CN101594634B - 一种数据传输方法、相关装置及其系统 - Google Patents

Abstract

本发明实施例公开了一种数据传输方法及相关装置，该方法为：在以确认模式发送协议数据单元，并且所述协议数据单元的重传次数达到预设置的重传次数时，丢弃所述协议数据单元；在丢弃协议数据单元次数等于预设置的丢弃次数时，向上层发送连续失败通知消息。本发明实施例通过改变RLC层以确认模式传输协议数据单元的流程，在丢弃协议数据单元次数达到预设置的丢弃次数时，通知上层该链路出现数据发送连续失败，由上层决定后续处理，改变目前协议中直接重建该链路的方式，避免在数据实际传输成功时重建链路，减少终端不必要的业务中断。

Description

一种数据传输方法、相关装置及其系统

技术领域

本发明涉及通信技术领域，尤其是涉及一种数据传输方法、相关装置及其系统。 

背景技术

长期演进(LTE，Long Term Evolved)网络目前得到了广泛的关注，其中数据链路层中的无线链路控制协议(RLC，Radio Link Control)层由网络层中的无线资源控制(RRC，Radio Resource Control)层配置，根据业务类型分为三种模式：透明模式(TM，Transparent Mode)、非确认模式(UM，Unacknowledged Mode)、确认模式(AM，Acknowledged Mode)。 

确认模式中，发送端的RLC层接收到接收端反馈的确认(ACK)则表示协议数据单元(PDU，Protocol Data Unit)已发送到接收端，则滑动发送窗口进行下一个协议数据单元的发送；没有接收到接收端反馈的确认则表示该PDU可能没有发送到接收端，则通过自动重传请求(ARQ，auto repeatrequest)机制进行重传以纠正传输错误，可设置最大重传次数来限制重传次数。协议数据单元可用来传输控制信令或业务数据。 

以发送端为基站，接收端为终端，协议数据单元传输控制信令为例，当终端RRC层接收到基站RRC层下发的控制信令后，需要回复确认表示接收到控制信令，确认通过终端RLC层发送到基站RLC层。基站RLC层在没有收到确认时，重传该控制信令，在达到预设置的重传次数后仍没有收到确认，则发送无线承载链路重建消息给RRC层要求重建链路。 

在对现有技术的研究和实践过程中，本发明的发明人发现现有技术存在以下问题： 

在过隧道、进电梯等瞬间信道质量变差时，基站RLC层进行多次重传后仍未收到终端RLC层反馈的确认，基站RLC层发送无线承载链路重建消息给基站RRC层要求重建链路，则基站RRC层在得知终端RRC层收到了控制信令的情况下，仍然重建链路，导致终端所有链路上的业务发生不必要的中断。 

发明内容

本发明实施例要解决的技术问题是提供一种可以减少数据传输中不必要的业务中断的数据传输方法、相关装置及其系统。 

为解决上述技术问题，本发明所提供的实施例是通过以下技术方案实现的： 

一种数据传输方法，包括： 

在以确认模式发送协议数据单元，并且所述协议数据单元的重传次数达到预设置的重传次数时，丢弃所述协议数据单元； 

在连续丢弃协议数据单元次数等于预设置的丢弃次数时，向上层发送连续失败通知消息。 

一种数据传输的装置，包括： 

丢弃数据单元，用于在以确认模式发送协议数据单元，并且所述协议数据单元的重传次数达到预设置的重传次数时，丢弃所述协议数据单元； 

通知上层单元，在丢弃数据单元连续丢弃数据次数等于预设置的丢弃次数时，向上层发送连续失败通知消息。 

一种数据传输的系统，包括： 

下层数据传输装置，用于在以确认模式发送协议数据单元，并且所述协议数据单元的重传次数达到预设置的重传次数时，丢弃所述协议数据单元； 

在连续丢弃协议数据单元次数等于预设置的丢弃次数时，向上层数据传输装置发送连续失败通知消息； 

上层数据传输装置，用于接收到下层数据传输装置的连续发送失败通知消息后，决定下一步动作，下一步动作包括重建链路、再次发送所述协议数据单元、丢弃所述协议数据单元三者中的任一。 

