CN101383785A - A Service Flow Management Method Oriented to SIP Application - Google Patents

Abstract

The invention provides a service flow management method oriented to SIP applications. A user logs in to a local SIP proxy server and sends a PUBLISH message to the SIP proxy server; a local SIP user initiates or receives a communication service request, parses the SIP service request INVITE message, and queries the PUBLISH message, send a service initiation notice to the network layer data processing unit; intercept the data packet sent to the corresponding user at the network layer, initiate the notice according to the service, maintain the user service flow information management table based on the user's SIP address, and provide each user Each service flow communication link establishes a corresponding data packet queue channel to schedule the data packet queue. The present invention adopts a new service announcement mechanism aimed at typical applications of SIP, uses the user's SIP address as a keyword to manage service flow resources, and allocates the current service flow in real time according to changes in user access network conditions and combined with user service demand level information The bandwidth can effectively improve the utilization rate of network resources and the current network work efficiency.

Description

A Service Flow Management Method Oriented to SIP Application

technical field

The present invention relates to the technical field of Internet and multimedia communication, and more specifically, the present invention relates to a SIP application-oriented service flow management method under the IPv4/IPv6 network environment.

Background technique

At present, network technology has entered a new era of rapid development, and the Internet, telecommunication networks, and radio and television networks are increasingly integrated. The next-generation network will definitely be an all-IP network that integrates fixed and mobile networks. At the same time, various new services based on next-generation networks are constantly emerging, requiring support for various multimedia services such as voice, image, and video.

Session Initiation Protocol (SIP) is one of the most researched protocols related to next-generation networks. Based on SIP, multimedia sessions can be easily established, maintained, modified, and terminated. Due to SIP's simplicity, flexibility, and easy expansion And other characteristics, making it more and more widely used in the next generation Internet. Today, more and more operators and ITSPs (IP telephony service providers) are providing SIP-based applications.

However, there are also many problems in the application based on SIP. Among them, how to effectively manage the service flow of various multimedia services to ensure the service quality of the service is an urgent problem to be solved. Traditional business flow management software or methods such as Ethereal and L7filter often focus on the identification of the application layer and network layer based on the content or structural characteristics of the data packet. Therefore, such methods are often based on a good understanding of the communication protocol corresponding to the data message of the existing application. However, the types of business facing the next generation Internet are increasing rapidly, and more and more application software or systems are based on their own proprietary communication protocols, which brings certain difficulties to the identification of business information. Less accurate. On the other hand, the challenges brought by the next generation Internet, especially the transformation of IPv6-based address structure, make the traditional link information management methods have certain limitations.

Contents of the invention

In order to overcome the defects of difficult information identification and limited information management based on SIP applications in the existing computer network, the present invention proposes a SIP application-oriented service flow management method.

According to one aspect of the present invention, a kind of business flow management method oriented to SIP application is proposed, comprising:

Step 10), the user logs in to the local SIP proxy server, and sends a PUBLISH message to the SIP proxy server;

Step 20), the local SIP user initiates or receives a communication service request, parses the SIP service request INVITE message, inquires about the PUBLISH message, and sends a service initiation notice;

Step 30), the SIP proxy server intercepts at the network layer the data packet comprising the service initiation notification, based on the user SIP address, establishes a corresponding data packet queue channel for each service flow communication link of each user, and performs data packet processing. Queue scheduling.

Wherein, the method also includes:

Step 40), check the access network information in the user service flow information management table, and adjust the link bandwidth according to the user service demand level information in the PUBLISH information when it is determined that the user access network type changes.

Wherein, in step 10), the users include a local SIP user and one or more SIP users on the remote communication host.

Wherein, step 10) further includes:

Step 110), the user logs in to the SIP proxy server according to the standard SIP flow process, the proxy server replies with a 200OK message, and the user sends a PUBLISH message to the local proxy server; the PUBLISH message includes the user's service requirement level information and the user's access network type;

Step 120), the local proxy server receives the PUBLISH message and stores it in a local database comprising the opposite end SIP address and the opposite end IP address;

Step 130), issue an updated PUBLISH message to change the service level information and send it to the local SIP proxy server; wherein, if the user demand level information changes or a network switch occurs, a new PUBLISH message is sent to the local SIP server in real time.

Wherein, step 20) further includes: while sending the service initiation notification, sending a user information notification for querying and updating user information in the local SIP proxy server.

