本申请公开的数据传输方法，接入点在确认信道空闲后，发送控制第一控制帧，第一控制帧包括第一Duration字段并携带基本服务集的标识，站点在接收到第一控制帧后，如果此站点处于所述基本服务集内，此站点向接入点回复第二控制帧，第二控制帧中携带此基本服务器的标识，接入点接收到第二控制帧后，与站点进行数据传输，如果站点未处于此基本服务集内且对所述基本服务集内的数据传输造成干扰，站点依据第一Duration字段的值，更新NAV,所以，能够规避干扰，又因为接入点允许此基本服务集内的站点参与通信，而一个基本服务集内通常有多个站点，所以，在一段时间内，不仅仅只有一个站点可以进行数据传输，从而提高带宽利用率。
一种数据传输控制方法及接入点、站点
技术领域
[0001] 本申请涉及通信领域，尤其涉及一种数据传输控制方法及接入点、站点。
背景技术
[0002] 在IEEE 802.11g无线局域网(Wireless Local Area Network，WLAN)中系统，为了保护数据帧不受发送端和接收端的临近站点的干扰，如图1所示，发送端在发送数据帧之前，发送端发送请求发送(Request to Send，控制)帧，接收端在接收到RTS后，回复允许发送(Clear to Send，控制响应)帧，在RTS和CTS中均携带有持续时间Duration字段，用于告知接收端和发送端间的数据传输过程所需的保护时长，所述保护时长不小于接收端和发送端间的数据传输过程所占用的时长，除发送端和接收端之外的其它站点依据Duration字段的值，设置各自的网络分配矢量(Network Allocation Vector，NAV)，NAV用于站点在发送端和接收端进行数据传输的过程中保持静默。
[0003] 可见，上述干扰规避机制，在同一段时间内，仅允许一个STA接入AP并传输数据，因此，以带宽利用率为代价规避干扰。所以，如何在规避干扰的前提下提高带宽利用率，成为目前亟待解决的问题。
发明内容
[0004] 本申请提供了一种数据传输控制方法及接入点、站点，目的在于解决如何在规避干扰的前提下提高带宽利用率的问题。
[0005] 为了实现上述目的，本申请提供了以下技术方案：
[0006] 本申请的第一方面提供了一种数据传输控制方法，包括：
[0007] 接入点发送第一控制帧，所述第一控制帧包括第一Duration字段并携带基本服务集的标识，所述第一Duration字段的值用于表示所述接入点与所述基本服务集内的站点之间进行数据传输所需的保护时长；
[0008] 如果站点反馈的第二控制帧携带的基本服务集的标识与所述第一控制帧携带的所述基本服务集的标识相同，所述接入点与所述站点间进行数据传输。
[0009] 本申请的第二方面提供了又一种数据传输控制方法，包括：
[0010] 站点接收接入点发送的第一控制帧，所述第一控制帧包括第一Duration字段并携带基本服务集的标识；
[0011] 如果所述站点处于所述基本服务集内，则所述站点向所述接入点回复第二控制帧，所述第二控制帧携带所述基本服务集的标识；
[0012] 如果所述站点未处于所述基本服务集内且对所述基本服务集内的数据传输造成干扰，则所述站点至少依据所述第一Duration字段的值，更新NAV。
[0013] 本申请的第三方面提供了又一种数据传输控制方法，包括：
[0014] 站点接收接入点发送的第一控制帧，所述第一控制帧包括第一Duration字段并携带基本服务集的标识以及处于所述基本服务集内的站点的标识；
[0015] 如果所述站点处于所述基本服务集内且所述站点的标识携带在所述第一控制帧中，则所述站点向所述接入点回复第二控制帧，所述第二控制帧携带所述基本服务集的标识；
[0016] 如果所述站点处于所述基本服务集内但所述站点的标识未携带在所述第一控制帧中，则所述站点至少依据所述第一Duration字段的值，更新NAV。
[0017] 本申请的第四方面提供了一种接入点，包括：
[0018] 第一发送模块，用于在确认信道空闲后，发送第一控制帧，所述第一控制帧包括第一Duration字段并携带基本服务集的标识，所述第一Duration字段的值用于表示所述接入点与所述基本服务集内的站点之间进行数据传输所需的保护时长；
[0019] 数据传输模块，用于如果站点反馈的第二控制帧携带的基本服务集的标识与所述第一控制帧携带的所述基本服务集的标识相同，与所述站点间进行数据传输。
[0020] 本申请的第五方面提供了一种站点，包括：
[0021] 第一接收模块，用于接收接入点发送的第一控制帧，所述第一控制帧包括第一Duration字段并携带基本服务集的标识；
[0022] 第一处理模块，用于如果所述站点处于所述基本服务集内，则向所述接入点回复第二控制帧，所述第二控制帧携带所述基本服务集的标识；如果所述站点未处于所述基本服务集内且对所述基本服务集内的数据传输造成干扰，则至少依据所述第一Duration字段的值，更新NAV。
[0023] 本申请的第六方面提供了又一种站点，包括：
[0024] 第二接收模块，用于接收接入点发送的第一控制帧，所述第一控制帧包括第一Duration字段并携带基本服务集的标识以及处于所述基本服务集内的站点的标识；
[0025] 第二处理模块，用于如果所述站点处于所述基本服务集内且所述站点的标识携带在所述第一控制帧中，则向所述接入点回复第二控制帧，所述第二控制帧携带所述基本服务集的标识；如果所述站点处于所述基本服务集内但所述站点的标识未携带在所述第一控制帧中，则至少依据所述第一Duration字段的值，更新NAV。
[0026] 本申请公开的数据传输方法，接入点在确认信道空闲后，发送控制第一控制帧，第一控制帧基于媒体接入控制MAC层协议的帧格式中包括第一Duration字段并携带基本服务集的标识，站点在接收到第一控制帧后，如果此站点处于所述基本服务集内，此站点向接入点回复第二控制帧，第二控制帧中携带此基本服务器的标识，接入点接收到第二控制帧后，与站点进行数据传输，如果站点未处于此基本服务集内且对所述基本服务集内的数据传输造成干扰，站点依据第一Duration字段的值，更新NAV；
[0027] 或者，第一控制帧基于媒体接入控制MAC层协议的帧格式中包括第一Duration字段并携带基本服务集的标识以及处于基本服务集内的站点的标识，站点在接收到第一控制帧后，如果此站点处于所述基本服务集内且站点的标识携带在第一控制帧中，此站点向接入点回复第二控制帧，第二控制帧中携带此基本服务器的标识，如果站点处于所述基本服务集内但其标识未携带在所述第一控制帧中，或未处于基本服务集内且对基本服务集内的数据传输造成干扰，则站点至少依据第一Duration字段的值，更新NAV。
[0028] 因为NAV可以使得站点在接入点与其它处于所述基本服务集内的站点的数据传输过程中保持静默，所以，能够规避干扰，又因为接入点允许此基本服务集内的站点参与通信，而一个基本服务集内通常有多个站点，所以，在一段时间内，不仅仅只有一个站点可以进行数据传输，从而能够提高带宽利用率。
附图说明
[0029] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0030] 图1为WLAN系统中发送节点和接收节点的数据传输示意图；
[0031] 图2为WLAN的通信场景示意图；
[0032] 图3为本发明实施例公开的一种数据传输控制方法的流程图；
[0033] 图4为本发明实施例公开的又一种数据传输控制方法的流程图；
[0034] 图5为本发明实施例公开的第一类型第一控制帧基于MAC层协议的帧结构的示意图；
[0035] 图6为本发明实施例公开的第一类型第一控制帧及第二类型第一控制帧基于物理层协议的帧结构的示意图；
[0036] 图7为本发明实施例公开的第二控制帧基于MAC层协议的一种帧结构的示意图；
[0037] 图8为图7所示的第二控制帧基于物理层协议的一种帧结构的示意图；
[0038] 图9为本申请实施例公开的又一种数据传输控制方法的流程图；
[0039] 图10为本申请实施例公开的第二类型第一控制帧基于MAC层协议的帧结构的示意图；
[0040] 图11本申请实施例公开的又一种数据传输控制方法的流程图；
[0041] 图12本申请实施例公开的多个信道传输的示意图；
[0042] 图13为图7所示的第二控制帧基于物理层协议的又一种帧结构的示意图；
[0043] 图14为本申请实施例公开的又一种数据传输控制方法的流程图；
[0044] 图15为本申请实施例公开的第二控制帧基于MAC层协议的又一种帧结构的示意图；
[0045] 图16为本申请实施例公开的一种接入点的结构示意图；
[0046] 图17为本申请实施例公开的一种站点的结构示意图；
[0047] 图18为本申请实施例公开的又一种站点的结构示意图。
具体实施方式
[0048] 本申请实施例公开了一种数据传输控制方法及接入点、站点，本申请实施例中所述的接入点和站点相比于现有技术，均具备了新的功能，而本申请实施例所述的接入点及站点可以应用在现有的WLAN系统中，即与现有的WLAN系统中的设备兼容使用。如图2所示，所述WLAN系统中包括接入点和多个站点，为了与现有的WLAN设备进行区分，图2中，(高性能WLAN，High Efficiency WLAN)HEW-AP为本申请实施例公开的接入点，HEW-STA为本申请实施例公开的站点，而Legacy(传统)-STA为传统的站点，站点可以在HEW与Legacy模式之间进行转换。
[0049] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0050] 实施例一
[0051] 本申请实施例公开的一种数据传输控制方法，描述AP竞争成功并指示STA进行数据传输的过程，包括以下步骤：
[0052] 步骤一：HEW-AP侦听信道；
[0053] HEW-AP侦听信道，并在信道空闲时尝试发送第二类型第一控制帧(又可以称为MU-RTS)。每个MU-RTS占用20MHz的带宽。
[0054] 步骤二：HEW-AP成功发送第二类型第一控制帧(又可以称为MU-RTS)；
[0055] HEW-AP竞争到了信道，成功发送MU-RTS。MU-RTS与传统的RTS帧在格式和内容有些区别，其在物理层的帧格式如图6所示，在MAC的帧格式如图10所示，其各个部分的赋值和含义如下所述：
[0056] Frame Control：与传统的RTS在subtype value上不同，例如是0101(该值可以定义为其他未使用的值)；或者与传统的RTS在protocol version上不同，例如是01(现有标准中仅使用00，因此可以可写为除了00以外的其他值)；并且比特8到比特15重新定义为BSS color，来指示BSS的信息。
[0057] Duration：设置为后续数据传输的时长+3倍SIFS+CTS时长+数据触发帧的时长；传统的STA和未在MU-RTS中被调度的HEW-STA将根据此值更新NAV，而MU-RTS中调度的HEW-STA则通过此值判断数据传输的大小；
[0058] TA：重新定义为4个接收上行发送STA的部分关联标识(PAID)，其中PAID为12比特，并且依序排列(依序编号为1，2，3，4)，4个PAID共48比特。
[0059] RA：重新定义为4个接收上行发送STA的部分关联标识(PAID)，其中PAID为12比特，并且依序排列(依序编号为5，6，7，8)，4个PAID共48比特。
[0060] FCS：与传统的RTS按照一样的方法设置。
[0061] 上述每个字段的功能为：
[0062] Frame Control：protocol version用来设置协议版本。Type value用来设置帧的大致类型。Subtype value用来设置帧的具体类型。BSS color用来设置BSS的标识信息。
[0063] Duration：用来设置所需要保护的时间长度信息。
[0064] TA：在现有技术中设置发送节点的MAC地址，共48比特。在本方案中用来设置前4个STA的部分关联标识。
[0065] RA：在现有技术中设置接收节点的MAC地址，共48比特。在本方案中用来设置后4个STA的部分关联标识。
[0066] FCS：与现有技术一样，CRC校验比特信息，用来校验MAC层的帧正确与否。
[0067] 步骤三：HEW-STA在收到MU-RTS后根据PAID指示发送第二控制帧，或者更新NAV；
[0068] HEW-STA收到HEW-AP发送的MU-RTS，根据HEW-RTS中指示的BSS color来确定是否是本BSS，根据其中指示的PAID来确定是否需要回复第二控制帧。如果确定不回复第二控制帧，那么根据MU-RTS中的duration来更新NAV。
[0069] 第二控制帧的格式可以如图13所示(图13所示的第二控制帧还可以称为MU-CTS)，让HEW-AP知道是哪个HEW-STA回复的第二控制帧；也可以如图8所示(图8所示的第二控制帧还可以称为eCTS)，不需要让HEW-AP来区分是哪个HEW-STA回复的第二控制帧。
[0070] 所有的HEW-STA都回复相同格式的第二控制帧，即或者都回复如图13所示的第二控制帧，或者都回复如图8所示的第二控制帧。
[0071] 第二控制帧基于MAC层协议的帧结构如图7所示。
[0072] MU-CTS由新增加的OFDM符号与传统的CTS组成，新增加的OFDM符号和传统的CTS都是如图8所示独立的PHY层的帧。其在物理层的帧格式如图8所示，在MAC的帧格式如图9所示，其各个部分的赋值和含义如下所述：
[0073] Frame Control：与传统的CTS在subtype value上不同，是0100(该值可以定义为其他未使用的值)；或者与传统的RTS在protocol version上不同，例如是01(现有标准中仅使用00，因此可以可写为除了00以外的其他值)；并且比特8到比特15重新定义为BSS color，来指示BSS的信息。
[0074] Duration：设置为RTS中的duration减去SIFS再减去CTS时长；传统的STA和未在MU-RTS中被调度的HEW-STA将根据此值更新NAV，而MU-RTS中调度的HEW-STA则通过此值判断数据传输的大小；
[0075] RA：设置成一个提前约定好的参数或数值，或者是BSSID。
[0076] FCS：与传统的CTS按照一样的方法设置。
[0077] TBD：设置成一个小于等于SIFS的时间长度，用来分隔新增加的OFDM符号和传统的CTS。
[0078] 新增加的OFDM符号：可以分成N个RU，其中N大于等于8，例如N可以等于9。那么分配其中8个RU按照顺序对应MU-RTS中的8个PAID，HEW-STA在回复MU-CTS的时候在对应的RU发送PAID或者STA ID，以便HEW-AP知道是哪个STA回复的MU-CTS。
[0079] 步骤四：传统STA收到MU-RTS、MU-CTS/eCTS中的任意一个，根据其中的Duration值，更新NAV；
[0080] 本实施例中，STA更新NAV的依据为：
[0081] 1、STA首先判断frame control里的protocol version、type value以及subtype value是否是STA已知的值。如果是未知的值，那么就读取duration字段并更新NAV。
[0082] 2、如果STA发现上述三个字段的值已知，那么读取RA，并判断是否是发送给自己的帧。如果不是发送给自己的，那么就读取duration字段并更新NAV。
[0083] 步骤五：HEW-AP收到MU-CTS，发送数据触发帧，并且调整触发帧中的资源分配信息；
[0084] HEW-AP收到eCTS，发送数据触发帧。
[0085] 步骤六：HEW-STA在接收到数据触发帧后，根据数据触发帧中的资源分配指示信息确定是否发送数据。
[0086] 实施例二
[0087] 本申请实施例公开的又一种数据传输控制方法，描述AP竞争成功并向STA发送数据的过程，包括以下步骤：
[0088] 步骤一：HEW-AP侦听信道；
[0089] HEW-AP侦听信道，并在信道空闲时尝试发送MU-RTS。每个MU-RTS占用20MHz的带宽。
[0090] 步骤二：HEW-AP成功发送MU-RTS；
[0091] HEW-AP竞争到了信道，成功发送MU-RTS。MU-RTS与传统的RTS在格式和内容有些区别，其在物理层的帧格式如图6所示，在MAC的帧格式如图10所示，其各个部分的赋值和含义如下所述：
[0092] Frame Control：与传统的RTS在subtype value上不同，例如是0101(该值可以定义为其他未使用的值)；或者与传统的RTS在protocol version上不同，例如是01(现有标准中仅使用00，因此可以可写为除了00以外的其他值)；并且比特8到比特15重新定义为BSS color，来指示BSS的信息。
[0093] Duration：设置为后续数据传输的时长+2倍SIFS+CTS时长的时长；传统的STA和未在MU-RTS中被调度的HEW-STA将根据此值更新NAV，而MU-RTS中调度的HEW-STA则通过此值判断数据传输的大小；
[0094] TA：重新定义为4个接收上行发送STA的部分关联标识(PAID)，其中PAID为12比特，并且依序排列(依序编号为1，2，3，4)，4个PAID共48比特。
[0095] RA：重新定义为4个接收上行发送STA的部分关联标识(PAID)，其中PAID为12比特，并且依序排列(依序编号为5，6，7，8)，4个PAID共48比特。
[0096] FCS：与传统的RTS按照一样的方法设置。
[0097] 步骤三：HEW-STA在收到MU-RTS后根据PAID指示发送MU-CTS/eCTS，或者更新NAV；
[0098] HEW-STA收到HEW-AP发送的MU-RTS，根据HEW-RTS中指示的BSS color来确定是否是本BSS，根据其中指示的PAID来确定是否需要回复MU-CTS/eCTS。如果确定不回复MU-CTS/eCTS，那么根据MU-RTS中的duration来更新NAV。如果确定要回复MU-CTS，根据如下格式回复，并且让HEW-AP知道是哪个HEW-STA回复的MU-CTS。
[0099] 如果确定要回复eCTS，根据如图7和图8的格式回复，不需要让HEW-AP来区分是哪个HEW-STA回复的eCTS。
[0100] 所有的HEW-STA都回复相同格式的CTS，即或者都回复MU-CTS，或者都回复eCTS。
[0101] MU-CTS由新增加的OFDM符号与传统的CTS组成，新增加的OFDM符号和传统的CTS都是如图13所示独立的PHY层的帧。其在物理层的帧格式如图13所示，在MAC的帧格式如图7所示，其各个部分的赋值和含义如下所述：
[0102] Frame Control：与传统的CTS在subtype value上不同，是0100(该值可以定义为其他未使用的值)；或者与传统的RTS在protocol version上不同，例如是01(现有标准中仅使用00，因此可以可写为除了00以外的其他值)；并且比特8到比特15重新定义为BSS color，来指示BSS的信息。
[0103] Duration：设置为RTS中的duration减去SIFS再减去CTS时长；传统的STA和未在MU-RTS中被调度的HEW-STA将根据此值更新NAV，而MU-RTS中调度的HEW-STA则通过此值判断数据传输的大小；
[0104] RA：设置成一个提前约定好的参数或数值，或者是BSSID。
[0105] FCS：与传统的CTS按照一样的方法设置。
[0106] TBD：设置成一个小于等于SIFS的时间长度，用来分隔新增加的OFDM符号和传统的CTS。
[0107] 新增加的OFDM符号：可以分成N个RU，其中N大于等于8，例如N可以等于9。那么分配其中8个RU按照顺序对应MU-RTS中的8个PAID，HEW-STA在回复MU-CTS的时候在对应的RU发送PAID或者STA ID，以便HEW-AP知道是哪个STA回复的MU-CTS。
[0108] 步骤四：传统STA收到MU-RTS、MU-CTS中的任意一个，根据其中的Duration值，更新NAV；
[0109] 步骤五：HEW-AP收到MU-CTS，并确定向哪些STA发送数据；
[0110] HEW-AP收到eCTS，准备发送数据帧。
[0111] 实施例三
[0112] 本申请实施例公开的一种数据传输控制方法，描述AP竞争多个20MHz信道成功并指示STA进行数据传输的过程，本实施例中，HEW-AP和HEW-STA在每个20MHz信道上均执行实施例一所述的方法。
[0113] 实施例四
[0114] 本申请实施例公开的一种数据传输控制方法，描述AP竞争多个20MHz信道成功并指示STA进行数据传输的过程，本实施例中，HEW-AP和HEW-STA在每个20MHz信道上均执行实施例二所述的方法。
[0115] 实施例五
[0116] 本申请实施例公开的一种数据传输控制方法，描述STA竞争成功并把OFDMA调度控制权交给AP，由AP调度STA发送数据的过程，包括以下步骤：
[0117] 步骤一：HEW-STA侦听信道，并发送第一类型第一控制帧(也可以称为eRTS)；
[0118] HEW-STA侦听信道，并在信道空闲时尝试发送eRTS(这里也可能使用传统RTS，但是传统RTS中需要用RA里的AP的MAC地址来区分是哪个BSS)。其中eRTS使用如图5和图6定义的格式，每个RTS占用20MHz的带宽。
[0119] 其中：
[0120] Frame Control：与传统的RTS在subtype value上不同，例如是0101(该值可以定义为其他未使用的值)；或者与传统的RTS在protocol version上不同，例如是01(现有标准中仅使用00，因此可以可写为除了00以外的其他值)；并且比特8到比特15重新定义为BSS color，来指示BSS的信息。
[0121] 如果subtype或者protocol version与传统的RTS不同，那么BSS color可以完全利用比特8到比特15。如果subtype或者protocol version与传统的RTS相同，那么需要用1比特来指示这是eRTS，例如比特13，用其他剩余7个比特来指示BSS color。
[0122] Duration：设置为估计的后续数据传输的时长+2倍SIFS+MU-RTS时长；传统的STA和其他的HEW-STA将根据此值更新NAV，而对应的HEW-AP则通过此值判断数据传输的大小；
[0123] TA：HEW-STA的MAC地址。
[0124] RA：HEW-AP的MAC地址。
[0125] FCS：与传统的RTS按照一样的方法设置。
[0126] 步骤二：HEW-AP成功发送第二类型第一控制帧(也可以称为MU-RTS)；
[0127] HEW-AP竞争到了信道，成功发送MU-RTS。MU-RTS与传统的RTS在格式和内容有些区别，其在物理层的帧格式如图6所示，在MAC层的帧格式如图10所示，其各个部分的赋值和含义如下所述：
[0128] Frame Control：与传统的RTS在subtype value上不同，例如是0101(该值可以定义为其他未使用的值)；或者与传统的RTS在protocol version上不同，例如是01(现有标准中仅使用00，因此可以可写为除了00以外的其他值)；并且比特8到比特15重新定义为BSS color，来指示BSS的信息。
[0129] Duration：设置为后续数据传输的时长+3倍SIFS+CTS时长+数据触发帧的时长；传统的STA和未在MU-RTS中被调度的HEW-STA将根据此值更新NAV，而MU-RTS中调度的HEW-STA则通过此值判断数据传输的大小；
[0130] TA：重新定义为4个接收上行发送STA的部分关联标识(PAID)，其中PAID为12比特，并且依序排列(依序编号为1，2，3，4)，4个PAID共48比特。
[0131] RA：重新定义为4个接收上行发送STA的部分关联标识(PAID)，其中PAID为12比特，并且依序排列(依序编号为5，6，7，8)，4个PAID共48比特。
[0132] FCS：与传统的RTS按照一样的方法设置。
[0133] 步骤三：HEW-STA在收到MU-RTS后根据PAID指示发送第二控制帧，或者更新NAV；
[0134] HEW-STA收到HEW-AP发送的MU-RTS，根据HEW-RTS中指示的BSS color来确定是否是本BSS，根据其中指示的PAID来确定是否需要回复第二控制帧。如果确定不回复第二控制帧，那么根据MU-RTS中的duration来更新NAV。
[0135] 如果确定要回复第二控制帧，第二控制帧在MAC层的帧格式如图7所示，在物理层的帧结构可以如图13所示(如图13所示的第二控制帧还可以称为MU-CTS)，让HEW-AP知道是哪个HEW-STA回复的MU-CTS；或者，第二控制帧在物理层的帧结构还可以如图8所示(如图8所示的第二控制帧还可以称为eCTS)，不需要让HEW-AP来区分是哪个HEW-STA回复的eCTS。
[0136] 所有的HEW-STA都回复相同格式的CTS，即或者都回复MU-CTS，或者都回复eCTS。
[0137] MU-CTS由新增加的OFDM符号与传统的CTS组成，新增加的OFDM符号和传统的CTS都是如图13所示独立的PHY层的帧。其在物理层的帧格式如图13所示，在MAC的帧格式如图7所示，其各个部分的赋值和含义如下所述：
[0138] Frame Control：与传统的CTS在subtype value上不同，是0100(该值可以定义为其他未使用的值)；或者与传统的RTS在protocol version上不同，例如是01(现有标准中仅使用00，因此可以可写为除了00以外的其他值)；并且比特8到比特15重新定义为BSS color，来指示BSS的信息。
[0139] Duration：设置为RTS中的duration减去SIFS再减去CTS时长；传统的STA和未在MU-RTS中被调度的HEW-STA将根据此值更新NAV，而MU-RTS中调度的HEW-STA则通过此值判断数据传输的大小；
[0140] RA：设置成一个提前约定好的参数或数值，或者是BSSID。
[0141] FCS：与传统的CTS按照一样的方法设置。
[0142] TBD：设置成一个小于等于SIFS的时间长度，用来分隔新增加的OFDM符号和传统的CTS。
[0143] 新增加的OFDM符号：可以分成N个RU，其中N大于等于8，例如N可以等于9。那么分配其中8个RU按照顺序对应MU-RTS中的8个PAID，HEW-STA在回复MU-CTS的时候在对应的RU发送PAID或者STA ID，以便HEW-AP知道是哪个STA回复的MU-CTS。
[0144] 步骤四：传统STA收到MU-RTS、MU-CTS中的任意一个，根据其中的Duration值，更新NAV；
[0145] 步骤五：HEW-AP收到MU-CTS，发送数据触发帧，并且调整触发帧中的资源分配信息；
[0146] 步骤六：HEW-STA在接收到数据触发帧后，根据数据触发帧中的资源分配指示信息确定是否发送数据。
[0147] 实施例六
[0148] 本申请实施例公开的一种数据传输控制方法，描述STA竞争成功并把OFDMA调度控制权交给AP，由AP向STA发送数据的过程，具体包括以下步骤：
[0149] 步骤一：HEW-STA侦听信道，并发送eRTS；
[0150] HEW-STA侦听信道，并在信道空闲时尝试发送eRTS(这里也可能使用传统RTS，但是传统RTS中需要用RA里的AP的MAC地址来区分是哪个BSS)。其中eRTS使用如图5和图6定义的方式，每个RTS占用20MHz的带宽。
[0151] Frame Control：与传统的RTS在subtype value上不同，例如是0101(该值可以定义为其他未使用的值)；或者与传统的RTS在protocol version上不同，例如是01(现有标准中仅使用00，因此可以可写为除了00以外的其他值)；并且比特8到比特15重新定义为BSS color，来指示BSS的信息。
[0152] 如果subtype或者protocol version与传统的RTS不同，那么BSS color可以完全利用比特8到比特15。如果subtype或者protocol version与传统的RTS相同，那么需要用1比特来指示这是eRTS，例如比特13，用其他剩余7个比特来指示BSS color。
[0153] Duration：设置为估计的后续数据传输的时长+2倍SIFS+MU-RTS时长；传统的STA和其他的HEW-STA将根据此值更新NAV，而对应的HEW-AP则通过此值判断数据传输的大小；
[0154] TA：HEW-STA的MAC地址。
[0155] RA：HEW-AP的MAC地址。
[0156] FCS：与传统的RTS按照一样的方法设置。
[0157] 步骤二：HEW-AP发送MU-RTS；
[0158] HEW-AP接收到eRTS，那么发送MU-RTS。MU-RTS与传统的RTS在格式和内容有些区别，其在物理层的帧格式如图6所示，在MAC的帧格式如图10所示，其各个部分的赋值和含义如下所述：
[0159] Frame Control：与传统的RTS在subtype value上不同，例如是0101(该值可以定义为其他未使用的值)；或者与传统的RTS在protocol version上不同，例如是01(现有标准中仅使用00，因此可以可写为除了00以外的其他值)；并且比特8到比特15重新定义为BSS color，来指示BSS的信息。
[0160] Duration：设置为后续数据传输的时长+2倍SIFS+CTS时长的时长；传统的STA和未在MU-RTS中被调度的HEW-STA将根据此值更新NAV，而MU-RTS中调度的HEW-STA则通过此值判断数据传输的大小；
[0161] TA：重新定义为4个接收上行发送STA的部分关联标识(PAID)，其中PAID为12比特，并且依序排列(依序编号为1，2，3，4)，4个PAID共48比特。
[0162] RA：重新定义为4个接收上行发送STA的部分关联标识(PAID)，其中PAID为12比特，并且依序排列(依序编号为5，6，7，8)，4个PAID共48比特。
[0163] FCS：与传统的RTS按照一样的方法设置。
[0164] 步骤三：HEW-STA在收到MU-RTS后根据PAID指示发送MU-CTS/eCTS，或者更新NAV；
[0165] HEW-STA收到HEW-AP发送的MU-RTS，根据HEW-RTS中指示的BSS color来确定是否是本BSS，根据其中指示的PAID来确定是否需要回复MU-CTS/eCTS。如果确定不回复MU-CTS/eCTS，那么根据MU-RTS中的duration来更新NAV。如果确定要回复MU-CTS，根据图13及图7所示的格式回复，让HEW-AP知道是哪个HEW-STA回复的MU-CTS。
[0166] 如果确定要回复eCTS，根据如图7和图8的格式回复，不需要让HEW-AP来区分是哪个HEW-STA回复的eCTS。
[0167] 所有的HEW-STA都回复相同格式的CTS，即或者都回复MU-CTS，或者都回复eCTS。
[0168] MU-CTS由新增加的OFDM符号与传统的CTS组成，新增加的OFDM符号和传统的CTS都是如图13所示独立的PHY层的帧。其在物理层的帧格式如图13所示，在MAC的帧格式如图7所示，其各个部分的赋值和含义如下所述：
[0169] Frame Control：与传统的CTS在subtype value上不同，是0100(该值可以定义为其他未使用的值)；或者与传统的RTS在protocol version上不同，例如是01(现有标准中仅使用00，因此可以可写为除了00以外的其他值)；并且比特8到比特15重新定义为BSS color，来指示BSS的信息。
[0170] Duration：设置为RTS中的duration减去SIFS再减去CTS时长；传统的STA和未在MU-RTS中被调度的HEW-STA将根据此值更新NAV，而MU-RTS中调度的HEW-STA则通过此值判断数据传输的大小；
[0171] RA：设置成一个提前约定好的参数或数值，或者是BSSID。
[0172] FCS：与传统的CTS按照一样的方法设置。
[0173] TBD：设置成一个小于等于SIFS的时间长度，用来分隔新增加的OFDM符号和传统的CTS。
[0174] 新增加的OFDM符号：可以分成N个RU，其中N大于等于8，例如N可以等于9。那么分配其中8个RU按照顺序对应MU-RTS中的8个PAID，HEW-STA在回复MU-CTS的时候在对应的RU发送PAID或者STA ID，以便HEW-AP知道是哪个STA回复的MU-CTS。
[0175] 步骤四：传统STA收到MU-RTS、MU-CTS中的任意一个，根据其中的Duration值，更新NAV；
[0176] 步骤五：HEW-AP收到HEW-CTS，并确定向哪些STA发送数据。
[0177] 实施例七
[0178] 本实施例描述STA竞争多个20MHz信道成功并由AP来调度指示STA进行数据传输的过程。HEW-AP和HEW-STA在每个20MHz信道上执行实施例五的方法。
[0179] 实施例八
[0180] 本实施例描述STA竞争多个20MHz信道成功并由AP来调度向STA发送数据的过程。HEW-AP和HEW-STA在每个20MHz信道上执行实施例六的方法。
[0181] 实施例九
[0182] 本申请实施例公开的一种数据传输控制方法，描述AP竞争成功并指示STA进行数据传输的过程，包括以下步骤：
[0183] 步骤一：HEW-AP侦听信道；
[0184] HEW-AP侦听信道，并在信道空闲时尝试发送eRTS。每个eRTS占用20MHz的带宽。
[0185] 步骤二：HEW-AP成功发送eRTS；
[0186] HEW-AP竞争到了信道，成功发送eRTS。eRTS与传统的RTS在格式和内容有些区别，其在物理层的帧格式如图6所示，在MAC的帧格式如图5所示，其各个部分的赋值和含义如下所述：
[0187] Frame Control：与传统的RTS在subtype value上不同，例如是0101(该值可以定义为其他未使用的值)；或者与传统的RTS在protocol version上不同，例如是01(现有标准中仅使用00，因此可以可写为除了00以外的其他值)；并且比特8到比特15重新定义为BSS color，来指示BSS的信息。
[0188] 如果subtype或者protocol version与传统的RTS不同，那么BSS color可以完全利用比特8到比特15。如果subtype或者protocol version与传统的RTS相同，那么需要用1比特来指示这是eRTS，例如比特13，用其他剩余7个比特来指示BSS color。
[0189] Duration：设置为估计的后续数据传输的时长+3倍SIFS+MU-RTS时长+触发帧时长；传统的STA和其他的HEW-STA将根据此值更新NAV，而对应的HEW-AP则通过此值判断数据传输的大小；
[0190] TA：HEW-AP的MAC地址。
[0191] RA：设置成一个提前约定好的参数或数值，或者是BSSID。
[0192] FCS：与传统的RTS按照一样的方法设置。
[0193] 步骤三：HEW-STA在收到eRTS后回复eCTS，或者更新NAV；
[0194] HEW-STA收到HEW-AP发送的eRTS，根据eRTS中指示的BSS color来确定是否是本BSS来确定是否需要回复eCTS。如果确定不回复eCTS，那么根据eRTS中的duration来更新NAV。
[0195] 如果确定要回复eCTS，根据如图8和图7的格式回复，不需要让HEW-AP来区分是哪个HEW-STA回复的eCTS。
[0196] 所有的HEW-STA都回复相同格式的CTS，即都回复eCTS。
[0197] eCTS在物理层的帧格式如图8所示，在MAC的帧格式如图7所示，其各个部分的赋值和含义如下所述：
[0198] Frame Control：与传统的CTS在subtype value上不同，是0100(该值可以定义为其他未使用的值)；或者与传统的RTS在protocol version上不同，例如是01(现有标准中仅使用00，因此可以可写为除了00以外的其他值)；并且比特8到比特15重新定义为BSS color，来指示BSS的信息。
[0199] 如果subtype或者protocol version与传统的RTS不同，那么BSS color可以完全利用比特8到比特15。如果subtype或者protocol version与传统的RTS相同，那么需要用1比特来指示这是eCTS，例如比特13，用其他剩余7个比特来指示BSS color。
[0200] Duration：设置为RTS中的duration减去SIFS再减去CTS时长；传统的STA和其他的HEW-STA将根据此值更新NAV；
[0201] RA：设置成一个提前约定好的参数或数值，或者是BSSID。
[0202] FCS：与传统的CTS按照一样的方法设置。
[0203] 步骤四：传统STA收到eRTS或eCTS中的任意一个，根据其中的Duration值，更新NAV；
[0204] 步骤五：HEW-AP收到eCTS，发送数据触发帧。
[0205] 步骤六：HEW-STA在接收到数据触发帧后，根据数据触发帧中的资源分配指示信息确定是否发送数据。
[0206] 实施例十
[0207] 本申请实施例公开的一种数据传输控制方法，描述AP竞争成功并向STA发送数据的过程，包括以下步骤：
[0208] 步骤一：HEW-AP侦听信道；
[0209] HEW-AP侦听信道，并在信道空闲时尝试发送eRTS。每个eRTS占用20MHz的带宽。
[0210] 步骤二：HEW-AP成功发送eRTS；
[0211] 步骤三：HEW-STA在收到eRTS后根据PAID指示发送eCTS，或者更新NAV；
[0212] HEW-STA收到HEW-AP发送的eRTS，根据eRTS中指示的BSS color来确定是否是本BSS来确定是否需要回复eCTS。如果确定不回复eCTS，那么根据eRTS中的duration来更新NAV。
[0213] 所有的HEW-STA都回复相同格式的CTS，即都回复eCTS。
[0214] 步骤四：传统STA收到eRTS或eCTS中的任意一个，根据其中的Duration值，更新NAV；
[0215] 步骤五：HEW-AP收到eCTS，准备发送数据帧。
[0216] 本实施例中，eRTS及eCTS的帧格式均可以参见其它实施例所述，这里不再赘述。
[0217] 实施例十一
[0218] 按照类似实施例七的方式实现多个信道的过程。
[0219] 实施例十二
[0220] 按照类似实施例八的方式实现多个信道的过程。
[0221] 实施例十三
[0222] 针对上述所有实施例中的eCTS的MAC层格式，可以有另一种实现方式，如图15所示。
[0223] 此处不修改frame control部分的后8比特，而把BSS color信息放在RA字段与FCS字段之间。
[0224] 实施例十四
[0225] 在实施例一、二、五和六中，传统STA收到MU-RTS、MU--CTS/eCTS中的任意一个，根据其中的Duration值，更新NAV。
[0226] MU-RTS中不包含对应身份标识的HEW-STA的NAV更新规则可以选择如下规则中的任意一个：
[0227] 1.根据现有标准规则，更新NAV；
[0228] 2.由BSS color判断是否是本BSS的帧，如果是本BSS则更新NAV，如果不是本BSS则不更新NAV；
[0229] 3.由BSS color判断是否是本BSS的帧，如果不是本BSS并且满足预设条件则不更新NAV，如果是本BSS或者不是本BSS且不满足预设条件则更新NAV。
[0230] 其中，预设条件可以是小于CCA阈值或者OBSS的CCA阈值等。
[0231] 实施例九和十中，传统STA收到eRTS、eCTS中的任意一个，根据其中的Duration值，更新NAV。
[0232] HEW-STA的NAV更新规则可以选择如下规则中的任意一个：
[0233] 1.根据现有标准规则，更新NAV；
[0234] 2.由BSS color判断是否是本BSS的帧，如果是本BSS则更新NAV，如果不是本BSS则不更新NAV；
[0235] 3.由BSS color判断是否是本BSS的帧，如果是本BSS或者不是本BSS并且满足预设条件则不更新NAV，如果是不是本BSS且不满足预设条件则更新NAV。
[0236] 其中，预设条件可以是小于CCA阈值或者OBSS的CCA阈值等。
[0237] 实施例十五
[0238] 本申请实施例公开的一种数据传输控制方法，如图3所示，包括以下步骤：
[0239] S301：接入点在确认信道空闲后，发送第一控制帧；
[0240] 本实施例中，第一控制帧基于媒体接入控制MAC层协议的帧格式中包括第一Duration字段并携带基本服务集的标识，具体地，基本服务集的标识可以为Basic Service Set color，简称BSS color，BSS color用于告知处于此BSS内的站点参与数据传输。
[0241] 第一Duration字段的值用于表示接入点与此BSS内的站点之间进行数据传输所需的保护时长，通常，此保护时长不小于接入点与此BSS内的站点之间进行数据传输的时间。
[0242] S302：站点在接收上述第一控制帧后，站点判断是否处于此BSS内，如果是，执行S303，如果否，执行S304；
[0243] S303：站点向接入点回复第二控制帧；
[0244] 本实施例中，第二控制帧基于MAC层协议的帧结构中携带上述BSS color，其目的在于向接入点表明此站点为接入点允许参与数据传输的站点。
[0245] S304：如果站点未处于BSS内且对所述基本服务集内的数据传输造成干扰，站点依据第一Duration字段的值，更新NAV。
[0246] 具体地，对所述基本服务集内的数据传输造成干扰可以为：站点的接收功率大于空闲信道评估(clear channel assessment，CCA)阈值或者重叠的基本服务集(overlapping Basic Service Set，OBSS)的CCA阈值。也就是说，虽然站点不处于将要进行的数据传输所在的BSS内，但是因为站点满足上述条件，所以站点会对数据传输造成干扰，为了规避干扰，所以，即使站点不在上述BSS内，仍然要更新站点的NAV。
[0247] S305：如果站点反馈的第二控制帧基于MAC层协议的帧格式中携带所述BSS color，接入点与此站点间进行数据传输。
[0248] 从上述步骤可以看出，本实施例中，在第一控制帧内携带第一Duration字段，用于不参与数据传输的STA更新NAV，以便于在其它STA进行数据传输期间保持静默，从而避免对传输中的数据帧造成干扰。
[0249] 并且，本实施例中，接入点以帧结构为载体告知一个BSS内的STA参与通信，通常一个BSS内包括多个STA，所以在同一个时期内，接入点可以跟多个STA进行数据传输，从而实现提高带宽利用率的目的。
[0250] 实施例十六
[0251] 本申请实施例公开的又一种数据传输控制方法，如图4所示，包括以下步骤：
[0252] S401：HEW-AP侦听信道；
[0253] S402：HEW-AP侦听到一个空闲信道后，在此空闲信道(例如20MHZ)发送第一类型第一控制帧；
[0254] 本实施例中，第一类型第一控制帧基于MAC层协议的帧格式如图5所示，包括：
[0255] 帧控制Frame Control字段(占用16比特)，具体包括协议版本protocol version字段(占用2比特)，用于设置协议的版本；类型Type字段(占用2比特)，用于设置帧的大致类型；Subtype value字段(占用4比特)，用于设置帧的具体类型；BSS color字段(占用8比特)，用于设置BSS的标识。为了与传统的RTS帧进行区分，可以将Subtype value字段的值设置为未被使用的数值，例如0101(传统的RTS帧为1011)，或者，将protocol version字段的值设置为未被使用的数值，例如01(传统的RTS帧为00)。如果subtype或者protocol version与传统的RTS帧不同，那么BSS color可以完全利用比特8到比特15。
[0256] 如果subtype或者protocol version与传统的RTS帧相同，那么需要用1比特来指示这是第一类型第一控制帧，可以从BSS color 8个比特中的一个比特，例如比特15，与传统的RTS帧进行区分，用其他剩余7个比特来指示BSS color。
[0257] 进一步的，如果用比特15来指示，需要在现有标准对比特15置1的情况之外，再增加一个情况来置1，从而指示该第一类型第一控制帧包含BSS color。该情况下，说明当前发送设备是具备本申请所述功能(即11ax)的设备，而不是传统的设备。
[0258] 第一Duration字段(占用16比特)，为了与第二控制帧中的Duration字段进行区分，这里命名为第一Duration字段。本实施例中，第一Duration字段的值为：估计的后续数据传输的时长+2倍短帧间间隔SIFS时长+第一类型第一控制帧的时长。Legacy-STA和未参与数据传输(未被调度)的HEW-STA将根据此值更新NAV，参与数据传输的HEW-STA将根据此值确定被传输的数据的大小。
[0259] 接收端地址RA字段(占用48比特)，设置为一个预设的数值或参数，例如可以为BSSID。
[0260] 发送端地址TA字段(占用48比特)，设置为HEW-AP的MAC地址。
[0261] 帧校验序列(Frame Check Sequence，FCS)(占用32比特)，用于对所述接入点的MAC地址进行循环冗余检查(Cyclic Redundancy Check，CRC)校验。
[0262] 第一类型第一控制帧基于物理层协议的帧格式与传统的RTS帧相同，如图6所示，包括传统的短训练域(Legacy Short Training Field，L-STF)字段、传统的长训练域(Legacy Long Training Field，L-LTF)字段、传统的信令域(Legacy Signal Field，L-SIG)字段以及数据data字段。
[0263] S403：HEW-STA依据Frame Control字段识别出第一类型第一控制帧后，确认是否处于所述BSS color指示的BSS内，如果是，执行S404，如果否，执行S405；
[0264] S404：HEW-STA向HEW-AP回复第二控制帧；
[0265] 第二控制帧基于MAC层协议的帧结构如图7所示，包括：
[0266] 帧控制Frame Control字段(占用16比特)，具体包括协议版本protocol version字段(占用2比特)，用于设置协议的版本；类型Type字段(占用2比特)，用于设置帧的大致类型；Subtype value字段(占用4比特)，用于设置帧的具体类型；BSS color字段(占用8比特)，用于设置BSS的标识。为了与传统的RTS帧进行区分，可以将Subtype value字段的值设置为未被使用的数值，例如0101(传统的RTS帧为1100)，或者，将protocol version字段的值设置为未被使用的数值，例如01(传统的RTS帧为00)。如果subtype或者protocol version与传统的RTS帧不同，那么BSS color可以完全利用比特8到比特15。
[0267] 如果subtype或者protocol version与传统的RTS帧相同，那么需要用1比特来指示这是第二控制帧，例如比特15，用其他剩余7个比特来指示BSS color。
[0268] 进一步的，如果用比特15来指示这是第二控制帧，需要在现有标准对比特15置1的情况之外，再增加一个情况来置1，从而指示该第二控制帧包含BSS color。该情况下，说明当前发送设备是具备本申请所述功能(即11ax)的设备，而不是传统的设备。
[0269] 第二Duration字段(占用16比特)。本实施例中，第一Duration字段的值为：估计的后续数据传输的时长+2倍短帧间间隔SIFS时长+数据触发帧的时长。
[0270] Legacy-STA和HEW-STA可以根据第二Duration字段的值更新NAV，而HEW-AP则通过此值判断数据传输的大小。
[0271] 接收端地址RA字段(占用48比特)，设置为一个预设的数值或参数，例如可以为BSSID。
[0272] FCS字段(占用32比特)，用于对所述接入点的MAC地址进行CRC校验。
[0273] 本实施例中，图7所示的第二控制帧基于物理层协议的帧结构如图8所示，包括：L-STF字段、L-LTF字段、L-SIG字段以及数据data字段。
[0274] 也就是说，在本实施例中，此BSS内的所有HEW-STA均回复相同的第二控制帧，而无需HEW-AP区分是哪个HEW-STA回复的第二控制帧。
[0275] S405：如果未处于此BSS内且对此BSS内的数据传输造成干扰，HEW-STA依据第一类型第一控制帧中的第一Duration字段的值，或者第二控制帧中的第二字段的值(本实施例中两者相同)，来更新NAV；
[0276] S406(图中未画出)：Legacy-STA不能够识别第一类型第一控制帧，依据第一Duration字段的值，或者第二字段的值(本实施例中两者相同)，来更新NAV。
[0277] 以上为数据传输的控制过程，在完成以上过程之后，HEW-AP和此BSS内的HEW-STA可以开始数据传输，具体地，上行传输可以过程为：HEW-AP接收到第二控制帧之后，向HEW-STA发送数据，下行传输过程可以为：HEW-AP接收到第二控制帧之后，向HEW-STA发送数据触发帧，HEW-STA接收到数据触发帧后，依据其中的资源分配指示信息确定是否发送数据。
[0278] 从本实施例中的过程可以看出，通过对现有的RTS帧和CTS帧结构的改进，使得HEW-AP可以控制多个HEW-STA与其进行数据传输，从而提升资源利用率，并且，在第一类型第一控制帧帧和第二控制帧中均保留了Duration字段，使得不参与数据传输的站点且对数据传输有干扰的站点可以更新NAV，从而在数据帧传输期间保持静默，避免对数据帧的干扰。
[0279] 实施例十七
[0280] 本申请实施例公开的又一种数据传输控制方法，如图9所示，包括以下步骤：
[0281] S901：HEW-AP侦听信道；
[0282] S902：HEW-AP侦听到一个空闲信道后，如果接入点的缓冲器buffer的长度或者站点上报的buffer的长度大于预设阈值，则通过此空闲信道，发送第二类型第一控制帧；
[0283] 本实施例中，第二类型第一控制帧基于MAC层协议的帧结构如图10所示，包括：
[0284] 帧控制Frame Control字段(占用16比特)，此字段的结构及功能与图5所示相同，这里不再赘述。
[0285] 第一Duration字段(占用16比特)。与图5不同的是，本实施例中，第一Duration字段的值为：估计的后续数据传输的时长+3倍短帧间间隔SIFS时长+数据触发帧的时长。Legacy-STA和未参与数据传输(未被调度)的HEW-STA可以根据此值更新NAV，参与数据传输的HEW-STA将根据此值确定被传输的数据的大小。
[0286] 接收端地址RA字段(占用48比特)，与图5不同的是，本实施例中，表示处于所述BSS内的第一预设整数的站点的标识。
[0287] 发送端地址TA字段(占用48比特)，与图5不同的是，本实施例中，表示处于所述BSS内的第一预设整数的站点的标识，如图10所示，RA和TA中分别包括4个STA的部分关联标识(Partial Association Identification，PAID)，限于TA和RA所占的字节数，所以，第一整数和第二整数均为4(8个标识的编号依次可以为1-8)。
[0288] FCS字段(占用32比特)的功能与图5所示的帧结构相同。
[0289] 第二类型第一控制帧基于物理层协议的帧格式如图6所示。
[0290] 也就是说，本实施例中，不仅以BSS color为指向，而且指示了允许参与数据传输的HEW-STA的标识，更具有针对性。
[0291] S903：HEW-STA依据Frame Control字段识别出第二类型第一控制帧后，确认是否处于所述BSS color指示的BSS内且PAID是否包含在第二类型第一控制帧中，如果是，执行S904，如果否，执行S905或S906；
[0292] S904：HEW-STA向HEW-AP回复第二控制帧；
[0293] 本实施例中，第二控制帧的帧结构可以参见图7和图8所示，这里不再赘述。
[0294] S905：如果不在此BSS内且对此BSS内的数据传输造成干扰，HEW-STA依据第二类型第一控制帧中的第一Duration字段的值，和/或第二控制帧中的第二字段的值(本实施例中两者不同)，来更新NAV；
[0295] S906：如果在此BSS内，但其PAID未携带在第二类型第一控制帧中，HEW-STA依据第二类型第一控制帧中的第一Duration字段的值，和/或第二控制帧中的第二字段的值(本实施例中两者不同)，来更新NAV；
[0296] S907(图中未画出)：Legacy-STA不能够识别第二类型第一控制帧，依据第一Duration字段的值，和/或第二字段的值(本实施例中两者不同)，来更新NAV。
[0297] 具体地，在第一控制帧中的第一Duration字段的值和第二控制帧中的第二字段的值不同的情况下，可以依据先接收到的帧中的Duration字段值更新NAV，再依据后接收到的帧中的Duration字段值更新NAV。
[0298] 本实施例中，虽然HEW-AP不知道是哪个HEW-STA回复的第二控制帧，HEW-AP可以与已回复第二控制帧的HEW-STA进行数据传输，数据传输的具体过程可以参见上述实施例，这里不再赘述。
[0299] 本实施例中所述的方法，HEW-AP除了指定BSS之外，还指定具体的HEW-STA，从而更具有针对性。
[0300] 需要说明的是，因为STA可以在HEW模式和Legacy模式之间进行转换，所以，如果HEW-AP指定的STA当前处于Legacy模式，则其无法识别第二类型第一控制帧，从而不回复第二控制帧，HEW-AP可以与回复第二控制帧的HEW-STA进行通信，而Legacy-STA在此通信过程中保持静默。
[0301] 实施例十八
[0302] 本申请实施例公开的又一种数据传输控制方法，如图11所示，包括以下步骤：
[0303] S1101：HEW-AP侦听信道；
[0304] S1102：如果HEW-AP侦听到多个空闲信道，则HEW-AP在每一个空闲信道上均发送第二类型第一控制帧；
[0305] 如图12所示，HEW-AP竞争到多个20MHZ的空闲信道，在每个空闲信道上均发送相同的第二类型第一控制帧。
[0306] 本实施例中，第二类型第一控制帧的帧结构如图10和图6所示，这里不再赘述。
[0307] S1103：HEW-STA依据Frame Control字段识别出第二类型第一控制帧后，确认是否处于所述BSS color指示的BSS内且PAID是否包含在第二类型第一控制帧中，如果是，执行S1104，如果否，执行S1105或S1106；
[0308] S1104：HEW-STA向HEW-AP回复第二控制帧，同样地，HEW-STA也可以通过多个空闲信道发送第二控制帧；
[0309] 本实施例中，第二控制帧基于MAC层协议的帧结构如图7所示，这里不再赘述。与上述实施例不同的是，图7所示的第二控制帧基于物理层的帧结构如图13所示，包括：
[0310] 图13所示的结构以及OFDMA符号，两者之间包括一个预设时长(To Be Defined，TBD)，TBD小于或等于SIFS时长。其中，OFDMA符号中包括N个资源单元RU，与当前站点对应的RU中携带此站点的标识，每个RU对应不同的站点，N为第三预设整数，与图10所述的第二类型第一控制帧结构中站点的标识相对应地，第三预设整数可以等于或大于第一预设整数与第二预设整数之和，例如N＝9，在此情况下，如图13所示，中间的RU可以空闲不用。站点标识的顺序可以与图10所述的第二类型第一控制帧结构中站点的标识的方式顺序一致。
[0311] S1105：如果不在本BSS内且对本BSS内的数据传输造成干扰，HEW-STA依据第二类型第一控制帧中的第一Duration字段的值，和/或第二控制帧中的第二字段的值(本实施例中两者不同)，来更新NAV；
[0312] S1106：如果在本BSS内但其标识未携带在第二类型第一控制帧中，HEW-STA依据第二类型第一控制帧中的第一Duration字段的值，和/或第二控制帧中的第二字段的值(本实施例中两者不同)，来更新NAV；
[0313] S1107(图中未画出)：Legacy-STA不能够识别第一控制帧，依据第一Duration字段的值，和/或第二字段的值(本实施例中两者不同)，来更新NAV。
[0314] 本实施例中，HEW-STA在回复的第二控制帧中告知标识，从而使得HEW-AP能够知道是哪个HEW-STA回复的第二控制帧。
[0315] 实施例十九
[0316] 本申请实施例公开的又一种数据传输控制方法，如图14所示，包括以下步骤：
[0317] S1401：HEW-STA1侦听信道；
[0318] S1402：如果发现空闲(多个)信道，HEW-STA通过(多个)信道向HEW-AP发送第一控制帧；
[0319] 本实施例中，HEW-STA1发送第一控制帧的目的在于告知HEW-AP存在空闲的信道，第一控制帧中携带此HEW-STA1的BSS color，可以为第一类型第一控制帧和第二类型第一控制帧中的任意一种。
[0320] S1403：HEW-AP发送第二类型第一控制帧；
[0321] 所述第二类型第一控制帧如图10所示，其中的BSS color为上一步中接收到的第一控制帧中携带的BSS color。需要说明的是，第二类型第一控制帧可以携带HEW-STA1的PAID，也可以不携带此PAID，如果不携带此PAID，则可以通过其它数据帧与HEW-STA1进行数据传输的控制过程。
[0322] S1404：其它HEW-STA(第二类型第一控制帧中指示的)回复第二控制帧，第二控制帧可以参见图7所示和图8所示；
[0323] S1405：没有被指定参与数据传输的HEW-STA和Legacy-STA更新NAV。
[0324] 本实施例中，HEW-STA和HEW-AP也可以利用多个空闲信道传输数据帧。
[0325] 本实施例中，由HEW-STA竞争信道并将数据传输的调度控制权交给HEW-AP，同样可以在规避干扰的前提下提高带宽利用率。
[0326] 实施例二十
[0327] 与上述方法实施例相对应地，本申请实施例还公开了一种接入点，如图16所示，包括：
[0328] 第一发送模块1601，用于发送第一控制帧，所述第一控制帧包括第一Duration字段并携带基本服务集的标识，所述第一Duration字段的值用于表示所述接入点与所述基本服务集内的站点之间进行数据传输所需的保护时长；
[0329] 数据传输模块1602，用于如果站点反馈的第二控制帧携带的基本服务集的标识与所述第一控制帧携带的所述基本服务集的标识相同，与所述站点间进行数据传输。
[0330] 本实施例中，第一控制帧的具体帧结构可以参见上述方法实施例所述，这里不再赘述。
[0331] 具体地，第一发送模块发送第一控制帧的具体实现方式可以为：在确认信道空闲后，或者在确认存在至少两个空闲信道的情况下，向所述至少两个空闲信道均发送第一控制帧；或者，如果所述接入点的缓冲器buffer的长度或者所述站点上报的buffer的长度大于预设阈值，则发送所述第一控制帧。
[0332] 第一发送模块确认信道空闲的具体实现方式可以为：侦听到空闲信道；或者，接收站点发送的第一控制帧，所述第一控制帧中携带所述站点所处的基本服务集的标识。
[0333] 本实施例中所述的接入点，基于发送的第一控制帧，能够使得在同一时间段内多个站点同时接入，从而提高带宽利用率。
[0334] 实施例二十一
[0335] 本申请实施例还公开了一种站点，如图17所示，包括：
[0336] 第一接收模块1701，用于接收接入点发送的第一控制帧，所述第一控制帧包括第一Duration字段并携带基本服务集的标识；
[0337] 第一处理模块1702，用于如果所述站点处于所述基本服务集内，则向所述接入点回复第二控制帧，所述第二控制帧携带所述基本服务集的标识；如果所述站点未处于所述基本服务集内且对所述基本服务集内的数据传输造成干扰，则至少依据所述第一Duration字段的值，更新NAV。
[0338] 可选地，还可以包括：
[0339] 第二发送模块1703，用于在接收接入点发送的第一控制帧之前，侦听到空闲信道；向所述接入点发送所述第一控制帧，所述第一控制帧中携带所述站点所处的基本服务集的标识，所述第一控制帧用于告知所述接入点存在空闲的信道。
[0340] 本实施例中所述的第二控制帧的帧结构可以参见上述方法实施例所述，这里不再赘述。
[0341] 具体地，第一处理模块确定所述站点对所述基本服务集内的数据传输造成干扰的具体实现方式可以为：确定所述站点的接收功率大于空闲信道评估CCA阈值或者重叠的基本服务集OBSS的CCA阈值。
[0342] 具体地，第一处理模块向所述接入点回复第二控制帧的具体实现方式可以为：利用至少两个空闲信道向所述接入点发送第一控制帧。
[0343] 本实施例中所述的站点，用于在接收到接入点发送的携带有BSS的标识的情况下，反馈第二控制帧或者更新NAV，实现在不干扰数据传输的前提下，提高带宽利用率的目的。
[0344] 实施例二十二
[0345] 本申请实施例公开的又一种站点，如图18所示，包括：
[0346] 第二接收模块1801，用于接收接入点发送的第一控制帧，所述第一控制帧包括第一Duration字段并携带基本服务集的标识以及处于所述基本服务集内的站点的标识；
[0347] 第二处理模块1802，用于如果所述站点处于所述基本服务集内且所述站点的标识携带在所述第一控制帧中，则向所述接入点回复第二控制帧，所述第二控制帧携带所述基本服务集的标识；如果所述站点处于所述基本服务集内但其标识未携带在所述第一控制帧中，则至少依据所述第一Duration字段的值，更新NAV；如果所述站点未处于所述基本服务集内且对所述基本服务集内的数据传输造成干扰，则至少依据所述第一Duration字段的值，更新NAV。
[0348] 第三发送模块1803，用于在接收接入点发送的第一控制帧之前，侦听到空闲信道；向所述接入点发送所述第一控制帧，所述第一控制帧中携带所述站点所处的基本服务集的标识，所述第一控制帧用于告知所述接入点存在空闲的信道。
[0349] 本实施例中，第二控制帧的帧结构可以参见上述方法实施例所述，这里不再赘述。
[0350] 具体地，第二处理模块确定所述站点对所述基本服务集内的数据传输造成干扰的具体实现方式可以为：确定所述站点的接收功率大于空闲信道评估CCA阈值或者重叠的基本服务集OBSS的CCA阈值。
[0351] 具体地，第二处理模块向所述接入点回复第二控制帧的具体实现方式可以为：利用至少两个空闲信道向所述接入点发送第一控制帧。
[0352] 本实施例中所述的站点，用于在接收到接入点发送的携带有BSS的标识以及允许进行数据传输的站点的标识的情况下，反馈第二控制帧或者更新NAV，实现在不干扰数据传输的前提下，提高带宽利用率的目的。
[0353] 实施例二十三
[0354] 本申请实施例公开的又一种接入点，包括：
[0355] 发送器，用于发送第一控制帧，所述第一控制帧包括第一Duration字段并携带基本服务集的标识，所述第一Duration字段的值用于表示所述接入点与所述基本服务集内的站点之间进行数据传输所需的保护时长；
[0356] 处理器，用于如果站点反馈的第二控制帧携带的基本服务集的标识与所述第一控制帧携带的所述基本服务集的标识相同，与所述站点间进行数据传输。
[0357] 存储器，用于存储处理器中的程序，以及程序运行过程中产生的数据。
[0358] 其中，发送器、处理器和存储器可以通过总线进行通信。
[0359] 本实施例所述的接入点的具体功能实现可以参见上述方法实施例，这里不再赘述。
[0360] 实施例二十四
[0361] 本申请实施例公开的又一种站点，包括：
[0362] 接收器，用于接收接入点发送的第一控制帧，所述第一控制帧包括第一Duration字段并携带基本服务集的标识；
[0363] 处理器，用于如果所述站点处于所述基本服务集内，则向所述接入点回复第二控制帧，所述第二控制帧携带所述基本服务集的标识；如果所述站点未处于所述基本服务集内且对所述基本服务集内的数据传输造成干扰，则至少依据所述第一Duration字段的值，更新NAV。
[0364] 存储器，用于存储处理器中的程序，以及程序运行过程中产生的数据。
[0365] 其中，接收器、处理器和存储器可以通过总线进行通信。
[0366] 本实施例所述的站点的具体功能实现可以参见上述方法实施例，这里不再赘述。
[0367] 实施例二十五
[0368] 本申请实施例公开的又一种站点，包括：
[0369] 接收器，用于接收接入点发送的第一控制帧，所述第一控制帧包括第一Duration字段并携带基本服务集的标识以及处于所述基本服务集内的站点的标识；
[0370] 处理器，用于如果所述站点处于所述基本服务集内且所述站点的标识携带在所述第一控制帧中，则向所述接入点回复第二控制帧，所述第二控制帧携带所述基本服务集的标识；如果所述站点处于所述基本服务集内但其标识未携带在所述第一控制帧中，则至少依据所述第一Duration字段的值，更新NAV；如果所述站点未处于所述基本服务集内且对所述基本服务集内的数据传输造成干扰，则至少依据所述第一Duration字段的值，更新NAV。
[0371] 存储器，用于存储处理器中的程序，以及程序运行过程中产生的数据。
[0372] 其中，接收器、处理器和存储器可以通过总线进行通信。
[0373] 本实施例所述的站点的具体功能实现可以参见上述方法实施例，这里不再赘述。
[0374] 本实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本发明实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0375] 本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。
[0376] 对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
