WO2011100880A1

WO2011100880A1 - Resource and admission control method and system thereof

Info

Publication number: WO2011100880A1
Application number: PCT/CN2010/077538
Authority: WO
Inventors: 尤建洁
Original assignee: 中兴通讯股份有限公司
Priority date: 2010-02-20
Filing date: 2010-09-30
Publication date: 2011-08-25
Also published as: CN102164068B; CN102164068A

Abstract

A resource and admission control method and a system are provided. The resource and admission control method includes: a resource and admission control plane 42 receives the resource request message with an indication parameter from an application plane 40 (S702); the resource and admission control plane enforces resource and admission control according to the above indication parameter, operator policy rules and current resource availability information (S704), wherein, the indication parameter is used to indicate that the service requested by the user is free. According to the present invention, the user can pass the authorization verification, and the user experience is improved under the circumstance of existence of difference between subscribed list of the invited user and subscribed list of the inviting user.

Description

The present invention relates to the field of communications, and in particular, to a resource admission control method and system. BACKGROUND OF THE INVENTION International Telecommunication Union Telecommunications Standards ^ 匕 Department (International Telecommunication

The Union-Telecommunications standardization sector (referred to as ITU-T) is the telecommunications division of the International Telecommunication Union (ITU), which sets standards for resource admission control. In the latest draft of the Resource and Admission Control Functions (RACF) published by the ITU-T, the functional framework of the RACF is provided. As shown in Figure 1, the RACF consists of two parts, namely the policy decision function. Policy Decision Functional Entity (PD-FE) and Transport Resource Control Functional Entity (TRC-FE), where TRC-FE interacts with the transmission function through Rc and performs functions through Rn and transmission resources. The Transport Resource Enforcement Functional Entity (TRE-FE for short) interaction, and the PD-FE interacts with the TRC-FE through Rt, interacts with the Customer Premises Network (CPN) through the Rh, and passes the Rw and the policy. The Executive Enforcement Functional Entity (PE-FE) interaction interacts with the Business Layer's Service Control Functions (SCF) through Rs, and through the Ru and Network Attachment Control Functions (Network Attachment Control Functions, Referred to as NACF) interaction, And PD-FE Ri interface to interact with other next-generation networks through. In addition, the PD-FE is independent of the transmission technology and has nothing to do with the SCF. The PD-FE generates resources based on network policy rules, service information provided by the SCF, transport layer subscription information provided by the NACF, and resource availability decision results provided by the TRC-FE. Accept the final decision of control.

TRC-FE is not related to the business, but is related to transmission technology. The TRC-FE is responsible for collecting and maintaining transport network information and resource status information. After receiving the resource request from the PD-FE, the TRC-FE performs resource-based admission control based on QoS, priority requirements, resource availability information, and policy rules related to the transmission. The transport layer is implemented by the Policy Enforcement Functional Entity (referred to as Policy Enforcement Functional Entity). It is composed of PE-FE and Transport Resource Enforcement Functional Entity (TRE-FE). The PE-FE performs the policy rule delivered by the PD-FE. The PE-FE is a packet-to-packet gateway. It can be located between the Customer Premises Network (CPN) and the access network, and between the access network and the core network. Between different or different carrier networks, it is a key node that supports dynamic QoS control, port address translation control, and Network Address Translator (NAT) traversal. The TRE-FE implements the transmission resource policy rule delivered by the TRC-FE. Its scope and function and the Rn interface need further study, and are not in the scope of the R2 phase. The Telecommunication and Internet converged Services and Protocols for Advanced Networking (TISPAN) proposed the Resource and Admission Control Subsystem (RACS). Solve the QoS problem of the NGN bearer network. TISPAN divides the NGN architecture into a service layer and a transport layer. At the transmission control layer, RACS and Network Attachment Subsystem (NASS) are introduced. RACS solves the QoS problem of the NGN carrier network, while NASS is responsible for the upper layer service. The layer provides independent user access management. The main functions of TISPAN RACS are similar to those of ITU-T RACF.

The functional architecture of TISPAN RACS is shown in Figure 2. The RACS associates the resource requirements of the service layer with the resource allocation of the transport layer, and mainly performs functions such as policy control, resource reservation, admission control, and NAT penetration. The RACS provides the transport layer control service for the service layer through a series of QoS policies, so that the user equipment (User Equipment, UE for short) can obtain the required monthly quality assurance.

The RACS consists of two entities: Service-based Policy Decision Function (SPDF) and Access-Resource and Admission Control Function (A-RACF). Describe.

SPDF provides a unified interface to the application layer, shielding the underlying network topology and specific access types, and providing service-based policy control. SPDF selects a local policy according to the request of Application Function (AF), and maps the request to IP QoS parameters, and sends it to A-RACF and Border Gateway Function (BGF) to control the corresponding Resources.

The A-RACF is located in the access network and has the function of admission control and network policy aggregation. The A-RACF receives the request from the SPDF and then implements admission control based on the saved policy, accepting or rejecting the request for the transmission resource. A-RACF obtains network attachment information and user subscription from NASS through e4 interface Information so that available network resources can be determined based on network location information (e.g., the address of the physical node of the accessing user) while referring to user subscription information when processing the resource allocation request. The transport layer contains three functional entities: Border Gateway Function (BGF), Resource Control Enforcement Function (RCEF) and Basic Transport Function (BTF).

The BGF is a packet-to-packet gateway that can be located between the access network and the core network (implementing the core border gateway function) or between the two core networks (implementing the interconnect border gateway function). BGF performs NAT traversal, gating, QoS marking, bandwidth throttling, usage measurement, and resource synchronization functions under the control of SPDF. The RCEF implements a Layer 2/Layer 3 (L2/L3) media stream policy defined by the access operator through the Re interface, and performs functions such as gating, QoS marking, and bandwidth limitation. As described below in conjunction with FIG. 3, if there are the following scenarios: User A and User B respectively subscribe to different QoS lists (eg, bandwidth, priority, etc.) and different IPTV services (eg, Content on Demand (CoD) ), live broadcast (Broadcast, BC for short). When User A invites User B to view a certain high-definition IPTV program (paid by User A), and enjoys the same Quality of Experience (QoE) as User A, the signaling process of User B requests the resource. Referring to Figure 3, Figure 3 is a flow chart of resource request initiated by the SCF in the related art. As shown in Figure 3, the process mainly includes the following processing (step S302 - step S318): Step S302: The user initiates a service request, and sends a request. Sending a message to the SCF, triggering the SCF to generate a resource initialization request; Step S304: The SCF determines a QoS requirement parameter (such as bandwidth, service type, service level, etc.) of the requested service, and then sends a resource initialization request message (reserved) to the PD-FE, The message carries the information such as the media stream description and the QoS parameter to request the RACF to perform QoS resource authorization and reservation. Step S306: After receiving the resource initialization request message, the PD-FE does not store the subscription information of the user locally. , the PD-FE interacts with the NACF to obtain the subscription information of the user; Step S308: The PD-FE performs an authorization check on the request, including verifying whether the requested QoS resource is consistent with the local operator policy rule and the user subscription information from the NACF. Step S310: The PD-FE decides (ie, selects) the requested QoS resource. The access network and the core network involved, and then the PD-FE sends a resource initialization request message (availability check) to the corresponding TRC-FE according to the above decision result, to check the resource availability of the network involved; Step S312: PD-FE The final admission decision is made according to the authorization check result of step S308 and the resource availability check result of step S310; Step S314: If the final decision policy needs to be installed in the PE-FE, the PD-FE sends a resource initialization request message to the PE-FE, To install the final policy rule; Step S316: The PE-FE installs the final policy rule from the PD-FE, and sends a resource initialization response to the PD-FE; Step S318: The PD-FE sends a resource initialization response to the SCF. As can be seen from FIG. 3, in the related art, if the user B only has the right to view the standard definition, he/she should have the ability to view a certain high-definition program after accepting the invitation of the user A. However, according to the QoS list signed by User B, the HD service request initiated by User B may not be verified by the authorization in the RACS. For example, the bandwidth-risk certificate cannot pass. Therefore, the resource admission control platform generates a final admission decision according to the local operator policy rules, the current resource availability information, and the user QoS subscription information, so that the user who can enjoy the service for free can not pass the authorization verification of the resource admission control system. Resulting in a reduced user experience. SUMMARY OF THE INVENTION In view of the problems in the related art, a main object of the present invention is to provide a resource admission control method and system to solve at least one of the above problems. According to an aspect of the present invention, a resource admission control method is provided. The method includes: a resource admission control platform receives a resource request message carrying an indication parameter from an application platform, and according to the indication parameter, an operator policy rule, And the current resource availability information, the resource admission control is performed, where the indication parameter is used to indicate that the service requested by the user is provided to the user for free. According to another aspect of the present invention, a resource admission control system is provided, the system comprising: The application platform device and the resource admission control platform device. The application platform device is configured to send a resource request message carrying the indication parameter, where the indication parameter is used to indicate that the service requested by the user is provided to the user for free; and the resource admission control platform device is configured to respond to the resource request message. The resource admission control is performed according to the indication parameters, the operator policy rules, and the current resource availability information. Through the present invention, the resource admission control platform performs resource admission control according to the indication parameter, the operator policy rule, and the current resource availability information that the service indicated by the user is provided to the user for free. The problem that the user who can enjoy the service for free in the related technology cannot pass the authorization verification of the resource admission control system and the user experience is low, and the user can pass the authorization verification of the resource admission control system, thereby effectively improving the user experience. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, In the drawings: FIG. 1 is a schematic diagram of a functional framework of an ITU-T RACF according to the related art; FIG. 2 is a functional framework diagram of a TISPAN RACS according to the related art; FIG. 3 is a resource request flowchart according to the related art; FIG. 5 is a structural block diagram of a resource admission control system according to an embodiment of the present invention; FIG. 6 is a structural block diagram of a resource admission control system according to Embodiment 2 of the present invention; 7 is a flowchart of a resource admission control method according to an embodiment of the present invention; FIG. 8 is a flowchart of a resource admission control method according to Embodiment 3 of the present invention; and FIG. 9 is a resource admission control method according to Embodiment 4 of the present invention; Flow chart. BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. 4 is a structural block diagram of a resource admission control system in accordance with an embodiment of the present invention. As shown in FIG. 4, the resource admission control system includes: an application platform 40 and a resource admission control platform 42. The application platform 40 is configured to send, to the resource admission control platform, a resource request message carrying the indication parameter, where the indication parameter is used to indicate that the service requested by the user is provided to the user for free; and the resource admission control platform 42 and the application platform 40 The matching is for responding to the resource request message from the application platform 40, according to the indication parameter, the operator policy rule, and the current resource availability information, to perform resource admission control. The resource admission control system is used to perform resource admission control without performing authentication according to user QoS subscription information, and may perform resource admission control according to indication parameters, operator policy rules, and current resource availability information to generate resource admission control. The decision (acceptance or rejection) enables the user who can enjoy the business for free to pass the authorization verification of the resource admission control system, thereby effectively improving the user body-risk. The service provided to the user for free may include a service provided by the operator to the user for free and/or a service provided by the third party user to the user. The service provided by the third-party user to the user, that is, the service requested by the user B who is invited to enjoy the service (user A pays, user B can also enjoy the service, and for user B, enjoy the service) It is free). Therefore, for the various free services requested by the user, the resource admission control system can be used to enhance the user experience through the authorization verification of the resource admission control system. Therefore, the system can be applied to provide multiple free services. , a wide range of applications. Preferably, as shown in FIG. 5, the resource admission control platform 42 includes, but is not limited to, a resource admission control function (RACF) entity 420; and the application platform 40 includes, but is not limited to, a service control function (SCF) entity 400. As mentioned above, there are two functional frameworks for resource admission control in the related art. The foregoing solution is for the functional framework of the ITU-T RACF (see FIG. 1 for details). In a specific implementation process, the RACF entity 420 receives the The resource request of the service control function SCF, where the resource request message carries an indication parameter. Specifically, the indication parameter is used to indicate that the currently requested service is provided free of charge (provided by the operator for free or paid by a third party, etc.). In a specific implementation process, after receiving the resource request message carrying the indication parameter from the SCF entity, the RACF entity 420 performs admission control (ie, admission or rejection) according to the local operator policy rule and the current resource availability information. Preferably, as shown in FIG. 6, the resource admission control platform 42 may also include, but is not limited to, a resource admission control subsystem (RACS) 422, and the application platform 40 includes, but is not limited to, an application function (AF) entity 402. The foregoing solution is a function of 40 functions of the TISPAN RACS (refer to FIG. 2 ). In a specific implementation process, the resource admission control subsystem ( RACS ) receives a resource request message from an application function ( AF ) , where The resource request message carries an indication parameter. The indication parameter is used to indicate that the currently requested service is provided free of charge (provided by the operator for free or paid by a third party, etc.). In a specific implementation process, after receiving the resource request message carrying the indication parameter from the AF 402, the RACS 422 performs admission control according to the local operator policy rule and the current resource availability information. The local carrier policy rules mentioned above are pre-configured policy rules. For example, whether the local carrier supports high-definition video services and how much bandwidth resources the local operators can support. Preferably, the resource admission control platform is also used to formulate policy rules. Preferably, as shown in FIG. 5 and FIG. 6, the system shown in FIG. 4 may further include a transmission function entity 44 coupled to the resource admission control platform 42 for responding to policy rules formulated from the resource admission control platform, and Install the policy rules. In the specific implementation process, in the case that the resource admission control decision is to provide the user with the service requested by the user, the resource admission control platform 42 formulates the policy rule, and sends the policy rule to the transmission function entity 44, so that the transmission function entity 44 is installed. Policy rules. In order to provide the service to the user requesting the service (ie, the user who can enjoy the service for free), the resource admission control platform 42 (RACF or RACS) needs to issue a policy rule to the transmission function entity, and the transmission function entity installs the policy rule. For example, if a user applies for a 4 megabit bandwidth resource, but the service is paid by a third party, the transport layer can transmit the service to the user if both the authorization check and the availability check pass. FIG. 7 is a flowchart of a resource admission control method according to an embodiment of the present invention. As shown in Figure 7, The resource admission control method includes the following processing (step S702 - step S704): Step S702: The resource admission control platform 42 receives the resource request message carrying the indication parameter from the application platform 40, where the indication parameter is used to indicate the user request The service is provided to the user free of charge; and step S704: the resource admission control platform 42 performs resource admission control based on the indication parameter, the operator policy rule, and the current resource availability information. The resource admission control method is used, and when the resource admission control is performed, the user does not need to perform verification according to the user QoS subscription information, and the resource admission control may be performed according to the indication parameter, the operator policy rule, and the current resource availability information, and the resource admission control decision is generated. (Accepted or rejected), enabling users who can enjoy the service for free to pass the authorization verification of the resource admission control system, thereby effectively improving the user experience. Preferably, the service provided to the user free of charge includes the service provided by the operator to the user free of charge and/or the service provided by the third party user to the user. For the free service provided by multiple modes, the user requesting the above service (for example, the invited user) can pass the verification, thereby effectively improving the user experience. Preferably, after performing step S704, in the case that the decision of resource admission control is that the user can provide the service requested by the user, the resource admission control platform needs to formulate a policy rule. Preferably, after the resource admission control platform 42 formulates the policy rules, the transport function entity receives the policy rules formulated from the resource admission control platform, and the transport function entity 44 installs the policy rules. The resource admission control platform 42 includes but is not limited to the RACF entity 420; and the application platform includes but is not limited to the SCF entity 400. The above solution is for the functional framework of the ITU-T RACF (see FIG. 1 for details). In a specific implementation process, the RACF entity 420 receives a resource request message from the service control function SCF, where the resource request message carries Indicates the parameter. Specifically, the indication parameter indicates that the current service request is provided free of charge (provided by the operator for free or paid by a third party). After the RACF entity 420 receives the resource request message carrying the indication parameter from the SCF entity 400, the admission control is performed according to the local operator policy rule and the current resource availability information, and then, when the decision is accepted, the policy rule is formulated. The RACF entity 420 delivers the policy rule to the transport function entity. The transport function entity installs policy rules. The foregoing RACF entity performing resource admission control includes the following steps:

