WO2002006968A1 - Procede et systeme permettant d'assurer la qualite de service entre des reseaux a l'aide d'un protocole de signalisation - Google Patents

Procede et systeme permettant d'assurer la qualite de service entre des reseaux a l'aide d'un protocole de signalisation Download PDF

Info

Publication number
WO2002006968A1
WO2002006968A1 PCT/US2001/022414 US0122414W WO0206968A1 WO 2002006968 A1 WO2002006968 A1 WO 2002006968A1 US 0122414 W US0122414 W US 0122414W WO 0206968 A1 WO0206968 A1 WO 0206968A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
proxy
signaling protocol
networks
service
Prior art date
Application number
PCT/US2001/022414
Other languages
English (en)
Other versions
WO2002006968A8 (fr
Inventor
Warren Michael Neal
Gilbert Irving Cardwell
Original Assignee
Teraglobal Communications Corp.
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 Teraglobal Communications Corp. filed Critical Teraglobal Communications Corp.
Priority to AU2001282897A priority Critical patent/AU2001282897A1/en
Publication of WO2002006968A1 publication Critical patent/WO2002006968A1/fr
Publication of WO2002006968A8 publication Critical patent/WO2002006968A8/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/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/801—Real time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • 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/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2491—Mapping quality of service [QoS] requirements between different networks
    • 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/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/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/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/762—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 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/78—Architectures of resource allocation
    • H04L47/783—Distributed allocation of resources, e.g. bandwidth brokers
    • H04L47/785—Distributed allocation of resources, e.g. bandwidth brokers among multiple network domains, e.g. multilateral agreements
    • H04L47/786—Mapping reservation between domains
    • 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/806—Broadcast or multicast traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478—Provisions for broadband connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5629—Admission control
    • H04L2012/563—Signalling, e.g. protocols, reference model
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5638—Services, e.g. multimedia, GOS, QOS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5638—Services, e.g. multimedia, GOS, QOS
    • H04L2012/5665—Interaction of ATM with other protocols

Definitions

  • the present invention relates to methods and systems for communicating or transferring information between two networks. More particularly, the invention relates to ensuring quality of service between different networks by dynamically mapping quality of service parameters for data flows between the networks using a signaling protocol.
  • the invention provides a method for ensuring quality of service between a first network with a first quality of service and a second network with a second, different quality of service.
  • the method includes mapping quality of service for data flows between the two networks using a signaling protocol common to the two networks.
  • the invention provides a method of ensuring quality of service in a connectionless network data flow when transmitting the data flow to a connection-oriented network.
  • the method includes defining a quality of service for the connectionless network data flow; using a signaling protocol to reserve networking resources for the connectionless network data flow; and mapping the connectionless network data flow to the connection-oriented network.
  • the invention also provides a communication system that ensures quality of service between different networks.
  • the system includes a first network and a first terminal coupled to the first network.
  • the first terminal includes a signaling protocol module.
  • the system also includes a second network and a second terminal coupled to the second network.
  • the second terminal has a signaling protocol module.
  • a proxy is coupled between the first and second networks and has a module that maps quality of service for data flows flowing between the first and second networks. Mapping is accomplished using a signaling protocol that is common to at least one of the terminals and the proxy.
  • the proxy is operable to determine QoS requirements based on signaling running atop a packet stream and includes a database for tracking bandwidth reservations.
  • the proxy functions as an endpoint for multicast transmissions and rewrites addresses of data flows using an application layer signaling protocol.
  • the application layer signaling protocol includes a stack and the proxy includes an application programming interface configured to communicate with the stack.
  • FIG. 1 is an illustration of a network of the invention.
  • FIG. 2 is an illustration of part of the network of the invention.
  • FIG. 3 is an illustration of a signaling protocol proxy of the invention.
  • FIG. 4 is an illustration of a client of the invention.
  • FIG. 5 is an illustration of two proxies converting and prioritizing traffic between two networks having different levels of quality of service.
  • FIG. 1 A system 10 embodying the invention is shown in FIG. 1.
  • the system 10 includes a plurality of terminals or clients 12 connected to a legacy LAN 14 such as a Token Ring network or other network, or the exemplary Ethernet network shown.
  • a legacy LAN 14 such as a Token Ring network or other network, or the exemplary Ethernet network shown.
  • clients devices coupled to the networks described are terminals that transmit and receive data.
  • the invention is not limited to client devices that request information.
  • the number of clients or other devices connected to any of the local area networks (“LANs”) or wide area networks (“WANs”) is not limited to the number illustrated in the drawings.
  • the LAN 14 is connected to a signaling protocol proxy 20, (hereinafter proxy 20), which processes data flows using a signaling protocol.
  • proxy 20 processes data flows using a signaling protocol.
  • the signaling protocol is common to the LAN and other components of the system 10.
  • the signaling protocol used is Session Initiation Protocol ("S P").
  • SIP is an application-layer control protocol (OSI Model Application Layer Level 7) for creating, modifying, and terminating sessions with one or more participants.
  • SLP invitations used to create sessions carry session descriptions which allow participants to agree on a set of compatible media types.
  • SIP supports user mobility by proxying and redirecting requests to the user's current location.
  • SIP is not tied to any particular conference control protocol and is designed to be independent of the lower-layer transport protocol.
  • the proxy 20 is coupled to a WAN 22, such as an ATM-based network.
  • a WAN 22 such as an ATM-based network.
  • Various clients and servers, such as a client 24, may be coupled to the WAN 22.
  • a signaling protocol server 26 is coupled to the WAN 22.
  • the signaling protocol server 26 provides location and addressing services to the system 10 to enable proxies to locate endpoints or clients.
  • a second signaling protocol proxy 30, (hereinafter proxy 30), is coupled to the WAN 22.
  • a second LAN 32 having one or more clients 34, is coupled to the second proxy 30.
  • the inventors have found that to freely move data from one network to another (i.e., to enable transport independence) a mechanism should be provided to ensure QoS or to differentiate between traffic flows within the transiting networks. Secondly, a mechanism to signal the requirements across the transiting networks should be provided.
  • the mechanism may take the form of a signaling protocol that is used to map addressing types for data flows from network to network. The signaling protocol also determines whether a data flow can travel through the receiving network with the desired or a suitable QoS.
  • LANs such as Ethernet networks do not provide strict resource reservation for traffic. Rather, most LANs support mechanisms that prioritize certain types of data flows. These mechanisms are known as classes of service (“CoS”) and types of service (“ToS").
  • CoS classes of service
  • ToS types of service
  • FIG. 2 illustrates the proxy 20, which provides an "edge box” that maps the QoS of the QoS assured WAN 22 to the priority-based LAN 14.
  • IP Internet protocol
  • the proxy 20 may also provide filtering between the LAN 14 and WAN 22 on components of the data flows, such as IP address (e.g., source and destination) or traffic flow types (e.g., http, telnet, etc.).
  • IP address e.g., source and destination
  • traffic flow types e.g., http, telnet, etc.
  • the proxy 20 and proxy 30 are essentially identical and virtually all of the discussion below is applicable to both sides or ends of the system 10. For the sake of brevity only one side will be discussed in detail.
  • the proxy 20 is illustrated in greater detail in FIG. 3.
  • the proxy 20 includes an LP stack and router module 40, which may include network address translation ("NAT"), dynamic host configuration protocol ("DHCP”), and Firewall options.
  • the proxy 20 also includes a CoS and ToS tagging and flow management module 42, a LAN interface such as an Ethernet interface 44, and a WAN interface such as an ATM/Digital Subscriber Line (“DSL”) module 46.
  • NAT network address translation
  • DHCP dynamic host configuration protocol
  • Firewall options Firewall options.
  • the proxy 20 also includes a CoS and ToS tagging and flow management module 42, a LAN interface such as an Ethernet interface 44, and a WAN interface such as an ATM/Digital Subscriber Line (“DSL”) module 46.
  • DSL ATM/Digital Subscriber Line
  • the proxy 20 also includes a Multiple Protocol Over ATM (“MPOA”)/Calling Line Identity Presentation (“CLIP”) module 48, a Point-to-Point Protocol (“PPP”) module 50, an Application Programming Interface (“API”) 58, and a bandwidth broker 52.
  • MPOA Multiple Protocol Over ATM
  • CLIP Line Identity Presentation
  • PPP Point-to-Point Protocol
  • API Application Programming Interface
  • the proxy 20 includes a database 53, a signaling protocol module 54, such as an SIP stack, and may include a multicast and endpoint services module 56.
  • the tagging and flow management module 42 is placed between the router module 40 and the endpoints of the system 10. As data packets are passed up and down the IP stack, the packets are tagged with CoS and ToS information by the tagging and flow management module 42.
  • the proxy 20 translates session initiation requests into the native signaling protocols of the LAN 14 and WAN 22, or in the more general case the networks connected to the proxy 20.
  • the proxy 20 unlike conventional routers, is aware of connection-oriented communications and the quality of service that they require.
  • the proxy 20 determines the characteristics of the underlying networks and can allow, deny, or renegotiate connection-oriented traffic requests based on the available network infrastructure and capacity. This negotiation is done on behalf of the client 12, 34 without requiring the client 12, 34 to understand or even be aware of the negotiation.
  • the proxy 20 implements an SIP stack 54.
  • ensuring QoS may be accomplished by classifying data flows based on certain heuristics. For example, data flows can be managed based on IP destinations or port numbers. Thus, a "reserved channel" can be created between two network clients that require a specific class of service. Undefined network traffic is delivered normally, with a best effort solution. At worst, clients are offered service comparable to traditional networking solutions.
  • the proxy 20 is also not limited to Ethernet/ATM transitions. There is no restriction on the physical layer transport, and other types of networks such as radio, packet over Synchronous Optical Network (“SONET”), Local Multipoint Distribution Service (“LMDS”), and Fiber Distributed Data Interface (“FDDI”) are encompassed by the invention.
  • SONET packet over Synchronous Optical Network
  • LMDS Local Multipoint Distribution Service
  • FDDI Fiber Distributed Data Interface
  • the proxy 20 can operate as a conventional IP router. It can accept packets from one subnet and forward them to another. In the case where the router is ATM connected, it can participate in subnets that use Local Area Network Emulation ("LANE”) or CLIP protocols, for example.
  • the IP stack and router module 40 recognizes conventional routing protocols, and supports differentiated services (“DiffServ”), and integrated services along with other signaling protocols like Resource Reservation Setup Protocol (“RSVP").
  • DiffServ differentiated services
  • RSVP Resource Reservation Setup Protocol
  • the LAN or Ethernet interface 44 recognizes packets that are marked with different types of CoS, using IEEE 802.1p/Q tagging, for example.
  • the signaling protocol module 54 listens for connection oriented requests for communications between groups of interfaces on the proxy 20.
  • the proxy 20 also moderates communications between the respective communication modules and serves as a clearinghouse for requests for reservations or priorities of data movement within the proxy 20.
  • the bandwidth broker module 52 keeps track of the total utilization of network bandwidth so that the proxy 20 may allow or deny calls as bandwidth allows.
  • the proxy 20 supports multicasting.
  • the multicast and endpoint services module 56 translates different network types. Multicasting is also controlled by extensions to the signaling protocol, allowing the clients 12 to specify the need for multicasting without necessitating their understanding of the underlying multicast architecture.
  • ATM and Ethernet have different multicast schemes. If one client station on a remote ATM network is communicating with two clients on an Ethernet network that is local to the proxy 20, the proxy 20 automatically performs multicasting on the local network. This removes the need for the remote ATM client to transmit multiple data streams.
  • the proxy 20 informs the remote client that the proxy 20, not the clients 12, 34, is to receive a single stream of transmitted data. The proxy 20 then forwards the data flow to the Ethernet via multicast.
  • the remote client 34 signals via its local router and the remote proxy 30.
  • the remote proxy 30, in turn, forwards the data stream to the clients 12 to action the call setup, tear down, or re-negotiation.
  • the multicast happens on the remote and the local networks.
  • the more general case for multicast is having clients 12, 34 distributed over all types of transport media.
  • the general solution is to set up multicast on all traversed networks including local and remote.
  • the data should be multicast in such a way that it is only sent to clients 12, 34 that are interested in the data.
  • ATM this is done with native ATM multicast; with Ethernet, this is done with broadcasts.
  • Ethernet this is done with broadcasts.
  • the switches control the destination of the broadcast traffic.
  • the proxy 20 is capable of performing routing and address translation independent of the transport layer, and can rewrite addresses in the signaling protocol independent of the underlying addressing system.
  • a pair of routers can tunnel IP traffic over an ATM wide area network (not shown).
  • the end stations in the network view their respective routers as the endpoint of communication, and they are unaware of the tunnel. Because the proxy 20 is aware of the QoS necessary for conversations, it can arrange a dedicated QoS connection over the system 10.
  • the proxy 20 can perform protocol translations at the transport layer, (functionally equivalent to the OSI Model Transport Layer Level 4).
  • the translations occur between two different devices on the network that could not ordinarily communicate with each other.
  • an ATM connected device that supports only Real-Time Transport Protocol (“RTP") data streams over ATM Adaptation Layer 5 (“AAL5") could try calling, via SIP, to an LP telephone connected via Ethernet.
  • RTP Real-Time Transport Protocol
  • UDP User Datagram Protocol
  • the proxy 20 can rewrite the SIP addresses to give the appearance that the two endpoints speak a common protocol.
  • the proxy 20 serves as a translation device by giving both devices addresses that reside on the proxy 20 itself, or another designated translation device (not shown).
  • the proxy 20 or designated translation device then moves the data from the AAL5 frames to UDP/TP as necessary.
  • the proxy 20 As part of its address rewriting responsibility, the proxy 20 also allocates addresses for multicast groups. It rewrites addresses in the SIP signaling exchange in order to properly address multicast groups as necessary. It can choose an appropriate multicast address, and maintain a list of which multicast addresses are in use on the local network. The proxy 20 maintains associates between multicast groups on the different network interfaces it connects. What appears as an ATM multicast group on one side of the router might map to an IP/Ethernet multicast group on the other side.
  • connection request In some cases, it is not merely sufficient to offer QoS for connection-oriented data streams. Sometimes the connection request must be rejected due to insufficient resources within the network.
  • the proxy 20 keeps track of resource allocations for the connection- oriented streams in which it participates. During call setup, the proxy 20 serves as a bandwidth broker, metering out portions of the available network bandwidth to different connection requests. If a connection request cannot be fulfilled due to lack of bandwidth, the proxy 20 can signal via SIP that the connection cannot be completed. Alternatively, with appropriate authentication, a connection request can be made that forces existing connections to be terminated in favor of higher priority connections.
  • the proxy 20 is also able to reserve bandwidth for a data stream by acting as the endpoint for the call signaling. This is applicable when applications or clients and/or applications on one side support SIP, but SIP is not supported on the other end. QoS assurance is enabled by a user or application being able to handle call setup to the proxy 20 and the proxy 20 reserving onward resources for the data transfer. Applications can be made aware of the SLP services or a separate call control applet could be used for applications that do not support SIP. This lets a user specify the QoS for applications without the applications needing to be modified.
  • the client 12 is shown in detail in FIG 4.
  • data flows primarily in a vertical direction, although horizontal flows occur.
  • the client 12 includes an applications layer 80, a signaling protocol module 82, a network services module 84, a multicast and endpoint services module 86, an IP stack module 88, a rate shaping module 90, and a LAN interface module 92.
  • the interface module 92 shown is an Ethernet interface, however the interface is only an example.
  • the client side has fewer components than the proxy 20, but has many of the same logical entities.
  • the client 12 shares a common signaling protocol with the proxy 20. That is, each of the signaling protocol modules 54 and 82 operate using the same signaling protocol.
  • the client side software can use the proxy 20 with or without SLP.
  • Applications that are SLP aware can take advantage of the QoS assurance provided by the system 10. Other applications will get best effort data flow. Legacy applications are unaffected, but can be enhanced with an applet to work with QoS without being aware of QoS.
  • the SLP stack on the client 12 implements only user-agent functionality.
  • the client 12 can only initiate and answer calls. It cannot serve as a proxy or application server.
  • the client 12 is able to support the specific interface level quality of service capabilities.
  • the multicast and endpoint services layer has interface specific codes to allow the client to use the native QoS capabilities. This usage is invisible to the client application program, which only needs to use the application programming interfaces provided by the endpoint services module.
  • endpoint services are provided for different underlying interfaces (ATM, Ethernet, etc).
  • the API for endpoint services in these cases remains the same, but the implementation details differ. This allows the endpoint services, in cooperation with the operating system, to offer CoS, traffic shaping, and data tagging as necessary to support QoS to another client 12 or to the proxy 20.
  • the proxy 20 is responsible for allocation of network resources, even though it may not participate in the data transfer.
  • a client 12 could be connected with ATM. This client 12 could call another client 34 that is also ATM connected.
  • the proxy 20 would participate in the call signaling, serving as a proxy.
  • the final data transfer occurs directly over the ATM network and switching fabric.
  • the proxy 20 does, however, know of the call, and can keep track of the bandwidth allocated over the various links in the network using the database 53 to store information.
  • FIG. 5 illustrates two proxies 100 and 110 converting and prioritizing traffic between two networks having different levels of quality of service.
  • the proxies 100 and 110 are handling traffic or data flows between a first terminal 120 and a first Ethernet LAN 125 and a second terminal 130 and second Ethernet LAN 135 through a WAN 140.
  • Voice and video traffic is carried over the LANs 125 and 135 in high priority frames. Data is carried in low priority frames.
  • voice and video frames are arranged to enter the WAN 140 as variable bit rate ("VBR") traffic. This reserves bandwidth in the WAN.
  • VBR variable bit rate
  • the invention provides a method and system for ensuring QoS between networks.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

Procédé et système (10) permettant d'assurer la qualité de service entre un premier réseau (14) ayant une première qualité de service et un second réseau (32) ayant une seconde qualité de service différente de la première. Ledit procédé comporte la mise en correspondance dynamique de la qualité de service pour des flux de données entre les deux réseaux (14, 32) à l'aide d'un protocole de signalisation commun aux deux réseaux (14, 32). Ledit système (10) comprend un premier réseau (14), un second réseau (32) et un serveur mandataire (20) de protocole de signalisation couplé entre les premier et second réseaux (14, 32). Le serveur mandataire (20) de protocole de signalisation possède un module qui met dynamiquement en correspondance la qualité de service pour des flux de données entre les premier et second réseaux (14, 32).
PCT/US2001/022414 2000-07-17 2001-07-17 Procede et systeme permettant d'assurer la qualite de service entre des reseaux a l'aide d'un protocole de signalisation WO2002006968A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001282897A AU2001282897A1 (en) 2000-07-17 2001-07-17 Method and system of ensuring quality of service between networks using a signaling protocol

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US21860900P 2000-07-17 2000-07-17
US60/218,609 2000-07-17

Publications (2)

Publication Number Publication Date
WO2002006968A1 true WO2002006968A1 (fr) 2002-01-24
WO2002006968A8 WO2002006968A8 (fr) 2002-12-19

Family

ID=22815759

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2001/022414 WO2002006968A1 (fr) 2000-07-17 2001-07-17 Procede et systeme permettant d'assurer la qualite de service entre des reseaux a l'aide d'un protocole de signalisation

Country Status (2)

Country Link
AU (1) AU2001282897A1 (fr)
WO (1) WO2002006968A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1376959A1 (fr) * 2002-06-18 2004-01-02 Alcatel Minimisation d'accès mémoire pour un réseau mettant en oeuvre des services differenciés utilisant une commutation d'étiquettes multiprotocole
EP2014033A2 (fr) * 2006-05-01 2009-01-14 AT&T Mobility II LLC Dispositif d'interconnexion généralisée pour fourniture de services sur la base des besoins de performances en temps réel
US8923853B1 (en) 2006-05-04 2014-12-30 At&T Mobility Ii Llc Dynamic provisioning system for policy-based traffic navigation for roaming traffic

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5903559A (en) * 1996-12-20 1999-05-11 Nec Usa, Inc. Method for internet protocol switching over fast ATM cell transport
US5995503A (en) * 1996-06-12 1999-11-30 Bay Networks, Inc. Method and apparatus for providing quality of service routing in a network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5995503A (en) * 1996-06-12 1999-11-30 Bay Networks, Inc. Method and apparatus for providing quality of service routing in a network
US5903559A (en) * 1996-12-20 1999-05-11 Nec Usa, Inc. Method for internet protocol switching over fast ATM cell transport

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1376959A1 (fr) * 2002-06-18 2004-01-02 Alcatel Minimisation d'accès mémoire pour un réseau mettant en oeuvre des services differenciés utilisant une commutation d'étiquettes multiprotocole
US7304991B2 (en) 2002-06-18 2007-12-04 International Business Machines Corporation Minimizing memory accesses for a network implementing differential services over multi-protocol label switching
EP2014033A2 (fr) * 2006-05-01 2009-01-14 AT&T Mobility II LLC Dispositif d'interconnexion généralisée pour fourniture de services sur la base des besoins de performances en temps réel
EP2014033A4 (fr) * 2006-05-01 2012-02-08 At & T Mobility Ii Llc Dispositif d'interconnexion généralisée pour fourniture de services sur la base des besoins de performances en temps réel
US8923853B1 (en) 2006-05-04 2014-12-30 At&T Mobility Ii Llc Dynamic provisioning system for policy-based traffic navigation for roaming traffic

Also Published As

Publication number Publication date
AU2001282897A1 (en) 2002-01-30
WO2002006968A8 (fr) 2002-12-19

Similar Documents

Publication Publication Date Title
US7136387B2 (en) Method of and system for providing quality of service in IP telephony
JP4607412B2 (ja) 通信ネットワークの方法、サーバ及び構成
CA2321388C (fr) Systeme et methode pour le mappage de la qualite de service dans differents systemes de communications
US6449251B1 (en) Packet mapper for dynamic data packet prioritization
US7272651B1 (en) RSVP transmitter proxy
US7143168B1 (en) Resource sharing among multiple RSVP sessions
US7934016B2 (en) System and method for recognizing and assigning application-specific flows
Li et al. QoS enabled voice support in the next generation Internet: issues, existing approaches and challenges
CA2604234C (fr) Procede de gestion de liaisons de service sur un domaine d'acces et des noeuds associes
US8077619B2 (en) Method for aggregating data traffic over an access domain and nodes therefor
EP0841831A2 (fr) Passerelle de parole basée sur le réseau "WAN"
US20030118028A1 (en) Method and system of ensuring quality of service between networks using a signaling protocol
JP2003524994A (ja) Ｗａｎ又はｌａｎにおけるインターネット・プロトコルのトラフィックを制御する方法及び装置
EP1879335A1 (fr) Procede et systeme de communication entre un utilisateur de reseau prive et un reseau a qualite de service garantie
WO2002006968A1 (fr) Procede et systeme permettant d'assurer la qualite de service entre des reseaux a l'aide d'un protocole de signalisation
Montessoro et al. Advanced research issues for tomorrow's multimedia networks
JP2001156779A (ja) 通信システム間のサービスの品質をマッピングするシステムと方法
Maniatis et al. End-to-end quality of service issues over next generation mobile Internet
Chapman et al. Enhancing transport networks with Internet protocols
EP1311092A1 (fr) Méthode et modules informatiques pour établir un tunnel
Hussmann et al. An Edge Device for Supporting Internet Integrated Servises Over Switched ATM Network
Brazdziunas IPng support for ATM services
Almesberger et al. A Framework for the QoS Based Integration of IP and ATM in the DIANA Project,"
Martignoni et al. Extension of Classical IP over ATM to support QoS at the application level
Hjalmtysson et al. UNITE: a framework for flexible QoS management

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

WWE Wipo information: entry into national phase

Ref document number: 10069747

Country of ref document: US

121 Ep: the epo has been informed by wipo that ep was designated in this application
AK Designated states

Kind code of ref document: C1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: C1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

CFP Corrected version of a pamphlet front page

Free format text: REVISED ABSTRACT RECEIVED BY THE INTERNATIONAL BUREAU AFTER COMPLETION OF THE TECHNICAL PREPARATIONS FOR INTERNATIONAL PUBLICATION

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP