WO2008101366A1

WO2008101366A1 - A packet dispatching method in wireless communication system

Info

Publication number: WO2008101366A1
Application number: PCT/CN2007/000590
Authority: WO
Inventors: Xiubin Sha
Original assignee: Zte Corporation
Priority date: 2007-02-17
Filing date: 2007-02-17
Publication date: 2008-08-28

Abstract

A packet dispatching method in the wireless communication system which bears the multi-user packet data service, can make a new user access the system when the system capacity is not sufficient. The method includes the following steps: the system distributes the resources (102) or increases the resources distribution of the service in a destination cell according to the hard resources demand amount of the service, if the resources distribution succeeds, the next step is performed (103); the system resources are determined whether to be sufficient or not according to the preset system resources threshold (105), if the system resources are notsufficient, the down adjusting rate process of the packet dispatching on the service in the system is performed (106).

Description

Packet scheduling method in wireless communication system

Technical field

The present invention relates to a wireless communication system supporting multi-user packet data services.

Background technique

In a wireless communication system supporting packet data services, the rate scalability of packet services is very large. If the system data load is too light, the packet data service rate is too small, which will reduce the system throughput and waste system resources. If the packet data service rate is too large when the system load is heavy, the system resources will be exhausted and new users cannot access. The problem that the quality of service (Quality of Service, hereinafter referred to as QoS) of different users in the system is unbalanced. Under normal circumstances, when the system load is low, the actual rate of single-user packet data services can be large, so as to effectively utilize system resources and provide better QoS for users; when the system load is high, single-user packet data services The actual rate may be small to ensure proper communication and system performance for all users. In the related related technical solutions, the system is generally considered to be congested when the user initiates a call but the system resources are insufficient to cause the call to fail, thereby triggering the packet data service rate to be lowered to release part of the resources. Such a scheme can make full use of system resources, but the disadvantage is that a large amount of call loss occurs when the system is under heavy load, because the failure of resource allocation means that the call has failed, and the system congestion is considered to be late.

How to properly control the actual rate of packet data services according to system load to ensure that new users can access normally, the original user QoS can be guaranteed and the system resources are maximized is an unsolved problem in the prior art.

Summary of the invention

The technical problem to be solved by the present invention is to provide a packet scheduling method in a wireless communication system. In a wireless communication system carrying a multi-user packet data service, when the system capacity is insufficient, the new user can still access the system.

In order to solve the above technical problem, the present invention provides a packet scheduling method in a wireless communication system, which includes the following steps: (a) when the system allocates resources to the target cell or increases the resource allocation of the service with the hard resource requirement of the service, if the resource allocation is successful, the next step is performed;

(b) judging whether the system resources are sufficient according to the preset system resource threshold, and if the system resources are insufficient, performing packet scheduling and speed reduction processing on the services in the system.

Further, the above method may further have the following features: In the step (b), determining whether the system resource is sufficient according to a preset system resource threshold is performed by any one of the following three determinations:

Determining whether the remaining amount of the system hard resource is less than a preset minimum hard resource requirement threshold; determining whether the system soft capacity load is greater than a preset system soft capacity congestion control threshold; determining whether one of the following two conditions is met: Whether the remaining amount of resources is less than a preset minimum hard resource demand threshold, and whether the system soft capacity load is greater than a preset system soft capacity congestion control threshold;

If the above judgment result is yes, the system resources are sufficient, otherwise, the system resource 'source is insufficient.

Further, the foregoing method may also have the following features: The minimum hard resource requirement threshold is determined according to the type of the system bearer service, and is the maximum value of the minimum hard resource requirement of various services supported by the system.

Further, the above method may further have the following features: In the step (a), the system performs resource allocation with a minimum hard resource requirement of the service after receiving a service establishment request or a handover request.

Further, the foregoing method may further have the following features: In the step (a), if the resource allocation fails, the service performs resource preemption, and the resource preemption includes the following steps:

(a-1) If the new user has the preemption capability, determine whether there is a user with a lower priority of the service quality and can be preempted. If yes, the user with the lowest priority of the service quality in the system and can be preempted Released, otherwise, ended;

