CN101030840A - 具有重传请求的数据传输方法和接收端状态报告编制方法 - Google Patents

具有重传请求的数据传输方法和接收端状态报告编制方法 Download PDF

Info

Publication number
CN101030840A
CN101030840A CNA2006100586259A CN200610058625A CN101030840A CN 101030840 A CN101030840 A CN 101030840A CN A2006100586259 A CNA2006100586259 A CN A2006100586259A CN 200610058625 A CN200610058625 A CN 200610058625A CN 101030840 A CN101030840 A CN 101030840A
Authority
CN
China
Prior art keywords
data
data block
error
group
sequence 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
Application number
CNA2006100586259A
Other languages
English (en)
Other versions
CN101030840B (zh
Inventor
邵飞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2006100586259A priority Critical patent/CN101030840B/zh
Priority to PCT/CN2007/000661 priority patent/WO2007098702A1/zh
Publication of CN101030840A publication Critical patent/CN101030840A/zh
Application granted granted Critical
Publication of CN101030840B publication Critical patent/CN101030840B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/1607—Details of the supervisory signal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种具有重传请求的数据传输方法和接收端状态报告编制方法，主要内容是通过在状态报告的编制方法中增加使用分段序列号参数，来准确描述数据块在接收序列中的位置信息。这种位置信息的描述具有历史继承性，使得对数据块的确认不再受分割次数的影响；而基于上述状态报告所提出的数据传输方法，由于发送端能够准确的获知需要重新发送的数据内容，因此能够最大限度的减少对系统资源的浪费，提高了系统性能，表现在用户体验上就是更快的数据传输和更短的等待时间。本发明适用于确认模式的数据传输，特别适用于E－UTRA接口标准的演进。

Description

具有重传请求的数据传输方法和接收端状态报告编制方法
技术领域
本发明涉及通讯技术领域，具体是涉及一种具有重传请求的数据传输方法和接收端状态报告编制方法，本发明特别适合应用于通讯网络中无线接口标准的演进。
背景技术
从20世纪90年代初开始到现在，WCDMA(Wideband Code DivisionMultiple Access，宽带码分多址)系统的技术规范已经走过了Release99、Release4、Release5、Release6这几个阶段，目前关于Release7的标准化工作已经开始实施。与此同时，更长期的LTE(Long Term Evolution，长期演进)的研究也已经开始逐渐成为标准化工作的新热点。目前讨论的Release7协议目标是进一步改善系统性能，为用户提供更高速率，更好性能的服务。当前LTE中的UTRA(Universal Telecommunication Radio Access，通用无线接口)被称为E-UTRA。
在Release7之前的系统，无线接口协议的结构分为3层。如图1所示，其中层3为RRC(Radio Resource Control，无线资源控制)层，层2为数据链路层，分为PDCP(Packet Data Convergence Protocol，分组数据集中协议)，BMC(Broadcast/multicast Control，广播/多广播控制)，RLC(Radio LinkControl，无线链路控制)和MAC(Medium Access Control，媒体接入控制)层，层1就是物理层。上下行的分组业务数据都是按照高层→物理层→对端物理层→对端高层的流向进行传输，信令则是直接从RRC层到RLC层。在数据传输过程中，RLC层和物理层会对高层过来的数据进行分割/级联，其中RLC层将高层送来的数据RLC SDU(Service Data Unit，服务数据单元)分割为大小相等的数据块，加上头信息，组成RLC PDU(Protocol Data Unit，协议数据单元)送往MAC层，如图2所示，图2中SN为PDU的序列号；在物理层，将MAC层过来的数据组成大小合适的物理帧发送出去。而接收端则执行分割/级联的逆过程。
在WCDMA系统中，接收不正确的数据需要发端重传。对传输错误的业务数据最多有3处重传，从高层到低层分为：服务器重传，RLC层重传和物理层重传。重传所处的协议层越高，重传消耗的时间就越长，业务时延越长，用户的感受越差。对RLC层而言，有3种业务模式：透明模式(TransparentMode)，非确认模式(Non-acknowledgement Mode)和确认模式(Acknowledgement Mode)，确认模式的业务需要进行RLC层重传，而确认模式的重传由接收端的状态报告触发。
在现有协议中是由状态报告来触发ARQ(Automatic Repeat Request，自动重传请求)重传。状态报告的主要作用是指示有序接收的PDU的接收情况，反映该信息的部分称为SUFI(super-field)域，不同类型的SUFI域采用不同的方式来描述一组PDU的接收情况，在状态报告中可以根据接收结果的特点分段使用适当类型的SUFI域进行描述。以下是几种常规的SUFI域类型，包括ACK、RLIST、LIST、BITMAP。
①ACK型SUFI：结构如下表
Type＝ACK
LSN
Type＝ACK：SUFI的类型为ACK型，该类型SUFI适用于确认一组正确有序接收的PDU；
LSN：最后一个有序接收的PDU的序列号。
②RLIST型SUFI：结构如下表
Type＝RLIST
LENGTH
FSN
CW1
...
CWLENGTH
Type＝RLIST：SUFI的类型为RLIST，该类型SUFI适用于报告一组有序接收的具有间隔错误的PDU；
LENGTH：CW的数目；
FSN：在RLIST中第一个错误的PDU的序列号；
CW1～CWLENGTH：后一错误的PDU与前一错误的PDU之间的距离。
③LIST型SUFI：结构如下表
Type＝LIST
LENGTH
SN1
L1
...
SNLENGTH
LLENGTH
Type＝LIST：SUFI的类型为LIST，该类型SUFI适用于报告一组有序接收的具有连续错误的PDU；
LENGTH：[SN，L]组合的数目；
SN：没有正确接收的PDU的序列号；
L：该SN后连续没有正确接收的PDU的数目。
④BITMAP型SUFI：结构如下表
Type＝BITMAP
LENGTH
FSN
Bitmap
Type＝BITMAP：SUFI的类型为BITMAP，该类型SUFI报告一组有序接收的PDU的整体情况，适合错误分布不具明显规律性的情况；
LENGTH：Bitmap字节的长度，一般为4bits，如0000说明Bitmap有1个字节；
FSN：Bitmap中第一个位对应PDU的序列号；
Bitmap：序列号在区间[FSN，FSN+(LENGTH+1)*8-1]内的PDU的接收状态，例如，1表示该bite对应的序列号正确接收，0表示该bite对应的序列号没有正确接收。
从上述结构可以看出，现有系统中状态报告的编制仅采用有序数据单元(PDU)的一个序列号来进行位置标识，即反馈序列号对应的PDU的接收情况。而在重传时，一个PDU很有可能被分为不同的段(新的发送单元)，因此发送端收到这样的状态报告是无法准确识别接收端接收情况的。例如，接收端反馈1号PDU没有正确接收，然而1号PDU可能有3个分段，2个已经正确接收，1个没有收到，但是发送端收到这样的状态报告，就会重传整个1号PDU的所有分段，这样不仅浪费了资源，还降低了系统的性能。
这个问题随着系统的演进会变得更加突出。在EUTRAN(增强型无线接入网)系统中会把RLC层下移至基站，分割级联也会在基站执行，且支持重传时的再次分割级联。这样有序数据单元的分段仅用一个序列号是无法准确标识的，并且这个问题甚至也无法通过对分段进行顺序编号来解决，因为在可能出现的重传中，这些分段同样具有再次分割的可能。这就迫切的需要状态报告的编制进行相应的演进，使得发送端能够在一次发送以及多次重传分割后仍能准确获知接收端的接收状态信息，进而准确的选择出真正需要重传的数据。
发明内容
本发明的目的在于提供一种具有重传请求的数据传输过程中接收端状态报告的编制方法，能够适应进行多次数据分割和发送的系统，准确的反映接收端的数据接收信息。
本发明的另一目的是提供一种基于上述状态报告编制方法的具有重传请求的数据传输方法，能够在尽量节省系统资源的前提下进行数据的重传。
为达到本发明的目的，所采取的技术方案是：一种具有重传请求的数据传输过程中接收端状态报告的编制方法，是在所述状态报告中设置数据单元序列号和数据单元分段序列号，来描述所报告接收状态所对应的数据块在接收序列中的位置信息；所述数据块包括未被分割的有序数据单元和被分割有序数据单元的各分段。
优选的是，在所述状态报告中还设置数据单元分割次数，来指示数据单元分段序列号的数目。
所述有序数据单元应作广义的理解，包括初始需要发送的数据单元和/或需要重传的数据块。
基于上述编制方法，可以设计出类似现有状态报告中SUFI域的多种域模式，包括但不限于：
接收确认域，所述编制方法包括在接收确认域的位置信息部分顺序编入：指示正确接收的范围的数据块所属初始数据单元序列号、和/或该数据块的分割次数、该数据块在各次分割中所对应的分段序列号。
接收错误域，所述编制方法包括在接收错误域的位置信息部分顺序编入：间隔错误组个数、各间隔错误组位置信息；间隔错误组个数采用这样的方法确定：具有相同分割历史的出错数据块各成一组，所有由无分割初始数据单元构成的出错数据块作为一组，其余出错数据块各成一组；所述具有相同分割历史是指各数据块在最后一次分割前属于同一数据块；各间隔错误组位置信息包括顺序编入的：按接收序列该组中第一个出错数据块所属初始数据单元序列号、和/或该数据块的分割次数、其余同组错误数据块的数目、该数据块在各次分割中所对应的分段序列号、按接收序列后一同组错误数据块与相邻前一同组错误数据块之间的距离。
另一种接收错误域，所述编制方法包括在接收错误域的位置信息部分顺序编入：连续错误组个数、各连续错误组位置信息；连续错误组个数采用这样的方法确定：具有相同分割历史且最后一次分割的分段序列号连续的出错数据块各成一组，由无分割初始数据单元构成且序列号连续的出错数据块作为一组，其余出错数据块各成一组；所述具有相同分割历史是指各数据块在最后一次分割前属于同一数据块；各连续错误组位置信息包括顺序编入的：按接收序列该组中第一个出错数据块所属初始数据单元序列号、和/或该数据块的分割次数、该数据块在各次分割中所对应的分段序列号、其余同组错误数据块的数目。
序列接收状态域，所述编制方法包括在序列接收状态域中设置位置信息部分和状态数据部分；位置信息部分包括顺序编入的：状态数据部分第一个位所对应的数据块所属初始数据单元序列号、和/或该数据块的分割次数、该数据块在各次分割中所对应的分段序列号、状态数据部分最后一个位所对应的数据块所属初始数据单元序列号、此数据块的分割次数、此数据块在各次分割中所对应的分段序列号；状态数据部分各个位按接收序列分别表示相应数据块的接收情况。
上述各种域可以单独或混合的使用于一份状态报告中，具体选择可以根据出错块的分布特点来确定。
为本发明的另一目的，还提供一种具有重传请求的数据传输方法，包括如下步骤：
1)发送端将有序数据单元分割或级联为发送单元并进行有序发送；
2)接收端根据接收情况向发送端返回所接收的一组数据块的状态报告，所述数据块包括未被分割的有序数据单元和被分割有序数据单元的各分段；所述状态报告按照上述方法进行编制；
3)发送端根据状态报告，将需要重传的数据块作为当前有序数据单元进行再次分割或级联后进行有序发送；
4)重复步骤2)和3)直至数据正确接收完毕或达到设定的最大重传次数。
本发明所提供的方法不受发送单元是否具有静态大小的限制，既可适用于发送单元大小固定的系统，也适用于发送单元的大小/长短根据当前通讯信道的状态动态配置的系统，并且在后一系统中，发送单元大小不固定，重传整个发送单元可能会带来系统资源的很大浪费，因此更加能够体现本发明的优越性。
采用上述技术方案，本发明有益的技术效果在于：
1)通过在状态报告的编制方法中增加使用分段序列号参数，能够准确描述出数据块在接收序列中的位置信息，并且使这种位置信息的描述具有历史继承性，使得对数据块的确认不再受分割次数的影响；而基于这样的状态报告，发送端能够准确的获知需要重新发送的数据内容，最大限度的减少了对系统资源的浪费，提高了系统性能，表现在用户体验上就是更快的数据传输和更短的等待时间，充分体现系统演进的性能要求。
2)基于本发明的基础技术方案可以设计出各种在结构上与现有状态报告的SUFI域相对应的描述接收状态的域，并且完全兼容现有SUFI域的模式，符合R7系统整体平滑演进的精神。
附图说明
下面通过具体实施方式并结合附图对本发明作进一步的详细说明。
图1是现有无线接口协议框架结构示意图。
图2是RLC层数据分割/级联示意图。
图3是说明本发明位置描述方法的数据块分割/级联示意图。
具体实施方式
本发明公开了一种具有重传请求的数据传输方法和接收端状态报告编制方法，所述数据传输支持将需要发送的有序数据单元分割或级联为发送单元并进行有序发送，这种数据传输方式是无线接入网所使用的基本传输形式之一，所述有序数据单元应作广义的理解，包括初始需要发送的数据单元和/或需要重传的数据块，所述数据块包括未被分割的有序数据单元和被分割有序数据单元的各分段。本发明的基本思想是通过在状态报告的编制中除了有序数据单元的序列号外，还增加使用分段序列号参数，来准确描述数据块在接收序列中的位置信息。所述分段序列号是在各次分割中对所分出数据块的顺序编号。
为了使状态报告具有更优化的参数结构，还可以增加使用分割次数参数来标识分段序列号参数的数目。所述分割次数是当前数据块相对于初始数据单元所经过分割的次数，包括初次发送及重传发送所进行的分割。分割次数参数不是必须的，例如可以根据允许分割的次数设置固定的分段序列号数目。当然，分割次数参数可以使数据结构更加清晰明了，增强可读性，是本发明的优选方案，因此以下将具体描述设置有分割次数参数的方法。
图3以一组有序数据单元的发送和重发实例来说明本发明中所使用的位置描述方法。图3中，最上层是两个需要发送的序列号为1和2的有序数据单元，以下称为初始数据单元。
第二层为在第一次发送过程中1号和2号初始数据单元的分割和级联情况。1号初始数据单元被分为两个数据块[SN＝1，SSN＝1]和[SN＝1，SSN＝2]，其中SN表示数据块所属初始数据单元的序列号，SSN表示数据块的分段序列号，此时仅进行了一次分割，因此只有一个分段序列号。为描述简便起见，以下以SN.SSN的格式来描述数据块。数据块1.1、数据块1.2+数据块2.1、数据块2.2分别构成一个发送单元(图3中以虚线大括号表示)，第一次发送后仅由数据块1.2和数据块2.1级联而成的发送单元被正确接收(图3中以斜线填充框表示被正确接收的数据块)。
第三层为第一次重发时数据块的分割和级联情况。未被正确接收的数据块数据块1.1、数据块2.2成为新的有序数据单元进行再次分割和级联，数据块1.1+数据块2.2.1、数据块2.2.2分别构成一个发送单元，这时，数据块2.2被进行了再次分割，因此再次分割后的数据块具有两个SSN，第一次重发后由数据块1.1和数据块2.2.1级联而成的发送单元被正确接收。
第四层为第二次重发时数据块的情况。未被正确接收的数据块2.2.2成为新的有序数据单元进行再次发送，在本次发送中数据块2.2.2未进行再次分割，第二次重发后所有数据块均被正确接收。
由上述简单实例可以看出采用分割次数和分段序列号进行的数据块描述具有历史继承性，使得对数据块的确认不再受分割次数以及所属发送单元的影响，这种描述方法能够准确的给出数据块在接收序列中的位置信息。
基于这种扩展的序列描述方式进行状态报告的编制，就可以在接收端状态报告中以准确的数据块位置信息来表述接收状态，使状态报告能够正确的反映具体的接收状况。下面对应于现有状态报告的几种SUFI域类型，给出按本发明方法演进后新的状态描述域的编制结构：
结构一：ACK型域(接收确认域)，结构如下表
Type＝ACK
LSN
SD
SSN
Type＝ACK：说明域的类型；
LSN：指示正确接收的范围的数据块所属初始数据单元序列号；
SD：该数据块的分割次数，即SSN的数目；
SSN：该数据块在各次分割中所对应的分段序列号，如果有多次分割，即顺序编入SSN1、SSN2、...、SSNSD；如果没有分割即SD＝0则该参数省略。
该类型域报告的状态信息是对编号为[LSN，SSN1，...，SSNSD]之前的数据块进行确认。
例如，有序接收的是1、2.1、2.2、2.3、3.1、3.2、4这几个编号的数据块，其中1、2.1、2.2、2.3、3.2、4编号的数据块正确接收，3.1编号的数据块没有正确接收，则在状态报告中反馈LSN＝3，SD＝1，SSN＝1，表示编号3.1之前的数据块都正确接收了。
上述给出了确认型域的一种具体结构，上例中LSN变量定义为最后正确有序接收的数据块后面那个块，也可以设为大于该块，只要能够根据定义逻辑判断出正确接收的数据范围即可，具体参数定义不构成对本发明的限制。
结构二：RLIST型域(描述间隔接收错误的域)，结构如下表
Type＝RLIST
LENGTH
SN1
SD
length
SSN
CW
...
SNLENGTH
SD
length
SSN
CW
Type＝RLIST：说明域的类型；
LENGTH：间隔错误组个数，也即后续的[SN，SD，SSN，CW]组合的个数；(间隔错误组个数采用这样的方法确定：具有相同分割历史的出错数据块各成一组，所有由无分割初始数据单元构成的出错数据块作为一组，其余出错数据块各成一组；所述具有相同分割历史是指各数据块在最后一次分割前属于同一数据块。)
SN：该组中第一个出错数据块所属初始数据单元序列号；
SD：该数据块的分割次数，既SSN的数目；
length：其余同组错误数据块的数目，即CW的数目；
SSN：该数据块在各次分割中所对应的分段序列号，如果有多次分割，即顺序编入SSN1、SSN2、...、SSNSD；如果没有分割即SD＝0则该参数省略；
CW：按接收序列后一同组错误数据块与相邻前一同组错误数据块之间的距离，例如，同组有多个错误数据块，即顺序编入CW1、CW2、...、CWlength。
该类型域报告的状态信息是对间隔错误的数据块进行反馈。
例如，有序接收的是1、2.1、2.2、2.3、3.1、3.2、4、5.1、5.2、6.1、6.2、7这几个编号的数据块，其中1、2.1、2.3、4、7号数据块没有正确接收，则在状态报告中反馈
LENGTH＝2，SN1＝1，SD1＝0，length＝2，CW1＝3，CW2＝3；说明无分割的1，4，7号数据块没有接收正确；
SN2＝2，SD2＝1，length＝1，SSN＝1，CW1＝2；说明2号初始数据单元一次分割后的数据块2.1及2.3没有接收正确。
结构三：LIST型域(描述连续接收错误的域)，结构如下表
Type＝LIST
LENGTH
SN1
SD
SSN
L
...
SNLENGTH
SD
 SSN
 L