由上述技术方案可以看出，本发明实施例通过在协议数据单元的重传次数达到预设置的重传次数时将该协议数据单元丢弃，并在丢弃协议数据单元次数达到预设置的丢弃次数时，向上层发送连续失败通知消息，告知上层该链路出现数据发送连续失败，将是否重建该链路交由上层决定，避免在数据实际传输成功时重建链路，从而可减少不必要的终端业务中断。 

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。 

图1是本发明实施例一的方法流程示意图； 

图2是本发明实施例二的方法流程示意图； 

图3是本发明实施例装置的结构示意图； 

图4是本发明实施例系统的结构示意图。 

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。 

本发明实施例改变了RLC层以确认模式传输协议数据单元的流程，使得RLC层丢弃重传次数达到预设置的重传次数的协议数据单元，并在丢弃协议数据单元次数达到预设置的丢弃次数时，通知上层该链路数据发送连续失败，将是否重建该链路交由上层决定。 

以下分为多个实施例对本发明进行详细说明。 

实施例一、参见图1详细说明，图1为本发明实施例一的方法流程示意图。 

步骤101：在以确认模式发送协议数据单元，并且该协议数据单元的重传次数达到预设置的重传次数时，丢弃该协议数据单元。 

发送端的RLC层会在缓存中保留与当前发送窗口尺寸大小相同数目的协议数据单元，如窗口大小为5，则缓存5个协议数据单元。在某个协议数据单元的重传次数达到预设置的重传次数时，则将该协议数据单元从缓存中删除，也即丢弃该协议数据单元，以便滑动发送窗口，并可将记录的丢弃协议数据单元次数加一。 

步骤102：在丢弃协议数据单元次数等于预设置的丢弃次数时，向上层发送连续失败通知消息。 

例如在丢弃协议数据单元次数达到3次时，向上层发送连续失败通知消息。根据协议数据单元的内容不同，对应的上层也不同： 

在协议数据单元内容为控制信令时，上层为RRC层； 

在协议数据单元内容为用户数据时，上层为应用层。 

重传次数和丢弃次数也可根据实际应用环境和需要灵活设置，都不影响本发明实施例的实现。 

而在连续丢弃数据次数小于预设置的丢弃次数时，滑动发送窗口，进行下一个协议数据单元的发送，并将重传次数清零。 

发送端滑动发送窗口时，带动接收端的接收窗口一并滑动，保证后续协议数据单元的正常接收和处理。接收端窗口晃动机制与非确认模式的窗口滑动机制相同。 

例如，预先定义的预设置的连续丢弃数据次数为3次。在第一个协议数据单元的重传次数达到预设置的重传次数时，丢弃第一个协议数据单元，并将记录的丢弃协议数据单元次数加一，此时连续丢弃数据次数为1次，则没有达到预设置的丢弃次数时，发送端滑动发送窗口，进行第二个协议数据单元的发送，并在发送该协议数据单元前，将重传次数清零，即第二个协议数据单元当前为第一次发送。 

第二个协议数据单元的发送过程与第一个协议数据单元类似，在重传次数达到预设置的重传次数时，丢弃第二个协议数据单元，并将丢弃协议数据单元次数再加一，此时连续丢弃数据次数则为2次。 

当然，如果第二个协议数据单元的发送过程正常，发送端在第二个协议数据单元的重传次数小于预设置的重传次数时，接收到了接收端反馈的第二个协议数据单元的确认，则将丢弃协议数据单元次数清零，滑动发送窗口，并将重传次数清零，继续发送下一个协议数据单元；之后的协议数据单元发送过程也依此类推。 

本发明实施例通过改变RLC层以确认模式传输协议数据单元的流程，在协议数据单元的重传次数达到预设置的重传次数时将该协议数据单元丢弃，并在丢弃数据次数达到预设置的丢弃次数时，向上层发送连续失败通知消息，告知上层该链路出现数据发送连续失败，将是否重建该链路交由上层决定， 避免在数据实际传输成功时重建链路，从而可减少不必要的终端业务中断。 

以下实施例二为实施例一在LTE网络中的应用实施例，以基站为发送端，终端为接收端为例进行说明。 

