站点识别方法及装置、计算机可读存储介质、处理器与流程

文档序号:30646661发布日期:2022-07-05 23:10阅读:105来源:国知局
站点识别方法及装置、计算机可读存储介质、处理器与流程

1.本发明涉及通信技术领域,具体而言,涉及一种站点识别方法及装置、计算机可读存储介质、处理器。


背景技术:

2.在mu-rts触发帧/cts帧交换流程中,接入点ap设备只能在主20mhz信道上检测是否收到了cts(clear to send)帧。由于cts帧不能采用带宽信令,不能指示其信道具体情况,因此ap并不能知道每一个站点具体的回复情况,即ap设备只能知道是否有至少一个sta回复了cts帧,却不能知道具体哪些stas没有回复cts帧。
3.以上问题会导致ap设备不能知道stas回复cts帧的具体情况,一旦有一个sta回复了cts帧,ap就会判断此次mu-rts触发帧/cts帧交换成功,即使有一些stas没有回复cts帧,ap设备在下行传输中也会传输相应的下行数据给这些stas,或者在上行传输中分配资源给这些stas。
4.比如,mu-rts触发帧在主80mhz信道上以80mhz non-ht duplicate ppdu的形式发送;并且,mu-rts触发帧请求sta1在主20mhz信道上以non-ht ppdu的形式发送一个cts响应,请求sta2在主40mhz信道上以non-ht duplicate ppdu的形式发送一个cts响应,以及请求sta3在主80mhz信道上以80mhz non-ht duplicate ppdu的形式发送一个cts响应。但是,最后只有sta1回复了一个cts帧,那么分配给sta2和sta3的资源就会被浪费。而ap会认为此次mu-rts触发帧/cts帧交换成功,会在接下来的下行传输中也向sta2和sta3发送下行数据或者分配上行资源。这样就会导致无意义的传输以及资源浪费,吞吐量下降。
5.针对上述相关技术中ap对于sta的cts帧的回复情况不清楚,从而无法合理的进行带宽资源的分配,进而容易导致带宽资源浪费的问题,目前尚未提出有效的解决方案。


技术实现要素:

