一种建立隧道、报文的处理的方法和AC与流程

一种建立隧道、报文的处理的方法和ac
技术领域
1.本公开涉及通信技术领域，尤其涉及一种建立隧道、报文的处理的方法和ac。


背景技术：

2.随着移动智能终端的普及，wlan(wireless lan，无线局域网)的使用场景日渐丰富，用于日常的工作、生活。如图1所示，提供了一种典型的wlan网络设备工作原理。
3.ap(access point，接入点)向ac(access controller，接入控制器)发送join request报文请求接入ac；ac接收到join request之后，允许ap接入则回复join response报文。
4.ap接收到join response报文之后，继续与ac交互，直至capwap(control and provisioning of wireless access points，无线接入点控制与供应)控制隧道建立完成。
5.ac有配置需要下发时，通过发送configuration update request报文，下发配置到ap。
6.ap接收到configuration update request报文后,校验capwap报文序号；校验通过后，处理配置处理，同时发送configuration update response报文回复ac。
7.ac接收configuration update response报文，完成一次配置的下发。
8.当有终端接入ac后，ac发送station configuration request报文，下发终端信息到ap。
9.ap接收到station configuration request报文，校验报文序号；校验通过后，添加本地终端表项，同时发送station configuration response报文回复ac。
10.ac接收station configuration response报文后，完成一次终端表项的下发。
11.capwap控制隧道使用udp协议，为保证capwap控制隧道作为一个可靠的隧道，规范要求一个request消息，需有报文序号配对的response消息进行确认。一个request消息和response消息处理完成后，才可发送下一个request消息。若发送方没有收到response消息，则继续重试request消息。为保证业务不重复处理，接收端需保存最近的一个request消息报文序号，重复的request消息不再处理；同时，新接收的request消息报文序号需大于本地保存的旧request报文序号。


技术实现要素：

12.本公开实施例提供了一种建立隧道、报文的处理的方法和ac，通过该方法，可以满足终端高并发接入的实际业务需求。
13.本公开实施例提供了一种建立隧道的方法，该方法包括：
14.接收目标ap发送的第一请求报文，所述第一请求报文中携带所述目标ap支持的第一队列数量；
15.根据自身支持的第二队列数量和第一队列数量的比较结果，确定目标队列数量；
16.向目标ap发送第一应答报文，所述第一应答报文中携带所述目标队列数量，以使
所述ac和目标ap根据所述目标队列数量建立多队列，且多队列关联所述ac与目标ap的隧道。
17.其中，所述根据自身支持的第二队列数量和第一队列数量的比较结果，确定目标队列数量，包括：
18.从第二队列数量和第一队列数量中获取最小队列数量，将所述最小队列数量作为目标队列数量。
19.其中，所述以使所述目标ap根据所述目标队列数量建立支持目标队列数量的隧道，包括：
20.以使所述目标ap根据所述目标队列数量建立支持目标队列数量的capwap隧道。
21.通过上述方法可在ac和ap间建立多队列的隧道。
22.本公开实施例还提供了一种报文的处理方法，该方法应用于ac，其中ac与ap间根据上个实施例中的方法建立有支持多队列的隧道，该方法包括：
23.根据待发送的第二请求报文的属性信息，确定第一队列，并获取第一队列标识，所述第一队列为隧道支持的多队列中的至少一个队列；
24.获取所述第二请求报文的前一个请求报文的报文类型；
25.根据第二请求报文的报文类型与该前一个请求报文的报文类型的比较结果向目标ap发送第二请求报文，所述第二请求报文中携带第一队列标识。
26.其中，所述多列队包括：配置队列和/或业务队列。
27.其中，所述获取所述第二请求报文的前一个请求报文的报文类型，包括：
28.根据时间标签，从各队列中确定所述第二请求报文的前一时刻的目标请求报文的报文类型。
29.其中，所述根据第二请求报文的报文类型与该前一个请求报文的报文类型的比较结果向目标ap发送第二请求报文，包括：
30.若所述第二请求报文的报文类型与该前一个请求报文的报文类型一致，则向目标ap发送第二请求报文。
31.其中，所述根据第二请求报文的报文类型与该前一个请求报文的报文类型的比较结果向目标ap发送第二请求报文，包括：
32.若所述第二请求报文的报文类型与该前一个请求报文的报文类型不一致，则等待该前一个请求报文发送完成后再向目标ap发送第二请求报文。
33.其中，向目标ap发送第二请求报文，包括：
34.将所述第二请求报文加入第一队列，并从第一队列按序发送给目标ap。
35.通过上述方法可以看出，ac与ap间可利用多队列隧道发送报文。
36.本公开实施例还提供了一种ac，该ac包括：
37.接收模块，用于接收目标ap发送的第一请求报文，所述第一请求报文中携带所述目标ap支持的第一队列数量；
38.确定模块，用于根据自身支持的第二队列数量和第一队列数量的比较结果，确定目标队列数量；
39.发送模块，用于向目标ap发送第一应答报文，所述第一应答报文中携带所述目标队列数量，以使所述ac和目标ap根据所述目标队列数量建立多队列，且多队列关联所述ac
与目标ap的隧道。
40.所述确定模块，具体用于从第二队列数量和第一队列数量中获取最小队列数量，将所述最小队列数量作为目标队列数量。
41.本公开实施例还提供了一种ac，所述ac与目标ap间建立有支持多队列的隧道，所述ac包括：
42.确定模块，用于根据待发送的第二请求报文的属性信息，确定第一队列，并获取第一队列标识，所述第一队列为隧道支持的多队列中的至少一个队列；
43.获取模块，用于获取所述第二请求报文的前一个请求报文的报文类型；
44.比较模块，用于根据第二请求报文的报文类型与该前一个请求报文的报文类型的比较结果向目标ap发送第二请求报文，所述第二请求报文中携带第一队列标识。
45.所述多列队包括：配置队列和/或业务队列。
46.所述获取模块，具体用于根据时间标签，从各队列中确定所述第二请求报文的前一时刻的目标请求报文的报文类型。
47.所述比较模块，具体用于若所述第二请求报文的报文类型与该前一个请求报文的报文类型一致，则向目标ap发送第二请求报文。
48.所述比较模块，具体用于若所述第二请求报文的报文类型与该前一个请求报文的报文类型不一致，则等待该前一个请求报文发送完成后再向目标ap发送第二请求报文。
附图说明
49.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。
50.图1为本公开实施例提供的一种wlan网络设备工作原理示意图。
51.图2为本公开实施例提供的一种建立隧道的方法的逻辑示意图。
52.图3为本公开实施例提供的一种报文的处理方法的逻辑示意图。
具体实施方式
53.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
54.在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
55.应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
56.由于目前规范要求一个request消息，需有报文序号配对的response消息进行确认。一个request消息和response消息处理完成后，才可发送下一个request消息。
57.因此，ac或ap会限制终端的并发接入数量，超过的阈值的接入请求进行丢弃，减少request消息、response消息的数量，来适配capwap控制隧道的传输处理性能。
58.由此可以看出，ap或ac限制终端的并发接入数量，终端无法及时的接入网络，影响用户体验。
59.为解决上述技术问题，本公开实施例提供了一种建立隧道的方法，如图2所示，该方法包括：
60.s201接收目标ap发送的第一请求报文，所述第一请求报文中携带所述目标ap支持的第一队列数量；
61.s202根据自身支持的第二队列数量和第一队列数量的比较结果，确定目标队列数量；
62.s203向目标ap发送第一应答报文，所述第一应答报文中携带所述目标队列数量，以使所述ac和目标ap根据所述目标队列数量建立多队列，且多队列关联所述ac与目标ap的隧道。
63.在本实施例中，目标ap可以是一个ap也可以是一个以上的ap，通常情况下，与ac建立邻居关系的ap都可以是目标ap。
64.在本实施例中，第一请求报文可以为join request报文，在目标ap与ac建立隧道时(如建立capwap控制隧道)，目标ap可向ac发送join request报文，该join request报文中携带有目标ap支持的第一队列数量，其中该目标ap支持的队列数量可根据该目标ap的系统能力确定。
65.ac在接收到join request报文后，获取该join request报文中的第一队列数量，本根据ac自身支持的第二队列数量进行比较，其中ac支持的第二队列数量可以有ac根据自身的系统能力确定，也可有管理员进行人工设置。
66.ac对第一队列数量和第二队列数量进行比较，并获得比较结果，该比较结果为第二队列数量和第一队列数量中最小的队列数量，例如，如果第二队列数量为5，第一队列数量为4，则最小的队列数量为4，将最小的队列数量作为目标队列数量。
67.ac向目标ap发送join response报文，该join response报文中携带该目标队列数量，以使所述ac和目标ap根据所述目标队列数量建立多队列，且多队列关联所述ac与目标ap的隧道。
68.具体的，当目标ap收到目标队列数量后，可根据目标队列数量建立相应数量的队列，各队列均与隧道关联，相应的ac对应该目标ap也建立与目标队列数量相应的队列，各队列均与隧道关联。
69.在本实施例中，该隧道为capwap隧道。
70.在本实施例中，在实现ac与ap针对多队列的协商过程中，可通过协商报文中新增预设字段，实现是否支持多类型队列功能，标识队列个数，标识队列索引，以及队列类型等。
71.通过上述各实施例可以看出，ap与ac均可建立多队列，各队列对应ap与ac间的隧道，从而可实现ap与ac的数据并发。
72.基于上述实施例所建立的隧道，本公开实施例还提供了一种报文的处理方法，该
方法应用于ac，该ac中有多队列，所述多队列与目标ap连接的隧道对应，如图3所示，
73.s301根据待发送的第二请求报文的属性信息，确定第一队列，并获取第一队列标识，所述第一队列为隧道支持的多队列中的至少一个队列；
74.s302获取所述第二请求报文的前一个请求报文的报文类型；
75.s303根据第二请求报文的报文类型与该前一个请求报文的报文类型的比较结果向目标ap发送第二请求报文，所述第二请求报文中携带第一队列标识。
76.需要说明的是，该第一队列指的是一类队列，根据请求报文的业务规则选择与该请求报文对应的队列均可称为第一队列。
77.在本实施例中，ac根据前述实施例中的步骤建立了多队列，并且多队列与ac和目标ap的capwap隧道对应。
78.该多队列中可包括配置队列和/或业务队列，在一种推荐的方式中，由于配置报文的数量少于业务报文，因此可设置一个配置队列和一个以上业务队列。
79.在步骤s302中，ac可以以时间标签为索引，从各队列中确定该第二请求报文的前一时刻的目标请求报文的报文类型(将第二请求报文放入到对应队列前的时刻)。
80.通常情况下请求报文可以为配置请求报文或业务请求报文，在步骤s303中，第二请求报文的报文类型与第二请求报文的前一个请求报文的报文类型(后续将第二请求报文的前一个请求报文称为目标请求报文)的比较结果可包括报文类型一致或报文类型不一致。
81.例如，第二请求报文为配置请求报文，目标请求报文的报文类型为业务请求报文，或者第二请求报文为业务请求报文，二目标请求报文的报文类型为配置请求报文，则比较结果为报文类型不一致。
82.又例如，第二请求报文为配置请求报文，目标请求报文的报文类型为配置请求报文，或者第二请求报文为业务请求报文，目标请求报文的报文类型为业务请求报文，则比较结果为报文类型一致。
83.为了保证旧业务用旧配置，新业务用新配置的原则，在处理配置类型请求报文前，检查确保没有业务类型请求报文；处理业务类型请求报文，确保没有配置类型请求报文，从而达到业务依赖配置，配置保序的原则。
84.为了实现上述原则，当第二请求报文的报文类型与目标请求报文的报文类型不一致时，则等待该目标请求报文从相应的队列发送后，再向目标ap发送第二请求报文，从而避免旧业务用新配置，或新业务用旧配置的情况发生。
85.当第二请求报文的报文类型与目标请求报文的报文类型一致时，说明不会存在新旧业务与新旧配置穿插的情况，此时，可将该第二请求报文放入对应的队列中按序发送。
86.在一种实例中，在将第二请求报文放入对应的队列时，可以根据相应的业务规则，将请求报文发送到不同队列，同时并行按序发送。
87.在另一种实施例中，还可在处理第二请求报文前，对各队列中的业务进行判断，根据判断结果发送第二请求报文，以实现旧业务用旧配置，新业务用新配置的原则，具体如下：
88.在本实施例中，可设置缓存队列(逻辑上的缓存队列)，该缓存队列用于缓存既未放入配置队列也未放入业务队列的请求报文(配置请求报文或业务请求报文)。
89.(1)在发送第二请求报文前，查看缓存队列中是否存在待发送的请求报文。
90.如果无，则执行步骤(2)。
91.如果有，则把第二请求报文加入该缓存队列，等待按序处理。
92.(2)确定该第二请求报文为配置类型报文还是业务类型报文。
93.(3)若是配置类型报文，则检查各业务队列中是否还存在其它请求报文。
94.若其它业务队列中存在其它请求报文，则把该第二请求报文放入缓存队列中，待其它业务队列处理完该其它请求报文后，再处理第二请求报文。
95.若其它业务队列中不存在其它请求报文，则继续查看配置队列中是否存在其它请求报文。
96.若配置队列中存在其它请求报文，则将该第二请求报文按序加入配置队列中，等待按序处理。
97.若配置队列中不存在其它请求报文，则可直接将第二请求报文发送给目标ap。
98.(4)若该第二请求报文为业务类型报文，则检查配置队列中是否存在其它请求报文
99.若配置队列中存在其它请求报文，则把第二请求报文放入缓存队列，等待配置队列中的其它请求报文被处理完成后，再处理该第二请求报文。
100.若配置队列中不存在其它请求报文，则根据第一队列标识确定对应的第一队列。
101.若第一队列中已存在其它请求报文，则将第二请求报文按序放入第一队列，并按序等待被发送到目标ap。
102.若第一队列中不存在其它请求报文，则将该第二请求报文发送给目标ap。
103.通过上述过程可以看出，通过判断第二请求报文之前的各对列中存在其它请求报文的情况，处理该第二请求报文，从而可实现旧业务用旧配置，新业务用新配置的原则。
104.在本实施例中，ac可接收到目标ap在接收到第二请求报文后发送的第一反馈报文，该第一反馈报文中携带队列信息元素queue index，ac可以根据第queue index来确定该第一反馈报文对应到那个队列。
105.(5)ac接收到第一反馈报文，可根据该第一反馈报文携带的queue index和队列类别，查找到该第一反馈报文对应的队列。
106.(6)若该第一反馈报文为业务类型报文，则继续查看对应的业务队列是否存在未发送的其它请求报文。
107.若该对应的业务队列存在其它请求报文，则ac继续处理该对应的业务队列中的其它请求报文。
108.若该对应的业务队列不存在其它请求报文，则检查其它各业务队列中是否存在其它请求报文。
109.若其它各业务队列中存在其它请求报文，则本次第一反馈报文处理完成。
110.若其它各业务队列中不存在其它请求报文，则继续查看配置队列中是否存在其它请求报文。
111.若配置队列中不存在其它请求报文，则查看缓存队列是否存在其它请求报文。
112.若缓存队列存在其它请求报文，则根据缓存的其它请求报文的队列索引、队列类别按序处理。
113.若缓存队列不存在其它请求报文，则本次处理完成。
114.若配置队列中存在其它请求报文，则继续按序处理配置队列中的其它请求报文。
115.(7)若该第一反馈报文为配置类型报文，则继续查看当前配置队列是否存在其它请求报文；
116.若配置队列存在其它请求报文，则按序处理该配置队列中的其它请求报文。
117.若配置队列不存在其它请求报文，则继续查看缓存队列是否存在其它请求报文。
118.若缓存队列存在其它请求报文，则根据缓存的其它请求报文队列类别、队列索引继续按序处理其它请求报文。
119.若缓存队列不存在其它请求报文，则本次处理完成。
120.在本实施例中，ap与ac多类别多队列机制的协商与上述实施例中的ap和ac协商建立多队列的过程一致；可通过新增字段来标识队列是否支持多类型队列业务依赖配置保序功能。
121.通过上述各实施例可以看出，在实现通过多队列发送请求报文的过程中，可能出现旧业务报文用新配置，或新业务报文用旧配置的情况，为了防止该情况的发生，可在处理第二请求报文前，判断各队列中是否已存在其它请求报文的情况，并根据判断结果处理第二请求报文，从而可实现旧业务用旧配置，新业务用新配置的原则。
122.基于上述各方法实施例，本公开实施例还提供了一种ac，该ac包括：
123.接收模块，用于接收目标ap发送的第一请求报文，所述第一请求报文中携带所述目标ap支持的第一队列数量；
124.确定模块，用于根据自身支持的第二队列数量和第一队列数量的比较结果，确定目标队列数量；
125.发送模块，用于向目标ap发送第一应答报文，所述第一应答报文中携带所述目标队列数量，以使所述ac和目标ap根据所述目标队列数量建立多队列，且多队列关联所述ac与目标ap的隧道。
126.所述确定模块，具体用于从第二队列数量和第一队列数量中获取最小队列数量，将所述最小队列数量作为目标队列数量。
127.本公开实施例还提供了一种ac，所述ac中有多队列，所述多队列与目标ap连接的隧道对应，所述ac包括：
128.确定模块，用于根据待发送的第二请求报文的属性信息，确定第一队列，并获取第一队列标识，所述第一队列为隧道支持的多队列中的至少一个队列；
129.获取模块，用于获取所述第二请求报文的前一个请求报文的报文类型；
130.比较模块，用于根据第二请求报文的报文类型与该前一个请求报文的报文类型的比较结果向目标ap发送第二请求报文，所述第二请求报文中携带第一队列标识。
131.所述多列队包括：配置队列和/或业务队列。
132.所述获取模块，具体用于根据时间标签，从各队列中确定所述第二请求报文的前一时刻的目标请求报文的报文类型。
133.所述比较模块，具体用于若所述第二请求报文的报文类型与该前一个请求报文的报文类型一致，则向目标ap发送第二请求报文。
134.所述比较模块，具体用于若所述第二请求报文的报文类型与该前一个请求报文的
报文类型不一致，则等待该前一个请求报文发送完成后再向目标ap发送第二请求报文。
135.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
136.本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。
137.应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。
138.以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

技术特征：
1.一种建立隧道的方法，其特征在于，所述方法包括：接收目标ap发送的第一请求报文，所述第一请求报文中携带所述目标ap支持的第一队列数量；根据自身支持的第二队列数量和第一队列数量的比较结果，确定目标队列数量；向目标ap发送第一应答报文，所述第一应答报文中携带所述目标队列数量，以使ac和目标ap根据所述目标队列数量建立多队列，且多队列关联所述ac与目标ap的隧道。2.根据权利要求1所述的方法，其特征在于，所述根据自身支持的第二队列数量和第一队列数量的比较结果，确定目标队列数量，包括：从第二队列数量和第一队列数量中获取最小队列数量，将所述最小队列数量作为目标队列数量。3.根据权利要求1所述的方法，其特征在于，以使所述ac和目标ap根据所述目标队列数量建立多队列，且多队列关联所述ac与目标ap的隧道，包括：以使ac和目标ap根据所述目标队列数量建立多队列，且多队列关联ac和目标ap的capwap隧道。4.一种报文的处理方法，其特征在于，所述方法应用于ac，所述ac中有多队列，所述多队列与目标ap连接的隧道对应，所述方法包括：根据待发送的第二请求报文的属性信息，确定第一队列，并获取第一队列标识，所述第一队列为隧道支持的多队列中的至少一个队列；获取所述第二请求报文的前一个请求报文的报文类型；根据第二请求报文的报文类型与该前一个请求报文的报文类型的比较结果向目标ap发送第二请求报文，所述第二请求报文中携带第一队列标识。5.根据权利要求4所述的方法，其特征在于，所述多队列包括：配置队列和/或业务队列。6.根据权利要求4所述的方法，其特征在于，所述获取所述第二请求报文的前一个请求报文的报文类型，包括：根据时间标签，从各队列中确定所述第二请求报文的前一时刻的目标请求报文的报文类型，将该目标请求报文的报文类型作为该前一个请求报文的报文类型。7.根据权利要求4所述的方法，其特征在于，所述根据第二请求报文的报文类型与该前一个请求报文的报文类型的比较结果向目标ap发送第二请求报文，包括：若所述第二请求报文的报文类型与该前一个请求报文的报文类型一致，则向目标ap发送第二请求报文。8.根据权利要求4所述的方法，其特征在于，所述根据第二请求报文的报文类型与该前一个请求报文的报文类型的比较结果向目标ap发送第二请求报文，包括：若所述第二请求报文的报文类型与该前一个请求报文的报文类型不一致，则等待该前一个请求报文发送完成后再向目标ap发送第二请求报文。9.根据权利要求4所述的方法，其特征在于，向目标ap发送第二请求报文，包括：将所述第二请求报文加入第一队列，并从第一队列按序发送给目标ap。10.一种ac，其特征在于，所述ac包括：接收模块，用于接收目标ap发送的第一请求报文，所述第一请求报文中携带所述目标
ap支持的第一队列数量；确定模块，用于根据自身支持的第二队列数量和第一队列数量的比较结果，确定目标队列数量；发送模块，用于向目标ap发送第一应答报文，所述第一应答报文中携带所述目标队列数量，以使所述ac和目标ap根据所述目标队列数量建立多队列，且多队列关联所述ac与目标ap的隧道。11.根据权利要求10所述的ac，其特征在于，所述确定模块，具体用于从第二队列数量和第一队列数量中获取最小队列数量，将所述最小队列数量作为目标队列数量。12.一种ac，其特征在于，所述ac中有多队列，所述多队列与目标ap连接的隧道对应，所述ac包括：确定模块，用于根据待发送的第二请求报文的属性信息，确定第一队列，并获取第一队列标识，所述第一队列为隧道支持的多队列中的至少一个队列；获取模块，用于获取所述第二请求报文的前一个请求报文的报文类型；比较模块，用于根据第二请求报文的报文类型与该前一个请求报文的报文类型的比较结果向目标ap发送第二请求报文，所述第二请求报文中携带第一队列标识。13.根据权利要求12所述的ac，其特征在于，所述多队列包括：配置队列和/或业务队列。14.根据权利要求12所述的ac，其特征在于，所述获取模块，具体用于根据时间标签，从各队列中确定所述第二请求报文的前一时刻的目标请求报文的报文类型。15.根据权利要求12所述的ac，其特征在于，所述比较模块，具体用于若所述第二请求报文的报文类型与该前一个请求报文的报文类型一致，则向目标ap发送第二请求报文。16.根据权利要求12所述的ac，其特征在于，所述比较模块，具体用于若所述第二请求报文的报文类型与该前一个请求报文的报文类型不一致，则等待该前一个请求报文发送完成后再向目标ap发送第二请求报文。

技术总结
本说明书提供一种建立隧道、报文的处理的方法和AC，建立隧道方法包括：接收目标AP发送的第一请求报文，所述第一请求报文中携带所述目标AP支持的第一队列数量，根据自身支持的第二队列数量和第一队列数量的比较结果，确定目标队列数量，向目标AP发送第一应答报文，所述第一应答报文中携带所述目标队列数量。通过该方法AC和AP可以建立多队列，从而可实现请求报文的并行有序发送。文的并行有序发送。文的并行有序发送。


技术研发人员：吴清根
受保护的技术使用者：新华三技术有限公司
技术研发日：2022.01.28
技术公布日：2022/5/25