无线数据传输控制方法、系统及装置与流程

本发明属于通信技术领域，尤其涉及一种无线数据传输控制方法、系统及装置。

背景技术：

在无线网络中，进行数据传输时，为了保证数据的正确接收，通常会采用重传机制，来保证数据能够正确的从发送端到达接收端。

尤其是空口信号质量较差时，若发送端向接收端发送的数据，接收端未能正确接收，包括接收端未接收到数据和发送端未接收到接收确认信息的情况下，媒体接入控制(mediaaccesscontrol，mac)层数据可能会进行多次重传，当重传超过最大次数后，该报文被丢弃不再重传。对于接收测，接收窗口会一直等待被丢弃报文，直到收到窗口外的报文后强行将窗口滑走，或者接收窗口对应位的定时器超时后，主动将窗口滑走。这种数据重传的解决方案，接收端等待的耗时较长，有可能会造成网络层的数据中断，影响了网络层数据传输。

技术实现要素：

有鉴于此，本发明的一个目的是提供一种无线数据传输控制方法、系统及装置，用以解决现有技术中存在报文丢弃时，接收端等待时间长，可能导致网络层数据中断的问题。为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。

本发明实施例提供一种无线数据传输控制方法，包括：

接收端接收发送端监控到发送次数超过最大重传次数的数据报文时发送的报文丢弃通知消息；

根据所述报文丢弃通知消息更新本地的报文接收窗口；

接收端向发送端发送丢弃通知确认消息。

在一些可选的实施例中，超过最大重传次数的数据报文为上行报文时，所述报文丢弃通知消息包括：流标识fid和丢弃的数据报文序列号；

超过最大重传次数的数据报文为下行报文时，所述报文丢弃通知消息包括：丢弃的数据报文序列号、接收端标识和流标识fid。

在一些可选的实施例中，超过最大重传次数的数据报文为上行报文时，通过请求数据资源时的随路资源请求字段携带所述报文丢弃通知消息；

超过最大重传次数的数据报文为下行报文时，通过数据填充帧发送所述报文丢弃通知消息。

在一些可选的实施例中，根据所述报文丢弃通知消息更新本地的报文接收窗口，具体包括：

根据报文丢弃通知消息中携带的流标识fid，将所述fid对应的报文接收窗口滑走，更新为后续的下一个报文接收窗口。

在一些可选的实施例中，还包括：

如果发送端未接收到丢弃通知确认消息，则发送端按照设定的发送时间间隔重发所述报文丢弃通知消息，直至接收到丢弃通知确认消息或重发次数达到设定的最大重发次数。

本发明实施例还提供一种无线数据传输控制装置，设置在数据报文发送端，包括：

监控模块，用于监控发送次数超过最大重传次数的数据报文；

第一发送模块，用于监控到发送次数超过最大重传次数的数据报文时发送报文丢弃通知消息给接收端；

第一接收模块，用于接收接收端根据所述报文丢弃通知消息更新本地的报文接收窗口后发送的丢弃通知确认消息。

在一些可选的实施例中，所述第一发送模块，具体用于：

超过最大重传次数的数据报文为上行报文时，发送的所述报文丢弃通知消息包括：流标识fid和丢弃的数据报文序列号；

超过最大重传次数的数据报文为下行报文时，发送的所述报文丢弃通知消息包括：丢弃的数据报文序列号、接收端标识和流标识fid。

在一些可选的实施例中，所述第一发送模块，具体用于：

超过最大重传次数的数据报文为上行报文时，通过请求数据资源时的随路资源请求字段携带所述报文丢弃通知消息；

超过最大重传次数的数据报文为下行报文时，通过数据填充帧发送所述报文丢弃通知消息。

在一些可选的实施例中，如果未接收到接收端发送的丢弃通知确认消息，则按照设定的发送时间间隔重发所述报文丢弃通知消息，直至接收到丢弃通知确认消息或重发次数达到设定的最大重发次数。

本发明实施例还提供一种无线数据传输控制装置，设置在数据报文接收端，包括：

