WO2007098691A1 - Method and system for assuring qos in communication systems - Google Patents

Abstract

A system and method for assuring QoS in communication systems comprises a setting unit and a judging unit. The setting unit sets up a field called combined resources required for every service flow in a request message related with QoS, which indicates accepting or rejecting the request message when the preset QoS condition can not be supported by available resources. The judging unit judges accepting or rejecting the request message related with QoS according to these fields. The request message related with QoS is resource reservation request or policy decision request. By processing multiple service flows individually and implementing combined policy decision according to correlation among service flows, when all the service flows marked combined meet the policy, the system authorizes the policy decision request and goes on resource reservation request, so services can be implemented.

Description

 Method and system for realizing communication system service quality assurance The requirements of the present application are respectively submitted to the Chinese Patent Office on February 28, 2006 and March 28, 2006, and the Shenqi numbers are 200610055047.3, 200610055046.9 and 200610073435.4, respectively. Priority of Chinese patent application using resource reservation method and resource reservation system, "communication system policy determination method and policy decision system" and "method and device for responding to resource reservation request or policy decision request", The entire contents of this application are incorporated herein by reference. Technical equipment

 The present invention relates to the field of communication technologies, and in particular, to a method and system for implementing quality assurance of a communication system. Background technique

 WiMax is the standard for broadband wireless access. It is a wireless metropolitan area network technology based on the 802.16 standard, which provides high-speed connectivity to the Internet. WiMAX networks can carry a variety of multimedia services such as video, voice, and data. Unlike current 3G technologies, WiMax is a complete network based on IP packet switching technology, and does not provide voice-oriented circuit switching technology. Therefore, to perform voice communication over WiMax networks, VoIP (IP-based voice) must be used. ) form.

 Due to the need to carry multiple services in the WiMax network, such as voice, video, HTTP, Email, etc., and various services have different requirements for quality of service (QoS), in the WiMax system, support for QoS needs to be implemented, that is, Different service flows are provided for different service data of the same mobile terminal MS (the service flow can be divided according to information (source, destination address, port number, protocol number, etc.) in the data packet), such as a VoIP service flow. An E-mail service flow, and assigning different QoS parameters to each service flow, thereby providing different service quality guarantees for different services.

WiMAX networks carry a variety of multimedia services such as video, voice, and data. Various business hate needs different QoS (Quality of Service) support according to their own requirements for network performance. The MMAX system needs to provide different QoS guarantees for different services. This guarantee is mainly reflected in the policy decision based on the QoS parameters of the service request and the corresponding resource retention when the service is initiated. QoS parameters include bandwidth, delay, delay jitter, and packet loss rate. In the WIMAX system, the functional entities related to QoS mainly include:

 SFM (Service Flow Management): Located in the BS (base station), it is responsible for the creation, activation, modification, and deletion of service flows according to the local radio resources.

 SFA (Service Flow Authorization): Located in the ASN (Access Service Network), including the serving SFA (service SFA) and anchor SFA (anchor SFA) that communicate with the MS (mobile station), the anchor SFA is based on the local The policy authorizes the business request.

 PF (Policy Function): Located in the CSN (Connected Service Network), it is responsible for the QoS configuration of the user and the relevant policy database in the CSN. It is responsible for authorizing the service request. When the MS is roaming, the PF includes H-PF (Home Policy Policy) in the home network and V-PF (Visit Policy Function) in the visited network; when the MS is in the home network, only H-PF.

 In WiMax, an SFID (Service Flow Identification) corresponds to a service flow and QoS parameters owned by the service flow.

 There are several actions for a business flow:

 Create (create): When an application starts, or needs to establish a business flow in advance to prepare for a future application, a business flow needs to be established.

 Admit: Determines whether the QoS parameters of the service flow created and modified can be met according to the resource situation.

 Activate : Put the approved business flow into use.

 Modification: When the QoS parameters of the service flow need to be changed (the current QoS parameters cannot satisfy the application), the service flow is modified.

 Delete: Deletes the business flow when the application ends.

 In the WiMax system, the QoS-related functional entity has an entity that performs the following functions: SFM (Service Flow Management): Always located in the base station, responsible for the operation of the service flow according to the local radio resource.

 SFA (Service Flow Authorization): Includes serving SF A (service SFA) and anchor SFA (anchor SFA) to recognize traffic flows based on local policies.

PF (Police Function): An entity that grasps user information and provides QoS policies. Located in the CSN (Connected Service Network).

 Several messages are defined in the WiMax draft standard to satisfy QoS functions such as initializing traffic, requesting service policies, and updating the location of the MS. For example, the Resource Reservation (RR) message includes an R-Request message (Resource Reservation Request message) and an RR-Response message (Resource Reservation Response message) for requesting and responding to one of the MSs (mobile stations). Or resource reservation for multiple one-way traffic flows. The RR-Request message is sent by H-PF (Home PF, Home Network Policy Function). After V-PF (Visit PF visited network policy function), anchor SFA, Serving SFA, and finally arrives at SFM, it requests one of the MSs. The resource reservation of multiple service flows; the RR-Response message is sent by the SFM, and is returned to the H-PF through the serving SF A, the anchor SFA, and the V-PF, which is a response to the RR-Request message. The format of the RR message is as follows:

 Table la H-PF V-PF segment: Message Direction Parameter

 RR-Request from H - PF MS NAI

 To V - PF,

 Transaction ID

 From v-PF to

 Reservation Action

 H-PF

 Combined Resources Required

 Number of Flows (number of business streams)

 First Flow Flow ID

 Direction

 (first business

 Stream) Resource Description

 (resource description)

 Media Flow Description

 (Media stream description)

 Media Flow Type

Reduced Resources Message direction parameter

 QoS Priority

 Accounting Extension

Flow n (n- - ·

 Business flow)

 RR- Response from H-PF MS NAI

 To v-PF,

 Transaction ID

 From v-PF to

 Combined Resources Required

 H-PF

 Number of Flows

First Flow ID

 Flow

 Reservation Result

Resource Description

Flow n . . - lb PF Anchor SFA-^ Service SFA Section: Message Direction Parameter

 RR- Request from PF to anchor MS NAI

 SFA, from anchor

 Transaction ID

 SFA to service

 Reservation Action

 SFA

 Combined Resources Required

 Number of Flows

 First Flow Flow ID

 Direction

 Resource Description

Media Flow Description Media Flow Type

 Reduced Resources

QoS Priority

 Accounting Extension