6.本发明实施例提供了一种站点识别方法及装置、计算机可读存储介质、处理器,以至少解决相关技术中ap对于sta的cts帧的回复情况不清楚,从而无法合理的进行带宽资源的分配,进而容易导致带宽资源浪费的技术问题。
7.根据本发明实施例的一个方面,提供了一种站点识别方法,包括:获取多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息;基于所述响应信息确定所述多个站点中的第一站点和第二站点,其中,所述第一站点为未对所述mu-rts触发帧作出响应的站点,所述第二站点为对所述mu-rts触发帧作出响应的站点。
8.可选地,基于所述响应信息确定所述多个站点中的第一站点和第二站点,包括:在所述mu-rts触发帧对应的辅信道上进行空闲信道检测,得到检测结果;将所述检测结果中所述辅信道上不存在超过有效信号阈值对应的站点确定为所述第一站点,并将所述检测结果中所述辅信道上存在超过有效信号阈值对应的站点确定为所述第二站点。
9.可选地,所述mu-rts触发帧包含以下至少之一信息:所述mu-rts触发帧的类型、是
否存在下一个mu-rts触发帧、所述mu-rts触发帧的上行带宽。
10.可选地,所述辅信道为所述mu-rts触发帧中的上行带宽的字段值对应的辅信道。
11.可选地,在获取多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息之前,该站点识别方法还包括:确定所述多个站点中的主选站点和次选站点,其中,所述主选站点的优先级高于所述次选站点。
12.可选地,获取多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息,包括:向所述主选站点发送主选mu-rts触发帧,并获取所述主选站点对所述主选mu-rts触发帧的响应信息;在确定所述主选站点中存在未响应所述主选mu-rts触发帧的站点时,向所述次选站点发送次选mu-rts触发帧;在确定所述次选站点中存在未响应所述次选mu-rts触发帧的站点时,停止继续发送mu-rts触发帧。
13.可选地,确定多个站点中的主选站点和次选站点,包括:获取所述多个站点在历史时间段内上传的历史缓存状态报告信息,其中,所述历史缓存状态报告信息包括以下至少之一:在所述多个站点处的数据缓存量、在所述多个站点处接入类别ac的通信缓存量;基于所述历史缓存状态报告信息的状态来确定所述多个站点中的主选站点和次选站点。
14.可选地,在基于所述响应信息确定所述多个站点中的第一站点和第二站点之后,所述方法还包括以下至少之一:停止向所述第一站点分配信道资源;停止向所述第一站点传输数据。
15.根据本发明实施例的另外一个方面,还提供了一种站点识别装置,包括:获取模块,用于获取多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息;第一确定模块,用于基于所述响应信息确定所述多个站点中的第一站点和第二站点,其中,所述第一站点为未对所述mu-rts触发帧作出响应的站点,所述第二站点为对所述mu-rts触发帧作出响应的站点。
16.可选地,所述第一确定模块,包括:检测单元,用于在所述mu-rts触发帧对应的辅信道上进行空闲信道检测,得到检测结果;第一确定单元,用于将所述检测结果中所述辅信道上不存在超过有效信号阈值对应的站点确定为所述第一站点,并将所述检测结果中所述辅信道上存在超过有效信号阈值对应的站点确定为所述第二站点。
17.可选地,所述mu-rts触发帧包含以下至少之一信息:所述mu-rts触发帧的类型、是否存在下一个mu-rts触发帧、所述mu-rts触发帧的上行带宽。
18.可选地,所述辅信道为所述mu-rts触发帧中的上行带宽的字段值对应的辅信道。
19.可选地,该站点识别装置还包括:第二确定模块,用于在获取多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息之前,确定所述多个站点中的主选站点和次选站点,其中,所述主选站点的优先级高于所述次选站点。
20.可选地,所述获取模块,包括:第一发送单元,用于向所述主选站点发送主选mu-rts触发帧,并获取所述主选站点对所述主选mu-rts触发帧的响应信息;第二发送单元,用于在确定所述主选站点中存在未响应所述主选mu-rts触发帧的站点时,向所述次选站点发送次选mu-rts触发帧;终止单元,用于在确定所述次选站点中存在未响应所述次选mu-rts触发帧的站点时,停止继续发送mu-rts触发帧。
21.可选地,所述第二确定模块,包括:获取单元,用于获取所述多个站点在历史时间段内上传的历史缓存状态报告信息,其中,所述历史缓存状态报告信息包括以下至少之一:
在所述多个站点处的数据缓存量、在所述多个站点处接入类别ac的通信缓存量;第二确定单元,用于基于所述历史缓存状态报告信息的状态来确定所述多个站点中的主选站点和次选站点。
22.可选地,所述装置还包括以下至少之一:第一终止模块,用于在基于所述响应信息确定所述多个站点中的第一站点和第二站点之后,停止向所述第一站点分配信道资源;第二终止模块,用于停止向所述第一站点传输数据。
23.根据本发明实施例的另外一个方面,还提供了一种计算机可读存储介质,所述计算机可读存储介质包括存储的计算机程序,其中,在所述计算机程序被处理器运行时控制所述计算机可读存储介质所在设备执行上述中任一项所述的站点识别方法。
24.根据本发明实施例的另外一个方面,还提供了一种处理器,所述处理器用于运行计算机程序,其中,所述计算机程序运行时执行上述中任一项所述的站点识别方法。
25.在本发明实施例中,获取多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息;基于响应信息确定多个站点中的第一站点和第二站点,其中,第一站点为未对mu-rts触发帧作出响应的站点,第二站点为对mu-rts触发帧作出响应的站点。通过本发明实施例提供的站点识别方法,可以实现基于多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息来确定多个站点中未对mu-rts触发帧作出响应的站点和对mu-rts触发帧作出响应的站点的目的,从而达到提升数据传输效率的技术效果,进而解决了相关技术中ap对于sta的cts帧的回复情况不清楚,从而无法合理的进行带宽资源的分配,进而容易导致带宽资源浪费的技术问题。
附图说明
26.此处所说明的附图用来提供对本发明的进一步理解,构成本技术的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
27.图1是根据本发明实施例的站点识别方法的流程图;
28.图2是根据本发明实施例的站点识别装置的示意图。
具体实施方式
29.为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
30.需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
31.实施例1
32.根据本发明实施例,提供了一种站点识别方法的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
33.图1是根据本发明实施例的站点识别方法的流程图,如图1所示,该方法包括如下步骤:
34.步骤s102,获取多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息。
35.步骤s104,基于响应信息确定多个站点中的第一站点和第二站点,其中,第一站点为未对mu-rts触发帧作出响应的站点,第二站点为对mu-rts触发帧作出响应的站点。
36.由上可知,在本发明实施例中,首先可以获取多个站点中对预定数量的多个用户发送的mu-rts触发帧的响应信息,接着基于获取响应信息来确定多个站点中未对mu-rts触发帧作出响应的站点以及对mu-rts触发帧作出响应的站点。通过本发明实施例提供的站点识别方法,可以实现基于多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息来确定多个站点中未对mu-rts触发帧作出响应的站点和对mu-rts触发帧作出响应的站点的目的,从而达到提升数据传输效率的技术效果,进而解决了相关技术中ap对于sta的cts帧的回复情况不清楚,从而无法合理的进行带宽资源的分配,进而容易导致带宽资源浪费的技术问题。
37.作为一种可选的实施例,在上述步骤s104中,基于响应信息确定多个站点中的第一站点和第二站点,可以包括:在mu-rts触发帧对应的辅信道上进行空闲信道检测,得到检测结果;将检测结果中辅信道上不存在超过有效信号阈值对应的站点确定为第一站点,并将检测结果中辅信道上存在超过有效信号阈值对应的站点确定为第二站点。
38.在上述可选的实施例中,ap(即分配资源)在mu-rts触发帧中公共信息(即触发帧会有一些公共信息,例如,标识触发帧的类型、上行带宽、指示sta是否需要使用能量探测来侦听信道并考虑信道nav来决定是否响应触发帧、指示后面是否会有下一个触发帧)里面的ul bw(表示承载mu-rts触发帧的ppdu的带宽,也是分配给sta的带宽)字段值对应的带宽的辅信道上执行cca检测,如果在相应的辅信道上没有检测到超过有效信号(ieee 802.11信号)阈值的信号,则判断该辅信道对应的sta没有回复cts帧(即第一站点)。(将该带宽分配给次选sta)。关于检测阈值,参考协议,对于不同的辅信道检测阈值有所不同,比如,对于辅20mhz信道检测,有效信号阈值为-72dbm。接着,设bw_all为mu-rts触发帧总共分配下去的信道信息,即,公共信息里面的ul bw字段对应带宽值,有20mhz/40mhz/80mhz/80+80mhz或160mhz这四种可能;bw_used为接收到的主选stas发送的cts帧占的信道信息,bw_remained为主选stas没有响应的信道信息。
39.作为一种可选的实施例,mu-rts触发帧包含以下至少之一信息:mu-rts触发帧的类型、是否存在下一个mu-rts触发帧、mu-rts触发帧的上行带宽。
40.在上述可选的实施例中,mu-rts触发帧在主80mhz信道上发送;并且,mu-rts触发帧请求sta1在主20mhz信道上以non-ht ppdu的形式发送一个cts响应,请求sta2在主40mhz信道上以non-ht duplicate ppdu的形式发送一个cts响应,以及请求sta3在主80mhz信道
上以non-ht duplicate ppdu的形式发送一个cts响应。但是,最后只有sta1回复了cts帧,那么bw_all为主80mhz信道,bw_used为主20mhz信道,bw_remained为除了主20mhz信道之外的其它信道带宽,即辅20mhz信道和辅40mhz信道。
41.作为一种可选的实施例,辅信道为mu-rts触发帧中的上行带宽的字段值对应的辅信道。
42.作为一种可选的实施例,在获取多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息之前,该站点识别方法还包括:确定多个站点中的主选站点和次选站点,其中,主选站点的优先级高于次选站点。
43.在上述可选的实施例中,根据最高优先级的ac的通信缓存量来确定主选和次选,最高优先级的ac的通信缓存量越大,越优先设为主选stas;对每个sta指示的最高优先级的ac进行排序,优先级越高的,越优先设为主选stas。
44.作为一种可选的实施例,获取多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息,包括:向主选站点发送主选mu-rts触发帧,并获取主选站点对主选mu-rts触发帧的响应信息;在确定主选站点中存在未响应主选mu-rts触发帧的站点时,向次选站点发送次选mu-rts触发帧;在确定次选站点中存在未响应次选mu-rts触发帧的站点时,停止继续发送mu-rts触发帧。
45.在上述可选的实施例中,ap区分主选stas和次选stas,主选stas和次选stas均可以是多个sta。可以通过sta之前上传的bsr(buffer status report,缓冲状态报告)来区分主选stas和次选stas,bsr包括在sta处有哪些接入类别(ac)有数据缓存,以及这些ac的总共的通信缓存量;还包括对于sta来说其最高优先级的ac的通信缓存量,ap可以根据这些信息去区分主选和次选stas。
46.作为一种可选的实施例,确定多个站点中的主选站点和次选站点,包括:获取多个站点在历史时间段内上传的历史缓存状态报告信息,其中,历史缓存状态报告信息包括以下至少之一:在多个站点处的数据缓存量、在多个站点处接入类别ac的通信缓存量;基于历史缓存状态报告信息的状态来确定多个站点中的主选站点和次选站点。
47.在上述可选的实施例中,根据每个sta的总共的通信缓存量来确定主选和次选,总共的通信缓存量越大,越优先设为主选stas。
48.作为一种可选的实施例,在基于响应信息确定多个站点中的第一站点和第二站点之后,方法还包括以下至少之一:停止向第一站点分配信道资源;停止向第一站点传输数据。
49.下面对如何充分利用信道资源这一问题进行详细说明。
50.(1)、ap区分主选stas以及次选stas,主选stas和次选stas均可以是多个sta。可以通过sta之前上传的bsr(缓冲状态报告)来区分主选stas和次选stas,bsr包括在sta处有哪些接入类别(ac)有数据缓存,以及这些ac的总共的通信缓存量;还包括对于sta来说其最高优先级的ac的通信缓存量。ap可以根据这些信息去区分主选和次选stas。
51.(2)、确定好主选stas和次选stas后,ap首先发送一个关于主选stas的mu-rts触发帧。
52.(3)、如果ap收到的主选stas回复的cts帧没有覆盖其分配的所有的信道资源,即bw_remained不为空,则ap再发送一个针对次选stas的mu-rts触发帧,关于该帧,为stas分
配的信道需要包含bw_used(主选stas回复了的带宽)以及bw_remained(主选stas未回复的带宽)中的部分或全部。
53.例如,分配给次选stas的带宽可以为主40mhz,主80mhz。这样后面在分配上行或下行信道资源的时候就可以不占用主选stas的信道资源,可以在辅20mhz,辅40mhz信道上分配资源,从而充分利用将会被浪费的信道资源。
54.(4)、根据主选stas和次选stas的回复情况,ap综合考虑分配信道资源。注意,ap可以根据第一次mu-rts触发帧的回复情况以及第二次mu-rts触发帧的回复情况来判断哪些stas没有回复cts帧,ap接下来没有必要为这些stas分配资源。
55.需要说明的是,如果次选stas还是存在没有回复cts帧的情况,则不继续进行mu-rts触发帧的传输,即上述操作是一次性的。因为如果还有次选stas没有回复cts帧,说明当前信道条件可能很差,直接按照这两次的mu-rts触发帧回复情况进行资源分配即可,从而提高了数据传输效率。
56.实施例2
57.根据本发明实施例的另外一个方面,还提供了一种站点识别装置,图2是根据本发明实施例的站点识别装置的示意图,如图2所示,该站点识别装置可以包括:获取模块21以及第一确定模块23。下面对该站点识别装置进行说明。
58.获取模块21,用于获取多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息。
59.第一确定模块23,用于基于响应信息确定多个站点中的第一站点和第二站点,其中,第一站点为未对mu-rts触发帧作出响应的站点,第二站点为对mu-rts触发帧作出响应的站点。
60.此处需要说明的是,上述获取模块21以及第一确定模块23对应于实施例1中的步骤s102至s104,上述模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例1所公开的内容。需要说明的是,上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。
61.由上可知,在本发明实施例中,首先可以借助获取模块21获取多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息;并利用第一确定模块23基于响应信息确定多个站点中的第一站点和第二站点,其中,第一站点为未对mu-rts触发帧作出响应的站点,第二站点为对mu-rts触发帧作出响应的站点。通过本发明实施例提供的站点识别装置,可以实现基于多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息来确定多个站点中未对mu-rts触发帧作出响应的站点和对mu-rts触发帧作出响应的站点的目的,从而达到提升数据传输效率的技术效果,进而解决了相关技术中ap对于sta的cts帧的回复情况不清楚,从而无法合理的进行带宽资源的分配,进而容易导致带宽资源浪费的技术问题。
62.作为一种可选的实施例,第一确定模块,包括:检测单元,用于在mu-rts触发帧对应的辅信道上进行空闲信道检测,得到检测结果;第一确定单元,用于将检测结果中辅信道上不存在超过有效信号阈值对应的站点确定为第一站点,并将检测结果中辅信道上存在超过有效信号阈值对应的站点确定为第二站点。
63.作为一种可选的实施例,mu-rts触发帧包含以下至少之一信息:mu-rts触发帧的类型、是否存在下一个mu-rts触发帧、mu-rts触发帧的上行带宽。
64.作为一种可选的实施例,辅信道为mu-rts触发帧中的上行带宽的字段值对应的辅信道。
65.作为一种可选的实施例,该站点识别装置还包括:第二确定模块,用于在获取多个站点中对预定数量的多用户发送的mu-rts触发帧的响应信息之前,确定多个站点中的主选站点和次选站点,其中,主选站点的优先级高于次选站点。
66.作为一种可选的实施例,获取模块,包括:第一发送单元,用于向主选站点发送主选mu-rts触发帧,并获取主选站点对主选mu-rts触发帧的响应信息;第二发送单元,用于在确定主选站点中存在未响应主选mu-rts触发帧的站点时,向次选站点发送次选mu-rts触发帧;终止单元,用于在确定次选站点中存在未响应次选mu-rts触发帧的站点时,停止继续发送mu-rts触发帧。
67.作为一种可选的实施例,第二确定模块,包括:获取单元,用于获取多个站点在历史时间段内上传的历史缓存状态报告信息,其中,历史缓存状态报告信息包括以下至少之一:在多个站点处的数据缓存量、在多个站点处接入类别ac的通信缓存量;第二确定单元,用于基于历史缓存状态报告信息的状态来确定多个站点中的主选站点和次选站点。
68.作为一种可选的实施例,该站点识别装置还包括以下至少之一:第一终止模块,用于在基于响应信息确定多个站点中的第一站点和第二站点之后,停止向第一站点分配信道资源;第二终止模块,用于停止向第一站点传输数据。
69.实施例3
70.根据本发明实施例的另外一个方面,还提供了一种计算机可读存储介质,计算机可读存储介质包括存储的计算机程序,其中,在计算机程序被处理器运行时控制计算机可读存储介质所在设备执行上述中任一项的站点识别方法。
71.实施例4
72.根据本发明实施例的另外一个方面,还提供了一种处理器,处理器用于运行计算机程序,其中,计算机程序运行时执行上述中任一项的站点识别方法。
73.上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
74.在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
75.在本技术所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
76.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
77.另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
78.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
79.以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1