Type＝LIST：说明域的类型；
LENGTH：连续错误组个数，也即后续的[SN，SD，SSN，L]组合的个数；(连续错误组个数采用这样的方法确定：具有相同分割历史且最后一次分割的分段序列号连续的出错数据块各成一组，由无分割初始数据单元构成且序列号连续的出错数据块作为一组，其余出错数据块各成一组。)
SN：该组中第一个出错数据块所属初始数据单元序列号；
SD：该数据块的分割次数，即SSN的数目；
SSN：该数据块在各次分割中所对应的分段序列号，如果有多次分割，即顺序编入SSN1、SSN2、...、SSNSD；如果没有分割即SD＝0则该参数省略；
L：其余同组错误数据块的数目。
该类型域报告的状态信息是对连续错误的数据块进行反馈。
例如，有序接收的是1、2、3、4、5、6.1、6.2、6.3、6.4、7.1、7.2这几个编号的数据块，其中1、2、3、4、5、6.1、6.2、6.3、6.4号数据块没有正确接收，则在状态报告中反馈
LENGTH＝2，SN1＝1，SD＝0，L＝4；说明无分割的1、2、3、4、5号数据块没有正确接收；
SN2＝6，SD＝1，SSN＝1，L＝3；说明6号初始数据单元一次分割后的数据块6.1、6.2、6.3、6.4没有正确接收。
上述给出了描述接收错误域的两种具体结构(RLIST型和LIST型)，所采用的错误组分组方式能够以尽量少的参数来描述错误分布的准确位置信息，也可以制定与上不同的分组策略来增加或减少分组的数目，例如，将所有基于同一初始数据单元的数据块作为一组等，当然相应的也需要进行域内参数的重新定义。这些具体数据结构的变化，能够采用逻辑分析的方式进行灵活的推演和变化，只要仍是基于本发明编制方法中所描述的数据块位置确定方式，仍不脱离本发明的保护范围。
结构四：BITMAP型域(描述序列接收状态的域)，结构如下表
 Type＝BITMAP
 FSN
 SD
 SSN
 LSN
 SD
 SSN
 Bitmap
Type＝BITMAP：说明域的类型；
FSN：Bitmap中第一个bit所对应的数据块所属初始数据单元序列号；
SD：该数据块的分割次数，即SSN的数目；
SSN：该数据块在各次分割中所对应的分段序列号，如果有多次分割，即顺序编入SSN1、SSN2、...、SSNSD；如果没有分割即SD＝0则该参数省略；
LSN：Bitmap中最后一个bit所对应的数据块所属初始数据单元序列号，LSN后续的SD、SSN定义同上；
Bitmap：状态数据部分，表示反馈区间[FSN&SSN，LSN&SSN]内数据接收情况，长度由FSN&SSN与LSN&SSN之间的数据块个数决定。
该类型域报告的状态信息是连续的一组数据块的接收状况。
例如，有序接收的是1、2.1、2.2、2.3、3、4.1、4.2、5这8个编号的数据块，其中1、2.2、4.1号数据块没有正确接收，其余都接收正确，则在状态报告中反馈
FSN＝1，SD＝0，LSN＝5，SD＝0，Bitmap＝01011011，在bitmap中3个0所处位置说明1、2.2、4.1这3个数据块的接收情况(没有正确接收)，其余位置的1说明其它数据块的接收情况(接收正确)。
上述各种域可以单独或混合的使用于一份状态报告中，具体选择可以根据出错块的分布特点来确定。例如，有序接收了一组数据块，前段数据块接收正确，中段数据块具有少数间隔错误，而末段数据块具有连续性错误，则可以给出一份混合型的状态报告，对于接收序列的前段采用ACK型域描述，对中段采用RLIST型域描述，对末段采用LIST型域描述。充分结合错误的分布特点来确定所使用域的类型可以使状态报告尽量简洁。此外，所定义的描述参数都可以象现有状态报告中那样设置固定的长度，以便于发送端的分辨和读取，具体各参数设置的长度，可根据参数的作用来确定，例如初始序列号参数可设置为12bit，而分段序列号参数一般设置为3bit就足够了。
基于上述状态报告的编制方法，本发明还提供一种具有重传请求的数据传输方法，包括如下步骤：
1)发送端将有序数据单元分割或级联为发送单元并进行有序发送；
2)接收端根据接收情况向发送端返回所接收的一组数据块的状态报告，所述数据块包括未被分割的有序数据单元和被分割有序数据单元的各分段；所述状态报告按照上述方法进行编制；
3)发送端根据状态报告，将需要重传的数据块作为当前有序数据单元进行再次分割或级联后进行有序发送；
4)重复步骤2)和3)直至数据正确接收完毕或达到设定的最大重传次数。
上述数据传输方法不受发送单元是否具有静态大小的限制，既可适用于发送单元大小固定的系统，也适用于发送单元的大小/长短根据当前通讯信道的状态动态配置的系统。此外，发送端具体的重传方式也可灵活选择，例如，可使用自动重传(ARQ)或混合自动重传(HARQ)方式。由于发送端能够准确的获知需要重新发送的数据内容，因此能够最大限度的减少对系统资源的浪费，提高了系统性能，表现在用户体验上就是更快的数据传输和更短的等待时间。上述传输方法适用于各种确认模式下的数据传输，特别适用于E-UTRA接口标准的演进。

