WO2007098702A1 - 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 - Google Patents

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 Download PDF

Info

Publication number
WO2007098702A1
WO2007098702A1 PCT/CN2007/000661 CN2007000661W WO2007098702A1 WO 2007098702 A1 WO2007098702 A1 WO 2007098702A1 CN 2007000661 W CN2007000661 W CN 2007000661W WO 2007098702 A1 WO2007098702 A1 WO 2007098702A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
data block
status report
error
receiving
Prior art date
Application number
PCT/CN2007/000661
Other languages
English (en)
French (fr)
Inventor
Fei Shao
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.
Publication of WO2007098702A1 publication Critical patent/WO2007098702A1/zh

Links

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

Definitions

  • the present invention relates to the field of communication technologies, and in particular, to a data transmission method and system with a retransmission request and a method for composing a state of a receiver. Background technique
  • layer 3 is an RRC (Radio Resource Control) layer
  • layer 2 is a data link layer, which is divided into PDCP (Packet Data Convergence Protocol), BMC (Broadcast/Multicast). Control, broadcast/multi-broadcast control, RLC (Radio Link Control) and MAC (Medium Access Control) layers
  • layer 1 is the physical layer.
  • the uplink and downlink packet service data are transmitted according to the flow direction of the upper layer ⁇ physical layer ⁇ the peer physical layer ⁇ the peer higher layer, and the signaling is directly from the RRC layer to the RLC layer.
  • the RLC layer and the physical layer divide/concatenate the data from the upper layer, where the RLC layer sends the data LC SDU (Service Data Unit, service data sheet) from the upper layer.
  • the unit is divided into equal-sized data blocks, and header information is added to form an RLC PDU (Protocol Data Unit) to the MAC layer.
  • RLC PDU Protocol Data Unit
  • SN is the serial number of the PDU in FIG. 2;
  • the data from the MAC layer is sent to form a physical frame of appropriate size.
  • the receiving end performs the inverse process of splitting/cascading.
  • receiving incorrect data requires an originating retransmission.
  • For the RLC layer there are three service modes: Transparent Mode, Non-acknowledgement Mode, and Acknowledgement Mode.
  • the acknowledge mode service needs to perform RLC layer retransmission and acknowledge mode. The retransmission is triggered by the status report at the receiving end.
  • the ARQ Automatic Repeat Request
  • the main function of the status report is to indicate the reception status of the received PDUs.
  • the part reflecting the information is called the SUFI (super-field) field.
  • SUFI sub-field
  • Different types of SUFI fields use different methods to describe the reception of a group of PDUs.
  • the status report can be described by segmenting the appropriate type of SUFI field according to the characteristics of the received result. The following are several general SUFI domain types, including ACK, RLIST, LIST, BITMAP.
  • Type ACK: The type of SUFI is ACK type, which is suitable for confirming a set of correctly received PDUs;
  • LSN The serial number of the last received PDU.
  • Type RLIST: The type of SUFI is RLIST, which is suitable for reporting a group of ordered received PDUs with interval errors;
  • FSN the serial number of the first erroneous PDU in the RLIST
  • CWI ⁇ CWLENGTH The distance between the next erroneous PDU and the previous erroneous PDU.
  • Type LIST: The type of SUFI is LIST, which is suitable for reporting a group of PDUs with consecutive errors received in an orderly manner;
  • L The number of consecutively received PDUs after the SN.
  • Type BITMAP: The type of SUFI is BITMAP. This type of SUPI reports the overall situation of a group of received PDUs, which is suitable for cases where the error distribution does not have obvious regularity;
  • LENGTH The length of the Bitmap byte, usually 4bits, as shown in 0000. Bitmap has
  • FSN The first bit in the Bitmap corresponds to the serial number of the PDU
  • Bitmap The PDU of the serial number in the interval [FSN, FSN+(LENGTH +1) * 8 - 1]
  • the receiving status for example, 1 indicates that the serial number corresponding to the bite is correctly received, and 0 indicates that the serial number corresponding to the bite is not correctly received.
  • the state report in the existing system only uses a sequence number of the ordered data unit (PDU) for location identification, that is, the reception of the PDU corresponding to the feedback sequence number.
  • PDU ordered data unit
  • a PDU is likely to be divided into different segments (new transmission units), so the sender receives such a status report that it is impossible to accurately identify the reception status of the receiver.
  • the receiving end feedback PDU No. 1 is not correctly received, but the PDU No. 1 may have 3 segments, 2 have received correctly, and 1 has not received, but the sender receives such a status report, it will retransmit the entire All segments of the No. 1 PDU, which not only wastes resources, but also reduces the performance of the system.
  • the RLC layer is moved down to the base station, and the split cascading is also performed at the base station, and the re-segmentation cascade at the time of retransmission is supported.
  • the segmentation of such ordered data units cannot be accurately identified by only one sequence number, and this problem cannot even be solved by sequentially numbering the segments, since in the possible retransmissions, these segments also have again The possibility of segmentation.
  • the embodiment of the invention provides a method for compiling a status report of a receiving end in a data transmission process with a retransmission request, which can adapt to a system for performing multiple data division and transmission, and accurately reflect data receiving information of the receiving end.
  • An embodiment of the present invention provides a method for compiling a status report of a receiving end in a data transmission process with a retransmission request, including:
  • the data block includes ordered data units that are not partitioned and segments that are divided into ordered data units.
  • An embodiment of the present invention provides a data transmission method with a retransmission request, including the following steps: 1) The transmitting end divides or cascades the ordered data unit into a transmitting data unit and performs an ordered transmission; 2) the receiving end returns a status report of the received group of data blocks to the transmitting end according to the receiving condition, where the data block includes The unordered ordered data unit and each segment of the ordered ordered data unit; 3) the transmitting end performs the re-segmentation or cascading of the data block that needs to be retransmitted as the current ordered data unit according to the status report. Sequential transmission
  • An embodiment of the present invention provides a data transmission system with a retransmission request, including:
  • a data unit processing module configured at the transmitting end, configured to divide or cascade the ordered data unit into a sending unit and perform an ordered transmission;
  • a data report generation module which is set at the receiving end and configured to generate a status report according to the condition of receiving the data block
  • a sending module configured to be used by the receiving end, to return, to the sending end, a status report of the related data block generated by the data report generating module, where the data block includes an undivided ordered data unit and a divided ordered data unit Segments;
  • the transmitting end performs the orderly transmission according to the status report, and the data block that needs to be retransmitted is segmented or cascaded as the current ordered data unit.
  • the position information of the data block in the receiving sequence can be accurately described, and the description of the position information has a history. Inheritance, so that the confirmation of the data block is no longer affected by the number of divisions; based on such status report, the sender can accurately know the data content that needs to be resent, which minimizes the waste of system resources and improves the System performance, expressed in the user experience is faster data transmission and shorter waiting time, fully reflecting the performance requirements of system evolution.
  • FIG. 2 is a schematic diagram of data segmentation/cascade of the RLC layer in the prior art
  • FIG. 3 is a block diagram of data block division/cascade of a position description method in an embodiment of the present invention.
  • DETAILED DESCRIPTION In order for a status report to have a more optimized parameter structure, it is also possible to increase the number of segmentation sequence number parameters using the number of segmentation parameters.
  • the number of divisions is the number of times the current data block is divided relative to the initial data unit, including the division performed by the initial transmission and the retransmission transmission.
  • the number of split parameters is not required. For example, the number of fixed segment serial numbers can be set according to the number of times the split is allowed.
  • the number of division parameters can make the data structure more clear and enhance the readability, which is a preferred embodiment of the present invention. Therefore, a method of setting the parameter of the number of divisions will be specifically described below.
  • Figure 3 illustrates the location description method used in the present invention with an example of transmission and retransmission of a set of ordered data units.
  • the top layer is the two ordered data units with sequence numbers 1 and 2 that need to be sent, hereinafter referred to as the initial data unit.
  • the second layer is the segmentation and cascading of the initial data units 1 and 2 during the first transmission.
  • the segmentation sequence number only one segmentation is done at this time, so there is only one segmentation sequence number.
  • the following describes the data block in the format of SN.SSN.
  • Data block 1.1, data block 1.2+ data block 2.1, and data block 2.2 respectively constitute a transmitting unit (indicated by dotted braces in Fig. 3), and after the first transmission, only the data block 1.2 and the data block 2.1 are cascaded.
  • the transmitting unit is correctly received (the block filled with slashes in Fig. 3 indicates the correctly received data block).
  • the third layer is the division and cascading of data blocks at the first retransmission.
  • the data block 1.1 and the data block 2.2 that are not correctly received become new ordered data units for re-segmentation and cascading, and the data block 1.1+ data block 2.2.1 and the data block 2.2.2 respectively constitute a transmitting unit.
  • Data block 2.2 is split again, so the re-segmented data block has two SSNs, the first retransmission
  • the transmitting unit which is cascaded by the data block 1.1 and the data block 2.2.1 is correctly received.
  • the fourth layer is the case of the data block at the second retransmission.
  • the data block that was not correctly received 2.2.2 is resent as a new ordered data unit. In this transmission, the data block 2.2.2 is not split again, and all data blocks are correctly received after the second retransmission.
  • the data block description using the number of divisions and the segmentation sequence number has historical inheritance, so that the confirmation of the data block is no longer affected by the number of divisions and the associated transmission unit, and the description method can be accurate.
  • the position information of the data block in the received sequence is given.
  • the receiving status can be expressed in the status report of the receiving end with accurate data block position information, so that the status report can correctly reflect the specific receiving status.
  • the following is a description of the SUPI domain types of the existing status reports, and gives a new state description domain evolution structure according to the method of the present invention:
  • Structure 1 ACK type field (receive confirmation field), the structure is as follows
  • Type ACK: indicates the type of the domain
  • LSN indicates the initial data unit sequence number to which the data block of the correctly received range belongs
  • SD the number of divisions of the data block, that is, the number of SSNs
  • the status information reported by this type field is the data block before the number [LSN, SSN l 5 ..., SSN SD ].
  • the LSN variable is defined as the last positive.
  • the block following the data block that is received in an orderly manner may also be set to be larger than the block, 'as long as the data range correctly received can be determined according to the definition logic, the specific parameter definition does not constitute a limitation of the present invention.
  • Type RLIST: indicates the type of the domain
  • LENGTH the number of interval error groups, that is, the number of subsequent [SN, SD, SSN, CW] combinations; (the number of interval error groups is determined by such a method: error data blocks having the same division history are grouped together, All erroneous data blocks composed of undivided initial data units are grouped, and the remaining erroneous data blocks are grouped into one group; the same divided history means that each data block belongs to the same data block before the last split.
  • SN the initial data unit sequence number of the first error data block in the group
  • SD the number of divisions of the data block, both the number of SSNs
  • Length the number of other error data blocks in the same group, that is, the number of CWs
  • CW The distance between the error data block and the adjacent previous error data block after the received sequence. For example, there are multiple error data blocks in the same group, that is, CWi cw 2 cw length is sequentially programmed.
  • the status information reported by this type of domain is feedback on the incorrectly spaced data block.
  • the numbered data blocks of 1, 2.1, 2.2, 2.3, 3.1, 3.2, 4, 5.1, 5.2, 6.1, 6.2, and 7 are received in order, and data of 1, 2.1, 2.3, 4, and 7 are received. If the block is not received correctly, it is fed back in the status report.
  • Structure 3 LIST type field (describes the domain that continuously receives errors), the structure is as follows
  • Type LIST: indicates the type of the domain
  • LENGTH the number of consecutive error groups, that is, the number of subsequent [SN, SD, SSN, L] combinations; (the number of consecutive error groups is determined by such a method: the segmentation sequence with the same segmentation history and the last segmentation
  • the consecutive erroneous data blocks are grouped together, and the erroneous data blocks consisting of unsegmented initial data units and consecutive serial numbers are grouped together, and the remaining erroneous data blocks are grouped together.
  • SN the initial data unit sequence number of the first error data block in the group
  • SD the number of divisions of the data block, that is, the number of SSNs
  • L The number of other error data blocks in the same group.
  • the status information reported by this type of domain is feedback on consecutively erroneous data blocks.
  • the numbered data blocks of 1, 2, 3, 4, 5, 6.1, 6.2, 6.3, 6.4, 7.1, and 7.2 are received in order, of which 1, 2, 3, 4, 5, 6.1, 6.2 , 6.3, 6.4 data block is not received correctly, then feedback in the status report
  • the above gives two specific structures (RLIST type and LIST type) describing the reception error field.
  • the error group group method used can describe the exact position information of the error distribution with as few parameters as possible, or it can be different from the above.
  • the grouping strategy is to increase or decrease the number of packets. For example, all data blocks based on the same initial data unit are grouped, etc., and of course, the corresponding definition of the intra-domain parameters is also required.
  • the changes in these specific data structures can be flexibly derived and varied in a manner that is logically analyzed, as long as it is still based on the method of determining the location of the data blocks as described in the method of the present invention, without departing from the scope of the present invention.
  • Structure 4 BITMAP type field (the field describing the sequence receiving status), the structure is as follows
  • Type BITMAP: indicates the type of the domain
  • FSN the initial data unit sequence number of the data block corresponding to the first bit in the Bitmap
  • SD the number of times of dividing the data block, that is, the number of SSNs
  • LSN the initial data unit sequence number of the data block corresponding to the last bit in the Bitmap, and the subsequent SD and SSN definitions of the LSN are the same as above;
  • the status data part indicates the data reception status in the feedback interval [FSN&SSN, LSN&SSN].
  • the length is determined by the number of data blocks between FSN&SSN and LSN&SSN.
  • the status information reported by this type of domain is the reception status of a contiguous set of data blocks.
  • the ordered number of data blocks of 1, 2.1, 2.2, 2.3, 3, 4.1, 4.2, and 5 are received, and the data blocks of 1, 2.2, and 4.1 are not received correctly, and the rest are received correctly. Feedback in the status report.
  • the three 0 locations in the bitmap indicate the reception of the three data blocks 1, 2.2, 4.1 (not received correctly), and the rest.
  • the position 1 indicates the reception of other data blocks (received correctly).
  • the above various fields can be used individually or in combination in a status report, and the specific selection can be determined based on the distribution characteristics of the error block. For example, a set of data blocks is received in order, the previous data block is received correctly, the middle data block has a small number of interval errors, and the last data block has a continuity error, then a mixed status report can be given, for the receiving sequence.
  • the former segment uses the ACK type field description
  • the middle segment uses the RLIST type field description
  • the last segment uses the LIST type field description. Fully combining the wrong distribution characteristics to determine the type of domain used can make the status report as concise as possible.
  • the defined description parameters can be set to a fixed length as in the existing status report, so as to facilitate the resolution and reading of the transmitting end.
  • the length of each parameter setting can be determined according to the role of the parameter, for example, the initial serial number parameter. It can be set to 12bit, and the segmentation serial number parameter is generally set to 3bit.
  • the embodiment of the present invention further provides a data transmission method with a retransmission request, including the following steps:
  • the transmitting end divides or cascades the ordered data unit into a sending unit and performs an ordered transmission; 2) the receiving end returns a status report of the received group of data blocks to the transmitting end according to the receiving condition, where the data block includes Each of the segmented ordered data unit and the segmented ordered data unit Segmentation; the state 4 report is compiled according to the above method;
  • the transmitting end performs the orderly transmission according to the status report, and the data block that needs to be retransmitted is segmented or cascaded as the current ordered data unit;
  • the above data transmission method is not limited by the static size of the transmitting unit, and can be applied to a system with a fixed transmission unit size, and also to a system in which the size/length of the transmission unit is dynamically configured according to the state of the current communication channel.
  • the specific retransmission mode of the transmitting end can also be flexibly selected. For example, an automatic retransmission (ARQ) or a hybrid automatic retransmission (HARQ) method can be used. Since the sender can accurately know the data content that needs to be resent, it can minimize the waste of system resources and improve system performance. The performance in the user experience is faster data transmission and shorter waiting time.
  • the above transmission method is suitable for data transmission in various acknowledgment modes, and is particularly suitable for the evolution of the E-UTRA interface standard.
  • an embodiment of the present invention provides a data transmission system with a retransmission request, including: a data unit processing module, configured at a sending end, configured to divide or cascade an ordered data unit into a sending unit and perform an ordered transmission;
  • a data report generating module configured at the receiving end, configured to generate a status report according to the situation of receiving the data block
  • a sending module configured to be sent to the sending end, to return, to the sending end, a status report of the related data block generated by the data report generating module, where the data block includes the undivided ordered data unit and the divided ordered data unit Segments;
  • the transmitting end performs the orderly transmission according to the status report, and the data block that needs to be retransmitted is segmented or cascaded as the current ordered data unit.

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)