Flow n - .

 RR - Response Service SFA MS NAI

 To anchor SFA, Transaction ID

 From anchor SFA

 Combined Resources Required to PF

 Number of Flows

 First Flow ID

 Flow

 Reservation Result

Resource Description

Flow n . . ·

Lc service SFA SFM segment: message direction parameter

RR- Request Service SFA MS NAI

 To SFM, Transaction ID

Reservation Action

Combined Resources Required

Number of Flows

First Flow- Service Flow ID

Direction

Resource Description Media Flow Description

Media Flow Type

Reduced Resources

QoS Priority

Accounting Extension

Flow n • .

RR— Response SFM to service MS NAI

 SFA,

 Transaction ID

Combined Resources Required

Number of Flows

First Service Flow ID

 Flow

 Reservation Result

Resource Description

Flow n • . . In addition, the PF^ anchor SFA service SFA segment and the service SFA SFM segment RR-Request message and RR-Response message also carry the service configuration QoS parameters such as the Combined Resources Required field:

 The Combined Resources Required field in Table 2 defines the following:

The Combined Resources Required field is configured to specify whether to reject all the services when the resource reservation of one of the plurality of service flows included in the resource reservation request fails Stream resource reservation request.

 The prior art only uses the Combined Resources Required field to specify whether to reject resource reservation requests for all traffic flows when resource reservation for one traffic flow fails. When the Combined Resources Required field specifies that the resource reservation request for all service flows is rejected when the resource reservation of one service flow fails, the resource reservation failure of any one of the service flows causes all service flows to fail. When the Combined Resources Required field specifies that the resource reservation request of all service flows is not rejected when the resource reservation of one service flow fails, the resource reservation failure of any one service flow will not affect the operation of other service flows.

 If in a resource reservation request, part of the service flow is the basic service flow necessary for the service, and the other is the enhanced service flow of the service. When the user allows the service to be carried out while the resource reservation of the basic service flow is satisfied, the Combined Resources Required field does not indicate well whether the resource reservation request of the service flow needs to be federated. When the association is required to be fed, when the basic service flow is satisfied, if an enhanced service flow cannot be satisfied, the resource reservation request of all service flows is rejected, and the service cannot be carried out. When it is specified that no federation is required, if the resource reservation of a basic service flow fails, even if the resource reservation of other service flows is satisfied, the service is still unable to be carried out. Thus, the above prior art method has a problem that the joint cannot be well indicated. In addition, the WiMAX draft standard also defines policy decision requests and related response messages to handle QoS functions related to dynamic service creation. For example, if the PD-Request is sent by the SFM, the service SFA, the anchor SFA, and the V-PF, the policy decision request to reach the H-PF; the PD-Response is sent by the H-PF, via the V-PF, the anchor SFA, and the Yueliang. The SFA, the policy that reaches the SFM determines the response. Response made after policy decision

The PD-Response contains the QoS parameter set configured by the network for the service. The PD-Request/Response messages and parameters are shown in the following table.

 Table 3 PD-Request and PD-Response transmission between H-PF and V-PF, message direction parameter

PD-Request V-PF to MS NAI

 H-PF

 Transaction ID

 Decision Action

Resource Description PD-Response H-PF to MS NAI

 V- PF

 Transaction ID

 Decision Result

 Resource Description

 Table 4. PD-Reques t and PD-Response messages transmitted between PF and anchor SFA and between anchor SFA and service SFA

 Table 5. Service PD-Request and PD-Response messages transmitted between SFA and SFM Message Direction Parameter

 PD-Request SFM to service MS ID

 SFA

 Transaction ID

 Decision Action

Resource Description PD - Response Service SFA MS ID

 To SFM

 Transaction ID

 Decision Result

 Resource Description

PD-Request and PD-Response message parameter description

In the prior art, when a policy decision request is made, only an overall policy decision is made for the service request, that is, no policy decision is separately made for multiple service flows that may exist in the service. The disadvantage of this is that when a service request message contains multiple service flows, if the policy in the network does not support the QoS requirements of all the service flows in the message, but only supports the QoS requirements of some service flows, then The network cannot make a policy decision on a single service flow in a message, satisfying its Requests for certain business flows, but requests for all services. In actual applications, the service may be implemented when the QoS requirements of some service flows in the service can meet the policy. For example, other service flows in the service are enhanced services, and may not be used if the policies cannot be met. The prior art cannot meet the above application scenarios because the mechanism for making policy decisions is not perfect.

 In addition, since the resource reservation request and the policy decision request of the multiple service flows with the joint nature cannot be effectively processed in the prior art, when the request fails, the service initiator cannot know that the request failure is not satisfied by the service flow. Due to the system, it is difficult to reconfigure the service request. Summary of the invention

 Embodiments of the present invention provide a method and system for guaranteeing service quality in a communication system.

 An embodiment of the present invention provides a method for implementing a service quality assurance of a communication system, including: setting, in a QoS related request message, a joint flag for each of the service flows, where the joint flag is used to indicate whether the QoS condition is not met when the predetermined QoS condition is not met. Request

 Determining whether to accept or reject the request based on the joint flag.

 An embodiment of the present invention provides a resource reservation method for a communication system, including the following steps: a joint flag setting step, setting a joint flag for each service flow in a resource reservation request, where the joint flag indicates that the service flow cannot be satisfied. Whether the resource reservation request is rejected when the resource is reserved;

 The resource reservation request rejection/acceptance determination step determines whether to reject or accept the resource reservation request based on the joint flag.

 An embodiment of the present invention provides a method for determining a policy of a communication system, including the following steps: a service flow description step, describing each service flow involved in the policy decision request, and setting a joint flag for each service flow, where The joint flag indicates whether the policy decision request is rejected when the service flow does not comply with the policy;

 The policy determines the request acceptance/rejection decision step to determine whether to reject or accept the policy decision request based on the joint flag.

The embodiment of the present invention further provides a system for implementing a quality assurance of a communication system. In the communication system, the first functional entity sends a QoS related request to the second functional entity, and the second functional entity determines whether to accept or reject the QoS related. Requesting, and feeding back a judgment result to the first functional entity, the system including '. a setting unit, configured to set a joint flag for the service flow in the QoS-related request message, where the joint flag is used to indicate whether the request is rejected when the predetermined QoS condition is not met;

