EP2371106A1 - Procede de notification et passerelle d'acces a un reseau de voix sur ip - Google Patents

Procede de notification et passerelle d'acces a un reseau de voix sur ip

Info

Publication number
EP2371106A1
EP2371106A1 EP09804049A EP09804049A EP2371106A1 EP 2371106 A1 EP2371106 A1 EP 2371106A1 EP 09804049 A EP09804049 A EP 09804049A EP 09804049 A EP09804049 A EP 09804049A EP 2371106 A1 EP2371106 A1 EP 2371106A1
Authority
EP
European Patent Office
Prior art keywords
terminal
call
gateway
terminals
network
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.)
Withdrawn
Application number
EP09804049A
Other languages
German (de)
English (en)
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
France Telecom 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
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP2371106A1 publication Critical patent/EP2371106A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1053—IP private branch exchange [PBX] functionality entities or arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/20—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems
    • H04M2207/203—Type 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

Definitions

  • the present invention relates to the general field of telecommunications.
  • VoIP Internet Protocol
  • terminals can be in particular analog terminals or DECT (Digital Enhanced Cordless Telephone), connected for example on a FXS port (Foreign eXchange Subscriber) of the gateway, or alternatively voice over IP terminals (for example a voice telephone on High Definition IP), connected to a USB (Universal Serial Bus) port.
  • DECT Digital Enhanced Cordless Telephone
  • FXS Forward eXchange Subscriber
  • voice over IP terminals for example a voice telephone on High Definition IP
  • USB Universal Serial Bus
  • Other connection interfaces such as a Wireless FIdelity interface, can also be envisaged.
  • the terminals thus connected behind the gateway are generally associated with the same telephone identifier or number on the VoIP network (for example, a SIP address).
  • a single simultaneous telephone communication between an external terminal and a terminal of the plurality of terminals connected to the gateway can be established.
  • an outgoing call can be initiated indifferently from any of the terminals connected to the gateway, and an incoming call can be made by any of the terminals connected to the gateway.
  • Most terminals only have a local call log, stored in a device memory, which reflects the calls received and taken by that terminal through the gateway. It is therefore impossible, by consulting the local call log of such a terminal, to identify whether a call has been taken or initiated, for the same telephone identifier, by another terminal connected to the gateway.
  • the present invention aims in particular to overcome this disadvantage and to allow the synchronization of local call logs of various terminals connected to different ports of a gateway to access a voice over IP network.
  • the notification method comprises, on detection by the gateway of a passage in a connected or disconnected state of a call established between an external terminal and a terminal of this plurality of terminals, a step of transmission to at least one other terminal of this plurality of terminals of a message comprising information relating to the passage of the call in the connected or disconnected state.
  • the invention also relates to an access gateway to a voice over IP network connected to a plurality of terminals associated with the same telephone identifier in this network, this 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; andmeans, activated on pass detection, for transmitting to at least one other terminal of this 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 in particular at least one parameter indicating the state of the call (ie whether this call is in a connected or disconnected state) and a parameter indicating whether said call is an incoming or outgoing call.
  • the invention makes it possible to keep the connected terminals behind an access gateway to a voice over IP network and corresponding to the same telephone identifier, calls made or taken by each of them.
  • a message is sent by the gateway to all the terminals connected to this gateway (with the exception of however the terminal concerned by the call).
  • all the terminals behind the gateway have the same information concerning the calls made or received via the gateway by each of them.
  • the implementation of the invention is simple. It requires only a few modifications to the existing equipment (gateway and terminals), since it relies advantageously on the access gateway to the voice over IP network which, by its function, already has the contexts of the calls. which are issued or received through him.
  • the gateway since the gateway is able to identify the terminal that has taken or sent the call, it can advantageously send a notification message only to the other terminals, so as to avoid duplicates at the terminal that has taken or sent the call. made the call.
  • the gateway can also send a notification message to this terminal, so as to allow for example the verification of its call log, or the synchronization thereof in case of malfunction.
  • the notification message being sent by the gateway of the detection of a passage in a connected or disconnected state of a call for one of the terminals (whether it is incoming or outgoing), the invention does not require additional memory resources at the gateway.
  • the invention advantageously minimizes the exchange of messages between the gateway and the terminals. Indeed, a message is sent by the gateway to the terminals only on detection of a change of state of a call (transition to connected or disconnected state). Thus, the invention does not require periodic polling by the terminals of the gateway to be informed of calls received or issued by the other terminals.
  • the invention being based on a unidirectional link between the gateway and the terminals, the resources of the gateway are preserved and the invention does not generate unnecessary traffic between the gateway and the terminals.
  • the invention also provides a method for synchronizing a local call log of a first terminal connected to an access gateway to a voice over IP network, this synchronization method comprising: on detection by the gateway of a passage in a connected or disconnected state of a call established between an external terminal and a second terminal connected to this gateway and associated with the same telephone identifier in the network as the first terminal, a step 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
  • 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 telephone identifier in the network, each terminal of this plurality of terminals. being adapted to update a local call log of this terminal using information received from the gateway relating to a transition to a connected or disconnected state of a call established between an external terminal and another terminal of the plurality of terminals.
  • the different steps of the notification method are determined by computer program instructions.
  • the invention also relates to a computer program on an information carrier, this program being capable of being implemented in a gateway for access to a voice over IP network or more generally in a computer, this program comprising instructions adapted to the implementation of the steps of a notification method as described above.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other desirable form.
  • the invention also relates to a computer-readable information medium, comprising instructions of a computer program as mentioned above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a floppy disk or a disk. hard.
  • the information medium may be a transmissible medium 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 according to the invention can be downloaded in particular on an Internet type network.
  • 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 the execution of the method in question.
  • the invention also relates to a signal according to the V23 protocol specified by the UU-T, comprising 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.
  • the message comprises at least one parameter representing a state of connection or disconnection of a call established between an external terminal and a second terminal connected to the gateway and associated with the same telephone identifier in the network. than the first terminal.
  • the message further comprises a parameter indicating whether the call is an incoming or outgoing call.
  • the invention thus relies advantageously on a communication interface already existing between the gateway and certain terminals, such as in particular analog terminals or DECT, namely the V23 signaling protocol.
  • certain terminals such as in particular analog terminals or DECT
  • V23 signaling protocol the person skilled in the art is invited to refer to the document entitled "600/1200 baud modem standardized for use in the switched telephone network", CCITT Recommendation V23 (1988).
  • the invention aims at correlatively a terminal capable of being connected to an access gateway to a voice over IP network connected to a plurality of terminals associated with the same telephone identifier in said network, characterized in that it comprises means to receive a message from said gateway, said message comprising information relating to the passage of a call established between an external terminal and a terminal of said plurality of terminals, in a connected or disconnected state.
  • said message is coded in V23 format as described above.
  • FIG 1 represents, in its environment, a system and a gateway according to the invention, in a particular embodiment
  • FIG. 2A represents, in a particular embodiment, the main steps of the transmission and synchronization methods according to the invention, when they are implemented by the system and the gateway shown in FIG. 1, for a call incoming from an external terminal and taken by a terminal T1 of the system according to the invention
  • FIG. 2B represents, in a particular embodiment, the main steps of the transmission and synchronization methods according to the invention, when they are implemented by the system and the gateway represented in FIG. 1 for a call. outgoing issued by a terminal T1 of the system according to the invention to an external terminal.
  • FIG. 2A represents, in a particular embodiment, the main steps of the transmission and synchronization methods according to the invention, when they are implemented by the system and the gateway shown in FIG. 1, for a call incoming from an external terminal and taken by a terminal T1 of the system according to the invention
  • FIG. 2B represents, in a particular embodiment, the main steps of
  • FIG. 1 represents, in its environment, a system 1 according to the invention, in a particular embodiment.
  • the system 1 comprises a gateway GW access to an NW network offering a voice over IP 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.
  • a terminal T1 and a terminal T2 are respectively connected to the ports P1 and P2 of the gateway.
  • the ports P1, P2,... PN of the gateway GW can be of different types. It can be for example FXS ports, USB, etc.
  • a wireless interface such as for example a WIFI interface, particularly via a dongle connected to a USB port of the gateway.
  • the terminals that can be connected to the gateway GW can also be of different types. It may be, for example, analogue or DECT type telephone terminals, high definition voice over IP telephone terminals, or PC (Personal Computer) type terminals. Of course, other terminals allowing a user to send or receive a call may be considered in the context of the invention.
  • the terminals T1 and T2 are analogue or DECT type terminals, and the ports P1 and P2 of the gateway to which they are connected are FXS ports known per se.
  • the signaling messages exchanged between the terminals T1 and T2 on the one hand and the gateway GW on the other hand are assumed here to comply with the V23 protocol specified by ITTU-T and known to those skilled in the art.
  • Such a protocol allows the gateway in particular to send messages to terminals T1 and T2 while they are in on-hook mode, that is to say that they do not participate in any call.
  • the access gateway GW is associated with a single telephone identifier ID, also commonly called the voice over IP number.
  • identifier ID is for example an address
  • the terminals connected to the gateway GW are thus, in the case envisaged here, associated with the same telephone identifier ID.
  • a call intended for the telephone identifier ID is signaled by the gateway to the two terminals T1 and T2, and can be taken either by the terminal T1 or the terminal T2.
  • the terminals T1 and T2 are associated with the same telephone identifier ID: a single simultaneous telephone communication between an external terminal (typically the terminal TExt) and one of the terminals T1 or T2 connected to the gateway can be established; and
  • an outgoing call can be initiated indifferently from any of the terminals T1 or T2 connected to the gateway GW.
  • the invention can however also adapt, without major difficulty for the skilled person, to a multi-line voice over IP service offered through the gateway and for which a plurality of telephone identifiers would be associated with the GW gateway. In this case, the invention applies independently to each "line" associated with a separate telephone identifier.
  • the GW gateway here has the hardware architecture of a computer. It comprises in particular a processor 11, a random access memory 12, a read-only memory 13 and communication means 14 with the network NW.
  • the gateway GW further comprises a call controller 15, adapted to manage the calls sent (respectively received) by the terminals connected to the gateway to (respectively from) an external terminal, such as for example the TExt telephone terminal, itself even connected to the NW network.
  • an automaton equipping the GW gateway is known to those skilled in the art and will not be detailed further here.
  • the read-only memory 13 of the gateway GW comprises a computer program adapted to perform the main steps of the notification method according to the invention, represented in FIGS. 2A and 2B described later.
  • each terminal T1 and T2 has a screen (not shown in Figure 1) and a local call log (referenced respectively by 21 and 22 in Figure 1).
  • a local call log is a database (or flat file) stored, preferably, in a non-volatile memory of the terminal, and listing a list of calls.
  • Different fields are conventionally associated with a call in this database, such as, in particular, an identifier of the called or calling terminal, the date and time when the call was presented and possibly taken or established, the duration of the call. etc.
  • the terminal TExt sends a call to the telephone identifier ID associated with the gateway GW (step ElO). This call is carried by the NW network to the gateway
  • the gateway On receipt of this call, the gateway sends a call message M to the terminals T1 and T2 to signal the call (step E20).
  • the message M conforms to the signaling protocol V23 and associated with a ring train.
  • the terminals T1 and T2 ring. It is assumed here that a user picks up the terminal T1 to take the call.
  • the connection between the terminal TExt and the terminal T1 is then established and a context relating to this call is created by the controller 15 of the gateway GW, according to known means and not further detailed here (step E30). This context is stored in the RAM 12 of the gateway GW.
  • the call context thus created includes the parameters of the call and in particular an indication that the call between TExt and Tl is in a "connected" state. It further indicates that the call was made by the connected terminal on the port Pl.
  • the terminal T2 stops ringing (i.e. the gateway GW stops transmitting the message M to the terminals T1 and T2).
  • the local call log 22 of the terminal T2 is then updated with a new entry mentioning in particular that the call from TExt was not taken by the terminal T2 and indicating the time at which this call was received.
  • the local call log 22 is enriched with the following entry E2:
  • E2 "incoming TExt call, received at 12h: unanswered”.
  • the local call log 21 of T1 is enriched with a new entry, mentioning in particular that the call from TExt was taken by the terminal T1 and indicating the time at which this call was made.
  • the gateway GW Upon detection of the connected state of the call established between the terminal TExt and the terminal T1, the gateway GW transmits a notification message Ml to the terminal T2 to signal the transition to the connected state of the call (step E40 ).
  • the gateway GW identifies the terminals to which to transmit the message Ml by consulting the call context created during the step E30. More specifically, it identifies, using this context, the ports to which to send the message Ml (namely here all the terminals connected to the gateway except the Tl terminal that took the call). The nature of the ports thus identified allows it to select the signaling protocol to be used to send this message to the terminals concerned. This message is carried in a signal according to the invention.
  • the gateway GW determines that the message M1 must be sent, in accordance with the protocol V23, to the terminal T2 connected to the port P2.
  • the message M1 takes for example the form of a notification message as proposed in the protocol V23, sent in a so-called "on-hook" transmission mode and not associated with a ring train.
  • the message Ml also comprises the following parameters: -date and time of the call (parameter coded by the hexadecimal value 01H);
  • the state parameter of the call takes the value "connected" and the type parameter of the call takes the value "incoming".
  • V23 protocol in its current form does not make it possible to include in a notification message the parameters
  • V23 For example, such a coding could associate with the parameter "state of the call” the hexadecimal value 3DH and the parameter "type of call” the hexadecimal value 3EH. Of course, another coding could be considered.
  • the terminal T2 Upon receipt of the message Ml, the terminal T2 updates its local call log 22, with the information contained in this message M1 (step E50). In particular, it updates the entry E2 of the log 22 corresponding to the call received from the terminal TExt indicating that the call is in a connected state.
  • the entry E2 of the journal 22 becomes for example:
  • step E2 "TExt incoming call, received at 12h: connected". It is now assumed that the user of the terminal Tl hangs up his terminal and ends the call with the terminal TExt (step E60). On detection of this hang-up on the port P1, the context of the call is updated by the call controller 15 of the gateway GW, so as to indicate that the call is now in a disconnected state on the 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, an M2 notification message to signal the transition to the disconnected state of the call (step E70).
  • the gateway GW identifies the terminals to which to transmit the message M2 by consulting the call context. Specifically, it identifies with this context, the ports to which to send the message M2 (namely here all terminals connected to the gateway except the Tl terminal). The nature of the ports thus identified allows it to select the signaling protocol to be used to send this message to the terminals concerned. This message is carried in a signal according to the invention.
  • the gateway GW determines that the message M2 must be sent in accordance with the protocol V23 to the terminal T2 connected to the port P2.
  • the message M2 takes for example the form of a notification message as proposed previously for the message M1 and in which the call state and call type parameters have the respective values " disconnected "and" incoming ".
  • the terminal T2 updates its local call log 22, with the information contained in this message M2 (step E80). In particular, it updates the entry E2 of the log 22 corresponding to the call received from the terminal TExt indicating that the call is in a disconnected state.
  • the entry E2 of the journal 22 thus becomes, for example:
  • E2 "TExt incoming call, received at 12h: disconnected”.
  • the terminal T2 evaluates the duration of the received call and completes the entry E2 with this duration.
  • this duration can be evaluated by the call controller 15 of the gateway GW using the information contained in the context of the call, and transmitted in the message M2 to the terminal T2, in a parameter whose coding has previously been appropriately declared to ITTU.
  • This call is transmitted by the gateway GW and via the network NW to the terminal TExt, according to means known to those skilled in the art (step F20).
  • the connection between the terminal TExt and the terminal T1 is thus established and a context relating to this call is created by the controller 15 of the gateway GW (step F30).
  • the call context thus created includes the parameters of the call and in particular an indication that the call between TExt and Tl is in a "connected" state. It also indicates that the call was sent by the connected terminal on the port Pl.
  • the local call log 21 of T1 is enriched with a new entry, mentioning in particular that the call sent to TExt is in a connected state and indicating the time at which this call was taken.
  • the local call log 21 is enriched with the following entry El ':
  • the gateway GW identifies the terminals to which the message M3 is sent, by consulting the call context established during the step F30.
  • the gateway GW determines that the message M3 must be sent in accordance with the protocol V23 to the terminal T2 connected to the port P2.
  • This message M3 is similar to the message Ml described above, in which the call state and call type parameters take the values "connected" and "outgoing", respectively.
  • the terminal T2 On receipt of the message M3, the terminal T2 updates its local call log 22, with the information contained in this message (step F50). In particular, it enriches its call log 22 with a new entry E2 'corresponding to the call sent by the terminal T1.
  • the entry E2 'of the journal 22 is for example:
  • E2 ' "outgoing call to TExt, sent at 12h: connected". It is now assumed that the user of the terminal T1 hangs up his terminal and terminates the call with the TExt terminal (step F60). On detection of the hang-up of the terminal T1, the context of the call is updated by the call controller 15 of the gateway GW, so as to indicate that the call is now in a disconnected state on the port Pl.
  • the gateway GW 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 M4 to signal the transition to the disconnected state of the call (step F70 ).
  • the message M4 is similar to the previously described message M2 in which the state parameters of the call and of the type of the call take the values "disconnected" and "outgoing", respectively.
  • the terminal T2 On receipt of 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 'of the log 22 corresponding to the call sent to the TExt terminal, indicating that the call is now in a disconnected state.
  • the terminal T2 evaluates the duration of the received call and completes the entry E2 'with this duration.
  • this duration can be evaluated by the call controller 15 of the gateway GW and transmitted in the message M4.
  • the API application of the terminal T2 reads the information relating to the input E2 'in the call log 22 in order to display them on the screen of the terminal T2.
  • the following information appears on the screen of the terminal 22: "outgoing call to TExt, transmitted at 12 o'clock, duration 2 min".
  • the local call log 21 of the terminal T1 is updated, following the hook-up of the terminal T1 (step F80 "), and the application API of the terminal T1 reads the information relating to the input El ' in the call log 21 to display them on the screen of the terminal Tl. Thus, it appears on the screen of the terminal 21 the following information:

Abstract

Le procédé selon l'invention est mis en œuvre par une passerelle d'accès (GW) à un réseau (NW) de voix sur IP, connectée à une pluralité de terminaux (T1,T2) associés à un même identifiant téléphonique dans ledit réseau, et comporte, sur détection par ladite passerelle d'un passage dans un état connecté ou déconnecté d'un appel établi entre un terminal externe (TExt) et un terminal (T1) de ladite pluralité de terminaux, une étape de transmission vers au moins un autre terminal (T2) de ladite pluralité de terminaux d'un message comprenant des informations relatives audit passage dudit appel dans ledit état connecté ou déconnecté.

Description

Procédé de notification et passerelle d'accès à un réseau de voix sur IP
Arrière-plan de l'invention
La présente invention se rapporte au domaine général des télécommunications.
Elle concerne plus particulièrement le maintien à jour d'un journal local d'appels d'un terminal téléphonique, placé derrière une passerelle d'accès à un réseau de voix sur IP (Internet Protocol), telle que par exemple une passerelle domestique ou résidentielle. Avec le développement croissant des offres de services de voix sur IP, on connaît aujourd'hui des passerelles d'accès à des réseaux de voix sur IP derrière lesquelles il est possible de connecter une pluralité de terminaux sur des ports distincts.
Ces terminaux peuvent être notamment des terminaux analogiques ou DECT (Digital Enhanced Cordless Téléphone), connectés par exemple sur un port FXS (Foreign eXchange Subscriber) de la passerelle, ou en variante des terminaux de voix sur IP (par exemple un téléphone de voix sur IP haute définition), connectés sur un port USB (Universal Sériai Bus). D'autres interfaces de connexion, telle une interface WIFI (Wireless FIdelity), peuvent également être envisagées.
Les terminaux ainsi connectés derrière la passerelle sont généralement associés à un même identifiant téléphonique ou numéro sur le réseau de voix sur IP (par exemple, une adresse SIP). Ainsi, une seule communication téléphonique simultanée entre un terminal externe et un terminal de la pluralité de terminaux connectés à la passerelle peut être établie. On notera toutefois qu'un appel sortant peut être initié indifféremment depuis n'importe lequel des terminaux connectés à la passerelle, de même qu'un appel entrant peut être pris par n'importe lequel des terminaux connectés à la passerelle. La plupart des terminaux ne dispose que d'un journal d'appels local, stocké dans une mémoire du terminal, et qui reflète les appels reçus et pris par ce terminal via la passerelle. Il est donc impossible en consultant le journal d'appels local d'un tel terminal, d'identifier si un appel a été pris ou initié, pour le même identifiant téléphonique, par un autre terminal connecté à la passerelle. Obiet et résumé de l'invention
La présente invention a pour but notamment de pallier cet inconvénient et de permettre la synchronisation de journaux d'appels locaux de divers terminaux connectés sur différents ports d'une passerelle d'accès à un réseau de voix sur IP.
A cette fin, elle propose un procédé de notification mis en œuvre par une passerelle d'accès à un réseau de voix sur IP connectée à une pluralité de terminaux associés à un même identifiant téléphonique dans ce réseau. Conformément à l'invention, le procédé de notification comporte, sur détection par la passerelle d'un passage dans un état connecté ou déconnecté d'un appel établi entre un terminal externe et un terminal de cette pluralité de terminaux, une étape de transmission vers au moins un autre terminal de cette pluralité de terminaux d'un message comprenant des informations relatives au passage de l'appel dans l'état connecté ou déconnecté.
Corrélativement, l'invention vise également une passerelle d'accès à un réseau de voix sur IP connectée à une pluralité de terminaux associés à un même identifiant téléphonique dans ce réseau, cette passerelle comprenant : -des moyens pour détecter un passage dans un état connecté ou déconnecté d'un appel établi entre un terminal externe et un terminal de la pluralité de terminaux connectés à la passerelle ; et -des moyens, activés sur détection du passage, pour transmettre vers au moins un autre terminal de cette pluralité de terminaux, un message comprenant des informations relatives au passage de l'appel dans l'état connecté ou déconnecté.
Les informations reçues de la passerelle peuvent comprendre notamment au moins un paramètre indiquant l'état de l'appel (à savoir si cet appel est dans un état connecté ou déconnecté) et un paramètre indiquant si ledit appel est un appel entrant ou sortant.
Ainsi, l'invention permet de tenir informés les terminaux connectés derrière une passerelle d'accès à un réseau de voix sur IP et correspondant à un même identifiant téléphonique, des appels émis ou pris par chacun d'entre eux. Préférentiel lement, un message est envoyé par la passerelle à l'ensemble des terminaux connectés à cette passerelle (à l'exception toutefois du terminal concerné par l'appel). De cette sorte, à chaque instant, l'ensemble des terminaux se trouvant derrière la passerelle possèdent la même information concernant les appels émis ou reçus via la passerelle par chacun d'entre eux. La mise en œuvre de l'invention est simple. Elle ne nécessite que peu de modifications au niveau des équipements existants (passerelle et terminaux), puisqu'elle s'appuie avantageusement sur la passerelle d'accès au réseau de voix sur IP qui, de par sa fonction, possède déjà les contextes des appels qui sont émis ou reçus par son intermédiaire. En outre, la passerelle étant capable d'identifier le terminal qui a pris ou émis l'appel, elle peut avantageusement n'envoyer de message de notification qu'aux autres terminaux, de sorte à éviter les doublons au niveau du terminal ayant pris ou émis l'appel.
En variante, la passerelle peut également envoyer un message de notification à ce terminal, de sorte à permettre par exemple la vérification de son journal d'appels, ou la synchronisation de celui-ci en cas de disfonctionnement.
Par ailleurs, le message de notification étant envoyé par la passerelle dés la détection d'un passage dans un état connecté ou déconnecté d'un appel pour l'un des terminaux (que celui-ci soit entrant ou sortant), l'invention ne requiert pas de ressources mémoires supplémentaires au niveau de la passerelle.
On notera également que l'invention minimise de façon avantageuse l'échange de messages entre la passerelle et les terminaux. En effet, un message n'est envoyé par la passerelle aux terminaux que sur détection d'un changement d'état d'un appel (passage à l'état connecté ou déconnecté). Ainsi, l'invention ne requiert pas de scrutation périodique par les terminaux de la passerelle pour être informés des appels reçus ou émis par les autres terminaux. L'invention reposant sur une liaison unidirectionnelle entre la passerelle et les terminaux, les ressources de la passerelle sont préservées et l'invention n'engendre aucun trafic inutile entre la passerelle et les terminaux.
Selon un second aspect, l'invention vise également un procédé de synchronisation d'un journal local d'appels d'un premier terminal connecté à une passerelle d'accès à un réseau de voix sur IP, ce procédé de synchronisation comprenant : -sur détection par la passerelle d'un passage dans un état connecté ou déconnecté d'un appel établi entre un terminal externe et un second terminal connecté à cette passerelle et associé à un même identifiant téléphonique dans le réseau que le premier terminal, une étape de transmission par la passerelle vers le premier terminal d'un message comprenant des informations relatives au passage de l'appel dans un état connecté ou déconnecté ; et
-une étape de mise à jour du journal d'appel du premier terminal à l'aide de ces informations. Corrélativement, l'invention vise aussi un système comprenant une passerelle d'accès à un réseau de voix sur IP selon l'invention, connectée à une pluralité de terminaux associés à un même identifiant téléphonique dans le réseau, chaque terminal de cette pluralité de terminaux étant adapté à mettre à jour un journal local d'appels de ce terminal à l'aide d'informations reçues de la passerelle relatives à un passage dans un état connecté ou déconnecté d'un appel établi entre un terminal externe et un autre terminal de la pluralité de terminaux.
Ainsi, en consultant le journal local d'appels de l'un ou l'autre des terminaux connectés à la passerelle d'accès, il est possible d'identifier l'ensemble des appels reçus ou émis au niveau des terminaux. A un même instant, chaque téléphone présente en effet un journal d'appels similaire. Quel que soit le journal consulté, on a ainsi une vue à jour des appels émis et reçus par les terminaux par l'intermédiaire de la passerelle.
Dans un mode particulier de réalisation, les différentes étapes du procédé de notification sont déterminées par des instructions de programmes d'ordinateurs.
En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en œuvre dans une passerelle d'accès à un réseau de voix sur IP ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé de notification tel que décrit ci-dessus.
Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur.
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
L'invention vise également un signal conforme au protocole V23 spécifié par l'UU-T, comprenant un message et adapté à être envoyé par une passerelle d'accès à un réseau de voix sur IP à un premier terminal connecté à ladite passerelle. Conformément à l'invention, le message comporte au moins un paramètre représentatif d'un état de connexion ou de déconnexion d'un appel établi entre un terminal externe et un second terminal connecté à la passerelle et associé à un même identifiant téléphonique dans le réseau que le premier terminal.
Dans un mode particulier de réalisation, le message comporte en outre un paramètre indiquant si l'appel est un appel entrant ou sortant.
L'invention s'appuie ainsi avantageusement sur une interface de communication existant déjà entre la passerelle et certains terminaux, comme notamment les terminaux analogiques ou DECT, à savoir le protocole de signalisation V23. Pour plus d'informations concernant ce protocole, l'homme du métier est invité à se référer au document intitulé « 600/1200 baud modem standardized for use in the gênerai switched téléphone network », CCITT Recommendation V23 (1988).
Enfin l'invention vise corrélativement un terminal apte à être connecté à une passerelle d'accès à un réseau de voix sur IP connectée à une pluralité de terminaux associés à un même identifiant téléphonique dans ledit réseau, caractérisé en ce qu'il comporte des moyens pour recevoir un message en provenance de ladite passerelle, ledit message comportant des informations relatives au passage d'un appel établi entre un terminal externe et un terminal de ladite pluralité de terminaux, dans un état connecté ou déconnecté.
Avantageusement, ledit message est codé au format V23 comme décrit plus haut.
Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif :
-la figure 1 représente, dans son environnement, un système et une passerelle conformes à l'invention, dans un mode particulier de réalisation ; -la figure 2A représente, dans un mode particulier de réalisation, les principales étapes des procédés de transmission et de synchronisation selon l'invention, lorsqu'ils sont mis en œuvre par le système et la passerelle représentés sur la figure 1, pour un appel entrant provenant d'un terminal externe et pris par un terminal Tl du système selon l'invention ; et -la figure 2B représente, dans un mode particulier de réalisation, les principales étapes des procédés de transmission et de synchronisation selon l'invention, lorsqu'ils sont mis en œuvre par le système et la passerelle représentés sur la figure 1 pour un appel sortant émis par un terminal Tl du système selon l'invention à destination d'un terminal externe. Description détaillée d'un mode de réalisation
La figure 1 représente, dans son environnement, un système 1 conforme à l'invention, dans un mode particulier de réalisation.
Le système 1 comprend une passerelle d'accès GW à un réseau NW offrant un service de voix sur IP, conforme à l'invention.
La passerelle d'accès GW est équipée d'une pluralité de ports de connexion, Pl, P2, ..., PN, sur lesquels il est possible de connecter une pluralité de terminaux. Dans l'exemple envisagé sur la figure 1, un terminal Tl et un terminal T2 sont connectés respectivement sur les ports Pl et P2 de la passerelle.
Les ports Pl, P2, ... PN de la passerelle GW peuvent être de différents types. Il peut s'agir par exemple de ports FXS, USB, etc. En outre, il est également possible de connecter des terminaux à la passerelle GW via une interface sans fil, telle que par exemple une interface WIFI, par l'intermédiaire notamment d'un dongle connecté à un port USB de la passerelle.
Ainsi, les terminaux pouvant être connectés à la passerelle GW peuvent être également de différents types. Il peut s'agir par exemple de terminaux téléphoniques de type analogiques ou DECT, de terminaux téléphoniques de voix sur IP haute définition, ou encore de terminaux de type PC (Personal Computer). Bien entendu, d'autres terminaux permettant à un utilisateur d'émettre ou de recevoir un appel peuvent être envisagés dans le contexte de l'invention.
Dans l'exemple décrit ici, les terminaux Tl et T2 sont des terminaux de type analogiques ou DECT, et les ports Pl et P2 de la passerelle sur lesquels ils sont connectés sont des ports FXS connus en soi. Les messages de signalisation échangés entre les terminaux Tl et T2 d'une part et la passerelle GW d'autre part sont supposés ici conformes au protocole V23 spécifié par ITTU-T et connu de l'homme du métier. Un tel protocole permet notamment à la passerelle d'envoyer des messages aux terminaux Tl et T2 alors que ceux-ci sont en mode raccroché, c'est-à-dire qu'ils ne participent à aucun appel.
Ces hypothèses ne sont toutefois pas limitatives, d'autres configurations de terminaux peuvent être considérées, moyennant l'adaptation des protocoles de communication entre les terminaux et la passerelle. En outre, un nombre plus important de terminaux connectés à la passerelle pourrait être considéré.
Dans l'exemple envisagé ici, on suppose que la passerelle d'accès GW est associée à un seul identifiant téléphonique ID, aussi couramment appelé numéro de voix sur IP. On parle de service de voix sur IP « monoligne ». Un tel identifiant ID est par exemple une adresse
SIP attribuée à la passerelle GW.
Les terminaux connectés à la passerelle GW sont ainsi, dans le cas envisagé ici, associés au même identifiant téléphonique ID. De cette sorte, un appel destiné à l'identifiant téléphonique ID est signalé par la passerelle aux deux terminaux Tl et T2, et peut être pris indifféremment par le terminal Tl ou le terminal T2. On notera en outre, que du fait que les terminaux Tl et T2 sont associés au même identifiant téléphonique ID : -une seule communication téléphonique simultanée entre un terminal externe (typiquement le terminal TExt) et l'un des terminaux Tl ou T2 connectés à la passerelle peut être établie ; et
-un appel sortant peut être initié indifféremment depuis n'importe lequel des terminaux Tl ou T2 connectés à la passerelle GW. L'invention peut s'adapter toutefois également, sans difficulté majeure pour l'homme du métier, à un service de voix sur IP multi-ligne offert par l'intermédiaire de la passerelle et pour lequel une pluralité d'identifiants téléphoniques seraient associés à la passerelle GW. Dans ce cas, l'invention s'applique indépendamment à chaque « ligne » associée à un identifiant téléphonique distinct.
La passerelle GW a ici l'architecture matérielle d'un ordinateur. Elle comporte notamment un processeur 11, une mémoire vive 12, une mémoire morte 13 et des moyens de communication 14 avec le réseau NW. La passerelle GW comporte en outre un automate d'appel 15, adapté à gérer les appels émis (respectivement reçus) par les terminaux connectés à la passerelle vers (respectivement depuis) un terminal externe, tel que par exemple le terminal téléphonique TExt, lui-même connecté au réseau NW. Un tel automate équipant la passerelle GW est connu de l'homme du métier et ne sera pas détaillé davantage ici. La mémoire morte 13 de la passerelle GW comporte un programme informatique adapté à exécuter les principales étapes du procédé de notification selon l'invention, représentées sur les figures 2A et 2B décrites ultérieurement. Dans l'exemple décrit ici, chaque terminal Tl et T2 dispose d'un écran (non représenté sur la figure 1) et d'un journal d'appels local (référencé respectivement par 21 et 22 sur la figure 1).
De façon connue, un journal d'appels local est une base de données (ou fichier plat) stockée, de préférence, dans une mémoire non volatile du terminal, et répertoriant une liste d'appels. Différents champs sont classiquement associés à un appel dans cette base de données, comme notamment, un identifiant du terminal appelé ou appelant, la date et l'heure auxquelles l'appel a été présenté et éventuellement pris ou établi, la durée de l'appel, etc. Nous allons maintenant décrire, en référence aux figures 2A et
2B, les principales étapes du procédé de notification et du procédé de synchronisation selon l'invention, dans un mode particulier de réalisation, lorsqu'ils sont mis en œuvre respectivement par la passerelle GW et le système 1 représentés sur la figure 1. Deux cas de figure sont envisagés ici pour illustrer le déroulement de ces procédés :
1) un appel est émis par le terminal TExt à destination de l'identifiant téléphonique ID, et est pris par le terminal Tl connecté à la passerelle GW (cas représenté sur la figure 2A) ; 2) un appel est émis par le terminal Tl connecté à la passerelle GW à destination du terminal TExt (cas représenté sur la figure 2B).
En référence à la figure 2A, le terminal TExt émet un appel à destination de l'identifiant téléphonique ID associé à la passerelle GW (étape ElO). Cet appel est véhiculé par le réseau NW jusqu'à la passerelle
GW, selon des moyens connus de l'homme du métier.
Sur réception de cet appel, la passerelle envoie un message d'appel M aux terminaux Tl et T2 pour signaler l'appel (étape E20). Dans l'exemple décrit ici, le message M est conforme au protocole de signalisation V23 et associé à un train de sonnerie. Ainsi, sur réception du message M, les terminaux Tl et T2 sonnent. On suppose ici qu'un utilisateur décroche le terminal Tl afin de prendre l'appel. La connexion entre le terminal TExt et Ie terminal Tl est alors établie et un contexte relatif à cet appel est crée par l'automate 15 de la passerelle GW, selon des moyens connus et non détaillés davantage ici (étape E30). Ce contexte est mémorisé dans la mémoire vive 12 de la passerelle GW.
Le contexte d'appel ainsi crée comprend les paramètres de l'appel et notamment une indication selon laquelle l'appel entre TExt et Tl est dans un état « connecté ». Il indique en outre que l'appel a été pris par le terminal connecté sur le port Pl.
La connexion entre le terminal TExt et le terminal Tl étant établie, le terminal T2 cesse de sonner (i.e. la passerelle GW cesse d'émettre le message M à destination des terminaux Tl et T2).
Le journal d'appels local 22 du terminal T2 est alors mis à jour avec une nouvelle entrée mentionnant notamment que l'appel issu de TExt n'a pas été pris par le terminal T2 et indiquant l'heure à laquelle cet appel a été reçu. Par exemple, le journal d'appels local 22 est enrichi de l'entrée suivante E2 :
E2 = « appel entrant de TExt, reçu à 12h : non répondu ». De façon similaire, le journal d'appels local 21 de Tl est enrichi d'une nouvelle entrée, mentionnant notamment que l'appel issu de TExt a été pris par le terminal Tl et indiquant l'heure à laquelle cet appel a été pris. Par exemple, le journal d'appels local 21 est enrichi de l'entrée El suivante : El = « appel entrant de TExt, reçu à 12h : connecté ».
Sur détection de l'état connecté de l'appel établi entre le terminal TExt et le terminal Tl, la passerelle GW transmet un message de notification Ml au terminal T2 pour lui signaler le passage à l'état connecté de l'appel (étape E40). La passerelle GW identifie les terminaux vers lesquels transmettre le message Ml en consultant le contexte d'appel créé au cours de l'étape E30. Plus précisément, elle identifie, à l'aide de ce contexte, les ports vers lesquels envoyer le message Ml (à savoir ici tous les terminaux connectés à la passerelle hormis le terminal Tl ayant pris l'appel). La nature des ports ainsi identifiés lui permet de sélectionner le protocole de signalisation à utiliser pour envoyer ce message vers les terminaux concernés. Ce message est transporté dans un signal conforme à l'invention.
Ainsi, dans l'exemple envisagé ici, la passerelle GW détermine que le message Ml doit être envoyé, conformément au protocole V23, vers le terminal T2 connecté au port P2. A cette fin, le message Ml prend par exemple la forme d'un message de notification tel que proposé dans le protocole V23, envoyé selon un mode de transmission dit « en phase raccrochée » et non associé à un train de sonnerie. Le message Ml comprend en outre les paramètres suivants : -date et heure de l'appel (paramètre codé par la valeur hexadécimale 01H) ;
-identité du terminal TExt (paramètre codé par la valeur hexadécimale 02H) ;
-état de l'appel (i.e. connecté ou déconnecté) ; et -type de l'appel (i.e. entrant ou sortant).
Dans le cas de figure envisagé ici, le paramètre d'état de l'appel prend la valeur « connecté » et le paramètre de type de l'appel prend la valeur « entrant ».
On notera que le protocole V23 dans sa forme actuelle ne permet pas d'inclure dans un message de notification les paramètres
« état de l'appel » et « type de l'appel ». En conséquence, un codage approprié devra être défini au préalable auprès de ITTU afin que ces paramètres soient reconnus par les terminaux conformes au protocole
V23. Par exemple, un tel codage pourrait associer au paramètre « état de l'appel » la valeur hexadécimale 3DH et au paramètre « type d'appel » la valeur hexadécimale 3EH. Bien entendu, un autre codage pourrait être envisagé.
Sur réception du message Ml, le terminal T2 met à jour son journal local d'appels 22, avec les informations contenues dans ce message Ml (étape E50). Notamment, il met à jour l'entrée E2 du journal 22 correspondant à l'appel reçu du terminal TExt en indiquant que l'appel est dans un état connecté. L'entrée E2 du journal 22 devient par exemple :
E2 = « appel entrant de TExt, reçu à 12h : connecté ». On suppose maintenant que l'utilisateur du terminal Tl raccroche son terminal et met fin à l'appel avec le terminal TExt (étape E60). Sur détection de ce raccrochage sur le port Pl, le contexte de l'appel est mis à jour par l'automate d'appel 15 de la passerelle GW, de sorte à indiquer que l'appel est maintenant dans un état déconnecté sur le port Pl. Sur détection du passage à l'état déconnecté de l'appel, la passerelle GW transmet également au terminal T2, connecté sur le port P2, un message de notification M2 afin de lui signaler le passage à l'état déconnecté de l'appel (étape E70).
De façon similaire à l'étape E40, la passerelle GW identifie les terminaux vers lesquels transmettre le message M2 en consultant le contexte d'appel. Plus précisément, elle identifie à l'aide de ce contexte, les ports vers lesquels envoyer le message M2 (à savoir ici tous les terminaux connectés à la passerelle hormis le terminal Tl). La nature des ports ainsi identifiés lui permet de sélectionner le protocole de signalisation à utiliser pour envoyer ce message vers les terminaux concernés. Ce message est transporté dans un signal conforme à l'invention.
Ainsi, dans l'exemple envisagé ici, la passerelle GW détermine que le message M2 doit être envoyé conformément au protocole V23 vers le terminal T2 connecté au port P2. A cette fin, le message M2 prend par exemple la forme d'un message de notification tel que proposé précédemment pour le message Ml et dans lequel les paramètres d'état de l'appel et de type de l'appel ont les valeurs respectives « déconnecté » et « entrant ». Sur réception du message M2, le terminal T2 met à jour son journal local d'appels 22, avec les informations contenues dans ce message M2 (étape E80). Notamment, il met à jour l'entrée E2 du journal 22 correspondant à l'appel reçu du terminal TExt en indiquant que l'appel est dans un état déconnecté. L'entrée E2 du journal 22 devient ainsi par exemple :
E2 = « appel entrant de TExt, reçu à 12h : déconnecté ».
En outre, le terminal T2 évalue la durée de l'appel reçu et complète l'entrée E2 avec cette durée.
En variante, cette durée peut être évaluée par l'automate d'appel 15 de la passerelle GW à l'aide des informations contenues dans le contexte de l'appel, et transmise dans le message M2 au terminal T2, dans un paramètre dont le codage aura été déclaré au préalable de façon appropriée auprès de ITTU.
A l'issue de l'étape E80, une application de type API (Application
Programming Interface) du terminal T2, connue en soi, vient lire les informations relatives à l'entrée E2 dans le journal d'appel 22 afin de les afficher sur l'écran du terminal T2. Ainsi, il apparaît sur l'écran du terminal
22 les informations suivantes :
« appel entrant de TExt, reçu à 12h, durée 2 min». De façon similaire, le journal local d'appels 21 du terminal Tl est mis à jour, suite au raccrochage du terminal Tl (étape E80'), et une application API du terminal Tl vient lire les informations relatives à l'entrée El dans le journal d'appel 21 afin de les afficher sur l'écran du terminal Tl. Ainsi, il apparaît sur l'écran du terminal 21 les informations suivantes : « appel entrant de TExt, reçu à 12h, durée 2 min».
Nous allons maintenant décrire, en référence à la figure 2B, un exemple dans lequel le terminal Tl est à l'origine d'un appel à destination du terminal TExt (étape FlO).
Cet appel est transmis par la passerelle GW et via le réseau NW jusqu'au terminal TExt, selon des moyens connus de l'homme du métier (étape F20).
On suppose alors qu'un utilisateur décroche le terminal TExt afin de prendre l'appel. La connexion entre le terminal TExt et le terminal Tl est ainsi établie et un contexte relatif à cet appel est crée par l'automate 15 de la passerelle GW (étape F30). Le contexte d'appel ainsi crée comprend les paramètres de l'appel et notamment une indication selon laquelle l'appel entre TExt et Tl est dans un état « connecté ». Il indique en outre que l'appel a été émis par le terminal connecté sur le port Pl.
Suite à cette connexion, le journal d'appels local 21 de Tl est enrichi d'une nouvelle entrée, mentionnant notamment que l'appel émis à destination de TExt est dans un état connecté et indiquant l'heure à laquelle cet appel a été pris. Par exemple, le journal d'appels local 21 est enrichi de l'entrée El' suivante :
El' = « appel sortant vers TExt, émis à 12h : connecté ». Sur détection de l'état connecté de l'appel établi entre le terminal TExt et le terminal Tl, la passerelle GW transmet un message de notification M3 au terminal T2 pour lut signaler le passage à l'état connecté de l'appel (étape F40).
Comme décrit précédemment en référence à la figure 2A, la passerelle GW identifie les terminaux auxquels envoyer le message M3, en consultant le contexte d'appel établi au cours de l'étape F30.
Ainsi, dans l'exemple envisagé ici, la passerelle GW détermine que le message M3 doit être envoyé conformément au protocole V23 vers le terminal T2 connecté au port P2. Ce message M3 est similaire au message Ml décrit précédemment, dans lequel les paramètres d'état de l'appel et de type de l'appel prennent respectivement les valeurs « connecté » et « sortant ».
Sur réception du message M3, le terminal T2 met à jour son journal local d'appels 22, avec les informations contenues dans ce message (étape F50). Notamment, il enrichit son journal d'appels 22 avec une nouvelle entrée E2' correspondant à l'appel émis par le terminal Tl.
L'entrée E2' du journal 22 est par exemple :
E2' = « appel sortant vers TExt, émis à 12h : connecté ». On suppose maintenant que l'utilisateur du terminal Tl raccroche son terminal et met fin à l'appel avec le terminal TExt (étape F60). Sur détection du raccrochage du terminal Tl, le contexte de l'appel est mis à jour par l'automate d'appel 15 de la passerelle GW, de sorte à indiquer que l'appel est maintenant dans un état déconnecté sur le port Pl.
Sur détection du passage à l'état déconnecté de l'appel, la passerelle GW transmet également au terminal T2 connecté sur le port P2, un message de notification M4 pour lui signaler le passage à l'état déconnecté de l'appel (étape F70). Le message M4 est similaire au message M2 décrit précédemment dans lequel les paramètres d'état de l'appel et de type de l'appel prennent respectivement les valeurs « déconnecté » et « sortant ».
Sur réception du message M4, le terminal T2 met à jour son journal local d'appels 22, avec les informations contenues dans ce message (étape F80). Notamment, il met à jour l'entrée E2' du journal 22 correspondant à l'appel émis vers le terminal TExt, en indiquant que l'appel est maintenant dans un état déconnecté. L'entrée E2' du journal 22 devient ainsi par exemple : E2' = « appel sortant vers TExt, émis à 12h : déconnecté ».
En outre, le terminal T2 évalue la durée de l'appel reçu et complète l'entrée E2' avec cette durée. En variante, cette durée peut être évaluée par l'automate d'appel 15 de la passerelle GW et transmise dans le message M4.
A l'issue de l'étape F80, l'application API du terminal T2 précédemment décrite vient lire les informations relatives à l'entrée E2' dans le journal d'appel 22 afin de les afficher sur l'écran du terminal T2. Ainsi, il apparaît sur l'écran du terminal 22 les informations suivantes : « appel sortant vers TExt, émis à 12h, durée 2 min».
De façon similaire, le journal local d'appels 21 du terminal Tl est mis à jour, suite au raccrochage du terminal Tl (étape F80"), et l'application API du terminal Tl vient lire les informations relatives à l'entrée El' dans le journal d'appel 21 afin de les afficher sur l'écran du terminal Tl. Ainsi, il apparaît sur l'écran du terminal 21 les informations suivantes :
« appel sortant vers TExt, émis à 12h, durée 2 min».
Les exemples envisagés ici s'appuient sur des messages de signalisation échangés entre la passerelle et les terminaux conformes au protocole V23. Cette hypothèse n'est toutefois pas limitative. D'autres messages peuvent bien entendu être envisagés, en conformité avec d'autres protocoles standardisés ou des protocoles propriétaires.