Claims (9)

1、一种具有重传请求的数据传输过程中接收端状态报告的编制方法，其特征在于：在所述状态报告中设置数据单元序列号和数据单元分段序列号，来描述所报告接收状态所对应的数据块在接收序列中的位置信息；所述数据块包括未被分割的有序数据单元和被分割有序数据单元的各分段。
2、根据权利要求1所述的接收端状态报告的编制方法，其特征在于：在所述状态报告中还设置数据单元分割次数，来指示数据单元分段序列号的数目。
3、根据权利要求1或2所述的接收端状态报告的编制方法，其特征在于：所述有序数据单元包括初始需要发送的数据单元和/或需要重传的数据块。
4、根据权利要求3所述的接收端状态报告的编制方法，其特征在于：所述状态报告包括接收确认域，所述编制方法包括在接收确认域的位置信息部分顺序编入：指示正确接收的范围的数据块所属初始数据单元序列号、和/或该数据块的分割次数、该数据块在各次分割中所对应的分段序列号。
5、根据权利要求3所述的接收端状态报告的编制方法，其特征在于：所述状态报告包括接收错误域，所述编制方法包括在接收错误域的位置信息部分顺序编入：间隔错误组个数、各间隔错误组位置信息；
间隔错误组个数采用这样的方法确定：具有相同分割历史的出错数据块各成一组，所有由无分割初始数据单元构成的出错数据块作为一组，其余出错数据块各成一组；所述具有相同分割历史是指各数据块在最后一次分割前属于同一数据块；
各间隔错误组位置信息包括顺序编入的：按接收序列该组中第一个出错数据块所属初始数据单元序列号、和/或该数据块的分割次数、其余同组错误数据块的数目、该数据块在各次分割中所对应的分段序列号、按接收序列后一同组错误数据块与相邻前一同组错误数据块之间的距离。
6、根据权利要求3所述的接收端状态报告的编制方法，其特征在于：所述状态报告包括接收错误域，所述编制方法包括在接收错误域的位置信息部分顺序编入：连续错误组个数、各连续错误组位置信息；
连续错误组个数采用这样的方法确定：具有相同分割历史且最后一次分割的分段序列号连续的出错数据块各成一组，由无分割初始数据单元构成且序列号连续的出错数据块作为一组，其余出错数据块各成一组；所述具有相同分割历史是指各数据块在最后一次分割前属于同一数据块；
各连续错误组位置信息包括顺序编入的：按接收序列该组中第一个出错数据块所属初始数据单元序列号、和/或该数据块的分割次数、该数据块在各次分割中所对应的分段序列号、其余同组错误数据块的数目。
7、根据权利要求3所述的接收端状态报告的编制方法，其特征在于：所述状态报告包括序列接收状态域，所述编制方法包括在序列接收状态域中设置位置信息部分和状态数据部分，
位置信息部分包括顺序编入的：状态数据部分第一个位所对应的数据块所属初始数据单元序列号、和/或该数据块的分割次数、该数据块在各次分割中所对应的分段序列号、状态数据部分最后一个位所对应的数据块所属初始数据单元序列号、此数据块的分割次数、此数据块在各次分割中所对应的分段序列号；
状态数据部分各个位按接收序列分别表示相应数据块的接收情况。
8、一种具有重传请求的数据传输方法，其特征在于，包括如下步骤：
1)发送端将有序数据单元分割或级联为发送单元并进行有序发送；
2)接收端根据接收情况向发送端返回所接收的一组数据块的状态报告，所述数据块包括未被分割的有序数据单元和被分割有序数据单元的各分段；所述状态报告按照权利要求1～7任意一项所述的方法进行编制；
3)发送端根据状态报告，将需要重传的数据块作为当前有序数据单元进行再次分割或级联后进行有序发送；
4)重复步骤2)和3)直至数据正确接收完毕或达到设定的最大重传次数。
9、根据权利要求8所述的具有重传请求的数据传输方法，其特征在于：所述发送单元的大小/长短根据当前通讯信道的状态动态配置。
CN2006100586259A 2006-03-02 2006-03-02 具有重传请求的数据传输方法和接收端状态报告编制方法 Active CN101030840B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2006100586259A CN101030840B (zh) 2006-03-02 2006-03-02 具有重传请求的数据传输方法和接收端状态报告编制方法
PCT/CN2007/000661 WO2007098702A1 (fr) 2006-03-02 2007-03-02 Procédé et système de transmission de données avec demande de retransmission et rapport d'état du procédé de formatage du récepteur

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2006100586259A CN101030840B (zh) 2006-03-02 2006-03-02 具有重传请求的数据传输方法和接收端状态报告编制方法