The determining unit determines whether to reject or accept the resource reservation request according to the joint flag.

 The embodiment of the present invention further provides a policy determining system for a communication system, including a service flow description unit and a policy decision request accept/reject judgment unit.

 The service flow description unit describes each service flow involved in the service in the policy decision request, and sets a joint flag for each service flow;

 The policy decision request accept/reject judgment unit determines whether to accept the policy decision request based on the joint flag.

 The embodiment of the present invention further provides a method for responding to a service quality assurance request, where the service quality assurance request includes a resource reservation request or/and a policy decision request, and the method includes:

 Processing a result obtaining step, obtaining a processing result of the request according to the flag and the related policy; and determining, when the processing result of the request is negative, determining, by each service flow in the request, whether the negative processing result is caused by the Caused by the business flow itself;

 In the writing step, according to the judgment result, in the response message of the request, a corresponding judgment result value is written to the service flow.

 The embodiment of the present invention further provides a response device for a service quality assurance request, where the service quality assurance request includes a resource reservation request or/and a policy decision request, and the apparatus includes:

 a processing result obtaining unit, configured to obtain a processing result of the request according to the flag and the related policy;

 The determining unit determines, according to the processing result of the debt request, whether the negative processing result is caused by the service flow itself for each service flow in the request;

 The writing unit, according to the judgment result, writes a corresponding judgment result value to the service flow in the response message of the request.

In the solution provided by the embodiment of the present invention, multiple service flows that may exist in the service are separately processed, and a joint resource reservation request is made for the correlation between the service flows, and all the resources reservation requests are guaranteed. The flag indicates that the federated service flow can reserve resources of some or all of the service flows in the resource reservation request when the network resources are satisfied, so that the service can be carried out. In addition, in the embodiment of the present invention, multiple service flows that may exist in the service are separately processed, and a joint policy decision request is made according to the correlation between the service flows, and all the flags in the policy decision request are guaranteed to be federated. If the service flow conforms to the network policy, the policy can determine the authorization of some or all of the service flows in the request, and then reserve the resources to enable the service to be carried out. DRAWINGS

 1 is a flowchart of a resource reservation method according to a first embodiment of the present invention;

 2 is a flowchart of processing of a resource reservation request rejection/acceptance judgment according to the first embodiment of the present invention; FIG. 3 is a flowchart of a process of requesting a resource reservation request rejection/acceptance judgment according to the first embodiment of the present invention;

 4 is a block diagram of a resource reservation system according to a first embodiment of the present invention;

 FIG. 5 is a flowchart of a policy determining method according to a second embodiment of the present invention; FIG.

 6 is a flowchart showing a process of requesting a request acceptance/rejection judgment of a second embodiment of the present invention;

 Figure Ί is a process flow diagram of the policy decision request acceptance/rejection judgment of the second embodiment of the present invention;

 Figure 8 is a block diagram of a policy decision system of a second embodiment of the present invention;

 9 is a flow chart of a method for requesting a response in accordance with an embodiment of the present invention;

 FIG. 10 is a block diagram of an apparatus for requesting a response in accordance with an embodiment of the present invention. detailed description

 Embodiments of the present invention are described below with reference to the accompanying drawings.

 Taking the WiMax system as an example, a flow chart of the resource reservation method of the present invention is illustrated.

As shown in FIG. 1, the method for resource reservation of the Wimax system according to the embodiment of the present invention includes a joint flag setting step and a resource reservation request rejection/acceptance determining step. In the joint flag setting step, a joint flag is set for each of the resource reservation requests. Specifically, in the method for performing resource reservation in the Wimax system according to the embodiment of the present invention, in the resource reservation request message, the Combined Resources Required field is deleted in the method for resource reservation in the Wimax system, and the parameters in each service flow are deleted. Adding Force Fields: Combined Flag Required In other words, in the present invention, the RR message format is as follows: 7a H-PF~ V-PF segment: Message direction parameter

 RR— Request from H-PF MS NAI

 To v - PF, Transaction ID

 From v-PF to

 Reservation Action

 H-PF

 Number of Flows

 First Flow Flow ID

 Combined Resources Required

 Direction

 Resource Description

Media Flow Description

Media Flow Type

Reduced Resources

QoS Priority

 Accounting Extension

Flow n

 RR— Response from H-PF MS NAI

 V PF, from

 Transaction ID

 V-PF to

 Number of Flows

 H-PF

 First Flow ID

 Flow

 Combined Resources Required

 Reservation Result

Resource Description

Flow n - - - 7b PF Anchor SFA Service SFA Segment: Message Direction Parameter

 RR- Request from PF to anchor MS NAI

 SFA, from anchor

 Transaction ID

 SFA to service

 Reservation Action

 SFA

 Number of Flows

 First Flow Flow ID

 Combined Resources

Required

 Direction

 Resource Description

Media Flow Description

Media Flow Type

Reduced Resources

QoS Priority

 Accounting Extension

Flow n - - .

 RR-Response anchor SFA to MS NAI

 PF, Transaction ID

 Service SFA

 Number of Flows

 To anchor SFA

 First Flow ID

 Flow

 Combined Resources Required

 Reservation Result

Resource Description

Flow n 7c service SFA SFM segment: message direction parameter

 RR—Request Service SFA MS NAI

 To SFM, Transaction ID

 SFM to service

 Reservation Action

 SFA

 Number of Flows

 First Flow- Service Flow ID

 Combined Resources

Required

 Direction

 Resource Description

Media Flow Description

Media Flow Type

Reduced Resources

QoS Priority-

Accounting Extension

Flow n ■ . .

 R - esponse SFM to service MS NAI

 SFA, Transaction ID

 Service SFA

 Number of Flows

 To SFM

 First Service Flow ID

 Flow

 Combined Resources Required

 Reservation Result

Resource Description

Flow n . - - The Combined Resources Required field is shown underlined and is defined as follows:

 Table 8