Claims

REVENDICATIONS
1. Procédé de notification mis en œuvre par une passerelle d'accès (GW) à un réseau (NW) de voix sur IP, connectée à une pluralité de terminaux (T1/T2) associés à un même identifiant téléphonique dans ledit réseau, ledit procédé étant caractérisé en ce qu'il comporte, sur détection (EBOXEOO7FBOXFOO) par ladite passerelle d'un passage dans un état connecté ou déconnecté d'un appel établi entre un terminal externe (TExt) et un terminal (Tl) de ladite pluralité de terminaux, une étape de transmission (E40,E70,F40,F70) vers au moins un autre terminal (T2) de ladite pluralité de terminaux d'un message (M1,M2,M3,M4) comprenant des informations relatives audit passage dudit appel dans ledit état connecté ou déconnecté.
2. Procédé de notification selon la revendication 1 dans lequel lesdites informations comprennent au moins un paramètre indiquant ledit état dudit appel et un paramètre indiquant si ledit appel est un appel entrant ou sortant.
3. Passerelle d'accès (GW) à un réseau de voix sur IP connectée à une pluralité de terminaux (T1,T2) associés à un même identifiant téléphonique dans ledit réseau, ladite passerelle comprenant :
-des moyens (15) pour détecter un passage dans un état connecté ou déconnecté d'un appel établi entre un terminal externe (TExt) et un terminal (Tl) de ladite pluralité de terminaux ; et -des moyens, activés sur détection dudit passage, pour transmettre vers au moins un autre terminal (T2) de ladite pluralité de terminaux, un message comprenant des informations relatives audit passage dudit appel dans ledit état connecté ou déconnecté.
4. Procédé de synchronisation d'un journal local d'appels (22) d'un premier terminal (T2) connecté à une passerelle d'accès à un réseau (NW) de voix sur IP, ledit procédé de synchronisation comprenant : -sur détection (E30,E60,F30,F60) par ladite passerelle (GW) d'un passage dans un état connecté ou déconnecté d'un appel établi entre un terminal externe (TExt) et un second terminal (Tl) connecté à ladite passerelle (GW) et associé à un même identifiant téléphonique dans ledit réseau que ledit premier terminal, une étape de transmission (E40,E70,F40,F70) par ladite passerelle vers ledit premier terminal (T2) d'un message (M1,M2,M3,M4) comprenant des informations relatives audit passage dudit appel dans ledit état connecté ou déconnecté ; et -une étape de mise à jour dudit journal d'appel (22) dudit premier terminal (T2) à l'aide desdites informations.
5. Système (1) comprenant une passerelle d'accès (GW) à un réseau (NW) de voix sur IP selon la revendication 3 connectée à une pluralité de terminaux (T1,T2) associés à un même identifiant téléphonique dans ledit réseau, chaque terminal (T2,T1) de ladite pluralité de terminaux étant adapté à mettre à jour un journal local d'appels (22,21) de ce terminal à l'aide d'informations reçues de ladite passerelle relatives à un passage dans un état connecté ou déconnecté d'un appel établi entre un terminal externe (TExt) et un autre terminal (T1,T2) de la pluralité de terminaux.
6. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de notification selon la revendication 1 lorsque ledit programme est exécuté par un ordinateur.
7. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de notification selon la revendication 1.
8. Signal conforme au protocole V23 spécifié par ITTU-T, comprenant un message (M1,M2,M3,M4) et adapté à être envoyé, par une passerelle d'accès (GW) à un réseau de voix sur IP à un premier terminal (T2) connecté à ladite passerelle, caractérisé en ce que ledit message comporte au moins un paramètre représentatif d'un état de connexion ou de déconnexion d'un appel établi entre un terminal externe (TExt) et un second terminal (Tl) connecté à ladite passerelle et associé à un même identifiant téléphonique dans ledit réseau que ledit premier terminal.
9. Signal selon la revendication 8, caractérisé en ce que le message comprend en outre un paramètre indiquant si ledit appel est un appel entrant ou sortant.
10. Terminal (T2) apte à être connecté à une passerelle d'accès (GW) à un réseau de voix sur IP connectée à une pluralité de terminaux (Tl, T2) associés à un même identifiant téléphonique dans ledit réseau, caractérisé en ce qu'il comporte des moyens pour recevoir un message en provenance de ladite passerelle, ledit message comportant des informations relatives au passage d'un appel établi entre un terminal externe (TExt) et un terminal (Tl) de ladite pluralité de terminaux, dans un état connecté ou déconnecté.
11. Terminal (T2) selon la revendication 10, caractérisé en ce que ledit message correspond au message transporté dans le signal selon la revendication 8 ou 9.
EP09804049A 2008-12-30 2009-12-16 Procede de notification et passerelle d'acces a un reseau de voix sur ip Withdrawn EP2371106A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0859121 2008-12-30
PCT/FR2009/052561 WO2010076497A1 (fr) 2008-12-30 2009-12-16 Procede de notification et passerelle d'acces a un reseau de voix sur ip