实施例二、参见图2详细说明，图2为本发明实施例二的方法流程示意图。 

步骤201：基站的RLC层传输PDU。 

PDU的内容可以是控制信令或者用户数据。 

步骤202：判断是否接收到终端反馈的该PDU的确认(ACK)，是则转步骤208，否则转步骤203。 

步骤203：判断是否达到预设置的重传次数，是则转步骤205，否则转步骤204。 

没接收到终端反馈的确认，则不确认该PDU是否已发送到终端，需要进行重传。在进行该PDU的重传之前，先判断该PDU的重传次数是否达到预设置的重传次数。 

预设置的重传次数可以是最大重传次数。 

步骤204：进行重传，并将重传次数加1，转步骤202。 

在该PDU的重传次数没有达到预设置的重传次数时，进行重传。 

步骤205：丢弃该PDU，并将丢弃PDU次数加1。 

在该PDU的重传次数达到了预设置的重传次数，不再重传该PDU，而是直接丢弃该PDU，并记录丢弃PDU的次数。 

步骤206：判断是否达到了预设置的丢弃PDU次数，是则转步骤207，否则转步骤209。 

步骤207：向上层发送连续失败通知消息，然后转步骤209。 

上层可以是RRC层或者是应用层，都不影响本发明实施例的实现。在PDU的内容是控制信令时，上层为RRC层；在PDU的内容是用户数据时，上层为应用层。 

上层接收连续失败通知消息后，根据接收端是否接收到PDU、或者其他业务策略灵活决定是否重建链路。 

例如，基站向终端发送网络层的RRC_RECONFIG消息时，终端需要回 复基站数据链路层的确认，同时回复基站网络层RRC_RECONFIG_CMP消息。 

现有技术中，如果基站数据链路层达到预设置的重传次数依然没有收到确认，则RLC窗口复位，并发送无线承载链路重建消息给基站网络层，基站则进行链路重建，导致终端业务全部中断。此时，即使基站网络层的RRC层发现已经收到了RRC_RECONFIG_CMP消息，得知终端已接收到RRC_RECONFIG消息，仍然重建链路。而本发明实施例，则由网络层的RRC层决定是否重建链路，在已收到RRC_RECONFIG_CMP消息的情况下，RRC层则不会重建链路，使不必要的终端业务中断减少，提高用户体验效果。 

并且，RRC层和应用层都具备相应的重传机制，在数据达到预设置的重传次数时，将会各自进行数据传输失败处理(根据业务需要灵活决定进行重传、丢弃或者是其他处理)，实际上并不需要RLC层在没有收到确认的情况下，特别在链路故障只是短暂时间内的突发状况时，发送无线承载链路重建消息强行要求RRC层或者应用层进行链路重建；所以，在这种情况下，RLC层的无线承载链路重建消息是冗余的，本发明实施例不进行无线承载链路重建消息的发送，而将链路重建的决定权交给RLC层的上层，则简化了数据传输处理流程，并优化了RLC层与上层之间的功能互补性。 

在不重建链路的情况下，对于未接收到的PDU，RLC层的上层则根据不同业务策略选择不同的处理机制，可以是：(1)直接丢弃；(2)再次发起该PDU的传输，发起多次仍不能收到则丢弃，例如发起三次重传后不能收到该PDU则丢弃该PDU。 

步骤208：将丢弃PDU次数清零。 

若在协议数据单元的重传次数小于预设置的重传次数时，接收到终端反馈的确认，则表明该PDU已发送到终端，则可继续发送下一个PDU；在发送下一个PDU前，将丢弃PDU次数清零。 

步骤209：发送窗口滑动。 

步骤208和步骤209可同时进行，或先后进行都不影响本发明实施例的实现。 

本发明实施例不仅可在接收到PDU的确认后进行窗口滑动，还可在未接收到确认，丢弃数据的次数达到预设置的丢弃次数后通知上层发生链路故障 后进行窗口滑动，避免在数据实际传输成功时重建链路，提高设备在链路发生突发性短暂性的故障时的数据传输能力。 

发送端的发送窗口带动接收端的接收窗口一起滑动，以保证后续数据的正常接收和传输。 

