CN107182105B - 信息处理方法、接入点及站点 - Google Patents

Abstract

本发明实施例提供了一种信息处理方法、接入点和站点。该方法包括：确定需要服务的类型包括紧急服务类型；向接入点发送关联请求，所述关联请求中的服务类型字段指示需要服务的类型包括紧急服务类型。本发明实施例的信息处理方法，接入点和站点能够提高紧急服务类型或其他特定服务类型的服务质量或可靠性。

Description

信息处理方法、接入点及站点

技术领域

本发明涉及通信领域，并且更具体地，涉及一种信息处理方法、接入点和站点。

背景技术

无线局域网络(Wireless Local Area Networks，WLAN)系统的应用中，传感器、智能电网、智能计量表或移动数据旁路等应用场景受到越来越广泛的关注。在这一类应用中，一个BSS中可能存在大量的STA。例如在为这一类应用场景设计的802.11ah标准中规定，一个基本服务集(Basic Server Set，BSS)中需要支持多达6000个站点(Station，STA)。当BSS中存在大量的STA时，关联时延、接入时延和丢包率都会明显上升。当系统中同时存在时延敏感的紧急服务时，紧急服务的质量将会受到较大影响。紧急服务类型可能包括工业安全监测服务、工业自动控制服务、健康状况监测、火警警报、其他报警服务以及中继服务等。

如果系统中出现大量的STA同时需要关联到AP时，由于每个STA关联过程都需要多次信道竞争，严重的碰撞问题会导致系统发生拥塞，需要很长的时间才能完成所有STA的关联过程。尤其是当下面情况出现时，AP可能会遇到大量STA需要同时关联的场景：

1)传输线电力中断导致智能电网设备、传感器或者智能计量器设备等大量重新启动；

2)AP电源重置导致所有设备和AP失去关联。

同时，由于大量的传感器或智能电表类的STA工作在较低的速率，例如100kbps，关联过程的信息交互帧长较长，当系统中存在隐藏节点时，碰撞的概率会进一步增大。如果BSS中出现大量STA同时需要关联，数百至数千个STA的同时关联过程需要花费几十分钟到数小时甚至更长时间才能完成。这种情况下对于时延要求较高的紧急服务类型，过长的关联时间无法满足业务需求。

类似地，在系统工作过程中，大量STA的存在也会使碰撞概率的增大，从而导致接入时延增加。而碰撞导致的多次重传以及过长的时延都会增加数据包被丢弃的概率。这些问题会严重影响紧急服务类型的服务质量和可靠性。

当然，除了紧急服务类型，对于其他特定服务类型同时存在类似的问题。因此，急需一种方案，以提高紧急服务类型或其他特定服务类型的服务质量或可靠性。

发明内容

本发明实施例提供了一种信息处理方法，接入点和站点，能够提高紧急服务类型或其他特定服务类型的服务质量或可靠性。

第一方面，提供了一种信息处理方法，包括：

广播信标帧，所述信标帧用于指示预定时间内允许关联的服务类型，以便于所述允许关联的服务类型对应的站点在所述预定时间内发送关联请求；

在接收到在所述预定时间内发送的关联请求时，确定接收到的所述关联请求是否来自于所述允许关联的服务类型对应的站点；

在所述接收到的所述关联请求来自于所述允许关联的服务类型对应的站点时，优先对所述接收到的所述关联请求进行响应。

结合第一方面，在第一方面的第一种可能实现方式中，所述方法还包括：

在所述接收到的所述关联请求不是来自于所述允许关联的服务类型对应的站点时，延迟对所述接收到的关联请求进行响应。

结合第一方面或第一方面的第一种可能实现方式，在第一方面的第二种可能的实现方式中，所述确定接收到的所述关联请求是否来自于所述允许关联的服务类型对应的站点，包括：

根据所述接收到的所述关联请求中的服务类型字段指示的服务类型，确定所述接收到的所述关联请求是否来自于所述允许关联的服务类型对应的站点。

结合第一方面、第一方面的第一种可能实现方式或第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述信标帧用于指示所述预定时间内允许关联的多个服务类型，以便于所述允许关联的多个服务类型对应的站点在所述预定时间内发送关联请求。

结合第一方面、第一方面的第一种可能实现方式、第一方面的第二种可能的实现方式或第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述在预定时间内允许关联的服务类型包括紧急服务类型。

第二方面，提供了一种信息处理方法，包括：

接收接入点发送的信标帧，所述信标帧用于指示预定时间内允许关联的服务类型；

确定所述允许关联的服务类型包括的至少一个服务类型为需要服务的服务类型时，在所述预定时间内发送关联请求。

结合第二方面，在第二方面的第一种可能的实现方式中，所述在所述预定时间内发送所述关联请求，包括：

在所述预定时间内发送关联请求，所述关联请求中的服务类型字段指示所述至少一个服务类型。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述至少一个服务类型包括紧急服务类型。

第三方面，提供了一种信息处理方法，包括：

广播信标帧，所述信标帧包括用于指示紧急服务类型具有最高的接入优先级的优先级参数，以便于所述紧急服务类型对应站点根据所述优先级参数进行信道接入。

结合第三方面，在第三方面的第一种可能的实现方式中，所述优先级参数为退避窗backoff window。

第四方面，提供了一种信息处理方法，包括：

接收接入点发送的信标帧，所述信标帧包括用于指示紧急服务类型具有最高的接入优先级的优先级参数；

在需要进行与所述紧急服务类型相关的信道接入时，按照所述优先级参数进行信道接入。

结合第四方面，在第四方面的第一种可能的实现方式中，所述优先级参数为退避窗backoff window。

第五方面，提供了一种信息处理方法，包括：