Description

具有重传请求的数据传输方法和系统以及
接收端状态报告编制方法
本申请要求于 2006 年 03 月 02 曰提交中国专利局、 申请号为 200610058625.9.发明名称为 "具有重传请求的数据传输方法和接收端状态 报告编制方法" 的中国专利申请的优先权， 其全部内容通过引用结合在本 申请中。
技术械
本发明涉及通讯技术领域， 具体是涉及一种具有重传请求的数据传输 方法和系统以及接收端状态 ^艮告编制方法。 背景技术
从 20世纪 90年代初开始到现在， WCDMA ( Wideband Code Division Multiple Access, 宽带码分多址） 系统的技术规范已经走过了 Release99、 Release4、 Release 5、 Release 6这几个阶段， 目前关于 Release 7的标准化工 作已经开始实施。 与此同时， 更长期的 LTE ( Long Term Evolution, 长期演 进）的研究也已经开始逐渐成为标准化工作的新热点。 目前讨论的 Release 7 协议目标是进一步改善系统性能， 为用户提供更高速率， 更好性能的服务。 当前 LTE中的 UTRA ( Universal Telecommunication Radio Access,通用无线 接口）被称为 E-UTRA。
在 Release 7之前的系统， 无线接口协议的结构分为 3层。如图 1所示， 其中层 3为 RRC ( Radio Resource Control, 无线资源控制）层， 层 2为数据 链路层，分为 PDCP( Packet Data Convergence Protocol,分组数据集中协议 ), BMC ( Broadcast/multicast Control, 广播 /多广播控制）， RLC ( Radio Link Control, 无线链路控制）和 MAC ( Medium Access Control, 媒体接入控制 ) 层， 层 1 就是物理层。 上下行的分组业务数据都是按照高层→物理层→对 端物理层→对端高层的流向进行传输， 信令则是直接从 RRC层到 RLC层。 在数据传输过程中， RLC层和物理层会对高层过来的数据进行分割 /级联， 其中 RLC层将高层送来的数据 LC SDU ( Service Data Unit, 服务数据单 元）分割为大小相等的数据块， 加上头信息， 组成 RLC PDU ( Protocol Data Unit, 协议数据单元）送往 MAC层， 如图 2所示， 图 2中 SN为 PDU的序 列号； 在物理层， 将 MAC层过来的数据组成大小合适的物理帧发送出去。 而接收端则执行分割 /级联的逆过程。
在 WCDMA系统中， 接收不正确的数据需要发端重传。 对传输错误的 业务数据最多有 3处重传， 从高层到低层分为： 服务器重传， RLC层重传 和物理层重传。 重传所处的协议层越高， 重传消耗的时间就越长， 业务时 延越长， 用户的感受越差。 对 RLC层而言， 有 3 种业务模式： 透明模式 ( Transparent Mode ) , 非确认模式 ( 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 ― CWLENGTH
Type = RLIST: SUFI的类型为 RLIST,该类型 SUPI适用于报告一组有 序接收的具有间隔错误的 PDU;
LENGTH: CW的数目；
FSN: 在 RLIST中第一个错误的 PDU的序列号；
CWI~CWLENGTH: 后一错误的 PDU与前一错误的 PDU之间的距离。
③ LIST型 SUFI: 结构如下表
Figure imgf000005_0001
Type = LIST: SUFI的类型为 LIST, 该类型 SUFI适用于报告一组有序 接收的具有连续错误的 PDU;
LENGTH: [SN, L]组合的数目；
SN: 没有正确接收的 PDU的序列号；
L: 该 SN后连续没有正确接收的 PDU的数目。
④ BITMAP型 SUFI: 结构如下表
Figure imgf000005_0002
Type = BITMAP: SUFI的类型为 BITMAP, 该类型 SUPI报告一组有序 接收的 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层下移至基站， 分割级联也会在基站执行， 且支 持重传时的再次分割级联。 这样有序数据单元的分段仅用一个序列号是无 法准确标识的， 并且这个问题甚至也无法通过对分段进行顺序编号来解决， 因为在可能出现的重传中， 这些分段同样具有再次分割的可能。 这就迫切 的需要状态报告的编制进行相应的演进， 使得发送端能够在一次发送以及 多次重传分割后仍能准确获知接收端的接收状态信息， 进而准确的选择出 真正需要重传的数据。
发明内容
本发明实施例提供一种具有重传请求的数据传输过程中接收端状态报 告的编制方法， 能够适应进行多次数据分割和发送的系统， 准确的反映接 收端的数据接收信息。
本发明实施例提供一种具有重传请求的数据传输过程中接收端状态报 告的编制方法， 包括：
在所述状态 4艮告中设置数据单元序列号和数据单元分段序列号，以描述 所报告接收状态所对应的数据块在接收序列中的位置信息；
所述数据块包括未被分割的有序数据单元和被分割有序数据单元的各 分段。
本发明实施例提供一种具有重传请求的数据传输方法， 包括如下步骤： 1 )发送端将有序数据单元分割或級联为发送数据单元并进行有序发送; 2 )接收端根据接收情况向发送端返回所接收的一组数据块的状态报告， 所述数据块包括未被分割的有序数据单元和被分割有序数据单元的各分段； 3 )发送端根据状态报告， 将需要重传的数据块作为当前有序数据单元 进行再次分割或级联后进行有序发送；
4 )重复步骤 2 )和 3 )直至数据正确接收完毕或达到设定的最大重传次 数。
本发明实施例提供一种具有重传请求的数据传输系统， 包括：
数据单元处理模块，设置在发送端， 用于将有序数据单元分割或级联为 发送单元并进行有序发送；
数据报告生成模块，设置在接收端， 用于根据接收数据块的情况生成状 态报告； '
发送模块，设置在接收端， 用于向发送端返回所述数据报告生成模块所 生成的相关数据块的状态报告 ,所述数据块包括未被分割的有序数据单元和 被分割有序数据单元的各分段；
发送端根据所述状态报告，将需要重传的数据块作为当前有序数据单元 进行再次分割或级联后进行有序发送。
本发明实施例提供的技术方案中， 通过在状态报告的编制方法中增加 使用分段序列号参数， 能够准确描述出数据块在接收序列中的位置信息， 并且使这种位置信息的描述具有历史继承性， 使得对数据块的确认不再受 分割次数的影响； 而基于这样的状态报告， 发送端能够准确的获知需要重 新发送的数据内容， 最大限度的减少了对系统资源的浪费， 提高了系统性 能， 表现在用户体验上就是更快的数据传输和更短的等待时间， 充分体现 系统演进的性能要求。
基于本发明实施例提供的技术方案可以设计出各种在结构上与现有状 态报告的 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未进行再次 分割， 第二次重发后所有数据块均被正确接收。
由上述简单实例可以看出采用分割次数和分段序列号进行的数据块描 述具有历史继承性， 使得对数据块的确认不再受分割次数以及所属发送单 元的影响， 这种描述方法能够准确的给出数据块在接收序列中的位置信息。
基于这种扩展的序列描述方式进行状态报告的编制 , 就可以在接收端 状态报告中以准确的数据块位置信息来表述接收状态， 使状态报告能够正 确的反映具体的接收状况。 下面对应于现有状态报告的几种 SUPI域类型， 给出按本发明方法演进后新的状态描述域的编制结构：
结构一： ACK型域（接收确认域）， 结构如下表
Figure imgf000009_0001
Type = ACK: 说明域的类型；
LSN: 指示正确接收的范围的数据块所属初始数据单元序列号；
SD: 该数据块的分割次数， 即 SSN的数目；
SSN: 该数据块在各次分割中所对应的分段序列号， 如果有多次分割， 即顺序编入 SSN^ SSN2 SSNSD; 若没有分割即 SD = 0则该参数省略。
该类型域报告的状态信息是对编号为 [LSN, SSNl 5 ...， 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型域（描述间隔接收错误的域）， 结构如下表
Figure imgf000010_0001
Type = RLIST: 说明域的类型；
LENGTH: 间隔错误组个数， 也即后续的 [SN, SD, SSN, CW]组合的 个数； （间隔错误组个数采用这样的方法确定： 具有相同分割历史的出错数 据块各成一组， 所有由无分割初始数据单元构成的出错数据块作为一組， 其余出错数据块各成一組； 所述具有相同分割历史是指各数据块在最后一 次分割前属于同一数据块。 )
SN: 该组中第一个出错数据块所属初始数据单元序列号；
SD: 该数据块的分割次数， 既 SSN的数目；
length: 其余同组错误数据块的数目， 即 CW的数目；
SSN: 该数据块在各次分割中所对应的分段序列号， 如果有多次分割， 即顺序编入 SSN^ SSN2 SSNSD; 如果没有分割即 SD = 0则该参数省 略； CW: 按接收序列后一同组错误数据块与相邻前一同组错误数据块之间 的距离，例如，同组有多个错误数据块，即顺序编入 CWi 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, SNi = 1 , SD^ O, length = 2, CWi = 3, CW2 = 3; 说明 无分割的 1 , 4, 7号数据块没有接收正确；
SN2 = 2, SD2 = 1 , length = 1 , SSN = 1， CWj = 2; 说明 2号初始数据单 元一次分割后的数据块 2.1及 2.3没有接收正确。
结构三： LIST型域（描述连续接收错误的域）， 结构如下表
Figure imgf000011_0001
SNLENGTH
SD
SSN
L
Type = LIST: 说明域的类型；
LENGTH: 连续错误组个数， 也即后续的 [SN, SD, SSN, L]组合的个 数； （连续错误组个数采用这样的方法确定： 具有相同分割历史且最后一次 分割的分段序列号连续的出错数据块各成一组， 由无分割初始数据单元构 成且序列号连续的出错数据块作为一组， 其余出错数据块各成一组。 )
SN: 该组中第一个出错数据块所属初始数据单元序列号；
SD: 该数据块的分割次数， 即 SSN的数目； SSN: 该数据块在各次分割中所对应的分段序列号， 如果有多次分割， 即顺序编入 SSN!、 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, SNj = 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型域（描述序列接收状态的域）， 结构如下表
Figure imgf000012_0001
Type = BITMAP: 说明域的类型；
FSN: Bitmap中第一个 bit所对应的数据块所属初始数据单元序列号； SD: 该数据块的分割次数， 即 SSN的数目； SSN: 该数据块在各次分割中所对应的分段序列号， 如果有多次分割， 即顺序编入 SSN 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 )接收端根据接收情况向发送端返回所接收的一组数据块的状态报 告， 所述数据块包括未被分割的有序数据单元和被分割有序数据单元的各 分段； 所述状态 4艮告按照上述方法进行编制；
3 )发送端根据状态报告， 将需要重传的数据块作为当前有序数据单元 进行再次分割或级联后进行有序发送；
4 )重复步骤 2 )和 3 )直至数据正确接收完毕或达到设定的最大重传 次数。
上述数据传输方法不受发送单元是否具有静态大小的限制， 既可适用 于发送单元大小固定的系统， 也适用于发送单元的大小 /长短才 ^据当前通讯 信道的状态动态配置的系统。 此外， 发送端具体的重传方式也可灵活选择， 例如， 可使用自动重传（ARQ )或混合自动重传（HARQ )方式。 由于发送 端能够准确的获知需要重新发送的数据内容， 因此能够最大限度的减少对 系统资源的浪费， 提高了系统性能， 表现在用户体验上就是更快的数据传 输和更短的等待时间。 上述传输方法适用于各种确认模式下的数据传输， 特别适用于 E-UTRA接口标准的演进。
另外， 本发明实施例提供一种具有重传请求的数据传输系统， 包括： 数据单元处理模块，设置在发送端， 用于将有序数据单元分割或级联为 发送单元并进行有序发送；
数据报告生成模块，设置在接收端， 用于根据接收数据块的情况生成状 态报告；
发送模块，设置在接收端，用于向发送端返回所述数据报告生成模块所 生成的相关数据块的状态报告，所述数据块包括未被分割的有序数据单元和 被分割有序数据单元的各分段；
发送端根据所述状态报告，将需要重传的数据块作为当前有序数据单元 进行再次分割或级联后进行有序发送。
上述实施例是用于说明和解释本发明的原理的。 可以理解， 本发明的 具体实施方式不限于此。 对于本领域技术人员而言， 在不脱离本发明的实 质和范围的前提下进行的各种变更和修改均涵盖在本发明的保护范围之 内。

