CN103269493A - A method and device for pushing bandwidth services - Google Patents

Abstract

The invention discloses a method and device for pushing bandwidth services. The method comprises the steps of determining user information which accords with bandwidth service pushing conditions, according to a service data flow which is carried out by a user currently, monitoring an actual bandwidth requirement value of the service data flow, and when the actual bandwidth requirement value is higher than the current signed bandwidth value of the user, pushing corresponding bandwidth services to the user according to the actual bandwidth requirement value. By means of the method and device, real time performance and accuracy of bandwidth service pushing can be improved, and user experience is improved.

Description

A method and device for pushing bandwidth services

technical field

The invention relates to the technical field of mobile communication, in particular to a method and equipment for pushing bandwidth services.

Background technique

With the popularization of 3G/4G networks, the mobile Internet has achieved rapid development, and wireless bandwidth resources have been significantly improved compared with the 2G era. For operators, it is possible to mine revenue from high bandwidth.

In the era of mobile Internet, by building a policy and charging control (Policy and Charging Control, PCC) architecture, operators can realize differentiated charging and control of bandwidth for users and services, and use differentiated pricing for different bandwidth packages to enable Operators have the basic ability to benefit from bandwidth mining.

In the prior art, there are mainly two ways to implement bandwidth service push:

Method 1. Analysis and bandwidth service push The system establishes an evaluation model of bandwidth service push objects, collects user attribute information, traffic data or billing information, and uses them as source data for bandwidth service push object analysis, and identifies potential bandwidth service push objects through offline analysis . When potential bandwidth service push objects are identified based on user behavior analysis, the bandwidth service push information of the bandwidth service package is regularly sent to all potential bandwidth service push objects. For example, the bandwidth service push information is uniformly sent to users every Monday morning, and The user's contracted bandwidth is used as a reference, and all bandwidth packages higher than the contracted bandwidth are selected as recommended packages;

Method 2: When a user initiates a streaming media service access request, the policy and charging enforcement function (Policy and Charging Enforcement Function, PCEF) performs media negotiation with the streaming media server according to the Session Description Protocol (Session Description) sent by the streaming media server. Protocol, SDP) information extracts the required bandwidth of the service, and reports it to the Online Charging System (Online Charging System, OCS) in the charging request; OCS compares the required bandwidth of the service reported by the PCEF with the user's contracted bandwidth; if the PCEF If the required bandwidth of the service is not reported, the OCS obtains the local static configuration parameters. For example, the OCS locally configures the required bandwidth of the "Youku" service as 2M. If the contracted bandwidth is less than the required bandwidth of the service, it is considered that the user's bandwidth is insufficient, and the bandwidth service push recommendation of the bandwidth package is sent to the user.

However, through research, it is found that in the first implementation mode, the analysis and bandwidth service push system does offline bandwidth service push. When sending bandwidth service push information, it cannot perceive whether the user is currently accessing the data service and the specific service being accessed. , generally use timing sending, and the real-time performance is poor; in addition, the analysis and bandwidth service push system cannot accurately know the appropriate bandwidth currently needed by the user when doing bandwidth service push, and only recommends a higher bandwidth based on the user's current contracted bandwidth The accuracy of the package and bandwidth business push is insufficient.

In the second implementation method, there may be a large delay between monitoring the application and actually triggering the bandwidth service push recommendation, and the real-time performance is also poor; in addition, in most cases, the media server does not send SDP information , and there is no actual bandwidth detection mechanism, and the accuracy of judgment is not enough.

It can be seen that the existing push bandwidth service solutions usually have problems of poor real-time performance and accuracy, and poor user experience.

Contents of the invention

Embodiments of the present invention provide a method and device for pushing bandwidth services, so as to improve the real-time performance and accuracy of pushing bandwidth services and improve user experience.

In order to solve the above technical problems, the embodiment of the present invention discloses the following technical solutions:

In the first aspect, a method for pushing bandwidth services is provided, including:

Determine the user information that meets the bandwidth service push conditions;

Monitoring the actual bandwidth demand value of the service data flow according to the service data flow currently being performed by the user;

When the actual bandwidth demand value is higher than the user's current subscription bandwidth value, push a corresponding bandwidth service to the user according to the actual bandwidth demand value.

In combination with the first aspect above, in a first possible implementation manner, the monitoring of the actual bandwidth demand value of the service data flow specifically includes:

In the preset bandwidth monitoring sampling period, calculate the actual bandwidth demand sampling value of the service data flow according to the number of lost packets of the service data flow and the number of successfully processed data packets;

The actual bandwidth demand value of the service data flow is obtained according to the statistical results of a plurality of sampling values of the actual bandwidth demand within a preset monitoring time.

In combination with the first possible implementation of the first aspect above, in the second possible implementation, according to the statistical results of a plurality of sampling values of actual bandwidth requirements within a preset monitoring time, the data flow of the service data is obtained. Actual bandwidth requirements, including:

Acquire a maximum value among the plurality of sampled values of the actual bandwidth requirement, and use the maximum value among the plurality of sampled values of the actual bandwidth requirement as the actual bandwidth requirement value of the service data flow.

In combination with the first possible implementation of the first aspect above, in a third possible implementation, according to the statistical results of a plurality of sampling values of actual bandwidth requirements within a preset monitoring time, the data flow of the service data is obtained. Actual bandwidth requirements, including:

Acquiring an average value of a plurality of sampled values of the actual bandwidth requirement, and using the average value of the plurality of sampled values of the actual bandwidth requirement as the actual bandwidth requirement value of the service data stream.

With reference to the above first aspect or any possible implementation manner of the first aspect, in a fourth possible implementation manner, the pushing the corresponding bandwidth service to the user according to the actual bandwidth demand value includes:

Obtain the load status of the current network;

When the network is idle, push a corresponding bandwidth service to the user according to the actual bandwidth demand value.

In the second aspect, a device for pushing bandwidth services is provided, including:

A user information determination module, configured to determine user information that meets the bandwidth service push conditions, and send the user information that meets the bandwidth service push conditions to the bandwidth monitoring module;

The bandwidth monitoring module is configured to receive the user information that meets the bandwidth service push condition from the user information determination module, and monitor the actual bandwidth demand of the service data flow according to the current service data flow of the user value, sending the actual bandwidth demand value to the service push module;

