EP1788747B1 - Verfahren und system zur dynamischen konsultation der servicequalität in netzwerken der nächsten generation - Google Patents

Verfahren und system zur dynamischen konsultation der servicequalität in netzwerken der nächsten generation Download PDF

Info

Publication number
EP1788747B1
EP1788747B1 EP05783992A EP05783992A EP1788747B1 EP 1788747 B1 EP1788747 B1 EP 1788747B1 EP 05783992 A EP05783992 A EP 05783992A EP 05783992 A EP05783992 A EP 05783992A EP 1788747 B1 EP1788747 B1 EP 1788747B1
Authority
EP
European Patent Office
Prior art keywords
service
qos
racs
parameters
entity
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
EP05783992A
Other languages
English (en)
French (fr)
Other versions
EP1788747A1 (de
EP1788747A4 (de
Inventor
Enhui c/o Huawei Adm. Building LIU
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
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
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of EP1788747A1 publication Critical patent/EP1788747A1/de
Publication of EP1788747A4 publication Critical patent/EP1788747A4/de
Application granted granted Critical
Publication of EP1788747B1 publication Critical patent/EP1788747B1/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • 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/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/765—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the end-points
    • 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/808—User-type aware
    • 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/82—Miscellaneous aspects
    • H04L47/822—Collecting or measuring resource availability data
    • 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/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Definitions

  • the present invention relates to network communication technology field, especially to a system and method of dynamic QoS negotiation in NGN.
  • NGN Next Generation Network
  • ETSI Europe Telecom Standard Institute
  • 3G IMS Third Generation IP Multimedia Subsystem
  • the service layer is composed of Network Attachment Subsystem (NASS), Resource and Admission Control Subsystem (RACS), IP Multimedia Subsystem (IMS), PSTN/ISDN Emulation Subsystem (PES), other multimedia subsystems and applications, and common service components of those subsystems;
  • the common service components include application servers, charging functions, user profile management, and security control, etc.
  • the transport layer Under the control of NASS and RACS, the transport layer provides IP connections between NGN terminals, which hides the transport techniques used in access and core networks below IP layer. Those subsystems can be distributed in the administrative domains of network/service providers.
  • RACS a critical component that provides support for end-to-end QoS control
  • the position of RACS in the overall framework of NGN and the interface relationship between the RACS and the external entities are shown in Fig.2 .
  • the RACS needs to have interfaces with the transport layer, customer premise equipments (CPEs), NASS, IMS, PES, other service subsystems, and RACSs in other networks.
  • CPEs customer premise equipments
  • NASS NASS
  • IMS IMS
  • PES other service subsystems
  • RACSs in other networks.
  • RACS provides admission control function; the admission control includes resource availability check based on the user profiles stored in NASS. Resource availability check means the admission control verifies whether the requested bandwidth is consistent with the subscribed bandwidth and the used bandwidth of each user.
  • IP-based transport layer Due to diversity and multimedia feature of NGN services, how to implement QoS control on user service on the basis of IP-based transport layer has become an important task in NGN technical research.
  • IETF Internet Engineering Task Force
  • IntServ/RSVP Integrated Service/Resource Reservation Protocol
  • DiffServ Differentiated Service
  • the Policy Decision Function performs admission control and gate control only based on user profile and the operator's management policy rules without checking the availability of network resources based on resource status; and, consequently, assured QoS can not be provided in accordance with the actual conditions of the network.
  • IETF has also put forward DiffServ and its policy control model, as shown in Fig. 4 .
  • the user makes requests and collations with the network on QoS, by using either of the following two methods:
  • One method is: CPEs perform traffic classification, Diffserv marking, policing, and shaping for the user packets; the network equipment trusts the DiffServ marks in the user packets and performs Diffserv forwarding.
  • the other method is: users subscribe Service Level Agreement (SLA) with the network operator through an administrative approach; the SLA contains the required QoS parameters (e.g., bandwidth and DiffServ type) for user traffic.
  • Network Management System NMS statically configures the QoS parameters requested by users onto edge devices of the network via policy control interface or network management interface.
  • the edge devices perform traffic classification, Diffserv marking, policing, and shaping on the user packets in accordance with the QoS configuration; the core devices perform DiffServ forwarding in accordance with the DiffServ marks in the packets marked by the edge devices.
  • DiffServ In DiffServ and its policy control model put forward by IETF, users perform QoS negotiation with the network in the management plane.
  • the user QoS request is represented with the value of the Diffserv mark in the packet. Since a DiffServ mark has a length of only 3 bits, which can only reflect the relative requirements including QoS level and priority but can not transfer the user expected QoS parameters from end to end, including bandwidth, delay, jitter, and packet loss rate, etc.; therefore, the user traffic can only be provided with a relative QoS differentiation from the network.
  • it is unable to implement QoS assurance for user service based on network resource availability as well.
  • the IntServ/RSVP, the Diffserv, and their policy control models and mechanisms put forward by IETF can not provide QoS assurance in the data flow path between a User Network Interface (UNI) and another UNI (i.e., end-to-end) on the bearer layer in NGN, and thereby can not meet the requirements for service diversity, technique diversity, and terminal diversity in NGN.
  • UNI User Network Interface
  • NGN Network-to-end
  • the WO 02/05068A (XYBRIDGE TECHNOLOGIES INC(US)) provides a method and an apparatus that provides end-to-end (ETE) quality of service (QoS) for voice and other real time applications in a Softswitch-based network, and more particularly, in a packet data network or IP network that is cabable of setting up and routing voice calls through Softswitch.
  • ETE end-to-end
  • QoS quality of service
  • a universal quality of service manager UQM is formed to work with the call agent and the gateways and routers of the IP network to provision, control, and guarantee the ETE QoS for voice and other real time applications.
  • the UQM consists of the following five components: Bandwidth Manager, Policy Engine, Real Time Performance Monitor, Admission Controller, and Bandwith Broker. With different levels of interactions between the above five components, the QoS for voice and other real time applications can be achieved hierarchically in three levels in the following.
  • QoS Provisioning the Bandwidth Manager will work with Policy Engine to statically manage the network priority and bandwidth to support QoS over IP networks.
  • QoS Controlling the Admission Controller will work with Real Time Performance Monitor and the Call Agent and gateways to control the QoS over IP networks.
  • ETE QoS Guarantee the Bandwidth Broker will work with routers and gateways and call agents to do ETE dynamic bandwidth allocation and call admission control to guarantee the ETE QoS for voice and other real time applications.
  • the object of the present invention is to provide a system and method of dynamic QoS negotiation in NGN, so as to enable an end-to-end QoS negotiation depending on the availability of the current network resources and thereby to improve transport network resource utility effectively.
  • a system of dynamic QoS negotiation in NGN including:
  • a Resource and Admission Control Subsystem adapted to obtain and process resource reservation requests required for a media flow of a service transported in NGN, perform authentication and make admission control decisions based on operation policy rules, user profile, and availability of transport resources, and send the admission control decision parameters to a concerned transport functional (TF) entity for execution, wherein the reservation request contains QoS requirement parameters;
  • the transport functional entities adapted to ensure QoS of the media flow of the service transferred in NGN according to the admission control decision parameters.
  • the system of dynamic QoS negotiation in NGN further includes:
  • a service control functional (SCF) entity adapted to communicate with user terminals, obtain the QoS requirement parameters required for the service requested by a user terminal by parsing service signaling or determine the QoS requirement parameters according to the service policies, and send the QoS requirement parameters to the RACS.
  • SCF service control functional
  • the system of dynamic QoS negotiation in NGN further includes:
  • NSS Network Attachment Subsystem
  • the present invention also provides a method of dynamic QoS negotiation in NGN, including:
  • the RACS obtains the QoS requirement parameters of the media flow of the given service through a Service Control Functional (SCF) entity, a Network Attachment Subsystem (NASS), the TF entity, or a Network Management System (NMS).
  • SCF Service Control Functional
  • NMS Network Attachment Subsystem
  • NMS Network Management System
  • the service When the service includes a plurality of media flows, it is needed to determine the QoS requirement parameters for each of the media flows respectively.
  • the method further includes a step E:
  • the service request when the service request carries the QoS requirement parameters of the service, obtaining by the SCF entity the QoS requirement parameters of the media flow of the service by parsing the service request signaling.
  • step E further includes:
  • step E further includes:
  • the token mechanism After authenticating successfully, returning by the RACS an admission token to the user terminal via the SCF entity; carrying the admission token in a path-coupling QoS signaling and transferring the admission token to the RACS via a resource reservation request; checking by the RACS whether the resource reservation request has passed the authentication and searching for relevant information of the service in accordance with the admission token.
  • the RACS determines the admission control decision parameters through the following steps:
  • the RACS obtains, by the RACS, the user profile information of the service and the policy rules information configured by the operator, making admission control decision for the QoS requirement parameters of the service based on the user profile information and the policy rules information, deciding whether to permit the media the flow of the service to enter into the transport network and to be treated with the requested QoS, and determining the admission control decision parameters.
  • the RACS may also determine the admission control decision parameters through the following steps:
  • the RACS obtains by the RACS the current status information of the transport resources in the network, making admission control decision for the QoS requirement parameters of the media flow of the service based on above information, checking whether there are enough transport resources available in the network to meet the QoS requirement parameters of the media flow of the service, and determining the admission control decision parameters.
  • the admission control decision parameters include:
  • the QoS parameters include:
  • bandwidth requirements for transferring the media flow of the service as well as QoS classes indicating allowable delay, jitter, packet error rate and packet loss rate.
  • the method of dynamic QoS negotiation in NGN further includes:
  • the method of dynamic QoS negotiation in NGN further includes:
  • the present invention provides end-to-end dynamic QoS request and negotiation processing procedures for different types of user terminals in NGN.
  • the present invention is applicable to dynamic QoS negotiation processing for user terminals with different capabilities and for different business models required by the operators; furthermore, the present invention mainly utilizes the RACS in NGN to perform QoS negotiation processing, so as to implement an end-to-end QoS negotiation processing in accordance with the availability of current network transport resources in NGN, and thereby improve resource utilities with QoS treatment. Therefore, the present invention can effectively ensure the QoS of service transferred in NGN.
  • Fig.1 is a structural schematic diagram of NGN
  • Fig.2 is a schematic diagram of the external interface of RACS in NGN
  • Fig. 3 is a schematic diagram of IntServ and its policy control model
  • Fig. 4 is a schematic diagram of DiffServ and its policy control model
  • Fig. 5 to Fig. 9 are flow charts of an embodiment of the method described in the present invention.
  • the key idea of the present invention is to utilize RACS to obtain QoS parameter information required for a media flow of given service requested by CPEs and determine the corresponding admission control decision parameters based on the QoS parameter information and resource availability information, and finally to utilize transport functional entity to execute the admission control decision parameters so as to process and transfer the media flow of the service accordingly, and thereby providing corresponding QoS assurance for services transferred in the network.
  • the present invention provides a system of dynamic QoS negotiation in NGN.
  • the structure of the system according to an embodiment of the present invention is shown in fig.5 , the system including:
  • RACS Resource and Admission Control Subsystem
  • the RACS obtains the QoS parameter information mainly via a service control functional entity; the RACS can also obtain the QoS parameter information via NASS, or via the transport functional entities;
  • the transport functional entity which is adapted to obtain admission control decision parameters sent from the RACS and execute the admission control decision parameters to implement QoS treatment for the media flow of the service transferred in NGN;
  • the service control functional entity which is adapted to communicate with a user terminal to obtain directly or indirectly the QoS parameter information required by the service requested by the user terminal and send the QoS parameter information to the RACS;
  • the user terminal when the user terminal is to develop a service, it has to initiate a service request to the service control functional entity first, and the request can carry the QoS parameter information required by the service; also, the service control functional entity can obtain the QoS parameter information of the media flow of the service through negotiation between the user terminal and the opposite user or an application server; in addition, the service control functional entity can determine the corresponding QoS parameter information in accordance with the type of the service requested by the user terminal;
  • NSS Network Attachment Subsystem
  • the present invention provides a framework and a method to enable a user terminal (i.e., CPE) to request and negotiate QoS with the network in NGN environment, and thereby, through the interaction between the user terminal and the network as well as the interaction between the network service layer and the transport layer, to support QoS assurance for the services requested by user terminals with different QoS negotiation capabilities and various business models.
  • CPE user terminal
  • the present invention also provides a processing information flow to enable a user terminal to request and negotiate QoS with the network in NGN environment.
  • the service control functional (SCF) entity is responsible for functions of service session setup, control, and termination in the service subsystems, such as call session control function (CSCF) in IP Multimedia Subsystem.
  • the present invention utilizes the interaction between CPE and SCF entity or transport functional (TF) entity to transfer QoS request and acknowledge information, and utilizes the RACS to process the interaction and negotiation on QoS support between SCF entity and TF entity, so as to implement an end-to-end QoS control and thereby meet the QoS request of the user terminal.
  • the SCF entity and the RACS need to interact with the TF entity, to collect resource usage information for charging for the user service.
  • the present invention can support user terminals with different QoS negotiation capabilities and various business models.
  • User terminals can be classified into the following categories, regarding the different QoS negotiation capabilities:
  • the business models can be classified into three categories, regarding the QoS differentiation level:
  • QoS differentiation at application flow level before a media flow of a service with transport QoS requirements are started, the user terminal needs to initiate a definite QoS request to the network for the media flow; the media flow is treated in the network with the QoS parameters expected in the user QoS request; different media flows may be treated in the network at different QoS levels;
  • QoS differentiation at service type level the user does not need to initiate a QoS request explicitly, while the QoS requirement for the service is implied by the service type; the network is responsible for determining the QoS level required by the traffic flow in accordance with the service type; the traffic flows of different types of services may be treated at different QoS levels;
  • QoS differentiation at user level in accordance with the Service Level Agreement (SLA) signed between the user and the network operator, the user traffic flow will be treated at the QoS level expected in the SLA; the traffic flows of different users may be treated at different QoS levels.
  • SLA Service Level Agreement
  • the prevent invention provides several QoS request and negotiation processing flows for user terminals with different QoS capabilities and different business models; though those processing flows are the same in the fundamental principle, they are different in implementation approach; the operator can choose the appropriate QoS request and negotiation processing flow, in accordance with the QoS negotiation capability of the user terminal and the expected business model.
  • the RACS in NGN obtains the corresponding QoS request information, performs authentication, and makes admission control decision for the QoS request information of the service. Since transport network status information such as network resource usage and network performance may be known in the RACS, the most reasonable admission control decision parameters can be determined for the corresponding service in accordance with the actual conditions of the network.
  • the embodiments involve QoS request and negotiation processing flows implemented in accordance with the user terminals with different QoS negotiation capabilities and business models, respectively.
  • QoS request and negotiation processing flows will be described in several examples.
  • the QoS requirement of a user service will be implied by the service type; in addition, the QoS request will be initiated by an SCF entity or a signaling gateway as an agent of the user in accordance with the user service type.
  • a corresponding and specific QoS request and negotiation processing flow i.e., a corresponding dynamic QoS negotiation processing flow as shown in Fig.5 , includes the following steps:
  • step 51 the user initiates a service request, e.g., call setup request, to the network; wherein, it is not required to contain the QoS requirement parameters of the current service explicitly in the service request;
  • a service request e.g., call setup request
  • step 52 when the SCF entity or signaling gateway receives the user service request, it determines the QoS parameters required for the current service in accordance with the service type; the QoS parameters include: the bandwidth required for the current service as well as allowable delay, jitter, and packet loss rate, etc.;
  • the SCF entity or signaling gateway needs to send a QoS request (containing the QoS parameter information) for the current service to the RACS as an agent of the user;
  • step 53 when the RACS receives the QoS request, it performs authentication and makes admission control decision on the received QoS request in accordance with user profile, operator-specific policy rules, and resource availability, to determine the corresponding admission control decision parameters;
  • the RACS when the RACS receives the QoS request, it is required to obtain the user profile and operator-specific policy rules, such as user identity information, SLA information, and the network configuration information corresponding to the user, etc.; in addition, RACS needs to check the availability of the current network resources, such as available bandwidth resource, occupied bandwidth resource, and network performance of the data flow path of the user in the network; after obtaining above information, the RACS can perform authentication and make admission control decision on the QoS request of the service in accordance with the obtained resource availability information;
  • RACS determines to permit the service to be transported in the network in accordance with the requested QoS parameters, it sends admission control decision parameter information such as gate control, bandwidth allocation, (Differentiation Service Code Point) DSCP mark, and outgoing aggregation path information etc. to the TF entity at the boundary of the network for traffic forwarding;
  • admission control decision parameter information such as gate control, bandwidth allocation, (Differentiation Service Code Point) DSCP mark, and outgoing aggregation path information etc.
  • the QoS request and negotiation flow provided in step 51 to step 53 is especially suitable for voice service and simple terminals.
  • the specific dynamic QoS negotiation processing flow as shown in Fig.6 includes:
  • the user terminal initiates a service request, e.g., call setup request, to the network; during the service setup process, the user terminal can negotiate the QoS parameters required for the current service with the opposite terminal or application server via service layer signaling (e.g., session description protocol of SIP or capability exchange protocol of H.323); the specific negotiation procedures may be identical to those in the prior art, and will not be defined in the present invention;
  • a service request e.g., call setup request
  • the user terminal can negotiate the QoS parameters required for the current service with the opposite terminal or application server via service layer signaling (e.g., session description protocol of SIP or capability exchange protocol of H.323); the specific negotiation procedures may be identical to those in the prior art, and will not be defined in the present invention;
  • service layer signaling e.g., session description protocol of SIP or capability exchange protocol of H.323
  • the corresponding QoS parameters have to be negotiated for each of the media flows respectively.
  • step 61 after the user terminal obtains the QoS parameters through negotiation, it sends a service request carrying the QoS parameters to the SCF entity;
  • step 62 when the SCF entity receives the user service request, it extracts the QoS parameters from the service request, and then forwards the QoS request to the RACS;
  • step 63 based on user profile, operator-specific policy rules, and resource availability, the RACS performs authentication and makes admission control decision on the received QoS request; when the RACS determines to permit media flows of the service to be transferred in the network in accordance with the requested QoS parameters, it sends gate control, bandwidth allocation, DSCP marking control, outgoing aggregation path control information, etc., to the TF entity at the boundary of the network for traffic forwarding.
  • the QoS request and negotiation processing flow provided in step 61 to step 63 is suitable for multimedia services and terminals.
  • the User terminal initiates an explicit QoS request to the network service layer via a path-decoupling dedicated QoS signaling; the path-decoupling QoS signaling indicates that the QoS signaling path is independent to the user data flow path to which it provides service.
  • the specific dynamic QoS negotiation processing flow as shown in Fig.7 includes:
  • step 71 the user initiates an explicit QoS request to the network service layer (i.e., SCF entity) via a path-decoupling dedicated QoS signaling for a data service at a time or a certain data service that requires QoS assurance;
  • the QoS request contains the media flow identification information, such as source and destination addresses, port, and protocol type of the media flow, etc.;
  • step 72 when the SCF entity receives the QoS request, it performs authentication for the data service in accordance with the media flow identification information, and forwards the QoS request of the current service to the RACS after successful authentication;
  • Step 73 based on user profile, operator-specific policy rules, and resource availability, the RACS performs authentication and make admission control decision on the received QoS request after it receives the QoS request message; if the RACS determines to permit media flows of the service to be transferred in the network in accordance with the requested QoS parameters, it sends gate control, bandwidth allocation, DSCP marking control, outgoing aggregation path control commands, etc., to the TF entity at the boundary of the network for traffic forwarding.
  • step 71 to step 73 The QoS request and negotiation processing flow described in step 71 to step 73 is suitable for point-to-point or point-to-multipoint data services that require QoS assured paths.
  • the corresponding specific dynamic QoS negotiation processing flow as shown in Fig.8 may be divided into two stages; the path-coupling QoS signaling indicates that the QoS signaling path is identical to the user data flow path to which it provides service; hereunder the two stages will be described:
  • step 81 the user initiates a service request (e.g., call setup request) to the network via the SCF entity, and during the service setup process, negotiates the QoS parameters required for current service with the opposite user or application server via SDP or capability exchange of H.323;
  • a service request e.g., call setup request
  • the corresponding QoS parameters need to be negotiated for each of the media flows
  • step 82 when the SCF entity receives the service request of the user terminal, it extracts the QoS parameters to be negotiated from the request, and then sends a resource authentication request to the RACS;
  • step 83 when the RACS receives the resource authentication request, it obtains the user profile and operator-specific policy rules, and determines availability of the current network resources; then, based on the user profile, operator-specific policy rules, and availability of current transport resources, the RACS performs authentication on the received QoS request; if the RACS determines to permit the service to be transported in the network in accordance with the negotiated QoS parameters, it sends an acknowledgement and an admission token (i.e., Token) to the SCF entity;
  • an acknowledgement and an admission token i.e., Token
  • step 84 when the SCF entity receives the admission token, it notifies the admission token to the corresponding user terminal;
  • steps 82 to 84 in the first stage can be omitted in the case of a simplified procedure, and in this case, in the second stage, only the negotiated QoS requirement parameters are carried or processed, but the token is not needed to be carried or processed.
  • step 85 the user terminal initiates a resource reservation request to the network transport layer via a path-coupling dedicated QoS signaling protocol (e.g. , RSVP or NSIS), the request carrying the QoS requirement parameters negotiated in the service setup process and the admission token;
  • a path-coupling dedicated QoS signaling protocol e.g. , RSVP or NSIS
  • step 86 when the TF entity at network boundary receives the resource reservation request, it sends the admission token and the resource reservation request to the RACS;
  • step 87 when the RACS receives the QoS request, it performs admission control in accordance with the admission token in the request; and if the RACS determines to permit the media flow of the service for the user terminal to be transferred in the network in accordance with the negotiated QoS parameters, it sends a resource reservation response as well as gate control, bandwidth allocation, DSCP marking control, and outgoing aggregation path control commands, etc., to the TF entity at network boundary;
  • the TF entity at network boundary when the TF entity at network boundary receives the resource reservation response, it forwards or terminates the resource reservation request of the user.
  • step 81 to step 87 The dynamic QoS negotiation processing flow described in step 81 to step 87 is especially suitable for mobile multimedia services and terminals.
  • the present invention also provides the following two dynamic QoS negotiation processing flows.
  • step 91 the user directly initiates the resource reservation request to the network transport layer (i.e., the TF entity at network boungdary) via a dedicated path-coupling QoS signaling such as RSVP or NSIS etc.;
  • the network transport layer i.e., the TF entity at network boungdary
  • a dedicated path-coupling QoS signaling such as RSVP or NSIS etc.
  • step 92 when the TF entity at network boundary receives the resource reservation request, it sends a resource reservation request carrying the user resource reservation request information to the RACS;
  • step 93 when the RACS receives the resource reservation request, it obtains the user profile, operator-specific policy rules, and availability of the current transport resources, and performs authentication and makes admission control decision on the received resource reservation request; if the RACS determines to permit the request, it sends a resource reservation response as well as gate control, bandwidth allocation, DSCP marking control, outgoing aggregation path control commands, etc., to the TF entity at network boundary; when the TF entity receives the resource reservation response, it forwards or terminates the resource reservation request of the user.
  • step 91 to step 93 The dynamic QoS negotiation processing flow described in step 91 to step 93 is a QoS parameter transfer approach adapted for the compatibility with the IntServ/RSVP and its policy control model put forward by IETF as described in the prior art.
  • the second one a dynamic QoS negotiation processing flow that is used when a user does not perform dynamic QoS negotiation with the network but subscribes a service level protocol (i.e. SLA) containing the QoS requirement parameters with the operator.
  • SLA service level protocol
  • the processing flow is detailed as: based on the QoS requirement parameters in the SLA subscribed by the user with the operator, the NMS or NASS configures the gate control, bandwidth allocation, DSCP marking control, and outgoing aggregation path control parameters onto the TF entity at network boundary via the RACS. That processing flow may be compatible with the QoS request and negotiation processing approach that is used in the Diffserv and its policy control model put forward by IETF, as described in the prior art.

Claims (17)

  1. System zur dynamischen QoS-Aushandlung im NGN, umfassend:
    ein Betriebsmittel- und Zulassungskontrollsubsystem RACS, das dafür ausgelegt ist,
    eine für einen im NGN übermittelten Medienfluss eines Dienstes erforderliche Betriebsmittelreservierungsanforderung zu erhalten und zu verarbeiten, auf der Basis von Operationsrichtlinienregeln, des Benutzerprofils und der Verfügbarkeit von Transportbetriebsmitteln Authentifikation durchzuführen und Zulassungskontrollentscheidungsparameter zu bestimmen und die Zulassungskontrollentscheidungsparameter zur Ausführung zu einer betreffenden Entität (53) der Transportfunktionen TF zu senden, wobei die Reservierungsanforderung QoS-Anforderungsparameter enthält;
    die Entität der Transportfunktionen, die dafür ausgelegt ist, QoS des im NGN übermittelten Medienflusses des Dienstes gemäß den Zulassungskontrollentscheidungsparametern sicherzustellen.
  2. System nach Anspruch 1, wobei das System ferner Folgendes umfasst:
    eine Entität der Dienststeuerfunktionen SCF, die dafür ausgelegt ist, die für den durch ein Benutzerendgerät angeforderten Dienst erforderlichen QoS-Anforderungsparameter durch Parsen von Dienstsignalisierung oder Bestimmen der QoS-Anforderungsparameter gemäß Dienstrichtlinien zu erhalten und die QoS-Anforderungsparameter zu dem RACS zu senden.
  3. System nach Anspruch 1, wobei das System ferner Folgendes umfasst:
    ein Netzanbindungssubsystem NASS, das dafür ausgelegt ist, das Benutzerzugangsnetz zu verwalten und zu konfigurieren, mit dem RACS und der SCF-Entität zu kommunizieren und dem RACS und der SCF-Entität Benutzerprofilinformationen bereitzustellen, die mit dem im NGN übermittelten Dienst assoziiert sind.
  4. System nach Anspruch 1, wobei das RACS die QoS-Anforderungsparameterinformationen von der TF-Entität erhält.
  5. Verfahren zur dynamischen QoS-Aushandlung auf der Basis des Systems der dynamischen QoS-Aushandlung im NGN, mit den folgenden Schritten:
    A. ein Betriebsmittel- und Zulassungskontrollsubsystem RACS im NGN erhält QoS-Anforderungsparameter, die durch einen Medienfluss eines Dienstes erfordert werden;
    B. das RACS führt Zulassungskontrolle gemäß den QoS-Anforderungsparametern aus und es werden Zulassungskontrollentscheidungsparameter bestimmt;
    C. das RACS sendet die Zulassungskontrollentscheidungsparameter zu einer Entität (53) der Transportfunktionen TF an der Netzgrenze und die Entität der Transportfunktionen an der Netzgrenze führt die Zulassungskontrollentscheidungsparameter aus, um den Medienfluss des Dienstes entsprechend zu verarbeiten und zu übermitteln.
  6. Verfahren nach Anspruch 5, ferner mit dem folgenden Schritt:
    das RACS erhält die QoS-Anforderungsparameter des Medienflusses des Dienstes durch eine Entität der Dienststeuerfunktionen SCF, ein Netzanbindungssubsystem (NASS), die TF-Entität oder ein Netzverwaltungssystem (NMS).
  7. Verfahren nach Anspruch 5, wobei
    wenn der Dienst mehrere Medienflüsse umfasst, es notwendig ist, die QoS-Anforderungsparameter jeweils für jeden der Medienflüsse zu bestimmen.
  8. Verfahren nach Anspruch 5, wobei das Verfahren vor dem Schritt des Erhaltens von QoS-Anforderungsparametern, die durch einen Medienfluss eines Dienstes erfordert werden, durch ein Betriebsmittel- und Zulassungskontrollsubsystem RACS im NGN ferner einen Schritt E umfasst:
    Einleiten einer Dienstanforderung durch ein Benutzerendgerät zu der SCF-Entität (81);
    wenn die Dienstanforderung die QoS-Anforderungsparameter des Medienflusses des Dienstes nicht führt, bestimmt die SCF-Entität den Typ des Dienstes gemäß der Dienstanforderung und die QoS-Anforderungsparameter, die für den Medienfluss des Dienstes erfordert werden, werden gemäß dem Diensttyp bestimmt;
    wenn die Dienstanforderung die QoS-Anforderungsparameter des Medienflusses des Dienstes führt, erhält die SCF-Entität die QoS-Anforderungsparameter des Dienstes durch Parsen der Dienstanforderung (82).
  9. Verfahren nach Anspruch 8, wobei, wenn das Benutzerendgerät ein festes Endgerät ist, Schritt E ferner den folgenden Schritt umfasst:
    die SCF-Entität sendet eine Betriebsmittelreservierungsanforderung, die die QoS-Anforderungsparameter des Medienflusses des Dienstes enthält, über eine entsprechende Schnittstelle mit dem RACS zu dem RACS.
  10. Verfahren nach Anspruch 8, wobei, wenn das Benutzerendgerät ein mobiles Endgerät ist, Schritt E ferner die folgenden Schritte umfasst:
    die SCF-Entität sendet eine Betriebsmittelauthentifikationsanforderung, die die QoS-Anforderungsparameter des Medienflusses des Dienstes enthält, über eine entsprechende Schnittstelle mit dem RACS zu dem RACS;
    nachdem erfolgreich authentifiziert wird, benachrichtigt das RACS das Benutzerendgerät über die SCF-Entität;
    das Benutzerendgerät leitet eine Betriebsmittelreservierungsanforderung zu der TF-Entität des Netzes über eine Pfadkopplungs-QoS-Signalisierung ein, die die QoS-Anforderungsparameter des Medienflusses des Dienstes führt; die TF-Entität an der Netzgrenze bearbeitet die QoS-Signalisierung und sendet eine Betriebsmittelreservierungsanforderung, die die QoS-Anforderungsparameter des Medienflusses des Dienstes enthält, über eine entsprechende Schnittstelle mit dem RACS zu dem RACS.
  11. Verfahren nach Anspruch 10, wobei ein Token-Mechanismus verwendet wird und das Verfahren ferner Folgendes umfasst:
    nachdem erfolgreich authentifiziert wird (83), gibt das RACS ein Zulassungs-Token über die SCF-Entität an das Benutzerendgerät zurück (84); das Zulassungs-Token wird in einer Pfad-Kopplungs-QoS-Signalisierung geführt (85) und das Zulassungs-Token wird über eine Betriebsmittelreservierungsanforderung zu dem RACS übermittelt (86); das RACS prüft, ob die Betriebsmittelreservierungsanforderung die Authentifikation bestanden hat, und es wird gemäß dem Zulassungs-Token nach relevanten Informationen des Dienstes gesucht (87).
  12. Verfahren nach Anspruch 5, wobei das Bestimmen der Zulassungskontrollentscheidungsparameter durch das RACS die folgenden Schritte umfasst:
    das RACS erhält Benutzerprofilinformationen des Dienstes und Richtlinienregelinformationen, die durch den Betreiber konfiguriert werden, auf der Basis der Benutzerprofilinformationen und der Richtlinienregelinformationen wird eine Zulassungskontrollentscheidung für die QoS-Anforderungsparameter des Medienflusses des Dienstes getroffen, es wird entschieden, ob dem Medienfluss des Dienstes erlaubt wird, in das Transportnetz einzutreten und mit der angeforderten QoS behandelt zu werden, und es werden die Zulassungskontrollentscheidungsparameter bestimmt.
  13. Verfahren nach Anspruch 5 oder 12, wobei das Bestimmen der Zulassungskontrollentscheidungsparameter durch das RACS die folgenden Schritte umfasst:
    das RACS erhält eine aktuelle Statusinformation von Transportbetriebsmitteln in dem Netz, auf der Basis der obigen Informationen wird eine Zulassungskontrollentscheidung für die QoS-Anforderungsparameter des Medienflusses des Dienstes getroffen, es wird geprüft, ob genug Transportbetriebsmittel in dem Netz verfügbar sind, um den QoS-Anforderungsparametern des Medienflusses des Dienstes zu genügen, und es werden die Zulassungskontrollentscheidungsparameter bestimmt.
  14. Verfahren nach Anspruch 5, wobei die Zulassungskontrollentscheidungsparameter Folgendes umfassen:
    Gate-Kontrolle, Bandbreitenzuteilung, eine Markierung des differenzierten Dienstcodepunkts und Steuerinformationen des abgehenden Aggregationspfads.
  15. Verfahren nach Anspruch 5, wobei die QoS-Anforderungsparameter Folgendes umfassen:
    zum Transport des Medienflusses des Dienstes erforderliche Bandbreite sowie zulässige Verzögerung, zulässiges Jitter und zulässige Paketverlustrate.
  16. Verfahren nach Anspruch 5, ferner mit den folgenden Schritten:
    ein Benutzerendgerät leitet direkt eine Betriebsmittelreservierungsanforderung zu der TF-Entität für den Medienfluss des entwickelten Dienstes über eine dedizierte Pfad-Kopplungs-QoS-Signalisierung ein (91);
    beim Empfang der Betriebsmittelreservierungsanforderung von dem Benutzerendgerät sendet die TF-Entität an der Netzgrenze eine Betriebsmittelreservierungsanforderung, die die QoS-Anforderungsparameter des Medienflusses des Benutzerdienstes führt, zu dem RACS (92) und Schritt C wird ausgeführt (93).
  17. Verfahren nach Anspruch 6, ferner mit dem folgenden Schritt:
    das NMS oder das NASS konfigurieren Gate-Kontrolle, Bandbreitenzuteilung,
    DSCP-Markierungssteuerung und Steuerparameter des abgehenden Aggregationspfads auf die TF-Entität an der Netzgrenze über das RACS.
EP05783992A 2004-09-08 2005-09-07 Verfahren und system zur dynamischen konsultation der servicequalität in netzwerken der nächsten generation Active EP1788747B1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2004100799294A CN100358291C (zh) 2004-09-08 2004-09-08 下一代网络中动态协商服务质量的系统及其实现方法
PCT/CN2005/001421 WO2006026920A1 (fr) 2004-09-08 2005-09-07 Methode et systeme pour une consultation dynamique de qualite de service dans un reseau de la prochaine generation (ngn)

Publications (3)

Publication Number Publication Date
EP1788747A1 EP1788747A1 (de) 2007-05-23
EP1788747A4 EP1788747A4 (de) 2008-07-30
EP1788747B1 true EP1788747B1 (de) 2010-11-17

Family

ID=36036075

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05783992A Active EP1788747B1 (de) 2004-09-08 2005-09-07 Verfahren und system zur dynamischen konsultation der servicequalität in netzwerken der nächsten generation

Country Status (6)

Country Link
US (1) US7801032B2 (de)
EP (1) EP1788747B1 (de)
CN (1) CN100358291C (de)
AT (1) ATE488927T1 (de)
DE (1) DE602005024826D1 (de)
WO (1) WO2006026920A1 (de)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7733870B1 (en) 2004-09-10 2010-06-08 Verizon Services Corp. & Verizon Services Organization Inc. Bandwidth-on-demand systems and methods
US20070058612A1 (en) * 2005-09-14 2007-03-15 Matsushita Electric Industrial Co., Ltd. Quality of service enabled device and method of operation therefore for use with universal plug and play
US7471664B2 (en) * 2005-11-02 2008-12-30 Intel Corporation Network management policy and compliance in a wireless network
WO2007107123A1 (fr) * 2006-03-22 2007-09-27 Huawei Technologies Co., Ltd. Procédé de traitement et dispositif de communication pour flux de service dynamique et pour flux de service côté réseau
EP2052505A1 (de) * 2006-04-21 2009-04-29 France Telecom Verfarhen zur berücksichtigung der dienstgüte zwischen distinkten ip-telefoniedomänen, entsprechender lokalisierungsserver und computerprogramm
ATE449487T1 (de) * 2006-06-02 2009-12-15 Ericsson Telefon Ab L M Einrichtungen und verfahren zum garantieren einer dienstgüte pro dienstdatenfluss durch die trägerschicht
CN101132325B (zh) * 2006-08-21 2010-10-13 华为技术有限公司 一种业务申请方法及系统及一种业务申请代理单元
CN101155055B (zh) * 2006-09-28 2011-04-27 华为技术有限公司 一种下一代网络的用户管理方法和系统
CN101155023A (zh) * 2006-09-30 2008-04-02 华为技术有限公司 一种下一代网络中同步用户数据的方法和系统
US8917630B2 (en) * 2006-10-11 2014-12-23 Lg Electronics Inc. Managing contextual information for wireless communications
KR100822707B1 (ko) * 2006-12-01 2008-04-18 한국전자통신연구원 통합망 시스템에서의 서비스 품질 관리 장치 및 그 방법
CN101242568B (zh) * 2007-02-09 2011-02-02 华为技术有限公司 一种无线通讯网络中服务质量协商的方法及系统
CN101330415B (zh) 2007-06-19 2012-11-28 中兴通讯股份有限公司 城域网资源控制的系统和方法、接入资源接纳控制设备
US20090031394A1 (en) * 2007-07-24 2009-01-29 Telefonaktiebolaget Lm Ericsson (Publ) Methods and systems for inter-resource management service type descriptions
CN101102320B (zh) * 2007-08-08 2012-09-05 中兴通讯股份有限公司 抢占预留资源的方法
CN101330426B (zh) * 2007-10-15 2011-05-25 中兴通讯股份有限公司 Iptv网络互连架构及互连方法
CN101159599A (zh) * 2007-10-30 2008-04-09 中兴通讯股份有限公司 一种二层设备策略控制的方法
CN101170497A (zh) * 2007-11-20 2008-04-30 中兴通讯股份有限公司 报送网络资源信息数据的方法及装置
US8614996B1 (en) * 2007-12-12 2013-12-24 Sprint Spectrum L.P. Predictive personality negotiation during session negotiation
CN101494877B (zh) 2008-01-23 2012-08-22 华为技术有限公司 无线通信系统中准入控制的方法和装置
CN101227415A (zh) * 2008-02-04 2008-07-23 华为技术有限公司 多业务资源分配方法、系统、网关设备及认证服务器
CN101252586B (zh) * 2008-03-20 2012-05-23 中兴通讯股份有限公司 一种对家庭网关进行策略控制的系统及方法
CN101335998B (zh) * 2008-07-24 2012-02-08 中兴通讯股份有限公司 服务质量参数处理方法和系统
CN101360113B (zh) * 2008-09-01 2013-05-08 中兴通讯股份有限公司 服务质量请求信息的实现方法以及策略执行功能实体
US8059615B1 (en) 2008-09-08 2011-11-15 Sprint Spectrum L.P. Selective personality negotiation during session negotiation
CN101640908B (zh) * 2009-08-31 2011-08-10 北京邮电大学 一种实现异构网络端到端业务QoS控制的系统和方法
US8213337B2 (en) * 2009-09-23 2012-07-03 Via Telecom, Inc. IP multimedia subsystem for a multimode wireless device
EP2320608A1 (de) 2009-11-06 2011-05-11 Thomson Licensing Verfahren und System zur Umsetzung von Dienstgüteverwaltung in Infiniband-Netzen
US8498651B2 (en) * 2009-11-06 2013-07-30 Alcatel Lucent Method of call admission control for home femtocells
CN102075908A (zh) * 2009-11-19 2011-05-25 中兴通讯股份有限公司 一种资源接纳控制系统间的用量监测方法及系统
US8352610B2 (en) * 2009-11-25 2013-01-08 International Business Machines Corporation Matching interest and availability of services in distributed federated service domains
US8514707B2 (en) * 2009-12-28 2013-08-20 Tti Inventions D Llc Non-blocking admission control
US8972551B1 (en) * 2010-04-27 2015-03-03 Amazon Technologies, Inc. Prioritizing service requests
US8989029B2 (en) 2011-06-10 2015-03-24 Comcast Cable Communications, Llc Quality of service in packet networks
US20130166644A1 (en) * 2011-12-23 2013-06-27 Futurewei Technologies, Inc. System and Method for Resource Management in Multiple Communications Point Operation
CN103188168B (zh) * 2011-12-31 2016-01-27 中国移动通信集团公司 一种QoS优化方法和设备
US9787726B2 (en) * 2015-01-30 2017-10-10 Blackberry Limited Control of accesses for IMS services
US9882833B2 (en) * 2015-09-28 2018-01-30 Centurylink Intellectual Property Llc Intent-based services orchestration
ES2887650T3 (es) * 2016-08-24 2021-12-27 Viasat Inc Conformación a nivel de dispositivo en una red de comunicaciones
WO2018167686A1 (en) * 2017-03-16 2018-09-20 Awasthi Anand Purnanand A system for establishing communication
US10608895B2 (en) 2017-03-31 2020-03-31 At&T Intellectual Property I, L.P. Quality of service management for dynamic instantiation of network slices and/or applications
CN112351395A (zh) * 2019-08-06 2021-02-09 中兴通讯股份有限公司 一种计费方法、装置和系统
WO2023143314A1 (en) * 2022-01-28 2023-08-03 Telefonaktiebolaget Lm Ericsson (Publ) METHOD AND APPARATUS FOR CONFIGURING QoS IN COMMUNICATION NETWORK

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7478161B2 (en) * 1999-11-30 2009-01-13 Microsoft Corporation Network quality of service for qualitative applications
DE60041240D1 (de) * 2000-01-26 2009-02-12 Ericsson Telefon Ab L M Verfahren, Server und Anordnung in einem Kommunikationsnetz
WO2002005068A2 (en) * 2000-07-07 2002-01-17 Xybridge Technologies, Inc. End-to-end qos in a softswitch based network
JP3769468B2 (ja) * 2001-03-21 2006-04-26 株式会社エヌ・ティ・ティ・ドコモ 通信品質制御方法、通信品質制御システム、パケット解析装置及びデータ送信端末装置
ATE448661T1 (de) * 2001-12-13 2009-11-15 Sony Deutschland Gmbh Adaptive dienstqualitätsreservierung mit vorheriger ressourcenzuweisung für mobilfunksysteme
KR100547852B1 (ko) * 2002-01-09 2006-02-01 삼성전자주식회사 이동통신 시스템에서 호 수락 방법
US7007102B2 (en) * 2002-04-29 2006-02-28 Harris Corporation Admission control in a mobile ad hoc network
JP2004140486A (ja) * 2002-10-16 2004-05-13 Nippon Telegr & Teleph Corp <Ntt> ユーザオンデマンド型通信制御システム
CN100337414C (zh) * 2002-10-18 2007-09-12 华为技术有限公司 一种宽带码分多址系统中的服务质量协商方法
US6798755B2 (en) * 2002-12-31 2004-09-28 Motorola, Inc. Apparatus and method for controlling and managing individual directed sessions in a communications system
US6940813B2 (en) * 2003-02-05 2005-09-06 Nokia Corporation System and method for facilitating end-to-end quality of service in message transmissions employing message queues
US7573906B2 (en) * 2003-05-15 2009-08-11 At&T Intellectual Property I, L.P. Methods, computer program products, and systems for managing quality of service in a communication network for applications
ATE410768T1 (de) * 2003-08-29 2008-10-15 Johnson Controls Tech Co System und verfahren zum betrieb eines spracherkennungssystems in einem fahrzeug

Also Published As

Publication number Publication date
US20070201366A1 (en) 2007-08-30
CN100358291C (zh) 2007-12-26
ATE488927T1 (de) 2010-12-15
CN1747400A (zh) 2006-03-15
US7801032B2 (en) 2010-09-21
DE602005024826D1 (de) 2010-12-30
EP1788747A1 (de) 2007-05-23
EP1788747A4 (de) 2008-07-30
WO2006026920A1 (fr) 2006-03-16

Similar Documents

Publication Publication Date Title
EP1788747B1 (de) Verfahren und system zur dynamischen konsultation der servicequalität in netzwerken der nächsten generation
EP1718006B1 (de) Ein ressourcen zulassungskontrolluntersystem in ngn und verfahren dazu
EP1964421B1 (de) Zuordnung von paketströmen zu trägern in einem kommunikationssystem
EP1777896B1 (de) Verfahren zur implementierung der ressourcenreservierung durch kundenanfragebetrieb in einem netz der nächsten generation
US7971228B2 (en) System and method for providing application-specific on-line charging in a communications environment
US7546376B2 (en) Media binding to coordinate quality of service requirements for media flows in a multimedia session with IP bearer resources
KR101211941B1 (ko) 로밍 구성들에서 서비스 기반 정책을 위한 원격통신 네트워크 지원
US20030120135A1 (en) Method for remote medical consultation and care
EP2254292A1 (de) Home-gateway-richtliniensteuerverfahren und system
EP1858211A1 (de) Verfahren zum erlangen der ressourcenreservierung für mittelanforderungsmodus in ngn
US20050141527A1 (en) Method, system, and devices for transmitting information between a user equipment and an IP packet gateway
RU2428816C2 (ru) Способ обеспечения качества услуги в коммуникационной сети wimax и способ выбора функции управления доступом к транспортным ресурсам посредством функции принятия решения на основе руководящих указаний в коммуникационной сети
US8730977B2 (en) Method of transferring data between a sending station in a first network and a receiving station in a second network, and apparatus for controlling the communication between the sending station in the first network and the receiving station in the second network
CN1643858B (zh) 服务质量请求关联
WO2002037753A2 (en) Media binding to coordinate quality of service requirements for media flows in a multimedia session with ip bearer resources
CN101188518B (zh) 下一代网络中动态协商服务质量的系统及其实现方法
KR100879164B1 (ko) 통신 네트워크에서 서비스 품질 관리를 위한 결합 메커니즘
Zheng et al. Ongoing research on QoS policy control schemes in mobile networks
Anderson et al. The emerging resource and admission control function standards and their application to the new triple‐play services
KR100746468B1 (ko) Ｉｐ기반 음성/영상전화 전용망에서의 세션제어방법 및 장치
Gouveia et al. Understanding the Issues of Providing IMS Capabilities on Different Access Networks–The Use of Policies for QoS Provision
EP1868335A1 (de) Verfahren zur Datenübertragung zwischen einer Sendestation in einem ersten Netz und einer Empfangsstation in einem zweiten Netz, und Vorrichtung zur Steuerung der Kommunikation zwischen der Sendestation in dem ersten Netz und der Empfangsstation in dem zweiten Netz

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20060914

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20080627

17Q First examination report despatched

Effective date: 20081027

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REF Corresponds to:

Ref document number: 602005024826

Country of ref document: DE

Date of ref document: 20101230

Kind code of ref document: P

REG Reference to a national code

Ref country code: NL

Ref legal event code: VDEP

Effective date: 20101117

LTIE Lt: invalidation of european patent or patent extension

Effective date: 20101117

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110317

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110317

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110217

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110218

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

Ref country code: BE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20110228

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20110818

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602005024826

Country of ref document: DE

Effective date: 20110818

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20110930

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20110930

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20110930

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20110907

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20110907

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20101117

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 12

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 13

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 14

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Ref document number: 602005024826

Country of ref document: DE

Free format text: PREVIOUS MAIN CLASS: H04L0012240000

Ipc: H04L0041000000

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230515

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20230803

Year of fee payment: 19

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20230808

Year of fee payment: 19

Ref country code: DE

Payment date: 20230802

Year of fee payment: 19