本发明涉及通信技术领域， 具体涉及下行数据传输方法及相关设备和通信 系统。 背景技术

无线保真 （WiFi， Wireless Fidelity) 技术是一种短距离无线通信技术， 基于其使用方 便、 传输速率高等优点， 在无线局域网构建和广域网接入方面都得到了 广泛的应用。 例如在 家庭中通过 WiFi技术组建家庭无线局域网络， 在办公室组建无线办公网络。

若将 WiFi的接入点 （AP， Access Point) 设置在如机场休息室、 咖啡馆等等公共场合， 则处于该公共场合的终端设备 （如 STA， Station (如支持 802. 11协议的终端设备）） 即可通 过该 AP接入网络。

在 WiFi无线网络中， 当某终端设备加入网络时， 该终端设备先与 AP进行关联， AP为该 终端设备分配 1个关联标识 （AID, Association ID). 之后， 终端设备接收 AP周期性发送的 广播信标帧（Beacon帧）。该 Beacon帧中包含传输指示位表（ΊΊΜ， Traffic Indication Map) 消息， 信标帧中使用 TIM来指示各个移动设备是否有下行数据待传输 。 其中， TIM中部分虚 拟位图的每个比特分别对应一个可能存在的移 动设备， 而比特 （即指示位） 在原始 TM中部 分虚拟位图中的位置序号对应某一个移动设备 的传输指示位序号 （即 AID)。

