EP2371106A1 - Notification method and gateway for accessing a voice over ip network - Google Patents

Notification method and gateway for accessing a voice over ip network

Info

Publication number
EP2371106A1
EP2371106A1 EP20090804049 EP09804049A EP2371106A1 EP 2371106 A1 EP2371106 A1 EP 2371106A1 EP 20090804049 EP20090804049 EP 20090804049 EP 09804049 A EP09804049 A EP 09804049A EP 2371106 A1 EP2371106 A1 EP 2371106A1
Authority
EP
Grant status
Application
Patent type
Prior art keywords
call
terminal
gateway
connected
terminals
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.)
Pending
Application number
EP20090804049
Other languages
German (de)
French (fr)
Inventor
Nelly Trovel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements or protocols for real-time communications
    • H04L65/10Signalling, control or architecture
    • H04L65/1013Network architectures, gateways, control or user entities
    • H04L65/1053Arrangements providing PBX functionality, e.g. IP PBX
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements or protocols for real-time communications
    • H04L65/10Signalling, control or architecture
    • H04L65/1003Signalling or session protocols
    • H04L65/1006SIP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42365Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2207/00Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/20Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems
    • H04M2207/203Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems composed of PSTN and data network, e.g. the Internet

Abstract

The method according to the invention is implemented by a gateway (GW) for accessing a voice over IP network (NW), connected to a plurality of terminals (T1, T2) associated with a single telephone identifier in said network, and comprises, upon detection by said gateway of a transition to a connected or disconnected status of a call established between an external terminal (TExt) and a terminal (T1) of said plurality of terminals, a step of sending, to at least one other terminal (T2) of said plurality of terminals, a message including information related to the transition of said call to said connected or disconnected status.

Description

The process of notification and access gateway to a voice over IP network

Background of the invention

The present invention relates to the general field of telecommunications.

It more particularly the maintenance update of a local call log of a telephone terminal, located behind an access gateway to a voice over IP network (Internet Protocol), such as for example a domestic or residential gateway . With the increasing development of VoIP service offerings today are known gateways for VoIP networks behind which it is possible to connect a plurality of terminals on separate ports.

These devices may include analog or DECT terminals (Digital Enhanced Cordless Telephone), connected for example on an FXS port (Foreign eXchange Subscriber) gateway, or alternatively VoIP terminals (eg telephone voice high definition IP) connected to a USB (Universal Serial Bus). Other connection interfaces, such as a WiFi interface (Wireless Fidelity) may also be considered.

The terminals and connected behind the gateway are usually associated with the same username or phone number on the VoIP network (for example, a SIP address). Thus, a single simultaneous telephone communication between an external terminal and a terminal of the plurality of terminals connected to the gateway can be established. Note, however, that an outgoing call can be initiated either from any terminal connected to the gateway, and an incoming call can be answered by any of the terminals connected to the gateway. Most terminals has only a local call log, stored in a memory of the terminal, and reflects the calls received and made by the terminal via the gateway. It is therefore impossible by consulting the local call log of such a device, identify whether a call has been taken or initiated, for the same phone ID, by another terminal connected to the gateway. OBJECT AND SUMMARY OF THE INVENTION

The present invention aims notably to overcome this disadvantage and to allow synchronization of local call logs from various devices connected to different ports of an access gateway to a voice over IP network.

To this end, it provides a notification method implemented by an access gateway to a voice over IP network connected to a plurality of terminals associated with the same call ID in the network. According to the invention, the notification method includes, upon detection by the gateway of a passage in a connected or disconnected state of an established call between an external terminal and a terminal of said plurality of terminals, a step of transmitting to at least one other terminal of said plurality of terminals of a message comprising information relating to the passage of the call in the connected or disconnected state.

