CN101895372B - 无线链路控制层确认模式下的数据传输方法 - Google Patents

Abstract

本发明提供一种无线链路控制层确认模式下的数据传输方法，包括：为发送侧与接收侧之间的逻辑信道建立逻辑信道信息队列；当发送侧通过第一逻辑信道发送数据时，对数据做打包、分段操作，并发送出去；当接收侧接收到数据包后，对通过合法性检测的数据包加以解析，根据解析结果将所述数据包保存在所述第二逻辑信道的接收缓存队列或重分段队列，然后更新接收窗口的参数，待数据包满足提交条件后提交；对由提交队列提交的数据包做解分段和解打包，将重组后的完整服务数据单元递交给上层，然后构造状态报告，并发送到发送侧；发送侧接收、解析所述状态报告后，处理该状态报告，当根据状态报告发现之前发送的数据包存在丢失或发送错误时，重传数据。

Description

无线链路控制层确认模式下的数据传输方法

技术领域

本发明涉及无线通信领域，特别涉及无线链路控制层确认模式下的数据传输方法。

背景技术

在TD-SCDMA、WCDMA、LTE等宽带移动通信系统中，根据传输业务类型的不同，无线链路控制层(Radio Link Control，简称RLC)提供了三种传输模式：确认模式(Acknowledged Mode)、非确认模式、透明模式。透明模式主要用于传输那些实时性要求高、但对传输准确性要求相对较低的业务，如视频业务。确认模式主要用于传输那些对数据安全性、可靠性要求高，但对实时性要求较低的业务。非确认模式则在前述的透明模式与确认模式之间，该模式用于那些对数据安全性、可靠性与实时性的要求较为平衡的业务，如控制面的信令和用户面的数据都可能会用到该传输模式。确认模式的特点是发送端会重传接收端没有收到或指示接收错误的数据，并且对上层数据包做打包分段来满足带宽分配请求，而接收端在接收数据时采用接收窗口来控制对所接收到的数据包的重排序以进行解打包、解分段，并将解打包、解分段的结果向上层按序递交，接收端还要构造状态报告以对正确接收到的数据进行收到确认以及对没有收到的数据进行负确认。

在现有的宽带移动通信协议中，虽然大致给出了确认模式下数据传输的总体框架，但在已公开的文献中还没有公布确认模式下数据传输的具体实现方法。

发明内容

本发明的目的是克服现有技术尚未公开确认模式下数据传输的具体实现方法的缺陷，从而提供一种无线链路控制层确认模式下的数据传输方法。

为了实现上述目的，本发明提供了一种无线链路控制层确认模式下的数据传输方法，包括：

步骤1)、为发送侧与接收侧之间的逻辑信道建立用于描述该逻辑信道的逻辑信道信息队列；

步骤2)、当发送侧通过第一逻辑信道发送数据时，将包含在服务数据单元中的数据保存到该逻辑信道所对应的发送缓存队列中，待为该数据分配带宽后，对该数据做打包、分段操作，并发送出去；所述经过打包、分段后的数据还要保存在该逻辑信道所对应的发送备份队列中；

步骤3)、当接收侧通过与所述第一逻辑信道对应的第二逻辑信道接收到数据包后，对通过合法性检测的数据包加以解析，根据解析结果将所述数据包保存在所述第二逻辑信道的接收缓存队列或重分段队列，然后更新接收窗口的参数，待所述数据包满足提交条件后提交到所述第二逻辑信道的提交队列；

步骤4)、对由所述提交队列提交的数据包做解分段和解打包，将重组后的完整服务数据单元递交给上层，然后构造状态报告，并发送到所述发送侧；

步骤5)、发送侧接收、解析所述状态报告后，处理该状态报告，当根据状态报告发现之前发送的数据包存在丢失或发送错误时，利用所述发送备份队列重传数据。

上述技术方案中，所述的步骤2)包括：

步骤2-1)、当发送侧通过第一逻辑信道发送数据时，上层将包含在服务数据单元中的数据保存到该逻辑信道所对应的发送缓存队列中，然后计算所述发送缓存队列中所存放数据的大小，并将其值保存在无线承载逻辑信道信息队列节点中，物理链路层根据该值进行带宽分配；