The service push module is configured to receive the actual bandwidth demand value from the bandwidth monitoring module, and when the actual bandwidth demand value is higher than the user's current contracted bandwidth value, send the actual bandwidth demand value to The user pushes a corresponding bandwidth service.

With reference to the second aspect above, in a first possible implementation manner, the bandwidth monitoring module specifically includes:

The bandwidth demand sampling unit is used to calculate the actual bandwidth demand sampling value of the service data flow according to the number of lost packets of the service data flow and the number of successfully processed data packets within the preset bandwidth monitoring sampling period, and The actual bandwidth demand sampling value is sent to the bandwidth demand acquisition unit;

The bandwidth requirement acquisition unit is configured to receive the actual bandwidth requirement sampling value from the bandwidth requirement sampling unit, and obtain the service data according to statistical results of a plurality of the actual bandwidth requirement sampling values within a preset monitoring time The actual bandwidth demand value of the stream.

In combination with the first possible implementation of the second aspect above, in a second possible implementation, the bandwidth requirement acquisition unit includes:

A first acquiring subunit, configured to acquire a maximum value among a plurality of sampled values of actual bandwidth requirements, and send the maximum value among the plurality of sampled values of actual bandwidth requirements to a first determining subunit;

The first determination subunit is configured to receive the maximum value among the plurality of actual bandwidth requirement sample values from the first acquisition subunit, and obtain the maximum value among the plurality of actual bandwidth requirement sample values The maximum value is used as the actual bandwidth requirement value of the service data flow.

In combination with the first possible implementation of the second aspect above, in a third possible implementation, the bandwidth requirement acquisition unit includes:

The second obtaining subunit is configured to obtain an average value of a plurality of sampled values of the actual bandwidth requirement, and send the average value of the plurality of sampled values of the actual bandwidth requirement to a second determination subunit;

The second determination subunit is configured to receive the average value of the plurality of actual bandwidth requirement sample values from the second acquisition subunit, and obtain the average value of the plurality of actual bandwidth requirement sample values As the actual bandwidth requirement value of the service data flow.

In combination with the above second aspect or any possible implementation manner of the second aspect, in a fourth possible implementation manner, the service pushing module includes:

A network status acquiring unit, configured to acquire the load status of the current network, and send the load status of the current network to the push unit;

The push unit is configured to receive the load status of the current network from the network status acquisition unit, and when the load status of the current network is idle, push the corresponding bandwidth to the user according to the actual bandwidth demand value business.

In the embodiment of the present invention, when a user initiates a service access, the actual bandwidth requirement value of the service data flow is monitored by sensing the user's current ongoing service data flow in real time. When the actual bandwidth requirement value is higher than the user's current contract bandwidth value, push the corresponding bandwidth service to the user according to the actual bandwidth demand value, so as to recommend the appropriate bandwidth service to the user. Since the push bandwidth service detects the actual bandwidth demand value in real time when the user accesses the service, and pushes the bandwidth service based on the actual bandwidth demand value of the service, the real-time performance and accuracy of the push bandwidth service are greatly improved.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art. Obviously, for those of ordinary skill in the art, In other words, other drawings can also be obtained from these drawings without paying creative labor.

FIG. 1 is a flow chart of an embodiment of a method for pushing bandwidth services provided by the present invention;

FIG. 2 is a schematic diagram of an application scenario of the first push bandwidth service provided by the present invention;

FIG. 3 is a schematic diagram of an application scenario of a second push bandwidth service provided by the present invention;

FIG. 4 is a schematic diagram of an application scenario of a third push bandwidth service provided by the present invention;

FIG. 5 is a block diagram of an embodiment of a device for pushing bandwidth services provided by the present invention;

Fig. 6 is the implementation block diagram of the bandwidth monitoring module described in Fig. 5;

Fig. 7 is the implementation block diagram of the bandwidth demand obtaining unit described in Fig. 5;

Fig. 8 is another implementation block diagram of the bandwidth requirement obtaining unit described in Fig. 5;

Fig. 9 is a realization block diagram of the service push module described in Fig. 5;

FIG. 10 is a block diagram of a device for pushing bandwidth services based on a computer system provided by the present invention.

Detailed ways

In order to enable those skilled in the art to better understand the technical solutions in the embodiments of the present invention, and to make the above-mentioned purposes, features and advantages of the embodiments of the present invention more obvious and understandable, the following describes the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings For further detailed explanation.

Embodiments of the present invention provide a method and device for pushing bandwidth services, so as to improve the real-time performance and accuracy of pushing bandwidth services and improve user experience.

Referring to FIG. 1 , it is a flow chart of a method embodiment of a push bandwidth service provided by the present invention. The method may specifically include the following steps:

Step 101, determine the user information that meets the bandwidth service pushing conditions;

In this embodiment, before pushing the bandwidth service, it is first necessary to determine users who can meet the bandwidth service push, that is, to identify potential bandwidth service push objects.

Usually, potential bandwidth service push objects often visit video and game websites, have certain consumption power, and have a large demand for bandwidth, while the bandwidth of the current contracted bandwidth service is relatively small. There are mainly the following ways to obtain the information of users who are eligible for bandwidth service push:

(1) Analysis and bandwidth service push system to CRM (Customer relationship management, customer relationship management) to collect user attribute information, such as name, gender, age, occupation, user level, ordered bandwidth service package type and other information, as Analyze the source data of bandwidth service push objects;

(2) The analysis and bandwidth service push system collects user traffic data on the probe, for example, collects on the Gn port and Gi port, and uses the traffic data as the source data of the analysis bandwidth service push object;

Usually, potential bandwidth service push objects have relatively large user traffic due to frequent visits to video and game websites.

(3) The analysis and bandwidth service push system collects billing information on the OCS (Online Charging System, Online Charging System), and uses the billing information as the source data for analyzing the bandwidth service push object.

Compared with general users, potential bandwidth service push objects usually have higher billing records due to their larger traffic.

Usually, the bandwidth services issued by operators are generally in the form of package packages, for example:

Basic package A: 30 yuan/month, including 100M traffic, maximum bandwidth 1M, unlimited access services;

Basic package B: 50 yuan/month, including 200M traffic, maximum bandwidth 2M, unlimited access services;

Acceleration package C: 3 yuan, valid for 1 day, maximum bandwidth 2M, unlimited access services;

