EP1867131A2 - Procede de doublage de messages vocaux par des messages textuels dans un reseau de communication par paquets - Google Patents

Procede de doublage de messages vocaux par des messages textuels dans un reseau de communication par paquets

Info

Publication number
EP1867131A2
EP1867131A2 EP06726291A EP06726291A EP1867131A2 EP 1867131 A2 EP1867131 A2 EP 1867131A2 EP 06726291 A EP06726291 A EP 06726291A EP 06726291 A EP06726291 A EP 06726291A EP 1867131 A2 EP1867131 A2 EP 1867131A2
Authority
EP
European Patent Office
Prior art keywords
messages
text
message
voice
transmission
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
EP06726291A
Other languages
German (de)
English (en)
Inventor
François Toutain
Claude Daloz
Philippe Lottin
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 EP1867131A2 publication Critical patent/EP1867131A2/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/1083—In-session procedures
    • 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

Definitions

  • the present invention relates to a method of dubbing voice messages with text messages.
  • the invention finds a particularly advantageous application in the field of audio interpersonal communications which take place on a wired or wireless packet-switched communication network, or, more generally, any network which allows the transmission of digital data in packet mode. .
  • the invention is not limited to exchanges between a user's terminal and a voice server accessible directly by a well-identified number, but that it also extends to exchanges with service elements. voice to which the user can be transferred through a communication chain initiated by a voice server.
  • the object of the present invention is to be able to double the voice messages sent by a voice service element by text messages, which are most often written mini-messages appearing simultaneously with the receipt of voice messages on the terminal display. of the user.
  • the terminal may be of any type, it will be understood that the invention applies preferably to terminals having the so-called "hands-free" function, to videophone terminals, etc., and more generally terminals allowing their user to simultaneously listen to voice messages and read text messages.
  • a first solution is to negotiate, when establishing the call, an additional media channel devoted to the transmission of textual data.
  • the textual data stream can conform to the "payload" standard defined in the RTP Payload for Text Conversation (RFC 2793) document.
  • a second solution is to insert the textual data into the signaling path by exploiting certain data transport possibilities offered by the signaling protocol.
  • An example of this technique in the case of the Internet Protocol SIP is described in US Patent No. 6,757,732.
  • a technical problem to be solved by the object of the present invention is to propose a method for dubbing voice messages by text messages, said messages being sent by a voice service element to a terminal through a transmission network.
  • packet mode digital data in which a channel transporting a transmission protocol is used for the transmission of voice messages, which would in particular make it possible to avoid the too specific use of the signaling path for the transport of text messages, while avoiding the opening of an additional media stream dedicated solely to text messages.
  • the solution to the technical problem posed is, according to the present invention, in that, a transmission control protocol being associated with said transmission protocol, said text messages are transmitted to the terminal in a channel carrying said transmission control protocol.
  • the method according to the invention allows the transfer of text messages without having to open a new media stream channel, the text messages using the same path as the voice messages, which avoids in particular to reconfigure the screens in order to let this extra channel pass.
  • said communication protocol is the RTP protocol. This protocol is designed to carry digital streams as data packets along with their time stamps.
  • RTCP Real-time Transport Control Protocol
  • the invention provides that, during an initialization phase, the terminal transmits to said voice service element a notification message of ability to receive dummy text messages.
  • This arrangement makes it possible to inform the voice service element that the terminal with which it is in communication is capable of receiving and processing textual dubbing messages.
  • said voice service element transmits textual dubbing messages only if it has received a notification message from the terminal.
  • said notification message is issued periodically. In this way, it is ensured that the loss of a notification message in the network does not result in the abandonment of the dubbing process.
  • the dubbing method according to the invention is activated upon receipt of a notification message, the subsequent notification messages are then simply ignored.
  • the server remains in standby as long as no notification message has yet been received. However, the server starts sending the voice message, but does not send the text message until it receives a notification message. If the terminal does not implement the method by sending a notification message, no text dubbing will take place for the duration of the communication.
  • the invention proposes that the periodic transmission of said notification message be interrupted upon reception by the terminal of a dubbing text message. It is thus possible to achieve a bandwidth saving by stopping the transmission of notification messages become useless.
  • periodic sending of notification messages is recommended when transferring communication from one voice service element to another in order to keep all elements of the chain informed.
  • said voice messages and associated text messages are transmitted simultaneously.
  • the voice and text packets sent can then be sent simultaneously, unless, preferably, the transmission of the text messages precedes the transmission of the associated voice messages.
  • text packets are sent first, immediately followed by voice packets.
  • the reception synchronization between the voice and text messages can be improved if, as recommended by the invention, the transmission of the text messages precedes the transmission of the associated voice messages of a given time delay.
  • an acknowledgment message is sent by the terminal to the voice service element on receipt of a dubbing text message.
  • message synchronization is ensured by the fact that, according to the invention, a voice message is sent by the voice service element on receipt of an acknowledgment message. Similarly, the possible loss of messages is taken into account if, as provided by the invention, said text message is retransmitted periodically by the voice service element until an acknowledgment message is received.
  • the invention also relates to a remarkable terminal in that it comprises means for transmitting notification messages.
  • Said terminal is also remarkable in that it comprises means for transmitting acknowledgment messages.
  • the invention also relates to a remarkable voice service element in that it comprises means for transmitting textual dubbing messages on receiving a notification message from the terminal.
  • Said voice service element is also remarkable in that it comprises means for transmitting voice messages on receipt of an acknowledgment message from the terminal.
  • Said voice service element is also remarkable in that it comprises means for re-transmitting textual dubbing messages until an acknowledgment message is received from the terminal.
  • FIG. 1 is a diagram showing the exchanges between a terminal and a voice server element during the execution of the dubbing method according to the invention.
  • FIG. 2 represents the diagram of FIG. 1 with repetition of the notification message.
  • Figure 3 shows the diagram of Figure 1 with loss of the text message.
  • FIG. 4 represents the diagram of FIG. 1 with loss of the acknowledgment message.
  • Figure 5 is an example of encoding the NOTIF message in an APP packet of the RTCP protocol.
  • Figure 6 is an example of coding of the TEXT message in an APP packet of the RTCP protocol.
  • Fig. 7 is an exemplary encoding of the ACK message in an APP packet of the RTCP protocol.
  • FIGS. 1 to 4 relate to a method of dubbing by text messages of voice messages transmitted by a voice service element SERV to a terminal TR.
  • Text messages will be referred to as TEXT messages in the remainder of the description.
  • the transport of voice messages is performed through a channel of a transmission protocol in a packet switching network.
  • This protocol may be, for example, the RTP protocol mentioned above.
  • the TEXT messages, as well as the other messages associated with the dubbing process, such as the notification messages, designated NOTIF messages and the acknowledgment messages, designated ACK messages, are they are transported in a transmission control channel, called RTCP in the case of the RTP protocol. It is recalled that the messages exchanged in this control channel are as follows (RFC3550):
  • Source DEScription contains information that identifies and characterizes a media feed data source
  • - SR message Sender Report. It contains the statistical data established by a source or a transmitter and exploited by the receiver or receivers to adjust the quality of service of the stream,
  • - RR message Receiver Report. It contains the statistical data established by each receiver and exploited by the corresponding transmitter to adjust its transmission, - APP message: APPlicative. This is a complementary message that can be used by the communicating application to convey any application level control information,
  • the dubbing method according to the invention consists in particular in using the APP messages for the transmission of NOTIF, TEXT and ACK messages.
  • Figures 5 to 7 show examples of coding of these messages in APP packets.
  • FIG. 1 shows the steps of the method according to the invention in the case of standard operation.
  • COMSETUP and CHANOP preliminary operations respectively causing communication establishment and opening of media channels are not described in detail here.
  • These operations are in fact VoIP signaling protocols (H.323, SIP, MGCP, ...) known in themselves and independent of the invention itself.
  • TR sends a RTCP APP message containing a NOTIF message to the voice service element SERV to indicate its ability to display a TEXT dubbing message.
  • the voice service element SERV sends to the terminal TR a RTCP APP TEXT message containing the text of the dubbing message to be displayed.
  • the terminal TR On receipt of this TEXT message, the terminal TR responds to the voice service element SERV with a message RTCP APP containing an acknowledgment message ACK indicating to said element SERV that the message TEXT has been correctly received.
  • the voice service element SERV can issue the voice message, which is then synchronized by the terminal TR with the textual doubling according to the display strategy retained in the terminal TR.
  • the terminal TR can decide to display the text message as soon as it is received, without waiting for the reception of the associated voice message, or, conversely, to retain the textual message until the voice message is received, so as to display the text message simultaneously with receiving the voice message.
  • the voice service element SERV defines an identifier, which is modified for the following text, which is repeated by the terminal TR in the corresponding ACK message.
  • This identifier can be incremented by the server each time a TEXT message is sent or whenever a different text is sent. In the latter case, if a TEXT message is lost, the re-transmitted TEXT message always has the same identifier.
  • Figure 2 shows a mechanism for periodic retransmission of the NOTIF message.
  • the terminal TR After sending a first NOTIF message, the terminal TR arms a Tempi timer. When this expires, the terminal TR re-emits the NOTIF message and restarts a new Tempi timer, and so on.
  • the voice service element SERV will nevertheless be informed of the ability of the terminal TR to process the text dubbing.
  • This retransmission mechanism is particularly useful in the case of using an unreliable transport protocol.
  • the repetition of the NOTIF message can be stopped on receipt of a first TEXT message from the SERV voice service element with the advantage of saving bandwidth but with the disadvantage to break the transmission of the information contained in the NOTIF message through the chain of possible transfers of the communication.
  • Figure 3 shows the mechanism put in place to prevent the loss of TEXT text dubbing message.
  • the voice service element SERV sends a first message TEXT, it initiates a timer Temp2. If, at the end of this delay, it has not received an acknowledgment message ACK corresponding to the message TEXT, it re-transmits the same message TEXT and restarts the timer Temp2. When, subsequently, it receives an ACK message, it stops this time delay Temp2 and triggers the transmission of the voice message associated with the message TEXT.
  • the voice service element SERV may transmit the message TEXT and simultaneously start the transmission of the media stream.
  • the synchronization between the media stream and its text doubling is coarser, but the method is simplified because no longer requires the implementation of an acknowledgment message ACK.
  • This variant can be improved if the voice service element SERV issues the message TEXT and, after observing a delay time, starts the transmission of the voice message, without waiting for the reception of a message. acquittal. In this case, the synchronization is less coarse but the process remains simplified.
  • Figure 4 shows the mechanism implemented to avoid the loss of the acknowledgment message ACK.
  • the voice service element SERV re-transmits the message RTCP APP TEXT after a delay Temp which can have for duration that of temporization Temp2.
  • the mechanism continues until reception by the voice service element SERV of an ACK message, in which case said voice service element SERV sends the voice message.
  • the dubbing service does not require a very fine synchronization of the information, but only a behavior similar to that of an audiovisual subtitling for example.
  • an optimization of the retransmission intervals can be based on the fact that the ends of a RTP exchange are able to calculate an estimation of the round trip delay in the network thanks to the messages SR and RR RTCP exchanges. This estimate can be exploited to determine the retransmission period of TEXT and ACK messages.

