WO2007098691A1 - Procédé et système pour assurer la qualité de service dans des systèmes de communication - Google Patents

Procédé et système pour assurer la qualité de service dans des systèmes de communication Download PDF

Info

Publication number
WO2007098691A1
WO2007098691A1 PCT/CN2007/000633 CN2007000633W WO2007098691A1 WO 2007098691 A1 WO2007098691 A1 WO 2007098691A1 CN 2007000633 W CN2007000633 W CN 2007000633W WO 2007098691 A1 WO2007098691 A1 WO 2007098691A1
Authority
WO
WIPO (PCT)
Prior art keywords
request
service flow
service
policy
resource reservation
Prior art date
Application number
PCT/CN2007/000633
Other languages
English (en)
Chinese (zh)
Inventor
Jietao Zhang
Hongcheng Zhuang
Zheshui Xiao
Ke Zeng
Hanmei Du
Ming Zhou
Original Assignee
Huawei Technologies Co. Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN2006100550469A external-priority patent/CN101030962B/zh
Priority claimed from CNB2006100550473A external-priority patent/CN100558107C/zh
Priority claimed from CNB2006100734354A external-priority patent/CN100536432C/zh
Application filed by Huawei Technologies Co. Ltd. filed Critical Huawei Technologies Co. Ltd.
Publication of WO2007098691A1 publication Critical patent/WO2007098691A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/20—Traffic policing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/745—Reaction in network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware

Definitions

  • 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.
  • QoS quality of service
  • 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.
  • 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.
  • ASN Access Service Network
  • anchor SFA anchor SFA
  • 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.
  • 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.
  • H-PF Home Policy Policy
  • V-PF Visit Policy Function
  • an SFID Service Flow Identification
  • QoS parameters owned by the service 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.
  • Delete Deletes the business flow when the application ends.
  • 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.
  • SFM Service Flow Management
  • SFA Service Flow Authorization: Includes serving SF A (service SFA) and anchor SFA (anchor SFA) to recognize traffic flows based on local policies.
  • PF Policy Function: An entity that grasps user information and provides QoS policies. Located in the CSN (Connected Service Network).
  • 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 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:
  • 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 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.
  • 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.
  • 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.
  • 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.
  • the Combined Resources Required field does not indicate well whether the resource reservation request of the service flow needs to be federated.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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;
  • 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.
  • 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.
  • 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.
  • FIG. 1 is a flowchart of a resource reservation method according to a first embodiment of the present invention
  • FIG. 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
  • FIG. 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.
  • FIG. 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
  • the method for resource reservation of the Wimax system includes a joint flag setting step and a resource reservation request rejection/acceptance determining step.
  • a joint flag is set for each of the resource reservation requests.
  • 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
  • the RR message format is as follows: 7a H-PF ⁇ V-PF segment: Message direction parameter
  • 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.
  • 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.
  • the video stream, the audio stream, and the video telephony service are included.
  • 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.
  • the SFM 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.
  • step S202 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.
  • FIG. 3 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:
  • setting I to 1 is judged from the ⁇ 1 service flow in which the joint flag is valid.
  • RR - Response message resource reservation response message
  • resource reservation response message resource reservation response message
  • a joint flag is specified for each service flow in the response.
  • resource reservation response response 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.
  • a system for implementing quality assurance of a communication system 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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. )
  • Example values VoIP, video, PTT, gaming. (Application type description as a hint in the license control. Example values: VoIP, video, PTT, Gaming 0 )
  • 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.
  • 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.)
  • Possible Action values include: Create; Admit; Activate;
  • 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.
  • this parameter indicates the available resources.
  • 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.
  • this parameter indicates that it is available. Resource; in the Result ⁇ Admitted or Activated response message, this parameter indicates the reserved resource.
  • Receiving entities to disambiguate overlapping requests/responses in which the remaining ID fields are identical.
  • the operation and the application content provider determines the format and value of the Accounting Extension. That may be obtained from AF or profile.
  • 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.
  • the network rejects the policy decision request of all service flows.
  • 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.
  • the V/H-PF or anchor SFA 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.
  • 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 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.
  • step S604 a determination is made for the next traffic flow.
  • FIG. 7 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).
  • 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.
  • 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".
  • 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.
  • a video telephony service including a video stream, an audio stream, and a control stream performs a policy decision
  • 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".
  • the PF rejects the policy decision of all service flows.
  • the QoS requirements of the video stream do not match.
  • the network only rejects the policy decision request of the video stream, and does not reject the policy decision request of other service flows.
  • a joint flag is specified for each of the service flows in the response.
  • 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.
  • 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.
  • a system for determining a communication system by using a policy 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.
  • the method for responding to the service quality assurance 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;
  • 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;
  • the writing step according to the determining result, writing different judgment result values for the service flow in the response message of the request.
  • the method further includes a sending step of transmitting the response message.
  • the access network 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.
  • 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.
  • the determination may be made one by one until each of the service flows is judged.
  • 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.
  • the booster port in the response message of the resource reservation or the policy decision, 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).
  • the Reservation Result field in the response message for resource reservation or policy decision in the WiMAX system is as shown in Table 13.
  • Result indicates the result of a resource reservation or policy decision, which can take the following values:
  • Request Failed Unspecified reason
  • Request failed ambiguous reason
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the apparatus further includes a sending unit 1004, which sends the response message.
  • 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.
  • 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.
  • 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.
  • 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
  • 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".
  • the network has the following situations in response to the resource reservation request:
  • 0x0008, 0x0005, and 0x0008 are respectively returned in the resource reservation responses of the video stream, the audio stream, and the control stream.
  • 0x0008, 0x0008, and 0x0005 are respectively returned in the resource reservation responses of the video stream, the audio stream, and the control stream.
  • 0x0005, 0x0008, and 0x0005 are respectively returned in the resource reservation responses of the video stream, the audio stream, and the control stream.
  • the network has the following situations when responding to the policy decision request:
  • 0x0008, 0x0006, and 0x0008 are respectively returned in the policy decision responses of the video stream, the audio stream, and the control stream.
  • 0x0008, 0x0008, and 0x0006 are respectively returned in the policy decision responses of the video stream, the audio stream, and the control stream.
  • 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.
  • a resource reservation request can be made to enable the business to proceed.