广播信标帧，所述信标帧用于指示第一服务类型对应的数据包保留时长，以便于与所述第一服务类型对应的站点按照所述数据包保留时长保留与所述第一服务类型相关的数据包，或用于指示第二服务类型对应的数据包重传次数，以便于与所述第二服务类型对应的站点按照所述数据包重传次数重传与所述第二服务类型相关的数据包，或用于指示预定时间内允许进行信道接入的第三服务类型，以便于所述第三服务类型对应的站点在所述预定时间内进行与所述第三服务类型相关的信道接入。

第六方面，提供了一种信息处理方法，包括：

接收接入点发送的信标帧，所述信标帧用于指示第一服务类型对应的数据包保留时长，或用于指示第二服务类型对应的数据包重传次数，或用于指示预定时间内允许进行信道接入的第三服务类型；

在所述信标帧用于指示第一服务类型对应的数据包保留时长时，按照所述数据包保留时长保留与所述第一服务类型相关的数据包；

在所述信标帧用于指示第二服务类型对应的数据包重传次数时，按照所述数据包重传次数重传与所述第二服务类型相关的数据包；

在所述信标帧用于指示预定时间内允许进行信道接入的第三服务类型时，在所述预定时间内进行与所述第三服务类型相关的信道接入。

第七方面，提供了一种信息处理方法，包括：

确定需要服务的类型包括紧急服务类型；

向接入点发送关联请求，所述关联请求中的服务类型字段指示需要服务的类型包括紧急服务类型。

第八方面，提供了一种接入点，包括：

生成单元，用于生成信标帧，所述信标帧用于指示预定时间内允许关联的服务类型；

广播单元，用于广播所述信标帧，以便于所述允许关联的服务类型对应的站点在所述预定时间内发送关联请求；

接收单元，用于接收所述预定时间内发送的关联请求

确定单元，用于确定所述接收单元接收到的所述关联请求是否来自于所述允许关联的服务类型对应的站点；

响应单元，用于在所述确定单元确定所述接收单元接收到的所述关联请求来自于所述允许关联的服务类型对应的站点时，优先对所述接收到的所述关联请求进行响应。

结合第八方面，在第八方面的第一种可能的实现方式中，所述响应单元，还用于：

在所述接收单元接收到的所述关联请求不是来自于所述允许关联的服务类型对应的站点时，延迟对所述接收到的关联请求进行响应。

结合第八方面或第八方面的第一种可能的实现方式，在第八方面的第二种可能的实现方式中，所述确定单元具体用于：

根据所述接收到的所述关联请求中的服务类型字段指示的服务类型，确定所述接收到的所述关联请求是否来自于所述允许关联的服务类型对应的站点。

结合第八方面、第八方面的第一种可能的实现方式或第八方面的第二种可能的实现方式，在第八方面的第三种可能的实现方式中，所述信标帧用于指示所述预定时间内允许关联的多个服务类型，以便于所述允许关联的多个服务类型对应的站点在所述预定时间内发送关联请求。

结合第八方面、第八方面的第一种可能的实现方式、第八方面的第二种可能的实现方式或第八方面的第三种可能的实现方式，在第八方面的第四种可能的实现方式中，所述在预定时间内允许关联的服务类型包括紧急服务类型。

第九方面，提供了一种站点，包括：

接收单元，用于接收接入点发送的信标帧，所述信标帧用于指示预定时间内允许关联的服务类型；

确定单元，用于确定所述允许关联的服务类型包括的至少一个服务类型是否为所述站点需要服务的服务类型；

发送单元，用于所述确定单元确定所述允许关联的服务类型包括的至少一个服务类型为所述站点需要服务的服务类型，在所述预定时间内发送关联请求。

结合第九方面，在第九方面的第一种可能的实现方式中，所述发送单元具体用于：

在所述预定时间内发送关联请求，所述关联请求中的服务类型字段指示所述至少一个服务类型。

结合第九方面的第一种可能的实现方式，在第九方面的第二种可能的实现方式中，所述至少一个服务类型包括紧急服务类型。

第十方面，提供了一种接入点，包括：

生成单元，用于生成信标帧，所述信标帧包括用于指示紧急服务类型具有最高的接入优先级的优先级参数；

广播单元，用于广播信标帧，以便于所述紧急服务类型对应站点根据所述优先级参数进行信道接入。

结合第十方面，在第十方面的第一种可能的实现方式中，所述优先级参数为退避窗backoff window。

第十一方面，提供了一种站点，包括：

接收单元，用于接收接入点发送的信标帧，所述信标帧包括用于指示紧急服务类型具有最高的接入优先级的优先级参数；

接入单元，用于在所述站点需要进行与所述紧急服务类型相关的信道接入时，按照所述优先级参数进行信道接入。

结合第十一方面，在第十一方面的第一种可能的实现方式中，所述优先级参数为退避窗backoff window。

第十二方面，提供了一种接入点，包括：

生成单元，用于生成广播帧，所述信标帧用于指示第一服务类型对应的数据包保留时长，或用于指示第二服务类型对应的数据包重传次数，或用于指示预定时间内允许进行信道接入的第三服务类型。

广播单元，用于广播所述信标帧。

第十三方面，提供了一种站点，包括：

接收单元，用于接收接入点发送的信标帧，所述信标帧用于指示第一服务类型对应的数据包保留时长，或用于指示第二服务类型对应的数据包重传次数，或用于指示预定时间内允许进行信道接入的第三服务类型；

执行单元，用于在所述信标帧用于指示第一服务类型对应的数据包保留时长时，按照所述数据包保留时长保留与所述第一服务类型相关的数据包，或者在所述信标帧用于指示第二服务类型对应的数据包重传次数时，按照所述数据包重传次数重传与所述第二服务类型相关的数据包，或者在所述信标帧用于指示预定时间内允许进行信道接入的第三服务类型时，在所述预定时间内进行与所述第三服务类型相关的信道接入。

第十四方面，提供了一种站点，包括：