第二接收模块，用于接收发送端监控到发送次数超过最大重传次数的数据报文时发送的报文丢弃通知消息；

更新模块，用于根据所述报文丢弃通知消息更新本地的报文接收窗口；

第二发送模块，用于向发送端发送丢弃通知确认消息。

在一些可选的实施例中，所述第二接收模块，具体用于：

超过最大重传次数的数据报文为上行报文时，接收的所述报文丢弃通知消息包括：流标识fid和丢弃的数据报文序列号；

超过最大重传次数的数据报文为下行报文时，接收的所述报文丢弃通知消息包括：丢弃的数据报文序列号、接收端标识和流标识fid。

在一些可选的实施例中，所述第二接收模块，具体用于：

超过最大重传次数的数据报文为上行报文时，接收通过请求数据资源时的随路资源请求字段携带的所述报文丢弃通知消息；

超过最大重传次数的数据报文为下行报文时，接收通过数据填充帧发送所述报文丢弃通知消息。

在一些可选的实施例中，所述更新模块，具体用于：

根据报文丢弃通知消息中携带的流标识fid，将所述fid对应的报文接收窗口滑走，更新为后续的下一个报文接收窗口。

本发明实施例还提供一种无线数据传输控制系统，包括：发送端和接收端；

所述发送端中设置上述的数据传输控制装置；

所述接收端中设置上述的数据传输控制装置。

本发明实施例提供的无线数据传输控制方法、系统及装置，当发送端监控到发送次数超过最大重传次数的数据报文时发送报文丢弃通知消息给接收端，接收端根据报文丢弃通知消息更新本地的报文接收窗口，使得接收端能够及时获知发送端已丢弃的数据报文，及时更新本地接收窗口，减少接收端的等待耗时，保证数据传输的连续性，避免通信数据传输中断发生的可能性。

为了上述以及相关的目的，一个或多个实施例包括后面将详细说明并在权利要求中特别指出的特征。下面的说明以及附图详细说明某些示例性方面，并且其指示的仅仅是各个实施例的原则可以利用的各种方式中的一些方式。其它的益处和新颖性特征将随着下面的详细说明结合附图考虑而变得明显，所公开的实施例是要包括所有这些方面以及它们的等同。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是本发明实施例一中数据传输控制方法的流程图；

图2是本发明实施例二中数据传输控制方法的流程图；

图3是本发明实施例二中报文丢弃通知消息的结构示例图；

图4是本发明实施例二中接收端窗口更新的示例图；

图5是本发明实施例三中数据传输控制方法的流程图；

图6是本发明实施例三中报文丢弃通知消息的结构示例图；

图7是本发明实施例中数据传输控制系统的结构示意图；

图8是本发明实施例中一种数据传输控制装置的结构示意图；

图9是本发明实施例中另一种数据传输控制装置的结构示意图。

具体实施方式

以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。其他实施方案可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的组件和功能是可选的，并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。在本文中，本发明的这些实施方案可以被单独地或总地用术语“发明”来表示，这仅仅是为了方便，并且如果事实上公开了超过一个的发明，不是要自动地限制该应用的范围为任何单个发明或发明构思。

为了解决现有技术中存在的数据重传时，接收端等待耗时长，有可能导致数据传输中断，影响网络层数据传输的问题，本发明实施例提供一种数据传输控制方法，能够在数据重传超时，报文丢弃时，实现接收端快速更新接收窗口，减少等待耗时，避免影响网络层数据传输，保证通信数据传输的连续性。

在进行无线网络传输时，如果mac层的空口信号质量较差，数据包会多次重传。当重传超过最大重传次数后，则认为此数据报文传输失败，丢弃不再重传。在本发明中，称这种报文为drop包。出现drop包后，为了将接收端的接收窗口快速滑走，本发明提出由发送端告知接收端出现drop包的方式，接收端收到通知后立马滑动窗口以保证网络报文第一时间恢复。

实施例一

本发明实施例一提供的无线数据传输控制方法，其流程如图1所示，包括如下步骤：

步骤s101：发送端监控到发送次数超过最大重传次数的数据报文时向接收端发送报文丢弃通知消息。