(a-2) If the new user does not wait for a timeout, the new user is reassigned resources. Further, the foregoing method may further have the following features: In the step-1), whether the user with a lower priority of the service quality of the service and can be preempted in the determining system is prioritized by the service quality in the system. The user with the lowest level starts to judge whether the user can be preempted according to the core network parameters carried by the radio access bearer when the service is established. If not, the user with the lower priority of the service quality is judged.

Further, the foregoing method may further have the following features: In the step (b), the packet scheduling and speed reduction processing of the service in the system includes the following steps:

(b-1) determining whether there is a rate-downtable service in the system, and if so, sorting the services in the system according to the size of the falling rate of the service rate, where the falling rate of the service rate refers to the current rate of the service The difference in the minimum rate of service, otherwise, the end;

(b-2) preferentially reduce the service rate of the service with a large drop in service rate, and return to step (b-1) o

Further, the foregoing method may further have the following features: after the service rate is lowered in the step (b-2), it is first determined whether the system resource is sufficient, and if so, the packet scheduling deceleration processing ends, otherwise the step returns to the step (b- 1), the determining whether the system resource is sufficient is to perform any one of the following three judgments:

Determining whether the remaining amount of the system hard resource is less than a preset minimum hard resource requirement threshold;

Determine whether the system soft load is greater than a preset system soft space congestion control threshold; determine whether one of the following two conditions is met: whether the system hard resource remaining amount is less than a preset minimum hard resource demand threshold, and the system soft capacity Whether the load is greater than a preset system soft capacity congestion control threshold;

If the above judgment result is yes, the system resources are sufficient, otherwise, the system resources are insufficient.

Further, the foregoing method may also have the following features: During the process of the packet data service, periodically monitor the traffic volume and perform the following steps:

(i) determining whether the traffic measurement triggers the service rate up-regulation, and if yes, determining that the current service rate can be up-regulated, then performing packet scheduling acceleration processing on the services in the system; otherwise, performing the next step; (ii) When the traffic measurement trigger service rate is down-regulated and the current service rate is down, the current service rate is lowered by one or several levels.

Further, the foregoing method may further have the following features: In the step (i), when the packet scheduling and speed-up processing is performed on the service in the system, the following steps are included:

(i-1) judging whether the system hard resource remaining amount is less than the minimum hard resource demand threshold and there is no service quality lower priority service in the system after the rate is adjusted one level; or if the rate is increased by one level After the system soft load is greater than the system soft capacity congestion control threshold and there is no service quality lower priority in the system; or if the system soft load is greater than the system soft if the rate is increased by one level The capacity congestion control threshold and the system hard resource residual amount are less than any of the minimum hard resource requirement thresholds, and there is no service with a lower priority for the service quality that can be decelerated in the system; if the above judgment result is yes, the process ends; otherwise, , perform the next step;

(ii-2) If it is determined that the remaining amount of the hard resource in the system is greater than the minimum hard resource demand threshold, and the soft load in the system is less than the soft congestion control recovery threshold, the current service rate is adjusted by one or more levels, and the execution is performed. One step, otherwise the packet scheduling acceleration process ends;

(ii-3) determining whether the remaining amount of the system hard resource is less than a preset minimum hard resource demand threshold or whether the system soft capacity load is greater than a system soft capacity congestion control threshold, and if so, performing packet scheduling slowdown on the service in the system Processing, otherwise, the packet scheduling acceleration process ends.

Further, the foregoing method may further have the following feature: the difference between the soft congestion control threshold and the soft congestion control recovery threshold is greater than or equal to an increase in soft capacity that may be caused by a level of increase in various service rates.

Another technical problem to be solved by the present invention is to provide a packet scheduling method in a wireless communication system. In a wireless communication system carrying a multi-user packet data service, when the system resources are dynamically adjusted according to the traffic demand, the original user can be guaranteed. Under the premise of business service quality, system resources are occupied at a low level.

In order to solve the above technical problem, the present invention provides a packet scheduling method caused by traffic volume monitoring in a wireless communication system, including the following steps: (A) determining whether the traffic measurement triggers the traffic rate up-regulation, and if so, performing step (B), otherwise performing step (D);

(B) judging whether there will be insufficient system resources after the service rate is upgraded by one level and there is no service with lower priority for the service quality in the system, if yes, then the process ends, otherwise the next step is performed,

(C) If it is determined that the remaining amount of the hard resource in the system is greater than the minimum hard resource demand threshold, and the soft load in the system is less than the soft congestion control recovery threshold, the current service rate is adjusted by one or several levels, next to the next step. , otherwise, end;

(D) If the traffic measurement trigger service rate is lowered and the current service rate is down, the current service rate is lowered by one or several levels.

Further, the foregoing method may further have the following features: In the step (B), the determining whether there is insufficient system resources after the service rate is adjusted one level and the service quality priority in the system is not slowed down is higher. A low business is one of the following three judgments:

Determining whether the system hard resource remaining amount is less than the minimum hard resource demand threshold and there is no service quality lower priority service in the system if the rate is increased by one level;

Or determining whether the system soft capacity load is greater than the system soft space congestion control threshold and the service quality with lower priority is not available in the system if the rate is increased by one level;

Or determine whether there is any one of the system soft capacity load greater than the system soft capacity congestion control threshold and the system hard resource residual amount is less than the minimum hard resource demand threshold if the rate is adjusted one level, and there is no service shield that can be slowed down in the system. A business with a lower priority.

Further, the foregoing method may further have the following features: In the step (C), after the current service rate is adjusted, determining whether the remaining amount of the system hard resource is less than a preset minimum hard resource requirement threshold or system soft Whether the capacity load is greater than the system soft capacity congestion control threshold, and if so, the packet scheduling and speed reduction processing is performed on the services in the system; otherwise, the packet scheduling acceleration process ends.

Further, the above method may further have the following features: In the step (A), performing Before step (B), or in the step (C), it is judged whether the current service rate can be up-regulated, and if so, the execution continues, otherwise, it ends. Further, the foregoing method may further have the following feature: the difference between the soft congestion control threshold and the soft congestion control recovery threshold is greater than or equal to an increase in soft capacity that may be caused by a level of increase in various service rates.

The invention can basically solve the problem that the new service call loss is caused by the packet service rate in the system is too high through the five packet service related processing flows. Since the present invention comprehensively considers the characteristics of the packet data service, the performance of the wireless communication system, and the QoS of the packet data service carried in the wireless communication system, the packet access can be maximized under the premise of ensuring system performance and user QoS. The capacity of the system.

BRIEF abstract

FIG. 1 is a diagram showing an example of a hard resource allocation process when an initial service is accessed;

2 is a diagram showing an example of a resource preemption process when a service is established;

3 is a diagram showing an example of a packet scheduling slowdown process triggered by congestion control;

4 is an exemplary diagram of a traffic triggering packet scheduling process;

FIG. 5 is a diagram showing an example of a packet scheduling acceleration process in a service maintenance process.

Preferred embodiment of the invention

The invention provides an effective solution for the problem that the system capacity of the wireless communication system carrying the multi-user packet data service is insufficient, the new user cannot access the system, and the original user service QoS cannot be guaranteed in the system. Insufficient capacity in a wireless communication system may be caused by limited resources such as code resources and time slot resources, or may be caused by limited soft resources (such as power resources and interference). Therefore, the packet scheduling method caused by the system performance parameter monitoring is divided into a resource request phase processing flow when a new user accesses the system and an original user scheduling phase processing flow when the system resource is insufficient. The hard resource limitation problem is mainly solved in the resource request phase, and the soft resource limitation problem is mainly placed on the business maintenance. The scheduling phase of the original user in the process is resolved. To this end, several parameters need to be preset, including: minimum hard resource requirement (Requirement-Hard) for guaranteeing QoS during initial service access, system soft congestion control threshold (CongestionThreshold_Soft), system soft congestion control recovery threshold (NomialThreshold) A Soft). These parameters can be statically configured through the wireless communication system operation and maintenance platform. among them: .

The minimum hard resource requirement (Requirement- Hard) is also called the minimum hard resource demand threshold, which is determined according to the type of the system bearer service, and is generally the maximum value of the system supporting the minimum hard resource requirement of various services, or may be other settings. value. For example, in a WCDMA system, the minimum hard resource requirement for guaranteeing a CS12.2k (circuit switched) service call is a code resource with a Spreading Factor (hereinafter referred to as SF) of 128; assuming I/B type PS services The rate of the service requirement is 32K, which is equivalent to the minimum hard resource requirement is a code resource with an SF of 64. The S-type PS service generally guarantees a rate of 64K, which is equivalent to a minimum hard resource requirement of a code resource with an SF of 32. The code resource with the SF of 32 is equivalent to four code resources with an SF of 128. Therefore, the minimum hard resource requirement (Requirement- Hard) for ensuring QoS during initial service access can be configured as a code resource with an SF of 32.