Acceleration package D: 5 yuan, valid for 1 day, maximum bandwidth 4M, unlimited access services.

Assuming that user A ordered the basic package package A, user A completes the package order through electronic channels such as business halls or user contact management systems (Usercontact management, UCM), and the signing information is synchronized to OCS and policy and Charging decision function (Policy and Charging RuleFunction, PCRF).

Step 102, monitor the actual bandwidth demand value of the service data flow according to the current service data flow of the user;

In this step, when the user initiates a service access, the actual bandwidth demand of the current service access is monitored by sensing the specific service data flow currently being performed by the user in real time.

Step 103 , when the actual bandwidth demand value is higher than the user's current subscription bandwidth value, push a corresponding bandwidth service to the user according to the actual bandwidth demand value.

In this step, the actual bandwidth demand of the current service access obtained through monitoring is compared with the user's contracted bandwidth to determine whether the current bandwidth service meets the current business demand. If the monitoring result shows that the actual bandwidth demand is higher than the user's current contracted bandwidth, Then, based on the monitored actual bandwidth demand value as a reference, the corresponding bandwidth service is pushed to the user, and a suitable bandwidth service is recommended to the user.

In the embodiment of the present invention, when a user initiates a service access, the actual bandwidth requirement value of the service data flow is monitored by sensing the user's current ongoing service data flow in real time. When the actual bandwidth requirement value is higher than the user's current contract bandwidth value, push the corresponding bandwidth service to the user according to the actual bandwidth demand value, so as to recommend the appropriate bandwidth service to the user. Since the push bandwidth service detects the actual bandwidth demand value in real time when the user accesses the service, and pushes the bandwidth service based on the actual bandwidth demand value of the service, the real-time performance and accuracy of the push bandwidth service are greatly improved.

When specifically implementing the technical solution of the present invention, the implementation of monitoring the actual bandwidth demand value of the service data stream described in step 102 in the above embodiment may specifically include the following steps:

In the preset bandwidth monitoring sampling period, calculate the actual bandwidth demand sampling value of the service data flow according to the number of lost packets of the service data flow and the number of successfully processed data packets;

The actual bandwidth demand value of the service data flow is obtained according to the statistical results of a plurality of sampling values of the actual bandwidth demand within a preset monitoring time.

In this embodiment, by counting the number of lost packets and the number of successfully processed data packets in a short period of time (that is, the preset bandwidth monitoring sampling period, for example: 3 seconds), the current service data flow of the user is calculated and obtained. The sampling value of the actual bandwidth demand in this sampling period, and the actual bandwidth demand sampling is performed multiple times within the preset monitoring time (determined by the monitoring duration parameter, for example: 60 seconds), and then, according to the multiple actual bandwidths within the preset monitoring time Statistical results of demand sampling values are used to obtain the actual bandwidth demand value of the service data flow.

After obtaining the actual bandwidth demand value of the user's current service data flow, it can be determined whether the current contracted bandwidth is insufficient according to the comparison result between the actual bandwidth demand value and the user's current contracted bandwidth value. If the current contracted bandwidth is insufficient, push a bandwidth service higher than the value of the contracted bandwidth to the user.

In practical applications, the user's subscription bandwidth is usually divided according to the uplink and downlink directions, where the uplink bandwidth represents the user's maximum uplink transmission bandwidth, and the downlink bandwidth represents the user's maximum downlink transmission bandwidth. Usually, the uplink bandwidth monitoring threshold and the downlink bandwidth monitoring threshold are set as corresponding contracted bandwidth values.

Specifically, if the bandwidth monitoring results find that within the duration defined by the preset monitoring time, the measured peak bandwidth demand value is higher than the user's current subscription bandwidth value (determined by the uplink/downlink bandwidth monitoring threshold parameters, such as: downlink If the bandwidth monitoring threshold is 1M), it is determined that the user's current subscription bandwidth is insufficient.

Or, when judging whether the contracted bandwidth is sufficient, add a judgment ratio (determined by the judgment ratio parameter, such as: 80%), if the preset monitoring time, the sampling value of the actual bandwidth demand obtained by sampling is more than 80% higher than the user's current If the contracted bandwidth value is lower than the value of the contracted bandwidth, it is determined that the current contracted bandwidth of the user is insufficient.

In the above two methods of determining that the user's current subscription bandwidth is insufficient, real-time monitoring of the processing of data packets in the user's service data flow is used to estimate the actual bandwidth demand value of the service access, and compared with the user's subscription bandwidth to determine whether the subscription bandwidth is sufficient. Insufficient, and use the monitored actual bandwidth demand as a reference to recommend the most suitable bandwidth service package to the user. Therefore, the real-time performance and accuracy of bandwidth service push can be improved. In addition, the method for judging whether the contracted bandwidth is insufficient in this embodiment is applicable to service flows of all types of protocols, and has a wide range of applications.

In an embodiment of a method for pushing bandwidth services provided by the present invention, the implementation of obtaining the actual bandwidth demand value of the service data flow according to the statistical results of multiple actual bandwidth demand sampling values can be as follows:

(1) Obtain the maximum value among the plurality of sampled values of the actual bandwidth requirement, and use the maximum value among the plurality of sampled values of the actual bandwidth requirement as the actual bandwidth requirement value of the service data flow.

(2) Acquiring an average value of a plurality of sampled values of the actual bandwidth requirement, and using the average value of the plurality of sampled values of the actual bandwidth requirement as the actual bandwidth requirement value of the service data flow.

It should be noted that when it is determined that the user's current subscription bandwidth is insufficient and a bandwidth service higher than the contracted bandwidth value needs to be pushed to the user, if the high-bandwidth service is recommended to the user when the network is congested, the user cannot reach the bandwidth after subscribing. Improve the effect, thereby affecting the user experience. For example: the user signed a bandwidth of 1M, and the service demand bandwidth is 2M, but the actual access bandwidth of this service is only 256K due to the busy network. According to the above scheme, the system will send the user a high-bandwidth package of bandwidth service push information, and the user cannot upgrade after ordering bandwidth. In order to solve this problem, in another embodiment of the method for pushing bandwidth services provided by the present invention, before pushing bandwidth services higher than the contracted bandwidth value to users, it is first necessary to obtain the load status of the current network, when the network When idle, push a bandwidth service higher than the contracted bandwidth value to the user.

