CN109673028A - 一种多小区协作方法、接入点及站点 - Google Patents

一种多小区协作方法、接入点及站点 Download PDF

Info

Publication number
CN109673028A
CN109673028A CN201710966924.0A CN201710966924A CN109673028A CN 109673028 A CN109673028 A CN 109673028A CN 201710966924 A CN201710966924 A CN 201710966924A CN 109673028 A CN109673028 A CN 109673028A
Authority
CN
China
Prior art keywords
sta
instruction information
information
txop
transmission
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.)
Pending
Application number
CN201710966924.0A
Other languages
English (en)
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 CN202210931175.9A priority Critical patent/CN115379511A/zh
Priority to CN201710966924.0A priority patent/CN109673028A/zh
Publication of CN109673028A publication Critical patent/CN109673028A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例涉及一种多小区协作方法、接入点及站点。该方法包括:当第一接入点AP传输结束且传输机会TXOP还未结束时,所述第一AP向第二AP发送第一指示信息,所述第一指示信息用于指示所述第二AP开始与站点STA传输数据。本发明实施例,提供了一种WLAN中的小区间协作机制,从而能够提升高密集部署场景下的网络性能。

Description

一种多小区协作方法、接入点及站点
技术领域
本发明涉及通信领域,尤其涉及一种多小区协作方法、接入点(Access Point,AP)及站点(station,STA)。
背景技术
当前,无线网络面临着极大的挑战,一方面,未来无线网络将面临用户设备急剧增加的趋势,尤其是物联网(Internet of Things,IoT)设备的急剧增加;另一方面,无线网络的业务需求量也不断激增。为了支持连接数和业务需求量的共同快速增长,包括无线局域网(Wireless Local Area Networks,WLAN)在内的未来无线网络将朝着高密集部署的趋势发展。
然而,WLAN的高密集部署势必会增加小区之间的重叠覆盖程度,从而小区间的干扰增大。由于现有WLAN小区和小区之间缺乏协调机制,大都采用自发地独立运行的模式,因此STA特别是被重叠覆盖的STA的服务质量(Quality of Service,QoS)难以得到满足。引入小区协调机制有望提升高密集部署场景下的网络性能,而现有技术中WLAN缺乏小区间协作机制。
发明内容
本发明实施例提供了一种多小区协作方法、接入点及站点,该方法提供了一种WLAN中的小区间协作机制,从而能够提升高密集部署场景下的网络性能。
第一方面,提供了一种多小区协作方法。第一AP向第二AP发送协作请求帧,所述协作请求帧用于请求协商需要协商的参数;所述第一AP从所述第二AP接收协作回复帧,所述协作回复帧用于确定所述需要协商的参数的协商值;所述第一AP和所述第二AP根据所述协商值,共同为站点STA提供服务。
本发明实施例中,第一AP通过向第二AP发送协作请求帧,并从第二AP接收协作回复帧,从而确定需要协商的参数的协商值,使得第一AP和第二AP能够共同为一个STA提供服务。
在一种可能的实施方式中,所述协作请求帧中携带需要协商的参数的协商值;所述协作回复帧中携带确定信息,所述确定信息用于确定所述需要协商的参数的协商值。根据该实施方式,由第一AP提供需要协商的参数的协商值,由第二AP确定是否同意使用该协商值,当第二AP确定同意使用该协商值时,第一AP和第二AP参数协商成功。
在一种可能的实施方式中,所述协作请求帧中携带需要协商的参数;所述协作回复帧中携带所述需要协商的参数的协商值。根据该实施方式,由第一AP提供需要协商的参数,由第二AP提供需要协商的参数的协商值,第一AP和第二AP使用该协商值作为协商成功的参数值。
在一种可能的实施方式中,所述协作请求帧中携带需要协商的参数的第一协商值;所述协作回复帧中携带所述需要协商的参数的第二协商值。根据该实施方式,由第一AP提供需要协商的参数的建议参数值(即第一协商值),由第二AP提供需要协商的参数的确定协商值(第二协商值),第一协商值与第二协商值可以相同也可以不同,第一AP和第二AP使用第二协商值作为协商成功的参数值。
在一种可能的实施方式中,所述第一AP从所述第二AP接收协作回复帧之后,所述方法还包括:所述第一AP向所述第二AP发送协作确定帧,所述协作确定帧用于确定所述需要协商的参数的第二协商值;所述第一AP和所述第二AP根据所述第二协商值,共同为所述STA提供服务。根据该实施方式,由第一AP提供需要协商的参数的建议参数值(即第一协商值),由第二AP提供需要协商的参数的确定协商值(第二协商值),第一协商值与第二协商值可以相同也可以不同,当第一协商值与第二协商值不同时,所述第一AP向所述第二AP发送协作确定帧,所述协作确定帧用于确定所述需要协商的参数的第二协商值;所述第一AP和所述第二AP根据所述第二协商值,共同为所述STA提供服务。
在一种可能的实施方式中,所述第一AP和所述第二AP根据所述协商值,共同为STA提供服务,包括:所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输相同的数据;或,所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输不同的数据。根据该实施方式,所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输相同的数据,可以提高抗干扰能力,提升数据传输的可靠性。所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输不同的数据,可以提高数据传输效率。
在一种可能的实施方式中,所述需要协商的参数包括:协作起始时间点、协作结束时间点、信道或基本服务集(Basic Service Set,BSS)颜色。根据该实施方式,通过协商协作起始时间点和/或协作结束时间点,可以使AP在不同的时间段有不同的工作模式(即协作或不协作),更为灵活;通过协商信道和/或BSS颜色使得第一AP和第二AP能够共同为一个STA提供服务,且STA侧感觉不到是多个AP为其服务。
第二方面,提供了一种多小区协作方法。当第一AP传输结束且传输机会(TransmitOpportunity,TXOP)还未结束时,所述第一AP向第二AP发送第一指示信息,所述第一指示信息用于指示所述第二AP开始与STA传输数据。例如,第一AP在第一TXOP的时间内向STA发送数据;所述第一AP与所述STA发送数据结束且所述第一TXOP的时间还未用完,所述第一AP向第二AP发送第一指示信息,所述第一指示信息用于指示所述第二AP使用所述第一TXOP剩余的时间开始与STA传输数据。
本发明实施例中,第一AP可以将获得的TXOP剩余的时间给第二AP使用,从而能够提升高密集部署场景下的网络性能。
在一种可能的实施方式中,所述第一AP直接向所述第二AP发送所述第一指示信息。根据该实施方式,当第一AP和第二AP距离较近二者能够直接通信时,所述第一AP直接向所述第二AP发送所述第一指示信息,能够提高信息传递的效率。
在一种可能的实施方式中,所述第一AP向所述STA发送所述第一指示信息,通过所述STA向所述第二AP中继传输所述第一指示信息。根据该实施方式,当第一AP和第二AP距离较远二者不能够直接通信时,所述第一AP向所述STA发送所述第一指示信息,通过所述STA向所述第二AP中继传输所述第一指示信息,仍然能够实现信息的传递。
第三方面,提供了一种多小区协作方法。当第一AP传输结束且TXOP还未结束时,所述第一AP向站点STA发送第二指示信息,所述第二指示信息用于指示所述第一AP传输结束且TXOP还未结束,所述STA在接收到所述第二指示信息后,所述STA向第二AP发送第三指示信息,所述第三指示信息用于指示所述第二AP开始与所述STA传输数据。例如,第一AP在第一TXOP的时间内向STA发送数据;所述第一AP与所述STA发送数据结束且所述第一TXOP的时间还未用完,所述第一AP向所述STA发送第二指示信息,所述第二指示信息用于指示所述第一AP与所述STA发送数据结束且所述第一TXOP的时间还未用完,以使所述STA向第二AP发送第三指示信息,所述第三指示信息用于指示所述第二AP使用所述第一TXOP剩余的时间开始与所述STA传输数据。
本发明实施例中,第一AP获得TXOP,使用该TXOP向STA发送数据,若发送数据结束且该TXOP的时间还未用完,可以由STA将第一AP获得的TXOP剩余的时间给第二AP使用,从而能够提升高密集部署场景下的网络性能。
第四方面,提供了一种多小区协作方法。当第一AP传输结束且TXOP还未结束时,所述第一AP向站点STA发送第四指示信息,所述第四指示信息用于指示所述STA开始传输数据。例如,第一AP在第一TXOP的时间内向STA发送数据;所述第一AP与所述STA发送数据结束且所述第一TXOP的时间还未用完,所述第一AP向所述STA发送第四指示信息,所述第四指示信息用于指示所述STA使用所述第一TXOP剩余的时间开始传输数据。
本发明实施例中,第一AP获得TXOP,使用该TXOP向STA发送数据,若发送数据结束且该TXOP的时间还未用完,可以由第一AP将获得的TXOP剩余的时间给STA使用,从而能够提升高密集部署场景下的网络性能。
第五方面,提供了一种多小区协作方法。STA向多个AP发送请求以发送(Requestto send,RTS)消息,所述多个AP使用不同的信道;所述STA从所述多个AP接收清除以发送(Clear to send,CTS)消息;所述STA在所述不同的信道上同时向所述多个AP发送数据。
本发明实施例中,STA在多个信道上同时向多个AP发送数据,使多个AP共享此TXOP,能够提高STA与多个AP的接入和传输效率。
第六方面,提供了一种多小区协作方法。第二AP从第一AP接收协作请求帧,所述协作请求帧用于请求协商需要协商的参数;所述第二AP向所述第一AP发送协作回复帧,所述协作回复帧用于确定所述需要协商的参数的协商值;所述第二AP和所述第一AP根据所述协商值,共同为站点STA提供服务。
本发明实施例中,第二AP通过从第一AP接收协作请求帧,并向第一AP发送协作回复帧,从而确定需要协商的参数的协商值,使得第二AP和第一AP能够共同为一个STA提供服务。
在一种可能的实施方式中,所述协作请求帧中携带需要协商的参数的协商值;所述协作回复帧中携带确定信息,所述确定信息用于确定所述需要协商的参数的协商值。根据该实施方式,由第一AP提供需要协商的参数的协商值,由第二AP确定是否同意使用该协商值,当第二AP确定同意使用该协商值时,第一AP和第二AP参数协商成功。
在一种可能的实施方式中,所述协作请求帧中携带需要协商的参数;所述协作回复帧中携带所述需要协商的参数的协商值。根据该实施方式,由第一AP提供需要协商的参数,由第二AP提供需要协商的参数的协商值,第一AP和第二AP使用该协商值作为协商成功的参数值。
在一种可能的实施方式中,所述协作请求帧中携带需要协商的参数的第一协商值;所述协作回复帧中携带所述需要协商的参数的第二协商值。根据该实施方式,由第一AP提供需要协商的参数的建议参数值(即第一协商值),由第二AP提供需要协商的参数的确定协商值(第二协商值),第一协商值与第二协商值可以相同也可以不同,第一AP和第二AP使用第二协商值作为协商成功的参数值。
在一种可能的实施方式中,所述第二AP向所述第一AP发送协作回复帧之后,所述方法还包括:所述第二AP从所述第一AP接收协作确定帧,所述协作确定帧用于确定所述需要协商的参数的第二协商值;所述第二AP和所述第一AP根据所述第二协商值,共同为所述STA提供服务。根据该实施方式,由第一AP提供需要协商的参数的建议参数值(即第一协商值),由第二AP提供需要协商的参数的确定协商值(第二协商值),第一协商值与第二协商值可以相同也可以不同,当第一协商值与第二协商值不同时,所述第一AP向所述第二AP发送协作确定帧,所述协作确定帧用于确定所述需要协商的参数的第二协商值;所述第一AP和所述第二AP根据所述第二协商值,共同为所述STA提供服务。
在一种可能的实施方式中,所述第二AP和所述第一AP根据所述协商值,共同为STA提供服务,包括:所述第二AP和所述第一AP根据所述协商值,共同为所述STA传输相同的数据;或,所述第二AP和所述第一AP根据所述协商值,共同为所述STA传输不同的数据。根据该实施方式,所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输相同的数据,可以提高抗干扰能力,提升数据传输的可靠性。所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输不同的数据,可以提高数据传输效率。
在一种可能的实施方式中,所述需要协商的参数包括:协作起始时间点、协作结束时间点、信道或基本服务集BSS颜色。根据该实施方式,通过协商协作起始时间点和/或协作结束时间点,可以使AP在不同的时间段有不同的工作模式(即协作或不协作),更为灵活;通过协商信道和/或BSS颜色使得第一AP和第二AP能够共同为一个STA提供服务,且STA侧感觉不到是多个AP为其服务。
第七方面,提供了一种多小区协作方法。第二AP从第一AP接收第一指示信息,所述第一指示信息用于指示所述第二AP开始与STA传输数据;所述第二AP根据所述第一指示信息开始与所述STA传输数据。例如,第二AP从第一AP接收第一指示信息,所述第一指示信息用于指示所述第二AP使用第一传输机会TXOP剩余的时间开始与STA传输数据,其中,所述第一TXOP用于所述第一AP在所述第一TXOP的时间内向站点STA发送数据,所述第一AP与所述STA发送数据结束且所述第一TXOP的时间还未用完;所述第二AP根据所述第一指示信息使用所述第一TXOP剩余的时间开始向STA发送数据。
本发明实施例中,第二AP可以从第一AP获得第一AP的TXOP剩余的时间,从而能够提升高密集部署场景下的网络性能。
在一种可能的实施方式中,所述第二AP直接从所述第一AP接收第一指示信息。根据该实施方式,当第一AP和第二AP距离较近二者能够直接通信时,所述第二AP直接从所述第一AP接收所述第一指示信息,能够提高信息传递的效率。
在一种可能的实施方式中,所述第二AP从所述STA接收所述STA为所述第一AP中继传输的所述第一指示信息。根据该实施方式,当第一AP和第二AP距离较远二者不能够直接通信时,所述第二AP从所述STA接收所述STA为所述第一AP中继传输的所述第一指示信息,仍然能够实现信息的接收。
第八方面,提供了一种多小区协作方法。第二AP从STA接收第三指示信息,所述第三指示信息用于指示所述第二AP开始与所述STA传输数据;其中,当第一AP传输结束且TXOP还未结束时,所述第一AP向所述STA发送第二指示信息,所述第二指示信息用于指示所述第一AP传输结束且TXOP还未结束,所述STA在接收到所述第二指示信息后,所述STA向所述第二AP发送所述第三指示信息;所述第二AP根据所述第三指示信息开始与所述STA传输数据。例如,第二AP从STA接收第三指示信息,所述第三指示信息用于指示所述第二AP使用所述第一TXOP剩余的时间开始与所述STA传输数据;其中,所述第一TXOP用于所述第一AP在所述第一TXOP的时间内向站点STA发送数据,所述第一AP与所述STA发送数据结束且所述第一TXOP的时间还未用完;所述第二AP根据所述第三指示信息使用所述第一TXOP剩余的时间向所述STA发送数据。
本发明实施例中,第二AP可以获得STA交付的第一AP获得的TXOP剩余的时间,其中,第一AP使用该TXOP向STA发送数据,发送数据结束且该TXOP的时间还未用完,从而能够提升高密集部署场景下的网络性能。
第九方面,提供了一种多小区协作方法。STA从第一AP接收第二指示信息,所述第二指示信息用于指示所述第一AP传输结束且TXOP还未结束;所述STA向第二AP发送第三指示信息,所述第三指示信息用于指示所述第二AP开始与所述STA传输数据。例如,STA在第一TXOP的时间内从第一AP接收数据;所述STA从所述第一AP接收第二指示信息,所述第二指示信息用于指示所述第一AP与所述STA发送数据结束且所述第一TXOP的时间还未用完;所述STA向第二AP发送第三指示信息,所述第三指示信息用于指示所述第二AP使用所述第一TXOP剩余的时间。
本发明实施例中,STA可以将第一AP获得的TXOP剩余的时间交付给第二AP使用,其中,第一AP使用该TXOP向STA发送数据,发送数据结束且该TXOP的时间还未用完,从而能够提升高密集部署场景下的网络性能。
第十方面,提供了一种多小区协作方法。当第一AP传输结束且TXOP还未结束时,STA从所述第一AP接收第四指示信息,所述第四指示信息用于指示所述STA开始传输数据。例如,STA在第一TXOP的时间内从第一AP接收数据;所述第一AP与所述STA发送数据结束且所述第一TXOP的时间还未用完,所述STA从所述第一AP接收第四指示信息,所述第四指示信息用于指示所述STA使用所述第一TXOP剩余的时间开始传输数据。
本发明实施例中,STA可以从第一AP获得第一AP的TXOP剩余的时间,其中,第一AP获得TXOP,使用该TXOP向STA发送数据,发送数据结束且该TXOP的时间还未用完,从而能够提升高密集部署场景下的网络性能。
再一方面,本发明实施例提供了一种第一AP,该第一AP可以实现上述第一至四中任一方面方法设计中所执行的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,该第一AP的结构中包括处理器,该处理器被配置为支持该第一AP执行上述第一至四中任一方面方法中相应的功能。该第一AP还可以包括存储器,该存储器用于与处理器耦合,其保存该第一AP必要的程序指令和数据。该第一AP还可以包括通信接口,该通信接口用于发送或接收信息等。
再一方面,本发明实施例提供了一种第二AP,该第二AP可以实现上述第六至八任一方面方法设计中所执行的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,该第二AP的结构中包括处理器,该处理器被配置为支持该设备执行上述第六至八任一方面方法中相应的功能。该第二AP还可以包括存储器,该存储器用于与处理器耦合,其保存该第二AP必要的程序指令和数据。该第二AP还可以包括通信接口,该通信接口用于发送或接收信息等。
再一方面,本发明实施例提供了一种STA,该STA可以实现上述第五、九或十方面方法设计中所执行的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,该STA的结构中包括处理器,该处理器被配置为支持该STA执行上述第五、九或十方面方法中相应的功能。该STA还可以包括存储器,该存储器用于与处理器耦合,其保存该STA必要的程序指令和数据。该STA还可以包括通信接口,该通信接口用于发送或接收信息等。
另一方面,本发明实施例提供了一种芯片,该芯片可以设置于第一AP中,该芯片包括处理器和接口。该处理器被配置为支持该芯片执行上述第一至四任一方面方法中相应的功能。该接口用于支持该芯片与其他芯片或其他网元之间的通信。该芯片还可以包括存储器,该存储器用于与处理器耦合,其保存该芯片必要的程序指令和数据。
另一方面,本发明实施例提供了一种芯片,该芯片可以设置于第二AP中,该芯片包括处理器和接口。该处理器被配置为支持该芯片执行上述第六至八任一方面方法中相应的功能。该接口用于支持该芯片与其他芯片或其他网元之间的通信。该芯片还可以包括存储器,该存储器用于与处理器耦合,其保存该芯片必要的程序指令和数据。
另一方面,本发明实施例提供了一种芯片,该芯片可以设置于STA中,该芯片包括处理器和接口。该处理器被配置为支持该芯片执行上述第五或九或十方面方法中相应的功能。该接口用于支持该芯片与其他芯片或其他网元之间的通信。该芯片还可以包括存储器,该存储器用于与处理器耦合,其保存该芯片必要的程序指令和数据。
再一方面,本发明实施例提供了一种计算机存储介质,所述计算机存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一至四任一方面或第一至四任一方面的任意一种可能的设计中所述的方法。
再一方面,本发明实施例提供了一种计算机存储介质,所述计算机存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第六至八任一方面或第六至八任一方面的任意一种可能的设计中所述的方法。
再一方面,本发明实施例提供了一种计算机存储介质,所述计算机存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第五、九或十方面或第五、九或十方面的任意一种可能的设计中所述的方法。
再一方面,本发明实施例提供了一种计算机程序产品,其包含指令,当所述程序被计算机所执行时,该指令使得计算机执行上述第一至四任一方面或第一至四任一方面的任意一种可能的设计中所述的方法。
再一方面,本发明实施例提供了一种计算机程序产品,其包含指令,当所述程序被计算机所执行时,该指令使得计算机执行上述第六至八任一方面或第六至八任一方面的任意一种可能的设计中所述的方法。
再一方面,本发明实施例提供了一种计算机程序产品,其包含指令,当所述程序被计算机所执行时,该指令使得计算机执行上述第五、九或十方面或第五、九或十方面的任意一种可能的设计中所述的方法。
本发明实施例中,第一AP通过向第二AP发送协作请求帧,并从第二AP接收协作回复帧,从而确定需要协商的参数的协商值,使得第一AP和第二AP能够共同为一个STA提供服务,而STA感觉不到是两个AP为其服务。本发明实施例中,第一AP可以将获得的TXOP剩余的时间给第二AP使用,或者,可以由STA将第一AP获得的TXOP剩余的时间给第二AP使用,或者,可以由第一AP将获得的TXOP剩余的时间给STA使用,有效地利用了TXOP,提高了整网的吞吐量,从而能够提升高密集部署场景下的网络性能。本发明实施例中,STA在多个信道上同时向多个AP发送数据,使多个AP共享此TXOP,能够提高STA与多个AP的接入和传输效率。
附图说明
图1为本发明实施例提供的多小区协作方法所基于的一种应用场景示意图;
图2为本发明实施例提供的一种多小区协作方法通信示意图;
图3为本发明实施例提供的另一种多小区协作方法通信示意图;
图4为本发明实施例提供的一种多小区协作方法对应的时序图;
图5为本发明实施例提供的一种协作请求帧的帧结构示意图;
图6为本发明实施例提供的一种协作回复帧的帧结构示意图;
图7为本发明实施例提供的一种协作确定帧的帧结构示意图;
图8为本发明实施例提供的一种多小区协作方法中继时序图;
图9为本发明实施例提供的一种STA中继帧的帧结构示意图;
图10为本发明实施例提供的另一种多小区协作方法对应的时序图;
图11为本发明实施例提供的另一种协作请求帧的帧结构示意图;
图12为本发明实施例提供的另一种协作回复帧的帧结构示意图;
图13为本发明实施例提供的另一种协作确定帧的帧结构示意图;
图14为本发明实施例提供的另一种多小区协作方法通信示意图;
图15为本发明实施例提供的又一种多小区协作方法通信示意图;
图16为本发明实施例提供的再一种多小区协作方法通信示意图;
图17为本发明实施例提供的又一种多小区协作方法通信示意图;
图18为本发明实施例提供的一种多BSS关联方法通信示意图;
图19为本发明实施例提供的一种多BSS TXOP扩展时序图;
图20为本发明实施例提供的另一种多BSS TXOP扩展时序图;
图21为本发明实施例提供的另一种多BSS TXOP扩展时序图
图22为本发明实施例提供的另一种多BSS TXOP扩展时序图;
图23为本发明实施例提供的AP的一种可能的结构示意图;
图24为本发明实施例提供的AP的另一种可能的结构示意图;
图25为本发明实施例提供的STA的一种可能的结构示意图;
图26为本发明实施例提供的STA的另一种可能的结构示意图。
具体实施方式
针对目前WLAN缺乏小区间协作机制,本发明实施例提供了一种多小区协作方法,能够提高边缘节点及整网吞吐量。例如,两个AP同时向一个STA发送信号,可以起到信号增强的效果,从而提高该STA的吞吐率,相应提高边缘节点及整网吞吐量。该方法主要涉及如下至少一个过程:一个AP和另一个AP协调小区间协作模式协商流程媒体接入控制(MediaAccess Control,MAC)框架设计;通过协商执行协作时间、信道或基本服务集(BasicService Set,BSS)颜色等参数的参数协商过程;多BSS关联流程;多BSS传输机会(TransmitOpportunity,TXOP)扩展流程。
其中,BSS为一个AP所服务的STA的集合。TXOP为无线信道接入的基本单元。TXOP由初始时间和最大持续时间组成。获得TXOP的STA或AP在最大持续时间内可以不再重新竞争信道、连续使用信道传输多个数据帧。参数协商过程即多个AP之间参数协商一致的过程。多BSS关联流程即一个站点(station,STA)关联到多个AP,并由该多个AP协作为该STA提供上行传输服务或下行传输服务。多BSS TXOP扩展流程即多个网络设备间的TXOP的共享,例如,当一个AP的TXOP的时间有剩余时,可以将该TXOP的剩余时间分享给另一个AP使用。
本发明实施例提供了一种多小区协作方法,该方法提供了一种WLAN中的小区间协作机制,从而能够提升高密集部署场景下的网络性能,例如,提高边缘节点的通信质量。
可以理解的是,本发明实施例中,在协商多个参数时,可以依次协商每个参数,也可以一次性协商多个参数,例如,当需要协商协作时间和信道时,可以先协商协作时间,然后在协作时间内再协商信道,也可以同时协商协作时间和信道。
另外,本发明实施例中,参数协商过程、多BSS关联流程和多BSS TXOP扩展流程可以为相互独立的过程,也可以相互结合。例如,可以先执行参数协商过程再执行多BSS关联流程;或,先执行参数协商过程再执行多BSS TXOP扩展流程;或,先执行多BSS关联流程再执行多BSS TXOP扩展流程;或,先执行参数协商过程再执行多BSS关联流程再执行多BSS TXOP扩展流程。
本发明实施例中,可以先在多个AP之间建立协作关系,然后再执行这多个AP之间的多BSS TXOP扩展流程。可以理解的是,本发明实施例并不限于此,还可以不在多个AP之间建立协作关系,直接执行这多个AP之间的多BSS TXOP扩展流程。其中,在多个AP之间建立协作关系可以但不限于包括参数协商过程和多BSS关联流程。为了对本发明实施例提供的多小区协作方法作出进一步说明,下面对本发明实施例所基于的应用场景进行介绍。
图1为本发明实施例提供的多小区协作方法所基于的一种应用场景示意图。如图1所示,无线局域网中包括第一AP(即AP1)和第二AP(即AP2),第一STA(即STA1)、第二STA(即STA2)和第三STA(即STA3),其中,第一STA在第一AP的覆盖范围内,由第一AP为第一STA提供上行传输服务或下行传输服务,第二STA在第二AP的覆盖范围内,由第二AP为第二STA提供上行传输服务或下行传输服务,第三STA既在第一AP的覆盖范围内也在第二AP的覆盖范围内,可以由第一AP和第二AP协作为第三STA提供上行传输服务或下行传输服务。可以理解的是,由于第三STA处于第一AP覆盖的小区和第二AP覆盖的小区的交界处,因此可以将第三STA称为边缘节点。
针对目前WLAN缺乏小区间协作机制,提出多小区之间的协作方法,提高边缘节点(例如,第三STA)及整网吞吐量。
通常地,一方面,当STA发送上行数据时,需要按指定规则竞争信道使用权,使得第一STA有可能和第二STA或第三STA的发送数据发生冲突,例如,第一STA有可能和第二STA同时竞争信道引发冲突,不仅带来信道资源浪费,还会导致网络的吞吐量下降和包平均传输延时增加。尤其是下一代WLAN面向高密集场景,小区边缘节点往往受到较大干扰,因此难以获得信道使用权,并且传输速率较低。另一方面,第一AP如果发现其他AP使用了相同的BSS颜色,则通过以下两种方式切换:1)在信标帧,探测响应帧和(重新)关联响应帧中携带BSS颜色变化通知信息;2)通过高效BSS颜色变化公告帧通知进行BSS颜色变化。在高密集场景下会导致多个AP均独立无序切换BSS颜色,从而开销过大,并且可能会引起切换后BSS颜色仍然相同还需要切换的情况。
在一个示例中,基于图1所示的应用场景,第一AP和第二AP可以协商协作时间、信道和BSS颜色等参数,使用协商一致的参数分别为第一STA和第二STA服务,相应地提高了边缘节点及整网吞吐量。该示例中,第一AP和第二AP将BSS颜色协商成一样,便于两个AP形成协作关系,
在另一个示例中,基于图1所示的应用场景,第一AP和第二AP可以协商协作时间、信道和BSS颜色等参数,使用协商一致的参数执行多BSS关联流程,协作为第三STA服务,相应地提高了边缘节点及整网吞吐量。
在又一个示例中,基于图1所示的应用场景,第一AP和第二AP可以执行多BSS关联流程,协作为第三STA服务,相应地提高了边缘节点及整网吞吐量。
需要说明的是,图1所示的应用场景仅为示例,并不用于对本发明实施例提供的多小区协作方法的应用场景进行限定。图1中,AP的数量为两个,实际中可以有更多个AP进行协作,例如,三个AP或四个AP。STA的数量为三个,实际中可以有更少或更多个STA由多个AP协作提供服务。更少个STA由多个AP协作提供服务的情况,例如,STA的数量为两个,第一AP覆盖下仅有一个第一STA,第二AP覆盖下仅有一个第二STA,通过第一AP和第二AP进行参数协商后协作各自为第一STA和第二STA服务;又例如,STA的数量为一个,第一AP和第二AP共同覆盖下仅有一个第三STA,通过第一AP和第二AP执行多BSS关联流程,协作为第三STA服务。更多个STA由多个AP协作提供服务的情况,例如,STA的数量为四个,第一AP覆盖下有两个STA,第二AP覆盖下有两个STA,通过第一AP和第二AP进行参数协商后协作各自为两个STA服务。
此外,图1所示的应用场景为AP为STA提供服务的场景,也可以扩展至基站(BaseStation,BS)为终端设备(User Equipment,UE)服务的场景。
首先,基于图1所示的应用场景对本发明实施例提供的参数协商过程进行说明,其中,上述参数协商过程即两个AP将参数的参数值协商一致的过程。在一个示例中,参数协商过程包括:第一AP向第二AP发送协作请求帧,第二AP向第一AP发送协作回复帧,通过协作请求帧和协作回复帧确定需要协商的参数的协商值;在另一个示例中,参数协商过程包括:第一AP向第二AP发送协作请求帧,第二AP向第一AP发送协作回复帧,第一AP向第二AP发送协作确定帧,通过协作请求帧、协作回复帧和协作确定帧确定需要协商的参数的协商值。
图2为本发明实施例提供的一种多小区协作方法通信示意图,该方法可以基于图1所示的应用场景,协商流程包括协作请求帧和协作回复帧,用于AP间进行参数协商,该方法包括:
步骤201,第一AP向第二AP发送协作请求帧,所述协作请求帧用于请求协商需要协商的参数。
在一个示例中,所述需要协商的参数包括:协作起始时间点、协作结束时间点、信道或BSS颜色。根据该实施方式,通过协商协作起始时间点和/或协作结束时间点,可以使AP在不同的时间段有不同的工作模式(即协作或不协作),更为灵活;通过协商信道和/或BSS颜色使得第一AP和第二AP能够共同为一个STA提供服务,且STA侧感觉不到是多个AP为其服务。其中,当第一AP和第二AP协商成相同的信道时,同一STA能够在该信道上接收到第一AP和第二AP这两个AP发送的信号;当第一AP和第二AP协商成相同的BSS颜色时,两个AP发送给同一STA的信号互相增强,而不是互相干扰。
步骤202,第二AP向第一AP发送协作回复帧,所述协作回复帧用于确定所述需要协商的参数的协商值。
可以理解的是,第一AP和第二AP可能参数协商成功,也可能参数协商不成功。当参数协商成功时,所述协作回复帧用于确定所述需要协商的参数的协商值;当参数协商不成功时,所述协作回复帧用于确定参数协商不成功。
步骤203,所述第一AP和所述第二AP根据所述协商值,共同为STA提供服务。
其中,该STA既被第一AP覆盖也被第二AP覆盖,例如,该STA可以为图1中的第三STA。
在一个示例中,所述第一AP和所述第二AP根据所述协商值,共同为STA提供服务,包括:所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输相同的数据;或,所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输不同的数据。根据该实施方式,所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输相同的数据,可以提高抗干扰能力,提升数据传输的可靠性。所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输不同的数据,可以提高数据传输效率。
本发明实施例中,针对协作请求帧和协作回复帧中包含的内容提供了三种可能的实施方式:
在一种可能的实施方式中,所述协作请求帧中携带需要协商的参数的协商值;所述协作回复帧中携带确定信息,所述确定信息用于确定所述需要协商的参数的协商值。根据该实施方式,由第一AP提供需要协商的参数的协商值,由第二AP确定是否同意使用该协商值,当第二AP确定同意使用该协商值时,第一AP和第二AP参数协商成功。
在另一种可能的实施方式中,所述协作请求帧中携带需要协商的参数;所述协作回复帧中携带所述需要协商的参数的协商值。根据该实施方式,由第一AP提供需要协商的参数,由第二AP提供需要协商的参数的协商值,第一AP和第二AP使用该协商值作为协商成功的参数值。
在又一种可能的实施方式中,所述协作请求帧中携带需要协商的参数的第一协商值;所述协作回复帧中携带所述需要协商的参数的第二协商值。根据该实施方式,由第一AP提供需要协商的参数的建议参数值(即第一协商值),由第二AP提供需要协商的参数的确定协商值(第二协商值),第一协商值与第二协商值可以相同也可以不同,第一AP和第二AP使用第二协商值作为协商成功的参数值。
本发明实施例中,第一AP通过向第二AP发送协作请求帧,并从第二AP接收协作回复帧,从而确定需要协商的参数的协商值,使得第一AP和第二AP能够共同为一个STA(例如图1中的第三STA)提供服务。
图3为本发明实施例提供的另一种多小区协作方法通信示意图,该方法可以基于图1所示的应用场景,协商流程包括协作请求帧、协作回复帧和协作确定帧,该方法包括:
步骤301,第一AP向第二AP发送协作请求帧,所述协作请求帧用于请求协商需要协商的参数的参数值,所述协作请求帧中携带需要协商的参数的第一协商值。
在一个示例中,所述需要协商的参数包括:协作起始时间点、协作结束时间点、信道或BSS颜色。根据该实施方式,通过协商协作起始时间点和/或协作结束时间点,可以使AP在不同的时间段有不同的工作模式(即协作或不协作),更为灵活;通过协商信道和/或BSS颜色使得第一AP和第二AP能够共同为一个STA提供服务,且STA侧感觉不到是多个AP为其服务。
步骤302,第二AP向第一AP发送协作回复帧,所述协作回复帧用于确定所述需要协商的参数的协商值,所述协作回复帧中携带所述需要协商的参数的第二协商值。
可以理解的是,上述第一协商值可能与第二协商值可能相同,也可能不同;第一AP和第二AP可能参数协商成功,也可能参数协商不成功。
步骤303,所述第一AP向所述第二AP发送协作确定帧,所述协作确定帧用于确定所述需要协商的参数的第二协商值。
在一个示例中,所述协作确定帧中携带所述需要协商的参数的第二协商值,用于表示第一AP同意使用所述需要协商的参数的第二协商值。
在另一个示例中,所述协作确定帧中携带确定信息,用于表示第一AP同意使用所述需要协商的参数的第二协商值。
步骤304,所述第一AP和所述第二AP根据所述第二协商值,共同为所述STA提供服务。
在一个示例中,所述第一AP和所述第二AP根据所述协商值,共同为STA提供服务,包括:所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输相同的数据;或,所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输不同的数据。根据该实施方式,所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输相同的数据,可以提高抗干扰能力,提升数据传输的可靠性。所述第一AP和所述第二AP根据所述协商值,共同为所述STA传输不同的数据,可以提高数据传输效率。
本发明实施例中,由第一AP提供需要协商的参数的建议参数值(即第一协商值),由第二AP提供需要协商的参数的确定协商值(第二协商值),第一协商值与第二协商值可以相同也可以不同,当第一协商值与第二协商值不同时,所述第一AP向所述第二AP发送协作确定帧,所述协作确定帧用于确定所述需要协商的参数的第二协商值;所述第一AP和所述第二AP根据所述第二协商值,共同为所述STA提供服务。
本发明实施例中,在进行参数协商时,可以采用图2所示的协商流程,也可以采用图3所示的协商流程,在如下的描述中仅以图3所示的协商流程为例进行说明。
在一个示例中,图3所示的协商流程用于协商协作时间,需要协商的参数包括协作起始时间点和协作结束时间点,协作起始时间点的参数值设置为全0bit代表立即协作,协作结束时间点的参数值设置为全1bit代表无穷时间。本发明实施例中,可以通过AP之间的协作时间的协商来实现多小区之间在协作时间内的协作。
可以理解的是,如果第一AP和第二AP之间无法直接互通,那么可以由STA对协作请求帧、协作回复帧和协作确定帧进行中继,例如,当第一AP和第二AP共同覆盖第三STA时,第一AP可以先将协作请求帧发送给第三STA,再由第三STA将协作请求帧发送给第二AP。
图4为本发明实施例提供的一种多小区协作方法对应的时序图。本发明实施例中,AP间任何协作模式都需要双方进行握手交互确定流程,本流程协商的是协作时间,双方约定可以在这个协作时间内完成各种协作功能不限于互相传输数据(data)。假设有两个AP要进行协商流程(AP1和AP2),AP1向AP2发送协作请求帧(Coop_Req),在Coop_Req帧中包含需要确定的协作起始时间点和需要确定的协作结束时间点,AP2向AP1发送协作回复帧(Coop_Rep)。AP1收到Coop_Rep帧后向AP2回复协作确定帧(Coop_ACK)确定,并在协作起始时间点和协作结束时间点之间进行协作。Coop_Req帧,Coop_Rep帧和Coop_ACK帧中的协作开始时间域设置为全0bit代表立即协作,协作结束时间域设置为全1bit代表无穷时间。
图5为本发明实施例提供的一种协作请求帧的帧结构示意图,其中,包括:帧体(协作起始时间点、协作结束时间点),还包括:帧控制、时间/标识1、接收地址、发送地址、帧校验序列,其中,标识1用于标识该帧为协作请求帧。
图6为本发明实施例提供的一种协作回复帧的帧结构示意图,其中,包括:帧体(协作起始时间点、协作结束时间点),还包括:帧控制、时间/标识2、接收地址、发送地址、帧校验序列,其中,标识2用于标识该帧为协作回复帧。
图7为本发明实施例提供的一种协作确定帧的帧结构示意图,其中,包括:帧体(协作起始时间点、协作结束时间点),还包括:帧控制、时间/标识3、接收地址、发送地址、帧校验序列,其中,标识3用于标识该帧为协作确定帧。
图8为本发明实施例提供的一种多小区协作方法中继时序图,如果AP之间无法直接互通实现协作协商过程,则需要通过STA来中继。如图8所示,假设有两个AP要进行协商流程(AP1和AP2),该方法包括:AP1向AP2发送协作请求帧(Coop_Req),在Coop_Req帧中包含需要确定的协作起始时间点和需要确定的协作结束时间点,STA对Coop_Req帧进行中继,AP2向AP1发送协作回复帧(Coop_Rep),STA对Coop_Rep帧进行中继。AP1收到Coop_Rep帧后向AP2回复协作确定帧(Coop_ACK)进行确定,STA对Coop_ACK帧进行中继,并在协作起始时间点和协作结束时间点之间进行协作。Coop_Req帧,Coop_Rep帧和Coop_ACK帧中的协作开始时间域设置为全0bit代表立即协作,协作结束时间域设置为全1bit代表无穷时间。
图9为本发明实施例提供的一种STA中继帧的帧结构示意图,其中,包括STA中继标识,用于使接收方AP根据该标识识别该帧为中继帧,而不是STA直接发送的。
在一个示例中,基于图3所示的协商流程协商BSS颜色,通过AP之间的BSS颜色的协商来实现多小区之间的协作。
图10为本发明实施例提供的另一种多小区协作方法对应的时序图。在一般的多BSS场景下,AP之间尽可能协商使用不同的BSS颜色。但在企业网,特别是物联网场景下,也许业务量不那么大,但是对于可靠性和干扰控制有比较高的要求,那么邻居小区的传输应该不要那么激进,否则干扰比较严重,于是应该配置相同的BSS颜色。如果BSS颜色不相同,会导致传输不可靠,不满足该场景的要求。成片密集部署AP的场景,采用分布式组网,需要协商BSS颜色,那么本实施例提供了一种协商机制。假设有两个AP要进行协商流程(AP1和AP2),协商请求帧(Color_nego.Req)中携带推荐的N个颜色(color)方案(双方颜色设置),协商回复帧(Color_nego.Determ)携带最终确定的颜色设置方案(双方的颜色),其中,N为大于或等于1的整数。协商确定帧(Color_nego.ACK)用以表明协商成功,也可以不发送Color_nego.ACK。图10中两个AP先协商协作时间(即确定协作起始时间点和协作结束时间点),然后在协作起始时间点和协作结束时间点之内协商BSS颜色。可以理解的是,图10中仅为一种可能的情况,还可以在协商协作时间之前协商BSS颜色。
在一个示例中,AP1和AP2协商确定协作时间后,在确定进行协作的时间段内进行BSS颜色协商,AP1向AP2发送Color_nego.Req帧,Color_nego.Req帧中携带推荐的N个color方案(双方color设置);AP2收到Color_nego.Req帧后向AP1发送Color_nego.Determ帧,Color_nego.Determ帧携带最终确定的color设置方案(双方的color)。AP1收到Color_nego.Determ帧后向AP2回复Color_nego.ACK帧进行确定。
图11为本发明实施例提供的一种Color_nego.Req帧的帧结构示意图,其中,包括:帧体(发送方BSS_color、接收方BSS_color),还包括:帧控制、时间/标识4、接收地址、发送地址、帧校验序列,其中,标识4用于标识该帧为Color_nego.Req帧。
图12为本发明实施例提供的一种Color_nego.Determ帧的帧结构示意图,其中,包括:帧体(发送方BSS_color、接收方BSS_color),还包括:帧控制、时间/标识5、接收地址、发送地址、帧校验序列,其中,标识5用于标识该帧为Color_nego.Determ帧。
图13为本发明实施例提供的一种Color_nego.ACK帧的帧结构示意图,其中,包括:帧体(发送方BSS_color、接收方BSS_color),还包括:帧控制、时间/标识6、接收地址、发送地址、帧校验序列,其中,标识6用于标识该帧为Color_nego.ACK帧。
可以理解的是,工作信道协商也可使用与BSS颜色协商相同的工作流程,不同的是对应帧中携带的是信道信息。
在参数协商成功后,第一AP和所述第二AP共同为STA传输数据。能够减少干扰,提高边缘节点及整网吞吐量。
此外,在一个示例中,当所述第一AP传输结束且TXOP还未结束时,所述第一AP向所述第二AP发送第一指示信息,所述第一指示信息用于指示所述第二AP开始与所述STA传输数据。
在另一个示例中,当所述第一AP传输结束且TXOP还未结束时,所述第一AP向所述STA发送第二指示信息,所述第二指示信息用于指示所述第一AP传输结束且TXOP还未结束,STA在接收到所述第二指示信息后,所述STA向所述第二AP发送第三指示信息,所述第三指示信息用于指示所述第二AP开始与所述STA传输数据。
在另一个示例中,若第一AP和第二AP共同服务的STA的优先级较高,当第一AP的TXOP传输结束时,所述第一AP向所述第二AP发送第一指示信息,所述第一指示信息用于指示所述第二AP开始与所述STA传输数据。
在另一个示例中,若第一AP和第二AP共同服务的STA的优先级较高,当第一AP的TXOP传输结束时,所述第一AP向所述STA发送第二指示信息,所述第二指示信息用于指示所述第一AP的TXOP传输结束,STA在接收到所述第二指示信息后,所述STA向所述第二AP发送第三指示信息,所述第三指示信息用于指示所述第二AP开始与所述STA传输数据。
其中,所述第一AP和所述第二AP使用相同的信道,或,所述第一AP和所述第二AP使用不同的信道。
下面,基于图1所示的应用场景对本发明实施例提供的多BSS TXOP扩展流程进行说明。需要说明的是,多BSS TXOP扩展流程可以在多BSS关联流程之后进行,或者,无需进行多BSS关联流程,直接进行多BSS TXOP扩展流程。
图14为本发明实施例提供的另一种多小区协作方法通信示意图,该方法可以基于图1所示的应用场景,无需进行多BSS关联流程,直接进行多BSS TXOP扩展流程,第一AP与第二AP共享TXOP,且第一AP选择与其共享TXOP的第二AP,该方法包括:
步骤1401,第一AP在第一TXOP的时间内向STA发送数据。
TXOP表示用户在某一时间上拥有发送数据的权利。通过起始时间和占用的时间来表示。TXOP中可以完成多个帧的传送。
步骤1401为非必要特征。
步骤1402,当第一AP传输结束且所述第一TXOP还未结束时,所述第一AP向第二AP发送第一指示信息,所述第一指示信息用于指示所述第二AP开始与所述STA传输数据。
其中,所述第二AP开始与所述STA传输数据,即所述第二AP使用所述第一TXOP剩余的时间与所述STA传输数据。
在一个示例中,所述第一AP直接向所述第二AP发送所述第一指示信息。根据该实施方式,当第一AP和第二AP距离较近二者能够直接通信时,所述第一AP直接向所述第二AP发送所述第一指示信息,能够提高信息传递的效率。
在另一个示例中,所述第一AP向所述STA发送所述第一指示信息,通过所述STA向所述第二AP中继传输所述第一指示信息。根据该实施方式,当第一AP和第二AP距离较远二者不能够直接通信时,所述第一AP向所述STA发送所述第一指示信息,通过所述STA向所述第二AP中继传输所述第一指示信息,仍然能够实现信息的传递。
步骤1403,第二AP根据所述第一指示信息使用所述第一TXOP剩余的时间发送数据。
可以理解的是,第二AP可以使用所述第一TXOP剩余的时间向所述STA发送数据,也可以使用所述第一TXOP剩余的时间向其他AP或其他STA发送数据。
本发明实施例中,第一AP可以将获得的TXOP剩余的时间给第二AP使用,从而能够提升高密集部署场景下的网络性能。
图15为本发明实施例提供的又一种多小区协作方法通信示意图,该方法可以基于图1所示的应用场景,无需进行多BSS关联流程,直接进行多BSS TXOP扩展流程,第一AP与第二AP共享TXOP,且由与第一AP通信的STA选择与第一AP共享TXOP的第二AP,该方法包括:
步骤1501,第一AP在第一TXOP的时间内向STA发送数据。
步骤1501为非必要技术特征。
步骤1502,当所述第一AP传输结束且所述第一TXOP还未结束时,所述第一AP向所述STA发送第二指示信息,所述第二指示信息用于指示所述第一AP传输结束且所述第一TXOP还未结束。
步骤1503,STA在接收到所述第二指示信息后,STA向第二AP发送第三指示信息,所述第三指示信息用于指示所述第二AP开始与所述STA传输数据。
其中,所述第二AP开始与所述STA传输数据,即所述第二AP使用所述第一TXOP剩余的时间与所述STA传输数据。
步骤1504,第二AP根据所述第三指示信息使用所述第一TXOP剩余的时间发送数据。
可以理解的是,第二AP可以使用所述第一TXOP剩余的时间向所述STA发送数据,也可以使用所述第一TXOP剩余的时间向其他AP或其他STA发送数据。
本发明实施例中,第一AP获得TXOP,使用该TXOP向STA发送数据,若发送数据结束且该TXOP的时间还未用完,可以由STA将第一AP获得的TXOP剩余的时间给第二AP使用,从而能够提升高密集部署场景下的网络性能。
图16为本发明实施例提供的再一种多小区协作方法通信示意图,该方法可以基于图1所示的应用场景,无需进行多BSS关联流程,直接进行多BSS TXOP扩展流程,第一AP与STA共享TXOP,该方法包括:
步骤1601,第一AP在第一TXOP的时间内向STA发送数据。
步骤1602,当第一AP传输结束且所述第一TXOP还未结束时,所述第一AP向所述STA发送第四指示信息,所述第四指示信息用于指示所述STA开始传输数据。
其中,所述STA开始传输数据,即所述STA使用所述第一TXOP剩余的时间传输数据。
步骤1603,STA根据所述第四指示信息使用所述第一TXOP剩余的时间发送数据。
可以理解的是,STA可以使用所述第一TXOP剩余的时间向所述第一AP发送数据,也可以使用所述第一TXOP剩余的时间向其他AP或其他STA发送数据。
本发明实施例中,第一AP获得TXOP,使用该TXOP向STA发送数据,若发送数据结束且该TXOP的时间还未用完,可以由第一AP将获得的TXOP剩余的时间给STA使用,从而能够提升高密集部署场景下的网络性能。
图17为本发明实施例提供的又一种多小区协作方法通信示意图,该方法可以基于图1所示的应用场景,无需进行多BSS关联流程,直接进行多BSS TXOP扩展流程,上行数据传输时STA与多个不同信道的AP共享TXOP,该方法包括:
步骤1701,STA向多个AP发送请求以发送(Request to send,RTS)消息,所述多个AP使用不同的信道。
上述多个AP以第一AP和第二AP为例,实际中可以有更多的AP。
步骤1702,STA从所述多个AP接收清除以发送(Clear to send,CTS)消息。
步骤1703,STA在所述不同的信道上同时向所述多个AP发送数据。
本发明实施例中,STA在多个信道上同时向多个AP发送数据,使多个AP共享此TXOP,能够提高STA与多个AP的接入和传输效率。
本发明实施例中,可以先执行多BSS关联流程,再执行多BSS TXOP扩展流程。下面通过实施例来介绍多小区协作方法中的多BSS关联流程和多BSS TXOP扩展流程。
图18为本发明实施例提供的一种多BSS关联方法通信示意图,该方法包括:
步骤1801,STA向第一AP发送第一关联请求帧。
步骤1802,第一AP向STA发送第一关联响应帧,所述第一关联响应帧携带第一指示信息。
所述第一指示信息可以包括STA的关联标识符(ASSOCIATION ID,AID)。
步骤1803,STA向第二AP发送第二关联请求帧,所述第二关联请求帧携带第一指示信息。
步骤1804,第二AP向STA发送第二关联响应帧。
本发明实施例中,可以使一个STA与多个AP进行关联。
可以理解的是,本发明实施例中的多BSS TXOP扩展流程还可以包括:当第一AP的TXOP时间用完时,指示第二AP开始新的TXOP。
图19为本发明实施例提供的一种多BSS TXOP扩展时序图。如图19所示,在移动车载通信场景下,STA可能是以机会通信的方式享受网络服务,因此在可通信时段应当尽可能地提升服务质量和MAC效率。或者企业网考虑负载均衡的情况下,需要从不同AP来分流。因此本发明实施例提出STA可以关联到多个AP,以提升QoS;并且由于机会通信特点,应当尽可能提高STA与各个AP的接入和传输效率。STA在多个信道上同时向多个关联的AP发送数据(data),共享此TXOP。本发明实施例中STA在多个BSS的关联标识符(Associationidentifier,AIDs)可以相同也可以不相同。1)如果需要保障可靠性,则STA在多个信道上同时向多个关联的AP传输相同的数据;2)如果需要大带宽,则STA在多个信道上同时向多个关联的AP传输不同的数据。假设STA 1与AP 1、AP 2、AP 3、AP 4关联,其中AP1和AP2工作在信道CH 1,AP3和AP4工作在信道CH2上,AP5工作在信道CH 2上,没有与STA 1关联。
步骤1:STA1在CH1和CH2上向多关联的AP 1、AP 2、AP 3、AP 4发送请求以发送(Request to send,RTS)消息。
步骤2:AP1收到来自STA1的RTS向STA1回复清除以发送(Clear to send,CTS)消息,AP3收到来自STA1的RTS消息向STA1回复CTS消息。
可以理解的是,AP 1、AP 2、AP 3、AP 4均收到了RTS消息,但是只有AP 1和AP 3回复了CTS消息。
步骤3:STA1在CH1和CH2上同时向多个关联的AP1和AP3发送数据,共享此TXOP,传输数据有两种方式:1)如果需要保障可靠性,则传输相同的数据;2)如果需要大带宽,则传输不同的数据,可根据需求选择传输方式。
在一个示例中,与STA1多关联的AP4不得采用OBSS PD Level,必须设置NAV,没有与STA1进行多关联的AP5采用OBSS PD Level。
本发明实施例,在车载通信场景下进行多关联在多个信道接入多个AP,进行多关联上行传输提高了服务质量,在企业网考虑负载均衡的情况下,需要从不同AP来分流,从而达到更好的服务质量。
图20为本发明实施例提供的另一种多BSS TXOP扩展时序图。如图20所示,STA与多个AP进行多关联进行下行多关联传输时,采用以下技术方案:假设STA1与AP1、AP2进行多关联,AP1和AP2都工作在CH1,AP 1下行TXOP结束时,通过信令交互执行下述功能:STA调度AP2继续发送下行数据(DL DATA),其中,AP需指示下行需求;STA延长TXOP时长;AP1不延长TXOP时长;AP2设置TXOP时长。
本发明实施例中STA在多个BSS的AIDs可以相同也可以不相同。
步骤1:STA1与AP1、AP2上进行多关联后,AP1有上行数据要进行传输,AP1向STA1发送RTS,STA1收到RTS后向AP1回复CTS。
步骤2:AP1在TXOP内向STA1发送数据,进行下行数据传输,此TXOP称为原始TXOP。
在一个示例中,原始TXOP内,AP2设置NAV,不得使用PD Level。
步骤3:AP 1下行TXOP结束时,发送ACK&POLL帧,该帧结束STA1与AP1的TXOP,同时告知AP2开始新的TXOP。
在一个示例中,ACK&POLL帧可以为两个帧,一个帧用于结束原始TXOP,另一个帧用于开启新TXOP。
在另一个示例中,ACK&POLL帧还可以为一个帧,该帧既结束原始TXOP又开启新的TXOP。
步骤4:STA1延长TXOP时长,AP1不延长TXOP时长,收到ACK&POLL后AP2设置TXOP时长。
对于STA1来说,此延长的TXOP称为扩展TXOP。
在一个示例中,扩展TXOP内AP1设置NAV,不得使用PD Level。
步骤5:在扩展TXOP内,AP2向STA1发送RTS消息,STA1收到RTS消息后向AP2回复CTS消息。
步骤6:AP2在TXOP内向STA1发送数据,进行下行数据传输。
本发明实施例,在车载通信场景下进行多关联在多个信道接入多个AP,进行多关联下行传输提高了服务质量,在企业网考虑负载均衡的情况下,需要从不同AP来分流,从而达到更好的服务质量。
图21为本发明实施例提供的另一种多BSS TXOP扩展时序图。如图21所示,无论STA能力如何,主AP的主信道(primary CH)是一定要侦听的;STA已经具备多关联能力,可以侦听多个AP的多个信道。本实施例中,STA1与AP1、AP2、AP3、AP4进行多关联,AP1和AP2工作在CH1,AP3和AP4工作在CH2。具体步骤如下:
步骤1:STA1与AP1、AP2、AP3、AP4进行多关联后,STA1同时侦听CH1和CH2,STA1可以同时在CH1和CH2接收来自AP1和AP3的下行数据,AP1向STA1发送RTS消息,STA1收到RTS消息后向AP1回复CTS消息后进行数据传输,AP1在原始TXOP内在CH1上向STA1发送数据,进行下行数据传输。
在一个示例中,AP2设置NAV,不得使用PD Level。
步骤2:AP3向STA1发送RTS,STA1收到RTS后向AP3回复CTS后进行数据传输,AP3在原始TXOP内在CH2上向STA1发送数据,进行下行数据传输。
在一个示例中,AP4设置NAV,不得使用PD Level。
步骤3:AP 1下行原始TXOP结束时,发送ACK&POLL帧,该帧结束STA1与AP1的TXOP,同时告知AP2开始新的TXOP。
步骤4:STA1延长TXOP时长;AP1不延长TXOP时长,AP2设置TXOP时长,对于STA1来说,此延长的TXOP称为扩展TXOP。
在一个示例中,扩展TXOP内AP1设置NAV,不得使用PD Level。
步骤5:在扩展TXOP内,AP2向STA1发送RTS消息,STA1收到RTS消息后向AP2回复CTS消息。
步骤6:AP2在TXOP内向STA1发送数据,进行下行数据传输。
本发明实施例,在车载通信场景下进行多关联在多个信道接入多个AP,进行多关联下行传输提高了服务质量,在企业网考虑负载均衡的情况下,需要从不同AP来分流,从而达到更好的服务质量。
图22为本发明实施例提供的另一种多BSS TXOP扩展时序图。如图22所示,采用跨信道TXOP的方式,跨信道前后上下行方向可以不同,且需要提前xIFS侦听信道。本实施例中,STA1与AP1、AP2、AP3、AP4进行多关联,AP1和AP2工作在CH1,AP3和AP4工作在CH2。具体步骤如下:
步骤1:STA1与AP1、AP2、AP3、AP4进行多关联后,STA1同时侦听CH1和CH2,STA1与AP1通过RTS/CTS机制握手后在原始TXOP内在CH1上进行下行数据传输。
在一个示例中,该TXOP内AP2设置NAV,不得使用PD Level。
步骤2:AP 1下行原始TXOP结束后,STA1提前xIFS侦听CH2。
步骤3:如果CH2允许接入,则STA1延长TXOP时长,AP1不延长TXOP时长,工作在CH2的AP3设置TXOP时长,对于STA1来说,此延长的TXOP称为扩展TXOP,扩展TXOP内AP4设置NAV,不得使用PD Level。
步骤4:扩展TXOP,AP3与STA1进行数据传输,上下行方向可以与之前不同。
本发明实施例,在车载通信场景下进行多关联在多个信道接入多个AP,进行多关联下行传输提高了服务质量,在企业网考虑负载均衡的情况下,需要从不同AP来分流,从而达到更好的服务质量。
由上可见,本发明实施例一方面涉及参数交换与协商,AP之间通过参数协商确定协作时间、信道、BSS颜色等参数,提升各个小区或者整网的性能,适用于企业网或IoT。另一方面涉及多BSS关联传输,STA关联到多个BSS,适用于移动车载场景,有利于提高边缘服务质量和区域吞吐量。
上述主要从各个网元之间交互的角度对本发明实施例的方案进行了介绍。可以理解的是,各个网元,例如第一AP,第二AP,STA等为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
本发明实施例可以根据上述方法示例对第一AP、第二AP、STA等进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本发明实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用集成的模块的情况下,图23示出了上述实施例中所涉及的AP的一种可能的结构示意图。AP2300包括:处理模块2302和通信模块2303。处理模块2302用于对AP的动作进行控制管理,例如,当该AP作为第一AP时,处理模块2302用于支持AP执行图2中的过程201和203,图3中的过程301、303和304,图14中的过程1401和1402,图15中的过程1501和1502,图16中的过程1601和1602,图17中的过程1702,图18中的过程1802,和/或用于本文所描述的技术的其它过程。当该AP作为第二AP时,处理模块2202用于支持AP执行图2中的过程202和203,图3中的过程302和304,图14中的过程1403,图15中的过程1504,图16中的过程1603,图17中的过程1702,图18中的过程1804,和/或用于本文所描述的技术的其它过程。通信模块2303用于支持AP与其他网络实体的通信,例如与其他AP或STA之间的通信。AP还可以包括存储模块2301,用于存储AP的程序代码和数据。
其中,处理模块2302可以是处理器或控制器,例如可以是中央处理器(CentralProcessing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),专用集成电路(Application-Specific Integrated Circuit,ASIC),现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明实施例公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块2303可以是通信接口、收发器、收发电路等,其中,通信接口是统称,可以包括一个或多个接口。存储模块2301可以是存储器。
当处理模块2302为处理器,通信模块2303为通信接口,存储模块2301为存储器时,本发明实施例所涉及的AP可以为图24所示的AP。
参阅图24所示,该AP2400包括:处理器2402、通信接口2403、存储器2401。其中,通信接口2403、处理器2402以及存储器2401可以通过通信连接相互连接。
在采用集成的模块的情况下,图25示出了上述实施例中所涉及的STA的一种可能的结构示意图。STA2500包括:处理模块2502和通信模块2503。处理模块2502用于对STA的动作进行控制管理,例如,处理模块2502用于支持STA执行图15中的过程1503,图16中的过程1603,图17中的过程1701和1703,图18中的过程1801和1803,和/或用于本文所描述的技术的其它过程。通信模块2503用于支持STA与其他网络实体的通信,例如与AP或其他STA之间的通信。STA还可以包括存储模块2501,用于存储STA的程序代码和数据。
其中,处理模块2502可以是处理器或控制器,例如可以是中央处理器(CentralProcessing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),专用集成电路(Application-Specific Integrated Circuit,ASIC),现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明实施例公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块2503可以是通信接口、收发器、收发电路等,其中,通信接口是统称,可以包括一个或多个接口。存储模块2501可以是存储器。
当处理模块2502为处理器,通信模块2503为通信接口,存储模块2501为存储器时,本发明实施例所涉及的STA可以为图26所示的STA。
参阅图26所示,该STA2600包括:处理器2602、通信接口2603、存储器2601。其中,通信接口2603、处理器2602以及存储器2601可以通过通信连接相互连接。
结合本发明实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(Read Only Memory,ROM)、可擦除可编程只读存储器(Erasable Programmable ROM,EPROM)、电可擦可编程只读存储器(Electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于核心网接口设备中。当然,处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本发明实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本发明的保护范围之内。

Claims (24)

1.一种多小区协作方法,其特征在于,所述方法包括:
当第一接入点AP传输结束且传输机会TXOP还未结束时,所述第一AP向第二AP发送第一指示信息,所述第一指示信息用于指示所述第二AP开始与站点STA传输数据。
2.如权利要求1所述的方法,其特征在于,所述第一AP向第二AP发送第一指示信息,包括:
所述第一AP直接向所述第二AP发送所述第一指示信息。
3.如权利要求1所述的方法,其特征在于,所述第一AP向第二AP发送第一指示信息,包括:
所述第一AP向所述STA发送所述第一指示信息,通过所述STA向所述第二AP中继传输所述第一指示信息。
4.一种多小区协作方法,其特征在于,所述方法包括:
当第一接入点AP传输结束且传输机会TXOP还未结束时,所述第一AP向站点STA发送第二指示信息,所述第二指示信息用于指示所述第一AP传输结束且TXOP还未结束,所述STA在接收到所述第二指示信息后,所述STA向第二AP发送第三指示信息,所述第三指示信息用于指示所述第二AP开始与所述STA传输数据。
5.一种多小区协作方法,其特征在于,所述方法包括:
当第一接入点AP传输结束且传输机会TXOP还未结束时,所述第一AP向站点STA发送第四指示信息,所述第四指示信息用于指示所述STA开始传输数据。
6.一种多小区协作方法,其特征在于,所述方法包括:
第二接入点AP从第一AP接收第一指示信息,所述第一指示信息用于指示所述第二AP开始与站点STA传输数据;
所述第二AP根据所述第一指示信息开始与所述STA传输数据。
7.如权利要求6所述的方法,其特征在于,所述第二AP从第一AP接收第一指示信息,包括:
所述第二AP直接从所述第一AP接收第一指示信息。
8.如权利要求6所述的方法,其特征在于,所述第二AP从第一AP接收第一指示信息,包括:
所述第二AP从所述STA接收所述STA为所述第一AP中继传输的所述第一指示信息。
9.一种多小区协作方法,其特征在于,所述方法包括:
第二接入点AP从站点STA接收第三指示信息,所述第三指示信息用于指示所述第二AP开始与所述STA传输数据;其中,当第一AP传输结束且传输机会TXOP还未结束时,所述第一AP向所述STA发送第二指示信息,所述第二指示信息用于指示所述第一AP传输结束且TXOP还未结束,所述STA在接收到所述第二指示信息后,所述STA向所述第二AP发送所述第三指示信息;
所述第二AP根据所述第三指示信息开始与所述STA传输数据。
10.一种多小区协作方法,其特征在于,所述方法包括:
站点STA从第一接入点AP接收第二指示信息,所述第二指示信息用于指示所述第一AP传输结束且传输机会TXOP还未结束;
所述STA向第二AP发送第三指示信息,所述第三指示信息用于指示所述第二AP开始与所述STA传输数据。
11.一种多小区协作方法,其特征在于,所述方法包括:
当第一接入点AP传输结束且传输机会TXOP还未结束时,站点STA从所述第一AP接收第四指示信息,所述第四指示信息用于指示所述STA开始传输数据。
12.一种第一接入点AP,其特征在于,所述第一AP包括:存储器、处理器和通信接口;
所述存储器,用于存储程序指令;
所述处理器,用于根据所述存储器中存储的程序指令执行以下操作:
当通过所述通信接口传输结束且传输机会TXOP还未结束时,通过所述通信接口向第二AP发送第一指示信息,所述第一指示信息用于指示所述第二AP开始与站点STA传输数据。
13.如权利要求12所述的第一AP,其特征在于,所述处理器执行所述通过所述通信接口向第二AP发送第一指示信息的操作,包括:
通过所述通信接口直接向所述第二AP发送所述第一指示信息。
14.如权利要求12所述的第一AP,其特征在于,所述处理器执行所述通过所述通信接口向第二AP发送第一指示信息的操作,包括:
通过所述通信接口向所述STA发送所述第一指示信息,通过所述STA向所述第二AP中继传输所述第一指示信息。
15.一种第一接入点AP,其特征在于,所述第一AP包括:存储器、处理器和通信接口;
所述存储器,用于存储程序指令;
所述处理器,用于根据所述存储器中存储的程序指令执行以下操作:
当通过所述通信接口传输结束且传输机会TXOP还未结束时,通过所述通信接口向站点STA发送第二指示信息,所述第二指示信息用于指示所述第一AP传输结束且TXOP还未结束,所述STA在接收到所述第二指示信息后,所述STA向第二AP发送第三指示信息,所述第三指示信息用于指示所述第二AP开始与所述STA传输数据。
16.一种第一接入点AP,其特征在于,所述第一AP包括:存储器、处理器和通信接口;
所述存储器,用于存储程序指令;
所述处理器,用于根据所述存储器中存储的程序指令执行以下操作:
当通过所述通信接口传输结束且传输机会TXOP还未结束时,通过所述通信接口向站点STA发送第四指示信息,所述第四指示信息用于指示所述STA开始传输数据。
17.一种第二接入点AP,其特征在于,所述第二AP包括:存储器、处理器和通信接口;
所述存储器,用于存储程序指令;
所述处理器,用于根据所述存储器中存储的程序指令执行以下操作:
通过所述通信接口从第一AP接收第一指示信息,所述第一指示信息用于指示所述第二AP开始与站点STA传输数据;
根据所述第一指示信息开始与所述STA通过所述通信接口传输数据。
18.如权利要求17所述的第二AP,其特征在于,所述处理器执行所述通过所述通信接口从第一AP接收第一指示信息的操作,包括:
通过所述通信接口直接从所述第一AP接收第一指示信息。
19.如权利要求17所述的第二AP,其特征在于,所述处理器执行所述通过所述通信接口从第一AP接收第一指示信息的操作,包括:
通过所述通信接口从所述STA接收所述STA为所述第一AP中继传输的所述第一指示信息。
20.一种第二接入点AP,其特征在于,所述第二AP包括:存储器、处理器和通信接口;
所述存储器,用于存储程序指令;
所述处理器,用于根据所述存储器中存储的程序指令执行以下操作:
通过所述通信接口从站点STA接收第三指示信息,所述第三指示信息用于指示所述第二AP开始与所述STA传输数据;其中,当第一AP传输结束且传输机会TXOP还未结束时,所述第一AP向所述STA发送第二指示信息,所述第二指示信息用于指示所述第一AP传输结束且TXOP还未结束,所述STA在接收到所述第二指示信息后,所述STA向所述第二AP发送所述第三指示信息;
根据所述第三指示信息开始与所述STA通过所述通信接口传输数据。
21.一种站点STA,其特征在于,所述STA包括:存储器、处理器和通信接口;
所述存储器,用于存储程序指令;
所述处理器,用于根据所述存储器中存储的程序指令执行以下操作:
通过所述通信接口从第一接入点AP接收第二指示信息,所述第二指示信息用于指示所述第一AP传输结束且传输机会TXOP还未结束;
通过所述通信接口向第二AP发送第三指示信息,所述第三指示信息用于指示所述第二AP开始与所述STA传输数据。
22.一种站点STA,其特征在于,所述STA包括:存储器、处理器和通信接口;
所述存储器,用于存储程序指令;
所述处理器,用于根据所述存储器中存储的程序指令执行以下操作:
当第一接入点AP传输结束且传输机会TXOP还未结束时,通过所述通信接口从所述第一AP接收第四指示信息,所述第四指示信息用于指示所述STA开始传输数据。
23.一种计算机可读存储介质,包括指令,其特征在于,当所述指令在计算机上运行时,使所述计算机执行根据权利要求1至11任一项所述的方法。
24.一种包含指令的计算机程序产品,其特征在于,当其在计算机上运行时,使得计算机执行如权利要求1至11任一项所述的方法。
CN201710966924.0A 2017-10-17 2017-10-17 一种多小区协作方法、接入点及站点 Pending CN109673028A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210931175.9A CN115379511A (zh) 2017-10-17 2017-10-17 一种多小区协作方法、接入点及站点
CN201710966924.0A CN109673028A (zh) 2017-10-17 2017-10-17 一种多小区协作方法、接入点及站点

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710966924.0A CN109673028A (zh) 2017-10-17 2017-10-17 一种多小区协作方法、接入点及站点

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210931175.9A Division CN115379511A (zh) 2017-10-17 2017-10-17 一种多小区协作方法、接入点及站点

Publications (1)

Publication Number Publication Date
CN109673028A true CN109673028A (zh) 2019-04-23

Family

ID=66141320

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202210931175.9A Pending CN115379511A (zh) 2017-10-17 2017-10-17 一种多小区协作方法、接入点及站点
CN201710966924.0A Pending CN109673028A (zh) 2017-10-17 2017-10-17 一种多小区协作方法、接入点及站点

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202210931175.9A Pending CN115379511A (zh) 2017-10-17 2017-10-17 一种多小区协作方法、接入点及站点

Country Status (1)

Country Link
CN (2) CN115379511A (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111294090A (zh) * 2019-07-24 2020-06-16 展讯通信(上海)有限公司 多ap操作的反向触发系统以及接入点
WO2020238861A1 (zh) * 2019-05-28 2020-12-03 华为技术有限公司 Ppdu发送方法、接收方法及通信装置
CN112689289A (zh) * 2019-10-17 2021-04-20 联发科技(新加坡)私人有限公司 用于多存取点的协调的空间复用方法
WO2021180091A1 (zh) * 2020-03-13 2021-09-16 华为技术有限公司 一种协作通信的方法和应用于协作通信的装置
CN114124324A (zh) * 2020-08-31 2022-03-01 华为技术有限公司 多个接入点协同通信的方法及装置
WO2023137716A1 (zh) * 2022-01-21 2023-07-27 Oppo广东移动通信有限公司 通信方法和设备
WO2023212948A1 (zh) * 2022-05-06 2023-11-09 Oppo广东移动通信有限公司 无线通信的方法和设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101848546A (zh) * 2009-03-24 2010-09-29 大唐移动通信设备有限公司 一种数据传输方法及系统
CN104053243A (zh) * 2013-03-11 2014-09-17 中兴通讯股份有限公司 无线局域网中的数据传输方法和系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101848546A (zh) * 2009-03-24 2010-09-29 大唐移动通信设备有限公司 一种数据传输方法及系统
CN104053243A (zh) * 2013-03-11 2014-09-17 中兴通讯股份有限公司 无线局域网中的数据传输方法和系统

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020238861A1 (zh) * 2019-05-28 2020-12-03 华为技术有限公司 Ppdu发送方法、接收方法及通信装置
CN111294090A (zh) * 2019-07-24 2020-06-16 展讯通信(上海)有限公司 多ap操作的反向触发系统以及接入点
CN111294090B (zh) * 2019-07-24 2023-02-28 展讯通信(上海)有限公司 多ap操作的反向触发系统以及接入点
EP4007177A4 (en) * 2019-07-24 2023-07-26 Spreadtrum Communications (Shanghai) Co., Ltd. MULTI-AP AND ACCESS POINT OPERATION REVERSE TRIGGER SYSTEM
US11979861B2 (en) 2019-07-24 2024-05-07 Spreadtrum Communications (Shanghai) Co., Ltd. Reverse trigger system of multiple access point operation including common station, initializer AP and first coordinated AP, and access point
CN112689289A (zh) * 2019-10-17 2021-04-20 联发科技(新加坡)私人有限公司 用于多存取点的协调的空间复用方法
WO2021180091A1 (zh) * 2020-03-13 2021-09-16 华为技术有限公司 一种协作通信的方法和应用于协作通信的装置
CN114124324A (zh) * 2020-08-31 2022-03-01 华为技术有限公司 多个接入点协同通信的方法及装置
CN114124324B (zh) * 2020-08-31 2023-09-08 华为技术有限公司 多个接入点协同通信的方法及装置
WO2023137716A1 (zh) * 2022-01-21 2023-07-27 Oppo广东移动通信有限公司 通信方法和设备
WO2023212948A1 (zh) * 2022-05-06 2023-11-09 Oppo广东移动通信有限公司 无线通信的方法和设备

Also Published As

Publication number Publication date
CN115379511A (zh) 2022-11-22

Similar Documents

Publication Publication Date Title
CN109673028A (zh) 一种多小区协作方法、接入点及站点
CN105164939B (zh) 用于密集无线环境中的频分复用通信的方法和设备
JP4322836B2 (ja) 無線通信システム
US7343162B2 (en) Wireless communication method, wireless communication apparatus, and wireless communication system
TWI375480B (en) Method and system for controlling access to a wireless communication medium
US11564153B2 (en) Apparatus and method for initial access in wireless communication system
CN108289331A (zh) 一种上行传输方法、终端、网络侧设备
CN106717053A (zh) 无线通信用集成电路、无线通信终端以及无线通信方法
CN106797661A (zh) 无线通信用集成电路、无线通信终端以及无线通信方法
CN103763076B (zh) 车载自组织网络中基于异步多信道的协作mac协议实现方法
CN106688291A (zh) 无线通信终端以及无线通信方法
CN106664701A (zh) 无线通信用集成电路
López-Raventós et al. Multi-link operation in IEEE 802.11 be WLANs
CN101651969A (zh) 基于时分多址(tdma)的功率控制认知mac协议的实现方法
WO2021180091A1 (zh) 一种协作通信的方法和应用于协作通信的装置
CN109510695A (zh) 无线通信装置以及无线通信方法
CN101878670A (zh) 用于资源分配请求和分配的方法与装置
JP6916756B2 (ja) 無線通信装置および無線通信方法
CN107172714B (zh) 网络分配矢量nav的处理方法及装置
Kim et al. MCCA: A high-throughput MAC strategy for next-generation WLANs
CN107426822A (zh) 一种无线网络中免开销的资源再分配方法
Shila et al. A cooperative multi-channel MAC protocol for wireless networks
JP5518627B2 (ja) 無線アクセス制御方法、及び無線通信システム
WO2024113324A1 (zh) 基于多接入点的操作方法、装置、设备、存储介质及产品
JP6841413B2 (ja) 無線通信システム及び方法

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190423