Abstract

La présente invention concerne un procédé et système pour assurer la qualité de service dans des systèmes de communication comprenant une unité d'établissement et une unité de détermination. L'unité d'établissement établit un champ combiné désigné ressources combinées nécessaires à chaque flux de service dans un message de demande associé à la qualité de service, qui indique l'acceptation ou le refus du message de demande lorsque la condition pré-établie de qualité de service ne peut pas être supportée par les ressources disponibles. L'unité de détermination détermine l'acceptation ou le refus du message de demande associé à la qualité de service selon ces champs. Le message de demande associé à la qualité de service est une demande de réservation de ressource ou une demande de décision stratégique. Grâce au traitement individuel d'une pluralité de flux et la mise en oeuvre de décision stratégique combinée selon la corrélation entre des flux de service, lorsque tous les flux de service marqués combinés sont conformes à la décision stratégique, le système autorise la demande de décision stratégique et procède à la demande de réservation de ressource, de manière à mettre en oeuvre le services.
PCT/CN2007/000633 2006-02-28 2007-02-28 Procédé et système pour assurer la qualité de service dans des systèmes de communication WO2007098691A1 (fr)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
CN2006100550469A CN101030962B (zh) 2006-02-28 2006-02-28 通信系统用策略决定方法和策略决定系统
CNB2006100550473A CN100558107C (zh) 2006-02-28 2006-02-28 通信系统用资源预留方法和资源预留系统
CN200610055047.3 2006-02-28
CN200610055046.9 2006-02-28
CN200610073435.4 2006-03-28
CNB2006100734354A CN100536432C (zh) 2006-03-28 2006-03-28 对资源预留请求或策略决定请求进行响应的方法和装置

Publications (1)

Publication Number Publication Date
WO2007098691A1 true WO2007098691A1 (fr) 2007-09-07

Family

ID=38458664

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/000633 WO2007098691A1 (fr) 2006-02-28 2007-02-28 Procédé et système pour assurer la qualité de service dans des systèmes de communication

Country Status (1)

