Multiplex communications – Data flow congestion prevention or control – Control of data admission to the network
Reexamination Certificate
1998-04-14
2001-03-06
Nguyen, Chau (Department: 2663)
Multiplex communications
Data flow congestion prevention or control
Control of data admission to the network
C370S395430, C370S412000
Reexamination Certificate
active
06198723
ABSTRACT:
BACKGROUND OF THE INVENTION
The present invention relates to digital data networks. More particularly, the present invention relates to an apparatus and method for improving communication among devices that are coupled to Asynchronous Transfer Mode (ATM) digital data networks.
Asynchronous Transfer Mode is an emerging technology in the fields of telecommunication and computer networking. ATM permits different types of digital information (e.g., computer data, voice, video, and the like) to intermix and transmit over the same physical medium (i.e., copper wires, fiber optics, wireless transmission medium, and the like). ATM works well with data networks, e.g., the Internet, wherein digital data from a plurality of communication devices such as video cameras, telephones, television sets, facsimile machines, computers, printers, and the like, may be exchanged.
To facilitate discussion, 
FIG. 1
 illustrates a prior art data network 
3
, including ATM switches 
5
 and 
10
 and a plurality of communication devices 
22
-
24
, 
32
, 
42
-
44
, 
52
, 
62
-
63
, 
72
-
74
 and 
82
-
85
. ATM switches 
5
 and 
10
 may represent a digital switch for coupling, for either bidirectional or unidirectional transmission, two or more of the communication devices together for communication purpose and may represent a data network such as a local area network (LAN), a wide area network (WAN), or the global data network popularly known as the Internet.
Each communication device 
22
-
24
, 
42
-
44
, 
52
, 
62
-
63
, 
72
-
74
 and 
82
-
85
 can be part of smaller networks 
21
, 
41
, 
51
, 
61
, 
71
 and 
81
, and coupled to ATM switch 
5
 or 
10
 through input and output ports and physical connections 
20
, 
40
, 
50
, 
60
, 
70
 or 
80
. A communication device, such as video server 
32
, can also be connected directly to the ATM switch through a physical connection 
30
. The smaller networks or the ATM switches may include circuitry to translate data from the communication devices into an ATM data format for transmission via the ATM switches, and to translate ATM data transmitted via the ATM switches into data formats compatible with the communication devices.
Irrespective of the source, data is transformed into an ATM data format prior to being transmitted via an ATM-enabled network. As is well known, a typical ATM data cell 
2
 includes a header portion and a data portion. Cell header portion may include information regarding the type of information being encapsulated in the ATM data cell, e.g., the destination for that information, and the like. Cell data portion typically includes the information being sent. By standardizing the format of the ATM cells, information from different communication devices may be readily intermixed and transmitted irrespective of its original format.
In the implementation of ATM technology in a data network, the challenge has been to improve the efficiency with which ATM switches 
5
 and 
10
 handle multiple simultaneous connections among the multiple communication devices. For peak efficiency, it is generally desirable to have an ATM switch transmit at the highest bandwidth that the network can handle, while at the same time minimizing delay and maximizing data integrity. Unfortunately, the high bandwidth demanded by such a design generally results in a prohibitively expensive ATM switch.
The standards for ATM networks have required that ATM switches be capable of a certain level of quality of service (QoS). For example, the ATM Forum Technical Committee has published a Traffic Management Specification, version 4.0, April 1996, which lays out the specifications for quality of service, which is incorporated herein by reference for all purposes. Some of the criteria of QoS include Peak-to-Peak Cell Delay Variation (peak-to-peak CDV), Maximum Cell Transfer Delay (maxCTD), Cell Loss Rate (CLR), Cell Error Ratio (CER), Severely Errored Cell Block Ratio (SECBR) and Cell Misinsertion Rate (CMR), as well as other characteristics of a connection. Additionally, each connection may be classified as certain types of connections, including constant bit rate, real time variable bit rate, non-real time variable bit rate, unspecified bit rate and available bit rate. Each type of classification requires a certain QoS criteria.
The QoS criteria must be met by all ATM networks and switches. At the same time it is recommended that traffic shaping be performed in order to maximize the efficiency of any given connection. Traffic shaping alters the characteristics of a stream of cells to best fully utilize the capabilities of the connection.
Referring back to 
FIG. 1
, a user may wish to use telephone 
22
 to communicate with telephone 
