CN110312283B - 一种信息处理方法及装置 - Google Patents

Abstract

本申请提供一种信息处理方法及装置，涉及通信技术领域，用于解决由于某个业务的请求消息过多，而导致其他业务的请求消息无法及时发送和处理的问题。该方法应用于接入点设备，接入点设备通过CAPWAP与接入控制器通信，接入点设备包括至少两条缓冲队列，该方法包括：向接入控制器发送第一业务的业务请求报文，业务请求报文包括第一队列标识和请求信息，第一队列标识用于标识第一缓冲队列，第一缓冲队列属于至少两条缓冲队列中，且用于缓存第一业务的报文，请求信息用于请求处理第一业务；接收来自接入控制器的业务响应报文，业务响应报文包括第一队列标识和响应信息，响应信息用于指示业务请求报文接收成功。

Description

一种信息处理方法及装置

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种信息处理方法及装置。

背景技术

无线接入点的控制和配置协议(Control And Provisioning of WirelessAccess Points Protocol Specification，CAPWAP)是一种通用的隧道协议，可用于完成无线终端接入点(Wireless Terminal Points，WTPs)发现无线接入控制器(WirelessController，AC)等基本协议功能。

CAPWAP协议基于UDP协议实现，可分别提供控制通道及数据通道。对于控制通道提供可靠的传输机制，即CAPWAP控制报文必须是成对的，WTPs发送请求消息，AC处理完请求消息后需要向WTPs发送响应消息，当WTPs接收到响应消息后认为上次的请求消息发送成功，并继续发送后续的请求消息，如果WTPs在规定时间未收到回应消息，则会对上一次的请求消息进行重传。

目前，CAPWAP协议的请求消息通过单消息队列进行传输，比如，如图1所示，当队列中存在多种业务(比如，业务1和业务2)的请求消息时，可能存在由于某个业务的请求消息过多，AC处理时间过长，导致WTPs的其他业务的请求消息无法及时发送和处理，进而使其他业务的正常运行受到影响。

发明内容

本申请的实施例提供一种信息处理方法及装置，解决了现有技术中由于某个业务的请求消息过多，而导致其他业务的请求消息无法及时发送和处理的问题。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供一种信息处理方法，应用于接入点设备或者接入点设备内置的芯片，接入点设备通过无线接入点的控制和配置协议CAPWAP与接入控制器通信，接入点设备包括至少两条缓冲队列，该方法包括：向接入控制器发送第一业务的业务请求报文，业务请求报文包括第一队列标识和请求信息，第一队列标识用于标识第一缓冲队列，第一缓冲队列属于至少两条缓冲队列中，且用于缓存第一业务的报文，请求信息用于请求处理第一业务；接收来自接入控制器的业务响应报文，业务响应报文包括第一队列标识和响应信息，响应信息用于指示业务请求报文接收成功。

在第一方面的一种可能的实现方式中，向接入控制器发送第一业务的业务请求报文之前，该方法还包括：根据第一业务，从业务与缓冲队列之间的对应关系中确定第一缓冲队列；根据第一缓冲队列的第一队列标识和请求信息，生成第一业务的业务请求报文。

在第一方面的一种可能的实现方式中，业务请求报文和业务响应报文的报文头均包括无线专用信息(wireless specific information)，无线专用信息用于指示第一队列标识。

在第一方面的一种可能的实现方式中，无线专用信息包括长度字段和数据字段，长度字段用于指示数据字段的长度，数据字段的结构为TLV结构，包括类型、长度和值，数据字段用于指示第一队列标识。

第二方面，提供一种信息处理方法，应用于接入控制器或者接入控制器内置的芯片，接入点设备通过无线接入点的控制和配置协议CAPWAP与接入控制器通信，接入控制器包括至少两条缓冲队列，该方法包括：接收来自接入点设备的业务请求报文，业务请求报文包括第一队列标识和请求信息，第一队列标识用于标识第一缓冲队列，第一缓冲队列属于至少两条缓冲队列中，且用于缓存第一业务的报文，请求信息用于请求处理第一业务；向接入点设备发送业务响应报文，业务响应报文包括第一队列标识和响应信息，响应信息用于指示业务请求报文接收成功。

在第二方面的一种可能的实现方式中，向接入点设备发送业务响应报文之前，该方法还包括：根据第一业务，从业务与缓冲队列之间的对应关系中确定第一缓冲队列；根据第一缓冲队列的第一队列标识和响应信息，生成第一业务的业务响应报文。

