FR 2889638 A1 20070209 FR 0605638 A 20060623 TERMINAL DE TELECOMMUNICATIONS, SYSTEME DE TELECOMMUNICATIONS, UNITE DE SERVEUR DE SESSION DE TELECOMMUNICATIONS, PROCEDE DE GENERATION ET D'EMISSION D'UN MESSAGE DE SESSION DE TELECOMMUNICATIONS, PROCEDE DE GESTION D'UN MESSAGE DE SESSION DE TELECOMMUNICATIONS, SUPPORTS DE MEMORISATION LISIBLES PAR ORDINATEUR ET ELEMENTS DE LOGICIELS L'invention concerne un terminal de télécommunications, un système de télécommunications, une unité de serveur de session de télécommunications, un procédé de génération et d'émission d'un message de session de télécommunications, un procédé de gestion d'un message de session de télécommunications, des supports de mémorisation lisibles par ordinateur et des éléments de logiciels. Le Push-to-Talk-over-Cellular, comme décrit par exemple dans le document [1], permet à un utilisateur respectivement à un terminal de télécommunications, en tant qu'émetteur après avoir sélection le récepteur respectivement plusieurs récepteurs et après impression d'un Push-to-Talk-over-Cellular-Taste (PoC-Taste), spécialement prévu pour cela, du terminal de télécommunications, de transférer des signaux vocaux à un ou plusieurs récepteurs simultanément selon le procédé semi-duplex. Par semi-duplex, on entend un procédé de transmission dans lequel on effectué à un instant donné une seule transmission unidirectionnelle de données utiles, c'est-à-dire par exemple seul l'émetteur peut parler, les récepteurs ne peuvant pas l'interrompre. Les données vocales, qui sont également désignés par Talk Bursts , sont alors envoyées sur le réseau de télécommunications dès le début de l'émission des données vocales et pendant la transmission des données vocales par le terminal de télécommunications émetteur. Ainsi, le Push-to-Talk-over-Cellular est similaire, du point de vue de l'utilisateur, aux radiocommunications CB classiques mais avec en plus le fait que l'émetteur peut s'adresser aux récepteurs du monde entier qui peuvent être joints par la technique de communication d'au moins un réseau de communication par téléphonie mobile. On suppose dans ce cas que le récepteur ou les récepteurs, c'est-à-dire les terminaux de télécommunications récepteurs respectifs sont également connectés à ce moment au réseau de communication par téléphonie mobile, en d'autres termes sont Online . Comme décrit dans le document [2], on travaille déjà actuellement, dans l'organisation de normalisation Open Mobile Alliance (OMA), sur une deuxième version du Pushto-Talk-over-Cellular qui est également désignés par PoC2. Selon le document [2], il est proposé dans PoC2 d'introduire ce que l'on appelle un PoC-Box qui est une sorte de Voice-Mailbox (en d'autres termes un répondeur de données vocales) dans lequel des PoCTalk Bursts (données vocales PoC) sont provisoirement mémorisés lorsque le terminal de télécommunications récepteur (Abonné B) d'une session de communication PoC 1-vers-1 (1-to-1 PoC Session) ne peut pas être joint. Dès que l'abonné B, c'est-à-dire l'abonné du terminal de télécommunications récepteur est joint, une 1-to- 1 PoC Session est alors établie par l'ordinateur serveur avec l'abonné B. Le flux de signalisation se fait alors de la façon suivante: - l'abonné A, c'est-à-dire l'abonné du terminal de télécommunications émetteur, appuie le bouton d'activation du PoC sur le terminal de télécommunications émetteur. - à la suite d'un message de requête correspondant qui permet au terminal de télécommunications émetteur de demander auprès l'ordinateur serveur PoC de pouvoir communiquer et qui est transmis alors à l'ordinateur serveur PoC, le terminal de télécommunications émetteur reçoit le cas échéant de la part de l'ordinateur serveur PoC une information selon laquelle l'abonné B ne peut pas être joint et il lui est demandé s'il souhaite laisser un message. - l'abonné A peut ignorer ce message ou bien peut appuyer de nouveau sur un bouton (Touche) prévu pour la fonctionnalité suivante sur le terminal de télécommunications, par exemple le bouton PoC (Touche PoC), et activer ainsi l'enregistrement de son message dans le PoC-Box de l'abonné B. - au bout d'un certain temps, l'abonné B peut de nouveau être joint, ce que le service de communication PoC et notamment l'ordinateur de serveur PoC peut par exemple déterminer en surveillant le paramètre Presence Info de l'abonné B. - le service de communication PoC amorce maintenant une 1to-l-PoC-Session avec l'abonné B et communique à l'abonné B qu'un message en mémoire a été mémorisé par l'abonné B dans le PoC-Box. Le message en mémoire est transmis ensuite à l'abonné B, c'est-à-dire au terminal de télécommunications récepteur. - après réception du message de l'ordinateur serveur PoC, l'abonné B peut alors appuyer sur un bouton PoC (Touche PoC) sur le terminal de télécommunications récepteur afin d'établir ainsi de façon implicite une session de communication PoC 1-vers-1 avec l'abonné. Ainsi, il est prévu selon le document [2] de toujours transmettre le message vocal en mémoire à l'abonné B respectivement au terminal de télécommunications de celui-ci. En outre, en ce qui concerne le service des messages courts (Short Message Service, SMS), il est prévu dans le document [3] de pouvoir définir la validité d'un message. Si le récepteur ne récupère pas le message court pendant ce temps, ce message perd sa validité, est supprimé dans le réseau et n'est plus remis au récepteur respectivement ne peut plus être récupéré. Le document [4] enseigne ce que l'on appelle un Talk Burst Control Protocol (TBCP) permettant de vérifier à quel moment un abonné est autorisé à envoyer son PoC Talk. Le but de l'invention est de ne encombrer pas le récepteur de messages, dans une session de télécommunications, avec des messages, par exemple messages vocaux, qui n'intéressent pas le récepteur respectivement qui ne sont plus importants pour lui. Le but est atteint par le terminal de télécommunications, le système de télécommunications, l'unité de serveur de session de télécommunications, par un procédé de génération et d'émission d'un message de session de télécommunications, par un procédé de gestion d'un message de session de télécommunications ainsi que par des supports de mémorisation correspondants lisibles par ordinateur et par des éléments de logiciels présentant les caractéristiques suivantes. Les conformations décrites de l'invention concernent, dans la mesure où elles ont judicieuses, aussi bien le terminal de télécommunications, le système de télécommunications, l'unité de serveur de session de télécommunications, le procédé de génération et d'émission d'un message de session de télécommunications, le procédé de gestion d'un message de session de télécommunications, les supports de mémorisation lisibles par ordinateur et les éléments de logiciels. Un terminal de télécommunications comporte une unité de session de télécommunications destinée à établir et/ou commander une session de télécommunications semi-duplex. En outre, dans le terminal de télécommunications, il est prévu une unité de génération de message de session de télécommunications destinée à générer un message de session de télécommunications. En outre, il est prévu une unité d'émission de message de session de télécommunications destinée à émettre le message de session de télécommunications. L'unité de génération de message de session de télécommunications est conçue de telle sorte qu'elle ajoute à au moins un message de session de télécommunications à générer une information de validité de message permettant d'indiquer si ou jusqu'à quel moment le message de session de télécommunications ou un autre message de session de télécommunications, qui est identifié dans le message de session de télécommunications, est valide. Un système de télécommunications comporte au moins un terminal de télécommunications conformé de la manière décrite ci-dessus ainsi qu'un récepteur destiné à recevoir et mémorisé le message de session de télécommunications. Le récepteur peut être conformé en unité de serveur de session de télécommunications semi-duplex destinée à établir une session de télécommunications semi-duplex entre le terminal de télécommunications et un autre terminal de télécommunications. En outre, il est prévu une unité de serveur de session de télécommunications destinée à établir une session de télécommunications entre plusieurs terminaux de télécommunications, laquelle unité de serveur de session de télécommunications comporte une unité de commande destinée à commander une session de télécommunications semi-duplex entre plusieurs terminaux de télécommunications, une unité de réception destinée à recevoir un message de session de télécommunications, une mémoire destinée à mémoriser le message de session de télécommunications reçu, le message de session de télécommunications contenant une information de validité de message permettant d'indiquer si ou jusqu'à quel moment le message de session de télécommunications, ou un autre message de session de télécommunications qui est identifié dans le message de session de télécommunications, est valide, ainsi qu'une unité de vérification destinée à vérifier si le message de session de télécommunications ou l'autre message de session de télécommunications est valide. L'unité de vérification est conçue par exemple de telle sorte qu'elle efface le message de session de télécommunications ou l'autre message de session de télécommunications lorsqu'il apparaît par exemple le cas, indiqué dans l'information de validité de message, dans lequel le message de session de télécommunications ou l'autre message de session de télécommunications n'est pas valide. Un procédé de génération et d'émission d'un message de session de télécommunications, dans le cadre d'une session de télécommunications semi-duplex entre plusieurs terminaux de télécommunications, comporte les étapes suivantes réalisées par un terminal de télécommunications parmi plusieurs terminaux de télécommunications: - la génération d'un message de session de télécommunications, une information de validité de message, permettant d'indiquer si ou jusqu'à quand le message de session de télécommunications, ou un autre message de session de télécommunication qui est identifié dans le message de session de télécommunications, est valide, étant ajouté au message de session de télécommunications. - l'émission du message de session de télécommunications. Un autre procédé de génération et d'émission d'un message de session de télécommunications, dans le cadre d'une session de télécommunications semi-duplex entre plusieurs terminaux de télécommunications, comporte les étapes suivantes réalisées par un terminal de télécommunications parmi plusieurs terminaux de télécommunications: - la génération d'un message de session de télécommunications, une information de validité de message, permettant d'indiquer si ou jusqu'à quand le message de session de télécommunications, ou un autre message de session de télécommunication qui est identifié dans le message de session de télécommunications, est valide, étant ajouté au message de session de télécommunications. - l'émission du message multimédia de session de télécommunications. Dans un procédé de gestion d'un message de session de télécommunications dans le cadre d'une session de télécommunications semi-duplex entre plusieurs terminaux de télécommunications, on mémorise un message de session de télécommunications reçu, le message de session de télécommunications contenant une information de validité de message permettant d'indiquer si ou jusqu'à quand le message de session de télécommunications ou une autre information de session de télécommunications, qui est identifié dans le message de session de télécommunications, est valide. L'information de validité de message est déterminée à partir du message de session de télécommunications et on vérifie en utilisant l'information de validité de message si le message de session de télécommunications ou l'autre message de session de télécommunications est valide. Par exemple, dans le cas où le message multimédia de session de télécommunications ou l'autre message de session de télécommunications n'est pas valide ou bien doit par exemple être effacé, le message de session de télécommunications est effacé. En outre, il est prévu un support de mémorisation lisible par ordinateur sur lequel est mémorisé un logiciel destiné à générer et émettre un message de session de télécommunications dans le cadre d'une session de télécommunications semi-duplex entre plusieurs terminaux de télécommunications, le logiciel réalisant les étapes décrites ci-dessus du procédé correspondant lorsqu'il est exécuté par un processeur. En outre, il est prévu un élément de logiciel correspondant. En outre, il est prévu un support de mémorisation lisible par ordinateur sur lequel est mémorisé un logiciel destiné à gérer un message de session de télécommunications dans le cadre d'une session de télécommunications semi-duplex entre plusieurs terminaux de télécommunications, le logiciel comportant les étapes opératoires décrites ci-dessus du procédé correspondant lorsqu'il est exécuté par un processeur. En outre, il est prévu un logiciel correspondant. Concrètement, on peut considérer un aspect de l'invention dans lequel il est possible de déterminer au moyen d'un terminal de télécommunications, par exemple au moyen du terminal de télécommunications émetteur dans une session de télécommunications par exemple dans le cadre d'une liaison de communication semi-duplex, quelle est la durée de validité d'un message émis et formé par le terminal de télécommunications émetteur, en d'autres termes par exemple quelle est la durée pendant laquelle ledit message sera mémorisé temporairement dans un récepteur qui sert par exemple de Voice-Mailbox et qui est conformé par exemple en unité de serveur de session de télécommunications respectivement dans quel cas l'unité de serveur supprimera le message respectif en d'autres termes l'effacera. Selon un autre aspect de l'invention, on détermine dans un message, au moyen de l'information de validité, si un message de session de télécommunications doit être effacé et donc par exemple si un message de demande d'autorisation de communication doit être traité. L'unité de génération de message de session de télécommunications peut, en tant qu'unité de génération de message multimédia de session de télécommunications, générer un message multimédia de session de télécommunications, le message multimédia de session de télécommunications pouvant contenir des données multimédia. Dans ce cas, le message multimédia de session de télécommunications est par exemple un message de Medien-Burst. En outre, l'unité de génération d'un message de session de télécommunications peut être conçue de telle sorte qu'elle ajoute à au moins un message de session de télécommunications à générer une information de validité de message permettant d'indiquer dans quel cas le message de session de télécommunications ou l'autre message de session de télécommunications dans un récepteur de message de session de télécommunications ou de l'autre message de session de télécommunications doit être effacé. À cet égard, il faut mentionner que tout autre traitement ultérieur d'un message de session de télécommunications reconnu comme non valide est possible. Par exemple, on peut mémoriser un message de session de télécommunications reconnu comme non valide à un autre endroit. Par données multimédia, il faut entendre par exemple des données vocales et/ou des données vidéo et/ou des données textuelles et/ou des fichiers binaires et des données d'images fixes, etc. Un message de session de télécommunications comporte par exemple l'information de validité de message. L'information de validité de message peut indiquer si ou jusqu'à quand le message de session de télécommunications, ou un autre message de session de télécommunications qui est identifié dans le message de session de télécommunications, est valide et par exemple dans quel cas il faut effacer le message de session de télécommunications contenant l'information de validité de message ou l'autre message de session de télécommunications. En d'autres termes, selon un aspect de l'invention, dans une session de télécommunications semi-duplex dans laquelle des données multimédia ne peuvent être transmises à chaque fois que dans une seule direction à un instant respectif, c'est-à-dire qu' un récepteur d'un message multimédia ne peut pas par exemple interrompre l'émetteur, en d'autres termes dans une session de télécommunications semi-duplex l'autorisation de communication est attribuée exclusivement à un abonné à la session de communication et les autres abonnés à la session de télécommunications ne peuvent que recevoir des données, il est possible, dans le cas où un abonné récepteur ne peut pas être joint, de mémoriser temporairement les messages multimédia envoyés, mais seulement tant qu'un critère d'effacement prescrit est rempli, généralement seulement tant que les messages multimédia respectifs sont valides. Le message de session de télécommunications peut être en variante un message de signalisation de session de télécommunications, par exemple un message de demande d'autorisation de communication de session de télécommunications, selon Push-to-Talk-over-Cellular par exemple un message Talk-Burst-Request. Dans une conformation de l'invention, l'unité de session de télécommunications est destinée à établir et/ou commander une session de télécommunications Pushto-Talk, et dans ce cas par exemple d'établir et/ou de commander une session de télécommunications Push-to-Talkover- Cellular. En d'autres termes, dans ce mode de réalisation, il est prévu d'utiliser l'invention dans le cadre d'une session de télécommunications Push-toTalk respectivement une session de télécommunications Push-to-Talk-overCellular. Cependant il faut mentionner que toute session de télécommunications semi-duplex est un domaine d'application approprié de l'invention. Si l'unité de session de télécommunications est destinée à établir et/ou commander une session de télécommunications Push-to-Talk-over-Cellular, le terminal de télécommunications émetteur d'un message PoC, c'est-à-dire d'un message multimédia PoC respectivement d'un PoC-Talk Burst d'une unité de serveur PoC respectivement de ce que l'on appelle une PoC-Box (généralement d'une unité PoC-Voic-Mail), peut concrètement émettre des informations sur la validité du message PoC respectivement du PoC-Talk Burst, par exemple des informations sur la validité dans le temps du message PoC respectivement du PoC-Talk Burst. Ainsi, le terminal de télécommunications émetteur et donc l'utilisateur du terminal de télécommunications émetteur peut configurer la validité, par exemple la validité dans le temps du message PoC à émettre (en d'autres termes du PoC-Talk Burst) sur le PoC-Client dans son terminal de télécommunications. L'information de validité de message peut donc être une durée prescrite au bout de laquelle le message de session de télécommunications (dans le cas du récepteur, par exemple dans une unité de communication ou une unité de serveur) sera effacé si aucun terminal de télécommunications destinataire, qui doit recevoir par exemple le message de session de télécommunications, ne récupère le message de session de télécommunications auprès de l'unité de serveur. En variante, un critère d'espace, en d'autres termes un critère de localité, peut être pris en compte et vérifié, ce critère respectivement une information décrivant ce critère étant ajouté au message de session de télécommunications et utilisé pour juger si le message télécommunications dans l'unité de serveur doit être effacé ou non. Par critère de localité, il faut entendre par exemple une relation entre la validité du message et la région géographique respective où le récepteur séjourne actuellement ou a séjourné à un instant prescrit dans le passé. Dans un scénario d'utilisation possible, un message est destiné potentiellement à plusieurs récepteurs avec une indication contenant une référence spatiale, par exemple il est demandé à un récepteur se trouvant à un endroit déterminé ou dans une région déterminée, d'acheter un objet ou d'amener un objet à une personne ou à un endroit se trouvant à proximité (par exemple: Celui ou celle se trouvant à l'endroit X est prié d'apporter l'objet Y à la personne Z à l'endroit A ). En outre, le critère peut-être un critère selon lequel le message de session de télécommunications est transmis ou effacé selon qu'un ou plusieurs récepteurs sont online , c'est-à-dire sont raccordés au réseau de télécommunications par téléphonie mobile et sont prêts à la réception. Par exemple, le critère peut être vérifié en tenant compte de l'état de présence du récepteur respectif. En d'autres termes, cela signifie que l'information de validité de message est une information permettant d'indiquer que le message de session de télécommunications ou l'autre message de session de télécommunications doit être effacé si un utilisateur d'un terminal de télécommunications destinataire n'est pas raccordé au réseau de communications par téléphonie mobile ou n'est pas prêts à recevoir. Il faut mentionner que l'information de temps et l'information d'espace peuvent être prises en compte de manière à transmettre et prendre en compte concrètement plusieurs informations de validité (par exemple: celui ou celle qui se trouvant à l'endroit X les B jours suivants est prié d'apporter l'objet Y à la personne Z à l'endroit A ). Ainsi, dans cette conformation de l'invention, l'information de validité de message peut être une information d'espace permettant d'indiquer que le message de session de télécommunications peut être effacé si un terminal de télécommunications destinataire ne se trouve pas dans la région indiquée dans l'information de validité de message. En outre, une information de validité de contenu peut être transmise et prise en compte, seul ou en combinaison avec l'un des types, ou les deux types, décrits ci-dessus, d'information de validité. Par information de validité de contenu, il faut entendre par exemple une information qui ne concerne qu'un groupe de récepteurs qui s'intéressent à thème précis (par exemple: Celui ou celle qui s'intéresse au thème UMTS est prié de s'informer ). Concrètement, dans cette conformation de l'invention, l'information de validité de message multimédia est une information thématique permettant d'indiquer que le message de session de télécommunications peut être effacé lorsqu'un utilisateur d'un terminal de télécommunications destinataire ne s'est pas informé du thème indiqué. L'unité de génération de message de session de télécommunications peut être conçue de façon à générer le message de session de télécommunications selon l'un des protocoles de communication suivants: - Real Time Transport Protocol (RTP), - Real Time Transport Control Protocol (RTCP), - Binary Floor Control Protocol (BFCP), - Session Initiation Protocol (SIP). En d'autres termes, dans différents modes de réalisation de l'invention, il est possible d'ajouter l'information de validité de message dans un message selon l'un des protocoles de communication décrit ci- dessus respectivement de le transmettre selon ce protocole. De cette façon, lors de l'établissement d'une liaison respectivement lors de la commande de la liaison de communication semi-duplex en utilisant un protocole de communication décrit ci-dessus, on peut déjà, de façon simple en utilisant le protocole de communication standard, demander à l'unité de serveur selon quel critère le message transmis peut éventuellement être effacé. Dans une autre conformation de l'invention, l'unité de génération de message de session de télécommunications est destinée à générer le message de session de télécommunications sous la forme d'un message Talk- Burst ou bien d'un message Talk-Burst-Request. Le système de télécommunications peut comporter un récepteur qui est destiné, en tant qu'unité de serveur de session télécommunications semiduplex, à établir une session de télécommunications semi-duplex entre le terminal de télécommunications et un autre terminal de télécommunications. Dans une session de télécommunications, on peut alors réaliser un nombre quelconque de terminaux de télécommunications est une liaison de télécommunications peut être établie par conséquent entre un nombre quelconque, même superieur a 2,2 terminaux de télécommunications. Dans ce cas, une mémorisation correspondant d'un message envoyé peut être effectué spécifiquement au récepteur et peut également être effacé le cas échéant de façon spécifique récepteur. Dans le cas où l'information de validité de message est une information de validité dans le temps, il est prévu dans l'unité de serveur de session de télécommunications par exemple au moins un Timer (générateur d'horloge) qui est destiné au message de session de télécommunications, le cas échéant dans un grand nombre de terminaux télécommunications qui sont reliées à la session de télécommunications, un générateur d'horloge étant prévu pour chaque terminal de télécommunications et pour le message de session télécommunications respectif. L'unité de vérification est conçue par exemple de façon à effacer le message de session de télécommunications lorsque que le Timer est en fonctionnement dans le cas où le message de session de télécommunications ou l'autre message de session de télécommunications n'a pas encore été récupéré par un terminal de session de télécommunications qui est le destinataire du message de session télécommunications ou de l'autre message de session de télécommunications. Dans une autre conformation de l'unité de serveur de session de télécommunications, il peut être prévu que le message de session télécommunications contienne l'information de validité de message. En outre, le message de session de télécommunications peut contenir des données multimédia. Dans une autre conformation de l'invention, il peut être prévu que l'unité de vérification soit conçue de façon à effacer le message de session de télécommunications ou l'autre message de session de télécommunications lorsqu'il apparaît le cas indiqué dans une information de validité de message contenu dans un message de session de télécommunications, généralement lorsque le message de session de télécommunications ou l'autre de message de session de télécommunications n'est pas valide. Dans une conformation de l'invention, l'unité de vérification est conçue de façon à effacer le message de session de télécommunications ou l'autre message de session de télécommunications d'une file d'attente de demande d'autorisation de communication ou d'une mémoire de l'unité de serveur de session de télécommunications lorsqu'il apparaît le cas indiqué dans une information de validité de message. Un aspect de l'invention consiste, dans le cadre d'une session télécommunications qui est prévue et conçue pour transmettre des flux de données multimédia, en d'autres termes qui est prévue et conçue comme uneapplication Media-Streaming (Media-Streaming-Service), à signaler la validité des messages Streaming respectifs et à en déduire des actions prescrites correspondantes. Par Application respectivement Service MediaStreaming, il faut entendre une application respectivement un service dans lequel les données multimédia à transmettre dans une unité de serveur ou dans un terminal de communication sont rassemblées en au moins un flux de données multimédia et sont transmises à au moins un autre abonné de session télécommunications sous la forme d'un flux de données multimédia. Des exemples de réalisation de l'invention sont expliqués en détail dans la suite et sont représentés dans les dessins dans lesquels les mêmes éléments portent les mêmes références et dans lesquels: la figure 1 représente un synoptique dans lequel il est représenté une architecture simplifiée d'un système de télécommunications PoC selon un exemple de réalisation de l'invention; la figure 2 représente un synoptique dans lequel il est représenté les étapes opératoires qui sont réalisées dans un terminal de télécommunications émetteur dans le cadre d'une liaison de communication PoC selon un exemple de réalisation de l'invention; la figure 3 représente un organigramme dans lequel il est représenté les étapes opératoires qui sont réalisées dans une unité de serveur PoC selon un exemple de réalisation de l'invention; la figure 4 est la représentation d'un format de message d'un message RTCP Talk Burst Request selon un premier exemple de réalisation de l'invention; la figure 5 est une représentation d'un format de 5 message d'un message RTCP Talk Burst Request selon un deuxième exemple de réalisation de l'invention. La figure 1 représente un système de télécommunications Push-to-Talk-overCellular 100 selon la norme de communication Open Mobile Alliance (OMA), 10 comme décrit dans le document [1]. Le système de télécommunications 100 comporte dans cet exemple simplifié un premier terminal de télécommunications 101 (un premier abonné TA) et un deuxième terminal de télécommunications 102 (un deuxième abonné TB), une liaison de télécommunications Push-to-Talk-over-Cellular 105 étant établie entre les abonnés. Chaque terminal de télécommunications 101, 102 comporte un PoC-Client. Les abonnés et donc les deux terminaux de télécommunications 101, 102 ne communiquent pas directement entre eux mais par l'intermédiaire d'un serveur central Push-to-Talk-over-Cellular 103, comme décrit par exemple dans le document [2]. Le serveur PushtoTalk-over-Cellular 103 comporte une Push-to-Talk-over-Cellular-Box 104 (PoC-Box) qui comprend concrètement une mémoire dans laquelle on peut mémoriser provisoirement des messages multimédia à transmettre, reçus par le PoCServer 103, dans cet exemple de réalisation sans limitation de la validité générale des messages vocaux, dans le cadre d'une liaison de communication PoC, qui ne peuvent pas être transmis à un terminal de télécommunications récepteur destinataire, selon cet exemple de réalisation le deuxième terminal de télécommunications 102. La PoC-Box 104 sert donc concrètement de mémoire intermédiaire de message vocaux dans le PoC-Server 103. Dans ces exemples de réalisation, deux abonnés (un premier abonné TA et un deuxième abonné TB) prennent part à la session de communication PoC, en d'autres termes il s'agit dans cet exemple de réalisation d'une session de communication PoC 1-vers-1 (1-to-1-PoC-Session). Dans une variante de réalisation, on peut relier et donc inscrire un nombre quelconque d'abonnés et donc un nombre quelconque de terminaux télécommunications à une session PoC. Les abonnés et donc les terminaux de télécommunications 101, 102 communiquent entre eux par une information Audio. Le PoC-Server 103 contient, comme décrit ci-dessus, la PoC-Box 104, qui, comme décrit cidessus, représente un type de Voice-Mailbox (Mailbox vocale) dans lequel des PoC-Talk-Burst sont mémorisés provisoirement lorsque l'on peut pas joindre le récepteur de messages vocaux, dans ce cas l'utilisateur du deuxième terminal de télécommunications 102 (abonné TB), d'une PoCSession, par exemple d'une 1-to-1-PoC-Session (généralement d'une 1-to-MPoC-Session). Dans ce mode de réalisation, on suppose maintenant par exemple que la session de communication PoC vient de démarrer et que le premier abonné TA demande l'autorisation de communiquer auprès du PoC-Server pour pouvoir transmettre alors son Talk-Burst, c'est-à-dire ces données vocales. En outre, on suppose que le message à transmettre par le premier abonné TA est une question posée au deuxième abonné TB qui n'est que d'un intérêt limité dans le temps pour le deuxième abonné TB ou bien pour le premier abonné TA, par exemple seulement intéressant pour une durée de dix minutes. En d'autres termes, cela signifie que le premier abonné TA ne souhaiterait avoir une réponse à sa question posée au deuxième abonné TB que dans ce laps de temps. Ce laps de temps étant écoulé, une réponse du deuxième abonné TB à la question du premier abonné TB n'est pas (ou plus) intéressante pour le premier abonné TA. Le premier abonné TA configure donc le PoC-Client dans le premier terminal de communication 101, c'est-à-dire son terminal de télécommunications par téléphonie mobile de telle sorte que la validité dans le temps du message PoC à envoyer (Validity Period), en d'autres termes la validité dans le temps du Talk Burst, est de dix minutes. La vérification du moment où un abonné doit envoyer son PoC-Talk-Burst, c'est-à-dire du moment où il est attribué à un abonné une autorisation de communication, est effectuée par le biais du Talk Burst Control Protocol (TBCP) sous la forme de messages de protocole RTCP (RTCP: Real Time Transport Control Protocol) selon la norme de communication OMA décrite dans le document [4]. La figure 2 représente les étapes opératoires selon un exemple de réalisation de l'invention qui sont réalisées par le premier terminal de télécommunications, c'est-à-dire par le premier terminal de téléphonie mobile, dans un organigramme 200. Dans une première étape (étape 201), il est établi une session de communication PoC (PoC-Session) par le premier terminal de télécommunications 101, en utilisant son PoC-Client intégré, avec le deuxième terminal de télécommunications 102 au moyen du PoC-Server 103. Si la session de communication PoC est établie, ce qui est vérifié à l'étape 202, on suppose que l'utilisateur du premier terminal de télécommunications 101, en utilisant le premier terminal de télécommunications 101, demande une autorisation de communication (étape 203) au moyen d'un message de demande d'autorisation de communication correspondant qui est transmis au PoC-Server 103. Si le PoC-Server 103 attribue une autorisation de communication correspondante au premier terminal de télécommunications 101, ce qui est communiqué au premier terminal de communication 101 par exemple au moyen d'un message d'attribution d'autorisation de communication correspondant, et ce qui est vérifié dans une autre étape de vérification (étape 204) dans le premier terminal de télécommunications 101, le signal vocal énoncé par le premier abonné TA dans le terminal de télécommunications 101, est reçu dans une étape suivante (étape 205) et un ou plusieurs messages vocaux PoC sont formés qui contiennent le signal vocal énoncé et reçu. Il est en outre attribué au message vocal ou aux messages vocaux une information de validité de messages vocaux, comme décrit en détail dans la suite (étape 206). Le message vocal ou les messages vocaux, ainsi formés et contenant le signal vocal et l'information de validité de messages vocaux, sont ensuite envoyés par le premier terminal de télécommunications 101 au PoC- Server 103, le cas échéant au moyen d'un Participating PoCServer au PoC- Server 103 conformé en Controlling PoC- Server (étape 207). Si le premier terminal de télécommunications 101 émet tous les signaux vocaux énoncés, c'est-à-dire si les messages vocaux correspondants ont été formés et si le premier abonné TA ne continue plus à exercer son autorisation de communiquer ou si le temps pendant lequel il est autorisé à communication s'est écoulé, le premier terminal de télécommunications 101 transmet alors un message de validation d'autorisation de communication correspondant au PoC-Server 103 et valide ainsi l'autorisation de communication (étape 208). En outre, on vérifie si la session de communication PoC est terminé, c'est-à-dire en d'autres termes si le PoC-Server 103 a terminé la session de communication PoC avec un message de fin de session de communication PoC correspondant. Si ce n'est pas le cas, le procédé passe le cas échéant, dans le premier terminal de télécommunications 101, à l'étape 103 dans laquelle une autorisation de communication est là encore demandée, si besoin est, pour le premier abonné TA au PoC-Server 103. Tant que le premier terminal de télécommunications 101 ne demande aucune autorisation de communication respectivement n'obtient pas cette autorisation de communication, le premier terminal de télécommunications 101, tout comme les autres terminaux de télécommunications qui sont intéressé par la session de télécommunications, c'est-à-dire participent à cette session, reçoit les données vocales du terminal de télécommunications qui a reçu l'autorisation vocale actuellement associée. Si la session de communication PoC doit être terminée ( oui à l'étape 209), la session de communication PoC est établie dans le premier terminal de télécommunications 101 (étape 210). La figure 3 représente les étapes opératoires correspondant aux étapes représentées dans la figure 2 et réalisées dans le PoC 103, dans un organigramme 300 côté serveur. Après établissement de la session de communication PoC 301 entre le premier abonné TA et le deuxième abonné TB, en d'autres termes entre les deux terminaux de télécommunications 101, 102, l'établissement effectif de la session PoC étant vérifié dans une étape de vérification 302, un message de demande d'autorisation de communication est reçu par le PoCServer 103 après établissement effectif de la session de communication PoC (étape 303), dans cet exemple de réalisation par le premier terminal de télécommunications 101. Dans une étape suivante, on vérifie (état de vérification 304) si l'autorisation de communication pour la session de communication PoC sera accordée au premier terminal de télécommunications 101. Si aucune autorisation de communication ne sera accordée au premier terminal de télécommunications 101 ( non dans l'étape de vérification 304), il est transmis au premier terminal de télécommunications 101 un message de refus d'autorisation de communication correspondant informant le premier terminal de télécommunications 101 que l'autorisation de communication demandée n'est pas accordée (étape 312). Cependant, si l'autorisation de communication est accordée ( oui dans l'étape de vérification 304), un message d'attribution d'autorisation de communication correspondant, concernant l'accord de l'autorisation de communication, est transmis au premier terminal de communication 101 et un ou plusieurs messages d'autorisation correspondants sont reçu ensuite par le premier terminal de télécommunications 101 (étape 305). Le PoC-Server 103 vérifie maintenant s'il est possible de transmettre le ou les messages vocaux au deuxième abonné TB, c'est-à-dire au deuxième terminal de télécommunications 102, c'est-à-dire en d'autres termes si le deuxième terminal de télécommunications 102 peut être joint pour transmettre le ou les messages vocaux. Si c'est le cas (oui à l'étape 306) , le PoC-Server 103 transmet le ou les messages vocaux reçus au deuxième terminal de télécommunications 102 (étape 307). Cependant, si ce n'est pas possible ( non à l'étape de vérification 306, le ou les messages vocaux sont alors mémorisés dans la PoC-Box 104, c'est-à-dire dans une mémoire du PoC-Server 103 (étape 308). En outre, on transmet (à chaque fois) une information de validité de message vocal provenant du ou des messages vocaux, par exemple en analysant le ou les messages vocaux (309) et on vérifie si le ou les messages vocaux sont valides ou non. Ainsi, on vérifie par exemple que la durée, indiquée dans le message vocal (respectif) comme étant une durée de validité pour le message vocal, s'est déjà écoulée ou non (étape 310). Si le message vocal n'est pas valide selon l'information de validité de message vocal déterminée ( non à l'étape 310), le message vocal est alors effacé de la PoC-Box 104 (étape 311) et le procédé passe à l'étape 303 dans laquelle le PoC-Server 103 attend et reçoit en outre des demandes d'autorisation de communication. Cependant, si, après vérification, le message vocal est encore valide et ne doit pas être effacé, cet étape de vérification 310 est répétée à intervalles prescrits ou en continu jusqu'à ce que le message vocal dans la PoC-Box ait été récupéré par le deuxième terminal de télécommunications 102 ou jusqu'à ce que par exemple la durée de validité du message vocal se soit écoulée et le message sera alors effacée de la PoC-Box 104. Si plusieurs messages vocaux sont mémorisés dans la PoC-Box 104, l'étape de vérification 310 est alors réalisée pour chaque message vocal de la manière décrite ci-dessus. En outre, le PoC-Server 103 passe à l'étape 303 dans laquelle il reçoit des messages de demande d'autorisation de communication et les traite de façon correspondante comme décrit ci-dessus. Comme représenté à l'étape 206 dans la figure 2, le premier terminal de télécommunications 101 forme le message vocal avec le signal vocal et ajoute au message vocal l'information de validité de message vocal. Ceci peut être effectué de différentes façons en fonction de l'utilisation d'un protocole de communication correspondant, deux variantes différentes étant présentées dans la suite en utilisant le Real Time Control Protocol. À cet égard, il faut cependant mentionner que la transmission de l'information de validité dans le temps dans le message vocal au PoCServer 103 peut être réalisée d'une part au moyen du RTCP comme expliqué en détail dans la suite, mais dans des variantes de réalisation de l'invention il peut cependant être prévu de transmettre l'information de validité dans le temps au moyen d'un autre protocole de communication qui est utilisée pour PoC, généralement pour un procédé semiduplex dans le cadre de la télécommunication, comme par exemple au moyen du Binary Floor Control Protocol (BFCP) ou du Session Initiation Protocol (SIP). Si l'information de validité dans le temps est insérée dans le message vocal selon RTCP dans le premier terminal de télécommunications 101 au moyen du PoC- Client, on ajoute alors dans une première variante l'information de validité configurée par le premier abonné TA dans le premier terminal de télécommunications 101, c'est-à-dire une durée de validité (Validity Period) dans un message RTCP Talk Burst Request 400 (cf. la figure 1 4). Avec le message RTCP Talk Burst Request 400, le premier abonné TA et donc le premier terminal de télécommunications 101 demande l'autorisation de communication auprès du PoC-Server 103. Le format des données du message RTCP Talk Burst Request 400 est représenté en détail dans la figure 4. Le message RTCP Talk_Burst_Request 400 comporte 5 dans cet exemple de réalisation de l'invention les champs suivants. - un champ Version 401: Numéro de version RTP (dans cet exemple de réalisation, V = 2) ; - un champ Padding P 402: Indicateur du Padding; un champ Subtyp 403: Subtyp du message, où 00000 désigne un Talk Burst Request ; - un champ de définition d'application 404: Indicateur pour message RTCP d'application définie (dans cet exemple autorisation, PR = APP = 204) ; - un champ Longueur de message 405: Longueur du message après le champ Longueur en mot (32 20 bis) ; dans cet exemple de réalisation, le champ de longueur à la valeur length = 3; - un champ Synchronisation 406 (SSRC) . Source de synchronisation (Source) du PTTServer; le SSRC identifie l'émetteur de flux multimédia de façon univoque; il est défini dans les paquets RTP appartenant au message RTCP; - un champ Nom 407: Nom de message d'application définie (pour PoC2 = PTT over Cellular Version 2), et - un champ Information de validité 408 (Validity Period) . la validité dans le temps du Talk Burst à transmettre; lorsque la durée de validité indiquée est écoulée, le Talk Burst peut être supprimé, c'est-à-dire effacé, dans la PoC-Box 104 du PoC-Server 103. Dans un deuxième mode de réalisation de l'invention qui est représenté dans la figure 5, il est prévu un message RTCP Talk Burst Validity Period , nouvellement défini, pour indiquer la validité dans le temps du Talk Burst à transmettre. Dans cette variante, le PoC-Client du premier terminal de télécommunications 101 insère l'information de validité, configurée par le premier abonné TA, dans un message Talk Burst Validity Period 500 nouvellement défini. Ce message est ensuite envoyé séparément au PoCServer 103. Le format de données correspondant du message Talk Burst ValidityPeriod 500 est représenté dans la figure 5 et est expliqué en détail dans la suite: - un champ Version 401: Numéro de version RTP (dans cet exemple de réalisation, V = 2) ; - un champ Padding P 402: Indicateur du Padding; - un champ Subtyp 501: Subtyp du message, une valeur non encore utilisée jusqu'à présent par le TBCP étant associée avec la signification Talk Burst Validity Period; - un champ de définition d'application 404: Indicateur pour message RTCP d'application définie (dans cet exemple autorisation, PR = APP = 204) ; - un champ Longueur de message 405: Longueur du message après le champ Longueur en mot (32 30 bis) ; dans cet exemple de réalisation, le champ de longueur à la valeur length = 3; - un champ Synchronisation 502 (SSRC) . Source de synchronisation (Source) du PTT-Server; le SSRC identifie l'émetteur de flux multimédia de façon univoque; il est défini dans les paquets RTP appartenant au message RTCP; dans ce cas, le champ indique si le Talk Burst est valide; - un champ Nom 407: Nom de message d'application définie (pour PoC2 = PTT over Cellular Version 2), et - un cha en mp Information de validité 408 (Validity Period) . la validité dans le temps du Talk Burst à transmettre; lorsque la durée de validité indiquée est écoulée, le Talk Burst peut être supprimé, c'est-à-dire effacé, dans la PoC-Box 104 du PoC-Server 103. Comme décrit ci-dessus, on suppose dans cet exemple de réalisation de l'invention que le deuxième abonné TB ne peut pas être joint. Le premier abonné TA énonce cependant, comme décrit ci-dessus, un message dans la PoC-Box 104 du PoC-Server 103, c'est-à-dire qu'un TalK Burst correspondant est envoyé par le premier abonné TA, c'est-à-dire par le premier terminal de télécommunications 101 à la PoC-Box 104 dans le PoCServer 103. Dans le PoC-Server 103, notamment dans la PoC-Box 104, un Timer associé au message vocal est démarré pour le message vocal reçu lors de la mémorisation du message vocal dans la PoC-Box 104 et après détermination de l'information de validité sous la forme d'une durée de validité dans le temps du message vocal. La valeur de démarrage du Timer est alors égale à l'information de validité, c'est-à-dire la Validity Period décrite ci-dessus préalablement, configurée par le premier abonné, ajoutée dans le message vocal et envoyée au PoC-Server 103. Si le Timer se termine avant d'avoir joint le deuxième abonné TB, le Talk Burst en mémorisé dans la PoC-Box 104 est supprimé, c'est-à-dire effacé. Le premier abonné TA peut ensuite (en option) recevoir une information, transmise par le premier PoCServer 103, selon laquelle le deuxième abonné TB n'a pas pu être joint pendant la durée de validité prescrite par le premier abonné TA et le message PoC, mémorisé temporairement dans la PoCBox 104, a été effacé. Ainsi, un Timer, dont la valeur initiale est égale à l'information de validité dans le temps du message PoC, envoyée par l'abonné émetteur, peut être initialisé concrètement dans le PoC-Server 103 respectivement dans la PoC-Box 104, dans la mesure le récepteur du message vocal ne peut pas être joint. Si ce temps est écoulé avant de joindre le récepteur, le PoC-Talk Burst dans le PoC-Server 103 respectivement dans la PoC-Box 104 sera supprimé, c'est-à-dire effacé. En option, comme décrit ci-dessus, une information peut ensuite être envoyée par le PoC-Server 103 à l'abonné émetteur selon laquelle le deuxième abonné TB n'a pas pu être joint pendant la durée de validité et le message PoC a donc été effacé. Dans une variante de réalisation de l'invention, il est prévu de vérifier, en utilisant l'information de validité de données multimédia, si un message de demande d'autorisation de communication, qui est mémorisé (temporairement) dans une file d'attente d'un message de demande d'autorisation de communication d'une unité PoC- Server et qui concerne l'information de validité de données multimédia, par exemple un message de demande d'autorisation de communication, par exemple un message TalkBurst-Request, est encore valide et s'il doit le cas échéant être effacé. Si le résultat de la vérification indique que le message de demande d'autorisation de communication, généralement le message de session de télécommunication concernant l'information de validité de données multimédia, doit être effacé, en d'autres termes n'est pas valide selon l'information de validité de données multimédia, le message de demande d'autorisation de communication est alors effacé. Dans une autre variante de réalisation de l'invention, il est prévu de mémoriser ou d'effacer prochainement les données multimédia dans la PoCBox respectivement le PoC-Server lors du traitement ou après le traitement du message de demande d'autorisation de communication et le cas échéant après accord de l'autorisation de communication, mais avant la mémorisation des données multimédia dans le cadre de l'autorisation de communication associée dans la PoC-Box, généralement par exemple le PoCServer. Dans ce document, on a cité les publications suivantes: [1] Open Mobile Alliance: Push to Talk over Cellular (PoC) Architecture , Draft Version 1.0, November 2004 [2] OMA-REQ-2004-1018-PoC2-PoC-Box, PoC2 Use Cases, 2004 [3] Third Generation Partnership Project, Technical Specification Group Terminais, technical Realisation of the Short Message Service (SMS) Release 6, 3GPP TS 23.040, Version 6.5.0, 2004 [4] Open Mobile Alliance, PoC User Plain Version 1, 30 Draft Version 1.0.12, November 2004 LISTE DES REFERENCES Système de télécommunications 101 Premier terminal de télécommunications 102 Deuxième terminal de télécommunications 103 PoC-Server 104 PoC-Box Liaison de communication Organigramme 201 Établir de la session de communication PoC 202 Session de communication PoC établie ? 203 Demander autorisation de communication 204 Autorisation de communication accordée ? 205 Recevoir signal vocal 206 Former message vocal avec signal vocal et information de validité d'un message vocal 207 Envoyer le message vocal 208 Valider l'autorisation de communication 209 Terminer la session de communication PoC ? 210 Fermer la session de communication PoC 300 Organigramme 301 Établir la session de communication PoC 302 Session de communication PoC établie ? 303 Recevoir demande d'autorisation de communication 304 Autorisation de communication accordée ? 305 Recevoir message vocal 306 Transmission du message vocal possible ? 307 Transmission du message vocal 308 Mémorisation du message vocal 309 Détermination de l'information de validité de message vocal 310 Message vocal valide ? 311 Effacer message vocal 312 Refuser autorisation de communication 400 Message RTCP Talk_Burst_Request 401 Champ Version 402 Champ Padding 403 Champ Subtyp 404 Champ Définition d'application 5 405 Champ Longueur de message 406 Champ Synchronisation 407 Champ Nom de message 408 Champ Information de validité 500 Message RTCP Talk Burst Validity Period 501 Champ Subtyp Revendications 1. Terminal de télécommunications, caractérisé en ce qu'il comprend: - une unité de session de télécommunications destinée à 5 établir et/ou commander une session de télécommunications semi-duplex, -une unité de génération de message de session de télécommunications destinée à générer un message de session de télécommunications, - une unité d'émission de message de session de télécommunications destinée à émettre le message de session de télécommunications, - l'unité de génération de message de session de télécommunications étant conçue de façon à ajouter à au moins un message de session de télécommunications à générer une information de validité de message permettant d'indiquer si au jusqu'à quand le message de session de télécommunications ou un autre message de session de télécommunications, qui est identifié dans le message session de télécommunications, est valide. 2. Terminal de télécommunications selon la revendication 1, caractérisé en ce que l'unité de génération de message de session de télécommunications est destinée, en tant qu'unité de génération de message multimédia de session de télécommunications, à générer un message multimédia de session de télécommunications. 3. Terminal de télécommunications selon la revendication 2, caractérisé en ce que l'unité de génération de message de session de télécommunications est destinée, en tant qu'unité de génération de message multimédia de session de télécommunications, à générer un message multimédia de session de télécommunications, le message multimédia de session de télécommunications contenant des données multimédia. 4. Terminal de télécommunications selon l'une des revendications 1 à 3, caractérisé en ce que l'unité de génération de message de session de télécommunications est conçue de façon à ajouter à au moins un message de session de télécommunications à générer une information de validité de message permettant d'indiquer dans quel cas on peut effacer le message de session de télécommunications ou l'autre message de session de télécommunications dans un récepteur du message de session de télécommunications ou de l'autre message de session de télécommunications. 5. Terminal de télécommunications selon la revendication 1, caractérisé en ce que le message de session de télécommunications est un message de signalisation de session de télécommunications. 6. Terminal de télécommunications selon la revendication 5, caractérisé en ce que le message de session de télécommunications est un message de demande d'autorisation de communication de session de télécommunications. 7. Terminal de télécommunications selon l'une des revendications 1 à 6, caractérisé en ce que l'unité de session de télécommunications est destinée à établir et/ou commander une session de télécommunications Pushto-Talk. 8. Terminal de télécommunications selon la revendication 7, caractérisé en ce que l'unité de session de télécommunications est destinée à établir et/ou commander une session de télécommunications Push-to-Talk- overCellular. 9. Terminal de télécommunications selon l'une des revendications 1 à 8, caractérisé en ce que l'information de validité de message est une durée prescrite au bout de laquelle le message de session de télécommunications ou l'autre message de session de télécommunications doit être effacé lorsque aucun terminal de télécommunications destinataire ne récupère le message de session de télécommunications ou l'autre message de session de télécommunications auprès de l'unité de serveur. 10. Terminal de télécommunications selon l'une des revendications 1 à 9, caractérisé en ce que l'information de validité de message est une information d'espace permettant d'indiquer que le message de session de télécommunications ou l'autre message de session de télécommunications peut être effacé lorsqu'un terminal de télécommunications destinataire ne se trouve pas dans la région indiquée par l'information de validité de message. 11. Terminal de télécommunications selon l'une des revendications 1 à 10, caractérisé en ce que l'information de validité de message est une information thématique permettant d'indiquer que le message de session de télécommunications ou l'autre message de session de télécommunications peut être effacé lorsqu'un utilisateur d'un terminal de télécommunications destinataire n'est pas informé du thème indiquer. 12. Terminal de télécommunications selon l'une des revendications 1 à 11, caractérisé en ce que l'information de validité de message est une information permettant d'indiquer que le message de session de télécommunications ou l'autre message de session de télécommunications peut être effacé lorsqu'un utilisateur d'un terminal de télécommunications destinataire n'est pas raccordé au réseau de communication par téléphonie mobile ou n'est pas prêt à la réception. 13. Terminal de télécommunications selon l'une des revendications 1 à 12, caractérisé en ce que l'unité de génération de message de session de télécommunications est destinée à générer le message de session de télécommunications selon l'un des protocoles de communication suivant: Real Time Transport Protocol (RTP), - Real Time Transport Control Protocol (RTCP), - Binary Floor Control Protocol (BFCP), - Session Initiation Protocol (SIP). 14. Terminal de télécommunications selon l'une des revendications 1 à 13, caractérisé en ce que l'unité de génération de message de session de télécommunications est destinée à générer le message de session de télécommunications sous la forme d'un message Talk-Burst. 15. Système de télécommunications, caractérisé en ce qu'il comporte un terminal de télécommunications qui comprend: - une unité de session de télécommunications semi-duplex destinée à établir et/ou commander une session de télécommunications, - une unité de génération de message de session de télécommunications destinée à générer un message de 20 session de télécommunications, - une unité d'émission de message de session de télécommunications destinée à émettre le message de session de télécommunications, - l'unité de génération de message de session de télécommunications étant conçue de façon à ajouter à au moins un message de session de télécommunications à générer une information de validité de message permettant d'indiquer si ou jusqu'à quand le message de session de télécommunications ou un autre message de session de télécommunications, qui est identifié dans le message de session de télécommunications, est valide. 16. Système de télécommunications selon la revendication 15, caractérisé en ce que le récepteur est destiné, en tant qu'unité de serveur de session de télécommunications semi-duplex, à établir une session de télécommunications semi-duplex entre le terminal de télécommunications et un autre terminal de télécommunications. 17. Unité de serveur de session de télécommunications destinée à établir une session de télécommunications entre plusieurs terminaux de télécommunications, caractérisée en ce qu'elle comporte - une unité de commande destinée à commander une session de télécommunications semiduplex entre plusieurs 10 terminaux de télécommunications, - une unité de réception destinée à recevoir un message de session de télécommunications, - une mémoire destinée à mémoriser le message de session de télécommunications reçu, - une unité de vérification destinée à vérifier si ou jusqu'à quand le message de session de télécommunications ou un autre message de session de télécommunications, qui est identifié dans le message de session de télécommunications, est valide. 18. Unité de serveur de session de télécommunications selon la revendication 17, caractérisée en ce que l'unité de vérification est conçue de façon à vérifier la validité du message de session de télécommunications ou de l'autre message de session de télécommunications en utilisant une information de validité de message qu'il contient. 19. Unité de serveur de session de télécommunications selon la revendication 17 ou 18, caractérisée en ce que l'unité de vérification est conçue de façon à effacer le message de session de télécommunications ou l'autre message de session de télécommunications lorsqu'il apparaît le cas indiqué dans une information de validité de message. 20. Unité de serveur de session de télécommunications selon la revendication 19, caractérisée en ce que l'unité de vérification est conçue de façon à effacer le message de session de télécommunications ou l'autre message de session de télécommunications d'une file d'attente de demande d'autorisation de communication ou d'une mémoire de l'unité de serveur de session de télécommunications lorsqu'il apparaît le cas indiqué dans une information de validité de message. 21. Unité de serveur de session de télécommunications selon l'une des revendications 8 à 20, caractérisée en ce que le message de session de télécommunications contient l'information de validité de message. 22. Unité de serveur de session de télécommunications selon l'une des revendications 17 à 21, caractérisée en ce que le message de session de télécommunications contient des données multimédia et forme un message multimédia de session de télécommunications. 23. Unité de serveur de session de télécommunications 20 selon l'une des revendications 18 à 22, caractérisée en ce qu'elle comporte - au moins un Timer qui est associé au message de session de télécommunications et qui peut être réglé en fonction de l'information de validité de message, et l'unité de vérification étant conçue de façon à effacer le message de session de télécommunications pendant le fonctionnement du Timer dans le cas où le message de session de télécommunications ou l'autre message de session de télécommunications n'a pas encore été récupéré par un terminal de télécommunications destinataire du message de session de télécommunications ou de l'autre message de session de télécommunications. 24. Procédé de génération et d'émission d'un message de session de télécommunications dans le cadre d'une session de télécommunications semiduplex entre plusieurs terminaux de télécommunications, dans lequel un terminal de télécommunications parmi plusieurs terminaux de télécommunications exécute les étapes suivantes, caractérisé en ce qu'elles consistent à : - générer un message session de télécommunications, le message de session de télécommunications étant complété d'une information de validité de message permettant d'indiquer si ou jusqu'à quand le message de session de télécommunications ou un autre message de session de télécommunications, qui est identifié dans le message de session de télécommunications, est valide et - envoyer le message de session de télécommunications. 25. Procédé de gestion d'un message multimédia de session de télécommunications dans le cadre d'une session de télécommunications semiduplex entre plusieurs terminaux de télécommunications, caractérisé en ce que - un message de session de télécommunications reçu est mémorisé, le message de session de télécommunications contenant une information de validité de message permettant d'indiquer si ou jusqu'à quand le message de session de télécommunications ou un autre message de session de télécommunications, qui est identifié dans le message de session de télécommunications, est valide, - l'information de validité de message est déterminée dans le message de session de télécommunications, - on vérifie, en utilisant l'information de validité d'un message, si ou jusqu'à quand le message de session de télécommunications ou l'autre message session de télécommunications est valide. 26. Procédé selon la revendication 25, caractérisé en ce que - on vérifie, en utilisant l'information de validité de message, si le message de session de télécommunications ou l'autre message de session de télécommunications peut être effacé, et - dans le cas où le message multimédia de session de télécommunications ou l'autre message de session de télécommunications peut être effacé, on efface le message multimédia de session de télécommunications ou l'autre message session de télécommunications. 27. Support de mémorisation lisible par ordinateur sur lequel est mémorisé un logiciel destiné à générer et/ou envoyer un message de session de télécommunications dans le cadre d'une session de télécommunications semi-duplex entre plusieurs terminaux de télécommunications, le logiciel comportant, lorsqu'il est exécuté par un processeur, les étapes suivantes, caractérisé en ce qu'elles consistent à : - générer un message de session de télécommunications, le message de session de télécommunications étant complété d'une information de validité de message permettant d'indiquer si ou jusqu'à quand le message de session de télécommunications ou un autre message de session de télécommunications, qui est identifié dans le message session de télécommunications, est valide, - envoyer le message de session de télécommunications. 28. Support de mémorisation lisible par ordinateur sur lequel est mémorisé un logiciel destiné à gérer un message de session de télécommunications dans le cadre d'une session de télécommunications semi- duplex entre plusieurs terminaux de télécommunications, le logiciel comportant, lorsqu'il est exécuté par un processeur, les étapes suivantes consistant à : - mémoriser un message de session de télécommunications reçu, le message de session de télécommunications contenant une information de validité de message permettant d'indiquer si ou jusqu'à quand le message de session de télécommunications ou un autre message session de télécommunications, qui est identifié dans le message de session de télécommunications, est valide. 29. Élément de logiciel destiné à générer et émettre un message de session de télécommunications dans le cadre d'une session de télécommunications semi-duplex entre plusieurs terminaux de télécommunications, lequel élément de logiciel comporte, lorsqu'il est exécuté par un processeur, les étapes suivantes, caractérisé en ce qu'elles consistent à - générer un message session de télécommunications, le message de session de télécommunications étant complété d'une information de validité de message permettant d'indiquer si ou jusqu'à quand le message de session de télécommunications ou un autre message session de télécommunications, qui est identifié dans le message de session de télécommunications, est valide, - envoyer le message multimédia de session de télécommunications. 30. Élément de logiciel destiné à gérer un message de session de télécommunications dans le cadre d'une session de télécommunications semiduplex entre plusieurs terminaux de télécommunications, lequel élément de logiciel comporte, lorsqu'il est exécuté par un processeur, les étapes suivantes, caractérisé en ce qu'elles consistent à : - mémoriser un message session de télécommunications reçu, le message de session de télécommunications étant complété d'une information de validité de message permettant d'indiquer si ou jusqu'à quand le message de session de télécommunications ou un autre message session de télécommunications, qui est identifié dans le message de session de télécommunications, est valide, - déterminer 'information de validité d'un message à partir du message de session de télécommunications, - vérifier, en utilisant l'information de validité d'un message, si ou jusqu'à quand le message session de télécommunications ou l'autre message de session de télécommunications est valide.