[发明专利]一种发送业务帧的方法和系统

说明书

技术领域

本发明涉及无线通信技术，特别是涉及一种发送业务帧的方法和系统。

背景技术

在无线通信领域，为了解决诸如办公室局域网或校园网这类范围比较小的局域网中的用户与用户终端的无线接入问题，IEEE(Institute of Electrical and Electronics Engineers，美国电气和电子工程师协会)制定了802.11标准，该标准所涉及的业务主要为数据的存取。

为了确保各用户及用户终端在通信时不会发生冲突，在802.11标准中包含DCF(Distributed Coordination Function，分布式协调功能)机制，DCF机制源于CSMA/CA(Carrier Sense Multiple Access with Collision Avoidance，载波侦听多路访问/冲突避免)，又对CSMA/CA进行了扩展，加入了ACK控制分组来实现对MAC(媒体接入控制)层的业务帧的确认。另外，在802.11标准中还保留了CSMA/CA中的载波检测机制。图1为现有技术中一个节点向与其直连的另一节点发送业务帧的流程图。如图1所示，该流程包括如下步骤：

步骤101：发送节点检测信道的状态，如果信道为空闲，则等待一定的时间，等待结束后如果信道仍空闲，则再随机等待一定的时间，当随机等待时间结束后进入步骤102；

步骤102：如果信道仍空闲，则进入步骤103，否则返回步骤101；

步骤103：发送节点向目标节点发送RTS(Request to Send，发送请求)报文；

步骤104：目标节点收到RTS报文后，向发送节点发送CTS(Clear to Send，可以发送)报文；

步骤105：发送节点收到CTS报文后，向目标节点发送业务帧；

步骤106：目标节点收到业务帧后，向发送节点发送确认消息。

一般的，RTS报文和CTS报文比较短，如时长为16微秒，而业务帧的长度要远大于RTS报文和CTS报文的时长。特殊情况下，当业务帧的长度比较短时，例如，业务帧的时长与RTS报文或CTS报文的时长相当时，步骤101和102执行结束后可以跳过步骤103和104，直接执行步骤105和106。

由此可见，利用现有技术，能够确保网络中的各用户及用户终端在传输数据时不会发生冲突，这样就保证了数据传输的准确性。

但是，利用现有技术进行通信时，由于相邻的两个节点之间要在传输RTS报文和CTS报文的握手信令过程之后才进行业务帧的发送，而且目标节点在收到业务帧后还需要主动向发送节点发送确认消息，因此，将现有技术应用于多跳通信时，必然会因为发送节点与中间节点之间以及中间节点与目标节点之间的握手信令太多、接收到业务帧的节点需要主动发送的确认消息太多而造成资源开销过大，信道的利用率也很低。

发明内容

本发明提供了一种发送业务帧的方法，该方法能减少多跳通信过程中的资源开销，提高信道的利用率。

本发明还提供了一种发送业务帧的系统，该系统能减少通信过程中的资源开销，提高信道的利用率。

为达到上述目的，本发明的技术方案是这样实现的：

一种发送业务帧的方法，该方法包括：

发送节点侦听到信道空闲时，等待预定时间，所述预定时间结束后如果所述信道仍空闲，则等待第一随机时间，所述第一随机时间结束后如果所述信道仍空闲，则发送节点向中间节点发送业务帧，并侦听中间节点发送所述业务帧的事件；

中间节点收到所述业务帧后，当侦听到信道空闲时，等待所述预定时间，所述预定时间结束后如果所述信道仍空闲，则等待第二随机时间，所述第二随机时间结束后如果所述信道仍空闲，则中间节点向目标节点发送所述业务帧；

发送节点侦听到中间节点向目标节点发送所述业务帧的事件后，确认中间节点已收到所述业务帧。

在中间节点向目标节点发送所述业务帧后，该方法进一步包括：目标节点接收到所述业务帧后，将自身已收到所述业务帧的消息通知中间节点。

发送节点向中间节点发送业务帧后，该方法进一步包括：如果重传周期结束时发送节点仍未侦听到中间节点向目标节点发送所述业务帧的事件，则发送节点重新向中间节点发送所述业务帧。

所述发送节点向中间节点发送业务帧，包括：

发送节点将所述业务帧从自身的媒体接入控制MAC层传输到自身的物理层；