(1) The PD-FE of the RACF entity 420 compares the service command resource carried in the resource request message with the operator policy rule to determine whether the authorization check is passed, and if not, the process ends; (2) If yes, the PD-FE is based on the TRC. -FE returns the current resource availability status available

'1' health check;

(3) The PD-FE performs resource admission control based on the availability check result. For the above process, please refer to FIG. 8. FIG. 8 is a flowchart of a resource admission control method according to Embodiment 3 of the present invention. As shown in FIG. 8, the process mainly includes the following processing (step S802-step S816): Step S802: The user initiates a service request, sends a request message to the SCF, and triggers the SCF to generate a resource initialization request. Step S804: The SCF determines the requested service. The QoS requirement parameter (for example, the bandwidth, the service type, the service level, and the like), and then sends a resource initialization request message (reserved) to the PD-FE, where the message carries information such as an indication parameter, a media stream description, and a QoS parameter, to The RACF is requested to perform QoS resource allocation and reservation; specifically, the above indication parameter indicates that the current service request is provided free of charge (provided by the operator for free or paid by a third party). Step S806: After receiving the resource initialization request message, the PD-FE performs an authorization check on the request, including whether the QoS resource of the verification request is consistent with the local operator policy rule. Step S808: The PD-FE determines (ie, selects) the requested QoS. The access network and the core network involved in the resource, and then the PD-FE sends a resource initialization request message (availability check) to the corresponding TRC-FE according to the foregoing decision result, to check the resource availability of the network involved; Step S810: PD-FE Performing a final admission decision according to the authorization check result of step S806 and the resource availability check result of step S808, and formulating a policy rule; if the requested QoS resource is rejected, the PD-FE sends a resource initialization response message to the SCF, The message carries the reason for the refusal, otherwise the next step is performed; Step S812: If the final decision policy needs to be installed in the PE-FE, the PD-FE sends a resource initialization request message to the PE-FE to install the final policy rule. In the case that the decision is accepted (that is, the above checks are passed), PE-FE needs to install the policy rule in RCEF. Step S814: The PE-FE installs the final policy rule from the PD-FE, and sends a resource initialization response to the PD-FE. The foregoing step S812 and step S814 are optional steps, that is, in the specific implementation process, carried out. Step 4: S816: The PD-FE sends a resource initial ^^ response to the SCF. The resource initialization response carries result information of whether to accept the QoS resource request. Preferably, the resource admission control platform includes, but is not limited to, RACS 422, and the application platform includes but is not limited to AF entity 402. The foregoing solution is a function of four pairs of TISPAN RACS functions (see FIG. 2 for details). In a specific implementation, the RACS 422 receives a resource request from the AF, where the resource request message carries an indication parameter. Specifically, the indication parameter is used to indicate that the current service request is provided free of charge (provided by the operator for free or paid by a third party). After receiving the resource request message from the AF entity 402 that includes the indication parameter, the RACS performs the admission control according to the local operator policy rule and the current resource availability information, and formulates the policy rule when the decision is accepted (ie, the aforementioned Policy rule). And, the RACS 422 sends the transmission policy to the transmission function entity, and the transmission function entity installs the transmission policy. The RACS performing resource admission control may include the following steps:

(1) The SPDF entity of the RACS 422 compares the service command resource carried in the resource request message with the operator policy rule to determine whether the authorization check is passed, and if not, the process ends;

(2) If yes, the A-RACF entity of RACS 422 determines the availability check result based on the current resource availability status; (3) A-RACF performs resource admission control based on the availability check result. The above process can be seen in detail in FIG. FIG. 9 is a flowchart of a resource admission control method according to Embodiment 4 of the present invention. As shown in FIG. 9, the process mainly includes the following processing (step S902 - step S922): Step S902: The UE initiates a service request to the AF, and triggers the AF to generate a session for the service request. Step S904: The AF sends a resource request message to the SPDF. The requesting authorization is performed, where the resource request message carries information such as an indication parameter and a QoS parameter. Specifically, the indication parameter indicates that the current service request is provided free of charge (provided by the operator for free or paid by a third party). Step S906: After receiving the resource request message, the SPDF performs the authorization check on the resource request according to the local operator policy rule. If the authorization check fails, the SPDF sends a resource request response to the AF, and the process ends, and the process returns to the AF. In response to step S908: if the check is passed, the SPDF sends a resource request message to the A-RACF to request the user to check and request the resource allocation. Step S910: After receiving the resource request message, the A-RACF obtains the resource availability and access according to the resource. The network policy and the like make authorization and admission decisions for the resource request, and formulate a transmission policy (ie, the above policy rule;); wherein, whether the A-RACF decision needs to install a transmission strategy in the RCEF; the decision is accepted (ie, the above checks are passed) In the case of A-RACF decision, a transmission strategy needs to be installed in the RCEF. Step S912: If the transmission policy needs to be installed in the RCEF, the A-RACF sends a resource request message to the RCEF to install the transmission policy; Step S914: The RCEF installs the transmission policy from the A-RACF, and sends a resource request response to the A-RACF; S916: A-RACF sends a resource request response to the SPDF; Step S918: If the resource request needs to use the BGF, the SPDF sends a resource request message To the BGF, the request message includes a policy rule for controlling the BGF; Step S920: The BGF returns a response message to the SPDF after performing corresponding processing according to the foregoing policy rule; and step S922: the SPDF sends a resource request response to the AF. It should be noted that the above scheme is applicable not only to the functional framework of the ITU-T RACF, TISPAN.

