本发明实施例涉及通信技术，尤其涉及一种数据传输方法和装置。
背景技术：
在无线保真(wirelessfidelity，简称：wifi)网络中，网络设备的相当一部分能量浪费在无接收信号时的信道监听。
现有技术中，通过在网络设备中设置唤醒接收机(wakeupreceiver，简称：wur)和主收发机(mainradio，简称：mr)，其中，wur的功耗远低于mr，大约为mr的1％。当无接收信号时，mr进入休眠状态，wur处于工作状态。当进行配对的两个网络设备需要进行数据传输时，进行配对的两个网络设备如：站点1(station1，简称：sta1)和站点2(station2，简称：sta2)，其中，sta1向sta2的wur发送唤醒数据分组(wakeuppacket，简称：wup)，其中，wup中携带唤醒帧，以使sta2的wur唤醒其mr，从而，实现sta1和sta2的数据传输。
然而，当sta1不具备发送wup的能力时，无法唤醒sta2的mr，从而，进行配对的两个网络设备无法进行数据传输。
技术实现要素：
本发明实施例提供一种数据传输方法和装置，以解决现有技术中当某个网络设备不具备发送wup的能力时，两个网络设备无法进行数据传输的问题。
一个方面，本发明实施例提供一种数据传输方法，其应用场景中至少包含三个网络设备，其中，第一网络设备可与第二网络设备和第三网络进行通信，且第一网络设备具备向第三网络设备发送wup的条件，第二网络设备和第三网络设备为配对的网络设备，第二网络设备和第三网络设备欲进行数据传输，第二网络设备不具备发送wup的条件。该方法包括：第二网络设备向第一网络设备发送唤醒请求指示信息；第一网络设备接收到第二网络设备发送的唤醒请求指示信息之后，向第三网络设备的wur发送唤醒请求信息，第三网络设备的wur唤醒其mr。即：不具备发送wup条件的第二网络设备通过具备发送wup条件的第一网络设备向第三网络设备的wur发送唤醒请求信息，从而，实现唤醒第三网络设备的mr，使得第二网络设备和第三网络设备进行数据传输。
另一个方面，本发明实施例提供一种数据传输方法，包括：
第二网络设备向第一网络设备发送唤醒请求指示信息，指示第一网络设备向第三网络设备的wur发送唤醒请求信息，第一网络设备向第三网络设备的wur发送唤醒请求信息，请求第三网络设备的wur唤醒其自身的mr。第三网络设备的mr被唤醒之后，第二网络设备通过接收唤醒确认帧，确认第三网络设备的mr已被唤醒。即：不具备发送wup条件的第二网络设备通过具备发送wup条件的第一网络设备向第三网络设备的wur发送唤醒请求信息，从而，实现唤醒第三网络设备的mr，使得第二网络设备和第三网络设备进行数据传输。
再一方面，本发明实施例提供一种数据传输方法，包括：
第二网络设备向第一网络设备发送唤醒请求指示信息，指示第一网络设备向第三网络设备的wur发送唤醒请求信息，第一网络设备向第三网络设备的wur发送唤醒请求信息，第一网络设备向第三网络设备的wur发送唤醒请求信息，请求第三网络设备的wur唤醒其自身的mr。第三网络设备的wur唤醒其自身的mr。即：不具备发送wup条件的第二网络设备通过具备发送wup条件的第一网络设备向第三网络设备的wur发送唤醒请求信息，从而，实现唤醒第三网络设备的mr，使得第二网络设备和第三网络设备进行数据传输。
又一方面，本发明实施例提供一种数据传输装置，该装置部署在第一网络设备中，该装置包括接收模块和发送模块，其中，
第二网络设备向第一网络设备的接收模块发送唤醒请求指示信息；第一网络设备的接收模块接收到第二网络设备发送的唤醒请求指示信息之后，第一网络设备的发送模块向第三网络设备的wur发送唤醒请求信息，第三网络设备的wur唤醒其mr。即：不具备发送wup条件的第二网络设备通过具备发送wup条件的第一网络设备向第三网络设备的wur发送唤醒请求信息，从而，实现唤醒第三网络设备的mr，使得第二网络设备和第三网络设备进行数据传输。
又一个方面，本发明实施例提供一种数据传输装置，该装置部署在第二网络设备中，包括：该装置包括发送模块和接收模块，第二网络设备的发送模块向第一网络设备发送唤醒请求指示信息，指示第一网络设备向第三网络设备的wur发送唤醒请求信息，第一网络设备向第三网络设备的wur发送唤醒请求信息，请求第三网络设备的wur唤醒其自身的mr。第三网络设备的mr被唤醒之后，第二网络设备的接收模块通过接收唤醒确认帧，确认第三网络设备的mr已被唤醒。即：不具备发送wup条件的第二网络设备通过具备发送wup条件的第一网络设备向第三网络设备的wur发送唤醒请求信息，从而，实现唤醒第三网络设备的mr，使得第二网络设备和第三网络设备进行数据传输。
又一方面，本发明实施例提供一种数据传输装置，该装置部署在第三网络设备中，该装置包括wur和mr，包括：
第二网络设备向第一网络设备发送唤醒请求指示信息，指示第一网络设备向第三网络设备的wur发送唤醒请求信息，第一网络设备向第三网络设备的wur发送唤醒请求信息，第一网络设备向第三网络设备的wur发送唤醒请求信息，请求第三网络设备的wur唤醒其自身的mr。第三网络设备的wur唤醒其自身的mr。即：不具备发送wup条件的第二网络设备通过具备发送wup条件的第一网络设备向第三网络设备的wur发送唤醒请求信息，从而，实现唤醒第三网络设备的mr，使得第二网络设备和第三网络设备进行数据传输。
又一方面，本发明实施例提供一种数据传输装置，该装置部署在第一网络设备中，该装置包括接收器和发送器，其中，
第二网络设备向第一网络设备的接收器发送唤醒请求指示信息；第一网络设备的接收器接收到第二网络设备发送的唤醒请求指示信息之后，第一网络设备的发送器向第三网络设备的wur发送唤醒请求信息，第三网络设备的wur唤醒其mr。即：不具备发送wup条件的第二网络设备通过具备发送wup条件的第一网络设备向第三网络设备的wur发送唤醒请求信息，从而，实现唤醒第三网络设备的mr，使得第二网络设备和第三网络设备进行数据传输。
又一个方面，本发明实施例提供一种数据传输装置，该装置部署在第二网络设备中，包括：该装置包括发送器和接收器，第二网络设备的发送器向第一网络设备发送唤醒请求指示信息，指示第一网络设备向第三网络设备的wur发送唤醒请求信息，第一网络设备向第三网络设备的wur发送唤醒请求信息，请求第三网络设备的wur唤醒其自身的mr。第三网络设备的mr被唤醒之后，第二网络设备的接收器通过接收唤醒确认帧，确认第三网络设备的mr已被唤醒。即：不具备发送wup条件的第二网络设备通过具备发送wup条件的第一网络设备向第三网络设备的wur发送唤醒请求信息，从而，实现唤醒第三网络设备的mr，使得第二网络设备和第三网络设备进行数据传输。
附图说明
图1为本发明实施例的场景示意图；
图2为本发明一个实施例数据传输方法的示意图；
图3为本发明实施例wuh帧的帧格式示意图；
图4为本发明一个实施例数据传输方法的示意图；
图5为本发明一个实施例数据传输方法的示意图；
图6为本发明一个实施例数据传输方法的示意图；
图7为本发明另一个实施例数据传输方法的示意图；
图8为本发明又一个实施例数据传输方法的示意图；
图9为本发明实施例he-a-control的帧结构示意图；
图10为本发明又一个实施例数据传输方法的示意图；
图11为本发明实施例tdls传输示意图；
图12为本发明实施例wup的一种可能的帧结构示意图；
图13为本发明实施例sta1和sta2互相协商wur的开启窗口时间的示意图；
图14为本发明实施例的另一种场景示意图；
图15为本发明又一个实施例数据传输方法的示意图。
图16为本发明一个实施例数据传输装置的结构示意图；
图17为本发明另一实施例的数据传输装置的结构示意图；
图18为本发明再一个实施例的数据传输装置结构示意图；
图19为本发明一个实施例数据传输装置的结构示意图；
图20为本发明另一实施例的数据传输装置的结构示意图；
图21为本发明又一实施例的数据传输装置的结构示意图。
具体实施方式
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
图1为本发明实施例的场景示意图，如图1所示，该场景中包含三个网络设备，其中，第一网络设备可与第二网络设备和第三网络进行通信，且第一网络设备具备向第三网络设备发送wup的条件，第二网络设备和第三网络设备为配对的网络设备，第二网络设备和第三网络设备欲进行数据传输，第二网络设备不具备发送wup的条件。可选地，第一网络设备还具备向第二网络设备发送wup的条件。
在图1以及下述各实施例中，以第一网络设备为ap、第二网络设备为sta1和第三网络设备为sta2为例进行描述，其中，sta1和sta2为同ap关联的多个sta中的其中两个进行配对的sta。
图2为本发明一个实施例数据传输方法的示意图，如图2所示，本实施例的方法如下：
s201：sta1向ap发送唤醒请求指示信息。
其中，唤醒请求指示信息用于指示向sta2的wur发送唤醒请求信息。
其中，一种可能的实现方式为：
sta1向ap发送唤醒求助(wakeuphelp，简称：wuh)帧，wuh帧用于指示ap向sta2的wur发送wup，其中，wup中包含唤醒帧，以使sta2的wur唤醒sta2的mr。
其中，wuh帧一种可能的的帧格式如图3所示，图3为本发明实施例wuh帧的帧格式示意图，wuh帧包括帧类型指示、发送地址、目的地址和帧校验序列等。其中，帧类型指示用于指示该帧为wuh帧。发送地址用于指示发送该帧的sta，本实施例中为sta1，目的地址用于指示需要ap帮助唤醒的目的sta，本实施例中为sta2。其中，发送地址和目的地址可以是sta的关联标识(associationid)，也可以是sta的媒体接入控制(mediumaccesscontrol，简称：mac)地址，对此，本发明实施例不做限制。
ap接收sta1发送的wuh帧之后，执行s203。
s203：ap向sta2的wur发送唤醒请求信息。
一种可能的实现方式，ap向sta2的wur发送wup，sta2的wur接收到wup之后，唤醒其mr。
s205：sta1接收唤醒确认帧。
其中，唤醒确认帧用于指示sta2的mr已唤醒。唤醒确认帧可以是确认帧(acknowledge，简称：ack)、唤醒轮询帧(powersavepoll，简称：ps-poll)或其他能够指示mr已唤醒的帧，对此，本发明实施例不做限制。
sta1接收唤醒确认帧的方式包括但不限于以下几种可能的实现方式：
其中，一种可能的实现方式如图4所示：
s2051a：sta2向ap发送唤醒确认帧。
通过向ap发送唤醒确认帧，以使ap获知sta2的mr已唤醒，避免ap进行非必要的重传wup。
s2052a：ap向sta1发送唤醒确认帧。
另一种可能的实现方式如图5所示：
s205b：sta2向sta1发送唤醒确认帧。
又一种可能的实现方式如图6所示：
s205c：sta2发送多用户唤醒确认帧。
其中，多用户唤醒确认帧可以是广播帧。多用户唤醒确认帧中包含ap和sta1的标识，通过一个mac帧，同时告知ap和sta1已经唤醒sta2的mr。从而，减少物理层前导、mac帧头带来的开销。
在图5或图6所示的可能的实现方式中，sta2需获知sta1的标识信息，以便于向sta1发送唤醒确认帧；其中，sta1的标识信息可以是地址信息或者其他能够标识sta1的信息。
可选地，sta2可以从ap向sta2发送的wup中获知，包括但不限于如下方式：
其中，一种可能的实现方式，wup中携带sta1的标识信息，如wup中携带源地址，源地址为sta1的地址。wup的一种可能的实现方式如图12所示，图12为wup的一种可能的帧结构示意图。该wup结构中包含帧类型指示、源地址(sourceaddress，简称：sa)，行为指示(action/behaviorindication)中的一种或者多种。
其中，帧类型指示用于指示该帧的类型及其用途，用于指示帮助dls/tdls对中的一个sta来唤醒另外一个sta的mr。源地址用于指示该wup的请求发送方，该wup的发送方为ap，请求发送方为sta1，因此，源地址为sta1的地址。sta2根据源地址确定请求发送方为sta1。行为指示用于指示sta2的mr唤醒后的行为。例如：可以指示sta2唤醒之后立即回复唤醒确认帧。也可以指示sta2唤醒之后，等待接收beacon。也可以指示sta2唤醒之后，向sta1发送唤醒指示。也可以指示sta2唤醒之后执行其他自定义的行为，对此，本发明实施例不作限制。
另一种可能的实现方式，与前一种可能的实现方式不同的是，wup中不携带源地址，sta2根据wup中的帧类型指示获知该帧用于指示帮助dls/tdls对中的一个sta来唤醒另外一个sta的mr，而sta2预先知道与其进行dls/tdls配对的另一个sta(即sta1)的标识信息。
s207：sta1与sta2进行数据传输。
本实施例，通过sta1向ap发送唤醒请求指示信息，以请求ap向sta2的wur发送唤醒请求信息，使sta2的wup唤醒sta2的mr，实现sta1与sta2的数据传输。从而，sta2无需频繁侦听信标(beacon)帧，减小功耗。sta1在sta2长时间休眠的状态下，通过ap及时唤醒sta2，减少了等待sta2休眠所造成的时延。
在图2所示实施例中，若唤醒sta2的mr失败，一种可能的实现方式：sta1则向ap重传wuh，以请求ap重新向sta2的wur发送wup，以唤醒sta2的mr。另一种可能的实现方式：sta1进入休眠状态，待sta2的mr唤醒之后，通过ap向sta1的wur发送唤醒请求信息，以唤醒sta1的mr。
其中，sta1确定唤醒sta2的mr失败的方式包括但不限于如下方式：一种可能的实现方式：ap在预设时间段内未收到sta2发送的唤醒确认帧，则向sta1发送唤醒失败指示信息，从而，使得sta1确定唤醒sta2的mr失败。另一种可能的实现方式：sta1在预设时间内未收到ap或者sta2发送的唤醒确认帧，则确定唤醒sta2的mr失败。
图7为本发明另一个实施例数据传输方法的示意图，如图7所示，本实施例的方法如下：
s701：sta1向ap发送mac帧。
其中，mac帧可以为数据帧、管理帧或控制帧等中的任一种帧。
mac帧中包含唤醒请求指示信息和需要转发给sta2的信息，该唤醒请求指示信息用于指示ap向sta2的wur发送wup，以唤醒sta2的mr。
例如：sta1向ap发送mac帧，mac帧中包含sta1想要发送给sta2的部分或者全部数据。sta1通过设置mac帧的目的地址为sta2，以指示ap向sta2的wur发送wup，以唤醒sta2的mr。
可选地，若sta1指示ap接收到mac帧之后发送确认帧，则ap执行s703。
s703：ap向sta1发送确认帧。
确认帧用于指示ap已正确接收到sta1发送的mac帧。
s705：ap向sta2的wur发送wup。
其中，s703和s705的步骤执行顺序不做限制。
s707：sta2的wur接收到wup之后，唤醒sta2的mr。
唤醒sta2的mr之后，执行s709。
s709：sta2向ap发送唤醒确认帧。
唤醒确认帧用于指示sta2的mr已唤醒。
s711：ap向sta2发送mac帧中需要转发给sta2的信息。
s713：sta2向ap发送确认帧。
该确认帧用于指示sta2已正确接收ap发送的mac帧中需要转发给sta2的信息。
若ap将从sta1接收到的mac帧中需要转发给sta2的信息已全部转发给sta2，则执行s715。
s715：ap向sta2发送数据发送完成指示信息。
数据发送完成指示信息用于指示ap向sta2发送的数据已发送完成。
s717：ap或sta2向sta1发送唤醒确认帧。
其中，唤醒确认帧用于指示sta2的mr已唤醒。
s719：sta1和sta2进行数据传输。
本实施例，通过sta1向ap发送mac帧，mac帧中携带唤醒请求指示信息，以请求ap向sta2的wur发送wup，使sta2的wup唤醒sta2的mr，从而，sta2无需频繁侦听信标(beacon)帧，减小功耗。sta1在sta2长时间休眠的状态下，通过ap及时唤醒sta2，减少了等待sta2休眠所造成的时延。
在图7所示实施例中若唤醒sta2的mr失败，一种可能的实现方式：sta1则向ap重传mac帧，以请求ap重新向sta2的wur发送wup，以唤醒sta2。另一种可能的实现方式：sta1进入休眠状态，待sta2的mr唤醒之后，通过ap唤醒sta1。
其中，sta1确定唤醒sta2的mr失败的方式可参考前述实施例的详细描述，此处不再赘述。
图8为本发明又一个实施例数据传输方法的示意图，如图8所示，本实施例的方法如下：
s801：sta1向ap发送mac帧。
其中，mac帧可以为数据帧、管理帧或控制帧等中的任一种帧。例如：解除tdls帧(tdlsteardownframe)或者tdls对业务指示帧(tdlspeertrafficindicationframe)。前者用于sta1同sta2解除tdls的链路；后者用于sta1向sta2报告自己有传输业务的需求。
mac帧中包含唤醒请求指示信息和需要转发给sta2的信息，唤醒请求指示信息用于指示ap向sta2的wur发送wup，并在wup中携带上述mac帧中需要转发给sta2的信息。即：ap可以通过向sta2的wur发送的wup携带mac中需要转发给sta2的信息。
可选地，若sta1指示ap接收到mac帧之后发送确认帧，则ap执行s803。
s803：ap向sta1发送确认帧。
确认帧用于指示ap已正确接收到sta1发送的mac帧。
s805：ap向sta2的wur发送wup。
wup中携带mac帧中需要转发给sta2的信息。
其中，s803和s805的步骤执行顺序不做限制。
本实施例，通过sta1向ap发送mac帧，mac帧中包含唤醒请求指示信息和需要转发给sta2的信息，唤醒请求指示信息用于指示ap向sta2的wur发送wup，并在wup中携带上述mac帧中需要转发给sta2的信息，ap向sta2的wur发送wup，wup中携带mac帧中需要转发给sta2的信息，从而，使得ap通过wup向sta2转发sta1的数据，无需唤醒sta2的mr。
可选地，在图8所示实施例中，sta2的wur接收到wup中包含sta1发送的mac帧中需要转发给sta2的信息，可主动唤醒sta2的mr，并向sta1发送唤醒确认帧，以使sta1和sta2进行数据传输。唤醒请求指示信息可以承载在相应mac帧的mac帧头，比如通过高吞吐率控制(highthroughputcontrol，简称：htc)进行携带，通过高效聚合控制(highefficientaggregatedcontrol,简称：he-a-control)变种中的控制id表示指示信息，he-a-control的帧结构如图9所示，通过在控制信息中携带目的地址指示其希望唤醒的目的sta，比如以上流程中的sta2。其中，由于相应mac帧已经携带了发送地址，因此htc中不需要再添加发送地址。
图10为本发明又一个实施例数据传输方法的示意图，如图10所示，本实施例的方法如下：
s1001：sta1向ap发送聚合帧。
其中，聚合帧包括：第一类型帧和第二类型帧，其中，第一类型帧中包含唤醒请求指示信息，第二类型帧中包含需要转发给第三网络设备的信息。第一类型帧可以为wuh帧，用于指示ap向sta2的wur发送wup，以唤醒sta2的mr。第二类型帧可以为数据帧、管理帧或控制帧等中的任一种帧。
可选地，若sta1指示ap接收到mac帧之后发送确认帧，则ap执行s1003。
s1003：ap向sta1发送确认帧。
确认帧为块确认(blockacknowledge，简称：ba)，确认帧用于指示ap已正确接收到sta1发送的聚合帧。
s1005：ap向sta2的wur发送wup。
其中，s1003和s1005的步骤执行顺序不做限制。
s1007～s1009。
s1007～s1019的详细描述参见s707～s719，此处不再赘述。
本实施例，通过sta1向ap发送聚合帧，聚合帧中包含第一类型帧和第二类型帧，其中，第一类型帧中包含唤醒请求指示信息，第二类型帧中包含需要转发给sta2的信息，通过唤醒请求指示信息指示ap向sta2的wur发送wup，以唤醒sta2的mr。从而，sta2无需频繁侦听信标(beacon)帧，减小功耗。sta1在sta2长时间休眠的状态下，通过ap及时唤醒sta2，减少了等待sta2休眠所造成的时延。
在图10所示实施例中，若ap只收到第一类型帧，而没有成功接收第二类型帧或者只成功接收到第二类型帧中的部分信息，sta1在确定sta2的mr已唤醒后，sta1向sta2发送上述未成功接收的第二类型帧或者第二类型帧的部分信息。
ap在建立一个基本服务集合(basicserviceset，简称：bss)时，确定一个信道作为主信道，当ap同sta进行数据传输时，以主信道或者以包括主信道的更宽的信道进行通信。在通道直接链路建立(tunneleddirectlinksetup，简称：tdls)场景下，tdls提供一种机制，使两个配对的sta进行脱离信道(off-channel)的tdls传输，即选取一个非主信道作为tdls传输的临时主信道，进行数据传输，如图11所示，图11为本发明实施例tdls传输示意图。
当两个配对的sta(如：sta1和sta2)进行脱离信道的tdls传输时，则脱离ap的控制。对于sta1和sta2的wur，其开关状态以及所处信道，也可能脱离ap的控制。在该场景下，在上述各实施例的基础上，当sta1请求ap唤醒sta2时，还需向ap发送sta2的wur所处的频段(band)或者信道(channel)。ap在sta2的wur所处的频段或者信道向sta2的wur发送wup。sta2唤醒mr之后，sta2可以通过主信道或者临时主信道发送唤醒确认帧，其中，一种可能的情况，sta2切换到主信道，向ap发送唤醒确认帧；另一种可能的情况，sta2在与sta1的临时信道上发送唤醒确认帧，ap切换到sta2和sta1的临时主信道，接收sta2发送的唤醒确认帧。sta2可以通过主信道或者临时主信道发送唤醒确认帧，其中，一种可能的情况，sta2切换到主信道，向ap发送唤醒确认帧，ap在主信道上向sta1发送唤醒确认帧，sta1切换到主信道上接收唤醒确认帧；另一种可能的情况，sta2在与sta1的临时信道上发送唤醒确认帧，sta1在临时主信道接收sta2发送的唤醒确认帧。
在sta1不知道sta2的wur和mr的开启状态，而ap已知sta2的wur和mr的开启状态时，ap接收到sta1发送的wuh帧之后，根据以下几种情况进行处理：
一种情况：若sta2的mr处于开启状态，则ap直接向sta1发送唤醒确认帧，已告知sta2的mr已经唤醒。
另一种情况：若sta2的mr处于关闭状态，wur处于开启状态，则执行上述各实施例的步骤。
再一种情况：若sta2的mr和wur均处于关闭状态，则ap向sta1发送唤醒失败指示。可选地，将sta2的mr和/或wur处于开启窗口时间告知sta1，以便sta1在开启窗口内的时间点向ap发送wuh帧。
本实施例，通过在ap已知sta2的wur和mr的开启状态的情况下，可以直接向sta1反馈唤醒确认帧或者唤醒失败指示，从而，避免不必要的唤醒步骤，减少时延，节约功耗。
在上述各实施例中，sta1向ap发送wuh或者其他用于请求ap帮助唤醒sta2的mr之前，可以先确定sta2的wur处于开启状态。
sta1获知sta2的wur的开启状态包括但不限于以下几种可能的实现方式：
其中，一种可能的实现方式：sta1和sta2互相协商wur的开启窗口时间，具体如图13所示：
s1301：sta1向sta2发送建立wur开启窗口时间的请求帧。
该请求帧中包含第一窗口区间，用于建议sta2的wur开启窗口时间设置为第一窗口区间。
其中，sta1可以直接向sta2发送建立wur开启窗口时间的请求帧。也可以sta1先向ap发送建立wur开启窗口时间的请求帧，由ap向sta2转发该请求帧。对此，本发明实施例不作限制。
s1303：sta2向sta1发送wur开启窗口时间的响应帧。
其中，该响应帧用于指示sta2是否同意将第一窗口区间设置为sta2的wur开启窗口时间。若不同意，还在响应帧中携带第二窗口区间。第一窗口区间，用于建议sta2的wur开启窗口时间设置为第二窗口区间。
其中，sta2可以直接向sta1发送wur开启窗口时间的响应帧。也可以先发送给ap，通过ap向sta1转发该响应帧。
若响应帧中包含第二窗口区间，则还包括s1305。
s1305：sta1向sta2发送wur开启窗口时间的确定帧，反馈最终是否成功建立wur开启窗口时间。
另一种可能的实现方式：
sta1和sta2相互告知自己的wur开启窗口时间。
如：sta1直接向sta2发送sta1的wur开启窗口时间。或者，sta1向ap发送sta1的wur开启窗口时间，ap向sta2转发sta1的wur开启窗口时间。
sta2直接向sta1发送sta2的wur开启窗口时间。或者，sta2向ap发送sta2的wur开启窗口时间，ap向sta1转发sta2的wur开启窗口时间。
再一种可能的实现方式：
ap向sta1和sta2分配相同的wur开启窗口时间，sta1根据自身的sur开启窗口即可获知sta2的wur开启窗口时间。
本实施例，通过sta1预先获知sta2的wur开启窗口时间，根据wur开启窗口时间，确定是否请求ap唤醒sta2的mr，从而，sta2的wur无需一直开启，只需在wur开启窗口时间内开启，从而，进一步地节约功耗。
在上述各实施例中，sta1向ap发送wuh之后，可选地，sta1进入休眠状态，在接收sta2或者ap发送的唤醒确认帧之前，ap向sta1发送wup，以唤醒sta1的mr。从而，进一步地节约功耗。
若ap未唤醒sta2的mr，一种可能的实现方式：ap向sta1发送wup，wup中携带唤醒失败指示，指示sta2的mr未唤醒。另一种可能的实现方式：ap向sta1发送wup，wup用于唤醒sta1的mr，ap向sta1的mr发送唤醒失败指示，指示sta2的mr未唤醒。
图14为本发明实施例的另一种场景示意图，在该场景中，以第一网络设备为中继设备，第二网络设备为ap，第三网络设备的sta3为例进行示出。图15为本发明又一个实施例数据传输方法的示意图。
s1501：ap向中继设备发送唤醒请求指示信息。
其中，唤醒请求指示信息用于指示中继设备向sta3的wur发送唤醒请求信息。
s1502：中继设备向sta3发送唤醒请求信息。
其中，唤醒请求信息用于请求唤醒sta3的mr。
s1503：sta3唤醒其mr。
s1504：ap接收唤醒确认帧。
其中，唤醒确认帧用于指示sta3的mr已唤醒。唤醒确认帧可以是确认帧(acknowledge，简称：ack)、唤醒轮询帧(powersavepoll，简称：ps-poll)或其他能够指示mr已唤醒的帧，对此，本发明实施例不做限制。
ap接收唤醒确认帧的方式包括但不限于以下几种可能的实现方式：
其中，一种可能的实现方式：
s15051a：sta3向中继设备发送唤醒确认帧。
通过向中继设备发送唤醒确认帧，以使中继设备获知sta3的mr已唤醒，避免中继设备进行非必要的重传唤醒请求信息。
s15052a：中继设备向ap发送唤醒确认帧。
另一种可能的实现方式：
s1505b：sta3向ap发送唤醒确认帧。
又一种可能的实现方式：
s1505c：sta3发送多用户唤醒确认帧。
其中，多用户唤醒确认帧可以是广播帧。多用户唤醒确认帧中包含ap和中继设备的标识，通过一个mac帧，同时告知ap和中继设备已经唤醒sta3的mr。从而，减少物理层前导、mac帧头带来的开销。
s1505：ap与sta3进行通信。
其中ap与sta3的通信可以通过中继设备进行转发。
本实施例，通过ap向中继设备发送唤醒请求指示信息，以请求中继设备向sta3的wur发送唤醒请求信息，使sta3的wup唤醒sta3的mr，实现ap与sta3的数据传输。从而，sta3无需频繁侦听信标(beacon)帧，减小功耗。ap在sta3长时间休眠的状态下，通过中继设备及时唤醒sta3，减少了等待sta3休眠所造成的时延。
在图15所示实施例中，若唤醒sta3的mr失败，一种可能的实现方式：ap向中继设备重传唤醒请求指示信息，以请求中继设备向sta3的wur重传唤醒请求信息，以唤醒sta3的mr。另一种可能的实现方式：ap与其他sta进行通信。
其中，ap确定唤醒sta3的mr失败的方式包括但不限于如下方式：一种可能的实现方式：中继设备在预设时间段内未收到sta3发送的唤醒确认帧，则向ap发送唤醒失败指示信息，从而，使得ap确定唤醒sta3的mr失败。另一种可能的实现方式：ap在预设时间内未收到中继设备或者sta3发送的唤醒确认帧，则确定唤醒sta3的mr失败。
图16为本发明一个实施例数据传输装置的结构示意图，本实施例的装置部署在第一网络设备中，本实施例的装置包括：接收模块1601和发送模块1602，其中，接收模块1601用于接收第二网络设备发送的唤醒请求指示信息，所述唤醒请求指示信息用于指示向第三网络设备的唤醒接收机wur发送唤醒请求信息；发送模块1602用于向所述第三网络设备的wur发送所述唤醒请求信息，所述唤醒请求信息用于请求唤醒所述第三网络设备的主收发机mr。
在上述实施例中，所述接收模块1601还用于接收所述第三网络设备发送的唤醒确认帧，所述唤醒确认帧用于指示所述第三网络设备的mr已被唤醒。
在上述实施例中，所述发送模块1602还用于向所述第二网络设备发送所述唤醒确认帧。
在上述实施例中，所述接收模块1601还用于接收所述第三网络设备发送的多用户唤醒确认帧，所述多用户唤醒确认帧用于指示所述第三网络设备的mr已被唤醒，所述多用户唤醒确认帧中包含所述第一网络设备的标识和所述第二网络设备的标识。
在上述实施例中，所述发送模块1602还用于向所述第二网络设备的唤醒接收机wur发送唤醒请求信息，所述唤醒请求信息用于请求唤醒所述第二网络设备的主收发机mr。
在上述实施例中，所述发送模块1602还用于若所述接收模块在预设时间段内未收到唤醒确认帧，则向所述第二网络设备发送唤醒失败指示信息，所述唤醒失败指示信息用于指示所述第三网络设备的mr未被唤醒。
在上述实施例中，所述接收模块1601还用于接收所述第二网络设备发送的重传请求，所述重传请求用于请求向所述第三网络设备的wur发送唤醒请求信息。
在上述实施例中，所述唤醒请求指示信息承载在媒体接入控制mac帧，所述mac帧中包含所述唤醒请求指示信息以及需要转发给第三网络设备的信息；
所述发送模块向所述第三网络设备的wur发送的所述唤醒请求信息中包含所述需要转发给第三网络设备的信息。
在上述实施例中，所述唤醒请求指示信息承载在所述第二网络设备发送的聚合帧，所述聚合帧中包含第一类型帧和第二类型帧，所述第一类型帧中包含所述唤醒请求指示信息；所述第二类型帧中包含需要转发给所述第三网络设备的信息；
所述唤醒请求信息中包含所述需要转发给所述第三网络设备的信息。
在上述实施例中，所述接收模块1601还用于接收所述第二网络设备发送的所述第三网络设备的wur所处的频段或者信道；
所述发送模块1602还用于通过所述wur所处的频段或者信道向所述第三网络设备的wur发送所述唤醒请求信息。
在上述实施例中，所述发送模块1602还用于向所述第二网络设备发送所述第三网络设备的wur开启窗口的时间。
图16所示装置实施例对应地可用于执行上述各方法实施例中第一网络设备执行的各步骤，其实现原理和技术效果类似，此处不再赘述。
图17为本发明另一实施例的数据传输装置的结构示意图，本实施例的装置包括发送模块1701和接收模块1702，其中，发送模块1701用于向第一网络设备发送唤醒请求指示信息，唤醒请求指示信息用于指示向第三网络设备的唤醒接收机wur发送唤醒请求信息，唤醒请求信息用于请求唤醒第三网络设备的主收发机mr；接收模块1702用于接收唤醒确认帧，唤醒确认帧用于指示第三网络设备的mr已被唤醒。
在上述实施例中，接收模块1702具体用于接收第一网络设备发送的唤醒确认帧；
或者，
接收模块1702具体用于接收第三网络设备发送的唤醒确认帧。
在上述实施例中，发送模块1701还用于向第一网络设备发送第三网络设备的wur所处的频段或者信道。
在上述实施例中，接收模块1702具体用于接收第三网络设备发送的多用户唤醒确认帧，多用户唤醒确认帧用于指示第三网络设备的mr已被唤醒，多用户唤醒确认帧中包含第三网络设备的标识和第一网络设备的标识。
在上述实施例中，接收模块1702还用于接收第一网络设备发送的唤醒请求信息，唤醒请求信息用于请求唤醒第二网络设备的mr。
在上述实施例中，唤醒请求指示信息承载在媒体接入控制mac帧，mac帧中包含唤醒请求指示信息以及需要第一网络设备转发给第三网络设备的信息。
在上述实施例中，唤醒请求指示信息承载在聚合帧，聚合帧中包含第一类型帧和第二类型帧，第一类型帧中包含唤醒请求指示信息；第二类型帧中包含需要第一网络设备转发给第三网络设备的信息。
在上述实施例中，接收模块1702还用于接收第一网络设备发送的唤醒失败指示信息，唤醒失败指示信息用于指示第三网络设备的mr未被唤醒。
在上述实施例中，发送模块1701还用于向第一网络设备发送重传请求，重传请求用于请求第一网络设备向第三网络设备的wur发送唤醒请求信息。
在上述实施例中，还包括：处理模块1703处理模块还用于确定第三网络设备的wur开启窗口时间。
在上述实施例中，处理模块还用于获取第三网络设备的wur开启窗口时间。
在上述实施例中，处理模块1703控制接收模块具体用于接收第一网络设备发送的第三网络设备的wur开启窗口时间。
在上述实施例中，处理模块1703具体用于与第三网络设备协商第三网络设备的wur开启窗口的时间。
图17所示装置实施例对应地可用于执行上述各方法实施例中第二网络设备执行的各步骤，其实现原理和技术效果类似，此处不再赘述。
图18为本发明再一个实施例的数据传输装置结构示意图，本实施例的装置部署在第三设备中，本实施例的装置包括接收模块1801和处理模块1802，其中，接收模块1801用于接收第一网络设备发送的唤醒请求信息，唤醒请求信息为第一网络设备接收到第二网络设备发送的唤醒请求指示信息之后生成的，唤醒请求指示信息用于指示第一网络设备向第三网络设备的唤醒接收机wur发送唤醒请求信息，唤醒请求信息用于请求唤醒第三网络设备的主收发机mr；处理模块1802用于第三网络设备唤醒mr。
在上述实施例中，还包括：
发送模块1803用于向第一网络设备或者第二网络设备发送唤醒确认帧，唤醒确认帧用于指示第三网络设备的mr已被唤醒。
在上述实施例中，处理模块1802还用于与第二网络设备协商第三网络设备的wur开启窗口时间。
图18所示装置实施例对应地可用于执行上述各方法实施例中第三网络设备执行的各步骤，其实现原理和技术效果类似，此处不再赘述。
图19为本发明一个实施例数据传输装置的结构示意图，本实施例的装置部署在第一网络设备中，本实施例的装置包括：接收器1901和发送器1902，其中，接收器1901用于接收第二网络设备发送的唤醒请求指示信息，唤醒请求指示信息用于指示向第三网络设备的唤醒接收机wur发送唤醒请求信息；发送器1902用于向第三网络设备的wur发送唤醒请求信息，唤醒请求信息用于请求唤醒第三网络设备的主收发机mr。
在上述实施例中，接收器1901还用于接收第三网络设备发送的唤醒确认帧，唤醒确认帧用于指示第三网络设备的mr已被唤醒。
在上述实施例中，发送器1902还用于向第二网络设备发送唤醒确认帧。
在上述实施例中，接收器1901还用于接收第三网络设备发送的多用户唤醒确认帧，多用户唤醒确认帧用于指示第三网络设备的mr已被唤醒，多用户唤醒确认帧中包含第一网络设备的标识和第二网络设备的标识。
在上述实施例中，发送器1902还用于向第二网络设备的唤醒接收机wur发送唤醒请求信息，唤醒请求信息用于请求唤醒第二网络设备的主收发机mr。
在上述实施例中，发送器1902还用于若接收器在预设时间段内未收到唤醒确认帧，则向第二网络设备发送唤醒失败指示信息，唤醒失败指示信息用于指示第三网络设备的mr未被唤醒。
在上述实施例中，接收器1901还用于接收第二网络设备发送的重传请求，重传请求用于请求向第三网络设备的wur发送唤醒请求信息。
在上述实施例中，唤醒请求指示信息承载在媒体接入控制mac帧，mac帧中包含唤醒请求指示信息以及需要转发给第三网络设备的信息；
发送器1902向第三网络设备的wur发送的唤醒请求信息中包含需要转发给第三网络设备的信息。
在上述实施例中，唤醒请求指示信息承载在第二网络设备发送的聚合帧，聚合帧中包含第一类型帧和第二类型帧，第一类型帧中包含唤醒请求指示信息；第二类型帧中包含需要转发给第三网络设备的信息；
唤醒请求信息中包含需要转发给第三网络设备的信息。
在上述实施例中，接收器1901还用于接收第二网络设备发送的第三网络设备的wur所处的频段或者信道；
发送器1902还用于通过wur所处的频段或者信道向第三网络设备的wur发送唤醒请求信息。
在上述实施例中，发送器1902还用于向第二网络设备发送第三网络设备的wur开启窗口的时间。
图19所示装置实施例对应地可用于执行上述各方法实施例中第一网络设备执行的各步骤，其实现原理和技术效果类似，此处不再赘述。
图20为本发明另一实施例的数据传输装置的结构示意图，本实施例的装置包括发送器2001和接收器2002，其中，发送器2001用于向第一网络设备发送唤醒请求指示信息，唤醒请求指示信息用于指示向第三网络设备的唤醒接收机wur发送唤醒请求信息，唤醒请求信息用于请求唤醒第三网络设备的主收发机mr；接收器2002用于接收唤醒确认帧，唤醒确认帧用于指示第三网络设备的mr已被唤醒。
在上述实施例中，接收器2002具体用于接收第一网络设备发送的唤醒确认帧；
或者，
接收器2002具体用于接收第三网络设备发送的唤醒确认帧。
在上述实施例中，发送器2001还用于向第一网络设备发送第三网络设备的wur所处的频段或者信道。
在上述实施例中，接收器2002具体用于接收第三网络设备发送的多用户唤醒确认帧，多用户唤醒确认帧用于指示第三网络设备的mr已被唤醒，多用户唤醒确认帧中包含第三网络设备的标识和第一网络设备的标识。
在上述实施例中，接收器2002还用于接收第一网络设备发送的唤醒请求信息，唤醒请求信息用于请求唤醒第二网络设备的mr。
在上述实施例中，唤醒请求指示信息承载在媒体接入控制mac帧，mac帧中包含唤醒请求指示信息以及需要第一网络设备转发给第三网络设备的信息。
在上述实施例中，唤醒请求指示信息承载在聚合帧，聚合帧中包含第一类型帧和第二类型帧，第一类型帧中包含唤醒请求指示信息；第二类型帧中包含需要第一网络设备转发给第三网络设备的信息。
在上述实施例中，接收器2002还用于接收第一网络设备发送的唤醒失败指示信息，唤醒失败指示信息用于指示第三网络设备的mr未被唤醒。
在上述实施例中，发送器2001还用于向第一网络设备发送重传请求，重传请求用于请求第一网络设备向第三网络设备的wur发送唤醒请求信息。
在上述实施例中，还包括：处理器2003处理器还用于确定第三网络设备的wur开启窗口时间。
在上述实施例中，处理器2003还用于获取第三网络设备的wur开启窗口时间。
在上述实施例中，处理器2003控制接收器具体用于接收第一网络设备发送的第三网络设备的wur开启窗口时间。
在上述实施例中，处理器具体用于与第三网络设备协商第三网络设备的wur开启窗口的时间。
图20所示装置实施例对应地可用于执行上述各方法实施例中第二网络设备执行的各步骤，其实现原理和技术效果类似，此处不再赘述。
图21为本发明又一实施例的数据传输装置的结构示意图，本实施例的装置部署在第三网络设备中，本实施例的装置包括：wur2101和mr2102
wur2101用于接收第一网络设备发送的唤醒请求信息，唤醒请求信息为第一网络设备接收到第二网络设备发送的唤醒请求指示信息之后生成的，唤醒请求指示信息用于指示第一网络设备向wur2101发送唤醒请求信息，唤醒请求信息用于请求唤醒mr2102；
wur2101用于唤醒mr2102。
在上述实施例中，mr2102用于向第一网络设备或者第二网络设备发送唤醒确认帧，唤醒确认帧用于指示第三网络设备的mr2102已被唤醒。
在上述实施例中，还包括：
处理器2103用于控制mr2102与第二网络设备协商所述第三网络设备的wur2101开启窗口时间。
图21所示装置实施例对应地可用于执行上述各方法实施例中第三网络设备执行的各步骤，其实现原理和技术效果类似，此处不再赘述。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。