In specific applications, the current load status of the network can be queried in real time through the built-in or external probe of the radio access network (RAN).

Therefore, in the embodiment of the present invention, when a user pushes an object for a high-bandwidth service, the following conditions need to be met at the same time:

(1) The user is a potential bandwidth service push object;

(2) The user's current subscription bandwidth is insufficient;

(3) The network where the user is located is in an idle load state.

In the above-mentioned implementation method, it is decided according to the network resource occupation whether to push the service package with increased bandwidth to the user. Specifically, the high-bandwidth service package is only recommended to the user when the network is idle, thereby ensuring that the user can achieve the increased bandwidth in time after ordering. The purpose of this is to improve the accuracy of bandwidth service push.

In the embodiment of the present invention, it can be in the form of a Short message service center (Short message service center, SMSC), a multimedia information service center (Multimedia messaging service center, MMSC), an email server, and a terminal portal (On-device portal, ODP) server. Send the bandwidth service package information to the end user, prompting the user that the current contract bandwidth is insufficient, recommending a higher bandwidth package to accelerate business, and presenting the recommended bandwidth package. Moreover, after the bandwidth service push information is sent to the end user, an electronic channel is provided for the user to order the bandwidth service in real time, so that the bandwidth can be updated in real time after the user orders a new high-bandwidth package.

In order to facilitate a further understanding of the technical solutions of the present invention, specific embodiments of the present invention will be described in detail below through specific application scenarios.

Referring to FIG. 2 , it is the first application scenario of pushing bandwidth services provided by the present invention. In this application scenario, bandwidth monitoring is performed on all service accesses initiated by users, that is, user-level bandwidth service push. The specific process of pushing bandwidth services includes:

(0) Analysis and bandwidth service push The system establishes an evaluation model of bandwidth service push objects, and identifies potential bandwidth service push objects through offline analysis. The specific implementation methods can include any of the following three methods or any two or three of them Combination of species:

(0a) The analysis and bandwidth service push system collects the attribute information of the user on the CRM, such as: name, gender, age, occupation, user level, ordered bandwidth service package type and other information, as the source data for analyzing the bandwidth service push object;

(0b) The analysis and bandwidth service push system collects user traffic data on the probe, for example, collects on the Gn port and the Gi port, and uses the traffic data as the source data of the analysis bandwidth service push object;

(0c) The analysis and bandwidth service push system collects charging information on the Online Charging System (OCS), and uses the charging information as the source data for analyzing the bandwidth service push object.

(1) When the PDP context is activated, the PCEF requests the user's initial policy on the PCRF, that is, obtains the bandwidth situation of the user's current subscription, and the PCRF generates a policy rule for the user service flow and adds the user's actual bandwidth demand monitoring parameter to the policy rule, The policy rules are sent to the PCEF through the Gx interface, and at the same time, the insufficient bandwidth detection event is scheduled and sent to the PCEF through the Gx interface. PCEF interacts with the wireless network to complete resource reservation, IP-CAN bearer establishment, record the actual bandwidth demand monitoring parameters in the policy rules, and start the monitoring of insufficient bandwidth events. In this step, the functions of the PCRF need to be enhanced, and the Gx interface between the PCRF and the PCEF needs to be extended.

The actual bandwidth demand monitoring parameters in the policy rule may specifically include:

Policy rule number: used to uniquely identify a policy rule;

Protocol classification identifier: identifies the protocol category to which this rule applies. User-level policy rules use protocol wildcards. For example, use the "ALL" mark to indicate that this policy applies to all business flows of the user. Specifically, it can be realized by extending the protocol field;

Uplink bandwidth: indicates the user's maximum uplink transmission bandwidth;

Downlink bandwidth: indicates the user's maximum downlink transmission bandwidth;

QoS (Quality of service, quality of service) level identification: used to indicate the resource level allocated by the wireless network;

Bandwidth monitoring duration: Indicates the time to perform bandwidth monitoring;

Bandwidth monitoring sampling period: Indicates the periodic interval for counting the number of lost packets of user service data flows and the number of successfully processed packets;

Uplink bandwidth monitoring threshold: indicates the user's contracted uplink bandwidth value;

Downlink bandwidth monitoring threshold: indicates the user's contracted downlink bandwidth value;

Judgment ratio: Indicates the ratio of the actual bandwidth demand sampling value higher than the user's current contracted bandwidth value within the bandwidth monitoring period, which is an optional parameter.

Part of the bandwidth monitoring parameters in the policy rules, including: monitoring duration, bandwidth monitoring sampling period, uplink/downlink bandwidth monitoring threshold, and judgment ratio, are generated by PCRF according to the user's contracted bandwidth and operator configuration. Carry these bandwidth monitoring parameters in the rules.

For example, the operator configures bandwidth monitoring parameters for users A, B and C on the PCRF. The specific parameter configuration forms are shown in Table 1:

Table 1 User-level bandwidth monitoring parameter configuration

In Table 1, the protocol type is ALL, indicating that the monitoring parameters are applicable to all service flows of the user; the user subscription bandwidth is not manually configured by the operator, and is delivered to the PCRF by the service distribution system (eg, CRM/Provision).

When a user is configured to perform monitoring, he must provide the continuous monitoring duration, bandwidth monitoring sampling period, whether to monitor the uplink and downlink, and the judgment ratio. If a user does not need to perform bandwidth monitoring, the policy rule does not provide bandwidth monitoring parameters. Usually, the delivered uplink and downlink bandwidth monitoring thresholds are equal to the user's subscribed bandwidth.

(2) The user initiates a service access request;

(3) The PCEF completes the charging and authentication operation, and executes the bandwidth control policy of the service flow.

PCEF monitors the user's actual bandwidth demand value and compares it with the contracted bandwidth value. If the actual bandwidth demand value is found to be higher than the contracted bandwidth value, it will report the insufficient bandwidth event to PCRF, and carry the corresponding policy rule number and user monitoring in the event. Actual/downlink bandwidth requirements calculated during the time period.