The functional framework of RACS, in the absence of conflict, also applies to other functional frameworks related to resource admission control. In summary, with the foregoing embodiments provided by the present invention, the resource admission control platform (for example, the RACF or the RACS) does not need to perform verification according to the user QoS subscription information when performing resource admission control, and may be based on the indication parameters, the operator policy rules. And the current resource availability, and the resource admission control is executed, and the resource admission control decision (acceptance or rejection) is generated, so that the user who can enjoy the service for free can pass the authorization verification of the resource admission control system, thereby effectively improving the user experience. Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. The steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module. Thus, the invention is not limited to any particular combination of hardware and software. The above description is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Claims

Claim

A resource admission control method, comprising: receiving, by a resource admission control platform, a resource request message carrying an indication parameter from an application platform, and according to the indication parameter, an operator policy rule, and current resource availability information And performing resource admission control, where the indication parameter is used to indicate that the service requested by the user is provided to the user for free.

The method according to claim 1, wherein the service provided to the user free of charge comprises a service provided by an operator to the user for free or a service provided by the third party user to the user.

The method according to claim 1, wherein after the resource admission control platform performs resource admission control, a policy rule is formulated.

The method according to claim 1, wherein after the resource admission control platform formulates a policy rule, the formulated policy rule is sent and installed to the transport function entity.