在第二方面的一种可能的实现方式中，业务请求报文和业务响应报文的报文头均包括无线专用信息，无线专用信息用于指示第一队列标识。

在第二方面的一种可能的实现方式中，无线专用信息包括长度字段和数据字段，长度字段用于指示数据字段的长度，数据字段的结构为TLV结构，包括类型、长度和值，数据字段用于指示第一队列标识。

第三方面，提供了一种信息处理装置，该信息处理装置为接入点设备或用于接入点设备的芯片，该信息处理装置包括可以实现第一方面至第一方面的任一种可能的实现方式所提供的信息处理方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的单元。

在第三方面的一种可能的实现方式中，该信息处理装置的结构中包括处理器，以及与处理器连接的存储器，存储器用于存储程序代码，当该程序代码被处理器执行时，使得该信息处理装置执行以下步骤：向接入控制器发送第一业务的业务请求报文，业务请求报文包括第一队列标识和请求信息，第一队列标识用于标识第一缓冲队列，第一缓冲队列属于至少两条缓冲队列中，且用于缓存第一业务的报文，请求信息用于请求处理第一业务；接收来自接入控制器的业务响应报文，业务响应报文包括第一队列标识和响应信息，响应信息用于指示业务请求报文接收成功。

在第三方面的一种可能的实现方式中，向接入控制器发送第一业务的业务请求报文之前，该信息处理装置还执行以下步骤：根据第一业务，从业务与缓冲队列之间的对应关系中确定第一缓冲队列；根据第一缓冲队列的第一队列标识和请求信息，生成第一业务的业务请求报文。

在第三方面的一种可能的实现方式中，业务请求报文和业务响应报文的报文头均包括无线专用信息，无线专用信息用于指示第一队列标识。

在第三方面的一种可能的实现方式中，无线专用信息包括长度字段和数据字段，长度字段用于指示数据字段的长度，数据字段的结构为TLV结构，包括类型、长度和值，数据字段用于指示第一队列标识。

第四方面，提供了一种信息处理装置，该信息处理装置可以为接入控制器，或者用于接入控制器内置的芯片，该信息处理装置可以实现第二方面至第二方面的任一种可能的实现方式所提供的信息处理方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的单元。

在第四方面的一种可能的实现方式中，该信息处理装置为接入控制器或用于接入控制器的芯片，该信息处理装置的结构中包括处理器，以及与处理器连接的存储器，存储器用于存储程序代码，当该程序代码被处理器执行时，使得该信息处理装置执行以下步骤：接收来自接入点设备的业务请求报文，业务请求报文包括第一队列标识和请求信息，第一队列标识用于标识第一缓冲队列，第一缓冲队列属于至少两条缓冲队列中，且用于缓存第一业务的报文，请求信息用于请求处理第一业务；向接入点设备发送业务响应报文，业务响应报文包括第一队列标识和响应信息，响应信息用于指示业务请求报文接收成功。

在第四方面的一种可能的实现方式中，该信息处理装置还执行以下步骤：向接入点设备发送业务响应报文之前，该方法还包括：根据第一业务，从业务与缓冲队列之间的对应关系中确定第一缓冲队列；根据第一缓冲队列的第一队列标识和响应信息，生成第一业务的业务响应报文。

在第四方面的一种可能的实现方式中，业务请求报文和业务响应报文的报文头均包括无线专用信息，无线专用信息用于指示第一队列标识。

在第四方面的一种可能的实现方式中，无线专用信息包括长度字段和数据字段，长度字段用于指示数据字段的长度，数据字段的结构为TLV结构，包括类型、长度和值，数据字段用于指示第一队列标识。

本申请的又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得该计算机执行上述第一方面或第一方面的任一种可能的实现方式所提供的信息处理方法。

本申请的又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得该计算机执行上述第二方面或第二方面的任一种可能的实现方式所提供的信息处理方法。

本申请的又一方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得该计算机执行上述第一方面或第一方面的任一种可能的实现方式所提供的信息处理方法。

本申请的又一方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得该计算机执行上述第二方面或第二方面的任一种可能的实现方式所提供的信息处理方法。

本申请实施例提供的信息处理方法及装置中，接入点设备和接入控制器均包括至少两条缓冲队列，接入点设备与接入控制器在发送不同业务的报文时，可以通过每个业务对应的缓冲队列发送各自的报文，且将缓冲队列的标识携带在报文中，以使对端可以将接收到的报文缓存在对应的缓存队列中进行处理，从而避免某个业务的请求消息过多，而导致其他业务的请求消息无法及时发送和处理的问题，提高了业务处理的性能。