The CongestionThreshold (Soft) threshold is mainly used to prevent the system soft capacity load from exceeding the maximum system soft capacity and affect the stable operation of the system. It can be determined according to system performance. Here, the soft capacity refers to downlink power and uplink interference.

The soft-capacity congestion control recovery threshold (NoraialThreshold_Soft) is mainly used to prevent the rate ping-pong lifting problem in the packet switching (Packet Switch, hereinafter referred to as PS) service acceleration process, which is generally smaller than the congestion control threshold, the congestion control threshold and the congestion control recovery threshold. The difference is greater than or equal to the increase in soft capacity that may result from a level of increase in various service rates. For example, the maximum downlink transmit power of the downlink TCP is 41 dBm, and the congestion control threshold of the downlink is set to 40 dBm. If the TCP increment caused by the PS traffic rate increase is less than ldB, the congestion control recovery threshold of the downlink downlink can be set to 39 dBm. If the TCP increment caused by the PS rate up one level may be between 2 and 3 dB, the recovery threshold should be set to 37 dBm or lower.

The basic principle of the present invention is: The system load is lowered in advance to avoid accepting the call loss caused by the rejection (call failure). After each service hard resource application is completed, it is determined whether the remaining amount of system hard resources is less than Requirement- Hard or whether the system soft-capacity load is greater than the system soft-capacity congestion control gate. CongestionThreshold—Soft, if yes, triggers the system packet scheduling process until the system hard resource remaining amount is greater than Requirement—hard or the system soft capacity load is less than CongestionThreshold—Soft, reducing system load and ensuring that new users can access the system. In addition, when the user performs packet data service, the system performance parameters are periodically monitored and packet scheduling is performed to ensure the original user's QoS. Still using the example just described, for example, when the current load of the cell is greater than the congestion control threshold (40dBm), the congestion control process (such as PS service rate reduction) is triggered to release part of the resources to reduce the system load; when other factors trigger When the system is overloaded (such as the traffic measurement triggers the PS service rate increase), it is necessary to determine whether the current TCP value of the cell is greater than the congestion control recovery threshold (39 dBm or 37 dBm). If yes, the rate-up process is not performed.

The implementation of the technical solution will be further described in detail below with reference to the accompanying drawings:

FIG. 1 is a resource allocation process of a service initial access cell, and the detailed implementation steps are as follows: Step 101: The system receives a service establishment request or a handover request.

Step 102: The system allocates resources in the target cell with the minimum hard resource requirement of the service; when the hard resources are relatively abundant, the system does not limit the resource allocation by using the minimum hard resource requirement of the service, but Multiple acceptance attempts and load shedding processes.

Step 103: If the resource allocation is successful, go to step 105, otherwise go to step 104; Step 104, invoke the resource preemption process when the service is established, as shown in Figure 2;

Step 105: Determine whether the remaining amount of the system hard resource is smaller than the minimum hard resource requirement threshold Requirement Jiard or the system soft capacity load that guarantees the QoS when the service is initially accessed. If the system is not greater than the system soft congestion control threshold CongestionThreshold_Soft, if yes, go to step 106. Otherwise, the business distribution process ends;

In another embodiment, it may also be determined whether the remaining amount of the system hard resource is less than the minimum hard resource requirement threshold, or only whether the system soft capacity load is greater than the system soft capacity congestion control threshold.

Step 106: Call the packet scheduling slowdown process triggered by the congestion control, as shown in FIG. 3. Figure 2 shows the resource preemption process when the service is established. The detailed implementation steps are as follows:

Step 201: The system invokes a resource preemption process when the service is established;

Step 202: Determine whether the new user has the preemption capability. If yes, perform the next step, otherwise the current resource preemption process ends.

Step 203: Determine whether there is a user with a lower service QoS priority and can be preempted in the system, for example, perform the next step; otherwise, the current resource preemption process ends;