步骤2-2)、当物理链路层完成带宽分配后，根据所分配的带宽将发送缓存队列中所保存的数据包进行打包、分段操作，然后将打包、分段后的结果经由下层发送到接收侧；经过打包、分段后的数据包还要同时被保存在发送备份队列中。

上述技术方案中，所述步骤3)包括：

步骤3-1)、接收侧的无线链路控制层从下层接收到数据包后，对该数据包做初步解析以进行合法性判断，若为合法数据，则进一步判断该数据包是否为完整的协议数据单元，若完整，则进入下一步，否则，该数据包为数据分段，将其放入所述第二逻辑信道所对应的重分段队列，与之前接收的数据分段进行合并，若能组成完整的数据包，则进入下一步，否则暂时存放在重分段队列；若所接收的数据包不是合法数据，则中止对该数据包的处理流程；

步骤3-2)、将所述的完整的协议数据单元构建成一个接收缓存节点，将该接收缓存节点保存在接收缓存维护的数据队列下，再将接收缓存节点的起始序列号标识和最末序列号标识都填上该完整数据单元所具有的协议数据单元序列号的值；

步骤3-3)、将该构建好的接收缓存节点按照其具有的序列号的值，按序插入到接收缓存队列中；

步骤3-4)、轮询整个接收缓存队列，检查在插入新节点后，是否能合并节点，若能合并节点，进入下一步，若不能合并节点，进入步骤3-6)；

步骤3-5)、按照合并规则，将多个接收缓存节点合并为单个接收缓存节点，然后进入下一步；

步骤3-6)、根据收到的数据的序列号，按照更新规则更新对应的无线承载逻辑信道信息队列节点中的接收窗口参数；

步骤3-7)、在所述接收窗口更新参数后，根据所述接收窗口的参数更新情况判断在所述接收缓存队列中是否有需要上传的数据，若有，则根据更新参数得到的需要上传的最大协议数据单元的序列号将接收缓存中的数据添加到提交队列中，实现数据的提交。

上述技术方案中，所述的合并规则包括：当插入新节点后，若该节点的前向节点的最末序列号与该节点的序列号连续，则将其前向节点和该节点合并为一个节点，并同步更新合并节点的起始序列号和最末序列号；若该节点的后向节点的起始序列号与该节点的序列号连续，则将其后向节点和该节点合并为一个节点，并同步更新合并节点的起始序列号和最末序列号；若该节点的前向节点的最末序列号和该节点的序列号以及该节点的后向节点的起始序列号都连续，则将该节点和其前向节点以及其后向节点这三个节点合并为一个节点，并同步更新合并节点的起始序列号和最末序列号。

上述技术方案中，在所述的步骤4)中，构造状态报告包括：

步骤4-1)、当接收侧需要构造状态报告时，索引到所述接收侧的与所述第二逻辑信道相对应的接收缓存队列；

步骤4-2)、从第一个没有完整收到的数据节点开始，依次轮询所述接收缓存队列与重分段缓存队列；

步骤4-3)、首先轮询接收缓存队列，若在接收缓存队列中找到所要查找数据单元的序列号，跳过该数据单元轮询下一个数据单元，若在接收缓存队列中没有找到所要查找数据单元的序列号，则在重分段缓存队列中继续查找；若能在重分段缓存队列中找到，则将需要发送端重传的那部分数据的信息记录到临时消息队列中；若在重分段缓存队列中没有找到，则要求发送端重传的整个数据单元的信息记录在临时消息队列中；

步骤4-4)、将轮询过程中所记录的信息打包成状态报告并发送。

上述技术方案中，在所述的步骤5)中，所述的处理状态报告包括：

步骤5-1-1)、解析所接收到的状态报告，将解析出的消息保存到一个临时消息队列中；

步骤5-1-2)、索引到发送侧的发送备份队列，并从所述发送备份队列中的最后一个节点开始向前回溯；

步骤5-1-3)、判断所述临时消息队列中是否包含有当前备份队列节点的消息，若没有，进入下一步，若有，进入步骤5-1-5)；

步骤5-1-4)、当前备份队列节点中的消息已经被接收侧收到，因此从发送备份队列中删除该节点，并向上层报告该消息已被成功发送，然后继续遍历发送备份队列中的前一个节点，重新执行步骤5-1-3)；