Publications (2)

Publication Number Publication Date
CN101030840A true CN101030840A (zh) 2007-09-05
CN101030840B CN101030840B (zh) 2011-09-14

Family

ID=38458669

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006100586259A Active CN101030840B (zh) 2006-03-02 2006-03-02 具有重传请求的数据传输方法和接收端状态报告编制方法

Country Status (2)

Country Link
CN (1) CN101030840B (zh)
WO (1) WO2007098702A1 (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010142082A1 (zh) * 2009-06-12 2010-12-16 华为技术有限公司 切换处理方法、中继节点及目标节点
CN101939936A (zh) * 2008-02-08 2011-01-05 爱立信电话股份有限公司 电信系统中的方法和设备
CN102017501A (zh) * 2008-04-28 2011-04-13 高通股份有限公司 部分无线电链路控制状态报告
CN102820957A (zh) * 2012-07-19 2012-12-12 福建先创通信有限公司 一种数据状态反馈包及其应用
CN101795436B (zh) * 2009-02-04 2012-12-19 电信科学技术研究院 一种数据重传方法、装置及系统
CN101827016B (zh) * 2010-01-28 2013-01-02 北京天碁科技有限公司 一种生成接收数据的状态报告的方法和装置
CN101931495B (zh) * 2009-06-18 2013-04-24 华为技术有限公司 一种数据处理方法及装置
CN104168284A (zh) * 2014-08-25 2014-11-26 联想(北京)有限公司 一种数据传输方法及第一电子设备
TWI482475B (zh) * 2007-09-28 2015-04-21 Interdigital Patent Holdings 分組數據匯聚協議中控制協議數據單元方法及裝置
WO2018213985A1 (zh) * 2017-05-22 2018-11-29 北京小米移动软件有限公司 数据传输方法及装置
US10306489B2 (en) 2007-09-11 2019-05-28 Optis Cellular Technology, Llc Method for transmitting status report of PDCP layer in mobile telecommunications system and receiver of mobile telecommunications
WO2021027714A1 (zh) * 2019-08-09 2021-02-18 维沃移动通信有限公司 数据传输方法、接收设备及发送设备

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108809510B (zh) * 2017-05-05 2023-02-28 华为技术有限公司 一种数据传输的处理方法和装置
CN111385022B (zh) * 2018-12-29 2022-02-25 深圳市海思半导体有限公司 误码检测方法及相关设备
CN116827883B (zh) * 2023-08-25 2023-11-17 明度智云(浙江)科技有限公司 Scada系统离线数据缓存方法、装置和存储介质

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5570367A (en) * 1994-07-29 1996-10-29 Lucent Technologies Inc. Asymmetric protocol for wireless communications
US6788704B1 (en) * 1999-08-05 2004-09-07 Intel Corporation Network adapter with TCP windowing support
US6697331B1 (en) * 1999-11-17 2004-02-24 Telefonaktiebolaget Lm Ericsson (Publ) Link layer acknowledgement and retransmission for cellular telecommunications
CN100379191C (zh) * 2002-06-26 2008-04-02 华为技术有限公司 通信网络中的数据重传方法
CN1612617A (zh) * 2003-10-30 2005-05-04 北京三星通信技术研究有限公司 Edch采用无软合并混合自动重复请求时的方法
CN100433611C (zh) * 2004-03-15 2008-11-12 华为技术有限公司 一种通信系统中调度状态报告请求数据单元的方法
CN100359841C (zh) * 2004-05-18 2008-01-02 华为技术有限公司 一种发送状态报告的方法
CN1852075B (zh) * 2005-12-02 2010-05-05 华为技术有限公司 一种数据重传的方法及装置

Cited By (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11310681B2 (en) 2007-09-11 2022-04-19 Optis Cellular Technology, Llc Transmitting and receiving a PDCP layer status report in a mobile telecommunications system
US10848987B2 (en) 2007-09-11 2020-11-24 Optis Cellular Technology, Llc Transmitting and receiving a PDCP layer status report in a mobile telecommunications system
US10306489B2 (en) 2007-09-11 2019-05-28 Optis Cellular Technology, Llc Method for transmitting status report of PDCP layer in mobile telecommunications system and receiver of mobile telecommunications
TWI482475B (zh) * 2007-09-28 2015-04-21 Interdigital Patent Holdings 分組數據匯聚協議中控制協議數據單元方法及裝置
US11070976B2 (en) 2007-09-28 2021-07-20 Interdigital Patent Holdings, Inc. Operation of control protocol data units in packet data convergence protocol
US10405176B2 (en) 2007-09-28 2019-09-03 Interdigital Patent Holdings, Inc. Operation of control protocol data units in packet data convergence protocol
US9843925B2 (en) 2007-09-28 2017-12-12 Interdigital Patent Holdings, Inc. Operation of control protocol data units in packet data convergence protocol
TWI562562B (en) * 2008-02-08 2016-12-11 Optis Cellular Technology Llc Method and apparatus for handling status information in a telecommunication system
US9853775B2 (en) 2008-02-08 2017-12-26 Optis Wireless Technology, Llc Method and arrangement in a telecommunication system for handling status information of data units
CN103368705A (zh) * 2008-02-08 2013-10-23 爱立信电话股份有限公司 电信系统中的方法和设备
US8687548B2 (en) 2008-02-08 2014-04-01 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement in a telecommunication system for handling status information of data units
CN101939936A (zh) * 2008-02-08 2011-01-05 爱立信电话股份有限公司 电信系统中的方法和设备
CN101939936B (zh) * 2008-02-08 2013-08-21 爱立信电话股份有限公司 电信系统中的方法和设备
TWI508485B (zh) * 2008-02-08 2015-11-11 Optis Cellular Technology Llc 用於處理電信系統中之狀態資訊的方法及裝置
US9197375B2 (en) 2008-02-08 2015-11-24 Optis Cellular Technology, Llc Method and arrangement in a telecommunication system for handling status information of data units
US11139921B2 (en) 2008-02-08 2021-10-05 Optis Cellular Technology, Llc Method and arrangements in a telecommunication system for handling status information of data units
US10623146B2 (en) 2008-02-08 2020-04-14 Optis Cellular Technology, Llc Method and arrangements in a telecommunication system for handling status information of data units
US9531502B2 (en) 2008-02-08 2016-12-27 Optis Cellular Technology, Llc Method and arrangement in a telecommunication system for handling status information of data units
CN103368705B (zh) * 2008-02-08 2017-07-14 奥普蒂斯蜂窝技术有限责任公司 电信系统中的方法和设备
US10341059B2 (en) 2008-02-08 2019-07-02 Optis Cellular Technology, Llc Method and arrangements in a telecommunication system for handling status information of data units
TWI618378B (zh) * 2008-02-08 2018-03-11 奧普蒂斯蜂窩技術有限責任公司 用於處理電信系統中之狀態資訊的方法及裝置
CN102017501A (zh) * 2008-04-28 2011-04-13 高通股份有限公司 部分无线电链路控制状态报告
US8526440B2 (en) 2008-04-28 2013-09-03 Qualcomm Incorporated Partial radio link control status report
CN101795436B (zh) * 2009-02-04 2012-12-19 电信科学技术研究院 一种数据重传方法、装置及系统
WO2010142082A1 (zh) * 2009-06-12 2010-12-16 华为技术有限公司 切换处理方法、中继节点及目标节点
CN101931495B (zh) * 2009-06-18 2013-04-24 华为技术有限公司 一种数据处理方法及装置
CN101827016B (zh) * 2010-01-28 2013-01-02 北京天碁科技有限公司 一种生成接收数据的状态报告的方法和装置
CN102820957A (zh) * 2012-07-19 2012-12-12 福建先创通信有限公司 一种数据状态反馈包及其应用
CN102820957B (zh) * 2012-07-19 2016-03-30 福建先创通信有限公司 一种数据状态反馈包及其应用
CN104168284B (zh) * 2014-08-25 2019-02-05 联想(北京)有限公司 一种数据传输方法及第一电子设备
CN104168284A (zh) * 2014-08-25 2014-11-26 联想(北京)有限公司 一种数据传输方法及第一电子设备
WO2018213985A1 (zh) * 2017-05-22 2018-11-29 北京小米移动软件有限公司 数据传输方法及装置
US11418290B2 (en) 2017-05-22 2022-08-16 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for transmitting data
WO2021027714A1 (zh) * 2019-08-09 2021-02-18 维沃移动通信有限公司 数据传输方法、接收设备及发送设备

Also Published As

Publication number Publication date
WO2007098702A1 (fr) 2007-09-07
CN101030840B (zh) 2011-09-14

Similar Documents

Publication Publication Date Title
CN101030840A (zh) 具有重传请求的数据传输方法和接收端状态报告编制方法
CN1674715A (zh) 移动通信中执行基于压缩模式的混合自动重发请求的方法
CN1523797A (zh) Wcdma系统增强型上行专用信道harq的重排序方法
CN1976272A (zh) 在移动通信系统中控制反馈信号的可靠性的方法和装置
CN1918825A (zh) 发送和接收具有处理时间信息的控制协议数据单元
CN1750450A (zh) 为上行链路分组传输发送用户设备状态信息的方法和装置
CN1917416A (zh) 多载波高速下行分组接入中混合自动重传方法
CN1910839A (zh) 用于建立移动终端的无线承载的装置和方法
CN101047484A (zh) 一种传输层重传方法和系统
CN1722652A (zh) 基于混合自动重传请求改变发射时间间隔的方法和设备
CN1428026A (zh) 利用混合自动重复请求技术的数据传输中的信道质量测量
CN1768498A (zh) 在自动重复请求协议中避免停机状态和顺序号不确定性
CN1496157A (zh) 移动通信系统中的数据转发控制方法
CN1414726A (zh) 码分多址通信系统中发送和接收公共信息的方法
CN101064864A (zh) 一种mbms业务中计数及其接入控制方法
CN1829140A (zh) 移动通信系统、重传控制方法和记录介质
CN1951135A (zh) 控制站装置、基站装置、接收方法、传输方法以及通信方法
CN1306849C (zh) 具有停等式自动重发请求处理的时间调度的方法和装置
CN1870591A (zh) 一种高速下行包接入硬切换方法和系统
CN1833422A (zh) 分组通信装置
CN101060388A (zh) 数据混合自动重传方法及装置
CN1949925A (zh) 一种lte技术中的平滑切换方法
CN101064589A (zh) 一种自动重传请求的状态报告方法
CN1486104A (zh) 无线电通信方法、无线电基站和无线电终端
CN1653719A (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
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20070905

Assignee: Apple Computer, Inc.

Assignor: Huawei Technologies Co., Ltd.

Contract record no.: 2015990000755

Denomination of invention: Data transmission with re-transmission demand and method for presenting receiving-end state report

Granted publication date: 20110914

License type: Common License

Record date: 20150827

LICC Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model