步骤210：将重传次数清零，转步骤201传输下一个PDU。 

步骤210与步骤209也可同时进行。 

需要说明的是，若是以终端为发送端，基站为接收端，处理流程类似。 

本发明实施例改变了RLC层以确认模式传输协议数据单元的流程，丢弃达到预设置的重传次数的PDU，并记录丢弃次数，主动滑动窗口保证后续协议数据单元的传输，在丢弃PDU次数达到预设置的次数时，告知上层该链路出现数据发送连续失败，将是否重建该链路交由上层决定，避免在数据实际传输成功时重建链路，从而可减少不必要的终端业务中断。 

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。 

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。 

以上提供了一种数据传输方法，本发明实施例还提供一种数据传输的装置。 

一种数据传输的装置，参见图3，图3是本发明实施例装置的结构示意图，包括： 

丢弃数据单元11，用于在以确认模式发送协议数据单元，并且所述协议数据单元的重传次数达到预设置的重传次数时，丢弃所述协议数据单元； 

通知上层单元12，在丢弃数据单元11丢弃数据次数等于预设置的丢弃次数时，向上层发送连续失败通知消息，通知上层发生链路故障。 

上层可以是RRC层或者是应用层。在PDU的内容是控制信令时，通知 上层单元12向RRC层发送连续失败通知消息；在PDU的内容是用户数据时，通知上层单元12向应用层发送连续失败通知消息。是否重建链路则由上层根据接收端是否接收到了PDU、或者其他业务策略灵活决定。 

数据传输的装置还包括： 

滑动窗口单元13，在丢弃数据单元11丢弃数据次数小于预设置的丢弃次数时，滑动发送窗口；或者在通知上层单元12向上层发送连续失败通知消息后，滑动发送窗口；或者在接收到接收端反馈的所述协议数据单元的确认时，滑动发送窗口。 

记录重传次数单元14，用于在滑动窗口13单元滑动发送窗口后将记录的重传次数清零。 

重传数据单元15，用于在没有接收到接收端反馈的所述协议数据单元的确认时，重新传输所述协议数据单元； 

则记录重传次数单元14用于在重传数据单元15重新传输协议数据单元后，将记录的协议数据单元的重传次数加一。 

记录丢弃数据次数单元16，用于记录丢弃数据单元11丢弃协议数据单元的次数，并可以在接收到记录的协议数据单元的确认时，将该协议数据单元的丢弃协议数据单元的次数清零；则滑动窗口单元13还用于在接收到接收端反馈的协议数据单元的确认时，滑动发送窗口。 

本发明实施例还提供一种数据传输的系统。 

一种数据传输的系统，参见图4，图4是本发明实施例系统的结构示意图，包括： 

下层数据传输装置21，用于在以确认模式发送协议数据单元，并且所述协议数据单元的重传次数达到预设置的重传次数时，丢弃所述协议数据单元；在丢弃协议数据单元次数等于预设置的丢弃次数时，向上层数据传输装置22发送连续失败通知消息；下层数据传输装置21可以为RLC层。 

上层数据传输装置22，用于接收到下层数据传输装置21的连续失败通知消息后，决定下一步动作，下一步动作包括重建链路、再次发送该协议数据单元、丢弃该协议数据单元三者中的任一；可根据接收端是否接收到了PDU、或者其他业务策略灵活决定。上层数据传输装置22可以为RRC层或者应用 层。 

下层数据传输装置21的具体结构可参见前述数据传输的装置的结构，此处不再赘述。 

本发明实施例设备的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。 

本发明实施例通过改变RLC层以确认模式传输协议数据单元的流程，丢弃达到预设置的重传次数的PDU，并在丢弃PDU次数达到预设置的次数时，告知上层该链路出现数据发送连续失败，将下一步动作交由上层决定，避免在数据实际传输成功时重建链路，从而可减少不必要的终端业务中断。 

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。 

以上对本发明实施例所提供的一种数据传输方法、相关装置及其系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。 

Claims (12)

1.一种数据传输方法，其特征在于，包括：

在以确认模式发送协议数据单元，并且所述协议数据单元的重传次数达到预设置的重传次数时，丢弃所述协议数据单元；