IEEE ( Institute of Electrical and Electronics Engineers, 美国电气禾口电子工禾呈师 协会） 802. 11现有规范定义一个 AP最多可支持 2007个终端设备， 但实际上 1个 AP下连接 的终端设备数量受 AP 带宽等限制， 一般也就几十个最多到数百个而已。 正在制定的 IEEE 802. l lah标准要求 1个 AP支持到 6000个终端设备， 由于 IEEE 802. l lah主要针对的应用场 景下 （如智能抄表场景等） 的终端设备的数据量通常很小， 因此从带宽资源来看， 1个 AP可 支持到数千个终端设备， 并且有时确实会 6000个终端设备同时在网。

实践发现， 当 AP下接入的终端设备数量较多时， 各接入的终端设备之间经常会出现竞争 与 AP进行传输数据的情况， 且竞争强度可能随接入终端设备的数量增加而 增加， 这样可能较 大的影响数据传输效率。

发明内容

本发明实施例提供下行数据传输方法及相关设 备和通信系统， 以期减少终端设备间的数 据传输竞争， 进而有利于更好的适用于存在更多终端设备的 通信场景。

为解决上述技术问题， 本发明实施例提供以下技术方案：

本发明实施例提供一种下行数据传输方法， 包括：

终端设备接收广播帧；

其中， 所述广播帧携带至少一个服务时间信息， 所述服务时间信息用于指示出接入设备 下发下行数据的服务时间；

若所述终端设备确定有未下载的下行数据， 则在所述至少一个服务时间信息中的其中一 个或多个服务时间信息所指示的服务时间内， 从所述接入设备获取下行数据。

本发明实施例还提供另一种下行数据传输方法 ， 包括：

接入设备下发广播帧；

其中， 所述广播帧携带至少一个服务时间信息， 所述服务时间信息用于指示出所述接入 设备下发下行数据的服务时间；

若终端设备有未下载的下行数据， 则接入设备通知所述终端设备有未下载的下行 数据， 在所述至少一个服务时间信息中的其中一个或 多个服务时间信息所指示的服务时间内， 向所 述终端设备下发下行数据。

本发明实施例还提供一种终端设备， 包括：

接收器， 用于接收广播帧；

其中， 所述广播帧携带至少一个服务时间信息， 所述服务时间信息用于指示出接入设备 下发下行数据的服务时间；

获取单元， 用于若确定出所述终端设备有未下载的下行数 据， 在所述至少一个服务时间 信息中的其中一个或多个服务时间信息所指示 的服务时间内，从所述接入设备获取下行数据 。

本发明实施例还提供一种接入设备， 包括：

第二发送器， 用于下发广播帧；

其中， 所述广播帧携带至少一个服务时间信息， 所述服务时间信息用于指示出所述接入 设备下发下行数据的服务时间； 数据下发模块， 用于若终端设备有未下载的下行数据， 则通知所述终端设备有未下载的 下行数据； 在所述至少一个服务时间信息中的其中一个或 多个服务时间信息所指示的服务时 间内， 向所述终端设备下发下行数据。

本发明实施例还提供一种下行数据传输方法， 包括：

接入设备发送第一终端设备的下行数据帧；

其中， 所述第一终端设备的下行数据帧携带信道占用 时长信息， 所述信道占用时长信息 所指示的时长， 大于或等于所述接入设备向第二终端设备下发 第二终端设备的下行数据帧所 需信道占用时长的部分或全部；

所述接入设备在所述信道占用时长信息所指示 时长范围内， 发送所述第二终端设备的下 行数据帧。

本发明实施例还提供一种接入设备， 包括：

第三发送器， 用于发送第一终端设备的下行数据帧；

其中， 所述第一终端设备的下行数据帧携带信道占用 时长信息， 所述信道占用时长信息 所指示的时长， 大于或等于所述接入设备向第二终端设备下发 第二终端设备的下行数据帧所 需信道占用时长的部分或全部；

所述第三发送器， 还用于在所述信道占用时长信息所指示时长范 围内， 发送所述第二终 端设备的下行数据帧。

本发明实施例还提供一种通信系统， 包括：

如上述实施例所述的接入设备， 以及与所述接入设备以可通信方式连接的核心 网设备。 可以看出， 本发明实施例提供的一种方案中， 接入设备下发的广播帧， 携带至少一个服 务时间信息， 其中， 该服务时间信息用于指示出该接入设备下发下 行数据的服务时间； 若终 端设备有未下载的下行数据， 则接入设备通知终端设备有未下载的下行数据 ， 并在该至少一 个服务时间信息中的其中一个或多个服务时间 信息所指示的服务时间内， 向该终端设备下发 下行数据。 由于接入设备专为其下发下行数据开辟了至少 一个服务时段， 若某终端设备有未 下载的下行数据， 接入设备可在其开辟的专用于下发下行数据的 其中一个或者多个服务时段 内， 向该终端设备下发下行数据， 这样就有利于避免上报上行数据的终端设备和 获取下行数 据的终端设备之间的竞争传输问题， 有利于降低终端设备能耗。

本发明实施例提供的另一种方案中， 接入设备发送第一终端设备的下行数据帧； 其中， 第一终端设备的下行数据帧携带信道占用时长 信息， 该信道占用时长信息所指示的时长， 大 于或等于接入设备向第二终端设备下发第二终 端设备的下行数据帧所需信道占用时长的部分 或全部； 接入设备在该信道占用时长信息所指示时长范 围内， 发送第二终端设备的下行数据 帧。 由于接入设备利用向终端设备下发的下行数据 帧， 来指示其向下一终端设备下发下行数 据所需信道占用时长的部分或全部， 以提前预约信道资源， 使得其它终端设备在该预约的信 道占用时长内不会发起竞争， 接入设备在该信道占用时长内开始下发下一终 端设备的下行数 据帧， 如此接入设备可顺利的陆续向各终端设备下发 下行数据帧， 又不会造成各终端设备间 的传输竞争， 有利于降低终端设备能耗， 有利于更好的适用于存在更多终端设备的通信 场景。 附图说明

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

图 1是本发明实施例提供的一种下行数据传输方� �的流程示意图；

图 2是本发明实施例提供的一种下行数据传输方� �的流程示意图；

图 3-a是本发明实施例提供的一种下行数据传输方 法的流程示意图；

图 3-b是本发明实施例提供的服务时间信息信元的 示意图；

图 4是本发明实施例提供的另一种下行数据传输� �法的流程示意图；

图 5-a是本发明实施例提供的另一种下行数据传输 方法的流程示意图；

图 5-b是本发明实施例提供的一种上行数据的接收 响应 ACK的示意图；

图 5-c是本发明实施例提供的另一种上行数据的接 收响应 ACK的示意图；

图 6-a是本发明实施例提供的另一种下行数据传输 方法的流程示意图；

图 6-b是本发明实施例提供的一种 SIM的格式示意图；

图 6-c是本发明实施例提供的一种 SIM和 TIM的映射示意图；

图 6-d是本发明实施例提供的另一种 SIM的格式示意图；

图 6-e是本发明实施例提供的一种下行数据传输示 意图；

图 7_a是本发明实施例提供的一种接入设备的示意 图；

图 7-b是本发明实施例提供的另一种接入设备的示 意图；

图 8-a是本发明实施例提供的一种终端设备的示意 图； 图 8-b是本发明实施例提供的另一种终端设备的示 意图；

图 8-c是本发明实施例提供的另一种终端设备的示 意图；

图 9是本发明实施例提供的另一种下行数据传输� �法的流程示意图；

图 10是本发明实施例提供的一种下行数据传输示� ��图；

图 11-a是本发明实施例提供的另一种接入设备的� �意图；

图 i i-b是本发明实施例提供的另一种接入设备的示 意图；

图 11-c是本发明实施例提供的另一种接入设备的� �意图；

图 12是本发明实施例提供的一种通信系统的示意� ��。

具体实施方式

本发明实施例提供下行数据传输方法及相关设 备和通信系统， 以提高下行数据传输机制 的灵活性， 减少终端设备间的数据传输竞争， 进而有利于更好的适用于存在更多终端设备的 通信场景。

以下分别进行详细说明。

本发明下行数据传输方法的一个实施例， 该方法可包括： 接入设备下发广播帧， 该广播 帧携带至少一个服务时间信息， 该服务时间信息用于指示出该接入设备下发下 行数据的服务 时间； 若终端设备有未下载的下行数据， 则接入设备通知该终端设备有未下载的下行数 据， 并在上述至少一个服务时间信息中的其中一个 或多个服务时间信息所指示的服务时间内， 向 该终端设备下发下行数据。

参见图 1， 本发明实施例的一种下行数据传输方法的步骤 可包括：

101、 接入设备下发广播帧；

其中， 此处接入设备下发的广播帧例如可为广播信标 帧 （Beacon帧） 或者其它类型的广 播帧， 其中， 该广播帧携带至少一个服务时间信息， 其中， 该服务时间信息用于指示出该接 入设备下发下行数据的服务时间。

可以理解的是， 接入设备可利用广播帧携带的多个服务时间信 息， 来指示出该接入设备 用于下发下行数据的多个服务时间， 而每个服务时间信息可指示出该接入设备用于 下发下行 数据的不同服务时间。 其中， 至少一个服务时间信息中的每个服务时间信息 所指示的接入设 备下发下行数据的服务时间， 例如可用于该接入设备向不同的一个或多个终 端设备下发下行 数据， 而有未下载的下行数据的不同终端设备例如可 在接入设备下发下行数据的不同服务时 段来获取下行数据， 这样可避免各个终端设备在获取下行数据时进 行竞争， 有利于减少终端 设备能耗。 或者， 在接入设备下发下行数据的每个服务时段， 接入设备最多允许 N个终端设 备来获取下行数据 （其中， 该 N的大小可根据实际需要进行设定）， 如此， 相对于所有有未下 载的下行数据的终端设备， 都在同一服务时段来向接入设备获取下行数据 而言， 有利于减少 终端设备间的传输竞争， 有利于减少终端设备能耗。而在接入设备下发 下行数据的服务时段， 终端设备不进行上行数据传输， 这样有利于避免终端设备上行数据传输和下行 数据传输间的 竞争， 有利于减少终端设备能耗。

102、若终端设备有未下载的下行数据，则接入 设备通知该终端设备有未下载的下行数据， 并在上述至少一个服务时间信息中的其中一个 或多个服务时间信息所指示的服务时间内， 向 该终端设备下发下行数据。

可以理解， 本发明实施例中的接入设备可为接入点、 基站或其它具有无线接入功能的网 络实体。 其中， 本发明实施例的方案例如可应用于 wifi网络或其它类似网络。

可以看出， 本发明实施例中接入设备下发的广播帧， 携带至少一个服务时间信息， 其中， 该服务时间信息用于指示出该接入设备下发下 行数据的服务时间； 若终端设备有未下载的下 行数据， 则接入设备通知终端设备有未下载的下行数据 ， 并在该至少一个服务时间信息中的 其中一个或多个服务时间信息所指示的服务时 间内， 向该终端设备下发下行数据。 由于接入 设备专为其下发下行数据开辟了至少一个服务 时段， 若某终端设备有未下载的下行数据， 接 入设备可在其开辟的专用于下发下行数据的其 中一个或者多个服务时段内， 向该终端设备下 发下行数据， 这样就有利于避免上报上行数据的终端设备和 获取下行数据的终端设备之间的 竞争传输问题， 有利于降低终端设备能耗。

在实际应用中， 接入设备可基于多种方式来通知终端设备是否 有未下载的下行数据。 例 如， 接入设备可在广播帧中携带传输指示位表 TIM， 利用 TIM来通知接入的终端设备是否有 未下载的下行数据， 或者接入设备也可在接收到终端设备上报的上 行数据后， 利用向该终端 设备发送的该上行数据的接收响应来通知该终 端设备是否有未下载的下行数据， 当然， 接入 设备也可通过其它消息来通知终端设备是否有 未下载的下行数据。

下面，以接入设备通过上行数据的接收响应通 知终端设备是否有下行数据为例进行说明。 例如， 接入设备若检测到有终端设备未下载的下行数 据， 则可向该终端设备发送上行数据的 接收响应， 其中， 该接收响应可携带第一数据指示， 其中， 该第一数据指示用于指示该终端 设备获取下行数据（相当于指示该终端设备有 未下载的下行数据）； 接入设备若检测到没有该 终端设备未下载的下行数据， 则可向该终端设备发送上行数据的接收响应， 该接收响应可携 带第二数据指示， 其中， 该第二数据指示用于指示该终端设备没有未下 载的下行数据。 相应 的， 终端设备则可根据接收到的接收响应中携带的 第一数据指示或者第二数据指示， 来确定 网络侧是否有其未下载的下行数据。

或者， 接入设备若检测到有终端设备的下行数据， 接入设备可向该终端设备发送上行数 据的接收响应， 该接收响应中可携带第一数据指示， 其中， 该第一数据指示用于指示该终端 设备获取下行数据（相当于指示该终端设备有 未下载的下行数据）； 若检测到没有终端设备未 下载的下行数据， 接入设备可向该终端设备发送上行数据的接收 响应， 其中， 该接收响应中 不携带指示该终端设备没有未下载的下行数据 的第二数据指示， 而终端设备则可根据接收响 应中携带的第一数据指示确定网络侧有其未下 载的下行数据， 终端设备根据接收响应未携带 第二数据指示来确定网络侧没有其未下载的下 行数据。 或者， 接入设备若检测到有终端设备 未下载的下行数据， 接入设备向该终端设备发送上行数据的接收响 应， 其中， 该接收响应中 可不携带指示该终端设备有下行数据的第一数 据指示； 若检测到没有终端设备未下载的下行 数据， 接入设备向该终端设备发送上行数据的接收响 应， 其中， 该接收响应中携带指示该终 端设备没有未下载的下行数据的第二数据指示 ， 而终端设备则可根据接收响应中未携带第一 数据指示来确定网络侧有其未下载的下行数据 ， 终端设备可根据接收响应携带的第二数据指 示来确定网络侧没有其未下载的下行数据。

在本发明的一个实施例中， 接入设备可周期性地下发广播帧（如广播信标 帧）， 该广播帧 可携带有至少一个服务时间信息； 其中， 该服务时间信息指示接入设备下发下行数据的 服务 起始时间和服务时长， 或， 该服务时间信息指示接入设备下发下行数据的 服务起始时间和服 务结束时间， 或， 该服务时间信息指示接入设备下发下行数据的 服务起始时间或服务结束时 间（此场景下， 接入设备可通过其它方式通知终端设备该接入 设备下发下行数据的服务时长， 或双方协议约定等）， 或者， 该服务时间信息指示接入设备下发下行数据的 服务时长（此场景 下， 接入设备可通过其它方式通知终端设备该接入 设备下发下行数据的服务起始时间或服务 结束时间， 或者双方协议约定等）。 或者， 该服务时间信息用于指示出终端设备在接收到 上行 数据的接收响应之后从该接入设备获取下行数 据 （即： 该服务时间信息可指示出接入设备下 发下行数据的服务时段包括： 终端设备接收到来自接入设备的上行数据的接 收响应之后的一 段时间， 而此场景下， 该服务时间信息还可一并指示出接入设备下发 下行数据的服务时长， 或接入设备可通过其它方式通知终端设备接入 设备下发下行数据的服务时长， 或双方协议约 定等）。

此外， 在本发明的另一实施例中， 接入设备在接收终端设备上报的上行数据后， 若检测 到有该终端设备未下载的下行数据， 向该终端设备发送该上行数据的接收响应， 其中， 该接 收响应可携带第二服务时间信息， 还可携带第一数据指示 （其中， 该第一数据指示指示该终 端设备有未下载的下行数据），其中该第二服 务时间信息可指示出接入设备下发下行数据的 服 务起始时间和服务时长， 或， 该第二服务时间信息指示接入设备下发下行数 据的服务起始时 间和服务结束时间， 或， 该第二服务时间信息指示接入设备下发下行数 据的服务起始时间或 服务结束时间 （此场景下， 接入设备可通过其它方式通知终端设备该接入 设备下发下行数据 的服务时长， 或双方协议约定）， 或该第二服务时间信息指示接入设备下发下行 数据的服务时 长 （此场景下， 接入设备可通过其它方式通知终端设备该接入 设备下发下行数据的服务起始 时间， 或者双方协议约定等）。 特别的， 接入设备接收终端设备上报的上行数据后， 若检测到 该终端设备有未下载的下行数据， 接入设备向该终端设备发送的该上行数据的接 收响应也可 携带第二服务时间信息而不携带第一数据指示 ， 此场景下， 若接收响应携带第二服务时间信 息 （第二服务时间信息占用的比特位为有效取值 ）， 则表示该终端设备有未下载的下行数据， 而第二服务时间信息的具体取值则可指示接入 设备下发下行数据的服务起始时间 （或服务结 束时间）和 /或服务时长， 若接收响应携带不第二服务时间信息或携带的 第二服务时间信息占 用的比特位为无效取值， 则表示该终端设备没有未下载的下行数据。 可以理解， 若接入设备 通过接收响应携带的第二服务时间信息来指示 接入设备下发下行数据的服务起始时间 （或服 务结束时间）和 /或服务时长， 则接入设备可将各个终端设备获取下行数据的 时间尽量错开安 排， 不同时段向接入设备获取下行数据的终端设备 数量可尽量均匀， 进而可相对平滑网络流 量， 而终端设备也可能可以通过非竞争机制来获取 下行数据， 而可无需通过竞争机制来获取 下行数据， 有利于减少终端设备能耗。

可以看出， 假设接入设备接收到终端设备上报的上行数据 后， 向该终端设备发送该上行 数据的接收响应， 其中， 该接收响应用于通知该终端设备是否有未下载 的下行数据， 由于该 方案摒弃了利用 TIM来通知终端设备是否有未下载的下行数据的 机制， 而利用终端设备上报 的上行数据的接收响应来针对性的通知该终端 设备是否有现有下行数据， 避免使用 TIM， 进 而有利于控制 Beacon帧的大小； 并且， 由于接入设备是利用每个终端设备上报的上行 数据的 接收响应来通知该终端设备是否有未下载的下 行数据， 这样下行数据通知的针对性更强， 有 利于提高下行数据的通知机制的灵活性， 进而有利于更好的适用存在更多终端设备的通 信场 景， 并且， 由于是通过对接收响应的扩展来实现通知， 进而可无需引入新的消息， 实现成本 相对较低。

此外， 接入设备也可通过其它方式通知终端设备， 接入设备下发下行数据的服务起始时 间 （或服务结束时间）和 /或服务时长。 当然， 接入设备和终端设备之间也可采用协议约定的 方式， 来约定接入设备下发下行数据的服务起始时间 信息和 /或服务时长， 而此场景下， 接入 设备可无需通知终端设备该约定的接入设备下 发下行数据的服务起始时间（或服务结束时间 ） 和 /或服务时长等信息。

本发明下行数据传输方法的另一个实施例， 该方法可包括： 终端设备接收广播帧； 其中， 该广播帧携带至少一个服务时间信息， 其中， 该服务时间信息用于指示出接入设备下发下行 数据的服务时间； 若终端设备确定有未下载的下行数据， 则在该至少一个服务时间信息中的 其中一个或多个服务时间信息所指示的服务时 间内， 从该接入设备获取下行数据。

201、 终端设备接收广播帧；

其中， 此处终端设备接收到的广播帧可为广播信标帧 或者其它类型的广播帧， 其中， 广 播帧携带至少一个服务时间信息， 该服务时间信息用于指示出接入设备下发下行 数据的服务 时间。

可以理解的是， 接入设备可利用广播帧携带的多个服务时间信 息来指示出该接入设备用 于下发下行数据的多个服务时间， 而每个服务时间信息可指示出该接入设备用于 下发下行数 据的不同服务时间。 其中， 至少一个服务时间信息中的每个服务时间信息 所指示的接入设备 下发下行数据的服务时间， 例如可用于该接入设备向不同的一个或多个终 端设备下发下行数 据， 而有未下载的下行数据的不同终端设备例如可 在接入设备下发下行数据的不同服务时段 来获取下行数据， 这样可避免各个终端设备在获取下行数据时进 行竞争， 有利于减少终端设 备能耗。 或者， 在接入设备下发下行数据的每个服务时段， 接入设备最多允许 N个终端设备 来获取下行数据 （其中， 该 N的大小可根据实际需要进行设定）， 如此， 相对于所有有未下载 的下行数据的终端设备， 都在同一个服务时段来向接入设备获取下行数 据而言， 有利于减少 终端设备间的传输竞争， 有利于减少终端设备能耗。而在接入设备下发 下行数据的服务时段， 终端设备不进行上行数据传输， 这样有利于避免终端设备上行数据传输和下行 数据传输间的 竞争， 有利于减少终端设备能耗。

202、若终端设备确定有未下载的下行数据， 则在上述至少一个服务时间信息中的其中一 个或多个服务时间信息所指示的服务时间内， 从上述接入设备获取下行数据。 其中， 终端设备从接入设备获取下行数据的方式例如 可为， 终端设备接收接入设备下发 的下行数据； 或者， 终端设备可向接入设备发送节能查询 PS-Poll消息， 接收接入设备在接 收到该 PS-Poll消息后下发的下行数据。

可以理解， 本发明实施例中的终端设备可为手机等移动终 端、 物联网终端设备或其它类 型的终端设备。 其中， 本发明实施例的方案例如可应用于 wifi网络或其它类似网络。

可以看出， 本实施例中终端设备接收的接入设备下发的广 播帧， 携带至少一个服务时间 信息， 其中， 该服务时间信息用于指示出该接入设备下发下 行数据的服务时间； 若终端设备 确定有未下载的下行数据， 则在上述至少一个服务时间信息中的其中一个 或多个服务时间信 息所指示的服务时间内， 从上述接入设备获取下行数据。 由于接入设备专为其下发下行数据 开辟了至少一个服务时段， 这样就有利于避免上报上行数据的终端设备和 获取下行数据的终 端设备之间的竞争传输问题， 有利于减少终端设备能耗。若某终端设备有未 下载的下行数据， 接入设备可在其开辟的专用于下发下行数据的 其中一个或者多个服务时段内， 从上述接入设 备获取下行数据， 这样有利于提高数据传输效率， 减少竞争传输状况。

在实际应用中， 接入设备可基于多种方式来通知终端设备是否 有未下载的下行数据。 例 如， 接入设备可在广播帧中携带 TIM， 利用 TIM来通知接入的终端设备是否有未下载的下行 数据， 或者， 接入设备也可在接收到终端设备上报的上行数 据后， 利用向该终端设备发送的 该上行数据的接收响应来通知该终端设备是否 有未下载的下行数据， 当然， 接入设备也可通 过其它消息来通知终端设备是否有未下载的下 行数据。 而终端设备可根据通知确定出该终端 设备是否有未下载的下行数据。

下面，以接入设备通过上行数据的接收响应通 知终端设备是否有下行数据为例进行说明。 例如， 接入设备若检测到有终端设备未下载的下行数 据， 则可向该终端设备发送上行数据的 接收响应， 其中， 该接收响应可携带第一数据指示， 其中， 该第一数据指示用于指示该终端 设备获取下行数据（相当于指示该终端设备有 未下载的下行数据）； 接入设备若检测到没有该 终端设备未下载的下行数据， 则可向该终端设备发送上行数据的接收响应， 该接收响应可携 带第二数据指示， 其中， 该第二数据指示用于指示该终端设备没有未下 载的下行数据。 相应 的， 终端设备则可根据接收到的接收响应中携带的 第一数据指示或者第二数据指示， 来确定 网络侧是否有其未下载的下行数据。

或者， 接入设备若检测到有终端设备的下行数据， 接入设备可向该终端设备发送上行数 据的接收响应， 该接收响应中可携带第一数据指示， 其中， 该第一数据指示用于指示该终端 设备获取下行数据（相当于指示该终端设备有 未下载的下行数据）； 若检测到没有终端设备未 下载的下行数据， 接入设备可向该终端设备发送上行数据的接收 响应， 其中， 该接收响应中 不携带指示该终端设备没有未下载的下行数据 的第二数据指示， 而终端设备则可根据接收响 应中携带的第一数据指示确定网络侧有其未下 载的下行数据， 终端设备根据接收响应未携带 第二数据指示来确定网络侧没有其未下载的下 行数据。 或者， 接入设备若检测到有终端设备 未下载的下行数据， 接入设备向该终端设备发送上行数据的接收响 应， 其中， 该接收响应中 可不携带指示该终端设备有下行数据的第一数 据指示； 若检测到没有终端设备未下载的下行 数据， 接入设备向该终端设备发送上行数据的接收响 应， 其中， 该接收响应中携带指示该终 端设备没有未下载的下行数据的第二数据指示 ， 而终端设备则可根据接收响应中未携带第一 数据指示来确定网络侧有其未下载的下行数据 ， 终端设备可根据接收响应携带的第二数据指 示来确定网络侧没有其未下载的下行数据。

在本发明的一个实施例中， 接入设备可周期性地下发广播帧（如广播信标 帧）， 该广播帧 可携带有至少一个服务时间信息； 其中， 该服务时间信息指示接入设备下发下行数据的 服务 起始时间和服务时长， 或， 该服务时间信息指示接入设备下发下行数据的 服务起始时间和服 务结束时间， 或， 该服务时间信息指示接入设备下发下行数据的 服务起始时间或服务结束时 间（此场景下， 接入设备可通过其它方式通知终端设备该接入 设备下发下行数据的服务时长， 或双方协议约定等）， 或者， 该服务时间信息指示接入设备下发下行数据的 服务时长（此场景 下， 接入设备可通过其它方式通知终端设备该接入 设备下发下行数据的服务起始时间或服务 结束时间， 或者双方协议约定等）。 或者， 该服务时间信息用于指示出终端设备在接收到 上行 数据的接收响应之后从该接入设备获取下行数 据 （即： 该服务时间信息可指示出接入设备下 发下行数据的服务时段包括： 终端设备接收到来自接入设备的上行数据的接 收响应之后的一 段时间， 而此场景下， 该服务时间信息还可一并指示出接入设备下发 下行数据的服务时长， 或接入设备可通过其它方式通知终端设备接入 设备下发下行数据的服务时长， 或双方协议约 定等）。

相应的， 若终端设备确定有未下载的下行数据， 则终端设备在广播帧携带的至少一个服 务时间信息中的其中一个或多个服务时间信息 所指示的服务时间内， 从上述接入设备获取下 行数据。

举例来说， 若广播帧携带的服务时间信息用于指示出接入 设备下发下行数据的服务起始 时间和服务时长， 则终端设备可在广播帧携带的至少一个服务时 间信息中的其中一个 （或多 个）服务时间信息所指示的服务起始时间后的 服务时长范围内， 从该接入设备获取下行数据。 进一步的， 为了减少终端设备间的传输竞争几率， 终端设备可先生成随机退让时长， 在广播 帧携带的至少一个服务时间信息中的其中一个 （或者多个） 服务时间信息所指示的服务起始 时间加上该随机退让时长之后， 从该接入设备获取下行数据， 其中， 该随机退让时长小于该 其中一个 （或者多个） 服务时间信息所指示的接入设备下发下行数据 的服务时长。

又例如， 若广播帧携带的服务时间信息用于指示出接入 设备下发下行数据的服务结束时 间和服务时长， 则终端设备可在广播帧携带的至少一个服务时 间信息中的其中一个（或多个) 服务时间信息所指示的服务结束时间之前的服 务时长范围内， 从该接入设备获取下行数据。