Judging from the user with the lowest service QoS priority in the system, according to the CN (Core Network) parameter brought in the RAB (Radio Access Bearer) assignment, it is determined whether the user can preempt or not preempt, if the user can be If the preemption is released, the user is released. Otherwise, the user whose second QoS priority is found is judged until there is no user whose service QoS is lower than the new user service and can be preempted.

Step 204: Release the user with the lowest service QoS priority in the system and can be preempted. Step 205: Determine whether the new user waits for a timeout. If yes, the current resource preemption process ends. Otherwise, perform the next step;

Step 206: Re-allocate resources to the new user. If the user is accepted when the resource is re-allocated, the current resource preemption succeeds. If the user is rejected, the current call is terminated, and the current resource preemption process ends.

In addition to this process, the present invention may also employ other various resource preemption processes.

3 is an example of a packet scheduling slowdown process triggered by congestion control;

Step 301: The congestion control triggers a packet scheduling slowdown process;

Step 302: Determine whether there is a service whose rate can be continuously adjusted in the system, and if yes, perform the next step, otherwise, the packet scheduling slowdown process ends;

The criterion for determining whether the rate can continue to be down-regulated is related to the service type. For example, for the CS service, the rate cannot be lowered. For the stream service, the rate reduction should be no lower than the guaranteed rate (the CN parameter brought in the AB assignment); For interactive class background services, the rate can be reduced to zero. Step 303: Perform rate reduction priority ordering on services in the system.

According to the falling margin of the service rate (the difference between the current service rate and the service minimum rate), the larger the margin, the higher the priority of the drop rate, and the same margin is sorted according to the service QoS priority. The lower the QoS priority is. The higher the rate priority.

Step 304: Downgrade the service rate with the highest rate of descending rate first;

Step 305: Determine whether the remaining amount of the system hard resource is less than a minimum hard resource requirement threshold (Requirement- Hard) or whether the system soft capacity load is greater than a system soft congestion control threshold (CongestionThreshold_Sofl), and if yes, return to step 302, otherwise the packet scheduling slowdown The process ends.

The packet service rate in the system is downgraded step by step according to the derating rate priority until all packet service rates in the system are reduced to no longer fall.

In another embodiment, it may also be determined whether the remaining amount of the system hard resource is less than the minimum hard resource requirement threshold, or only whether the system soft capacity load is greater than the system soft capacity congestion control threshold. Since the first-level rate of a service is lowered, the load may be high, so the cycle speed reduction is required, but in order not to reduce all service rates to a minimum in each cycle, the judgment steps of the system resources are added to ensure that As long as you can meet the minimum requirements for access, you will not be able to minimize all services. In another embodiment, the service rate with a lower rate of priority is also lowered in step 304, and then the process returns to step 302, that is, all services that can be down-rate are decelerated at a time.

Figure 4 is an example of a traffic triggering packet scheduling process;

Step 401, the traffic measurement report decision;

Step ⁴ 02, whether the traffic measurement triggers the service rate up-regulation, if yes, step 403 is performed, otherwise, step 404 is performed;

Step 403: Determine whether the current service rate is up-regulated, and if yes, perform the next step, otherwise, end; Step 404, perform packet scheduling acceleration processing on the service (call the packet service acceleration process, see Figure 5); The purpose is to determine whether the current service has the maximum rate and whether it can be adjusted upwards. In another embodiment, the current service rate may not be up-regulated at this time, and the determination is performed in the packet scheduling acceleration process.

Step 405: Whether the traffic measurement triggers the service rate reduction, if yes, step 405 is performed; step 406, determining whether the current service rate can be down-regulated, and if yes, performing step 406, otherwise, ending;

In step 407, the current service rate is lowered by one level or several levels.

The current service refers to the corresponding service carried by the user that reports the traffic measurement report (triggered rate reduction); reports a measurement report, and the service decreases the rate.

FIG. 5 is an example of a packet scheduling acceleration process in a service maintenance process;

Step 501: triggering a packet scheduling acceleration process;

Step 502: If the current service rate is increased by one level, whether the remaining amount of the system hard resource is less than the Requirement- Hard and the QoS priority of the system that is not decelerated is lower than the current service, if yes, the packet scheduling acceleration process End, otherwise, perform the next step;

