通信方法及装置与流程

1.本申请涉及通信领域，尤其涉及通信方法及装置。


背景技术：

2.高频wi-fi是未来无线网络的重要方向，越来越受到关注。一方面，高频信号随距离衰减过快，导致一个ap的覆盖范围有限；另一方面，由于无线局域网(wireless local area network，wlan)技术的不断普及，无线接入点(access point，ap)部署得越来越密集。因此，为了防止多个ap之间的干扰，提升对用户的服务质量，多个ap相互协作共同服务sta成为一个有价值的研究方向。
3.当前，在ap协作场景下，业界未提供通告传输间隔(announcement transmission interval，ati)的具体流程。


技术实现要素：

4.本申请提供一种通信方法及装置，用于在ap协作场景下，确定ati阶段的具体流程。
5.第一方面，本申请提供一种通信方法，包括：第一ap生成第一指示帧，第一指示帧用于指示ati中，第一ap、第二ap、以及站点(station，sta)之间的交互流程；第一ap向多个第二ap发送第一指示帧。
6.基于上述技术方案，第一ap向多个第二ap发送第一指示帧，以使得第二ap可以确定ati中第一ap、第二ap与sta之间的交互流程，从而保证ati阶段的正常执行。
7.一种可能的设计中，第一指示帧包括调度方式指示信息，调度方式指示信息用于指示调度方式，不同的调度方式对应不同的交互流程。
8.一种可能的设计中，调度方式包括第一调度方式、第二调度方式、以及第三调度方式。
9.一种可能的设计中，基于第一调度方式，第一ap、第二ap、以及sta之间的交互流程，包括：各个第二ap在对应的第一时间段内接收一个或多个sta发送的第一请求帧；各个第二ap在第二时间段内向第一ap发送第二请求帧；第一ap在第二时间段内向各个第二ap发送第二响应帧。其中，第一请求帧用于指示发送第一请求帧的sta的服务需求；第二请求帧用于指示一个或多个sta的服务需求；第二响应帧用于响应第二请求帧。基于该设计，第一ap下发的第二响应帧是基于各个第二ap发送的第一请求帧来确定的。因此，第一ap下发的第二响应帧是基于全局考虑的，可以满足各个sta的服务需求。
10.一种可能的设计中，第一指示帧还包括多个ap调度信息，多个ap调度信息与多个第二ap一一对应。ap调度信息包括：关联标识(association identifier，aid)、第一指示信息、第一时间段的开始时间、第一时间段的持续时间、第二指示信息、第二时间段的开始时间、以及第二时间段的持续时间；其中，第一指示信息用于指示第二ap是否基于轮询方式获取第一请求帧；第二指示信息用于指示第一ap是否基于轮询方式获取第二请求帧。
11.一种可能的设计中，基于第二调度方式，第一ap、第二ap、以及sta之间的交互流程，包括：第二ap在对应的第一时间段内接收sta发送的第一请求帧；第二ap在对应的第一时间段内向第一ap发送第二请求帧；第一ap在每次接收到第二请求帧之后均发送第二响应帧。其中，第一请求帧用于指示发送第一请求帧的sta的服务需求；第二请求帧用于指示一个或多个sta的服务需求；第二响应帧用于响应第二请求帧。基于该设计，第一ap在每次接收到第二请求帧之后均发送第二响应帧，以及时满足sta的服务需求。
12.一种可能的设计中，基于第三调度方式，第一ap、第二ap、以及sta之间的交互流程，包括：第二ap在对应的第一时间段内接收sta发送的第一请求帧；第二ap在对应的第一时间段内向第一ap发送第二请求帧；第一ap在第二时间段内发送第二响应帧。其中，第一请求帧用于指示发送第一请求帧的sta的服务需求；第二请求帧用于指示一个或多个sta的服务需求；第二响应帧用于响应第二请求帧。基于该设计，第一ap下发的第二响应帧是基于各个第二ap发送的第一请求帧来确定的。因此，第一ap下发的第二响应帧是基于全局考虑的，可以满足各个sta的服务需求。
13.一种可能的设计中，第一指示帧还包括多个ap调度信息，多个ap调度信息与多个第二ap一一对应。ap调度信息包括：aid、第一指示信息、第一时间段的开始时间、以及第一时间段的持续时间；其中，第一指示信息用于指示第二ap是否基于轮询方式获取第一请求帧。
14.第二方面，本申请提供一种通信方法，包括：第二ap接收第一ap发送的第一指示帧，第一指示帧用于指示通告传输间隔ati中，第一ap、第二ap、以及sta之间的交互流程；第二ap根据第一指示帧，执行交互流程。
15.一种可能的设计中，第一指示帧包括调度方式指示信息，调度方式指示信息用于指示调度方式，不同的调度方式对应不同的交互流程。
16.一种可能的设计中，调度方式包括第一调度方式、第二调度方式、以及第三调度方式。
17.一种可能的设计中，基于第一调度方式，第一ap、第二ap、以及sta之间的交互流程，包括：各个第二ap在对应的第一时间段内接收一个或多个sta发送的第一请求帧；各个第二ap在第二时间段内向第一ap发送第二请求帧；第一ap在第二时间段内向各个第二ap发送第二响应帧。其中，第一请求帧用于指示发送第一请求帧的sta的服务需求；第二请求帧用于指示一个或多个sta的服务需求；第二响应帧用于响应第二请求帧。
18.一种可能的设计中，第一指示帧还包括多个ap调度信息，多个ap调度信息与多个第二ap一一对应。ap调度信息包括：aid、第一指示信息、第一时间段的开始时间、第一时间段的持续时间、第二指示信息、第二时间段的开始时间、以及第二时间段的持续时间；其中，第一指示信息用于指示第二ap是否基于轮询方式获取第一请求帧；第二指示信息用于指示第一ap是否基于轮询方式获取第二请求帧。
19.一种可能的设计中，基于第二调度方式，第一ap、第二ap、以及sta之间的交互流程，包括：第二ap在对应的第一时间段内接收sta发送的第一请求帧；第二ap在对应的第一时间段内向第一ap发送第二请求帧；第一ap在每次接收到第二请求帧之后均发送第二响应帧。其中，第一请求帧用于指示发送第一请求帧的sta的服务需求；第二请求帧用于指示一个或多个sta的服务需求；第二响应帧用于响应第二请求帧。
20.一种可能的设计中，基于第三调度方式，第一ap、第二ap、以及sta之间的交互流程，包括：第二ap在对应的第一时间段内接收sta发送的第一请求帧；第二ap在对应的第一时间段内向第一ap发送第二请求帧；第一ap在第二时间段内发送第二响应帧。其中，第一请求帧用于指示发送第一请求帧的sta的服务需求；第二请求帧用于指示一个或多个sta的服务需求；第二响应帧用于响应第二请求帧。
21.一种可能的设计中，第一指示帧还包括多个ap调度信息，多个ap调度信息与多个第二ap一一对应。ap调度信息包括：aid、第一指示信息、第一时间段的开始时间、以及第一时间段的持续时间；其中，第一指示信息用于指示第二ap是否基于轮询方式获取第一请求帧。
22.一种可能的设计中，该方法还包括：第二ap向sta发送第一响应帧，第一响应帧用于响应第一请求帧，第一响应帧包括多个sta信息，多个sta信息与多个sta一一对应，sta信息用于指示为与sta信息对应的sta提供服务的每一个ap的地址。
23.第三方面，本申请提供一种通信装置，包括：处理模块，用于生成第一指示帧，第一指示帧用于指示ati中，第一ap、第二ap、以及sta之间的交互流程；通信模块，用于向多个第二ap发送第一指示帧。
24.一种可能的设计中，第一指示帧包括调度方式指示信息，调度方式指示信息用于指示调度方式，不同的调度方式对应不同的交互流程。
25.一种可能的设计中，调度方式包括第一调度方式、第二调度方式、以及第三调度方式。
26.一种可能的设计中，基于第一调度方式，第一ap、第二ap、以及sta之间的交互流程，包括：各个第二ap在对应的第一时间段内接收一个或多个sta发送的第一请求帧；各个第二ap在第二时间段内向第一ap发送第二请求帧；第一ap在第二时间段内向各个第二ap发送第二响应帧。其中，第一请求帧用于指示发送第一请求帧的sta的服务需求；第二请求帧用于指示一个或多个sta的服务需求；第二响应帧用于响应第二请求帧。
27.一种可能的设计中，第一指示帧还包括多个ap调度信息，多个ap调度信息与多个第二ap一一对应。ap调度信息包括：aid、第一指示信息、第一时间段的开始时间、第一时间段的持续时间、第二指示信息、第二时间段的开始时间、以及第二时间段的持续时间；其中，第一指示信息用于指示第二ap是否基于轮询方式获取第一请求帧；第二指示信息用于指示第一ap是否基于轮询方式获取第二请求帧。
28.一种可能的设计中，基于第二调度方式，第一ap、第二ap、以及sta之间的交互流程，包括：第二ap在对应的第一时间段内接收sta发送的第一请求帧；第二ap在对应的第一时间段内向第一ap发送第二请求帧；第一ap在每次接收到第二请求帧之后均发送第二响应帧。其中，第一请求帧用于指示发送第一请求帧的sta的服务需求；第二请求帧用于指示一个或多个sta的服务需求；第二响应帧用于响应第二请求帧。
29.一种可能的设计中，基于第三调度方式，第一ap、第二ap、以及sta之间的交互流程，包括：第二ap在对应的第一时间段内接收sta发送的第一请求帧；第二ap在对应的第一时间段内向第一ap发送第二请求帧；第一ap在第二时间段内发送第二响应帧。其中，第一请求帧用于指示发送第一请求帧的sta的服务需求；第二请求帧用于指示一个或多个sta的服务需求；第二响应帧用于响应第二请求帧。
30.一种可能的设计中，第一指示帧还包括多个ap调度信息，多个ap调度信息与多个第二ap一一对应。ap调度信息包括：aid、第一指示信息、第一时间段的开始时间、以及第一时间段的持续时间；其中，第一指示信息用于指示第二ap是否基于轮询方式获取第一请求帧。
31.第四方面，本申请提供一种通信装置，包括：通信模块，用于接收第一ap发送的第一指示帧，第一指示帧用于指示ati中，第一ap、第二ap、以及sta之间的交互流程；处理模块，用于根据第一指示帧，执行交互流程。
32.一种可能的设计中，第一指示帧包括调度方式指示信息，调度方式指示信息用于指示调度方式，不同的调度方式对应不同的交互流程。
33.一种可能的设计中，调度方式包括第一调度方式、第二调度方式、以及第三调度方式。
34.一种可能的设计中，基于第一调度方式，第一ap、第二ap、以及sta之间的交互流程，包括：各个第二ap在对应的第一时间段内接收一个或多个sta发送的第一请求帧；各个第二ap在第二时间段内向第一ap发送第二请求帧；第一ap在第二时间段内向各个第二ap发送第二响应帧。其中，第一请求帧用于指示发送第一请求帧的sta的服务需求；第二请求帧用于指示一个或多个sta的服务需求；第二响应帧用于响应第二请求帧。
35.一种可能的设计中，第一指示帧还包括多个ap调度信息，多个ap调度信息与多个第二ap一一对应。ap调度信息包括：aid、第一指示信息、第一时间段的开始时间、第一时间段的持续时间、第二指示信息、第二时间段的开始时间、以及第二时间段的持续时间；其中，第一指示信息用于指示第二ap是否基于轮询方式获取第一请求帧；第二指示信息用于指示第一ap是否基于轮询方式获取第二请求帧。
36.一种可能的设计中，基于第二调度方式，第一ap、第二ap、以及sta之间的交互流程，包括：第二ap在对应的第一时间段内接收sta发送的第一请求帧；第二ap在对应的第一时间段内向第一ap发送第二请求帧；第一ap在每次接收到第二请求帧之后均发送第二响应帧。其中，第一请求帧用于指示发送第一请求帧的sta的服务需求；第二请求帧用于指示一个或多个sta的服务需求；第二响应帧用于响应第二请求帧。
37.一种可能的设计中，基于第三调度方式，第一ap、第二ap、以及sta之间的交互流程，包括：第二ap在对应的第一时间段内接收sta发送的第一请求帧；第二ap在对应的第一时间段内向第一ap发送第二请求帧；第一ap在第二时间段内发送第二响应帧。其中，第一请求帧用于指示发送第一请求帧的sta的服务需求；第二请求帧用于指示一个或多个sta的服务需求；第二响应帧用于响应第二请求帧。
38.一种可能的设计中，第一指示帧还包括多个ap调度信息，多个ap调度信息与多个第二ap一一对应。ap调度信息包括：aid、第一指示信息、第一时间段的开始时间、以及第一时间段的持续时间；其中，第一指示信息用于指示第二ap是否基于轮询方式获取第一请求帧。
39.一种可能的设计中，通信模块，还用于向sta发送第一响应帧，第一响应帧用于响应第一请求帧，第一响应帧包括多个sta信息，多个sta信息与多个sta一一对应，sta信息用于指示为与sta信息对应的sta提供服务的每一个ap的地址。
40.第五方面，提供了一种通信装置，包括：处理器和通信接口，所述处理器用于执行
计算机指令，以实现第一方面或者第二方面提供的任意一种方法。通信接口用于执行相应方法中的接收/发送动作。
41.在一种可能的实现方式中，通信装置还包括存储器，所述处理器与所述存储器耦合，所述存储器用于存储所述计算机指令。
42.在一种可能的实现方式中，存储器和处理器集成在一起，或者，存储器和处理器为独立的器件。
43.第六方面，提供了一种通信装置，包括：逻辑电路和输出接口，逻辑电路和输出接口用于实现第一方面或者第二方面提供的任意一种方法。其中，逻辑电路用于执行相应方法中的处理动作，输出接口用于执行相应方法中的接收/发送的动作。
44.第七方面，提供一种芯片，包括：处理电路和收发管脚，处理电路和收发管脚用于实现上述第一方面或第二方面提供的任意一种方法，其中，处理电路用于执行相应方法中的处理动作，收发管脚用于执行相应方法中的接收/发送的动作。
45.第八方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，当该计算机指令在计算机上运行时，使得计算机执行第一方面或者第二方面提供的任意一种方法。
46.第九方面，提供一种包含计算机指令的计算机程序产品，当该计算机指令在计算机上运行时，使得计算机执行第一方面或者第二方面提供的任意一种方法。
47.第十方面，提供一种通信系统，包括c-ap和m-ap。其中，c-ap用于执行上述第一方面中任一种设计所涉及的方法。m-ap用于执行上述第二方面中任一种设计所涉及的方法。
48.需要说明的是，上述第三方面至第十方面中任一种设计所带来的技术效果可以参见第一方面或第二方面中对应设计所带来的技术效果，此处不再赘述。
附图说明
49.图1为本申请实施例提供的一种bpac的架构图；
50.图2为本申请实施例提供的一种超帧的示意图；
51.图3为本申请实施例提供的一种通信方法的流程图；
52.图4为本申请实施例提供的一种第一指示帧的帧结构的示意图；
53.图5为本申请实施例提供的基于第一调度方式的ati阶段的流程图；
54.图6为本申请实施例提供的基于第一调度方式的ati阶段的时序图一；
55.图7为本申请实施例提供的一种spr帧的帧结构的示意图；
56.图8为本申请实施例提供的一种轮询帧的帧结构的示意图；
57.图9为本申请实施例提供的基于第一调度方式的ati阶段的时序图二；
58.图10为本申请实施例提供的一种第二指示帧的帧结构；
59.图11为本申请实施例提供的第一指示帧中ap调度信息的结构示意图一；
60.图12为本申请实施例提供的基于第二调度方式的ati阶段的流程图；
61.图13为本申请实施例提供的基于第二调度方式的ati阶段的时序图；
62.图14为本申请实施例提供的第一指示帧中ap调度信息的结构示意图二；
63.图15为本申请实施例提供的基于第三调度方式的ati阶段的流程图；
64.图16为本申请实施例提供的基于第三调度方式的ati阶段的时序图；
65.图17为本申请实施例提供的第一指示帧中ap调度信息的结构示意图三；
66.图18为本申请实施例提供的第一时间段的示意图一；
67.图19为本申请实施例提供的第一时间段的示意图二；
68.图20为本申请实施例提供的第二时间段的示意图三；
69.图21为本申请实施例提供的一种第二响应帧的帧结构的示意图；
70.图22为本申请实施例提供的另一种通信方法的流程图；
71.图23为本申请实施例提供的一种第一响应帧的帧结构的示意图；
72.图24为本申请实施例提供的一种通信装置的结构示意图；
73.图25为本申请实施例提供的一种通信装置的结构示意图。
具体实施方式
74.在本申请的描述中，除非另有说明，“/”表示“或”的意思，例如，a/b可以表示a或b。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。此外，“至少一个”是指一个或多个，“多个”是指两个或两个以上。“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
75.需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
76.在本申请的描述中，“指示”可以包括直接指示和间接指示，也可以包括显式指示和隐式指示。将某一信息(如下文所述的指示信息)所指示的信息称为待指示信息，则具体实现过程中，对所述待指示信息进行指示的方式有很多种。例如，可以直接指示所述待指示信息，其中所述待指示信息本身或者所述待指示信息的索引等。又例如，也可以通过指示其他信息来间接指示所述待指示信息，其中该其他信息与所述待指示信息之间存在关联关系。又例如，还可以仅仅指示所述待指示信息的一部分，而所述待指示信息的其他部分则是已知的或者提前约定的。另外，还可以借助预先约定(例如协议规定)的各个信息的排列顺序来实现对特定信息的指示，从而在一定程度上降低指示开销。
77.本申请的技术方案应用于wlan，wlan采用的标准可以为电气和电子工程师协会(institute of electrical and electronics engineers，ieee)的802.11标准，例如802.11ad标准、802.11ay标准、以及下一代的802.11标准等。
78.为了便于理解，下面先对本申请实施例所涉及的技术术语进行简单介绍。
79.1、基本服务集个人基本服务集控制节点/接入点簇(bss pcp/ap cluster，bpac)
80.bpac为一种高频wi-fi协作框架。如图1所示，bpac包括中心接入点(center access point，c-ap)、多个成员接入点(member access point，m-ap)、以及多个sta。
81.其中，c-ap的功能类似于802.11ad/11ay标准中个人基本服务集控制节点(personal basic service set control point，pcp)/ap簇(clustering)中的同步pcp(synchronization pcp，s-pcp)/同步ap(synchronization ap，s-ap)。c-ap用于负责协调多个m-ap之间的相互协作。
82.m-ap用于为sta提供服务。多个m-ap可以相互协作为共同的sta提供服务。
83.可以理解的是，c-ap和m-mp的名称仅是示例，c-ap和m-ap可以有其他名称，例如，c-ap还可以被称为第一ap，m-ap还可以被称为第二ap。
84.上述c-ap和m-ap可以是基站、pcp或者ap。ap可以是无线路由器、无线收发机、无线交换机等。
85.sta可以有不同的名称，例如用户单元、接入终端、移动站、移动台、移动设备、终端、用户设备等。在实际应用中，sta可以是蜂窝电话、智能手机、无线本地环路(wireless local loop，wll)，以及其它具有无线局域网通信功能的手持设备、计算机设备等。
86.2、超帧
87.超帧是一种用来组织网络通信时间分配的逻辑结构。超帧的长度是固定的。超帧的长度为信标间隔(beacon interval，bi)。
88.如图2所示，在bpac中，超帧包括以下阶段：接入点信标帧传输间隔(ap beacon transmission interval，abti)、信标帧传输间隔(beacon transmission interval，bti)、关联波束训练(association beamforming training，a-bft)、邻小区上报阶段(neighbor report period，nrp)、接入点交流间隔(communication transmission interval，cti)、ati、以及数据传输间隔(data transmission interval，dti)。
89.其中，在abti阶段中，c-ap在向所有的m-ap发送定向多千兆(directional multi-gigab，dmg)ap信标(beacon)帧。c-ap通过发送dmg ap beacon帧，以使得m-ap获知新的周期开始。并且，dmg ap beacon帧携带有新的周期的阶段信息。
90.在bti阶段中，所有的m-ap按顺序发送dmg beacon帧。m-ap发送dmg beacon帧，使得sta获知新的周期开始，并且，dmg beacon帧携带有新的周期的阶段信息。另外，dmg beacon可用于m-ap和sta之间的波束训练。
91.在a-bft阶段中，m-ap对sta进行波束训练。
92.在nrp阶段中，sta将检测到的干扰信息反馈给m-ap。
93.在cti阶段，m-ap将接收到的干扰信息反馈给c-ap。
94.dti阶段包括若干个子区间。其中，子区间存在以下两种类型：基于竞争接入区间(contention based access period，cbap)和服务区间(service period，sp)。例如，dti可以包括cbap1、cbap2、sp1、sp2等。
95.下面结合本申请的说明书附图，对本申请实施例所提供的技术方案进行具体介绍。
96.如图3所示，为本申请实施例提供的一种通信方法，该通信方法包括以下步骤：
97.s101、c-ap生成第一指示帧。
98.其中，所述第一指示帧用于指示ati阶段的调度信息。或者说，所述第一指示帧用于指示c-ap、m-ap以及sta之间的交互流程。
99.需要说明的是，c-ap、m-ap以及sta之间的交互流程，至少包括：第一交互阶段和第二交互阶段。其中，第一交互阶段是指m-ap与sta之间的交互阶段。第二交互阶段是指m-ap与c-ap之间的交互阶段。
100.在m-ap与sta之间的交互阶段，m-ap接收sta发送的第一请求帧。所述第一请求帧用于指示sta的服务需求。示例性的，所述服务需求可以为sta在mac层的业务缓存
(buffer)。
101.在m-ap与c-ap之间的交互阶段，m-ap向c-ap发送第二请求帧，以及c-ap向m-ap发送第二响应帧。
102.其中，第二请求帧用于指示一个或多个sta的服务需求。
103.第二响应帧用于响应第二请求帧。第二响应帧用于向各个m-ap指示其需要服务的一个或多个sta。第二响应帧还可以记为dmg cap grant frame，本申请实施例不限于此。
104.需要说明的是，该第一指示帧可以复用dmg ap beacon帧。或者，该第一指示帧可以为新增的一个独立帧。第一指示帧还可以有其他名称，例如dmg调度帧(dmg scheduling frame)，本申请实施例不限于此。
105.s102、c-ap向多个m-ap发送第一指示帧。相应的，多个m-ap中的每一个m-ap接收第一指示帧。
106.作为一种可能的实现方式，c-ap以全向的方式发送第一指示帧。多个m-ap中的每一个m-ap以定向的方式接收第一指示帧。
107.作为另一种可能的实现方式，c-ap以定向的方式向多个m-ap分别发送第一指示帧。多个m-ap中的每一个m-ap以定向/全向的方式接收第一指示帧。
108.需要说明的是，当m-ap采用定向的方式接收第一指示帧时，m-ap采用之前阶段训练得到的与c-ap对准的扇区。
109.需要说明的是，c-ap发送第一指示帧，可以具体实现为：c-ap以下行多用户多入多出(downlink multi-user multiple-input multiple-output，dl mu-mimo)的方式发送第一指示帧；或者，m-ap基于轮询方式发送第一指示帧。
110.在本申请实施例中，在第一指示帧可以为新增的一个独立帧的情况下，c-ap发送第一指示帧，以向多个m-ap指示ati阶段已开始。
111.基于图3所示的技术方案，c-ap通过向m-ap发送第一指示帧，以使得m-ap确定ati阶段中c-ap、m-ap、以及sta之间的交互流程，从而保证ati阶段的正常执行。
112.在本申请实施例中，第一指示帧包括调度方式指示信息，所述调度方式指示信息用于指示调度方式，所述调度方式用于指示m-ap与sta之间的交互阶段、以及m-ap与c-ap之间的交互阶段的调度情况。
113.可选的，上述调度方式包括第一调度方式、第二调度方式、以及第三调度方式。
114.需要说明的是，当调度方式指示信息取第一预设值时，调度方式指示信息用于指示第一调度方式。当调度方式指示信息取第二预设值时，调度方式指示信息用于指示第二调度方式。当调度方式指示信息取第三预设值时，调度方式指示信息用于指示第三调度方式。
115.上述第一预设值、第二预设值、以及第三预设值是协议中规定的，或者是c-ap和m-ap预先协商确定的，本申请实施例不限于此。
116.示例性的，调度方式指示信息的取值与含义之间的对应关系可以如表1所示。
117.表1
118.调度方式指示信息的取值含义0第一调度方式1第二调度方式
2第三调度方式
119.示例性的，图4示出第一指示帧的帧结构的示意图。第一指示帧至少包括：帧控制(frame control)字段、持续时间(duration)字段、接收地址(receiving address，ra)、发送地址(transmitting address，ta)、调度单元(scheduling element)字段、以及帧校验序列(frame check sequence，fcs)。
120.其中，调度单元字段还包括：ap和sta阶段(ap and sta phase)域、以及一个或多个ap调度信息。例如，调度单元字段包括ap调度信息1-ap调度信息n。
121.需要说明的是，ap and sta phase域用于承载调度方式指示信息。
122.需要说明的是，ap调度信息与m-ap之间具有一一对应关系。ap调度信息用于指示对应的m-ap相关的调度参数。在不同调度方式下，ap调度信息可以包括不同的调度参数。
123.下面结合具体实施例，说明各个调度方式。
124.(1)第一调度方式
125.如图5所示，基于第一调度方式，ati阶段包括以下步骤：
126.s201、m-ap在分配到的第一时间段内获取一个或多个sta的第一请求帧。
127.在本申请中，m-ap对应的第一时间段是由c-ap分配的。例如，c-ap通过第一指示帧为各个m-ap分配第一时间段。
128.可选的，第一指示帧用于为各个m-ap分配第一时间段，包括以下设计中的至少一种：
129.设计1、第一指示帧用于指示ati阶段中第一时间段的数目、各个第一时间段的持续时间、以及每一个m-ap对应的第一时间段的索引。
130.基于上述设计1，索引为1的第一时间段的起始时间为ati阶段的开始时间或者接收到第一指示帧的时间。索引为n的第一时间段的起始时间为索引为n-1的第一时间段的结束时间，n为大于1的正整数。
131.因此，m-ap基于第一指示帧所指示的ati阶段中第一时间段的数目以及各个第一时间段的持续时间，确定各个第一时间段在时域上的位置。进而，m-ap根据自身所对应的第一时间段的索引，确定自身对应的第一时间段在时域上的位置。
132.基于上述设计1，不同m-ap对应的第一时间段的索引可以是相同的，也可以是不相同的，本申请实施例不限于此。
133.设计2、第一指示帧包括每一个m-ap的分配信息，所述分配信息包括：基本服务集标识(basic service set identifier，bssid)/aid、第一时间段的持续时间、以及第一时间段的起始时间。
134.基于设计2，m-ap根据自身的bssid/aid，从第一指示帧中确定自身对应的分配信息。进而，m-ap根据自身对应的分配信息所指示的第一时间段的持续时间以及起始时间，确定自身对应的第一时间段在时域上的位置。
135.设计3、第一指示帧包括每一个m-ap的分配信息，所述分配信息包括：第一时间段的持续时间。在第一指示帧中，多个m-ap的分配信息按照预设顺序排列。其中，该预设顺序为多个m-ap按照bssid/aid从小到大进行排列的顺序；或者，该预设顺序为多个m-ap按照bssid/aid从大到小进行排列的顺序。
136.另外，m-ap的分配信息在预设顺序中的排列序号，用于确定该m-ap分配到的第一
时间段在时域上的索引。
137.基于设计3，虽然第一指示帧所包括的m-ap的分配信息不存在bssid/aid，但是m-ap可以根据自身bssis/aid在预设顺序的排列序号，确定自身对应的分配信息，进而确定自身对应的第一时间段在时域上的位置。
138.设计4、第一指示帧包括每一个m-ap的分配信息，所述分配信息包括：bssid/aid、以及第一时间段的持续时间。在第一指示帧中，多个m-ap的分配信息按照预设顺序排列。其中，该预设顺序为多个m-ap按照bssid/aid从小到大进行排列的顺序；或者，该预设顺序为多个m-ap按照bssid/aid从大到小进行排列的顺序。
139.另外，m-ap的分配信息在预设顺序中的排列序号，用于确定该m-ap分配到的第一时间段在时域上的索引。
140.基于设计4，m-ap根据自身的bssid/aid，确定第一指示帧中自身对应的分配信息，进而m-ap根据自身对应的分配信息，确定自身对应的第一时间段在时域上的位置。
141.设计5、第一指示帧用于指示第一持续时间。需要说明的是，所有第一时间段的持续时间均为第一持续时间。并且，各个m-ap分配到的第一时间段在时域上按照预设顺序排列。其中，该预设顺序为多个m-ap按照bssid/aid从小到大进行排列的顺序；或者，该预设顺序为多个m-ap按照bssid/aid从大到小进行排列的顺序。
142.基于设计5，m-ap根据自身bssis/aid在预设顺序的排列序号，确定自身对应的第一时间段在时域上的索引，进而结合第一时间段的持续时间，确定自身对应的第一时间段在时域上的位置。
143.设计6、第一指示帧用于指示第一持续时间、以及m-ap排列顺序。
144.基于设计6，m-ap根据自身在m-ap排列顺序中的序号，确定自身对应的第一时间段在时域上的索引，进而结合第一时间段的持续时间，确定自身对应的第一时间段在时域上的位置。
145.可以理解的是，上述设计1-设计6仅是示例，本申请实施例不限制于此。
146.步骤s201的实现方式一，在分配到的第一时间段内，m-ap以轮询方式获取来自sta的第一请求帧。也就是说，在分配到的第一时间段内，m-ap向目标sta发送第一轮询帧，第一轮询帧用于触发目标sta发送第一请求帧；之后，m-ap接收目标sta发送的第一请求帧。目标sta为该m-ap提供服务的多个sta中的任意一个。
147.结合图6对步骤s201的实现方一进行举例说明，c-ap先向m-ap1和m-ap2发送第一指示帧，该第一指示帧所包含的调度方式指示信息取第一预设值。因此，在m-ap1对应的第一时间段，m-ap1分别向sta1和sta2发送第一轮询帧，从而m-ap1分别接收sta1和sta2发送的第一请求帧。在m-ap2对应的第一时间段，m-ap2向sta3发送第一轮询帧，从而m-ap2接收sta3发送的第一请求帧。
148.需要说明的是，在m-ap基于轮询方式请求sta上报第一请求帧的情况下，sta上报的第一请求帧为新服务阶段请求(new service period request，new spr)帧。new spr帧使用的是现有协议中的spr帧的格式。
149.可选的，第一请求帧可以携带缓存状态报告(buffer state report，bsr)和ap协作请求。其中，bsr用于指示上行的缓冲区里需要发送的数据的量。ap协作请求用于请求多个m-ap协作为sta提供服务。
150.如图7所示，现有协议中的spr帧包括：帧控制字段、持续时间字段、接收地址、发送地址、动态分配信息(dynamic allocation info)、波束成形控制字段、以及帧校验序列。其中，动态分配信息用于承载sta需要上报的服务需求的相关信息。
151.需要说明的是，第一轮询帧可以采用现有技术中的轮询帧的帧格式。如图8所示，现有协议中的轮询帧包括：帧控制字段、持续时间字段、发送地址、接收地址、响应偏移(response offset)、以及帧校验序列。
152.步骤s201的实现方式二，在分配到的第一时间段内，m-ap以非轮询方式获取来自sta的第一请求帧。也就是说，在分配到的第一时间段内，m-ap先发送第二指示帧，该第二指示帧用于指示该m-ap提供服务的一个或多个sta发送第一请求帧；之后，m-ap接收一个或多个sta发送的第一请求帧。
153.可以理解的是，在m-ap服务多个sta的情况下，多个sta在接收到第二指示帧之后竞争信道以发送第一请求帧。
154.结合图9对步骤s201的实现方式二进行举例说明，在m-ap1对应的第一时间段，m-ap1先发送第二指示帧；sta1和sta2接收到第二指示帧之后，在竞争到信道的情况下向m-ap1发送第一请求帧。在m-ap2对应的第一时间段，m-ap2先发送第二指示帧；sta3在接收到第二指示帧之后，向m-ap2发送第一请求帧。
155.需要说明的是，在m-ap基于非轮询方式请求sta上报第一请求帧的情况下，sta上报的第一请求帧为dmg添加业务流(add traffic stream，addts)request frame。dmg addts request frame的帧结构可以参考现有技术，在此不再赘述。
156.需要说明的是，第二指示帧为动作(action)帧。第二指示帧可以有其他名称，例如dmg phase start frame，本申请实施例不限于此。
157.示例性的，如图10所示，第二指示帧包括：帧控制字段、持续时间字段、接收地址、发送地址、dmg阶段开始单元(dmg phase start element)字段、以及帧校验序列。其中，dmg phase start element字段包括：第一时间段的持续时间。
158.可以理解的是，基于图10所示的第二指示帧，sta可以获知m-ap对应的第一时间段的持续时间，以保证sta在m-ap对应的第一时间段内及时向m-ap上报第一请求帧。
159.s202、m-ap在第二时间段内发送第二请求帧。相应的，c-ap在第二时间段内接收到多个m-ap发送的第二请求帧。
160.其中，第二时间段不同于第一时间段。在时域上，第二时间段位于所有的第一时间段之后。第二时间段是c-ap确定的，或者是标准中定义的。
161.可选的，第二请求帧可以使用现有协议中spr帧的格式。这样一来，第二请求帧中的动态分配信息用于承载m-ap接收到的一个或多个第一请求帧中的相关信息，例如sta的服务需求。
162.步骤s202的实现方式一，在第二时间段内，c-ap以轮询方式获取m-ap发送的第二请求帧。也就是说，在第二时间段内，c-ap向目标m-ap发送第二轮询帧，第二轮询帧用于触发目标m-ap发送第二请求帧；之后，c-ap接收目标m-ap发送的第二请求帧。其中，目标m-ap为多个m-ap中的任意一个。
163.结合图6对步骤s202的实现方式一进行举例说明，在第二时间段，c-ap先向m-ap1发送第二轮询帧，以触发m-ap1上报第二请求帧；之后，c-ap向m-ap2发送第二轮询帧，以触
发m-ap2上报第二请求帧。
164.其中，第二轮询帧可以使用现有技术中轮询帧的帧结构。现有技术中轮询帧的帧结构可以参考图8。
165.需要说明的是，在轮询的过程中，在c-ap向第一m-ap发送第二轮询帧之后，若c-ap在预设时间间隔内未接收到第一m-ap发送的第二请求帧，则c-ap发送向第二m-ap第二轮询帧。其中，第一m-ap与第二m-ap是不同的两个m-ap。
166.可选的，预设时间间隔可以为帧间间隔(the time interval between frames，xifs)。xifs代表未明确指定的帧间间隔。
167.举例来说，假设c-ap先向m-ap1发送第二轮询帧；之后，c-ap在xifs内未接收到m-ap1发送的第二请求帧。这种情况下，为了保证ati阶段的正常执行，c-ap不会一直等待m-ap1上报第二请求帧，而是向m-ap2发送第二轮询帧。
168.步骤s202的实现方式二，在第二时间段内，c-ap以非轮询方式获取m-ap发送的第二请求帧。也就是说，在第二时间段内，多个m-ap在第二时间段内直接向c-ap发送第二请求帧，以使得c-ap接收到多个m-ap的第二请求帧。
169.结合图9对步骤s202的实现方式二进行举例说明，在第二时间段内，m-ap1先竞争到信道，因此m-ap1先向c-ap发送第二请求帧。之后，m-ap2向c-ap发送第二请求帧。
170.s203、c-ap在第二时间段内发送第二响应帧。
171.作为一种可能的实现方式，在第二时间段内，c-ap基于所有接收到的第二请求帧，作出相应的决策。从而，c-ap在第二时间段内向多个m-ap发送第二响应帧，以使得各个m-ap获知自身需要服务的sta，保证ap协作的正常运行。
172.基于第一调度方式，m-ap与sta在第一时间段实现第一交互阶段，m-ap与c-ap在第二时间段实现第二交互阶段。由于第一时间段和第二时间段是不同的两个时间段，因此基于第一调度方式，第一交互阶段与第二交互阶段在时间上是完全隔离的。
173.可以理解的是，基于第一调度方式，由于c-ap是在所有的m-ap与sta交互完信息之后再做决策，因此c-ap可以实现更为全面的调度。
174.示例性的，如图11所示，基于第一调度方式，第一指示帧中的ap调度信息可以包括：aid、第一指示信息、第一时间段的开始时间、第一时间段的持续时间、第二指示信息、第二时间段的开始时间、第二时间段的持续时间。
175.可以理解的是，m-ap根据自身的aid，仅读取与自身aid相同的ap调度信息，并根据该ap调度信息，执行ati阶段的流程。
176.第一时间段的开始时间和第一时间段的持续时间，用于确定aid对应的m-ap的第一时间段。
177.第一指示信息用于指示m-ap与sta之间是否基于轮询方式进行通信。或者说，第一指示信息用于指示m-ap是否基于轮询方式获取来自sta的第一请求帧。第一指示信息还可以记为ap poll域，本申请实施例不限于此。
178.需要说明的是，第一指示信息可以以一个或多个比特实现。例如，当第一指示信息以一个比特实现时，第一指示信息为“0”，用于指示m-ap以轮询方式获取来自sta的第一请求帧；第一指示信息为“1”，用于指示m-ap以非轮询方式获取来自sta的第一请求帧。
179.第二指示信息用于指示m-ap与c-ap之间是否基于轮询方式进行通信。或者说，第
二指示信息用于指示c-ap是否基于轮询方式获取来自m-ap的第二请求帧。第二指示信息还可以记为c-ap poll域，本申请实施例不限于此。
180.需要说明的是，第二指示信息可以以一个或多个比特实现。例如，当第二指示信息以一个比特实现时，第二指示信息为“0”，用于指示c-ap以轮询方式获取来自m-ap的第二请求帧；第二指示信息为“1”，用于指示c-ap以非轮询方式获取来自sta的第一请求帧。
181.在本申请实施例中，若第二指示信息指示c-ap以轮询方式获取来自m-ap的第二请求帧，则ap调度信息中第二时间段的持续时间和第二时间段的开始时间可以置为0。也即，c-ap不需要向m-ap通知第二时间段在时域上的位置。
182.(2)第二调度方式
183.如图12所示，基于第二调度方式，ati阶段包括以下步骤：
184.s301、m-ap在分配到的第一时间段内接收sta发送的第一请求帧。
185.其中，步骤s301与步骤s201相似，其具体描述可参考上文，在此不再赘述。
186.s302、m-ap在分配的第一时间段内向c-ap发送第二请求帧。
187.作为一种可能的实现方式中，在分配到的第一时间段内，m-ap在接收到第一请求帧之后，m-ap向c-ap发送第二请求帧。
188.结合图13进行举例说明，在m-ap1对应的第一时间段内，m-ap1向sta1发送第一轮询帧，以触发sta1上报第一请求帧；在m-ap1接收到sta1上报的第一请求帧之后，m-ap1向c-ap发送第二请求帧。
189.s303、c-ap在m-ap分配的第一时间段内发送第二响应帧。相应的，m-ap在分配到的第一时间段内接收c-ap发送的第二响应帧。
190.结合图13进行举例说明，在m-ap1对应的第一时间段，m-ap1在接收到sta1发送的第一请求帧之后，立刻向c-ap发送第二请求帧。c-ap根据m-ap1发送的第二请求帧，向m-ap1和m-ap2发送第二响应帧。
191.基于第二调度方式，对于一个m-ap来说，m-ap与sta之间的交互阶段和m-ap与c-ap之间的交互阶段在时域上是完全重叠的，均占用m-ap对应的第一时间段。
192.基于第二调度方式，m-ap在接收到第一请求帧之后，及时向c-ap发送第二请求帧。从而，c-ap可以及时获知sta的服务需求，并且c-ap会实时作出决策，并将携带决策信息的第二响应帧下发给m-ap。这样一来，可以较为及时地满足sta的服务需求。
193.示例性的，如图14所示，基于第二调度方式，第一指示帧中的ap调度信息包括：aid、第一指示信息、第一时间段的持续时间、以及第一时间段的开始时间。其中，第一指示信息的具体描述可以参见上文，此处不再赘述。
194.(3)第三调度方式
195.如图15所示，基于第三调度方式，ati阶段包括以下步骤：
196.s401、m-ap在分配到的第一时间段内接收sta发送的第一请求帧。
197.s402、m-ap在分配到的第一时间段内向c-ap发送第二请求帧。
198.其中，步骤s401-s402、与步骤s301-s302相似，其具体描述可以参考上文，在此不再赘述。
199.可选的，在第一时间段内，当c-ap接收到m-ap发送的第二请求帧时，c-ap可以向m-ap发送确认帧，以使得m-ap获知c-ap已接收到该第二请求帧。
200.可选的，c-ap发送确认帧与c-ap接收到第二请求帧之间的时间间隔可以小于等于短帧间间隔(short inter-frame space，sifs)。
201.s403、c-ap在第二时间段内发送第二响应帧。
202.其中，步骤s403与步骤s203相似，其具体描述可以参考上文，在此不再赘述。
203.结合图16对第三调度方式进行举例说明，在m-ap1对应的第一时间段，m-ap1向sta1发送第一轮询帧，以触发sta1上报第一请求帧；在m-ap1接收到第一请求帧之后，m-ap1向c-ap发送第二请求帧。在m-ap2对应的第二时间段，m-ap2向sta2发送第一轮询帧，以触发sta2上报第一请求帧；在m-ap2接收到第二请求帧之后，m-ap2向c-ap发送第二请求帧。在第二时间段，c-ap向m-ap1和m-ap2发送第二响应帧。
204.基于第三调度方式，m-ap与sta之间的交互阶段与m-ap与c-ap之间的交互阶段在时域上存在重叠。
205.可以理解的是，基于第三调度方式，m-ap、c-ap以及sta之间交互联动，使得ati阶段的流程在逻辑上较为清楚。另外，c-ap是在所有m-ap上报第二请求帧之后进行决策，并下发第二响应帧。从而，c-ap作出的决策较为全面，有利于兼顾各个sta的服务需求。
206.示例性的，如图14所示，基于第三调度方式，第一指示帧中的ap调度信息包括：aid、第一指示信息、第一时间段的持续时间、以及第一时间段的开始时间。其中，第一指示信息的具体描述可以参见上文，此处不再赘述。
207.需要说明的是，第一时间段可以划分为多个第三时间段，每一个第三时间段对应一个sta。从而，m-ap在第三时间段接收对应的sta上报的第一请求帧。
208.示例性的，如图17所示，第一指示帧中的ap调度信息包括、aid、第一指示信息、以及一个或多个sta信息。其中，sta信息包括sta的mac地址、第三时间段的开始时间、以及第三时间段的持续时间。第三时间段即为m-ap用于轮询sta的时间段。
209.下面针对多个m-ap对应的第一时间段的各种情形进行介绍。
210.情形一、多个m-ap对应的第一时间段在时域上是隔离的。也即，多个m-ap对应的第一时间段位于时域上的不同位置。
211.结合图18进行举例说明，m-ap1对应的第一时间段与m-ap2对应的第一时间段是不重叠的。
212.可以理解的是，多个m-ap对应的第一时间段在时域上是隔离的，有利于避免多个m-ap之间的通信干扰。
213.情形二、多个m-ap对应的第一时间段在时域上是完全重叠的。
214.结合图19进行举例说明，m-ap1和m-ap2均对应同一个第一时间段。
215.可以理解的是，多个m-ap对应的第一时间段在时域上是完全重叠的，有利于节省空口资源。
216.情形三、多个m-ap中部分m-ap对应的第一时间段在时域上存在重叠部分。
217.结合图20进行举例说明，m-ap1对应的第一时间段与m-ap3对应的第一时间段在时域上存在重叠部分，m-ap2对应的第一时间段与m-ap3对应的第一时间段在时域上存在重叠部分。
218.可以理解的是，c-ap基于全局的角度，可以确定不互相干扰或者互相干扰较低的部分m-ap，从而c-ap给部分m-ap分配相同的第一时间段，不会影响到部分m-ap的通信，同时
有利于节省空口资源。
219.下面结合图21对第二响应帧进行具体说明。
220.如图21所示，第二响应帧包括：帧控制字段、持续时间字段、发送地址、接收地址、c-ap响应单元字段、以及帧校验序列。
221.其中，c-ap响应单元字段包括一个或多个ap信息。
222.在本申请实施例中，ap信息包括：aid、sta列表、响应指示、m个sta的mac地址、请求数目、以及k个sta信息。其中，m为大于等于0的整数。k为正整数。
223.其中，sta列表可以用1个比特实现。sta列表用于指示m-ap是否需要服务新的sta。
224.响应指示可以用1个比特实现。响应指示用于指示m-ap是否向sta反馈第一响应帧。示例性的，当响应指示用于指示m-ap需要向sta反馈第一响应帧时，m-ap需要继续解析第二响应帧的后续字段，以获得对应的sta的mac地址。当响应指示用于指示m-ap不需要向sta反馈第一响应帧时，m-ap不用继续解析第二响应帧。
225.当sta列表用于指示m-ap需要服务新的sta时，m个sta的mac地址即为m个新的sta的mac地址。
226.请求数目可以用48个比特实现。请求数目用于指示发送第一请求帧的sta的数目。
227.sta信息为m-ap需要服务的sta的信息。sta信息包括sta的mac地址、ap数目、一个或多个ap的mac地址。其中，ap数目用于指示为该sta信息对应的sta提供服务的ap的数目。一个或多个ap的mac地址是为该sta信息对应的sta提供服务的ap的mac地址。
228.可选的，如图22所示，为本申请实施例提供的一种通信方法，该通信方法还包括以下步骤：
229.s501、m-ap向sta发送第一响应帧，以使得sta接收第一响应帧。
230.作为一种可能的实现方式，在m-ap接收到第二响应帧之后，m-ap可以在dti阶段或者grant阶段向sta发送第一响应帧。
231.其中，第一响应帧用于响应第一请求帧。第一响应帧携带有回复信息，该回复信息用于回复第一请求帧所指示的服务需求。第一响应帧可以有其他名称，例如dmg new grant frame，本申请实施例不限于此。
232.示例性的，如图23所示，第一响应帧包括帧控制字段、持续时间字段、接收地址、发送地址、ap响应单元字段、以及帧校验序列。
233.其中，ap响应单元字段包括请求数目、以及一个或多个sta信息。
234.请求数目用于指示发送第一请求帧的sta的数目。
235.sta信息包括：sta的mac地址、ap数目以及一个或多个ap的mac地址。其中，ap数目用于指示为该sta信息对应的sta提供服务的ap的数目。一个或多个ap的mac地址是为该sta信息对应的sta提供服务的ap的mac地址。
236.上述主要从m-ap、c-ap、以及sta的角度对本申请实施例提供的方案进行了介绍。可以理解的是，m-ap、c-ap、以及sta为了实现上述功能，其包含了执行每一个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述
的功能，但是这种实现不应认为超出本申请的范围。
237.本申请实施例可以根据上述方法示例对装置进行功能模块的划分，例如，可以对应每一个功能划分每一个功能模块，也可以将两个或两个以上的功能集成在一个功能模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应每一个功能划分每一个功能模块为例进行说明：
238.如图24所示，为本申请实施例提供的一种通信装置的结构示意图。该通信装置包括：处理模块101和通信模块102。
239.在通信装置为c-ap的情况下，处理模块101用于支持c-ap执行图3中的步骤s101，以及本申请实施例中c-ap应做的其他处理操作。通信模块102用于支持c-ap执行图3中的步骤s102，图5中的步骤s202和s203，图12中的步骤s302和s303，图15中的步骤s402和s403，以及本申请实施例中c-ap应做的其他通信操作。
240.在通信装置为m-ap的情况下，处理模块101用于支持m-ap执行ati阶段的流程。通信模块102用于支持m-ap执行图3中的步骤s102，图5中的步骤s201-s203，图12中的步骤s301-s303，图15中的步骤s401-s403，图22中的步骤s501，以及本申请实施例中m-ap应做的其他通信操作。
241.图25是本申请实施例提供的通信装置的产品形态的结构图。
242.作为一种可能的产品形态，本申请实施例所述的通信装置可以为通信设备，所述通信设备包括处理器201和收发器202。可选的，所述通信设备还包括存储介质203。
243.在通信装置为c-ap的情况下，处理器201用于支持c-ap执行图3中的步骤s101，以及本申请实施例中c-ap应做的其他处理操作。收发器202用于支持c-ap执行图3中的步骤s102，图5中的步骤s202和s203，图12中的步骤s302和s303，图15中的步骤s402和s403，以及本申请实施例中c-ap应做的其他通信操作。
244.在通信装置为m-ap的情况下，处理器201用于支持m-ap执行ati阶段的流程。收发器202用于支持m-ap执行图3中的步骤s102，图5中的步骤s201-s203，图12中的步骤s301-s303，图15中的步骤s401-s403，图22中的步骤s501，以及本申请实施例中m-ap应做的其他通信操作。
245.作为另一种可能的产品形态，本申请实施例所述的通信装置也可以由通用处理器或者专用处理器来实现，也即俗称的芯片来实现。该芯片包括：处理电路201和收发管脚202。可选的，该芯片还可以包括存储介质203。
246.在通信装置为c-ap中的芯片的情况下，处理电路201用于支持c-ap执行图3中的步骤s101，以及本申请实施例中c-ap应做的其他处理操作。收发管脚202用于支持c-ap执行图3中的步骤s102，图5中的步骤s202和s203，图12中的步骤s302和s303，图15中的步骤s402和s403，以及本申请实施例中c-ap应做的其他通信操作。
247.在通信装置为m-ap中的芯片的情况下，处理电路201用于支持m-ap执行ati阶段的流程。收发管脚202用于支持m-ap执行图3中的步骤s102，图5中的步骤s201-s203，图12中的步骤s301-s303，图15中的步骤s401-s403，图22中的步骤s501，以及本申请实施例中m-ap应做的其他通信操作。
248.作为另一种可能的产品形态，本申请实施例所述的通信装置也可以使用下述电路或者器件来实现：一个或多个现场可编程门阵列(field programmable gate array，fpga)、可编程逻辑器件(programmable logic device，pld)、控制器、状态机、门逻辑、分立硬件部件、任何其他适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。
249.应理解，所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质、或者半导体介质(例如固态硬盘)等。
250.通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
251.应该理解到，在本申请所提供的几个实施例中所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
252.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
253.另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
254.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。
255.以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。