又例如， 若广播帧携带的服务时间信息用于指示出接入 设备下发下行数据的服务起始时 间， 则终端设备可在广播帧携带的至少一个服务时 间信息中的其中一个 （或多个） 服务时间 信息所指示的服务起始时间之后的设定服务时 长范围内， 从该接入设备获取下行数据。 进一 步的， 为了减少终端设备间的传输竞争几率， 终端设备可先生成随机退让时长， 在广播帧携 带的至少一个服务时间信息中的其中一个 （或者多个） 服务时间信息所指示的服务起始时间 加上该随机退让时长之后， 从该接入设备获取下行数据， 其中， 该随机退让时长小于设定的 接入设备下发下行数据的服务时长。

又例如， 若广播帧携带的服务时间信息用于指示接入设 备下发下行数据的服务起始时间 和服务结束时间， 则终端设备可在广播帧携带的至少一个服务时 间信息中的其中一个 （或多 个） 服务时间信息所指示的服务起始时间之后， 且在该其中一个 （或多个） 服务时间信息所 指示的服务结束时间之前， 从该接入设备获取下行数据。 进一步的， 为了减少终端设备间的 传输竞争几率， 终端设备可先生成随机退让时长， 在广播帧携带的至少一个服务时间信息中 的其中一个服务时间信息所指示的服务起始时 间加上该随机退让时长之后， 从接入设备获取 下行数据， 其中， 该其中一个服务时间信息所指示的服务起始时 间加上该随机退让时长， 小 于该其中一个服务时间信息所指示的服务结束 时间。

又例如， 若广播帧携带的服务时间信息用于指示出接入 设备下发下行数据的服务结束时 间， 则终端设备可在广播帧携带的至少一个服务时 间信息中的其中一个 （或多个） 服务时间 信息所指示的服务结束时间之前的设定服务时 长范围内， 从该接入设备获取下行数据；

又例如， 若广播帧携带的服务时间信息用于指示接入设 备下发下行数据的服务时长， 则 终端设备可在设定的接入设备下发下行数据的 服务起始时间之后， 且在广播帧携带的至少一 个服务时间信息中的其中一个服务时间信息所 指示的服务时长范围内， 从该接入设备获取下 行数据。进一步的， 为了减少终端设备间的传输竞争几率， 终端设备可先生成随机退让时长， 在设定的接入设备下发下行数据的服务起始时 间加上随机退让时长之后， 从该接入设备获取 下行数据，其中，该随机退让时长小于广播帧 携带的至少一个服务时间信息中的其中一个（ 或 多个） 服务时间信息所指示的服务时长。