Correlatively, the invention also provides an access gateway to a voice over IP network connected to a plurality of terminals associated with the same call identifier in the network, the gateway comprising: means for detecting a passage in a connected state or disconnected from a call established between an external terminal and a terminal of the plurality of terminals connected to the gateway; and -means, activated on detection of the passage, for transmitting to at least one other terminal of the plurality of terminals, a message comprising information relating to the passage of the call in the connected or disconnected state.

The information received from the gateway may include at least one parameter indicating the state of the call (i.e. whether the call is in a connected or disconnected state) and a parameter indicating whether said call is an incoming or outgoing call.

Thus, the invention allows to keep informed terminals connected behind an access gateway to a voice over IP network and corresponding to the same telephone identifier, dialed calls or taken by each of them. Preferentially, a message is sent by the gateway to all the terminals connected to this gateway (with the exception of the terminal involved in the call). In this way, every moment, all the terminals located behind the gateway have the same information about the calls made or received through the gateway by each of them. The implementation of the invention is simple. It requires only a few modifications to existing equipment (gateway and terminals), since it advantageously uses the gateway to the VoIP network, by its function, has already calls contexts which are transmitted or received through it. Furthermore, the gateway is able to identify the terminal that has made or issued the call, it may advantageously not send a message notification to other terminals, so as to avoid duplication at the terminal or having taken issued the call.

Alternatively, the gateway can also send a notification message to the terminal, so as to enable such verification of his call log, or the timing of it in case of malfunction.

Furthermore, the notification message is sent by the gateway on detection of a passage in a connected or disconnected state of a call for one of the terminals (that will be the incoming or outgoing), the invention requires no additional memory resources at the gateway.

Note also that the invention minimizes advantageously the exchange of messages between the gateway and terminals. Indeed, a message is sent by the gateway to the terminals on detection of a change in state of a call (transition to the connected or disconnected state). Thus, the invention does not require periodic polling by the end of the bridge to be informed of the calls received or transmitted by the other terminals. The invention is based on a one-way link between the gateway and terminals, the resources of the bridge are preserved and the invention does not cause any unnecessary traffic between the gateway and terminals.

According to a second aspect, the invention also provides a method of synchronizing a local call log of a first terminal connected to an access gateway to a voice over IP network, synchronization method comprising: -on detection by the gateway of a passage in a connected or disconnected state of an established call between an external terminal and a second terminal connected to this gateway and associated with the same identifier in the telephone network as the first terminal, a step of transmitting by the gateway to the first terminal of a message comprising information relating to the passage of the call in a connected or disconnected state; and

-an update step of the call log of the first terminal with the information. Correlatively, the invention also provides a system comprising an access gateway to a voice over IP network according to the invention, connected to a plurality of terminals associated with the same identifier in the telephone network, each terminal of the plurality of terminals being adapted to update a local call log of the terminal by using information received from the gateway on a passage in a connected or disconnected state of a call established between an external terminal and another terminal the plurality of terminals.

Thus, by consulting the call of the local newspaper either of the terminals connected to the access gateway, it is possible to identify all calls made or received in the terminals. At the same time, each phone has a similar effect in call log. Whatever consulted newspaper and was an updated view of calls made and received by the terminal via the gateway.

In a particular embodiment, the various steps of the notification method are determined by instructions of computer programs.

Accordingly, the invention also provides a computer program on an information medium, the program being able to be implemented in an access to a VoIP network or more generally in a gateway computer, this program comprising instructions adapted to implement the steps of a communication method as described above.

This program can use any programming language and take the form of source code, object code, or intermediate code between source code and object code, such as a partially compiled form, or in any other desirable form.

The invention also provides a data medium readable by a computer and containing instructions of a computer program as mentioned above.

The medium may be any entity or device capable of storing the program. For example, the medium may comprise a storage medium such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or indeed magnetic recording means, for example a diskette (floppy disk) or a disc hard.

On the other hand, the information carrier may be a transmissible carrier such as an electrical or optical signal which may be conveyed via an electrical or optical cable, by radio or by other means. The program of the invention may be particularly downloaded over an Internet-type network.