Combined Required if the complete reservation request should be Resources rejected if a corresponding flow reservation fails. The Required R -Request should be completely rejected if a request

 Of any service flow with this indicator set to 1 fails, otherwise requests for service flow with this indicator set to 0 only take effects on itself. The absence of this TLV should be interpreted in the same way as if it is present where the value is Set to 0. (Specify whether to reject the resource reservation request of all service flows when the resource reservation of a service flow fails. When any service flow request with the indication of 1 fails, the whole

 The RR-Request is completely rejected. Otherwise, the success or failure of any service flow with the indication 0 is only affecting its own service flow. If the instruction is

 If omitted, it is equivalent to the case where the indication is 0 in each service flow. That is, the Combined Resources Required field is used to specify whether a resource reservation request for all service flows is rejected when the resource reservation for the current service flow cannot be satisfied.

 When Combined Resources Required = 1 in a service flow, in other words, when the flag is valid, it specifies that the resource reservation request for all service flows is rejected when the resource reservation of the current service flow fails.

 When Combined Resources Required = 0 in a service flow, in other words, when the flag is invalid, the resource reservation request for all service flows is not rejected when the resource reservation of the current service flow fails.

 The validity of the combination of Combined Resources Required can be flexibly configured according to business needs and current resource usage.

For example: When a resource reservation request contains an audio stream and a control stream of a VoIP service, the audio stream and the control stream must be simultaneously satisfied to perform the VoIP service. At this time, the Combined Stream Required = 1 of the audio stream and the control stream rejects the resource reservation request of all streams when the resource reservation of the audio stream or the control stream fails. And in a resource reservation request, the video stream, the audio stream, and the video telephony service are included. When controlling the flow. If the user allows only sounds when the network resources are insufficient, and no image is provided, then when the network resources are insufficient, the Combined Resources Required = 1 of the audio stream and the control stream, and the Combined Resources Required = 0 of the video stream. A resource reservation request for all service flows is rejected when the resource reservation of the audio stream or control flow fails. The resource reservation request of all service flows is not rejected when the resource reservation of the video stream fails. In contrast, they can all be set to 1 when the network resources are sufficient.

 After receiving the resource reservation request, the SFM refers to the joint flag in the request to determine whether to accept the request. Figure 2 shows the flow of one embodiment of such a determination. As shown in Fig. 2, the resource reservation request reception/rejection judgment step of the present invention first sets 1 = 1 (step S201), that is, starts from the first service flow in the request. Then, in step S202, it is determined whether the resource reservation of the first service flow is successful. If the resource reservation is successful (step S202, YES), then I is incremented by 1 (step S204), that is, the next service flow is specified, and In step S205, it is judged whether or not all the service flows have been judged. If the judgment of all the service flows has not been completed (S205: NO), the process proceeds to step S202, and the determination for the service flow is performed. If the judgment of all the business flows in the application has been completed (S205: YES), the resource reservation application is accepted. On the other hand, when it is determined in step S202 that the resource reservation for the first service flow is unsuccessful, whether the joint flag of the first service flow is valid is determined (step S203), in this embodiment. In order to determine whether the flag is 1. When it is judged that the joint flag of the traffic flow is valid (is 1), it is determined that the resource reservation request is rejected, and the process ends. On the other hand, when it is judged that the joint flag of the service flow is invalid (is 0), the process proceeds to step S204, and the judgment for the next service flow is performed.

 A flow of resource reservation request rejection/acceptance judgment according to another embodiment of the present invention is shown in FIG. As shown in Figure 3, the specific steps include:

 5301, setting I to 1, is judged from the 业务1 service flow in which the joint flag is valid.

 5302. Determine whether the resource reservation of the service flow can be satisfied. If not, the network reservation request is rejected, and the processing ends.

 5303. When the resource reservation for the service flow can be satisfied, the next service flow is judged, and I is added 1;

5304, judging whether it has exceeded the total number of all service flows with the joint flag of 1, that is, judging whether all the service flows with the joint flag of 1 have been judged, and then determining that all such service flows have been performed. When judging, the resource reservation application is accepted, and the processing ends. Counter Then, the judgment of the next service flow is performed.

 In the above preferred embodiment of the present invention, in the RR - Response message (resource reservation response message), as with the resource reservation request message, a joint flag is specified for each service flow in the response. However, it is also possible to use the prior art resource reservation response, and even other formats of response can be used, which is fully achievable to those skilled in the art.

 In the above preferred embodiment of the present invention, a preferred embodiment of the present invention has been described by taking Wimax as an example, but the present invention is also applicable to other communication systems requiring resource reservation.

 In the embodiment of the present invention, a system for implementing quality assurance of a communication system is provided, and resource reservation can be performed as needed. As shown in FIG. 4, it includes a joint flag setting unit 401 and a resource reservation determining unit 402. The joint flag setting unit 401 specifies a joint flag for each service flow in the resource reservation request, that is, adds a joint flag field for each service flow in the resource reservation request message as shown above, and sets the field (valid/ invalid). The resource reservation judging unit 402 judges whether or not to accept the resource reservation request according to the foregoing method.

 The invention modifies the method for the joint resource reservation request between multiple service flows on the basis of the prior art, and can ensure that all the resources in the resource reservation request are successful for the resource reservation request of the service flow requiring the joint request. Next, the resource reservation request is successful.

 FIG. 5 is a flowchart of a policy determining method according to an embodiment of the present invention. The policy determining method includes a service flow description step and a policy decision request accept/reject judgment step.

 In the service flow description step, each service flow involved in the service is described in the policy decision request, and a joint flag is set for each of the service flows.

 Specifically, in the policy decision request message, multiple service flows involved in the service are separately described, and a joint flag is set in the parameter table of each service flow. In the embodiment, the PD of the WiMAX system in the present invention is used. The -Request Response message and parameters are shown in Tables 9 to 12. The parameters describing each service flow are not limited to the examples in the table, and may be increased or decreased. For example, the Account extension which is specific to each service in different system implementations may also be removed. The parameters of the stream may change, and various appropriate description methods may be used, but both should have the Combined Resources Required field or a field that functions the same.

Table 9 PD-Request and PD-Response messages transmitted between H-PF and V-PF Message Direction Parameters

 PD - Request V-PF to H-PF MS NAI

 Transaction ID

 Reservation Action

 Number of Flows

 First Flow Flow ID

 Combined Resources Required

 Direction

 Resource Description

Media Flow Description

Media Flow Type

Reduced Resources

QoS Priority

 Accounting Extension

Flow n - - .

 PD - Response H-PF to V-PF MS NAI

 Transaction ID

 Number of Flows

 First Flow ID

 Flow

 Combined Resources Required

 Reservation Result

Resource Description

Flow n • . . Table 10. PD-Request and PD-Response messages transmitted between the PF and the anchor SFA and between the anchor SFA and the serving SFA

Message Direction Parameters

 PD—Request anchor SFA to PF, MS NAI

 Service SFA to anchor

 Transaction ID

 SFA

 Reservation Action

 Number of Flows

 First Flow Flow ID

 Combined Resources

 Required

 Direction

 Resource Description

 Media Flow Description

Media Flow Type

 Reduced Resources

 QoS Priority

 Accounting Extension

 Flow n , . .

 PD-Response PF to anchor SFA, MS NAI

 Anchor SFA to service

 Transaction ID

 SFA

 Number of Flows

 First Flow ID

 Flow Combined Resources

 Required

Reservation Result Resource Description

 Flow n . - . 11. Service PD-Request and PD-Response messages transmitted between SFA and SFM Message Direction Parameter

 PD-Request SFM to Service SFA MS ID

 Transaction ID

 Reservation Action

 Number of Flows

 First Flow Service Flow ID

 Combined Resources

 Required

 Direction

 Resource Description

Media Flow Description

Media Flow Type

 Reduced Resources

 QoS Priority

 Accounting Extension

Flow n . . .

 PD- Response Serving SFA to MS ID

 SFM

 Transaction ID

 Number of Flows

 First Service Flow ID

 Flow

 Combined Resources

 Required

Reservation Result Resource Description

 Flow n • . - Table 12. PD-Request and PD-Response Message Parameter Description Parameter Description

 Direction Uplink or Downlink. (Upstream or Downward.)

 Service Flow ID MAC-level service flow identifier as specified in IEEE

 802. 16. MAC layer service flow identifier as specified by IEEE 802.16. )