此外， 在本发明的另一实施例中， 接入设备在接收终端设备上报的上行数据后， 若检测 到有该终端设备未下载的下行数据， 向该终端设备发送该上行数据的接收响应， 其中， 该接 收响应可携带第二服务时间信息， 还可携带第一数据指示 （其中， 该第一数据指示指示该终 端设备有未下载的下行数据），其中该第二服 务时间信息可指示出接入设备下发下行数据的 服 务起始时间和服务时长， 或， 该第二服务时间信息指示接入设备下发下行数 据的服务起始时 间和服务结束时间， 或， 该第二服务时间信息指示接入设备下发下行数 据的服务起始时间或 服务结束时间 （此场景下， 接入设备可通过其它方式通知终端设备该接入 设备下发下行数据 的服务时长， 或双方协议约定）， 或该第二服务时间信息指示接入设备下发下行 数据的服务时 长 （此场景下， 接入设备可通过其它方式通知终端设备该接入 设备下发下行数据的服务起始 时间， 或者双方协议约定等）。 特别的， 接入设备接收终端设备上报的上行数据后， 若检测到 该终端设备有未下载的下行数据， 接入设备向该终端设备发送的该上行数据的接 收响应也可 携带第二服务时间信息而不携带第一数据指示 ， 此场景下， 若接收响应携带第二服务时间信 息 （第二服务时间信息占用的比特位为有效取值 ）， 则表示该终端设备有未下载的下行数据， 而第二服务时间信息的具体取值则可指示接入 设备下发下行数据的服务起始时间 （或服务结 束时间）和 /或服务时长， 若接收响应携带不第二服务时间信息或携带的 第二服务时间信息占 用的比特位为无效取值， 则表示该终端设备没有未下载的下行数据。 可以理解， 若接入设备 通过接收响应携带的第二服务时间信息来指示 接入设备下发下行数据的服务起始时间 （或服 务结束时间）和 /或服务时长， 则接入设备可将各个终端设备获取下行数据的 时间尽量错开安 排， 不同时段向接入设备获取下行数据的终端设备 数量可尽量均匀， 进而可相对平滑网络流 量， 而终端设备也可能可以通过非竞争机制来获取 下行数据， 而可无需通过竞争机制来获取 下行数据， 有利于减少终端设备能耗。

可以看出， 假设接入设备接收到终端设备上报的上行数据 后， 向该终端设备发送该上行 数据的接收响应， 其中， 该接收响应用于通知该终端设备是否有未下载 的下行数据， 由于该 方案摒弃了利用 TIM来通知终端设备是否有未下载的下行数据的 机制， 而利用终端设备上报 的上行数据的接收响应来针对性的通知该终端 设备是否有现有下行数据， 避免使用 TIM， 进 而有利于控制 Beacon帧的大小； 并且， 由于接入设备是利用每个终端设备上报的上行 数据的 接收响应来通知该终端设备是否有未下载的下 行数据， 这样下行数据通知的针对性更强， 有 利于提高下行数据的通知机制的灵活性， 进而有利于更好的适用存在更多终端设备的通 信场 景， 并且， 由于是通过对接收响应的扩展来实现通知， 进而可无需引入新的消息， 实现成本 相对较低。

相应的， 若终端设备接收到的接收响应携带有第二服务 时间信息和第一数据指示， 其中， 第二服务时间信息指示出接入设备下发下行数 据的服务起始时间和服务时长， 则终端设备可 在第二时间信息所指示的服务起始时间之后的 服务时长范围内， 从接入设备获取下行数据。 进一步的， 为了减少终端设备间的传输竞争几率， 终端设备可先生成随机退让时长， 在第二 服务时间信息所指示的服务起始时间加上该随 机退让时长之后，从该接入设备获取下行数据 ， 其中该随机退让时长小于该第二服务时间信息 所指示的接入设备下发下行数据的服务时长。

又例如， 若终端设备接收到的接收响应携带的第二服务 时间信息用于指示出接入设备下 发下行数据的服务结束时间和服务时长， 则终端设备可在该第二服务时间信息所指示的 服务 结束时间之前的服务时长范围内， 从该接入设备获取下行数据。

或者， 若终端设备接收到的接收响应携带的第二服务 时间信息指示接入设备下发下行数 据的服务起始时间， 则终端设备可在第二服务时间信息所指示的该 获取起始时间后的设定服 务时长范围内 （其中， 该设定的接入设备下发下行数据的服务时长， 例如可能是终端设备根 据接入设备的另行通知获得， 或者是双方协议约定的）， 从该接入设备获取下行数据； 或者， 终端设备也可在第二服务时间信息所指示的该 获取起始时间后的任意时刻， 从该接入设备获 取下行数据。 进一步的， 为了减少终端设备间的传输竞争几率， 终端设备可先生成随机退让 时长，在接收响应携带的第二服务时间信息所 指示的服务起始时间加上该随机退让时长之后 ， 从该接入设备获取下行数据， 其中， 该随机退让时长小于设定的接入设备下发下行 数据的服 务时长。

或者， 若终端设备接收到的接收响应携带的第二服务 时间信息， 指示出接入设备下发下 行数据的服务时长， 则终端设备可在设定的接入设备下发下行数据 的服务起始时间之后 （其 中， 该设定的接入设备下发下行数据的服务起始时 间， 例如可能是终端设备根据接入设备的 另行通知获得， 或是双方协议约定的） 的第二服务时间信息所指示服务时长范围内， 从接入 设备获取下行数据。 进一步的， 为了减少终端设备间的传输竞争几率， 终端设备可先生成一 个随机退让时长，在设定的接入设备下发下行 数据的服务起始时间加上该随机退让时长之后 ， 从该接入设备获取下行数据， 其中， 该随机退让时长小于第二服务时间信息所指示 的服务时 长。

又例如， 若终端设备接收到的接收响应携带的第二服务 时间信息， 用于指示出接入设备 下发下行数据的服务结束时间和服务结束时间 ， 则终端设备可在第二服务时间信息所指示的 服务起始时间之后， 且在该第二服务时间信息所指示的服务结束时 间之前， 从该接入设备获 取下行数据。 进一步的， 为了减少终端设备间的传输竞争几率， 终端设备可先生成随机退让 时长， 在第二服务时间信息所指示的服务起始时间加 上该随机退让时长之后， 从接入设备获 取下行数据， 其中， 第二服务时间信息所指示的服务起始时间加上 该随机退让时长， 小于该 第二服务时间信息所指示的服务结束时间。

此外， 接入设备也可通过其它方式通知终端设备， 接入设备下发下行数据的服务起始时 间 （或服务结束时间）和 /或服务时长。 当然， 接入设备和终端设备之间也可采用协议约定的 方式， 来约定接入设备下发下行数据的服务起始时间 信息和 /或服务时长， 而此场景下， 接入 设备可无需通知终端设备该约定的接入设备下 发下行数据的服务起始时间（或服务结束时间 ） 和 /或服务时长等信息。

为便于更好的理解和实施本发明实施例的上述 方案，下面通过 wifi网络下的几个具体应 用场景进行举例说明。

应用例一

本应用例中主要以 AP通过 Beacon帧， 通知终端设备 AP下发下行数据的服务时间， AP 通过上行数据的接收响应通知终端设备是否有 未下载的下行数据为例。

参见图 3_a、 本发明实施例提供的一种下行数据传输方法可 包括：

301、 AP周期性地发送 Beacon帧；

其中， AP在 Beacon帧携带指示 AP下发下行数据的服务时间 （如服务起始时间和 /或服 务时长等） 的指示信息；

在本发明的一个实施例中， 例如可定义 1 个新信元 （IE)， 可称服务时间信息信元， AP 将该服务时间信息信元携带的 Beacon帧中， AP利用该服务时间信息信元向终端设备指示 AP 下发下行数据的服务时间。

参见图 3-b， 一种服务时间信息信元的格式可图 3-b所示， 可包括：

Element ID字段、 Length字段、 SP Start字段和 SP Duration字段。

其中， Element ID字段： 携带信元标识， 可定义 1新 Element ID, Element ID字段携 带该新 Element ID, 该 Element ID指示该 IE为服务时间信息信元， 而服务时间信息信元用 于指示 AP下发下行数据的服务时间等。

Length字段： 携带该服务时间信息信元的长度信息；

SP Start字段： 携带 AP下发下行数据的服务起始时间的指示信息， SP Start字段例如 可携带 AP下发下行数据的服务起始时间， SP Start字段携带的该服务起始时间可以是一个 绝对时间， 或者也可以是相对于最近一次 Beacon帧发送时间点的一个偏移时间量， 或者也可 以是时间同步功能 （TSF) 信元中的时间字段的最后几个字节， 或者是其它能够指示 AP下发 下行数据的服务起始时间的指示信息；

SP Duration字段： 携带 AP下发下行数据的服务时长的指示信息， AP下发下行数据的服 务时长可以以微妙为单位。

可以理解的是， 服务时间信息信元中也可不包括 SP Start字段或 SP Duration字段， 若 不包括 SP Start字段， 则 AP可通过其它方式通知终端设备该 AP下发下行数据的服务起始时 间， 或者 AP和终端设备可约定该 AP下发下行数据的服务起始时间； 若不包括 SP Duration 字段， 则 AP可通过其它方式通知终端设备该 AP下发下行数据的服务时长， 或者 AP和终端设 备可约定该 AP下发下行数据的服务时长。

可以看出， AP周期性发送的 Beacon帧， 若部分或全部 Beacon帧中携带服务时间信息信 元， 则接收到 Beacon帧的终端设备可根据该 Beacon帧携带的服务时间信息信元， 获知 AP下 发下行数据的服务起始时间和 /或服务时长等。

302、 终端设备周期性地向 AP上报上行数据；

在本发明的一个实施例中， 例如在智能传感网络或智能仪表应用， 终端设备在与 AP关联 后， AP将终端设备配置为周期性地上报数据， 即终端设备周期性地往 AP发送上行数据， 终 端设备可周期性地向 AP上报传感器数据或智能仪表数据等上行数据� �� AP在收到上行数据后 可向终端设备发送该上行数据的接收响应 ACK， 表示收到了该上行数据。

303、 AP接收终端设备上报的上行数据， AP向该终端设备发送该上行数据的接收响应 ACK; 其中， 若 AP检测到当前该终端设备有未下载的上行数据� �� 则 AP可在该上行数据的接收 响应 ACK中携带，用于指示该终端设备有未下载的下 行数据的指示信息（可称第一数据指示）; 若 AP检测到当前该终端设备没有未下载的上行数� ��， 则 AP可在该上行数据的接收响应 ACK 中携带， 用于指示终端设备没有未下载的上行数据的指 示信息 （可称第一数据指示）。

在本发明的一个实施例中， 例如可利用上行数据的接收响应 ACK 中的更多数据 （More Data)标识位来指示终端设备是否有未下载的上� ��数据。例如若将接收响应 ACK中的 More Data 标识位设置为 1， 则表示该终端设备有未下载的下行数据； 若将 More Data标识位设置为 0， 则表示该终端设备没有未下载的下行数据， 反之亦然。

304、 终端设备接收上行数据的接收响应 ACK;

其中， 终端设备检测接收到的接收响应 ACK中 more Data标识位取值， 若 more Data取 值为 0， 则终端设备确定网络侧没有其未下载的下行数 据， 终端设备可休眠等待下次接收 Beacon帧或下次向 AP上报上行数据； 如果 More Data标识位取值为 1， 则终端设备确定网络 侧有其未下载的下行数据。

可以理解， 还可对接收响应 ACK进行其它方式的扩展（例如新增指示字段等 等）， 使接收 响应 ACK能够指示终端设备是否有未下载的下行数据 ， 此处不再一一举例。

终端设备若确定网络侧有其未下载的下行数据 ，则终端设备可在 Beacon帧中的服务时间 信息信元所指示的 AP下发下行数据的服务起始时间醒来， 竞争向 AP发送 PS-Pol l消息， 然 后接收 AP下发的下行数据； 或者， 终端设备也可不竞争向 AP发送 PS-Pol l消息， 而可被动 等待接收 AP下发的下行数据。

可以看出， 本实施例中 AP利用 Beacon帧指示 AP下发下行数据的服务起始时间和 /或服 务时长， 终端设备向 AP上报上行数据； 若接收到来自该接入设备的该上行数据的接收 响应， 且根据接收到的该接收响应确定出该终端设备 有未下载的下行数据， 则终端设备可按照 Beacon帧指示的 AP下发下行数据的服务起始时间和 /或服务时长， 从该 AP获取下行数据。 由于该方案摒弃了利用 TIM来通知终端设备是否有未下载的下行数据的 现有机制， 而利用终 端设备上报的上行数据的接收响应来针对性的 通知该终端设备是否有现有下行数据， 避免使 用现有 TM， 进而有利于控制 Beacon帧的大小； 并且由于 AP是利用每个终端设备上报的上 行数据的接收响应来通知该终端设备是否有未 下载的下行数据， 这样下行数据通知的针对性 更强， 有利于提高下行数据的通知机制的灵活性， 进而有利于更好的适用存在更多终端设备 的通信场景， 并且， 由于是通过对接收响应的扩展来实现通知， 进而可无需引入新的消息， 实现成本相对较低。

应用例二

本应用例中主要以 AP通过 Beacon帧， 通知终端设备在接收到上行数据的接收响应后 获 取上行数据， AP通过上行数据的接收响应通知终端设备是否� ��未下载的下行数据为例。 参见 图 4、 本发明实施例提供的另一种下行数据传输方法 可包括： 401、 AP周期性地发送 Beacon帧；

其中， AP在 Beacon帧携带第二时间信息， 第二时间信息用于指示终端设备在接收到上 行数据的接收响应之后从该接入设备获取下行 数据。 即： 第二时间信息指示 AP下发下行数据 的服务时段包括终端设备接收到下行数据的接 收响应之后一段时间， 也就是说， 第二时间信 息指示终端设备可以在接收到来自 AP的下行数据的接收响应之后， 从 AP获取其下行数据。 此场景下， 第二时间信息还可一并指示出 AP下发下行数据的服务时长， 或 AP可通过其它方 式通知终端设备 AP下发下行数据的服务时长， 或双方协议约定等。

其中， 第二时间信息可通过 Beacon帧的 Capabi l ity信息位承载， 或者可通过其它方式 通知终端设备。

可以看出， AP周期性发送的 Beacon帧， 若部分或全部 Beacon帧中携带第二时间信息， 则接收到该 Beacon帧的终端设备可根据该 Beacon帧携带的第二时间信息，获知 AP下发下行 数据的服务时段包括终端设备接收到下行数据 的接收响应之后一段时间。

402、 终端设备周期性地向 AP上报上行数据；

在本发明的一个实施例中， 例如在智能传感网络或智能仪表应用， 终端设备在与 AP关联 后， AP将终端设备配置为周期性地上报数据， 即终端设备周期性地往 AP发送上行数据， 终 端设备可周期性地向 AP上报传感器数据或智能仪表数据等上行数据� �� AP在收到上行数据后 可向终端设备发送该上行数据的接收响应 ACK， 表示收到了该上行数据。

403、 AP接收终端设备上报的上行数据， AP向该终端设备发送该上行数据的接收响应 ACK; 其中， 若 AP检测到当前该终端设备有未下载的上行数据� �� 则 AP可在该上行数据的接收 响应 ACK中携带，用于指示该终端设备有未下载的下 行数据的指示信息（可称第一数据指示）； 若 AP检测到当前该终端设备没有未下载的上行数� ��， 则 AP可在该上行数据的接收响应 ACK 中携带， 用于指示终端设备没有未下载的上行数据的指 示信息 （可称第一数据指示）。

在本发明的一个实施例中， 例如可利用上行数据的接收响应 ACK 中的更多数据 （More Data)标识位来指示终端设备是否有未下载的上� ��数据。例如若将接收响应 ACK中的 More Data 标识位设置为 1， 则表示该终端设备有未下载的下行数据； 若将 More Data标识位设置为 0， 则表示该终端设备没有未下载的下行数据， 反之亦然。

404、 终端设备接收上行数据的接收响应 ACK;

其中， 终端设备检测接收到的接收响应 ACK中 more Data标识位取值， 若 more Data取 值为 0， 则终端设备确定网络侧没有其未下载的下行数 据， 终端设备可休眠等待下次接收 Beacon帧或下次向 AP上报上行数据； 如果 More Data标识位取值为 1， 则终端设备确定网络 侧有其未下载的下行数据。

可以理解， 还可对接收响应 ACK进行其它方式的扩展（例如新增指示字段等 等）， 使接收 响应 ACK能够指示终端设备是否有未下载的下行数据 ， 此处不再一一举例。

终端设备若确定网络侧有其下行数据， 则终端设备例如可在接收到该上行数据的接收 响 应 ACK之后的设定时长内， 竞争向 AP发送 PS-Pol l消息， 然后接收 AP下发的下行数据； 或 终端设备也可不竞争向 AP发送 PS-Pol l消息， 而可被动等待接收 AP下发的下行数据。

实践发现， 上述方案比较适合当 Beacon帧周期较长， 而 AP服务的终端设备较少的场景， 进一步降低终端设备的能耗。 因为 AP需要给每个终端设备分配更多的数据传输时� ��， 包括数 据上报及可能的下行数据传输。因此每个 AP可服务或关联的终端设备数量可能较应用例� ��方 案的终端设备数量少。

可以看出， 本实施例 AP利用 Beacon帧指示终端设备可在接收到上行数据的接 收响应后 从该接入设备获取下行数据； 终端设备向 AP上报上行数据； 若接收到来自该接入设备的该上 行数据的接收响应， 且根据接收到的该接收响应确定出该终端设备 有未下载的下行数据， 则 终端设备可按照 Beacon帧指示的 AP下发下行数据的服务起始时间和 /或服务时长， 从该 AP 获取下行数据。 由于该方案摒弃利用 TIM来通知终端设备是否有未下载的下行数据的 现有机 制， 而利用终端设备上报的上行数据的接收响应来 针对性的通知该终端设备是否有现有下行 数据， 避免使用现有 TIM， 进而有利于控制 Beacon帧大小； 并且由于 AP是利用每个终端设 备上报的上行数据的接收响应来通知该终端设 备是否有未下载的下行数据， 这样下行数据通 知的针对性更强， 有利于提高下行数据的通知机制的灵活性， 进而有利于更好的适用存在更 多终端设备的通信场景， 并且， 由于是通过对接收响应的扩展来实现通知， 进而可无需引入 新的消息， 实现成本相对较低。

应用例三

本应用例中主要以 AP通过上行数据的接收响应， 通知终端设备 AP下发下行数据的服务 时间为例。 参见图 5_a、 本发明实施例提供的另一种下行数据传输方法 可包括：

501、 终端设备周期性地向 AP上报上行数据；

在本发明的一个实施例中， 例如在智能传感网络或智能仪表应用， 终端设备在与 AP关联 后， AP将终端设备配置为周期性地上报数据， 即终端设备周期性地往 AP发送上行数据， 终 端设备可周期性地向 AP上报传感器数据或智能仪表数据等上行数据� �� AP在收到上行数据后 可向终端设备发送该上行数据的接收响应 ACK， 表示收到了该上行数据。

502、AP接收终端设备上报的上行数据， AP向该终端设备发送该上行数据的接收响应 ACK; 其中， 若 AP检测到当前该终端设备有未下载的上行数据� �� 则 AP可在该上行数据的接收 响应 ACK中携带，用于指示该终端设备有未下载的下 行数据的指示信息（可称第一数据指示）； 若 AP检测到当前该终端设备没有未下载的上行数� ��， 则 AP可在该上行数据的接收响应 ACK 中携带， 用于指示终端设备没有未下载的上行数据的指 示信息 （可称第一数据指示）。

在本发明的一个实施例中， 例如可利用上行数据的接收响应 ACK 中的更多数据 （More Data)标识位来指示终端设备是否有未下载的上� ��数据。例如若将接收响应 ACK中的 More Data 标识位设置为 1， 则表示该终端设备有未下载的下行数据； 若将 More Data标识位设置为 0， 则表示该终端设备没有未下载的下行数据， 反之亦然。

此外， AP还可利用接收响应 ACK通知终端设备 AP下发下行数据的服务起始时间和 /或服 务获取时长。

例如图 5-b所示， 可对现有的接收响应 ACK进行如下扩展：

在接收响应 ACK新增 Al location Start字段， 利用 Al location Start字段向终端设备 指示 AP下发下行数据的服务起始时间。 Al location Start字段携带的 AP下发下行数据的服 务起始时间可以是一个绝对时间，或者也可是 相对于最近一次 Beacon帧发送时间点的一个偏 移时间量， 或也可以是时间同步功能（TSF)信元中的时间� �段的最后几个字节， 或者是其它 能够指示 AP下发下行数据的服务起始时间的指示信息。

例如当 Frame Control字段中的 More Data标识位设置为 1时， 则表示该终端设备有未 下载的下行数据， Al location Start字段指示出 AP下发下行数据的服务起始时间；若将 More Data标识位设置为 0， 则表示该终端设备没有未下载的下行数据， 反之亦然。 特别的， 也可 不利用 More Data标识位来指示该终端设备是否有未下载的� �行数据， 而利用 Al location Start字段既指示出 AP下发下行数据的服务起始时间， 又指示该终端设备有未下载的下行数 据， 例如， 若接收响应 ACK中包含 Al location Start字段， 则表示终端设备有未下载的下行 数据， 而 Al location Start字段的具体取值则指示出 AP下发下行数据的服务起始时间， 或 者， 若接收响应 ACK中包含 Al location Start字段且 Al location Start字段的取值不为零 或不为某无效值， 则表示终端设备有未下载的下行数据， 而 Al location Start字段的具体取 值则指示出 AP下发下行数据的服务起始时间。

例如图 5-c所示， 还可在如图 5-b所示格式的基础上增加 Al location Duration字段， Allocation Duration字段用于指示 AP下发下行数据的服务时长， AP下发下行数据的服务时 长可以以微妙为单位。