In other embodiments, the system soft capacity load may also be used as a judgment condition, that is, whether the current service rate increases by one level, whether the system soft load is greater than CongestionThreshold_Soft, and the system has no deceleration QoS priority lower than the current The service of the service, or the system resource remaining amount and the system soft capacity load are simultaneously used as the judgment conditions, that is, whether the current system traffic rate rises one level later, the system hard resource remaining amount is less than the Requirement-Hard and the system soft capacity load is greater than the CongestionThreshold-Soft. There is no service in the system where the QoS priority can be lower than that of the current service.

Step 503: Determine whether the remaining amount of the hard resource in the system is less than Requirement_Hard, and if yes, the packet scheduling acceleration process ends; otherwise, perform the next step;

Step 504: Determine whether the soft load in the system is greater than NomialThreshold_Soft. If yes, the packet scheduling acceleration process ends; otherwise, perform the next step;

Step 505, the current service rate is adjusted by one level or several levels; Step 506: Determine whether the remaining amount of the system hard resource is smaller than the minimum hard resource requirement threshold of the guaranteed QoS when the service is initially accessed, or whether the system soft load is greater than the system soft congestion control threshold CongestionThreshold_Soft, and if yes, step 508 is performed. Otherwise, the packet scheduling acceleration process ends;

Step 507, the packet scheduling slowdown process triggered by the congestion control is invoked, as shown in FIG. 3.

It can be seen that the packet scheduling slowdown process can also be triggered when the resource allocation of the service is increased.

If there is a service with a lower Qos and a lower rate, the current user will be rate-up. If the remaining amount of the hard resource is less than the Requirement-Hard after the up-regulation, the Qos can be lower through the congestion control rate-down process. The user's rate drops. For example: A 32Kbps user requests an increase rate, but the current load of the system is greater than the congestion control recovery threshold. If there is a 384Kbps service in the system, the service rate of 32Kbps can be raised to 128Kbps, and then the service rate of 384Kbps will be To 256Kbps.

Industrial applicability

The method comprehensively considers the characteristics of the packet data service, the performance of the wireless communication system, the QoS of the packet data service carried in the wireless communication system, and the like, and can maximize the packet access system under the premise of ensuring system performance and user QoS. Capacity.

Claims

Claim

A packet scheduling method in a wireless communication system, comprising the following steps:

(a) When the system allocates resources to the target cell or increases the resource allocation of the service with the hard resource requirement of the service, if the resource allocation is successful, the next step is performed;

If the resources are insufficient, the services in the system are scheduled and slowed down.

2. The method according to claim 1, wherein in the step (b), determining whether the system resource is sufficient according to a preset system resource threshold is performing any one of the following three determinations. Kind:

Determining whether the remaining amount of the system hard resource is less than the minimum hard resource demand threshold determined in advance; determining whether the system soft capacity load is greater than a preset system soft capacity congestion control threshold; determining whether one of the following two conditions is met: Whether the remaining amount of the hard resource is less than a preset minimum hard resource requirement threshold, and whether the system soft capacity load is greater than a preset system soft capacity congestion control threshold;

3. The method according to claim 2, wherein the minimum hard resource requirement threshold is determined according to a type of the system bearer service, and is a maximum value of a minimum hard resource requirement of various services supported by the system.

4. The method according to claim 2, wherein in the step (a), the system allocates resources with a minimum hard resource requirement of the service after receiving a service establishment request or a handover request. ,

The method according to claim 2, wherein in the step (a), if the resource allocation fails, the service performs resource preemption, and the resource preemption includes the following steps:

(a-1) If the new user has the preemption capability, determine whether there is a user with a lower priority and can be preempted in the system. If yes, the service quality of the system has the lowest priority and can be preempted. The user releases it, otherwise, it ends;

(a-2) If the new user does not wait for a timeout, the new user is reassigned resources.

The method according to claim 5, wherein in the step (a-1), whether the user with a lower priority of the service quality of the service and can be preempted is determined in the system. The user with the lowest priority of the service quality in the system starts to judge whether the user can be preempted according to the core network parameters carried in the radio access bearer when the service is established. If not, the user with the lower priority of the service quality is judged. .

The method according to claim 2, wherein in the step (b), the packet scheduling and speed reduction processing of the service in the system includes the following steps:

(B-2) priority traffic rate drops down greater traffic service margin rate returns to the step (b-1) ₀