Flow ID Higher-layer unique identifier for a unidirectional resource reservation. Not generally numerically equal to the IEEE 802. 16 SFID. A unique identifier used by higher layers when making a one-way resource reservation. The SFID specified by IEEE802.16 is usually not the same. )

Media Flow Fields in the data packet utilized for classification. Description (Field of the data packet used for classification.)

Example values: VoIP, video, PTT, gaming. (Application type description as a hint in the license control. Example values: VoIP, video, PTT, Gaming ₀ )

 MS ID MS' s MAC address provided by the manufacturer. (MAC address provided by the manufacturer of the MS.)

 MS NAI MS's primary ID for AAA purpose allocated by its home operator. (MS basic identifier assigned by the home operator for AAA purposes.)

 QoS Priority- The priority of a PD-Request. This could be used to indicate high priority resource requests, for instance for VoIP calls to emergency numbers.

(PD-Request priority. Can be used to indicate high priority resource requests, such as VoIP calls to emergency numbers.)

Reduced Flag in the PD-Request message to indicate that the Resources requesting entity will accept reduced resources if the Parameter Description

 Requested resources are not available. (A flag in the PD-Request message that indicates that the requesting entity is still willing to accept the reduced resources when the requested resource is not met.)

 Reservation Action parameter for the PD-Request message. Possible Action values include: Create; Admit; Activate;

 Delete. (The behavior parameter of the PD-Request message. Possible values include Created; Admitted; Activated; Modify; Delete.)

 Possible parameters include : Result Created ; Admitted; Activated ; Modified ; Deleted ;

 Failed; Denied (No resources); Denied (Violates policy). (PD-Response parameters. Possible values include Created; Admitted; Activated; Modify; Delete; Failed (Failed); Denied (rejected because there is no resource); Denied (rejected because of policy violation).

Parameters QoS either for UL or a DL path. Parameters may be explicit (quantified individual parameters) or may be indirect by means of a service class name, or may be coded in an 802. 16 Global Service Parameter Name. In a response with Result Two Denied, this parameter indicates the available resources. In a response message with Result = Admitted or Activated, this parameter indicates the reserved resources. (The QoS parameter of the PD message, used to describe the uplink or downlink The parameters can be explicit (valued for each parameter), or indirectly specified by the service type name, or encoded in the 802.16 global service type name. In the response message of Result=Denied, this parameter indicates that it is available. Resource; in the Result^Admitted or Activated response message, this parameter indicates the reserved resource.)

Transaction ID Unique identifier (within the scope of sending and Parameter Description

 Receiving entities) to disambiguate overlapping requests/responses in which the remaining ID fields are identical. (A unique identifier used in the receiving and transmitting entities to distinguish between requests/responses with overlapping IDs (other ID fields are the same).)

It can include the extension application content identifier. The operation and the application content provider determines the format and value of the Accounting Extension. That may be obtained from AF or profile. (in the PD-Request The parameters may include the identifier of the application content. Operation and application content The service provider determines the format and value of the parameter. The parameters can be obtained from AF (application function) or configuration.

 Number of Flows The number of flows listed in the message. (The number of business flows listed in the message.)

 Combined specified if the complete reservation request should be

Resources rejected if a corresponding flow reservation fails. The

Required PD-Request should be completely rejected if a request of any service flow with this indicator set to 1 fails, otherwise requests for service flow with this indicator set to 0 only take effects on itself. The absence of this TLV should be interpreted in the Same way as if it is present where the value is set to 0. (Specify whether to reject the policy decision request for all service flows when the policy decision of the service flow fails. When any of the service flow requests with the indication of 1 fails The entire PD-Request is completely rejected. Otherwise, the success or failure of any service flow indicating 0 is only affecting its own service flow. If the indication is omitted, the indication is 0 in each service flow. Case.) The Combined Resources Required field is used to specify whether the current service flow does not comply with the network policy. When the Combined Resources Required in a service flow is set to "1", in other words, when the flag is valid, if the QoS requirement of the current service flow does not comply with the network policy, the network rejects the policy decision request of all service flows. . When the Combined Resources Required in a service flow is set to "0", in other words, when the flag is invalid, if the QoS requirement of the current service flow does not comply with the network policy, the network does not reject the policy decision of other service flows. request.

 When the V/H-PF or anchor SFA receives the policy decision request, it makes a judgment as to whether or not to accept the policy decision request. That is, when the Combined Resources Required flag indicates that the QoS requirements of the federated traffic flow are compliant with the policy, the V/H-PF or anchor SFA accepts the policy decision request and then issues a resource reservation request to the access network. When any QoS requirement marked as a federated traffic flow does not comply with the policy, the V/H-PF or anchor SFA rejects the policy decision request of all traffic flows, and the service cannot be carried out. When the Combined Resources Required flag is a non-joined service flow, if the QoS requirement of a service flow conforms to the policy, the service flow can be determined by the policy; if it does not comply with the policy, the service flow cannot be determined by the policy, but does not affect other The policy of the business flow determines the request.

 Fig. 6 shows the flow of such a policy decision request judgment in the embodiment of the present invention. As shown in Figure 6, the specifics include:

 Step S601, first setting 1=1, that is, starting from the first service flow in the request.

 Step S602, determining whether the first service flow conforms to the network policy, and if the service flow conforms to the network policy, adding 1 to 1 (step S04), that is, specifying the next service flow in the request, and in step S605. It is judged whether or not all the service flows have been judged. If the judgment of all the service flows has not been completed, the process proceeds to step S602, and the judgment for the traffic flow is performed. If the judgment of all the business flows in the application has been completed, accept the strategy to determine Shen Qian. In the determination of step S602, it is determined that, when the first service flow does not comply with the network policy, whether the joint flag of the first service flow is valid is determined (step S603), in this embodiment, To determine if the flag is 1. When it is judged that the joint flag of the service flow is valid (is 1), it is determined that the policy decision request is rejected, and the process ends. On the other hand, when it is judged that the joint flag of the traffic flow is invalid (is 0), the flow proceeds to step S604, where a determination is made for the next traffic flow.

A flow of policy decision request acceptance/rejection judgment according to another embodiment of the present invention is shown in FIG. As shown in Fig. 7, first, I is set to 1, that is, it is judged from the first service flow in which the joint flag is valid (S701). Subsequently, it is determined whether the service flow conforms to the network policy, and if not, Then, the resource reservation request is rejected, and the process ends (S702). On the other hand, when the resource reservation for the service flow can be satisfied, the next service flow is judged, that is, I is incremented by 1 (S703), and it is determined whether it has exceeded the total number of all the service flows with the joint flag being 1, that is, It is judged whether or not all the service flows having the joint flag of 1 have been judged, and when it is determined that all such traffic flows have been judged, the policy decision application is accepted, and the process ends (S704). Otherwise, the judgment of the next service flow is performed.

 In the embodiment of the present invention, when a policy decision is made on a VoIP service including an audio stream and a control stream, the QoS requirements of the audio stream and the control stream must conform to the policy to carry out the VoIP service, so the combined stream of the audio stream and the control stream Required should be set to "1". As long as the QoS requirements of the audio stream or the control stream do not comply with the policy, the PF rejects the policy decision request of all service flows, and does not reserve resources for this VoIP service, and the service will not be carried out.

 When a video telephony service including a video stream, an audio stream, and a control stream performs a policy decision, if the user allows only sound and no image when the network resource is limited, the audio stream and control at this time; Set to "Γ, the Shared Resources Required of the video stream should be set to "0". As long as the QoS requirements of the audio stream or the control stream do not comply with the policy, the PF rejects the policy decision of all service flows. The QoS requirements of the video stream do not match. When the policy is used, the network only rejects the policy decision request of the video stream, and does not reject the policy decision request of other service flows.

 In the above preferred embodiment of the present invention, in the PD - Response message (policy decision response message), as in the policy decision request message, a joint flag is specified for each of the service flows in the response. However, it is also possible to use a prior art strategy to determine the response, and even other formats of response can be used, which is fully achievable to those skilled in the art.

 In the above preferred embodiment of the present invention, a preferred embodiment of the present invention has been described by taking Wimax as an example, but the present invention is also applicable to other communication systems requiring a policy decision, such as a 3GPP system.

In the embodiment of the present invention, a system for determining a communication system by using a policy is provided. As shown in FIG. 8, it includes a service flow description means and a policy decision request acceptance/rejection judgment means. The service flow description device describes each service flow involved in the service in the policy decision request, and specifies a joint flag for each service flow, that is, adds a description of the service flow in the policy decision request message as shown above, where Set the union flag field for each business flow and set the field (valid/invalid). The policy determines whether the request acceptance/rejection judging means judges whether or not to accept the policy decision request according to the foregoing method.

 As shown in FIG. 9, in the above embodiment, the method for responding to the service quality assurance request, for example, responding to the resource reservation request or the policy decision request, includes the following steps:

 Step 5901: Process a result obtaining step, and obtain a processing result of the request according to the flag and a related policy;

 S902, a determining step, determining, when the processing result for the request is negative, determining, according to each service flow in the request, whether the negative processing result is caused by the service flow itself;

 5903. The writing step, according to the determining result, writing different judgment result values for the service flow in the response message of the request.

 Preferably, the method further includes a sending step of transmitting the response message.

 Upon receiving a resource reservation request or a policy decision request, the access network responds by accepting the request. The making of such a response is well known to those skilled in the art and will not be described herein. When a response is received that does not accept the request, that is, when a negative process is made, the present invention determines whether the negative processing result is caused by the service flow itself for each service flow, and according to the judgment result, In the response message of the request, different judgment result values are written for the service flow.

 When it is judged for each traffic flow whether or not the negative processing result is caused by the traffic flow itself, the determination may be made one by one until each of the service flows is judged. Alternatively, when it is determined that the negative processing result is caused by a certain service flow, the determination is not continued for the service flow that is not determined, and the judgment result of the undetermined service flow is It is determined that it is not caused by each of the service flows that are not determined.

 Specifically, in the embodiment of the present invention, in the response message of the resource reservation or the policy decision, the booster port requests a large color code i only: Request Denied due to Requests for Other Flows Failed (because other service flow requests fail) Cause the stream request to be rejected).

 Thus, in the embodiment of the present invention, the Reservation Result field in the response message for resource reservation or policy decision in the WiMAX system is as shown in Table 13.

 Table 13. Representation of the Reservation Result field in an RR-Response or PD-Response message.

Resource reservation result or policy decision result ^ ^ \1⁄4 \2A 3 |

 Where the field Result indicates the result of a resource reservation or policy decision, which can take the following values:

 - 0x0001: Successfully Created

 - 0x0002: Successfully Admitted

 - 0x0003: Successfully Activated

 - 0x0004: Successfully Modified

 - 0x0005: Request Denied - No resources - 0x0006: Request Denied due to Policy (rejected due to policy)

 - 0x0007: Request Failed (Unspecified reason) (Request failed, ambiguous reason)

 - 0x0008: Request Denied due to Requests for Other Flows Failed

 (The service flow request was rejected due to another service flow request failure)

 艮 艮 obviously, the 0x0008 can also be other values than 0x0005, 0x0006, as long as it does not conflict with other values of the Result field (result field). That is, it is merely exemplary and not limiting. In addition, other identification values than the new identification values in the embodiment of the present invention may be different from the above identification values. That is, the above identification values are exemplary and not limiting.

 Thus, when a business application has multiple business flows, these business flows must satisfy the system policy or resource status to carry out the business. When the request of one of the service flows does not meet the system policy or the system resource cannot satisfy the request of the service flow, the system rejects the application of the service, so that the service cannot be carried out.

In the technical solution of the embodiment of the present invention, if the foregoing situation occurs, the resource reservation result is set to 0x0005 in the response of the service flow that causes the service request to fail according to the determination result (indicating that the system does not have the corresponding service flow resource) Or set the policy decision result to 0x0006 (indicating that the corresponding service flow does not comply with the system policy); for other service flows that satisfy the system policy or resource status (ie not for their own reasons, but for other business flows) It is In the request response of the rejection, the resource reservation or policy decision result is set to 0x0008 (indicating that the request for the service flow is rejected due to the failure of other service flow requests). In this way, the service applicant will know from the request response result of all the returned service flows which service flow caused by the service flow fails.

 In the embodiment of the present invention, an identifier value is added to the return result in the resource reservation response or the policy decision response to indicate which service flow in the application service flow is caused when the service application fails. In this way, the service application initiator can know the reason for the resource reservation or the policy decision failure, and the service applicant can make a corresponding service revision according to the returned result, and re-initiate the service application.

 FIG. 10 is a diagram showing an apparatus for responding to a resource reservation request or a policy decision request according to an embodiment of the present invention. As shown in FIG. 10, the apparatus includes:

 The processing result obtaining unit 1001 obtains a processing result of the request according to the flag and the related policy; the determining unit 1002 determines, when the processing result for the request is negative, the negative processing result for each service flow in the request Whether it is caused by the service flow itself; the writing unit 1003, in the result of the judgment, writes different judgment result values for the service flow in the response message of the request.

 Preferably, the apparatus further includes a sending unit 1004, which sends the response message.

 Additionally, the write unit may write different decision result values in the Result field of the response message for the traffic flow. The judgment result value is a value indicating that the negative processing result is caused by the traffic flow itself and a value indicating that the negative processing result is not caused by the traffic flow itself. Preferably, the value indicating the negative processing result is 0X0005 or 0x00006 caused by the service flow itself, indicating that the negative processing result is not a value caused by the service flow itself.

0x00008.

 Preferably, when the determining unit determines that the negative processing result is caused by a certain service flow, the determining unit continues to perform the determination for the service flow that is not determined, and the determination result of the service flow that is not determined. It is determined that it is not caused by each of the service flows that are not determined.

In the foregoing embodiment of the present invention, when a video telephony service including a video stream, an audio stream, and a control stream performs a resource reservation request/policy decision request during the creation process, if the user allows only the sound when the network resource is limited, No image is provided, at this time the audio stream and the control stream are Combined. Resources Required should be set to "Γ,, the Combined Resources Required for the video stream should be set to "0".

 Preferably, the network has the following situations in response to the resource reservation request:

 1) If the network can meet the requirements of all traffic flows, then 0x0001, 0x0001, and 0x0001 are respectively returned in the resource reservation responses of the video stream, the audio stream, and the control stream.

 2) If the network cannot meet the requirements of the video stream, and can meet the requirements of the other two service streams, then 0x0005, 0x0001, and 0x0001 are respectively returned in the resource reservation responses of the video stream, the audio stream, and the control stream.

 3) If the network cannot meet the requirements of the audio stream and can meet the requirements of the other two service flows, then 0x0008, 0x0005, and 0x0008 are respectively returned in the resource reservation responses of the video stream, the audio stream, and the control stream.

 4) If the network cannot meet the requirements of the control flow and can meet the requirements of the other two service flows, then 0x0008, 0x0008, and 0x0005 are respectively returned in the resource reservation responses of the video stream, the audio stream, and the control stream.

 5) If the network cannot meet the requirements of the video stream and the audio stream, and can meet the requirements of the control stream, correspondingly return 0x0005, 0x0005, and 0x0008 in the resource reservation responses of the video stream, the audio stream, and the control stream, respectively.

 6) If the network cannot meet the requirements of the video stream and the control stream, and can satisfy the requirements of the audio stream, then 0x0005, 0x0008, and 0x0005 are respectively returned in the resource reservation responses of the video stream, the audio stream, and the control stream.

 7) If the network cannot meet the requirements of the audio stream and the control stream, and can meet the requirements of the video stream, correspondingly return 0x0008, 0x0005, and 0x0005 in the resource reservation responses of the video stream, the audio stream, and the control stream, respectively.

 8) If the network can not meet the requirements of video stream, audio stream and control stream, then return 0x0005, 0x0005 and 0x0005 in the resource reservation response of video stream, audio stream and control stream respectively.

 Preferably, the network has the following situations when responding to the policy decision request:

1) If the network can meet the requirements of all traffic flows, then 0x0001, 0x0001, and 0x0001 are respectively returned in the policy decision responses of the video stream, the audio stream, and the control stream. 2) If the network cannot meet the requirements of the video stream, and can meet the requirements of the other two service flows, correspondingly return 0x0006, 0x0001, and 0x0001 in the policy decision responses of the video stream, the audio stream, and the control stream, respectively.

 3) If the network cannot meet the requirements of the audio stream and can meet the requirements of the other two service flows, then 0x0008, 0x0006, and 0x0008 are respectively returned in the policy decision responses of the video stream, the audio stream, and the control stream.

 4) If the network cannot meet the requirements of the control flow and can meet the requirements of the other two service flows, then 0x0008, 0x0008, and 0x0006 are respectively returned in the policy decision responses of the video stream, the audio stream, and the control stream.

 5) If the network cannot meet the requirements of the video stream and the audio stream, and can meet the requirements of the control stream, correspondingly return 0x0006, 0x0006 and 0x0008 in the policy decision response of the video stream, the audio stream and the control stream, respectively.

 6) If the network can not meet the requirements of the video stream and the control stream, and can meet the requirements of the audio stream, correspondingly return 0x0006, 0x0008 and 0x0006 in the policy decision response of the video stream, the audio stream and the control stream respectively.

 7) If the network cannot meet the requirements of the audio stream and the control stream, and can meet the requirements of the video stream, correspondingly return 0x0008, 0x0006, and 0x0006 in the policy decision response of the video stream, the audio stream, and the control stream, respectively.

 8) If the network cannot meet the requirements of the video stream, the audio stream, and the control stream, then 0x0006, 0x0006, and 0x0006 are respectively returned in the policy decision responses of the video stream, the audio stream, and the control stream.

 In the embodiment of the present invention, multiple service flows that may exist in the service are processed separately, and a joint policy decision request is made for the correlation between the service flows, so that all the flags in the policy decision request are federated service flows. In the case of a policy, a resource reservation request can be made to enable the business to proceed.

 The above embodiments are intended to illustrate and explain the principles of the invention. It is to be understood that the specific embodiments of the present invention are not limited thereto. Various changes and modifications may be made without departing from the spirit and scope of the invention. Accordingly, the scope of the invention is defined by the claims.

