WO2004089001A2 - Methods and systems for providing bandwidth on demand in communication systems - Google Patents

Methods and systems for providing bandwidth on demand in communication systems Download PDF

Info

Publication number
WO2004089001A2
WO2004089001A2 PCT/US2004/009551 US2004009551W WO2004089001A2 WO 2004089001 A2 WO2004089001 A2 WO 2004089001A2 US 2004009551 W US2004009551 W US 2004009551W WO 2004089001 A2 WO2004089001 A2 WO 2004089001A2
Authority
WO
WIPO (PCT)
Prior art keywords
subscriber
data processing
processing system
bandwidth
atm
Prior art date
Application number
PCT/US2004/009551
Other languages
French (fr)
Other versions
WO2004089001A3 (en
Inventor
Shaobo Wang
Eric Moritz
John Spence
Anand Ramamurthi
Gongmei Xu
Original Assignee
Siemens Subscriber Networks, Inc.
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 Siemens Subscriber Networks, Inc. filed Critical Siemens Subscriber Networks, Inc.
Publication of WO2004089001A2 publication Critical patent/WO2004089001A2/en
Publication of WO2004089001A3 publication Critical patent/WO2004089001A3/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/15Flow control; Congestion control in relation to multipoint traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/76Admission 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/765Admission 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/803Application aware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/808User-type aware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5614User Network Interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5629Admission control
    • H04L2012/563Signalling, e.g. protocols, reference model

Definitions

  • the present invention relates to methods and systems for providing bandwidth on demand in communication systems, and more particularly to an improved bandwidth provisioning solution for providing bandwidth on demand in communication systems that include Asynchronous Transfer Mode (ATM) technology.
  • ATM Asynchronous Transfer Mode
  • DSL digital subscriber line
  • Convention broadband access networks such as digital subscriber line (DSL) networks, are not well equipped to handle these varying bandwidth requirements.
  • Convention broadband access networks generally place an artificial cap on a subscriber's maximum bandwidth level based on the service level selected by the subscriber. If the subscriber selects a low service level, the price is low, but the bandwidth cap is also low. With a low bandwidth cap, a subscriber may have difficulty accessing bandwidlh-intensive services, such as real-time video. On the other hand, if the subscriber selects a service level with a high bandwidth cap, the subscriber will pay a premium for bandwidth that is not always needed. Once a subscriber selects a particular service level, it generally cannot be changed without involving the service provider.
  • methods and systems consistent with the present invention provide an improved bandwidth-provisioning solution that enables a broadband subscriber to modify their broadband connection "on the fly” by initiating and terminating one or more dynamic virtual circuits (VCs) to supplement their default connection.
  • the improved bandwidth provisioning solution also enables service providers to create new, more equitable billing schemes to charge fees that are based on subscribers' actual bandwidth usage.
  • the improved bandwidth-provisioning solution includes a client-side application and a connection-management application residing on a proxy signaling server.
  • a subscriber wants additional bandwidth
  • the subscriber requests additional bandwidth using the client-side application.
  • the client-side application sends a request for additional bandwidth to the connection-management application on the proxy signaling server.
  • the connection-management application then initiates one or more dynamic VCs on behalf of the subscriber by signaling to an ATM edge device on behalf of the subscriber.
  • Figure 1 illustrates a communications system consistent with an exemplary embodiment of the present invention.
  • FIGS. 2A-B illustrate sequence diagrams consistent with an exemplary embodiment of the present invention.
  • FIG. 1 illustrates a broadband communication system 100 that includes the Internet 130 and an ATM network 135.
  • the communication system 100 also includes an improved bandwidth provisioning solution consistent with an exemplary embodiment of the present.
  • the improved bandwidth provisioning solution comprises a client component and a server component.
  • the client component includes a client-side application 107 residing on a subscriber data processing system 105.
  • the subscriber data processing system 105 provides the subscriber with a point of access to the communication system 100.
  • the subscriber data processing system 105 may be any device capable of transmitting and receiving communication signals over the communication system 100, including but not limited to a personal computer, a handheld device, or a set-top box.
  • the subscriber data processing system 105 includes a client-side application 107.
  • the client-side application 107 acts as an interface for the subscriber to initiate, modify and release bandwidth-on-demand (BoD) sessions.
  • BoD bandwidth-on-demand
  • the client-side application 107 communicates with the proxy signaling server 140 on behalf of the subscriber by using, for example, the Resource Reservation Setup Protocol (RSVP), the Session Initiation Protocol (SIP), ATM signaling and/or user-defined signaling.
  • the client-side application 107 may also act as a controller for a CPE device or an ATM edge device and query the status of such a device, gather statistics from the device, or configure the device.
  • the client-side application 107 resides on the subscriber data processing system 105 or another device behind the subscriber's CPE.
  • the client-side application 107 may have a textual interface or graphical-user interface (GUI).
  • GUI graphical-user interface
  • the GUI may be similar, for example, to an access dialer or a point-to-point over Ethernet (PPPoE) dialer.
  • PPPoE point-to-point over Ethernet
  • the client-side application 107 may be a standalone application or may be executed from within another application.
  • the functions of the client-side application 107 may be built into a Web browser or an applet.
  • the subscriber data processing system 105 is connected to CPE 110.
  • the CPE 110 modulates and demodulates communications traffic for transmission over the telephone company's local-loop telephone line 112 to a DSLAM 115.
  • the CPE 110 may by any hardware and/or software that supports bridge mode.
  • One example of such a device is the SPEEDSTREAMTM 5360 residential modem, available from Efficient Networks, Inc., 4849 Alpha Road, Dallas, Texas 75244.
  • the DSLAM 115 which is typically located in the telephone company's central office or in a remote digital loop carrier, consolidates traffic from multiple DSL lines.
  • the DSLAM 115 passes the traffic on to a backbone network, such as an ATM network 135 illustrated in Figure 1 , for distribution to other networks.
  • An ATM edge device 120 such as an ATM switch or router, bridges and routes traffic from the DSLAM through the ATM network 135 by setting up and tearing down one or more ATM VCs.
  • a broadband remote access server (BRAS) 125 and Internet 130 provide a default best-effort IP-routed connection from the DSLAM 115 through the ATM edge device 120 to the BRAS 125.
  • a subscriber may establish additional connections from the CPE 110 to the BRAS 115 via the client-side application 107 in order to dynamically allocate bandwidth.
  • the server component includes a proxy signaling server 140, which resides remotely from the subscriber data processing system 105 and includes a connection-management application 142.
  • the connection- management application 142 includes functionality for initiating, managing and releasing broadband connections for a subscriber.
  • the connection-management application 142 establishes and releases BoD sessions for a subscriber by setting up and tearing down one or more dynamic VCs.
  • the connection- management application 142 sets up and tears down VCs by communicating with an ATM edge device 120 on behalf of the subscriber, for example, using UNI signaling.
  • the connection-management application 142 may also perform various billing functions for a service provider.
  • connection- management application 142 may keep track of the use and duration of BoD sessions and generate billing records related to those sessions.
  • the proxy signaling server 140 may also perform call admission control (CAC) to confirm that a bandwidth level requested by a subscriber is within the physical limitations of a DSL line.
  • CAC call admission control
  • the default connection is formed by an ATM permanent virtual circuit (PVC).
  • PVC ATM permanent virtual circuit
  • the default connection is an always-on connection that connects the subscriber's CPE to other elements of the communication system 100.
  • the subscriber directs the client-side application 107 to initiate the session.
  • the client-side application 107 sends a request to the connection-management application 142 residing on the proxy signaling server 140.
  • the connection-management application 142 then communicates on behalf of the subscriber with the ATM edge device 120, or another UNI capable network device, to create one or more dynamic VCs to supplement the subscriber's default connection.
  • the subscriber may modify or release the session by directing the client-side application 107 accordingly.
  • sequence diagram illustrates exemplary signaling messages that may be transmitted during the phases of the improved bandwidth provisioning solution.
  • the messages transmitted in steps 214 through 236 may be standard UNI signaling messages.
  • the improved bandwidth provisioning solution is described in terms of four main phases: Subscriber Login/Service Advertising, BoD Session Creation, BoD Session Release, and Subscriber Logoff.
  • messages are transmitted and/or received by the actors illustrated at the top of Figures 2A-B.
  • the actors include the subscriber 105 (i.e., the subscriber data processing system 105 and/or the client-side application 107), the CPE 110, the ATM edge device 120, the ATM network 135, the BRAS 125, the Internet 130, and the proxy signaling server 140.
  • the Subscriber Login/Service Advertising phase of the improved bandwidth provisioning comprises steps 202 through 210 in Figure 2.
  • This phase includes steps associated with the login of a subscriber and with the advertisement of available broadband services.
  • messages are transmitted between the subscriber 105 and the proxy server 140.
  • the subscriber Before initiating a BoD session, the subscriber begins by logging in to the proxy server 140.
  • the client-premises application 107 sends a LoginReq message on behalf of the subscriber to the proxy server 140 (step 202).
  • the LoginReq message may include information such as a customer ID, customer name, device ID, login name, and/or password. If login is possible, the proxy server 140 responds to the LoginReq message with a LoginReqAck message (step 204) containing information such as the name of available broadband services (step 206). Such information may also be sent to the subscriber in a separate Service Advertising message.
  • the data processing system 105 sends a Service AdvertisingCfm message to the proxy server 140 to acknowledge receipt of the Service Advertise message (step 208).
  • a NetServicesCfm message is sent to the proxy server as confirmation (step 210), which completes the Subscriber Login/Service Advertising phase.
  • the BoD Session Creation phase of the improved bandwidth provisioning solution comprises steps 212 through 244 in Figure 2.
  • This phase involves the establishment of a BoD session for the subscriber over one or more dynamic VCs.
  • messages are transmitted and received between the subscriber 105, the proxy server 140, the ATM edge device 120, the ATM network 135, and the BRAS 125.
  • the subscriber When a subscriber wants to initiate a BoD session, the subscriber directs the client-side application 107 to initiate the session. In response, the client-side application 107 sends a ConnectReq message to the proxy server 140 requesting the establishment of a BoD session (step 212).
  • the ConnectReq message may contain information such as a device ID for the subscriber, a service name, and/or a requested bandwidth level.
  • Each broadband service has an ATM endpoint address and ATM traffic descriptor associated with it.
  • the proxy server 140 may use the service name transmitted from the subscriber to retrieve the ATM endpoint address and ATM traffic descriptor for a particular service.
  • the proxy server 140 validates the BoD request from the client-side application 107 based on the device ID and password and saves the incoming IP address and port number.
  • the proxy signaling server 140 transmits a SetupReq message to the ATM edge device 120 to initiate a dynamic VC between the CPE 110 and a BRAS 125 that is offering the broadband service (step 214).
  • the ATM edge device 120 then communicates with the ATM network 135 using standard ATM Network-to- Network Interface (NNl) Setup messages to set up the BoD session (steps 216 & 218).
  • Nl Network-to- Network Interface
  • the ATM edge device 120 sends a Setuplnd message to the proxy server 140 (step 220).
  • the proxy signaling server 140 then sends a ConnectReq message to the ATM edge device 120 (step 222).
  • the ATM edge device 120 sends a ConnectAck message to the proxy server 140 (step 224).
  • the ATM edge device 120 then communicates with the ATM network 135 using, for example, standard NNl Connect and Connect Acknowledge messages (steps 226-232). Finally, the ATM edge device 120 sends a Connectlnd message to the proxy server 140 (step 234) and the proxy server 140 replies with a ConnectAck message (step 236). At this point a dynamic VC, such as an SVC, has been established between the CPE 110 and the BRAS 125.
  • a dynamic VC such as an SVC
  • the proxy server 140 updates the subscriber's route table to route traffic over the newly created dynamic VC.
  • the proxy server 140 sends an AddlPRoute message to the BRAS 125 to facilitate the routing of traffic over the newly created dynamic VC (step 240).
  • the BRAS 125 sends an AddlPRouteCfm message back to the proxy server 140 (step 242).
  • the proxy server 140 then sends an AddConnectAck message to the client-side application, where the newly created path is presented as available (step 244). Steps 212 through 244 may be repeated to create additional supplemental VCs in order to accommodate a subscriber's bandwidth request.
  • the BoD Session Release phase comprises steps 250 through 270 in Figure 2B.
  • the subscriber may release the BoD session and its associate dynamic VC.
  • the client-side application 105, CPE 110, and/or BRAS 125 adjust the relevant routing tables to redirect traffic to the subscriber's default PVC connection.
  • the subscriber When a subscriber want to release a BoD session, the subscriber starts by directing the client-side application to release the session. In response, the client-side application sends a DisconnectReq message to the proxy server 140 (step 250).
  • the DisconnectReq message may contain information such as virtual path indicator/virtual channel indicator (VPI/VCl), user ID, and cause code.
  • the proxy server 140 responds by sending a Release message to the ATM edge device 120 (step 252).
  • the ATM edge device 120 then communicates with the ATM network 135 (step 254) and the proxy server 140 (step 256) to release the dynamic VC.
  • the ATM network 135 After the dynamic VC is released, the ATM network 135 sends a message to the ATM edge device 120 acknowledging the release (step 258).
  • the proxy server 140 then sends a DisconnectReq message to the subscriber to request the release of the active connection (step 260).
  • the ATM network 135 then sends a Release message to the ATM edge device 120 and the ATM edge device 120 responds with a ReleaseAck message (step 264).
  • the ATM edge device 120 then sends a release message to the proxy server 140 (step 2698) and the proxy server 140 responds with a ReleaseAck message (step 270) releasing the BoD session connection.
  • Steps 280 through 282 relate to the Subscriber Logoff phase.
  • the subscriber wants to log off from a BoD session, the subscriber directs the client-side application to log off.
  • the client-side application sends a LoginOff message containing a User ID to the proxy server 140 (step 280) and the proxy server 140 responds with a LoginOff Ack message confirming the log off (step 282), ending the BoD session.
  • the improved bandwidth provisioning solution may include multiple proxy signaling servers.
  • the connection-management application may initiate and terminate dynamic VCs by signaling to the ATM edge device or to a UNI-capable DSLAM.
  • the dynamic VCs discussed in connection with the present invention may be initiated and released in response a variety of different triggers, including but not limited to the direction of a subscriber interacting with the client-side application, the direction of an administrator using the connection-management application, or a variety of automatic triggers, such as the time of day or the type of application or broadband service being used by the subscriber.

Abstract

The improved bandwidth provisioning solution of the present invention enables the provision of bandwidth on demand by dynamically establishing and terminating one or more dynamic virtual circuits (SVCs) (137) to supplement a subscriber's default broadband connection. The improved bandwidth provisioning solution includes a client-side application (107) residing on the subscriber's data processing system (105) and a connection-management application (142) residing on a proxy signaling server (140). The client-side application (107) transmits a subscriber's request for a bandwidth-on-demand session to the connection-management application (142), which communicates with an asynchronous transfer mode (ATM) edge device (120) using User Network Interface (UNI) signaling to initiate the one or more VCs (137). When the subscriber no longer desires the additional bandwidth, the supplemental VCs (137) may be terminated

Description

METHODS AND SYSTEMS FOR PROVIDING BANDWIDTH ON DEMAND
IN COMMUNICATION SYSTEMS
Cross-References to Relate ! Applications This application is entitled to the benefit of Provisional Patent Application Ser. No. 60/459685, filed on April 2, 2003.
Field of the Invention The present invention relates to methods and systems for providing bandwidth on demand in communication systems, and more particularly to an improved bandwidth provisioning solution for providing bandwidth on demand in communication systems that include Asynchronous Transfer Mode (ATM) technology.
Background Modern broadband communication systems are called upon to transmit a wide range of data types, from email to real-time video, which have a wide range of bandwidth requirements. Conventional broadband access networks, such as digital subscriber line (DSL) networks, are not well equipped to handle these varying bandwidth requirements. Convention broadband access networks generally place an artificial cap on a subscriber's maximum bandwidth level based on the service level selected by the subscriber. If the subscriber selects a low service level, the price is low, but the bandwidth cap is also low. With a low bandwidth cap, a subscriber may have difficulty accessing bandwidlh-intensive services, such as real-time video. On the other hand, if the subscriber selects a service level with a high bandwidth cap, the subscriber will pay a premium for bandwidth that is not always needed. Once a subscriber selects a particular service level, it generally cannot be changed without involving the service provider.
Most modern broadband communication systems include ATM technology, which has advanced mechanisms for dynamically modifying communication connections. ATM technology has been widely deployed in both backbone networks and in access networks. Unfortunately, conventional client-premises equipment (CPE), such as DSL modems, cannot take advantage of ATM's advance mechanisms because they lack User Network Interface (UNI) signaling capability. As a result, conventional broadband connections are relatively static and inflexible.
Summary of the Invention
With the foregoing in mind, methods and systems consistent with the present invention provide an improved bandwidth-provisioning solution that enables a broadband subscriber to modify their broadband connection "on the fly" by initiating and terminating one or more dynamic virtual circuits (VCs) to supplement their default connection. The improved bandwidth provisioning solution also enables service providers to create new, more equitable billing schemes to charge fees that are based on subscribers' actual bandwidth usage.
In one aspect, the improved bandwidth-provisioning solution includes a client-side application and a connection-management application residing on a proxy signaling server. When a subscriber wants additional bandwidth, the subscriber requests additional bandwidth using the client-side application. In response, the client-side application sends a request for additional bandwidth to the connection-management application on the proxy signaling server. If possible, the connection-management application then initiates one or more dynamic VCs on behalf of the subscriber by signaling to an ATM edge device on behalf of the subscriber.
Brief Description of the Drawincris
The invention is explained by way of example with reference to the following drawings:
Figure 1 illustrates a communications system consistent with an exemplary embodiment of the present invention.
Figures 2A-B illustrate sequence diagrams consistent with an exemplary embodiment of the present invention.
Detailed Description
Figure 1 illustrates a broadband communication system 100 that includes the Internet 130 and an ATM network 135. The communication system 100 also includes an improved bandwidth provisioning solution consistent with an exemplary embodiment of the present. The improved bandwidth provisioning solution comprises a client component and a server component.
The Client Component
The client component includes a client-side application 107 residing on a subscriber data processing system 105. The subscriber data processing system 105 provides the subscriber with a point of access to the communication system 100. The subscriber data processing system 105 may be any device capable of transmitting and receiving communication signals over the communication system 100, including but not limited to a personal computer, a handheld device, or a set-top box. The subscriber data processing system 105 includes a client-side application 107. The client-side application 107 acts as an interface for the subscriber to initiate, modify and release bandwidth-on-demand (BoD) sessions. The client-side application 107 communicates with the proxy signaling server 140 on behalf of the subscriber by using, for example, the Resource Reservation Setup Protocol (RSVP), the Session Initiation Protocol (SIP), ATM signaling and/or user-defined signaling. The client-side application 107 may also act as a controller for a CPE device or an ATM edge device and query the status of such a device, gather statistics from the device, or configure the device.
The client-side application 107 resides on the subscriber data processing system 105 or another device behind the subscriber's CPE. The client-side application 107 may have a textual interface or graphical-user interface (GUI). The GUI may be similar, for example, to an access dialer or a point-to-point over Ethernet (PPPoE) dialer. The client-side application 107 may be a standalone application or may be executed from within another application. For example, the functions of the client-side application 107 may be built into a Web browser or an applet.
The subscriber data processing system 105 is connected to CPE 110. The CPE 110 modulates and demodulates communications traffic for transmission over the telephone company's local-loop telephone line 112 to a DSLAM 115. The CPE 110 may by any hardware and/or software that supports bridge mode. One example of such a device is the SPEEDSTREAM™ 5360 residential modem, available from Efficient Networks, Inc., 4849 Alpha Road, Dallas, Texas 75244. The DSLAM 115, which is typically located in the telephone company's central office or in a remote digital loop carrier, consolidates traffic from multiple DSL lines. The DSLAM 115 passes the traffic on to a backbone network, such as an ATM network 135 illustrated in Figure 1 , for distribution to other networks.
An ATM edge device 120, such as an ATM switch or router, bridges and routes traffic from the DSLAM through the ATM network 135 by setting up and tearing down one or more ATM VCs. A broadband remote access server (BRAS) 125 and Internet 130 provide a default best-effort IP-routed connection from the DSLAM 115 through the ATM edge device 120 to the BRAS 125. A subscriber may establish additional connections from the CPE 110 to the BRAS 115 via the client-side application 107 in order to dynamically allocate bandwidth.
The Server Component
The server component includes a proxy signaling server 140, which resides remotely from the subscriber data processing system 105 and includes a connection-management application 142. The connection- management application 142 includes functionality for initiating, managing and releasing broadband connections for a subscriber. With regard to the improved bandwidth provisioning solution, the connection-management application 142 establishes and releases BoD sessions for a subscriber by setting up and tearing down one or more dynamic VCs. The connection- management application 142 sets up and tears down VCs by communicating with an ATM edge device 120 on behalf of the subscriber, for example, using UNI signaling. The connection-management application 142 may also perform various billing functions for a service provider. For example, the connection- management application 142 may keep track of the use and duration of BoD sessions and generate billing records related to those sessions. The proxy signaling server 140 may also perform call admission control (CAC) to confirm that a bandwidth level requested by a subscriber is within the physical limitations of a DSL line.
When a subscriber initially establishes a broadband connection, the subscriber is provided a default connection. The default connection is formed by an ATM permanent virtual circuit (PVC). The default connection is an always-on connection that connects the subscriber's CPE to other elements of the communication system 100. If a subscriber wants to initiate a BoD session, the subscriber directs the client-side application 107 to initiate the session. In response, the client-side application 107 sends a request to the connection-management application 142 residing on the proxy signaling server 140. The connection-management application 142 then communicates on behalf of the subscriber with the ATM edge device 120, or another UNI capable network device, to create one or more dynamic VCs to supplement the subscriber's default connection. Once a BoD session has been initiated, the subscriber may modify or release the session by directing the client-side application 107 accordingly.
BoD Session
Referring now to Figures 2A-B, an exemplary sequence diagram is illustrated, which is consistent with the improved bandwidth provisioning solution of the present invention. The sequence diagram illustrates exemplary signaling messages that may be transmitted during the phases of the improved bandwidth provisioning solution. In an exemplary embodiment, the messages transmitted in steps 214 through 236 may be standard UNI signaling messages.
For purposes of illustration, the improved bandwidth provisioning solution is described in terms of four main phases: Subscriber Login/Service Advertising, BoD Session Creation, BoD Session Release, and Subscriber Logoff. During these phases, messages are transmitted and/or received by the actors illustrated at the top of Figures 2A-B. The actors include the subscriber 105 (i.e., the subscriber data processing system 105 and/or the client-side application 107), the CPE 110, the ATM edge device 120, the ATM network 135, the BRAS 125, the Internet 130, and the proxy signaling server 140.
The Subscriber Login/Service Advertising phase of the improved bandwidth provisioning comprises steps 202 through 210 in Figure 2. This phase includes steps associated with the login of a subscriber and with the advertisement of available broadband services. During this phase messages are transmitted between the subscriber 105 and the proxy server 140.
Before initiating a BoD session, the subscriber begins by logging in to the proxy server 140. The client-premises application 107 sends a LoginReq message on behalf of the subscriber to the proxy server 140 (step 202). The LoginReq message may include information such as a customer ID, customer name, device ID, login name, and/or password. If login is possible, the proxy server 140 responds to the LoginReq message with a LoginReqAck message (step 204) containing information such as the name of available broadband services (step 206). Such information may also be sent to the subscriber in a separate Service Advertising message. After the subscriber receives the list of available serves, the data processing system 105 sends a Service AdvertisingCfm message to the proxy server 140 to acknowledge receipt of the Service Advertise message (step 208). After the list of services has been displayed to the subscriber, a NetServicesCfm message is sent to the proxy server as confirmation (step 210), which completes the Subscriber Login/Service Advertising phase.
The BoD Session Creation phase of the improved bandwidth provisioning solution comprises steps 212 through 244 in Figure 2. This phase involves the establishment of a BoD session for the subscriber over one or more dynamic VCs. During this phase, messages are transmitted and received between the subscriber 105, the proxy server 140, the ATM edge device 120, the ATM network 135, and the BRAS 125.
When a subscriber wants to initiate a BoD session, the subscriber directs the client-side application 107 to initiate the session. In response, the client-side application 107 sends a ConnectReq message to the proxy server 140 requesting the establishment of a BoD session (step 212). The ConnectReq message may contain information such as a device ID for the subscriber, a service name, and/or a requested bandwidth level. Each broadband service has an ATM endpoint address and ATM traffic descriptor associated with it. The proxy server 140 may use the service name transmitted from the subscriber to retrieve the ATM endpoint address and ATM traffic descriptor for a particular service. The proxy server 140 validates the BoD request from the client-side application 107 based on the device ID and password and saves the incoming IP address and port number. After the request is validated, the proxy signaling server 140 transmits a SetupReq message to the ATM edge device 120 to initiate a dynamic VC between the CPE 110 and a BRAS 125 that is offering the broadband service (step 214). The ATM edge device 120 then communicates with the ATM network 135 using standard ATM Network-to- Network Interface (NNl) Setup messages to set up the BoD session (steps 216 & 218). After transmission of the setup messages, the ATM edge device 120 sends a Setuplnd message to the proxy server 140 (step 220). The proxy signaling server 140 then sends a ConnectReq message to the ATM edge device 120 (step 222). In response, the ATM edge device 120 sends a ConnectAck message to the proxy server 140 (step 224). The ATM edge device 120 then communicates with the ATM network 135 using, for example, standard NNl Connect and Connect Acknowledge messages (steps 226-232). Finally, the ATM edge device 120 sends a Connectlnd message to the proxy server 140 (step 234) and the proxy server 140 replies with a ConnectAck message (step 236). At this point a dynamic VC, such as an SVC, has been established between the CPE 110 and the BRAS 125.
Following the establishment of the dynamic VC, the proxy server 140 updates the subscriber's route table to route traffic over the newly created dynamic VC. The proxy server 140 sends an AddlPRoute message to the BRAS 125 to facilitate the routing of traffic over the newly created dynamic VC (step 240). In response, the BRAS 125 sends an AddlPRouteCfm message back to the proxy server 140 (step 242). The proxy server 140 then sends an AddConnectAck message to the client-side application, where the newly created path is presented as available (step 244). Steps 212 through 244 may be repeated to create additional supplemental VCs in order to accommodate a subscriber's bandwidth request.
The BoD Session Release phase comprises steps 250 through 270 in Figure 2B. When the subscriber no longer wants the additional bandwidth provided by a BoD session, the subscriber may release the BoD session and its associate dynamic VC. After the VC is released, the client-side application 105, CPE 110, and/or BRAS 125 adjust the relevant routing tables to redirect traffic to the subscriber's default PVC connection.
When a subscriber want to release a BoD session, the subscriber starts by directing the client-side application to release the session. In response, the client-side application sends a DisconnectReq message to the proxy server 140 (step 250). The DisconnectReq message may contain information such as virtual path indicator/virtual channel indicator (VPI/VCl), user ID, and cause code. The proxy server 140 responds by sending a Release message to the ATM edge device 120 (step 252). The ATM edge device 120 then communicates with the ATM network 135 (step 254) and the proxy server 140 (step 256) to release the dynamic VC. After the dynamic VC is released, the ATM network 135 sends a message to the ATM edge device 120 acknowledging the release (step 258). The proxy server 140 then sends a DisconnectReq message to the subscriber to request the release of the active connection (step 260). The ATM network 135 then sends a Release message to the ATM edge device 120 and the ATM edge device 120 responds with a ReleaseAck message (step 264). The ATM edge device 120 then sends a release message to the proxy server 140 (step 2698) and the proxy server 140 responds with a ReleaseAck message (step 270) releasing the BoD session connection.
Steps 280 through 282 relate to the Subscriber Logoff phase. When the subscriber wants to log off from a BoD session, the subscriber directs the client-side application to log off. In response, the client-side application sends a LoginOff message containing a User ID to the proxy server 140 (step 280) and the proxy server 140 responds with a LoginOff Ack message confirming the log off (step 282), ending the BoD session.
The present invention has been described with reference to the accompanying drawings that illustrate a preferred embodiment of the invention. The invention may, however, be embodied in many different forms and should not be construed as limited to the embodiment set forth herein. For example, in larger networks, the improved bandwidth provisioning solution may include multiple proxy signaling servers. The connection-management application may initiate and terminate dynamic VCs by signaling to the ATM edge device or to a UNI-capable DSLAM. The dynamic VCs discussed in connection with the present invention may be initiated and released in response a variety of different triggers, including but not limited to the direction of a subscriber interacting with the client-side application, the direction of an administrator using the connection-management application, or a variety of automatic triggers, such as the time of day or the type of application or broadband service being used by the subscriber.

Claims

ClaimsWhat is claimed is:
1. A method of providing bandwidth on demand in a broadband communications system, comprising: establishing a default connection between a subscriber data processing system and a content-provider data processing system, said default connection comprising an asynchronous transfer mode (ATM) permanent virtual circuit (PVC); initiating a bandwidth-on-demand session by creating one or more switched virtual circuits (SVCs) between said subscriber data processing system and said content-provider data processing system to supplement the bandwidth of said default connection; and ending said bandwidth-on-demand session by terminating said one or more SVCs.
2. The method of claim 1 wherein said step of initiating a bandwidth- on-demand session comprises sending a message from said subscriber data processing system to a proxy signaling server comprising information related to said bandwidth-on-demand session and, in response to said message, sending a message from said proxy signaling server to an ATM edge device to create one or more SVCs between said subscriber data processing system and said content-provider data processing system.
3. The method of claim 2 wherein said information comprises data for authenticating said subscriber.
4. The method of claim 2 wherein said message from said proxy signaling server comprises User Network Interface (UNI) signals.
5. The method of claim 2 wherein said step of ending said bandwidth- on-demand session comprises sending a message from said subscriber data processing system to a proxy signaling server comprising an instruction to end said bandwidth-on-demand session and, in response to said message, sending a message from said proxy signaling server to an ATM edge device to terminate said one or more SVCs between said subscriber data processing system and said content-provider data processing system.
6. The method of claim 2 wherein said ATM edge device comprises an ATM switch.
7. The method of claim 6 wherein said step of initiating a bandwidth- on-demand session comprises a subscriber using a client-side application on said subscriber data processing system to request said bandwidth-on-demand session.
8. The method of claim 7 wherein client-side application comprises a web browser plug-in.
9. The method of claim 7 wherein said client-side application comprises a dialer application.
10. A broadband communication system for providing bandwidth-on- demand, comprising: a subscriber data-processing system for providing a subscriber with access to said communication system; a digital subscriber line (DSL) modem for modulating and demodulating data for transmission over a local loop telephone line to a DSL multiplexer (DSLAM); an asynchronous transfer mode (ATM) edge device in communication with said DSLAM for receiving data from and transmitting data over an ATM network; a proxy signaling server in communication with said subscriber data processing system; a content-provider data processing system in communication with said ATM network for providing broadband content to a subscriber; a client-side application on said subscriber data processing for use by said subscriber to request a bandwidth-on-demand session and for transmitting information to said proxy signaling server in response to said request; and a connection-management application on said proxy signaling server for receiving said information and for signaling to said ATM edge device on behalf of said CPE to establish one or more switched virtual circuits (SVCs) from said CPE to said content-provider data processing system.
11. The system of claim 10 wherein said digital subscriber line (DSL) modem is supports bridge mode.
12. The system of claim 11 wherein said proxy signaling server uses User Network Interface (UNI) signaling to signal said ATM switch on behalf of said CPE.
13. The system of claim 12 wherein said client-side application comprises a web browser plug-in.
14. The system of claim 12 wherein said client-side application comprises a dialer application.
15. The system of claim 12 wherein said ATM edge device comprises an ATM switch.
16. A communications system, comprising: a subscriber data processing system for use by a subscriber to transmit and receive data to and from a remote content-provider data processing system; client premise equipment (CPE) in communication with said subscriber data processing system for transmitting and receiving said data over a local loop to a DSL multiplexer (DSLAM); an asynchronous transfer mode (ATM) edge device in communication with said DSLAM for transmitting and receiving said information over an ATM network; a proxy signaling server in communication with said subscriber data processing system and said ATM edge device; means in said subscriber data processing system; responsive to said subscriber, for sending a request to said proxy signaling sever to initiate a bandwidth-on-demand session; and means in said proxy signaling server, responsive to said request, for initiating said bandwidth-on-demand session by creating one or more Switched Virtual Circuits (SVCs) between said subscriber data processing system and said content-provider data processing system.
PCT/US2004/009551 2003-04-02 2004-03-29 Methods and systems for providing bandwidth on demand in communication systems WO2004089001A2 (en)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US45968503P 2003-04-02 2003-04-02
US60/459,685 2003-04-02
US10/672,771 2003-09-26
US10/672,771 US7643489B2 (en) 2003-04-02 2003-09-26 Methods and systems for providing bandwidth on demand in communication systems

Publications (2)

Publication Number Publication Date
WO2004089001A2 true WO2004089001A2 (en) 2004-10-14
WO2004089001A3 WO2004089001A3 (en) 2005-03-31

Family

ID=33101358

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2004/009551 WO2004089001A2 (en) 2003-04-02 2004-03-29 Methods and systems for providing bandwidth on demand in communication systems

Country Status (2)

Country Link
US (1) US7643489B2 (en)
WO (1) WO2004089001A2 (en)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040100990A1 (en) * 2002-11-27 2004-05-27 Chen Abraham Y. On-demand bandwidth activation for detailed billing
US8599779B2 (en) * 2003-05-15 2013-12-03 At&T Intellectual Property I, L.P. Methods, systems, and products for a metering application
US7912001B2 (en) * 2003-05-15 2011-03-22 At&T Intellectual Property I, L.P. Methods, systems, and products for a metering application
US8718040B2 (en) * 2004-12-29 2014-05-06 Agere Systems Llc Method and apparatus for adaptive bandwidth utilization in a digital network
US9497109B2 (en) * 2005-02-11 2016-11-15 Hewlett Packard Enterprise Development Lp Switching mesh with user-configurable paths
KR100684177B1 (en) * 2005-11-22 2007-02-20 한국전자통신연구원 Method and apparatus for supporting guaranteed qos using end-to-end cac
CN100508469C (en) * 2006-12-21 2009-07-01 华为技术有限公司 Method and device for regulating broadband in broad band demand distribution service
CN101494552B (en) * 2008-01-23 2011-05-18 华为技术有限公司 Method, system and apparatus for establishing business connection
US8787873B1 (en) 2011-11-04 2014-07-22 Plusn Llc System and method for communicating using bandwidth on demand
CN105812149B (en) * 2014-12-30 2019-05-24 华为技术有限公司 Charging method, system and the relevant device of data service
US11303580B2 (en) * 2020-04-03 2022-04-12 Charter Communications Operating, Llc Implementing network constraint exceptions on a per device basis
US11792301B1 (en) * 2022-09-22 2023-10-17 Amazon Technologies, Inc. Parallelized automated creation of proxy manifests

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0936833A2 (en) * 1998-02-16 1999-08-18 Fujitsu Limited Asynchronous transmission mode switch and corresponding control method
US20020057700A1 (en) * 1998-06-03 2002-05-16 Sreejith Sreedharan Systems and methods for connecting frame relay devices via an atm network using a frame relay proxy signaling agent

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5946311A (en) * 1997-05-27 1999-08-31 International Business Machines Corporation Method for allowing more efficient communication in an environment wherein multiple protocols are utilized
US5870589A (en) * 1997-07-23 1999-02-09 International Business Machines Corporation Method for enhanced broadcast and unknown server operation
US6625158B1 (en) * 1997-07-31 2003-09-23 International Business Machines Corporation Method and system for enhanced communication involving emulated local area networks
US6032272A (en) * 1997-09-05 2000-02-29 Nokia Telecommunications, Oy Method and apparatus for performing packet based policing
US6148337A (en) * 1998-04-01 2000-11-14 Bridgeway Corporation Method and system for monitoring and manipulating the flow of private information on public networks
US7106698B1 (en) * 1998-09-16 2006-09-12 Cisco Technology, Inc. System for triggering the control plane in an asynchronous connection-oriented transmission network
US6453317B1 (en) * 1998-09-29 2002-09-17 Worldcom, Inc. Customer information storage and delivery system
US6917619B1 (en) * 1999-01-13 2005-07-12 Avaya Technology Corp. System and method for interconnecting ATM systems over an intermediate ATM network using switch virtual connections
US6714545B1 (en) * 2000-03-03 2004-03-30 Qwest Communications International, Inc. VDSL data network, service and management architecture
US6788696B2 (en) * 2000-03-10 2004-09-07 Nortel Networks Limited Transparent QoS using VC-merge capable access modules
US7307993B2 (en) * 2000-08-08 2007-12-11 At&T Labs, Inc. Controller based call control for ATM SVC signaling
US7154852B1 (en) * 2001-08-30 2006-12-26 Cisco Technology, Inc. Devices, softwares and methods for dynamic bandwidth allocation for ATM connections
EP1488332A4 (en) * 2002-03-11 2005-12-07 Seabridge Ltd Dynamic service-aware aggregation of ppp sessions over variable network tunnels
US7065092B2 (en) * 2002-07-31 2006-06-20 Sbc Properties, L.P. Resource reservation protocol based guaranteed quality of service internet protocol (IP) connections over a switched network using newly assigned IP addresses
US7382785B2 (en) * 2003-02-21 2008-06-03 At&T Knowledge Ventures, L.P. Extended virtual user-to-network interface with ATM network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0936833A2 (en) * 1998-02-16 1999-08-18 Fujitsu Limited Asynchronous transmission mode switch and corresponding control method
US20020057700A1 (en) * 1998-06-03 2002-05-16 Sreejith Sreedharan Systems and methods for connecting frame relay devices via an atm network using a frame relay proxy signaling agent

Also Published As

Publication number Publication date
US7643489B2 (en) 2010-01-05
WO2004089001A3 (en) 2005-03-31
US20040196848A1 (en) 2004-10-07

Similar Documents

Publication Publication Date Title
US7839866B2 (en) Extended virtual user-to-network interface with ATM network
US6343083B1 (en) Method and apparatus for supporting a connectionless communication protocol over an ATM network
US6904054B1 (en) Support for quality of service and vertical services in digital subscriber line domain
US6986157B1 (en) Method and system for dynamic service registration in a data-over-cable system
US6751218B1 (en) Method and system for ATM-coupled multicast service over IP networks
US6584074B1 (en) System and method for remote configuration and management of customer premise equipment over ATM
US20040044789A1 (en) Dynamic service-aware aggregation of PPP sessions over variable network tunnels
KR20010072843A (en) Apparatus and method for a remote access server
WO2002014979A2 (en) Traffic queueing for remote terminal dslams
US20030093544A1 (en) ATM video caching system for efficient bandwidth usage for video on demand applications
US7643489B2 (en) Methods and systems for providing bandwidth on demand in communication systems
EP1094646B1 (en) Multi channel communication control system and method
US20030187979A1 (en) Method of and a system for data exchange over a data network such as the public internet
Cisco Software Enhancements for the Cisco 800 Routers and SOHO Routers
US20050129002A1 (en) Apparatus and method for web-phone service in dsl
Boecking et al. BERKOM multimedia transport system
WO2002015494A1 (en) Automated service provisioning in combination of vertical services and digital subscriber line domains
KR100236959B1 (en) Method of broad-band internet service in broad-band network
AU779785B2 (en) Communications network
SE511812C2 (en) ADSL transmission system for providing internet access to multiple customers
Sargento et al. IP access networks with QoS support
Pacyna et al. DIGITAL VIDEO BASED EDUCATIONAL SERVICE IN AN ATM ACCESS NETWORK SUPPORTING IPV6/RSVP PROTOCOL SUITE
Groom et al. Emerging High-Bandwidth Networks
Karabek Future Multimedia Applications and ATM Networks

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG 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 NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)