CN110636631B - 传输调度的方法、相关装置及系统 - Google Patents

传输调度的方法、相关装置及系统 Download PDF

Info

Publication number
CN110636631B
CN110636631B CN201810661059.3A CN201810661059A CN110636631B CN 110636631 B CN110636631 B CN 110636631B CN 201810661059 A CN201810661059 A CN 201810661059A CN 110636631 B CN110636631 B CN 110636631B
Authority
CN
China
Prior art keywords
scheduling
group
site
station
scheduling set
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201810661059.3A
Other languages
English (en)
Other versions
CN110636631A (zh
Inventor
马梦瑶
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201810661059.3A priority Critical patent/CN110636631B/zh
Priority to EP19825695.0A priority patent/EP3806567B1/en
Priority to PCT/CN2019/089790 priority patent/WO2020001237A1/zh
Publication of CN110636631A publication Critical patent/CN110636631A/zh
Application granted granted Critical
Publication of CN110636631B publication Critical patent/CN110636631B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Abstract

本申请提供一种传输调度方法，该方法包括：第一接入点AP向一个或多个第二接入点AP调度请求消息，该调度请求消息用于指示第二接入点何时调度哪些元素；基于调度请求消息，至少一个第二AP可以确定是否调度所述调度集合中由至少一个第二AP提供服务的调度集合元素在对应的传输时间区间内进行传输，特殊的，当调度集合元素为站点组时，基于站点组的定义，至少一个第二AP可以确定是否调度由自身提供服务的站点组在对应的传输时间内进行传输，提升了调度和传输的效率。

Description

传输调度的方法、相关装置及系统
技术领域
本申请涉及通信技术领域，特别涉及传输调度方法、相关装置及系统。
背景技术
无线保真标准协议802.11ad中的私有基本服务集(personal basic serviceset,PBSS)控制点(control point,PCP)/接入点(access point，AP)聚类(clustering)，简称PCP/AP聚类技术可提高同一频道下多BSS间的空间复用率和干扰缓解问题。其中，PCP/CPclustering技术包括：中央控制的PCP/AP clustering和非中央控制PCP/AP clustering的两种方式。
非中央控制的PCP/AP clustering中的一个cluster内包含的所有AP由一个同步AP(synchronization PCP/AP，S-PCP/AP)协调工作。除了同步AP外，其他AP被称为成员AP(member AP)。
中央控制的PCP/AP clustering中的一个cluster内的所有同步AP由一个中央协调服务源(centralized coordination service root)来协调工作；其功能包括配置信标周期、配置信标服务时间段的长度、对齐各个同步AP的时间等。当一个AP期望成为一个cluster的成员AP，需要先以一个非AP的站点(station，STA)身份和一个同步AP进行关联，得到本cluster的相关参数，然后成为一个成员AP。
然而在现有的802.11ad中的PCP/AP clustering技术，在一个cluster内的成员AP和同步AP之间没有直接通信的渠道。成员AP通过监听其他AP的信标帧Beacon来得到本cluster的相关参数(比如非中央控制方式)，或者以非AP的STA身份和一个同步AP进行关联来得到本cluster的相关参数(比如中央控制方式)，或者通过STA的上报的簇报告(clusterreport)元素来间接的得到本cluster的一些干扰信息(两个AP的BSS Beacon SP不对齐等信息)，或者通过STA发送的通告帧(Announce frame)来间接得到其他AP的SP调度信息等。因此同步AP或成员AP无法实现对簇内的多个AP和STA的传输和调度实现控制。并且由于在一个cluster内的成员AP和同步AP之间没有直接通信的渠道，一个AP簇中的每个接入点AP对每个STA的调度是独立的，未能充分的实现空间复用和联合传输，调度传输和通信的效率较低。
发明内容
本申请提供了一种数据传输方法，提供多个AP之间信息的交互，可以提升调度传输和通信的效率。
第一方面，本申请实施例提供了一种应用于第一接入点侧的传输调度方法，包括：第一接入点AP向至少一个第二接入点AP发送调度请求消息，调度请求消息包括：至少一个调度集合信息，和，至少一个传输时间标识；至少一个调度集合信息用于指示至少一个调度集合，调度集合包括至少一个调度集合元素；至少一个传输时间标识与至少一个调度集合一一对应，传输时间标识用于指示所述调度集合所指示的至少一个调度集合元素进行传输的传输时间区间；调度请求消息以便于至少一个第二AP，确定是否调度调度集合中由所述至少一个第二AP提供服务的调度集合元素在对应的传输时间区间内进行传输。也就是说，调度请求消息以便于至少一个第二AP调度在调度集合所指示的至少一个站点组中由至少一个第二AP提供服务的站点组组员在对应的传输时间区间内进行传输；或者，避免调度此调度集合所指示的至少一个站点组中由至少一个第二AP提供服务的站点组组员在对应的传输时间区间内进行传输。基于此方案，第一接入点AP通过调度请求消息可以实现对接入点簇内的多个AP和STA的传输和调度实现控制，且基于调度集合进行控制，可有效提升调度传输的效率。
第二方面，提供一种应用于第二接入点侧的传输调度方法，包括：第二AP接收调度请求消息，调度请求消息包括：至少一个调度集合信息，和，至少一个传输时间标识；至少一个调度集合信息用于指示至少一个调度集合，调度集合包括至少一个调度集合元素；至少一个传输时间标识与至少一个调度集合一一对应，传输时间标识用于指示所述调度集合所指示的至少一个调度集合元素进行传输的传输时间区间；第二AP根据调度请求消息，确定是否调度所述调度集合中的至少一个调度集合元素中由至少一个第二AP提供服务的调度集合元素在所述传输时间区间内进行传输。
结合第一方面或第二方面，在一些可能的实现方式中，第一接入点AP为中心协调AP，第二接入点AP为成员AP；
结合第一方面或第二方面，在一些可能的实现方式中，第一接入点AP和第二接入点AP为对等的AP；
结合第一方面或第二方面，在一些可能的实现方式中，调度集合信息:包括至少一个调度集合子字段；所述调度集合子字段用于指示调度集合元素。至少一个调度集合元素中的任意一个调度集合元素的类型包括:站点，或，站点对，或，站点及其指定方向，或，站点组；
若调度集合元素的类型为站点，调度集合元素所对应的调度集合子字段包括：站点标识的信息；若调度集合元素的类型为站点对，调度集合元素所对应的调度集合子字段包括：所述站点对中包括的两个站点的标识的信息；若调度集合元素的类型为站点及其指定方向，调度集合元素所对应的调度集合子字段包括：站点标识的信息，以及，站点的天线标识和/或扇区标识；若调度集合元素的类型为站点组，调度集合元素所对应的调度集合子字段包括：站点组的ID。基于此方案，接入点AP可调度不同类型的元素，使得调度传输的灵活性更高。
结合第一方面或第二方面，在一些可能的实现方式中，调度集合信息还包括：调度集元素类型标识，调度集合元素类型标识用于指示调度集合元素的类型。
在一些可能的实现方式中，站点组的定义方式可以包括：第一定义，和/或，第二定义；基于第一定义确定的站点组中的站点组组员满足被调度同时进行通信的条件；基于第二定义确定的站点组中的站点组组员不满足被调度同时进行通信的条件。基于此方案，使得接入点AP可调度基于第一定义确定的站点组中的站点组组员同时进行传输，提升了空间复用的效率；接入点AP还可以避免调度基于第二定义确定的站点组中的站点组组员在相同的时间内同时进行传输，有效的实现了干扰控制，降低了基于第二定义确定的站点组组员之间的干扰。
结合第二方面，在一些可能的实现方式中，第二AP根据所述调度请求消息，确定是否调度所述调度集合中的至少一个调度集合元素中由至少一个第二AP提供服务的调度集合元素在传输时间区间内进行传输，包括：当第二AP确定调度集合中由第二AP提供服务的调度集合元素为基于第一定义的站点组时，第二AP调度基于第一定义的站点组中由第二AP提供服务的站点组组员在传输时间区间内进行传输；当第二AP确定调度集合中由第二AP提供服务的调度集合元素为基于第二定义的站点组时，第二AP不调度所述基于第二定义的站点组中由第二AP提供服务的站点组组员在传输时间区间内进行传输。基于此方案，第二AP可调度满足第一定义的站点组组员同时进行传输，从而提升了传输效率；第二AP不调度满足第二定义的站点组组员同时进行传输，从而有效的实现了干扰控制。
结合第一方面或第二方面，在一些可能的实现方式中，调度请求消息还包括调度时间标识，该调度时间标识用于指示至少一个第二AP中的所有第二AP调度所述至少一个调度集合的时间，也就是说，所有的第二AP同时发送调度帧以调度所述至少一个调度集合；或者，用于分别指示至少一个第二AP中的每一个第二AP调度至少一个调度集合的时间；至少一个调度时间标识与至少一个调度集合一一对应，也就是说，所有的第二AP发送调度帧的时间分别设置，可能不同也可能相同。调度时间标识可以为第一接入点AP，尤其是第一接入点AP为中心协调AP的场景提供一个空间复用/降低干扰的选择，即中心协调AP1可以控制成员AP(例如AP2或AP3)给由其提供服务的STA发送空口消息的时间，避免多个成员AP之间产生干扰。
结合第一方面或第二方面，在一些可能的实现方式中，调度请求消息还包括以下一个或多个的组合：调度集合个数，用于指示所述调度请求消息中包括的调度集合的个数；至少一个传输时间段类型，用于分别指示所述至少一个传输时间的时间段类型，所述至少一个传输时间段类型与所述至少一个传输时间标识一一对应；至少一个调度集合元素个数标识，用于分别指示至少一个调度集合中包括的调度集合元素的个数，其中，所述至少一个调度集合元素个数标识与所述至少一个调度集合一一对应。
结合第一方面或第二方面，在一些可能的实现方式中，传输时间段类型指示的时间段为：指定的服务时间段ORDER_SP,或，常规的服务时间段REGULAR_SP，或，竞争接入时间段CBAP。
第三方面，本申请提供一种应用于第一接入点侧的站点组建立方法，包括：第一接入点AP生成站点组建立请求消息，站点组建立请求消息包括：至少一个站点组的ID，和，至少一个站点组信息；至少一个站点组信息与至少一个站点组的ID一一对应，至少一个站点组中的任意一个站点组包括至少一个站点组组员；站点组信息包括：至少一个站点组元素字段，站点组元素字段用于指示站点组组员；进一步，第一AP将站点组建立请求消息发送给至少一个第二接入点AP，用于至少一个第二接入点AP确定站点组上下文。站点组上下文也可以理解为站点组信息列表，站点组上下文可以包括多个站点组的ID，以及，与该站点组包括的站点组组员的信息。基于此方案，第一接入点AP可将已经确定的站点组信息传达给第二接入点，以方便第二接入点维护自身的站点组上下文。
在一些可能的实现方式中，至少一个站点组组员中任意一个站点组组员的类型为：站点，或，站点及指定方向，或，站点对；若至少一个站点组组员中的任意一个站点组组员的类型为站点，任意一个站点组组员对应的站点组元素字段包括：站点的标识；若至少一个站点组组员中的任意一个站点组组员的类型为站点对，站点对包括两个站点，任意一个站点组组员对应的站点组元素字段包括：站点对中包括的两个站点的标识；若至少一个站点组组员中的任意一个站点组组员的类型为站点以及指定方向时，任意一个站点组组员对应的站点组元素字段包括：站点的标识，以及，站点的天线标识，和/或，站点的扇区标识。
在一些可能的实现方式中，站点组元素字段包括以下一个或多个的组合：站点组元素标识：用于指示站点组元素字段对应的站点组组员；站点组元素类型标识，用于指示站点组元素字段所指示的站点组组员的类型。
在一些可能的实现方式中，站点组信息还包括：站点组元素字段个数标识，用于指示站点组信息中包括的站点组元素字段的个数，也可以是指示站点组包括的站点组组员的个数，因为站点组组员与站点组元素字段是一一对应的。
在一些可能的实现方式中，站点组建立请求消息还包括以下一个或多个的组合：站点组的个数标识，用于指示站点组建立请求消息中包括的站点组的个数；至少一个站点组定义标识，至少一个站点组定义标识与至少一个站点组一一对应，站点组定义标识用于指示所对应的站点组的定义方式。
在一些可能的实现方式中，定义方式包括：第一定义，和/或，第二定义；第一定义指示站点组定义标识所对应的站点组中的站点组组员满足被调度同时进行通信的条件；第二定义指示站点组定义标识所对应的站点组中的站点组组员不满足被调度同时进行通信的条件。基于此标识，第一AP可向第二AP指示各个站点组满足的条件，方便后续的调度传输。
在一些可能的实现方式中，该方法还包括：第一接入点AP接收至少一个第二接入点发送的站点组建立反馈消息，站点组建立反馈消息包括：至少一个结果标识，结果标识用于指示站点组是否建立成功。基于站点组建立反馈消息，第一AP可获取站点组的建立结果，可靠性更高，且第二AP只反馈站点组的建立结果，不需要反馈站点组的ID，节省了信令开销。
在一些可能的实现方式中，站点组建立反馈消息还包括：至少一个站点组的ID，至少一个站点组的ID与至少一个结果标识一一对应。基于站点组建立反馈消息，第一AP可获取站点组的建立结果，可靠性更高。
在一些可能的实现方式中，该方法还包括：第一接入点AP接收至少一个第二接入点发送的站点组建立反馈消息，站点组建立反馈消息包括：至少一个站点组中建立成功的站点组的ID，或者，至少一个站点组中建立失败的站点组的ID。基于此方案，第一AP可获取站点组的建立结果，可靠性更高，且只反馈建立成功或建立失败的站点组的ID，在一定程度上节省了信令开销。
在一些可能的实现方式中，方法还包括：第一AP向至少一个第二接入点AP发送调度请求消息，调度请求消息包括：至少一个调度集合信息，和，至少一个传输时间标识；至少一个调度集合信息用于指示至少一个调度集合，所述调度集合包括用于指示所述至少一个站点组；至少一个传输时间标识与至少一个调度集合一一对应，传输时间标识用于指示调度集合所指示中的至少一个站点组进行传输的传输时间区间，以便于至少一个第二AP根据调度请求消息，调度调度集合所指示中的至少一个站点组中由至少一个第二AP提供服务的站点组组员在对应的传输时间区间内进行传输；或者，避免调度调度集合所指示的至少一个站点组中由所述至少一个第二AP提供服务的站点组组员在对应的传输时间区间内进行传输。基于站点组进行调度方案，与现有的基于单个站点进行调度相比，提高AP通信和调度的效率。
在一些可能的实现方式中，调度集合信息包括：至少一个站点组的ID。
在一些可能的实现方式中，调度请求消息还包括：第一调度时间标识，用于指示所述至少一个第二AP调度所述至少一个站点组的时间；或者，调度请求消息还包括：至少一个第二调度时间标识，所述至少一个第二调度时间标识分别用于指示所述至少一个第二AP调度所述至少一个调度集合的时间；所述至少一个第二调度时间标识与所述至少一个调度集合一一对应。基于调度时间标识，第一接入点AP可以控制成员AP(例如AP2或AP3)给由其提供服务的STA发送空口消息的时间，避免多个成员AP之间产生干扰。
第四方面，本申请提供一种应用于第二接入点侧的站点组建立方法，包括：第二接入点AP接收站点组建立请求消息，站点组建立请求消息包括：至少一个站点组的ID，和，至少一个站点组信息；至少一个站点组信息与所述至少一个站点组的ID一一对应，至少一个站点组中的任意一个站点组包括至少一个站点组组员；站点组信息包括：至少一个站点组元素字段，站点组元素字段用于指示该站点组组员；第二AP根据所述站点组建立请求消息，确定站点组上下文。基于此方案，第二接入点AP可接收第一AP传达的站点组信息，以维护自身的站点组上下文。
在一些可能的实现方式中，至少一个站点组组员中任意一个站点组组员的类型为：站点，或，站点及指定方向，或，站点对；若至少一个站点组组员中的任意一个站点组组员的类型为站点，任意一个站点组组员对应的站点组元素字段包括：站点的标识；若至少一个站点组组员中的任意一个站点组组员的类型为站点对，站点对包括两个站点，任意一个站点组组员对应的站点组元素字段包括：站点对中包括的两个站点的标识；若至少一个站点组组员中的任意一个站点组组员的类型为站点以及指定方向时，任意一个站点组组员对应的站点组元素字段包括：站点的标识，以及，站点的天线标识和/或站点的扇区标识。
在一些可能的实现方式中，站点组元素字段还包括以下一个或多个的组合：站点组元素标识：用于指示站点组元素字段对应的站点组组员；站点组元素类型标识，用于指示站点组元素字段所指示的站点组组员的类型。
在一些可能的实现方式中，站点组信息还包括：站点组元素字段个数标识，用于指示站点组信息中包括的站点组元素字段的个数，也可以是指示站点组包括的站点组组员的个数，因为站点组组员与站点组元素字段是一一对应的。
在一些可能的实现方式中，站点组建立请求消息还包括以下一个或多个的组合：站点组的个数标识，用于指示站点组建立请求消息中包括的站点组的个数；至少一个站点组定义标识，至少一个站点组定义标识与至少一个站点组一一对应，站点组定义标识用于指示所对应的站点组的定义方式。
在一些可能的实现方式中，定义方式包括：第一定义，和/或，第二定义；第一定义指示站点组定义标识所对应的站点组中的站点组组员满足被调度同时进行通信的条件；第二定义指示站点组定义标识所对应的站点组中的站点组组员不满足被调度同时进行通信的条件。基于此标识，第一AP可向第二AP指示各个站点组满足的条件，方便后续的调度传输。
在一些可能的实现方式中，该方法还包括：第二AP向第一AP发送站点组建立反馈消息，站点组建立反馈消息包括：至少一个结果标识，结果标识用于指示站点组是否建立成功。基于站点组建立反馈消息，第二AP反馈站点组的建立结果，以使得第一AP可知晓站点组的建立情况，可靠性更高，且第二AP只反馈站点组的建立结果，不需要反馈站点组的ID，节省了信令开销。
在一些可能的实现方式中，站点组建立反馈消息还包括：所述至少一个站点组的ID，所述至少一个站点组的ID与所述至少一个结果标识一一对应。基于站点组建立反馈消息，第二AP反馈站点组的建立结果，以使得第一AP可知晓站点组的建立情况，可靠性更高。
在一些可能的实现方式中，该方法还包括：第二AP向第一AP发送站点组建立反馈消息，站点组建立反馈消息包括：至少一个站点组中建立成功的站点组的ID，或者，至少一个站点组中建立失败的站点组的ID。基于此方案，第一AP可获取站点组的建立结果，可靠性更高，且只反馈建立成功或建立失败的站点组的ID，在一定程度上节省了信令开销。
在一些可能的实现方式中，该方法还包括：第二AP接收第一AP发送的调度请求消息，调度请求消息包括：至少一个调度集合信息，和，至少一个传输时间标识；所述至少一个调度集合信息用于指示至少一个调度集合，所述调度集合包括所述至少一个站点组；至少一个传输时间标识与至少一个调度集合一一对应，传输时间标识用于指示所述调度集合中的至少一个站点组进行传输的传输时间区间；第二AP根据调度请求消息，调度调度集合中的至少一个站点组中由至少一个第二AP提供服务的站点组组员在对应的所述传输时间区间内进行传输；或者，避免调度调度集合所指示的至少一个站点组中由至少一个第二AP提供服务的站点组组员在对应的传输时间区间内进行传输。基于站点组进行调度，与现有的基于单个站点进行调度相比，提高AP通信和调度的效率。
在一些可能的实现方式中，调度请求消息还包括：第一调度时间标识，用于指示至少一个第二AP调度至少一个站点组的时间；或者，至少一个第二调度时间标识，至少一个第二调度时间标识分别用于指示至少一个第二AP调度所述至少一个调度集合的时间；至少一个第二调度时间标识与至少一个调度集合一一对应。基于调度时间标识，第一接入点AP可以控制成员AP(例如AP2或AP3)给由其提供服务的STA发送空口消息的时间，避免多个成员AP之间产生干扰。
第五方面，本申请提供一种应用于第一接入点侧的站点组更新方法，包括：第一接入点AP生成站点组更新请求消息，站点组更新请求消息包括：至少一个待更新的站点组的ID，以及，与待更新的站点组对应的至少一个站点组元素字段；至少一个站点组元素字段包括：至少一个第一站点组元素字段，和/或，至少一个第二站点组元素字段；第一站点组元素字段用于指示待更新的站点组中待增加的站点组组员；第二站点组元素字段用于指示待更新的站点组中待删除的站点组组员；第一AP向至少一个第二接入点AP发送站点组更新请求消息，站点组更新请求消息用于指示至少一个第二AP更新站点组上下文。
在一些可能的实现方式中，待增加的站点组组员的类型为：站点，或，站点及指定方向，或，站点对；若站点组组员的类型为站点，第一站点组元素字段包括：站点的标识；若站点组组员的类型为站点对，第一站点组元素字段包括：站点对中包括的两个站点的标识；若站点组组员的类型为站点以及指定方向时，第一站点组元素字段包括：站点的标识，以及，站点的天线标识，和/或，站点的扇区标识。
在一些可能的实现方式中，待删除的站点组组员的类型也可以为：站点，或，站点及指定方向，或，站点对；若站点组组员的类型为站点，第二站点组元素字段包括：站点的标识；若站点组组员的类型为站点对，第二站点组元素字段包括：站点对中包括的两个站点的标识；若站点组组员的类型为站点以及指定方向时，第二站点组元素字段包括：站点的标识，以及，站点的天线标识，和/或，站点的扇区标识。
在一些可能的实现方式中，第二站点组元素字段包括：站点组元素标识，站点组元素标识用于指示第二站点组元素字段对应的待删除的站点组组员。例如，站点组元素标识为站点组组员的编号。采用站点组元素标识来指示待删除的站点组组员，而不需要传输待删除的站点组组员的所有信息，节省了信令开销。
在一些可能的实现方式中，站点组元素字段还包括以下一个或多个的组合：站点组元素标识，站点组元素标识用于指示站点组元素字段对应的站点组组员；站点组元素类型标识，用于指示站点组元素字段所指示的站点组组员的类型。
在一些可能的实现方式中，站点组更新请求消息还包括以下一个或多个的组合：站点组的个数标识，用于指示站点组更新请求消息中包括的待更新的站点组的个数；至少一个第一站点组元素字段个数标识，第一站点组元素字段个数标识用于指示所对应的待更新的站点组中待增加的站点组元素字段的个数；至少一个第一站点组元素字段个数标识与至少一个待更新的站点组一一对应；至少一个第二站点组元素字段个数标识，第二站点组元素字段个数标识用于指示所对应的待更新的站点组中待删除的站点组元素字段的个数，至少一个第二站点组元素字段个数标识与至少一个待更新的站点组一一对应。
在一些可能的实现方式中，该方法还包括：第一AP接收至少一个第二AP发送的站点组更新反馈消息，站点组更新反馈消息包括：至少一个结果标识，结果标识用于指示待更新的站点组是否更新成功。
在一些可能的实现方式中，站点组更新反馈消息还包括：至少一个待更新的站点组的ID，至少一个待更新的站点组的ID与至少一个结果标识一一对应。
在一些可能的实现方式中，该方法还包括：第一AP接收至少一个第二AP发送的站点组更新反馈消息，站点组更新反馈消息包括：至少一个待更新的站点组中更新成功的站点组的ID，或，至少一个待更新的站点组中更新失败的站点组的ID。
第六方面，本申请提供一种应用于第二接入点侧的站点组更新方法，包括：第二接入点AP接收第一接入点AP发送的站点组更新请求消息，站点组更新请求消息包括：至少一个待更新的站点组的ID，以及，与待更新的站点组对应的至少一个站点组元素字段；待更新的站点组包括至少一个站点组组员；至少一个站点组元素字段包括：至少一个第一站点组元素字段，和/或，至少一个第二站点组元素字段；第一站点组元素字段用于指示所述待更新的站点组中待增加的站点组组员；第二站点组元素字段用于指示所述待更新的站点组中待删除的站点组组员；第二AP根据站点组更新请求消息，更新站点组上下文。
在一些可能的实现方式中，待增加的站点组组员的类型为：站点，或，站点及指定方向，或，站点对；若站点组组员的类型为站点，第一站点组元素字段包括：站点的标识；若站点组组员的类型为站点对，第一站点组元素字段包括：站点对中包括的两个站点的标识；若站点组组员的类型为站点以及指定方向时，第一站点组元素字段包括：站点的标识，以及，站点的天线标识，和/或，站点的扇区标识。
在一些可能的实现方式中，待删除的站点组组员的类型为：站点，或，站点及指定方向，或，站点对；若站点组组员的类型为站点，所述第二站点组元素字段包括：站点的标识；若站点组组员的类型为站点对，第二站点组元素字段包括：站点对中包括的两个站点的标识；若站点组组员的类型为站点以及指定方向时，第二站点组元素字段包括：站点的标识，以及，站点的天线标识，和/或，站点的扇区标识。
在一些可能的实现方式中，第二站点组元素字段包括：站点组元素标识，站点组元素标识用于指示第二站点组元素字段对应的所述待删除的站点组组员。
在一些可能的实现方式中，方法还包括：第二AP向所述第一AP发送的站点组更新反馈消息，站点组更新反馈消息包括：至少一个结果标识，结果标识用于指示所述待更新的站点组是否更新成功。
在一些可能的实现方式中，站点组更新反馈消息还包括：至少一个待更新的站点组的ID，至少一个待更新的站点组的ID与至少一个结果标识一一对应。
在一些可能的实现方式中，方法还包括：第二AP向所述第一AP发送站点组更新反馈消息，站点组更新反馈消息包括：所述至少一个待更新的站点组中更新成功的站点组的ID，或，至少一个待更新的站点组中更新失败的站点组的ID。
第七方面，本申请提供一种应用于第一接入点侧的站点组释放方法，包括：第一接入点AP生成站点组释放请求消息，站点组释放请求消息包括：至少一个待释放的站点组的ID；第一AP向至少一个第二接入点AP发送站点组释放请求消息，站点组释放请求消息用于指示至少一个第二AP从站点组上下文中释放待释放的站点组ID所指示的站点组。
在一些可能的实现方式中，方法还包括：第一AP接收至少一个第二AP发送的站点组释放反馈消息；站点组释放反馈消息包括：至少一个释放结果标识，释放结果标识用于指示所述待释放的站点组是否释放成功。
在一些可能的实现方式中，站点组释放反馈消息还包括：至少一个待释放的站点组的ID，其中，至少一个待释放的站点组的ID与所述至少一个释放结果标识一一对应。
在一些可能的实现方式中，方法还包括：第一AP接收至少一个第二AP发送的站点组释放反馈消息；站点组释放反馈消息包括：至少一个待释放的站点组中释放成功的站点组的ID，或，至少一个待释放的站点组中释放失败的站点组的ID。
第八方面，本申请提供一种应用于第二接入点侧的站点组释放方法，包括：第二接入点AP接收第一接入点AP发送的站点组释放请求消息，站点组释放请求消息包括：至少一个待释放的站点组的ID；第二AP根据站点组释放请求消息，释放站点组上下文中待释放的站点组ID所指示的站点组。
在一些可能的实现方式中，方法还包括：第二AP向所述第一AP发送站点组释放反馈消息；站点组释放反馈消息包括：至少一个释放结果标识，释放结果标识用于指示待释放的站点组是否释放成功。
在一些可能的实现方式中，站点组释放反馈消息还包括：至少一个待释放的站点组的ID，其中，至少一个待释放的站点组的ID与至少一个释放结果标识一一对应。
在一些可能的实现方式中，方法还包括：第二AP向所述第一AP发送站点组释放反馈消息；站点组释放反馈消息包括：至少一个待释放的站点组中释放成功的站点组的ID，或，至少一个待释放的站点组中释放失败的站点组的ID。
第九方面，本申请提供一种应用于第一接入点的传输调度方法，包括：第一接入点AP生成调度指引消息，其中，调度指引消息包括：第一接入点AP的Y个调度集合信息和Y个传输时间标识，Y调度集合信息用于指示Y个调度集合，传输时间标识用于指示调度集合被第一接入点AP调度进行传输的时间区间，其中，Y个调度集合与Y个传输时间一一对应，Y为大于等于1的整数；第一接入点AP向一个或多个第二AP发送调度指引消息，调度指引消息用于向一个或多个第二AP指示此第一接入点AP的Y个调度集合的Y个传输时间。
第十方面，本申请提供一种应用于第二接入点的传输调度方法，包括：第二接入点AP接收第一接入点AP发送的调度指引消息，其中，调度指引消息包括：第一接入点AP的Y个调度集合信息和Y个传输时间标识，Y调度集合信息用于指示Y个调度集合，传输时间标识用于指示调度集合被第一接入点AP调度进行传输的时间区间，其中，Y个调度集合与Y个传输时间一一对应，Y为大于等于1的整数；调度指引消息用于向一个或多个其他AP指示此接入点AP的Y个调度集合的Y个传输时间；根据调度指引消息，第二接入点AP确定是否调度由所述第二接入点提供服务的STA在所述传输时间内进行传输。
第十一方面，本申请实施例提供一种第一接入点侧的通信装置，该装置可以是第一接入点设备，也可以是第一接入点内的芯片。该装置具有实现上述第一方面、第三方面、第五方面，第七方面，第九方面中任一方面涉及第一接入点的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。
在一种可能的实现方式中，当该装置为第一接入点时，第一接入点包括：处理器和收发器，所述处理器被配置为支持第一接入点AP执行上述方法中相应的功能。收发器用于支持第一接入点AP和第二接入点AP之间的通信，向第二接入点发送上述方法中所涉及的信息或指令。可选的，第一接入点还可以包括存储器，所述存储器用于与处理器耦合，其保存第一接入点必要的程序指令和数据。
在一种可能的实现方式中，该装置包括：处理器，基带电路，射频电路和天线。其中处理器用于实现对各个电路部分功能的控制，基带电路用于生成各类信令和消息，例如调度请求消息，经由射频电路进行模拟转换、滤波、放大和上变频等处理后，经由天线发送给第二接入点AP。可选的，该装置还可包括存储器，其保存第一接入点必要的程序指令和数据。
在一个可能的实现方式中，当该装置为第一接入点内的芯片时，该芯片包括：处理模块和收发模块，所述处理模块例如可以是处理器，例如，此处理器用于生成各类消息和信令，并对各类消息按照协议封装后，进行编码，调制，放大等处理，所述处理器还可以用于解调，解码，解封装后获得信令和消息，所述收发模块例如可以是该芯片上的输入/输出接口、管脚或电路等。该处理模块可执行存储单元存储的计算机执行指令，以支持第一接入点AP执行上述方法中相应的功能。可选地，所述存储单元可以为所述芯片内的存储单元，如寄存器、缓存等，所述存储单元还可以是所述第一接入点内的位于所述芯片外部的存储单元，如只读存储器(read-only memory，简称ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，简称RAM)等。
在一种可能的实现方式中，该装置可以包括处理器和调制解调器，处理器可以用于指令或操作系统，以实现对第一接入点功能的控制，调制解调器可以按协议对数据进行封装、编解码、调制解调、均衡等以生成无线帧，以支持第一接入点AP执行上述第一方面、第三方面、第五方面，第七方面，第九方面中任一方面中相应的功能。
在一种可能的实现方式中，该装置包括处理器，该处理器用于与存储器耦合，并读取存储器中的指令并根据所述指令执行上述第一方面、第三方面、第五方面，第七方面，第九方面中任一方面所述的方法。该存储器可以位于该处理器内部，还可以位于该处理器外部。
其中，上述任一处提到的处理器，可以是一个通用中央处理器(CentralProcessing Unit，简称CPU)，微处理器，特定应用集成电路(application-specificintegrated circuit，简称ASIC)，或一个或多个用于控制上述各方面方法的程序执行的集成电路。
第十二方面，本申请提供一种第二接入点侧的通信装置，该装置可以是第二接入点，也可以是第二设备内的芯片。该装置具有实现上述第二方面、第四方面、第六方面、第八方面、第十方面中任一方面涉及第二接入点的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。
在一种可能的实现方式中，当该装置为第二接入点时，第二接入点包括：处理器和收发器，所述处理器被配置为支持第二接入点AP执行上述方法中相应的功能。收发器用于支持第二接入点AP与第二接入点AP或站点之间的通信，例如，接收第一接入点发送上述方法中所涉及的信息或指令，例如，调度请求消息，站点组建立请求消息等。可选的，第二接入点还可以包括存储器，所述存储器用于与处理器耦合，其保存第二接入点必要的程序指令和数据。
在一种可能的实现方式中，该装置包括：处理器，基带电路，射频电路和天线。其中处理器用于实现对各个电路部分功能的控制，射频电路可以对经由天线接收到的第一接入点发送的数据分组(例如承载调度请求消息的数据分组)进行数字转换、滤波、放大和下变频等处理后，经由基带电路进行解码按协议解封装以获取信令信息。可选的，该装置还包括存储器，其保存第二接入点必要的程序指令和数据。
在一个可能的实现方式中，当该装置为第二接入点内的芯片时，该芯片包括：处理模块和收发模块，所述处理模块例如可以是处理器，此处理器可以用于对经由收发模块接收到的承载信令或数据信息的数据分组(例如包含调度请求消息的数据分组)，进行滤波、解调、功率放大、解码等处理，所述收发模块例如可以是该芯片上的输入/输出接口、管脚或电路等。该处理模块可执行存储单元存储的计算机执行指令，以支持第二接入点AP执行上述方法中相应的功能。可选地，所述存储单元可以为所述芯片内的存储单元，如寄存器、缓存等，所述存储单元还可以是所述第二接入点内的位于所述芯片外部的存储单元，如只读存储器(read-only memory，简称ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，简称RAM)等。
在一种可能的实现方式中，该装置包括处理器和调制解调器，处理器可以用于指令或操作系统，以实现对第二接入点功能的控制，调制解调器可以按协议对数据进行封装、编解码、调制解调、均衡等以生成下行帧，以支持第二接入点AP执行上述第一方面或第三方面方法中相应的功能。
在一种可能的实现方式中，该装置包括处理器，该处理器用于与存储器耦合，并读取存储器中的指令并根据所述指令执行上述第二方面、第四方面、第六方面、第八方面、第十方面中任一方面所述的方法。该存储器可以位于该处理器内部，还可以位于该处理器外部。
其中，上述任一处提到的处理器，可以是一个通用中央处理器(CentralProcessing Unit，简称CPU)，微处理器，特定应用集成电路(application-specificintegrated circuit，简称ASIC)，或一个或多个用于控制上述各方面空间复用方法的程序执行的集成电路。
第十三方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，所述指令可以由处理电路上的一个或多个处理器执行。当其在计算机上运行时，使得计算机执行上述第一方面至第十方面中的任一方面或其任意可能的实现方式中的方法。
第十四方面，提供了一种包含指令的计算机程序产品，其在计算机上运行时，使得计算机执行上述第一方面至第十方面中的任一方面或其任意可能的实现方式中的方法。
又一方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于支持数据发送设备实现上述方面中所涉及的功能，例如生成或处理上述各方面中所涉及的数据和/或信息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存数据发送设备必要的程序指令和数据。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
又一方面，本申请实施例提供一种无线通信系统，该系统包括上述方面涉及的第一接入点和，至少一个第二接入点。
本申请的技术方案，通过接入点AP之间的交互，可以接入点簇中调度和传输的效率。
附图说明
图1示出了信标周期的示意图；
图2示出了本申请实施例的一种示例性的应用场景；
图3示出了本申请实施例的一种站点组建立方法的流程示意图；
图4a示出了本申请实施例的一种站点组建立请求消息的结构示意图；
图4b示出了本申请实施例的另一种站点组建立请求消息的结构示意图；
图5a示出了本申请实施例的一种站点组元素字段的结构示意图；
图5b示出了本申请实施例的另一种站点组元素字段的结构示意图；
图5c示出了本申请实施例的又一种站点组元素字段的结构示意图；
图6示出了本申请实施例的又一种站点组建立请求消息的结构示意图；
图7a示出了本申请实施例的一种站点组建立反馈消息的结构示意图；
图7b示出了本申请实施例的另一种站点组建立反馈消息的结构示意图；
图7c示出了本申请实施例的又一种站点组建立反馈消息的结构示意图；
图7d示出了本申请实施例的再一种站点组建立反馈消息的结构示意图；
图8示出了本申请实施例的一种站点组更新方法的流程示意图；
图9a示出了本申请实施例的一种站点组更新请求消息的结构示意图；
图9b示出了本申请实施例的另一种站点组更新请求消息的结构示意图；
图10示出了本申请实施例的一种站点组释放方法的流程示意图；
图11示出了本申请实施例的一种站点组释放反馈消息的结构示意图；
图12a示出了本申请实施例提供的一种测量请求消息的结构示意图；
图12b示出了本申请实施例提供的另一种测量请求消息的结构示意图；
图12c示出了本申请实施例提供的又一种测量请求消息的结构示意图；
图12d示出了本申请实施例提供的又一种测量请求消息的结构示意图；
图12e示出了本申请实施例提供的又一种测量请求消息的结构示意图；
图13a示出了本申请实施例提供的又一种测量请求消息的结构示意图；
图13b示出了本申请实施例提供的又一种测量请求消息的结构示意图；
图14a示出了本申请实施例提供的一种测量结构指示消息的结构示意图；
图14b示出了本申请实施例提供的另一种测量结构指示消息的结构示意图；
图14c示出了本申请实施例提供的又一种测量结构指示消息的结构示意图；
图15示出了本申请实施例的一种调度传输方法的流程示意图；
图16a示出了本申请实施例提供的一种调度请求消息的结构示意图；
图16b示出了本申请实施例提供的另一种调度请求消息的结构示意图；
图17a示出了本申请实施例提供的一种调度集合信息的结构示意图；
图17b示出了本申请实施例提供的另一种调度集合信息的结构示意图；
图17c示出了本申请实施例提供的又一种调度集合信息的结构示意图；
图17d示出了本申请实施例提供的又一种调度集合信息的结构示意图；
图17e示出了本申请实施例提供的又一种调度集合信息的结构示意图；
图18示出了本申请实施例提供的又一种调度请求消息的结构示意图；
图19示出了本申请实施例提供的一种基于定义1的站点组建立的时序示意图；
图20示出了本申请实施例提供的一种站点组更新的时序示意图；
图21示出了本申请实施例提供的一种中央控制式的站点组调度的时序示意图；
图22示出了本申请实施例提供的一种基于定义2的站点组建立和更新的时序示意图；
图23示出了本申请实施例提供的又一种中央控制式的站点组调度的时序示意图；
图24示出了本申请实施例提供的一种非中央控制式的调度方法的流程示意图；
图25a示出了本申请实施例提供的一种调度指引消息的结构示意图；
图25b示出了本申请实施例提供的另一种调度指引消息的结构示意图；
图26a示出了本申请实施例提供的一种基于定义1的非中央控制调度方法的时序示意图；
图26b示出了本申请实施例提供的一种基于定义2的非中央控制调度方法的时序示意图；
图27示出了本申请实施例提供的一种非中央控制式的站点组建立方法的流程示意图；
图28示出了本申请实施例提供的一种非中央控制式的站点组调度方法的时序示意图
图29示出了本申请实施例提供的一种应用于第一接入点AP侧的装置示意图；
图30示出了本申请实施例提供的一种应用于第一接入点AP侧的装置示意图；
图31示出了本申请实施例提供的一种应用于第二接入点AP侧的装置示意图；
图32示出了本申请实施例提供的一种应用于第二接入点AP侧的装置示意图。
具体实施方式
本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。
首先，对本申请中的部分用语进行解释说明，以便于本领域技术人员理解。
1)站点，是一种具有无线连接功能，能够向用户提供语音和/或数据连通性的设备，又可以称之为终端设备、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。目前，一些站点的举例包括：手机(mobilephone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、车载设备等。
2)、接入点，是通信系统中将站点接入到无线网络的设备，又可以称为无线接入网(radio access network，RAN)节点(或设备)、基站等。目前，一些接入点的举例为：gNB、传输接收点(transmission reception point，TRP)、演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(basestation controller，BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)，或Wi-Fi接入点，以及其他能够在无线环境中工作的接口设备。
另外，在一种网络结构中，所述接入点可以包括集中单元(centralized unit，CU)节点和分布单元(distributed unit，DU)节点。这种结构将长期演进(long termevolution，LTE)系统中eNB的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU。
3)、私有基本服务集(personal basic service set,PBSS)控制点(controlpoint)/接入点(access point)聚类(clustering)，简称PCP/AP聚类，包括一个同步AP(S-PCP/AP:synchronization PCP/AP)和至少一个成员AP，为802.11ad标准中定义的一种用于同步AP和成员AP之间通信的机制，以实现空间共享和干扰缓解。一个聚类内的所有AP由一个同步AP协调工作，用于解决同一频道下多BSS间的空间复用率和干扰缓解问题。PCP/AP聚类包括：中央控制的聚类和非中央控制的聚类。
4)、虚拟AP，多个AP通过协作聚合成一个簇，也称为虚拟AP(V-PCP/AP:virtualPCP/AP)。一个虚拟AP看起来像是一个单独的AP来为STA提供关联、鉴权、通信调度等服务，由一个中心协调AP来管理。基于空间复用技术，虚拟AP中的多个AP会同时服务多个STA，可以达到提升系统容量的目的。可以理解的，上述虚拟AP还可以有其他名称，本申请实施例不具体限定。
5)、信标周期(beacon interval)，为了实现通信系统中站点和接入点同步设置的，用于所述通信系统中各设备进行通信的调度的周期。其中，一个信标周期划分为多个接入时间段，每个时间段有不同的目的及接入机制。
下面以采用802.11ad标准的Wi-Fi系统中的信标周期为例，对信标周期内的接入时间段进行简单描述。参阅图1所示的信标周期的结构示意图，在所述信标周期中包含：信标头区间(beacon header interval，BHI)和数据传输区间(data transfer interval，DTI)。
所述BHI中包含以下3个区间：信标传输区间(beacon transmission interval，BTI)、关联波束训练(association-beamforming training，A-BFT)区间，以及公告传输区间(announcement transmission interval，ATI)。
在BTI内，接入点可以广播一个或者多个信标帧。所述接入点可以使用不同的扇区方向发送这些信标帧，每个信标帧里会携带所述接入点发送该信标帧时使用的天线标识(identifier，ID)和扇区标识。802.11ad标准中规定在一个BTI内，接入点不能更换发送信标帧的天线。
在A-BFT区间内用于实现A-BFT过程。所述A-BFT过程中包含波束方向的训练过程和波束反馈过程。在A-BFT过程中，可以是站点扫描不同方向的发送波束扇区和天线，接入点全向接收波束扇区和天线；或者站点固定方向发送波束扇区和天线，而接入点扫描不同方向的波束扇区和天线。
一个A-BFT过程包含一个或者多个扇区扫描时间段(sector sweep Slot，SSWSlot)，一个SSW Slot的长度为a SSW Slot Time，每一个A-BFT过程中，站点随机选一个SSWSlot来发送扇区扫描帧(SSW Frame)，每一个SSW Slot内站点可以向接入点发送至少一个SSW Frame。一个SSW Slot内站点发送的SSW Frame个数不能超过接入点的指示，接入点通过信标帧指示一个SSW Slot内允许站点向接入点发送的SSW Frame个数。如果站点需要发送的SSW Frame在一个SSW Slot内发不完，站点可以在下一个SSW Slot继续发送SSWFrame。在一个SSW Slot内，站点发送完一个或者多个SSW Frame后，接入点基于检测的SSWFrame结果，给站点回复扇区扫描反馈帧(SSW-Feedback Frame)。接入点回复SSW-FeedbackFrame在一个SSW Slot的末尾处，接入点回复SSW-Feedback Frame的时间需要保证站点能够发送完毕最多个数的SSW Frame。
所述DTI中包含任意个数及次序的服务时间段(service period，SP)和竞争接入时间段(contention based access period，CBAP)。
任一个SP为分配给指定的一对站点的接入时间段。在该时间段内只允许该对站点进行通信，其他站点不能抢占信道。
任一个CBAP为分配给所有站点(指定的多个站点)的接入时间段。在该时间段内，站点需要采用竞争信道的方式接入。
5)、平均噪声干扰功率指标(average noise plus interference powerindicator，ANIPI)，指的是站点在不发送帧且没有接收到发往此站点的帧的信道上，测量获得的平均噪声干扰功率。
6)、中央控制式调度，在一个接入点簇或集群中，由中心协调AP或同步AP来决定调度的类型、调度的时间以及对应传输的STA或者STA group。中心协调AP会给成员AP发送STA调度请求；成员AP按照指示的内容对其STA进行调度。
7)、分布式调度，在一个接入点簇或集群中，每个AP自行决定调度的类型、调度的时间以及对应传输的STA或者STA group。AP会给其他AP发送STA调度指引消息；其他AP收到该消息后，可以以消息的内容作为指引(例如避开干扰、进行空间复用等)对其STA进行调度。
应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
下面结合附图对本申请实施例做进行具体说明。
图2示出了本申请实施例提供的一种可能的通信系统200的架构图。其中，所述通信系统采用高频频段进行通信。参阅图2所示，通信系统200中包括：接入点AP1，接入点AP2和接入点AP3，还包括，由接入点AP1提供服务的站点STA1，由接入点AP2提供服务的站点STA2，以及，由接入点AP3提供服务的站点STA3、STA4、STA5。其中，AP1、AP2和AP3可以构成一个簇，AP1、AP2和AP3可以同时服务于系统中的多个站点，以达到提升系统容量的目的。
需要说明的是，图2所示的通信系统并不构成本申请实施例能够适用的通信系统的限定。因此本申请实施例提供的方法适用于各种采用高频频段或低频频段通信的通信系统，例如，Wi-Fi系统、第五代(5th generation，5G)通信系统或未来的各种移动通信系统，本申请对此不作限定。可选的，所述通信系统可以采用802.11ad标准中的PCP/AP聚类技术(例如非中央控制的PCP/AP聚类方式，或者中央控制的聚类)，还可以是采用前述用语说明中虚拟AP的聚类方式，以提高空间复用率以及缓解干扰。因此，可以理解的，AP1、AP2和AP3构成的簇可以是802.11ad中定义的PCP/AP簇，还可以是前述定义中的虚拟AP。
例如，AP1、AP2和AP3构成的簇为802.11ad中定义的PCP/AP簇，则接入点AP1可以为同步AP，以同步协调成员AP：AP2和AP3。又例如，AP1、AP2和AP3构成的簇为前述定义中的虚拟AP，则接入点AP1可以是中心协调AP，以实现对其他AP(AP2和AP3)的管理和与其他AP的协作。
在现有技术方案中，由于一个AP簇中的接入点AP对每个STA的调度是独立的，未能充分的实现空间复用和联合传输，调度传输和通信的效率较低。
本申请实施例提供的技术方案，通过在AP簇中定义站点分组(STA grouping)的机制，使得AP之间调度和通信的效率提升。当站点分组中包括的任意两个站点组组员可以被同时调度或同时通信时，AP簇中的AP调度此站点组进行通信可以提升空间复用率，以提升通信和传输的效率，提升系统容量；当站点分组中包括的任意两个站点组组员不可以被同时调度或同时通信时，当AP簇中存在一个AP在调度此站点组中的任意一个站点组组员进行通信时，其他AP不调度此站点组中的其他组员进行通信，避免此站点组中的站点组组员在通信时相互干扰，以达到干扰缓解的效果。
下面结合更多的附图，对本申请实施例的技术方案进行说明。
实施例一提供了一种站点组建立方法。此站点组建立方法采用中央控制的方式，即由中心协调AP确定站点组的建立。在本申请实施例中，为描述方便，以图2中所示的AP1作为中心协调AP或同步AP，AP2和AP3作为成员AP或被管理的AP进行说明，中心协调AP或同步AP也称为第一接入点AP，成员AP或被管理的AP也称为第二接入点AP。
图3示出了本申请实施例提供的一种站点组建立方法的交互流程示意图。此方法包括：
S301，第一接入点AP确定站点组
在实施例中，站点组的建立采用中央控制的方式，由中心协调AP确定站点组的建立。因此，第一接入点AP为中心协调AP或同步AP，在步骤S301中，由同步AP或中心协调AP(AP1)来确定站点组的建立，成员AP(AP2和AP3)需要把干扰情况(STA的测量结果)汇报给中心协调AP(AP1)。同步AP或中心协调AP基于测量结果，确定站点组。
可选的，在步骤S301之前，成员AP(AP2和AP3)需要把干扰情况(STA的测量结果)汇报给中心协调AP(AP1)。同步AP或中心协调AP基于测量结果，确定站点组。即在中心协调AP确定站点组之前，站点需要将测量结果反馈给为其提供服务的接入点(成员AP)，成员AP(AP2和AP3)再将干扰测量结果汇报给AP1。例如，当STA2在加入PCP/AP簇或虚拟AP的时候，通过和多个AP(天线)进行波束训练，从而可以得到此站点与多个AP的扇区扫描结果，该扇区扫描结果可以通过扇区扫描反馈帧(SSW Feedback)发送给为站点提供服务的AP2，也可以在STA2的关联请求等其他帧中发送给为该站点提供服务的AP2。AP2再将干扰测量结果上报给AP1。
如图3所示，在站点上报测量结果给为其提供服务的接入点之前，还可以包括步骤：S300.b，接入点AP向站点STA发送测量配置帧。
接入点可以通过给站点发送测量配置帧(measurement configuration frame)来调节STA进行干扰测量及测量上报的参数等；
可选的，如图3所示，该方法还可以包括S300.c，站点向接入点AP发送测量报告帧。
基于AP的测量请求，STA可以进行多种测量类型的测量并上报测量报告帧。AP给STA发送的测量配置帧可以是基于本地的策略，或者是基于中心协调AP的请求，其中，测量配置帧中包括的测量类型可以用于指示STA进行干扰测量的时间区间的类型，测量配置帧中包括的测量参数可以用于指示STA进行干扰测量的条件或干扰上报的条件。例如，测量类型指示的时间区间的类型可以为A-BFT，即可以指示STA在A-BFT区间内进行干扰测量。
可选地，如图3所示，在AP给STA发送测量配置帧之前，还可以包括步骤S300.a,即中心协调AP(AP1)可以给成员AP(AP2和AP3)发送STA测量请求消息(station measurementrequest,STA_MEAS_REQ)，用来指示一个或者多个STA进行测量，如图3中的步骤S300.a所示。中心协调AP可以通过该方式来平衡整个cluster内的负载(load balancing)，或者来评估一个STA group的有效性。为该STA提供服务的AP可以将STA与多个AP的扇区扫描结果和/或测量报告汇总到一起，因此，可选的，此方法还可以包括步骤S300.d,成员AP发送测量结果指示消息，即通过STA测量结果指示消息(station measurement indication,STA_MEAS_IND)将测量结果发送给中心协调AP。
基于收到的STA测量结果指示消息STA_MEAS_IND以及已有的STA group上下文，中心协调AP可以决定建立一个新的站点组(STA group)、修改已有的STA group或者释放已有的STA group。
本申请实施例的STA group上下文可以包括多种情形。
情形1：STA group上下文为空，即在中心协调AP收到站点测量结果指示消息之前，未建立任何站点组。
情形2：STA group上下文不为空，存在至少一个已确定的站点组，即中心协调AP在收到站点组的测量结果之前，已确定至少一个站点组。
在本申请实施例中，以基于STA group的上下文为空的情形1，且测量结果指示消息指示中心协调AP可以建立新的站点组为例进行说明，则中心协调AP生成站点组建立请求消息，此站点组建立请求消息中包括新建立的站点组信息。
S302，第一接入点AP向至少一个第二接入点AP发送站点组建立请求消息(stationgroup setup request,STA_group_setup_REQ)
第一AP生成站点组建立请求消息，此站点组建立请求消息STA_group_setup_REQ用于至少一个AP2确定站点组上下文(STA group context)。
站点组建立请求消息包括：N个站点组的ID和N个站点组信息，N个站点组的ID与N个站点组信息一一对应；其中，N为大于等于1的整数，且N个站点组中的任意一个站点组包括至少一个站点组组员。
对应的，一个站点组信息用于指示一个站点组中包括的至少一个站点组组员，任一个站点组信息包括：至少一个站点组元素字段，一个站点组元素字段用于指示一个站点组组员。
可以理解的，在步骤S301中确定的新建立的站点组可以包括站点组建立请求消息中包含的N个站点组。
所述站点组中站点组组员的类型包括多种,包括但不限于，站点对(一对STA，STApair),站点及指定方向(某个STA及其指定方向),站点(一个STA)。
在一个示例中，当站点组中的站点组组员的类型为站点对时，此站点组组员对应的站点组元素字段包括：站点对中包括的两个站点的标识；
在另一个示例中，当站点组中的站点组组员的类型为站点以及指定方向时，此站点组组员对应的站点组元素字段包括：此站点的标识，此站点的天线标识，和/或，此站点的扇区标识，也就是说，第一个示例中，站点组元素字段可以包括：此站点的标识，和，此站点的天线标识；第二个示例中，此站点组元素字段可以包括：此站点的标识，和，此站点的扇区标识；第三个示例中，站点的标识，和，站点的天线标识，站点的扇区标识。
在又一个示例中，当站点组中的站点组组员的类型为站点时，此站点组组员对应的站点组元素字段包括：站点的标识。
举例来说，站点组建立请求消息中包括两个站点组ID，分别为站点组1和站点组2，其中，站点组1中包括3个站点组组员，分别：为站点(STA1)，站点及指定方向(STA2，天线2，扇区2)，站点对(AP3和STA3)，则对应的站点组1的信息包括3个站点组元素字段，第一个站点组元素字段包括STA1的标识，第二个站点组元素字段包括STA2的标识，天线2的标识，和扇区2的标识，第三个站点组元素字段包括：AP3的标识，和，STA3的标识；站点组2包括2个站点组组员，分别为站点对(STA4，STA5)，站点及指定方向(AP1，天线1，扇区1)，则对应的站点组2的信息包括2个站点组元素字段，第一个站点组元素字段包括STA4的标识和STA5的标识，第二个站点组元素字段包括：AP1的标识，天线1的标识，扇区1的标识。
需要说明的是，站点的标识可以为站点的关联标识符(Association indetifier，AID)，站点的媒体接入控制层(medium access control，MAC)地址，也可以是站点的ID；
接入点的标识可以为接入点AP的AID，接入点的MAC地址，还可以是接入点在虚拟AP或PCP/AP簇中的ID；
天线的标识可以为天线的ID,扇区的标识也可以为扇区的ID。
可选的，一个站点组信息还包括：
站点组元素字段个数标识，用于指示一个站点组信息中包括的站点组元素字段的个数。例如，站点组1中包括2个站点组组员，则站点组1的信息包括2个站点组元素字段，则站点组元素字段个数标识指示站点组元素字段的个数为2。
可选的，站点组元素字段还包括以下一个或多个的组合：
站点组元素标识：用于指示所述站点组元素字段对应的所述站点组组员，一个示例中，站点组元素标识可以为站点组组员的编号，举例来说，站点组建立请求消息中包括两个站点组ID，分别为站点组1和站点组2，其中，站点组1中包括3个站点组组员，分别编号为11,12,13，站点组2包括2个站点组组员，分别编号为21,22，则在站点组1的信息中包括3个站点组元素字段，第一个站点组元素字段中的站点组元素标识可以为站点组1的组员1的编号11，第二个站点组元素字段中的站点组元素标识可以为站点组1的组员2的编号12，依次类推，不再赘述；
站点组元素类型标识，用于指示所述站点组元素字段所指示的站点组组员的类型。例如，当站点组元素类型取值为00时，可用于指示站点组组员的类型为站点；站点组元素类型取值为01时，可以用于指示站点组员的类型为站点对；站点组元素类型取值为10时，可以用于指示站点组员的类型为站点及其指定方向；站点组元素类型取值为11时，可以用于指示站点组员的类型为其他类型。可以理解的，站点组元素类型标识的取值与其对应的站点组组员的类型是可以变换的。
可选的，STA_group_setup_REQ还可以包括以下一个或多个的组合：
站点组的个数标识，用于指示所述站点组建立请求消息中包括的站点组的个数；
N个站点组定义标识，N个站点组定义标识与N个站点组一一对应，所述站点组定义标识用于指示所对应的站点组的定义方式；可以理解的，如果第一AP与第二AP默认或约定只使用一种站点组定义方式，比如AP1和AP2约定站点组建立请求消息中所指示的N个站点组由定义1确定，则站点组建立请求消息中可不包括站点组定义标识；
消息类型字段，用于指示站点组建立请求消息的类型，可用于指示此消息的类型为站点组建立请求消息。
站点组的定义方式指示了站点组组员之间的关系，站点组的定义方式包括：第一定义，和/或，第二定义；
当站点组定义标识所对应的站点组包括至少两个站点组组员时，
第一定义指示所述站点组定义标识所对应的站点组中的站点组组员满足被调度同时进行通信的条件；
第二定义指示所述站点组定义标识所对应的站点组中的站点组组员不满足被调度同时进行通信的条件。
可选的，站点组建立请求消息还可以包括：
发送端地址，可以是第一接入点AP的MAC地址、关联ID AID、PCP/AP簇或虚拟AP定义的ID等；
接收端地址，可以是一个或者多个第二AP的MAC地址、关联ID AID、PCP/AP簇或虚拟AP定义的ID等，也可以是广播地址或广播AID(广播发送)、AP群地址或群ID(多点发送)等；
需要说明的是，AP1可以将STA_group_setup_REQ发送给一个成员AP，例如图2中的AP2，且该消息中的N个站点组的ID和N个站点组信息可以在一个帧中并行的发送给AP2，还可以依次串行的分多次发送给AP2，每次发送1或多个站点组的ID和该1个或多个站点组对应的站点组信息；AP1还可以将STA_group_setup_REQ发送给多个成员AP，例如，除发送给AP2之外，还可以发送给AP3。可以理解的，一种方式中，可以将发送给多个成员AP的STA_group_setup_REQ携带于一个帧中并行发送给多个成员AP，类似于下行多用户多输入多输出(Downlink Multi-user Multiple Input and Multiple Out,DL MU-MIMO)的方式；另一种方式，还可以将多个成员AP的STA_group_setup_REQ携带在不同的帧中依次串行的分别发送给各个成员AP，或者并行的发送给各个成员AP(类似于DL MU-MIMO的方式)。
S303，至少一个第二接入点AP发送站点组建立反馈消息(station group setupresponse,STA_group_setup_RSP)
至少一个第二接入点AP根据接收到的站点组建立请求消息，确定自身的站点组上下文。
第二接入点AP可以维护所有的站点组信息，也就是说不仅维护由自身提供服务的站点组的站点组信息，还维护不由自身提供服务的站点组的站点组信息；第二接入点AP还可以只维护由第二接入点提供服务的站点组的信息，当第二接入点只维护由第二接入点提供服务的站点组的信息时，确定自身的站点组上下文可以包括：
在一种情况下，站点组建立请求消息中指示的N个站点组中，存在至少一个站点组中至少一个站点组组员由此第二接入点提供服务，则此站点组建立成功。第二接入点AP可确定自身的站点组上下文，此站点组上下文可以包括：由此第二接入点提供服务的建立成功的站点组的ID和此建立成功的站点组对应的站点组信息。
在另一种情况下，站点组建立请求消息中指示的N个站点组中的某个站点组中的站点组组员，都不由第二接入点提供服务，则第二接入点AP可确定此站点组建立失败。则此站点组上下文中可不包括：建立失败的站点组的ID和，建立失败的站点组对应的站点组信息。
当第二接入点AP可以维护所有的站点组信息，也就是说不仅维护由自身提供服务的站点组的站点组信息，还维护不由自身提供服务的站点组的站点组信息时，确定自身的站点组上下文可以包括：
在一种情况下，站点组建立请求消息中指示的N个站点组中的某个站点组，在加入该第二接入点的站点组上下文时，语境正确，不存在重复的此站点组的信息，例如该第二接入点的站点组上下文原来不包含该站点组，则此站点组建立成功。第二接入点AP可确定自身的站点组上下文，此站点组上下文可以包括：建立成功的站点组的ID和此建立成功的站点组对应的站点组信息。
在另一种情况下，站点组建立请求消息中指示的N个站点组中的某个站点组，在加入该第二接入点的站点组上下文时，有语境错误，站点组信息添加失败，例如已经有具有相同站点组ID的站点组存在，则第二接入点AP可确定此站点组建立失败。则此站点组上下文中可不包括：建立失败的站点组的ID和，建立失败的站点组对应的站点组信息。
在又一种情况下，站点组建立请求消息中指示的N个站点组中的某个站点组，在加入该第二接入点的站点组上下文时，有语法错误，则第二接入点AP可确定此站点组建立失败。
则可以理解的，N个站点组中可能存在N1个站点组建立成功，N2个站点组建立失败，则一种可能的实现方式中，站点组上下文中包括：建立成功的N1个站点组的ID，和，建立成功的N1个站点组对应的N1个站点组信息。其中，N1为大于等于0小于等于N的整数，N2也为大于等于0小于等于N的整数，且N1与N2的和等于N。
成员AP接收到站点组建立请求消息后，确定站点组是否建立成功，并将站点组建立的结果反馈给中心协调AP。
所述站点组建立反馈消息STA_group_setup_RSP由第二接入点AP(例如AP2和/或AP3)发送给第一接入点AP(AP1)。
一个示例中，此建立反馈消息包括：N个站点组的结果标识，结果标识用于指示所对应的站点组是否建立成功；举例来说，2个结果标识，其中，第1个结果标识用于指示站点组1是否建立成功；第2个结果标识用于指示站点组2是否建立成功。
在又一个示例中，此建立反馈消息还包括：M个站点组的ID和M个站点组的结果标识，M个结果标识与M个站点组ID一一对应。可以理解的，站点组建立请求消息中包括的N个站点组的建立结果可以携带在同一个站点组建立反馈消息中反馈，还可以携带在不同的站点组建立请求消息中反馈。因此，可以理解的，M可以等于N，也可以不等于N，当M＝N时，且此M个站点组的ID可以为站点组建立请求消息中所指示的N个站点组；当M不等于N时，例如当M小于N时，其余的N-M个站点组的建立结果可以携带在另外一个站点组建立反馈消息中发送给中心协调AP；当M大于N时，则该站点组建立反馈消息中除包括该站点组建立请求消息中的N个站点组的建立结果外，还可以包括其他的站点组建立请求消息中涉及的M-N个站点组的建立结果。
另一个示例中，此站点组建立反馈消息包括：N1个站点组中建立成功的站点组的ID，或者是，N2个站点组中建立失败的站点组的ID。例如，N个站点组中可能存在N1个站点组建立成功，N2个站点组建立失败，第一种实现方式中，站点组建立反馈消息中可以包括：N1个建立成功的站点组的ID；第二种实现方式中，站点组建立反馈消息中可以包括：N2个建立失败的站点组的ID，则隐含的向第一AP指示了建立成功的站点组的ID。可以理解的，当建立成功的站点组远多于建立失败的站点组时，可以采用此第二种实现方式，可减少信令开销。当建立成功的站点组远少于建立失败的站点组时，可以采用此第一种实现方式，也可减少信令开销。
站点组建立反馈消息还包括：发送端标识，用来指示第二AP，可以是第二AP的MAC地址、关联ID AID、PCP/AP簇或虚拟AP定义的ID等；
可选的，站点组建立反馈消息可以包括接收端标识，用来指示第一AP，可以是第一AP的MAC地址、关联ID AID、PCP/AP簇或虚拟AP定义的ID等。
站点组定义
在本申请实施例中，站点组的定义方式包括多种，中心协调AP可以基于不同的站点组定义方式确定站点组。本申请实施例就两种站点组的定义进行详细的说明。
(1)、定义1，采用定义1确定的站点组中的站点组组员满足被调度同时进行通信的条件；
一个示例中，当站点组包括至少两个站点组组员时，站点组组员满足被调度同时进行通信的条件可以是：站点组中包括的任意两个站点组组员之间的干扰小于或等于第一预设值。
需要说明的是，两个站点组组员之间的干扰小于或等于第一预设值，指的是，第一个站点组组员通信时，对第二个站点组组员的干扰小于或等于第一预设值，即可以理解为，第一个站点组组员通信时对第二个站点组组员造成的干扰较小；第二个站点组组员通信时，对第一个站点组组员造成的干扰小于或等于第一预设值，即可以理解为，第二个站点组组员通信时，对第一个站点组组员造成的干扰较小。此第一预设值为评估干扰大小的指标，可以根据信道状态或调度需求进行灵活设置，本申请实施例并不具体限定。
在定义1中，站点组组员的类型可以为：
a.站点对(STA pair)，当站点组中的站点组组员的类型为站点对时，所对应的站点组元素字段包括：站点对中两个站点的标识。
该STA pair中涉及的站点可以为普通的站点，还可以为接入点AP。
以图2为例，若站点组中的一个站点组组员为站点对<STA1,AP1>,则该站点对对应的站点组元素字段包括<STA1标识，AP1标识>；若站点组中的一个站点组组员为站点对<STA3,STA4>，则该站点对的站点组元素字段为<STA3标识，STA4标识>。
b.站点及其指定方向，当站点组中的站点组组员的类型为站点及其指定方向时，所对应的站点组元素字段包括：用于指示所述站点以及指定方向的信息；所述站点以及指定方向的信息包括：站点的标识，站点的天线标识，和/或，站点的扇区标识。以图2为例，若站点组中的一个站点组组员的类型为AP2以及其天线1在扇区1所对应的方向，则用于指示该站点以及其指定方向的信息可以包括：<AP1标识，天线1，扇区1>。
c.单个站点，当站点组中的站点组组员的类型为单个站点时，此站点组组员对应的站点组元素字段包括：此单个站点的标识。
以图2为例的第一个示例中，STA1和AP1之间通信时，对<STA2,AP2>的干扰较小；STA2和AP2之间通信时，对<STA1,AP1>的干扰较小；且STA3和STA4之间进行设备到设备(device to device,D2D)的通信时,对<STA1,AP1>和<STA5,AP3>的干扰较小，STA1和AP1之间通信时，对<STA3,STA4>和<STA5,AP3>的干扰较小，STA5和AP3通信时，对<STA1,AP1>和<STA3,STA4>的干扰较小。在这种场景下，采用定义1，则可以确定：
STA group1：<STA1,AP1>、<STA3,STA4>、<STA5,AP3>
此站点组包括站点组组员<STA1，AP1>、<STA3,STA4>和<STA5,AP3>,则站点组的信息包括3个站点组元素字段，第1站点组元素字段包括：STA1标识，AP1标识；第2站点组元素字段包括：STA3标识，STA4标识；第3个站点组元素字段包括：STA5标识,AP3标识。
STA group2：<STA1,AP1>、<STA2,AP2>
此站点组包括站点组组员<STA1，AP1>和<STA2,AP2>，则站点组的信息包括2个站点组元素字段：第1站点组元素字段包括：STA1标识，AP1标识；第2站点组元素字段包括：STA2标识，AP2标识；
(2)定义2，采用定义2确定的站点组中的站点组组员不满足被调度同时进行通信的条件；
一个示例中，当站点组包括至少两个站点组组员站点组时，站点组组员不满足被调度同时进行通信的条件可以是：任意两个站点组元素之间的干扰是大于或等于第二预设值的，即是不可以被同时调用或同时通信。
需要说明的是，两个站点组组员之间的干扰大于或等于第二预设值，指的是，第一个站点组组员通信时，对第二个站点组组员的干扰大于或等于第二预设值，即可以理解为，第一个站点组组员通信时对第二个站点组组员造成的干扰较大；第二个站点组组员通信时，对第一个站点组组员造成的干扰大于或等于第二预设值，即可以理解为，第二个站点组组员通信时，对第一个站点组组员造成的干扰较大。由于站点组中的站点组组员之间同时调度或同时通信时干扰较强，因此站点组中的站点组组员是不可以被同时调用或同时通信。此第二预设值为评估干扰大小的指标，可以根据信道状态或调度需求进行灵活设置，本申请实施例并不具体限定。
在定义2中，站点组组员的类型可以为：
a.站点对(STA pair)，当站点组中的站点组组员的类型为站点对时，站点组组员所对应的站点组元素字段包括：站点对中包括的站点的标识。
该STA pair中涉及的站点可以为普通的站点，还可以为AP。
b.站点及其指定的方向，当站点组中的站点组组员的类型为站点以及其指定方向时，站点组组员所对应的站点组元素字段包括：站点的标识，站点的天线标识，和/或，站点的扇区标识。以图2为例，若站点组中的一个站点组组员的类型为AP2以及其天线1在扇区1所对应的方向，则对应的站点组元素字段包括：AP2标识，天线1，扇区1。
C.单个站点，当站点组中的站点组组员的类型为站点时，站点组组员所对应的站点组元素字段包括：站点的标识。
以图2为例，若站点组中的一个站点组组员为STA1时，则用于指示该站点的信息为STA1标识。
以图2的第二个示例为例，若STA3和STA4之间进行D2D通信时，对STA2有干扰，AP1的某个扇区方向(天线1，扇区1)对STA2也有干扰。这个场景可以产生如下STA group(定义2)：
·STA group 1:<STA2>,<STA3,STA4>
·STA group 2:<STA2>,<AP1,天线1,扇区1>
需要说明的是，上述涉及到的STA或AP标识可以为STA或AP的媒体接入控制层地址(medium access control，MAC)，还可以为STA或AP的关联标识符(associationidentifier,AID)。
中心协调AP可以采用如上的定义1和定义2的方式确定站点组和对应的站点组元素。由于在本实施例中，由中心协调AP来确定站点组，属于中央控制式，因此STA group的ID是全局的，即由多个接入点构成的簇内的AP共同使用，且每一个站点组的STA group的ID在一个簇内是唯一的。
在中央控制式的方式中，中心协调AP和成员AP维护站点组上下文信息的方式包括多种：
第一种方式中：成员AP保存中心协调AP发送的所有的站点组信息作为成员AP的站点组上下文。在这种情形下，成员AP也保存全部站点组信息和全部站点组的ID，也可以在调度阶段，配置成为中心协调AP，以采用中央控制式调度其他AP；或者是，当中心协调AP的站点组上下文丢失或受损时，可以从其他成员AP获取；
第二种方式中：成员AP仅保存中心协调AP发送的所有的站点组中，由成员AP提供服务的站点组组员所在的站点组的信息，作为自身的站点组上下文；在这种情形下成员AP只保存部分站点组信息和部分站点组的ID，节省了成员AP的内存资源，减少了存储空间的开销；
第三种方式中：成员AP仅保存，中心协调AP发送的所有的站点组信息中与成员AP相关的站点组中由成员AP提供服务的站点组组员的信息和站点组组员所在的站点组的ID信息；在这种情形下成员AP只保存部分站点组组员信息，节省了成员AP的内存资源，减少了存储空间的开销；
举例来说，在上述以图2为例的第一个示例中，AP1采用定义1确定的站点组信息可以如下表1所示：
表1
在一种可能的实现方式中，AP1将表1所示的站点组信息采用广播的方式发送出去，则AP2收到AP1发送的站点组信息时，若AP2采用第二种方式维护站点组上下文。例如，在上述以图2为例的第一个示例中，AP2收到如表1所示的站点组信息后，确定自身的站点组上下文信息如下表2所示：
表2
在另一种可能的实现方式中，AP1还可以采用仅将表2所示的站点组信息发送给AP2；
可以理解的，接收到如表1或如表2所示的站点组信息之后，AP2也可以采用第一种方式和第三种方式维护站点组上下文。
在上述以图2为例的第二个示例中，AP1采用定义2确定的站点组的信息如下表3所示：
表3
/>
在一种可能的实现方式中，AP1将表3所示的站点组信息采用广播的方式发送出去，则AP3收到AP1发送的站点组信息时，AP3采用第二种方式维护站点组上下文。在上述以图2为例的第二个示例中，成员AP(AP3)收到如表3所示的站点组信息后，确定自身的站点组上下文信息为如下表4所示：
表4
另一种可能的实现方式中，AP1还可以采用仅将表4所示的站点组信息发送给AP3。可以理解的，接收到如表3或如表4所示的站点组信息之后，AP3也可以采用第一种方式和第三种方式维护站点组上下文。
可以理解的，任意两个站点组元素之间的干扰强度，可以由上述步骤S300.a至步骤S300.d测量获得。
站点组建立请求消息的一种示例性的结构可以如图4a所示。站点组建立请求消息可以包含N个STA group域，其中，每一个站点组(STA group)域可以包含：STA group的ID，用于指示该STA group，还可以包含多个STA group元素字段，每个STA group元素字段包含用于指示一个STA group组员的信息，每一个STA group域还可以包括，STA group定义类型标识，用于指示此STA group采用的定义方式，举例来说，假设包括两种定义类型，分别为定义1和定义2，一个示例中，定义类型取值为0指示此站点组中的站点组组员满足定义1，取值为1指示此站点组中的站点组组员满足定义2。可以理解的，定义类型的取值所对应的定义方式是可置换的，本申请实施例并不具体限定。
可选的，站点组域中还可以包括站点组元素字段的个数。
每一个STA group元素字段包括用于指示一个站点组组员的信息，可以包括但不限于以下一个或多个的组合：
STA group元素标识，可以用于指示一个站点组组员，可以为站点组组员的编号。
STA group元素类型、STA group元素类型可以用于指示站点组组员的类型，站点组组员的类型可以为STA_PAIR(一对STA),STA_DIRECT(某个STA及其指定的方向),STA(一个STA)等值。例如，STA group组员类型的取值为0，可以指示此STA group的组员类型为STA对，取值为1时，可以指示此STA group的组员类型为STA_DIRECT,取值为2时，指示此STAgroup组员的类型为一个站点，取值3时，可以指示此STA group组员的类型为其他类型。此外，这里只给出了典型的3种站点组组员的类型，实际中可以使用其中的一种或者几种，或者扩展更多其他的元素类型。
每一个STA group元素字段根据STA group元素的类型不同，其包含的指示站点组组员的信息也不相同。
当STA group组员的类型为站点对时，STA group元素字段包括：站点对中每一个站点的标识，例如STA group元素为<STA1,AP1>,则STA group元素字段包括，STA1的标识和AP1的标识。STA group元素字段的一种示例性的结构如图5a所示。
当STA group组员的类型为站点以及指定的方向时，STA group元素字段包括：站点标识，天线标识和/或扇区标识。例如STA group组员为<AP1,天线1，扇区1>,则STA group元素字段包括，AP1的标识，天线1的标识，以及扇区1的标识。STA group元素字段的一种示例性的结构如图5b所示。
当STA group组员的类型为一个站点时，STA group元素字段包括：站点标识。例如STA group元素为<STA1>,则STA group元素字段包括，STA1的标识。STA group元素字段的一种示例性的结构如图5c所示。
当中心协调AP给每个成员AP分别指示站点建立请求消息时，即给每个成员AP(例如AP2和AP3)的STA group内容分别指示(而不是合并在一起表示)。
当中心协调AP给一个成员AP发送站点组建立请求消息时，此站点组建立请求消息可以采用如图4a和如图4b所示的结构，其中，接收端地址字段可以包括该成员AP的标识，用于指示该成员AP，站点组请求消息可以包括发送给该成员AP的信息；
当中心协调AP需要给多个成员AP发送站点组信息时，一种可能的实现方式中，中心协调AP可以分别在多个站点组建立请求消息中，分别将各个成员AP的站点组信息依次串行的发送给各个成员AP，或者并行的发送给各个成员AP(类似于DL MU-MIMO的方式)，此站点组建立请求消息可以采用如图4a和4b所示的结构；另一种可能的实现方式中，中心协调AP还可以将各个成员AP的站点组信息合并携带在一个站点组请求消息中，发送给多个成员AP，站点组建立请求消息也可以采用如图4a和4b所示的结构，多个成员AP的接收地址集中携带在接收端地址中，其中的接收地址可以包括分别包括多个成员AP的标识，接收端地址还可以是广播地址，站点组建立请求消息还可以采用如图6所示的结构，即各个成员AP的接收地址分散的位于各自的接收端内容附近，则接收端内容与接收端地址对应，例如，此站点组建立请求消息可以包括发送给M个成员AP的内容，可选的，还可以包括与M个成员AP的内容相对应的成员AP的接收地址，以及成员AP的个数，其中M个成员AP的内容与M个接收地址一一对应。每一个成员AP的内容可以包括需要发送给该成员AP的K个STA group域的信息，此STA group域的结构可以采用如图4a中所示STA group域的结构，还可以采用图4b所示STA group域的结构，或其他结构，本申请实施例并不具体限定。
以图2中心协调AP(AP1)确定的站点组如表1所示，站点组建立请求消息的结构为图4a为例。AP1发送给AP2的站点建立请求消息包括2个STA group域。其中，第1个STA group域指示的STA group定义类型标识指示STA group1满足定义1，第1个STA group的ID字段指示的STA group ID为1，第1个STA group元素个数字段指示的STA group元素的个数为3，第1个STA group的第1个元素可以包括：STA1的标识和AP1的标识；第1个STA group的第2个元素可以包括：STA3的标识,STA4的标识；第1个STA group的第3个元素可以包括：STA5的标识，AP3的标识。第2个STA group域的STA group定义类型标识指示STA group2满足定义1，第2个STA group的ID字段指示的STA group ID为2，第2个STA group元素个数字段指示的STA group元素的个数为2，第2个STA group的第1个元素可以包括：STA1的标识和AP1的标识；第1个STA group的第2个元素可以包括：STA2的标识，AP2的标识。
以图2的AP1确定的站点组如表3所示为例。AP1将表3所示的信息发送给AP2，则发送给AP2的站点建立请求消息可以包括2个STA group域。其中，第1个STA group域的STAgroup定义类型标识指示此STA group满足定义2，第1个STA group的ID字段指示的STAgroup ID为1，第1个STA group元素个数字段指示的STA group元素的个数为2，第1个STAgroup的第1个元素可以包括：STA2的标识；第1个STA group的第2个元素可以包括：STA3的标识和STA4的标识。第2个STA group域中的STA group定义类型标识指示此STA group2满足定义2，第2个STA group的ID字段指示的STA group ID为2，第2个STA group元素个数字段指示的STA group元素的个数为2，第2个STA group的第1个元素可以包括：STA2的标识；第2个STA group的第2个元素可以包括：AP1的标识，天线1的标识和扇区1的标识。
可以理解的，站点组建立请求消息中包括的多个站点组可以分别采用不同的定义方式定义，也可以采用相同的定义方式定义。
且可以理解的，站点组建立请求消息中的部分字段的顺序是可以变换的，例如，STA group元素个数字段在各个站点组元素字段之前，其他字段顺序不做限制。
站点组建立反馈消息的结构
在步骤S303中，一种可能的实现方式中，至少一个第二AP反馈的站点建立反馈消息STA_group_setup_RSP，包括：N个站点组的结果标识；其中，N个站点组的结果标识与站点建立请求消息中包括的N个站点组的ID一一对应，结果标识用于指示所对应的站点组是否建立成功。其中，此N个STA group的结果标识与中心协调AP发送的STA_group_setup_REQ中包括的N个STA group的次序一一对应。
一个示例中，此N个STA group的建立结果标识可以采用比特位图，此比特位图包括N个比特位，第i个比特位指示STA_group_setup_REQ中的第i个STA group的建立结果。成员AP发送的站点建立反馈消息STA_group_setup_RSP的一种示例性的结构如图7a所示。
又一个示例中，可选的，站点建立反馈消息STA_group_setup_RSP可以包括M个站点组的ID和M个站点组的建立结果，其中，M个站点组的ID与M个站点组的建立结果标识一一对应。
在一种可能的实现方式中，至少一个第二AP发送的站点建立反馈消息STA_group_setup_RSP的一种示例性的结构如图7b所示。图7b采用分布式的方式指示M个STA group的建立结果标识。第i个STA group的建立结果标识用于指示第i个STA group的建立结果，i为大于等于1小于等于M的整数，一个实现方式中，第i个STA group的建立结果标识可以采用1比特指示，例如，当第i个STA group的建立结果的取值为0时，指示第i个STA group未建立成功；当第i个STA group的建立结果的取值为1时，指示第i个STA group建立成功。
在另一种可能的实现方式中，至少第二AP发送的站点建立反馈消息STA_group_setup_RSP的另一种示例性的结构如图7c所示。图7c采用集中式的方式指示M个STA group的建立结果标识，其中，M个STA group的建立结果标识可以采用比特位图的形式，该比特位图可以包括M个比特，其中的第i比特的取值对应第i个STA group是否建立成功。例如，成员AP反馈4个STA group的建立结果，则当比特位图取值为1100时，可指示STA group1和STAgroup2建立成功，STA group3和STA group4建立失败。
在又一种可能的实现方式中，至少一个第二AP可只反馈建立成功的STA group的ID，而不反馈建立失败的STA group的ID，则第二AP发送的站点建立反馈消息STA_group_setup_RSP的又一种示例性的结构如图7d所示。图7d中所示的站点建立反馈消息STA_group_setup_RSP包括N个STA group中建立成功的k个STA group的ID，以指示此k个STAgroup建立成功，隐含的表示其余的N-k个STA group建立失败，或者在后续的STA_group_setup_RSP中反馈其余N-k个建立失败的STA group，其中，k大于等于0小于等于N。
在另一种可能的实现方式中，至少一个第二AP可只反馈建立失败的STA group的ID，而不反馈建立成功的STA group的ID，则第二AP发送的站点建立反馈消息STA_group_setup_RSP的又一种示例性的结构也可以如图7d所示。图7d中所示的站点建立反馈消息STA_group_setup_RSP包括N个STA group中建立失败的k个STA group的ID，以指示此k个STA group建立失败，隐含的表示其余的N-k个STA group建立成功，其中，k大于等于0小于等于N。
需要说明的是，多个成员AP，例如AP2和AP3,都需要反馈站点建立反馈消息时，多个成员AP可以采用并行的方式反馈，还可以采用依次串行的方式反馈。
通过本申请实施例的方法，接入点簇中的AP可利用站点组建立请求消息和站点组建立反馈消息，实现对站点组信息的建立，且多个AP可及时对齐站点组信息，使得多个AP可以以站点组为单位进行调度和传输，可提升多AP之间调度和通信的效率。
实施例二提出一种站点组信息更新方法。
与实施例一不同的是，实施例二中，以基于STA group的上下文为情形2，即STAgroup上下文不为空，即中心协调AP在收到站点组的测量结果之前，已确定至少一个站点组，且测量结果指示消息指示中心协调AP可以修改已建立的站点组为例进行说明，则中心协调AP可以发送站点组修改请求消息(station group update request,STA_group_update_REQ)，此站点组修改请求消息可以包括：需要更新的站点组ID和需要更新的站点组中需添加或删除的站点组元素的信息，以实现对已建立的站点组信息的修改或更新。
图8示出了本申请实施例提供的一种站点组更新方法的交互流程示意图。本申请实施例中，以AP1为中心协调AP或同步AP进行中央控制的方式，实现站点组及站点组信息的更新。
S801，中心协调AP确定待更新的站点组；
与前述步骤S301相类似的，由同步AP或中心协调AP(AP1)来确定待更新信息的站点组之前，成员AP(AP2和AP3)也需要把干扰情况(STA的测量结果)汇报给中心协调AP(AP1)。与步骤S301相类似的，中心协调AP也可以采用步骤S800.a-步骤S800.d以实现对干扰测量的协调控制，并获取干扰测量结果，此处不再赘述。进一步的，同步AP或中心协调AP基于测量结果，确定待更新的站点组以及其待更新的站点组的信息。
基于收到的STA测量结果指示消息STA_MEAS_IND以及已有的STA group上下文，中心协调AP可以确定待更新的STA group中的站点组组员，待更新的站点组中的站点组组员可以包括：站点组中待删除的已有的站点组组员，和/或，站点组中待增加的新的站点组组员，基于待更新的站点组及其站点组组员，以生成站点组更新请求消息。
例如，在第三示例中，中心协调AP采用前述定义1确定站点组，STA group上下文信息包括表1所示的站点组列表。经过步骤S800.a至步骤S800.d后，则中心协调AP获取到的干扰测量结果显示：AP3和STA5之间通信时，对表1中的STA group 1的干扰大于或等于第一预设值；并且AP3与STA3通信时，对STA group 2的干扰小于或等于第一预设值，STA group2中的站点组元素通信时，对STA3造成的干扰也小于或等于第一预设值；则中心协调AP可确定，表1中的STA group 1中可删除一个站点组组员，具体为<STA5,AP3>，表1中的STA group2中可增加的一个站点组组员为<STA3，AP3>。则中心协调AP更新后的站点组上下文信息如表5所示。
表5
第四示例中，例如，中心协调AP采用前述定义2确定站点组，STA group上下文信息包括表3所示的站点组列表。经过步骤S800.A-步骤S800.d后，则中心协调AP获取到的干扰测量结果显示，AP3和STA5之间通信时，对表3中的STA group 1的干扰大于第二预设值，即AP3和STA5通信时对表3中的STA group1的干扰较大，或者是，STA group1中的元素通信时，对AP3和STA5之间通信造成的干扰大于第二预设值，则中心协调AP可确定，表3中的STAgroup 1中可增加一个新的元素，具体为<STA5,AP3>。则中心协调AP对表3进行更新，更新后的结果如下表6所示：
表6
站点组的定义详见前述步骤S302，此处不再赘述。
S802，中心协调AP发送站点组更新请求消息(station group update request,STA_group_update_REQ)
第一AP向至少一个第二接入点AP发送站点组修改请求消息，站点组修改请求消息用于指示至少一个第二AP更新站点组上下文。
该消息由中心协调AP发送给成员AP，用来指示成员AP更新一个或者多个STAgroup，中心协调AP(AP1)发送的站点组修改请求消息包括：M个待更新的站点组的ID，和，所述待更新的站点组中对应的至少一个站点组元素字段，所述站点组元素字段用于指示待更新的站点组组员，所述至少一个站点组元素字段，包括：至少一个第一站点组元素字段和/或至少一个第二站点组元素字段；第一站点组元素字段用于指示所述待更新的站点组中待增加的站点组组员；第二站点组元素字段用于指示所述待更新的站点组中待删除的站点组组员。
可选的，站点组更新请求消息STA_group_update_REQ还可以包括但不限于以下一个或多个的组合：
发送端地址，用于指示发送STA_group_update_REQ的AP的地址，例如，可以是AP1的MAC地址、关联ID AID、虚拟AP或PCP/AP簇中定义的ID等；
接收端地址，用于指示接收STA_group_update_REQ的成员AP，此接收端地址，可以是一个或者多个AP2的MAC地址、关联ID AID、虚拟AP或PCP/AP簇中定义的ID等，也可以是广播地址或广播AID(广播发送)、AP群地址或群ID(多点发送)等；可以理解的，当中心协调AP指定将此站点组更新请求消息发送给一个成员AP时，例如，AP2，则此接收端地址可以为AP2的MAC地址或关联标识符AID，或虚拟AP或PCP/AP簇中定义的ID等；可以理解的，当中心协调AP指定将此站点组更新请求消息发送给多个成员AP时，此接收地址字段可以包括多个成员AP的地址；当中心协调AP采用广播的方式发送此站点组更新请求消息时，此接收地址为广播地址。
站点组的个数标识，用于指示站点组更新请求消息中包括的待更新的站点组的个数；
M个第一站点组元素字段个数标识，第一站点组元素字段个数标识用于指示所对应的待更新的站点组中待增加的站点组元素字段的个数；M个第一站点组元素字段个数标识与M个待修改站点组组员的站点组的ID一一对应；
M个第二站点组元素字段个数标识，第二站点组元素字段个数标识用于指示所对应的待更新的站点组中待删除的站点组元素字段的个数；M个第二站点组元素字段个数标识与M个待更新的站点组的ID一一对应；
与实施例一相类似的，待增加的站点组组员的类型可以包括多种，例如，可以为站点，或，站点及指定方向，或，站点对；
若站点组组员的类型为站点，第一站点组元素字段包括：站点的标识；
若站点组组员的类型为站点对，第一站点组元素字段包括：所述站点对中包括的两个站点的标识；
若站点组组员的类型为站点以及指定方向时，第一站点组元素字段包括：站点的标识，所述站点的天线标识，和/或，所述站点的扇区标识。
第二站点组元素字段所指示的站点组组员为待删除的站点组组员，待删除的站点组组员的类型也可以包括多种，例如，可以为站点，或，站点及其指定方向，或，站点对，可以理解的，第二站点组元素字段也可以采用与第一站点组元素字段相同的格式来指示待删除的站点组组员。可选的，第二站点组元素字段还可以包括待删除的站点组组员的站点组元素标识。
可选的，此第二站点组元素字段还可以仅包括待删除的站点组组员的站点组元素标识，例如，待删除的站点组组员编号，而不包含站点组组员的具体信息。例如，第二站点组元素字段可以包括待删除的站点组元素标识：用于指示所述站点组元素字段对应的待删除的站点组组员。可以理解的，由于在站点组建立阶段，通过站点组建立请求消息，成员AP可获取站点组组员的站点组元素标识，因此，在站点组更新阶段，可以在仅包括之前已经保存的站点组元素标识来删除站点组组员，节省了信令开销。
可以理解的，第一站点组元素字段也还可以包括待增加的站点组元素标识：用于指示所述站点组元素字段对应的待增加的站点组组员的编号，可选地，如果待增加的站点组元素标识与本STA group之前已经配置的某个站点组元素标识相同，则接收端可以替换已有的站点组组员为新的站点组组员，而站点组元素标识不变。举例来说，若在站点组1中包括两个站点组组员，编号分别为组员1和组员2，组员1为<STA1,AP1>，站点组修改请求消息中指示站点组1中待修改的组员为组员1，且组员1为<STA2,AP2>,则第二AP可以更新站点组1的组员1，用<STA2,AP2>替换<STA1,AP1>，而不需要新增加一个站点组组员的编号。
可以理解的，第一站点组元素字段和第二站点组元素字段还可以包括：
站点组组员类型标识，用于指示所述站点组元素字段所指示的站点组组员的类型。
在一个示例中，站点组更新请求消息的一种示例性的结构如图9a所示。其中，第i个待修改的STA group域包括：第i个待更新的STA group的ID，还包括：用于指示STA groupi中待增加的至少一个站点组组员的至少一个站点组元素字段，和/或，用于指示第i个STAgroup中待删除的至少一个站点组组员的至少一个站点组元素字段。可选的，第i个更新的STA group域还可以包括：第i个待更新的STA group中待增加的站点组组员个数(也是待增加的站点组组员对应的站点组元素字段的个数)，和/或，第i个待更新的STA group中待删除的站点组元素个数(也是待删除的站点组组员对应的站点组元素字段的个数)。需要说明的是，一个示例中，站点组元素的定义以及其结构已在实施例一中详细说明，站点组元素字段可以采用图5a至图5c所示的结构，此处不再赘述；又一个示例中，待删除的站点组对应的站点组元素字段也可以仅包括指示该待删除的站点组组员的站点组元素标识。以前述第三示例为例，中心协调AP发送的站点组更新请求消息包括2个待更新的STA group域，其中，第1个待更新的STA group域中包括第1个STA group的ID，以及，第1个STA group中待删除的站点组组员<STA5,AP3>，第2个待更新的STA group域中包括第2个STA group的ID，以及，第2个STA group中待增加的站点组元素<STA3,AP3>。
在另一个示例中，与图9a所示的站点组更新请求消息不同的是，中心协调AP可以将需要删除的站点组元素和需要修改的站点组元素分别在两个站点组更新请求消息中发送给成员AP，站点组更新请求消息的另一种示例性的结构如图9b所示，其中，只包括需要增加的站点组元素，而不包括需要删除的站点组元素，可以理解的，在另一个站点组更新请求消息中，还可以只包括需要删除的站点组元素。以第三示例为例，中心协调AP可发送两个站点组更新请求消息，在第一站点组更新请求消息中包括STA group1中需要删除的站点组元素<STA5,AP3>的信息，在第二个站点组更新请求消息中包括STA group2中需要增加的站点组元素<STA3,AP3>的信息。
可以理解的，特殊的，站点组更新请求消息STA_group_update_REQ的另一种定义可以是，重新配置一个或者多个STA group的站点组上下文，即中心协调AP可以将更新后的站点组上下文，以站点组建立请求消息STA_GROUP_SETUP_REQ的格式发送给成员AP。例如，中心协调AP可以将更新后的站点组信息，可以采用如图4a和图4b所示的结构，全部发送给成员AP，以使得成员AP重新配置站点组，此处不赘述。
需要说明的是，与实施例一中发送站点组建立请求消息相类似的，当中心协调AP(AP1)给多个成员AP(例如，AP2和AP3)发送该消息时，发送可以是独立的，可以是顺序的，也可以是并行的。本申请实施例并不具体限定。
S803，成员AP向中心协调AP发送站点组更新反馈消息(station group updateresponse,STA_group_update_RSP)；
成员AP接收到站点组更新请求消息后，确定是否成功更新站点组，并将站点组更新结果反馈给中心协调AP。
与前述实施例S302相类似的，成员AP可以保存所有的站点组信息，也就是说不仅保存由自身提供服务的站点组的站点组信息，还保存不由自身提供服务的站点组的站点组信息；成员AP还可以只保存由第二接入点提供服务的站点组的信息，当第二接入点只维护由第二接入点提供服务的站点组的信息时，确定自身的站点组上下文可以包括：
一种情形中，站点组更新请求消息中包含的待更新的站点组中的某个站点组ID，与本成员AP保存的站点组中的ID都不相同，则此站点组更新失败；或者，站点组更新请求消息中包含的待更新的站点组中的某个站点组ID，与本成员AP保存的站点组中的一个站点组的ID相同，但是待更新的站点组对应的待删除的站点组元素字段与本成员AP保存的站点组元素字段内容不匹配或者是本成员AP保存的站点组信息不包括此待删除的站点组元素字段；则此站点组更新失败；
一种情形中，站点组更新请求消息中包含的待更新的站点组中的某个站点组ID，与本成员AP保存的站点组中的一个站点组的ID相同，且待更新的站点组对应的待删除的站点组元素字段与本成员AP保存的站点组元素字段内容匹配，则此站点组更新成功。
当成员AP保存所有的站点组信息，也就是说不仅保存由自身提供服务的站点组的站点组信息，还保存不由自身提供服务的站点组的站点组信息时，接收到中心协调AP发送的站点组更新请求消息后，更新自身的站点组上下文包括：
一种情形中，站点组更新请求消息中包含的待更新的站点组的中的某个站点组ID，与本成员AP保存的站点组中的ID相同，但是待更新的站点组对应的待删除的站点组元素字段与本成员AP保存的站点组元素字段内容不匹配，例如站点组元素标识相同但是站点的标识不同，则成员AP不更新此站点组的站点组组员信息，此站点组更新失败；
另一种情形中，站点组更新请求消息中包含的待更新的站点组中的某个站点组ID，与本成员AP保存的站点组中的ID相同，而且语境正确，则成员AP更新此站点组的站点组组员信息，此站点组更新成功。
具体的，成员AP向中心协调AP发送站点组更新反馈消息，其中，所述站点组更新反馈消息包括：所至少一个结果标识，此至少一个结果标识与站点组更新请求消息中的站点组一一对应。
所述待更新的站点组的结果标识用于指示所述待更新的站点组是否更新成功。
可以理解的，对于待更新的站点组中需要增加站点组组员的，其站点组的结果标识用于指示待增加的站点组组员是否增加成功；对于待更新的站点组中需要删除站点组组员时，其站点组的结果标识用于指示待删除的站点组组员是否删除成功。
需要说明的是，站点组更新反馈消息可以采用与站点组建立反馈消息相同的结构，例如图7a至图7d所示,同样可以采用集中式和分布式的形式指示修改结果，此处不再赘述。站点组更新反馈消息的区别在于，站点组更新反馈消息中的消息类型字段指示此消息为站点组更新反馈消息，而站点组建立反馈消息中的消息类型字段指示此消息为站点组建立反馈消息。例如，若协作AP采用如图7a所示的结构反馈第三示例中的站点组修改结果，则图7a中的消息类型字段指示此消息为站点组更新反馈消息，反馈的STA group的个数字段取值为2，结果字段标识包括2个比特，其中第1个比特指示STA group1的更新结果，第2个比特指示STA group2的更新结果。
通过本申请实施例的方法，接入点簇中的AP可利用站点组更新请求消息和站点组更新反馈消息，实现对站点组信息的更新和修改，且多个AP可及时对齐站点组信息，避免过期的站点组信息占用AP的缓存空间。并且在中央控制的方式中，中心协调AP或同步AP也可以实现对其他AP的站点组信息的管理。
实施例三提出一种站点组释放方法。
与实施例一不同的是，实施例三中，以基于STA group的上下文为情形2，STAgroup上下文不为空，即中心协调AP在收到站点组的测量结果之前，已确定至少一个站点组，且测量结果指示消息使得中心协调AP确定可以释放已建立的站点组为例进行说明，则中心协调AP可以发送站点组释放请求消息(station group release request,STA_group_release_REQ)，此站点组释放请求消息可以包括：需要释放的站点组ID，以实现对已建立的站点组的释放。
图10示出了本申请实施例提供的一种站点组释放方法的交互流程示意图。
S1001，AP1确定待释放的站点组
在一些情形中，例如站点位置发生变化，导致信道状态发生变化等，使得站点组中的站点组组员之间相互之间产生较强的干扰,或，站点组组员之间的干扰变得较小，则已建立的站点组不满足定义1或定义2，则已建立的站点组需要被释放。与前述步骤S801相类似的，由同步AP或中心协调AP(AP1)来确定站点组的释放之前，成员AP(AP2和AP3)也需要把干扰情况(STA的测量结果)汇报给中心协调AP(AP1)。与步骤S301相类似的，中心协调AP也可以采用步骤S1000.a至步骤S1000.d以实现对干扰测量的协调控制，并获取干扰测量结果，此处不再赘述。进一步的，同步AP或中心协调AP基于测量结果，确定待释放的站点组。因此，基于收到的STA测量结果指示消息STA_MEAS_IND以及已有的STA group上下文，中心协调AP可以决定释放已有的STA group，以生成站点组释放请求消息。
例如，在第五示例中，中心协调AP采用前述定义1确定站点组，STA group上下文为前述表5所示。经过步骤S1000.a至步骤S1000.d后，中心协调AP获取到的干扰测量结果显示，AP1和STA1之间通信时，对STA3和STA4进行D2D通信的干扰大于第二预设值；则中心协调AP需要释放表5中的STA group 1。
在另一些情形中，例如，中心协调AP需要初始化STA group上下文信息，则可以释放已建立的一个或多个站点组。例如，在第六示例中，则中心协调AP释放如表5所示的所有站点组，其中包括STA group 1和STA group 2。
S1002，中心协调AP向成员AP发送站点组释放请求消息(station group releaserequest,STA_group_release_REQ)；
该消息由AP1发送给AP2，用来指示成员AP(例如AP2或AP3)释放一个或者多个STAgroup。站点组释放请求消息包括：至少一个待释放的站点组的ID；
可选的，站点组释放请求消息还可以包括：
接收端地址，用于指示接收STA_group_release_REQ的成员AP，此接收端地址，可以是一个或者多个AP2的MAC地址、关联ID AID、虚拟AP或PCP/AP簇中定义的ID等，也可以是广播地址或广播AID(广播发送)、AP群地址或群ID(多点发送)等；
可选的，站点组释放请求消息STA_group_release_REQ还可以包括但不限于以下一个或多个的组合：
发送端地址，用于指示发送STA_group_release_REQ的AP，例如，可以是AP1的MAC地址、关联ID AID、虚拟AP或PCP/AP簇中定义的ID等；
消息类型，用于指示此消息的类型为站点组释放请求消息。
在一个示例中，站点组释放请求消息的一种示例性的结构如图11所示。其中包括S个待释放的STA group的ID，其中S为大于等于1的整数。
当中心协调AP给多个成员AP发送该消息时，发送可以是独立的，可以是顺序的，也可以是并行的(类似于DL MU-MIMO的方式)。
S1003，AP2向AP1发送站点组释放反馈消息(station group release response,STA_group_release_RSP)；
成员AP接收到站点组释放请求消息后，确定是否释放站点组，并将站点组释放结果反馈给中心协调AP。
一种情形中，当站点组释放请求消息中包括的至少一个站点组中的某一个站点组的ID与成员AP保存的站点组的ID相同，则成员AP可释放此站点组，此站点组释放成功；
另一种情形中，当站点组释放请求中包括的至少一个站点组中的某一个站点组的ID与成员AP保存的所有站点组的ID都不相同，则成员AP不释放此站点组，此站点组释放不成功；
具体的，成员AP向中心协调AP发送站点组释放反馈消息，其中，所述站点组释放反馈消息包括：至少一个待释放的站点组的结果标识，至少一个待释放的站点组的结果标识与站点组释放请求消息中的站点组ID所指示站点组一一对应。
所述待释放的站点组的结果标识用于指示所述待释放的站点组是否释放成功。
需要说明的是，站点组释放反馈消息可以采用与站点组建立反馈消息相同的结构，例如图7a至图7d所示,同样可以采用集中式和分布式的形式指示更新结果，此处不再赘述。站点组释放反馈消息的区别在于，站点组释放反馈消息中的消息类型字段指示此消息为站点组释放反馈消息，而站点组建立反馈消息中的消息类型字段指示此消息为站点组建立反馈消息。例如，若中心协调AP采用如图7a所示的结构反馈第五示例中的站点组释放结果，则图7a中的消息类型字段指示此消息为站点组释放反馈消息，反馈的STA group的个数字段取值为1，指示释放1个站点组，结果标识字段包括1个比特，指示这1个站点组是否释放成功。
通过本申请实施例的方法，接入点簇中的AP可利用站点组释放请求消息和站点组释放反馈消息，实现对站点组信息的释放，且多个AP可及时对齐站点组信息，避免过期的站点组信息占用AP的缓存空间。并且在中央控制的方式中，中心协调AP或同步AP也可以实现对其他AP的站点组信息的管理。
需要说明的是，本申请实施例涉及的站点组建立请求消息和站点组建立反馈消息，站点组更新请求消息和站点组更新反馈消息，以及，站点组释放请求消息和站点组释放反馈消息，不仅仅可以在中心协调AP和成员AP之间交互站点组信息，还可以应用于成员AP和成员AP之间交互站点组信息，还可以用于普通AP和普通AP之间交互站点组信息。
实施例一涉及的站点组建立请求消息，实施例二涉及的站点组更新请求消息，实施例三涉及的站点组释放请求消息，由中心协调AP发送给至少一个成员AP。以中心协调AP发送站点组建立请求消息为例分几种情形说明。
在第一种情形中，由中心协调AP单独发送给一个成员AP，则站点组建立请求消息的接收地址字段可以为此成员AP的MAC地址或关联标识符AID，或虚拟AP或PCP/AP簇中定义的ID等。一个示例中，此站点组建立请求消息中仅包括由此成员AP提供服务的站点组组员所对应的站点组的信息。例如，假如中心协调AP包括的站点组上下文信息如表1所示，但是中心协调AP仅将由成员AP2提供服务的站点组组员所对应的站点组信息发送给AP2，例如仅将如表2所示的站点组信息携带在站点组建立请求消息中，发送给AP2；又一个示例中，此站点组建立请求消息中包括中心协调AP确定的站点组上下文信息，如表1所示。例如，假如中心协调AP包括的站点组上下文信息如表1所示，中心协调AP将表1所示的站点组信息全部携带在站点组建立请求消息中发送给AP2。
在第二种情形中，由中心协调AP发送给多个成员AP，多个成员AP包含于虚拟AP或PCP/AP簇中，但可以不是虚拟AP或PCP/AP簇中的所有AP。则站点组建立请求消息中的接收地址字段可以指示此多个成员AP，例如，此接收地址字段可包括多个地址子字段，每个地址子字段用于指示一个成员AP，此一个地址字段可以为一个成员AP的MAC地址或关联标识符AID，或虚拟AP或PCP/AP簇中定义的ID等。在一个示例中，此站点组建立请求消息中分别包括由此多个成员AP中的每一个成员AP提供服务的站点组组员所对应的站点组的信息。在另一个示例中，此站点组建立请求消息中包括全部的站点组上下文信息。
在第三种情形中，由中心协调AP广播发送站点组建立请求消息，则站点组建立请求消息中的接收地址字段可以为广播地址或广播AID(广播发送)、AP群地址或群ID(多点发送)等；中心协调AP可将全部的站点组上下文信息携带在站点组建立请求消息中广播发送出去。
对于接收到站点组建立请求消息的成员AP，对自身上下文信息的维护也包括多种情形：
第一种情形中，若站点组建立请求消息中只包括由自身提供服务的站点组组员所对应的站点组信息，则此成员AP可以保存站点组建立请求消息中的站点组信息；
第二种情形中，若站点组建立请求消息中除包括由自身提供服务的站点组组员所对应的站点组信息外，还包括不由自身提供服务的站点组组员所对应的站点组的信息，则此成员AP可以采用多种处理方式，第一种处理方式中，成员AP可以仅保存由自身提供服务的站点组组员所对应的站点组信息；第二种处理方式中，成员AP可以既保存由自身提供服务的站点组组员所对应的站点组信息，还保存不由自身提供服务的站点组组员所对应的站点组的信息。
与站点组建立请求消息相类似的，站点组更新请求消息，站点组释放请求消息，也可以采用上述几种情形，此处不再赘述。
实施例四提供了一种干扰测量调度和测量结果获取方法。此干扰测量调度方法和测量结果获取方法的交互流程包括前述实施例一中的步骤S300.a至S300.d，或者，包括前述实施二中的步骤S800.a至步骤S800.d，或者，包括前述实施例三中的步骤S1000.a至步骤S1000.d。
干扰测量调度：测量请求消息(station measurement request,STA_meas_REQ)。
前述实施例一，实施例二，实施例三中进行干扰测量调度所涉及的测量请求消息由中心协调AP发送给成员AP，此测量请求消息可以包括：H个测量集合、与H个测量集合一一对应的H个测量时间类型，和与H个测量集合一一对应的H个测量配置，以及接收端标识，其中，H为大于等于1的整数。其中，测量时间类型用于指示成员AP调度测量集合中的测量元素进行干扰测量的干扰测量时间段的类型，测量配置包括测量参数，测量参数可以用于指示成员AP调度测量集合中的测量元素进行干扰测量时，测量集合中的测量元素进行干扰测量的条件或干扰上报的条件。接收端标识用来指示一个或者多个成员AP，可以是一个或者多个成员AP的MAC地址、关联ID AID、虚拟AP或PCP/AP中定义的ID等，也可以是广播地址或广播AID(广播发送)、AP群地址或群ID(多点发送)等；
每一个测量集合可以包括至少一个测量元素，在本申请实施例中，测量元素包括但不限于以下几种形式：
第一种形式中，测量元素为站点，即测量集合包括一个或多个站点，则测量请求消息用于指示成员AP调度测量集合中包括的一个或多个站点进行干扰测量。可选的，测量请求消息中还可以包括，测量集合中站点的个数。
第二种形式中，测量元素为站点组，即测量集合中包括一个或多个站点组，则测量请求消息用于指示成员AP调度测量集合中包括一个或多个站点组进行干扰测量。可选的，测量请求消息还可以包括，测量集合中站点组的个数。
可以理解的，以图2为例的第一示例中，为建立表1所示的STA group 1，中心协调AP发送的测量请求消息用于指示成员AP(AP3)发送测量配置帧，以调度站点STA5在STA1和AP1之间通信时进行干扰测量，还调度站点STA3和STA4在STA1和AP1之间通信时进行干扰测量，可以理解的，中心协调AP发送的测量请求消息中包括的测量集合的测量元素类型为站点组；进一步的，中心协调AP(AP1)还可以发送测量配置帧，以调度站点STA1在STA5和AP3之间进行通信时，进行干扰测量，从而获取干扰测量结果。
可以理解的，在第三示例中，为达到更新表1所示的STA group2以获取表5所示的STA group 2的目的，中心协调AP向AP2发送的测量请求消息用于指示AP2发送测量配置帧，以调度表1中的STA group 2中的STA2在AP3和STA3进行通信时，进行干扰测量；发送给AP3的测量请求消息还用于调度AP3发送测量配置帧，以指示STA3在STA group2中的站点组元素同时传输或通信时，进行干扰测量，并且，AP1也向STA1发送测量配置帧，以调度表1中STAgroup 2的STA1在AP3与STA3通信时，进行干扰测量。因此，可以理解的，中心协调AP向AP2发送的测量请求消息中包括的测量集合中的测量元素的类型可以为站点。
可选的，测量请求消息中还可以包括测量元素类型，例如，可以用于指示测量元素的类型是站点还是站点组。
可选的，测量请求消息还可以包括：发送端标识，用于指示发送该测量请求消息的AP，例如，可以是中心协调AP的MAC地址、关联ID AID、虚拟AP或PCP/AP中定义的ID等；
可选的，测量请求消息还可以包括成员AP的调度时间，用于指示成员AP发送测量配置帧的时间。
一个示例中，当成员AP将需要调度的M个测量集合的信息合并在一个测量配置帧中发送时，测量请求消息可以包括一个调度时间，此调度时间用于指示这一个测量配置帧的发送时间。一个示例中，测量请求消息的一种示例性的结构如图12a所示。其中，测量集合的一个测量配置域中包括测量集合，还包括此测量集合中对应的至少一个测量时间类型和至少一个测量配置，可选的还包括测量时间类型个数。可选的，测量请求消息还可以包括测量集合的个数，用于指示测量集合的个数，也可用于指示测量集合的测量配置域的个数。可替换的，测量请求消息中还可以不包括测量集合的个数，而是在第i个测量配置域之前或之后，包括一个标识字段i，此第i个标识字段用于指示第i个测量配置域之后是否还包括第i+1个测量配置域，其中i为大于等于1小于等于H的整数。测量请求消息也可以包括M调度时间，其中，M个调度时间与M个调度集合一一对应。一个示例中，测量请求消息的一种示例性的结构也如图12a所示，其中，发送时间字段包括M个子发送时间字段，一个子发送时间字段与一个调度集合相关联，指示调度该测量集合的测量配置帧的发送时间。
另一个示例中，测量请求消息的一种示例性的结构如图12b所示，其中，采用对每个测量时间类型和测量配置，指定对应的测量集合的形式，向成员AP指示测量配置信息。可选的，测量请求消息还可以包括测量时间类型个数，用于指示测量时间类型的个数。同样可替换的，测量请求消息还可以不包括测量时间类型个数，还可以在每个测量时间类型字段或测量集合字段之后包括一个标识字段，用于指示此测量时间类型字段之后，是否还包括其他测量时间类型字段。例如，第i个标识字段指示第i个测量时间类型字段之后是否还包括第i+1个测量时间类型字段，其中i为大于等于1小于等于P的整数。
另一个示例中，当成员AP将需要调度的M个测量集合的信息分别在M个测量配置帧中发送时，测量请求消息可包括M个调度时间，M个调度时间与M个测量配置帧一一对应，第i个调度时间指示第i个测量配置帧的发送时间。测量请求消息的另一种示例性的结构如图12c所示。同样可替换的，测量请求消息中还可以不包括测量集合的个数，而是在第i个测量配置域之前或之后，包括一个标识字段i，此第i个标识字段用于指示第i个测量配置域之后是否还包括第i+1个测量配置域。测量请求消息的又一种示例性的结构如图12d所示。可选的，测量请求消息还可以包括测量时间类型个数，用于指示测量时间类型的个数。同样可替换的，测量请求消息还可以不包括测量时间类型个数，还可以在每个测量时间类型字段或测量集合字段之后包括一个标识字段，用于指示此测量时间类型之后，是否还包括其他测量时间类型，例如图12e所示。例如，第1个标识字段指示第1个测量时间类型之后是否还包括第2个测量时间类型。
当中心协调AP需要向多个成员AP发送测量请求消息，以调度多个成员AP发送测量配置帧时，中心协调AP可以对每个成员AP的测量请求内容分别指示(而不是合并在一起表示)。需要说明的是，发送给不同接收端的消息类型可以相同，也可以不同。
一个示例中，当发送给不同的成员AP的消息类型相同时，可以采用如图13a所示的消息格式。举例来说，若第1个接收端(AP2)和第2个接收端(AP3)的消息类型都为测量请求消息，则第1个接收端(AP2)的内容与第2个接收端(AP3)的内容都可以采用如图12a至图12e的结构，此处不再赘述。
一个示例中，当发送给不同的成员AP的消息类型不同时，可以采用如图13b所示的消息格式。举例来说，第1个接收端(AP2)的消息类型为测量请求消息，则第1个接收端的内容可参见如图12a至图12e的结构，第2个接收端(AP3)的消息类型为站点组建立请求消息，则第2个接收端的内容可以采用如图4a和图4b所示的结构，此处不再赘述。
干扰测量结果的上报：测量结果指示消息(station measurement indication,STA_MEAS_IND)
前述实施例一，实施例二，实施例三中进行干扰测量结果反馈所涉及的测量结果指示消息由接收到测量请求消息的成员AP反馈给中心协调AP。
在一个示例中，此测量结果指示消息对每个STA分别指定此STA对应的测量类型和测量结果。测量结果指示消息包括与X个STA对应的测量结果，X为大于等于1的整数。
测量结果，可以用于指示进行干扰测量的STA的测量结果，例如，进行干扰测量的STA的测量结果可以是STA测得的干扰信号的功率，或平均干扰噪声功率等。也可以是其他能够反映干扰强度的指标，本申请实施例不具体限制。
测量结果指示消息还可以包括：发送端标识，用于指示发送此测量结果指示消息的接入点，例如，由AP2向中心协调AP发送测量结果指示消息，则发送端标识可以是AP2的MAC地址、关联ID AID、虚拟AP或PCP/AP中定义的ID等；
可选的，测量结果指示消息还可以包括但不限于以下一个或多个的组合：
接收端标识是可选参数，可以用于指示中心协调AP(AP1)，例如，可以是AP1的MAC地址、关联ID AID、虚拟AP或PCP/AP中定义的ID等；
消息类型，用于指示此消息为测量结果指示消息。
对于每一个STA的测量结果信息，此测量结果指示消息可以包括但不限于：
STA标识，用于指示进行干扰测量的STA，可以是STA的MAC地址、关联ID AID等；
测量时间类型，可以用于指示STA进行干扰测量的时间段的类型，例如，若STA在关联波束训练期间内测得干扰，则测量时间类型指示的时间段为关联波束训练期间。可以理解的，测量时间类型在某些场景下是可选参数。一个示例中，若反馈的测量结果为同一个测量时间类型，则测量时间类型可以省略，例如，可以约定成员AP只反馈在关联波束训练期间测得的干扰强度，则测量时间类型也可以省略，又一个示例中，若成员AP按照约定的测量时间类型的顺序反馈测量结果时，测量时间类型也是可以省略的。例如，成员AP与中心协调AP约定，依次上报几种测量时间类型的全部测量结果，则测量时间类型也是可以省略的。
测量结果指示消息的一种示例性的格式如图14a所示。此测量结果指示消息中将多个测量STA的测量结果同时反馈给中心协调AP。其中此测量结果指示消息包括X个测量结果域，与X个测量STA对应。第i个测量结果域包括：第i个STA的标识，以及，此STA的测量结果。可选的，还可以包括测量时间类型的个数A，这种情况下，测量结果域中也包括A个测量结果，此A个测量结果与A个测量时间类型一一对应。
特殊的，当成员AP(AP2或AP3)在每个测量结果指示消息中只反馈一种测量时间类型对应的测量结果，则可以采用如图14b所示的结构。其中，X个STA的测量时间类型都相同，
特殊的，STA测量结果指示消息STA_MEAS_IND的内容，也可以嵌套在由AP2发送给AP1的其他消息里(比如STA初始接入时AP之间交互的消息)。例如，在图14b或图14a中的“消息类型字段(STA测量结果指示)”之后的字段，可以封装为一个STA测量结果指示域，然后将STA测量结果指示域嵌套在某个消息里。一个示例中，如图14c所示的消息中包括多个域类型和域内容，成员AP可以将测量结果指示域封装于其中的一个域中，并将此域对应的域类型设置为测量结果指示域。
在AP发送测量请求消息之前，此AP还可以获取其他AP的测量能力，其他AP可以向此AP发送测量能力元素，用于确定交互哪种测量类型是可以被其他AP执行的。当多个AP给此AP发送测量能力元素时，多个AP发送可以是独立的，可以是顺序的，也可以是并行的(类似于UL MU-MIMO的方式)。
举例来说，一种常用的场景是AP2为成员AP，AP1为中心协调AP，AP1和AP2之间的测量能力交互可以有两种方式：
第一种方式：AP2主动上报，例如，AP2在加入AP cluster时，可以在其加入APcluster的请求中包含测量能力元素(measurement capacity element，meas_capab_element)。
第二种方式：AP2被动上报(通过查询上报)，例如，AP1可以给AP2发送一个测量能力查询帧来查询AP2的测量能力，之后AP2给AP1反馈一个测量能力帧，包含测量能力元素。其中，测量能力查询帧可以是新定义的帧(包含测量能力查询元素)，也可以是在已有的帧中增加一个测量能力查询元素；测量能力帧可以是新定义的帧(包含测量能力元素)，也可以在已有的帧中增加一个测量能力元素。
测量能力元素用来指示AP的测量能力。
测量能力元素的一种实现方式是用位图(bitmap)的形式，一个比特(bit)表示一个测量类型，比特值＝1表示支持该种测量，bit值＝0表示不支持该种测量。例如，若测量类型指示的测量时间区间包括：BTI区间，A-BFT、SP、周期区间、自选时间区间，则测量能力元素只需要5个bit，或者一个byte的前5个bit，或者一个byte的后5个bit；这5个bit分别代表BTI测量、A-BFT测量、SP测量、周期测量、自选测量；例如，对应的bit值等于1表示AP支持对应的测量，对应的bit值等于0表示不支持对应的测量。也可以使用其他的测量类型，测量能力元素的定义类似，此处不赘述。
测量能力元素的另一种实现方式是对每一个测量类型定义一个子元素，每个子元素里有一个变量表示AP是否支持该种测量；可选地，每个子元素还可以包含其他变量。例如，针对上述5种测量类型，测量能力元素可以包含5个子元素：BTI测量能力子元素、A-BFT测量能力子元素、SP测量能力子元素、周期测量能力子元素、自选测量能力子元素；每个子元素里有一个变量表示AP是否支持该种测量，变量值等于1表示AP支持对应的测量，变量值等于0表示不支持对应的测量；可选地，每个子元素还可以包含其他变量。
测量能力查询元素用来指示AP对其他AP的测量能力进行查询。
一种实现方式是，该元素的内容是空的(只有一个元素类型)，不含其它参数；
另一种实现方式是，该元素包含一个查询变量，查询变量等于1的时候，表示对测量能力进行查询，查询变量等于0或其他值时候，表示其他意义(例如预留位reserved bit等)。
通过本申请实施例的方法，接入点簇中的AP可利用测量请求消息和测量结果指示消息，实现对干扰测量信息的汇总，使得接入点簇中的AP可利用干扰测量结果确定站点组，并且在中央控制的方式中，中心协调AP或同步AP也可以实现对其他AP的干扰测量的管理和控制。
实施例五提供一种中央控制式的协调调度的方法。此方法由中心协调AP来决定调度集合，以及对应的调度集合的传输时间，还可以由中心协调AP确定调度类型等。
图15示出了本申请实施例提供的一种中央控制式的协调调度的方法。此方法包括：
S1501,第一接入点AP生成调度请求消息，调度请求消息包括：T个调度集合信息、T个传输时间标识，T为大于等于1的整数，调度集合包括至少一个调度集合元素，调度集合信息用于指示一个调度集合，传输时间标识用于指示调度集合所指示的调度集合元素被调度进行传输的时间，T个传输时间标识与T个调度集合一一对应。
第一接入点AP可以为中心协调AP或同步AP，此处以第一接入点AP为中心协调AP为例进行说明。
T个调度集合中的任意一个调度集合包括至少一个调度集合元素，调度集合信息包括至少一个调度集合子字段，一个调度集合子字段用于指示一个调度集合元素，至少一个调度集合子字段与至少一个调度集合元素一一对应。
调度请求消息(station scheduling resquest,STA_SCHD_REQ)还可以包括：接收端标识，用于指示一个或者多个成员AP(例如AP2和AP3)，可以是一个或者多个成员AP的MAC地址、关联ID AID、虚拟AP或PCP/AP中定义的ID等，也可以是广播地址或广播AID(广播发送)、AP群地址或群ID(多点发送)等；
S1502,第一接入点AP向至少一个第二AP发送调度请求消息，以便于所述至少一个第二AP根据所述调度请求消息，确定是否调度所述调度集合所指示的至少一个调度集合元素中由所述至少一个第二AP提供服务的调度集合元素在对应的传输时间区间内进行传输。
此处第二接入点AP可以为成员AP。
S1503,成员AP根据调度请求消息，确定是否调度所述调度集合所指示的至少一个调度集合中由所述成员AP提供服务的调度集合元素在对应的传输时间区间内进行传输。
调度请求消息由中心协调AP发送给至少一个成员AP，用于指示接收端地址所指示的成员AP按照调度请求消息指示的内容对调度集合进行调度。
在本申请实施例中，调度集合元素的类型可以包括多种：
在第一种形式中，调度集合元素的类型为站点，则此调度集合元素对应的调度集合子字段包括一个站点的标识；
在第二种形式中，调度集合元素的类型为站点对，此调度集合元素对应的调度集合子字段包括：站点对的两个站点的标识；
在第三种形式中，调度集合元素的类型为站点组，则此调度集合元素对应的调度集合子字段包括：站点组的ID。例如，在调度集合3中调度元素的类型为站点组，且调度集合3中包括1个站点组,此站点组为如表1所示的STA group 2，则此调度集合信息为，STAgroup的ID，可以理解的，此站点组的ID既可以是全局ID，由接入点簇中站点共同全局使用的ID，在接入点簇中是唯一的；此站点组的ID还可以是局部ID，由接入点簇中部分接入点使用，在接入点簇中可能是唯一的，也可以是不唯一的，对于局部ID的情况，本申请实施例将会在后续的段落中具体描述。需要说明的是，在此实施例中，调度集合元素的类型为站点组时，即可以是基于定义1确定的站点组，还可以是基于定义2确定的站点组，因此，此调度集合元素对应的调度集合子字段中还可以包括站点组定义类型指示，采用定义1和定义2确定站点组的详细说明可参考实施例一，此处不再赘述。
可选的，调度集合信息还可以包括：调度集合元素个数；
可选的，调度集合信息还可以包括：调度集合元素类型标识，用于指示此调度集合中包括的调度集合元素的类型。可以理解的，调度集合可以包括一个调度集合元素，也可以包括多个调度集合元素；当包括一个调度集合元素时，该调度集合元素类型标识可以指示此调度集合元素的类型；当包括多个调度集合元素时，此多个调度集合元素的类型可以相同，也可以不相同；多个调度集合元素的类型相同时，该调度集合元素类型标识可以用于指示此多个调度集合元素的类型；多个调度集合元素的类型不相同时，可以包括多个调度集合元素类型标识，每个调度集合元素类型标识指示一个调度集合元素的类型。
此消息中包括的传输时间标识，用于指示被成员AP调度的调度集合进行传输的时间区间。一个示例中，传输时间标识包括：传输开始时间和传输时长；另一个示例中，传输时间标识包括：传输开始时间和传输结束时间。举例来说，若调度集合1被调度在服务时间段SP1内的进行传输，则传输时间标识可以包括：SP1的开始时间，和，SP1的时长；或者是，传输时间标识可以包括SP1的开始时间，SP1的结束时间。
可选的，此调度请求消息还可以包括但不限于以下一个或多个的组合：
发送端标识，用于指示中心协调AP1，可以是AP1的MAC地址、关联ID AID、虚拟AP或PCP/AP中定义的ID等；
调度集合个数，用于指示调度请求消息中调度集合的个数。
传输时间段类型，用于指示传输时间的时间段类型，此时间段可以为指定的服务时间段(ORDER_SP),常规的服务时间段(REGULAR_SP),竞争接入时间段(CBAP)等值；也可以增加其他类型或使用部分类型。可以理解的，如果在此调度请求消息中只包括一种传输时间段类型，或者中心协调AP或成员AP进行调度时不关注传输时间段类型，则可以不需要该参数。
其中，REGULAR_SP为802.11ad/ay标准中定义的服务时间段SP，CBAP为802.1111ad/ay标准中定义的CBAP；在ORDER_SP中，被调度的STA需要在对应的传输时间收发数据，即使没有应用层的数据要发送，也需要发填充padding的数据，以供其他STA进行测量，在REGULAR_SP中，被调度的STA如果有数据发送，就在传输时间收发数据；如果没有数据要发送，也可以不发，(与11ad/ay同)。
调度时间标识，用于指示一个或者多个成员AP调度由该成员AP提供服务的STA的调度时间。这个参数可以为AP1(尤其是AP1为中心协调AP的场景)提供一个空间复用/降低干扰的选择，即中心协调AP1可以控制成员AP(例如AP2或AP3)给由其提供服务的STA发送空口消息的时间，避免多个成员AP之间产生干扰。
一个示例中，调度时间标识可以针对每个调度集合单独指示，即一个调度时间标识指示成员AP向一个测量集合发送调度帧的时间。图16a示出了调度请求消息的一种示例性结构。其中，消息类型指示此消息为调度请求消息，且此调度请求消息包括T个调度域，第i个调度域包括第i个调度集合对应的调度时间标识，以及，第i个调度集合对应的传输时间标识，例如包括：传输开始时间和传输时长，还包括用于指示第i个调度集合的信息。举例来说，假如中心协调AP需要并行指示成员AP调度3个调度集合，且第1个调度集合的调度时间为时间1，第2个调度集合的调度时间为时间2，第3个调度集合的调度时间为时间3，则中心协调AP可以发送一个合并的调度请求消息，此消息可以采用如图16a所示的结构。
另一个示例中，调度时间标识可以针对每个调度集合单独指示，即一个调度时间标识指示成员AP向一个调度集合发送调度帧的时间，多个调度集合的调度时间标识可以集中携带在一个调度时间域，其中，该调度时间域包括多个调度时间标识。例如图16b所示，可以在AP调度时间标识字段包括T个子字段(图16b未示出)，一个子字段为一个调度时间标识，对应一个调度集合。
又一个示例中，调度时间标识也可以对多个调度集合共同指示，即一个调度时间标识指示成员AP向多个测量集合发送调度帧的时间。可以理解的，当中心协调AP调度成员AP并行调度多个调度集合时，可以采用一个调度时间标识指示多个测量集合的调度时间。例如，图16b示出了调度请求消息的另一种示例性结构，与图16a所示的调度请求消息不同的是，图16b所示的调度请求消息的调度时间标识指示的是T个调度集合公共的调度时间。举例来说，假如中心协调AP需要并行指示成员AP调度3个调度集合，且第1个调度集合的调度时间为时间1，第2个调度集合的调度时间为时间1，第3个调度集合的调度时间为时间1，则中心协调AP可以发送一个合并的调度请求消息，此消息可以采用如图16b所示的结构。
可以理解的，中心协调AP还可以串行指示成员AP对这3个调度集合的调度，即中心协调AP可以发送3个调度请求消息，第1个调度请求消息指示成员AP在SP1调度调度集合1，第2个调度请求消息指示成员AP在SP2调度调度集合2，第3个调度请求消息指示成员AP在SP3调度调度集合3，这3个调度请求消息中的任一个既可以采用如图16a所示的结构，还可以采用如图16b所示的结构；
成员AP根据调度请求消息，可以确定是否调度所述调度集合中的至少一个调度集合元素中由此成员提供服务的调度集合元素在所述传输时间区间内进行传输。
当调度请求消息中的调度集合包括站点组，此站点组中的存在站点组组员由此成员AP提供服务，且此站点组基于定义1确定，则成员AP确定可调度此站点组组员在对应的传输时间区间内进行传输；
当调度请求消息中的调度集合包括站点组，此站点组中的存在站点组组员由此成员AP提供服务，且此站点组基于定义2确定，则成员AP确定不可调度此站点组组员在对应的传输时间区间内进行传输；
图16a和图16b中涉及的调度集合中至少包括一个调度集合元素。根据调度集合元素类型的不同，调度集合信息包括的内容不同。
一个示例中，当调度集合中包括的调度集合元素的类型为站点时，调度集合信息可以采用如图17a所示的结构。
另一个示例中，当调度集合中包括的调度集合元素的类型为站点对时，调度集合信息可以采用如图17b所示的结构。
又一个示例中，当调度集合中包括的调度集合元素的类型为站点组时，调度集合信息可以采用如图17c所示的结构。
当调度集合中包括的多个调度集合元素的类型不相同时，例如，调度集合包括站点，又包括站点对，还包括站点组时，调度集合信息可以采用如图17d所示的结构。调度集合信息还可以采用如图17e所示的结构。
本申请实施例提出的调度请求消息的又一种示例性的结构如图18所示，与图16a和图16b所示的调度请求消息不同的是，图18所示的调度请求消息给每个成员AP的调度请求分别指示(而不是如图16a和图16b所示的合并在一起表示)，因此，图18所示的调度请求消息包括与多个成员AP一一对应的多个接收端内容域，还可以包括多个成员AP的接收端地址，其中，成员AP的接收端地址可以为成员AP的MAC地址，关联ID AID、虚拟AP或PCP/AP中定义的ID等；接收端内容域可以采用如图16a和图16b中消息类型字段后的格式进行发送，此处不再赘述，可选的，此调度请求消息还可以包括接收端AP的个数。
基于本申请实施例的方法，中心协调AP1可以控制成员AP(例如AP2或AP3)给其关联的STA发送空口消息的时间，实现对成员AP调度站点传输的控制，避免多个成员AP之间产生干扰。并且，中心协调AP可以控制成员AP调度站点，站点对，还可以控制成员AP调度站点组，基于定义1的站点组的调度方法可减少多接入点AP之间交互的信息量，降低开销，提高了多个接入点AP之间通信和调度的效率。
实施例六，图19示出了一种基于定义1的站点组建立的交互流程示意图。基于图2所示的应用场景，以接入点AP1作为中央控制的AP，也称为中心协调AP或同步AP。接入点AP2和接入点AP3为成员AP为例进行说明。
如图19所示，在第一阶段，中心协调AP确定的STA group的上下文指示站点组中不包括任何站点组，即未建立任何站点组。此时，站点STA1接入到由AP1、AP2、AP3构成的虚拟AP或PCP/AP簇，并由AP1提供服务；站点STA2接入到由AP1、AP2、AP3构成的虚拟AP或PCP/AP簇，并由AP2提供服务。之后，在信标头区间BHI内，AP1采用天线ID为(0,1)的天线发送信标帧进行扇区扫描，AP2采用天线ID为(2,3)的天线发送信标帧进行扇区扫描，AP3采用天线ID为(4,5)的天线发送信标帧进行扇区扫描，站点STA2在BHI区间内检测到来自天线4和天线5的干扰信号，并将干扰测量结果反馈给AP2；
第二阶段，接入点AP2可以采用实施例中涉及的测量结果指示消息将此干扰测量结果发送给AP1；接收到测量结果指示消息的AP1，根据干扰测量结果可以确定，<STA2,AP2>与<STA1,AP1>构成候选站点组，并更新STA group的上下文。
AP1根据更新的STA group上下文信息，向AP2发送调度请求消息STA_SCHD_REQ和测量请求消息STA_MEAS_REQ，此STA_SCHD_REQ用于指示AP2调度STA2在服务时间段SP2进行传输，此STA_MEAS_REQ用于指示AP2调度STA2在服务时间段SP1进行干扰测量。需要说明的是，此STA_SCHD_REQ和STA_MEAS_REQ可以依次串行的发送，也可以并行的发送。
可以理解的，一个示例中，当STA_SCHD_REQ和STA_MEAS_REQ为两个单独的消息依次串行的被发送时，此STA_SCHD_REQ可以采用如图16a和16b所示的格式发送，其中STA_SCHD_REQ包括1个调度集合，还包括调度集合1对应的传输时间为SP2，此调度集合中包括一个调度集合元素，为STA2，则调度集合可以采用如图17a所示的格式；STA_MEAS_REQ可以采用如图12a，12b,12c，12d，12e的格式，其中包括1个测量集合，此测量集合包括1个测量集合元素，即STA2，此处不再赘述。另一个示例中，当STA_SCHD_REQ和STA_MEAS_REQ封装在一个合并消息中并行的被发送时，此合并消息可以采用如图13b的格式，其中包括两个接收端内容域，第一个内容域可以为STA_SCHD_REQ，第二个内容域可以为STA_MEAS_REQ，此处不再赘述，可选的，当STA_SCHD_REQ和STA_MEAS_REQ是发送给同一个接收AP的，那么在如图13b所示的帧结构中，可以仅包括一个接收端地址，两个消息类型和对应的接收端内容。
进一步的，AP1向STA1发送测量配置帧和调度帧，测量配置帧用以调度STA1在SP2内进行干扰测量，调度帧用于调度STA1在SP1内进行传输；并且接收到STA_SCHD_REQ和STA_MEAS_REQ的AP2，也向STA2发送测量配置帧和调度帧，其中，测量配置帧用于调度STA2在SP1内进行干扰测量，调度帧用以调度STA2在SP2内进行传输。
接收到AP1发送的测量配置帧和调度帧的STA1在SP1内进行传输，在SP2内进行干扰测量，接收到AP2发送的测量配置帧和调度帧的STA2在SP1内进行干扰测量，在SP2内进行传输。
在SP3，STA1将在SP2内测量得到的测量结果反馈给AP1，其中，测量结果指示STA1在SP2内测得的干扰强度较小；STA2将在SP1内测量得到的测量结果反馈给AP2，其中，测量结果指示STA1在SP1内测得的干扰强度较小。
第三阶段，接收到STA2发送的测量结果的AP2，可以采用测量结果指示消息的格式将STA2的干扰测量结果汇报给AP1。
AP1结合STA1的干扰测量结果和STA2的测量结果，可以判断，<AP1,STA1>通信时，对<AP2,STA2>的干扰较小，<AP2,STA2>通信时，对<AP1,STA1>的干扰较小，则AP1确定<AP1,STA1>和<AP2,STA2>构成站点组1。进一步的，AP1向AP2发送STA_group_setup_REQ，以向AP2指示STA group1的ID和站点组元素信息，AP2接收到STA_group_setup_REQ后，向AP1反馈STA_group_setup_RSP，指示STA group1建立成功。
实施例七，图20示出了本申请实施例提供的一种基于定义1的站点组更新的交互流程示意图。同样基于图2所示的应用场景，以接入点AP1作为中央控制的AP，也称为中心协调AP。接入点AP2和接入点AP3为成员AP为例进行说明。
如图20所示，在第一阶段，中心协调AP确定的STA group的上下文指示包括一个站点组STA group1，且STA group1中包括的站点组组员为<AP1,STA1>和<AP2,STA2>。与AP3关联的STAs在BTI，A-BFT，服务时间段或其他时间段进行干扰测量。并且，STA3，STA4，STA5将测量结果反馈给AP3。AP3可以采用测量结果指示消息STA_MEAS_IND向AP1汇报STA3，STA4，STA5的测量结果，可以理解的，三个STA的测量结果可以由AP3依次串行的在三个STA_MEAS_IND中反馈给AP1，还可以由AP3并行的在一个STA_MEAS_IND中反馈给AP1，STA_MEAS_IND可以采用如图14a,如图14b或如图14c的结构。
举例来说，如图14a所示，当AP3在一个STA_MEAS_IND并行反馈3个站点的测量结果，则此STA_MEAS_IND可以包括3个测量结果域，第1个测量结果域包括：STA3的标识，以及STA3的测量结果；第2个测量结果域包括：STA4的标识，以及STA4的测量结果；第3个测量结果域包括：STA5的标识，以及STA5的测量结果。
第二阶段，接收到测量结果指示消息的AP1，根据干扰测量结果可以确定候选站点组，例如AP1确定，<AP3,STA3>、<AP3,STA4>、<AP3,STA5>构成STA group1候选站点组，并更新STA group上下文。
AP1根据更新的STA group上下文信息，向AP2发送调度请求消息STA_SCHD_REQ，此调度请求消息中包括STA group1的ID，STA_SCHD_REQ用于指示由AP2服务的包含在STAgroup1中的站点，即STA2在服务时间段SP1内进行传输，AP1并向AP3发送测量请求消息STA_MEAS_REQ，此STA_MEAS_REQ用于指示AP3调度STA3、STA4、STA5在服务时间段SP1内进行干扰测量。需要说明的是，此STA_SCHD_REQ和STA_MEAS_REQ可以依次串行的发送，也可以并行发送。
可以理解的，一个示例中，当STA_SCHD_REQ和STA_MEAS_REQ为两个单独的消息依次串行的被发送时，此STA_SCHE_REQ可以采用如图16a和16b所示的格式发送，其中STA_SCHD_REQ包括1个调度集合，还包括调度集合1对应的传输时间为SP1，此调度集合中包括一个调度集合元素，为站点组STA group1，则调度集合信息可以采用如图17c所示的格式；STA_MEAS_REQ可以采用如图12a，12b,12c，12d，12e的格式，其中包括1个测量集合，此测量集合包括3个测量集合元素，即STA3，STA4，STA5。另一个示例中，当STA_SCHE_REQ和STA_MEAS_REQ还可以封装在一个合并消息中并行的被发送时，此合并消息可以采用如图13b的格式，其中包括两个接收端内容域，第一个内容域可以为STA_SCHD_REQ，第二个内容域可以为STA_MEAS_REQ，此处不再赘述。
进一步的，AP1向STA1发送调度帧，调度帧用于调度STA1在SP1内进行传输；并且接收到STA_SCHE_REQ的AP2，也向STA2发送调度帧，调度帧用以调度STA2在SP1内进行传输。即站点组STA group1中的站点组元素同时在SP1内传输；AP3向STA3，STA4，STA5发送测量配置帧和调度帧，测量配置帧以指示STA3，STA4，STA5在SP1内进行干扰测量，调度帧以指示STASTA3，STA4，STA5在指定的时间内向AP3反馈干扰测量结果。
接收到AP1发送的调度帧的STA1，接收到AP2发送的调度帧的STA2，在SP1内进行传输；接收到AP3发送的测量配置帧的STA3，STA4，STA5在SP1内进行干扰测量。
进一步的，STA3，STA4，STA5将在SP1内测量得到的测量结果反馈给AP3，其中，STA3的测量结果显示在SP1内STA3测得的干扰强度较大；STA4和STA4的测量结果显示在SP1内测得的干扰强度较小。
第三阶段，接收到STA3，STA4，STA5的干扰测量结果的AP3，可以采用测量结果指示消息的格式将STA3，STA4，STA5的干扰测量结果汇报给AP1。根据STA3，STA4，STA5的干扰测量结果和STA group上下文信息，AP1确定STA3受到的干扰较大，将<STA3,AP3>从STAgroup1的候选站点组中删除，获得更新后的STA group上下文。
AP1向AP2发送STA_SCHD_REQ和STA_MEAS_REQ，STA_MEAS_REQ中包括站点组STAgroup1的ID，以指示AP2调度STA group1内的STA2在SP2和SP3内进行干扰测量，STA_SCHD_REQ以指示AP2调度STA2在SP4内汇报干扰测量结果；AP1还向AP3发送STA_SCHD_REQ，以调度STA4在SP2内进行传输，STA5在SP3内进行传输。
进一步的，AP1向STA group1中的STA1发送测量配置帧和调度帧，测量配置帧以调度STA1在SP2和SP3内进行干扰测量，调度帧以调度STA1在SP4内反馈干扰测量结果；
同时，接收到STA_SCHD_REQ和STA_MEAS_REQ的AP2，向STA2发送测量配置帧和调度帧，测量配置帧以调度STA2在SP2和SP3内进行干扰测量，调度帧以调度STA2在SP4内反馈干扰测量结果。
接收到STA_SCHD_REQ的AP3，向STA4和STA5发送调度帧，以调度STA4在SP2内进行传输，以调度STA5在SP3内进行传输。
STA1将在SP2和SP3内测量得到的测量结果反馈给AP1，同时STA2将在SP2和SP3内测量得到的测量结果反馈给AP2，其中，STA1的测量结果显示在SP2内STA1测得的干扰强度较大，在SP3内测得的干扰强度较小；STA2的测量结果显示在SP2内STA2测得的干扰强度较大，在SP3内测得的干扰强度较小。
第四阶段，接收到STA2干扰测量结果的AP2，可以采用测量结果指示消息的格式将STA2，的干扰测量结果汇报给AP1。
结合STA1的干扰测量结果和STA2的测量结果，AP1可以判断，STA group1中的<AP1,STA1>和<AP2,STA2>同时通信时，对<AP3,STA5>的干扰较小；<AP3,STA5>通信时，对，STA group1中的<AP1,STA1>和<AP2,STA2>的干扰较小，则AP1确定候选站点组中的<AP3,STA5>可以添加到STA group1中，AP1更新STA group上下文信息。
进一步的，AP1向AP2发送STA_group_update_REQ，以向AP2指示STA group1中增加站点组元素<AP3,STA5>，AP1还可以向AP3发送STA_group_setup_REQ，以向AP3指示STAgroup1的ID和站点组组员：<AP1,STA1>、<AP2,STA2>和<AP3,STA5>。可以理解的，STA_group_update_REQ可以采用如图9a或如图9b所示的格式，STA_group_setup_REQ可以采用如图4a或4b或如图6所示的格式。
AP2接收到STA_group_update_REQ后，向AP1反馈STA_group_update_RSP，指示STAgroup1中的站点组组员<AP3,STA5>更新成功。AP3接收到STA_group_setup_REQ后，向AP1反馈STA_group_setup_RSP，以指示STA group1建立成功。
可以理解的，当STA group上下文信息中不为空，即包括基于定义1确定的站点组时，中心协调AP可采用中央控制式，基于站点组进行调度传输。
举例来说，如图19所示的第三阶段中建立了STA group1，中心协调AP可基于站点组STA group1进行调度；或者，如图20所示的第二阶段，中心协调AP也可基于站点组STAgroup1进行调度；或者，如图20所示的第四阶段，STA group1的站点组进行了更新，中心协调AP也可以基于站点组STA group1进行调度。
以图20中第四阶段更新后的STA group1中包括站点组组员<AP1，STA1>、<AP2，STA2>和<AP3，STA5>为例，图21示出了一种基于站点组的调度的交互流程示例。
AP1向AP2和AP3发送调度请求消息STA_SCHD_REQ，其中，STA_SCHD_REQ中用于指示成员AP调度1个调度集合，此调度集合中包括的调度集合元素的类型为站点组，因此，STA_SCHD_REQ中包括站点组1的ID，以及，此站点组1的传输时间区间，以图21为例，站点组1的传输时间区间为SP2。
AP1在SP1内，向STA1发送调度帧，以调度STA1在SP2内进行传输，接收到AP1发送的STA_SCHD_REQ的AP2，在SP1向STA2发送调度帧，以调度STA2在SP2内进行传输；接收到AP1发送的STA_SCHD_REQ的AP3，在SP1向STA5发送调度帧，以调度STA5在SP2内进行传输。由于站点组1基于定义1确定，站点组1中包括的站点组元素可以同时进行传输和通信。因此，AP1发送调度帧的时间，与AP2和AP3发送调度帧的时间可以相同。
接收到调度帧的STA1，STA2，STA5在SP2内进行传输。
需要说明的是，接收到调度帧的STA1，STA2，STA5可以在SP2内同时进行上行传输，也可以同时进行下行传输，还可以一部分进行上行传输，另一部分进行下行传输。
举例来说，在站点组组员<AP1，STA1>、<AP2，STA2>和<AP3，STA5>中，<AP1，STA1>和<AP3，STA5>进行上行传输，<AP2，STA2>进行下行传输，则AP1发送给STA1的调度帧具体可以触发STA1在SP2内发送数据，AP3发送给STA5的调度帧具体可以触发STA5在SP2内发送数据；而AP2发送给STA2的调度帧具体可以指示STA2在SP2内接收AP2的数据消息。
通过本申请实施例的技术方案，基于定义1确定的站点组进行协同调度，使得中央控制式的多接入点AP之间，交互的信息量减少，开销降低，提升了多个接入点AP之间调度效率；并且，基于定义1的站点组中的多个站点组元素可以同时进行传输，提升了传输的效率，并有效控制复用传输时多个传输路径之间的干扰；此外，参与协作的多个AP都可以获得全局的站点组ID和站点组元素信息，使得多个AP中的任何一个AP在进行调度传输时，都可以成为中央协调AP，以控制其他接入点发送空口消息的时间，避免多个AP之间产生干扰。
实施例八，图22示出了本申请实施例提供的一种基于定义2的中央控制式的站点组建立和站点组更新的交互流程示意图。同样基于图2所示的应用场景，以接入点AP1作为中央控制的AP，也称为中心协调AP。接入点AP2和接入点AP3为成员AP为例进行说明。
如图22所示，在第一阶段，中心协调AP确定的STA group的上下文指示站点组中不包括任何站点组，即未建立任何站点组。此时，站点STA1、STA2、STA3接入到由AP1、AP2、AP3构成的虚拟AP或PCP/AP簇，STA1由AP1的天线0扇区2提供服务，STA2由AP2提供服务，STA3由AP3提供服务。站点在BTI，A-BFT，服务时间段或其他时间段进行干扰测量；站点STA2检测到来自天线0扇区2的干扰信号，并将干扰测量结果反馈给AP2；站点STA3检测到天线0扇区2的干扰信号，并将测量结果反馈给AP3；
第二阶段，接入点AP2可以采用测量结果指示消息将STA2的干扰测量结果发送给AP1，接入点AP3也可采用测量结果指示消息将STA3的干扰测量结果发送给AP1；接收到测量结果指示消息的AP1，基于站点组的定义2可以确定<AP1，STA1>的传输，会对<AP3,STA3>造成较强的干扰，因此，AP1确定<AP1，STA1>与<AP3,STA3>构成站点组1，并更新STA group的上下文。进一步的，AP1向AP3发送STA_group_setup_REQ，以向AP3指示STA group1的ID和站点组元素信息，AP3接收到STA_group_setup_REQ后，向AP1反馈STA_group_setup_RSP，指示STA group1建立成功。
AP1还向AP2发送调度请求消息STA_SCHD_REQ和测量请求消息STA_MEAS_REQ，此STA_MEAS_REQ用于指示AP2调度STA2在服务时间段SP1进行干扰测量，STA_SCHD_REQ用于指示AP2调度STA2在服务时间段SP2上报干扰测量结果。需要说明的是，此STA_SCHD_REQ和STA_MEAS_REQ可以依次串行的发送，也可以并行的发送。此处不再赘述。
进一步的，接收到STA_SCHD_REQ和STA_MEAS_REQ的AP2向STA2发送测量配置帧和调度帧，测量配置帧用以调度STA2在SP1内进行干扰测量，调度帧用于调度STA2在SP2内上报测量结果；并且接收到STA_SCHD_REQ的AP3，也向STA3发送调度帧，其中，调度帧用于调度STA3在SP1内进行传输。
接收到AP2发送的测量配置帧和调度帧的STA2在SP1内进行干扰测量，接收到AP3发送的调度帧的STA3在SP1内进行传输。
在SP2，STA2将在SP1内测量得到的测量结果反馈给AP2。
第三阶段，接收到STA2发送的测量结果的AP2，可以采用测量结果指示消息的格式将STA2的干扰测量结果汇报给AP1。
在情形1中，若STA2的测量结果指示在SP1内测得的干扰强度较大，AP1结合STA2的干扰测量结果和STA group上下文，可以判断，<AP3,STA3>通信时，对<AP2,STA2>的干扰较大，则AP1基于定义2确定在站点组1中，还可以增加一个站点组组员<AP2,STA2>，因此AP1更新站点组1，更新后的站点组1包括：<AP1,STA1>、<AP3,STA3>、<AP2,STA2>。进一步的，AP1向AP2发送STA_group_setup_REQ，以向AP2指示STA group1的ID和站点组元素信息；AP1向AP3发送STA_group_update_REQ，以向AP3指示STA group1的ID和STA group1中更新的站点组组员<AP2,STA2>。可以理解的，发送给AP2的STA_group_setup_REQ和发送给AP3的STA_group_update_REQ可以并行的在一个合并消息中发送，还可以依次串行的在两个消息中发送，此处不再赘述。
AP2接收到STA_group_setup_REQ后，向AP1反馈STA_group_setup_RSP，指示STAgroup1建立成功。
AP3接收到STA_group_update_REQ后，向AP1反馈STA_group_update_RSP，指示STAgroup1中增加站点组元素成功。
基于定义2确定的站点组中的任意两个元素是不能被同时调度的，也就是说，站点组中的任意两个元素不可以同时传输或通信，当中心协调AP采用中央控制式进行调度时，中心协调AP向成员AP发送调度请求消息STA_SCHD_REQ，以指示在指定的传输时间内，指定的STA或者STA group(由调度集合指示)不能被调度。
举例来说，在如图22所示的情形1中，STA group的上下文信息包括1个站点组，这个站点组中包括3个站点组元素，图23示出了一种基于定义2的站点组调度方法的示例。其中，AP1向AP2发送调度请求消息STA_SCHD_REQ，其中，发送给AP2的调度请求消息中包括站点组1的ID以及站点组1对应的不能传输的时间区间SP1和SP3，则此调度请求消息指示AP2不能调度站点组1中的站点STA2在SP1和SP3内进行传输，发送给AP3的调度请求消息中包括站点组1的ID以及站点组1对应的不能传输的时间区间SP1和SP2。
进一步的，AP1向STA1发送调度帧，以指示STA1在SP1内传输(即不在SP2和SP3内传输)；AP2向STA2发送调度帧，以指示STA2在SP2内传输(即不在SP1和SP3内进行传输)；AP3向STA3发送调度帧，以指示STA3在SP3内传输(即不在SP1和SP2进行传输)。
则当STA1在SP1发送数据或接收数据时，AP2与STA2之间不进行传输，AP3和STA3之间也不进行传输，当STA2在SP2发送数据或接收数据时，AP1与STA1之间不进行传输，AP3和STA3之间也不进行传输；当STA3在SP3发送数据或接收数据时，AP1与STA1之间不进行传输，AP2和STA2之间也不进行传输；
中心协调AP调度基于定义2确定的站点组，可以控制成员AP发送空口消息的时间，避免多个成员AP之间产生干扰，可有效的实现干扰控制。
在情形2中，若STA2的测量结果指示在SP1内测得的干扰强度较小，AP1结合STA2的干扰测量结果和STA group上下文，可以判断，<AP3,STA3>通信时，对<AP2,STA2>的干扰较小，则AP1可以基于定义2确定，还可以再建立一个站点组2，其中包括站点组元素<AP2,STA2>和<AP1,STA1>，因此AP1更新STA group上下文信息，更新STA group后上下文信息包括两个站点组，分别为站点组1和站点组2。
进一步的，AP1向AP2发送STA_group_setup_REQ，以向AP2指示STA group2的ID和站点组元素信息。
AP2接收到STA_group_setup_REQ后，向AP1反馈STA_group_setup_RSP，指示STAgroup2建立成功。
可以理解的，在情形2建立的STA group上下文信息中，中心协调AP也可以采用中央控制式的方式，控制成员AP发送空口消息的时间，避免多个成员AP之间产生干扰，具体示例不再赘述。通过本申请实施例的技术方案，基于定义2确定的站点组，且采用中央控制式的方式对多个成员AP进行控制，可有效控制成员AP发送空口消息的时间，避免多个成员AP之间产生干扰，还可以有效避免基于定义2的站点组中的多个站点组组员同时传输，避免了站点组组员之间相互干扰，提升了通信质量。
实施例九，本申请实施例提出的一种分布式调度方法。同样基于图2所示的应用场景为例进行说明。与中央控制式的调度方法不同的是，在分布式的调度方法中，每个AP自行决定调度的类型、调度的时间以及对应传输的STA或者STA group。例如，当AP2给一个或者多个受保护的STA调度SP/CBAP时，AP2会给一个或者多个其他AP发送STA调度指引消息STA_SCHED_IND，用于向一个或多个AP指示对应时间段内AP2的调度情况。该SP/CBAP时间段被称为受保护的时间段(protected period)。其他AP收到该消息后，可以以消息的内容作为指引(例如避开干扰、进行空间复用等)对其STA进行调度。
图24示出了一种分布式调度方法的流程示意图。此方法包括：
S2401,接入点AP生成调度指引消息(station scheduling indication,STA_SCHD_IND)，其中，调度指引消息包括：接入点AP的Y个调度集合信息和Y个传输时间标识，Y调度集合信息用于指示Y个调度集合，传输时间标识用于指示调度集合被接入点AP调度进行传输的时间区间，其中，Y个调度集合与Y个传输时间一一对应，Y为大于等于1的整数。
为方便描述，此处以接入点为AP2，一个或多个其他接入点为AP3和/或AP1为例进行说明。
在分布式的调度方法中，AP2自行决定AP2需要调度的调度集合和调度集合对应的传输时间，而不是由中心协调AP来告知AP2调度的调度集合和调度集合对应的传输时间。
调度指引消息包括：用于指示接入点AP的Y个调度集合的Y个调度集合信息和Y个调度集合的Y个传输时间，此调度指引消息用于向一个或多个其他AP指示此接入点AP的调度情况。
一个示例中，调度集合中包括的传输时间标识可以包括，传输时间的开始时间，以及传输时间的时间长度；
另一个示例中，调度集合中包括的传输时间标识可以包括，传输时间的开始时间和传输时间的结束时间。
需要说明的是，调度指引消息中的任一调度集合包括至少一个调度集合元素，
与调度请求消息相类似的，此调度指引消息中调度集合元素也可以包括多种类型；可以理解的，调度集合中包括的多个调度集合元素的类型可以都相同，也可以不相同。
在调度集合中包括的多个调度集合元素的类型都相同的情况下：
一个示例中，当调度集合中包括的多个调度集合元素的类型都为站点时，则此调度集合信息可以包括一个或多个站点的标识，可选的，还可以包括站点的个数，一种实现方式中，此调度集合信息的格式可以采用如图17a所示的格式；
另一个示例中，当调度集合中包括的多个调度集合元素的类型都为站点对时，则此调度集合信息可以包括一个或多个站点对中各个站点的标识，可选的，还可以包括站点对的个数，一种实现方式中，此调度集合信息的格式可以采用如图17b所示的格式；
又一个示例中，当调度集合中包括的多个调度集合元素的类型都为站点组时，则此调度集合信息可以包括一个或多个站点组中各个站点组的ID，可选的，还可以包括站点组的个数，一种实现方式中，此调度集合信息的格式可以采用如图17c所示的格式；可选的，此调度集合信息还可以包括站点组的定义类型标识，用于指示站点组满足定义1还是满足定义2。可以理解的，此站点组的ID既可以是全局ID，也可以是局部ID，此处不限定。可选的，每个调度集合信息中还可以包括调度集合元素类型指示，用于指示调度集合元素的类型为站点，站点对，还是站点组，或者是其他类型。
在调度集合中包括的多个调度集合元素中存在两个调度集合元素的类型不相同时，此调度集合信息可以包括各个调度集合元素的信息，一种实现方式中，此调度集合信息的格式可以采用如图17d所示的格式，调度集合信息还可以包括多个调度集合元素类型，一个调度集合元素类型用于指示一个调度集合元素的类型，此调度集合信息可以采用如图17e所示的格式。
可选的，此调度指引消息中还可以包括但不限于以下一个或多个的组合：
发送端标识，用于指示发送此调度指引消息的接入点AP，例如AP2，可以是AP2的MAC地址、关联ID AID、虚拟AP或PCP/AP中定义的ID等；
接收端地址，用于指示接收此调度指引消息的AP，可以是此AP的MAC地址、关联IDAID、虚拟AP或PCP/AP中定义的ID等；
调度集合个数，用于指示调度集合的个数Y。
传输时间段类型，用于指示调度集合中的调度集合元素进行传输的时间段类型，此时间段可以为常规的服务时间段(REGULAR_SP),竞争接入时间段(CBAP)等值；也可以增加其他类型或使用部分类型。
图25a示出了调度指引消息的一种示例性的结构。此处不再赘述。
图25b示出了调度指引消息的另一种示例性的结构，与图25a的区别在于，图25b将发送给多个AP的调度指引消息分别进行指示。举例来说，若AP2需要给两个AP(AP1和AP3)发送调度指引消息，则图25b所示的调度指引消息中可以包括两个接收端内容，其中第一个接收端内容可以包括发送给AP1的调度情况信息，第二个接收端内容可以包括发送给AP3的调度情况信息。
S2402，接入点AP向一个或多个其他AP发送调度指引消息，调度指引消息用于向一个或多个其他AP指示接入点AP的Y个调度集合的Y个传输时间。
当AP2给多个其他AP(例如AP1和AP3)发送调度指引消息时，发送可以是独立的，可以是顺序的，也可以是并行的(类似于DL MU-MIMO的方式)。
且AP2向一个其他AP发送STA_SCHD_IND的方式可以包括但不限于以下三种方式：
1)AP2可以采用广播的方式将STA_SCHD_IND发送给一个或多个其他AP(例如AP1和AP3)
i.AP2还可以采用单播的方式，例如，AP2可以直接发送STA_SCHD_IND给AP3(AP3和AP2之间有波束成型链路存在)；
ii.AP2还可以采用通过其他AP转发的方式，例如中心协调AP作为中继(relay)，AP2将STA_SCHD_IND发送给中心协调AP，中心协调AP再发送给AP3(AP2和AP3之间不一定有波束成型链路存在，而每个AP和中心协调AP之间有波束成型链路)。
S2403，一个或多个其他AP接收调度指引消息，根据调度指引消息，一个或多个其他AP确定是否调度由所述一个或多个其他AP提供服务的STA在所述传输时间内进行传输。
需要说明的，一个或多个其他AP接收到该消息后，可以以消息的内容作为指引(例如避开干扰、进行空间复用等)，来确定是否对由其提供服务的STA进行调度。
一个示例中，调度集合中包括为站点组的调度集合元素时，一个或多个其他AP可以根据站点组的定义类型，来确定是否对由其提供服务的STA进行调度。接收调度指引消息的AP可以通过多种方式获取站点组的定义类型的信息，一种可能的实现方式中，发送调度指引消息的AP和接收调度指引消息的AP约定，本次发送的调度指引消息中的站点组的定义类型；另一种方式中，接收调度指引消息的AP可根据调度请求消息中的站点组定义类型指示来确定站点组的定义类型。可以理解的，在调度请求指引消息中既可以包括采用定义1确定的站点组，还可以包括采用定义2确定的站点组。
一个示例中，如果STA group满足定义1(可以同时通信的STA group)，STA调度指示消息STA_SCHD_IND包括用来通知一个或多个其他AP在指定的调度的时间里，某些AP天线方向、某些STA或者STA group(由调度集合指示)可以被调度的信息：
基于收到的STA_SCHD_IND消息内容，每个AP2知道每个被保护的SP/CBAP(protected period)及对应可以被调度的STA或者STA group，该AP2在对应的时间里可以使用被指示的干扰天线及扇区方向、或者调度被指示的STA/STA pair(方向信息、STA信息由调度集合指示)。
举例来说，图26a示出了基于定义1的分布式的调度方法示意图。
AP2向AP1和AP3发送STA_SCHD_IND，以指示AP2的调度情况，AP2发送的STA_SCHD_IND包括：STA2所在的站点组的ID，即STA group1的ID，还包括STA group1的传输时间SP1，且STA group1的定义类型为定义1，即向AP1和AP3指示，AP2将调度STA group1中AP2的STA2在SP1进行传输。
接收到STA_SCHD_IND的AP1，确定AP1可调度基于定义1确定的STA group1中由AP1提供服务的STA1在SP1进行传输；进一步的，AP1也向STA1发送调度帧，以调度STA1在SP1内进行传输；
接收到STA_SCHD_IND的AP3，确定AP3可调度基于定义1确定的STA group1中由AP3提供服务的STA3在SP1进行传输；进一步的，AP3向STA3发送调度帧，以调度STA3在SP1内进行传输；
AP2向STA2发送调度帧，以调度STA2在SP1内进行传输；
接收到调度帧的STA1，STA2，STA3在SP1内进行并行传输，可以理解的，可以是STA1与STA2，STA3并行向各自的AP发送上行帧，还可以是AP1，AP2，AP3并行向各自的STA发送下行帧，还可以是一部分发送上行帧，一部分发送上行帧。
可以理解的，基于上述分布式的调度方法，可以实现多个接入点和站点之间的空间复用传输，提升系统的传输效率。
另一个示例中，如果STA group满足定义2(不可以同时通信的STA group)，调度请求消息STA_SCHD_IND包括用来通知一个或多个其他AP在指定的调度的时间里，某些AP天线方向、某些STA或者STA group(由调度集合指示)如果被调度，会对AP2或其STA产生干扰的信息：
基于收到的STA_SCHD_IND，一个或多个其他AP中的每个AP可以确定其STA作为干扰源的SP/CBAP(protected period)，一个或多个其他AP会在对应的时间里避开对所指示的干扰STA/STA干扰方向/STA pair进行调度(方向信息由调度集合指示)。一个或多个其他AP在对应的时间里可以调度其他STA或者调度干扰STA的非干扰方向，以避免对AP2造成干扰。
举例来说，图26b示出了基于定义2的分布式的调度方法示意图。
AP2向AP1和AP3发送STA_SCHD_IND，以指示AP2的调度情况，AP2发送的STA_SCHD_IND包括，STA2所在的站点组的ID，即STA group1的ID，还包括STA group1的传输时间SP1，且STA group1基于定义2确定，AP2向AP1和AP3指示，AP2将调度STA group1中的STA2在SP2进行传输。
接收到STA_SCHD_IND的AP1，确定AP1不可调度基于定义2确定的STA group1中由AP1提供服务的STA1在SP2进行传输，否则，会对STA2在SP2的传输造成干扰；进一步的，AP1可以向STA1发送调度帧，以调度STA1在SP1内进行传输；
接收到STA_SCHD_IND的AP3，确定AP3不可调度基于定义2确定的STA group1中由AP3提供服务的STA3在SP2进行传输，否则，会对STA2在SP2的传输造成干扰；进一步的，AP3可以向STA3发送调度帧，以调度STA3在SP3内进行传输；
AP2向STA2发送调度帧，以调度STA2在SP2内进行传输；
接收到AP2发送的调度帧的STA2，在SP2内进行传输，可以理解的，可以是STA2向AP2发送上行帧，进行上行传输；也可以是AP2向STA2发送下行帧，进行下行传输。
接收到调度帧的STA1，STA3不在SP2内进行传输，STA1在SP1内进行传输，STA3在SP3内进行传输。
基于本申请实施例的方案，在分布式的调度方法中，每个AP自行决定调度的类型、调度的时间以及对应传输的STA或者STA group，且基于上述分布式的调度方法，可以实现多个接入点和站点之间的干扰的控制，避免了多个接入点和站点之间传输链路的相互干扰，提升了通信质量。
实施例十，本申请实施例提出一种具有局部ID的站点组维护方法，其中包括站点组的建立和站点组的修改，以及站点组的释放。即具有局部ID的站点组由两个AP之间约定STA group的建立和修改，即STA group ID是局部的，仅由对应的两个AP使用，而不是维护全局的STA group ID，由AP cluster内的AP共同使用。本申请实施例中，以AP2和AP3为例进行说明，其中，AP2和AP3为两个对等的接入点，处于平等的交互地位。
图27示出了本申请实施例提出的一种分布式的站点组建立方法的交互示意图。
S2701，交互干扰测量结果；
可以理解的，在分布式的站点组建立方法中，需要由两个AP之间交互干扰测量结果，以便于这两个AP分别根据测量结果，确定站点组。
可以理解的，在步骤S2701之前，站点需要将测量结果反馈给为自身提供服务的接入点，以使得为其服务的接入点将测量结果发送给其他AP，以便于接入点确定站点组。举例来说，由AP2提供服务的STA2，需要将干扰测量结果反馈给AP2，以使得AP2将STA2的测量结果发送给AP3，同样的，由AP3提供服务的STA3，STA4，STA5也需要把干扰测量结果发送给AP3，以使得AP3将STA3，STA4，STA5的测量结果发送给AP2，通过AP2和AP3之间的干扰测量结果的交互，AP2和AP3可确定站点组。
可以理解的，站点反馈测量结果时，可以采用测量报告帧进行上报，还可以采用其他帧结构进行上报，本申请并不具体限定。
可选的，在站点上报干扰测量结果之前，为其提供服务的接入点还可以发送测量参数，以控制站点进行干扰测量，并可以控制站点上报测量结果的条件。可以理解的，接入点可以采用测量配置帧，还可以采用其他帧结构进行站点干扰测量的控制，本申请并不具体限定。
S2702，AP2确定至少一个第一站点组；
AP2根据由AP2提供服务的站点反馈的干扰测量结果，和，AP3发送的由AP3提供服务的站点的干扰测量结果，AP2可确定建立新的站点组，或修改已有的站点组，或释放已有的站点组；
可以理解的，接入点可以采用定义1确定站点组，也可以采用定义2确定站点组，定义1和定义2具体含义可参考实施例一，此处不再赘述。
S2703，AP3确定至少一个第二站点组；
AP3根据由AP3提供服务的站点反馈的干扰测量结果，和，AP2发送的由AP2提供服务的站点的干扰测量结果，AP3可确定建立新的站点组，或修改已有的站点组，或释放已有的站点组；
可以理解的，接入点可以采用定义1确定站点组，也可以采用定义2确定站点组，定义1和定义2具体含义可参考实施例一，此处不再赘述。
可以理解的，步骤S2702和S2703既可以同时发生，也可以先后发生，其具体的顺序不作限定。
S2704，AP2发送第一站点组建立请求消息；
AP2发送第一站点组建立请求消息，其中，第一站点组建立请求消息包括：至少一个第一站点组的ID，和，用于指示至少一个第一站点组的站点组元素；
可以理解的，第一站点组建立请求消息可以与步骤S302中的站点组建立请求相类似，此处不再赘述。
区别在于，在本申请实施例中，第一站点组建立请求消息中包括的站点组ID，为局部ID，即仅可以被交互干扰测量结果的接入点知晓和使用。
S2705，AP3发送第二站点组建立请求消息；
AP3发送第二站点组建立请求消息，其中，第二站点组建立请求消息包括：至少一个第二站点组的ID，和，用于指示至少一个第二站点组的站点组元素；
可以理解的，第二站点组建立请求消息可以与步实施例一中涉及的站点组建立请求相类似，此处不再赘述。
区别在于，在本申请实施例中，第二站点组建立请求消息中包括的站点组ID，为局部ID，即仅可以被交互干扰测量结果的接入点知晓和使用。
S2706，AP2发送站点组建立反馈消息；
AP2接收到AP3发送的第二站点组建立请求消息后，根据用于指示至少一个第二站点组的站点组元素，确定第二站点组是否建立成功。
若第二站点组建立请求消息中包括的用于指示至少一个第二站点组的站点组元素，AP2可以在自己的站点组上下文里查询对应的站点组元素指示的站点，则AP2可以确定至少一个第二站点组的ID与至少一个第一站点组的ID之间的映射关系，则站点组建立成功；
若第二站点组建立请求消息中包括的用于指示第二站点组的所有站点组元素，AP2均无法查询到此站点组元素，则站点组建立不成功。
AP2向AP3发送第二站点组建立反馈消息，第二站点组建立反馈消息包括至少一个第二站点组的结果标识，此标识用于指示至少一个第二站点组是否建立成功，以向AP3反馈至少一个第二站点组的建立结果。
可以理解的，第二站点组建立反馈消息可以采用与实施例一涉及的站点组反馈消息相同的结构，此处不再赘述。
S2707，AP3发送站点组建立反馈消息；
AP3接收到AP2发送的第一站点组建立请求消息后，根据用于指示至少一个第一站点组的站点组元素，确定第一站点组是否建立成功。
若第一站点组建立请求消息中包括的用于指示至少一个第一站点组的站点组元素，AP3可以在自己的站点组上下文里查到对应的站点组元素指示的站点，则AP3确定至少一个第一站点组的ID与至少一个第二站点组的ID之间的映射关系，则站点组建立成功；
若第一站点组建立请求消息中包括的用于指示第一站点组的所有站点组元素，AP3均无法查询到此站点组元素，则站点组建立不成功。
AP3向AP2发送第一站点组建立反馈消息，第一站点组建立反馈消息包括至少一个第一站点组的结果标识，此标识用于指示第一站点组是否建立成功，以反馈第一站点组的建立结果。
可以理解的，第一站点组建立反馈消息可以采用与实施例一涉及的站点组反馈消息相同的结构，此处不再赘述。
可以理解的，步骤S2704和步骤S2705发生的先后顺序不限定，步骤S2706和步骤S2707发生的先后顺序不限定。执行顺序还可以是2704,2706,2705,2707或者只有(2704,2706)，(2705,2707)中的一个，例如，若AP3和AP2中，只存在一个AP确定可以建立站点组时，可仅包括步骤2704，2706或步骤2705,2707中的任意一组。
举例来说，若基于干扰测量结果，AP2发送的第一站点组建立请求消息中包括：
·STA subgroup 5:<AP2,天线2,扇区2>,<STA3,AP3>
·STA subgroup 6:<AP2,STA2>,<AP3，天线4，扇区4>，<STA4,STA5>
基于干扰测量结果，AP3发送的第二站点组建立请求消息中也包括：
·STA subgroup 1:<AP2,天线2,扇区2>,<STA3,AP3>
·STA subgroup 2:<AP2,STA2>,<AP3，天线4，扇区4>，<STA4,STA5>
AP2根据第二站点组建立请求消息可以建立如表7所示的映射关系；
表7
其中，(AP3,1)表示AP3的subgroup ID 1，根据表7的映射关系，可以理解的，AP2中的subgroup ID 5，对应AP3中的subgroup ID 1；AP2中的subgroup ID 6，对应AP3中的subgroup ID 2。
AP3根据第一站点组建立请求消息可以建立如表8所示的映射关系；
表8
根据表8的映射关系，可以理解的，AP3中的subgroup ID 1，对应AP2中的subgroupID5；AP3中的subgroup ID 2，对应AP2中的subgroup ID 6。
具有局部I D的站点组，也可以采用分布式的方法进行调度。分布式方法进行站点调度的方法可以如前述实施例九，其区别在于，在本申请实施例中，在分布式调度中，接入点AP发送的调度指示消息中包括的站点组的ID是局部的，即subgroup ID，接收到此调度请求消息的接入点需根据映射关系，确定与此站点组的subgroup ID相对应的subgroup ID，以及，对应subgroup ID的站点组组员，以进行后续的调度。
举例来说，如图28所示，AP2向AP3发送调度指示消息STA_SCHD_IND，以指示AP2调度subgroup ID 6在SP1内进行传输，接收到AP2发送的STA_SCHD_IND的AP3，根据映射关系可以确定AP2的subgroup ID 6与AP3的subgroup ID 2相对应,则AP3确定可调度subgroupID 2的组员<AP3，天线4，扇区4>和<STA4,STA5>在SP1传输。
通过本申请实施例的技术方案，只需要参与协作的AP之间交互信息，通信开销比较小；进一步的，参与协作的接入点AP中的每个AP只需要维护自己的站点组ID以及此站点组ID对应的参与协作的其他AP的站点组ID，而不需要维护全局的站点组信息，降低存储空间。
图29示出了本申请实施例的第一接入点侧的装置2900的示意性框图。在一个实施例中，图29所示的装置,2900可以对应于上述方法实施例中的第一接入点侧的装置，可以具有方法中的第一接入点的任意功能，可选地，本申请实施例的装置2900可以是第一接入点，也可以是第一接入点内的芯片。该装置2900可以包括处理模块2910和收发模块2920，可选的，该装置2900还可以包括存储模块2930。
例如，该处理模块2910，可以用于执行前述方法实施例中步骤S301，或者用于执行步骤S801，或者用于执行步骤S1001，或者用于执行S1501，或者用于执行步骤S2401，或者用于执行步骤S2702，或者用于执行步骤S2703。
该收发模块2920，可以用于执行前述方法实施例中的步骤S300.a、S302，或者用于接收步骤S303中的站点组建立反馈消息，步骤S300.d中发送的STA_MEAS_IND；或者，可以用于执行前述方法实施例中的步骤S800.a、S802，或者用于接收步骤S803中的站点组建立反馈消息，步骤S800.d中发送的STA_MEAS_IND；或者可以用于执行前述方法实施例中的步骤S1000.a、S1002，或者用于接收步骤S1003中的站点组建立反馈消息，步骤S1000.d中发送的STA_MEAS_IND；或者用于执行步骤S1502，或者用于执行步骤S2402，或者用于执行步骤S2704，S2706，或者用于接收步骤S2705中发送的站点组建立请求消息，或者用于接收步骤S2706中发送的站点组建立反馈消息。
应理解，根据本申请实施例的装置2900可对应于前述的实施例的各方法中的第一接入点，并且装置2900中的各个模块的上述和其它管理操作和/或功能分别为了实现前述各个方法的相应步骤，为了简洁，在此不再赘述。
可以替换的，装置2900也可配置成通用处理系统，例如通称为芯片，该处理模块2910可以包括：提供处理功能的一个或多个处理器；所述收发模块2920例如可以是输入/输出接口、管脚或电路等，输入/输出接口可用于负责此芯片系统与外界的信息交互，例如，此输入/输出接口可将第一接入点AP生成的调度请求消息输出给此芯片外的其他模块进行处理。该处理模块可执行存储模块中存储的计算机执行指令以实现上述方法实施例中第一接入点的功能。在一个示例中，装置2900中可选的包括的存储模块2930可以为芯片内的存储单元，如寄存器、缓存等，所述存储模块2930还可以是位于芯片外部的存储单元，如只读存储器(read-only memory，简称ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，简称RAM)等。
在另一个示例中，图30示出了本申请实施例的另一种第一接入点侧的通信装置3000的示意性框图。本申请实施例的装置3000可以是上述方法实施例中的第一接入点，装置3000可以用于执行上述方法实施例中的第一接入点的部分或全部功能。该装置3000可以包括：处理器3010，基带电路3030，射频电路3040以及天线3050，可选的，该装置3000还可以包括存储器3020。装置3000的各个组件通过总线3060耦合在一起，其中总线系统3060除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图中将各种总线都标为总线系统3060。
处理器3010可用于实现对第一接入点的控制，用于执行上述实施例中由第一接入点进行的处理，可以执行上述方法实施例中涉及第一接入点的处理过程和/或用于本申请所描述的技术的其他过程，还可以运行操作系统，负责管理总线以及可以执行存储在存储器中的程序或指令。
基带电路3030、射频电路3040以及天线3050可以用于支持第一接入点和上述实施例中涉及的第二接入点或站点之间收发信息，以支持第一接入点与其他节点之间进行无线通信。一个示例中，来自站点发送的测量结果经由天线3050接收，由射频电路3040进行滤波、放大、下变频以及数字化等处理后，再经由基带电路3030解码、按协议解封装数据等基带处理后，由处理器3010进行处理来恢复站点所发送的业务数据和信令信息；又一个示例中，第一接入点发送的第一信道分配信息可由处理器3010进行处理，经由基带电路3030进行按协议封装，编码等基带处理，进一步由射频电路3040进行模拟转换、滤波、放大和上变频等射频处理后，经由天线3050发送给第二接入点AP。
存储器3020可以用于存储第一接入点的程序代码和数据，存储器3020可以是图29中的存储模块2930。可以理解的，基带电路3030、射频电路3040以及天线3050还可以用于支持第一接入点与其他网络实体进行通信，例如,用于支持第一接入点与核心网侧的网元进行通信。图30中存储器3020被示为与处理器3010分离，然而，本领域技术人员很容易明白，存储器3020或其任意部分可位于装置3000之外。举例来说，存储器3020可以包括传输线、和/或与无线节点分离开的计算机制品，这些介质均可以由处理器3010通过总线接口3060来访问。可替换地，存储器3020或其任意部分可以集成到处理器3010中，例如，可以是高速缓存和/或通用寄存器。
可以理解的是，图30仅仅示出了第一接入点的简化设计。例如，在实际应用中，第一接入点可以包含任意数量的发射器，接收器，处理器，存储器等，而所有可以实现本发明的第一接入点都在本发明的保护范围之内。
图31示出了本申请实施例的第二接入点侧的装置3100的示意性框图。在一个实施例中，图31所示的装置,3100可以对应于上述方法实施例中的第二接入点侧的装置，可以具有方法中的第二接入点的任意功能，可选地，本申请实施例的装置3100可以是第二接入点，也可以是第二接入点内的芯片。该装置3100可以包括处理模块3110和收发模块3120，可选的，该装置3100还可以包括存储模块3130。
例如，该处理模块3110，可以用于执行前述方法实施例中步骤S1503，或者用于执行步骤S2403，或者用于执行步骤S2703。
该收发模块3120，可以用于接收前述方法实施例中的步骤S300.a、S302、S300.c中发送的信令或数据，或者用于执行步骤S303，步骤S300.d、步骤S300.b；或者可以用于接收前述方法实施例中的步骤S800.a、S802、S800.c中发送的信令或数据，或者用于执行步骤S803，步骤S800.d、步骤S800.b；或者可以用于接收前述方法实施例中的步骤S1000.a、S1002、S1000.c中发送的信令或数据，或者用于执行步骤S1003，步骤S1000.d、步骤S1000.b；或者用于接收步骤S1502中发送的调度请求消息，或者用于接收步骤S2402中发送的调度指引消息；或者用于执行步骤S2701、S2705、步骤S2706，或者用于接收步骤S2704中发送的站点组建立请求消息，或者用于接收S2707中发送的站点组建立反馈消息。
应理解，根据本申请实施例的装置3100可对应于前述的实施例的各方法中的第二接入点，并且装置3100中的各个模块的上述和其它管理操作和/或功能分别为了实现前述各个方法的相应步骤，为了简洁，在此不再赘述。
可以替换的，装置3100也可配置成通用处理系统，例如通称为芯片，该处理模块3110可以包括：提供处理功能的一个或多个处理器；所述收发模块3120例如可以是输入/输出接口、管脚或电路等，输入/输出接口可用于负责此芯片系统与外界的信息交互，例如，此输入/输出接口可对由芯片外的其他模块输入给此芯片的调度请求消息输出进行处理。该处理模块可执行存储模块中存储的计算机执行指令以实现上述方法实施例中第二接入点的功能。在一个示例中，装置3100中可选的包括的存储模块3130可以为芯片内的存储单元，如寄存器、缓存等，所述存储模块3130还可以是位于芯片外部的存储单元，如只读存储器(read-only memory，简称ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，简称RAM)等。
在另一个示例中，图32示出了本申请实施例的另一种第二接入点侧的通信装置3200的示意性框图。本申请实施例的装置3200可以是上述方法实施例中的第二接入点，装置3200可以用于执行上述方法实施例中的第二接入点的部分或全部功能。该装置3200可以包括：处理器3210，基带电路3230，射频电路3240以及天线3250，可选的，该装置3200还可以包括存储器3220。装置3200的各个组件通过总线3260耦合在一起，其中总线系统3260除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图中将各种总线都标为总线系统3260。
处理器3210可用于实现对第二接入点的控制，用于执行上述实施例中由第二接入点进行的处理，可以执行上述方法实施例中涉及第二接入点的处理过程和/或用于本申请所描述的技术的其他过程，还可以运行操作系统，负责管理总线以及可以执行存储在存储器中的程序或指令。
基带电路3230、射频电路3240以及天线3250可以用于支持第二接入点和上述实施例中涉及的第一接入点或站点之间收发信息，以支持第二接入点与其他节点之间进行无线通信。一个示例中，来自站点发送的测量结果经由天线3250接收，由射频电路3240进行滤波、放大、下变频以及数字化等处理后，再经由基带电路3230解码、按协议解封装数据等基带处理后，由处理器3210进行处理来恢复站点所发送的业务数据和信令信息；又一个示例中，第二接入点发送的站点组建立反馈消息可由处理器3210进行处理，经由基带电路3230进行按协议封装，编码等基带处理，进一步由射频电路3240进行模拟转换、滤波、放大和上变频等射频处理后，经由天线3250发送给第一接入点AP。
存储器3220可以用于存储第二接入点的程序代码和数据，存储器3220可以是图31中的存储模块3130。可以理解的，基带电路3230、射频电路3240以及天线3250还可以用于支持第二接入点与其他网络实体进行通信，例如,用于支持第二接入点与核心网侧的网元进行通信。图32中存储器3220被示为与处理器3210分离，然而，本领域技术人员很容易明白，存储器3220或其任意部分可位于装置3200之外。举例来说，存储器3220可以包括传输线、和/或与无线节点分离开的计算机制品，这些介质均可以由处理器3210通过总线接口3260来访问。可替换地，存储器3220或其任意部分可以集成到处理器3210中，例如，可以是高速缓存和/或通用寄存器。
可以理解的是，图32仅仅示出了第二接入点的简化设计。例如，在实际应用中，第二接入点可以包含任意数量的发射器，接收器，处理器，存储器等，而所有可以实现本发明的第二接入点都在本发明的保护范围之内。
本申请实施例还提供一种计算机存储介质，该计算机可读存储介质中存储有指令，所述指令可以由处理电路上的一个或多个处理器执行。当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于支持分布式单元、集中式单元、以及第一接入点或第二接入点以实现上述实施例中所涉及的功能，例如生成或处理上述方法中所涉及的数据和/或信息。
在一种可能的设计中，所述芯片系统还可以包括存储器，所述存储器，用于保存分布式单元、集中式单元以及第一接入点或第二接入点必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。
本申请实施例还提供了一种处理器，用于与存储器耦合，用于执行上述各实施例中任一实施例中涉及第一接入点AP的方法和功能。
本申请实施例还提供了一种处理器，用于与存储器耦合，用于执行上述各实施例中任一实施例中涉及第二接入点AP的方法和功能。
本申请实施例还提供了一种包含指令的计算机程序产品，其在计算机上运行时，使得计算机执行执行上述各实施例中任一实施例中涉及第一接入点AP的方法和功能。
本申请实施例还提供了一种包含指令的计算机程序产品，其在计算机上运行时，使得计算机执行执行上述各实施例中任一实施例中涉及第二接入点AP的方法和功能。
本申请实施例还提供一种无线通信系统，该系统包括上述实施例中涉及的第一接入点和至少一个第二接入点。
可以理解的，本申请实施例涉及到的各类消息还可以有其他名称，例如，站点组建立请求消息还可以称为站点组初始化请求消息，站点组构建请求消息等。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid StateDisk)等。