The method according to claim 7, wherein after the service rate is lowered in the step (b-2), it is first determined whether the system resource is sufficient, and if so, the packet scheduling deceleration processing ends, otherwise, the process returns. Step (b-1), wherein determining whether the system resource is sufficient is performing any one of the following three determinations:

Determining whether the remaining amount of the system hard resource is less than a preset minimum hard resource requirement threshold; determining whether the system soft capacity load is greater than a preset system soft capacity congestion control threshold; determining whether one of the following two conditions is met: the system is hard Whether the remaining amount of resources is less than a preset minimum hard resource demand threshold, and whether the system soft capacity load is greater than a preset system soft capacity congestion control threshold;

If the above judgment result is yes, the system resources are sufficient, otherwise, the system resources are insufficient. '

9. The method according to claim 1, wherein during the progress of the packet data service, the traffic volume is periodically monitored, and the following steps are performed:

(i) determining whether the traffic measurement triggers the service rate up-regulation, and if yes, determining that the current service rate can be up-regulated, then performing packet scheduling acceleration processing on the services in the system; otherwise, performing the next step;

(ii) when it is determined that the traffic measurement triggers the service rate downgrade and the current service rate can be lowered, Lower the current service rate by one or several levels.

The method according to claim 9, wherein in the step (i), when the packet scheduling and speed-up processing is performed on the service in the system, the following steps are included:

(i-1) determining whether the system hard resource remaining amount is less than the minimum hard resource demand threshold and there is no service quality lower priority service in the system if the rate is increased by one level;

Or determining whether the system soft capacity load is greater than the system soft capacity congestion control threshold and the system hard resource residual amount is less than the minimum hard resource demand threshold after the rate is adjusted one level, and there is no service quality that can be decelerated in the system. a lower priority business;

If the above judgment result is yes, the process ends; otherwise, the next step is performed;

(ii-3) determining whether the remaining amount of the system hard resource is less than a preset minimum hard resource demand threshold or whether the system soft capacity load is greater than a system soft capacity congestion control threshold, and if so, performing packet scheduling on the service in the system Speed processing, otherwise, the packet scheduling acceleration process ends.

The method according to claim 1, wherein the difference between the soft congestion control threshold and the soft congestion control recovery threshold is greater than or equal to an increase in soft capacity that may be caused by a level of increase in various service rates.

12. A method for packet scheduling caused by traffic volume monitoring in a wireless communication system, comprising the following steps:

(A) determining whether the traffic measurement triggers the traffic rate up-regulation, and if so, performing step (B), otherwise performing step (D);

(B) judging whether there will be insufficient system resources after the service rate is upgraded by one level and there is no service with lower priority of service quality in the system, if yes, then the process ends; otherwise, the next step is performed;

(C) if it is determined that the remaining amount of hard resources in the system is greater than the minimum hard resource demand threshold, and the system If the medium-capacity load is less than the soft-capacity congestion control recovery threshold, the current service rate is adjusted by one or more levels, and the next step is performed; otherwise, the process ends;

The method according to claim 12, wherein in the step (B), the determining whether there is insufficient system resources after the service rate is adjusted one level and there is no service in the system that can be decelerated A business with a lower quality priority is one of the following three judgments:

Or determine whether the system soft capacity load is greater than the system soft capacity congestion control threshold and there is no service quality lower priority service in the system if the rate is increased by one level; or whether the rate will appear if the rate is increased by one level. The system soft capacity load is greater than any one of the system soft capacity congestion control threshold and the system hard resource residual amount is less than the minimum hard resource requirement threshold, and there is no service with a lower priority for the service quality that can be decelerated in the system.

The method according to claim 12, wherein in the step (C), after the current service rate is adjusted, it is determined whether the remaining amount of the system hard resource is less than a preset minimum hard resource requirement. Whether the threshold or system soft capacity load is greater than the system soft capacity congestion control threshold. If yes, the service in the system is scheduled to be slowed down. Otherwise, the packet scheduling acceleration process ends.

The method according to claim 12, wherein in the step (A), before performing step (B), or in the step (C), determining whether the current service rate is up, If yes, continue execution, otherwise, end.

The method according to claim 12, wherein the difference between the soft congestion control threshold and the soft congestion control recovery threshold is greater than or equal to an increase in soft capacity that may be caused by a level of increase in various service rates. .