步骤5-1-5)、接收端没有收到当前备份队列节点中的消息或收到了错误的消息，判断所述临时消息队列用于指示该节点中的消息是一部分被接收到还是整个节点中的消息都没有收到，若只有一部分被接收到，则在该备份队列节点中挂载一个分段节点，用以记录需要重传的分段信息，若整个节点没有被收到，则标志该节点完全重传；

步骤5-1-6)、将当前备份节点的重传标识设为真。

上述技术方案中，在所述的步骤5)中，所述的重传数据包括：

步骤5-2-1)、从所述发送备份队列中的第一个节点开始轮询；

步骤5-2-2)、当所被查询的当前发送备份队列节点的重传标识为真时，进一步判断所要重传的是整个节点的数据还是节点中的数据片段，若要重传整个节点的数据，进入步骤5-2-4)，否则进入下一步；

步骤5-2-3)、索引到当前节点的分段队列，从该分段队列的第一个节点开始遍历，根据节点信息构造重传数据节点，并加入到数据发送队列，然后进入步骤5-2-5)；

步骤5-2-4)、索引到当前节点的分段队列，该节点的分段队列只有一个且指示重传整个数据，将整个数据节点加入到数据发送队列，然后进入下一步；

步骤5-2-5)、将该重传节点的重传次数加1，若超过最大次数，则报告发送失败。

本发明的优点在于：

本发明可以有效地实现所述通信网络中的数据发送，接收，反馈，重发等功能，并使所述通信网络在数据交换的过程中能够拥有更高的效率。

附图说明

图1为发送侧与接收侧的结构示意图；

图2为本发明方法的流程图；

图3为本发明方法中构造状态报告的流程图；

图4为本发明方法中处理状态报告的流程图；

图5为本发明方法中重传数据的流程图。

具体实施方式

下面结合附图和具体实施方式对本发明做详细说明。

在对本发明的方法做详细说明前，首先对本发明中所涉及的概念以及数据结构做统一的描述。

发送侧与接收侧：按照硬件划分，无线通信系统包括基站端与移动终端。所述基站端与移动终端间进行双向的数据通信，基站端既可以向移动终端发送数据，也可以从移动终端接收数据，移动终端同样如此。为了区分通信过程中的不同角色，便于他人理解，本发明将无线通信系统分为发送侧与接收侧，发送侧代表一次数据通信过程中发送数据的部分，而接收侧则代表一次数据通信过程中接收数据的部分。

无线承载逻辑信道：无线承载逻辑信道简称逻辑信道，它专门用于传输某个业务的数据。逻辑信道能够将各个业务的数据在软件层面区分开来，否则数据被传送到对端时将无法区分什么数据是属于哪个业务的。在发送侧与接收侧中一般都有多个逻辑信道，这些逻辑信道间存在对应关系。如图1所示，发送侧的逻辑信道一与接收侧的逻辑信道一之间存在数据交换关系，发送侧的逻辑信道二与接收侧的逻辑信道二同样如此。

无线承载逻辑信道信息队列：该队列用于描述无线承载逻辑信道的信息。无线承载逻辑信道信息队列中包括有多个节点，一个节点记录了相对应的一个逻辑信道的信道号、优先级等信息。

发送缓存队列：发送缓存队列位于发送侧，它用于存放上层发送过来的SDU(Service Data Unit，服务数据单元)，待底层给出传输机会时，该队列将SDU打包或级联成确认模式的协议数据单元PDU(Protocol DataUnit，协议数据单元)。发送缓存队列与逻辑信道间存在对应关系，即某一发送缓存队列专属某一逻辑信道，而某一逻辑信道也拥有至少一个发送缓存队列。

发送备份队列：发送备份队列也位于发送侧，它用于备份发送缓存队列所发出的数据，当需要重传数据时，从发送备份队列中读取出所要重传的数据。发送备份队列与前述发送缓存队列一样，与某一逻辑信道相对应，一般来说，一个发送缓存队列有一个对应的发送备份队列。

重分段队列：重分段队列位于接收侧，用于存储接收到的已被重分段的数据包。重分段队列与下文中提到的接收缓存队列、提交队列都与逻辑信道存在对应关系。接收侧的一个逻辑信道至少包括有一个重分段队列、接收缓存队列以及提交队列。