Claims (30)

1.一种传输调度方法，其特征在于，所述方法包括：
第一接入点AP生成调度请求消息，所述调度请求消息包括：至少一个调度集合信息，和，至少一个传输时间标识；所述至少一个调度集合信息用于指示至少一个调度集合，所述调度集合包括至少一个调度集合元素，所述至少一个调度集合元素中的任意一个调度集合元素的类型包括站点组，所述站点组的定义方式包括第一定义，其中，基于所述第一定义在所述第一AP的簇中确定的站点组中的站点组组员满足被调度同时进行通信的条件，所述第一AP的簇由所述第一接入点AP和至少一个第二接入点AP构成；
所述至少一个传输时间标识与所述至少一个调度集合一一对应，所述传输时间标识用于指示所述调度集合所指示的至少一个调度集合元素进行传输的传输时间区间；
所述第一AP向至少一个第二接入点AP发送所述调度请求消息，以便于所述至少一个第二AP根据所述调度请求消息，确定是否调度所述调度集合中的至少一个调度集合元素中由所述至少一个第二AP提供服务的调度集合元素在所述传输时间区间内进行传输。
2.根据权利要求1所述的方法，其特征在于，所述调度集合信息:包括至少一个调度集合子字段；所述调度集合子字段用于指示所述调度集合元素。
3.根据权利要求1所述的方法，其特征在于，所述至少一个调度集合元素中的任意一个调度集合元素的类型还包括:站点，或，站点对，或，站点及其指定方向；
若所述调度集合元素的类型为站点，所述调度集合元素所对应的调度集合子字段包括：所述站点标识的信息；
若所述调度集合元素的类型为站点对，所述调度集合元素所对应的调度集合子字段包括：所述站点对中包括的两个站点的标识的信息；
若所述调度集合元素的类型为站点及其指定方向，所述调度集合元素所对应的调度集合子字段包括：所述站点标识的信息，以及，所述站点的天线标识和/或扇区标识；
若所述调度集合元素的类型为站点组，所述调度集合元素所对应的调度集合子字段包括：所述站点组的ID。
4.根据权利要求3所述的方法，其特征在于，所述站点组的定义方式还包括：第二定义；
基于所述第二定义确定的站点组中的站点组组员不满足被调度同时进行通信的条件。
5.根据权利要求1所述的方法，其特征在于，所述调度请求消息还包括：
第一调度时间标识，用于指示所述至少一个第二AP调度所述至少一个调度集合的时间。
6.根据权利要求1所述的方法，其特征在于，所述调度请求消息还包括：
至少一个第二调度时间标识，所述至少一个第二调度时间标识分别用于指示所述至少一个第二AP调度所述至少一个调度集合的时间；
所述至少一个第二调度时间标识与所述至少一个调度集合一一对应。
7.根据权利要求1至6中任一项所述的方法，其特征在于，所述调度请求消息还包括以下一个或多个的组合：
调度集合个数，用于指示所述调度请求消息中包括的调度集合的个数；
至少一个传输时间段类型，用于分别指示所述至少一个传输时间的时间段类型，所述至少一个传输时间段类型与所述至少一个传输时间标识一一对应；
至少一个调度集合元素个数标识，用于分别指示至少一个调度集合中包括的调度集合元素的个数，其中，所述至少一个调度集合元素个数标识与所述至少一个调度集合一一对应。
8.一种传输调度方法，其特征在于，所述方法包括：
第二接入点AP接收第一AP发送的调度请求消息，所述调度请求消息包括：至少一个调度集合信息，和，至少一个传输时间标识；所述至少一个调度集合信息用于指示至少一个调度集合，所述调度集合包括至少一个调度集合元素，所述至少一个调度集合元素中的任意一个调度集合元素的类型包括站点组，所述站点组的定义方式包括第一定义，其中，基于所述第一定义在所述第一AP的簇中确定的站点组中的站点组组员满足被调度同时进行通信的条件，所述第一AP的簇由所述第一AP和至少一个第二接入点AP构成；
所述至少一个传输时间标识与所述至少一个调度集合一一对应，所述传输时间标识用于指示所述调度集合所指示的至少一个调度集合元素进行传输的传输时间区间；
所述第二AP根据所述调度请求消息，确定是否调度所述调度集合中的至少一个调度集合元素中由所述第二AP提供服务的调度集合元素在所述传输时间区间内进行传输。
9.根据权利要求8所述的方法，其特征在于，所述调度集合信息:包括至少一个调度集合子字段；所述调度集合子字段用于指示所述调度集合元素。
10.根据权利要求9所述的方法，其特征在于，所述至少一个调度集合元素中的任意一个调度集合元素的类型还包括:站点，或，站点对，或，站点及其指定方向；
若所述调度集合元素的类型为站点，所述调度集合元素所对应的调度集合子字段包括：所述站点标识的信息；
若所述调度集合元素的类型为站点对，所述调度集合元素所对应的调度集合子字段包括：所述站点对中包括的两个站点的标识的信息；
若所述调度集合元素的类型为站点及其指定方向，所述调度集合元素所对应的调度集合子字段包括：所述站点标识的信息，以及，所述站点的天线标识和/或扇区标识；
若所述调度集合元素的类型为站点组，所述调度集合元素所对应的调度集合子字段包括：所述站点组的ID。
11.根据权利要求10所述的方法，其特征在于，所述站点组的定义方式还包括：第二定义；
基于所述第二定义确定的站点组中的站点组组员不满足被调度同时进行通信的条件。
12.根据权利要求11所述的方法，其特征在于，所述第二AP根据所述调度请求消息，确定是否调度所述调度集合中的至少一个调度集合元素中由所述第二AP提供服务的调度集合元素在所述传输时间区间内进行传输，包括：
当所述第二AP确定所述调度集合中由所述第二AP提供服务的调度集合元素为基于第一定义的站点组时，所述第二AP调度所述基于第一定义的站点组中由所述第二AP提供服务的站点组组员在所述传输时间区间内进行传输；
当所述第二AP确定所述调度集合中由所述第二AP提供服务的调度集合元素为基于第二定义的站点组时，所述第二AP不调度所述基于第二定义的站点组中由所述第二AP提供服务的站点组组员在所述传输时间区间内进行传输。
13.根据权利要求8所述的方法，其特征在于，所述调度请求消息还包括：
第一调度时间标识，用于指示至少一个所述第二AP调度所述至少一个调度集合的时间。
14.根据权利要求8所述的方法，其特征在于，所述调度请求消息还包括：
至少一个第二调度时间标识，所述至少一个第二调度时间标识分别用于指示至少一个所述第二AP调度所述至少一个调度集合的时间；
所述至少一个第二调度时间标识与所述至少一个调度集合一一对应。
15.根据权利要求8至14中任一项所述的方法，其特征在于，所述调度请求消息还包括以下一个或多个的组合：
调度集合个数，用于指示所述调度请求消息中包括的调度集合的个数；
至少一个传输时间段类型，用于分别指示所述至少一个传输时间的时间段类型，所述至少一个传输时间段类型与所述至少一个传输时间标识一一对应；
至少一个调度集合元素个数标识，用于分别指示至少一个调度集合中包括的调度集合元素的个数，其中，所述至少一个调度集合元素个数标识与所述至少一个调度集合一一对应。
16.一种应用于第一接入点AP侧的通信装置，其特征在于，所述装置包括：
处理器，生成调度请求消息，所述调度请求消息包括：至少一个调度集合信息，和，至少一个传输时间标识；所述至少一个调度集合信息用于指示至少一个调度集合，所述调度集合包括至少一个调度集合元素，所述至少一个调度集合元素中的任意一个调度集合元素的类型包括站点组，所述站点组的定义方式包括第一定义，其中，基于所述第一定义在所述第一AP的簇中确定的站点组中的站点组组员满足被调度同时进行通信的条件，所述第一AP的簇由第一接入点AP和至少一个第二接入点AP构成；
所述至少一个传输时间标识与所述至少一个调度集合一一对应，所述传输时间标识用于指示所述调度集合所指示的至少一个调度集合元素进行传输的传输时间区间；
收发器，用于向至少一个第二接入点AP发送所述调度请求消息，以便于所述至少一个第二AP根据所述调度请求消息，确定是否调度所述调度集合中的至少一个调度集合元素中由所述至少一个第二AP提供服务的调度集合元素在所述传输时间区间内进行传输。
17.根据权利要求16所述的装置，其特征在于，所述调度集合信息:包括至少一个调度集合子字段；所述调度集合子字段用于指示所述调度集合元素。
18.根据权利要求17所述的装置，其特征在于，所述至少一个调度集合元素中的任意一个调度集合元素的类型还包括:站点，或，站点对，或，站点及其指定方向；
若所述调度集合元素的类型为站点，所述调度集合元素所对应的调度集合子字段包括：所述站点标识的信息；
若所述调度集合元素的类型为站点对，所述调度集合元素所对应的调度集合子字段包括：所述站点对中包括的两个站点的标识的信息；
若所述调度集合元素的类型为站点及其指定方向，所述调度集合元素所对应的调度集合子字段包括：所述站点标识的信息，以及，所述站点的天线标识和/或扇区标识；
若所述调度集合元素的类型为站点组，所述调度集合元素所对应的调度集合子字段包括：所述站点组的ID。
19.根据权利要求18所述的装置，其特征在于，所述站点组的定义方式还包括：第二定义；
基于所述第二定义确定的站点组中的站点组组员不满足被调度同时进行通信的条件。
20.根据权利要求16所述的装置 ，其特征在于，所述调度请求消息还包括：
第一调度时间标识，用于指示所述至少一个第二AP调度所述至少一个调度集合的时间。
21.根据权利要求16所述的装置，其特征在于，所述调度请求消息还包括：
至少一个第二调度时间标识，所述至少一个第二调度时间标识分别用于指示所述至少一个第二AP调度所述至少一个调度集合的时间；
所述至少一个第二调度时间标识与所述至少一个调度集合一一对应。
22.根据权利要求16至21中任一项所述的装置，其特征在于，所述调度请求消息还包括以下一个或多个的组合：
调度集合个数，用于指示所述调度请求消息中包括的调度集合的个数；
至少一个传输时间段类型，用于分别指示所述至少一个传输时间的时间段类型，所述至少一个传输时间段类型与所述至少一个传输时间标识一一对应；
至少一个调度集合元素个数标识，用于分别指示至少一个调度集合中包括的调度集合元素的个数，其中，所述至少一个调度集合元素个数标识与所述至少一个调度集合一一对应。
23.一种应用于第二接入点AP侧的通信装置，其特征在于，所述装置包括：
收发器，用于接收第一AP发送的调度请求消息，所述调度请求消息包括：至少一个调度集合信息，和，至少一个传输时间标识；所述至少一个调度集合信息用于指示至少一个调度集合，所述调度集合包括至少一个调度集合元素，所述至少一个调度集合元素中的任意一个调度集合元素的类型包括站点组，所述站点组的定义方式包括第一定义，其中，基于所述第一定义在所述第一AP的簇中确定的站点组中的站点组组员满足被调度同时进行通信的条件，所述第一AP的簇由所述第一AP和至少一个第二接入点AP构成；
所述至少一个传输时间标识与所述至少一个调度集合一一对应，所述传输时间标识用于指示所述调度集合所指示的至少一个调度集合元素进行传输的传输时间区间；
处理器，用于根据所述调度请求消息，确定是否调度所述调度集合中的至少一个调度集合元素中由第二接入点AP提供服务的调度集合元素在所述传输时间区间内进行传输。
24.根据权利要求23所述的装置，其特征在于，所述调度集合信息:包括至少一个调度集合子字段；所述调度集合子字段用于指示所述调度集合元素。
25.根据权利要求24所述的装置，其特征在于，所述至少一个调度集合元素中的任意一个调度集合元素的类型还包括:站点，或，站点对，或，站点及其指定方向；
若所述调度集合元素的类型为站点，所述调度集合元素所对应的调度集合子字段包括：所述站点标识的信息；
若所述调度集合元素的类型为站点对，所述调度集合元素所对应的调度集合子字段包括：所述站点对中包括的两个站点的标识的信息；
若所述调度集合元素的类型为站点及其指定方向，所述调度集合元素所对应的调度集合子字段包括：所述站点标识的信息，以及，所述站点的天线标识和/或扇区标识；
若所述调度集合元素的类型为站点组，所述调度集合元素所对应的调度集合子字段包括：所述站点组的ID。
26.根据权利要求25所述的装置，其特征在于，所述站点组的定义方式还包括：第二定义；
基于所述第二定义确定的站点组中的站点组组员不满足被调度同时进行通信的条件。
27.根据权利要求26所述的装置，其特征在于，所述第二AP根据所述调度请求消息，确定是否调度所述调度集合中的至少一个调度集合元素中由所述第二AP提供服务的调度集合元素在所述传输时间区间内进行传输，包括：
当所述处理器确定所述调度集合中由所述第二AP提供服务的调度集合元素为基于第一定义的站点组时，所述处理器，还用于调度所述基于第一定义的站点组中由所述第二AP提供服务的站点组组员在所述传输时间区间内进行传输；
当所述处理器确定所述调度集合中由所述第二AP提供服务的调度集合元素为基于第二定义的站点组时，所述处理器，还用于不调度所述基于第二定义的站点组中由所述第二AP提供服务的站点组组员在所述传输时间区间内进行传输。
28.根据权利要求23所述的装置，其特征在于，所述调度请求消息还包括：
第一调度时间标识，用于指示至少一个所述第二AP调度所述至少一个调度集合的时间。
29.根据权利要求23所述的装置，其特征在于，所述调度请求消息还包括：
至少一个第二调度时间标识，所述至少一个第二调度时间标识分别用于指示至少一个所述第二AP调度所述至少一个调度集合的时间；
所述至少一个第二调度时间标识与所述至少一个调度集合一一对应。
30.根据权利要求23至29中任一项所述的装置，其特征在于，所述调度请求消息还包括以下一个或多个的组合：
调度集合个数，用于指示所述调度请求消息中包括的调度集合的个数；
至少一个传输时间段类型，用于分别指示所述至少一个传输时间的时间段类型，所述至少一个传输时间段类型与所述至少一个传输时间标识一一对应；
至少一个调度集合元素个数标识，用于分别指示至少一个调度集合中包括的调度集合元素的个数，其中，所述至少一个调度集合元素个数标识与所述至少一个调度集合一一对应。
CN201810661059.3A 2018-06-25 2018-06-25 传输调度的方法、相关装置及系统 Active CN110636631B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201810661059.3A CN110636631B (zh) 2018-06-25 2018-06-25 传输调度的方法、相关装置及系统
EP19825695.0A EP3806567B1 (en) 2018-06-25 2019-06-03 Transmission scheduling method, and related device and system
PCT/CN2019/089790 WO2020001237A1 (zh) 2018-06-25 2019-06-03 传输调度的方法、相关装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810661059.3A CN110636631B (zh) 2018-06-25 2018-06-25 传输调度的方法、相关装置及系统