Country Link
WO (1) WO2007098691A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112437469A (zh) * 2019-08-26 2021-03-02 中国电信股份有限公司 服务质量保障方法、装置和计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1170909A2 (fr) * 2000-06-30 2002-01-09 Nokia Mobile Phones Ltd. Definition de la qualité de service pour des trains des données
CN1514618A (zh) * 2002-12-16 2004-07-21 ���Ͽع����޹�˾ 辅助数字用户线路接入复用器上的业务量管理功能
CN1518278A (zh) * 2003-01-16 2004-08-04 ��Ϊ�������޹�˾ 网络通信中实现资源分配的系统及其方法
WO2004071105A2 (fr) * 2003-02-10 2004-08-19 Nokia Corportion Autorisation multimedia dynamique dans des reseaux mobiles
WO2004084509A2 (fr) * 2003-03-17 2004-09-30 Qualcomm Incorporated Controle d'admission et affectation des ressources dans un systeme de communication prenant en charge des flux d'application presentant des exigences de qualite de service

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1170909A2 (fr) * 2000-06-30 2002-01-09 Nokia Mobile Phones Ltd. Definition de la qualité de service pour des trains des données
CN1514618A (zh) * 2002-12-16 2004-07-21 ���Ͽع����޹�˾ 辅助数字用户线路接入复用器上的业务量管理功能
CN1518278A (zh) * 2003-01-16 2004-08-04 ��Ϊ�������޹�˾ 网络通信中实现资源分配的系统及其方法
WO2004071105A2 (fr) * 2003-02-10 2004-08-19 Nokia Corportion Autorisation multimedia dynamique dans des reseaux mobiles
WO2004084509A2 (fr) * 2003-03-17 2004-09-30 Qualcomm Incorporated Controle d'admission et affectation des ressources dans un systeme de communication prenant en charge des flux d'application presentant des exigences de qualite de service

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112437469A (zh) * 2019-08-26 2021-03-02 中国电信股份有限公司 服务质量保障方法、装置和计算机可读存储介质
CN112437469B (zh) * 2019-08-26 2024-04-05 中国电信股份有限公司 服务质量保障方法、装置和计算机可读存储介质

Similar Documents

Publication Publication Date Title
US11690110B2 (en) Time sensitive network bridge configuration
US11917498B2 (en) Communication method and communications apparatus
JP3901095B2 (ja) 移動局発信呼の通知技法
EP4132213A1 (fr) Procédé de commande de transmission de service de diffusion en continu multimédia, terminal utilisateur, noeud de réseau, système, support d'enregistrement et dispositif électronique
US8953596B2 (en) Conserving network capacity by releasing QoS resources
WO2020200066A1 (fr) Procédé, système et appareil d'acquisition de paramètre de latence de paquet de données
WO2008089687A1 (fr) Procédé de partage de ressources de réseau, et dispositif et système à cet effet
WO2006094448A1 (fr) Procede pour implementer la reservation des ressources en mode de requete utilisateur dans le reseau de prochaine generation
JP2006514510A (ja) パケットモード移動体通信ネットワークにおけるサービス品質の差別化方法
WO2019033796A1 (fr) Procédé de traitement de session, et dispositif associé
WO2006094446A1 (fr) Procede pour obtenir la reservation de ressources pour un mode de demande d'agent dans ngn
WO2007087745A1 (fr) Procédé et système pour la mise en oeuvre d'acheminement de données de l'utilisateur itinérant
EP2164273A1 (fr) Procédé, système et dispositif de commande de ressource multidiffusion
EP4131808A1 (fr) Procédé de commande de transmission de service de flux multimédia, dispositif électronique, terminal utilisateur, noeud de réseau, système et support d'enregistrement
WO2009079844A1 (fr) Procédé de traitement de requête de ressource en réseau de prochaine génération
WO2007022716A1 (fr) Procede et systeme de reglage de la caracteristique de liaison de donnees a interface interne dans un reseau a acces sans fil
WO2010006493A1 (fr) Procédé et système de traitement d’un flux de service dynamique
WO2007098691A1 (fr) Procédé et système pour assurer la qualité de service dans des systèmes de communication
US20040259562A1 (en) Method and packet data service node for correlating a service reference identifier with a requested quality of service
WO2012028008A1 (fr) Procédé et système pour contrôler des réseaux hétérogènes
WO2008064578A1 (fr) Procédé, système, réseau d'accès et terminal d'accès pour libérer une ressource qos
WO2009100625A1 (fr) Procédé de sélection d'une entité fonctionnelle de décision stratégique dans un système de contrôle de ressources et d'admission
WO2011127760A1 (fr) Procédé et système de décision en matière de politique des ressources sur une scène itinérante
WO2022166559A1 (fr) Procédé et appareil de communication
KR100879164B1 (ko) 통신 네트워크에서 서비스 품질 관리를 위한 결합 메커니즘

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07720278

Country of ref document: EP

Kind code of ref document: A1