Publications (1)

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

Family

ID=40848253

Family Applications (1)

Application Number Title Priority Date Filing Date
EP09804049A Withdrawn EP2371106A1 (fr) 2008-12-30 2009-12-16 Procede de notification et passerelle d'acces a un reseau de voix sur ip

Country Status (3)

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

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3000337A1 (fr) * 2012-12-24 2014-06-27 France Telecom Procede de gestion des renvois d'appel dans un systeme de communication comprenant des terminaux associes a un identifiant commun
CN104580169A (zh) * 2014-12-23 2015-04-29 惠州Tcl移动通信有限公司 一种进行文件同步的方法及系统
FR3081643A1 (fr) * 2018-06-12 2019-11-29 Orange Passerelle et procede de gestion d'un service telephonique voip
CN115017920A (zh) 2018-10-15 2022-09-06 华为技术有限公司 一种翻译方法及电子设备
US11606460B2 (en) * 2021-04-07 2023-03-14 High Sec Labs Ltd. Mutual disabling unit for multiple phones
CN116264598A (zh) * 2021-12-14 2023-06-16 荣耀终端有限公司 一种多屏协同的通话方法、系统、终端及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050018653A1 (en) * 2003-07-22 2005-01-27 Qwest Communications International Inc (Patent Prosecution) Personal communication service network interface device
US20060140173A1 (en) * 2004-12-24 2006-06-29 Christopher Hoover Sustained VOIP call logs using PoC contact lists
US20060187900A1 (en) * 2005-02-22 2006-08-24 Akbar Imran M Method and system for providing private virtual secure Voice over Internet Protocol communications
EP2191631A1 (fr) * 2007-09-12 2010-06-02 Nokia Corporation Journal des appels centralisé pour informations de protocole d'appel synchronisé