Wherein, step 20) further includes:

Step 210), the local user establishes a multimedia service with other SIP users according to the SIP process, and the local proxy server parses the INVITE and 200OK messages, and parses out the information of the current service initiation from the 200OK message;

Step 220), according to the information of the current service initiation, compose a service initiation notice and send it to the designated processing port of the system network layer processing unit;

Step 230), the local SIP proxy server queries the user's service requirement level information and access network information according to the other party's SIP address, and sends the user information therein to the specified processing port at the bottom of the system in the form of a notification;

Step 240), when the local SIP proxy server receives the updated PUBLISH message, extract the local user information, after determining that the content of the information changes, update the original database information, according to the peer user IP and SIP address information in the user information table Notify the peer user in time.

Wherein, step 210) further includes: other SIP users initiate multimedia services, the local user replies with a 200 OK message, and parses out the information of the currently initiated service from the INVITE message sent by the other party.

Wherein, in step 230), the query process includes:

The communication peer user and the local user are users in the same domain, and the proxy server will directly query the relevant information in the local database;

The communication peer user and the local user are users in different domains, and the proxy server sends a query message to the SIP proxy server in the other domain according to the SIP address of the other party, and the SIP proxy server in the other domain executes the intra-domain query.

Wherein, step 30) further includes:

Step 310), receiving new service initiation notification and user information at the designated port, and establishing a user service flow information management table, wherein, each service in the table corresponds to a series of new service initiation notification information, and one user may correspond to several services;

Step 320), the local user receives the service initiation notice, based on the IP address and port of the user's service, intercepts the data packet at the network layer, and establishes a data packet management queue according to the user service flow information management table to manage the service flow ;

Step 330), according to the data packet management queue and the service initiation notification, if no QoS adjustment is required, the inner and outer layers of the data packet management queue perform data packet scheduling in a round-robin manner.

Wherein, in step 320), among the data packet management queues, the outer queues are classified and managed according to users, the inner queues are classified according to the communication ports of user services, and the lengths of the inner and outer data packet queues are the same.

Wherein, step 40) further includes:

Step 410), the local user queries the remote user's access network status and service demand level information in the user service flow information management table, and compares it with the user access network status information at the previous moment in real time;

Step 420), determine that the user access status information has changed for a certain period of time, and adjust the service flow bandwidth to the user according to the user service level information, including dropping packets for queues corresponding to different services according to the user service level.

In this method, the traditional service flow management method is used for reference, and the service initiation message of the application layer is combined with the management and scheduling of the data packet of the network layer in view of the particularity of the service initiated by the SIP protocol, so as to accurately realize the identification of the service flow category; Based on the unique message extension method of SIP, real-time release and modification of user information can be realized. The present invention adopts a new service announcement mechanism aimed at typical applications of SIP, uses the user's SIP address as a keyword to manage service flow resources, and allocates the current service flow in real time according to changes in user access network conditions and combined with user service demand level information The bandwidth can effectively improve the utilization rate of network resources and the current network work efficiency.

Description of drawings

Fig. 1 is a network topology structure diagram according to an embodiment of the present invention;

Fig. 2 is the overall flowchart of the business flow management method according to the embodiment of the present invention;

Figure 3 is a schematic diagram of user information release and service establishment notice release;

Fig. 4 is a reference diagram of SIP message structure;

FIG. 5 is a schematic diagram of a data packet queue structure corresponding to each service flow of a user;

Fig. 6 is a flow chart of adjusting the packet loss rate of the data packet queue.

Detailed ways

A SIP application-oriented service flow management method provided by the present invention will be described in detail below in conjunction with the accompanying drawings and specific embodiments.

In one embodiment of the present invention, a method for automatically providing service flow management for multimedia communication service users in real time under a heterogeneous network environment is provided. Multimedia communication services for video data transmission. Figure 1 shows the specific network topology environment. As shown in Figure 1, user A accesses the network through wireless (such as WLAN), user B accesses the network through wireless (assuming it is also WLAN), and user C accesses the network through LAN . User A transmits audio, video or file data with users B and C through the core IP network. A solid line indicates a wired link being connected, and a lightning symbol indicates a wireless link. All three users of A, B and C complete the establishment and termination of the service by logging into the SIP proxy server. This embodiment provides the situation that each user is in the same management domain. In the actual network environment, each user can be in a different management domain. . According to the method of the present invention, it is applicable to the multimedia communication service process based on the IP core network under the environment where both communication parties are heterogeneous network access. In the case of heterogeneous access methods, the bandwidth that the network can provide is different, but the present invention relates to The same detection and adjustment methods are applicable.