附图说明

图1为一种请求消息的传输示意图；

图2为本申请实施例提供的一种通信***的结构示意图；

图3为本申请实施例提供的一种控制报文的结构示意图；

图4为本申请实施例提供的一种信息处理方法的流程示意图；

图5为本申请实施例提供的一种请求消息的传输示意图；

图6为本申请实施例提供的另一种信息处理方法的流程示意图；

图7为本申请实施例提供的一种CAPWAP报文头的结构示意图；

图8为本申请实施例提供的一种无线专用信息字段的结构示意图；

图9为本申请实施例提供的一种数据字段的结构示意图；

图10为本申请实施例提供的第一种信息处理装置的结构示意图；

图11为本申请实施例提供的第二种信息处理装置的结构示意图；

图12为本申请实施例提供的第三种信息处理装置的结构示意图；

图13为本申请实施例提供的第四种信息处理装置的结构示意图。

具体实施方式

图2为本申请实施例提供的一种通信***的结构示意图，该通信***包括请求端和接收端，请求端和接收端通过无线接入点的控制和配置协议(Control AndProvisioning of Wireless Access Points Protocol Specification，CAPWAP)通信。CAPWAP协议是一个通用的隧道协议，可用于完成接入点(Access Point，AP)发现接入控制器(Access Controller，AC)等基本协议功能，CAPWAP协议定义了如何对接入点进行管理、业务配置。在通信***中，该请求端可以为接入点设备，比如，无线终端接入点(WirelessTerminal Points，WTPs)，该接收端可以为接入控制器(Access Controller，AC)。CAPWAP可以实现WTPs对AC的自动发现及WTPs和AC的状态机运行、维护，实现AC对WTPs进行管理、业务配置下发，提供可靠的控制报文和数据报文收发的机制。

CAPWAP协议基于UDP协议实现，分别提供控制通道及数据通道。分别提供控制通道及数据通道，对于控制通道，使用5246端口，对于数据通道，则使用5247端口。CAPWAP对控制通道提供可靠的传输机制，对于控制报文，其报文结构如图3所示，包括：消息类型(MessageType)、序列号(Sequence Number，SN)、消息元素长度(Message Element Length)、标志(Flag)和消息元素(Message Element)。

其中，CAPWAP控制报文必须是成对的，请求端发送请求消息，接收端处理完请求消息后需要向请求端发送响应消息，当请求端收到响应消息后认为上次的请求消息发送成功，并继续发送后续的请求消息。如果请求端在规定时间未收到响应消息，则会对上一次的请求消息进行重传，默认情况下，重传间隔可以为3S，重传次数可以为5次。消息的类型通过Message Type进行标识，其中请求消息的Message Type必须为奇数，响应消息的MessageType等于请求消息Message Type+1。CAPWAP控制报文中的序列号(SN)用于防止消息的错乱，可由请求端生成，其取值范围可以为0～255，请求端每发送一个请求消息，SN加1，当超过255时，则翻转为0。CAPWAP响应消息中携带的SN必须与其对应的请求消息的SN一致，如果不一致则认为是非法消息，直接丢弃。比如，如图1所示，假设请求端发送的请求消息中的消息类型Type＝1、序列号SN＝1，则接收端返回对应的响应消息中的Type＝2、SN＝1。

图4为本申请实施例提供的一种信息处理方法的流程示意图，该方法可以应用于图2所示的通信***中，参见图4，该方法包括以下几个步骤。

步骤401：接入点设备向接入控制器发送第一业务的业务请求报文，该业务请求报文包括第一队列标识和请求信息。

其中，接入点设备包括至少两个缓冲队列，第一队列标识用于标识第一缓冲队列，第一缓冲队列属于至少两条缓冲队列中，且用于缓存第一业务的报文，请求信息用于请求处理第一业务。

接入点设备可以是无线终端接入点设备(WTPs)，WTPs可以包括多个缓冲队列，且可以存在多个业务，多个业务与多个缓冲队列之间可以存在对应关系，每个业务对应的缓冲队列可以用于缓存该业务对应的报文。第一业务可以是多个业务中的任一业务，第一缓冲队列可以是多个队列中的任一缓冲队列，第一队列标识用于标识第一缓冲队列，比如，第一标识可以是第一缓冲队列的队列号。