Landscapes

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

Abstract

Procédé de doublage de messages vocaux par des messages textuels, lesdits messages étant émis par un élément de service vocal vers un terminal à travers un réseau de transmission de données numériques en mode paquet dans lequel un canal transportant un protocole de transmission est utilisé pour rémission des messages vocaux. Selon l'invention, un protocole de contrôle de transmission étant associé audit protocole de transmission, lesdits messages textuels sont émis vers le terminal dans un canal transportant ledit protocole de contrôle de transmission. Application aux communications interpersonnelles sur des réseaux de communication à commutation de paquets.

Description

PROCEDE DE DOUBLAGE DE MESSAGES VOCAUX PAR DES MESSAGES TEXTUELS DANS UN RESEAU DE COMMUNICATION PAR
PAQUETS
La présente invention concerne un procédé de doublage de messages vocaux par des messages textuels.
L'invention trouve une application particulièrement avantageuse dans le domaine des communications interpersonnelles audio qui ont lieu sur un réseau de communication à commutation de paquets, filaire ou sans fil, ou, plus généralement, tout réseau qui permet la transmission de données numériques en mode paquet.
Dans ce contexte, il existe des services automatiques qui fournissent des informations à la demande d'un utilisateur, tels que les répondeurs vocaux interactifs, qui sont une extension à la téléphonie numérique, VoIP par exemple, des services audiotels ou assimilés connus sur les réseaux téléphoniques commutés.
Il faut cependant signaler que l'invention n'est pas limitée aux seuls échanges entre le terminal d'un utilisateur et un serveur vocal accessible directement par un numéro bien identifié, mais qu'elle s'étend également aux échanges avec des éléments de service vocal vers lesquels l'utilisateur peut être transféré à travers une chaîne de communication initialisée par un serveur vocal.
L'objet de la présente invention est de pouvoir doubler les messages vocaux émis par un élément de service vocal par des messages textuels, lesquels sont le plus souvent des mini-messages écrits apparaissant simultanément avec la réception des messages vocaux sur l'afficheur du terminal de l'utilisateur. Bien que le terminal puisse être de type quelconque, on comprendra que l'invention s'applique de préférence aux terminaux disposant de la fonction dite « mains libres », aux terminaux de visiophonie, etc., et plus généralement aux terminaux permettant à leur utilisateur de pouvoir en même temps écouter des messages vocaux et lire des messages textuels.
Dans le domaine de la communication par VoIP par exemple, on connaît de l'état de la technique des procédés applicables au problème de la présentation simultanée d'un message textuel et du message vocal associé.
Une première solution consiste à négocier, lors de l'établissement de l'appel, un canal média supplémentaire dévolu à la transmission de données textuelles. Dans le cadre du protocole RTP (Real-time Transfer Protocol, RFC 3350), le flux de données textuelles peut se conformer au standard de « charge utile » défini dans le document RTP Payload for Text Conversation (RFC 2793).
Une deuxième solution consiste à insérer les données textuelles dans le chemin de signalisation en exploitant certaines possibilités de transport de données offertes par le protocole de signalisation. Un exemple de cette technique dans le cas du protocole Internet SIP est décrit dans le brevet américain n° 6,757,732.
Ces procédés de doublage connus font cependant apparaître un certain nombre d'inconvénients. La solution consistant à créer un flux média supplémentaire véhiculant les données textuelles requiert que le terminal, tout comme l'élément de service vocal, puisse gérer plusieurs sessions de données pour chaque type de transmission. De plus, des éléments de réseau comme les pare-feu devront être configurés pour laisser passer deux flux média au lieu d'un seul. Enfin, des moyens de synchronisation doivent être prévus afin de présenter le doublage textuel à l'instant où est présenté le message vocal associé. Ceci peut nécessiter que les données textuelles soient stockées dans l'élément de service vocal accompagnées d'informations temporelles, comme des estampilles de temps relatives aux échantillons vocaux qui constituent le message principal.
La seconde solution impose, par nature, que les données textuelles transitent sur le chemin de signalisation, en suivant donc la route établie dans le réseau par les messages d'établissement d'appel. On peut observer que, sur un plan architectural, cette solution mélange la signalisation proprement dite qui traite de la gestion de l'appel, et son contenu, à savoir les données textuelles elles-mêmes. On est donc naturellement amené à penser que cette solution est relativement complexe car mélangeant dans un même automate d'états des actions de gestion et de contenu. De plus, ce procédé dépend étroitement du protocole de signalisation choisi (H.323, SIP, MGCP,...), et, par conséquent, une implantation selon un type de signalisation ne pourra s'étendre à une signalisation d'un autre type. Enfin, il faut également souligner que, dans la mesure où les données média suivent un chemin plus direct car ne traversant pas les équipements de signalisation, des problèmes de délai d'acheminement variable entre les données textuelles et vocales sont à prévoir, entraînant nécessairement des difficultés quant à la synchronisation dans la présentation des messages.
Aussi, un problème technique à résoudre par l'objet de la présente invention est de proposer un procédé de doublage de messages vocaux par des messages textuels, lesdits messages étant émis par un élément de service vocal vers un terminal à travers un réseau de transmission de données numériques en mode paquet dans lequel un canal transportant un protocole de transmission est utilisé pour l'émission des messages vocaux, qui permettrait notamment d'éviter l'utilisation trop spécifique du chemin de signalisation pour le transport des messages textuels, tout en évitant l'ouverture d'un flux média supplémentaire dédié aux seuls messages textuels.
La solution au problème technique posé consiste, selon la présente invention, en ce que, un protocole de contrôle de transmission étant associé audit protocole de transmission, lesdits messages textuels sont émis vers le terminal dans un canal transportant ledit protocole de contrôle de transmission.
Ainsi, on comprend que le procédé conforme à l'invention permet le transfert des messages textuels sans avoir à ouvrir un nouveau canal de flux média, les messages textuels utilisant le même chemin que les messages vocaux, ce qui évite en particulier de reconfigurer les pare-feu de manière à laisser passer ce canal supplémentaire. Par ailleurs, la solution proposée par l'invention est indépendante du protocole de signalisation utilisé. Il est même possible dans ce cas de basculer d'un protocole de signalisation à un autre. Selon l'invention, ledit protocole de communication est le protocole RTP. Ce protocole est conçu pour transporter des flux numériques sous forme de paquets de données accompagnées de leurs estampilles temporelles. Lorsqu'un canal de transmission RTP est établi, un canal secondaire, transportant le protocole de contrôle de transmission RTCP (Real-time Transport Control Protocol) est également mis en place. C'est ce canal RTCP que l'invention utilise pour le transport des messages textuels dans des conditions pratiques qui seront expliquées plus loin.
Dans un mode de mise en œuvre avantageux, l'invention prévoit que, lors d'une phase d'initialisation, le terminal émet vers ledit élément de service vocal un message de notification d'aptitude à recevoir des messages textuels de doublage. Cette disposition permet d'informer l'élément de service vocal que le terminal avec lequel il est en communication est capable de recevoir et de traiter des messages textuels de doublage. Dans cette réalisation, ledit élément de service vocal n'émet de messages textuels de doublage que s'il a reçu un message de notification de la part du terminal.
Il est également prévu par l'invention que ledit message de notification est émis périodiquement. On assure de cette manière que la perte dans le réseau d'un message de notification n'entraîne pas l'abandon du procédé de doublage.
Du point de vue de l'élément de service vocal, le procédé de doublage selon l'invention est activé dès réception d'un message de notification, les messages de notification subséquents sont alors tout simplement ignorés. Le serveur reste donc en veille tant qu'aucun message de notification n'a pas encore été reçu. Néanmoins, le serveur commence à envoyer le message vocal, mais n'envoie pas le message textuel tant qu'il n'a pas reçu de message de notification. Si le terminal ne met pas en œuvre le procédé par l'envoi d'un message de notification, aucun doublage textuel n'aura lieu pendant toute la durée de la communication. En variante, l'invention propose que l'émission périodique dudit message de notification soit interrompue sur réception par le terminal d'un message textuel de doublage. Il est ainsi possible de réaliser une économie de bande passante en arrêtant l'émission de messages de notification devenus inutiles. Cependant, l'envoi périodique de messages de notification est recommandé lors de transferts de la communication d'un élément de service vocal à un autre afin de maintenir informés tous les éléments de la chaîne.
Selon un mode d'exécution de l'invention, lesdits messages vocaux et lesdits messages textuels associés sont émis simultanément. Les paquets vocaux et textuels envoyés peuvent alors être envoyés simultanément, à moins que, de préférence, l'émission des messages textuels précède rémission des messages vocaux associés. Dans ce cas, les paquets textuels sont émis en premier, immédiatement suivis des paquets vocaux. L'avantage de ce mode d'émission est qu'il permet au terminal de revoir les messages textuels avant les messages vocaux et donc de pouvoir décider du moment de l'affichage des messages textuels en fonction de la réception des messages vocaux.
Dans ce contexte, la synchronisation en réception entre les messages vocaux et textuels peut être améliorée si, comme le préconise l'invention, l'émission des messages textuels précède l'émission des messages vocaux associés d'une durée de temporisation donnée.
De manière à rendre plus fiable le procédé conforme à l'invention vis à vis d'éventuelles pertes de messages sur le réseau, il est prévu que les messages textuels sont émis périodiquement pendant l'émission d'un message vocal associé. Ainsi, on assure qu'au moins un message textuel sera bien reçu par le terminal même si certains d'entre eux sont perdus.
Enfin, selon un mode de réalisation particulièrement avantageux du procédé de doublage conforme à l'invention, un message d'acquittement est émis par le terminal vers l'élément de service vocal sur réception d'un message textuel de doublage. On verra en effet plus loin en détail que cette disposition permet d'apporter une solution tout à fait satisfaisante aux problèmes liés à la synchronisation et à la perte de messages.
On peut signaler dès à présent que la synchronisation des messages est assurée du fait que, selon l'invention, un message vocal est émis par l'élément de service vocal sur réception d'un message d'acquittement. De même, la perte éventuelle de messages est prise en compte si, comme le prévoit l'invention, ledit message textuel est réémis périodiquement par l'élément de service vocal jusqu'à réception d'un message d'acquittement.
L'invention concerne également un terminal remarquable en ce qu'il comprend des moyens pour émettre des messages de notification.
Ledit terminal est d'autre part remarquable en ce qu'il comprend des moyens pour émettre des messages d'acquittement.
L'invention concerne également un élément de service vocal remarquable en ce qu'il comprend des moyens pour émettre des messages textuels de doublage sur réception d'un message de notification du terminal.
Ledit élément de service vocal est d'autre part remarquable en ce qu'il comprend des moyens pour émettre des messages vocaux sur réception d'un message d'acquittement du terminal.
Ledit élément de service vocal est encore remarquable du fait qu'il comprend des moyens pour réémettre des messages textuels de doublage jusqu'à réception d'un message d'acquittement du terminal.
La description qui va suivre en regard des dessins annexés, donnés à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée. La figure 1 est un schéma montrant les échanges entre un terminal et un élément de serveur vocal lors de l'exécution du procédé de doublage conforme à l'invention.
La figure 2 représente le schéma de la figure 1 avec répétition du message de notification. La figure 3 représente le schéma de la figure 1 avec perte du message textuel.
La figure 4 représente le schéma de la figure 1 avec perte du message d'acquittement.
La figure 5 est un exemple de codage du message NOTIF dans un paquet APP du protocole RTCP.
La figure 6 est un exemple de codage du message TEXT dans un paquet APP du protocole RTCP. La figure 7 est un exemple de codage du message ACK dans un paquet APP du protocole RTCP.
Les figures 1 à 4 concernent un procédé de doublage par des messages textuels de messages vocaux émis par un élément de service vocal SERV vers un terminal TR. Les messages textuels seront désignés messages TEXT dans la suite de la description.
Le transport des messages vocaux est effectué à travers un canal d'un protocole de transmission dans un réseau de commutation de paquets. Ce protocole peut être par exemple le protocole RTP mentionné plus haut, Les messages TEXT, ainsi que les autres messages associés au processus de doublage comme les messages de notification, désignés messages NOTIF et les messages d'acquittement, désignés messages ACK, sont quant à eux transportés dans un canal de contrôle de transmission, appelé RTCP dans le cas du protocole RTP. On rappelle que les messages échangés dans ce canal de contrôle sont les suivants (RFC3550) :
- message SDES : Source DEScription. Il contient les informations qui identifient et qui caractérisent une source de données de flux média,
- message SR : Sender Report. Il contient les données statistiques établies par une source ou un émetteur et exploitées par le ou les récepteurs pour ajuster la qualité de service du flux,
- message RR : Receiver Report. Il contient les données statistiques établies par chaque récepteur et exploitées par l'émetteur correspondant pour ajuster sa transmission, - message APP : APPlicatif. Il s'agit d'un message complémentaire pouvant être utilisé par l'application communicante pour véhiculer toute information de contrôle de niveau applicatif,
- message BYE : message émis par une source qui quitte la session de communication. Le procédé de doublage conforme à l'invention consiste en particulier à utiliser les messages APP pour la transmission des messages NOTIF, TEXT et ACK. Les figures 5 à 7 montrent des exemples de codage de ces messages dans des paquets APP.
Le schéma de la figure 1 montre les étapes du procédé selon l'invention dans le cas d'un fonctionnement standard. Des opérations liminaires COMSETUP et CHANOP provoquant respectivement un établissement de communication et une ouverture de canaux média ne sont pas décrites en détail ici. Ces opérations relèvent en effet de protocoles de signalisation VoIP (H.323, SIP, MGCP,...) connus en eux-mêmes et indépendants de l'invention proprement dite. Lorsque la communication et les canaux média sont établis, le terminal
TR envoie un message RTCP APP contenant un message NOTIF à l'élément de service vocal SERV pour lui indiquer son aptitude à afficher un message TEXT de doublage.
Puis, avant que l'élément de service vocal SERV n'émette un message vocal, celui-ci envoie à destination du terminal TR un message RTCP APP TEXT contenant le texte du message de doublage à afficher.
A la réception de ce message TEXT, le terminal TR répond à l'élément de service vocal SERV par un message RTCP APP contenant un message d'acquittement ACK indiquant audit élément SERV que le message TEXT a été correctement reçu.
Après avoir reçu ce message ACK, l'élément de service vocal SERV peut émettre le message vocal, lequel est alors synchronisé par le terminal TR avec le doublage textuel selon la stratégie d'affichage retenue dans le terminal TR. Le terminal TR peut décider d'afficher le message textuel dès sa réception, sans attendre la réception du message vocal associé, ou, au contraire, retenir le message textuel jusqu'à réception du message vocal, de manière à afficher le message textuel simultanément avec la réception du message vocal.
Afin de mieux gérer la synchronisation des messages, il est possible de mettre en place un mécanisme de référence. Pour chaque message textuel à afficher par le terminal TR, l'élément de service vocal SERV définit un identifiant, lequel est modifié pour le texte suivant, qui est répété par le terminal TR dans le message ACK correspondant. Cet identifiant peut être incrémenté par le serveur à chaque envoi d'un message TEXT ou à chaque envoi d'un texte différent à afficher. Dans ce dernier cas, si un message TEXT est perdu, le message TEXT réémis a toujours le même identifiant.
La figure 2 présente un mécanisme de réémission périodique du message NOTIF. Après envoi d'un premier message NOTIF, le terminal TR arme une temporisation Tempi . Lorsque celle-ci arrive à échéance, le terminal TR réémet un à nouveau le message NOTIF et relance une nouvelle temporisation Tempi , etc. Ainsi, même si un message NOTIF est perdu, l'élément de service vocal SERV sera néanmoins informé de l'aptitude du terminal TR à traiter le doublage texte. Ce mécanisme de réémission est particulièrement utile dans le cas de l'utilisation d'un protocole de transport peu fiable. Comme cela a déjà été expliqué précédemment, la répétition du message NOTIF peut être arrêtée sur réception d'un premier message TEXT en provenance de l'élément de service vocal SERV avec l'avantage d'économiser de la bande passante mais avec l'inconvénient de rompre la transmission de l'information contenue dans le message NOTIF à travers la chaîne des transferts éventuels de la communication.
La figure 3 présente le mécanisme mis en place pour éviter la perte du message TEXT de doublage textuel. Lorsque l'élément de service vocal SERV envoie un premier message TEXT, il initialise une temporisation Temp2. Si, à la fin de cette temporisation, il n'a pas reçu de message d'acquittement ACK correspondant au message TEXT, il réémet le même message TEXT et relance la temporisation Temp2. Lorsque, par la suite, il reçoit un message ACK, il arrête cette temporisation Temp2 et déclenche l'émission du message vocal associé au message TEXT.
En variante, l'élément de service vocal SERV peut émettre le message TEXT et, simultanément, débuter la transmission du flux média. Dans ce cas, la synchronisation entre le flux média et son doublage texte est plus grossière, mais le procédé est simplifié car ne nécessite plus la mise en oeuvre d'un message d'acquittement ACK.
Cette variante peut être améliorée si l'élément de service vocal SERV émet le message TEXT et, après observation d'un délai de temporisation, débute la transmission du message vocal, sans attendre la réception d'un acquittement. Dans ce cas, la synchronisation est moins grossière mais le procédé reste simplifié.
La figure 4 présente le mécanisme mis en place pour éviter la perte du message d'acquittement ACK. De la même manière que dans le cas de la perte d'un message TEXT, si le message ACK renvoyé par le terminal TR ne parvient pas à l'élément de service vocal SERV, celui-ci réémet le message RTCP APP TEXT après une temporisation Temp qui peut avoir pour durée celle de la temporisation Temp2. Le mécanisme continue jusqu'à réception par l'élément de service vocal SERV d'un message ACK, auquel cas ledit élément de service vocal SERV émet le message vocal.
Dans cette configuration, si le message ACK est perdu, il peut se produire que le terminal TR présente le message textuel avant que le message ne lui parvienne. L'ordre de grandeur des délais est tel que l'utilisateur humain ne percevra probablement pas de décalage gênant. En effet, le service de doublage ne requiert pas une synchronisation très fine des informations, mais uniquement un comportement analogue à celui d'un sous-titrage audiovisuel par exemple.
D'une manière générale, il faut noter qu'une optimisation des intervalles de retransmission peut se baser sur le fait que les extrémités d'un échange RTP sont capables de calculer une estimation du délai d'aller-retour dans le réseau grâce aux messages SR et RR des échanges RTCP. Cette estimation peut être exploitée pour déterminer la période de retransmission des messages TEXT et ACK.