Figure 2 shows an overall flow chart of a typical SIP application-oriented service flow management method according to an embodiment of the present invention, the method can provide service flow information management and user information for multiple SIP communication terminal users of the current host Publishing, including: the user logs in to the local SIP proxy server, and sends a PUBLISH message (including user service level information, etc.) to the SIP proxy server; the local SIP user initiates or receives a communication service request, parses the SIP service request INVITE message, and inquires about the PUBLISH message, and send a service initiation notice; the SIP proxy server establishes a user service flow information management table, intercepts a data packet including the service initiation notice at the network layer, and, based on the user SIP address, provides a communication link for each service flow of each user establish the corresponding data packet queue channel, and schedule the data packet queue; check the access network information in the user service flow information management table, and determine that when the user access network type changes, according to the user service in the PUBLISH information Link bandwidth adjustments are made based on demand level information.

As shown in Figure 2 and Figure 3, when the local SIP user and one or more SIP users on the remote communication host carry out multimedia communication, perform the following steps:

(1) Local SIP user A, peer SIP users B and C log in to the local SIP proxy server (SIP Proxy) respectively, and send a PUBLISH with information such as the user's business demand level information and the user's access network type to the proxy server message, the proxy server stores the PUBLISH information in the local database. As is well known to those skilled in the art, the PUBLISH message is defined in detail in the SIP protocol, and the PUBLISH message sent by the above-mentioned user includes but not limited to user service requirement level information and user access network type.

Further, the step (1) includes:

(10), users A, B, and C log in to the SIP proxy server in the management domain according to the standard SIP process. The login process is realized by the user sending a REGISTER message to the proxy server, and the proxy server will reply with a corresponding 200 OK including the failure of the coupling in the login success lake information.

(11) After each user logs into the system, send the SIP extended message PUBLISH containing the user's service level information and access network information to the local proxy server.

The user-specific information mentioned here refers to the unique attribute information for a certain user, in addition to the information at the time of service establishment mentioned in the following step (20), specifically referring to the user's service demand level information and the user's access network type, etc. , the message structure is shown in Figure 4.

User service demand level information, corresponding to the difference in user demand for different service levels, sorted by priority. In this method, the main business applications based on SIP are divided into the following four types, and the corresponding numbers are shown in the table below. Users can set the order of user levels according to the actual situation, and the priority is from high to low according to the number sequence, for example: 1234 or 2341.

business type describe 1. AUDIO Corresponding to voice chat, VOIP and other forms of audio conferencing, etc. 2. VIDEO Compatible with video conferencing, chat, etc. 3. FILE Corresponding to file sharing, file transfer, etc. 4. OTHER Other services, such as Message, etc.

(13), the local proxy server receives the PUBLISH message in step (12), and simultaneously extracts information such as user service requirement level information and user access network type in the message body, and stores them in the local database in the form of a user information statistics table , the usual format reference is as follows:

SIP address 1 (local) Business Level Requirements Information Access to the network SIP address 1 (peer end) Peer IP address 1 SIP address 2 (local) Business Level Requirements Information Access to the network SIP address 2 (peer end) Peer IP address 2

The peer SIP address and peer IP address on the right side of the above table are the peer user information for establishing business with local SIP users, which are maintained and queried by the proxy server according to the SIP signaling interaction content, and cleared in time when the business ends. In practical applications, the local host and the communication peer host maintain the above-mentioned user information statistics table, which is convenient for information extraction and search.

In this embodiment, the proxy server will store the user information of three users A, B, and C in this example, and the contents are as follows:

sip: 860106767672@domainl.com 1234 LAN sip: 86010applelet@domainl.com 2001:cc0:2026:3::1210 sip: 86010applelet@domainl.com 3241 WLAN sip: 860106767672@domainl.com 2001:cc0:2026:3::70 sip: 86010alice@domainl.com 2341 CDMA sip: 86010applelet@domainl.com 2001:cc0:2026:3::333

Refer to Figure 4 for the PUBLISH message in the above process. In the example, the order of service requirements of users A, B, and C is 1234, 3241, and 2341, respectively.