可以理解的是，扩展的接收响应 ACK中也可不包括 Allocation Start字段或 Allocation Duration字段， 若不包括 Allocation Start字段， 则 AP可通过其它方式通知终端设备该 AP 下发下行数据的服务起始时间， 或者 AP和终端设备可约定该 AP下发下行数据的服务起始时 间； 若不包括 Allocation Duration字段， 则 AP可通过其它方式通知终端设备该 AP下发下 行数据的服务时长， 或者 AP和终端设备可约定该 AP下发下行数据的服务时长。

503、 终端设备接收来自 AP的上行数据的接收响应 ACK;

其中， 终端设备检测接收到的接收响应 ACK中 more Data标识位取值， 若 more Data取 值为 0， 则终端设备确定网络侧没有其未下载的下行数 据， 终端设备可休眠等待下次接收

Beacon帧或下次向 AP上报上行数据； 如果 More Data标识位取值为 1， 则终端设备确定网络 侧有其未下载的下行数据。

终端设备若确定网络侧有其下行数据，则终端 设备可在接收响应 ACK的 Allocation Start 字段所指示的 AP下发下行数据的服务起始时间醒来， 在 Allocation Duration字段 （若接收 响应 ACK中存在） 指示 AP下发下行数据的服务时长范围内， 竞争向 AP发送 PS-Pol l消息， 然后接收 AP下发的下行数据； 或者终端设备也可不竞争向 AP发送 PS-Poll消息， 而可在接 收响应 ACK的 Allocation Start字段所指示的 AP下发下行数据的服务起始时间醒来， 被动 等待接收 AP下发的下行数据。

实践发现， 应用例三中的方案与应用例一中的方案相比， 由于 AP回复终端设备上行数据 的接收响应 ACK中， 除指示是否有未下载下行数据之外， 还进一步指定了给该终端设备获取 下行数据的时间， 终端设备可在指定的时间醒来接收下行数据， 有利于避免其与其它终端设 备的竞争， 进而有利于进一步降低终端设备能耗。

可以看出， 本应用例 AP 利用上行数据的接收响应指示终端设备是否有 未下载的下行数 据， 及 AP下发下行数据的服务时间和 /或服务时长； 终端设备向 AP上报上行数据； 若接收到 来自该接入设备的该上行数据的接收响应， 且根据接收到的该接收响应确定出该终端设备 有 未下载的下行数据，则终端设备可按照 Beacon帧指示的 AP下发下行数据的服务起始时间和 / 或服务时长， 从该 AP获取下行数据。 由于该方案摒弃利用 TIM来通知终端设备是否有未下载 的下行数据的现有机制， 而利用终端设备上报的上行数据的接收响应来 针对性的通知该终端 设备是否有现有下行数据， 避免使用现有 TIM， 进而有利于控制 Beacon帧大小； 并且由于 AP 是利用每个终端设备上报的上行数据的接收响 应来通知该终端设备是否有未下载的下行数 据， 这样下行数据通知的针对性更强， 有利于提高下行数据的通知机制的灵活性， 进而有利 于更好的适用存在更多终端设备的通信场景， 并且， 由于是通过对接收响应的扩展来实现通 知， 进而可无需引入新的消息， 实现成本相对较低。

应用例四

本应用例中主要以 AP通过 Beacon帧，通知终端设备 AP下发下行数据的服务时间，其中， AP为不同的终端设备分配不同的服务时间， AP通过 Beacon帧通知终端设备是否有未下载的 下行数据为例。

参见图 6_a、 本发明实施例提供的一种下行数据传输方法可 包括：

601、 AP周期性地发送 Beacon帧；

其中， AP在 Beacon帧可携带 TM和若干个服务时间信息 （如指示服务起始时间和 /或服 务时长等）， 其中， 每个服务时间信息分别指示 AP为有未下载下行数据的不同终端设备分配 的下发下行数据的服务时间 （SP)。

在本发明的一个实施例中， 可定义 1个新信元 （IE)， 可称服务时间信息位表 （SIM， SP Indication Map), AP可将该 SIM携带的 Beacon帧中， AP可利用该 SM向每个有未下载下行 数据的终端设备， 指示 AP向其下发下行数据的服务时间。

举例来说， 一种举例的 SIM的格式可如图 6-b所示。

其中， 图 6-b所示 SIM包括若个 SP指示字段， 每个字段用于向有未下载下行数据的不同 终端设备， 指示 AP向其下发下行数据的服务时间 SP。 例如， SP1指示出 AP向终端设备 1下 发下行数据的服务时间， 例如， SP2指示出 AP向终端设备 2下发下行数据的服务时间， 以此 类推。

参见图 6-c， Beacon帧携带的 TIM和 SIM的对应关系可如图 6_c所示。

例如， AP向 TIM中第 1个取值为 1的指示位所对应的终端设备 （表示该终端设备有未下 载的下行数据） 下发下行数据的服务时间， 通过 SIM中的第一个 SP指示字段 （可称 SP1 ) 指 示， AP向 TIM中的第 2个取值为 1的指示位所对应的终端设备下发下行数据的� �务时间， 通 过 SM中的第二个 SP指示字段 （可称 SP2) 指示指示， 以此类推。

可以理解， 在实际应用中也还可以通过其它映射关系， 确定 SM中的各 SP指示字段所对 应的终端设备。

参见图 6-d， 图 6-d是本发明实施例举例另一种的 SIM的格式。 其中， 图 6-d所示的 SM包含：

开始时间信息字段， 用于指示开始时间；

单位时长字段， 用于指示单位时长 t;

SP指示长度字段， 用于指示 SP指示字段的长度 n;

若干个 SP指示字段， 用于指示 AP向有未下载下行数据的不同终端设备下发下� ��数据的 服务时长 （占用的单位时长的个数）

可以理解的是， SIM中也可不包含开始时间信息字段、 单位时长字段和 SP指示长度字段 中的一个或多个， 而 SIM中不包含的这些字段的指示值， AP和终端设备可采用多种方式约定 或通知。