确定单元，用于确定需要服务的类型包括紧急服务类型；

发送单元，用于向接入点发送关联请求，所述关联请求中的服务类型字段指示需要服务的类型包括紧急服务类型。

因此，在本发明实施例中，通过广播用于指示预定时间内允许关联的服务类型的信标帧，在接收到该预定时间内发送的关联请求时，确定在该接收到的关联请求是否来自于该允许关联的服务类型对应的STA，在该接收到的关联请求来自于该允许关联的服务类型对应的STA时，优先对该接收到的关联请求进行响应，从而，可以减少特定服务类型的STA在关联过程中的碰撞以及关联时延，因此，可以保证紧急服务类型或其他特定服务类定的服务质量或可靠性。

附图说明

图1是根据本发明实施例的信息处理方法的示意性流程图。

图2是根据本发明实施例的广播帧中的服务类型域的结构图。

图3是根据本发明另一实施例的信息处理方法的示意性流程图。

图4a是根据本发明实施例的关联请求的结构图。

图4b是根据本发明实施例的关联请求中的服务类型域的结构图。

图4c是根据本发明另一实施例的关联请求中的服务类型域的结构图。

图4d是根据本发明另一实施例的关联请求中的服务类型域的结构图。

图5是根据本发明另一实施例的信息处理方法的示意性流程图。

图6是根据本发明另一实施例的信息处理方法的示意性流程图。

图7是根据本发明另一实施例的信息处理方法的示意性流程图。

图8是根据本发明另一实施例的信息处理方法的示意性流程图。

图9是根据本发明另一实施例的信息处理方法的示意性流程图。

图10是根据本发明另一实施例的广播帧中的服务类型域的结构图。

图11是根据本发明实施例的接入点的示意性框图。

图12是根据本发明实施例的站点的示意性框图。

图13是根据本发明另一实施例的接入点的示意性框图。

图14是根据本发明另一实施例的站点的示意性框图。

图15是根据本发明另一实施例的接入点的示意性框图。

图16是根据本发明另一实施例的站点的示意性框图。

图17是根据本发明另一实施例的站点的示意性框图。

图18是根据本发明另一实施例的接入点的示意性框图。

图19是根据本发明另一实施例的站点的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。。

图1是根据本发明实施例的信息处理方法100的示意性流程图。如图1所示，该方法100包括：

S110，广播信标帧，该信标帧用于指示预定时间内允许关联的服务类型，以便于该允许关联的服务类型对应的STA在该预定时间发送关联请求；

S120，在接收到该预定时间发送的关联请求时，确定接收到的该关联请求是否来自于该允许关联的服务类型对应的STA；

S130，在该接收到的该关联请求来自于该允许关联的服务类型对应的STA时，优先对该接收到的该关联请求进行响应。

具体地说，在出现大量的STA同时需要关联到AP，或为了确保某一或某些服务类型的服务质量或可靠性时，AP可以向其所在的BSS中的STA广播信标帧，以指示预定时间内允许关联的某一或某些服务类型，例如，紧急服务类型，从而，该允许关联的服务类型对应的STA可以在该预定时间发送关联请求；AP在接收到该预定时间内发送的关联请求后，可以判断该接收到的关联请求是否来自于允许关联的服务类型对应的STA，如果是来自于允许关联的服务类型对应的STA，可以优先对该接收到的关联请求进行响应，例如，立即对该关联请求进行响应，或者，响应时间优于同时接收的不是来自于允许关联的服务类型对应的STA发送的关联请求。其中，AP可以根据关联请求中携带的时间戳确定该关联请求是否在预定时间发送的，也可以直接将该预定时间接收到的关联请求确定为该在该预定时间内发送的关联请求，本发明实施例并不对此进行限定。

因此，在本发明实施例中，通过广播用于指示预定时间内允许关联的服务类型的信标帧，在接收到该预定时间内发送的关联请求时，确定在该接收到的关联请求是否来自于该允许关联的服务类型对应的STA，在该接收到的关联请求来自于该允许关联的服务类型对应的STA时，优先对该接收到的关联请求进行响应，从而，可以减少特定服务类型的STA在关联过程中的碰撞以及关联时延。因此，本发明实施例的信息处理方法可以保证紧急服务类型或其他特定服务类定的服务质量或可靠性。

在本发明实施例中，该方法100还可以包括：

在该接收到关联请求不是来自于该允许关联的服务类型对应的STA时，延迟对该接收到的关联请求进行响应。

具体地说，可能存在一些STA未接收到AP发送的该信标帧，从而这些STA可能在该预定时间内发送关联请求，如果AP判断该关联请求不是来自于该允许关联的服务类型对应的STA时，可以延迟对该关联请求进行响应，例如，在预定时间之外的时间对该关联请求进行响应，或者在对同时间内接收到的自于该允许关联的服务类型对应的STA发送的关联请求响应完之后，再对该关联请求进行响应，从而，可以进一步减少特定服务类型，特别是紧急服务类型的关联时延。

在本发明实施例中，为了实现信标帧的功能，AP可以在现有信标帧中增加一个服务类型域，用于指示在该信标时段(下一个信标帧出现之前)内允许关联的一个或多个服务类型。例如，如图2所示，一个服务类型域中的第1和第二比特(bit)分别置为1，指示在该信标时段内只允许最紧急服务类型和次紧急服务类型对应的STA发送关联请求。进一步地，可以在现有信标帧中，增加一个时间域，用于指示在该时间域指示的时间段内允许关联的一个或多个服务类型；当然，在本发明实施例中，也可以在信标帧中增加多个时间域，用于指示多个时间段，并且每一时间段可以分别对应一个或多个允许在该时间段内进行关联的服务类型。

在本发明实施例中，S120中确定在该接收到的关联请求是否来自于该允许关联的服务类型对应的STA，可以包括：