具体地，当WTPs需要向AC发送第一业务的请求信息时，WTPs可以将第一业务的业务请求报文缓存在第一缓冲队列中，并通过第一缓冲队列发送该业务请求报文，且该业务请求报文包括第一队列标识和请求信息。

需要说明的是，多个业务与多个缓冲队列之间的对应关系也可以称为业务与缓存队列之间的对应关系，该对应关系可以包括一对一、一对多、或者多对一的关系，即一个业务可以对应一个缓冲队列，或者一个业务可以对应多个缓冲队列，或者多个业务可以对应一个缓存队列，本申请实施例对此不做具体限定。

另外，该对应关系可以是预先进行设置。比如，某一业务的通信比较频繁，从而该业务的报文数量较多，则可以为该业务分配一个或者多个缓冲队列；或者，某几个业务的通信比较稀疏，从而该几个业务的报文数量较少，则可以为该几个业务分配共用一个缓冲队列。

为便于理解，这里以该多个业务包括4个业务(比如，业务1～业务4)，该多个缓冲队列包括4个缓存队列(比如，队列1～队列4)，4个业务与4个缓存队列的对应关系如下表1为例进行说明。

表1

步骤402：接入控制器接收来自接入点设备的业务请求报文，该业务请求报文包括第一队列标识和请求信息。

其中，接入控制器也可以包括至少两个缓冲队列，第一队列标识还可以用于标识接入控制器的至少两个缓冲队列中的第一缓冲队列，第一缓冲队列用于缓存第一业务的报文。另外，至少两个缓冲队列可以为多个缓冲队列，接入控制器的多个业务与其多个缓冲队列之间也可以存在对应关系，该对应关系可以是一对一、一对多、或者多对一的关系，且该对应关系可以预先进行分配。关于该对应关系的详细描述具体可以参见上述步骤401中的对应关系的相关描述，本申请实施例在此不再赘述。

当接入点设备向接入点设备发送第一业务的业务请求报文后，接入控制器可以接收到该业务请求报文。接入控制器可以根据该业务请求报文中包括的第一队列标识，将该业务请求报文缓存在第一队列标识对应的第一缓存队列中。进而，接入控制器在对该业务请求报文进行处理时，可以从第一缓冲队列中获取该业务请求报文，并获取该业务请求报文中的请求信息，根据请求信息进行第一业务的处理。

步骤403：接入控制器向接入点设备发送业务响应报文，该业务响应报文包括第一队列标识和响应信息，该响应信息用于指示该业务请求报文接收成功。

当接入控制器接收到第一业务的业务请求报文后，接入控制器可以通过第一缓冲队列向接入点设备发送对应的业务响应报文，该业务响应报文中包括第一队列标识和用于指示该业务请求报文接收成功的响应信息。

其中，该业务请求报文和该业务响应报文对应，即该业务请求报文和该业务响应报文是一对报文。假设该业务请求报文中的消息类型Type＝3、序列号SN＝3，则该业务响应报文中的消息类型Type＝4、序列号SN＝3。

步骤404：接入点设备接收来自接入控制器的业务响应报文，该业务响应报文包括第一队列标识和响应信息。

当接入点设备接收到该业务响应报文时，该业务响应报文可以被缓存在第一缓冲队列中，当接入点设备处理该业务响应报文时，可以从第一缓冲队列中获取该业务响应报文，并根据该业务响应报文中的响应信息确定第一业务的业务请求报文接收成功。

比如，WTPs和AC之间的通信包括业务1和业务2的消息，业务1使用0号队列，业务2使用1号队列，则业务1和业务2的消息分布可以如图5所示，从而将不同业务的消息通过不同的缓存队列来传输，避免了由于某个业务的请求消息过多，AC处理时间过长，导致WTPs的其他业务的请求消息无法及时发送和处理的问题。

进一步地，参见图6，在接入点设备向接入控制器发送第一业务的业务请求报文(即步骤401)之前，接入点设备还可以生成该业务请求报文，即该方法还包括：步骤401a和步骤401b。

步骤401a：接入点设备根据第一业务，从业务与缓冲队列之间的对应关系中确定第一缓冲队列。

当接入点设备需要向接入控制器发送第一业务的请求信息时，接入点设备可以根据第一业务，从预先设置的业务与缓冲队列之间的对应关系中确定第一缓冲队列，即确定第一业务对应的缓冲队列。

步骤401b：接入点设备根据第一缓冲队列的第一队列标识和请求信息，生成第一业务的业务请求报文。