假设， SIM中每次都携带单位时长字段和 SP指示长度字段， 则 AP可根据实际下行数据 的大小和长度， 在每次发 TIM时计算出最优的 t (即单位时长字段携带的值） 和 n (即 SP指 示长度字段携带的值）。 此外， 若单位时长字段和 SP指示长度字段携带的值是在网络配置时 固定使用， AP和 STA都预先获知， 则 SM中不用携带， 也不用经常更改。

SIM 中还可以携带下发下行数据开始的时间。 如果指定开始时间， 则在开始时间以后， AP可按照为每个终端设备分配的时间， 依次给每个终端设备发送下行数据； 如果 SIM没有指 定开始时间， 则例如可约定开始时间是在 Beacon帧发送之后。

602、 AP 在为每个终端设备分配的下发下行数据的服务 时间， 给每个终端设备发送下行 数据。

由于终端设备可通过 SIM获知自己的下行数据 AP在什么时候下发，所以终端设备平时可 选择休眠， 到时间了再醒来接收， 接收完后又继续休眠， 以此达到省电的效果。

下面以一个更为具体的例子进行说明。

假设系统预先配置好 t (即单位时长）， n ( SP指示字段的长度） 等参数。

例如 t=20us (微秒）， n=4bit。

假设某次 AP发送的广播帧携带的 TIM， 指示有三个终端设备有未下载下行数据， TIM中 第 1指示位，第 3指示位和第 4指示位为 1。AP在广播帧携带的 SIM中携带三个 SP指示字段。

假设第 1个终端设备（如 STA1 ) AP需要 65us下发下行数据， 第 2个终端设备（如 STA2 ) AP需要 188us下发下行数据， 第 3个终端设备 （如 STA3 ) AP需要 89us下发下行数据， 则 AP 给 STA1分配的时间为可 4个 t (共 20*4=80us)，给 STA2分配的时间可为 10个 t (共 200us)， 给 STA3分配 5个 t (共 100us)。 当然， 根据具体情况， t和 n的值可进行相应的调整， 以达 到最优的效果。

AP给 3个 STA分配的时间分别为 80us， 200us , lOOus, 起始时间默认为广播帧结束以后 (假设没有特别指定开始时间）。 例如图 6-e所示， 广播帧结束以后， STA1开始接收 AP给 它发送的下行数据 （如 DL datal ), 此时 STA2和 STA3可休眠， 该下行数据传输耗时 65us， 传输结束后， STA1可休眠； 这时候还有 80-65=15us的时间， 下行信道是空闲的， 但是由于 AP在 SM中已经指示占用了信道资源， 所以不会有其它的 AP或 STA来抢用， 所以这 15us没 有传输数据； 一直等到第 80us结束时， STA2开始醒来， AP也在这个时刻开始给 STA2发送下 行数据 （如 DL data2)。 发送 188us以后， STA2接收完， 可以休眠； 直到第 80+200=280us的 时候， STA3醒来， 按照上面描述的方式接收下行数据， 依次类推。

此外，若 AP每次计算最优的 t和 n值（最优值的判断可以参考浪费的信道越小� �好， SIM 的长度越短越好等方面进行考虑）， 并可约定下发下行数据的开始时间， 把这些信息通过 SIM 和 TM—起广播。 STA接收到广播帧后， 可通过 SM携带的 t和 n， 以及自己的所处的接收下 行数据的次序， 加上下发下行数据的开始时间， 判断自己应该在什么时候醒来接收下行数据， STA接收完下行数据后又可以继续休眠。

可以看出， 本实施例中 AP利用 Beacon帧指示， AP为不同终端设备分配的下发下行数据 的服务时间， AP在为每个终端设备分配的下发下行数据的服� ��时间， 给每个终端设备发送下 行数据。 该方案由于接入设备专为各个终端设备分配下 发下行数据的服务时段， 这样就有利 于避免上报上行数据的终端设备和获取下行数 据的终端设备之间的竞争传输问题， 以及各个 上报上行数据的终端设备之间的竞争传输问题 ， 有利于降低终端设备能耗。

为便于更好的理解和实施本发明实施例的上述 方案， 下面还提供用于实施上述方案的相 关装置。

参见图 7-a， 本发明实施例提供一种接入设备 700， 可包括： 第二发送器 710和数据下发 模块 720。

第二发送器 710， 用于下发广播帧； 其中， 该广播帧携带至少一个服务时间信息， 其中， 该服务时间信息用于指示出接入设备 700下发下行数据的服务时间；

数据下发模块 720， 用于若终端设备有未下载的下行数据， 则通知该终端设备有未下载 的下行数据； 在上述至少一个服务时间信息中的其中一个或 多个服务时间信息所指示的服务 时间内， 向该终端设备下发下行数据。

在本发明的一个实施例中， 数据下发模块 720可具体用于， 若终端设备有未下载的下行 数据， 则利用携带在上述广播帧中的传输指示位表通 知终端设备有未下载的下行数据； 在广 播帧携带的至少一个服务时间信息中的其中一 个或多个服务时间信息所指示的服务时间内， 向该终端设备下发下行数据。

参见图 7-b， 在本发明的另一个实施例中， 接入设备 700还可包括接收器 730， 用于接收 终端设备上报的上行数据； 数据下发模块 720可具体用于， 若终端设备有未下载的下行数据， 则向该终端设备发送该上行数据的接收响应， 其中， 该接收响应用于通知该终端设备是否有 未下载的下行数据； 在广播帧携带的至少一个服务时间信息中的其 中一个或多个服务时间信 息所指示的服务时间内， 向该终端设备下发下行数据。

其中， 广播帧携带的服务时间信息， 可用于指示出接入设备 700下发下行数据的服务起 始时间和服务时长， 或者， 该服务时间信息用于指示出接入设备 700下发下行数据的服务结 束时间和服务时长， 或者， 该服务时间信息用于指示出接入设备 700下发下行数据的服务起 始时间和 /或服务结束时间， 或者， 该服务时间信息指示接入设备 700下发下行数据的服务时 长。

可以理解， 本发明实施例中的接入设备 700可为接入点、 基站或其它具有无线接入功能 的网络实体。 其中， 本发明实施例的方案例如可应用于 wifi网络或其它类似网络。

可以理解的是， 本实施例中的接入设备 700可如上述方法实施例中的接入设备， 其各个 功能模块的功能可以根据上述方法实施例中的 方法具体实现， 其具体实现过程可以参照上述 方法实施例的相关描述， 此处不再赘述。

参见图 8-a，本发明实施例提供一种终端设备 800，可包括： 接收器 810和获取单元 820。 接收器 810， 用于接收广播帧； 其中， 该广播帧携带至少一个服务时间信息， 该服务时 间信息用于指示出接入设备下发下行数据的服 务时间；

获取单元 820， 用于若确定出终端设备 800有未下载的下行数据， 在上述至少一个服务 时间信息中的其中一个或者多个服务时间信息 所指示的服务时间内， 从上述接入设备获取下 行数据。

参见图 8-b， 在本发明的一个实施例中， 接收器 810接收的广播帧还携带有传输指示位 表， 获取单元 820可包括：

第一确定子模块 821， 用于根据所述传输指示位表确定所述终端设备 是否有未下载的下 行数据；

第一获取子模块 822， 用于若第一确定子模块 821确定出终端设备 800有未下载的下行 数据，在上述至少一个服务时间信息中的其中 一个或多个服务时间信息所指示的服务时间内 ， 从该接入设备获取下行数据；

参见图 8-c， 在本发明的另一个实施例中， 终端设备 800还可包括：

发送器 830， 用于向接入设备上报上行数据；

接收器 810还用于， 接收来自接入设备的上行数据的接收响应；

获取单元 820可包括： 第二确定子模块 823， 用于根据接收器 810接收到的接收响应确 定终端设备 800是否有未下载的下行数据；

第二获取子模块 824， 用于若第二确定子模块 823确定出终端设备 800有未下载的下行 数据，在上述至少一个服务时间信息中的其中 一个或多个服务时间信息所指示的服务时间内 ， 从接入设备获取下行数据。

在本发明的一个实施例中， 获取单元 820可具体用于， 若接收器 810接收的广播帧携带 的服务时间信息用于指示出接入设备下发下行 数据的服务起始时间和服务时长， 且确定出终 端设备 800有未下载的下行数据， 则在广播帧携带的至少一个服务时间信息中的 其中一个服 务时间信息所指示的服务起始时间后的服务时 长范围内， 从接入设备获取下行数据；

或者，

获取单元 820可具体用于， 若接收器 810接收的广播帧携带的服务时间信息用于指示 出 接入设备下发下行数据的服务结束时间和服务 时长， 且确定出终端设备 800有未下载的下行 数据， 则在广播帧携带的至少一个服务时间信息中的 其中一个服务时间信息所指示的服务结 束时间之前的服务时长范围内， 从接入设备获取下行数据；

或者，

获取单元 820可具体用于， 若接收器 810接收的广播帧携带的服务时间信息用于指示 出 接入设备下发下行数据的服务起始时间， 且确定出终端设备 800有未下载的下行数据， 则在 广播帧携带的至少一个服务时间信息中的其中 一个服务时间信息所指示的服务起始时间之后 的设定服务时长范围内， 从接入设备获取下行数据；

或者，

获取单元 820可具体用于， 若接收器 810接收的广播帧携带的服务时间信息用于指示 所 述接入设备下发下行数据的服务起始时间和服 务结束时间， 且确定出终端设备 800有未下载 的下行数据， 则在广播帧携带的至少一个服务时间信息中的 其中一个服务时间信息所指示的 服务起始时间之后， 且在该其中一个服务时间信息所指示的服务结 束时间之前， 从接入设备 获取下行数据；

或者，

获取单元 820可具体用于， 若接收器 810接收的广播帧携带的服务时间信息用于指示 出 所述接入设备下发下行数据的服务结束时间， 且确定出终端设备 800有未下载的下行数据， 则在广播帧携带的至少一个服务时间信息中的 其中一个服务时间信息所指示的服务结束时间 之前的设定服务时长范围内， 从接入设备获取下行数据；

或者，

获取单元 820可具体用于， 若接收器 810接收的广播帧携带的服务时间信息用于指示 所 述接入设备下发下行数据的服务时长， 且确定出终端设备 800有未下载的下行数据， 则在设 定的接入设备下发下行数据的服务起始时间之 后， 且在广播帧携带的至少一个服务时间信息 中的其中一个服务时间信息所指示的服务时长 范围内， 从接入设备获取下行数据。

可以理解， 本发明实施例中的终端设备 800可为手机等移动终端、 物联网终端设备或其 它类型的终端设备。 其中， 本发明实施例的方案例如可应用于 wifi网络或其它类似网络。

可以理解的是， 本实施例中的终端设备 800可如上述方法实施例中的终端设备， 其各个 功能模块的功能可以根据上述方法实施例中的 方法具体实现， 其具体实现过程可以参照上述 方法实施例的相关描述， 此处不再赘述。

本发明下行数据传输方法的另一个实施例， 可包括： 接入设备发送第一终端设备的下行 数据帧； 其中， 第一终端设备的下行数据帧携带信道占用时长 信息， 该信道占用时长信息所 指示的时长， 大于或等于该接入设备向第二终端设备下发第 二终端设备的下行数据帧所需信 道占用时长的部分或全部； 该接入设备在该信道占用时长信息所指示时长 范围内， 发送第二 终端设备的下行数据帧。

参见图 9、 本发明实施例提供的一种下行数据传输方法可 包括：

901、 接入设备发送第一终端设备的下行数据帧；

其中， 第一终端设备的下行数据帧携带信道占用时长 信息， 该信道占用时长信息所指示 的时长， 大于或等于该接入设备向第二终端设备下发第 二终端设备的下行数据帧所需信道占 用时长的部分或全部； 可以理解， 接入设备发送的第一终端设备的下行数据帧还 携带有第一 终端设备未下载的下行数据， 当然还可能携带其它现有信息。 该下行数据帧例如可以是接入 设备当前需要发送的第一终端设备的最后一个 下行数据帧， 例如， 该第一终端设备的下行数 据帧包括指示该第一终端设备的下行数据帧为 该第一终端的最后一个下行数据帧的指示信 息， 例如该最后一个下行数据帧通过该帧中的 More Data (更多数据） 位为 0来指示其为最 后一个下行数据帧）， 而当 More Data为 0， 即表示是最后一下行数据帧且信道占用时长大 于 零 0， 表示用于预约下一个终端设备的下发数据时间 。 当然， 也可能是接入设备当前需要发 送的第一终端设备的第一个或其它任意一个下 行数据帧， 例如， 通过下行数据帧中的 More Data位为 1来指示该下行数据帧并非向第一终端设备下� �的最后一个下行数据帧。

在本发明的一个实施例中， 第一终端设备的下行数据帧携带信道占用时长 信息例如可携 带在第一终端设备的下行数据帧的 duration字段， 当然也可携带在其它字段。

在本发明的一个实施例中， 接入设备下发第一终端设备的下行数据帧之前 可先向下发向 第一终端设备的下行数据帧。

902、接入设备在该信道占用时长信息所指示时 长范围内， 发送第二终端设备的下行数据 帧。

在本发明的一个实施例中， 第一终端设备的下行数据帧携带信道占用时长 信息所指示的 时长对应的起始时间， 可为指定时间 （例如某绝对时间或某相对时间） 或接入设备发送完第 一终端设备的下行数据帧（例如第一终端设备 的最后一个下行数据帧或任意一个下行数据帧 ) 的时间， 或接入设备接收到第一终端设备的下行数据帧 （例如第一终端设备的最后一个下行 数据帧或任意一个下行数据帧） 对应的应答帧的时间； 该信道占用时长信息所指示的时长对 应的结束时间， 可为改接入设备发送完第二终端设备的下行数 据帧 （例如第二终端设备的最 后一个下行数据帧或任意一个下行数据帧） 的时间， 或接入设备接收到第二终端设备的下行 数据帧 （例如第二终端设备的最后一个下行数据帧或 任意一个下行数据帧） 对应的应答帧的 时间。

在本发明的一个实施例中， 接入设备在发送第一终端设备的下行数据帧之 前还可下发广 播帧， 该广播帧携带可传输指示位表 TIM， 该传输指示位表指示有未下载下行数据的终端 设 备包括第一终端设备和第二终端设备。 当然， 接入设备还可通过其它方式指示第一终端设备 和第二终端设备有未下载的下行数据， 或者第一终端设备和第二终端设备可一直保持 醒状态 或在接收到广播帧后一直保持醒状态， 等待接收接入设备下发下行数据。

此外， 若接入设备下发广播帧携带的传输指示位表指 示有未下载下行数据的终端设备还 包括第三终端设备； 则接入设备下发第二终端设备的下行数据帧还 可携带有第二信道占用时 长信息， 该第二信道占用时长信息所指示的时长， 大于或等于该接入设备向第三终端设备下 发第三终端设备的下行数据帧所需信道占用时 长的部分或全部； 接入设备下发第二终端设备 的下行数据帧之后， 还可在第二信道占用时长信息所指示时长范围 内， 下发第三终端设备的 下行数据帧， 其中， 第三终端设备的下行数据帧携带有第三终端设 备未下载的下行数据。 可 以理解。 对于存在多个有未下载下行数据的终端设备的 情况， AP均可按照上述方式依次向不 同终端设备下发下行数据， 而下发后一个终端设备的下行数据的时间， 开始于前一个终端设 备的下行数据帧携带的信道占用时长信息所指 示时长范围内， 这样可以避免各个终端设备之 间的竞争传输。其中， 信道占用时长信息可携带在下行数据帧的 duration字段， 当然也可携 带在下行数据帧的其它字段。

为便于更好的理解， 下面通过一个具体应用场景为例进行说明。

假设， 终端设备 （如 STA) 根据 AP下发的广播帧携带的 TM， 获知自己有未下载的下行 数据， 于是， STA在接下来的竞争期内保持醒着的状态， 等待 AP发送下行数据。而在这期间， STA不向 AP发送 PS_Poll消息来要求获取下行数据。 WiFi的信道使用时间通常被分为竞争期 和非竞争期。 STA可通过监听 Beacon帧来获知竞争期和非竞争期何时开始， 何时结束。 而有 未下载数据的 STA在竞争期里， 等待 AP给它发送下行数据。

