CN101800633A - 一种重复传输ack/nack的控制方法和用户设备 - Google Patents
一种重复传输ack/nack的控制方法和用户设备 Download PDFInfo
- Publication number
- CN101800633A CN101800633A CN 200910077992 CN200910077992A CN101800633A CN 101800633 A CN101800633 A CN 101800633A CN 200910077992 CN200910077992 CN 200910077992 CN 200910077992 A CN200910077992 A CN 200910077992A CN 101800633 A CN101800633 A CN 101800633A
- Authority
- CN
- China
- Prior art keywords
- ack
- downlink data
- nack signal
- same process
- process number
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明涉及移动通信技术，提供一种重复传输ACK/NACK的控制方法和用户设备，用以提高ACK/NACK重复传输机制性能。UE在每一次接收到新HARQ进程的下行数据时，如果判断基站已经正确判决了同一进程号的上一HARQ传输的ACK/NACK信号，并且还有未发送的同一进程号的上一进程的剩余ACK/NACK信号，不再发送同一进程号的上一进程的剩余ACK/NACK信号，只有在基站未正确判决同一进程号的上一进程的ACK/NACK信号时，才继续发送同一进程号的上一进程的剩余ACK/NACK信号，以节省上行子帧传输资源，使更多HARQ进程的ACK/NACK信号获得发送机会。
Description
技术领域
本发明涉及移动通信技术，特别涉及一种TDD系统中重复传输ACK/NACK的控制技术。
背景技术
一般情况下，HARQ(Hybrid Automatic Repeat Request：混合自动重传)过程中的用户设备(User Equipment，UE)只向基站反馈一次ACK/NACK。有的时候当小区覆盖半径较大，处在小区边缘的用户反馈ACK/NACK的可靠性就无法得到保证，ACK/NACK错误会造成不必要的重传或者HARQ的残留错误。为了保证边缘用户ACK/NACK的可靠性，LTE中采取一种ACK/NACK重复(ACK/NACK Repetition)传输机制，这样可以把相同的ACK/NACK信号在多个连续上行子帧中重复发送，eNB将收到的多个重复的ACK/NACK信号合并之后再进行判断，这样可以大大降低ACK/NACK发生错误的概率。现有LETTDD系统中，ACK/NACK重复次数可以用重传因子表示，重传因子取值例如2，4，6等。
现在技术在应用ACK/NACK重复传输机制时，禁止UE传输重复ACK/NAK时，UE必须根据重传因子，将一个HARQ进程的ACK/NACK全部发送完后，再针对新的HARQ进程反馈ACK/NACK信号。但是并没有禁止eNB必须收到一个当前HARQ进程中的UE发反馈的最后一个ACK/NACK信号后再进行判断，以决定新的HARQ进程中是重传发送失败的数据、还是发送新数据。也就是说，eNB可能在收到UE在当前HARQ进程中反馈的一个、两个、任意多个或全部ACK/NACK信号后，即根据判断结果调度新的HARQ进程。
本申请发明人发现，由于在TDD系统中的一个无线帧中，UE的上行子帧和下行子帧并不是一一对应的，上下行时隙的配比关系一共有如图1所示的七种，根据重传因子，在每一个下行子帧调度的HARQ进程反馈的多个ACK/NACK信号需要在该下行子帧之后的连续多个上行子帧传输，由于TDD系统中eNB可能在下行子帧或特殊子帧调度HARQ进程，这就在TDD系统造成了多个HARQ进程的ACK/NACK信号可以使用的上行子帧发生冲突，例如图1所示第一种配置关系配置0中，下行子帧0被调度HARQ进程0，特殊子帧1被调度HARQ进程1时，如果重传因子为6，则该当前无线帧中的上行子帧7、8、9，以及下一个无线帧中的上行子帧2、3和4，既可以传输针对HARQ进程0反馈的ACK/NACK信号，也可以传输针对HARQ进程1反馈的ACK/NACK信号。现有技术中由于规定必须在针对HARQ进程0反馈的ACK/NACK信号全部传输完后才能开始传输针对HARQ进程1反馈的ACK/NACK信号，这就造成了针对HARQ进程1反馈的ACK/NACK信号没有可用的上行传输资源。进一步，即使UE正确接收了HARQ进程1的下行数据，eNB在没有收UE反馈的ACK时，一般会默认HARQ进程1的下行数据没有被正确接收而进行数据重传，从而造成相同进程号的后续下行数据的接收错误，这种错误甚至可能一直恶性循环下去，从而影响ACK/NACK重复传输机制的性能。因此如何较好的解决不同HARQ进程反馈的ACK/NACK信号时，上行子帧资源的使用冲突是提高ACK/NACK重复传输机制性能需要考虑的问题。
发明内容
本发明实施例提供一种重复传输ACK/NACK的控制方法和用户设备，用以提高ACK/NACK重复传输机制性能。
一种TDD系统中重复传输ACK/NACK的控制方法，包括：
接收到基站在新触发的HARQ进程中发送的下行数据时，判断同一进程号的上一次HARQ传输的ACK/NACK信号是否被基站正确判决；并
当判决结果为是且所述同一进程号的上一次HARQ传输的重复ACK/NACK信号没有被全部传输时，停止传输该同一进程号的上一次HARQ传输的剩余ACK/NACK信号；
当判决结果为否且所述同一进程号的上一次HARQ传输的重复ACK/NACK信号没有被全部传输时，继续传输该同一进程号的上一次HARQ传输的剩余ACK/NACK信号。
当针对不同HARQ进程反馈的ACK/NACK信号的上行子帧传输资源发生冲突时，优先将上行子帧传输资源分配给最早被触发的HARQ进程。
或者当针对不同HARQ进程反馈的ACK/NACK信号的上行子帧传输资源发生冲突时，优先将上行子帧传输资源分配给最晚被触发的HARQ进程。
所述接收到基站在新触发的HARQ进程中发送的下行数据时，判断同一进程号的上一次HARQ传输的ACK/NACK信号是否被基站正确判决，具体包括：
接收到基站在新触发的HARQ进程中发送的下行数据时，从下行数据的控制信令中获得该下行数据是否为新数据的指示信息；
当该下行数据为新数据并且同一进程号的上一次HARQ传输的下行数据被判决为正确接收，或者该下行数据为重传数据并且同一进程号的上一次HARQ传输的下行数据被判决为未正确接收时，确定同一进程号的上一次HARQ传输反馈的ACK/NACK信号被基站正确判决；
当该下行数据为新数据并且同一进程号的上一次HARQ传输的下行数据被判决为未正确接收，或者该下行数据为重传数据并且同一进程号的上一次HARQ传输的下行数据被判决为正确接收时，确定同一进程号的上一次HARQ传输反馈的ACK/NACK信号未被基站正确判决。
一种TDD系统中的用户设备，包括：
用于接收到基站在新触发的HARQ进程中发送的下行数据时，判断同一进程号的上一次HARQ传输的ACK/NACK信号是否被基站正确判决的单元；
用于当判决结果为是且所述同一进程号的上一次HARQ传输的重复ACK/NACK信号没有被全部传输时，停止传输该同一进程号的上一次HARQ传输的剩余ACK/NACK信号的单元；
用于当判决结果为否且所述同一进程号的上一次HARQ传输的重复ACK/NACK信号没有被全部传输时，继续传输该同一进程号的上一次HARQ传输的剩余ACK/NACK信号的单元。
还包括：
用于当针对不同HARQ进程反馈的ACK/NACK信号的上行子帧传输资源发生冲突时，优先将上行子帧传输资源分配给最早被触发的HARQ进程的单元。
或者，还包括：
用于当针对不同HARQ进程反馈的ACK/NACK信号的上行子帧传输资源发生冲突时，优先将上行子帧传输资源分配给最晚被触发的HARQ进程的单元。
本发明实施例中为提高TDD系统中ACK/NACK重复传输机制性能，UE在每一次接收到新HARQ进程的下行数据时，如果判断基站已经正确判决了同一进程号的上一HARQ传输的ACK/NACK信号，并且还有未发送的同一进程号的上一进程的剩余ACK/NACK信号，不再发送同一进程号的上一进程的剩余ACK/NACK信号，只有在基站未正确判决同一进程号的上一进程的ACK/NACK信号时，才继续发送同一进程号的上一进程的剩余ACK/NACK信号，以节省上行子帧传输资源，使更多HARQ进程的ACK/NACK信号获得发送机会。
附图说明
图1为TDD系统中上下行时隙配比关系示意图；
图2和图3分别为本发明实施例提供的具体示例原理说明示意图；
图4为本发明实施例提供的TDD系统中重复传输ACK/NACK的控制方法流程示意图。
具体实施方式
现有技术中明确限定，每一个HARQ进程的所有ACK/NACK信号必须全部传输，这样即使基站正确判决了同一进程号的上一进程的ACK/NACK信号并正确触发了新的HARQ进程，上一进程的ACK/NACK信号有剩余时，仍要占用上行子帧传输资源，不能使其他HARQ进程的ACK/NACK信号及时得到传输，基于此，本发明实施例中为提高TDD系统中ACK/NACK重复传输机制性能，UE在每一次接收到新HARQ进程的下行数据时，如果判断基站已经正确判决了同一进程号的上一进程的ACK/NACK信号，并且还有未发送的同一进程号的上一进程的剩余ACK/NACK信号，不再发送同一进程号的上一进程的剩余ACK/NACK信号，只有在基站未正确判决同一进程号的上一进程的ACK/NACK信号时，才继续发送同一进程号的上一进程的剩余ACK/NACK信号，以节省上行子帧传输资源，使更多HARQ进程的ACK/NACK信号获得发送机会。
本发明实施例中，当针对不同HARQ进程反馈的ACK/NACK信号的上行子帧传输资源发生冲突时，优先将上行子帧传输资源分配给最早被触发的HARQ进程。或者优先将上行子帧传输资源分配给最晚被触发的HARQ进程。
本发明实施例中，可以从新触发的HARQ进程中发送的下行数据的控制信令中获得该下行数据是否为新数据的指示信息，利用该指示信息和是否正确接收同一进程号的上一进程的下行数据的判决结果，确定同一进程号的上一次HARQ传输反馈的ACK/NACK信号是否被基站正确判决，具体的：
当根据指示信息确定该下行数据为新数据并且同一进程号的上一次HARQ传输的下行数据被判决为正确接收，或者根据指示信息确定该下行数据为重传数据并且同一进程号的上一次HARQ传输的下行数据被判决为未正确接收时，确定同一进程号的上一次HARQ传输反馈的ACK/NACK信号被基站正确判决。
当根据指示信息确定该下行数据为重传数据并且同一进程号的上一次HARQ传输的下行数据被判决为正确接收，或者根据指示信息确定该下行数据为新数据并且同一进程号的上一次HARQ传输的下行数据被判决为未正确接收时，确定同一进程号的上一次HARQ传输反馈的ACK/NACK信号未被基站正确判决。
其中，下行数据是否为新数据的指示信息可以为1个比特(bit)的指示信息，例如NDI，对于进程号相同的两个HARQ进程，新触发的HARQ进程如果传输新数据，则NDI发生翻转(0翻转为1，或者1翻转为0)，反之，如果触发的HARQ进程如果传输新数据，则NDI发生不翻转。
下面以具体示例并结合附图详细说明本发明实施例提供的技术方案。
参阅图2所示，以图1中的第二种时隙配比关系配置0、重传因子6为例，图2中共包括连续的三个无线帧，每一个无线帧包括10个子帧，其中编号为0～9的子帧为第一个无线帧包括的10个子帧，编号为10～19的子帧为第二个无线帧包括的10个子帧，编号为20～29的子帧为第三个无线帧包括的10个子帧，设基站在第一个无线帧中的下行子帧0、特殊子帧1和下行子帧4分别触发了HARQ进程，为清楚起见，根据进程触发顺序，在下行子帧0触发的进程为HARQ进程1，在特殊子帧1触发的进程为HARQ进程2，在下行子帧4触发的进程为HARQ进程3，相应的，各进程的ACK/NACK信号相应标识为1、2、3。
如图2所示，根据各进程的触发顺序，分别对应标识了传输各进程的ACK/NACK信号的上行子帧所在位置以及排序关系，图2中位置靠上的表示优先发送，例如第一个无线帧的上行子帧7可以用于传输HARQ进程1和HARQ进程2的ACK/NACK信号，并且根据HARQ进程的触发顺序，应该优先分配给先触发的HARQ进程1使用。HARQ进程1′为和HARQ进程1下一个同一进程号的新触发进程，相应HARQ进程1′的ACK/NACK信号发送位置标识为1′
根据本发明实施例，UE接收到和进程1同一进程号的HARQ进程1′中发送的下行数据时，UE侧发送ACK/NACK信号的控制过程包括：
1、UE判决HARQ进程1中的下行数据被正确接收，则在第一个传输相应ACK/NACK信号位置开始发送HARQ进程1的ACK信号，当在新触发的HARQ进程1′中收到新数据时，确定eNB对第一个HARQ进程1反馈的ACK被判断为ACK，则UE可以判断HARQ进程1的ACK信号已经足够可靠，则UE停止发送HARQ进程1剩余的ACK信号。
如图3所示，后续两个上行子帧资源可以优先分配给HARQ进程2，用于传输HARQ进程2的ACK/NACK信号。需要说明的是，接收处理下行数据至多需要3ms，所以HARQ进程1′之后的两个上行子帧仍然分配给HARQ进程1使用。
2、同理，当UE判决HARQ进程1中的下行数据未被正确接收，则在第一个传输相应ACK/NACK信号位置开始发送HARQ进程1的NACK信号，当在新触发的HARQ进程1′中收到重传数据时，确定eNB对第一个HARQ进程1反馈的NACK被判断为NACK，则UE可以判断HARQ进程1的NACK信号已经足够可靠，则UE停止发送HARQ进程1剩余的NACK信号。
如图3所示，后续两个上行子帧资源可以优先分配给HARQ进程2，用于传输HARQ进程2的ACK/NACK信号。需要说明的是，接收处理下行数据至少需要3ms，所以HARQ进程1′之后的两个上行子帧仍然分配给HARQ进程1使用。
3、UE判决HARQ进程1中的下行数据未被正确接收，则在第一个传输相应ACK/NACK信号位置开始发送HARQ进程1的NACK信号，当在新触发的HARQ进程1′中收到新数据时，确定eNB对第一个HARQ进程1反馈的NACK被错误判断为ACK，则UE可以判断HARQ进程1的NACK信号不可靠，则仍如图2所示，UE继续发送HARQ进程1剩余的NACK信号。
4、UE判决HARQ进程1中的下行数据被正确接收，则在第一个传输相应ACK/NACK信号位置开始发送HARQ进程1的ACK信号，当在新触发的HARQ进程1′中收到重传数据时，确定eNB对第一个HARQ进程1反馈的ACK被错误判断为NACK，则UE可以判断HARQ进程1的ACK信号不可靠，则UE继续发送HARQ进程1剩余的ACK信号。
根据上述示例可以清楚看到，采用本实施例提供的技术方案后，可以节约ACK/NACK信号的传输资源，提高重复发送ACK/NACK信号机制的性能。
如图4所示，本发明实施例提供的TDD系统中重复传输ACK/NACK的控制方法一种具体示例，包括如下步骤：
步骤S401、接收到基站在新触发的HARQ进程中发送的下行数据；
步骤S402、从下行数据的控制信令中获得该下行数据是否为新数据的指示信息；
步骤S403、判断同一进程号的上一次HARQ传输反馈的ACK/NACK信号是否被基站正确判决，如果是，执行步骤S404，否则执行步骤S405；
步骤S404、停止传输该同一进程号的上一次HARQ传输的剩余ACK/NACK信号；
步骤S405、继续传输该同一进程号的上一次HARQ传输的剩余ACK/NACK信号。
本发明实施例还提供一种TDD系统中的用户设备，包括：
用于接收到基站在新触发的HARQ进程中发送的下行数据时，判断同一进程号的上一次HARQ传输的ACK/NACK信号是否被基站正确判决的单元；
用于当判决结果为是且所述同一进程号的上一次HARQ传输的重发ACK/NACK信号没有被全部传输时，停止传输该同一进程号的上一次HARQ传输的剩余ACK/NACK信号的单元；
用于当判决结果为否且所述同一进程号的上一次HARQ传输的重发ACK/NACK信号没有被全部传输时，继续传输该同一进程号的上一次HARQ传输的剩余ACK/NACK信号的单元。
进一步还包括：用于当针对不同HARQ进程反馈的ACK/NACK信号的上行子帧传输资源发生冲突时，优先将上行子帧传输资源分配给最早被触发的HARQ进程的单元。
或者，用于当针对不同HARQ进程反馈的ACK/NACK信号的上行子帧传输资源发生冲突时，优先将上行子帧传输资源分配给最晚被触发的HARQ进程的单元。
显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (8)
1.一种TDD系统中重复传输ACK/NACK的控制方法，其特征在于，包括：
接收到基站在新触发的HARQ进程中发送的下行数据时，判断同一进程号的上一次HARQ传输的ACK/NACK信号是否被基站正确判决；并
当判决结果为是且所述同一进程号的上一次HARQ传输的重复ACK/NACK信号没有被全部传输时，停止传输该同一进程号的上一次HARQ传输的剩余ACK/NACK信号；
当判决结果为否且所述同一进程号的上一次HARQ传输的重复ACK/NACK信号没有被全部传输时，继续传输该同一进程号的上一次HARQ传输的剩余ACK/NACK信号。
2.如权利要求1所述的方法，其特征在于，当针对不同HARQ进程反馈的ACK/NACK信号的上行子帧传输资源发生冲突时，优先将上行子帧传输资源分配给最早被触发的HARQ进程。
3.如权利要求1所述的方法，其特征在于，当针对不同HARQ进程反馈的ACK/NACK信号的上行子帧传输资源发生冲突时，优先将上行子帧传输资源分配给最晚被触发的HARQ进程。
4.如权利要求1、2或3所述的方法，其特征在于，所述接收到基站在新触发的HARQ进程中发送的下行数据时，判断同一进程号的上一次HARQ传输的ACK/NACK信号是否被基站正确判决，具体包括：
接收到基站在新触发的HARQ进程中发送的下行数据时，从下行数据的控制信令中获得该下行数据是否为新数据的指示信息；
当该下行数据为新数据并且同一进程号的上一次HARQ传输的下行数据被判决为正确接收，或者该下行数据为重传数据并且同一进程号的上一次HARQ传输的下行数据被判决为未正确接收时，确定同一进程号的上一次HARQ传输反馈的ACK/NACK信号被基站正确判决；
当该下行数据为新数据并且同一进程号的上一次HARQ传输的下行数据被判决为未正确接收，或者该下行数据为重传数据并且同一进程号的上一次HARQ传输的下行数据被判决为正确接收时，确定同一进程号的上一次HARQ传输反馈的ACK/NACK信号未被基站正确判决。
5.一种TDD系统中的用户设备，其特征在于，包括：
用于接收到基站在新触发的HARQ进程中发送的下行数据时，判断同一进程号的上一次HARQ传输的ACK/NACK信号是否被基站正确判决的单元；
用于当判决结果为是且所述同一进程号的上一次HARQ传输的重复ACK/NACK信号没有被全部传输时，停止传输该同一进程号的上一次HARQ传输的剩余ACK/NACK信号的单元；
用于当判决结果为否且所述同一进程号的上一次HARQ传输的重复ACK/NACK信号没有被全部传输时，继续传输该同一进程号的上一次HARQ传输的剩余ACK/NACK信号的单元。
6.如权利要求5所述的用户设备，其特征在于，还包括：
用于当针对不同HARQ进程反馈的ACK/NACK信号的上行子帧传输资源发生冲突时，优先将上行子帧传输资源分配给最早被触发的HARQ进程的单元。
7.如权利要求5所述的用户设备，其特征在于，还包括：
用于当针对不同HARQ进程反馈的ACK/NACK信号的上行子帧传输资源发生冲突时，优先将上行子帧传输资源分配给最晚被触发的HARQ进程的单元。
8.如权利要求4、5或6所述的用户设备，其特征在于，所述接收到基站在新触发的HARQ进程中发送的下行数据时，判断同一进程号的上一次HARQ传输的ACK/NACK信号是否被基站正确判决，具体包括：
接收到基站在新触发的HARQ进程中发送的下行数据时，从下行数据的控制信令中获得该下行数据是否为新数据的指示信息；
当该下行数据为新数据并且同一进程号的上一次HARQ传输的下行数据被判决为正确接收，或者该下行数据为重传数据并且同一进程号的上一次HARQ传输的下行数据被判决为未正确接收时，确定同一进程号的上一次HARQ传输反馈的ACK/NACK信号被基站正确判决；
当该下行数据为新数据并且同一进程号的上一次HARQ传输的下行数据被判决为未正确接收，或者该下行数据为重传数据并且同一进程号的上一次HARQ传输的下行数据被判决为正确接收时，确定同一进程号的上一次HARQ传输反馈的ACK/NACK信号未被基站正确判决。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910077992 CN101800633B (zh) | 2009-02-06 | 2009-02-06 | 一种重复传输ack/nack的控制方法和用户设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910077992 CN101800633B (zh) | 2009-02-06 | 2009-02-06 | 一种重复传输ack/nack的控制方法和用户设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101800633A true CN101800633A (zh) | 2010-08-11 |
| CN101800633B CN101800633B (zh) | 2012-12-12 |
Family
ID=42596141
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200910077992 Expired - Fee Related CN101800633B (zh) | 2009-02-06 | 2009-02-06 | 一种重复传输ack/nack的控制方法和用户设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101800633B (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102378254A (zh) * | 2010-08-13 | 2012-03-14 | 华为技术有限公司 | 传输方法、ue及基站 |
| WO2013063807A1 (en) * | 2011-11-04 | 2013-05-10 | Renesas Mobile Corporation | Method and apparatus for inter-band carrier aggregation support |
| CN103262456A (zh) * | 2010-12-15 | 2013-08-21 | Lg电子株式会社 | 在基于tdd的无线通信系统中发射ack/nack的方法和装置 |
| CN103493417A (zh) * | 2011-02-18 | 2014-01-01 | 三星电子株式会社 | 移动通信系统及其信道发送/接收方法 |
| CN104272795A (zh) * | 2012-05-11 | 2015-01-07 | 夏普株式会社 | 用于发送和接收反馈信息的设备 |
| WO2015110035A1 (zh) * | 2014-01-23 | 2015-07-30 | 夏普株式会社 | 物理上行链路信道配置方法以及基站和用户设备 |
| CN107733586A (zh) * | 2016-08-12 | 2018-02-23 | 中兴通讯股份有限公司 | 一种上行重传方法、基站、ue和系统 |
| CN110383743A (zh) * | 2017-03-06 | 2019-10-25 | Lg电子株式会社 | 用于在无线通信系统中分配ack/nack资源的方法及其装置 |
| CN110574320A (zh) * | 2017-05-02 | 2019-12-13 | 华为技术有限公司 | 一种针对eMTC的HARQ反馈方法及终端设备 |
| CN112311502A (zh) * | 2020-12-29 | 2021-02-02 | 北京国科天迅科技有限公司 | 基于光纤通信系统的数据重传方法、装置、控制器和介质 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101064665B (zh) * | 2006-04-27 | 2010-06-23 | 上海无线通信研究中心 | 基于业务质量的harq方法 |
| CN101197644B (zh) * | 2006-12-07 | 2011-07-20 | 电信科学技术研究院 | 多进程数据重传方法和系统 |
-
2009
- 2009-02-06 CN CN 200910077992 patent/CN101800633B/zh not_active Expired - Fee Related
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102378254A (zh) * | 2010-08-13 | 2012-03-14 | 华为技术有限公司 | 传输方法、ue及基站 |
| CN102378254B (zh) * | 2010-08-13 | 2014-12-10 | 华为技术有限公司 | 传输方法、ue及基站 |
| CN103262456B (zh) * | 2010-12-15 | 2016-01-20 | Lg电子株式会社 | 在基于tdd的无线通信系统中发射ack/nack的方法和装置 |
| US9729298B2 (en) | 2010-12-15 | 2017-08-08 | Lg Electronics Inc. | Method and apparatus for transmitting ACK/NACK in a TDD-based wireless communication system |
| CN103262456A (zh) * | 2010-12-15 | 2013-08-21 | Lg电子株式会社 | 在基于tdd的无线通信系统中发射ack/nack的方法和装置 |
| US9320038B2 (en) | 2011-02-18 | 2016-04-19 | Samsung Electronics Co., Ltd. | Mobile communication system and channel transmission/reception method thereof |
| CN103493417A (zh) * | 2011-02-18 | 2014-01-01 | 三星电子株式会社 | 移动通信系统及其信道发送/接收方法 |
| US9608791B2 (en) | 2011-02-18 | 2017-03-28 | Samsung Electronics Co., Ltd. | Mobile communication system and channel transmission/reception method thereof |
| CN103493417B (zh) * | 2011-02-18 | 2017-09-12 | 三星电子株式会社 | 移动通信系统及其信道发送/接收方法 |
| WO2013063807A1 (en) * | 2011-11-04 | 2013-05-10 | Renesas Mobile Corporation | Method and apparatus for inter-band carrier aggregation support |
| CN104272795B (zh) * | 2012-05-11 | 2019-08-30 | 夏普株式会社 | 终端装置、基站装置及其方法 |
| CN104272795A (zh) * | 2012-05-11 | 2015-01-07 | 夏普株式会社 | 用于发送和接收反馈信息的设备 |
| WO2015110035A1 (zh) * | 2014-01-23 | 2015-07-30 | 夏普株式会社 | 物理上行链路信道配置方法以及基站和用户设备 |
| CN107733586A (zh) * | 2016-08-12 | 2018-02-23 | 中兴通讯股份有限公司 | 一种上行重传方法、基站、ue和系统 |
| CN110383743A (zh) * | 2017-03-06 | 2019-10-25 | Lg电子株式会社 | 用于在无线通信系统中分配ack/nack资源的方法及其装置 |
| US11387967B2 (en) | 2017-03-06 | 2022-07-12 | Lg Electronics Inc. | Method for allocating ACK/NACK resource in wireless communication system and apparatus therefor |
| CN110574320A (zh) * | 2017-05-02 | 2019-12-13 | 华为技术有限公司 | 一种针对eMTC的HARQ反馈方法及终端设备 |
| CN112311502A (zh) * | 2020-12-29 | 2021-02-02 | 北京国科天迅科技有限公司 | 基于光纤通信系统的数据重传方法、装置、控制器和介质 |
| CN112311502B (zh) * | 2020-12-29 | 2021-04-09 | 北京国科天迅科技有限公司 | 基于光纤通信系统的数据重传方法、装置、控制器和介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101800633B (zh) | 2012-12-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101800633B (zh) | 一种重复传输ack/nack的控制方法和用户设备 | |
| EP2583389B1 (en) | Uplink scheduling scheme in a mobile communication system | |
| CN109964431B (zh) | 用于无线通信的基站、用户设备和系统以及相应的方法 | |
| CN101505212B (zh) | 操作harq缓冲器的方法 | |
| EP1965534A2 (en) | Apparatus and method for transmitting control message in a wireless communication system using relaying | |
| CN101911757B (zh) | 在基站与移动站之间交换数据的方法 | |
| CN102055576A (zh) | 一种确定harq模式的方法及装置 | |
| CN102548011B (zh) | 中继接入链路的半持续调度、接收方法、系统及装置 | |
| CN101790195B (zh) | 一种多子帧联合调度数据传输方法 | |
| EP2863573B1 (en) | Method and apparatus for sending control signaling | |
| CN101682488A (zh) | 通过发送时间间隔集束处理来增强上行链路传输 | |
| CN103368706A (zh) | 混合自动重传请求传输方法、装置及系统 | |
| CN101772073A (zh) | 基于时分双工系统的混合自动重传请求的实现方法和装置 | |
| CN101291199B (zh) | 混合自动重传请求中检测反馈消息正确性的方法和装置 | |
| CN107135051B (zh) | 一种上行数据重传的方法、设备和系统 | |
| CN102118236B (zh) | 一种基于竞争资源的反馈方法和装置 | |
| EP2166811A2 (en) | Method of performing data transmission corresponding to semi-persistent resources in wireless communications system and related device | |
| CN101877881B (zh) | 无线通信方法、系统及其装置 | |
| CN103391175B (zh) | 传输或接收上行sps业务数据的方法和用户设备和基站 | |
| CN109478958A (zh) | 一种数据传输方法、设备及系统 | |
| CN101730250A (zh) | 一种资源的半持续调度方法、基站和用户终端 | |
| CN105515734A (zh) | 用于促进上行链路传输的混合自动重复请求的方法和设备 | |
| CN104812083A (zh) | 用于随机接入过程的方法和装置 | |
| US20140044082A1 (en) | Mobile communication method | |
| CN101547080A (zh) | 多进程harq天线模式自适应切换的方法和装置 |
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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20121212 Termination date: 20220206 |