Alternatively, the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in carrying out the process in question.

The invention also relates to a signal conforming to the V23 protocol specified by the UU-T, including a message and adapted to be sent by an access gateway to a voice over IP network to a first terminal connected to said gateway. According to the invention, the message comprises at least one parameter representative of a connection state or disconnection of an established call between an external terminal and a second terminal connected to the gateway and associated with the same identifier in the telephone network that the first terminal.

In a particular embodiment, the message further comprises a parameter indicating whether the call is an incoming or outgoing call.

The invention is thus based advantageously on an existing communication interface between the gateway and already some terminals as including analog or DECT terminals, namely the V23 signaling protocol. For more information about this protocol, the expert is invited to refer to the document "600/1200 baud modem standardized for use in the generaI switched telephone network," CCITT Recommendation V.23 (1988).

Finally the invention is correspondingly a terminal connectable to an access gateway to a voice over IP network connected to a plurality of terminals associated with the same identifier in said telephone network, characterized in that it comprises means for receiving a message from said gateway, said message comprising information relating to the passage of an established call between an external terminal and a terminal of said plurality of terminals in a connected or disconnected state.

Advantageously, the message is encoded in the V23 size as described above.

Brief Description of Drawings Other features and advantages of the present invention emerge from the description made below, with reference to the accompanying drawings which illustrate an embodiment having no limiting character:

FIG 1 shows, in its environment, a system and a gateway according to the invention, in a particular embodiment; FIG 2A shows, in a particular embodiment, the main steps of the transmission and synchronization methods according to the invention, when implemented by the system and the gateway shown in Figure 1, for a call entering from an external terminal and taken by a terminal T of the system according to the invention; and FIG 2B shows, in a particular embodiment, the main steps of the transmission and synchronization methods according to the invention, when implemented by the system and the gateway shown in Figure 1 for a call outgoing emitted by a terminal T of the system according to the invention to an external terminal. Description of an embodiment

1 shows, in its environment, a system 1 according to the invention, in a particular embodiment.

The system 1 includes a GW gateway to a network NW offering a VoIP service, according to the invention.

The access gateway GW is equipped with a plurality of connection ports Pl, P2, ..., PN, on which it is possible to connect a plurality of terminals. In the example considered in FIG 1, a terminal Tl and T2 are connected respectively to the ports Pl and P2 of the bridge.

The ports Pl, P2, ... PN the gateway GW can be of different types. It may for example FXS ports, USB, etc. In addition, it is also possible to connect the terminal to the gateway GW via a wireless interface, such as for example a WiFi interface, including through a dongle connected to a USB port on the gateway.

Thus, the terminals can be connected to the gateway GW can also be of different types. This can be for example telephone terminals of analog or DECT type of telephone terminals Voice over IP HD, or PC type terminals (Personal Computer). Of course, other devices allowing a user to make or receive a call may be considered in the context of the invention.

In the example described herein, the Tl and T2 terminals are analogue or DECT terminals and the ports Pl and P2 of the bridge on which they are connected are FXS known per se. The signaling messages exchanged between the terminals Tl and T2 on the one hand and on the other GW are expected here conform to the V.23 protocol specified by ITTU-T and known to the skilled person. Such a protocol allows including the gateway to send messages to Tl and T2 while they are on-hook, that is to say they do not attend any call.

These assumptions are, however, not limiting, other terminal configurations can be considered, by adapting the communication protocols between the terminal and gateway. In addition, a larger number of terminals connected to the bridge could be considered.

In the example described here, it is assumed that the GW gateway is associated with one phone identifier ID, commonly referred to as Voice number over IP. We talk about voice over IP "monoline". Such an identifier ID is for example an address

Assigned to the SIP GW.