例如图 10所示， 假设有三个终端设备有未下载下行数据。 AP可向第 1个终端设备 （如 STA1 )发送请求发送（RTS， Request To Send)帧， 请求发送下行数据， 该 RTS帧中 duration 字段可指示 AP下发 STA1的下行数据帧对信道的占用时长 （例如 AP开始向 STA1下发下行数 据帧到 AP接收到 STA1反馈的 ACK时的时长） 为止。 信道占用时长即网络分配向量 續， Network Allocation Vector) 其中， AP有多种方法来选择哪个 STA作为第 1个下发下行数 据的 STA， 例如 AP根据自己的算法决定， 比如可从 AID最小的 STA开始， 按照由小到大的顺 序依次发送等。

STA1接收到 AP发送的 RTS帧后，可向 AP返回允许发送 （CTS， Clear To Send) 帧， 该 CTS帧指示允许 AP发送数据， 该 CTS帧中的 duration字段同样可指示下发 STA1的下行数据 帧对信道的占用时长 （例如 AP开始向 STA1下发下行数据帧到 AP接收到 STA1反馈的 ACK时 所需的时长） 为止。

AP向 STA1发送下行数据帧 （如 DL datal ), 其中， 该下行数据帧同时也可起到一个 RTS 帧的作用，该下行数据帧的 duration字段可指示 AP下发 STA2的下行数据帧对信道的占用时 长（例如 AP开始向 STA2下发下行数据帧到 AP接收到 STA2反馈的 ACK时所需的时长）， 以保 证下行信道能被占用着。

之后， AP向 STA2发送下行数据帧 （DL data2), 该下行数据帧的 duration字段可指示 AP下发 STA3的下行数据帧对信道的占用时长（例如 AP开始向 STA3下发下行数据帧到 AP接 收到 STA3反馈的 ACK时所需的时长）。 基于此种方式， 直到 AP给最后 1个 STA ( STAn) 发送 最后一个下行数据帧时， 该下行数据帧 （DL datan) 携带的 duration字段可仅指示到信道将 会被占用到 AP接收到对应的 ACKn结束， 表示后面不再占用信道了， 因为此后不再有下行数 据帧下发了。

由上可见， 本实施例接入设备发送第一终端设备的下行数 据帧； 其中， 第一终端设备的 下行数据帧携带信道占用时长信息， 该信道占用时长信息所指示的时长， 大于或等于接入设 备向第二终端设备下发第二终端设备的下行数 据帧所需信道占用时长的部分或全部； 接入设 备在该信道占用时长信息所指示时长范围内， 发送第二终端设备的下行数据帧。 由于接入设 备利用向终端设备下发的下行数据帧， 来指示其向下一终端设备下发下行数据所需信 道占用 时长的部分或全部， 以提前预约信道资源， 使得其它终端设备在该预约的信道占用时长内 不 会发起竞争， 接入设备在该信道占用时长内开始下发下一终 端设备的下行数据帧， 如此接入 设备可顺利的陆续向各终端设备下发下行数据 帧， 不会造成各终端设备间的传输竞争， 这样 有利于降低终端设备能耗， 有利于更好的适用于存在更多终端设备的通信 场景。

参见图 l l_a、 本发明实施例还提供一种接入设备 1100， 可包括：

第三发送器 1101， 用于发送第一终端设备的下行数据帧；

其中， 第一终端设备的下行数据帧携带信道占用时长 信息， 该信道占用时长信息所指示 的时长，大于或等于接入设备 1100向第二终端设备下发第二终端设备的下行� �据帧所需信道 占用时长的部分或全部；

可以理解，第三发送器 1101发送的第一终端设备的下行数据帧还携带� �第一终端设备未 下载的下行数据， 当然还可能携带其它现有信息。 该下行数据帧例如可以是接入设备当前需 要发送的第一终端设备的最后一个下行数据帧 ， 例如， 该第一终端设备的下行数据帧包括指 示该第一终端设备的下行数据帧为该第一终端 的最后一个下行数据帧的指示信息。 当然也可 能是接入设备当前需要发送的第一终端设备的 第一个或其它任意一个下行数据帧。

在本发明的一个实施例中， 第一终端设备的下行数据帧携带信道占用时长 信息例如可携 带在第一终端设备的下行数据帧的 duration字段， 当然也可携带在其它字段。

第三发送器 1101还用于在上述信道占用时长信息所指示时� �范围内，发送第二终端设备 的下行数据帧。

参见图 l l-b， 在本发明的一个实施例中， 接入设备 1100还可包括： 第四发送器 1102， 用于在第三发送器 1101发送第一终端设备的下行数据帧之前下发� � 播帧， 该广播帧携带传输指示位表， 该传输指示位表指示有未下载下行数据的终端 设备包括 第一终端设备和第二终端设备。

参见图 l l-c， 在本发明的一个实施例中， 接入设备 1100还可包括：

第五发送器 1103， 用于在第三发送器 1101发送第一终端设备的下行数据帧之前， 向第 一终端设备发送 RTS帧；

第二接收器 1104， 用于接收第一终端设备发送的 CTS帧。

在本发明的一个实施例中， 第一终端设备的下行数据帧携带信道占用时长 信息所指示的 时长对应的起始时间， 可为指定时间 （例如某绝对时间或某相对时间） 或接入设备发送完第 一终端设备的下行数据帧（例如第一终端设备 的最后一个下行数据帧或任意一个下行数据帧 ) 的时间， 或接入设备接收到第一终端设备的下行数据帧 （例如第一终端设备的最后一个下行 数据帧或任意一个下行数据帧） 对应的应答帧的时间； 该信道占用时长信息所指示的时长对 应的结束时间， 可为改接入设备发送完第二终端设备的下行数 据帧 （例如第二终端设备的最 后一个下行数据帧或任意一个下行数据帧） 的时间， 或接入设备接收到第二终端设备的下行 数据帧 （例如第二终端设备的最后一个下行数据帧或 任意一个下行数据帧） 对应的应答帧的 时间， 以此类推。

可以理解的是， 本实施例中的接入设备 1100可如上述方法实施例中的 AP等接入设备， 其各个功能模块的功能可以根据上述方法实施 例中的方法具体实现， 其具体实现过程可以参 照上述方法实施例的相关描述， 此处不再赘述。

本发明实施例提供一种通信系统， 可包括接入设备 700或 1100。

参见图 12， 本发明实施例还提供一种通信系统， 可包括：

接入设备 1210， 以及与接入设备 1210以可通信方式连接的核心网设备 1220。

其中， 接入设备 1210可如上述实施例中描述的接入设备 700或 1100， 核心网设备 1220 例如可以是移动性管理网元或其它核心网设备 。

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

需要说明的是， 对于前述的各方法实施例， 为了简单描述， 故将其都表述为一系列的动 作组合， 但是本领域技术人员应该知悉， 本发明并不受所描述的动作顺序的限制， 因为依据 本发明， 某些步骤可以采用其它顺序或者同时进行。 其次， 本领域技术人员也应该知悉， 说 明书中所描述的实施例均属于优选实施例，所 涉及的动作和模块并不一定是本发明所必须的 。 综上， 本发明实施例的一种方案中， 接入设备下发的广播帧携带至少一个服务时间 信息， 该服务时间信息用于指示出该接入设备下发下 行数据的服务时间； 若终端设备有未下载的下 行数据， 则接入设备通知终端设备有未下载的下行数据 ， 并在该至少一个服务时间信息中的 其中一个或多个服务时间信息所指示的服务时 间内， 向该终端设备下发下行数据。 由于接入 设备专为其下发下行数据开辟了至少一个服务 时段， 若某终端设备有未下载的下行数据， 接 入设备可在其开辟的专用于下发下行数据的其 中一个或者多个服务时段内， 向该终端设备下 发下行数据， 这样就有利于避免上报上行数据的终端设备和 获取下行数据的终端设备之间的 竞争传输问题， 有利于降低终端设备能耗。

进一步的， 假设接入设备接收到终端设备上报的上行数据 后， 向该终端设备发送该上行 数据的接收响应， 其中， 该接收响应用于通知该终端设备是否有未下载 的下行数据， 由于该 方案摒弃了利用 TIM来通知终端设备是否有未下载的下行数据的 现有机制， 而利用终端设备 上报的上行数据的接收响应来针对性的通知该 终端设备是否有现有下行数据， 避免使用现有 TIM, 进而有利于控制 Beacon帧的大小； 并且， 由于接入设备是利用每个终端设备上报的上 行数据的接收响应来通知该终端设备是否有未 下载的下行数据， 这样下行数据通知的针对性 更强， 有利于提高下行数据的通知机制的灵活性， 进而有利于更好的适用存在更多终端设备 的通信场景， 并且， 由于是通过对接收响应的扩展来实现通知， 进而可无需引入新的消息， 实现成本相对较低。

本发明实施例提供的另一种方案中， 接入设备发送第一终端设备的下行数据帧； 其中， 第一终端设备的下行数据帧携带信道占用时长 信息， 该信道占用时长信息所指示的时长， 大 于或等于接入设备向第二终端设备下发第二终 端设备的下行数据帧所需信道占用时长的部分 或全部； 接入设备在该信道占用时长信息所指示时长范 围内， 发送第二终端设备的下行数据 帧。 由于接入设备利用向终端设备下发的下行数据 帧， 来指示其向下一终端设备下发下行数 据所需信道占用时长的部分或全部， 以提前预约信道资源， 使得其它终端设备在该预约的信 道占用时长内不会发起竞争， 接入设备在该信道占用时长内开始下发下一终 端设备的下行数 据帧， 如此接入设备可顺利的陆续向各终端设备下发 下行数据帧， 又不会造成各终端设备间 的传输竞争， 有利于降低终端设备能耗， 有利于更好的适用于存在更多终端设备的通信 场景。

本领域普通技术人员可以理解上述实施例的各 种方法中的全部或部分步骤是可以通过程 序来指令相关的硬件来完成， 该程序可以存储于一计算机可读存储介质中， 存储介质可以包 括： 只读存储器、 随机存储器、 磁盘或光盘等。

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