接收缓存队列：接受缓存队列位于接收侧，用于存储一个完整的数据包，当重分段队列中的数据经过重组变成一个完整的数据包后，要把该数据包移到接收缓存队列中。

提交队列：提交队列位于接收侧，在对所接收的数据包的解包过程中，当所接收的数据包组合成可以向上提交的格式后，这些组合后的数据包被保存在提交队列中。

在上述说明的基础上，下面对本发明方法的实现过程做详细说明。

如图2所示，在步骤S10中，当发送侧需要与接收侧进行无线通信时，两者间首先建立无线承载逻辑信道以及描述该逻辑信道的无线承载逻辑信道信息队列。在背景技术中已经提到，RLC层中允许有三种传输模式，因此还要为使用AM传输模式的逻辑信道建立用户配置的AM传输模式参数，该参数主要包括所要使用的发送窗口和接收窗口的大小。为使发送与接收对应起来，对应的接收侧也要建立与之相应的AM传输模式的无线承载逻辑信道信息队列。

在步骤S20中，当发送侧要发送数据时，上层将SDU形式的数据放入RLC层中的发送缓存队列，然后计算发送缓存队列中所存放数据的大小，并将其值保存在无线承载逻辑信道信息队列节点中，等待MAC层根据该值进行带宽分配。

在步骤S30中，当MAC层完成带宽分配后，根据所分配的带宽将发送缓存队列中所保存的上层数据包进行打包、分段操作，然后将打包、分段后的结果经由下层发送到接收侧。经过打包、分段后的数据包还要同时被保存在发送备份队列中。

在步骤S40中，接收侧对所接收到的数据包进行合法性检测，如果这一数据包合法，则进入下一步实现数据包的解析，如果所接收到的数据包不合法，则丢弃该数据包，继续接收下一个数据包。

在步骤S50中，对通过合法性检测的数据包进行解析，根据解析出的数据包的数据类型将解析出的数据包存放到接收缓存队列或重分段队列，同步更新接收窗口参数，并将满足提交条件的解析后的数据包提交到提交队列。

在步骤S60中，接收侧将提交队列中的节点进行解分段解打包，将解分段解打包后的结果重组而成的完整的SDU数据包递交给上层。若需要构造状态报告，则进入下一步。是否需要构造状态报告的判断条件可依据具体的协议而定。

在步骤S70中，接收侧构造状态报告，然后将所构造的状态报告发送到发送侧。虽然就状态报告而言，构造状态报告并对外发送的部分也可被视为该状态报告的发送侧，但在本发明中，为了不发生混淆，所述的发送侧都是指发送数据包的部分，而所述的接收侧都是指接收数据包的部分。

在步骤S80中，发送侧接收、解析状态报告后，对状态报告进行处理，若根据状态报告的处理结果确定之前所发送的数据包存在丢失或发送错误的现象，则进入下一步，否则结束操作。

在步骤S90中，将需要重传的数据从发送备份队列中取出，保存到发送缓存队列，由所述的发送缓存队列经过下层发送到接收侧，然后重新执行步骤S40。

以上是对本发明方法整体实现过程的说明，下面对该方法中的某些步骤的实现细节予以说明。

在步骤S50中对解析出来的数据包的处理流程做了简要的说明，下面对该步骤的实现细节做详细说明。

步骤S51、从下层接收到数据包后，对该数据包做初步解析以进行合法性判断，若为合法数据，则进一步判断该数据包是否为完整的协议数据单元(PDU)，若为完整的PDU，则进入下一步，否则，该数据包为数据分段，将其放入重分段队列，与以前接收的数据分段进行合并，若能组成完整的数据包，则进入下一步，否则暂时存放在重分段队列。若所接收的数据包不是合法数据，则中止对该数据包的处理流程。

步骤S52、将所述的完整的数据包构建成一个接收缓存节点，将该接收缓存节点保存在接收缓存维护的数据队列下，再将接收缓存节点的起始序列号标识和最末序列号标识都填上该完整数据包所具有的协议数据单元序列号的值。