(14), in the above steps, the user can change the service level information at any time by issuing an updated PUBLISH message according to the actual situation, and send it to the SIP proxy server in the domain; When switching or re-login to the SIP server in another access network form, a new PUBLISH message can be sent to the local SIP server in real time.

(2), local SIP user A sends or receives the request of multimedia communication service, SIP service request message (INVITE or 200OK) is analyzed and sorted out, simultaneously inquires about the information of the user's service level field in step (1), sends service initiation The notification and user information are notified to the network layer data processing unit.

Further, the step (2) includes:

(21), local user A establishes multimedia services with other SIP users (such as user B) according to the SIP process; first send the INVITE message to the proxy server, then the proxy server completes the transfer, and sends the message to user B; user B replies 200 OK, The local user A relays the reply ACK through the proxy server, and the new service starts to be established. At the same time, the local proxy server extracts part of the information in the INVITE and 200OK messages, and updates the remote user SIP address and IP address in the user information management table. The message structure is as shown in Figure 4.

Continue to execute the following step (22); if no 200 OK message is received from the other party, the whole process will not continue, and the establishment of the new service will fail.

(22), the local host resolves the relevant information of the current initiated business from the 200OK message in the above step (21), including the SIP address, IP address, port number, business type, etc. of both parties, and then forms the business related information into a business initiation notice , usually refer to the following table for the notice content:

flag bit User SIP address business type local IP Remote IP The port number

In this embodiment, the content of the business notification refers to the following table:

IF s ip: 86010applelet@domainl.com 2 2001:cc0:2026:3::1210 2001:cc0:2026:3::70 7981

(23) Send the service initiation notification in step (32) to the designated processing port (for example, 9111) of the system network layer processing unit. For the above steps (21), (22) and (23), there is a second situation, that is, the local SIP user is the recipient of the service initiation, and the SIP users on other terminals first initiate the service. At this time, the local user replies with a 200 OK message, and then parses out the relevant information of the currently initiated service from the INVITE message sent by the other party.

The above steps describe the situation where the local user initiates the multimedia service. If the service is initiated by the peer user, then the local SIP user A will be the recipient of the service initiation. As shown in Figure 3, user A first receives and parses the INVITE message from peer user C, and then extracts information such as SIP address, IP address, port, and service type to form a service initiation notification, and replies with a 200OK message at the same time. The content of the business announcement is as follows:

IF sip: 86010alice@domainl.com 1 2001:cc0:2026:3::1210 2001:cc0:2026:3::70 7743

(24), the proxy server inquires relevant user service demand level information and access network information according to the other party's SIP address, and sends the user information therein to the designated processing port (9111 in this example) at the bottom of the system in the form of a notification, and the message is in the form of a notification The flag bits are distinguished, and the query process is divided into the following two situations:

(241) In the first case, the communication peer user and the local user are users in the same domain. At this time, the proxy server will directly query relevant information in the local database, and return the result to the terminal query port (9102);

In this example, users A, B, and C are all in the same management domain. At this time, the proxy server will directly query the relevant information in the local database, and return the results to the underlying query port (9102) of the terminal system; In the case of being located in different management domains, at this time, the proxy server sends a query message to the SIP proxy server in the other domain according to the SIP address of the other party. Inquiry mode, select a specific port for communication, such as (9103 and 9104).

Please refer to the following table for the content of the above user information notice:

UI sip: 86010applelet@domainl.com 3241 WLAN

(242) In the second case, the communication peer user and the local user are users in different domains. At this time, the proxy server sends a query message to the SIP proxy server in the other domain according to the SIP address of the other party, and the proxy server in the other domain executes the intra-domain query , and return the result to the proxy server in the local domain. The query process adopts the message query method, and selects a specific port for communication, such as (9103 and 9104).

The content of the above user information notice usually refers to the following table:

flag bit User SIP address Business Level Requirements Information Access to the network

(25), in conjunction with the situation mentioned in (14), in the communication process, users B and C may send updated PUBLISH messages to notify the proxy server of the change of its own information. When the local proxy server receives the updated PUBLISH message, first Extract the information of the local user, compare the information at this time with the previously stored information, if the information is the same, do not do any processing; if it is found that the content of the information has changed, the original database information will be overwritten, and according to the user information The peer user IP and SIP address information in the table notifies the peer user (local SIP user A in this example) in time, and the notification still adopts the mode of sending a message, and the format and port number remain unchanged.

