The invention relates to the routing of an emergency call in a computer local area network. It is increasingly routine for businesses to use a computer local area network to route telephone calls in the form of packets of data, using the Internet Protocol as the network protocol.
A computer local area network can be subdivided into a plurality of virtual networks defining groups of terminals that can exchange data between them, whatever the physical architecture of the network. It is also possible to restrict or to prohibit the exchange of data between terminals belonging to different groups, for security reasons. By virtual network is meant a subnetwork that is defined only by logical means.
The IEEE 802.1Q standard describes how to define virtual networks in an Ethernet network. According to one of the methods described in that standard, a terminal sending a packet of data in a virtual network associates a label with that packet, that label consisting of an identifier of the virtual network. However, a frame can equally belong to a virtual network without the frame having any such label. When the packet reaches a port of a node of the local area network, that node examines if it contains a label consisting of an identifier of that virtual network:
For the voice packet routing delay not to degrade the quality of telephone calls, it is necessary to create at least one virtual local area network for using Internet Protocol telephones in a local area network also used to transmit ordinary data, for example between computers. This kind of virtual network is called a voice virtual network, and assigns priority to processing voice packets exchanged by the telephone terminals: these telephone terminals also access servers specific to the telephone services, and the voice packets are transmitted with the highest priority in the switches, bridges and routers, because voice packets cannot withstand transmission delays that are too long.
These virtual networks dedicated to telephony have two drawbacks:
New regulations in the USA and soon in Europe will impose even more specific processing of emergency calls transmitted in a business telecommunication network:
Current computer local area networks that support telephone calls are not adapted to meet all of the requirements of these regulations. In particular, they are not adapted so that an emergency call is set up with a priority higher than that of other telephone calls.
A first object of the invention is to propose a computer local area network adapted to set up an emergency call that satisfies in particular this requirement of the new regulations. This emergency call is generally a telephone call, but it can also be an exchange of data using any chat, instant messaging or signaling protocol (for example indicating that someone has pressed a dedicated alarm button).
A first aspect of the invention is a method for setting up an emergency call in a computer local area network, characterized in that, if a terminal requests the setting up of an emergency call, it consists in:
The method thus characterized enables a terminal to send a call set-up request to an emergency call center without it being possible for that request to be blocked by any other non-urgent call set-up request or any other non-urgent call already set up, because that terminal is then assigned to a first virtual network having a priority higher than that of any other virtual network to which a terminal requesting the setting up of a non-urgent call is assigned.
The emergency call center sends a response to a terminal without it being possible for that response to be blocked by any other non-urgent call, because that terminal is then assigned to a second virtual network having a priority higher than that of any other virtual network to which a terminal that requests the setting up of a non-urgent call is assigned.
In the example of an Ethernet type local area network, a standard mechanism for definition of virtual local area networks and priority is used in switches that constitute nodes of the local area network. These switches are configured once and for all so that they assign the maximum priority to these two virtual networks.
A second object of the invention is to enable a terminal to notify an emergency call to various alarm devices by simple means.
The method of the invention uses broadcast mode to route at least one message from the terminal to an emergency call center via the first virtual network and uses unicast mode to route a message from the emergency call center to the terminal via the second virtual network.
Separating the first and second virtual networks enables use of broadcast mode for transmission between a terminal and all other network units, in particular alarm devices, without risk of interfering with other terminals. Broadcast mode has the advantage of routing a message simultaneously to a plurality of destination units without the sender terminal having to know their respective addresses. The signaling message contains a particular broadcast address enabling any unit that belongs to the first virtual network to be reached. The emergency call server and the alarm devices are the only units that belong to the first virtual network, apart from the terminal that is requesting the setting up of an emergency call. Other telephone terminals therefore do not receive the signaling messages or the voice packets sent by this terminal, since those other telephone terminals do not belong to the first virtual network. The network prevents them from receiving the signaling messages and the voice packets carrying the identity of the first virtual network, since the physical addresses of these terminals are not associated with that virtual network identity in the routing tables of the nodes of the network.
Unicast mode routes a message from an emergency call center to a single terminal, the one that requested the setting up of an emergency call, without other terminals, themselves in communication with an emergency call center, and thus belonging to the second virtual network, receiving messages and packets not intended for them, thanks to the fact that the voice packets coming from the call center are routed in unicast mode in the second virtual network. The broadcast mode differs from the unicast mode in using a particular physical address value.
The invention also consists in a terminal, an emergency call server and a gateway adapted to implement the method of the invention.
The invention will be better understood and other features will become apparent in the light of the following description and the accompanying figures:
As represented in
This local area network LAN is connected to an emergency call center PSAP via a gateway GW3 and a public telephone network PSTN, which is of digital synchronous type in this example. In the other examples, the Internet may be used to connect this local area network to the emergency call center.
The emergency call center PSAP is a standard call center that includes: a Voice Over Internet Protocol type telephone switch IPBX2; Voice Over Internet Protocol type telephone terminals such as the terminal IPP3; and computers such as PC1. Alarm devices AD (siren and flashing lamps) are connected to the local area network LAN to alert the staff of the business.
The switch IPBX1 includes call admission control software means CAC for processing call set-up requests. These means CAC include a subset EMSR constituting an emergency call server. This server can also have the location function, which is independent of the method of the invention. In this example, the software means CAC and EMSR are integrated into the switch IPBX1, but they could be located in different units and in this case they would dialog with each other via the local area network LAN. This local area network LAN supports a plurality of virtual networks and in particular one or more virtual networks dedicated to non-urgent telephone calls.
To use virtual networks, a bridge or a router must be able, each time that it receives a packet, to distinguish to which virtual network that packet belongs and to which virtual network the machine for which the packet is intended belongs, that destination machine being known from its physical address placed in the packet.
If a new machine is connected to the local area network LAN including a plurality of virtual networks, it is necessary to assign that machine an Internet address and a virtual network identifier. The known Dynamic Host Configuration Protocol (DHCP) initializes and dynamically configures a machine newly connected to the network. This protocol is implemented by executing DHCPS server software on one of the machines of the network, called the server, and executing DHCP client software in the other machines of the network. The server DHCPS is integrated into the switch IPBX1, for example.
When a machine is commissioned in the network LAN, its DHCP client broadcasts over the whole or part of the network a packet containing a DHCP request which informs the server DHCPS of the presence of the new machine. The server DHCPS chooses an Internet address from the addresses not yet assigned in a predetermined batch of addresses. The server DHCPS supplies that address to that machine for a predetermined time period. After that time period, the server considers the address to be free. It uses it again for another machine if the machine concerned has not in the meantime sent the server DHCPS a message to request the assignment of an Internet address again.
According to the IETF document RFC 2131, the DHCP supplies to each machine:
Various methods are known for assigning a virtual network identifier. A first known automatic method consists in using the Logical Link Discovery Protocol (LLDP, IEEE 802.1ab). Another automatic method uses a server DHCPS and is described in the document EP1418733. It consists in:
This latter method simplifies the procedure for installing a new machine since it is the server DHCPS that determines automatically a virtual network identifier and supplies it to the new machine. That identifier is deduced from the information on the terminal contained in the message broadcast by the terminal. For example, if it is an Internet Protocol telephone type terminal, a voice virtual network identifier is assigned to it.
In one particular embodiment, the message further includes a request to the parent node of the terminal that requests that node to supply indications as to the port of that node that is connected to the terminal, adding those indications to the message. In the dynamic host configuration server DHCPS, a virtual network identifier is deduced from these indications regarding the port and this information on the terminal.
In the network LAN considered by way of example, the server DHCPS integrated into the switch IPBX1 assigns a voice virtual network identifier to each telephone terminal IPP1, IPP2 for non-urgent telephone calls, that server automatically detecting if it is a telephone terminal using an indication that the terminal places in its first message on starting up.
If a user enters an emergency number on the terminal IPP1, software means executed in the terminal IPP1 recognize the emergency number and supply to the terminal two virtual network identities:
In a different embodiment, the emergency call server EMSR sets up, in addition to the connection with the PSAP, a connection between the terminal IPP1 designated by the original MAC address, which contains the notification message, and another predetermined terminal of the business network, for example POT1. This terminal, called a third party terminal, is a telephone terminal situated in a gatehouse of the business, for example.
Because of the diversity of telephone terminal types that may be present in a telephone network, there is provision for the gateways GW1 and GW2 to exercise the functions that the analog terminals such as POT1 and the synchronous terminals such as ST1 cannot provide, for setting up calls in the local area network LAN. For example, the gateway GW1 includes software means for:
Other types of terminals, data or multimedia terminals including no voice transmission function, can be used by handicapped users to call an emergency call center, for example a deaf mute person. These terminals include an application adapted to communicate data and, just like the voice terminal IPP1, these data terminals include means enabling them to determine if the user is calling an emergency call center or not and for assigning these terminals to the first and second virtual networks VLAN1 and VLAN2 for transporting data other than voice packets.
Number | Date | Country | Kind |
---|---|---|---|
05290188 | Jan 2005 | EP | regional |
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/FR2006/050053 | 1/25/2006 | WO | 00 | 10/1/2007 |
Publishing Document | Publishing Date | Country | Kind |
---|---|---|---|
WO2006/079745 | 8/3/2006 | WO | A |
Number | Name | Date | Kind |
---|---|---|---|
5867481 | Miyagi | Feb 1999 | A |
5999541 | Hinchey et al. | Dec 1999 | A |
6038438 | Beeson et al. | Mar 2000 | A |
6118866 | Shtivelman | Sep 2000 | A |
6236365 | LeBlanc et al. | May 2001 | B1 |
6775534 | Lindgren et al. | Aug 2004 | B2 |
7042985 | Wright | May 2006 | B1 |
7050809 | Lim | May 2006 | B2 |
7079627 | Crago et al. | Jul 2006 | B2 |
7099332 | Leung | Aug 2006 | B2 |
7133499 | Winegarden | Nov 2006 | B2 |
7206306 | Beyda | Apr 2007 | B2 |
7366157 | Valentine et al. | Apr 2008 | B1 |
7388868 | O'Connell et al. | Jun 2008 | B2 |
7428002 | Monroe | Sep 2008 | B2 |
7453990 | Welenson et al. | Nov 2008 | B2 |
7508754 | Sankaranaraynan et al. | Mar 2009 | B1 |
7623840 | Kauppinen et al. | Nov 2009 | B2 |
7630359 | Cherchali et al. | Dec 2009 | B1 |
7714778 | Dupray | May 2010 | B2 |
7734019 | Terpstra | Jun 2010 | B1 |
7764231 | Karr et al. | Jul 2010 | B1 |
7796738 | Wright | Sep 2010 | B2 |
7894406 | Goldman et al. | Feb 2011 | B2 |
20020001307 | Nguyen et al. | Jan 2002 | A1 |
20020085538 | Leung | Jul 2002 | A1 |
20020143999 | Yamagami | Oct 2002 | A1 |
20030141970 | Dettinger et al. | Jul 2003 | A1 |
20030169751 | Pulkka et al. | Sep 2003 | A1 |
20040081139 | Beckmann et al. | Apr 2004 | A1 |
20040125923 | See et al. | Jul 2004 | A1 |
20050053046 | Wang | Mar 2005 | A1 |
20050091396 | Nilakantan et al. | Apr 2005 | A1 |
20050169248 | Truesdale et al. | Aug 2005 | A1 |
20050190892 | Dawson et al. | Sep 2005 | A1 |
20050225442 | Kanayama | Oct 2005 | A1 |
20060135116 | Scholz | Jun 2006 | A1 |
20070004378 | Muhonen | Jan 2007 | A1 |
20070093248 | Gelderblom | Apr 2007 | A1 |
20070291716 | Morales Barroso | Dec 2007 | A1 |
Number | Date | Country |
---|---|---|
19643186 | Apr 1998 | DE |
1 435 707 | Jul 2004 | EP |
2004 364017 | Dec 2005 | JP |
Entry |
---|
Henning Schulzrinne and Knarig Arabshian ,Providing Emergency Services in Internet Telephony,May.June. 2002, Internet Telephony. |
Number | Date | Country | |
---|---|---|---|
20090316683 A1 | Dec 2009 | US |