Specifically, by counting the number of lost packets of the user's business data flow and the number of successfully processed data packets in the bandwidth monitoring sampling period, the multiple actual bandwidth demand sampling values of the user's current business data flow in this sampling period are calculated and obtained, and the The actual bandwidth demand sampling is performed multiple times within the preset bandwidth monitoring time, and then the actual bandwidth demand value of the service data stream is obtained according to the statistical results of the multiple actual bandwidth demand sampling values within the preset bandwidth monitoring time.

Specifically, if the bandwidth monitoring results find that within the duration defined by the preset monitoring time, the measured peak bandwidth demand value is higher than the user's current subscription bandwidth value (determined by the uplink/downlink bandwidth monitoring threshold parameters, such as: downlink If the bandwidth monitoring threshold is 1M), it is determined that the user's current subscription bandwidth is insufficient.

Or, when judging whether the contracted bandwidth is sufficient, add a judgment ratio (determined by the judgment ratio parameter, such as: 80%), if the preset monitoring time, the sampling value of the actual bandwidth demand obtained by sampling is more than 80% higher than the user's current If the contracted bandwidth value is lower than the value of the contracted bandwidth, it is determined that the current contracted bandwidth of the user is insufficient.

The maximum value of the sampling values of the actual bandwidth requirements may be obtained, and the maximum value may be used as the actual bandwidth requirement value of the service data stream; the average value of the sampling values of the actual bandwidth requirements may also be obtained, and the average value may be obtained as As the actual bandwidth requirement value of the service data flow.

(4) PCEF reports the insufficient bandwidth event to PCRF, and carries the corresponding policy rule number and the actual bandwidth demand calculated by the user during the monitoring period in the event;

(5) PCRF notifies users of the analysis and bandwidth service push system through the real-time interface that the subscription bandwidth is insufficient. The notification message includes: user number, service number (optional value that uniquely identifies a service), uplink actual bandwidth demand value, and downlink actual bandwidth demand value.

(6) Analysis and bandwidth service push After the system receives the notification of insufficient bandwidth from the PCRF, it makes an intelligent decision on the user's bandwidth service push strategy. The decision factors include:

Whether the user is a potential high-bandwidth business packet bandwidth business push object;

Query the current load status of the network in real time through the built-in or external probe of the RAN to determine whether the current network is idle;

Whether the user's current contract bandwidth is insufficient;

When the above three decision factors are all answered in the affirmative, the user is the bandwidth service push object of the high bandwidth service package;

(7) Analysis and bandwidth service push The system sends bandwidth service push information of bandwidth packages to users.

The bandwidth service push information can be sent through SMS, MMS, email, ODP and other channels. The recommended bandwidth package is matched against the package released by the operator according to the user's actual bandwidth requirement reported by the PCRF, and the most suitable package is matched as the recommended bandwidth package. The matching strategy is configured by the operator according to the actual operation needs. For example, user A's contracted bandwidth is 1M, the actual bandwidth requirement of user A reported by PCRF to the bandwidth service push platform is 3.5M, and the acceleration package D matching the operator's bandwidth of 4M meets the bandwidth service push conditions.

(8) SMSC, MMSC, email server or ODP server sends the bandwidth service package bandwidth service push information to the end user, reminding the user that the current bandwidth is insufficient, recommending a higher bandwidth package to achieve business acceleration, and presenting the recommended bandwidth package .

(9) The user initiates an order request for the recommended high-bandwidth package through electronic channels such as SMSC, MMSC, email server or ODP server.

(10) SMSC, MMSC, email server or ODP server initiates an order request to OCS.

(11) The OCS completes the ordering operation of the bandwidth package, and notifies the PCRF through the real-time interface to complete the ordering of the PCC policy contained in the new bandwidth package.

(12) After PCRF receives the subscription notification, it initiates policy modification, generates new policy rules based on the new subscription relationship, and sends the new policy to PCEF for execution through the Gx interface.

(13) PCEF adjusts the user's bandwidth resource allocation according to the issued new policy rules to increase the user's access bandwidth.

Referring to FIG. 3 , it is an application scenario of the second push bandwidth service provided by the present invention. In this application scenario, bandwidth monitoring is performed on specific service access initiated by users, that is, service-level bandwidth service push. In addition, an independent TDF (Traffic Detection Function, traffic monitoring function) entity is set in this application scenario, and the specific push bandwidth service The process includes:

(0) Analysis and bandwidth service push The system establishes an evaluation model of bandwidth service push objects, and identifies potential bandwidth service push objects through offline analysis.

The specific execution method of this step is the same as the corresponding steps of 0a, 0b or 0c in the application scenario shown in FIG. 2 , and will not be repeated here.

(1) When the PDP context is activated, the PCEF requests the user's initial policy from the PCRF. The PCRF generates policy rules for the user service flow and sends the policy to the PCEF through the Gx interface. The PCEF interacts with the wireless network to complete the IP-CAN bearer establishment and resource allocation.

(2) PCRF issues application detection and control (ADC) rules to TDF, and starts monitoring access events for specific business starts.

Operators configure specific applications that need to be detected on the PCRF according to operational requirements, such as: youtube business;

(3) The user initiates a service access request, for example: the user initiates access to the youtube service.

(4) TDF detects the start of youtube service flow, and reports it to PCRF through the Sd interface, carrying the detected service data flow information;

(5) PCRF locally configures monitoring parameters of actual bandwidth demand values of service flows of different applications.

According to the service flow information reported from the TDF and the local configuration, a policy rule containing the actual bandwidth demand monitoring parameters of the service flow is generated, and the policy rule is installed in the PCEF, and at the same time, a bandwidth shortage detection event is scheduled, and the PCEF is delivered through the Gx interface. Policy rules mainly include:

Policy rule number, which uniquely identifies a policy rule;

Protocol classification identifier: identifies the protocol category to which this rule applies. Business-level policy rules are matched with specific protocols. For example: "youtube" indicates that this policy is applicable to business flows that access youtube, which can be realized by extending the protocol field;

upstream bandwidth;

downlink bandwidth;

QoS level identification;

Bandwidth monitoring duration;

Bandwidth monitoring sampling period;

Uplink bandwidth monitoring threshold;

Downlink bandwidth monitoring threshold;

Judgment ratio (optional).

The bandwidth monitoring parameters in the policy rules (monitoring duration, bandwidth monitoring sampling period, uplink/downlink bandwidth monitoring threshold, judgment ratio) are generated by PCRF according to the user's contracted bandwidth and operator configuration. Carry monitoring parameters.

