Adjusting connection bandwidth in a data network
A method and apparatus are disclosed for adjusting the bandwidth of a connection between at least two communication endpoints in a data network via a monitoring unit and a control unit. The connection in the data network is assigned at least one transmission channel for data transmission. The user data is, in this case, allocated to at least one communication connection; in particular a voice connection. The monitoring unit monitors the signaling connection for requests for at least one further communication connection; in particular, a voice connection. When a request occurs, it signals to the control unit to assign to the connection one or more additional free transmission channels for the at least one requested communication connection.
Voice connections in telecommunication networks have in the past normally been set up on a connection-oriented basis. To do this, one line is provided exclusively for signal transmission between two communication endpoints and is, so to speak, reserved for this voice connection. In this context, the literature frequently refers to line-switching or line-oriented telecommunication.
With the arrival of packet-oriented data networks, such as the Internet, telecommunication is possible more cost-effectively than by using line-oriented telecommunication. This is due, in particular, to the capability to use the available connection resources better, since the resources that exist in a telecommunication network, in particular transmission capacities, can be used far more efficiently via packet-oriented transmission than is possible in the case of line-oriented transmission with an assured line capacity.
VoF (short for “Voice over Frame Relay”) or VoIP (short for “Voice over IP”) are known, by way of example, as voice packet-oriented transmission methods. VoIP technology, in particular, is predicted to be of major importance for future voice communication.
However, the transmission of voice data via packet-oriented transmission methods is subject to the problem that the transmission bandwidth available for a voice connection fluctuates as a function of the load level in a data network. Normally, this leads to delays (frequently referred to as a delay or jitter in the literature) or even to gaps in the voice connection. In the worst case, the voice connection may even fail completely. The so-called QoS (short for “Quality of Service”) of such a voice connection is thus considerably worse than that of line-switching communication. In order to remedy these problems at least partially, voice compression methods, such as G.723.1, are used to reduce the bandwidth required for voice communication.
Since the Internet is frequently used as the data network for VoIP technology, despite the fact that it is not very suitable since the bandwidth available for voice communication fluctuates during most access procedures, it is particularly important to maintain a minimum bandwidth for a connection quality that is defined as the minimum. The routers which are used for setting up connections control the bandwidth on the basis of the current bandwidth demand for a voice connection. Specifically, this means that at least one new transmission channel is set up for a VoIP connection, depending on the currently required bandwidth.
However, interference can occur in the voice connection in this case since additional bandwidth is requested only when a demand occurs and, in consequence, the voice connection is subject to relatively major gaps and/or delays. The router makes its decision to request additional bandwidth on the basis of the routed data, that is to say only at a time at which additional bandwidth is already required. Thus, even with this method, a voice connection without any interference at all is impossible.
In order to explain this better, the following text refers to
When a connection request occurs, the control unit 58 uses the measurement unit 60 to determine the data throughput rate and, if necessary, uses the threshold value control unit 62 to set up additional data channels for the requested connection. If an already existing connection requires additional bandwidth and requests this, then additional data channels are likewise set up although, in fact, the speech quality will be poor while the additional data channels are being set up. In some circumstances, the setting-up process may even occur at such a late state that the voice connection is interrupted for a certain period of time, and voice data is lost owing to the lack of bandwidth.
New methods have been proposed at the protocol level to solve these problems. One of these is an end-to-end Internet protocol from the IETF (Internet Engineering Task Force) and the company Cisco, which is referred to as RSVP (short for “Resource Reservation Setup Protocol”). In order to maintain a specific QoS for applications via the Internet, network resources, such as bandwidth, are reserved for a transmission. RSVP not only reserves resources before the transmission of data, but also adapts the transmission capacities dynamically. However, RSVP is a proprietary protocol which must be procured for all the components involved in a transmission. Furthermore, the RSVP protocol is highly complex, for which reason it is not yet widely used. Furthermore, the technical complexity for implementing the RSVP protocol is considerable.
The present invention is thus directed toward providing a method for adjusting the bandwidth of a connection between at least two connection end points in a data network, and an apparatus for carrying out the method, which ensure, even before transmission, that the bandwidth is sufficient for voice connections, and which can be used in conventional telecommunication networks without any additional protocol complexity.
SUMMARY OF THE INVENTIONThe idea on which the present invention is based is to monitor the signaling connection of a connection, in particular of a voice connection, for requests for communication connections and for controlling, as a function of this, the setting up of free transmission channels for the requested communication connections. For an already existing communication connection, in particular a voice connection, this ensures that the bandwidth available for that transmission is not reduced by additional communication connections. A connection is thus set up for communication connections only with sufficient bandwidth in the form of additional free transmission channels.
In entirely general form, the expression communication connection refers to a connection for interchanging data between communication endpoints. In particular, the communication connection is a voice connection. Since, in the prior art and, in particular for package-oriented voice transmission, the number of voice connections is essentially independent of the available bandwidth, the quality of each individual voice connection becomes poorer when there are a large number of voice connections. A state such as this no longer occurs with the present invention. In fact, the bandwidth required for a voice connection is guaranteed. Furthermore, and in contrast to the RSVP protocol, no additional, autonomous protocol is required for setting up connections. This considerably reduces the complexity for implementation and the requirement for resources, particularly for memory capacity and processor performance.
The adjustment of the bandwidth for the connection between at least two communication end points in a data network is carried out via a monitoring unit and a control unit. In the data network, the connection is assigned at least one transmission channel for data transmission. The connection itself includes a signaling connection and a user channel connection. User data is transmitted in packet-oriented form via the user channel connection between the two communication endpoints. The user data is, in this case, allocated to at least one communication connection, in particular a voice connection. The monitoring unit monitors the signaling connection for requests for at least one further communication connection. When a request occurs, it signals to the control unit to assign to the connection one or more additional free transmission channels for the at least one requested communication connection.
When a request is signaled, a check is preferably carried out to determine whether the bandwidth is sufficient for the requested communication connection, particularly a voice connection.
A determination is then made as to whether a correspondingly large number of transmission channels are free for the bandwidth required for the requested communication connection. In situations in which sufficient transmission channels are not available, the connection request is stored in a queue. Free transmission channels are set up, and the stored connection request is processed, at a later time. The method according to the present invention can be implemented cost-effectively in already existing systems; for example, as a program in a read-only memory, such as a ROM. A telecommunication processor can then run this program.
If all the available transmission channels are busy, a signaled request also may be rejected. In this case, there is no need to store connection requests for a long time. On the one hand, this saves memory space while, on the other hand, it reduces the complexity for managing the stored connection requests.
In one particularly preferred embodiment, the user data is transmitted using the Voice-over-Internet protocol (VoIP for short). In other words, the method according to the present invention is currently preferably used in a WAN (short for “Wide Area Network”) with packet-oriented transmission methods such as VoIP.
A communication connection is preferably characterized by a TCP port number. TCP port numbers can be implemented relatively easily in software, and sufficient numbers of them are available, for example, in Internet browsers. Thus, in principle, it would be possible to implement the method according to the present invention in existing browsers in the form of plug-ins. A request for a communication connection is preferably signaled via a message to a TCP port number.
The communication end points may be, for example, telecommunication systems, ISDN terminals and/or personal computers with data network connections.
The data network is preferably the ISDN (Integrated Services Digital Network), which is widely used, at least in Europe, where it is used for both commercial and private purposes.
The user data is preferably transmitted in packet-oriented form via the TCP/IP protocol. The TCP/IP protocol is known as the Internet protocol and is widely used in WANs, but is also being increasingly used in smaller network such as LANs (Local Area Networks). A further advantage is that many private personal computers nowadays have an Internet connection and use the TCP/IP protocol for transmitting data via the Internet. Thus, in principle, these computers are suitable for the method according to the present invention.
An apparatus for carrying out the method according to the present invention includes a router with a monitoring unit and a control unit. The monitoring unit is connected via a signal line to the control unit, in order to be able to signal a voice connection request to this control unit.
The router may have a measurement unit for measuring the data throughput rate on the transmission channels of a data connection. The determined measurement results advantageously may be used, for example, when determining the bandwidth that is still available.
The router is preferably a component of a telecommunication system which may have a LAN connection for connection via a LAN to personal computers, IP telephones with a LAN connection and/or further telecommunication systems. Personal computers and/or IP telephones thus can be used to set up voice connections via the telecommunication system and, for this purpose, can be coupled via a WAN to a packet-oriented data network for voice connections.
The telecommunication system is preferably an ISDN telecommunication system with a base rate or primary rate connection.
Additional features and advantages of the present invention are described in, and will be apparent from, the following Detailed Description of the Invention and the Figures.
The measurement unit 28 is part of a monitoring and control unit 24. The monitoring and control unit 24 is coupled to the router 12, and is preferably a component of the router 12.
The monitoring and control unit 24 has a monitoring unit 20 which receives data from the router 12, and has a control unit 22. The control unit 22 is connected to the monitoring unit 20 via a signal line 26. The control unit 22 controls the setting up and clearing of connection-specific transmission channels.
In the present exemplary embodiment, the connection 10 includes a signaling connection and a user channel connection. Voice data can be transmitted via the user channel connection, which is also referred to as a user plane or a payload stream. The signaling connection, which is also referred to as the control plane or signaling stream, is used for controlling voice connections. The signaling connection through the router 12 is monitored via the monitoring unit 20.
Voice connections are produced in the router 12 by means of so-called TCP port numbers. Requests for voice connections are signaled as messages with the corresponding TCP port numbers. The monitoring unit 20 detects messages with TCP port numbers, which are passed on from the router 12 to the monitoring unit 20. The monitoring unit 20 uses the signal line 26 to control the control unit 22, which sets up free transmission channels for a requested voice connection. Free transmission channels are set up only when sufficient bandwidth for the connection 10 is still available for the requested voice connection. This is checked via the measurement unit 28, which measures the data throughput rate on the connection 10. The monitoring unit 20 can use the measurement unit 28 to check the current data throughput rate over the connection 10 and, furthermore, to determine the available bandwidth. Depending on this, the monitoring unit 20 uses the signal line 26 to drive the control unit 22, which sets up free transmission channels for the requested voice connection.
The major method steps in the processing of a connection request are shown schematically in
If not, that is to say if there is insufficient bandwidth, a jump is made to a further checking step A2. This checking step checks whether the connection still has free transmission levels for the requested voice connection. If this is not the case, then a jump is made to a step S5, in which the connection request is rejected. In this case, it is impossible to set up a further voice connection via that connection, owing to lack of resources.
If this is not the case, and transmission channels are still free for the connection, a jump is made to a step S2, in which the connection request is stored until a new transmission channel is set up in a step S3. The connection request is then processed in a step S4, and a jump is made to step S6, in which the connection request is routed by the router 12.
The process of setting up connections is thus continued only when sufficient bandwidth is available in the form of free transmission channels. This also precludes any temporary reductions in quality, even in existing voice connections. Furthermore, there is no need for a dedicated, and, in some circumstances, complex protocol such as the RSVP protocol.
An ISDN telecommunication system 30 is provided in the control center 44, for connection to an ISDN communication network 49. Firstly, ISDN telephones 40 can be connected to the ISDN telecommunication system 30. Secondly, the ISDN telecommunication system 30 has a connection for a LAN 38. Personal computers 32 with a LAN connection, IP telephones 34 with a LAN connection and further telecommunication systems 36 with a LAN connection can communicate via this LAN 38.
Voice connections are set up via the LAN 38 via the VoIP protocol. As such, this means that the communication endpoints which are connected to one another via the LAN 38, such as personal computers 32, IP telephones 34 and telecommunication systems 30, 36 must support TCP-IP as the transmission protocol for handling voice connections.
The branch 46 is constructed in a similar way to the control center 44. The branch 46, thus, also contains an ISDN telecommunication system 37, which is connected to the ISDN telecommunication system 49. The central ISDN telecommunication system 37 is connected to a LAN 39 in the branch 46. Personal computers 33 with a LAN connection, IP telephones 35 with a LAN connection and telecommunication systems 48 with a LAN connection are connected to the LAN 39.
In the same way as in the control center 44, the TCP/IP protocol is provided for data transmission in the LAN 39 for the branch 46. Further (ISDN) telephones 41, 43 also can be connected to the telecommunication systems 37, 48 in the branch 46.
The ISDN telecommunication systems 30 and 37 of the control center 44 and of the branch 46, respectively, each have a respective primary rate connection 31 or 45 for connection to the ISDN telecommunication network 49. Furthermore, the telecommunication systems 30 and 37 are connected to one another via the Internet, although this is not shown. The two ISDN telecommunication systems 30 and 37 are furthermore equipped with routers (not illustrated) for routing VoIP voice connections via the Internet and via the LANs 38, 39.
The routers monitor signaling connections and, in particular, the requests for voice connections signaled via them. On the one hand, the routers control voice connections via the LANs 38 and 39 internally in the control center 44 and in the branch 46, respectively. On the other hand, the routers control the voice connections via the Internet between the control center 44 and the branch 46. To do this, the routers monitor the signaling connection of a connection in the LANs 38 and 39 as well as between the control center 44 and the branch 46, via the Internet. Requests signaled via the signaling connection for voice connections are controlled by the routers both within the control center 44 and the branch 46 and via the Internet in that, as illustrated in
The use of the routers in the ISDN telecommunication systems 30 and 37 thus allows voice communication via the LANs 38 and 39, as well as between the control center 44 and the branch 46, essentially without any reductions in quality, as a result of the assignment of sufficient bandwidth for individual voice connections, as well as at the same time avoiding complex protocols such as RSVP.
Although the present invention has been described with reference to specific embodiments, those of skill in the art will recognize that changes may be made thereto without departing from the spirit and scope of the present invention as set forth in the hereafter appended claims.
Claims
1. A method for adjusting a bandwidth of a connection between at least two communication endpoints in a data network, the method comprising the steps of:
- assigning the connection at least one transmission channel for data transmission, the connection including a signaling connection and a user channel connection;
- transmitting user data in packet-oriented form via the user channel connection between the communication endpoints;
- allocating the user data to at least one communication connection;
- monitoring, via a monitoring unit, the signaling connection for requests for at least one further communication connection;
- signaling to a control unit, via the monitoring unit and in the event of a request, to assign to the connection at least one additional free transmission channel for the requested at least one further communication connection;
- carrying out a check to determine whether the bandwidth is sufficient for the requested communication connection;
- determining whether an appropriately large number of transmission channels are free for the bandwidth requirements for the requested communication connection;
- storing the connection request in a queue; setting up free transmission channels;
- deleting the stored connection request; and assigning the set-up transmission channels to the user channel connection.
2. A method for adjusting a bandwidth as claimed in claim 1, the method further comprising the step of rejecting a signaled request if all available transmission channels are busy.
3. A method for adjusting a bandwidth as claimed in claim 1, wherein the user data is transmitted using a Voice-over Internet protocol.
4. A method for adjusting a bandwidth as claimed in claim 1, wherein the communication connection includes a TCP port number.
5. A method for adjusting a bandwidth as claimed in claim 4, wherein the request for a communication connection is signaled via a message to the TCP port number.
6. A method for adjusting a bandwidth as claimed in claim 1, wherein the packet-oriented transmission of the user data is carried out via TCP/IP.
7. An apparatus for adjusting a bandwidth of a connection between at least two communication endpoints in a data network, comprising:
- a router having both a monitoring unit and a control unit, with the monitoring unit being connected to the control unit via a signal line, wherein the connection is assigned at least one transmission channel for data transmission, with the connection including a signaling connection and a user channel connection, user voice-over IP data is transmitted in packet-oriented form via the user channel connection between the communication endpoints, the user data is allocated to at least one communication connection, the monitoring unit monitors the signaling connection for requests for at least one further communication connection and, in the event of a request, signals to the control unit to assign to the connection at least one additional free transmission channel for the requested at least one further communication connection,;
- wherein the monitoring unit carries out a check to determine whether the bandwidth is sufficient for the requested communication connection and determines whether an appropriately large number of transmission channels are free for the bandwidth requirements for the requested communication connection; and
- wherein the control unit stores the connection request in a queue; setting, sets up free transmission channels, and deletes the stored connection request, and assigns the set-up transmission channels to the user channel connection.
8. An apparatus for adjusting a bandwidth as claimed in claim 7, further comprising a measurement unit as part of the router for measuring a data throughput rate of the transmission channels of the connection.
9. An apparatus for adjusting a bandwidth as claimed in claim 7, wherein the communication endpoints are at least one of telecommunication systems, ISDN terminals and personal computers with data network connections.
10. An apparatus for adjusting a bandwidth as claimed in claim 7, wherein the router is a component of a telecommunication system.
11. An apparatus for adjusting a bandwidth as claimed in claim 10, where the telecommunication system has a LAN connection for connection to at least one of personal computers, IP telephones with a LAN connection and further telecommunication systems via a LAN.
12. An apparatus for adjusting a bandwidth as claimed in claim 10, wherein the telecommunication system is an ISDN telecommunication system with one of a base rate connection and a primary rate connection.
13. An apparatus comprising:
- a router configured to: set up a first transmission channel configured to transmit packet-based voice data between first and second communication endpoints; assign a first port number to a connection including the first transmission channel; receive a request for a second transmission channel, wherein the second transmission channel is configured to transmit packet-based voice data between the first and second communication endpoints; store the received request in a queue; determine whether sufficient bandwidth is available to service the request while maintaining a current quality of service for other established transmission channels; if the sufficient bandwidth is available, set up the second transmission channel, including assigning a second port number to the second transmission channel, and assign the second transmission channel to the connection including the first transmission channel; and delete the stored request from the queue.
14. The apparatus of claim 13, wherein the router further comprises a monitoring unit and a control unit.
15. The apparatus of claim 14, wherein the monitoring unit is configured to determine whether the sufficient bandwidth is available to service the request while maintaining a current quality of service for other established transmission channels.
16. The apparatus of claim 14, wherein the control unit is configured to store the received request, set up the second transmission channel, delete the stored request, and assign the second transmission channel.
17. The apparatus of claim 13, further comprising a measurement unit configured to measure a data throughput rate of a plurality of voice transmission channels.
18. The apparatus of claim 13, wherein the first and second communication endpoints are each at least one of a telecommunication system, ISDN terminal, or personal computer.
19. The apparatus of claim 14, wherein the apparatus is configured to monitor first and second signaling connections for transmission channel requests, wherein the first signaling connection corresponds to a connection between the apparatus and a device in a first network, and wherein the second signaling connection corresponds to a connection between the router and a device in a second network.
20. The apparatus of claim 13, wherein the check to determine whether sufficient bandwidth is available includes a first check on a first connection between the apparatus and the first communication endpoint and includes a second check on a second connection between the apparatus and the second communication endpoint.
21. The apparatus of claim 13, wherein the apparatus is configured to communicate with the first communication endpoint via a LAN connection, and to communicate with the second communication endpoint via an ISDN connection, wherein the ISDN connection is one of a base rate connection or a primary rate connection.
22. A method comprising:
- a router setting up a first transmission channel configured to transmit packet-based voice data between first and second communication endpoints;
- the router assigning a first port number to a connection including the first transmission channel;
- the router, in response to receiving a request for a second transmission channel, storing the request in a queue, wherein the second transmission channel is configured to transmit packet-based voice data between the first and second communication endpoints;
- the router determining whether sufficient bandwidth is available to service the request while maintaining a current quality of service for other established transmission channels;
- the router, in response to determining that sufficient bandwidth is available, setting up the second transmission channel, including assigning a second port number to the second transmission channel, and assigning the second transmission channel to the connection including the first transmission channel; and
- the router deleting the stored request from the queue.
23. The method of claim 22, wherein the router is configured to communicate via the connection using a Voice-over Internet protocol.
24. The method of claim 22, wherein:
- the first port number is a TCP port number; and
- the second port number is a TCP port number.
25. The method of claim 24, further comprising the router monitoring the first TCP port number for the request to assign the second transmission channel.
26. The method of claim 22, further comprising the router performing first and second checks to determine whether sufficient bandwidth is available, wherein the first check is for a first connection between the router and the first communication endpoint, and wherein the second check is for a second connection between the apparatus and the second communication endpoint.
27. An apparatus comprising:
- a monitoring unit; and
- a control unit;
- wherein the apparatus is configured to: in response to a request for a digital voice communication connection, determine whether sufficient free bandwidth is available to service the request while maintaining a current quality of service for other digital voice communication connections monitored by the apparatus, wherein the request for the digital voice communication connection corresponds to a connection between an origin and a destination; and in response to determining that sufficient free bandwidth is available to service the request, establish one or more free transmission channels and assign the established one or more free transmission channels to the digital voice communication connection, wherein determining that sufficient free bandwidth is available comprises performing a first check on a first connection between the apparatus and the origin and performing a second check on a second connection between the apparatus and the destination; and in response to determining that sufficient free bandwidth is not available, deny the request.
28. The apparatus of claim 27, wherein the apparatus is a router, and wherein the monitoring unit is configured to monitor first and second signaling connections for connection requests;
- wherein the first signaling connection corresponds to a connection between the router and a device in a first network; and
- wherein the second signaling connection corresponds to a connection between the router and a device in a second network.
29. The apparatus of claim 27, wherein the request for the digital voice communication connection corresponds to an already existing connection between the origin and the destination, and wherein the digital voice communication connection is configured to communicate user data transmitted using a Voice-over Internet protocol.
30. The apparatus of claim 27, wherein the control unit is configured to store the connection request in a queue and delete the stored connection request from the queue.
31. A method comprising:
- a communication device receiving a request for a digital voice communication connection, wherein the request for the digital voice communication connection corresponds to a connection between an origin and a destination;
- the communication device determining whether a sufficient amount of free bandwidth is available to service the request for the digital voice communication connection while maintaining a current quality of service for one or more other digital voice communication connections managed by the communication device, wherein the determining comprises performing a first check on a first connection between the apparatus and the origin and performing a second check on a second connection between the apparatus and the destination; and
- in response to determining that the sufficient amount of free bandwidth is available, the communication device establishing one or more free transmission channels and assigning the established one or more free transmission channels to the digital voice communication connection.
32. The method of claim 31, further comprising the communication device denying a second request for a different digital voice communication connection in response to a subsequent determination that insufficient free bandwidth is available to service the second request while maintaining the current quality of service for the one or more other digital voice communication connections managed by the communication device.
33. The method of claim 31, further comprising monitoring a signaling connection over which requests for digital voice communication connections are made.
34. The method of claim 31, wherein the digital voice communication connection is a VoIP connection corresponding to a TCP port of the communication device.
35. The method of claim 31, further comprising monitoring one or more signaling connections for requests for digital voice communication connections, wherein the one or more signaling connections correspond to the one or more other digital voice communication connections managed by the communication device.
4152761 | May 1, 1979 | Louie |
4455455 | June 19, 1984 | Little |
4511762 | April 16, 1985 | Stockdale |
4589093 | May 13, 1986 | Ippolito et al. |
4612418 | September 16, 1986 | Takeda et al. |
4613729 | September 23, 1986 | Daisenberger |
4642756 | February 10, 1987 | Sherrod |
4658351 | April 14, 1987 | Teng |
4698801 | October 6, 1987 | Hatano et al. |
4720850 | January 19, 1988 | Oberlander et al. |
4723237 | February 2, 1988 | Andrew et al. |
4769771 | September 6, 1988 | Lippmann et al. |
4805166 | February 14, 1989 | Ardon et al. |
4811333 | March 7, 1989 | Rees |
4903258 | February 20, 1990 | Kuhlmann et al. |
4903260 | February 20, 1990 | Boettle et al. |
4905171 | February 27, 1990 | Kiel et al. |
4905237 | February 27, 1990 | Voelzke |
4908824 | March 13, 1990 | Leibe et al. |
4910766 | March 20, 1990 | Ogino et al. |
4953930 | September 4, 1990 | Ramsey et al. |
4993017 | February 12, 1991 | Bachinger et al. |
5012409 | April 30, 1991 | Fletcher et al. |
5014306 | May 7, 1991 | Rodgers et al. |
5018097 | May 21, 1991 | Kuhlmann et al. |
5023776 | June 11, 1991 | Gregor |
5047923 | September 10, 1991 | Elstner et al. |
5065392 | November 12, 1991 | Sibbitt et al. |
5065393 | November 12, 1991 | Sibbitt et al. |
5068778 | November 26, 1991 | Kosem et al. |
5144619 | September 1, 1992 | Munter |
5150357 | September 22, 1992 | Hopner et al. |
5220325 | June 15, 1993 | Ackland et al. |
5255266 | October 19, 1993 | Watanabe et al. |
5265092 | November 23, 1993 | Soloway et al. |
5291492 | March 1, 1994 | Andrews et al. |
5311583 | May 10, 1994 | Friedes et al. |
5313454 | May 17, 1994 | Bustini et al. |
5339425 | August 16, 1994 | Vanderah et al. |
5347573 | September 13, 1994 | Wilde |
5371868 | December 6, 1994 | Koning et al. |
5408469 | April 18, 1995 | Opher et al. |
5422942 | June 6, 1995 | Kakwashima |
5446740 | August 29, 1995 | Yien et al. |
5450411 | September 12, 1995 | Heil |
5487072 | January 23, 1996 | Kant |
5488608 | January 30, 1996 | Flammer, III |
5491690 | February 13, 1996 | Alfonsi et al. |
5495479 | February 27, 1996 | Galaand et al. |
5521914 | May 28, 1996 | Mavraganis et al. |
5526353 | June 11, 1996 | Henley et al. |
5528589 | June 18, 1996 | Nishidai |
5541915 | July 30, 1996 | Storm |
5553146 | September 3, 1996 | Flake |
5563884 | October 8, 1996 | Fimoff et al. |
5574861 | November 12, 1996 | Lorvig et al. |
5574870 | November 12, 1996 | Dziennus et al. |
5590183 | December 31, 1996 | Yoneda et al. |
5600654 | February 4, 1997 | Brown et al. |
5604866 | February 18, 1997 | Kolb et al. |
5612990 | March 18, 1997 | Meier et al. |
5629930 | May 13, 1997 | Beshai et al. |
5632017 | May 20, 1997 | Klien et al. |
5673299 | September 30, 1997 | Fuller et al. |
5689825 | November 1997 | Averbuch et al. |
5781529 | July 14, 1998 | Liang et al. |
5781537 | July 14, 1998 | Ramaswami et al. |
5831982 | November 3, 1998 | Hummel |
6202094 | March 13, 2001 | Grosser, Jr. et al. |
6658457 | December 2, 2003 | Nishikawa et al. |
6778495 | August 17, 2004 | Blair |
6807150 | October 19, 2004 | McNiff et al. |
6822963 | November 23, 2004 | Kavak |
6937713 | August 30, 2005 | Kung et al. |
6973038 | December 6, 2005 | Narendran |
6988133 | January 17, 2006 | Zavalkovsky et al. |
7065203 | June 20, 2006 | Huart et al. |
20020196808 | December 26, 2002 | Karri et al. |
2929452 | February 1981 | DE |
3407216 | August 1985 | DE |
4237159 | January 1994 | DE |
4425395 | January 1996 | DE |
0121236 | October 1984 | EP |
0316250 | May 1989 | EP |
0333123 | September 1989 | EP |
0358597 | March 1990 | EP |
0367270 | May 1990 | EP |
0303870 | January 1992 | EP |
0487811 | June 1992 | EP |
0529948 | March 1993 | EP |
531048 | March 1993 | EP |
0553753 | August 1993 | EP |
0588571 | March 1994 | EP |
658034 | June 1995 | EP |
0836353 | April 1998 | EP |
2278027 | November 1994 | GB |
2289825 | November 1995 | GB |
2345613 | July 2000 | GB |
2206270 | August 1990 | JP |
3262370 | November 1991 | JP |
6062128 | March 1994 | JP |
WO-9509505 | April 1995 | WO |
WO-9966689 | December 1999 | WO |
WO-0013369 | March 2000 | WO |
- “Final Office Action”, U.S. Appl. No. 08/133,768, (May 17, 1994), 6 pages.
- “Final Office Action”, U.S. Appl. No. 08/292,297, (Apr. 27, 1993), 7 pages.
- “Final Office Action”, U.S. Appl. No. 08/292,297, (May 17, 1994), 6 pages.
- “Final Office Action”, U.S. Appl. No. 08/292,297, (Jun. 13, 1995), 7 pages.
- “Final Office Action”, U.S. Appl. No. 08/774,344, (Feb. 5, 1999), 10 pages.
- “Final Office Action”, U.S. Appl. No. 09/496,549, (Jun. 15, 2007), 9 pages.
- “Final Office Action”, U.S. Appl. No. 09/496,549, (Aug. 25, 2006), 6 pages.
- “Final Office Action”, U.S. Appl. No. 09/496,549, (Oct. 8, 2002), 6 pages.
- “Final Office Action”, U.S. Appl. No. 09/496,549, (Nov. 30, 2001), 6 pages.
- “Final Office Action”, U.S. Appl. No. 09/496,549, (Dec. 20, 2000), 7 pages.
- “Industriestandards fur die Sprache der Modems”, Funkshau Bd. 6, Nr. 21, (Oct. 1989), Cited on EP Search Report for EP application 92105734.5 on Sep. 6, 1993, pp. 40-42.
- “Non Final Office Action”, U.S. Appl. No. 08/133,768, (Jan. 5, 1994), 10 pages.
- “Non Final Office Action”, U.S. Appl. No. 08/292,297, (Jan. 5, 1994), 10 pages.
- “Non Final Office Action”, U.S. Appl. No. 08/292,297, (Oct. 22, 1992), 10 pages.
- “Non Final Office Action”, U.S. Appl. No. 08/292,297, (Dec. 2, 1994), 10 pages.
- “Non Final Office Action”, U.S. Appl. No. 08/686,590, (Nov. 6, 1997), 16 pages.
- “Non Final Office Action”, U.S. Appl. No. 08/715,913, (Sep. 19, 1998), 18 pages.
- “Non Final Office Action”, U.S. Appl. No. 08/768,172, (Dec. 18, 1997), 5 pages.
- “Non Final Office Action”, U.S. Appl. No. 08/774,344, (Jun. 8, 1998), 10 pages.
- “Non Final Office Action”, U.S. Appl. No. 08/774,344, (Sep. 13, 1999), 5 pages.
- “Non Final Office Action”, U.S. Appl. No. 08/846,326, (May 14, 1999), 12 pages.
- “Non Final Office Action”, U.S. Appl. No. 08/846,326, (Nov. 26, 1998), 18 pages.
- “Non Final Office Action”, U.S. Appl. No. 09/091,636, (Jan. 18, 2001), 6 pages.
- “Non Final Office Action”, U.S. Appl. No. 09/496,549, (Mar. 16, 2006), 7 pages.
- “Non Final Office Action”, U.S. Appl. No. 09/496,549, (May 23, 2002), 7 pages.
- “Non Final Office Action”, U.S. Appl. No. 09/496,549, (Jul. 18, 2001), 6 pages.
- “Non Final Office Action”, U.S. Appl. No. 09/496,549, (Aug. 30, 2000), 10 pages.
- “Non Final Office Action”, U.S. Appl. No. 09/496,549, (Oct. 5, 2005), 7 pages.
- “Non Final Office Action”, U.S. Appl. No. 09/496,549, (Nov. 3, 2006), 7 pages.
- “Non Final Office Action”, U.S. Appl. No. 10/141,440, (May 3, 2006), 4 pages.
- “Non-Final Office Action”, U.S. Appl. No. 07/872,338, (May 23, 1994), 6 pages.
- “Notice of Allowability”, U.S. Appl. No. 08/768,172, (Jun. 9, 1998), 5 pages.
- “Notice of Allowance”, U.S. Appl. No. 07/872,368, (Aug. 24, 1994), 3 pages.
- “Notice of Allowance”, U.S. Appl. No. 08/292,297, (Oct. 2, 1995), 5 pages.
- “Notice of Allowance”, U.S. Appl. No. 08/686,590, (Mar. 18, 1998), 12 pages.
- “Notice of Allowance”, U.S. Appl. No. 08/715,913, (Apr. 27, 1999), 5 pages.
- “Notice of Allowance”, U.S. Appl. No. 08/774,344, (Dec. 15, 1999), 5 pages.
- “Notice of Allowance”, U.S. Appl. No. 08/846,326, (Jan. 26, 2000), 5 pages.
- “Notice of Allowance”, U.S. Appl. No. 09/091,638, (Jun. 7, 2001), 4 pages.
- “Notice of Allowance”, U.S. Appl. No. 10/141,440, (Dec. 20, 2006), 7 pages.
- “Route Generation Algorithm”, ATM Forum 94-0471R14, Appendix H, Cited on face of patent 5,831,982, (copy not available), pp. 314-321.
- Baratz, A.E. “Establishing Virtual Circuits in Large Computer Networks”, Computer Networks and ISDN Systems, vol. 12, Issue 1, (Aug. 1986), pp. 27-34.
- Berman, R.K. “Customer Control and Management in a Multi-Controller Environment”, IEEE Global Telecommunications Conference & Exhibition—Paper 46, Bd. 3, 18., (Nov. 1988), pp. 1525-1529.
- Chame, A “Integrated Processors in Internetworking Applications”, Aerospace Applications Conference, 1996. Proceedings., 1996 IEEE Aspen, CO, USA, Feb. 3-10, 1996, New York, NY, USA, IEEE, US,(Feb. 3, 1996).
- Grzelakowski, et al., “Emert Operating System”, American Telephone & Telegraph Company, The Bell System Technical Journal, vol. 62, No. 1, (Jan. 1983), pp. 303-322.
- Grzelakowski, M.E. et al., “DMERT Operating Systems”, The Bell System Technical Journal, (Jan. 1983), pp. 303-322.
- Huang, G M., et al., “A New Had Algorithm for Optimal Routing of Hierarchically Structured Data Networks”, Proceedings of Infocom '95—Conference on Computer Communications, Fourteenth Annual Joint Conference of the IEEE Computer and Communications Societies, Bd. 3,(Apr. 2, 1995), pp. 594-601.
- Kaderali, F et al., “Diensteintegration in Nebenstellenanlagen”, NTG-Fachtagung Wege Zum Integrierten Kommunikationsnetz, NTG-Fachberichter Nr. 88,(Mar. 25-27, 1985), Cited on EP Search Report for EP application 92105734.5 on Sep. 6, 1993, pp. 277-283.
- Kieser, H “Software fur eine digitale Vermittlungsanlage mit modularem Aufbau”, Nachrichten Technik Elektronik, vol. 35, No. 2,(1985), Cited on EP Search report for EP application 90112139.2 on Feb. 27, 1991, pp. 45-47.
- Kroner, et al., “Performance Comparison of Resource Sharing Strategies between Lost-call-cleared and Reservation Traffic”, Proceedings of the 13th International Teletraffic Congress, (Jun. 19, 1991), pp. 639-645.
- Lee, W.C. “Topology Aggregation for Hierarchical Routing in ATM Networks”, Computer Communication Review, Bd. 25, Nr. 2,(Apr. 1995), pp. 82-92.
- Pederson, L.K. et al., “The PC/PBX Connection”, AT&T Technology, Bd. 1, Nr. 1,(1986), pp. 36-37.
- Roberts, et al., “Traffic Models for Telecommunication Services with Advance Capacity Reservation”, Proceedings of the 11th International Teletraffic Congress, Bd. 1, 4, (Sep. 1985), pp. 8-14.
- Saksena, V.R. “Topological Analysis of Packet Networks”, IEEE Journal on Selected Areas in Communication, Bd. 7, Nr. 8,(Oct. 1989), pp. 1243-1252.
- Schulthess, P et al., “Experience with an Integrated Digital PBX in a University Environment”, First Pan European Conference on ISDN, 'ISDN Europe 86',(Nov. 5-7, 1986), pp. 45-51.
- Sunshine, C.A. “Source Routing in Computer Networks”, Computer Communication Review, Bd. 7, Nr. 1,(Jan. 1977), pp. 29-33.
- Tao, J et al., “Internet Access Via Baseband and Broadband ISDN Gateways”, Proceedings of the Annual International Phoenix Conference on Computers and Communications, vol. CONF 13,(1994), pp. 485-490.
- Throughton, D.J. et al., “System X: The Processor Utility”, British Telecommunications Engineering, vol. 3, No. 4,(Jan. 1985), pp. 226-240.
- Tomito, et al., “Reservation-Based Communication Control System”, Review of the Electrical Communication Laboratories, Bd. 33, Nr. 4, (1985), pp. 581-589.
- Van Till, J “The A-ISDN Proposal to Bridge “Personal Computers” and “ISDN””, Computer Networks and ISDN Systems, Bd. 17, Nr. 2,(Jul. 1989), pp. 149-152.
- Von Der Straten, Gernot “Verkehrsverhalten von Systemen mit Reservierrungsbetrieb”, NTZ Archiv, Bd. 10, Nr. 2, (Feb. 1988), Cited on EP Search report for EP application 93110319.6 on Sep. 13, 1995, pp. 39-43.
Type: Grant
Filed: May 1, 2009
Date of Patent: Oct 23, 2012
Inventors: Ulrich Abel (Essen), Norbert Schoenfeld (Ernst), Werner Lindemann (Mülheim an der Ruhr)
Primary Examiner: Phirin Sam
Application Number: 12/434,501
International Classification: H04J 3/16 (20060101);