Claims

权 利 要 求
1、 一种具有重传请求的数据传输过程中接收端状态报告的编制方法， 其特征在于， 包括：
在所述状态报告中设置数据单元序列号和数据单元分段序列号 , 以描 述所报告接收状态所对应的数据块在接收序列中的位置信息；
所述数据块包括未被分割的有序数据单元和被分割有序数据单元的各 分段。
2、根据权利要求 1所述的方法， 其特征在于， 在所述状态报告中还设 置数据单元分割次数， 以指示数据单元分段序列号的数目。
3、根据权利要求 1或 2所述的方法， 其特征在于， 所述有序数据单元 包括初始需要发送的数据单元和 /或需要重传的数据块。
4、根据权利要求 3所述的方法， 其特征在于， 所述状态报告包括接收 确认域， 所述编制方法包括：
在接收确认域的位置信息部分顺序编入： 指示正确接收的范围的数据 块所属初始数据单元序列号、 和 /或该数据块的分割次数、 该数据块在各次 分割中所对应的分段序列号。
5、根据权利要求 3所述的方法， 其特征在于， 所述状态报告包括接收 错误域， 所述编制方法包括：
在接收错误域的位置信息部分顺序编入： 间隔错误组个数、 各间隔错 误组位置信息；
间隔错误组个数采用这样的方法确定： 具有相同分割历史的出错数据 块各成一组， 所有由无分割初始数据单元构成的出错数据块作为一组， 其 余出错数据块各成一组； 所述具有相同分割历史是指各数据块在最后一次 分割前属于同一数据块；
各间隔错误组位置信息包括顺序编入的： 按接收序列该组中第一个出 错数据块所属初始数据单元序列号、 和 /或该数据块的分割次数、 其余同组 错误数据块的数目、 该数据块在各次分割中所对应的分段序列号、 按接收 序列后一同组错误数据块与相邻前一同組错误数据块之间的距离。
6、根据权利要求 3所述的方法， 其特征在于， 所述状态报告包括接收 错误域， 所述编制方法包括在接收错误域的位置信息部分顺序编入： 连续 错误组个数、 各连续错误组位置信息；
连续错误组个数采用这样的方法确定： 具有相同分割历史且最后一次 分割的分段序列号连续的出错数据块各成一组， 由无分割初始数据单元构 成且序列号连续的出错数据块作为一组， 其余出错数据块各成一组； 所述 具有相同分割历史是指各数据块在最后一次分割前属于同一数据块；
各连续错误组位置信息包括顺序编入的： 按接收序列该组中第一个出 错数据块所属初始数据单元序列号、 和 /或该数据块的分割次数、 该数据块 在各次分割中所对应的分段序列号、 其余同组错误数据块的数目。
7、根据权利要求 3所述的方法， 其特征在于， 所述状态报告包括序列 接收状态域， 所述编制方法包括在序列接收状态域中设置位置信息部分和 状态数据部分，
位置信息部分包括顺序编入的： 状态数据部分第一个位所对应的数据 块所属初始数据单元序列号、 和 /或该数据块的分割次数、 该数据块在各次 分割中所对应的分段序列号、 状态数据部分最后一个位所对应的数据块所 属初始数据单元序列号、 此数据块的分割次数、 此数据块在各次分割中所 对应的分段序列号；
状态数据部分各个位按接收序列分別表示相应数据块的接收情况。
8、 一种具有重传请求的数据传输方法， 其特征在于， 包括如下步骤： 1 )发送端将有序数据单元分割或级联为发送数据单元并进行有序发送；
2 )接收端根据接收情况向发送端返回所接收的一组数据块的状态报告， 所述数据块包括未被分割的有序数据单元和被分割有序数据单元的各分 段；
3 )发送端根据状态报告， 将需要重传的数据块作为当前有序数据单元 进行再次分割或级联后进行有序发送；
4 )重复步骤 2 )和 3 )直至数据正确接收完毕或达到设定的最大重传次 数。
9、根据权利要求 8所述的方法， 其特征在于， 所述发送数据单元的规 格根据当前通讯信道的状态动态配置。
10、 根据权利要求 8所述的方法， 其特征在于， 所述状态报告中设置 数据单元序列号和数据单元分段序列号， 以描述所报告接收状态所对应的 数据块在接收序列中的位置信息。
11、 一种具有重传请求的数据传输系统， 其特征在于， 包括： 数据单元处理模块，设置在发送端， 用于将有序数据单元分割或级联为 发送单元并进行有序发送；
数据报告生成模块，设置在接收端， 用于根据接收数据块的情况生成状 态报告，
数据报告生成模块， 设置在接收端， 用于根据接收情况生成状态报告； 发送模块，设置在接收端，用于向发送端返回所述数据报告生成模块所 生成的相关数据块的状态报告，所述数据块包括未被分割的有序数据单元和 被分割有序数据单元的各分段；
发送端根据所述状态报告，将需要重传的数据块作为当前有序数据单元 进行再次分割或级联后进行有序发送。
PCT/CN2007/000661 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 WO2007098702A1 (fr)