Family Cites Families (3)

* 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
JP2004336619A (ja) * 2003-05-12 2004-11-25 Sony Corp 機器間認証システム及び機器間認証方法、通信機器、並びにコンピュータ・プログラム
KR100694206B1 (ko) * 2005-02-28 2007-03-14 삼성전자주식회사 사설망에서의 ｓｉｐ 서비스 제공 장치 및 그 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050018653A1 (en) * 2003-07-22 2005-01-27 Qwest Communications International Inc (Patent Prosecution) Personal communication service network interface device
US20060140173A1 (en) * 2004-12-24 2006-06-29 Christopher Hoover Sustained VOIP call logs using PoC contact lists
US20060187900A1 (en) * 2005-02-22 2006-08-24 Akbar Imran M Method and system for providing private virtual secure Voice over Internet Protocol communications
EP2191631A1 (fr) * 2007-09-12 2010-06-02 Nokia Corporation Journal des appels centralisé pour informations de protocole d'appel synchronisé

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "suite - Définitions, synonymes, conjugaison, exemples | Dico en ligne Le Robert", 8 November 2021 (2021-11-08), XP055858865, Retrieved from the Internet <URL:https://dictionnaire.lerobert.com/definition/suite> [retrieved on 20211108] *
ANONYMOUS: "sur - Définitions, synonymes, conjugaison, exemples | Dico en ligne Le Robert", 8 November 2021 (2021-11-08), XP055858863, Retrieved from the Internet <URL:https://dictionnaire.lerobert.com/definition/sur> [retrieved on 20211108] *
See also references of WO2010076497A1 *