Publications (2)

Publication Number Publication Date
CN110636631A CN110636631A (zh) 2019-12-31
CN110636631B true CN110636631B (zh) 2023-08-22

Family

ID=68966754

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810661059.3A Active CN110636631B (zh) 2018-06-25 2018-06-25 传输调度的方法、相关装置及系统

Country Status (3)

Country Link
EP (1) EP3806567B1 (zh)
CN (1) CN110636631B (zh)
WO (1) WO2020001237A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110912592B (zh) * 2018-09-14 2023-02-03 华为技术有限公司 波束训练的方法和装置
CN113872739A (zh) * 2020-06-30 2021-12-31 华为技术有限公司 一种数据传输方法以及相关设备
EP4265029A1 (en) * 2020-12-15 2023-10-25 Panasonic Intellectual Property Corporation of America Communication apparatus and communication method for coordinated service periods

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104904292A (zh) * 2012-11-08 2015-09-09 交互数字专利控股公司 用于无线局域网中的统一的多个接入点覆盖的介质访问控制方法和装置
CN105379397A (zh) * 2013-07-11 2016-03-02 交互数字专利控股公司 对扇区边缘群组和非扇区边缘群组调度的方法及过程
CN107040356A (zh) * 2016-02-04 2017-08-11 中兴通讯股份有限公司 无线局域网中协作传输的方法及装置
WO2018010689A1 (zh) * 2016-07-14 2018-01-18 中兴通讯股份有限公司 多点协作的分组管理方法、装置及系统
CN107925520A (zh) * 2015-08-18 2018-04-17 高通股份有限公司 用于协作接收中的响应帧的技术

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9007967B2 (en) * 2009-12-03 2015-04-14 Intel Corporation BSS/PBSS support and schedule-free networking in 60GHz
US8913550B2 (en) * 2010-02-16 2014-12-16 Intel Corporation Clustering management in mmWave wireless systems
EP3301983B1 (en) * 2013-01-11 2020-05-13 Interdigital Patent Holdings, Inc. Method and apparatus for communication in a network of wlan overlapping basic service set
CN103118406B (zh) * 2013-03-11 2015-11-25 华为技术有限公司 非中心式簇机制的实现方法与装置
EP3079424B1 (en) * 2014-01-03 2019-10-30 Huawei Technologies Co., Ltd. Timeslot scheduling apparatus and method
US10028298B2 (en) * 2016-01-18 2018-07-17 Futurewei Technologies, Inc. System and method for indicating periodic allocations

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104904292A (zh) * 2012-11-08 2015-09-09 交互数字专利控股公司 用于无线局域网中的统一的多个接入点覆盖的介质访问控制方法和装置
CN105379397A (zh) * 2013-07-11 2016-03-02 交互数字专利控股公司 对扇区边缘群组和非扇区边缘群组调度的方法及过程
CN107925520A (zh) * 2015-08-18 2018-04-17 高通股份有限公司 用于协作接收中的响应帧的技术
CN107040356A (zh) * 2016-02-04 2017-08-11 中兴通讯股份有限公司 无线局域网中协作传输的方法及装置
WO2018010689A1 (zh) * 2016-07-14 2018-01-18 中兴通讯股份有限公司 多点协作的分组管理方法、装置及系统
CN107623931A (zh) * 2016-07-14 2018-01-23 中兴通讯股份有限公司 多点协作的分组管理方法、装置及系统