Applications Claiming Priority (2)

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

Publications (1)

Publication Number Publication Date
WO2007098702A1 true WO2007098702A1 (fr) 2007-09-07

Family

ID=38458669

Family Applications (1)

Application Number Title Priority Date Filing Date
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

Country Status (2)

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

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108809510A (zh) * 2017-05-05 2018-11-13 华为技术有限公司 一种数据传输的处理方法和装置
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
CN116827883A (zh) * 2023-08-25 2023-09-29 明度智云(浙江)科技有限公司 Scada系统离线数据缓存方法、装置和存储介质

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009045871A2 (en) * 2007-09-28 2009-04-09 Interdigital Patent Holdings, Inc. Operation of control protocol data units in packet data convergence protocol
PT2241046E (pt) * 2008-02-08 2012-03-09 Ericsson Telefon Ab L M Processo e dispositivo num sistema de telecomunicações
US8526440B2 (en) * 2008-04-28 2013-09-03 Qualcomm Incorporated Partial radio link control status report
CN101795436B (zh) * 2009-02-04 2012-12-19 电信科学技术研究院 一种数据重传方法、装置及系统
CN102246554B (zh) * 2009-06-12 2014-02-19 华为技术有限公司 切换处理方法、中继节点及目标节点
CN101931495B (zh) * 2009-06-18 2013-04-24 华为技术有限公司 一种数据处理方法及装置
CN101827016B (zh) * 2010-01-28 2013-01-02 北京天碁科技有限公司 一种生成接收数据的状态报告的方法和装置
CN102820957B (zh) * 2012-07-19 2016-03-30 福建先创通信有限公司 一种数据状态反馈包及其应用
CN104168284B (zh) * 2014-08-25 2019-02-05 联想(北京)有限公司 一种数据传输方法及第一电子设备
WO2018213985A1 (zh) * 2017-05-22 2018-11-29 北京小米移动软件有限公司 数据传输方法及装置
CN111385022B (zh) * 2018-12-29 2022-02-25 深圳市海思半导体有限公司 误码检测方法及相关设备
CN111835457B (zh) * 2019-08-09 2022-04-26 维沃移动通信有限公司 一种数据传输方法、接收设备及发送设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0695053A2 (en) * 1994-07-29 1996-01-31 AT&T Corp. Asymmetric protocol for wireless communications
CN1464677A (zh) * 2002-06-26 2003-12-31 华为技术有限公司 通信网络中的数据重传方法
US6697331B1 (en) * 1999-11-17 2004-02-24 Telefonaktiebolaget Lm Ericsson (Publ) Link layer acknowledgement and retransmission for cellular telecommunications
CN1700627A (zh) * 2004-05-18 2005-11-23 华为技术有限公司 一种发送状态报告的方法
CN1852075A (zh) * 2005-12-02 2006-10-25 华为技术有限公司 一种数据重传的方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6788704B1 (en) * 1999-08-05 2004-09-07 Intel Corporation Network adapter with TCP windowing support
CN1612617A (zh) * 2003-10-30 2005-05-04 北京三星通信技术研究有限公司 Edch采用无软合并混合自动重复请求时的方法
CN100433611C (zh) * 2004-03-15 2008-11-12 华为技术有限公司 一种通信系统中调度状态报告请求数据单元的方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0695053A2 (en) * 1994-07-29 1996-01-31 AT&T Corp. Asymmetric protocol for wireless communications
US6697331B1 (en) * 1999-11-17 2004-02-24 Telefonaktiebolaget Lm Ericsson (Publ) Link layer acknowledgement and retransmission for cellular telecommunications
CN1464677A (zh) * 2002-06-26 2003-12-31 华为技术有限公司 通信网络中的数据重传方法
CN1700627A (zh) * 2004-05-18 2005-11-23 华为技术有限公司 一种发送状态报告的方法
CN1852075A (zh) * 2005-12-02 2006-10-25 华为技术有限公司 一种数据重传的方法及装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
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
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
CN108809510A (zh) * 2017-05-05 2018-11-13 华为技术有限公司 一种数据传输的处理方法和装置
CN116827883A (zh) * 2023-08-25 2023-09-29 明度智云(浙江)科技有限公司 Scada系统离线数据缓存方法、装置和存储介质
CN116827883B (zh) * 2023-08-25 2023-11-17 明度智云(浙江)科技有限公司 Scada系统离线数据缓存方法、装置和存储介质