Also Published As

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

Similar Documents

Publication Publication Date Title
FR2753862A1 (fr) Procede et systeme de communication interactive entre deux appareils telephoniques via le reseau internet
EP1599987A2 (fr) Dispositif de gestion de communications multimedia via un reseau asynchrone et un reseau de telephone, a compensation de delai de transmission
EP2371106A1 (fr) Procede de notification et passerelle d&#39;acces a un reseau de voix sur ip
WO2019243716A1 (fr) Procédé et dispositif de filtrage d&#39;une communication
EP3903476B1 (fr) Procédé de traitement de messages vocaux, procédé de désactivation d&#39;un codage dtmf et procédé de traitement d&#39;une demande de désactivation d&#39;un codage dtmf
EP3466042B1 (fr) Procédé de qualification de l&#39;identité d&#39;un terminal appelant
EP3311559B1 (fr) Établissement d&#39;une communication par allocation à un terminal appelant d&#39;un identifiant d&#39;appel intermédiaire dédié à la communication
CA2593870A1 (fr) Enregistrement de communications dans un reseau de telecommunications
WO2007077402A2 (fr) Procede et dispositif de gestion des communications personnelles d&#39;au moins un utilisateur
EP2366245B1 (fr) Traitement d&#39;une demande de mise en communication par un dispositif de routage associe a une pluralite de terminaux
EP2100430B1 (fr) Procédé et système de télécommunication permettant à au moins deux utilisateurs distincts d&#39;accéder à un meme ensemble d&#39;informations
EP3482577B1 (fr) Établissement d&#39;une communication par allocation à un terminal appelant d&#39;un identifiant d&#39;appel intermédiaire dédié à la communication
EP1994732A1 (fr) Procede de transmission d&#39;une information d&#39;inhibition d&#39;un service de messagerie
EP3785486A1 (fr) Procédé et système de détection d&#39;interruption de com-munications et de rétablissement automatique des communications
FR3091445A1 (fr) Procédé de libération d’un canal de communication conforme à la norme DECT, base et terminal conformes à la norme DECT.
EP3648443A1 (fr) Gestion d&#39;une communication entre un terminal de communication appelant, disposant d&#39;un identifiant d&#39;appel principal et d&#39;un identifiant d&#39;appel secondaire, et un terminal de communication appelé
FR3099018A1 (fr) Procédé de traitement d’une demande de transfert d’une communication téléphonique dans un réseau de communication, procédé de demande de transfert d’une communication téléphonique, dispositifs, plateforme de gestion, équipement terminal et programme d’ordinateur associé.
WO2005117408A1 (fr) Procede et dispositif d’etablissement düne conference telephonique
WO2003071776A1 (fr) Systeme et procede de cooperation d&#39;une plateforme de service telephonique avec une plateforme de service de type internet
FR2860936A1 (fr) Procede et systeme de controle de communication multi-terminaux
EP1601170A1 (fr) Procédé d&#39;établissement d&#39;une liaison d&#39;échange de données entre une messagerie vocale et un terminal appelant
EP1634431A1 (fr) Procede et dispositif de mise a jour d un repertoire comportant des coordonnees de correspondants d un abonne a un reseau de telecommunication
FR2895863A1 (fr) Procede et dispositif de gestion des communications personnelles d&#39;au moins un utilisateur
FR2837050A1 (fr) Procede et dispositif de transmission d&#39;un message entre terminaux telephoniques
FR2867651A1 (fr) Procede de transmission d&#39;informations par mms et telephones associes

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

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 (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20170626

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20220326