发送端实时监控发生重传的数据报文，当发生重传的数据报文的发送次数超过最大重传次数时，丢弃该数据报文并通知接收端。其中，数据报文重传达到最大次数后丢弃不再重传，认为传输失败，对这样的数据报文，可以称为drop包。

当数据报文为上行报文时，即终端侧出现drop包时，终端会通知接入点(ap)；当当数据报文为下行报文时，即ap侧出现drop包时，ap会通知终端，从而使得无论终端还是ap侧出现丢弃报文时，通信对端都不会耗费很长的等待时间来滑走报文接收窗口。

其中，超过最大重传次数的数据报文为上行报文时，报文丢弃通知消息包括：流标识fid和丢弃的数据报文序列号；超过最大重传次数的数据报文为下行报文时，报文丢弃通知消息包括：丢弃的数据报文序列号、接收端标识和流标识fid。

发送端发送报文丢弃通知消息时，可以单独发送，也可以随其他消息一起发送。

其中，超过最大重传次数的数据报文为上行报文时，通过请求数据资源时的随路资源请求字段携带报文丢弃通知消息；超过最大重传次数的数据报文为上行报文时，通过数据填充帧发送报文丢弃通知消息。

步骤s102：接收端接收发送端发送的报文丢弃通知消息。

根据发送端发送的方式不同，接收端从相应消息中接收到报文丢弃通知消息，比如可以从随路资源请求字段获取携带报文丢弃通知消息，也可以通过数据填充帧获取报文丢弃通知消息。

步骤s103：接收端根据报文丢弃通知消息更新本地的报文接收窗口。

接收端根据报文丢弃通知消息中携带的流标识(fid)，将fid对应的报文接收窗口滑走，更新为后续的下一个报文接收窗口。

步骤s104：接收端向发送端发送丢弃通知确认消息。

接收端更新接收窗口后，向发送端发送已更新报文接收窗口的丢弃通知确认消息，以便发送端获知接收端是否已经成功接收到报文丢弃通知消息并更新了相应的报文接收窗口。

步骤s105：发送端接收丢弃通知确认消息。

发送端接收到丢弃通知确认消息后，确认接收端已接收到报文丢弃通知消息并更新了接收窗口，从而保证了通信过程中数据传输的连续不中断。

本发明实施例的上述方法，可选的，如果发送端未接收到丢弃通知确认消息，则发送端按照设定的发送时间间隔重发报文丢弃通知消息，直至接收到丢弃通知确认消息或重发次数达到设定的最大重发次数。

上述方法，即使在空口信号质量差出现了被丢弃不再重传的报文后也不会造成网络层的断流，保证了数据流的流畅性。

本发明中，将数据方向分为上行和下行，上行是指终端发数据ap接收数据，下行是指ap发数据终端接收数据。下面的实施例中分别介绍上下行处理方法。

实施例二

本发明实施例二提供的无线数据传输控制方法，以上行报文为例进行详细描述，其流程如图2所示，包括如下步骤：

步骤s201：终端实时监控发送次数超过最大重传次数的数据报文。

当发生数据报文重传时，终端会实时监控其重传次数，当达到最大重传次数时，则会丢弃该数据报文，不再重传。

步骤s202：是否监控到发送次数超过最大重传次数的数据报文。

若是，执行步骤s203；否则返回继续执行步骤s201。

步骤s203：终端发送报文丢弃通知消息给ap。

本实施例中为针对上行数据的处理方式，在终端中，请求数据资源的方式有两种，一种是独立发送资源请求，一种是发送数据时携带随路资源请求。当上行数据出现drop包时，通过随路资源请求字段向ap发送通知。其中，随路资源请求是指发送数据时某些字段进行资源请求，不再单独发资源请求帧。

报文丢弃通知消息的结构示例如图3所示，这是一种通知报文数据帧格式，包括：4比特(bit)的流标识(fid)和12bit的丢弃的数据报文序列号(drop包的sn号，dropsn)。

步骤s204：ap接收报文丢弃通知消息。