Also Published As

Publication number Publication date
CN101030840A (zh) 2007-09-05
CN101030840B (zh) 2011-09-14

Similar Documents

Publication Publication Date Title
WO2007098702A1 (fr) 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
AU2005253495B2 (en) Transmitting and receiving control protocol data unit having processing time information
KR100765121B1 (ko) 송신버퍼의 프로토콜 데이터 유닛 폴링 방법
CN101421964B (zh) 移动通信系统中发送和接收状态报告的方法和装置
JP5190143B2 (ja) 非サービング基地局へのｔｔｉバンドル表示
AU2003276747B2 (en) Method for moving a receive window in a radio access network
US8413002B2 (en) Method of performing ARQ procedure for transmitting high rate data
CN105471549B (zh) 基于a-mpdu子帧位置信息控制的块确认系统及方法
RU2487485C2 (ru) Способ управления окном передачи и повторной передачей и передающее устройство
EP1211840A1 (en) Hybrid ARQ with parallel packet transmission
TW525399B (en) Transmission control in a radio access network
CN101030842B (zh) 移动通信系统中数据的重排方法及其装置
US20150237653A1 (en) Method of performing polling procedure in a wireless communication system
CN102449944A (zh) 多跳中继通信系统中对下行数据传输控制的方法和装置
CN101242248A (zh) 用于传输前向控制信道的反向应答/非应答的方法和装置
KR20060067963A (ko) 점대 다지점 데이터 전송 수행 방법, 통신 시스템과 송신국및 수신국
CN1464677A (zh) 通信网络中的数据重传方法
CN102106176A (zh) 在移动通信系统中用于用户设备的信号传输方法和装置
CN113473532B (zh) 一种无线链路控制状态报告优化传输方法及系统
CN107659959B (zh) 一种专网无线通信系统中上报接收数据状态的方法
CN101039228B (zh) 一种数据包头优化方法
CN102201901A (zh) 数据重传方法及装置
JP7297678B2 (ja) データが破損しているかどうかを判断するための方法および装置
KR20020039188A (ko) 무선 근거리 통신망 시스템에서 미디어 억세스 콘트롤계층의 데이터 전송 처리 방법
CN101170570A (zh) 无线链路控制层服务数据单元的分段方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07720298

Country of ref document: EP

Kind code of ref document: A1