根据该接收到的关联请求中的服务类型字段指示的服务类型，确定该接收到的关联请求是否来自于该允许关联的服务类型对应的STA。

在本发明实施例中，该信标帧用于指示该预定时间内允许关联的多个服务类型，从而该允许关联的多个服务类型对应的STA可以在该预定时间内发送关联请求。在本发明实施例中，该在预定时间内允许关联的服务类型可以包括紧急服务类型。

因此，在本发明实施例中，通过广播用于指示预定时间内允许关联的服务类型的信标帧，在该接收到该预定时间内发送的关联请求时，确定该接收到的关联请求是否来自于该允许关联的服务类型对应的STA，在该接收到的关联请求来自于该允许关联的服务类型对应的STA时，优先对该接收到的关联请求进行响应，从而，可以减少特定服务类型的STA在信道接入过程中的碰撞以及接入时延。因此，本发明实施例的信息处理方法可以保证紧急服务类型或其他特定服务的服务质量或可靠性。

以上已结合图1和图2从AP侧描述了根据本发明实施例的信息处理方法，以上将从STA侧描述根据本发明实施例的信息处理方法。

图3是根据本发明实施例的信息处理方法200的示意性流程图。如图3所示，该方法200包括：

S210，接收AP发送的信标帧，该信标帧用于指示预定时间内允许关联的服务类型；

S220，确定该允许关联的服务类型包括的至少一个服务类型为需要服务的服务类型时，在该预定时间内发送关联请求。

STA在接收到AP发送的用于指示预定时间内允许关联的服务类型信标帧时，可以判断该信标帧中指示的预定时间内允许关联的服务类型是否有需要自身服务的服务类型时，如果有需要自身服务的服务类型时，可以在该预定时间内发送关联请求；如果没有需要自身服务的服务类型时，则在该预定时间之外的时间发送关联请求。

在本发明实施例中，STA在进行关联请求时，可以在关联请求消息携带自己的服务类型标识，以通知AP其为允许接入的服务类型对应的STA。其中，在802.11ah协议中，可以使用如图4a所示的，序号19的字段来通知AP自己支持的服务类型。例如，服务类型域的格式可以如图4b、4c或4d所示。其中，如图4b所示，可以将服务类型域的第0-6bit都置为1，以表示对应的服务类型为紧急服务类型；或者如图4c所示，可以将服务类型域的第0-6bit都置为0，以表示对应的服务类型为紧急服务类型；或者，可以在服务类型域中专门制定一个bit，例如，如图4d所示，将第0bit置为1时，表示对应的服务类型为紧急服务类型。

因此，在本发明实施例中，通过接收AP发送的用于指示预定时间内允许关联的服务类型的信标帧，并在确定该允许关联的服务类型包括的至少一个服务类型为需要服务的服务类型时，在该预定时间内发送关联请求，可以减少关联过程中的碰撞、减少关联时延。因此，本发明实施例的信息处理方法可以保证紧急服务类型或其他特定服务的服务质量或可靠性。

图5是根据本发明实施例的信息处理方法300的示意性流程图。如图3所示，该方法300包括：

S310，广播信标帧，该信标帧包括用于指示紧急服务类型具有最高的接入优先级的优先级参数，以便于该紧急服务类型对应STA根据该优先级参数进行信道接入。

具体地说，为了授予紧急服务类型更高的接入优先级而减少紧急服务类型的接入时延，以及减少丢包率，AP可以向其所在的BSS广播信标帧，该信标帧包括用于指示紧急服务类型具有最高的接入优先级的优先级参数，从而，该紧急服务类型对应的STA可以根据该优先级参数进行信道接入，例如，该优先级参数可以为退避窗(backoff window)，其中，可以对现有的4个优先级的参数进行修改定义一个最高优先级。例如可以定义最高优先级的Backoff window范围为0-3或0-7以提高最高优先级(即，紧急服务类型)用户的接入概率。

因此，在本发明实施例中，可以通过广播用于指示紧急服务类型具有最高的接入优先级的优先级参数的信标帧，而使得该紧急服务类型对应STA根据该优先级参数进行信道接入，从而，可以减少紧急服务类型的接入时延，并降低丢包率。

图6是根据本发明实施例的信息处理方法400的示意性流程图。如图6所示，该方法400包括：

S410，接收AP发送的信标帧，该信标帧包括用于指示紧急服务类型具有最高的接入优先级的优先级参数；

S420，在需要进行与该紧急服务类型相关的信道接入时，按照该优先级参数进行信道接入。

在本发明实施例中，该优先级参数可以为backoff window。

因此，在本发明实施例中，可以通过接收AP发送的用于指示紧急服务类型具有最高的接入优先级的优先级参数的信标帧，并在需要进行与该紧急服务类型相关的信道接入时，按照该优先级参数进行信道接入，可以减少紧急服务类型的接入时延，并降低丢包率。

图7是根据本发明实施例的信息处理方法500的示意性流程图。如图7所示，该方法500包括：

S510，广播信标帧，该信标帧用于指示第一服务类型对应的数据包保留时长，以便于与该第一服务类型相关的STA按照该数据包保留时长保留与该第一服务类型相关的数据包，或用于指示第二服务类型对应的数据包重传次数，以便于与该第二服务类型相关的STA按照该数据包重传次数重传与该第二服务类型相关的数据包，或用于指示预定时间内允许进行信道接入的第三服务类型，以便于该第三服务类型对应的STA在该预定时间内进行与该第三服务类型相关的信道接入。

在本发明实施例中，为了使得紧急服务类型或其他服务类型对应的数据包具有更长数据保留时长，AP可以向其所在BSS的广播用于指示相应服务类型对应的数据包保留时长的信标帧，从而，与该相应服务类型相关的STA按照该数据包保留时长保留与该相应服务类型相关的数据包，从而，可以通过广播信标帧的方式延长紧急服务类型或其他服务类型对应的数据包的时长；应理解，如果STA需要发送的数据包不属于与该信标帧中指定的服务类型相关的数据包，则可以按照现有的数据包保留时长进行数据保留；还应理解，AP可以在信标帧中定义多个时长，每一个时长对应一个或多个服务类型，从而，可以根据服务类型的重要性设置数据包保留时长。