Claims

REVENDICATIONS
1. Procédé de doublage de messages vocaux par des messages textuels, lesdits messages étant émis par un élément de service vocal vers un terminal à travers un réseau de transmission de données numériques en mode paquet dans lequel un canal transportant un protocole de transmission est utilisé pour rémission des messages vocaux, caractérisé en ce que, un protocole de contrôle de transmission étant associé audit protocole de transmission, lesdits messages textuels (TEXT) sont émis vers le terminal dans un canal transportant ledit protocole de contrôle de transmission.
2. Procédé selon la revendication 1 , caractérisé en ce que, lors d'une phase d'initialisation, le terminal émet vers ledit élément de service vocal un message
(NOTIF) de notification d'aptitude à recevoir des messages textuels (TEXT) de doublage.
3. Procédé selon la revendication 2, caractérisé en ce que ledit message (NOTIF) de notification est émis périodiquement.
4. Procédé selon la revendication 3, caractérisé en ce que l'émission périodique dudit message (NOTIF) de notification est interrompue sur réception par le terminal d'un message textuel (TEXT) de doublage.
5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que lesdits messages vocaux et lesdits messages textuels (TEXT) associés sont émis simultanément.
6. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que l'émission des messages textuels (TEXT) précède l'émission des messages vocaux associés.
7. Procédé selon la revendication 6, caractérisé en ce que l'émission des messages textuels (TEXT) précède l'émission des messages vocaux associés d'une durée de temporisation donnée.
8. Procédé selon la revendication 5, caractérisé en ce que les messages textuels (TEXT) sont émis périodiquement pendant l'émission d'un message vocal associé.
9. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'un message (ACK) d'acquittement est émis par le terminal vers l'élément de service vocal sur réception d'un message textuel (TEXT) de doublage.
10. Procédé selon la revendication 9, caractérisé en ce qu'un message vocal est émis par l'élément de service vocal sur réception d'un message (ACK) d'acquittement.
1 1. Procédé selon l'une des revendications 9 ou 10, caractérisé en ce que ledit message textuel (TEXT) est réémis périodiquement (T2) par l'élément de service vocal jusqu'à réception d'un message (ACK) d'acquittement.
12. Procédé selon l'une quelconque des revendications 1 à 1 1 , caractérisé en ce que ledit protocole de communication est le protocole RTP.
13. Procédé selon la revendication 12, caractérisé en ce que lesdits messages de notification, lesdits messages textuels de doublage et lesdits messages d'acquittement sont émis dans des messages APP du protocole RTCP de contrôle de transmission associé audit protocole RTP.
14. Terminal, caractérisé en ce qu'il comprend des moyens pour émettre des messages de notification lorsqu'il met en œuvre le procédé selon l'une quelconque des revendications 2 à 8.
15. Terminal selon la revendication 14, caractérisé en ce qu'il comprend des moyens pour émettre des messages d'acquittement lorsqu'il met en œuvre le procédé selon l'une quelconque des revendications 9 à 1 1.
16. Elément de service vocal apte à émettre des messages vocaux doublés par des messages textuels vers un terminal à travers un réseau de transmission de données numériques en mode paquet dans lequel un canal transportant un protocole de transmission est utilisé pour l'émission des messages vocaux, un protocole de contrôle de transmission étant associé audit protocole de transmission, caractérisé en ce qu'il comporte des moyens pour émettre lesdits messages textuels (TEXT) vers ledit terminal dans un canal transportant ledit protocole de contrôle de transmission. 17 Elément de service vocal selon la revendication 16 caractérisé en ce qu'il comprend des moyens pour émettre des messages textuels de doublage sur réception d'un message de notification du terminal lorsqu'il met en œuvre le procédé selon l'une quelconque des revendications 2 à 13. 18. Elément de service vocal selon l'une des revendications 16 ou 17, caractérisé en ce qu'il comprend des moyens pour émettre des messages vocaux sur réception d'un message d'acquittement du terminal lorsqu'il met en œuvre le procédé selon l'une quelconque des revendications 10 à 13. 19. Elément de service vocal selon la revendication 18, caractérisé en ce qu'il comprend des moyens pour réémettre des messages textuels de doublage jusqu'à réception d'un message d'acquittement du terminal lorsqu'il met en œuvre le procédé selon l'une quelconque des revendications 1 1 à 13.
EP06726291A 2005-03-31 2006-03-30 Procede de doublage de messages vocaux par des messages textuels dans un reseau de communication par paquets Withdrawn EP1867131A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0503194 2005-03-31
PCT/FR2006/050277 WO2006103374A2 (fr) 2005-03-31 2006-03-30 Procede de doublage de messages vocaux par des messages textuels dans un reseau de communication par paquets

