CN101039170A - 支持数据包重传分割级联的方法 - Google Patents

支持数据包重传分割级联的方法 Download PDF

Info

Publication number
CN101039170A
CN101039170A CNA2006100650448A CN200610065044A CN101039170A CN 101039170 A CN101039170 A CN 101039170A CN A2006100650448 A CNA2006100650448 A CN A2006100650448A CN 200610065044 A CN200610065044 A CN 200610065044A CN 101039170 A CN101039170 A CN 101039170A
Authority
CN
China
Prior art keywords
data unit
protocol data
service data
sequence number
length mark
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
CNA2006100650448A
Other languages
English (en)
Other versions
CN101039170B (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 CN2006100650448A priority Critical patent/CN101039170B/zh
Priority to PCT/CN2007/000838 priority patent/WO2007104261A1/zh
Publication of CN101039170A publication Critical patent/CN101039170A/zh
Application granted granted Critical
Publication of CN101039170B publication Critical patent/CN101039170B/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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols

Landscapes

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

Abstract

本发明公开了一种支持数据包重传分割级联的方法，对一确认模式业务的数据单元进行编号，得到一序号，且该序号被延用于对数据单元进行的后续处理过程；所传送的数据单元的包头部分至少包括该序号及相应的分割级联信息，该序号及该分割级联信息共同指示该数据单元中各数据块的确定的位置关系。本发明通过一个有效的包头格式支持了重传时的再次分割级联，既可支持SDU的编号，也可支持PDU编号，而且可有效节省状态报告的开销。

Description

支持数据包重传分割级联的方法
技术领域
本发明涉及移动通信技术，尤其是指一种与无线接口相关的针对RLC(RadioLink Control，无线链路控制)分割级联功能在LTE(Long Term Evolution)MAC(Media Access Control，媒质接入控制)实现的技术。
背景技术
UMTS(Universal Mobile Telecommunication Systems：通用移动通信系统)是采用WCDMA空中接口的第三代移动通信系统。通常也把UMTS系统称为WCDMA通信系统。
从功能上，网络单元可以分为无线接入网络(Radio Access Network，RAN)和核心网(Core Network，CN)，其中无线接入网络用于处理所有与无线有关的功能，而CN处理UMTS系统内所有的话音呼叫和数据连接与外部网络的交换和路由，其系统结构如图1所示。
UMTS系统的网络单元包括UE(User Equipment，用户设备)、UTRAN(UMTSTerrestrial Radio Access Network，UMTS陆地无线接入网)、CN(CoreNetwork)、OMC(Operation and Maintenance Center，操作维护中心)功能实体。系统网络构成如图2所示，图2同时示意了WCDMA系统主要的接口：Uu接口是WCDMA的无线接口；UE通过Uu接口接入到UMTS系统的固定网络部分，Iu接口是连接UTRAN和CN的接口；Iur接口是连接RNC之间的接口，Iur接口是UMTS系统特有的接口，被用于对RAN中移动台的移动管理；Iub接口是连接NodeB与RNC的接口。
无线接口一般指用户设备(UE)和网络之间的Uu接口。无线接口的协议结构如图3所示：无线接口分为三个协议层：物理层(L1)、数据链路层(L2)、及网络层(L3)，其中L2包括MAC、RLC、PDCP(分组数据汇聚协议)、BMC(广播/多播控制子层)等四个子层。
MAC子层的功能包括：逻辑信道和传输信道之间的映射；为每个传输信道选择适当的传送格式；UE数据流之间的优先级处理；UE之间采用动态预安排方法的优先级处理；DSCH和FACH上几个用户的数据流之间的优先级处理；公共传输信道上UE的标识；将高层PDU复接为通过传输信道传送给物理层的传送块，并将通过传输信道来自物理层的传送块接解复接为高层PDU；业务量监视；动态传输信道类型切换；透明RLC加密；接入业务级别选择。
RLC子层功能：分割和重组、串联、填充、用户数据的传送、错误检测、按序发送高层PDU、副本检测、流控、非证实数据传送模式序号检查、协议错误检测和恢复、加密、挂起和恢复功能。
PDCP子层功能：在发送与接收实体中分别执行IP数据流的头部压缩与解压缩；头部压缩方法对应于特定的网络层、传输层或上层协议的组合；传输用户数据；将非接入层送来的PDCP-SDU转发到RLC层；将多个不同的RB(RadioBearer，无线承载)复用到同一个RLC实体。
BMC子层功能：小区广播消息的存储、业务量监测和为CBS(小区广播服务)请求无线资源、BMC消息的调度、向UE发送BMC消息、向高层(NAS)传递小区广播消息。
RLC子层的实体模型如图4所示，RLC实体共支持三种类型业务，透明模式业务(TM)、无确认模式业务(UM)和确认模式业务(AM)，其中：
透明模式业务是由独立的发送和接收透明模式实体完成的。发送实体从高层接收SDU划分成适当的RLC PDU，无须加任何开销，通过BCCH、PCCH、SHCCH、SCCH、DTCH等某一信道传送给MAC。接收实体从MAC子层接收到PDU，再将这些PDU重组成RLC SDU传送给上层。
无确认模式业务是由独立的发送和接收无确认模式实体完成的。发送实体从高层接收SDU分割成适当大小的RLC PDU或是将不同SDU进行连接组成一个RLC PDU，附上一个RLC头并放入发送缓存器通过某一个逻辑信道将其发送到MAC子层。接收实体通过某一逻辑信道从MAC子层接收PDU，去头并将其重组成SDU发送到高层。
确认模式业务是由一个联合的发送和接收确认模式实体完成的。发送和接收两种类型的PDU-控制PDU和业务PDU。发送侧实体从高层接收SDU分割或连接成RLC业务PDU，附加一个RLC头放入发送和重传缓存器，并通过一到两个逻辑信道将其发送到MAC子层。在确认模式下，所有发送的业务PDU都需要对等实体的确认来决定重传与否。控制PDU是由RLC实体自身生成的一些针对接收PDU的状态报告以及复位请求等。接收侧实体从MAC子层接收PDU，提取出捎带状态信息，放入接收缓存器，等待完整PDU重组SDU发送到上层，或是再通过其发送侧发送错误的接收确认要求对等实体重发PDU。
对于MAC子层，UE和UTRAN侧的结构有所不同，如图5、图6所示。
在3GPP TSG RAN#26会议上，通过了研究项目“Evolved UTRA and UTRAN”即LTE(Long Term Evolution)。建立这个项目的理由是：随着HSDPA(High SpeedDownlink Packet Access，高速下行包接入)、Enhanced Uplink(增强型上行链路)等增强技术的引入，3GPP(第三代合作伙伴计划)无线接入技术在今后几年内是有很高的竞争力的。然而为了保证更长一些时间(如10年或更长)的竞争力，3GPP无线接入技术的长期演进需要被考虑，这种长期演进的重要部分包括降低的时延、更高的用户数据速率、改进的系统容量和覆盖以及对运营商而言降低的成本。为了达到上述目标，演进的无线接口和无线网络结构都应被考虑。
为了满足这种长期演进的网络各种性能的需求，网络结构、无线接口、协议栈功能都会发生相应改进。现有协议层结构造成很多重复的功能，比如RLC和MAC子层的重传、分割级联等等。为了减小延迟和简化协议，这些重复的功能必须考虑精简。另外，LTE系统提出的全IP要求，即网络传输全部是基于IP包业务，这一全新的需求也需要响应的机制去保证。
在众多网络改进方案中，RLC的很多功能被多数人认为是重复冗余的。目前比较流行的观点认为RLC中很多功能在MAC中都可以实现，因此，RLC将可以被合并到MAC实体中去。这里我们也认为RLC的重复功能将带来不必要的延迟和复杂度，简化合并到MAC中去是比较合理的方案。
但是在R6系统中，MAC和RLC虽然有很多重复功能但它们实现的原因和方法都各不相同，如何能使这两层功能更好的综合到一起简化协议栈结构减小延迟并能更好的支持全IP网络的传输是一个重要的问题值得考虑，即RLC功能在新的MAC实体的实现问题。在RLC各功能中，分割级联作为最基础的功能在其三种模式下都需要使用。
在现有的3G R6系统中，分割级联功能主要在层2的RLC子层中实现，而MAC子层只有针对高速下行包接入(HSDPA，High Speed Downlink Packet Access)和高速上行包接入(HSUPA，High Speed Uplink Packet Access)的简单PDU级联方法。
RLC实体的分割级联功能主要是：针对每一个业务都有独立的RLC实体建立进行处理，RLC实体共有三种模式：AM模式主要用来支持ARQ重传通常用于专用逻辑信道，TM模式主要用来支持语音的透传，UM模式主要用来支持所有其他不需要重传处理的传输。分割级联功能针对三种不同模式有所不同，TM模式只有分割功能没有级联功能，并且是可选的，UM和AM都具有较为完整的分割级联功能，但机制有所不同。由于在LTE中，采用了全IP概念，所有数据都是采用数据包的形式进行传输，这里和我们相关的主要是UM和AM的分割级联机制，下面具体介绍。
对于AM来说，分割级联机制主要是如果从高层下来的SDU如果不符合预定的PDU大小，就要进行分割级联，同时加入PAD保证PDU大小(或者用于某些LI特殊的情况下)，长度指示(LI)用来指出每个PDU中SDU结尾位置，SN用来给分割级联好的PDU进行编号，使得接收端可以正确重组出SDU。每个PDU的大小相对固定，由RRC指示，且可以通过RLC实体重建立来重配制。AM数据包格式如图7所示。
对于UM来说，分割级联原因、条件和方法都和AM类似，不同的是PDU的大小问题，对于UM来说，每个TTI，MAC会根据物理层的要求向RLC提出要求指明需要的PDU的大小和个数，RLC根据这一指示来分割级联。另一方面，AM和UM的序号(SN)范围是有区别的，AM的序号范围为15bits，UM的序号范围为7bits。UM数据包格式如图8所示。
MAC中引入HSDPA和HSUPA技术后，由于这两种技术的原理是分时共享即某一时刻网络资源都最大程度的分配给某一个用户，它们都含有混合重传请求机制(HARQ)。对于每个TTI(Transmission Time Interval，传输时间间隔)只有一个PDU通过HS-DSCH或者E-DCH传输，因此通过这两个信道传输的PDU应该比较大。为了充分利用网络资源实现高速传输，负责HSDPA和HSUPA的MAC-hs和MAC-e/es实体在发送端将从MAC-d(负责处理专用逻辑信道数据的MAC实体)传输来的MAC-d PDU级联后组合成合适发送的大小。作为接收端时，也先将MAC-hs、MAC-e/es PDU重组成MAC-d PDU。这种简单级联方法区别于RLC的级联，它不会将原来的PDU打乱放入一个MAC-hs PDU，而简单连起来，但RLC级联往往伴随着分割。
上述现有技术一的分割级联方法虽然适用于3G R6系统，但对于新的系统，在需要满足简化结构和减小延迟的需求下，显然时不合适的。新的系统需要更合适空口传输的分割级联方式分出的PDU，MAC实体功能合并之后，同时还要考虑其自身的效率问题。
因为此处讨论的分割级联方案主要用于支持数据包重传(ARQ重传)，因此我们重点关注AM模式数据包。在LTE AM模式PDU分割级联的讨论中，有几种已经公开的分割级联方案及其对应的PDU包头设计，下面详细介绍。
如图9所示，为现有技术二的数据包格式，其是基于对SDU进行编号，再重用此编号进行ARQ重传检测等操作的。该方法具体为：
1.对于每一个从高层下来的PDU进行编号，Type域表示是控制数据包还是用户数据包。
2.根据空口和调度指示进行分割级联，包头H1指示分割级联信息，其中包括SN(即SDU的序号)，F表示是否是SDU结尾，SD为分割深度(即第几次重新分割级联)，SSN为每次重新分割级联的子序号。
3.每次SSN域的长度由当前SD决定，即当前是第几次分割级联，SD可以由高层配置从而配置最高重新分割级联次数，LI表示SDU结尾。
4.状态报告(status report)需要包括相应的SN、SD、SSN去指示哪一块需要重传。
上述技术虽然可以实现重传时的分割级联，但其包头开销比较大，并且相应支持的状态报告的开销也比较大，不利于传输效率的提高。
如图10A所示，为现有技术三的技术方案，其中，TSN表示每个SDU第一个PDU序号，因此不连续。另外，重新分割级联只能在SDU边界处发生，如图10B所示。现有技术三的缺点是：对于重新分割级联的限制比较苛刻，只能在SDU边界做，如果这个TB是一个SDU一部分，无法做重新分割级联。同时对空口并没有最大程度的利用。
如图11所示，为现有技术四的数据包格式，该方案提出下行调度的灵活性应该很高，所以初次分割的数据重传无法满足的情况应该很少有，因此建议重新分割级联机制只用于上行；对于重新分割级联机制只做两次，包头用特殊标识表示是二次分割的数据包，TSN延用初次传输的。上述技术的缺陷和技术方案三类似，对重新分割级联做了较大限制，不利于空口的充分利用。
如图12所示，为现有技术五的技术方案，其与技术方案二基本一样，只是只能支持重新分割不支持重新级联。由此导致的缺陷是：包头overhead比较多，同时需要支持的状态报告也相应较大；另外，只支持重新分割不支持重新级联的方案也无法充分利用空口。
发明内容
本发明要解决的技术问题是：提供一种支持数据包重传分割级联的方法，该方法尽量减少包头的开销(overhead)以及状态报告大小，简化处理过程，为RLC功能在新的MAC实体的实现提供一种选择。
本发明的技术解决方案是：一种支持数据包重传分割级联的方法，其包括：对一确认模式业务的数据单元进行编号，得到一序号，且该序号被延用于对数据单元进行的后续处理过程；且所传送的数据单元的包头部分至少包括该序号及相应的分割级联信息，该序号及该分割级联信息共同指示该数据单元中各数据块的确定的位置关系。
如上所述的方法，其中，上述对数据单元的后续处理包括重新分割级联、重组及/或高层加密过程。
如上所述的方法，其中，所述方法是对业务数据单元进行编号以得到该序号。
如上所述的方法，其中，该业务数据单元分割级联后形成协议数据单元，该协议数据单元包头部分的分割级联信息包括状态标识(D域)和长度标识(ELI域)，其中，D域表示业务数据单元在此协议数据单元中的存在形式，ELI域为长度指示域，ELI域与D域结合以表示该协议数据单元的数据片断与相应的业务数据单元的数据分块的对应关系。
如上所述的方法，其中，该D域为至少两个比特，ELI域和D域结合反映此分段是业务数据单元哪一部分，所述业务数据单元在协议数据单元中的存在形式包括四种：一是该协议数据单元中包含一完整的业务数据单元，此时ELI指示出该业务数据单元的结尾在协议数据单元的位置或整个业务数据单元字节数；二是该协议数据单元中包含该业务数据单元的开头到某字节，即包含业务数据单元的开头片断，则该ELI指示所包含的该业务数据单元字节数；三是该协议数据单元中包含该业务数据单元某字节到结尾，即包含业务数据单元的结尾片断，则ELI指示该业务数据单元的开始字节数和结尾字节数或其结尾在协议数据单元的位置；四是该协议数据单元中包含业务数据单元的某字节到另一字节，即包含业务数据单元的中间片断，则ELI为相应的此两个字节。
如上所述的方法，其中，该方法是针对由上层业务数据单元分割级联后得到的协议数据单元进行编号。
如上所述的方法，其中，所述协议数据单元的包头部分还包括有一T域，该T域为该协议数据单元的初传或重传标志；所述分割级联信息至少包括长度标识ELI域。
如上所述的方法，其中，初传协议数据单元的ELI域表示相应的业务数据单元分块在该协议数据单元中的结尾处。
如上所述的方法，在对某一数据包进行重传时，该重传协议数据单元的包头中包括有T域、相应的初传协议数据单元的序号及分割级联信息，且该其分割级联信息至少包括有状态标识D域及长度标识ELI域，其中，D域表示初传协议数据单元在此重传协议数据单元中的存在形式，ELI域为长度指示域，ELI域与D域结合以表示该重传协议数据单元的数据片断与初传协议数据单元数据分块的对应关系。
如上所述的方法，其中，该D域为至少两个比特，所述初传协议数据单元在重传协议数据单元中的存在形式包括四种：一是此重传协议数据单元的此片断为一个初传完整的协议数据单元，ELI为相应该协议数据单元结尾处；二是此片断为该初传协议数据单元的开头到某字节，ELI为相应这个字节；三是此片断为该初传协议数据单元的某字节到结尾，ELI为相应这个字节和初传PDU的结尾字节数；四是此片断为该初传协议数据单元的某字节到某字节，则ELI表示相应的此两个字节。
如上所述的方法，其中，发送端根据需要选择以下方式进行缓存：
(a1)针对完整的业务数据单元进行重传缓存，直到所接收的状态报告指示某个完整业务数据单元被接收端正确接收，则从缓存中删除该业务数据单元；
(a2)针对业务数据单元分割的片断进行缓存，在所接收的状态报告指示某个分割的业务数据单元分块被接收端正确接收，则从缓存中删除该片断；
(a3)针对分割好的协议数据单元进行缓存，在所接收的状态报告指示某个协议数据单元被接收端正确接收，则从缓存中删除该协议数据单元，如重传进行协议数据单元的重新分割，则对缓存进行相应的更新。
如上所述的方法，其中，接收端根据需要选择以下方式来定义状态报告：
(b1)如果该协议数据单元中包含一完整的业务数据单元，则状态报告只需包含序号；否则，状态报告包含序号、D、ElI域，以告诉对等实体哪部分数据被正确接收；
(b2)以协议数据单元中的第一个业务数据单元分块来表示：如果第一个业务数据单元分块为一完整的业务数据单元，则相应的状态报告只需用该协议数据单元中第一个业务数据单元的序号表示；如果第一个业务数据单元分块不是一完整的业务数据单元，则相应的状态报告需包含该协议数据单元中第一个业务数据单元分块的序号、D、ELI域，以表示该协议数据单元。
如上所述的方法，其中，发送端根据需要选择以下方式来进行重传缓存：
(c1)对该协议数据单元进行重传缓存；
(c2)初传后对该协议数据单元进行缓存；在发生重传后，对该协议数据单元重新分割级联后的分段进行缓存，并根据重传缓存的内容确定其后的缓存更新方式。
如上所述的方法，其中，初传反馈的状态报告只包括T域和协议数据单元的序号，而重传时可采用如下方式来定义状态报告：
(d1)根据D域的值来确定状态报告的格式：如D域表示此重传的此片断为一个初传完整的协议数据单元，则状态报告需要包括T域、协议数据单元的序号和D域；其他情况需要包括T、D、序号、ELI四个域的值以帮助发送端找到正确的分块；
(d2)状态报告包括此重传协议数据单元中第一个初传协议数据单元的序号序号、D及ELI域表示出所述重传协议数据单元。
本发明的特点是：本发明为一种用于ARQ重传的AM业务的分割级联方案以及相应的PDU和状态报告(status PDU)的结构设计，本发明的支持数据包重传分割级联的方法在分割级联、重新分割级联、重组以及高层加密等处理中都共用一个序号，当然，该序号既可以是针对SDU(Service Data Unit，业务数据单元)进行的编号，也可以是针对首次分割级联后的PDU(Packet Data Unit，协议数据单元)所进行的编号，即重新分割级联，重组等处理重用此序号。数据包的包头需要包括序号、分割级联信息、包类型指示等等。分割级联信息通过利用D域和特殊的ELI指示出某一个PDU的某一块是哪个SDU(或者是重新分割的PDU)的哪一部分。从而，对于一个PDU中含有多个SDU分块(或重新分割后PDU片断)的情况，可以用SN、D域、特殊对应的ELI域以及对应的DATA唯一表示。
由此，本发明改善了现有技术的缺陷，其所具有的优点如下：
1.一个有效的包头格式支持了重传时的再次分割级联。
2.通过ELI的重利用节省了包头的开销(overhead)。
3.既可支持对SDU编号，也可支持对PDU编号。
4.有效节省状态报告的开销。
附图说明
图1为UMTS的系统结构示意图。
图2为UMTS系统网络构成示意图。
图3为无线接口的协议结构图。
图4为RLC子层实体模型示意图。
图5为UE侧的MAC层的结构示意图。
图6为UTRAN侧的MAC层的结构示意图。
图7为AM数据包的格式。
图8为UM数据包的格式。
图9为现有技术二的数据包格式。
图10A、图10B为现有技术三的数据包格式及其分割级联示意图。
图11为现有技术四的数据包格式。
图12为现有技术五的数据包格式。
图13为本发明针对SDU进行编号的数据包格式。
图14为本发明针对PDU进行编号的初传数据包格式。
图15为本发明针对PDU进行编号的重传数据包格式。
具体实施方式
本发明提出一种支持数据包重传分割级联的方法，其包括：对一确认模式业务的数据单元进行编号，得到一序号，且该序号被延用于对数据单元进行的后续处理过程；所传送的数据单元的包头部分至少包括该序号及相应的分割级联信息，该序号及该分割级联信息共同指示该数据单元中各数据块的确定的位置关系。
如果是对SDU进行编号，分割级联信息对于重传和初传都需要；如果是对初次分割级联PDU编号，分割级联信息对于重新分割级联的数据包需要，因此需要指示每个包是新传PDU还是重传PDU。
分割级联信息通过利用特殊的长度标识ELI指示出某一个PDU的某一块是哪个SDU(或者是重新分割的PDU)的哪一部分。根据分割级联特性，一个SDU会以四种形式包含在一个PDU中，一是一个完整SDU在一个PDU中，二是SDU的开头到某字节(SDU开头片断)在一个PDU中，三是SDU某字节到该SDU结尾(SDU结尾片断)在一个PDU中，四是SDU某字节到该SDU的某字节(SDU中间片断)在一个PDU中。
在包头中首先用两个比特的状态标识D域表示SDU在此PDU存在的形式(上述四种情况)，特殊的ELI长度指示域和D域结合以反映此分段是SDU哪一部分。如果D域表示此片断是一个完整的SDU，ELI域即指示出这个SDU结尾在此PDU的位置或者是SDU长度；如果D域表示此片断是从一个SDU的开头到某字节结束，该ELI域表示这个SDU在PDU中的总长度即SDU结尾字节；如果D域指示此片断是从一个SDU的某字节到SDU结尾，ELI域则表示这个SDU开始字节以及SDU结尾字节数或该SDU的结尾在这个PDU的位置；如果D域指示此片断是一个SDU的中间片断，ELI域则指示SDU是从哪一个字节开始，哪一个字节结束。
以上D域+ELI域表示方法同理可运用于对第一次分割级联的的PDU进行编号的情况，ELI指示域则表示每次再次分割级联时的片断是原PDU的哪些部分。
对于一个PDU中含有多个SDU片断(或重新分割后PDU片断)的情况，可以用SN、D域、特殊对应的ELI域以及对应的DATA唯一表示。
重传缓存中缓存的是SDU(如果对于每个SDU编号)，或第一次传输分割级联后的PDU(如果对于每个初次分割级联的PDU进行编号)。每次收到对等实体的状态报告后，进行相应的更新，对于SDU缓存的情况，可以是确认此SDU全部被对等实体正确接收了，再一次性删除整个SDU，也可以把确认的部分SDU删除。对于PDU的缓存与此类似，不再赘述。
相应的状态报告也需要包含分割级联信息(即D域与ELI域)：如果对于初次分割级联的PDU进行编号，初次传输后反馈的状态报告可以只包含SN；如果是对于SDU进行编号，则无论初传还是重传都需要在状态报告中携带SN(SDU序号)、D域及ELI域，发送端通过此信息可以找到相应的分段进行重新分割级联和重传。
上述说明中针对的包头信息只是本发明中分割级联所必须的一些标识，本领域的技术人员可以理解，数据包的包头还可能包含其它指示位，比如指示是数据包还是控制包，下个字节是data还是header等等，在这里不再一一表示出来。
下面配合附图及具体实施例详细描述上述PDU包头结构、缓存内容与更新方式以及对应的状态报告格式等。
实施例一
如果对SDU进行编号，其数据包格式如图13所示。其中，包头中的SN是对应data片断的SDU序号，D表示此SDU在PDU中存在的方式，D域与ELI域结合则具体表示此data片断包含SDU的哪些部分。
D是一个两比特的包头域，其表示SDU的四种存在方式，比如00表示此数据片断是一个完整的SDU，ELI表示这个SDU在整个PDU结束的位置(和R6中的LI一样)；01表示此片断是从这个SDU开头到某字节，ELI表示这个字节数；10表示此片断是从这个SDU的某字节到结尾，ELI表示这个字节数和SDU结尾字节数；11表示此片断是从这个SDU的某字节到某字节数据，ELI表示这两个字节数。以下举例说明：考虑到IP包最大1500字节，因此ELI在D＝01时为12比特(或更多)，ELI在D＝11或10时需要24比特(或更多)。举个具体例子：如果D＝01即此SDU从开头到500bit，则ELI＝500；如果D＝10，即SDU从300bit到结尾，SDU共800bit，则ELI＝300 800；如果D＝11，即SDU从300bit到700bit，则ELI＝300 700。
对于此种数据包格式，需要相应状态报告格式支持。如果D＝00，即此数据片断是一个完整SDU，状态报告只需要包含SN，否则(D为其他三个值)状态报告需要包含SN、D、ELI三个域的值去告诉对等实体哪部分数据被正确接收。
发送端的重传缓存可以是针对SDU进行缓存，直到收到状态报告指示某个完整SDU被接收端正确接收后才删除该SDU；也可以是针对SDU分割的片断进行缓存，即收到状态报告指示某个分割的SDU片断被正确接收了，就可以删除该片断。
实施例二
本实施例中，所涉及的分割级联、序号分配以及PDU包头格式同实施例一，不同之处在于其状态报告。
本实施例的状态报告用此PDU中的第一个SDU分块表示：如果第一个SDU的D＝00，则用此PDU中第一个SDU的SN表示；如果第一个SDU的D不等于00，则用此PDU第一个SDU的SN、D及ELI表示此PDU。
与上述状态报告的格式相对应，本实施例中，其重传缓存中缓存的是分割好的PDU，每次重传进行PDU的重新分割，则缓存重新更新。
实施例三
与上述二实施例不同，本实施例是针对PDU进行编号，其中，第一次传输数据包的格式如图14所示：其中，T为单比特，T＝0表示初传PDU，T＝1表示此PDU为重传PDU；SN为PDU序号；ELI表示每块SDU分块的结尾处，其与R6中相类似，此处不再详述。
如果对于PDU进行编号，则重传数据包格式可如图15所示：其中，T为单比特，T＝0表示初传PDU，T＝1表示此PDU为重传PDU；SN为PDU序号；D为双比特，同实施例一中的D域类似，具体为：
D＝00表示此重传PDU的此片断为一个初传完整PDU，ELI为相应该PDU结尾处；D＝01表示此片断为该初传PDU的开头到某字节，ELI为相应这个字节；D＝10表示此片断为该初传PDU的某字节到结尾，ELI为相应这个字节和该初传PDU的结尾字节数；D＝11表示此片断为该初传PDU的某字节到某字节，ELI为相应的此两个字节。
本实施例中，其状态报告也同样根据T和D域的不同相应给出不同格式：如果T＝0，状态报告需要包括T域和传出PDU的SN号；如果T＝1，D＝00，状态报告需要包括T域、PDU的SN和D域即可；其他情况需要包括T、D、SN、ELI四个域的值帮助发送端找到正确的分块。
本实施例中，发送端的重传缓存在初次传送后缓存的是PDU；在发生重传后，缓存的可以是PDU，也可以是PDU进行重新分割级联后的分段，每次更新根据重传缓存的内容而定。
实施例四
本实施例中，SN以及包头设计同实施例三，状态报告在初次重传时和实施例三一样，但对重传的状态报告只需要用此重传PDU中第一个初传PDU的SN、D、ELI表示出这个重传PDU。
相应地，重传缓存中缓存的是初次传输的PDU。
虽然本发明已以上述具体实施例揭示，但其并非用以限定本发明，任何本领域的技术人员，在不脱离本发明的构思和范围的前提下所作的等同变化与修饰，皆应仍属本专利涵盖的范畴。

Claims (14)

1、一种支持数据包重传分割级联的方法，其特征在于，包括：
对一确认模式业务的数据单元进行编号，得到一序号，且该序号被延用于对数据单元进行的后续处理过程；
所传送的数据单元的包头部分至少包括该序号及相应的分割级联信息，该序号及该分割级联信息共同指示该数据单元中各数据块的确定的位置关系，以便对等接收端可以正确重组。
2、如权利要求1所述的方法，其特征在于，上述对数据单元的后续处理包括重新分割级联、重组及/或高层加密过程。
3、如权利要求1所述的方法，其特征在于，所述方法是对业务数据单元进行编号以得到该序号。
4、如权利要求3所述的方法，其特征在于，该业务数据单元分割级联后形成协议数据单元，该协议数据单元包头部分的分割级联信息包括状态标识和长度标识，其中，状态标识表示业务数据单元在此协议数据单元中的存在形式，长度标识为长度指示域，二者结合以表示该协议数据单元的数据片断与相应的业务数据单元的数据分块之间确定的位置关系。
5、如权利要求4所述的方法，其特征在于，该状态标识为至少两个比特，该状态标识与长度标识结合反映此协议数据单元的片断是业务数据单元哪一部分，所述业务数据单元在协议数据单元中的存在形式包括四种：一是该协议数据单元中包含一完整的业务数据单元，此时长度标识则指示出该业务数据单元的结尾在协议数据单元的位置或整个业务数据单元的字节数；二是该协议数据单元中包含该业务数据单元的开头到某字节，即包含业务数据单元的开头片断，则该长度标识指示所包含的该业务数据单元字节数；三是该协议数据单元中包含该业务数据单元某字节到结尾，即包含业务数据单元的结尾片断，则长度标识指示该业务数据单元的开始字节数和结尾字节数或其结尾在协议数据单元的位置；四是该协议数据单元中包含业务数据单元的某字节到另一字节，即包含业务数据单元的中间片断，则长度标识指示相应的此两个字节。
6、如权利要求2所述的方法，其特征在于，该方法是针对由上层业务数据单元分割级联后得到的协议数据单元进行编号的。
7、如权利要求6所述的方法，其特征在于，所述协议数据单元的包头部分还包括有一T域，该T域为该协议数据单元的初传或重传标志；所述分割级联信息至少包括有长度标识。
8、如权利要求7所述的方法，其特征在于，初传协议数据单元的长度标识表示相应的业务数据单元分块在该协议数据单元中的结尾处。
9、如权利要求7所述的方法，其特征在于，在对某一数据包进行重传时，该重传协议数据单元的包头中包括有T域、相应的初传协议数据单元的序号及分割级联信息，且该其分割级联信息至少包括有状态标识及长度标识，其中，状态标识表示初传协议数据单元在此重传协议数据单元中的存在形式，长度标识为长度指示域，状态标识与长度标识结合以表示该重传协议数据单元的数据片断与初传协议数据单元数据分块的位置关系。
10、如权利要求9所述的方法，其特征在于，该状态标识为至少两个比特，所述初传协议数据单元在重传协议数据单元中的存在形式包括四种：一是此重传协议数据单元的此片断为一个初传完整的协议数据单元，长度标识则指示相应该初传协议数据单元的结尾处；二是此片断为该初传协议数据单元的开头到某字节，长度标识则指示为相应这个字节；三是此片断为该初传协议数据单元的某字节到结尾，长度标识则指示相应这个字节和其结尾字节数；四是此片断为该初传协议数据单元的某字节到某字节，长度标识则指示相应的此两个字节。
11、如权利要求5所述的方法，其特征在于，发送端根据需要选择以下方式进行缓存：
(a1)针对完整的业务数据单元进行重传缓存，直到所接收的状态报告指示某个完整业务数据单元被接收端正确接收，则从缓存中删除该业务数据单元；
(a2)针对业务数据单元分割的片断进行缓存，在所接收的状态报告指示某个分割的业务数据单元分块被接收端正确接收，则从缓存中删除该片断；
(a3)针对分割好的协议数据单元进行缓存，在所接收的状态报告指示某个协议数据单元被接收端正确接收，则从缓存中删除该协议数据单元，如重传进行协议数据单元的重新分割，则对缓存进行相应的更新。
12、如权利要求5或11所述的方法，其特征在于，接收端根据需要选择以下方式来定义状态报告：
(b1)如果该协议数据单元中包含一完整的业务数据单元，则状态报告只需包含序号；否则，状态报告包含序号、状态标识及长度标识，以告诉对等实体哪部分数据被正确接收；
(b2)以协议数据单元中的第一个业务数据单元分块来表示：如果第一个业务数据单元分块为一完整的业务数据单元，则相应的状态报告只需用该协议数据单元中第一个业务数据单元的序号表示；如果第一个业务数据单元分块不是一完整的业务数据单元，则相应的状态报告需包含该协议数据单元中第一个业务数据单元分块的序号、状态标识及长度标识，以表示该协议数据单元。
13、如权利要求10所述的方法，其特征在于，发送端根据需要选择以下方式来进行重传缓存：
(c1)对该协议数据单元进行重传缓存；
(c2)初传后对该协议数据单元进行缓存；在发生重传后，对该协议数据单元重新分割级联后的分段进行缓存，并根据重传缓存的内容确定其后的缓存更新方式。
14、如权利要求10或13所述的方法，其特征在于，初传反馈的状态报告只包括T域和协议数据单元的序号，而重传时可采用如下方式来定义状态报告：
(d1)根据状态标识的值来确定状态报告的格式：如状态标识表示此重传的此片断为一个初传完整的协议数据单元，则状态报告需要包括T域、协议数据单元的序号和状态标识；其他情况需要包括T、序号、状态标识、长度标识四个域的值以帮助发送端找到正确的分块；
(d2)状态报告包括此重传协议数据单元中第一个初传协议数据单元的序号、状态标识及长度标识以表示出所述重传协议数据单元。
CN2006100650448A 2006-03-15 2006-03-15 支持数据包重传分割级联的方法 Active CN101039170B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2006100650448A CN101039170B (zh) 2006-03-15 2006-03-15 支持数据包重传分割级联的方法
PCT/CN2007/000838 WO2007104261A1 (fr) 2006-03-15 2007-03-15 Procede et systeme de soutien de traitement en cascade par segmentation de retransmission de paquets

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2006100650448A CN101039170B (zh) 2006-03-15 2006-03-15 支持数据包重传分割级联的方法

Publications (2)

Publication Number Publication Date
CN101039170A true CN101039170A (zh) 2007-09-19
CN101039170B CN101039170B (zh) 2011-08-03

Family

ID=38509058

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006100650448A Active CN101039170B (zh) 2006-03-15 2006-03-15 支持数据包重传分割级联的方法

Country Status (2)

Country Link
CN (1) CN101039170B (zh)
WO (1) WO2007104261A1 (zh)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009018786A1 (fr) * 2007-08-08 2009-02-12 Huawei Technologies Co., Ltd. Procédé et système de réduction du surdébit d'un entête de données
CN101286945B (zh) * 2008-05-22 2011-06-22 北京星网锐捷网络技术有限公司 数据分片处理方法及装置
CN102273176A (zh) * 2009-01-14 2011-12-07 熵敏通讯股份有限公司 用于在通信网络中进行重发和分割的系统和方法
CN102655448A (zh) * 2011-03-03 2012-09-05 工业和信息化部电信传输研究所 一种长期演进系统媒质访问控制层的数据传输方法
CN102724710A (zh) * 2012-06-26 2012-10-10 大唐移动通信设备有限公司 一种pdu传输方法及装置
CN103873192A (zh) * 2012-12-17 2014-06-18 联想(北京)有限公司 数据处理方法及装置
CN104168284A (zh) * 2014-08-25 2014-11-26 联想(北京)有限公司 一种数据传输方法及第一电子设备
CN104301942A (zh) * 2008-08-01 2015-01-21 日本电气株式会社 移动通信系统、控制设备、基站设备、系统控制方法和设备控制方法
CN105071922A (zh) * 2015-08-25 2015-11-18 浙江汇信科技有限公司 一种javascript使用密码设备的方法
CN106465183A (zh) * 2016-09-20 2017-02-22 北京小米移动软件有限公司 数据传输方法、装置及系统
CN107924610A (zh) * 2015-06-24 2018-04-17 大众汽车有限公司 用于提高在远程触发时的安全性的方法和设备，机动车
CN108632565A (zh) * 2018-05-25 2018-10-09 苏州科达科技股份有限公司 视频码流的传输方法、播放方法、装置及会议设备
WO2018209675A1 (zh) * 2017-05-19 2018-11-22 Oppo广东移动通信有限公司 用于传输数据的方法和设备
CN109417559A (zh) * 2016-04-28 2019-03-01 瑞典爱立信有限公司 用于处置缓存的内容资源的服务器、客户端装置和其中的方法
CN111654523A (zh) * 2020-04-28 2020-09-11 珠海格力电器股份有限公司 一种数据处理方法、装置、存储介质及服务器
CN112242962A (zh) * 2019-07-16 2021-01-19 北京物芯科技有限责任公司 报文缓存切割处理方法、装置、设备及存储介质
EP3395029B1 (en) 2015-12-23 2021-03-17 Nokia Solutions and Networks Oy Methods, apparatuses and computer program product for pdu formatting according to sdu segmentation

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7688273B2 (en) 2007-04-20 2010-03-30 Skycross, Inc. Multimode antenna structure
CN113726482B (zh) * 2021-08-27 2023-09-05 哲库科技(北京)有限公司 一种数据重传方法、装置及存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100547845B1 (ko) * 2002-02-07 2006-01-31 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서서빙 고속 공통 제어 채널 셋 정보를 송수신하는 장치 및방법
US20050152350A1 (en) * 2003-12-22 2005-07-14 Nak-Woon Sung System and method for transmitting/receiving automatic repeat request
CN100433611C (zh) * 2004-03-15 2008-11-12 华为技术有限公司 一种通信系统中调度状态报告请求数据单元的方法

Cited By (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009018786A1 (fr) * 2007-08-08 2009-02-12 Huawei Technologies Co., Ltd. Procédé et système de réduction du surdébit d'un entête de données
CN101286945B (zh) * 2008-05-22 2011-06-22 北京星网锐捷网络技术有限公司 数据分片处理方法及装置
US9787541B2 (en) 2008-08-01 2017-10-10 Nec Corporation Mobile communication system, control device, base station device, system control method and device control method
CN104301942B (zh) * 2008-08-01 2018-04-03 日本电气株式会社 移动通信系统、控制设备、基站设备、系统控制方法和设备控制方法
US10404536B2 (en) 2008-08-01 2019-09-03 Nec Corporation Mobile communication system, control device, base station device, system control method and device control method
CN104301942A (zh) * 2008-08-01 2015-01-21 日本电气株式会社 移动通信系统、控制设备、基站设备、系统控制方法和设备控制方法
CN102273176A (zh) * 2009-01-14 2011-12-07 熵敏通讯股份有限公司 用于在通信网络中进行重发和分割的系统和方法
CN102655448B (zh) * 2011-03-03 2014-07-16 工业和信息化部电信传输研究所 一种长期演进系统媒质访问控制层的数据传输方法
CN102655448A (zh) * 2011-03-03 2012-09-05 工业和信息化部电信传输研究所 一种长期演进系统媒质访问控制层的数据传输方法
CN102724710B (zh) * 2012-06-26 2015-06-10 大唐移动通信设备有限公司 一种pdu传输方法及装置
CN102724710A (zh) * 2012-06-26 2012-10-10 大唐移动通信设备有限公司 一种pdu传输方法及装置
CN103873192B (zh) * 2012-12-17 2017-12-26 联想(北京)有限公司 数据处理方法及装置
CN103873192A (zh) * 2012-12-17 2014-06-18 联想(北京)有限公司 数据处理方法及装置
CN104168284A (zh) * 2014-08-25 2014-11-26 联想(北京)有限公司 一种数据传输方法及第一电子设备
CN107924610A (zh) * 2015-06-24 2018-04-17 大众汽车有限公司 用于提高在远程触发时的安全性的方法和设备，机动车
CN105071922A (zh) * 2015-08-25 2015-11-18 浙江汇信科技有限公司 一种javascript使用密码设备的方法
EP3395029B1 (en) 2015-12-23 2021-03-17 Nokia Solutions and Networks Oy Methods, apparatuses and computer program product for pdu formatting according to sdu segmentation
CN109417559A (zh) * 2016-04-28 2019-03-01 瑞典爱立信有限公司 用于处置缓存的内容资源的服务器、客户端装置和其中的方法
CN109417559B (zh) * 2016-04-28 2021-08-03 瑞典爱立信有限公司 用于处置缓存的内容资源的服务器、客户端装置和其中的方法
CN106465183B (zh) * 2016-09-20 2020-06-02 北京小米移动软件有限公司 数据传输方法、装置及系统
US20190215901A1 (en) * 2016-09-20 2019-07-11 Beijing Xiaomi Mobile Software Co., Ltd. Data transmission method, device and system
WO2018053692A1 (zh) * 2016-09-20 2018-03-29 北京小米移动软件有限公司 数据传输方法、装置及系统
US10863578B2 (en) * 2016-09-20 2020-12-08 Beijing Xiaomi Mobile Software Co., Ltd. Data transmission method, device and system
CN106465183A (zh) * 2016-09-20 2017-02-22 北京小米移动软件有限公司 数据传输方法、装置及系统
WO2018209675A1 (zh) * 2017-05-19 2018-11-22 Oppo广东移动通信有限公司 用于传输数据的方法和设备
US11212704B2 (en) 2017-05-19 2021-12-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for transmitting data
CN108632565A (zh) * 2018-05-25 2018-10-09 苏州科达科技股份有限公司 视频码流的传输方法、播放方法、装置及会议设备
CN112242962A (zh) * 2019-07-16 2021-01-19 北京物芯科技有限责任公司 报文缓存切割处理方法、装置、设备及存储介质
CN112242962B (zh) * 2019-07-16 2023-06-23 北京物芯科技有限责任公司 报文缓存切割处理方法、装置、设备及存储介质
CN111654523A (zh) * 2020-04-28 2020-09-11 珠海格力电器股份有限公司 一种数据处理方法、装置、存储介质及服务器

Also Published As

Publication number Publication date
CN101039170B (zh) 2011-08-03
WO2007104261A1 (fr) 2007-09-20

Similar Documents

Publication Publication Date Title
CN101039170A (zh) 支持数据包重传分割级联的方法
CN101043301B (zh) 一种无线通信系统中的数据重排重组方法及其基站
US7369857B2 (en) Processing transport format information to prevent MAC header redundancy
CN104159257B (zh) 用于多用户复用的系统和方法
CN101176371B (zh) 在移动通信系统中传送控制信息
KR101163275B1 (ko) Ｐｄｃｐ 상태 보고 전송 방법
CN201504242U (zh) 无线发射/接收单元
CN1918822A (zh) 在移动通信系统中在增强上行链路专用信道上传送调度信息的方法
CN1771686A (zh) Rlc窗口大小的重新配置
CN1918825A (zh) 发送和接收具有处理时间信息的控制协议数据单元
CN1921346A (zh) 数据分割级联传送方法
CN101061686A (zh) 用于在移动通信系统中发信号通知上行链路分组数据业务的控制信息的方法和装置
CN101044698A (zh) 在移动通信系统中用信令方式发送用于上行链路数据传送的用户设备状态信息的方法和装置
CN1700613A (zh) 用于设置发送信令信息的功率的方法及装置
CN1893340A (zh) 实现多载波高速下行分组接入业务的设备、系统及方法
CN1731771A (zh) 一种支持多载波下行高速数据分组接入的系统和方法
CN1914879A (zh) 在无线通信系统中降低协议数据单元的开销
CN1913534A (zh) 一种数据处理方法及通信设备
CN1930846A (zh) 无线通信系统中分割的媒体访问控制协议结构、数据发送和接收方法以及使用该结构的切换方法和系统
CN1852075A (zh) 一种数据重传的方法及装置
CN1652479A (zh) 用于在分组通信系统中调度上行链路速率的方法及设备
CN102655448A (zh) 一种长期演进系统媒质访问控制层的数据传输方法
CN101043304A (zh) 长期演进网络的数据处理方法
WO2009117961A1 (zh) 一种发送数据的方法、系统和设备
CA2633362A1 (en) Method and apparatus for selecting a transport format combination

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