The terminals connected to the gateway GW are thus, in the case considered here, associated with the same call identifier ID. In this way, a call to the telephone identifier ID is signaled by the gateway to both Tl and T2, and can be taken either by the terminal T or T2. It is further noted that the fact that Tl and T2 are associated with the same telephone identifier ID: -a single simultaneous telephone communication between an external terminal (typically TExt terminal) and one of Tl and T2 terminals connected to the gateway can be established; and

-a outgoing call can be initiated from either any of Tl or T2 terminals connected to the gateway GW. The invention can however also be adapted without major difficulty for the skilled person, a voice service multi-line IP available through the gateway and to which a plurality of telephone IDs are associated the gateway GW. In this case, the invention is applicable independently at each "line" associated with a separate telephone identifier.

The GW here has the hardware architecture of a computer. It includes in particular a processor 11, a RAM 12, a ROM 13 and communication means 14 to the network NW. The gateway GW further comprises a call controller 15 adapted to manage calls emitted (respectively received) by the terminals connected to the gateway to (from respectively) an external terminal such as e.g. TExt telephone terminal itself even connected to the network NW. Such controller fitted to the gateway GW is known to the skilled person and will not be detailed further here. The ROM 13 of the gateway GW comprises a computer program adapted to perform the main steps of the communication method according to the invention, shown in Figures 2A and 2B described later. In the example described here, each Tl and T2 terminal has a display (not shown in Figure 1) and a local call log (referenced respectively 21 and 22 in Figure 1).

As is known, a local call log database (or flat file) stored, preferably in a non-volatile memory of the terminal, and listing a call list. Different fields are typically associated with a call in this database, as such, an identifier of the terminal called or calling, the date and time the call was presented and possibly taken or established, the call duration etc. We shall now describe, with reference to Figures 2A and

2B, the main steps of the communication method and the synchronization method according to the invention, in a particular embodiment, when implemented respectively by the gateway GW and the system 1 shown in Figure 1. Two cases figure are contemplated herein to illustrate the conduct of these methods:

1) a call is made by the TExt terminal to the telephone identifier ID, and is taken by the terminal T connected to the gateway GW (case shown in Figure 2A); 2) a calling is issued from the terminal T connected to the gateway GW to the TExt terminal (case shown in Figure 2B).

Referring to Figure 2A, the TExt terminal originates a call to the telephone ID associated to the gateway GW (step E). This call is carried by the network NW to the bridge

GW, according to means known in the art.

Upon receiving the call, the gateway sends a call message M to T and T2 terminals to signal the call (step E20). In the example described here, the message M conforms to V23 signaling protocol and associated with a ring gear. Thus, upon receipt of the message M, the Tl and T2 ring. It is assumed here that a user picks up the terminal T to take the call. The connection between the terminal and TExt Ie terminal T is then set and a context for this call is created by the controller 15 of the GW by known and not detailed here means more (step E30). This context is stored in the RAM 12 of the GW.

The call creates context includes the parameters of the call, including an indication that the call between TExt and Tl is in a "connected" state. It further indicates that the call was made by the terminal connected to the Pl port.

The connection between the TExt terminal Tl and the terminal being established, the terminal T2 stops ringing (ie the gateway GW stops transmitting the message M to the Tl and T2).

Local call log 22 of the terminal T2 is then updated with a new entry stating that the particular call from TExt was not taken by the terminal T2 and indicating the time at which the call was received . For example, the local call log 22 is enriched with the following entry E2:

E2 = "incoming call TExt, received at 12: no response." Similarly, the local call log 21 Tl is enriched with a new entry, stating in particular that the resulting call TExt was taken by the terminal T and indicating the time at which the call was made. For example, the local call log 21 is enriched with the following entry El El = "TExt incoming call, received at 12: connected".