Claims

Rights request  A method for implementing quality assurance of a communication system, comprising: setting, in a QoS-related request message, a joint flag for each of the service flows, the joint flag being used to indicate whether the predetermined QoS component cannot be satisfied Reject the request;  Determining whether to accept or reject the request based on the joint flag.  The method according to claim 1, wherein the step of determining whether to accept or reject the request according to the joint flag comprises:  When a service flow in the request message cannot satisfy a predetermined QoS condition, determining a joint flag in the service flow, rejecting the request if the joint flag is valid; otherwise, determining a next service flow; The request is accepted when the union flag for all traffic flows is invalid.  The method according to claim 2, wherein the step of determining whether to accept or reject the request according to the joint flag comprises:  Determining, by one by one, whether the service flow of the joint flag is in compliance with the predetermined condition, and if the service flow in which the joint flag is valid does not meet the predetermined condition, determining to reject the QoS request; if all the service flows in which the joint flag is valid in the request meet the predetermined condition, Then accept the QoS request.  The method according to any one of claims 1 to 3, wherein the QoS related request comprises: a resource reservation request, a policy decision request.  5. The method according to claim 1, further comprising:  Obtaining a processing result for the request;  When the processing result of the request is a rejection, determining whether the processing result of each service flow in the request is caused by the service flow itself;  According to the judgment result, in the response message of the request, different judgment result values are written for the service flow.  6. The method according to claim 5, wherein different judgment result values are written in a result field of the service flow of the response message,  The judgment result value includes a value indicating that the processing result is caused by the traffic flow itself and a value indicating that the processing result is not caused by the traffic flow itself. The method according to claim 6, wherein when it is determined that the processing result is caused by a certain service flow, the determination result of the undetermined service flow is determined not to be The service flow that is not judged is caused by the service flow.  A resource reservation method for a communication system, comprising the steps of: a joint flag setting step of setting a joint flag for each service flow in a resource reservation request, the joint flag indicating that the service cannot be satisfied Whether the resource reservation request is rejected when the resource of the stream is reserved;  The resource reservation request rejection/acceptance determination step determines whether to reject or accept the resource reservation request based on the joint flag.  The resource reservation method according to claim 8, wherein the joint flag setting step sets a joint flag field for each of the resource reservation requests, and sets whether the field is valid. The union flag field value.  The resource reservation method according to claim 8, wherein the resource reservation request rejection/acceptance determination step is:  Determining whether each of the resource reservation requests can perform resource reservation one by one. When the resource reservation for the service flow cannot be satisfied, determining whether the joint flag of the service flow is valid, when When the flag is valid, it is judged that the resource reservation request is rejected, and if the joint flag is invalid, the next service flow is judged.  The resource reservation method according to claim 8, wherein the resource reservation request rejection/acceptance determination step specifically includes:  It is judged one by one whether resource reservation can be performed on the service flow in which the joint flag is valid. If there is a service flow in which the joint flag is valid, the resource reservation cannot be performed, and the resource reservation request is rejected, if all the joint flags in the request are reserved for the resource If a valid service flow can be reserved for resources, it is judged to accept the resource reservation request.  The resource reservation method according to claim 9, wherein the joint flag field value is set according to a service requirement and a current resource usage.  A method for determining a policy of a communication system, comprising: the service flow description step, describing each service flow involved in the policy decision request, and setting a joint flag for each service flow, The joint flag indicates whether the policy decision request is rejected when the service flow does not comply with the policy; The policy determines the request acceptance/rejection judgment step, and judges whether the rejection is based on the joint flag or Accept the policy decision request.  The policy determining method according to claim 13, wherein the service flow description step comprises:  A plurality of fields including a joint flag field describing the service flow are set for each service flow in the policy decision request, and a joint flag field value indicating whether the joint flag field is valid is set.  The method for determining a policy according to claim 13, wherein the step of determining the request acceptance/rejection decision includes:  Determining whether each of the service flows in the policy decision request conforms to the policy one by one. When the service flow does not comply with the policy, determining whether the joint flag of the service flow is valid, and if the joint flag is valid, rejecting the The policy determines the request; if the joint flag is invalid, the next service flow is judged.  The method for determining a policy according to claim 13, wherein the step of determining the request acceptance/rejection decision includes:  Determining whether the service flow of the joint flag is in compliance with the policy. If the service flow with the joint flag is not in compliance with the policy, the decision is rejected. If it is determined that the service flow of all the joint flags in the request determines that the service flow is in compliance with the policy, Judge the acceptance of the policy decision request.  The policy determining method according to claim 14, wherein the joint flag field value is set according to the policy.  18. A system for implementing quality assurance of a communication system, in a communication system, a first functional entity sends a QoS related request to a second functional entity, and the second functional entity determines whether to accept or reject the QoS related request, and The first functional entity feeds back a determination result, where the system includes:  a setting unit, configured to set a joint flag for the service flow in the QoS-related request message, where the joint flag is used to indicate whether the request is rejected when the predetermined QoS condition is not met;  The determining unit determines whether to reject or accept the resource reservation request according to the joint flag. The system according to claim 18, wherein the value of the joint flag is set according to a service requirement and a current resource usage. 20. The system of claim 18 wherein said communication system is Wimax a system, in the Wimax system, a resource reservation request is sent by a home network policy function entity to a service flow management function entity via a visited network policy function entity, an anchor SFA, a service SFA, and the service flow management function entity is served via a service SFA, an anchor SFA The visited network policy function entity sends a resource reservation response to the home network policy function entity.  A policy determining system for a communication system, comprising: a service flow description unit and a policy decision request acceptance/rejection judgment unit,  The service flow description unit describes each service flow involved in the service in the policy decision request, and sets a joint flag for each service flow;  The policy decision request accept/reject judgment unit determines whether to accept the policy decision request based on the joint flag.  22. A method for responding to a quality of service request, wherein the quality assurance request includes a resource reservation request or/and a policy decision request, the method comprising:  Processing a result obtaining step, obtaining a processing result of the request according to the flag and the related policy; and determining, when the processing result of the request is negative, determining, by each service flow in the request, whether the negative processing result is caused by the Caused by the business flow itself;  In the writing step, according to the judgment result, in the response message of the request, a corresponding judgment result value is written to the service flow.  A device for responding to a service guarantee request, wherein the service quality assurance request includes a resource reservation request or/and a policy decision request, and the device includes:  a processing result obtaining unit, configured to obtain a processing result of the request according to the flag and the related policy;  Determining, by the processing result of the request, determining, by each service flow in the request, whether the negative processing result is caused by the service flow itself;  The writing unit, according to the judgment result, writes a corresponding judgment result value to the service flow in the response message of the request.