在本发明实施例中，为了使得紧急服务类型或其他服务类型对应的数据包具有较多的重传次数，AP可以向其所在BSS的广播用于指示相应服务类型对应的数据包重传次数的信标帧，从而，与该相应服务类型相关的STA按照该数据包重传次数重传与该相应服务类型相关的数据包，从而，可以通过广播信标帧的方式增加紧急服务类型或其他服务类型对应的数据包重传次数；应理解，如果STA需要发送的数据包不属于与该信标帧中指定的服务类型相关的数据包，则可以按照现有的数据包重传次数进行数据包重传；还应理解，AP可以在信标帧中定义多个重传次数，每一个重传次数对应一个或多个服务类型，从而，可以根据服务类型的重要性设置数据包重传次数。

在本发明实施例中，在出现大量的STA需要进行信道接入，或者为了保证某一或某些服务类型的服务质量或可靠性时，AP可以向其所在的BSS中的STA广播信标帧，以指示预定时间内允许进行信道接入的服务类型，从而，该允许进行信道接入的服务类型对应的STA可以在该预定时间内进行与该允许进行信道接入的服务类型相关的信道接入；应理解，AP可以在信标帧中定义多组信道接入服务类型，每组信道接入服务类型可以对应于一个时间段，每组接入服务类型对应的时间段的长短及先后顺序可以根据服务类型的重要性进行设置。

因此，本发明实施例的信息处理方法，可以根据服务类型设置数据包保留时长和重传次数；相应地，也可以将紧急服务类型或其他特定类型设置为具有更长的数据包重传次数和保留时长，从而减少相应的数据包的丢包率；或者通过设定预定时间允许进行信道接入的服务类型，从而，可以减少特定服务类型的STA在信道接入过程中的碰撞以及接入时延，并可以减小数据包的丢包率

图8是根据本发明实施例的信息处理方法600的示意性流程图。如图8所示，该方法600包括：

S610，接收AP发送的信标帧，该信标帧用于指示第一服务类型对应的数据包保留时长，或用于指示第二服务类型对应的数据包重传次数，或用于指示用于指示预定时间内允许进行信道接入的第三服务类型；

S620，在该信标帧用于指示第一服务类型对应的数据包保留时长时，按照该数据包保留时长保留与该第一服务类型相关的数据包；或者，

在该信标帧用于指示第二服务类型对应的数据包重传次数时，按照该数据包重传次数重传与该第二服务类型相关的数据包；或者，

在该信标帧用于指示预定时间内允许进行信道接入的第三服务类型时，在该预定时间内进行与所述第三服务类型相关的信道接入。

因此，本发明实施例的信息处理方法，可以根据服务类型设置数据包保留时长和重传次数；相应地，也可以将紧急服务类型或其他特定类型设置为具有更长的数据包重传次数和保留时长，从而减少相应的数据包的丢包率；或者通过设定预定时间允许进行信道接入的服务类型，从而，可以减少特定服务类型的STA在信道接入过程中的碰撞以及接入时延，并可以减小数据包的丢包率。

图9是根据本发明实施例的信息处理方法700的示意性流程图。如图9所示，该方法700包括：

S710，确定需要服务的类型包括紧急服务类型；

S720，向接入点发送关联请求，所述关联请求中的服务类型字段指示需要服务的类型包括紧急服务类型。

具体地说，在确定需要发送关联请求时，STA可以判断自身需要服务的类型是否包括紧急服务类型，如果包括紧急服务类型，可以在关联请求的服务类型字段中指示AP自身需要服务的类型包括紧急服务类型，具体请参考图4a至图4d所示，从而，AP可以接收到该关联请求时可以作相应的处理，例如，可以统计其所在BSS中存在多少紧急服务类型对应站点，然后可以设定允许紧急服务类型接入的预定时间的长短等。

因此，在本发明实施例中，在确定需要服务的类型包括紧急服务类型，向接入点发送关联请求，所述关联请求中的服务类型字段指示需要服务的类型包括紧急服务类型，可以使得AP更好的为紧急服务类型服务。

在本发明实施例中，可以在同一信标帧中为紧急服务类型或其他特定服务类型授予一种更高优先级，例如，在预定的时间内只允许紧急服务类型对应的站点进行关联等；当然，可以在同一信标帧中授予紧急服务类型或其他服务类型多种更高优先级，例如，在预定的时间内只允许紧急服务类型对应的站点进行关联、在预定时间内只允许进行紧急服务类型相关的信道接入、以及为紧急服务类型相关的数据包保留更长的时间以及紧急服务类型相关的数据包具有更多的重传次数。例如，如图10所示，可以在信标帧中增加一个控制域，其中第0至3比特，分别表示在预定的时间内是否只允许紧急服务类型对应的站点进行关联、在预定的时间内是否只允许进行紧急服务类型相关的信道接入、是否为紧急服务类型相关的数据包保留更长的时间以及紧急服务类型相关的数据包是否具有更多的重传次数。其中，第0至3比特的值分别为1、1、1、0，则表示在预定的时间内只允许紧急服务类型对应的站点进行关联、在预定的时间内只允许进行紧急服务类型相关的信道接入、为紧急服务类型相关的数据包保留更长的时间以及紧急服务类型相关的数据包不具有更多的重传次数，其中，紧急服务类型相关数据包的保留时长或者紧急服务类型相关数据包具有的重传次数可以是STA预置的，也可以是AP在发送该信标帧之前已与STA协商好。