For example: the operator configures the following monitoring parameters for the youtube services of users A and B on the PCRF. The specific parameter configuration forms are shown in Table 2:

Table 2 Service-level bandwidth monitoring parameter configuration

In Table 2, the protocol type youtube indicates that the monitoring parameters are applicable to the service flow of accessing youtube; the user subscription bandwidth is not manually configured by the operator, and is delivered to the PCRF by the service distribution system (eg, CRM/Provision).

When a certain service of the user needs to be monitored, the continuous monitoring duration, bandwidth monitoring sampling period, uplink and downlink monitoring switch, and judgment ratio must be provided at the same time. It can be set to monitor both uplink and downlink bandwidth or only monitor downlink bandwidth according to the operation situation. When a service does not need to perform bandwidth monitoring, monitoring parameters are not provided in policy rules. Usually, the delivered uplink and downlink bandwidth monitoring thresholds are equal to the user's subscribed bandwidth.

(6) PCEF interacts with the wireless network according to the bandwidth parameters in the policy rules, and reserves corresponding bandwidth resources. Record the actual bandwidth demand monitoring parameters in the policy rule and start monitoring.

(7) PCEF monitors the actual bandwidth demand value of the service flow and compares it with the contracted bandwidth value. If the actual bandwidth demand value is found to be higher than the contracted bandwidth value, it reports the insufficient bandwidth event to PCRF and carries the corresponding policy rule number in the event and the actual/downlink bandwidth requirements calculated by the traffic flow during the monitoring period.

The method for judging insufficient bandwidth events is similar to the method in the application scenario shown in Figure 2, except that in this scenario, the peak bandwidth demand value sampling is for specific service data flows, not all user service data flows.

(8) PCEF reports the insufficient bandwidth event to PCRF, and carries the corresponding policy rule number and the actual bandwidth demand value calculated by the service flow during the monitoring period in the event;

(9) PCRF notifies users of the analysis and bandwidth service push system through the real-time interface that the subscription bandwidth is insufficient. The notification message includes: user number, service number (optional value that uniquely identifies a service), uplink actual bandwidth demand value, and downlink actual bandwidth demand value. In this scenario, the service number is the service number of a specific application monitored by the PCEF.

(10) Analysis and bandwidth service push After the system receives the notification of insufficient bandwidth from the PCRF, it makes an intelligent decision on the user's bandwidth service push strategy.

(11) The analysis and bandwidth service push system sends the bandwidth service push information of the bandwidth package to the user.

The difference from the application scenario shown in Figure 2 is that it is necessary to distinguish specific services in order to match the bandwidth packages, specifically according to the service number identification in the insufficient bandwidth notification interface between the PCRF and the bandwidth service push platform, for example: User A The value-added service package E is ordered, and the contracted bandwidth when accessing the youtube service is 1M. When the user accesses the youtube service, the actual bandwidth demand monitored is 3.5M, and the acceleration package D matching the operator's bandwidth of 4M meets the bandwidth service push conditions .

(12) SMSC, MMSC, email server or ODP server sends the bandwidth service package information to the end user, prompting the user that the current bandwidth is insufficient, recommending to order a package with higher bandwidth to achieve business acceleration, and presenting the recommended bandwidth package.

(13) The user initiates an order request for the recommended high-bandwidth package through electronic channels such as SMSC, MMSC, email server or ODP server.

(14) The SMSC, MMSC, email server or ODP server initiates a subscription request to the OCS.

(15) The OCS completes the ordering operation of the bandwidth package, and notifies the PCRF through the real-time interface to complete the ordering of the PCC strategy included in the new bandwidth package.

(16) After the PCRF receives the subscription notification, it initiates policy modification, generates policy rules for service flows according to the new subscription relationship, and sends the new policy to the PCEF for execution through the Gx interface.

(17) The PCEF adjusts the bandwidth resource allocation of the service flow according to the issued new rules, and improves the access bandwidth of the service.

Referring to FIG. 4 , it is the third application scenario of pushing the bandwidth service provided by the present invention. In this application scenario, there is no independent TDF in the networking, and the PCEF is an enhanced PCEF with ADC function (PCEF enhanced with ADC), and the enhanced Gx interface (Gx+) between the PCEF and PCRF supports the ADC process. Moreover, in this application scenario, bandwidth monitoring is performed on specific service access initiated by users, that is, business-level bandwidth service push. The specific process of pushing bandwidth service includes:

(0) Analysis and bandwidth service push The system establishes an evaluation model of bandwidth service push objects, and identifies potential bandwidth service push objects through offline analysis.

Similarly, the specific execution method of this step is the same as the corresponding steps of 0a, 0b or 0c in the application scenario shown in FIG. 2 , and will not be repeated here.

(1) When the PDP context is activated, the PCEF requests the user's initial policy from the PCRF. The PCRF generates policy rules for the user service flow and sends the policy to the PCEF through the Gx interface. The PCEF interacts with the wireless network to complete the IP-CAN bearer establishment and resource allocation. In addition to issuing PCC rules, ADC rules need to be issued at the same time.

(2) The user initiates a service access request, such as: the user initiates access to the youtube service.

(3) PCEF detects the start of youtube service flow, and reports it to PCRF through the Gx+ interface, carrying the detected service flow information;

The execution content of subsequent steps (4)-(16) is the same as that of steps (5)-(17) in the application scenario shown in Figure 3. For details, please refer to the relevant description above, and will not be repeated here.

Corresponding to the foregoing embodiments of the method for pushing bandwidth services in the present invention, the present invention also provides a device for pushing bandwidth services.

Referring to FIG. 5, it is a block diagram of an embodiment of a device for pushing bandwidth services provided by the present invention. The device may specifically include:

A user information determination module 501, configured to determine user information that meets the bandwidth service push conditions, and send the user information that meets the bandwidth service push conditions to the bandwidth monitoring module 502;

The bandwidth monitoring module 502 is configured to receive from the user information determination module 501 the user information that meets the bandwidth service pushing conditions, and monitor the actual service data flow of the user according to the current service data flow of the user. Bandwidth demand value, sending the actual bandwidth demand value to the service push module 503;