步骤S53、将该构建好的接收缓存节点按照其具有的序列号的值，按序插入到接收缓存队列中。所述的按序插入是指当节点插入后，该节点的前向节点的最末序列号小于或等于该节点的序列号值，而该节点的后向节点的起始序列号标识大于等于该节点的序列号值。

步骤S54、轮询整个接收缓存队列，检查在插入新节点后，是否能合并节点，若新节点的起始序列号等于其前向节点的最末序列号+1或者新节点的最末序列号等于其后向节点的起始序列号-1，则可合并成一个节点，也就是说只要序号连续就能合并。若能合并节点，进入步骤S55，若不能合并节点，进入步骤S56。

步骤S55、按照合并规则，将多个接收缓存节点合并为单个接收缓存节点，然后执行步骤S56。所述的合并规则包括：当插入新节点后，若该节点的前向节点的最末序列号与该节点的序列号连续，则将其前向节点和该节点合并为一个节点，并同步更新合并节点的起始序列号和最末序列号；若该节点的后向节点的起始序列号与该节点的序列号连续，则将其后向节点和该节点合并为一个节点，并同步更新合并节点的起始序列号和最末序列号；若该节点的前向节点的最末序列号和该节点的序列号以及该节点的后向节点的起始序列号都连续，则将该节点和其前向节点以及其后向节点这三个节点合并为一个节点，并同步更新合并节点的起始序列号和最末序列号。

步骤S56、根据收到的数据的序列号，按照更新规则更新对应的无线承载逻辑信道信息队列节点中的接收窗口参数，包括接收窗口的当前位置、目前接收的最大序列号等。

步骤S57、在接收窗口更新参数后，根据接收窗口的参数更新情况判断在接收缓存队列中是否有需要上传的数据，若有，则根据更新参数得到的需要上传的最大PDU的序列号(即表示在接收缓存中，该序列号之前的所有协议数据单元PDU均需要上传)，将接收缓存中的数据添加到提交队列中，实现数据的提交。

下面结合附图3，对步骤S70中所涉及的构造状态报告的过程加以说明。

步骤S71、当接收侧需要构造状态报告时，首先索引到接收侧的接收缓存队列。

步骤S72、从第一个没有完整收到的数据节点开始，依次轮询接收缓存队列与重分段缓存队列。

步骤S73、首先轮询接收缓存队列，若在接收缓存队列中找到所要查找数据单元的序列号，说明该数据完全找到，跳过该数据单元轮询下一个数据单元，若在接收缓存队列中没有找到所要查找数据单元的序列号，则在重分段缓存队列中继续查找。若能在重分段缓存队列中找到，则该数据单元部分被接收到，需要将需要发送端重传的那部分数据的信息记录到临时消息队列中，若在重分段缓存队列中没有找到，则说明该序列号数据没有收到，需发送端重传整个协议数据单元，将要求发送端重传的整个数据单元的信息记录在临时消息队列中。

步骤S74、将轮询过程中所记录的信息(即需要重传的数据包或数据分段信息，前一步骤中保存在临时消息队列中的内容)打包成状态报告并发送。

下面结合附图4，对步骤S80中所涉及的状态报告处理过程加以说明。

步骤S81、对发送侧所接收到的状态报告进行解析，将解析出的消息保存到一个临时消息队列中。

步骤S82、索引到本端的发送备份队列，并从发送备份队列中的最后一个节点开始向前回溯。

步骤S83、判断临时消息队列中是否包含有当前备份队列节点的消息，若没有，进入下一步，若有，进入步骤S85。

步骤S84、当前备份队列节点中的消息已经被接收侧收到，因此从发送备份队列中删除该节点，并向上层报告该消息已被成功发送，然后继续遍历发送备份队列中的前一个节点，重新执行步骤S83。

步骤S85、接收端没有收到当前备份队列节点中的消息或收到了错误的消息，判断临时消息队列是指示该节点中的消息是一部分被接收到还是整个节点中的消息都没有收到，若只有一部分被接收到，则在该备份队列节点中挂载一个分段节点，用以记录需要重传的分段信息，若整个节点没有被收到，则标志该节点完全重传。

步骤S86、将当前备份节点的重传标识设为真。

下面结合附图5，对步骤S90中的数据重传过程加以说明。

步骤S91、发送侧从发送备份队列中的第一个节点开始轮询。