85
. Telephone 
22
 begins to transmit cells 
2
 with the appropriate header and body. Among the cells 
2
 are resource management (RM) cells 
2
′ (not shown). Resource cells 
2
′ are sent out through the ATM network 
3
 and is eventually returned to either ATM switch 
5
 or network 
21
, which ever is sending the cells in an ATM format. The resource cell informs the switch, in this case ATM switch 
5
, about the characteristics of the connection between telephone 
22
 and telephone 
85
. The connection formed between the telephones 
22
 and 
85
 is a virtual circuit (VC) since it is formed from a myriad of potential circuits throughout the vast network and is not a permanent physical connection. The physical pathway, or a logical grouping of virtual circuits, used to form the virtual connection are virtual paths (VP).
The VC from telephone 
22
 consists partly of network 
21
, physical connection 
20
 and ATM switch 
5
. ATM switch 
5
 and ATM switch 
10
 are linked through physical connections 
12
 and 
13
. Between these connections 
12
 and 
13
 there can be any number of other switches, networks and connections through which the VC is connected. From ATM switch 
10
 the VC continues through physical connection 
80
, network 
81
 and finally to telephone 
85
.
Traffic shaping is desired because the characteristics of the VC should be considered in order to fully utilize the particular VC. For example, telephone 
22
 may need to communicate with telephone 
85
 at 64 kbps at a constant bit rate since voice communication is typically constant. Connections 
12
 and 
13
 between ATM switches 
5
 and 
10
 are typically capable of handling high bandwidth communications in the order of 45 Mbps or more. However, connections 
20
 and 
80
 may be more limited. In many cases, connections between a network and an ATM switch may be 1.544 Mbps. Still, 1.544 Mbps is great enough to handle the virtual connection between telephone 
22
 and telephone 
85
. But, one reason for traffic shaping is to fully utilize the 45 Mbps connections 
12
 and 
13
 rather than tying up the high bandwidth connections with only the 64 kbps transmissions.
In another example, video server 
32
 may wish to communicate with television 
82
 at a non-real time variable bit rate. The video server and connection 
30
 may be capable of transmitting at up to 30 Mbps. However, connection 
80
 may be only capable of handling 1.544 Mbps, and cannot handle 30 Mbps communications. Thus, the output of the video server should be shaped to communicate at 1.544 Mbps.
A bottleneck may occur when both telephone 
22
 and video server 
32
 are communicating with telephone 
85
 and television 
82
 at the same time, respectively. Therefore, traffic shaping is required to ensure that only a maximum of 1.544 Mbps is being transmitted to network 
81
, otherwise information may be corrupted or lost, and thus QoS standards not met.
In the prior art, many ATM techniques of traffic shaping have been proposed to efficiently use the ATM network while still meeting QoS criteria. One practice condoned by the ATM forum has been to not utilize any traffic shaping, and simply ensure that QoS criteria have been met. As can be appreciated, this approach while simplistic and less expensive than traffic shaping, fails to properly utilize the full potential of an ATM network.
FIG. 2
 is a block diagram of a prior art m
Bansal Akash
Haldar Kishalay
Parruck Bidyut
Phadke Pramod B.
Pradhan Sachin N.
Hyun Soon-Dong
Martine Penilla & Kim LLP
Nguyen Chau
Paxonet Communications, Inc.
LandOfFree
Asynchronous transfer mode traffic shapers does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Asynchronous transfer mode traffic shapers, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Asynchronous transfer mode traffic shapers will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2512407