The service push module 503 is configured to receive the actual bandwidth demand value from the bandwidth monitoring module 502, and when the actual bandwidth demand value is higher than the user's current subscription bandwidth value, according to the actual bandwidth demand value value pushes the corresponding bandwidth service to the user.

In the embodiment of the present invention, when a user initiates a service access, the bandwidth monitoring module 502 senses the specific service data flow currently in progress of the user in real time to monitor the actual bandwidth demand value of the service data flow. When the actual bandwidth demand value is higher than When the user's current subscription bandwidth value is used, the monitored actual bandwidth demand value is used as a reference, and the corresponding bandwidth service is pushed to the user through the service push module 503, thereby recommending a suitable bandwidth service to the user. Since the push bandwidth service detects the actual bandwidth demand value in real time when the user accesses the service, and pushes the bandwidth service based on the actual bandwidth demand value of the service, the real-time performance and accuracy of the push bandwidth service are greatly improved.

In an embodiment of a device for pushing bandwidth services provided by the present invention, as shown in FIG. 6, the bandwidth monitoring module 502 specifically includes:

The bandwidth requirement sampling unit 601 is configured to calculate the actual bandwidth requirement sampling value of the service data flow according to the number of lost packets of the service data flow and the number of successfully processed data packets within the preset bandwidth monitoring sampling period, and The actual bandwidth demand sampling value is sent to the bandwidth demand acquisition unit 602;

The bandwidth requirement acquisition unit 602 is configured to receive the actual bandwidth requirement sampling value from the bandwidth requirement sampling unit 601, and obtain the The actual bandwidth requirement value of the service data flow.

In this embodiment, by counting the number of packets lost and the number of successfully processed data packets in a short period of time (that is, the preset bandwidth monitoring sampling period, for example: 3 seconds), the current service data flow of the user is calculated and obtained. The sampling value of the actual bandwidth demand in this sampling period, and the actual bandwidth demand sampling is performed multiple times within the preset monitoring time (determined by the monitoring duration parameter, for example: 60 seconds), and then, according to the multiple actual bandwidths within the preset monitoring time Statistical results of demand sampling values are used to obtain the actual bandwidth demand value of the service data flow.

This embodiment uses real-time monitoring of the processing situation of the data packets in the user's service data flow to estimate the actual bandwidth demand value of the service access, and compares it with the user's contracted bandwidth to determine whether the contracted bandwidth is insufficient, and makes a decision based on the monitored actual bandwidth demand. For reference, the most suitable bandwidth service package is recommended to the user, so the real-time and accuracy of bandwidth service push can be improved. In addition, the method for judging whether the contracted bandwidth is insufficient in this embodiment is applicable to service flows of all types of protocols, and has a wide range of applications.

In an embodiment of a device for pushing bandwidth services provided by the present invention, as shown in FIG. 7, the bandwidth requirement acquisition unit 602 includes:

The first acquiring subunit 701 is configured to acquire a maximum value among a plurality of sampled values of actual bandwidth requirements, and send the maximum value among the plurality of sampled values of actual bandwidth requirements to a first determination subunit 702;

The first determination subunit 702 is configured to receive the maximum value of the plurality of actual bandwidth requirement sample values from the first acquisition subunit 701, and convert the plurality of the actual bandwidth requirement sample values The maximum value in is used as the actual bandwidth demand value of the service data flow.

In this implementation manner, the maximum value among the plurality of actual bandwidth requirement sampling values is obtained, and the maximum value among the plurality of actual bandwidth requirement sampling values is used as the actual bandwidth requirement value of the service data flow.

In another device embodiment for pushing bandwidth services provided by the present invention, as shown in FIG. 8, the bandwidth requirement acquisition unit 602 may further include:

The second acquiring subunit 801 is configured to acquire an average value of a plurality of sampled values of the actual bandwidth requirement, and send the average value of the plurality of sampled values of the actual bandwidth requirement to the second determining subunit 802;

The second determination subunit 802 is configured to receive the average value of the plurality of actual bandwidth requirement sample values from the second acquisition subunit 801, and obtain the average value of the plurality of actual bandwidth requirement sample values The average value is used as the actual bandwidth demand value of the service data flow

In this implementation manner, the average value of multiple sampled values of the actual bandwidth requirement is acquired, and the average value of the multiple sampled values of the actual bandwidth requirement is used as the actual bandwidth requirement value of the service data flow.

When it is determined that the user's current subscription bandwidth is insufficient and it is necessary to push a bandwidth service higher than the contracted bandwidth value to the user, if the high-bandwidth service is recommended to the user when the network is congested, the user cannot achieve the effect of bandwidth improvement after subscribing, thereby affecting user experience. In order to solve this problem, in another device embodiment for pushing bandwidth services provided by the present invention, as shown in FIG. 9, the service pushing module 503 includes:

A network status acquiring unit 901, configured to acquire the load status of the current network, and send the load status of the current network to the push unit 902;

The push unit 902 is configured to receive the load status of the current network from the network status acquisition unit 901, and when the load status of the current network is idle, push corresponding information to the user according to the actual bandwidth demand value. bandwidth business.

In this implementation mode, before pushing the bandwidth service higher than the contracted bandwidth value to the user, it is first necessary to obtain the load status of the current network, and when the network is idle, push the bandwidth service higher than the contracted bandwidth value to the user .

The device for pushing bandwidth services in the embodiment of the present invention may be implemented based on a computer system. The aforementioned method for pushing bandwidth services may be implemented on a device for pushing bandwidth services based on a computer system. Fig. 10 shows an embodiment of a device for pushing bandwidth services based on a computer system. In this embodiment, the device for pushing bandwidth services may include: a processor 1001, a memory 1002, and a communication interface 1003, where:

Through the communication interface 1003, the current service data flow of the user can be acquired, and a bandwidth service higher than the contracted bandwidth value can be pushed to the user. The memory 1002 is used to store program instructions; the processor 1001 is used to call the program instructions stored in the memory 1002, and perform the following operations: determine the user information that meets the bandwidth service pushing conditions; The actual bandwidth demand value of the service data flow; when the actual bandwidth demand value is higher than the user's current contracted bandwidth value, push the corresponding bandwidth service to the user according to the actual bandwidth demand value.

Wherein, the processor 1001 may be a central processing unit (central processing unit, CPU), an application-specific integrated circuit (application-specific integrated circuit, ASIC) or the like. Wherein, the device for pushing bandwidth services in this embodiment may include a bus 1004 . The processor 1001 , the memory 1002 and the communication interface 1003 can be connected and communicate with each other through the bus 1004 . Wherein, the memory 1002 may include: random access memory (random access memory, RAM), read-only memory (read-only memory, ROM), disk and other entities with storage functions.

The processor 1001 can also be used to execute the steps of the device for pushing the bandwidth service described in FIG. 1 , FIG. 2 , FIG. 3 , and FIG. 4 in the method embodiment, which will not be described in detail in this embodiment of the present invention.

Those skilled in the art can appreciate that the units and algorithm steps of the examples described in conjunction with the embodiments disclosed herein can be implemented by electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are executed by hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art may use different methods to implement the described functions for each specific application, but such implementation should not be regarded as exceeding the scope of the present invention.

Those skilled in the art can clearly understand that for the convenience and brevity of the description, the specific working process of the above-described system, device and unit can refer to the corresponding process in the foregoing method embodiment, which will not be repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods may be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components can be combined or May be integrated into another system, or some features may be ignored, or not implemented. In another point, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place, or may be distributed to multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit.

If the functions described above are realized in the form of software function units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the essence of the technical solution of the present invention or the part that contributes to the prior art or the part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including Several instructions are used to make a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) execute all or part of the steps of the methods described in various embodiments of the present invention. The aforementioned storage media include: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disk or optical disk and other media that can store program codes. .

The above is only a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Anyone skilled in the art can easily think of changes or substitutions within the technical scope disclosed in the present invention. Should be covered within the protection scope of the present invention. Therefore, the protection scope of the present invention should be based on the protection scope of the claims.

Claims (10)

1. a method that pushes band width service is characterized in that, comprising:

Determine to meet the user profile of band width service pushing condition;

According to the current ongoing business data flow of described user, monitor the actual bandwidth requirements of described business data flow;

When described actual bandwidth requirements is higher than the current signatory bandwidth value of described user, push corresponding band width service according to described actual bandwidth requirements to described user.

2. method according to claim 1 is characterized in that, the actual bandwidth requirements of the described business data flow of described monitoring specifically comprises:

Presetting in the width monitoring sampling period, the number-of-packet of handling according to the number of dropped packets of described business data flow and success is calculated the actual bandwidth demand sampled value of described business data flow;

According to the statistics that presets a plurality of described actual bandwidth demand sampled values in the monitoring time, obtain the actual bandwidth requirements of described business data flow.

3. method according to claim 2 is characterized in that, described basis presets the statistics of a plurality of actual bandwidth demand sampled values in the monitoring time, obtains the actual bandwidth requirements of described business data flow, comprising:

Obtain the maximum in a plurality of described actual bandwidth demand sampled values, with the actual bandwidth requirements of the maximum in described a plurality of described actual bandwidth demand sampled values as described business data flow.

4. method according to claim 2 is characterized in that, described basis presets the statistics of a plurality of actual bandwidth demand sampled values in the monitoring time, obtains the actual bandwidth requirements of described business data flow, comprising:

Obtain the mean value of a plurality of described actual bandwidth demand sampled values, with the mean value of the described a plurality of described actual bandwidth demand sampled values actual bandwidth requirements as described business data flow.

5. according to each described method among the claim 1-4, it is characterized in that, describedly push corresponding band width service according to described actual bandwidth requirements to described user, comprising:

Obtain the load condition of current network;

When described network is idle, push corresponding band width service according to described actual bandwidth requirements to described user.

6. an equipment that pushes band width service is characterized in that, comprising:

The user profile determination module is used for determining to meet the user profile of band width service pushing condition, and the described user profile that meets the band width service pushing condition is sent to the width monitoring module;

Described width monitoring module, be used for receiving the described user profile that meets the band width service pushing condition from described user profile determination module, and according to the current ongoing business data flow of described user, monitor the actual bandwidth requirements of described business data flow, described actual bandwidth requirements is sent to the service propelling module;

Described service propelling module, be used for receiving described actual bandwidth requirements from described width monitoring module, and when described actual bandwidth requirements is higher than the current signatory bandwidth value of described user, push corresponding band width service according to described actual bandwidth requirements to described user.

7. equipment according to claim 6 is characterized in that, described width monitoring module specifically comprises:

The bandwidth demand sampling unit, be used for presetting in the width monitoring sampling period, the number-of-packet of handling according to the number of dropped packets of described business data flow and success is calculated the actual bandwidth demand sampled value of described business data flow, and described actual bandwidth demand sampled value is sent to the bandwidth demand acquiring unit;

Described bandwidth demand acquiring unit, be used for receiving described actual bandwidth demand sampled value from described bandwidth demand sampling unit, and according to the statistics that presets a plurality of described actual bandwidth demand sampled values in the monitoring time, obtain the actual bandwidth requirements of described business data flow.

8. equipment according to claim 7 is characterized in that, described bandwidth demand acquiring unit comprises:

First obtains subelement, is used for obtaining the maximum of a plurality of described actual bandwidth demand sampled values, and the maximum in described a plurality of described actual bandwidth demand sampled values is sent to first definite subelement;

Described first determines subelement, be used for from described first obtaining the maximum that subelement receives described a plurality of described actual bandwidth demand sampled values, and with the actual bandwidth requirements of the maximum in described a plurality of described actual bandwidth demand sampled values as described business data flow.

9. equipment according to claim 7 is characterized in that, described bandwidth demand acquiring unit comprises:

Second obtains subelement, is used for obtaining the mean value of a plurality of described actual bandwidth demand sampled values, and the mean value of a plurality of described actual bandwidth demand sampled values is sent to second definite subelement;

Described second determines subelement, be used for from described second obtaining the mean value that subelement receives described a plurality of described actual bandwidth demand sampled values, and with the mean value of the described a plurality of described actual bandwidth demand sampled values actual bandwidth requirements as described business data flow.

10. according to each described equipment among the claim 6-9, it is characterized in that described service propelling module comprises:

The network state acquiring unit is used for obtaining the load condition of current network, and the load condition of described current network is sent to push unit;

Described push unit is used for receiving from described network state acquiring unit the load condition of described current network, and the load condition of described current network pushes corresponding band width service according to described actual bandwidth requirements to described user when be the free time.

Images