CN101399643B - 确认模式数据传输的控制方法及装置 - Google Patents
确认模式数据传输的控制方法及装置 Download PDFInfo
- Publication number
- CN101399643B CN101399643B CN2007100468153A CN200710046815A CN101399643B CN 101399643 B CN101399643 B CN 101399643B CN 2007100468153 A CN2007100468153 A CN 2007100468153A CN 200710046815 A CN200710046815 A CN 200710046815A CN 101399643 B CN101399643 B CN 101399643B
- Authority
- CN
- China
- Prior art keywords
- indication
- information
- confirmation message
- positive confirmation
- indication information
- 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.)
- Ceased
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 158
- 238000000034 method Methods 0.000 title claims abstract description 66
- 239000000872 buffer Substances 0.000 claims abstract description 25
- 238000012545 processing Methods 0.000 claims abstract description 18
- 230000008569 process Effects 0.000 claims abstract description 10
- 238000012790 confirmation Methods 0.000 claims description 107
- 238000007689 inspection Methods 0.000 claims description 53
- 238000013468 resource allocation Methods 0.000 claims description 36
- 238000001514 detection method Methods 0.000 claims description 33
- 241000760358 Enodes Species 0.000 description 30
- 230000011664 signaling Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 13
- 238000005516 engineering process Methods 0.000 description 8
- 230000007246 mechanism Effects 0.000 description 5
- 238000012546 transfer Methods 0.000 description 5
- 230000007774 longterm Effects 0.000 description 2
- 230000000306 recurrent effect Effects 0.000 description 2
- 206010012186 Delayed delivery Diseases 0.000 description 1
- 101100476985 Schizosaccharomyces pombe (strain 972 / ATCC 24843) sdu1 gene Proteins 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明公开了一种确认模式数据传输的控制方法，包括：在基于确认模式发送协议数据单元之后，当接收到混合自动检错重发的肯定确认消息时，根据所接收包括指示重发或继续发送新数据的信息的指示信息，检验所接收的混合自动检错重发的肯定确认消息是否正确；当确认所接收的肯定确认消息正确时，确认对应的协议数据单元已发送成功，通知相关的协议层，并清空相关的缓冲器。本发明还公开了一种确认模式数据传输的控制装置。本发明能够大大提高对确认模式数据传输的确认速度，减少缓冲器大小，节省协议数据单元报头的开销，减少状态报告传输从而节省Uu接口的无线资源，降低系统复杂度并实现简单的层二处理过程。
Description
技术领域
本发明涉及数据传输技术，特别涉及确认模式数据传输的控制方法及装置，能够大大提高对确认模式数据传输的确认速度，减少缓冲器大小，节省协议数据单元报头的开销，减少状态报告的传输从而节省Uu接口的无线资源，降低系统复杂度并实现简单的层二(L2)处理过程。
背景技术
随着宽带无线接入概念的出现和正交频分复用(OFDM)技术为核心的新一代技术逐渐成熟，接入速率提升到了100 Mbit/s的范畴，相形之下2Mbit/s的宽带码分多址(WCDMA)R99传输速率以及14.4Mbit/s的高速下行分组接入(HSDPA)的峰值速率已经无法满足需求。为此，3GPP在2004年底经过认真的讨论决定采用过去为B3G或4G发展的技术来使用3G频段，以便于占有宽带无线接入市场，并制定了通用移动通信系统(UMTS)的长期演进(Long Term Evo1ution，LTE)计划。
LTE技术的无线链路控制(RLC)层为用户和控制数据提供分段和重传业务。每个RLC实体由无线资源控制协议(RRC)配置并以三种模式进行操作：透明模式(TM)、非确认模式(UM)和确认模式(AM)。对所有的RLC模式，CRC错误检测在物理层上执行，CRC检测结果连同数据一起传递给RLC。
基于TM和UM模式的数据在发送给下层后立即被丢弃。而基于RLC AM模式的数据在发送给下层后被缓冲在RLC层中，直到通信对等体确认收到所发送的数据或者相应的丢弃定时器超时，然后才丢弃该数据。同样地，RLC的发送窗口也是在所发送的数据被确认或丢弃后才向前推进。因此，对于RLC AM模式的数据传输的快速确认能够有助于实现RLC发送窗口的快速滑动从而提高发送速率，同时，由于提高了RLC和分组数据会聚协议(PDCP)发送数据的丢弃速度，从而也能够减小RLC发送缓冲器和PDCP发送缓冲器的大小。
但是，现有技术中，对如何实现快速地确认RLC AM的数据传输，并未提供良好的解决方案。
例如，在3GPP R6版本中，是通过基于状态报告策略的轮询机制来确认AM数据传输。RLC层在收到轮询请求后，应返回反馈状态报告用于确认相应数据的传输或者请求重发。
该方法具有以下缺点：
1、不能迅速确认：只有收到来自接收(Rx)RLC的相应状态报告时才确认AM数据传输，而由于并非在每个发送时间间隔(TTI)都发送状态报告，因此将延迟发送(Tx)RLC窗口的前进，从而降低了发送速率。
2、在发送RLC层中需要大的缓冲器：由于确认不及时，相应的AM数据将被缓冲在Tx RLC中很长时间，这需要大的缓冲器。
3、导致非常复杂的RLC处理过程：在R6中定义了4种用于发送轮询的触发器，即Tx缓冲器中最后一个协议数据单元(PDU)、基于窗口的轮询、基于时间的轮询、基于所发送的PDU的数量；定义了3种定时器和2种协议参数用于控制轮询的发送过程；定义了4种场景以触发状态报告和1种用于发送状态报告的定时器，即：定期报告、在检测到丢失的PDU时、在收到轮询比特时、在得到来自其它层的命令时；定义了2种机制并使用2个定时器以避免不必要的轮询/报告，该2种机制为轮询禁止功能和状态禁止功能。
4、浪费珍贵的Uu接口无线资源用于状态报告传输：由于对RLC AM模式数据传输的确认是基于状态报告的，这导致了Uu接口中大量的状态报告传输，从而极大地浪费了珍贵的无线资源。
在极高数据速率(上行链路50Mbps)的LTE中，要求AM模式的数据传输能够尽可能快地得到确认，因此上述3GPP R6中所采用的基于状态报告的方法不能满足LTE的要求。
发明内容
鉴于上述问题，完成了本发明。本发明的目的是提出一种确认模式数据传输的控制方法及装置，能够大大提高对确认模式数据传输的确认速度，减少缓冲器大小，节省协议数据单元报头的开销，减少状态报告传输从而节省Uu接口的无线资源，降低系统复杂度并实现简单的层二(L2)处理过程。
根据本发明的一个方面，提供了一种确认模式数据传输的控制方法，包括：在基于确认模式发送协议数据单元之后，当接收到混合自动检错重发的肯定确认消息后，根据所接收的包括指示重发或继续发送新数据的信息的指示信息，检验所接收的混合自动检错重发的肯定确认消息是否正确；当确认所接收的肯定确认消息正确时，确认对应的协议数据单元已发送成功，通知相关的协议层，并清空相关的缓冲器。
优选地，所述根据所接收的包括指示重发或继续发送新数据的信息的指示信息，检验所接收的混合自动检错重发的肯定确认消息是否正确可包括：在收到混合自动检错重发的肯定确认消息和所述指示信息后，当所述指示信息中包括指示继续发送新数据的信息，判断所述肯定确认消息正确；当所述指示信息中包括指示重发的信息，判断所述肯定确认消息不正确，应为否定确认消息。
优选地，所述根据所接收的包括指示重发或继续发送新数据的信息的指示信息检验所接收的混合自动检错重发的肯定确认消息是否正确也可包括：在收到混合自动检错重发的肯定确认消息而未收到所述指示信息时，如果在预定的时间间隔内收到所述指示信息，并且该所述指示信息中包括指示继续发送新数据的信息时，判断所述肯定确认消息正确。
优选地，上述技术方案中，在收到混合自动检错重发的肯定确认消息而未收到所述指示信息时，如果在预定的时间间隔内未收到所述指示信息，则判断所述肯定确认消息正确。
优选地，所述根据所接收的包括指示重发或继续发送新数据的信息的指示信息，检验所接收的混合自动检错重发的肯定确认消息是否正确也可包括：在收到混合自动检错重发的肯定确认消息而未收到所述指示信息时，如果在预定的时间间隔内收到指示将否定确认消息误作为肯定确认消息的错误报告消息、和/或包括指示重发的信息的指示信息、和/或否定确认消息时，判断所述肯定确认消息不正确，应为否定确认消息。
优选地，上述技术方案中，所述包括指示重发或继续发送新数据的信息的指示信息可为包括指示重发或继续发送新数据的信息的资源分配命令。
优选地，上述技术方案中，在所述收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到最大重发次数，如果未达到最大重发次数则执行后续操作，如果达到最大重发次数则执行预先设定的相应处理。其中，所述预先设定的相应处理可为等待接收状态报告，并根据所接收的状态报告判断相应的数据是否传输正确。所述预先设定的相应处理也可为判断所述肯定确认消息正确。
优选地，上述技术方案中，如果在针对对应协议数据单元的重发次数未达到预定的最大重发次数的情况下，判断所接收的混合自动检错重发的肯定确认消息(HARQ ACK)不正确(即应为否定确认消息HARQ NACK)，并且接收到包括指示重发的信息的资源分配命令，则使用该资源分配命令所分配的资源来重发对应的协议数据单元。
优选地，上述技术方案中，如果在针对对应协议数据单元的重发次数未达到预定的最大重发次数的情况下，判断所接收的混合自动检错重发的肯定确认消息(HARQ ACK)不正确(即应为否定确认消息HARQ NACK)，并且未接收到包括指示重发的信息的资源分配命令，则使用上次发送所使用的资源来重发对应的协议数据单元。
根据本发明的另一方面，提供了一种确认模式数据传输的控制装置，包括：接收模块，用于在基于确认模式发送协议数据单元之后接收混合自动检错重发的肯定确认消息以及包括指示重发或继续发送新数据的信息的指示信息；检验模块，用于根据所述指示信息中所包括的指示重发或继续发送新数据的信息，检验接收模块所接收的混合自动检错重发的肯定确认消息是否正确；处理模块，用于当检验模块确认所接收的肯定确认消息正确时，确认对应的协议数据单元已发送成功，通知相关的协议层，并清空相关的缓冲器。
优选地，上述技术方案中，所述检验模块可包括：指示信息检测模块，用于检测所述指示信息中是否包括指示继续发送新数据的信息或者指示重发的信息；第一判断模块，用于当指示信息检测模块检测到所述指示信息中包括指示继续发送新数据的信息时，判断所述肯定确认消息正确；当指示信息检测模块检测到所述指示信息中包括指示重发的信息时，判断所述肯定确认消息不正确，应为否定确认消息。
优选地，上述技术方案中，所述检验模块也可包括：第一定时检测模块，用于在收到混合自动检错重发的肯定确认消息而未收到所述指示信息时，检测在预定的时间间隔内是否收到所述指示信息，如果检测收到所述指示信息，则检测该指示信息中是否包括指示继续发送新数据的信息；第二判断模块，用于在第一定时检测模块检测到所述指示信息中包括指示继续发送新数据的信息时，判断所述肯定确认消息正确。
优选地，上述技术方案中，所述检验模块还可包括：第三判断模块，用于在第一定时检测模块在预定的时间间隔内检测未收所述指示信息时，则判断所述肯定确认消息正确。
优选地，上述技术方案中，所述检验模块也可包括：第二定时检测模块，用于在收到混合自动检错重发的肯定确认消息而未收到所述指示信息时，检测在预定的时间间隔内是否收到指示将否定确认消息误作为肯定确认消息的错误报告消息、和/或包括指示重发的信息的所述指示信息、和/或否定确认消息；第四判断模块，用于在第二定时检测模块检测收到所述错误报告信息和/或所述指示信息和/或否定确认消息时，判断所述肯定确认消息不正确，应为否定确认消息。
优选地，上述技术方案中，所述检验模块也可包括：第一重发次数控制模块，用于在收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到预定的最大重发次数，如果未达到最大重发次数则调用相应模块执行后续操作，如果达到最大重发次数则执行预先设定的相应处理。
优选地，上述技术方案中，所述检验模块也可包括：第二重发次数控制模块，用于在收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到预定的最大重发次数，如果未达到最大重发次数则调用相应模块执行后续操作，如果达到最大重发次数则等待接收状态报告，并根据所接收的状态报告判断相应的数据是否传输正确。
优选地，上述技术方案中，所述检验模块也可包括：第三重发次数控制模块，用于在收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到预定的最大重发次数，如果未达到最大重发次数则调用相应模块执行后续操作，如果达到最大重发次数则判断所述肯定确认消息正确。
优选地，上述技术方案中，所述控制装置还可包括第一重发处理模块，用于当检验模块在针对对应协议数据单元的重发次数未达到预定的最大重发次数的情况下，判断所接收的混合自动检错重发的肯定确认消息不正确，并且接收模块接收到包括指示重发的信息的资源分配命令时，使用该资源分配命令所分配的资源来重发对应的协议数据单元。
优选地，上述技术方案中，所述控制装置还可包括第二重发处理模块，用于当检验模块在针对对应协议数据单元的重发次数未达到预定的最大重发次数的情况下，判断所接收的混合自动检错重发的肯定确认消息不正确，并且接收模块未接收到包括指示重发的信息的资源分配命令时，使用上次发送所使用的资源来重发对应的协议数据单元。
利用本发明，能够大大提高对确认模式数据传输的确认速度，减少缓冲器大小，节省协议数据单元报头的开销，减少状态报告传输从而节省Uu接口的无线资源，降低系统复杂度并实现简单的二层(L2)处理过程。
附图说明
通过下面结合附图说明本发明的优选实施例，将使本发明的上述及其它目的、特征和优点更加清楚，其中：
图1是本发明确认模式数据传输的控制方法的实施例一的流程图；
图2是本发明确认模式数据传输的控制方法的实施例一的信令示意图；
图3是本发明确认模式数据传输的控制方法的实施例一的另一信令示意图；
图4是本发明确认模式数据传输的控制方法的实施例二的流程图；
图5是本发明确认模式数据传输的控制方法的实施例二的信令示意图；
图6是本发明确认模式数据传输的控制方法的实施例三的流程图；
图7是本发明确认模式数据传输的控制方法的实施例三的信令示意图；
图8是本发明确认模式数据传输的控制方法的实施例的信令示意图；
图9是本发明确认模式数据传输的控制方法的实施例的信令示意图；
图10是本发明确认模式数据传输的控制方法的实施例的信令示意图；
图11是本发明确认模式数据传输的控制装置的实施例一的结构示意图；
图12是本发明确认模式数据传输的控制装置的实施例二的结构示意图；以及
图13是本发明确认模式数据传输的控制装置的实施例三的结构示意图。
具体实施方式
下面参照附图对本发明的实施例进行详细的说明，在描述过程中省略了对于本发明来说是不必要的细节和功能，以防止对本发明的理解造成混淆。
LTE技术的链路层协议的一个重要功能就是数据重传，它的混合自动检错重发(HARQ)协议确保了无线资源的高效传输。在3G LTE的链路层结构中，终端设备(UE，User Equipment)和演进的基站(eNode B)之间仍将使用HARQ协议，HARQ协议层上的无线链路控制协议(Radio LinkControl，RLC)协议在终端设备和中央节点之间运行，如果发生传输故障，HARQ协议能够使用增量冗余和软连接技术有效地进行重传。
此外，用户设备(UE)在每个TTI检测eNode B发送的包括指示重发或继续发送新数据的指示信息(这里不考虑使用UM模式而不需要进行确认的VoIP)，这里指示信息可以是诸如资源分配命令等形式的信息。UE在发送新数据时必须收到所述指示信息，但在重发时不一定收到所述指示信息。
LTE第二阶段规范确定了L1/L2控制信令的性能为：遗漏对上行链路资源分配命令的检测的概率是10e-2；将否定确认消息(NACK)误作为肯定确认消息(ACK)(即NACK-＞ACK)的概率是10e-4～10e-3；到达最大重发次数的概率是10e-2～10e-3。因此，本发明针对所接收的HARQ ACK、所接收的所述指示信息(例如上行链路资源分配命令)、以及是否达到最大重发次数这三个条件的不同情况来提供相应的实施例。
图1是本发明确认模式数据传输的控制方法的实施例一的流程图。如图1所示，本实施例包括以下步骤：
在步骤S1中，在基于确认模式(AM)发送协议数据单元(PDU)之后，接收混合自动检错重发(HARQ)的肯定确认消息(ACK)以及包括指示重发或继续发送新数据的指示信息；
在步骤S20中，在收到所述指示信息(例如可为资源分配命令GrantA1location Information)和HARQ ACK后，判断所述指示信息中是否包括指示继续发送新数据的信息；是则执行步骤S21，即判断所述HARQ ACK正确，否则执行步骤S22，即判断所述HARQ ACK不正确，应为否定确认消息(NACK)；
在步骤S31中，当确认所接收的ACK正确时，确认对应的PDU已发送成功，通知相关的协议层，并清空相关的缓冲器；
在步骤S32中，当确认所接收的ACK不正确即应为NACK时，执行对HARQ NACK的相应处理。
本实施例提供了根据所述指示信息来检验HARQ ACK是否正确的一种实施方式，适用于大多数情况下的场景，即终端收到HARQ ACK和包括指示继续传输新数据的信息的指示信息，从而确认已成功传输对应的PDU，可以继续传输后续的PDU。这是由于eNode B已经正确地解析了PDU数据并希望该UE继续进行数据发送。
优选地，本实施例中，所述包括指示重发或继续发送新数据的信息的指示信息为包括指示重发或继续发送新数据的信息的资源分配命令。
优选地，本实施例中，在所述收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到最大重发次数，如果未达到最大重发次数则执行后续操作，如果达到最大重发次数则执行预先设定的相应处理。
图2是本实施例的信令示意图。
在步骤S51中，UE的Tx PDCP将待发送的PDCP PDU1发送给下层的Tx RLC层，在步骤S52中Tx RLC层生成对应的RLC PDU1并发送给下层的Tx MAC层，在步骤S53中Tx MAC层生成对应的MAC PDU1并发送给eNodeB。
eNode B的Rx MAC层收到该MAC PDU1后在步骤S54中回应HARQ ACK，并在步骤S55中回应包括指示继续发送新数据的指示信息。
在步骤S56中，UE的Tx MAC层收到该HARQ ACK和所述指示信息，根据所述指示信息中所包括的指示继续发送新数据的信息，确认所收到的HARQ ACK正确，并生成本地ACK，在步骤S57中将本地ACK发送给所有通过该MAC PDU1发送数据的RLC实体。在步骤S58中Tx RLC层收到本地ACK，确认对该RLC PDU1的传输并清空相关的RLC重发缓冲器。如果已确认了所有与某个RLC SDU1相关的RLC PDU，则确认对该RLC SDU的传输，并清空相关的Rx RLC缓冲器。在步骤S59中向上层发送PDCP PDU1的确认消息。
在本实施例中，通过使用HARQ的反馈消息来确认对PDU的传输，并通过所述指示信息中所包括的指示重传或继续发送新数据的信息，来检验所收到的HARQ ACK是否正确。
由于HARQ是在每个发送时间间隔(TTI)发送反馈消息，因此，与现有技术中利用并非在每个TTI发送的状态报告确认PDU的传输相比，本实施例利用HARQ来对所发送的PDU进行确认能够大大提高对确认模式数据传输的确认速度；同时由于确认速度的提高也提高缓冲器中相应数据的丢弃速度，从而大大减少了缓冲器大小，也使得RLC PDU的序号变小，节省了PDU报头的开销。
而且，通过采用HARQ ACK来提高对所发送的PDU的确认速度，从而减少了所需要传输的状态报告，节省了Uu接口的无线资源。
此外，本实施例由于采用HARQ ACK来代替状态报告反馈确认信息，因此几乎不需要使用现有技术中使用状态报告的轮询(Polling)机制，相应地也不需要定义现有技术中的诸多协议参数、状态报告触发器、大量定时器等，大大降低了系统复杂度并实现了简单的层二(L2)处理过程。
优选地，本实施例中，所述包括指示重发或继续发送新数据的信息的指示信息为包括指示重发或继续发送新数据的信息的资源分配命令。
优选地，本实施例中，在所述收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到最大重发次数，如果未达到最大重发次数则执行后续操作，如果达到最大重发次数则执行预先设定的相应处理。
优选地，本实施例中，在收到混合自动检错重发的肯定确认消息而未收到所述指示信息时，如果在预定的时间间隔内未收到所述指示信息，则判断所述肯定确认消息正确。
例如，如图3所示，在步骤S54后，UE的Tx MAC层在步骤S65中收到该HARQ ACK，并设置定时器开始计时。在步骤S66中，如果Tx MAC层在定时器超时前未收到来自eNode B的所述指示信息，则认为所收到的HARQ ACK正确，然后执行步骤S67即生成本地ACK并发送给对应的RLC实体。随后执行步骤S57、S58、S59。
上述处理适用于UE收到HARQ ACK而未收到所述指示信息，并且未达到最大重发次数限制的情况，这是由于eNode B正确地解码了所发送的PDU数据，但是想继续调度其它UE而非本UE。这也是经常发生的大多数情况。
图4是本发明确认模式数据传输的控制方法的实施例二的流程图。如图4所示，本实施例二包括以下步骤：
在步骤S1中，在基于确认模式(AM)发送PDU之后，接收HARQ ACK而未收到所述指示信息；在步骤S23中，如果在预定的时间间隔内收到所述指示信息，并且该指示信息中包括继续发送新数据的信息时，判断所述肯定确认消息正确；在步骤S3中，当确认所接收的ACK正确时，确认对应的PDU己发送成功，通知相关的协议层，并清空相关的缓冲器。
本实施例二提供了根据所述指示信息来检验HARQ ACK是否正确的一种实施方式，适用于eNode B已经正确地解析了所收到的PDU数据，并希望该UE继续发送新数据，但是UE未收到eNode B发送的所述指示信息的情况，这种情况并不常发生，其概率是10e-2。
优选地，本实施例中，所述包括指示重发或继续发送新数据的信息的指示信息为包括指示重发或继续发送新数据的信息的资源分配命令。
优选地，本实施例中，在所述收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到最大重发次数，如果未达到最大重发次数则执行后续操作，如果达到最大重发次数则执行预先设定的相应处理。
图5是本实施例二的信令示意图。
在步骤S54后，eNode B在步骤S640发送所述指示信息，但UE未收到。UE的Tx MAC层在步骤S65中收到该HARQ ACK，并设置定时器开始计时。
eNode B由于未收到UE继续发送的数据而获知UE未收到所述指示信息，因此在步骤S650中重新发送所述指示信息。
在步骤S660中，Tx MAC层在定时器超时前收到来自eNode B的所述指示信息，则认为所收到的HARQ ACK正确并停止计时，然后执行步骤S67、S57、S58、S59。
本实施例二通过设置定时器来等待eNode B发现UE未按照命令继续发送新数据时重发所述指示信息，如果在超时前收到该重发的指示信息，则可确认此前发送的PDU数据并继续发送新数据，既提高了对HARQ ACK的确认速度，又保证了正确性。
图6是本发明确认模式数据传输的控制方法的实施例三的流程图。如图6所示，本实施例三包括以下步骤：
在步骤S1中，在基于确认模式(AM)发送PDU之后，接收HARQ ACK而未收到所述指示信息；在步骤S24中，在收到混合自动检错重发的肯定确认消息后，如果在预定的时间间隔内收到指示将否定确认消息误作为肯定确认消息的错误报告消息、和/或包括指示重发的信息的指示信息、和/或否定确认消息时，判断所述肯定确认消息不正确，应为否定确认消息；在步骤S32中，当确认所接收的ACK不正确即应为NACK时，执行对HARQNACK的相应处理。
本实施例三提供了根据所述指示信息来检验HARQ ACK是否正确的一种实施方式，适用于eNode B对收到的PDU数据解码失败，向UE发送HARQNACK(但被UE误作为HARQ ACK)，并希望UE使用原先的资源(很少的情况，概率为10e-4～10e-3)或者新分配的资源(但UE未收到所述指示信息)来重发该PDU数据的情况。这是非常少的情况，概率为(10e-4～10e-3)*10e-2＝10e-6～10e-5。
优选地，本实施例中，所述包括指示重发或继续发送新数据的信息的指示信息为包括指示重发或继续发送新数据的信息的资源分配命令。
优选地，本实施例中，在所述收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到最大重发次数，如果未达到最大重发次数则执行后续操作，如果达到最大重发次数则执行预先设定的相应处理。
图7是本实施例三的信令示意图。
在步骤S54后，UE的Tx MAC层在步骤S85中收到该HARQ ACK而未收到所述指示信息，并设置定时器开始计时。
eNode B由于未收到UE继续发送的数据而获知UE将HARQ NACK误作为HARQ ACK，因此在步骤S86中发送指示将否定确认消息误作为肯定确认消息的错误报告消息、和/或包括指示重发的信息的所述指示信息和/或重新发送HARQ NACK。
在步骤S87中，Tx MAC层在定时器超时前收到来自eNode B的错误报告消息、和/或包括指示重发的信息的所述指示信息和/或所述HARQNACK，则认为所收到的HARQ ACK应为HARQ NACK并停止计时，如果未达到最大重发次数则执行重发，如果达到最大重发次数则生成本地NACK，请求ARQ级别的重发。然后执行步骤S88即向Tx RLC层发送本地NACK。
本实施例三通过设置定时器来等待eNode B察觉UE的NACK-＞ACK错误后重发的错误报告消息和/或指示信息和/或HARQ NACK，并据此判断所收到的ACK的正确性，既提高了对HARQ ACK的确认速度，又保证了正确性。
优选地，上述实施例中，对确认收到NACK时的处理方式可为：如果在针对对应PDU的重发次数未达到预定的最大重发次数的情况下，确定接收到HARQ NACK消息，并且接收到包括指示重发的信息的资源分配命令，则使用该资源分配命令所分配的资源来重发对应的协议数据单元。
该处理适用于eNode B对所收到的PDU数据解码失败并希望UE使用新分配的资源重发该数据的情况，这种情况很少发生，概率为10e-4～10e-3。
例如，如图8所示的信令示意图，在步骤S54后，eNode B在步骤S95中向UE发送上行链路资源分配命令，指示UE使用新分配的资源重发该数据。在步骤S96中UE的Tx MAC层收到HARQ ACK和上行链路资源分配命令，且未超过最大重发次数。则UE根据该上行链路资源分配命令所指示的重发信息判断该HARQ ACK应为HARQ NACK，并仅使用该上行链路资源分配命令所指示的资源进行重发，即在步骤S97中通过MAC PDU重发相应的数据。
相应地，上述实施例中，对确认收到NACK时的处理方式也可为：如果在针对对应协议数据单元的重发次数未达到预定的最大重发次数的情况下，判断所接收的混合自动检错重发的肯定确认消息不正确，并且未接收到包括指示重发的信息的资源分配命令，则使用上次发送所使用的资源来重发对应的协议数据单元。
优选地，上述实施例中，在收到混合自动检错重发的肯定确认消息后，如果针对对应协议数据单元的重发次数达到了预定的最大重发次数，则不生成本地ACK，而是等待接收状态报告，并根据所接收的状态报告判断相应的数据是否传输正确。通过这种方式，不需要判断以前收到的HARQ ACK是否正确。直接从接收端RLC向发送端RLC发送状态报告，发送端RLC根据状态报告可以判断相关的数据是否传输正确。
该处理适用于eNode B对收到的PDU数据解码正确并发送HARQ ACK，同时UE侧达到最大重发次数的情况，这种情况很少发生，其概率为10e-2～10e-3。
例如，如图9所示的信令示意图，应用层在步骤S50中将数据发送给下层的Tx PDCP层，然后经过步骤S51、S52、S53、S54后，UE在步骤S105中收到HARQ ACK并达到最大重发次数，则UE不生成本地ACK，而是等待接收eNode B发送的状态报告以确定相应的数据是否传输正确。
优选地，上述实施例中，在收到混合自动检错重发的肯定确认消息后，如果针对对应协议数据单元的重发次数达到了预定的最大重发次数，则判断所述肯定确认消息正确，并可以通过后续应用层的重传以纠正残留误差。
该处理适用于eNode B对收到的PDU数据解码失败并发送HARQ NACK(但被UE误作为HARQ ACK)，同时UE侧达到最大重发次数的情况，这种情况非常少地发生，其概率为(10e-6～10e-5)～(10e-7～10e-6)，并且由于其极低的发生概率而不会降低系统的性能。
例如，如图10所示的信令示意图，在步骤S54后，UE在步骤S115中产生本地ACK并在步骤116中将本地ACK发送给上层的Tx RLC层。在步骤S117和步骤S118中Tx RLC层生成对PDCP PDU的确认消息并发送给上层的Tx PDCP层。在步骤S119中上层的Tx PDCP层执行相应的确认过程。然后在步骤S1110中通过应用层来重传该数据，以纠正误差。在步骤S113中应用层将该数据重新发送给下层的Tx PDCP层进行重传。
本发明还提供了一种确认模式数据传输的控制装置，图11为该控制装置的实施例一的结构示意图。
如图11所示，本实施例包括：接收模块1，用于在基于确认模式发送PDU之后接收HARQ ACK以及包括指示重发或继续发送新数据的信息的指示信息；检验模块2，用于根据所述指示信息中所包括的指示重发或继续发送新数据的信息，检验接收模块所接收的HARQ ACK是否正确；处理模块3，用于当检验模块2确认所接收的HARQ ACK正确时，确认对应的PDU己发送成功，通知相关的协议层，并清空相关的缓冲器。
在本实施例中，通过使用HARQ的反馈消息来确认对PDU的传输，并通过所述指示信息中所包括的指示重传或继续发送新数据的信息，来检验所收到的HARQ ACK是否正确。
由于HARQ是在每个发送时间间隔(TTI)发送反馈消息，因此，与现有技术中利用并非在每个TTI发送的状态报告确认PDU的传输相比，本实施例利用HARQ反馈来对所发送的PDU进行确认能够大大提高对确认模式数据传输的确认速度；同时由于确认速度的提高也提高缓冲器中相应数据的丢弃速度，从而大大减少了缓冲器大小，也使得RLC PDU的序号变小，节省了PDU报头的开销。
而且，通过采用HARQ ACK来提高对所发送的PDU的确认速度，从而减少了所需要传输的状态报告，节省了Uu接口的无线资源。
此外，本实施例由于采用HARQ ACK来代替状态报告反馈确认信息，因此几乎不需要使用现有技术中使用状态报告的轮询(Polling)机制，相应地也不需要定义现有技术中的诸多协议参数、状态报告触发器、大量定时器等，大大降低了系统复杂度并实现了简单的层二(L2)处理过程。
优选地，本实施例中，所述包括指示重发或继续发送新数据的信息的指示信息为包括指示重发或继续发送新数据的信息的资源分配命令。
优选地，本实施例中，所述检验模块还可包括：第一重发次数控制模块，用于在收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到预定的最大重发次数，如果未达到最大重发次数则调用相应模块执行后续操作，如果达到最大重发次数则执行预先设定的相应处理。
图12为本发明确认模式数据传输的控制装置的实施例二的结构示意图。如图12所示，本实施例包括：
接收模块1，用于在基于确认模式发送PDU之后接收HARQ ACK以及包括指示重发或继续发送新数据的信息的指示信息；
检验模块2，包括：指示信息检测模块21，用于检测所述指示信息中是否包括指示继续发送的消息或者指示重发的消息；第一判断模块22，用于当指示信息检测模块21检测到所述指示信息中包括指示继续发送新数据的信息时，判断所述肯定确认消息正确；当指示信息检测模块检测到所述指示信息中包括指示重发的信息时，判断所述肯定确认消息不正确，应为否定确认消息；
处理模块3，用于当检验模块2确认所接收的HARQ ACK正确时，确认对应的PDU已发送成功，通知相关的协议层，并清空相关的缓冲器。
本实施例提供了根据所述指示信息来检验HARQ ACK是否正确的一种实施方式，适用于大多数情况下的场景，即终端收到HARQ ACK和包括指示继续传输的信息的所述指示信息，从而确认己成功传输对应的PDU，可以继续传输后续的PDU。这是由于eNode B已经正确地解析了PDU数据并希望该UE继续进行数据发送。
优选地，本实施例中，所述包括指示重发或继续发送新数据的信息的指示信息为包括指示重发或继续发送新数据的信息的资源分配命令。
优选地，本实施例中，所述检验模块还可包括：第一重发次数控制模块，用于在收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到预定的最大重发次数，如果未达到最大重发次数则调用相应模块执行后续操作，如果达到最大重发次数则执行预先设定的相应处理。
图13为本发明确认模式数据传输的控制装置的实施例三的结构示意图。如图13所示，本实施例包括：
接收模块1，用于在基于确认模式发送PDU之后接收HARQ ACK以及包括指示重发或继续发送新数据的信息的指示信息；
检验模块2，包括：第一定时检测模块23，用于在收到混合自动检错重发的肯定确认消息而未收到所述指示信息时，检测在预定的时间间隔内是否收到所述指示信息，如果检测收到所述指示信息，则检测该指示信息中是否包括指示继续发送新数据的信息；第二判断模块24，用于在第一定时检测模块23检测到该指示信息中包括指示继续发送新数据的信息时，判断所述肯定确认消息正确；
处理模块3，用于当检验模块2确认所接收的HARQ ACK正确时，确认对应的PDU已发送成功，通知相关的协议层，并清空相关的缓冲器。
本实施例三通过设置定时器来等待eNode B发现UE未按照命令继续发送新数据时重发所述指示信息，如果在超时前收到所述指示信息，则可确认此前发送的PDU数据已经正确传输并继续发送新数据，既提高了对此前发送的数据的的确认速度，又保证了正确性。
本实施例三适用于eNode B已经正确地解析了所收到的PDU数据，并希望该UE继续发送新数据，但是UE未收到eNode B发送的所述指示信息的情况，这种情况并不常发生，其概率是10e-2。
优选地，本实施例中，所述包括指示重发或继续发送新数据的信息的指示信息为包括指示重发或继续发送新数据的信息的资源分配命令。
优选地，本实施例中，所述检验模块还可包括：第一重发次数控制模块，用于在收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到预定的最大重发次数，如果未达到最大重发次数则调用相应模块执行后续操作，如果达到最大重发次数则执行预先设定的相应处理。优选地，本实施例三中，检验模块2还可包括：第三判断模块，用于在第一定时检测模块在预定的时间间隔内检测未收到指示信息时，则判断所述肯定确认消息正确。这适用于UE收到HARQ ACK而未收到所述指示信息，并且未达到最大重发次数限制的情况，这是由于eNodeB正确地解码了所发送的PDU数据，但是想继续调度其它UE而非本UE。这也是经常发生的大多数情况。
优选地，上述本发明确认模式数据传输的控制装置的实施例中，检验模块2还可包括：
第二定时检测模块，用于在收到混合自动检错重发的肯定确认消息而未收到所述指示信息时，检测在预定的时间间隔内是否收到指示将否定确认消息误作为肯定确认消息的错误报告消息、和/或包括指示重发的信息的指示信息和/或否定确认消息；
第四判断模块，用于在第二定时检测模块检测收到所述错误报告信息和/或所述指示信息和/或所述否定确认消息时，判断所述肯定确认消息不正确，应为否定确认消息。
该检验模块通过设置定时器来等待eNode B察觉UE的NACK-＞ACK错误后重发的错误报告消息和/或所述指示信息和/或所述否定确认消息，并据此判断所收到的HARQ ACK是否正确，既提高了对HARQ ACK的确认速度，又保证了正确性。
该实施方式适用于eNode B对收到的PDU数据解码失败，向UE发送HARQ NACK(但被UE误作为HARQ ACK)，并希望UE使用原先的资源(很少的情况，概率为10e-4～10e-3)或者新分配的资源(但是UE未收到所述指示信息)来重发该PDU数据的情况。这是非常少的情况，概率为(10e-4～10e-3)×10e-2＝10e-6～10e-5。
优选地，上述本发明确认模式数据传输的控制装置的实施例中，检验模块2还可包括：第二重发次数控制模块，用于在收到混合自动检错重发的肯定确认消息后，判断针对对应协议数据单元的重发次数是否达到预定的最大重发次数，如果达到则等待接收状态报告，并根据所接收的状态报告判断所述数据包传输是否正确。
该实施方式适用于eNode B对收到的PDU数据解码正确并发送HARQACK，同时UE侧达到最大重发次数的情况，这种情况很少发生，其概率为10e-2～10e-3。
优选地，上述本发明确认模式数据传输的控制装置的实施例中，检验模块2还可包括：第三重发次数控制模块，用于在收到混合自动检错重发的肯定确认消息后，判断针对对应协议数据单元的重发次数是否达到预定的最大重发次数，如果达到则判断所述肯定确认消息正确。
该实施方式适用于UE收到HARQ ACK，但不管该HARQ ACK是由于eNodeB对收到的PDU数据解码失败并发送HARQ NACK(但被UE误作为HARQ ACK)，还是eNode B对收到的PDU数据解码成功并发送HARQ ACK，同时UE侧达到最大重发次数的情况，对于前者，这种情况非常少地发生，其概率为(10e-6～10e-5)～(10e-7～10e-6)，并且由于其极低的发生概率而不会降低系统的性能。
优选地，上述本发明确认模式数据传输的控制装置的实施例中还可包括：第一重发处理模块，用于当检验模块在针对对应协议数据单元的重发次数未达到预定的最大重发次数的情况下，判断所接收的混合自动检错重发的肯定确认消息不正确，并且接收模块接收到包括指示重发的信息的资源分配命令时，使用该资源分配命令所分配的资源来重发对应的协议数据单元。
该实施方式适用于eNode B对所收到的PDU数据解码失败并希望UE使用新分配的资源重发该数据的情况，这种情况很少发生，概率为10e-4～10e-3。
相应地，上述本发明确认模式数据传输的控制装置的实施例中还可包括：第二重发处理模块，用于当检验模块在针对对应协议数据单元的重发次数未达到预定的最大重发次数的情况下，判断所接收的混合自动检错重发的肯定确认消息不正确，并且接收模块未接收到包括指示重发的信息的资源分配命令时，使用上次发送所使用的资源来重发对应的协议数据单元。
优选地，上述实施例中，所述包括指示重发或继续发送新数据的信息的指示信息为包括指示重发或继续发送新数据的信息的资源分配命令。
以上实施例仅用以说明本发明的技术方案，而非对本发明作限制性理解。尽管参照上述较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这种修改或者等同替换并不脱离本发明技术方案的精神和范围。在权利要求中，术语“包括”等并非排除除了列入任何权利要求或整体说明书中的元件或步骤之外的元件或步骤。本发明可以通过包括数个独立元件的硬件来实施，也可通过适当的程控计算机来实施。在列举数个方法的权利要求中，这些方法中的数个可以通过一项同样的硬件来实施。在互相不同的从属权利要求中陈述的某些方案并非指示这些方案的组合不能被用于优化。
Claims (21)
1.一种确认模式数据传输的控制方法，包括：
在基于确认模式发送协议数据单元之后，接收混合自动检错重发的肯定确认消息以及包括指示重发或继续发送新数据的信息的指示信息，根据所接收的包括指示重发或继续发送新数据的信息的指示信息，检验所接收的混合自动检错重发的肯定确认消息是否正确；
当确认所接收的肯定确认消息正确时，确认对应的协议数据单元已发送成功，通知相关的协议层，并清空相关的缓冲器。
2.如权利要求1所述的方法，其中，所述根据所接收的包括指示重发或继续发送新数据的信息的指示信息，检验所接收的混合自动检错重发的肯定确认消息是否正确包括：
在收到混合自动检错重发的肯定确认消息和所述指示信息后，当所述指示信息中包括指示继续发送新数据的信息时，判断所述肯定确认消息正确；当所述指示信息中包括指示重发的信息时，判断所述肯定确认消息不正确，应为否定确认消息。
3.如权利要求1所述的方法，其中，所述根据所接收的包括指示重发或继续发送新数据的信息的指示信息，检验所接收的混合自动检错重发的肯定确认消息是否正确包括：
在收到混合自动检错重发的肯定确认消息而未收到所述指示信息时，如果在预定的时间间隔内收到所述指示信息，并且该指示信息中包括指示继续发送新数据的信息时，判断所述肯定确认消息正确。
4.如权利要求1所述的方法，其中，在收到混合自动检错重发的肯定确认消息而未收到所述指示信息时，如果在预定的时间间隔内未收到所述指示信息，则判断所述肯定确认消息正确。
5.如权利要求1所述的方法，其中，所述根据所接收的包括指示重发或继续发送新数据的信息的指示信息，检验所接收的混合自动检错重发的肯定确认消息是否正确包括：
在收到混合自动检错重发的肯定确认消息而未收到所述指示信息时，如果在预定的时间间隔内收到指示将否定确认消息误作为肯定确认消息的错误报告消息、和/或包括指示重发的信息的指示信息、和/或否定确认消息时，判断所述肯定确认消息不正确，应为否定确认消息。
6.如权利要求1-5任一所述的方法，其中，所述包括指示重发或继续发送新数据的信息的指示信息为包括指示重发或继续发送新数据的信息的资源分配命令。
7.如权利要求1-5任一所述的方法，其中，在所述收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到最大重发次数，如果未达到最大重发次数则执行后续操作，如果达到最大重发次数则执行预先设定的相应处理。
8.如权利要求7所述的方法，其中，所述预先设定的相应处理为等待接收状态报告，并根据所接收的状态报告判断相应的数据是否传输正确。
9.如权利要求7所述的方法，其中，所述预先设定的相应处理为判断所述肯定确认消息正确。
10.如权利要求7所述的方法，其中，如果在针对对应协议数据单元的重发次数未达到预定的最大重发次数的情况下，判断所接收的混合自动检错重发的肯定确认消息不正确，并且接收到包括指示重发的信息的资源分配命令，则使用该资源分配命令所分配的资源来重发对应的协议数据单元。
11.如权利要求7所述的方法，其中，如果在针对对应协议数据单元的重发次数未达到预定的最大重发次数的情况下，判断所接收的混合自动检错重发的肯定确认消息不正确，并且未接收到包括指示重发的信息的资源分配命令，则使用上次发送所使用的资源来重发对应的协议数据单元。
12.一种确认模式数据传输的控制装置，包括：
接收模块，用于在基于确认模式发送协议数据单元之后接收混合自动检错重发的肯定确认消息以及包括指示重发或继续发送新数据的信息的指示信息；
检验模块，用于根据所述指示信息中所包括的指示重发或继续发送新数据的信息，检验接收模块所接收的混合自动检错重发的肯定确认消息是否正确；
处理模块，用于当检验模块确认所接收的肯定确认消息正确时，确认对应的协议数据单元已发送成功，通知相关的协议层，并清空相关的缓冲器。
13.如权利要求12所述的控制装置，其中，所述检验模块包括：
指示信息检测模块，用于检测所述指示信息中是否包括指示继续发送新数据的信息或者指示重发的信息；
第一判断模块，用于当指示信息检测模块检测到所述指示信息中包括指示继续发送新数据的信息时，判断所述肯定确认消息正确；当指示信息检测模块检测到所述指示信息中包括指示重发的信息时，判断所述肯定确认消息不正确，应为否定确认消息。
14.如权利要求12所述的控制装置，其中，所述检验模块包括：
第一定时检测模块，用于在收到混合自动检错重发的肯定确认消息而未收到所述指示信息时，检测在预定的时间间隔内是否收到所述指示信息，如果检测收到所述指示信息，则检测该指示信息中是否包括指示继续发送新数据的信息；
第二判断模块，用于在第一定时检测模块检测到该指示信息中包括指示继续发送新数据的信息时，判断所述肯定确认消息正确。
15.如权利要求14所述的控制装置，其中，所述检验模块还包括：
第三判断模块，用于在第一定时检测模块在预定的时间间隔内检测未收所述指示信息时，则判断所述肯定确认消息正确。
16.如权利要求12所述的控制装置，其中，所述检验模块包括：
第二定时检测模块，用于在收到混合自动检错重发的肯定确认消息而未收到所述指示信息时，检测在预定的时间间隔内是否收到指示将否定确认消息误作为肯定确认消息的错误报告消息、和/或包括指示重发的信息的所述指示信息、和/或否定确认消息；
第四判断模块，用于在第二定时检测模块检测收到所述错误报告信息和/或所述指示信息和/或所述否定确认消息时，判断所述肯定确认消息不正确，应为否定确认消息。
17.如权利要求12-16任一所述的控制装置，其中，所述检验模块包括：
第一重发次数控制模块，用于在收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到预定的最大重发次数，如果未达到最大重发次数则调用相应模块执行后续操作，如果达到最大重发次数则执行预先设定的相应处理。
18.如权利要求12-16任一所述的控制装置，其中，所述检验模块包括：
第二重发次数控制模块，用于在收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到预定的最大重发次数，如果未达到最大重发次数则调用相应模块执行后续操作，如果达到最大重发次数则等待接收状态报告，并根据所接收的状态报告判断相应的数据是否传输正确。
19.如权利要求12-16任一所述的控制装置，其中，所述检验模块包括：
第三重发次数控制模块，用于在收到混合自动检错重发的肯定确认消息后，首先检查针对对应协议数据单元的重发次数是否达到预定的最大重发次数，如果未达到最大重发次数则调用相应模块执行后续操作，如果达到最大重发次数则判断所述肯定确认消息正确。
20.如权利要求17所述的控制装置，其中，所述控制装置还包括第一重发处理模块，用于当检验模块在针对对应协议数据单元的重发次数未达到预定的最大重发次数的情况下，判断所接收的混合自动检错重发的肯定确认消息不正确，并且接收模块接收到包括指示重发的信息的资源分配命令时，使用该资源分配命令所分配的资源来重发对应的协议数据单元。
21.如权利要求17所述的控制装置，其中，所述控制装置还包括第二重发处理模块，用于当检验模块在针对对应协议数据单元的重发次数未达到预定的最大重发次数的情况下，判断所接收的混合自动检错重发的肯定确认消息不正确，并且接收模块未接收到包括指示重发的信息的资源分配命令时，使用上次发送所使用的资源来重发对应的协议数据单元。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100468153A CN101399643B (zh) | 2007-09-29 | 2007-09-29 | 确认模式数据传输的控制方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100468153A CN101399643B (zh) | 2007-09-29 | 2007-09-29 | 确认模式数据传输的控制方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101399643A CN101399643A (zh) | 2009-04-01 |
| CN101399643B true CN101399643B (zh) | 2012-06-27 |
Family
ID=40517927
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007100468153A Ceased CN101399643B (zh) | 2007-09-29 | 2007-09-29 | 确认模式数据传输的控制方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101399643B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017193533A1 (en) * | 2016-05-09 | 2017-11-16 | Qualcomm Incorporated | Handling packet acknowledgements during tune-aways on mobile devices |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102013962B (zh) * | 2009-09-04 | 2014-07-30 | 华为技术有限公司 | 数据传输方法及设备 |
| WO2015013985A1 (zh) | 2013-08-02 | 2015-02-05 | 华为技术有限公司 | 一种多接入点的通信方法、装置及系统 |
| CN105228137B (zh) * | 2014-05-26 | 2018-10-30 | 普天信息技术有限公司 | 一种授权信息的传输方法 |
| US20160226628A1 (en) * | 2015-01-30 | 2016-08-04 | Huawei Technologies Co., Ltd. | System and method for data retransmission |
| US10355828B2 (en) * | 2015-03-02 | 2019-07-16 | Qualcomm Incorporated | Fast radio link control error recovery with low latency transmissions |
| CN106330412B (zh) * | 2015-06-25 | 2019-05-21 | 辰芯科技有限公司 | 利用harq ack/nack的rlc pdu发送方法及装置 |
| CN108631949A (zh) * | 2017-03-23 | 2018-10-09 | 株式会社Ntt都科摩 | 数据发送方法、数据接收方法、用户设备和基站 |
| CN109361493B (zh) * | 2018-10-29 | 2021-08-20 | 南京中感微电子有限公司 | 蓝牙接收方法、蓝牙接收机及蓝牙设备 |
| CN114598754A (zh) * | 2022-01-14 | 2022-06-07 | 许继电气股份有限公司 | 一种实时数据单向传输方法及装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1500325A (zh) * | 2001-02-14 | 2004-05-26 | 北方电讯网络有限公司 | 采用删截重传的自动请求重传系统 |
| CN1968072A (zh) * | 2006-06-30 | 2007-05-23 | 华为技术有限公司 | 一种压缩模式下的调度方法 |
-
2007
- 2007-09-29 CN CN2007100468153A patent/CN101399643B/zh not_active Ceased
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1500325A (zh) * | 2001-02-14 | 2004-05-26 | 北方电讯网络有限公司 | 采用删截重传的自动请求重传系统 |
| CN1968072A (zh) * | 2006-06-30 | 2007-05-23 | 华为技术有限公司 | 一种压缩模式下的调度方法 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017193533A1 (en) * | 2016-05-09 | 2017-11-16 | Qualcomm Incorporated | Handling packet acknowledgements during tune-aways on mobile devices |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101399643A (zh) | 2009-04-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101399643B (zh) | 确认模式数据传输的控制方法及装置 | |
| EP2860900B1 (en) | Automatic repeat request (ARQ) protocol having multiple complementary feedback mechanisms | |
| CN101009538B (zh) | 一种数据重传方法及装置 | |
| AU2005290963B2 (en) | WCDMA uplink HARQ operation during the reconfiguration of the TTI length | |
| AU2005242359B2 (en) | Implementing a data lifespan timer for enhanced dedicated channel transmissions | |
| TW591960B (en) | Radio communication system | |
| KR101394784B1 (ko) | 고속데이터 전송을 위한 ａｒｑ 과정의 수행방법 | |
| TWI618378B (zh) | 用於處理電信系統中之狀態資訊的方法及裝置 | |
| US20100257419A1 (en) | Method of transmitting data using harq | |
| CN101924620B (zh) | 报文重传方法和装置 | |
| EP1398897A2 (en) | Method of data communication using a control message | |
| EP1829297A1 (en) | Retransmission in wireless communication systems | |
| CN101009537A (zh) | 一种数据重传方法及系统 | |
| EP2175582A1 (en) | A method for triggering status report of automatic repeat request | |
| WO2009099370A1 (en) | Method and arrangement in a telecommunication system in which an acknowledgment message is fed back for a bundle of frames | |
| CN101814982A (zh) | 用于实施借由h-arq辅助的arq的方法和系统 | |
| CN101291199B (zh) | 混合自动重传请求中检测反馈消息正确性的方法和装置 | |
| EP2557741B1 (en) | Method and apparatus for sending / receiving downlink control signaling | |
| US20130028189A1 (en) | Method and apparatus for using physical layer error control to direct media access layer error control | |
| CN101237309B (zh) | 数据重传的方法、装置和发送端自动重传请求实体 | |
| KR20090015253A (ko) | 통신 시스템에서 데이터 재전송 방법 및 시스템 | |
| CN102740353A (zh) | 上行状态报告上报方法、无线链路控制数据发送方法及装置 | |
| RU2008124979A (ru) | Способ передачи данных и способ повторной передачи данных | |
| CN101990240A (zh) | 一种无线链路控制层的数据发送方法及数据发送系统 | |
| CN102201901A (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 | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 200000 No. 388 Nanjing Road, Shanghai, Pudong New Area 201206 Patentee after: NOKIA SHANGHAI BELL Co.,Ltd. Address before: 200000 No. 388 Nanjing Road, Shanghai, Pudong New Area 201206 Patentee before: ALCATEL-LUCENT SHANGHAI BELL Co.,Ltd. |
|
| CP01 | Change in the name or title of a patent holder | ||
| IW01 | Full invalidation of patent right |
Decision date of declaring invalidation: 20230426 Decision number of declaring invalidation: 561467 Granted publication date: 20120627 |
|
| IW01 | Full invalidation of patent right |