Publications (1)

Publication Number Publication Date
EP1867131A2 true EP1867131A2 (fr) 2007-12-19

Family

ID=35276168

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06726291A Withdrawn EP1867131A2 (fr) 2005-03-31 2006-03-30 Procede de doublage de messages vocaux par des messages textuels dans un reseau de communication par paquets

Country Status (6)

Country Link
US (1) US20090238346A1 (fr)
EP (1) EP1867131A2 (fr)
JP (1) JP2008538269A (fr)
KR (1) KR20080004553A (fr)
CN (1) CN101185310A (fr)
WO (1) WO2006103374A2 (fr)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8140057B2 (en) * 2008-10-10 2012-03-20 International Business Machines Corporation Automated call context notification
US8265022B2 (en) 2009-02-10 2012-09-11 Apple Inc. Apparatus and methods for transmission of emergency call data over wireless networks
US9699632B2 (en) 2011-09-28 2017-07-04 Elwha Llc Multi-modality communication with interceptive conversion
US9002937B2 (en) 2011-09-28 2015-04-07 Elwha Llc Multi-party multi-modality communication
US9794209B2 (en) 2011-09-28 2017-10-17 Elwha Llc User interface for multi-modality communication
US9477943B2 (en) 2011-09-28 2016-10-25 Elwha Llc Multi-modality communication
US9788349B2 (en) 2011-09-28 2017-10-10 Elwha Llc Multi-modality communication auto-activation
US9503550B2 (en) 2011-09-28 2016-11-22 Elwha Llc Multi-modality communication modification
US9906927B2 (en) 2011-09-28 2018-02-27 Elwha Llc Multi-modality communication initiation
US20130138829A1 (en) * 2011-11-30 2013-05-30 Rovi Technologies Corporation Scalable video coding over real-time transport protocol
JP2021076999A (ja) * 2019-11-07 2021-05-20 株式会社Ｍｏｂｉｌｉｔｙ Ｔｅｃｈｎｏｌｏｇｉｅｓ 翻訳システム、翻訳端末装置、翻訳端末プログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6304636B1 (en) * 1997-12-23 2001-10-16 At&T Corp. Forwarding voice messages to a called party using electronic mail
US7013346B1 (en) * 2000-10-06 2006-03-14 Apple Computer, Inc. Connectionless protocol
US6504910B1 (en) * 2001-06-07 2003-01-07 Robert Engelke Voice and text transmission system

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2006103374A2 (fr) 2006-10-05
WO2006103374A3 (fr) 2006-11-16
CN101185310A (zh) 2008-05-21
JP2008538269A (ja) 2008-10-16
US20090238346A1 (en) 2009-09-24
KR20080004553A (ko) 2008-01-09