Also Published As

Publication number Publication date
EP3806567A1 (en) 2021-04-14
EP3806567A4 (en) 2021-11-24
EP3806567B1 (en) 2024-03-13
CN110636631A (zh) 2019-12-31
WO2020001237A1 (zh) 2020-01-02

Similar Documents

Publication Publication Date Title
US20230254939A1 (en) Method and apparatus for performing cooperative communication in wireless communication system
US20210409075A1 (en) Information transmission method, information receiving method, and apparatus for wireless communications system
CN106998582B (zh) 协商目标唤醒时间的方法、接入点和站点
US8891666B2 (en) Method and apparatus of transmitting a spatial stream for MU-MIMO in a wireless local area network system
EP2925076B1 (en) Short identifiers for device-to-device (d2d) broadcast communications
WO2018201679A1 (zh) 半持续调度方法、用户设备和网络设备
JP7271703B2 (ja) 無線通信システムに用いられる通信方法および通信装置
US11700044B2 (en) Apparatus and methods for multi-AP joint transmission and reception
US11330621B2 (en) Method and apparatus for transmitting uplink data in time sensitive network
US9992765B2 (en) Method for transmitting and receiving a frame in a wireless LAN system and apparatus for supporting same
US11582013B2 (en) Method and apparatus for determining resource block group size
WO2020232566A1 (zh) Bwp切换方法、装置及存储介质
US20210218484A1 (en) Method for reporting measurement result of interference measurement and apparatus
US10425881B2 (en) User terminal, network apparatus, and processor
CN116095858A (zh) 上行数据传输方法、装置及存储介质
CN110636631B (zh) 传输调度的方法、相关装置及系统
CN111586858A (zh) 信号传输方法和通信装置
CN110719599A (zh) 多接入点ap协作传输方法、相关装置及系统
CN112423393B (zh) 数据传输方法及装置
US20220287049A1 (en) Access point configured for signaling configuration and resource allocation inside a synchronized transmission opportunity (s-txop)
CN112218331A (zh) 调度时延敏感业务上报的方法及时延敏感业务的上报方法
KR20230147610A (ko) 기지국 및 통신 방법
WO2022149316A1 (ja) 基地局、通信装置及び通信方法
KR20240021244A (ko) 다중-링크 동작을 위한 관리 링크
CN104113913A (zh) 数据传输方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant