CN114531721A - Method for establishing tunnel and processing message and AC - Google Patents
Method for establishing tunnel and processing message and AC Download PDFInfo
- Publication number
- CN114531721A CN114531721A CN202210109476.3A CN202210109476A CN114531721A CN 114531721 A CN114531721 A CN 114531721A CN 202210109476 A CN202210109476 A CN 202210109476A CN 114531721 A CN114531721 A CN 114531721A
- Authority
- CN
- China
- Prior art keywords
- target
- queue
- request message
- queues
- message
- 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.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
The present specification provides a method for establishing a tunnel and processing a message, and an AC, where the method for establishing a tunnel includes: receiving a first request message sent by a target AP, wherein the first request message carries the number of first queues supported by the target AP, determining the number of the target queues according to a comparison result of the number of second queues supported by the first request message and the number of the first queues, and sending a first response message to the target AP, wherein the number of the target queues is carried in the first response message. By the method, the AC and the AP can establish a plurality of queues, so that the parallel and ordered transmission of the request messages can be realized.
Description
Technical Field
The present disclosure relates to the field of communications technologies, and in particular, to a method for establishing a tunnel and processing a packet, and an AC.
Background
With the popularization of mobile intelligent terminals, the use scenes of a Wireless Local Area Network (WLAN) are becoming rich, and the WLAN is used for daily work and life. As shown in fig. 1, a typical WLAN network device operating principle is provided.
An AP (Access Point) sends a Join Request message to an AC (Access Controller) to Request to Access the AC; after the AC receives the Join Request, the AP is allowed to access and then replies a Join Response message.
After receiving the Join Response message, the AP continues interacting with the AC until the establishment of a Control And Provisioning of a Wireless Access point (CAPWAP) Control tunnel is completed.
When the Configuration of the AC needs to be issued, the Configuration is issued to the AP by sending a Configuration Update Request message.
After receiving a Configuration Update Request message, the AP checks the sequence number of the CAPWAP message; after the verification is passed, the Configuration processing is processed, and a Configuration Update Response message reply AC is sent at the same time.
And the AC receives a Configuration Update Response message and completes the issuing of one Configuration.
When a terminal accesses the AC, the AC sends a Station Configuration Request message and transmits terminal information to the AP.
The AP receives a Station Configuration Request message and checks the message sequence number; and after the verification is passed, adding a local terminal table entry and simultaneously sending a Station Configuration Response message reply AC.
After the AC receives the Station Configuration Response message, the AC completes the sending of the terminal table entry once.
The CAPWAP control tunnel uses UDP protocol, in order to ensure that the CAPWAP control tunnel is used as a reliable tunnel, a Request message is required in specification, and a Response message matched with a message serial number needs to be confirmed. After a Request message and a Response message are processed, the next Request message can be sent. If the sender does not receive the Response message, the sender continuously retries the Request message. In order to ensure that the service is not repeatedly processed, a receiving end needs to store the latest message sequence number of the Request message, and the repeated Request message is not processed; meanwhile, the message sequence number of the newly received Request message needs to be larger than the message sequence number of the locally stored old Request message.
Disclosure of Invention
The embodiment of the disclosure provides a method for establishing a tunnel and processing a message and an AC, and the method can meet the actual service requirement of high concurrent access of a terminal.
The embodiment of the disclosure provides a method for establishing a tunnel, which comprises the following steps:
receiving a first request message sent by a target AP, wherein the first request message carries the number of first queues supported by the target AP;
determining the number of target queues according to the comparison result of the number of second queues supported by the user and the number of first queues;
and sending a first response message to the target AP, wherein the first response message carries the number of the target queues, so that the AC and the target AP establish multiple queues according to the number of the target queues, and the multiple queues are associated with the tunnels of the AC and the target AP.
Wherein, the determining the number of the target queues according to the comparison result of the number of the second queues supported by the self and the number of the first queues comprises:
and acquiring the minimum queue number from the second queue number and the first queue number, and taking the minimum queue number as the target queue number.
Wherein, said enabling the target AP to establish a tunnel supporting the number of target queues according to the number of target queues includes:
and enabling the target AP to establish a CAPWAP tunnel supporting the number of the target queues according to the number of the target queues.
Through the method, a multi-queue tunnel can be established between the AC and the AP.
The embodiment of the present disclosure further provides a method for processing a packet, where the method is applied to an AC, where a tunnel supporting multiple queues is established between the AC and an AP according to the method in the previous embodiment, and the method includes:
determining a first queue according to attribute information of a second request message to be sent, and acquiring a first queue identifier, wherein the first queue is at least one queue in a plurality of queues supported by a tunnel;
acquiring the message type of the previous request message of the second request message;
and sending a second request message to the target AP according to the comparison result of the message type of the second request message and the message type of the previous request message, wherein the second request message carries the first queue identification.
Wherein the multi-queueing comprises: a configuration queue and/or a traffic queue.
Wherein the obtaining of the message type of the previous request message of the second request message includes:
and determining the message type of the target request message at the previous moment of the second request message from each queue according to the time tag.
Wherein, the sending the second request message to the target AP according to the result of comparing the message type of the second request message with the message type of the previous request message includes:
and if the message type of the second request message is consistent with the message type of the previous request message, sending the second request message to the target AP.
Wherein, the sending the second request message to the target AP according to the result of comparing the message type of the second request message with the message type of the previous request message includes:
and if the message type of the second request message is not consistent with the message type of the previous request message, sending the second request message to the target AP after the previous request message is sent.
Wherein, sending the second request message to the target AP includes:
and adding the second request message into the first queue, and sending the second request message to the target AP from the first queue in sequence.
By the method, the message can be sent between the AC and the AP by using the multi-queue tunnel.
The disclosed embodiments also provide an AC, comprising:
the receiving module is used for receiving a first request message sent by a target AP, wherein the first request message carries the number of first queues supported by the target AP;
the determining module is used for determining the number of the target queues according to the comparison result of the number of the second queues supported by the determining module and the number of the first queues;
and the sending module is used for sending a first response message to the target AP, wherein the first response message carries the number of the target queues, so that the AC and the target AP establish multiple queues according to the number of the target queues, and the multiple queues are associated with the tunnels between the AC and the target AP.
The determining module is specifically configured to obtain a minimum queue number from the second queue number and the first queue number, and use the minimum queue number as a target queue number.
An embodiment of the present disclosure further provides an AC, where a tunnel supporting multiple queues is established between the AC and a target AP, and the AC includes:
the determining module is used for determining a first queue according to the attribute information of a second request message to be sent and acquiring a first queue identifier, wherein the first queue is at least one queue in multiple queues supported by a tunnel;
an obtaining module, configured to obtain a message type of a previous request message of the second request message;
and the comparison module is used for sending a second request message to the target AP according to the comparison result of the message type of the second request message and the message type of the previous request message, wherein the second request message carries the first queue identifier.
The multiple ranks include: a configuration queue and/or a traffic queue.
The obtaining module is specifically configured to determine, from each queue, a message type of a target request message at a previous time of the second request message according to the time tag.
The comparison module is specifically configured to send the second request packet to the target AP if the packet type of the second request packet is consistent with the packet type of the previous request packet.
The comparison module is specifically configured to send the second request packet to the target AP after the previous request packet is sent, if the packet type of the second request packet is inconsistent with the packet type of the previous request packet.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present specification and together with the description, serve to explain the principles of the specification.
Fig. 1 is a schematic diagram of an operating principle of a WLAN network device according to an embodiment of the present disclosure.
Fig. 2 is a logic diagram of a method for establishing a tunnel according to an embodiment of the present disclosure.
Fig. 3 is a logic diagram of a method for processing a packet according to an embodiment of the present disclosure.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present specification. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the specification, as detailed in the appended claims.
The terminology used in the description herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the description. As used in this specification and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.
It should be understood that although the terms first, second, third, etc. may be used herein to describe various information, these information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, the first information may also be referred to as second information, and similarly, the second information may also be referred to as first information, without departing from the scope of the present specification. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.
Since the current specification requires a Request message, a Response message with a message sequence number pair needs to be confirmed. After a Request message and a Response message are processed, the next Request message can be sent.
Therefore, the AC or the AP may limit the number of concurrent accesses of the terminal, discard the access requests exceeding the threshold, and reduce the number of Request messages and Response messages to adapt to the transmission processing performance of the CAPWAP control tunnel.
Therefore, the AP or the AC limits the concurrent access quantity of the terminal, and the terminal cannot be accessed to the network in time, so that the user experience is influenced.
To solve the above technical problem, an embodiment of the present disclosure provides a method for establishing a tunnel, as shown in fig. 2, the method includes:
s201, receiving a first request message sent by a target AP, wherein the first request message carries a first queue number supported by the target AP;
s202, determining the number of target queues according to the comparison result of the number of second queues supported by the user and the number of first queues;
s203 sends a first response message to the target AP, wherein the first response message carries the number of the target queues, so that the AC and the target AP establish a multi-queue according to the number of the target queues, and the multi-queue is associated with the tunnel between the AC and the target AP.
In this embodiment, the target AP may be one AP or more than one AP, and in general, the APs establishing the neighbor relationship with the AC may be the target AP.
In this embodiment, the first Request packet may be a Join Request packet, and when the target AP establishes a tunnel with the AC (for example, establishes a CAPWAP control tunnel), the target AP may send the Join Request packet to the AC, where the Join Request packet carries a first number of queues supported by the target AP, and the number of queues supported by the target AP may be determined according to the system capability of the target AP.
After receiving the Join Request message, the AC obtains the first queue number in the Join Request message, and compares the first queue number with the second queue number supported by the AC, wherein the second queue number supported by the AC can be determined by the AC according to the system capability of the AC, or can be manually set by an administrator.
The AC compares the first queue number with the second queue number, and obtains a comparison result, which is the smallest queue number of the second queue number and the first queue number, for example, if the second queue number is 5 and the first queue number is 4, the smallest queue number is 4, and the smallest queue number is taken as the target queue number.
And the AC sends a Join Response message to the target AP, wherein the Join Response message carries the number of the target queues, so that the AC and the target AP establish multiple queues according to the number of the target queues, and the multiple queues are associated with the tunnels of the AC and the target AP.
Specifically, after the target AP receives the number of target queues, a corresponding number of queues may be established according to the number of target queues, each queue being associated with a tunnel, and a corresponding AC corresponding to the target AP also establishes a queue corresponding to the number of target queues, each queue being associated with a tunnel.
In this embodiment, the tunnel is a CAPWAP tunnel.
In this embodiment, in the process of implementing negotiation between the AC and the AP for multiple queues, whether a multi-type queue function is supported, the number of queues is identified, a queue index is identified, and a queue type is identified by adding a preset field in the negotiation packet.
Through the embodiments, multiple queues can be established between the AP and the AC, and each queue corresponds to a tunnel between the AP and the AC, so that data concurrence between the AP and the AC can be realized.
Based on the tunnels established in the above embodiments, the embodiments of the present disclosure further provide a method for processing a packet, where the method is applied to an AC, where there are multiple queues in the AC, and the multiple queues correspond to tunnels connected to a target AP, as shown in fig. 3,
s301, according to attribute information of a second request message to be sent, determining a first queue, and acquiring a first queue identifier, wherein the first queue is at least one queue in a plurality of queues supported by a tunnel;
s302, acquiring the message type of the previous request message of the second request message;
s303, sending a second request message to the target AP according to the comparison result between the message type of the second request message and the message type of the previous request message, wherein the second request message carries the first queue identifier.
It should be noted that the first queue refers to a type of queue, and the queue selected according to the service rule of the request packet and corresponding to the request packet may be referred to as a first queue.
In this embodiment, the AC establishes multiple queues according to the steps in the previous embodiments, and the multiple queues correspond to the AC and the CAPWAP tunnels of the target AP.
The multiple queues may include configuration queues and/or service queues, and in a recommended manner, one configuration queue and more than one service queue may be set because the number of configuration packets is less than the number of service packets.
In step S302, the AC may determine, from each queue, the packet type of the target request packet at the previous time of the second request packet by using the time tag as an index (the time before the second request packet is placed in the corresponding queue).
In general, the request packet may be a configuration request packet or a service request packet, and in step S303, the result of comparing the packet type of the second request packet with the packet type of the previous request packet of the second request packet (subsequently, the previous request packet of the second request packet is referred to as a target request packet) may include that the packet types are consistent or the packet types are inconsistent.
For example, if the second request message is a configuration request message and the message type of the target request message is a service request message, or if the second request message is a service request message and the message types of the two target request messages are configuration request messages, the comparison result indicates that the message types are inconsistent.
For another example, the second request message is a configuration request message, the message type of the target request message is a configuration request message, or the second request message is a service request message, the message type of the target request message is a service request message, and the comparison result is that the message types are consistent.
In order to ensure that the old service uses the old configuration, the new service uses the principle of new configuration, before processing the configuration type request message, the check ensures that no service type request message exists; and processing the service type request message to ensure that no configuration type request message exists, thereby achieving the principles of service dependent configuration and configuration order preservation.
In order to implement the above principle, when the message type of the second request message is inconsistent with the message type of the target request message, the second request message is sent to the target AP after the target request message is sent from the corresponding queue, so as to avoid the occurrence of a new configuration for an old service or an old configuration for a new service.
When the message type of the second request message is consistent with the message type of the target request message, it indicates that the new and old services and the new and old configurations are not interspersed, and at this time, the second request message can be put into the corresponding queue for sequential transmission.
In an example, when the second request packet is put into the corresponding queue, the request packet may be sent to different queues according to the corresponding service rule, and simultaneously sent in parallel and in sequence.
In another embodiment, before processing the second request packet, the service in each queue may be determined, and the second request packet is sent according to the determination result, so as to implement old service configuration and new service configuration, which are specifically as follows:
in this embodiment, a buffer queue (logical buffer queue) may be provided, and the buffer queue is used for buffering the request message (configuration request message or service request message) which is not placed in the configuration queue or the service queue.
(1) Before sending the second request message, checking whether the request message to be sent exists in the cache queue.
If not, executing step (2).
And if so, adding the second request message into the buffer queue to wait for in-sequence processing.
(2) And determining whether the second request message is a configuration type message or a service type message.
(3) If the message is the configuration type message, checking whether other request messages exist in each service queue.
If other request messages exist in other service queues, the second request message is put into a cache queue, and the second request message is processed after other service queues finish processing the other request messages.
And if no other request message exists in other service queues, continuously checking whether other request messages exist in the configuration queue.
And if other request messages exist in the configuration queue, adding the second request message into the configuration queue in sequence, and waiting for in-sequence processing.
And if no other request message exists in the configuration queue, directly sending the second request message to the target AP.
(4) If the second request message is a service type message, checking whether other request messages exist in the configuration queue
And if other request messages exist in the configuration queue, the second request message is put into the cache queue, and the second request message is processed after the other request messages in the configuration queue are processed.
And if no other request message exists in the configuration queue, determining a corresponding first queue according to the first queue identifier.
And if other request messages exist in the first queue, the second request message is put into the first queue in sequence and waits to be sent to the target AP in sequence.
And if no other request message exists in the first queue, sending the second request message to the target AP.
Through the above process, it can be seen that the second request message is processed by judging the existence of other request messages in each column before the second request message, so that the principle of old service configuration and new service configuration can be realized.
In this embodiment, the AC may receive a first feedback packet sent by the target AP after receiving the second request packet, where the first feedback packet carries a Queue information element Queue Index, and the AC may determine, according to the Queue Index, a Queue to which the first feedback packet corresponds.
(5) And when the AC receives the first feedback message, the Queue corresponding to the first feedback message can be found according to the Queue Index and the Queue type carried by the first feedback message.
(6) If the first feedback message is a service type message, continuously checking whether other unsent request messages exist in the corresponding service queue.
And if other request messages exist in the corresponding service queue, the AC continues to process other request messages in the corresponding service queue.
If no other request message exists in the corresponding service queue, checking whether other request messages exist in other service queues or not.
And if other request messages exist in other service queues, the first feedback message is processed.
And if no other request message exists in other service queues, continuously checking whether other request messages exist in the configuration queue or not.
And if no other request message exists in the configuration queue, checking whether the cache queue has other request messages.
If other request messages exist in the cache queue, processing in sequence according to the queue indexes and the queue types of the other cached request messages.
If no other request message exists in the cache queue, the processing is completed.
And if other request messages exist in the configuration queue, continuously processing other request messages in the configuration queue in sequence.
(7) If the first feedback message is a configuration type message, continuously checking whether other request messages exist in the current configuration queue;
and if other request messages exist in the configuration queue, processing the other request messages in the configuration queue in sequence.
And if the configuration queue does not have other request messages, continuously checking whether the cache queue has other request messages.
If other request messages exist in the cache queue, other request messages are continuously processed according to the queue type and the queue index of other cached request messages.
If no other request message exists in the cache queue, the processing is completed.
In this embodiment, the negotiation between the AP and the AC multi-class multi-queue mechanism is consistent with the process of establishing the multi-queue through the negotiation between the AP and the AC in the above embodiment; whether the queue supports the multi-type queue service dependent configuration order-preserving function can be identified through the newly added field.
It can be seen from the foregoing embodiments that, in the process of implementing sending a request packet through multiple queues, a situation that an old service packet is configured newly or a new service packet is configured old may occur, and to prevent the situation from occurring, before processing a second request packet, a situation that whether another request packet already exists in each queue may be determined, and the second request packet may be processed according to a determination result, so that a principle that the old service packet is configured newly and the new service packet is configured newly may be implemented.
Based on the foregoing method embodiments, an embodiment of the present disclosure further provides an AC, where the AC includes:
the receiving module is used for receiving a first request message sent by a target AP, wherein the first request message carries the number of first queues supported by the target AP;
the determining module is used for determining the number of the target queues according to the comparison result of the number of the second queues supported by the determining module and the number of the first queues;
and the sending module is used for sending a first response message to the target AP, wherein the first response message carries the number of the target queues, so that the AC and the target AP establish multiple queues according to the number of the target queues, and the multiple queues are associated with the tunnels between the AC and the target AP.
The determining module is specifically configured to obtain a minimum queue number from the second queue number and the first queue number, and use the minimum queue number as a target queue number.
An embodiment of the present disclosure further provides an AC, where there are multiple queues in the AC, and the multiple queues correspond to tunnels connected to a target AP, where the AC includes:
the determining module is used for determining a first queue according to the attribute information of a second request message to be sent and acquiring a first queue identifier, wherein the first queue is at least one queue in multiple queues supported by a tunnel;
an obtaining module, configured to obtain a message type of a previous request message of the second request message;
and the comparison module is used for sending a second request message to the target AP according to the comparison result of the message type of the second request message and the message type of the previous request message, wherein the second request message carries the first queue identifier.
The multiple ranks include: a configuration queue and/or a traffic queue.
The obtaining module is specifically configured to determine, from each queue, a message type of a target request message at a previous time of the second request message according to the time tag.
The comparison module is specifically configured to send the second request packet to the target AP if the packet type of the second request packet is consistent with the packet type of the previous request packet.
The comparison module is specifically configured to send the second request packet to the target AP after the previous request packet is sent, if the packet type of the second request packet is inconsistent with the packet type of the previous request packet.
The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
Other embodiments of the present description will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This specification is intended to cover any variations, uses, or adaptations of the specification following, in general, the principles of the specification and including such departures from the present disclosure as come within known or customary practice within the art to which the specification pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the specification being indicated by the following claims.
It will be understood that the present description is not limited to the precise arrangements described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present description is limited only by the appended claims.
The above description is only a preferred embodiment of the present disclosure, and should not be taken as limiting the present disclosure, and any modifications, equivalents, improvements, etc. made within the spirit and principle of the present disclosure should be included in the scope of the present disclosure.
Claims (16)
1. A method for establishing a tunnel, the method comprising:
receiving a first request message sent by a target AP, wherein the first request message carries the number of first queues supported by the target AP;
determining the number of target queues according to the comparison result of the number of second queues supported by the user and the number of first queues;
and sending a first response message to the target AP, wherein the first response message carries the number of the target queues, so that the AC and the target AP establish multiple queues according to the number of the target queues, and the multiple queues are associated with the tunnels of the AC and the target AP.
2. The method according to claim 1, wherein the determining the number of target queues according to the comparison result between the number of second queues supported by the method and the number of first queues supported by the method comprises:
and acquiring the minimum queue number from the second queue number and the first queue number, and taking the minimum queue number as the target queue number.
3. The method of claim 1, wherein enabling the AC and the target AP to establish multiple queues according to the number of the target queues, and the multiple queues associate the tunnels of the AC and the target AP, comprises:
and establishing multiple queues by the AC and the target AP according to the number of the target queues, and associating the multiple queues with the CAPWAP tunnel of the AC and the target AP.
4. A method for processing a packet is applied to an AC, wherein the AC has a plurality of queues, and the plurality of queues correspond to tunnels connected with a target AP, and the method comprises the following steps:
determining a first queue according to attribute information of a second request message to be sent, and acquiring a first queue identifier, wherein the first queue is at least one queue in a plurality of queues supported by a tunnel;
acquiring the message type of the previous request message of the second request message;
and sending a second request message to the target AP according to the comparison result of the message type of the second request message and the message type of the previous request message, wherein the second request message carries the first queue identification.
5. The method of claim 4, wherein the multi-queue comprises: a configuration queue and/or a traffic queue.
6. The method of claim 4, wherein obtaining the message type of the previous request message of the second request message comprises:
and determining the message type of the target request message at the previous moment of the second request message from each queue according to the time tag, and taking the message type of the target request message as the message type of the previous request message.
7. The method of claim 4, wherein sending the second request packet to the target AP according to the comparison result between the packet type of the second request packet and the packet type of the previous request packet comprises:
and if the message type of the second request message is consistent with the message type of the previous request message, sending the second request message to the target AP.
8. The method of claim 4, wherein sending the second request packet to the target AP according to the comparison result between the packet type of the second request packet and the packet type of the previous request packet comprises:
and if the message type of the second request message is inconsistent with the message type of the previous request message, sending the second request message to the target AP after the previous request message is sent.
9. The method of claim 4, wherein sending a second request message to the target AP comprises:
and adding the second request message into the first queue, and sending the second request message to the target AP from the first queue in sequence.
10. An AC, wherein the AC comprises:
the receiving module is used for receiving a first request message sent by a target AP, wherein the first request message carries the number of first queues supported by the target AP;
the determining module is used for determining the number of the target queues according to the comparison result of the number of the second queues supported by the determining module and the number of the first queues;
and the sending module is used for sending a first response message to the target AP, wherein the first response message carries the number of the target queues, so that the AC and the target AP establish multiple queues according to the number of the target queues, and the multiple queues are associated with the tunnels between the AC and the target AP.
11. The AC of claim 10,
the determining module is specifically configured to obtain a minimum queue number from the second queue number and the first queue number, and use the minimum queue number as a target queue number.
12. An AC having multiple queues therein, the multiple queues corresponding to tunnels to which a target AP is connected, the AC comprising:
the determining module is used for determining a first queue according to the attribute information of a second request message to be sent and acquiring a first queue identifier, wherein the first queue is at least one queue in multiple queues supported by a tunnel;
an obtaining module, configured to obtain a message type of a previous request message of the second request message;
and the comparison module is used for sending a second request message to the target AP according to the comparison result of the message type of the second request message and the message type of the previous request message, wherein the second request message carries the first queue identifier.
13. The AC of claim 12, wherein the multi-queue comprises: a configuration queue and/or a traffic queue.
14. The AC of claim 12,
the obtaining module is specifically configured to determine, from each queue, a message type of a target request message at a previous time of the second request message according to the time tag.
15. The AC of claim 12,
the comparison module is specifically configured to send the second request packet to the target AP if the packet type of the second request packet is consistent with the packet type of the previous request packet.
16. The AC of claim 12,
the comparison module is specifically configured to send the second request packet to the target AP after the previous request packet is sent, if the packet type of the second request packet is inconsistent with the packet type of the previous request packet.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210109476.3A CN114531721A (en) | 2022-01-28 | 2022-01-28 | Method for establishing tunnel and processing message and AC |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210109476.3A CN114531721A (en) | 2022-01-28 | 2022-01-28 | Method for establishing tunnel and processing message and AC |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114531721A true CN114531721A (en) | 2022-05-24 |
Family
ID=81623073
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210109476.3A Withdrawn CN114531721A (en) | 2022-01-28 | 2022-01-28 | Method for establishing tunnel and processing message and AC |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114531721A (en) |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005025481A (en) * | 2003-07-02 | 2005-01-27 | Hitachi Ltd | Message communication method and its object computer system |
| CN101969404A (en) * | 2010-10-25 | 2011-02-09 | 杭州华三通信技术有限公司 | Method and equipment for processing messages |
| CN103338524A (en) * | 2013-06-03 | 2013-10-02 | 福建星网锐捷网络有限公司 | Wireless access method, wireless access device, wireless access system, access controller and access point equipment |
| CN104219168A (en) * | 2014-09-29 | 2014-12-17 | 杭州华三通信技术有限公司 | Control message processing method and device based on UDP (User Datagram Protocol) transmission |
| CN106130985A (en) * | 2016-06-24 | 2016-11-16 | 杭州华三通信技术有限公司 | A kind of message processing method and device |
| CN110312283A (en) * | 2018-03-20 | 2019-10-08 | 华为技术有限公司 | A kind of information processing method and device |
| CN111526097A (en) * | 2020-07-03 | 2020-08-11 | 新华三半导体技术有限公司 | Message scheduling method, device and network chip |
| CN112615901A (en) * | 2020-11-26 | 2021-04-06 | 新华三大数据技术有限公司 | Method for sending user request by client and storage system |
| CN113543234A (en) * | 2020-04-13 | 2021-10-22 | 中兴通讯股份有限公司 | Port resource reservation method, electronic device and storage medium |
-
2022
- 2022-01-28 CN CN202210109476.3A patent/CN114531721A/en not_active Withdrawn
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005025481A (en) * | 2003-07-02 | 2005-01-27 | Hitachi Ltd | Message communication method and its object computer system |
| CN101969404A (en) * | 2010-10-25 | 2011-02-09 | 杭州华三通信技术有限公司 | Method and equipment for processing messages |
| CN103338524A (en) * | 2013-06-03 | 2013-10-02 | 福建星网锐捷网络有限公司 | Wireless access method, wireless access device, wireless access system, access controller and access point equipment |
| CN104219168A (en) * | 2014-09-29 | 2014-12-17 | 杭州华三通信技术有限公司 | Control message processing method and device based on UDP (User Datagram Protocol) transmission |
| CN106130985A (en) * | 2016-06-24 | 2016-11-16 | 杭州华三通信技术有限公司 | A kind of message processing method and device |
| CN110312283A (en) * | 2018-03-20 | 2019-10-08 | 华为技术有限公司 | A kind of information processing method and device |
| CN113543234A (en) * | 2020-04-13 | 2021-10-22 | 中兴通讯股份有限公司 | Port resource reservation method, electronic device and storage medium |
| CN111526097A (en) * | 2020-07-03 | 2020-08-11 | 新华三半导体技术有限公司 | Message scheduling method, device and network chip |
| CN112615901A (en) * | 2020-11-26 | 2021-04-06 | 新华三大数据技术有限公司 | Method for sending user request by client and storage system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4746044B2 (en) | Enhanced technology to use core-based nodes for state transfer | |
| KR100891787B1 (en) | Paging method to mobile communication system for high rate packet data service | |
| AU767782B2 (en) | Buffer management for mobile internet protocol | |
| EP1549022B1 (en) | A control method and system for information delivry through mobile communications network | |
| EP2862378B1 (en) | Method and apparatus for wlan initial link setup | |
| CN101064728B (en) | TD-SCDMA system based random access controlling method | |
| US20020163906A1 (en) | Emergency packet data service | |
| US8913516B2 (en) | System and method for delivering push message | |
| US6985463B1 (en) | Resource utilization efficiency during hand-off in mobile communication systems | |
| EP1595353A2 (en) | Methods and apparatus for the utilization of core based nodes for state transfer | |
| EP2237587A1 (en) | Radio communication system, base station device, gateway device, and radio communication method | |
| JPH11252114A (en) | Radio packet transfer method | |
| CN101617542A (en) | The expandable text messaging service protocol that together uses with the two-way radio transceiver | |
| WO2003098857A9 (en) | Technique for ip communication among wireless devices | |
| WO2005089179A2 (en) | Method for multiple device client registration | |
| EP2117278B1 (en) | Method and apparatus for assembling network layer data units | |
| MXPA05001665A (en) | Mobile terminal identity protection through home location register modification. | |
| US8712411B1 (en) | Varying latency timers in a wireless communication system | |
| CN101404610A (en) | Method and system for implementing service flow modification | |
| CN103442357A (en) | Method and device for increasing maximum number of supported users | |
| CN114531721A (en) | Method for establishing tunnel and processing message and AC | |
| CN102365845B (en) | Method, system and network equipment for local routing implementation | |
| US9215745B1 (en) | Network-based control of stations in a wireless communication network | |
| KR20190045596A (en) | Data trasmission apparatus and control method thereof | |
| US7324808B2 (en) | Information delivery method for communication systems |
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 | ||
| WW01 | Invention patent application withdrawn after publication | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20220524 |