因此，在本发明实施例中，通过定义紧急服务类型以及可以扩展的其他特定服务类型，使AP能够根据服务类型的不同区分关联或接入优先级，例如，赋予紧急服务类型最高的接入优先级或在一段时间内仅仅允许紧急服务类型对应的站点进行关联。进一步的，也可以根据服务类型不同在现有的4个优先级的接入类别中进行修改或增加，赋予紧急服务类型更高的接入优先级以降低这类服务的平均时延。类似地，还可以根据服务类型定义其他特征，例如，数据包更长的保留时间，更多重传次数等等。此外，AP在关联过程中还可以根据服务类型的不同分开各种服务类型STA的关联时段，这种方法在同时需要关联的STA数量很大时能够保障紧急以及重要的服务类型的快速关联并且降低系统平均的关联时延。从而，本发明实施例的信息传输方法可以提高紧急服务类型或其他特定服务类型的服务质量或可靠性。

以上已结合图1至图10描述了根据本发明实施例的信息处理方法，以下将结合图11至图19描述根据本发明实施例的信息处理装置，包括AP和STA。

图11是根据本发明实施例的AP 800的示意性框图。如图11所示，该AP 700包括：

生成单元810，用于生成信标帧，所述信标帧用于指示预定时间内允许关联的服务类型；

广播单元820，用于广播所述信标帧，以便于所述允许关联的服务类型对应的站点在所述预定时间内发送关联请求；

接收单元830，用于接收所述预定时间内发送的关联请求

确定单元840，用于确定所述接收单元840接收到的所述关联请求是否来自于所述允许关联的服务类型对应的站点；

响应单元850，用于在所述确定单元850确定所述接收单元接收到的所述关联请求来自于所述允许关联的服务类型对应的站点时，优先对所述接收到的所述关联请求进行响应。

可选地，所述响应单元850还用于：

在所述接收单元接收到的所述关联请求不是来自于所述允许关联的服务类型对应的站点时，延迟对所述接收到的关联请求进行响应。

可选地，所述确定单元840具体用于：

根据所述接收到的所述关联请求中的服务类型字段指示的服务类型，确定所述接收到的所述关联请求是否来自于所述允许关联的服务类型对应的站点。

可选地，所述信标帧用于指示所述预定时间内允许关联的多个服务类型，以便于所述允许关联的多个服务类型对应的站点在所述预定时间内发送关联请求。

可选地，所述在预定时间内允许关联的服务类型包括紧急服务类型。

应理解，根据本发明实施例的AP 800可对应于本发明实施例中的信息处理方法100中的AP，并且AP 800中的各个单元的上述和其它操作和/或功能分别为了实现图1的方法100的相应流程，为了简洁，在此不再赘述。

因此，在本发明实施例中，通过广播用于指示预定时间内允许关联的服务类型的信标帧，在接收到该预定时间内发送的关联请求时，确定在该接收到的关联请求是否来自于该允许关联的服务类型对应的STA，在该接收到的关联请求来自于该允许关联的服务类型对应的STA时，优先对该接收到的关联请求进行响应，从而，可以减少特定服务类型的STA在关联过程中的碰撞以及关联时延。因此，本发明实施例的AP可以保证紧急服务类型或其他特定服务类定的服务质量或可靠性。

图12是根据本发明实施例的STA 900的示意性框图。如图12所示，该STA800包括：

接收单元910，用于接收接入点发送的信标帧，所述信标帧用于指示预定时间内允许关联的服务类型；

确定单元920，用于确定所述允许关联的服务类型包括的至少一个服务类型是否为所述站点需要服务的服务类型；

发送单元930，用于所述确定单元确定所述允许关联的服务类型包括的至少一个服务类型为所述站点需要服务的服务类型，在所述预定时间内发送关联请求。

可选地，所述发送单元930具体用于：

在所述预定时间内发送关联请求，所述关联请求中的服务类型字段指示所述至少一个服务类型。

可选地，所述至少一个服务类型包括紧急服务类型。

应理解，根据本发明实施例的STA 900可对应于本发明实施例中的信息处理方法200中的STA，并且STA 900中的各个单元的上述和其它操作和/或功能分别为了实现图3的方法200的相应流程，为了简洁，在此不再赘述。

因此，在本发明实施例中，通过接收AP发送的用于指示预定时间内允许关联的服务类型的信标帧，并在确定该允许关联的服务类型包括的至少一个服务类型为需要服务的服务类型时，在该预定时间内发送关联请求，可以减少关联过程中的碰撞、减少关联时延。因此，本发明实施例的STA可以保证紧急服务类型或其他特定服务的服务质量或可靠性。

图13是根据本发明实施例的AP 1000的示意性框图。如图13所示，该AP 1000包括：

生成单元1010，用于生成信标帧，所述信标帧包括用于指示紧急服务类型具有最高的接入优先级的优先级参数；

广播单元1020，用于广播所述信标帧，以便于所述紧急服务类型对应站点根据所述优先级参数进行信道接入。

可选地，所述优先级参数为退避窗backoff window。

应理解，根据本发明实施例的AP 1000可对应于本发明实施例中的信息处理方法300中的AP，并且AP 1000中的各个单元的上述和其它操作和/或功能分别为了实现图5的方法1000的相应流程，为了简洁，在此不再赘述。

因此，在本发明实施例中，可以通过广播用于指示紧急服务类型具有最高的接入优先级的优先级参数的信标帧，而使得该紧急服务类型对应STA根据该优先级参数进行信道接入，从而，可以减少紧急服务类型的接入时延，并降低丢包率。

图14是根据本发明实施例的STA 1100的示意性框图。如图14所示，该STA1000包括：

接收单元1110，用于接收接入点发送的信标帧，所述信标帧包括用于指示紧急服务类型具有最高的接入优先级的优先级参数；