The method according to any one of claims 1 to 4, wherein the resource admission control platform comprises a resource admission control function RACF entity; and the application platform comprises a service control function SCF entity.

The method according to claim 5, wherein the performing, by the RACF entity, the resource admission control comprises the following steps:

The policy decision function entity PD-FE of the RACF entity compares the service command resource carried by the resource request message with the operator policy rule to determine whether to pass the authorization check;

If yes, the PD-FE performs an availability check according to a current resource availability status returned by the transmission resource control function entity TRC-FE;

The PD-FE performs resource admission control based on the availability check result.

The method according to any one of claims 1 to 4, wherein the resource admission control platform comprises a resource admission control subsystem RACS; and the application platform comprises an application function AF entity.

The method according to claim 7, wherein the performing RACS entity resource access control comprises the following steps:

The service-based policy decision function of the RACS compares the service command resource carried in the resource request message with the operator policy rule to determine whether to pass the authorization check;

If yes, the RACS access resource admission control function A-RACF entity determines the availability check result according to the current resource availability status;

The A-RACF performs resource admission control based on the availability check result.

9. A resource admission control system, comprising:

An application platform device, configured to send a resource request message carrying the indication parameter, where the indication parameter is used to indicate that the service requested by the user is provided to the user for free; and the resource admission control platform device is configured to respond to the A resource request message, and performing resource admission control according to the indication parameter, the operator policy rule, and the current resource availability information.

10. The system according to claim 9, wherein the resource admission control platform device is further configured to formulate a policy rule.

The system according to claim 10, further comprising: a transmission function entity device, configured to receive the policy rule formulated by the resource admission control platform, and install the policy rule.

The system according to any one of claims 9 to 11, wherein the resource admission control platform device comprises a resource admission control function RACF entity; and the application platform comprises a service control function SCF entity.

The system according to any one of claims 9 to 11, wherein the resource admission control platform comprises a resource admission control subsystem RACS; and the application platform comprises an application function AF entity.