步骤S92、当所被查询的当前发送备份队列节点的重传标识为真时，进一步判断所要重传的是整个节点的数据还是节点中的数据片段，若要重传整个节点的数据，进入步骤S94，否则执行步骤S93。

步骤S93、索引到当前节点的分段队列，从该分段队列的第一个节点开始遍历，根据节点信息构造重传数据节点，并加入到数据发送队列，然后进入步骤S95。

步骤S94、索引到当前节点的分段队列，该节点的分段队列只有一个且指示重传整个数据，将整个数据节点加入到数据发送队列，然后进入步骤S95。

步骤S95、该重传节点的重传次数加1，若超过最大次数，则报告发送失败。

本发明可用于不同版本的无线通信协议标准对无线链路层确认模式的实现，本发明机制通过接收重组算法和定时累积反馈方法等算法与方法，从而可以有效的实现所述通信网络中的数据发送，接收，反馈，重发等功能，并使所述通信网络在数据交换的过程中能够拥有更高的效率。

最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制。尽管参照实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，对本发明的技术方案进行修改或者等同替换，都不脱离本发明技术方案的精神和范围，其均应涵盖在本发明的权利要求范围当中。

Claims (6)

1.一种无线链路控制层确认模式下的数据传输方法，包括：

步骤1）、为发送侧与接收侧之间的逻辑信道建立用于描述该逻辑信道的无线承载逻辑信道信息队列；

步骤2）、当发送侧通过第一逻辑信道发送数据时，上层将包含在服务数据单元中的数据保存到该逻辑信道所对应的发送缓存队列中，然后计算所述发送缓存队列中所存放数据的大小，并将其值保存在无线承载逻辑信道信息队列节点中，物理链路层根据该值进行带宽分配；当物理链路层完成带宽分配后，根据所分配的带宽将发送缓存队列中所保存的数据包进行打包、分段操作，然后将打包、分段后的结果经由下层发送到接收侧；经过打包、分段后的数据包还要同时被保存在发送备份队列中；

步骤3）、当接收侧通过与所述第一逻辑信道对应的第二逻辑信道接收到数据包后，对通过合法性检测的数据包加以解析，根据解析结果将所述数据包保存在所述第二逻辑信道的接收缓存队列或重分段队列，然后更新接收窗口的参数，待所述数据包满足提交条件后提交到所述第二逻辑信道的提交队列；

步骤4）、对由所述提交队列提交的数据包做解分段和解打包，将重组后的完整服务数据单元递交给上层，然后构造状态报告，并发送到所述发送侧；

步骤5）、发送侧接收、解析所述状态报告后，处理该状态报告，当根据状态报告发现之前发送的数据包存在丢失或发送错误时，利用所述发送备份队列重传数据。

2.根据权利要求1所述的无线链路控制层确认模式下的数据传输方法，其特征在于，所述步骤3）包括：

步骤3-1）、接收侧的无线链路控制层从下层接收到数据包后，对该数据包做初步解析以进行合法性判断，若为合法数据，则进一步判断该数据包是否为完整的协议数据单元，若完整，则进入下一步，否则，该数据包为数据分段，将其放入所述第二逻辑信道所对应的重分段队列，与之前接收的数据分段进行合并，若能组成完整的数据包，则进入下一步，否则暂时存放在重分段队列；若所接收的数据包不是合法数据，则中止对该数据包的处理流程；

步骤3-2）、将所述的完整的协议数据单元构建成一个接收缓存节点，将该接收缓存节点保存在接收缓存维护的数据队列下，再将接收缓存节点的起始序列号标识和最末序列号标识都填上该完整数据单元所具有的协议数据单元序列号的值；

步骤3-3）、将该构建好的接收缓存节点按照其具有的序列号的值，按序插入到接收缓存队列中；

步骤3-4）、轮询整个接收缓存队列，检查在插入新节点后，是否能合并节点，若能合并节点，进入下一步，若不能合并节点，进入步骤3-6）；

步骤3-5）、按照合并规则，将多个接收缓存节点合并为单个接收缓存节点，然后进入下一步；

步骤3-6）、根据收到的数据的序列号，按照更新规则更新对应的无线承载逻辑信道信息队列节点中的接收窗口参数；