On detection of the connected state of the established call between the TExt terminal Tl and the terminal, the gateway GW transmits an MI notification message the terminal T2 to signal the transition to the connected state of the call (step E40 ). The gateway GW identifies the terminals to which transmit the message Ml consulting the call context created in step E30. Specifically, it identifies, using this context, ports to which to send the message Ml (ie here all terminals connected to the bridge except the terminal T took the call). The nature of the well known port allows him to select the signaling protocol to use to send this message to the relevant terminal. This message is carried in a signal in conformity with the invention.

Thus, in the example described here, the gateway GW determines that the message Ml to be sent in accordance with V.23 protocol to the terminal T2 connected to the port P2. To this end, the message Ml takes for example the form of a notification message as proposed in the V23 protocol, sent by a transmission mode called "phase-hook" and not associated with a ring gear. The message Ml further comprises the following parameters: -date and time of call (parameter encoded by the hexadecimal value 01H);

-identity of TExt terminal (parameter encoded by the hexadecimal value 02H);

-state of the call (ie connected or disconnected); -type and the call (ie incoming or outgoing).

In the case envisaged here, the call status parameter is set to "connected" and the call type setting takes the "incoming" value.

Note that the V23 protocol in its current form does not include in a notification message settings

"Call state" and "type of call." Consequently, an appropriate encoding should be defined in advance from ITTU so that these parameters are recognized by the terminals comply with the protocol

V23. For example, such coding could bind to the parameter "call state" 3DH and the hexadecimal value to the parameter "call type" hexadecimal 3EH. Of course, another coding could be considered.

On receipt of the message Ml, the terminal T2 updates its local call log 22, with the information contained in this message Ml (step E50). In particular, it updates the input E2 of the paper 22 corresponding to the call received from TExt terminal indicating that the call is in a connected state. The input E2 of the newspaper 22 becomes for example:

E2 = "incoming call TExt, received at 12: connected". Assume now that the user of the terminal T hangs up the terminal and terminates the call with the TExt terminal (step E60). On detection of this hook on the PI port, the context of the call is maintained by the call automaton 15 of the gateway GW, so as to indicate that the call is now in a disconnected state on port Pl. on detection of the transition to the disconnected state of the call, the gateway GW also transmits to the terminal T2 connected to the port P2, a notification message M2 to signal the transition to the offline state of the call (step E70).

Similar to the step E40, the gateway GW identifies the terminals to which transmit the message M2 by consulting the call context. More specifically, it identifies using this context, the ports to which to send the message M2 (i.e. here all the terminals connected to the bridge apart from the terminal T). The nature of the well known port allows him to select the signaling protocol to use to send this message to the relevant terminal. This message is carried in a signal in conformity with the invention.

Thus, in the example described here, the gateway GW determines that the M2 message must be sent in accordance with the V.23 protocol to the terminal T2 connected to the port P2. To this end, the message M2 takes for example the form of a notification message as proposed above for the message and Ml in which the call status parameters and the call type have the respective values ​​" offline "and" incoming ". On receiving the message M2, the terminal T2 updates its local call log 22, with the information contained in this message M2 (step E80). In particular, it updates the input E2 of the paper 22 corresponding to the call received from TExt terminal indicating that the call is in a disconnected state. E2 log entry 22 becomes for example:

E2 = "incoming call TExt, received at 12: offline."

In addition, the terminal T2 assesses the duration of the incoming call and complete the input E2 with this duration.

Alternatively, this period may be assessed by the call automaton 15 of the gateway GW using the information in the context of the call, and transmitted in the message M2 to the terminal T2, in a setting which coding has been declared beforehand appropriately with ITTU.

After step E80, an API-type application (Application

Programming Interface) terminal T2, known per se, just read the information on the E2 entry in the call log 22 for display on the screen of the terminal T2. Thus, it appears on the terminal screen

22 the following information:

"TExt incoming call received at 12h, duration 2 min." Similarly, the local call log 21 of the terminal T is updated following the hang of terminal T (step E80), and an API application of the terminal T has read the information on the entry in the El . call log 21 for display on the terminal screen Tl Thus, it appears on the terminal screen 21 the following information: "TExt incoming call, received at 12, 2 min duration."