步骤s205：ap根据报文丢弃通知消息滑走对应的报文接收窗口。

ap接收到丢弃报文通知消息后，将对应fid的接收窗口的比特位图(bitmap)更新。如图4所示为更新报文接收窗口的示例图。其中：

bitmap1为更新前的bitmap，起始序列号(startsn)为dropsn，然后往后查找直到bitmap中出现0，将startsn更新成该bit对应的sn，并将前面的窗口全部滑走，更新成bitmap2，startsn更新成dropsn+6。其中，startsn为接收窗口中第一个bit对应的数据包的帧号。

步骤s206：ap发送丢弃通知确认消息给终端。

ap更新接收窗口后，ap向终端回复接收确认(ack)告知终端已收到通知报文。

步骤s207：终端接收丢弃通知确认消息。

如果终端没有收到ack，则认为丢弃报文通知消息未发送成功，会持续发送丢弃报文通知消息直到发送成功为止，dropsn更新为最后一次drop包的序列号(sn)号。

实施例三

本发明实施例三提供的无线数据传输控制方法，以下行报文为例进行详细描述，其流程如图5所示，包括如下步骤：

步骤s301：ap实时监控发送次数超过最大重传次数的数据报文。

当发生数据报文重传时，ap会实时监控其重传次数，当达到最大重传次数时，则会丢弃该数据报文，不再重传。

步骤s302：是否监控到发送次数超过最大重传次数的数据报文。

若是，执行步骤s303；否则返回继续执行步骤s301。

步骤s303：ap发送报文丢弃通知消息给终端。

本实施例中为针对下行数据的处理方式。在ap中，有一种数据填充帧(pad-data)，帧体部分为无效数据，只起占位作用，每个物理帧都会发一个pad-data。本发明中，ap通过pad帧来发送通知告知终端有drop包。

报文丢弃通知消息的结构示例如图6所示。这是一种通知报文数据帧格式，包括：16bit的ssn(drop包的sn号)，16bit的staid(终端id)和16bit的fid。

步骤s304：终端接收报文丢弃通知消息。

步骤s305：终端根据报文丢弃通知消息滑走对应的报文接收窗口。

终端收到丢弃报文通知消息后，更新对应fid接收窗口的bitmap，并将startsn更新成ssn后第一个为0的bit对应的sn号，更新方法与上行相同，具体参照图4所示。

可选的，该pad-data不需要回ack，为了确保终端可以收到报文丢弃通知消息，在没有新的drop包之前，ap会连续发同一个drop包的报文丢弃通知消息达到设定次数，比如100次或1000次，如果连续100帧或1000帧都没有发送成功，则认为发送失败，等待其他滑动窗口机制。

基于同一发明构思，本发明实施例还提供一种无线数据传输控制系统，其结构如图7所示，包括：发送端10和接收端20。

发送端10中设置无线数据传输控制装置11，无线数据传输控制装置11用于监控发送次数超过最大重传次数的数据报文；监控到发送次数超过最大重传次数的数据报文时发送报文丢弃通知消息给接收端20；接收接收端20根据报文丢弃通知消息更新本地的报文接收窗口后发送的丢弃通知确认消息。

接收端20中设置的无线数据传输控制装置21，无线数据传输控制装置21用于接收发送端10监控到发送次数超过最大重传次数的数据报文时发送的报文丢弃通知消息；根据报文丢弃通知消息更新本地的报文接收窗口；向发送端10发送丢弃通知确认消息。

发送端可以是ap或终端，相应的接收端可以是终端或ap。ap和终端中可以同时设置无线数据传输控制装置11和无线数据传输控制装置21，从而既可以作为发送端也可以作为接收端。

其中，无线数据传输控制装置11，可以设置在发送端中，其结构如图8所示，包括：监控模块111、第一发送模块112和第一接收模块113。

监控模块111，用于监控发送次数超过最大重传次数的数据报文。

第一发送模块112，用于监控到发送次数超过最大重传次数的数据报文时发送报文丢弃通知消息给接收端。

