EP2248333A1 - Procede de gestion d'une session de communication au niveau d'une passerelle domestique - Google Patents

Procede de gestion d'une session de communication au niveau d'une passerelle domestique

Info

Publication number
EP2248333A1
EP2248333A1 EP09720715A EP09720715A EP2248333A1 EP 2248333 A1 EP2248333 A1 EP 2248333A1 EP 09720715 A EP09720715 A EP 09720715A EP 09720715 A EP09720715 A EP 09720715A EP 2248333 A1 EP2248333 A1 EP 2248333A1
Authority
EP
European Patent Office
Prior art keywords
local
terminal
communication session
home gateway
transfer
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
EP09720715A
Other languages
German (de)
English (en)
Inventor
Guillaume Collin
Philippe Bouille
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 EP2248333A1 publication Critical patent/EP2248333A1/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/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding
    • 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/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/1036—Signalling gateways at the edge
    • 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/1083—In-session procedures
    • H04L65/1094—Inter-user-equipment sessions transfer or sharing
    • 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/58—Arrangements for transferring received calls from one subscriber to another; Arrangements affording interim conversations between either the calling or the called party and a third party
    • 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]

Definitions

  • the invention relates to the general field of management of multimedia communication sessions in a telecommunications network and more particularly the transfer of an ongoing communication session within a local network managed by a home gateway.
  • the invention finds a preferred but non-limiting use in the transfer of VoIP ("Voice Over IP”) telephone calls.
  • VoIP Voice Over IP
  • the home gateway Upon receipt of an incoming call addressed to this number, the home gateway distributes the incoming call to all local terminals, to allow the establishment of a communication between a local terminal and a remote or local terminal which is at the origin of the call.
  • a communication session is then established between the local terminal and the terminal that is causing the call.
  • Such a solution is not adapted to a flexible environment such as a home environment, in which each user is not necessarily associated with a specific terminal, unlike a professional environment where a relationship linking a user to a terminal is known. a priori from each user.
  • the present invention provides a solution that does not have the drawbacks mentioned above, by proposing a method of managing a communication session between a first local terminal of a plurality of local terminals connected to a home gateway and a remote terminal. , said method being characterized in that the home gateway performs, in response to a transfer command of said communication session sent by the first local terminal, a step of transferring said communication session to the local terminals of said plurality of local terminals. except for the first local terminal.
  • the transfer step according to the invention offers the possibility to another potentially more suitable user than the one who is at the origin of the transfer command, to receive the current communication session, without having to know previously the identity of this other user (or a terminal associated with it).
  • This feature makes the method particularly advantageous in the case where all local terminals are linked to the same contact number via the home gateway and that these do not have the ability to differentiate from each other to allow the addressing the communication session to a given terminal.
  • Transferring the current communication session to the local terminals with the exception of the one that initiated the transfer command makes the process flexible and non-binding in that it does not require the assignment of a virtual contact number specific to each local terminal for transferring to a potentially more suitable terminal.
  • the method according to the invention is also particularly advantageous in the case where the relationship between the users and the local terminals is constantly changing over time.
  • This is for example the case of local terminals in a home network, where each user is not necessarily associated with a specific terminal and / or portable local terminals can be moved over time, thus making the user / terminal relationship difficult. predictable.
  • the user at the origin of the transfer command does not know, a priori, the distribution of the local terminals with respect to the present users, that is to say that he does not know in the vicinity of which terminal local is each user when transferring the communication session.
  • the home gateway broadcasts an integration request to enable to integrate in said current communication session, a local terminal of the plurality of local terminals to the exception of the first local terminal.
  • This broadcast offers the possibility to any local terminal and in particular to a more suitable terminal than the one at the origin of the sending of the transfer command, to integrate the current communication session, by answering this request.
  • the home gateway broadcasts the integration request with an information message indicating the object of the transfer. This feature is particularly advantageous in the case where the local terminals are able to display this message to the user, to maximize the chances that a potentially interested user answers the call by unhooking.
  • the home gateway also performs the following operations:
  • the holding of the remote terminal keeps the communication session in progress, for example by preventing the remote terminal from terminating the communication session, in which case the transfer of the communication would no longer be necessary.
  • the steps performed by the home gateway are repeated until the communication session is transferred to an appropriate local terminal.
  • the number of local terminals to which the integration request is broadcast decreases during the iterations, eliminating at each iteration the terminal which is at the origin of the new iteration of the transfer step, the user this terminal is not affected by the current communication.
  • the home gateway manages the transfer of the current communication session according to a session initiation signaling protocol, which has the advantage of being a protocol whose use by the operators of telecommunication is widespread for the implementation of conversational services.
  • the present invention also aims at a home gateway capable of implementing the steps of the management method described above.
  • the home gateway according to the invention is able to manage a communication session between a first local terminal of a plurality of local terminals connected to said home gateway and a remote terminal.
  • the home gateway comprises means for transferring the communication session to the local terminals of said plurality of local terminals except the first local terminal, in response to a transfer command of said communication session sent by the first local terminal.
  • the various steps of the management method described above are determined by computer program instructions intended to be executed by a processor.
  • the invention also relates to a computer program on an information medium, this program being capable of being implemented in the home gateway according to the present invention or more generally in a computer, this program comprising instructions adapted to the implementation of the steps of a management method according to the invention 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 form desirable shape.
  • the invention also relates to a computer readable information medium, on which are recorded 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 the use of the management method according to the invention for the transfer of at least one voice-over-IP type communication session.
  • FIG. 1 schematically illustrates a system comprising a home gateway according to the present invention.
  • FIG. 2 illustrates in flowchart form the steps of the method according to one embodiment of the present invention.
  • FIG. 1 shows a system comprising a home gateway P placed in a power cut between a set of local terminals comprising a first local terminal Ti, a second local terminal T 2 and a third local terminal T 3 on a local network. 1 and on the other hand a remote terminal T'i on a telecommunications network 2.
  • the local network 1 is a home network in a subscriber client with an operator (or service provider) and the telecommunication network 2 is an IMS network ("IP Multimedia Subsystem ") of the operator.
  • the IMS network is compatible with mobile or fixed networks and IP type networks such as the Internet.
  • IP IP Multimedia Subsystem
  • the IMS network makes it possible to offer multimedia services on the underlying network architectures.
  • the IMS uses VoIP technology based on the Session Initiation Protocol (SIP).
  • SIP Session Initiation Protocol
  • the first local terminal Ti is a wireline telephone SIP
  • the second local terminal T 2 is a wireless telephone (DECT / SIP)
  • the third local terminal T 3 is a Wi-Fi telephone (IEEE 802.11) carrying a protocol stack SIP
  • the remote terminal T'i is a computer on which is installed an IP telephony application (softphone SIP).
  • the skilled person can use any other type of terminal able to communicate with the home gateway P.
  • the local terminals T1, T2, T3 are all linked to a single VoIP telephone number previously defined at the home gateway P, so that they can not differentiate from each other.
  • the home gateway P is an ADSL modem router ("Assymetric Digital Subscriber Line") capable of managing SIP communication sessions, such as an Orange LiveBox TM.
  • ADSL modem router Analog Subscriber Line
  • the home gateway P has the conventional architecture of a computer. It comprises in particular a processor 11, a RAM type RAM 12 and a ROM type ROM 13.
  • the read-only memory 13 stores a computer program 130 according to the invention, this program 130 comprising instructions for executing the steps of the management method in accordance with the invention, these steps being represented on the flowchart of FIG. 2.
  • the computer program 130 is a server application 130 running by the processor 11 of the home gateway P.
  • the RAM 12 is used during the execution of the computer program 130 by the processor 11.
  • the home gateway P also comprises communication means 14 adapted to communicate with the local terminals T1, T2, T3 and the remote terminal T'I.
  • communication means 14 adapted to communicate with the local terminals T1, T2, T3 and the remote terminal T'I.
  • the signaling protocol used in this embodiment is the SIP (Session Initiation Protocol), the person skilled in the art will understand that other signaling protocols, such as H.323 or MGCP type protocols ( Media Gateway Control Protocol ”) may be applied in the context of the present invention.
  • SIP Session Initiation Protocol
  • H.323 H.323
  • MGCP type protocols Media Gateway Control Protocol
  • the home gateway P being placed in a power cut between the plurality of local terminals T1, T2, T3 and the remote terminal T'1, it intercepts all the signaling messages exchanged between the terminals.
  • the remote terminal T1 initiates the incoming call, sending to the single VoIP number a request to initialize a communication session compliant with the SIP protocol.
  • This initialization request is an invitation encapsulating the SDP ("Session Description Protocol") protocol.
  • SDP Session Description Protocol
  • This is of the following form: INVITE (SDPl), where "SDPl” designates a set of parameters characterizing the communication session S according to the SDP protocol. Such parameters are described in particular in a publication referenced RFC 4566.
  • the home gateway P Upon receipt of this initialization request, the home gateway P broadcasts (step E2) said request to the plurality of local terminals T1, T2, T3 on the home network 1. In known manner, it follows that each local terminal home network 1 starts ringing to indicate the incoming call.
  • a user of the first terminal T1 of the plurality of local terminals T1, T2, T3 responds to the incoming call by unhooking.
  • This causes the sending to the remote terminal T'1 by the first local terminal T1 of a signaling message 200 OK according to the SIP protocol (called SIP response code 200 OK).
  • the remote terminal T1 sends a confirmation message ACK compliant with the SIP protocol (called SIP ACK), to indicate the establishment of the communication session S between the first local terminal T1 and the terminal.
  • SIP ACK confirmation message ACK compliant with the SIP protocol
  • the communication session S is established between the first local terminal T1 and the remote terminal T1.
  • a media session according to the RTP ("Real-time Transport Protocol") protocol is established within the SIP communication session to provide data transmission.
  • the home gateway P causes the ringing of the local terminals T2, T3 to stop by canceling the SIP INVITE initialization request (SDP1) with the second T2 and third T3 local terminals.
  • the home gateway P sends a CANCEL cancellation message conforming to the SIP protocol (known as the SIP CANCEL) to the second T2 and third local T3 terminals, which return the SIP response code 200 OK.
  • the user of the first local terminal T1 realizes that he is not concerned by this call and therefore he wishes to transfer the current communication session. For this, it causes by means of its terminal, the sending of a transfer command C of the current communication session, during a transfer control step E4.
  • This transfer command C is an invitation of the INVITE type (SDPl, HoId) conforming to the SIP protocol and encapsulating the SDP protocol, where "SDPl” designates all the parameters characterizing the communication session S according to the SDP protocol already described above. before.
  • the invitation further includes so-called "HoId” data necessary to enable the remote terminal Tl to be held while the current communication session is being transferred.
  • the transfer command C is generated when the user of the first terminal Tl presses a dedicated virtual button (called “softkey”) displayed on the screen of his terminal or on at least one key DTMF ("Dual Tone Multi-Frequency" ) predetermined on the keyboard of his terminal.
  • DTMF Double Tone Multi-Frequency
  • the transfer function can be activated preferably by a single press of a dedicated DTMF key or a virtual button.
  • the definition of such a function requires updating each local terminal so that it stores the SIP transfer command to be sent associated with a dedicated key.
  • the transfer control C comprises an information message O intended to indicate the object of the transfer.
  • this information message O may consist of a voice or text message recorded by the user from the first local terminal T1, indicating for example the name of a user to whom the call is intended. .
  • the transfer command C is sent by the first local terminal T1 to the home gateway P which will process this command to first broadcast an invitation to other local terminals to take part in the current communication session and secondly to waiting for the remote terminal to wait until another local terminal has accepted the invitation.
  • the standby procedure is standardized in SIP by HETF ("Internet Engineering Task Force") according to RFC 3261 to which a person skilled in the art can refer.
  • the home gateway P From the data "HoId" contained in the control request C, the home gateway P transmits to the remote terminal Tl a hold command to maintain the communication session S with the remote terminal T1.
  • the hold command may include an audio or text message indicating that the current communication session is being transferred to another local terminal, so that the user of the remote terminal T1 does not end. to it by hanging up, in which case the transfer of this communication session S would no longer be necessary.
  • the hold command is constituted by the INVITE invitation (SDPl (sendonly); HoId) where "sendonly" is an attribute within the meaning of the document RFC 4566.
  • the remote terminal T1 Upon reception of this hold command, the remote terminal T1 is placed in a waiting state ("on hold” status), which it confirms by sending to the first local terminal T1 via the home gateway P, a SIP response code 200 OK with the attribute "recvonly” where "recvonly” is an attribute in the sense of the document RFC 4566
  • the first local terminal T1 Upon receipt of the SIP code 200 OK accompanied by the attribute "recvonly", the first local terminal T1 has confirmation that the remote terminal T'1 is put on hold. As a result, the remote terminal T'1 can only receive data within the current communication session and not send it. In other words, the RTP media session ensuring the transmission of data (voice and / or video) within the SIP communication session is made unidirectional.
  • the home gateway P From the parameters "SDPl" contained in the transfer control C, the home gateway P generates and broadcasts an integration request I, to allow the integration of at least one local terminal of the plurality of local terminals to the exception of the first local terminal Tl, in the current communication session S.
  • This integration request consists of a SIP invitation of the type INVITE (SDPl) already described. This is broadcast by the home gateway P, during a broadcast step E6, the second T2 and third T3 local terminals. This has the effect of ringing the second T2 and third T3 terminals.
  • SDPl type INVITE
  • the user at the origin of the transfer is not aware a priori of the identity of the local terminal and / or its user to whom the call is really intended, because it does not exist in the environment domestic relationship predefined linking a user to a local terminal.
  • the second terminal T2 is a wireless phone, it is caused to be moved geographically by a user unpredictably through the domestic environment covered by the local network.
  • the broadcast of the integration request I to all the local terminals T2, T3, with the exception of the terminal at the origin of the transfer T1, allows a user who has received the incoming call transfer this call without having to know the identity of the local terminal to which the call is destined.
  • the information message O generated from the first local terminal T1 has been included in the transfer command C, it is extracted from the transfer command C and inserted in the integration request I by the home gateway P to indicate the object of the transfer.
  • the information message O is presented to the second T2 and third T3 local terminals, so as to inform the users of these terminals of the purpose of the call transfer.
  • This message can be used for example to communicate the identity of the user to whom the call is really intended.
  • the information message O does not know on which local terminal this user can be attached, but can be advantageously used during the broadcast step E6 of the request d I integration, to maximize the chances that the user concerned answers the call in view of this message.
  • the user of the second terminal T2 answers the call by unhooking.
  • This causes the sending to the home gateway P by the second local terminal T2 of a SIP response code 200 OK in response to which, the home gateway P sends a SIP confirmation message ACK.
  • the second local terminal T2 is then integrated into the current communication session S.
  • the home gateway P Upon reception of the SIP response code 200 OK sent by the second local terminal T2, the home gateway P terminates the waiting state of the remote terminal T'1. For this purpose, the home gateway P sends the remote terminal T1 a command to resume the communication session.
  • This recovery command is a SIP invitation of the INVITE type (SDPl (summarize)), where "summarizes” designates an SDP attribute causing the bidirectionality of the RTP media session to be restored with the remote terminal T'1, so that It can not only receive data within the SIP communication session but also transmit it.
  • SDPl summarize
  • the remote terminal T1 Upon receipt of the resume command, the remote terminal T1 sends a SIP response code 200 OK to the home gateway P which in response returns a SIP confirmation message ACK.
  • the home gateway P causes the ringing of the third local terminal to stop, canceling the SIP INVITE initialization request (SDP1) with the second local terminal T2. For this, the home gateway P sends a CANCEL cancellation message to the second local terminal T2 which returns a SIP response code 200 OK.
  • the home gateway P causes the release of the first local terminal Tl of the current communication session.
  • a BYE message conforming to the SIP protocol (called SIP BYE) is sent by the home gateway P to the first local terminal T1 which responds by returning a SIP response code 200 OK.
  • SIP BYE BYE message conforming to the SIP protocol
  • the release step ElO executed by the home gateway P is provided to ensure that the first local terminal T1 is automatically excluded from the communication session S, since the second local terminal T2 has taken part in the communication session. S.
  • the user of the first local terminal Tl can hang up of his own free from the moment the second local terminal T2 is integrated in the current communication session.
  • the communication session S can be transferred again by repeating the steps E4 to ElO described above, until a user of an appropriate local terminal answers the transferred call.
  • a second transfer step can be performed when the second local terminal T2 sends a transfer command to the home gateway P.
  • This second and last transfer step will transfer the communication session to the third local terminal T3, after which it will no longer be possible to perform a new transfer step.
  • the local network 1 comprises a set of N local terminals
  • the communication session S has been initiated by the remote terminal T'1 (incoming call of the point of view of the local network 1).
  • the present invention applies to any type of communication session in progress between a local terminal and a remote terminal T'1, regardless of how this communication session has been established.
  • the present invention applies in particular to the case where the communication session S has been established on the initiative of a local terminal (outgoing call from the point of view of the local network 1) and not on the initiative of the terminal. remote T'1.
  • management method described above generally applies to multimedia communication sessions allowing the exchange of data (textual, audio and / or video) in real time.
  • the scope of the present invention is not limited to the case of IP telephony, but also includes for example video telephony over IP (V 2 OlP: “Voice and Video over IP”) or instant messaging.
  • V 2 OlP video telephony over IP
  • instant messaging instant messaging

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne le transfert d'une session de communication préalablement établie entre un premier terminal local (T1) d'une pluralité de terminaux locaux (T1, T2, T3) connectés à une passerelle domestique (P) et un terminal distant (T1). En réponse à une commande de transfert (E4) émise par le premier terminal local (T1), la passerelle domestique (P) effectue une étape de transfert (E5, E6, E8, E9, E10) de la session de communication (S), aux terminaux locaux (T2, T3) de ladite pluralité de terminaux locaux (T1, T2, T3) à l'exception du premier terminal local (T1).

Description

Procédé de gestion d'une session de communication au niveau d'une passerelle domestique
Arrière-plan de l'invention
L'invention concerne le domaine général de la gestion de sessions de communications multimédia dans un réseau de télécommunications et plus particulièrement le transfert d'une session de communication en cours au sein d'un réseau local géré par une passerelle domestique.
L'invention trouve une utilisation privilégiée mais non limitative dans le transfert d'appels téléphoniques de type VoIP (« Voice Over IP »).
Sur un réseau local, il est connu de connecter à une même passerelle domestique un ensemble de terminaux locaux liés à un même numéro de téléphone VoIP.
Sur réception d'un appel entrant adressé à ce numéro, la passerelle domestique distribue l'appel entrant à l'ensemble des terminaux locaux, pour permettre l'établissement d'une communication entre un terminal local et un terminal distant ou local qui est à l'origine de l'appel. Lorsqu'un utilisateur d'un terminal local répond à cet appel, une session de communication est alors établie entre ce terminal local et le terminal qui est à l'origine de l'appel.
Dans un cas où cet utilisateur n'est pas concerné par cet appel, ou si l'utilisateur souhaite transférer l'appel à un autre membre terminal, par exemple dans le cas d'un transfert de communication entre deux membres d'un même foyer, l'utilisateur est dans l'incapacité de transmettre la session de communication en cours à un terminal local plus adéquat. Cette limitation est notamment due au fait que tous les terminaux locaux sont liés à un même numéro VoIP et que ceux-ci ne possèdent pas de capacité de se différencier les uns par rapport aux autres.
Dans le cadre des réseaux locaux d'entreprises, il existe une solution qui consiste à établir un plan d'adressage et à attribuer à chaque terminal de communication local un numéro virtuel VoIP distinct, pour permettre d'adresser chaque terminal individuellement.
La nécessité d'établir un plan de numérotation et d'attribuer des numéros virtuels rend cette solution contraignante et complexe à mettre en œuvre pour l'administrateur du réseau local. Elle est d'autant plus contraignante que l'utilisateur qui souhaite effectuer un transfert d'appel interne doit connaître l'identité du terminal auquel le transfert doit être adressé.
Une telle solution n'est pas adaptée à un environnement flexible tel qu'un environnement domestique, dans lequel chaque utilisateur n'est pas nécessairement associé à un terminal spécifique, contrairement à un environnement professionnel où une relation liant un utilisateur à un terminal est connue a priori de chaque utilisateur.
En effet, dans un environnement domestique, les terminaux locaux portables peuvent être déplacés de manière non prévisible au cours du temps, de la même manière que les utilisateurs peuvent se déplacer librement dans l'environnement domestique. De ce fait, la relation entre un terminal et un utilisateur n'est pas connue a priori, et par conséquent, même si l'on connaît l'identité de l'utilisateur auquel on souhaite transférer l'appel en interne, on ne connaît a priori sur quel terminal celui-ci peut être joint étant donné qu'on ne connaît pas le terminal au voisinage duquel cet utilisateur a des chances de se trouver.
Objet et résumé de l'invention
La présente invention offre une solution qui ne présente pas les inconvénients mentionnés ci-avant, en proposant un procédé de gestion d'une session de communication entre un premier terminal local d'une pluralité de terminaux locaux connectés à une passerelle domestique et un terminal distant, ce procédé étant caractérisé en ce que la passerelle domestique effectue, en réponse à une commande de transfert de ladite session de communication émise par le premier terminal local, une étape de transfert de ladite session de communication aux terminaux locaux de ladite pluralité de terminaux locaux à l'exception du premier terminal local.
De manière avantageuse, l'étape de transfert selon l'invention offre la possibilité à un autre utilisateur potentiellement plus adapté que celui qui est à l'origine de la commande de transfert, de recevoir la session de communication en cours, sans avoir à connaître préalablement l'identité de cet autre utilisateur (ou d'un terminal lui étant associé). Cette caractéristique rend le procédé particulièrement avantageux dans le cas où tous les terminaux locaux sont liés à un même numéro de contact via la passerelle domestique et que ceux-ci ne possèdent pas la capacité de se différencier les uns par rapport aux autres pour permettre l'adressage de la session de communication à un terminal donné.
Le fait de transférer la session de communication en cours aux terminaux locaux à l'exception de celui qui est à l'origine de la commande de transfert rend le procédé flexible et non contraignant dans la mesure où il ne nécessite pas l'attribution d'un numéro de contact virtuel propre à chaque terminal local pour effectuer le transfert à un terminal potentiellement plus adapté.
Le procédé selon l'invention est également particulièrement avantageux dans le cas où la relation entre les utilisateurs et les terminaux locaux évolue constamment au cours du temps. Ceci est par exemple le cas des terminaux locaux dans un réseau domestique, où chaque utilisateur n'est pas nécessairement associé à un terminal spécifique et/ou les terminaux locaux portables peuvent être déplacés au cours du temps, rendant ainsi la relation utilisateur/terminal difficilement prévisible. Dans ce cas, l'utilisateur à l'origine de la commande de transfert ne connaît pas a priori la répartition des terminaux locaux par rapport aux utilisateurs présents, c'est-à-dire qu'il ne connaît pas au voisinage de quel terminal local se trouve chaque utilisateur lors du transfert de la session de communication.
Selon une caractéristique de la présente invention, lors de l'étape de transfert, la passerelle domestique diffuse une requête d'intégration pour permettre d'intégrer à ladite session de communication en cours, un terminal local de la pluralité de terminaux locaux à l'exception du premier terminal local.
Cette diffusion offre la possibilité à n'importe quel terminal local et en particulier à un terminal plus adapté que celui à l'origine de l'envoi de la commande de transfert, d'intégrer la session de communication en cours, en répondant à cette requête.
Selon une autre caractéristique de la présente invention, la passerelle domestique diffuse la requête d'intégration avec un message d'information indiquant l'objet du transfert. Cette caractéristique est particulièrement avantageuse dans le cas où les terminaux locaux sont aptes à afficher ce message à l'utilisateur, pour maximiser les chances qu'un utilisateur potentiellement intéressé réponde à l'appel en décrochant.
Selon une autre caractéristique de la présente invention, la passerelle domestique effectue en outre les opérations suivantes :
- sur réception de ladite commande de transfert, envoi d'une commande de mise en attente du terminal distant ; et
- envoi d'une commande de reprise de la session de communication en cours pour le terminal distant, sur réception d'une réponse à la requête d'intégration.
La mise en attente du terminal distant permet de maintenir la session de communication en cours, en évitant par exemple que le terminal distant mette fin à la session de communication, auquel cas le transfert de la communication n'aurait plus lieu d'être.
Selon une autre caractéristique de la présente invention, l'ensemble des étapes réalisées par la passerelle domestique sont réitérées au moins une fois.
De manière avantageuse, les étapes effectuées par la passerelle domestique sont réitérées jusqu'à ce que la session de communication soit transférée à un terminal local approprié.
Dans ce cas, le nombre de terminaux locaux auxquels la requête d'intégration est diffusée diminue au cours des itérations, en éliminant à chaque itération le terminal qui est à l'origine de la nouvelle itération de l'étape de transfert, l'utilisateur de ce terminal n'étant pas concerné par la communication en cours.
Selon une autre caractéristique de la présente invention, la passerelle domestique gère le transfert de la session de communication en cours selon un protocole de signalisation à initiation de session, qui présente l'avantage d'être un protocole dont l'usage par les opérateurs de télécommunication est très répandu pour la mise en œuvre de services conversationnels.
Les étapes du procédé de gestion décrit ci-dessus étant exécutées par une passerelle domestique, la présente invention vise également une passerelle domestique apte à mettre en œuvre les étapes du procédé de gestion décrit ci-avant. La passerelle domestique selon l'invention est apte à gérer une session de communication entre un premier terminal local d'une pluralité de terminaux locaux connectés à ladite passerelle domestique et un terminal distant.
Conformément à la présente invention, la passerelle domestique comprend des moyens pour transférer la session de communication aux terminaux locaux de ladite pluralité de terminaux locaux à l'exception du premier terminal local, en réponse à une commande de transfert de ladite session de communication émise par le premier terminal local.
Les avantages particuliers de cette passerelle domestique sont les mêmes que ceux associés au procédé de gestion selon l'invention, décrit ci-avant.
Dans un mode particulier de réalisation, les différentes étapes du procédé de gestion décrit ci-avant sont déterminées par des instructions de programmes d'ordinateurs destinées à être exécutées par un processeur.
En conséquence, l'invention vise également un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en œuvre dans la passerelle domestique selon la présente invention 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 gestion selon l'invention tel que décrit ci-avant.
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 sur lequel sont enregistrées 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.
Enfin, l'invention vise également l'utilisation du procédé de gestion selon l'invention pour le transfert d'au moins une session de communication de type voix sur IP.
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. Sur les dessins :
- la figure 1 illustre de manière schématique un système comprenant une passerelle domestique selon la présente invention ; et
- la figure 2 illustre sous forme d'organigramme les étapes du procédé selon un mode de réalisation de la présente invention.
Description détaillée d'un mode de réalisation
Un mode de réalisation de la présente invention va être maintenant décrit de manière détaillée, dans le cadre de la gestion d'appels téléphoniques VoIP au niveau d'une passerelle domestique.
La figure 1 représente un système comprenant une passerelle domestique P placée en coupure de flux entre d'une part un ensemble de terminaux locaux comprenant un premier terminal local Ti, un deuxième terminal local T2 et un troisième terminal local T3 sur un réseau local 1 et d'autre part un terminal distant T'i sur un réseau de télécommunications 2.
Dans cet exemple, le réseau local 1 est un réseau domestique chez un client abonné auprès d'un opérateur (ou fournisseur de services) et le réseau de télécommunication 2 est un réseau IMS (« IP Multimedia Subsystem ») de l'opérateur. Le réseau IMS est compatible avec les réseaux de téléphonie mobile ou fixe et des réseaux de type IP tel que le réseau Internet. Ainsi, le réseau IMS permet d'offrir des services multimédias sur les architectures réseaux sous-jacentes. L'IMS utilise notamment la technologie VoIP basée sur le protocole de signalisation SIP (« Session Initiation Protocol »).
Le premier terminal local Ti est un téléphone filaire SIP, le deuxième terminal local T2 est un téléphone sans fil (DECT/SIP), le troisième terminal local T3 est un téléphone Wi-Fi (IEEE 802.11) embarquant une pile protocolaire SIP, le terminal distant T'i est un ordinateur sur lequel est installé une application de téléphonie sur IP (softphone SIP). Bien évidemment, l'homme du métier pourra utiliser n'importe quel autre type de terminaux aptes à communiquer avec la passerelle domestique P.
On suppose que les terminaux locaux Tl, T2, T3 sont tous liés à un unique numéro de téléphone VoIP préalablement défini au niveau de la passerelle domestique P, de sorte qu'ils ne peuvent pas se différencier les uns par rapport aux autres.
A titre d'exemple, la passerelle domestique P est un modem- routeur ADSL (« Assymetric Digital Subscriber Line ») apte à gérer des sessions de communication SIP, tel qu'une Orange LiveBox™.
Dans le mode de réalisation décrit ici, la passerelle domestique P a l'architecture conventionnelle d'un ordinateur. Elle comporte notamment un processeur 11, une mémoire vive de type RAM 12 et une mémoire morte de type ROM 13.
La mémoire morte 13 mémorise un programme d'ordinateur 130 conforme à l'invention, ce programme 130 comportant des instructions pour l'exécution des étapes du procédé de gestion conforme à l'invention, ces étapes étant représentées sur l'organigramme de la figure 2. Dans cet exemple, le programme d'ordinateur 130 est une application serveur 130 en cours d'exécution par le processeur 11 de la passerelle domestique P.
La mémoire vive 12 est utilisée lors de l'exécution du programme d'ordinateur 130 par le processeur 11.
La passerelle domestique P comporte également des moyens de communication 14 adaptés à communiquer avec les terminaux locaux Tl, T2, T3 et le terminal distant T'I. Un exemple de réalisation du procédé de gestion selon la présente invention va être maintenant décrit de manière détaillée en référence à la figure 2, dans le cadre d'un scénario selon lequel un terminal local répond à un appel entrant reçu du terminal distant et provoque ensuite le transfert de l'appel vers les autres terminaux locaux.
Le protocole de signalisation utilisé dans ce mode de réalisation est le protocole SIP (protocole de signalisation à initiation de session), l'homme du métier comprendra que d'autres protocoles de signalisation, tels des protocoles de type H.323 ou MGCP (« Media Gateway Control Protocol ») pourront être appliqués dans le cadre de la présente invention.
La passerelle domestique P étant placée en coupure de flux entre la pluralité de terminaux locaux Tl, T2, T3 et le terminal distant T'1, celle-ci intercepte tous les messages de signalisation échangés entre les terminaux.
Lors d'une étape initiale El, le terminal distant Tl initie l'appel entrant, en émettant vers le numéro VoIP unique une requête d'initialisation d'une session de communication conforme au protocole SIP. Cette requête d'initialisation est une invitation encapsulant le protocole SDP (« Session Description Protocol »). Celle-ci est de la forme suivante : INVITE (SDPl), où « SDPl » désigne un ensemble de paramètres caractérisant la session de communication S selon le protocole SDP. De tels paramètres sont notamment décrits dans une publication référencée RFC 4566.
Sur réception de cette requête d'initialisation, la passerelle domestique P diffuse (étape E2) ladite requête à la pluralité de terminaux locaux Tl, T2, T3 sur le réseau domestique 1. De manière connue, il s'en suit que chaque terminal local du réseau domestique 1 se met à sonner pour indiquer l'appel entrant.
On suppose qu'un utilisateur du premier terminal Tl de la pluralité de terminaux locaux Tl, T2, T3 répond à l'appel entrant en décrochant. Ceci provoque l'envoi au terminal distant T'1 par le premier terminal local Tl d'un message de signalisation 200 OK selon le protocole SIP (dit code de réponse SIP 200 OK). En réponse à ce code de réponse, le terminal distant Tl envoie un message de confirmation ACK conforme au protocole SIP (dit SIP ACK), pour indiquer l'établissement de la session de communication S entre le premier terminal local Tl et le terminal distant Tl. A ce stade, la session de communication S est établie entre le premier terminal local Tl et le terminal distant Tl. De manière connue, une session média selon le protocole RTP (« Real-time Transport Protocol ») est établie au sein de la session de communication SIP pour assurer la transmission de données.
Lors d'une étape d'annulation E3, la passerelle domestique P provoque l'arrêt des sonneries des terminaux locaux T2, T3 en annulant la requête d'initialisation SIP INVITE (SDPl) auprès des deuxième T2 et troisième T3 terminaux locaux. Pour cela, la passerelle domestique P envoie un message d'annulation CANCEL conforme au protocole SIP (dit SIP CANCEL) aux deuxième T2 et troisième T3 terminaux locaux, qui retournent le code de réponse SIP 200 OK.
A ce stade, on suppose que l'utilisateur du premier terminal local Tl réalise qu'il n'est pas concerné par cet appel et de ce fait il souhaite transférer la session de communication en cours. Pour cela, il provoque au moyen de son terminal, l'envoi d'une commande de transfert C de la session de communication en cours, lors d'une étape de commande de transfert E4.
Cette commande de transfert C est une invitation du type INVITE (SDPl, HoId) conforme au protocole SIP et encapsulant le protocole SDP, où « SDPl » désigne l'ensemble des paramètres caractérisant la session de communication S selon le protocole SDP déjà décrit ci-avant. L'invitation comprend en outre des données dites « HoId » nécessaires pour permettre de mettre en attente le terminal distant Tl pendant que la session de communication en cours est transférée.
La commande de transfert C est générée lorsque l'utilisateur du premier terminal Tl presse sur un bouton virtuel (dit « softkey ») dédié affiché à l'écran de son terminal ou sur au moins une touche DTMF (« Dual Tone Multi-Frequency ») prédéterminée sur le clavier de son terminal. Pour des raisons de simplicité d'utilisation et d'efficacité, la fonction de transfert est activable de préférence par une seule pression sur une touche DTMF dédiée ou sur un bouton virtuel. La définition d'une telle fonction nécessite de mettre à jour chaque terminal local de sorte qu'il mémorise la commande de transfert SIP à envoyer associée à une touche dédiée. Afin d'éviter une telle mise à jour, il est également possible de définir cette fonction uniquement au niveau de la passerelle domestique, qui génère et envoie directement l'invitation SIP INVITE (SDPl ; HoId) au terminal distant Tl, en réponse à un signal émis par pression d'une touche dédiée ou d'une combinaison prédéterminée de touches sur le terminal local.
De manière optionnelle, la commande de transfert C comprend un message d'information O destiné à indiquer l'objet du transfert. A titre d'exemple, ce message d'information O peut être constitué par un message vocal ou textuel enregistré par l'utilisateur à partir du premier terminal local Tl, indiquant par exemple le nom d'un utilisateur à qui l'appel est destiné.
La commande de transfert C est envoyée par le premier terminal local Tl à la passerelle domestique P qui va traiter cette commande pour d'une part diffuser une invitation autres terminaux locaux à prendre part à la session de communication en cours et d'autre part mettre en attente le terminal distant en attente tant qu'un autre terminal local n'a pas accepté l'invitation.
La procédure de mise en attente est normalisée en SIP par HETF (« Internet Engineering Task Force ») d'après le document RFC 3261 auquel l'homme du métier pourra se référer.
A partir des données « HoId » contenues dans la requête de commande C, la passerelle domestique P transmet au terminal distant Tl une commande de mise en attente permettant de maintenir la session de communication S avec le terminal distant Tl.
De manière avantageuse, cette mise en attente empêche le terminal distant d'émettre des données au sein de la session de communication. Optionnellement, la commande de mise en attente peut inclure un message audio ou textuel indiquant que la session de communication en cours est en train d'être transférée vers un autre terminal local, de sorte que l'utilisateur du terminal distant Tl ne mette pas fin à celle-ci en raccrochant, auquel cas le transfert de cette session de communication S n'aurait plus lieu d'être.
A titre d'exemple non limitatif, la commande de mise en attente est constituée par l'invitation INVITE (SDPl(sendonly); HoId) où « sendonly » est un attribut au sens du document RFC 4566.
Sur réception de cette commande de mise en attente, le terminal distant Tl est mis en état d'attente (statut « on hold »), ce qu'il confirme en envoyant au premier terminal local Tl via la passerelle domestique P, un code de réponse SIP 200 OK avec l'attribut « recvonly » où « recvonly » est un attribut au sens du document RFC 4566
Sur réception du code SIP 200 OK accompagné de l'attribut « recvonly », le premier terminal local Tl a la confirmation que le terminal distant T'1 est mis en attente. De ce fait, le terminal distant T'1 ne peut que recevoir des données au sein de la session de communication en cours et non pas en envoyer. Autrement dit, la session média RTP assurant la transmission des données (voix et/ou vidéo) au sein de la session de communication SIP est rendue unidirectionnelle.
A partir des paramètres « SDPl » contenus dans la commande de transfert C, la passerelle domestique P génère et diffuse une requête d'intégration I, pour permettre l'intégration d'au moins un terminal local de la pluralité de terminaux locaux à l'exception du premier terminal local Tl, dans la session de communication en cours S.
Cette requête d'intégration est constituée par une invitation SIP du type INVITE (SDPl) déjà décrite. Celle-ci est diffusée par la passerelle domestique P, lors d'une étape de diffusion E6, aux deuxième T2 et troisième T3 terminaux locaux. Ceci a pour effet de faire sonner les deuxième T2 et troisième T3 terminaux.
On rappelle que l'utilisateur à l'origine du transfert n'a pas connaissance a priori de l'identité du terminal local et/ou de son utilisateur auquel l'appel est véritablement destiné, car il n'existe pas dans l'environnement domestique de relation prédéfinie liant un utilisateur à un terminal local. Par exemple, le deuxième terminal T2 étant un téléphone sans fil, celui-ci est amené à être déplacé géographiquement par un utilisateur de manière non prévisible à travers l'environnement domestique couvert par le réseau local.
Par ailleurs, le mouvement aléatoire des utilisateurs au sein de cet environnement domestique au cours du temps, fait qu'il est difficile voire impossible de connaître précisément et à chaque instant la localisation de chaque utilisateur par rapport à chaque terminal local.
De manière avantageuse, la diffusion de la requête d'intégration I à tous les terminaux locaux T2, T3, à l'exception du terminal à l'origine du transfert Tl permet à un utilisateur ayant reçu l'appel entrant de transférer cet appel sans avoir à connaître l'identité du terminal local auquel est destiné l'appel.
De manière optionnelle, si le message d'information O généré à partir du premier terminal local Tl a été inclus dans la commande de transfert C, celui-ci est extrait de la commande de transfert C et inséré dans la requête d'intégration I par la passerelle domestique P pour indiquer l'objet du transfert. Dans ce cas, le message d'information O est présenté aux deuxième T2 et troisième T3 terminaux locaux, de manière à informer les utilisateurs de ces terminaux de l'objet du transfert d'appel.
Ce message peut être utilisé par exemple pour communiquer l'identité de l'utilisateur à qui l'appel est véritablement destiné. Dans ce cas, bien que l'utilisateur soit identifié, le message d'information O ne permet pas de savoir sur quel terminal local cet utilisateur peut être joint, mais peut être avantageusement utilisé lors de l'étape de diffusion E6 de la requête d'intégration I, pour maximiser les chances que l'utilisateur concerné réponde à l'appel au vu de ce message.
A ce stade, on suppose que l'utilisateur du deuxième terminal T2 répond à l'appel en décrochant. Ceci provoque l'envoi à la passerelle domestique P par le deuxième terminal local T2 d'un code de réponse SIP 200 OK en réponse duquel, la passerelle domestique P envoie un message de confirmation SIP ACK. Le deuxième terminal local T2 est alors intégré à la session de communication en cours S.
Sur réception du code de réponse SIP 200 OK émis par le deuxième terminal local T2, la passerelle domestique P met fin à l'état d'attente du terminal distant T'1. A cet effet, la passerelle domestique P envoie au terminal distant Tl une commande de reprise de la session de communication.
Cette commande de reprise est une invitation SIP du type INVITE (SDPl (résume)), où « résume » désigne un attribut SDP provoquant le rétablissement de la bidirectionnalité de la session média RTP avec le terminal distant T'1, de sorte que celui-ci puisse non seulement recevoir des données au sein de la session de communication SIP mais également en émettre.
Sur réception de la commande de reprise, le terminal distant Tl envoie un code de réponse SIP 200 OK à la passerelle domestique P qui en réponse retourne un message de confirmation SIP ACK. Lors d'une étape d'annulation E9, la passerelle domestique P provoque l'arrêt de la sonnerie du troisième terminal local, en annulant la requête d'initialisation SIP INVITE (SDPl) auprès du deuxième terminal local T2. Pour cela, la passerelle domestique P envoie un message d'annulation CANCEL au deuxième terminal local T2 qui retourne un code de réponse SIP 200 OK.
Lors d'une étape de libération ElO, la passerelle domestique P provoque la libération du premier terminal local Tl de la session de communication en cours. A cet effet, un message BYE conforme au protocole SIP (dit SIP BYE) est envoyé par la passerelle domestique P au premier terminal local Tl qui répond en retournant un code de réponse SIP 200 OK. A ce stade, seul le deuxième terminal local T2 communique avec le terminal distant Tl au sein de la session de communication S.
L'étape de libération ElO exécutée par la passerelle domestique P est prévue pour s'assurer que le premier terminal local Tl soit automatiquement exclu de la session de communication S, dès lors que le deuxième terminal local T2 a pris part à la session de communication S.
Bien évidemment, l'utilisateur du premier terminal local Tl peut raccrocher de son propre gré à partir du moment où le deuxième terminal local T2 est intégré dans la session de communication en cours.
La session de communication S peut être à nouveau transférée en réitérant les étapes E4 à ElO décrites ci-dessus, jusqu'à ce qu'un utilisateur d'un terminal local approprié réponde à l'appel transféré.
Dans l'exemple décrit ci-dessus, une deuxième étape de transfert peut être effectuée dès lors que le deuxième terminal local T2 envoie une commande de transfert à la passerelle domestique P. Cette deuxième et dernière étape de transfert permettra de transférer la session de communication vers le troisième terminal local T3, après quoi il ne sera plus possible d'effectuer une nouvelle étape transfert.
Dans le cas plus général où le réseau local 1 comprend un ensemble de N terminaux locaux, il sera possible d'effectuer au plus N-I étapes de transfert de la même session de communication, le nombre de terminaux considérés pour le transfert de la session de communication étant réduit d'une unité à chaque itération.
On notera que dans le scénario décrit ci-dessus, la session de communication S a été initiée par le terminal distant T'1 (appel entrant du point de vue du réseau local 1). Mais bien évidemment, la présente invention s'applique à n'importe quel type de session de communication en cours entre un terminal local et un terminal distant T'1, indépendamment de la manière dont cette session de communication a été établie.
Ainsi, la présente invention s'applique en particulier au cas où la session communication S a été établie à l'initiative d'un terminal local (appel sortant du point de vue du réseau local 1) et non pas à l'initiative du terminal distant T'1.
Par ailleurs, on notera le procédé de gestion décrit ci-dessus s'applique de manière générale à des sessions de communication multimédia permettant l'échange de données (textuelles, audio et/ou vidéo) en temps réel.
Ainsi, le domaine d'application de la présente invention ne se limite pas au cas de la téléphonie sur IP, mais comprend également par exemple la visiophonie sur IP (V2OlP : « Voice and Video over IP ») ou la messagerie instantanée.

Claims

REVENDICATIONS
1. Procédé de gestion d'une session de communication (S) entre un premier terminal local (Tl) d'une pluralité de terminaux locaux (Tl, T2, T3) connectés à une passerelle domestique (P) et un terminal distant (Tl), ledit procédé étant caractérisé en ce que la passerelle domestique (P) effectue, en réponse à une commande de transfert (C) de ladite session de communication (S) émise (E4) par le premier terminal local (Tl), une étape de transfert (E5, E6, E8, E9, ElO) de ladite session de communication (S) aux terminaux locaux (T2, T3) de ladite pluralité de terminaux locaux (Tl, T2, T3) à l'exception du premier terminal local (Tl).
2. Procédé selon la revendication 1, caractérisé en ce que lors de l'étape de transfert, la passerelle domestique (P) diffuse (E6) une requête d'intégration (I) pour permettre d'intégrer à ladite session de communication en cours (S), un terminal local de ladite pluralité de terminaux locaux (Tl, T2, T3) à l'exception du premier terminal local (Tl).
3. Procédé selon la revendication 2, caractérisé en ce que la passerelle domestique (P) diffuse (E6) la requête d'intégration (I) avec un message d'information (O) indiquant l'objet du transfert.
4. Procédé selon la revendication 1, caractérisé en ce que la passerelle domestique (P) effectue en outre les opérations suivantes :
- sur réception de ladite commande de transfert (C), envoi (E5) d'une commande de mise en attente (A) du terminal distant (Tl) ; et
• envoi (E8) d'une commande de reprise de la session de communication en cours (S) pour le terminal distant (Tl), sur réception d'une réponse (R) à la requête d'intégration (I)-
5. Procédé selon la revendication 4, caractérisé en ce que l'ensemble des étapes (E5, E6, E8, E9, ElO) réalisées par la passerelle domestique (P) sont réitérées au moins une fois.
6. Procédé selon la revendication 4, caractérisé en ce que la passerelle domestique (P) gère le transfert de la session de communication en cours (S) selon un protocole de signalisation à initiation de session.
7. Passerelle domestique (P) apte à gérer une session de communication (S) entre un premier terminal local (Tl) d'une pluralité de terminaux locaux (Tl, T2, T3) connectés à ladite passerelle domestique (P) et un terminal distant (Tl), ladite passerelle domestique étant caractérisée en ce qu'elle comprend des moyens pour transférer (11, 12, 13, 14, 130) la session de communication (S) aux terminaux locaux de ladite pluralité de terminaux locaux (Tl, T2, T3) à l'exception du premier terminal local (Tl), en réponse à une commande de transfert (C) de ladite session de communication (S) émise par le premier terminal local (Tl).
8. Utilisation du procédé de gestion selon la revendication 1 pour le transfert d'au moins une session de communication de type voix sur IP.
9. Programme d'ordinateur (130) comportant des instructions pour l'exécution des étapes du procédé selon l'une quelconque des revendications 1 à 6, lorsque ce programme est exécuté par un processeur (11).
10. Support d'enregistrement (13) lisible par un processeur (11), sur lequel est enregistré le programme d'ordinateur (130) selon la revendication 9.
EP09720715A 2008-02-29 2009-02-25 Procede de gestion d'une session de communication au niveau d'une passerelle domestique Withdrawn EP2248333A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0851333 2008-02-29
PCT/FR2009/050300 WO2009112760A1 (fr) 2008-02-29 2009-02-25 Procede de gestion d'une session de communication au niveau d'une passerelle domestique

Publications (1)

Publication Number Publication Date
EP2248333A1 true EP2248333A1 (fr) 2010-11-10

Family

ID=39791409

Family Applications (1)

Application Number Title Priority Date Filing Date
EP09720715A Withdrawn EP2248333A1 (fr) 2008-02-29 2009-02-25 Procede de gestion d'une session de communication au niveau d'une passerelle domestique

Country Status (2)

Country Link
EP (1) EP2248333A1 (fr)
WO (1) WO2009112760A1 (fr)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7164762B2 (en) * 2003-10-01 2007-01-16 At&T Corp. Enhanced call feature service
GB2407228A (en) * 2003-10-14 2005-04-20 Siemens Ag A method of selectively transferring a call
FR2904175A1 (fr) * 2006-07-18 2008-01-25 France Telecom Basculement de sessions multimedias d'un terminal mobile sur un equipement d'un reseau local domestique

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HWANG I J: "INFO Usage Examples for Network-based Mid-Call Service; draft-hwang-sipping-infomidcall-00.txt", 5. JCT-VC MEETING; 96. MPEG MEETING; 16-3-2011 - 23-3-2011; GENEVA;(JOINT COLLABORATIVE TEAM ON VIDEO CODING OF ISO/IEC JTC1/SC29/WG11AND ITU-T SG.16 ); URL: HTTP://WFTP3.ITU.INT/AV-ARCH/JC TVC-SITE/- 17/03/2011, INTERNET ENGINEERING TASK FORCE, IETF, 1 February 2004 (2004-02-01), XP015014755, ISSN: 0000-0004 *

Also Published As

Publication number Publication date
WO2009112760A1 (fr) 2009-09-17

Similar Documents

Publication Publication Date Title
EP2882161B1 (fr) Procédé et dispositf d' établissement d'une communication
EP3582467A1 (fr) Passerelle et procédé de gestion d'un service téléphonique voip
EP2266285B1 (fr) Procede de terminaison d'un appel et terminal de voix sur ip
EP2606626B1 (fr) Traitement de transfert de communication en mode sip
EP3903476B1 (fr) Procédé de traitement de messages vocaux, procédé de désactivation d'un codage dtmf et procédé de traitement d'une demande de désactivation d'un codage dtmf
EP2248333A1 (fr) Procede de gestion d'une session de communication au niveau d'une passerelle domestique
EP3391615B1 (fr) Procédé de communication entre un terminal appelant et une pluralité de terminaux appelés
WO2019063920A1 (fr) Procédé de gestion d'un échec d'établissement d'une communication entre un premier et un second terminal
EP2814225A1 (fr) Procédé et dispositif correspondant de gestion de l'établissement d'une communication entre un terminal appelant et un groupe de terminaux partageant une même identité publique
EP2819374B1 (fr) Dispositif et un procédé d' établissement d' une communication destinée a une identité publique partagée
WO2012085429A2 (fr) Procédé de localisation et d'identification d'un abonné connecté à un réseau émulant le rtc/rnis
WO2007090970A1 (fr) Procede et dispositif d'etablissement d'une communication prioritaire
WO2015128561A1 (fr) Procede et dispositif de decouverte des capacites de communication relatives a un utilisateur d'un terminal
WO2016001504A1 (fr) Procede et dispositif d'etablissement d'une communication
EP2238727B1 (fr) Procédé de communication pour gérer des sessions de communication au niveau d'une passerelle domestique
EP2506524B1 (fr) Procédés et dispositifs de notification d'état de services de communication
WO2012072942A2 (fr) Procede contre la formation de boucles dans les renvois d'appel
WO2018215719A1 (fr) Procédé de contrôle d'une communication comprenant des transactions multiples
FR3057129A1 (fr) Procede d'enregistrement simplifie d'un identifiant dans une liste noire
FR2855703A1 (fr) Systeme de messagerie vocale pour les internautes
WO2015166160A1 (fr) Procédé et dispositif d'établissement d'une communication
WO2010149915A1 (fr) Procédé d'émulation des signaux de boucle
WO2013001213A1 (fr) Procédé de filtrage de flux early media dans un réseau ims et serveur mettant en oeuvre ce procédé.

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: 20100916

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 TR

AX Request for extension of the european patent

Extension state: AL BA RS

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20111205

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

Owner name: ORANGE

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: H04L 29/06 20060101ALI20140714BHEP

Ipc: H04M 3/58 20060101AFI20140714BHEP

INTG Intention to grant announced

Effective date: 20140805

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: 20141216