We shall now describe, in reference to Figure 2B, an example in which the terminal T is the origin of a call to the TExt terminal (step FIO).

This call is transmitted by the gateway GW and via the network NW to TExt terminal, according to means known in the art (step F20).

then it is assumed that the user picks TExt terminal to take the call. The connection between the terminal and the TExt terminal T is well established and a context for this call is created by the controller 15 of the GW (step F30). The call creates context includes the parameters of the call, including an indication that the call between TExt and Tl is in a "connected" state. It further indicates that the call was from the terminal connected to the Pl port.

Following this connection, the local call log 21 Tl is enriched with a new entry, stating in particular that the call issued to TExt is in a connected state and indicating the time at which the call was made . For example, the local call log 21 is enriched by the entrance El following:

El '= "outgoing call to TExt issued at 12: connected". On detection of the connected state of the call established between the TExt terminal Tl and the terminal, the gateway GW transmits a notification message M3 to the terminal T2 for read indicate transition to the connected state of the call (step F40 ).

As described above with reference to Figure 2A, the gateway GW identifies the terminals that send the message M3 by consulting the call context established in step F30.

Thus, in the example described here, the gateway GW determines that the M3 message must be sent in accordance with the V.23 protocol to the terminal T2 connected to the port P2. This message M3 is similar to the message Ml described above, wherein the call status and type of call parameters take the values ​​"connected" and "outgoing".

On receiving the message M3, the terminal T2 updates its local call log 22, with the information contained in this message (step F50). In particular, it enhances its call log 22 with a new entry E2 'with the call issued by the terminal T.

The input E2 'log 22 is for example:

E2 = "outgoing call to TExt issued at 12: connected". Assume now that the user of the terminal T hangs up the terminal and terminates the call with the TExt terminal (step F60). On detection of hanging up the terminal T, the context of the call is maintained by the auto dialer 15 of the GW, so as to indicate that the call is now in a disconnected state on Pl port.

On detection of the transition to the disconnected state of the call, the gateway GW also transmits the terminal T2 connected to the port P2, a notification message M4 to report the transition to the offline state of the call (step F70 ). The M4 message is similar to the message M2 described above in which the parameters of state of the call and the call type take the values ​​"disconnected" and "outgoing".

On receiving the message M4, the terminal T2 updates its local call log 22, with the information contained in this message (step F80). In particular, it updates the entry E2 'log 22 corresponding to the call made to the TExt terminal, indicating that the call is now in a disconnected state. The input E2 'newspaper 22 becomes for example: E2 = "outgoing call to TExt issued at 12: offline."

In addition, the terminal T2 assesses the duration of the incoming call and complete the input E2 'with this duration. Alternatively, this period may be evaluated by the PLC 15 of the GW call and sent in the message M4.

At the end of step F80, the API implementation of the previously described terminal T2 has read the information on the entry E2 'in the call log 22 for display on the screen of the terminal T2. Thus, it appears on the terminal screen 22 the following information: "outgoing call to TExt issued to 12 pm, duration 2 min."