在连续丢弃协议数据单元次数等于预设置的丢弃次数时，向上层发送连续失败通知消息。

2.根据权利要求1所述的数据传输方法，其特征在于，还包括：

在连续丢弃协议数据单元次数小于预设置的丢弃次数时，滑动发送窗口，发送下一个协议数据单元，并将重传次数清零。

3.根据权利要求1所述的数据传输方法，其特征在于，所述向上层发送连续失败通知消息之后还包括：

滑动发送窗口，发送下一个协议数据单元，并将重传次数清零。

4.根据权利要求1所述的数据传输方法，其特征在于，所述协议数据单元的重传次数达到预设置的重传次数具体包括：

在没有接收到接收端反馈的所述协议数据单元的确认时，重新传输所述协议数据单元，并将所述协议数据单元的重传次数加一，直至重传次数等于预设置的重传次数。

5.根据权利要求1所述的数据传输方法，其特征在于，还包括：

在所述协议数据单元的重传次数小于预设置的重传次数，并接收到接收端反馈的所述协议数据单元的确认时，将记录的连续丢弃协议数据单元次数清零；

滑动发送窗口，发送下一个协议数据单元，并将重传次数清零。

6.根据权利要求1至5任一项所述的数据传输方法，其特征在于，所述协议数据单元为控制信令或用户数据，所述在连续丢弃协议数据单元次数等于预设置的丢弃次数时向上层发送连续失败通知消息具体为：

当协议数据单元为控制信令时，则在连续丢弃控制信令次数达到预设置的丢弃次数时，向无线资源控制层发送连续失败通知消息；或者

当协议数据单元为用户数据时，在连续丢弃用户数据次数达到预设置的丢弃次数时，向应用层发送连续失败通知消息。

7.一种数据传输的装置，其特征在于，包括：

丢弃数据单元，用于在以确认模式发送协议数据单元，并且所述协议数据单元的重传次数达到预设置的重传次数时，丢弃所述协议数据单元；

通知上层单元，在丢弃数据单元连续丢弃数据次数等于预设置的丢弃次数时，向上层发送连续失败通知消息。

8.根据权利要求7所述的装置，其特征在于，还包括：

滑动窗口单元，在丢弃数据单元连续丢弃数据次数小于预设置的丢弃次数时，或者在通知上层单元向上层发送连续失败通知消息后，滑动发送窗口；记录重传次数单元，用于在滑动窗口单元滑动发送窗口后将记录的重传次数清零。

9.根据权利要求8所述的装置，其特征在于，所述丢弃数据单元包括：重传数据单元，用于在没有接收到接收端反馈的所述协议数据单元的确认时，重新传输所述协议数据单元；

所述记录重传次数单元在重传数据单元重新传输所述协议数据单元后，将记录的所述协议数据单元的重传次数加一。

10.根据权利要求8所述的装置，其特征在于，还包括：

记录丢弃数据次数单元，用于记录丢弃数据单元连续丢弃协议数据单元的次数，并在所述协议数据单元的重传次数小于预设置的重传次数，并接收到记录的协议数据单元的确认时，将该协议数据单元的连续丢弃协议数据单元的次数清零；

所述滑动窗口单元在接收到接收端反馈的所述协议数据单元的确认时，滑动发送窗口。

11.根据权利要求7至10任一项所述的装置，其特征在于，所述通知上层单元具体用于：

在协议数据单元内容为控制信令时，向无线资源控制层发送连续失败通知消息；

在协议数据单元内容为用户数据时，向应用层发送连续失败通知消息。

12.一种数据传输的系统，其特征在于，包括：

下层数据传输装置，用于在以确认模式发送协议数据单元，并且所述协议数据单元的重传次数达到预设置的重传次数时，丢弃所述协议数据单元；在连续丢弃协议数据单元次数等于预设置的丢弃次数时，向上层数据传输装置发送连续失败通知消息；

上层数据传输装置，用于接收到下层数据传输装置的连续发送失败通知消息后，决定下一步动作，下一步动作包括重建链路、再次发送所述协议数据单元、丢弃所述协议数据单元三者中的任一。

Images