Similar Documents

Publication Publication Date Title
WO2006103374A2 (fr) Procede de doublage de messages vocaux par des messages textuels dans un reseau de communication par paquets
EP3053327B1 (fr) Procédé de diffusion d'identifiants de sources multicast
US7840651B2 (en) Client-server emulation supporting multicast transmissions of media objects
EP3053303B1 (fr) Procede d'abonnement a des flux en provenance de clients multicast
CA2442676C (fr) Procede de gestion de l'alternat pour une communication en mode semi-duplex a travers un reseau de transport a commutation de paquets
EP2073507A1 (fr) Contrôle de l'interface d'émission d'un message de réponse SIP
EP2649738B1 (fr) Dispositif de sélection de flux de service numérique, et procédé, programme d'ordinateur et moyens de stockage correspondants
EP2724486A1 (fr) Retransmission de donnees perdues entre un emetteur et un recepteur
FR2888441A1 (fr) Appareil et procede d'estimation du taux de remplissage des tampons d'entree de clients d'une distribution de contenu temps reel.
FR2881867A1 (fr) Procede de transmission de marques de fin de parole dans un systeme de reconnaissance de la parole
EP3311545B1 (fr) Procédé et dispositif de gestion de paquets dans une connexion multi-flux et multi-protocole
EP1729478A1 (fr) Procédé d'etablissement d'appel entre un terminal appelant et un terminal appelé
WO2008046697A1 (fr) Enrichissement de la signalisation dans une session de communication de type ' push to talk ' par insertion d'une carte de visite
EP2091201A1 (fr) Procédé et dispositif de transfert d'un signal de flux média au cours d'une session de communication
EP2366236A2 (fr) Procede de configuration d'un circuit virtuel
WO2004100492A1 (fr) Procede et dispositif de synchronisation de flux de donnees
EP0642241A1 (fr) Transmission de messages au moyen d'une trame de longueur variable
WO2013011233A1 (fr) Procedes de traitement et de communication entre equipements dans un reseau a commutation de paquets, equipements correspondants
EP1929700B1 (fr) Procede d'envoi de messages depuis un premier reseau vers un second reseau
FR3052010A1 (fr) Procede d'amelioration de la qualite d'une communication
FR2865332A1 (fr) Procede de transfert de donnees entre un premier et un second terminal, de telecommunication
FR3032077A1 (fr) Procede de diffusion multipoint d'un flux de donnees au format ip
FR2910205A1 (fr) Procede de synchronisation d'evenements dans un systeme de communication multi-reseaux
FR2962281A1 (fr) Procede de configuration d'un terminal pour le maintien d'une porte dans un equipement mettant en oeuvre une fonction de traduction d'adresses
CA2585829A1 (fr) Affichage d'informations sur un ecran d'un terminal telephonique

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

AK Designated contracting states

Kind code of ref document: A2

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

17Q First examination report despatched

Effective date: 20080118

DAX Request for extension of the european patent (deleted)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RTI1 Title (correction)

Free format text: METHOD OF DUBBING VOICE MESSAGES WITH TEXT MESSAGES IN A PACKET COMMUNICATION NETWORK

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