步骤3-7）、在所述接收窗口更新参数后，根据所述接收窗口的参数更新情况判断在所述接收缓存队列中是否有需要上传的数据，若有，则根据更新参数得到的需要上传的最大协议数据单元的序列号将接收缓存中的数据添加到提交队列中，实现数据的提交。

3.根据权利要求2所述的无线链路控制层确认模式下的数据传输方法，其特征在于，所述的合并规则包括：当插入新节点后，若该节点的前向节点的最末序列号与该节点的序列号连续，则将其前向节点和该节点合并为一个节点，并同步更新合并节点的起始序列号和最末序列号；若该节点的后向节点的起始序列号与该节点的序列号连续，则将其后向节点和该节点合并为一个节点，并同步更新合并节点的起始序列号和最末序列号；若该节点的前向节点的最末序列号和该节点的序列号以及该节点的后向节点的起始序列号都连续，则将该节点和其前向节点以及其后向节点这三个节点合并为一个节点，并同步更新合并节点的起始序列号和最末序列号。

4.根据权利要求1所述的无线链路控制层确认模式下的数据传输方法，其特征在于，在所述的步骤4）中，构造状态报告包括：

步骤4-1）、当接收侧需要构造状态报告时，索引到所述接收侧的与所述第二逻辑信道相对应的接收缓存队列；

步骤4-2）、从第一个没有完整收到的数据节点开始，依次轮询所述接收缓存队列与重分段缓存队列；

步骤4-3）、首先轮询接收缓存队列，若在接收缓存队列中找到所要查找数据单元的序列号，跳过该数据单元轮询下一个数据单元，若在接收缓存队列中没有找到所要查找数据单元的序列号，则在重分段缓存队列中继续查找；若能在重分段缓存队列中找到，则将需要发送端重传的那部分数据的信息记录到临时消息队列中；若在重分段缓存队列中没有找到，则要求发送端重传的整个数据单元的信息记录在临时消息队列中；

步骤4-4）、将轮询过程中所记录的信息打包成状态报告并发送。

5.根据权利要求1所述的无线链路控制层确认模式下的数据传输方法，其特征在于，在所述的步骤5）中，所述的处理状态报告包括：

步骤5-1-1）、解析所接收到的状态报告，将解析出的消息保存到一个临时消息队列中；

步骤5-1-2）、索引到发送侧的发送备份队列，并从所述发送备份队列中的最后一个节点开始向前回溯；

步骤5-1-3）、判断所述临时消息队列中是否包含有当前备份队列节点的消息，若没有，进入下一步，若有，进入步骤5-1-5）；

步骤5-1-4）、当前备份队列节点中的消息已经被接收侧收到，因此从发送备份队列中删除该节点，并向上层报告该消息已被成功发送，然后继续遍历发送备份队列中的前一个节点，重新执行步骤5-1-3）；

步骤5-1-5）、接收端没有收到当前备份队列节点中的消息或收到了错误的消息，判断所述临时消息队列用于指示该节点中的消息是一部分被接收到还是整个节点中的消息都没有收到，若只有一部分被接收到，则在该备份队列节点中挂载一个分段节点，用以记录需要重传的分段信息，若整个节点没有被收到，则标志该节点完全重传；

步骤5-1-6）、将当前备份节点的重传标识设为真。

6.根据权利要求1所述的无线链路控制层确认模式下的数据传输方法，其特征在于，在所述的步骤5）中，所述的重传数据包括：

步骤5-2-1）、从所述发送备份队列中的第一个节点开始轮询；

步骤5-2-2）、当所被查询的当前发送备份队列节点的重传标识为真时，进一步判断所要重传的是整个节点的数据还是节点中的数据片段，若要重传整个节点的数据，进入步骤5-2-4），否则进入下一步；

步骤5-2-3）、索引到当前节点的分段队列，从该分段队列的第一个节点开始遍历，根据节点信息构造重传数据节点，并加入到数据发送队列，然后进入步骤5-2-5）；

步骤5-2-4）、索引到当前节点的分段队列，该节点的分段队列只有一个且指示重传整个数据，将整个数据节点加入到数据发送队列，然后进入下一步；

步骤5-2-5）、将该重传节点的重传次数加1，若超过最大次数，则报告发送失败。

Images