当接入点设备确定第一业务对应的缓存队列为第一缓冲队列后，接入点设备可以根据第一缓冲队列的标识(即第一队列标识)和第一业务的请求信息，生成第一业务的业务请求报文。

具体地，当接入点设备中的第一业务需要发送请求信息时，第一业务可以将该请求信息投递到预先分配好的第一缓冲队列中，CAPWAP在发送该请求信息时可以将第一缓冲队列的标识写入到其CAPWAP头后再发送，即将第一队列标识写入到业务请求报文中。进而，当接入控制器接收到该业务请求报文后，可以解析CAPWAP头得到第一队列标识，从而将该业务请求报文缓存在第一缓冲队列中等待处理。

相应地，参见图6，在接入控制器向接入点设备发送业务响应报文(即步骤403)之前，接入点设备还可以生成该业务响应报文，即该方法还包括：步骤403a和步骤403b。

步骤403a：接入控制器根据第一业务，从业务与缓冲队列之间的对应关系中确定第一缓冲队列。

当接入控制器需要向接入点设备发送第一业务的响应信息时，接入控制器可以根据第一业务，从预先设置的业务与缓冲队列之间的对应关系中确定第一缓冲队列，即确定第一业务对应的缓冲队列。

步骤403b：接入控制器根据第一缓冲队列的第一队列标识和响应信息，生成第一业务的业务响应报文。

当接入控制器确定第一业务对应的缓存队列为第一缓冲队列后，接入控制器可以根据第一缓冲队列的标识(即第一队列标识)和第一业务的响应信息，生成第一业务的业务响应报文。

具体地，当接入控制器中处理第一业务的业务需要发送响应信息时，该业务可以将该响应信息投递到预先分配好的第一缓冲队列中，CAPWAP在发送该响应信息时可以将第一缓冲队列的标识写入到其CAPWAP头后再发送，即将第一队列标识写入到业务响应报文中。进而，当接入点设备接收到该业务响应报文后，可以解析CAPWAP头得到第一队列标识，从而将该业务响应报文缓存在第一缓冲队列中等待处理。

进一步地，该业务请求报文和该业务响应报文均为CAPWAP控制报文，该业务请求报文和该业务响应报文的报文头均包括无线专用信息(wireless specificinformation)，即该CAPWAP控制报文的CAPWAP报文头(Header)中包括无线专用信息，该无线专用信息用于指示第一队列标识。

如图7所示，为CAPWAP报文头的结构示意图，CAPWAP报文头中包括固定字段和扩展字段，固有字段包括CAPWAP前导码(CAPWAP Preamble)、头长度(HLEN)、射频ID(RID)、无线帧标识符(WBID)、数据帧标识符(T)、分组标志(F)、分组结束标志(L)、位选项标志(W)、位选择标志(M)、位存活标志(K)、预留标志(Flags)、分组标识符(Fragment ID)、分组位移(FragOffset)、预留码(Reserved，图7中以Rsvd表示)和负载(Payload)，扩展字段可以包括无线MAC地址(Radio MAC Address)和无线专用信息(Wireless Specific Information)。其中，当位选项标志W的值为1时，存在无线专用信息选项；当位选项标志M的值为1时，存在无线MAC地址选项。CAPWAP报文头中每个字段的详细介绍可以参见CAPWAP协议，本申请实施例对此不做具体阐述。

本申请实施例中，可以利用无线专用信息在CAPWAP报文头中增加用于指示第一队列标识的信息。其中，CAPWAP协议规定如果要使用无线专用信息字段，则位选项标志W的值为1。

其中，无线专用信息的结构如图8所示，包括长度(Length)和数据(Data)，Length用于指示Data的长度。示例性的，图8中以Length占用8bits为例进行说明，Data的长度由Length的具体值确定。

本申请实施例中，对Data进行了重新定义，将Data字段的结构定义为TLV结构，即包括类型(Type)、长度(Length)和值(Value)。示例性的，如图9所示，为Data的结构示意图。

可选的，可以设置Type＝1、设置Length＝2，用Value的值表示第一队列标识(比如，Value的值为实际队列号)，Value的数值类型可以设置为短整型，其取值范围为0-65536。实际应用时，可以根据设备的性能设定最大支持的缓冲队列的数量。

本申请实施例提供的信息处理方法中，接入点设备和接入控制器均包括至少两条缓冲队列，接入点设备与接入控制器在发送不同业务的报文时，可以通过每个业务对应的缓冲队列发送各自的报文，且将缓冲队列的标识携带在报文中，以使对端可以将接收到的报文缓存在对应的缓存队列中进行处理，从而避免某个业务的请求消息过多，而导致其他业务的请求消息无法及时发送和处理的问题，提高了业务处理的性能。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如接入点设备和接入控制器。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对接入点设备和接入控制器进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明：

在采用集成的单元的情况下，图10示出了上述实施例中所涉及的信息处理装置的一种可能的结构示意图。该信息处理装置可以为接入点设备或者接入点设备内置的芯片，该信息处理装置包括：发送单元1001和接收单元1002。其中，发送单元1001用于支持该信息处理装置执行图4或图6中的步骤401；接收单元1002用于支持该信息处理装置执行图4或图6中的步骤404。进一步地，该信息处理装置还包括处理单元1003；其中，处理单元1003支持该信息处理装置执行图6中的步骤401a和步骤401b，以及本文所描述的其他技术过程。上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用硬件实现的基础上，本申请中的处理单元1003可以为信息处理装置的处理器，发送单元1001可以为信息处理的发送器，接收单元1002可以为信息处理装置的接收器，发送器通常可以和接收器集成在一起用作收发器，具体的收发器还可以称为通信接口。

图11所示，为本申请的实施例提供的上述实施例中所涉及的信息处理装置的一种可能的逻辑结构示意图。该信息处理装置可以为接入点设备或者接入点设备内置的芯片，该信息处理装置包括：处理器1102和通信接口1103。处理器1102用于对该信息处理装置动作进行控制管理，例如，处理器1102用于支持该信息处理装置执行图6中的步骤401a、步骤401b，和/或用于本文所描述的技术的其他过程。此外，该信息处理装置还可以包括存储器1101和总线1104，处理器1102、通信接口1103以及存储器1101通过总线1104相互连接；通信接口1103用于支持该信息处理装置进行通信；存储器1101用于存储该信息处理装置的程序代码和数据。

其中，处理器1102可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。总线1104可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在采用集成的单元的情况下，图12示出了上述实施例中所涉及的信息处理装置的一种可能的结构示意图。该信息处理装置可以为接入控制器或者接入控制器内置的芯片，该信息处理装置包括：接收单元1201和发送单元1202。其中，接收单元1201用于支持该信息处理装置执行图4或图6中的步骤402；发送单元1202支持该信息处理装置执行图4或图6中的步骤403。进一步地，该信息处理装置还包括：处理单元1203；其中，处理单元1203用于支持该信息处理装置执行图6中的步骤403a、步骤403b，和/或用于本文所描述的技术的其他过程；上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用硬件实现的基础上，本申请中的处理单元1203可以为信息处理装置的处理器，接收单元1201可以为信息处理装置的接收器，发送单元1202可以为信息处理装置的发送器，发送器通常可以和接收器集成在一起用作收发器，具体的收发器还可以称为通信接口。

图13所示，为本申请的实施例提供的上述实施例中所涉及的信息处理装置的一种可能的逻辑结构示意图。该信息处理装置可以为接入控制器或者接入控制器内置的芯片，该信息处理装置包括：处理器1302和通信接口1303。处理器1302用于对该信息处理装置动作进行控制管理，例如，处理器1302用于支持该信息处理装置执行图6中的步骤403a和步骤403b，和/或用于本文所描述的技术的其他过程。此外，该信息处理装置还可以包括存储器1301和总线1304，处理器1302、通信接口1303以及存储器1301通过总线1304相互连接；通信接口1303用于支持该信息处理装置进行通信；存储器1301用于存储该信息处理装置的程序代码和数据。

其中，处理器1302可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。总线1304可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请的另一实施例中，还提供一种可读存储介质，可读存储介质中存储有计算机执行指令，当一个设备(可以是单片机，芯片等)或者处理器执行上述方法实施例所提供的信息处理方法中接入点设备的步骤。前述的可读存储介质可以包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请的另一实施例中，还提供一种可读存储介质，可读存储介质中存储有计算机执行指令，当一个设备(可以是单片机，芯片等)或者处理器执行上述方法实施例所提供的信息处理方法中接入控制器的步骤。前述的可读存储介质可以包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请的另一实施例中，还提供一种计算机程序产品，该计算机程序产品包括计算机执行指令，该计算机执行指令存储在计算机可读存储介质中；设备的至少一个处理器可以从计算机可读存储介质读取该计算机执行指令，至少一个处理器执行该计算机执行指令使得设备上述方法实施例所提供的信息处理方法中接入点设备的步骤。