Similarly, the local call log 21 of the terminal T is updated following the hang of terminal T (step F80 "), and the API application terminal T has read the information on the entry El ' . in the call log 21 for display on the terminal screen Tl Thus, it appears on the terminal screen 21 the following information:

"Outgoing call to TExt issued to 12 pm, duration 2 min."

The examples discussed here are based on signaling messages exchanged between the gateway and compliant terminals V23 protocol. This assumption is however not exhaustive. Other messages may of course be considered, in accordance with other standard protocols or proprietary protocols.

Claims

1. A method for notifying implemented by an access gateway (GW) to a network (NW) to Voice over IP, connected to a plurality of terminals (T1 / T2) associated with the same identifier in said telephone network, said method characterized in that it comprises, on detection (EBO EOO X 7 X FBO FOO) by said gateway of a passage in a connected or disconnected state of an established call between an external terminal (text) and a terminal ( tl) of said plurality of terminals, a transmission step (E40, E70, F40, F70) to at least one other terminal (T2) of said plurality of terminals of a message (M1, M2, M3, M4) comprising information relating to said passage of said call in said connected or disconnected state.
2. A method of communication according to claim 1 wherein said information comprises at least one parameter indicating said state of said call and a parameter indicating whether said call is an incoming or outgoing call.
3. Access Gateway (GW) to a voice over IP network connected to a plurality of terminals (T1, T2) associated with the same identifier in said telephone network, said gateway comprising:
-means (15) for detecting a passage in a connected or disconnected state of an established call between an external terminal (text) and a terminal (Tl) of said plurality of terminals; and -means, activated upon detection of said passage, for transmitting to at least one other terminal (T2) of said plurality of terminals, a message comprising information about said passage of said call in said connected or disconnected state.
4. A method of synchronizing a local call log (22) from a first terminal (T2) connected to an access gateway to a network (NW) to Voice over IP, said synchronization method comprising: -on detecting (E30, E60, F30, F60) through said gateway (GW) of a passage in a connected or disconnected state of an established call between an external terminal (text) and a second terminal (Tl) connected to said gateway ( GW) and associated with the same identifier in said telephone network as said first terminal, a transmission step (E40, E70, F40, F70) by said gateway to said first terminal (T2) of a message (M1, M2, M3 , M4) comprising information relating to said passage of said call in said connected or disconnected state; and -a step of updating said call log (22) of said first terminal (T2) with said information.
5. System (1) comprising an access gateway (GW) to a network (NW) VoIP according to claim 3 connected to a plurality of terminals (T1, T2) associated with the same identifier in said telephone network, each terminal (T2, T1) of said plurality of terminals being adapted to update a local call log (22,21) of the terminal using information received from said gateway for a passage in a state connected or disconnected from a call established between an external terminal (text) and another terminal (T1, T2) of the plurality of terminals.
6. A computer program comprising instructions for executing the steps of the communication method according to claim 1 when said program is executed by a computer.
7. Support readable recording medium by a computer on which is recorded a computer program comprising instructions for executing the steps of the communication method according to claim 1.
8. Signal according to the protocol specified by ITTU V23-T, including a message (M1, M2, M3, M4) and adapted to be sent by an access gateway (GW) to a VoIP network to a first terminal (T2) connected to said gateway, characterized in that said message comprises at least one parameter representative of a connection state or disconnection of an established call between an external terminal (text) and a second terminal (Tl) connected to said gateway and associated with the same identifier in said telephone network as said first terminal.
9. Signal according to claim 8, characterized in that the message further comprises a parameter indicating whether said call is an incoming or outgoing call.
10. A terminal (T2) adapted to be connected to an access gateway (GW) to a voice over IP network connected to a plurality of terminals (Tl, T2) associated with the same identifier in said telephone network, characterized in it comprises means for receiving a message from said gateway, said message comprising information relating to the passage of an established call between an external terminal (text) and a terminal (Tl) of said plurality of terminals, in a connected or disconnected state.
11. A terminal (T2) according to claim 10, characterized in that said message corresponds to the message carried in the signal according to claim 8 or 9.
EP20090804049 2008-12-30 2009-12-16 Notification method and gateway for accessing a voice over ip network Pending EP2371106A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR0859121 2008-12-30
PCT/FR2009/052561 WO2010076497A1 (en) 2008-12-30 2009-12-16 Notification method and gateway for accessing a voice over ip network

Publications (1)

Publication Number Publication Date
EP2371106A1 true true EP2371106A1 (en) 2011-10-05

Family

ID=40848253

Family Applications (1)

Application Number Title Priority Date Filing Date
EP20090804049 Pending EP2371106A1 (en) 2008-12-30 2009-12-16 Notification method and gateway for accessing a voice over ip network

Country Status (3)

Country Link
US (1) US20110261810A1 (en)
EP (1) EP2371106A1 (en)
WO (1) WO2010076497A1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3000337A1 (en) * 2012-12-24 2014-06-27 France Telecom Method for transmission of information in communication system, involves displaying information relative to context in which terminals associated with common identifier on terminals via user interface
CN104580169A (en) * 2014-12-23 2015-04-29 惠州Tcl移动通信有限公司 File synchronization method and file synchronization system

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7065203B1 (en) * 2001-05-07 2006-06-20 Cisco Technology, Inc. Method and system for managing call requests in a limited bandwidth environment
US20050229245A1 (en) * 2003-05-12 2005-10-13 Takehiko Nakano Inter-device authentication system, inter-device authentication method, communication device, and computer program
US7656860B2 (en) * 2003-07-22 2010-02-02 Phillips Bruce A Personal communication service network interface device
US7324505B2 (en) * 2004-12-24 2008-01-29 Christopher Hoover Sustained VOIP call logs using PoC contact lists
US7852831B2 (en) * 2005-02-22 2010-12-14 Akbar Imran M Method and system for providing private virtual secure Voice over Internet Protocol communications
KR100694206B1 (en) * 2005-02-28 2007-03-14 삼성전자주식회사 Pmethod and apparatus for providing sip service in private network
US20090067408A1 (en) * 2007-09-12 2009-03-12 Nokia Corporation Centralized call log and method thereof

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2010076497A1 *

Also Published As

Publication number Publication date Type
US20110261810A1 (en) 2011-10-27 application
WO2010076497A1 (en) 2010-07-08 application

Similar Documents

Publication Publication Date Title
US7702081B1 (en) Call back number provisioning for emergency call services
US6389119B1 (en) Dual-circuit telephony
US6510219B1 (en) Alternate network fallback for IP telephony
EP0966145A2 (en) IP telephony gateway
US6636508B1 (en) Network resource conservation system
US6961332B1 (en) Multiple appearance directory number support across packet- and circuit-switched networks
US6724750B1 (en) Method for a link to a wide area network device in a home communication network
US20080101338A1 (en) METHODS AND APPARATUS TO IMPLEMENT HIGHER DATA RATE VOICE OVER INTERNET PROTOCOL (VoIP) SERVICES
US20060079280A1 (en) Personal wireless gateway and method for implementing the same
US7142560B2 (en) System and method for virtual multiline telephony in a home-network telephone
US20020114439A1 (en) User transparent internet telephony device and method
US20100235516A1 (en) Communication system and server
US20060274721A1 (en) Delivery of video or voice mail messages over a packet network
US6810033B2 (en) Transmission system using packet switched network
US20050216595A1 (en) Presence server, session control server, and packet relay system
US20060203802A1 (en) Method and system for dynamically specifying and instantly transmitting and representing/displaying call data
US20040081304A1 (en) System and method of generating ring back tone
US6570879B1 (en) Communications system and method of controlling same
US20050226223A1 (en) IP telephone system, IP telephone apparatus and calling method
US7508928B1 (en) System and method for voice-over-packet calling with PSTN backup
US20040131165A1 (en) Talking apparatus adaptor, circuit connection method, circuit connection program, and recorded medium
US20080220776A1 (en) Interface devices for facilitating communications between devices and communications networks
US7403604B2 (en) Method and apparatus for activating extended services in a user device using a voice over packet gateway
US20040116108A1 (en) Internet phone system and internet phone service method for a mobile telephone
US7428234B2 (en) Voice-over-IP hybrid digital loop carrier

Legal Events

Date Code Title Description
17P Request for examination filed

Effective date: 20110629

AK Designated contracting states:

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

DAX Request for extension of the european patent (to any country) deleted
RAP1 Transfer of rights of an ep published application

Owner name: ORANGE

17Q First examination report

Effective date: 20170626