(3) Intercept the data packets sent to the corresponding user at the network layer, establish and maintain the user service flow information management table with the user's SIP address as the keyword according to the content in the service initiation notice, and update it in real time along with the communication process . At the same time, a corresponding data packet queue channel is established for each service flow communication link of each user, and the data packet queue is scheduled according to a predetermined method.

Further, the step (3) includes:

(31), receive the new service initiation notification and user information from the application layer at the designated port (9111), and extract the information in the notification, and set up the user service flow information management table at the same time. The table structure is referenced as follows:

Note: Each service in the table corresponds to a series of information, and a user can correspond to several services at the same time, and the specific information can be obtained through the notification of new service initiation.

In this embodiment, the user service flow information management table is as follows,

(32) The local user A receives the service initiation notification, which indicates that the multimedia service has been successfully opened. At this time, based on the IP address and port of the user's service, the data packets corresponding to the audio and video services sent to users B and C will be intercepted at the network layer, and according to the contents in the above user information management table, they will be respectively displayed on the local host as Each user establishes a service flow data packet management queue to manage the service flow, and classifies each service port according to the user information table, and then classifies and processes the data packets of the same port.

The data packet interception mechanism mentioned here mainly refers to the functional framework (such as Netfilter, etc.) provided by the operating system to realize data packet filtering/processing. captured and processed.

The schematic diagram of the data packet management queue is shown in Figure 5: the data packet adopts the "double queue" scheduling mechanism. First, the outer queue is classified and managed according to the user, and the inner queue is classified according to the communication port of the user's business. The length of the inner and outer data packet queues is the same, both are 2048 bytes.

(33), in combination with the data packet queue structure in step (32), uniformly perform data packet scheduling. When there is no need for QoS adjustment (that is, when the network is in good condition and no mobile handover occurs), both the inner and outer layers perform data packet scheduling in a traditional round-robin manner. When the access network information of the opposite end user changes, the corresponding service flow bandwidth is adjusted according to the policy in step (4).

(4) Periodically check the access network information in the user information table to determine whether the access network status of the current user has changed. When the type of the user's access network changes, the corresponding link bandwidth is adjusted in combination with the user's service demand level information.

Further, the step (4) includes:

(41), the local user A takes T seconds (for example 2s) as a period to inquire about the access network status and service demand level information of the SIP users B and C communicating with the current user, and compares the access status of the user before t seconds in real time In contrast, if the user's access status changes between the current moment and t seconds ago and this status lasts for a certain period of time (for example, 2 seconds), it is determined that the user's access network status has changed.

(42) When the user's access status changes and this status lasts for a certain period of time (for example, 1.5 seconds), adjust the service flow to this user according to the user's current access network status and combined with the user's service level information The bandwidth will be realized by adjusting the packet loss rate of the data packet queue established in (32), that is, according to the order of the user service level, the queues corresponding to different services will be dropped. For specific strategies, refer to the following table:

In the above table, the percentage numbers corresponding to each service level indicate the packet loss rate of the data packet queue corresponding to each service flow when the current user changes from one access network environment to another, and the specific change value Both are based on the increase or decrease of the corresponding packet loss rate at the previous moment. For example, when a user changes from a WLAN environment to a CDMA environment, the adjusted value of the packet loss rate corresponding to each service queue is reduced by 20%, 32%, 40%, and 55% respectively; otherwise, the opposite strategy is adopted to increase the corresponding packet loss rate value .

The following table shows that the information of user B has changed at the current moment compared with the previous moment (the information at the previous moment is subject to the user information of user B in step (13))

sip: 86010applelet@domainl.com 3241 CDMA 2001:cc0:2026:3::70

In the current situation, user B is in the WLAN-CDMA network. At this time, the service flow data packet queue corresponding to the user should be adjusted as follows. Refer to Figure 6 for the adjustment process:

According to the above method of the present invention, the service flow information of the current user can be managed efficiently and quickly, and the data packet pairs corresponding to each service flow can be scheduled; To achieve the guarantee of service quality and the reasonable optimal allocation of resources.

Finally, it should be noted that the above embodiments are only used to describe the technical solutions of the present invention rather than limit the technical methods of the present invention. The present invention can be extended to other modifications, changes, applications and embodiments in application, and therefore it is considered that all such Modifications, changes, applications, and embodiments are all within the spirit and teaching scope of the present invention.

Claims (11)

1. A service flow management method for SIP applications, comprising: Step 10), the user logs in to the local SIP proxy server, and sends a PUBLISH message to the SIP proxy server; Step 20), the local SIP user initiates or receives a communication service request, parses the SIP service request INVITE message, inquires about the PUBLISH message, and sends a service initiation notice; Step 30), the SIP proxy server intercepts at the network layer the data packet comprising the service initiation notification, based on the user SIP address, establishes a corresponding data packet queue channel for each service flow communication link of each user, and performs data packet processing. Queue scheduling. 2. The method of claim 1, wherein said method further comprises: Step 40), check the access network information in the user service flow information management table, and adjust the link bandwidth according to the user service demand level information in the PUBLISH information when it is determined that the user access network type changes. 3. The method of claim 1, wherein, in step 10), said users include a local SIP user and one or more SIP users on a remote communication host. 4. The method of claim 1, wherein step 10) further comprises: Step 110), the user logs in to the SIP proxy server according to the standard SIP flow process, the proxy server replies with a 200OK message, and the user sends a PUBLISH message to the local proxy server; the PUBLISH message includes the user's service requirement level information and the user's access network type; Step 120), the local proxy server receives the PUBLISH message and stores it in a local database comprising the opposite end SIP address and the opposite end IP address; Step 130), issue an updated PUBLISH message to change the service level information and send it to the local SIP proxy server; wherein, if the user demand level information changes or a network switch occurs, a new PUBLISH message is sent to the local SIP server in real time. 5. The method of claim 1, wherein, step 20) further comprises: sending the user information notification while sending the service initiation notification, for querying and updating the user information in the local SIP proxy server. 6. The method of claim 5, wherein step 20) further comprises: Step 210), the local user establishes a multimedia service with other SIP users according to the SIP process, and the local proxy server parses the INVITE and 200OK messages, and parses out the information of the current service initiation from the 200OK message; Step 220), according to the information of the current service initiation, compose a service initiation notice and send it to the designated processing port of the system network layer processing unit; Step 230), the local SIP proxy server queries the user's service requirement level information and access network information according to the other party's SIP address, and sends the user information therein to the specified processing port at the bottom of the system in the form of a notification; Step 240), when the local SIP proxy server receives the updated PUBLISH message, extract the local user information, after determining that the content of the information changes, update the original database information, according to the peer user IP and SIP address information in the user information table Notify the peer user in time. 7. The method of claim 6, wherein, step 210) further comprises: other SIP users initiate multimedia services, the local user replies with a 200 OK message, and parses out the information of currently initiating services from the INVITE message sent by the other party. 8. The method of claim 6, wherein, in step 230), the inquiry process comprises: The communication peer user and the local user are users in the same domain, and the proxy server will directly query the relevant information in the local database; The communication peer user and the local user are users in different domains, and the proxy server sends a query message to the SIP proxy server in the other domain according to the SIP address of the other party, and the SIP proxy server in the other domain executes the intra-domain query. 9. The method of claim 1, wherein step 30) further comprises: Step 310), receiving new service initiation notification and user information at the designated port, and establishing a user service flow information management table, wherein, each service in the table corresponds to a series of new service initiation notification information, and one user may correspond to several services; Step 320), the local user receives the service initiation notice, based on the IP address and port of the user's service, intercepts the data packet at the network layer, and establishes a data packet management queue according to the user service flow information management table to manage the service flow ; Step 330), according to the data packet management queue and the service initiation notification, if no QoS adjustment is required, the inner and outer layers of the data packet management queue perform data packet scheduling in a round-robin manner. 10. The method of claim 9, wherein, in step 320), in the data packet management queue, the outer queue is classified and managed according to the user, the inner queue is classified according to the communication port of the user service, and the length of the inner and outer data packet queues is the same. 11. The method of claim 2, wherein step 40) further comprises: Step 410), the local user queries the remote user's access network status and service demand level information in the user service flow information management table, and compares it with the user access network status information at the previous moment in real time; Step 420), determine that the user access status information has changed for a certain period of time, and adjust the service flow bandwidth to the user according to the user service level information, including dropping packets for queues corresponding to different services according to the user service level.

Images