在本申请的另一实施例中，还提供一种计算机程序产品，该计算机程序产品包括计算机执行指令，该计算机执行指令存储在计算机可读存储介质中；设备的至少一个处理器可以从计算机可读存储介质读取该计算机执行指令，至少一个处理器执行该计算机执行指令使得设备上述方法实施所提供的信息处理方法中接入控制器的步骤。

在本申请的另一实施例中，还提供一种通信***，该通信***包括接入点设备和接入控制器，接入点设备和接入控制器均包括至少两个缓冲队列。其中，接入点设备或者接入点设备内置的芯片可以为图10或图11所提供的信息处理装置，且用于执行上述方法实施例中接入点设备的步骤；和/或，接入控制器或者接入控制器内置的芯片可以为图12或图13所提供的信息处理装置，且用于执行上述方法实施例中接入控制器的步骤。

在本申请实施例中，接入点设备和接入控制器均包括至少两条缓冲队列，接入点设备与接入控制器在发送不同业务的报文时，可以通过每个业务对应的缓冲队列发送各自的报文，且将缓冲队列的标识携带在报文中，以使对端可以将接收到的报文缓存在对应的缓存队列中进行处理，从而避免某个业务的请求消息过多，而导致其他业务的请求消息无法及时发送和处理的问题，提高了业务处理的性能。

最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (20)

1.一种信息处理方法，其特征在于，应用于接入点设备或者接入点设备内置的芯片，所述接入点设备通过无线接入点的控制和配置协议CAPWAP与接入控制器通信，所述接入点设备包括至少两条缓冲队列，所述方法包括：

向所述接入控制器发送第一业务的业务请求报文，所述业务请求报文包括第一队列标识和请求信息，所述第一队列标识用于标识第一缓冲队列，所述第一缓冲队列属于所述至少两条缓冲队列中，且用于缓存所述第一业务的报文，所述请求信息用于请求处理所述第一业务；

接收来自所述接入控制器的业务响应报文，所述业务响应报文包括所述第一队列标识和响应信息，所述响应信息用于指示所述业务请求报文接收成功。

2.根据权利要求1所述的方法，其特征在于，所述向所述接入控制器发送第一业务的业务请求报文之前，所述方法还包括：

根据所述第一业务，从业务与缓冲队列之间的对应关系中确定所述第一缓冲队列；

根据所述第一缓冲队列的第一队列标识和所述请求信息，生成所述第一业务的所述业务请求报文。

3.根据权利要求1或2所述的方法，其特征在于，所述业务请求报文和所述业务响应报文的报文头均包括无线专用信息，所述无线专用信息用于指示所述第一队列标识。

4.根据权利要求3所述的方法，其特征在于，所述无线专用信息包括长度字段和数据字段，所述长度字段用于指示所述数据字段的长度，所述数据字段的结构为TLV结构，包括类型、长度和值，所述数据字段用于指示所述第一队列标识。

5.一种信息处理方法，其特征在于，应用于接入控制器或者接入控制器内置的芯片，接入点设备通过无线接入点的控制和配置协议CAPWAP与所述接入控制器通信，所述接入控制器包括至少两条缓冲队列，所述方法包括：

接收来自所述接入点设备的业务请求报文，所述业务请求报文包括第一队列标识和请求信息，所述第一队列标识用于标识第一缓冲队列，所述第一缓冲队列属于所述至少两条缓冲队列中，且用于缓存第一业务的报文，所述请求信息用于请求处理所述第一业务；

向所述接入点设备发送业务响应报文，所述业务响应报文包括所述第一队列标识和响应信息，所述响应信息用于指示所述业务请求报文接收成功。

6.根据权利要求5所述的方法，其特征在于，所述向所述接入点设备发送业务响应报文之前，所述方法还包括：

根据所述第一业务，从业务与缓冲队列之间的对应关系中确定所述第一缓冲队列；

根据所述第一缓冲队列的第一队列标识和所述响应信息，生成所述第一业务的所述业务响应报文。

7.根据权利要求5或6所述的方法，其特征在于，所述业务请求报文和所述业务响应报文的报文头均包括无线专用信息，所述无线专用信息用于指示所述第一队列标识。

8.根据权利要求7所述的方法，其特征在于，所述无线专用信息包括长度字段和数据字段，所述长度字段用于指示所述数据字段的长度，所述数据字段的结构为TLV结构，包括类型、长度和值，所述数据字段用于指示所述第一队列标识。

