CA2525732C - Method and system control for the setup of an ip telephony connection - Google Patents
Method and system control for the setup of an ip telephony connection Download PDFInfo
- Publication number
- CA2525732C CA2525732C CA 2525732 CA2525732A CA2525732C CA 2525732 C CA2525732 C CA 2525732C CA 2525732 CA2525732 CA 2525732 CA 2525732 A CA2525732 A CA 2525732A CA 2525732 C CA2525732 C CA 2525732C
- Authority
- CA
- Canada
- Prior art keywords
- gateway
- terminal
- branch exchange
- address
- connection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
The invention relates to a method and system control for the setup of an IP
telephony connection between an original terminal and a destination terminal in an IP network over a gateway of a branch exchange. To increase the availability of the overall system for each IP terminal and to enhance in this way the voice quality of the IP-telephony connection, the setup of a connection between the original terminal and a first gateway is effected, according to the invention, by means of a list of IP addresses, a connection between the first gateway and a second gateway is set up by a system control of the branch exchange, and a connection between the second gateway and the destination terminal is effected by the second gateway, the setup of the connection between the first gateway and the second gateway through the system control comprising the determination of a gateway with spare traffic-handling capacities among the several gateways of the branch exchange and the definition of this gateway as being the second gateway.
telephony connection between an original terminal and a destination terminal in an IP network over a gateway of a branch exchange. To increase the availability of the overall system for each IP terminal and to enhance in this way the voice quality of the IP-telephony connection, the setup of a connection between the original terminal and a first gateway is effected, according to the invention, by means of a list of IP addresses, a connection between the first gateway and a second gateway is set up by a system control of the branch exchange, and a connection between the second gateway and the destination terminal is effected by the second gateway, the setup of the connection between the first gateway and the second gateway through the system control comprising the determination of a gateway with spare traffic-handling capacities among the several gateways of the branch exchange and the definition of this gateway as being the second gateway.
Description
Description Method and system control for the setup of an IP telephony connection The invention relates to a method and system control for the setup of an IP te-lephony connection between terminals in an IP network, controlled by a branch exchange which is also connected to the IP network. A branch exchange com-prises at least one gateway, and several terminals are allocated to one gateway.
In the Internet telephony over IP networks (voice over IP networks), branch ex-changes and other technical devices (terminals) are connected with each other through special gateways over the Internet or an Intranet, so that it is possible to make calls over the IP network from a conventional telephone to another conven-tional telephone using the normal telephone number and possibly a special Inter-net access code. For the user of the conventional telephone, the utilization of the IP network is hidden.
According to the state of the art, in the Internet telephony (voice over IP, VolP), an IP terminal functioning according to an Internet protocol (IP) (IP terminal) is allo-cated, like every conventional ISDN terminal, in addition to its IP address, a di-rectory number assigned within the branch exchange to which this terminal is allo-cated, through a directory-number plan, to a fixed hardware address (HWA). The Internet-telephony interface (VolP board, applicant's product name, here synony-mous to gateway) behaves, as seen by the (software for the) exchange, like an assembly with non IP terminals, i.e. the terminal is fixedly allocated to an HWA.
This is realized by converting the HWA transmitted, upon setup of the connection, to the gateway (VolP board) into an IP address with which the gateway (VolP
board) sets up the connection over the IP network (LAN) to the IP terminal. In the opposite direction (i.e. as seen by the terminal setting up the connection), the ter-minal sets up, over the IP address of the gateway stored in the terminal, the con-nection to this gateway and thus to the branch exchange. That means that there is an unambiguous allocation between terminal and gateway.
As the connection is in general switched over two different gateways (VolP
boards), the data flow (media stream) must as a rule be switched over a switching matrix of the branch exchange. In the switching matrix or switching network of the branch exchange, incoming and outgoing lines or channels are connected with each other in conformity with control data.
When connecting terminals over two different gateways (VolP boards), there are two transcoding operations, namely, on the one hand, the transcoding from IP
coding to ISDN coding and, on the other hand, the transcoding from ISDN coding to IP coding. Only if the calling and the called terminals are allocated to the same VolP board, will it be possible to switch the data flow (media stream)pn the as-sembly, i.e. without the switching matrix of the branch exchange, and the transcodings are omitted.
Furthermore, the number of IP terminals (IP phones) allocated to one gateway (VolP board) is often clearly larger than the capacity of a gateway (Vol P
board) for the control of connections.
It is the object of the invention to create a method and a system control with which the above-mentioned shortcomings of the prior art can be avoided and the avai-lability of the overall system for each IP terminal and thus the voice quality of the IP-telephony connection can be enhanced.
2a Certain exemplary embodiments can provide a method for the setup of an IP
telephony connection between an original terminal and a destination terminal among several terminals in an IP network over one of several gateways of a branch exchange with the steps: setting up a connection via IP coding between the original terminal and a first gateway, the original terminal selecting the first gateway from the several gateways by means of a list of IP addresses; verification whether the first gateway has any spare traffic-handling capacities and, if the first gateway has spare traffic-handling capacities; setting up a connection via IP coding between the first gateway and the destination terminal, establishing a communication channel requiring one gateway only; if the first gateway is found not to have any spare traffic-handling capacities, searching for a second gateway of the branch exchange with spare traffic-handling; setting up a connection via ISDN coding between the first gateway and the second gateway through a system control of the branch exchange; and setting up a connection via IP coding between the second gateway and the destination terminal Certain exemplary embodiments can provide a system control in a branch exchange for the setup of an IP telephony connection between an original terminal and a destination terminal among several terminals in an IP network over one of several gateways of a branch exchange comprising: means for setting up a connection via IP coding between the original terminal and a first gateway, the original terminal selecting the first gateway from the several gateways by means of a list of IP addresses; means for verification whether the first gateway has any spare traffic-handling capacities and, if the first gateway has spare traffic-handling capacities; means for setting up a connection via IP coding between the first gateway and the destination terminal, establishing a communication channel requiring one gateway only;
means for searching for a second gateway of the branch exchange with spare traffic-handling if the first gateway is found not to have any spare traffic-handling capacities; means for setting up a connection via ISDN coding between the first gateway and the second gateway through a system control of the branch exchange; and means for setting up a connection via IP coding between the second gateway and the destination terminal.
In the Internet telephony over IP networks (voice over IP networks), branch ex-changes and other technical devices (terminals) are connected with each other through special gateways over the Internet or an Intranet, so that it is possible to make calls over the IP network from a conventional telephone to another conven-tional telephone using the normal telephone number and possibly a special Inter-net access code. For the user of the conventional telephone, the utilization of the IP network is hidden.
According to the state of the art, in the Internet telephony (voice over IP, VolP), an IP terminal functioning according to an Internet protocol (IP) (IP terminal) is allo-cated, like every conventional ISDN terminal, in addition to its IP address, a di-rectory number assigned within the branch exchange to which this terminal is allo-cated, through a directory-number plan, to a fixed hardware address (HWA). The Internet-telephony interface (VolP board, applicant's product name, here synony-mous to gateway) behaves, as seen by the (software for the) exchange, like an assembly with non IP terminals, i.e. the terminal is fixedly allocated to an HWA.
This is realized by converting the HWA transmitted, upon setup of the connection, to the gateway (VolP board) into an IP address with which the gateway (VolP
board) sets up the connection over the IP network (LAN) to the IP terminal. In the opposite direction (i.e. as seen by the terminal setting up the connection), the ter-minal sets up, over the IP address of the gateway stored in the terminal, the con-nection to this gateway and thus to the branch exchange. That means that there is an unambiguous allocation between terminal and gateway.
As the connection is in general switched over two different gateways (VolP
boards), the data flow (media stream) must as a rule be switched over a switching matrix of the branch exchange. In the switching matrix or switching network of the branch exchange, incoming and outgoing lines or channels are connected with each other in conformity with control data.
When connecting terminals over two different gateways (VolP boards), there are two transcoding operations, namely, on the one hand, the transcoding from IP
coding to ISDN coding and, on the other hand, the transcoding from ISDN coding to IP coding. Only if the calling and the called terminals are allocated to the same VolP board, will it be possible to switch the data flow (media stream)pn the as-sembly, i.e. without the switching matrix of the branch exchange, and the transcodings are omitted.
Furthermore, the number of IP terminals (IP phones) allocated to one gateway (VolP board) is often clearly larger than the capacity of a gateway (Vol P
board) for the control of connections.
It is the object of the invention to create a method and a system control with which the above-mentioned shortcomings of the prior art can be avoided and the avai-lability of the overall system for each IP terminal and thus the voice quality of the IP-telephony connection can be enhanced.
2a Certain exemplary embodiments can provide a method for the setup of an IP
telephony connection between an original terminal and a destination terminal among several terminals in an IP network over one of several gateways of a branch exchange with the steps: setting up a connection via IP coding between the original terminal and a first gateway, the original terminal selecting the first gateway from the several gateways by means of a list of IP addresses; verification whether the first gateway has any spare traffic-handling capacities and, if the first gateway has spare traffic-handling capacities; setting up a connection via IP coding between the first gateway and the destination terminal, establishing a communication channel requiring one gateway only; if the first gateway is found not to have any spare traffic-handling capacities, searching for a second gateway of the branch exchange with spare traffic-handling; setting up a connection via ISDN coding between the first gateway and the second gateway through a system control of the branch exchange; and setting up a connection via IP coding between the second gateway and the destination terminal Certain exemplary embodiments can provide a system control in a branch exchange for the setup of an IP telephony connection between an original terminal and a destination terminal among several terminals in an IP network over one of several gateways of a branch exchange comprising: means for setting up a connection via IP coding between the original terminal and a first gateway, the original terminal selecting the first gateway from the several gateways by means of a list of IP addresses; means for verification whether the first gateway has any spare traffic-handling capacities and, if the first gateway has spare traffic-handling capacities; means for setting up a connection via IP coding between the first gateway and the destination terminal, establishing a communication channel requiring one gateway only;
means for searching for a second gateway of the branch exchange with spare traffic-handling if the first gateway is found not to have any spare traffic-handling capacities; means for setting up a connection via ISDN coding between the first gateway and the second gateway through a system control of the branch exchange; and means for setting up a connection via IP coding between the second gateway and the destination terminal.
The idea of the invention is based on a flexible, i.e. connection-related, allocation of IP terminals to gateways (VolP boards), in order to avoid the switching of the data flow over the switching matrix of the branch exchange. For this purpose, all gateways (VolP boards) of one branch exchange are combined in a pool. In addi-tion, all IP terminals allocated to this branch exchange are allocated, through the directory-number plan, to one pseudo hardware address. This pseudo hardware address has the same format as a conventional hardware address, however, ac-cording to the invention, there exists no longer a physical port in the branch ex-change, which is allocated to this hardware address. If upon setup of a connec-tion, such a pseudo hardware address is determined, the connection will be set up over any other gateway of the branch exchange. Preferably, the gateway (VolP
board) over which the calling terminal (if the latter is also an IP terminal) sets up the connection will be used. If this is not possible because that gateway does not have any spare traffic-handling capacities, the connection will be set up over an-other gateway, preferably the one with the lowest capacity utilisation.
The method according to the invention for setting up an IP telephony connection between an original terminal and a destination terminal among several terminals in an IP network through one of several gateways of a branch exchange comprises the following steps: setting up a connection between the original terminal and a first gateway, the original terminal selecting the first gateway from several gate-ways by means of a list of IP addresses, setting up a connection between the original terminal and a first gateway, the original terminal selecting the first gate-way from the several gateways by means of a list of IP addresses, verification whether the first gateway has any spare traffic-handling capacities and, if the first gateway has spare traffic-handling capacities, setting up a connection between the first gateway and the destination terminal. Preferably, if the first gateway is found not to have any spare traffic-handling capacities, a second gateway of the branch exchange with spare traffic-handling is selected, a connection between the first gateway and the second gateway through a system control of the branch ex-4 =
change is set up, and a connection between the second gateway and the destina-tion terminal is set up.
In other words: the gateways used for establishing the contact between the termi-nals are selected in view of availability or capacity aspects. If possible in view of these aspects, the first gateway, to which contact from the original terminal is made using the list of IP addresses, is also used for establishing contact to the destination terminal, thus establishing a communication channel requiring one gateway only. If due to capacity aspects this is not possible, an appropriate se-cond gateway is selected for establishing the communication channel to the desti-nation terminal.
Preferably, the method possesses one or several of the following features indi-vidually or in combination:
determination and definition of the second gateway comprises: verification whether the first gateway has any spare traffic-handling capacities and definition of the first gateway as being at the same time the second gateway, if the first gateway has spare traffic-handling capacities, so that the connection between the first gateway and the second gateway is a gateway-internal connection, and search for a gateway with spare traffic-handling capacities, and definition of the gateway as being the second gateway, if the first gateway does not have any spare traffic-handling capacities;
determination of the IP address of the original terminal and the destination termi-nal and respective conversion into a pseudo hardware address as a function of the gateway, and connection of an input and an output in a switching matrix in the system control in accordance with the pseudo hardware address of the original terminal and the destination terminal, respectively;
the IP address is converted into a pseudo hardware address through a data-flow control unit in the system control, and spare traffic-handling capacities of the (first and) second gateways are determined through a call control;
the pseudo hardware address has the same format as a conventional hardware address (the pseudo hardware address can be distinguished from conventional hardware addresses e.g. by using value areas reserved for it);
the pseudo hardware address is transmitted to the call control as being the sender's address and through it, configuration data of the original terminal are registered by the call control.
The system control according to the invention in a branch exchange for setting up an IP-telephony connection between an original terminal and a destination termi-nal among several terminals in an IP network, over one of several gateways of a branch exchange comprises: a data-flow control unit for converting the IP
address of an original terminal or a destination terminal, respectively, into a pseudo hard-ware address, and a call control for determining a gateway of the branch ex-change having spare traffic-handling capacities, and for connecting an input with an output in a switching matrix as a function of the pseudo hardware address of the original terminal and the destination terminal and of the gateway, for the dura-tion of the connection.
In particular, the data-flow control comprises an MSC address table with an allo-cation between IP address and pseudo hardware address, the pseudo hardware address having the same format as a conventional hardware address.
The application of the invention offers, among others, the following advantages.
As, according to the invention, the gateway (VolP board) is allocated to the IP
terminal (IP phone) for the duration of one connection only, each gateway (VolP
board) can now be used for each IP terminal (IP phone) so that the availability of each IP terminal (IP phone) in the total system is increased.
The method according to the invention is not limited to branch exchanges with several gateways (VolP boards). That means that it is not necessary to have two different implementations of a branch exchange, one of them enabling the opera-=
tion of a branch exchange with several gateways (VolP boards) and the other, the operation of a branch exchange with a single gateway (VolP board).
In addition to the advantage that no transcoding operations are necessary (this applies to the use of different Codecs or the capacity utilisation of a VolP
board and to the improvement of the voice quality (QoS: Quality of Service)), the avail-ability of the overall system for each IP terminal (IP phone) is increased.
The switching software can remain almost unchanged, only slight modifications have to be carried out on the VolP boards for implementing the invention.
Further advantages and features of the invention will become evident from the following description of preferred embodiments, with reference to the enclosed drawings.
Fig. 1 shows a branch exchange on an IP network with several terminals accor-ding to the state of the art for a first communication path.
Fig. 2 shows a branch exchange on an IP network with several terminals accor-ding to the state of the art for a second communication path.
Fig. 3 shows a branch exchange according to the invention on an IP network with several terminals for a third communication path.
Fig. 4 shows a branch exchange according to the invention on an IF network with several terminals for a fourth communication path.
Figure 1 shows the structure of an IP network with several terminals 1 on an LAN
2 with which they are connected through connection lines 3. In the figures, con-nections are in general represented in dotted lines, whereas active connections are represented in continuous lines, and their reference number has always the supplement "a".
The terminals 1 are connected to a branch exchange 4 comprising several gate-ways (VolP assemblies or VolP boards) 5. Each gateway 5 is adapted for a group of terminals. The gateway 5 V1, for example, is adapted for the terminals 1 com-bined in a first group 6, the gateway 5 V2 is adapted for the terminals 1 combined in a second group 7, and the gateway 5 V3 is adapted for the terminals 1 com-bined in a third group 8.
As to the IP terminals 1 of the first group 6, the IP address of the gateway 5 V1 is stored in the individual IP terminals 1 of the first group 6. Equally, concerning the IP terminals 1 of the second group 7, the IP address of the gateway 5 V2 is stored in the individual IP terminals 1 of the second group 7 and, concerning the IP
ter-minals 1 of the third group 8, the IP address of the gateway 5 V3 is stored in the individual IP terminals 1 of the third group 8. Each of the gateways 5 possesses a fixed number of switchable channels 9 or 10, channel 9 being the one in which the gateway 5 is the gateway of the original terminal la (gateway upstream from the terminal) and channel 10 being the one in which gateway 5 is the gateway of the destination terminal (terminal upstream from the gateway). Each of these chan-nels has a fixed hardware address, as seen by the branch exchange.
Fig. 1 shows a first communication process in which the original terminal la dials the directory number of a destination terminal lb, which belongs to another group of terminals, in the example shown, to group 8. First, over the IP address stored in the original terminal la, the connection 3a, 9a to the gateway 5a V1 is set up, and from there, over a channel 12, to a call-control software containing a switching matrix 11. The call control determines the hardware address associated with the dialled directory number of the destination terminal lb. This hardware address leads to the gateway 5b and through the connection 10a, 3a, to the terminal lb.
As the connection is switched over two different gateways, the data flow (media stream) must be switched over the switching matrix 11 of the branch exchange 4, i.e., there are two transcoding operations, namely from IP coding to ISDN
coding and vice versa, from ISDN coding to IP coding. In the switching matrix 11, incom-ing and outgoing lines or channels are connected with each other in conformity with control data.
Fig. 2 shows the layout according to Fig. 1 for the case that the two terminals la and lb communicating with each other are connected to the same gateway 5a.
Identical components as in Fig. 1 are marked with the same reference numbers as in Fig. 1. When the two involved terminals 1a and lb belong to the same group (in this case, 7) and are, therefore, supplied by the same gateway 5a, it is not neces-sary to transmit the data from the gateway 5 to the call-control software and to store the call parameters. In this case, the entire voice/data traffic can be regu-lated in the gateway 5a, which is the only one involved in the communication con-nection, so that only an internal routing onward from port 9a to port 10a over an internal loop 14 is necessary. Therefore, in this case, no transcoding is necessary at all. It has to be noted, however, that such a constellation will only occur in a fraction of all possible cases, if the branch exchange 4 possesses more than one gateway 5. In the state of the art shown in Fig. 1 and in Fig. 2, there are practically rigid tunnels between one gateway 5 and the IP terminals 1 allocated to it. As soon as two IP terminals 1 involved in a connection are allocated to different gateways 5, the data flow has to be directed over the switching matrix 11 of the branch exchange, so that two transcoding operations become necessary.
Although the relation between the number of IP terminals (IP phones) 1 allocated to one gateway 5 and the connection capacity of the gateway 5 is the result of traffic-theoretical computations, the IP terminals 1 according to this state of the art are often unable, in case of load, to set up connections or cannot be reached by others, whereas at the same time other gateways 5 of the same branch exchange 4 might not be fully utilised.
The following is a description of the method according to the invention with refe-rence to Figures 3 and 4.
. CA 02525732 2006-01-24 According to the invention, a list of the IP addresses of the gateways 5 of the branch exchange 4 is stored in each IP terminal I. A subdivision of the terminals 1 into groups 6, 7, 8 as well as the rigid allocation of one gateway 5 to each of these groups is, therefore, no longer necessary with the invention, because every termi-nal 1 can access every gateway 5 through the latter's IP address. The setup of a connection will in the following be described with reference to the example shown in Fig. 3, in which the original terminal la sets up the connection over the gateway 5a. The original terminal 1 a dials the directory number of the destination terminal lb. First, the gateway 5a is selected by means of the IP address list stored in the original terminal 1 a, the connection to the gateway 5a is set up and, from there, over a bidirectional connection 20, routed onward to a system control 17. The system control 17 consists of the call-control software 19 and a data-flow control 18, which according to the invention represents a new functional unit (media-stream control, MSC).
The IP address of the original terminal la is transmitted to the data-flow control MSC 18 and is translated there, over an MSC address table, into the pseudo hardware address allocated to the original terminal la. This pseudo hardware ad-dress has the same format as a conventional hardware address, but there exists no physical port in the branch exchange associated with this hardware address.
The following Table 1 is an example for an MSC address table.
IP address (Pseudo) hardware address 123.456.789.11 HWA1 123.456.789.12 HWA2 123.456.789.13 HWA3 123.456.789.14 HWA4 123.456.789.15 HWA5 123.456.789.16 HWA6 123.456.789.17 HWA7 123.456.789.18 HWA8 123.456.789.19 HWA9 Table 1 The left-hand column contains the IP addresses, and in the right-hand column, the associated pseudo hardware addresses are listed.
The pseudo hardware address of the original terminal 1a is transmitted in a setup message (first connection-setup message) as the sender's address to the call control 19. Over the pseudo hardware address, the call control 19 can read the configuration data of the original terminal 1a, like in the case of a conventional hardware address.
From the directory-number plan, in which each directory number of an IP
terminal 1 is allocated a pseudo hardware address, the hardware address associated with the dialled directory number of the destination terminal lb is determined. If this address is, like in this example, a pseudo hardware address, the going setup is not transmitted to an assembly, but to the data-flow control MSC 18.
The following Table 2 is an example for a directory-number plan.
Directory number (Pseudo) hardware address 4711 (first terminal of group 6) HWA1 4712 (second terminal of group 6) HWA2 4713 (third terminal of group 6) HWA3 5030 (first terminal of group 7) HWA4 5191 (second terminal of group 7) HWA5 5274 (third terminal of group 7) HWA6 6123 (first terminal of group 8) HWA7 5456 (second terminal of group 8) HWA8 = CA 02525732 2006-01-24 5789 (third terminal of group 8) HWA9 Table 2 The left-hand column of Table 2 contains the directory numbers of the first, se-cond, third terminals 1 of group 6, of the first, second, third terminals 1 of group 7, and of the first, second, third terminals 1 of group 8, in the right-hand column, the associated pseudo hardware addresses are indicated.
The data-flow control MSC 18 can determine, with the help of Table 1 and a gateway allocation table (Table 4) described below, by means of the sender's pseudo hardware address of the original terminal la, the allocated gateway 5a, and can determine, with the help of a gateway load table (Table 3) described be-low, whether the gateway 5a still has some free (switchable) channels.
The following Table 3 is an example for the gateway load table in the data-flow control MSC 18.
Gateway Available channels Free channels Table 3 For each gateway 5, the number of free channels and - preferably - the number of available channels is listed.
The following Table 4 is an example for a gateway allocation table in the data-flow control MSC 18.
= CA 02525732 2006-01-24 IP address Gateway 123.456.789.11 V1 123.456.789.12 V1 123.456.789.13 V1 123.456.789.14 V2 123.456.789.15 V2 123.456.789.16 V2 123.456.789.17 V3 123.456.789.18 V3 123.456.789.19 V3 Table 4 For each IP address, a gateway 5 is listed, whereby, of course, the allocation need not necessarily be reversibly unambiguous.
By means of the above tables, the data-flow control MSC 18 can determine whether the gateway 5a has free (switchable) channels. If so, the setup message will be passed on to the gateway 5a, if not, it will be determined by means of the same table which gateway 5 has the lowest load, i.e. the largest number of free channels. The setup message will then be sent to that gateway. In the example in Table 3 and in Fig. 3, the gateway 5a has a total of 30 available channels, 20 of which are still free. In order to avoid, as explained above, a double transcoding, the connection between the branch exchange 4 and the destination terminal lb is, therefore, handled over this gateway 5a, as it has enough spare capacities.
Only after the gateway 5a is completely utilised, will an alternative gateway be sear-ched. The setup message sent to the gateway 5a contains the IP address of the destination terminal lb, which is determined by the MSC by means of the pseudo hardware address of destination (1b) (see Table 1). The gateway 5b sets up the connection to the terminal lb with this IP address.
In another example, shown in Fig. 4, the capacity of the gateway 5a selected by the original terminal 1a is fully utilized. Therefore, it rejects the inquiry of the sys-tem control 17 for setup of a connection. The system control 17 starts further at-tempts to other gateways 5. In the example shown in Fig. 4, the gateway 5b has the lowest load, i.e. the largest number of free channels. Accordingly, the setup message is sent to this gateway.
If the capacity of all gateways 5 is fully utilized, the connection setup will be inter-rupted. Otherwise, the connection will be setup over the first available gateway found, in the above-described way.
Thus, to increase the availability of the overall system for each IP terminal and to enhance in this way the voice quality of the IP-telephony connection, the setup of a connection between the original terminal and a first gateway is effected, ac-cording to the invention, by means of a list of IP addresses, a connection between the first gateway and a second gateway is set up by a system control of the branch exchange, and a connection between the second gateway and the desti-nation terminal is effected by the second gateway, the setup of the connection between the first gateway and the second gateway by the system control com-prising the determination of a gateway with spare traffic-handling capacities among the several gateways of the branch exchange and the definition of this gateway as being the second gateway.
= 14 Reference Numerals 1 IP terminal 2 IP network (LAN) 3 Connection of IP terminal with LAN
4 Branch exchange Gateway in branch exchange, 5a and 5b active gateways 6 First group of IP terminals 7 Second group of IP terminals 8 Third group of IP terminals 9 Hardware connection IP terminal - gateway, 9a active hardware connection Hardware connection gateway - IP terminal, 10a active hardware connec-tion 11 Switching matrix 12 Link "input" of gateway with switching matrix 13 Link "output" of gateway with switching matrix 14 Internal loop in gateway without transcoding Pseudo hardware connection original terminal - gateway, 15a active pseudo hardware connection 16 Pseudo hardware connection gateway - original terminal, 15a active pseudo hardware connection 17 System control 18 Data-flow control 19 Call control Bidirectional connection gateway - data-flow control
board) over which the calling terminal (if the latter is also an IP terminal) sets up the connection will be used. If this is not possible because that gateway does not have any spare traffic-handling capacities, the connection will be set up over an-other gateway, preferably the one with the lowest capacity utilisation.
The method according to the invention for setting up an IP telephony connection between an original terminal and a destination terminal among several terminals in an IP network through one of several gateways of a branch exchange comprises the following steps: setting up a connection between the original terminal and a first gateway, the original terminal selecting the first gateway from several gate-ways by means of a list of IP addresses, setting up a connection between the original terminal and a first gateway, the original terminal selecting the first gate-way from the several gateways by means of a list of IP addresses, verification whether the first gateway has any spare traffic-handling capacities and, if the first gateway has spare traffic-handling capacities, setting up a connection between the first gateway and the destination terminal. Preferably, if the first gateway is found not to have any spare traffic-handling capacities, a second gateway of the branch exchange with spare traffic-handling is selected, a connection between the first gateway and the second gateway through a system control of the branch ex-4 =
change is set up, and a connection between the second gateway and the destina-tion terminal is set up.
In other words: the gateways used for establishing the contact between the termi-nals are selected in view of availability or capacity aspects. If possible in view of these aspects, the first gateway, to which contact from the original terminal is made using the list of IP addresses, is also used for establishing contact to the destination terminal, thus establishing a communication channel requiring one gateway only. If due to capacity aspects this is not possible, an appropriate se-cond gateway is selected for establishing the communication channel to the desti-nation terminal.
Preferably, the method possesses one or several of the following features indi-vidually or in combination:
determination and definition of the second gateway comprises: verification whether the first gateway has any spare traffic-handling capacities and definition of the first gateway as being at the same time the second gateway, if the first gateway has spare traffic-handling capacities, so that the connection between the first gateway and the second gateway is a gateway-internal connection, and search for a gateway with spare traffic-handling capacities, and definition of the gateway as being the second gateway, if the first gateway does not have any spare traffic-handling capacities;
determination of the IP address of the original terminal and the destination termi-nal and respective conversion into a pseudo hardware address as a function of the gateway, and connection of an input and an output in a switching matrix in the system control in accordance with the pseudo hardware address of the original terminal and the destination terminal, respectively;
the IP address is converted into a pseudo hardware address through a data-flow control unit in the system control, and spare traffic-handling capacities of the (first and) second gateways are determined through a call control;
the pseudo hardware address has the same format as a conventional hardware address (the pseudo hardware address can be distinguished from conventional hardware addresses e.g. by using value areas reserved for it);
the pseudo hardware address is transmitted to the call control as being the sender's address and through it, configuration data of the original terminal are registered by the call control.
The system control according to the invention in a branch exchange for setting up an IP-telephony connection between an original terminal and a destination termi-nal among several terminals in an IP network, over one of several gateways of a branch exchange comprises: a data-flow control unit for converting the IP
address of an original terminal or a destination terminal, respectively, into a pseudo hard-ware address, and a call control for determining a gateway of the branch ex-change having spare traffic-handling capacities, and for connecting an input with an output in a switching matrix as a function of the pseudo hardware address of the original terminal and the destination terminal and of the gateway, for the dura-tion of the connection.
In particular, the data-flow control comprises an MSC address table with an allo-cation between IP address and pseudo hardware address, the pseudo hardware address having the same format as a conventional hardware address.
The application of the invention offers, among others, the following advantages.
As, according to the invention, the gateway (VolP board) is allocated to the IP
terminal (IP phone) for the duration of one connection only, each gateway (VolP
board) can now be used for each IP terminal (IP phone) so that the availability of each IP terminal (IP phone) in the total system is increased.
The method according to the invention is not limited to branch exchanges with several gateways (VolP boards). That means that it is not necessary to have two different implementations of a branch exchange, one of them enabling the opera-=
tion of a branch exchange with several gateways (VolP boards) and the other, the operation of a branch exchange with a single gateway (VolP board).
In addition to the advantage that no transcoding operations are necessary (this applies to the use of different Codecs or the capacity utilisation of a VolP
board and to the improvement of the voice quality (QoS: Quality of Service)), the avail-ability of the overall system for each IP terminal (IP phone) is increased.
The switching software can remain almost unchanged, only slight modifications have to be carried out on the VolP boards for implementing the invention.
Further advantages and features of the invention will become evident from the following description of preferred embodiments, with reference to the enclosed drawings.
Fig. 1 shows a branch exchange on an IP network with several terminals accor-ding to the state of the art for a first communication path.
Fig. 2 shows a branch exchange on an IP network with several terminals accor-ding to the state of the art for a second communication path.
Fig. 3 shows a branch exchange according to the invention on an IP network with several terminals for a third communication path.
Fig. 4 shows a branch exchange according to the invention on an IF network with several terminals for a fourth communication path.
Figure 1 shows the structure of an IP network with several terminals 1 on an LAN
2 with which they are connected through connection lines 3. In the figures, con-nections are in general represented in dotted lines, whereas active connections are represented in continuous lines, and their reference number has always the supplement "a".
The terminals 1 are connected to a branch exchange 4 comprising several gate-ways (VolP assemblies or VolP boards) 5. Each gateway 5 is adapted for a group of terminals. The gateway 5 V1, for example, is adapted for the terminals 1 com-bined in a first group 6, the gateway 5 V2 is adapted for the terminals 1 combined in a second group 7, and the gateway 5 V3 is adapted for the terminals 1 com-bined in a third group 8.
As to the IP terminals 1 of the first group 6, the IP address of the gateway 5 V1 is stored in the individual IP terminals 1 of the first group 6. Equally, concerning the IP terminals 1 of the second group 7, the IP address of the gateway 5 V2 is stored in the individual IP terminals 1 of the second group 7 and, concerning the IP
ter-minals 1 of the third group 8, the IP address of the gateway 5 V3 is stored in the individual IP terminals 1 of the third group 8. Each of the gateways 5 possesses a fixed number of switchable channels 9 or 10, channel 9 being the one in which the gateway 5 is the gateway of the original terminal la (gateway upstream from the terminal) and channel 10 being the one in which gateway 5 is the gateway of the destination terminal (terminal upstream from the gateway). Each of these chan-nels has a fixed hardware address, as seen by the branch exchange.
Fig. 1 shows a first communication process in which the original terminal la dials the directory number of a destination terminal lb, which belongs to another group of terminals, in the example shown, to group 8. First, over the IP address stored in the original terminal la, the connection 3a, 9a to the gateway 5a V1 is set up, and from there, over a channel 12, to a call-control software containing a switching matrix 11. The call control determines the hardware address associated with the dialled directory number of the destination terminal lb. This hardware address leads to the gateway 5b and through the connection 10a, 3a, to the terminal lb.
As the connection is switched over two different gateways, the data flow (media stream) must be switched over the switching matrix 11 of the branch exchange 4, i.e., there are two transcoding operations, namely from IP coding to ISDN
coding and vice versa, from ISDN coding to IP coding. In the switching matrix 11, incom-ing and outgoing lines or channels are connected with each other in conformity with control data.
Fig. 2 shows the layout according to Fig. 1 for the case that the two terminals la and lb communicating with each other are connected to the same gateway 5a.
Identical components as in Fig. 1 are marked with the same reference numbers as in Fig. 1. When the two involved terminals 1a and lb belong to the same group (in this case, 7) and are, therefore, supplied by the same gateway 5a, it is not neces-sary to transmit the data from the gateway 5 to the call-control software and to store the call parameters. In this case, the entire voice/data traffic can be regu-lated in the gateway 5a, which is the only one involved in the communication con-nection, so that only an internal routing onward from port 9a to port 10a over an internal loop 14 is necessary. Therefore, in this case, no transcoding is necessary at all. It has to be noted, however, that such a constellation will only occur in a fraction of all possible cases, if the branch exchange 4 possesses more than one gateway 5. In the state of the art shown in Fig. 1 and in Fig. 2, there are practically rigid tunnels between one gateway 5 and the IP terminals 1 allocated to it. As soon as two IP terminals 1 involved in a connection are allocated to different gateways 5, the data flow has to be directed over the switching matrix 11 of the branch exchange, so that two transcoding operations become necessary.
Although the relation between the number of IP terminals (IP phones) 1 allocated to one gateway 5 and the connection capacity of the gateway 5 is the result of traffic-theoretical computations, the IP terminals 1 according to this state of the art are often unable, in case of load, to set up connections or cannot be reached by others, whereas at the same time other gateways 5 of the same branch exchange 4 might not be fully utilised.
The following is a description of the method according to the invention with refe-rence to Figures 3 and 4.
. CA 02525732 2006-01-24 According to the invention, a list of the IP addresses of the gateways 5 of the branch exchange 4 is stored in each IP terminal I. A subdivision of the terminals 1 into groups 6, 7, 8 as well as the rigid allocation of one gateway 5 to each of these groups is, therefore, no longer necessary with the invention, because every termi-nal 1 can access every gateway 5 through the latter's IP address. The setup of a connection will in the following be described with reference to the example shown in Fig. 3, in which the original terminal la sets up the connection over the gateway 5a. The original terminal 1 a dials the directory number of the destination terminal lb. First, the gateway 5a is selected by means of the IP address list stored in the original terminal 1 a, the connection to the gateway 5a is set up and, from there, over a bidirectional connection 20, routed onward to a system control 17. The system control 17 consists of the call-control software 19 and a data-flow control 18, which according to the invention represents a new functional unit (media-stream control, MSC).
The IP address of the original terminal la is transmitted to the data-flow control MSC 18 and is translated there, over an MSC address table, into the pseudo hardware address allocated to the original terminal la. This pseudo hardware ad-dress has the same format as a conventional hardware address, but there exists no physical port in the branch exchange associated with this hardware address.
The following Table 1 is an example for an MSC address table.
IP address (Pseudo) hardware address 123.456.789.11 HWA1 123.456.789.12 HWA2 123.456.789.13 HWA3 123.456.789.14 HWA4 123.456.789.15 HWA5 123.456.789.16 HWA6 123.456.789.17 HWA7 123.456.789.18 HWA8 123.456.789.19 HWA9 Table 1 The left-hand column contains the IP addresses, and in the right-hand column, the associated pseudo hardware addresses are listed.
The pseudo hardware address of the original terminal 1a is transmitted in a setup message (first connection-setup message) as the sender's address to the call control 19. Over the pseudo hardware address, the call control 19 can read the configuration data of the original terminal 1a, like in the case of a conventional hardware address.
From the directory-number plan, in which each directory number of an IP
terminal 1 is allocated a pseudo hardware address, the hardware address associated with the dialled directory number of the destination terminal lb is determined. If this address is, like in this example, a pseudo hardware address, the going setup is not transmitted to an assembly, but to the data-flow control MSC 18.
The following Table 2 is an example for a directory-number plan.
Directory number (Pseudo) hardware address 4711 (first terminal of group 6) HWA1 4712 (second terminal of group 6) HWA2 4713 (third terminal of group 6) HWA3 5030 (first terminal of group 7) HWA4 5191 (second terminal of group 7) HWA5 5274 (third terminal of group 7) HWA6 6123 (first terminal of group 8) HWA7 5456 (second terminal of group 8) HWA8 = CA 02525732 2006-01-24 5789 (third terminal of group 8) HWA9 Table 2 The left-hand column of Table 2 contains the directory numbers of the first, se-cond, third terminals 1 of group 6, of the first, second, third terminals 1 of group 7, and of the first, second, third terminals 1 of group 8, in the right-hand column, the associated pseudo hardware addresses are indicated.
The data-flow control MSC 18 can determine, with the help of Table 1 and a gateway allocation table (Table 4) described below, by means of the sender's pseudo hardware address of the original terminal la, the allocated gateway 5a, and can determine, with the help of a gateway load table (Table 3) described be-low, whether the gateway 5a still has some free (switchable) channels.
The following Table 3 is an example for the gateway load table in the data-flow control MSC 18.
Gateway Available channels Free channels Table 3 For each gateway 5, the number of free channels and - preferably - the number of available channels is listed.
The following Table 4 is an example for a gateway allocation table in the data-flow control MSC 18.
= CA 02525732 2006-01-24 IP address Gateway 123.456.789.11 V1 123.456.789.12 V1 123.456.789.13 V1 123.456.789.14 V2 123.456.789.15 V2 123.456.789.16 V2 123.456.789.17 V3 123.456.789.18 V3 123.456.789.19 V3 Table 4 For each IP address, a gateway 5 is listed, whereby, of course, the allocation need not necessarily be reversibly unambiguous.
By means of the above tables, the data-flow control MSC 18 can determine whether the gateway 5a has free (switchable) channels. If so, the setup message will be passed on to the gateway 5a, if not, it will be determined by means of the same table which gateway 5 has the lowest load, i.e. the largest number of free channels. The setup message will then be sent to that gateway. In the example in Table 3 and in Fig. 3, the gateway 5a has a total of 30 available channels, 20 of which are still free. In order to avoid, as explained above, a double transcoding, the connection between the branch exchange 4 and the destination terminal lb is, therefore, handled over this gateway 5a, as it has enough spare capacities.
Only after the gateway 5a is completely utilised, will an alternative gateway be sear-ched. The setup message sent to the gateway 5a contains the IP address of the destination terminal lb, which is determined by the MSC by means of the pseudo hardware address of destination (1b) (see Table 1). The gateway 5b sets up the connection to the terminal lb with this IP address.
In another example, shown in Fig. 4, the capacity of the gateway 5a selected by the original terminal 1a is fully utilized. Therefore, it rejects the inquiry of the sys-tem control 17 for setup of a connection. The system control 17 starts further at-tempts to other gateways 5. In the example shown in Fig. 4, the gateway 5b has the lowest load, i.e. the largest number of free channels. Accordingly, the setup message is sent to this gateway.
If the capacity of all gateways 5 is fully utilized, the connection setup will be inter-rupted. Otherwise, the connection will be setup over the first available gateway found, in the above-described way.
Thus, to increase the availability of the overall system for each IP terminal and to enhance in this way the voice quality of the IP-telephony connection, the setup of a connection between the original terminal and a first gateway is effected, ac-cording to the invention, by means of a list of IP addresses, a connection between the first gateway and a second gateway is set up by a system control of the branch exchange, and a connection between the second gateway and the desti-nation terminal is effected by the second gateway, the setup of the connection between the first gateway and the second gateway by the system control com-prising the determination of a gateway with spare traffic-handling capacities among the several gateways of the branch exchange and the definition of this gateway as being the second gateway.
= 14 Reference Numerals 1 IP terminal 2 IP network (LAN) 3 Connection of IP terminal with LAN
4 Branch exchange Gateway in branch exchange, 5a and 5b active gateways 6 First group of IP terminals 7 Second group of IP terminals 8 Third group of IP terminals 9 Hardware connection IP terminal - gateway, 9a active hardware connection Hardware connection gateway - IP terminal, 10a active hardware connec-tion 11 Switching matrix 12 Link "input" of gateway with switching matrix 13 Link "output" of gateway with switching matrix 14 Internal loop in gateway without transcoding Pseudo hardware connection original terminal - gateway, 15a active pseudo hardware connection 16 Pseudo hardware connection gateway - original terminal, 15a active pseudo hardware connection 17 System control 18 Data-flow control 19 Call control Bidirectional connection gateway - data-flow control
Claims (7)
1. A method for the setup of an IP telephony connection between an original IP terminal and a destination IP terminal among several IP terminals in an IP
network over one of several gateways of a branch exchange, wherein connections between different gateways are switched over a switching matrix of the branch exchange, with the steps:
- setting up a connection via IP coding between the original IP terminal and a first gateway, the original IP terminal selecting the first gateway from the several gateways by means of a list of IP addresses, - verification whether the first gateway has any spare traffic-handling ca-pacities and, if the first gateway has spare traffic-handling capacities, - setting up a connection via IP coding between the first gateway and the destination IP terminal, establishing a communication channel requiring one gateway only, - if the first gateway is found not to have any spare traffic-handling capacities, searching for a second gateway of the branch exchange with spare traffic-handling - setting up a connection via ISDN coding between the first gateway and the second gateway through a system control of the branch exchange, and - setting up a connection via IP coding between the second gateway and the destination IP terminal.
network over one of several gateways of a branch exchange, wherein connections between different gateways are switched over a switching matrix of the branch exchange, with the steps:
- setting up a connection via IP coding between the original IP terminal and a first gateway, the original IP terminal selecting the first gateway from the several gateways by means of a list of IP addresses, - verification whether the first gateway has any spare traffic-handling ca-pacities and, if the first gateway has spare traffic-handling capacities, - setting up a connection via IP coding between the first gateway and the destination IP terminal, establishing a communication channel requiring one gateway only, - if the first gateway is found not to have any spare traffic-handling capacities, searching for a second gateway of the branch exchange with spare traffic-handling - setting up a connection via ISDN coding between the first gateway and the second gateway through a system control of the branch exchange, and - setting up a connection via IP coding between the second gateway and the destination IP terminal.
2. The method according to claim 1, with the steps:
- determination of the IP address of the original IP terminal and the destination IP terminal and respective conversion into a pseudo hardware address as a function of the gateway and - connection of an input and an output in a switching matrix in the system control in accordance with the pseudo hardware address of the original IP
terminal or the destination IP terminal.
- determination of the IP address of the original IP terminal and the destination IP terminal and respective conversion into a pseudo hardware address as a function of the gateway and - connection of an input and an output in a switching matrix in the system control in accordance with the pseudo hardware address of the original IP
terminal or the destination IP terminal.
3. The method according to claim 2, in which - the IP address is converted into a pseudo hardware address through a data-flow control unit in the system control and - spare traffic-handling capacities of the first and second gateways are determined by a call control.
4. The method according to claim 2 or 3, in which the pseudo hardware address has the same format as a conventional hard-ware address.
5. The method according to any one of claims 2 to 4, in which the pseudo hardware address is transmitted to the call control as the sender's address and, over it, configuration data of the original IP terminal are registered by the call control.
6. A system control in a branch exchange for the setup of an IP telephony connection between an original IP terminal and a destination IP terminal among several IP terminals in an IP network over one of several gateways of a branch exchange, wherein connections between different gateways are switched over a switching matrix of the branch exchange, comprising:
- means for setting up a connection via IP coding between the original IP
terminal and a first gateway, the original IP terminal selecting the first gateway from the several gateways by means of a list of IP addresses, - means for verification whether the first gateway has any spare traffic-handling capacities and, if the first gateway has spare traffic-handling capacities, - means for setting up a connection via IP coding between the first gateway and the destination IP terminal, establishing a communication channel requiring one gateway only, - means for searching for a second gateway of the branch exchange with spare traffic-handling if the first gateway is found not to have any spare traffic-handling capacities, - means for setting up a connection via ISDN coding between the first gateway and the second gateway through a system control of the branch exchange, and - means for setting up a connection via IP coding between the second gateway and the destination IP terminal.
- means for setting up a connection via IP coding between the original IP
terminal and a first gateway, the original IP terminal selecting the first gateway from the several gateways by means of a list of IP addresses, - means for verification whether the first gateway has any spare traffic-handling capacities and, if the first gateway has spare traffic-handling capacities, - means for setting up a connection via IP coding between the first gateway and the destination IP terminal, establishing a communication channel requiring one gateway only, - means for searching for a second gateway of the branch exchange with spare traffic-handling if the first gateway is found not to have any spare traffic-handling capacities, - means for setting up a connection via ISDN coding between the first gateway and the second gateway through a system control of the branch exchange, and - means for setting up a connection via IP coding between the second gateway and the destination IP terminal.
7. The system control according to claim 6, in which the data-flow control comprises an MSC address table with an allocation between IP address and pseudo hardware address, the pseudo hardware address having the same format as a conventional hardware address.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE102004053926 | 2004-11-05 | ||
| DE102004053926.6-42 | 2004-11-05 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2525732A1 CA2525732A1 (en) | 2006-05-05 |
| CA2525732C true CA2525732C (en) | 2014-06-17 |
Family
ID=36283164
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA 2525732 Expired - Fee Related CA2525732C (en) | 2004-11-05 | 2005-11-04 | Method and system control for the setup of an ip telephony connection |
Country Status (1)
| Country | Link |
|---|---|
| CA (1) | CA2525732C (en) |
-
2005
- 2005-11-04 CA CA 2525732 patent/CA2525732C/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CA2525732A1 (en) | 2006-05-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6400719B1 (en) | Telephone communication method capable of relating a telephone terminal and a speech channel IP address at the time of call connection | |
| CN100586068C (en) | Method for establishing standby connection substituting for communication connection and call processing server | |
| US7336650B2 (en) | Arrangement for the provision of messages and dialogues in packet networks | |
| EP0966145A2 (en) | IP telephony gateway | |
| JP2006191615A (en) | Alternative path selection for media connection in single communication system between public or private net facilities | |
| US6608831B1 (en) | Breakout/break-in hybrid network system | |
| KR20010053008A (en) | Method and apparatus for fallback routing of voice over internet protocol call | |
| US7706802B2 (en) | Media gateway interconnect routing in a softswitch environment | |
| CN101753741A (en) | IPPBX integrated with 2G, PSTN and VOIP accesses | |
| US20090059906A1 (en) | Routing of telecommunications | |
| US20050243842A1 (en) | Media gateway | |
| US6801526B1 (en) | Server for supporting the establishment of telephone calls through an IP network | |
| US7133514B1 (en) | Premise-based voice bridge extension | |
| CN1406031A (en) | Multi-attaching agency device and relative method | |
| EP1655937B1 (en) | Method and system control for setting up an IP telephony connection | |
| EP1054569A1 (en) | Method of establishing a connection across a telephone network and an IP network | |
| CA2525732C (en) | Method and system control for the setup of an ip telephony connection | |
| US7701927B2 (en) | Method for transmitting communication data in a communication system | |
| Cisco | Multi-Site WAN with Distributed Call Processing | |
| US7523203B1 (en) | Shared distribution media resources in a communication network | |
| WO2002037815A2 (en) | Internet protocol telephony using legacy switching systems | |
| US7512119B2 (en) | Method for establishing communication paths between access points of a communication system and a communication system using said method | |
| KR100666940B1 (en) | Call distribution system and method in voice over internet protocal | |
| GB2350009A (en) | Communication system using line appearances on a single line for connecting multiple devices | |
| KR20060085616A (en) | Subscriber line circuit for communication systems and communication system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |
Effective date: 20161104 |