第一接收模块113，用于接收接收端根据报文丢弃通知消息更新本地的报文接收窗口后发送的丢弃通知确认消息。

优选的，上述第一发送模块112，具体用于超过最大重传次数的数据报文为上行报文时，发送的报文丢弃通知消息包括：流标识fid和丢弃的数据报文序列号；超过最大重传次数的数据报文为下行报文时，发送的报文丢弃通知消息包括：丢弃的数据报文序列号、接收端标识和流标识fid。

优选的，上述第一发送模块112，具体用于超过最大重传次数的数据报文为上行报文时，通过请求数据资源时的随路资源请求字段携带报文丢弃通知消息；超过最大重传次数的数据报文为下行报文时，通过数据填充帧发送报文丢弃通知消息。

优选的，上述第一发送模块112，还用于如果未接收到接收端发送的丢弃通知确认消息，则按照设定的发送时间间隔重发所述报文丢弃通知消息，直至接收到丢弃通知确认消息或重发次数达到设定的最大重发次数。

其中，无线数据传输控制装置21，可以设置在接收端中，其结构如图9所示，包括：第二接收模块211、更新模块212和第二发送模块213。

第二接收模块211，用于接收发送端监控到发送次数超过最大重传次数的数据报文时发送的报文丢弃通知消息。

更新模块212，用于根据报文丢弃通知消息更新本地的报文接收窗口。

第二发送模块213，用于向发送端发送丢弃通知确认消息。

优选的，上述第二接收模块211，具体用于超过最大重传次数的数据报文为上行报文时，接收的报文丢弃通知消息包括：流标识fid和丢弃的数据报文序列号；超过最大重传次数的数据报文为下行报文时，接收的报文丢弃通知消息包括：丢弃的数据报文序列号、接收端标识和流标识fid。

优选的，上述第二接收模块211，具体用于超过最大重传次数的数据报文为上行报文时，接收通过请求数据资源时的随路资源请求字段携带的报文丢弃通知消息；超过最大重传次数的数据报文为下行报文时，接收通过数据填充帧发送报文丢弃通知消息。

优选的，上述更新模块212，具体用于根据报文丢弃通知消息中携带的流标识fid，将fid对应的报文接收窗口滑走，更新为后续的下一个报文接收窗口。

本发明实施例的上述数据传输控制方法及系统，解决了数据包超过最大重传次数而丢弃后造成网络层数据中断的问题。当空口质量较差，出现被丢弃报文后，发送端会立即通知接收端，接收端收到反馈后及时将接收窗口移走，这样接收端从空口上收到的数据包会立即转发给以太网层，网络可以立马恢复。

现有的无线局域网协议中，接收窗口对每个bit会设置一个定时器，当出现mac层丢包后，接收窗口对应位的定时器超时后窗口会滑走，或者收到了窗口外的报文，窗口会强制滑走。但是此过程耗时较长，一般在100ms左右，有可能会引起网络层数据流中断。本发明不会一直让接收窗口处于等待状态，当有数据包丢弃后，发送发立马发送通知告诉接收端存在丢包情况，接收端收到通知后马上滑动窗口，业务数据会立即恢复。例如系统的物理帧长是2ms，那么最快2ms后网络数据就会恢复，大大提高了网络的流畅度。

本发明中通知告知接收方滑动窗口的报文不拘泥于上文中提到的两种，可根据现有系统中的具体情况，使用某些不影响系统现有性能的报文或者字段来发送通知报文。

除非另外具体陈述，术语比如处理、计算、运算、确定、显示等等可以指一个或更多个处理或者计算系统、或类似设备的动作和/或过程，所述动作和/或过程将表示为处理系统的寄存器或存储器内的物理(如电子)量的数据操作和转换成为类似地表示为处理系统的存储器、寄存器或者其他此类信息存储、发射或者显示设备内的物理量的其他数据。信息和信号可以使用多种不同的技术和方法中的任何一种来表示。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以用电压、电流、电磁波、磁场或粒子、光场或粒子或者其任意组合来表示。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、移动磁盘、cd-rom或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。该asic可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。

对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。