9.一种信息处理装置，其特征在于，所述信息处理装置为接入点设备或者接入点设备内置的芯片，所述接入点设备通过无线接入点的控制和配置协议CAPWAP与接入控制器通信，所述信息处理装置包括至少两条缓冲队列，所述信息处理装置包括：

发送单元，用于向所述接入控制器发送第一业务的业务请求报文，所述业务请求报文包括第一队列标识和请求信息，所述第一队列标识用于标识第一缓冲队列，所述第一缓冲队列属于所述至少两条缓冲队列中，且用于缓存所述第一业务的报文，所述请求信息用于请求处理所述第一业务；

接收单元，用于接收来自所述接入控制器的业务响应报文，所述业务响应报文包括所述第一队列标识和响应信息，所述响应信息用于指示所述业务请求报文接收成功。

10.根据权利要求9所述的装置，其特征在于，还包括：

处理单元，用于根据所述第一业务，从业务与缓冲队列之间的对应关系中确定所述第一缓冲队列；

所述处理单元，还用于根据所述第一缓冲队列的第一队列标识和所述请求信息，生成所述第一业务的所述业务请求报文。

11.根据权利要求9或10所述的装置，其特征在于，所述业务请求报文和所述业务响应报文的报文头均包括无线专用信息，所述无线专用信息用于指示所述第一队列标识。

12.根据权利要求11所述的装置，其特征在于，所述无线专用信息包括长度字段和数据字段，所述长度字段用于指示所述数据字段的长度，所述数据字段的结构为TLV结构，包括类型、长度和值，所述数据字段用于指示所述第一队列标识。

13.一种信号处理装置，其特征在于，所述信号处理装置为接入控制器或者接入控制器内置的芯片，接入点设备通过无线接入点的控制和配置协议CAPWAP与所述接入控制器通信，所述信号处理装置包括至少两条缓冲队列，所述信号处理装置包括：

接收单元，用于接收来自所述接入点设备的业务请求报文，所述业务请求报文包括第一队列标识和请求信息，所述第一队列标识用于标识第一缓冲队列，所述第一缓冲队列属于所述至少两条缓冲队列中，且用于缓存第一业务的报文，所述请求信息用于请求处理所述第一业务；

发送单元，用于向所述接入点设备发送业务响应报文，所述业务响应报文包括所述第一队列标识和响应信息，所述响应信息用于指示所述业务请求报文接收成功。

14.根据权利要求13所述的装置，其特征在于，还包括：

处理单元，用于根据所述第一业务，从业务与缓冲队列之间的对应关系中确定所述第一缓冲队列；

所述处理单元，还用于根据所述第一缓冲队列的第一队列标识和所述响应信息，生成所述第一业务的所述业务响应报文。

15.根据权利要求13或14所述的装置，其特征在于，所述业务请求报文和所述业务响应报文的报文头均包括无线专用信息，所述无线专用信息用于指示所述第一队列标识。

16.根据权利要求15所述的装置，其特征在于，所述无线专用信息包括长度字段和数据字段，所述长度字段用于指示所述数据字段的长度，所述数据字段的结构为TLV结构，包括类型、长度和值，所述数据字段用于指示所述第一队列标识。

17.一种信息处理装置，其特征在于，所述信息处理装置为接入点设备或者接入点设备内置的芯片，所述信息处理装置包括存储器、处理器、显示器、总线和通信接口，所述存储器中存储代码和数据，所述处理器、所述存储器、所述显示器和所述通信接口通过所述总线连接，所述处理器运行所述存储器中的代码使得所述信息处理装置执行权利要求1-4任一项所述的信息处理方法。

18.一种信息处理装置，其特征在于，所述信息处理装置为接入控制器或者接入控制器内置的芯片，所述信息处理装置包括存储器、处理器、显示器、总线和通信接口，所述存储器中存储代码和数据，所述处理器、所述存储器、所述显示器和所述通信接口通过所述总线连接，所述处理器运行所述存储器中的代码使得所述信息处理装置执行权利要求5-8任一项所述的信息处理方法。

19.一种可读存储介质，其特征在于，所述可读存储介质中存储有指令，当所述可读存储介质在设备上运行时，使得所述设备执行权利要求1-4任一项所述的信息处理方法。

20.一种可读存储介质，其特征在于，所述可读存储介质中存储有指令，当所述可读存储介质在设备上运行时，使得所述设备执行权利要求5-8任一项所述的信息处理方法。

Images