接入单元1120，用于在所述站点需要进行与所述紧急服务类型相关的信道接入时，按照所述优先级参数进行信道接入。

可选地，所述优先级参数为退避窗backoff window。

应理解，根据本发明实施例的STA 1100可对应于本发明实施例中的信息处理方法400中的STA，并且STA 1100中的各个单元的上述和其它操作和/或功能分别为了实现图6的方法400的相应流程，为了简洁，在此不再赘述。

因此，在本发明实施例中，可以通过接收AP发送的用于指示紧急服务类型具有最高的接入优先级的优先级参数的信标帧，并在需要进行与该紧急服务类型相关的信道接入时，按照该优先级参数进行信道接入，可以减少紧急服务类型的接入时延，并降低丢包率。

图15是根据本发明实施例的AP 1200的示意性框图。如图15所示，该AP 1200包括：

生成单元1210，用于生成广播帧，所述信标帧用于指示第一服务类型对应的数据包保留时长，或用于指示第二服务类型对应的数据包重传次数，或用于指示预定时间内允许进行信道接入的第三服务类型。

广播单元1220，用于广播所述信标帧。

应理解，根据本发明实施例的AP 1200可对应于本发明实施例中的信息处理方法500中的AP 1200，并且STA 1200中的各个单元的上述和其它操作和/或功能分别为了实现图7的方法500的相应流程，为了简洁，在此不再赘述。

因此，本发明实施例的信息处理方法，可以根据服务类型设置数据包保留时长和重传次数；相应地，也可以将紧急服务类型或其他特定类型设置为具有更长的数据包重传次数和保留时长，从而减少相应的数据包的丢包率；或者通过设定预定时间允许进行信道接入的服务类型，从而，可以减少特定服务类型的STA在信道接入过程中的碰撞以及接入时延，并可以减小数据包的丢包率。

图16是根据本发明实施例的STA 1300的示意性框图。如图16所示，该STA 1300包括：

接收单元1310，用于接收接入点发送的信标帧，所述信标帧用于指示第一服务类型对应的数据包保留时长，或用于指示第二服务类型对应的数据包重传次数，或用于指示预定时间内允许进行信道接入的第三服务类型；

执行单元1320，用于在所述信标帧用于指示第一服务类型对应的数据包保留时长时，按照所述数据包保留时长保留与所述第一服务类型相关的数据包，或者在所述信标帧用于指示第二服务类型对应的数据包重传次数时，按照所述数据包重传次数重传与所述第二服务类型相关的数据包，或者在所述信标帧用于指示预定时间内允许进行信道接入的第三服务类型时，在所述预定时间内进行与所述第三服务类型相关的信道接入。

应理解，根据本发明实施例的STA 1300可对应于本发明实施例中的信息处理方法600中的STA，并且STA 1200中的各个单元的上述和其它操作和/或功能分别为了实现图8的方法600的相应流程，为了简洁，在此不再赘述。

因此，可以根据服务类型设置数据包保留时长和重传次数；相应地，也可以将紧急服务类型或其他特定类型设置为具有更长的数据包重传次数和保留时长，从而减少相应的数据包的丢包率；或者通过设定预定时间允许进行信道接入的服务类型，从而，可以减少特定服务类型的STA在信道接入过程中的碰撞以及接入时延，并可以减小数据包的丢包率。

图17是根据本发明实施例的STA1400的示意性框图。如图17所示，该STA1400包括：

确定单元1410，用于确定需要服务的类型包括紧急服务类型；

发送单元1420，用于向接入点发送关联请求，所述关联请求中的服务类型字段指示需要服务的类型包括紧急服务类型。

应理解，根据本发明实施例的STA 1400可对应于本发明实施例中的信息处理方法700中的STA，并且STA 1400中的各个单元的上述和其它操作和/或功能分别为了实现图9的方法700的相应流程，为了简洁，在此不再赘述。

因此，在本发明实施例中，在确定需要服务的类型包括紧急服务类型，向接入点发送关联请求，所述关联请求中的服务类型字段指示需要服务的类型包括紧急服务类型，可以使得AP更好的为紧急服务类型服务。

图18为本发明实施例提供的一种AP的结构示意图。如图18所示，AP一般包括至少一个处理器1510，例如CPU，至少一个端口1520，存储器1530，和至少一个通信总线1540。通信总线1540用于实现这些装置之间的连接通信。处理器1510用于执行存储器1530中存储的可执行模块，例如计算机程序；AP可选的包含用户接口1550，包括但不限于显示器，键盘和点击设备，例如鼠标、轨迹球(trackball)、触感板或者触感显示屏。存储器1530可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个端口1520实现该AP与至少一个STA的通信连接，通过至少另一个端口1520与至少一个网络设备节点之间的通信连接。

在一些实施方式中，存储器1530存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集:

操作系统1532，包含各种系统程序，用于实现各种基础业务以及处理基于硬件的任务；

应用模块1534，包含各种应用程序，用于实现各种应用业务。

应用模块1534中包括但不限于发送单元1536、接收单元1538。

应用模块1534中各单元的具体实现参见图11、图13或图15所示实施例中的相应单元，在此不赘述。

图19为本发明实施例提供的一种STA的结构示意图。如图19所示，STA一般包括至少一个处理器1610，例如CPU，至少一个端口1620，存储器1630，和至少一个通信总线1640。通信总线1640用于实现这些装置之间的连接通信。处理器1410用于执行存储器1630中存储的可执行模块，例如计算机程序；STA可选的包含用户接口1650，包括但不限于显示器，键盘和点击设备，例如鼠标、轨迹球(trackball)、触感板或者触感显示屏。存储器930可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个端口1620实现该STA与至少一个AP的通信连接，通过至少另一个端口1620与至少一个STA节点之间的通信连接。

在一些实施方式中，存储器1630存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集:

操作系统1632，包含各种系统程序，用于实现各种基础业务以及处理基于硬件的任务；

应用模块1634，包含各种应用程序，用于实现各种应用业务。

应用模块1634中包括但不限于接收单元1636、发送单元1638。

应用模块1634中各单元的具体实现参见图12、图14、图16或图17所示实施例中的相应单元，在此不赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例中描述的各方法步骤和单元，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或步骤可以用硬件、处理器执行的软件程序，或者二者的结合来实施。软件程序可以置于随机存储器、内存、只读存储器、电可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、可移动磁盘、CD只读存储器、或技术领域内所公知的任意其它形式的存储介质中。

尽管通过参考附图并结合优选实施例的方式对本发明进行了详细描述，但本发明并不限于此。在不脱离本发明的精神和实质的前提下，本领域普通技术人员可以对本发明的实施例进行各种等效的修改或替换，而这些修改或替换都应在本发明的涵盖范围内。

Claims (12)

1.一种信息处理方法，其特征在于，包括：

确定需要服务的类型包括紧急服务类型；

向接入点发送关联请求，所述关联请求中的服务类型字段指示需要服务的类型包括紧急服务类型，所述关联请求用于所述接入点确定紧急服务类型对应的站点的数量并根据所述数量确定只允许紧急服务类型接入的时间段。

2.根据权利要求1所述的方法，其特征在于，在所述向接入点发送关联请求之前，所述方法还包括：

接收所述接入点发送的信标帧，所述信标帧包括用于指示紧急服务类型具有最高的接入优先级的优先级参数；

根据所述优先级参数，进行信道接入。

3.根据权利要求1或2所述的方法，其特征在于，

所述关联请求中的服务类型域的第0-6比特置为1，表示对应的服务类型为紧急服务类型；或者，

所述关联请求中的服务类型域的第0-6比特置为0，表示对应的服务类型为紧急服务类型；或，

所述关联请求中具有服务类型域具有特定的一个比特，该一个比特的值为0用于指示对应的服务类型是为紧急服务类型；或，

所述关联请求中具有服务类型域具有特定的一个比特，该一个比特的值为1用于指示对应的服务类型是为紧急服务类型。

4.一种信息处理方法，其特征在于，包括：

接收站点发送的关联请求，所述关联请求中的服务类型字段指示需要服务的类型包括紧急服务类型；

确定紧急服务类型对应的站点的数量；

根据所述数量，确定只允许紧急服务类型接入的时间段；

在所述时间段内，根据所述关联请求，对所述站点进行所述紧急服务类型的服务。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

广播信标帧，所述信标帧包括用于指示紧急服务类型具有最高的接入优先级的优先级参数，以便于所述紧急服务类型对应站点根据所述优先级参数进行信道接入。

6.根据权利要求4或5所述的方法，其特征在于，

所述关联请求中的服务类型域的第0-6比特置为1，表示对应的服务类型为紧急服务类型；或者，

所述关联请求中的服务类型域的第0-6比特置为0，表示对应的服务类型为紧急服务类型；或，

所述关联请求中具有服务类型域具有特定的一个比特，该一个比特的值为0用于指示对应的服务类型是为紧急服务类型；或，

所述关联请求中具有服务类型域具有特定的一个比特，该一个比特的值为1用于指示对应的服务类型是为紧急服务类型。

7.一种站点，其特征在于，包括：

确定单元，用于确定需要服务的类型包括紧急服务类型；

发送单元，用于向接入点发送关联请求，所述关联请求中的服务类型字段指示需要服务的类型包括紧急服务类型，所述关联请求用于所述接入点确定紧急服务类型对应的站点的数量并根据所述数量确定只允许紧急服务类型接入的时间段。

8.根据权利要求7所述的站点，其特征在于，所述站点还包括接收单元和接入单元；其中，

所述接收单元用于：接收所述接入点发送的信标帧，所述信标帧包括用于指示紧急服务类型具有最高的接入优先级的优先级参数；

所述接入单元用于：根据所述优先级参数，进行信道接入。

9.根据权利要求7或8所述的站点，其特征在于，

所述关联请求中的服务类型域的第0-6比特置为1，表示对应的服务类型为紧急服务类型；或者，

所述关联请求中的服务类型域的第0-6比特置为0，表示对应的服务类型为紧急服务类型；或，

所述关联请求中具有服务类型域具有特定的一个比特，该一个比特的值为0用于指示对应的服务类型是为紧急服务类型；或，

所述关联请求中具有服务类型域具有特定的一个比特，该一个比特的值为1用于指示对应的服务类型是为紧急服务类型。

10.一种接入点，其特征在于，包括：

接收单元，用于接收站点发送的关联请求，所述关联请求中的服务类型字段指示需要服务的类型包括紧急服务类型；

处理单元，用于确定紧急服务类型对应的站点的数量；

所述处理单元，还用于根据所述数量，确定只允许紧急服务类型接入的时间段；响应单元，用于在所述时间段内，根据所述关联请求，对所述站点进行所述紧急服务类型的服务。

11.根据权利要求10所述的接入点，其特征在于，所述接入点还包括：

广播单元，用于广播信标帧，所述信标帧包括用于指示紧急服务类型具有最高的接入优先级的优先级参数，以便于所述紧急服务类型对应站点根据所述优先级参数进行信道接入。

12.根据权利要求10或11所述的接入点，其特征在于，

所述关联请求中的服务类型域的第0-6比特置为1，表示对应的服务类型为紧急服务类型；或者，

所述关联请求中的服务类型域的第0-6比特置为0，表示对应的服务类型为紧急服务类型；或，

所述关联请求中具有服务类型域具有特定的一个比特，该一个比特的值为0用于指示对应的服务类型是为紧急服务类型；或，

所述关联请求中具有服务类型域具有特定的一个比特，该一个比特的值为1用于指示对应的服务类型是为紧急服务类型。

Images