Brevet FR3079382A1 — publié le 20190927

Procédés d'initiation d'un désenregistrement et de désenregistrement d'un terminal dans un réseau de communication IP, entités de contrôle et programme d'ordinateur correspondants. 1. Domaine de l'invention Le domaine de l'invention est celui des communications au sein d'un réseau de communication IP, par exemple de type IMS (en anglais « IP Multimedia Subsystem », en français « sous-système IP multimédia »). Plus précisément, l'invention offre une solution pour désenregistrer un terminal préalablement enregistré dans un réseau de communication IP, en cas de détection d'un problème de communication avec le terminal. L'invention trouve notamment, mais non exclusivement, des applications dans le domaine de la téléphonie sur IP. 2. Art antérieur Lorsqu'un terminal souhaite rejoindre un réseau de communication, il doit s'enregistrer dans le réseau. Par exemple, si l'on considère un réseau de type IMS, cet enregistrement peut être effectué par l'échange de requêtes SIP entre le terminal et une entité du réseau responsable de l'enregistrement des terminaux. Selon l'état du terminal vu du coeur de réseau (i.e. terminal enregistré ou non enregistré), le mécanisme mis en oeuvre pour joindre le terminal est différent. Par exemple, si le terminal n'est pas enregistré dans le réseau de communication, les appels à destination du terminal peuvent être directement renvoyés sur une messagerie. A l'inverse, si le terminal est enregistré dans le réseau de communication, le coeur de réseau cherche à joindre le terminal. Un problème apparaissant dans les réseaux de type téléphonie sur IP (VoLTE, VoWiFi par exemple) est lié à la persistance de l'enregistrement d'un terminal alors que celui-ci n'est plus joignable (par exemple parce que sa batterie est déchargée, parce qu'il est sorti d'une zone de couverture, parce que son module de radiocommunication est défaillant, etc). Ce problème se manifeste notamment de la façon suivante : le terminal d'un client A, enregistré dans un réseau IMS par exemple, devient injoignable. La connexion radio (en anglais « Bearer », ou chemin de signalisation avec le terminal) est alors perdue, et cela est détecté par le réseau d'accès radio, qui prend les dispositions nécessaires pour détruire complètement cette connexion radio dans les différents équipements du réseau d'accès ; le terminal du client A n'est cependant pas désenregistré par le coeur de réseau IMS ; si un client B cherche à joindre le client A, comme le terminal du client A est toujours vu 2 comme enregistré dans le coeur de réseau, ce dernier va tenter de joindre le terminal du client A. Or, comme il n'y a plus de connexion radio, un échec d'appel va se produire. Ceci est préjudiciable aux clients, car si le terminal du client A avait été désenregistré, certains services accessibles « hors enregistrement» auraient pu être déclenchés (renvoi vers une 5 messagerie vocale, diffusion d'une annonce, renvoi immédiat vers une autre installation, etc.). Ceci est également préjudiciable pour l'opérateur du réseau, puisque des ressources sont consommées inutilement (signalisation d'appel, temporisation de reprise, etc.). D'autre part, la connaissance de l'état désenregistré du terminal du client A sur le réseau « paquets » (IP), permet, lorsque c'est possible, d'acheminer l'appel vers un autre réseau, 10 notamment en utilisant un réseau « circuit », ce qui réduit le PDD (en anglais « Post Dialling Delay », en français « délai d'attente après numérotation »), et améliore la qualité perçue par le client B. Une solution partielle à ce problème consiste, lors du traitement associé à l'appel vers le terminal du client A, à implanter des procédures supplémentaires sur le serveur d'applications 15 (« Application Server ») SCC-AS. Ces procédures permettent de surveiller la progression d'appel au niveau du destinataire de l'appel, en particulier en armant un temporisateur spécifique. Si l'appel est rejeté selon certains critères, ou si ce temporisateur expire alors que l'appel n'a pas progressé, le SCC-AS initie une procédure dite de « CS Fallback », c'est-à-dire qu'il présente l'appel vers le domaine circuit. Le terminal du client A est alors joint via le domaine circuit pour écouler l'appel. 20 Malheureusement, cette solution n'est pas toujours utilisable, notamment lorsque le réseau de l'opérateur dispose uniquement d'un réseau « paquets » (LTE par exemple) et ne dispose pas d'un réseau « circuit ». Ce problème apparait aussi dans les réseaux fixes, bien qu'il se pose de manière moins fréquente car les réseaux sont plus stables (ressources réseau permanentes, énergie disponible, 25 etc.) : si le terminal d'un client utilisant un accès fixe n'est plus joignable, il est souhaitable de pouvoir le désenregistrer pour les raisons exposées ci-dessus. Il existe donc un besoin pour une nouvelle technique permettant de désenregistrer un terminal préalablement enregistré dans un réseau de communication IP, en cas de détection d'un problème de communication avec le terminal. 30 3. Exposé de l'invention L'invention propose une solution nouvelle pour l'initiation d'un désenregistrement d'un terminal préalablement enregistré dans un réseau de communication IP, mis en oeuvre par une première entité de contrôle, de type proxy, du réseau, comprenant : 3 - la détection d'un problème de communication avec ledit terminal, et - l'émission d'au moins un message signalant ledit problème de communication. Un tel message est notamment destiné à, ou transite par, une deuxième entité de contrôle du réseau, responsable de l'enregistrement des terminaux. 5 L'invention concerne également un procédé de désenregistrement d'un terminal préalablement enregistré dans un réseau de communication IP, mis en oeuvre par une deuxième entité de contrôle du réseau, responsable de l'enregistrement des terminaux, comprenant : la réception ou l'interception d'au moins un message émis par une première entité de contrôle, de type proxy, du réseau, et signalant un problème de communication avec le 10 terminal, et l'initiation du désenregistrement du terminal du réseau. La solution proposée permet ainsi de remonter vers le coeur de réseau un problème de communication détecté par une première entité de contrôle, de type proxy, comme une perte de connexion radio. 15 De cette façon, la deuxième entité de contrôle du réseau peut recevoir ou intercepter ce message signalant un problème de communication, et initier le désenregistrement du terminal. C'est en effet la deuxième entité de contrôle du réseau qui gère les enregistrements et non la première entité de contrôle de type proxy. La deuxième entité de contrôle du réseau peut ainsi être rapidement informée d'un 20 problème de communication avec le terminal, et engager les actions nécessaires, sans attendre l'expiration d'un temporisateur par exemple, ce qui permet notamment, selon au moins un mode de réalisation, d'éviter de consommer inutilement des ressources du réseau (signalisation d'appel, temporisation de reprise, etc.). Par exemple, le réseau de communication IP est un réseau IMS, la première entité de 25 contrôle est une entité de contrôle de type P-CSCF, et la deuxième entité de contrôle est une entité de type S-CSCF (en anglais « Proxy / Serving Call Session Control Function », en français « Fonction de Commande de Session d'Appel Mandataire/Fonction de Commande de Session d'Appel Serveuse »). Dans un autre mode de réalisation, l'invention concerne une entité de contrôle de type 30 proxy d'un réseau de communication IP, dite première entité de contrôle, comprenant une machine de calcul reprogrammable ou une machine de calcul dédiée configurée pour : - détecter un problème de communication avec un terminal préalablement enregistré dans ledit réseau, et 4 émettre au moins un message signalant ledit problème de communication. Une telle entité est notamment adaptée à mettre en oeuvre le procédé d'initiation d'un désenregistrement décrit précédemment. Ainsi, une telle entité peut comporter les différentes caractéristiques relatives au procédé d'initiation d'un désenregistrement selon l'invention, qui 5 peuvent être combinées ou prises isolément. En particulier, une telle entité est un proxy P-CSCF. Une telle entité peut notamment comprendre des moyens physiques et/ou logiciels. Dans encore un autre mode de réalisation, l'invention concerne une entité de contrôle responsable de l'enregistrement des terminaux d'un réseau de communication IP, dite deuxième 10 entité de contrôle, comprenant une machine de calcul reprogrammable ou une machine de calcul dédiée configurée pour : recevoir ou intercepter au moins un message émis par une première entité de contrôle, de type proxy, du réseau et signalant un problème de communication avec un terminal préalablement enregistré dans le réseau, et 15 initier le désenregistrement du terminal du réseau. Une telle entité est notamment adaptée à mettre en oeuvre le procédé de désenregistrement décrit précédemment. Ainsi, une telle entité peut comporter les différentes caractéristiques relatives au procédé de désenregistrement selon l'invention, qui peuvent être combinées ou prises isolément. 20 En particulier, une telle entité est un serveur S-CSCF. Une telle entité peut notamment comprendre des moyens physiques et/ou logiciels. Dans un autre mode de réalisation, l'invention concerne un ou plusieurs programmes d'ordinateur comportant des instructions pour la mise en oeuvre d'au moins un procédé tel que décrit ci-dessus, lorsque ce ou ces programmes sont exécutés par un processeur. 25 Dans encore un autre mode de réalisation, l'invention concerne un ou plusieurs supports d'informations, inamovibles, ou partiellement ou totalement amovibles, lisibles par un ordinateur, et comportant des instructions d'un ou plusieurs programmes d'ordinateur pour l'exécution des étapes d'au moins un procédé tel que décrit ci-dessus. Les procédés selon l'invention peuvent donc être mis en oeuvre de diverses manières, 30 notamment sous forme câblée et/ou sous forme logicielle. 4. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple 5 exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 illustre les principales étapes mises en oeuvre par une première entité de contrôle pour l'initiation du désenregistrement d'un terminal selon un mode de réalisation particulier de l'invention ; 5 la figure 2 illustre les principales étapes mises en oeuvre par une deuxième entité de contrôle pour le désenregistrement d'un terminal selon un mode de réalisation particulier de l'invention ; et les figures 3 et 4 présentent respectivement la structure simplifiée d'une première entité de contrôle et la structure simplifiée d'une deuxième entité de contrôle d'un réseau de 10 communication IP. 5. Description d'un mode de réalisation de l'invention 5.1 Principe général Le principe général de l'invention repose sur la détection, par une première entité de contrôle, de type proxy, d'un réseau de communication IP, d'un problème de communication avec 15 un terminal préalablement enregistré dans le réseau, et la remontée vers le coeur de réseau de ce problème de communication. Une telle première entité de contrôle de type proxy est en effet une entité du réseau à proximité du terminal, et est donc apte à détecter les problèmes de joignabilité d'un terminal. De cette façon, il est possible d'initier rapidement le désenregistrement du terminal dans 20 le réseau, sans attendre l'expiration d'un temporisateur par exemple. On note que le terminal peut être tout type de terminal d'un réseau de communication IP, notamment un smartphone, une tablette, etc. La solution proposée est donc générique et applicable à tout type de terminaux, et permet notamment de provoquer un désenregistrement sur détection de perte permanente de connectivité avec un terminal. 25 On présente ci-après, en relation avec la figure 1, les principales étapes mises en oeuvre par une première entité de contrôle, de type proxy, d'un réseau de communication IP, pour l'initiation du désenregistrement d'un terminal préalablement enregistré dans le réseau de communication IP, selon au moins un mode de réalisation de l'invention. Par exemple, si l'on considère un réseau de communication IP de type IMS, une telle 30 première entité de contrôle est de type P-CSCF. On considère que l'enregistrement du terminal dans le réseau IMS a été préalablement effectué de façon classique, par l'échange de requêtes SIP entre le terminal et une entité responsable de l'enregistrement des terminaux du réseau, par exemple de type S-CSCF comme décrit dans la norme TS 24.229, paragraphe 5.4.1.2. 6 Au cours d'une première étape 11, la première entité de contrôle du réseau détecte un problème de communication avec le terminal. Par exemple, la détection 11 d'un problème de communication, par la première entité de contrôle, met en oeuvre au moins une action appartenant au groupe comprenant : 5 - la détection d'une perte d'au moins un chemin de signalisation vers le terminal ; par exemple, si l'on considère un réseau IP de type IMS: o la réception sur l'interface RX d'un message de type « rupture du canal support» (« RELEASE OF BEARER ») concernant le canal support par défaut (« Default Bearer »), peut indiquer la perte du chemin de signalisation vers le terminal ; 10 o la réception d'un message de type « rupture du canal support» (« RELEASE OF BEARER ») concernant le canal support dédié (« Dedicated Bearer ») signalant la perte du chemin média, et l'analyse du contenu d'un attribut indiquant la nature de l'incident qui a provoqué la perte du chemin média (par exemple l'attribut « AVP RAN-NAS-Cause »), peuvent indiquer la perte de l'ensemble des chemins 15 de signalisation vers le terminal ; o etc. ; l'absence de réponse du terminal ; par exemple, si l'on considère un réseau IP de type IMS, l'absence répétée de réponses du terminal sur des procédures périodiques (maintien du TCP « TCP keepalive », OPTIONS périodiques, etc.) ; 20 la réception d'un message d'erreur ; par exemple, si l'on considère un réseau IP de type IMS, la réception de certaines réponses ICMP, comme « hôte injoignable » (« host unreachable »), etc. ; l'absence de réception de requêtes en rafraîchissement en provenance du terminal ; par exemple, si l'on considère un réseau IP de type IMS, l'absence de requêtes de 25 rafraîchissement provenant du terminal s'il existe un NAT entre le terminal et la première entité de contrôle de type proxy (Frequent REGISTER, ou message de maintien « keepalive » provenant du terminal) ; etc. Eventuellement, la détection 11 par la première entité de contrôle d'un problème de 30 communication déclenche le stockage 12, par la première entité de contrôle, dans un contexte associé au terminal, d'une information représentative du problème de communication avec le terminal. Une telle information permet notamment d'indiquer une perte (temporaire ou permanente) de connectivité avec le terminal. Par exemple, le contexte associé au terminal sur la 7 première entité de contrôle (P-CSCF) peut être marqué « Temporarily Lost », ou « Permanently Lost ». Au cours d'une étape suivante 13, la première entité de contrôle émet au moins un message signalant le problème de communication, à destination d'une deuxième entité de 5 contrôle du réseau, responsable de l'enregistrement des terminaux, ou transitant par la deuxième entité de contrôle du réseau. En particulier, si une information représentative du problème de communication avec le terminal a été stockée dans un contexte associé au terminal, le message signalant le problème de communication peut être émis en tenant compte de ce contexte. Par exemple, le message 10 signalant le problème de communication peut indiquer si la perte de connectivité avec le terminal est temporaire (« Temporarily Lost ») ou permanente (« Permanently Lost »). Si l'on considère un réseau IMS, l'initiation du désenregistrement d'un terminal préalablement enregistré dans le réseau implique donc de nouvelles fonctionnalités du P-CSCF. On présente désormais, en relation avec la figure 2, les principales étapes mises en oeuvre 15 par une deuxième entité de contrôle du réseau de communication IP, responsable de l'enregistrement des terminaux, pour le désenregistrement d'un terminal préalablement enregistré, selon au moins un mode de réalisation de l'invention. Par exemple, si l'on considère un réseau de communication IP de type IMS, une telle deuxième entité de contrôle est de type S-CSCF. 20 Au cours d'une première étape 21, la deuxième entité de contrôle du réseau reçoit, ou intercepte, au moins un message émis par la première entité de contrôle, de type proxy, et signalant un problème de communication avec le terminal. Un tel message peut être destiné à la deuxième entité de contrôle, ou bien destiné à une autre entité du réseau, ou à un autre terminal, mais transite par la deuxième entité de contrôle. 25 La deuxième entité de contrôle est ainsi informée par la première entité de contrôle d'un problème de communication avec le terminal. Au cours d'une deuxième étape 22, la deuxième entité de contrôle initie le désenregistrement du terminal du réseau, notamment de l'adresse de contact du terminal. Selon un premier exemple, la réception ou l'interception, par la deuxième entité de 30 contrôle, d'un message signalant un problème de communication déclenche le désenregistrement immédiat du terminal du réseau. Selon un deuxième exemple, le désenregistrement du terminal du réseau est mis en oeuvre lorsqu'au moins une des conditions suivantes est respectée : 8 vérification, par la deuxième entité de contrôle, du problème de communication avec le terminal ; par exemple, la deuxième entité de contrôle met en oeuvre une procédure de sondage du terminal ; délai prédéfini écoulé à compter de la réception ou de l'interception du message signalant 5 un problème de communication avec le terminal ; nombre de messages reçus ou interceptés signalant un problème de communication avec le terminal supérieur à un seuil prédéterminé ; etc. Si l'on considère un réseau IMS, le désenregistrement d'un terminal préalablement 10 enregistré dans le réseau implique donc de nouvelles fonctionnalités du S-CSCF. On présente ci-après deux exemples de mise en oeuvre de l'invention. 5.2 Premier mode de réalisation On considère, selon un premier mode de réalisation, un réseau de communication IP comprenant une première entité de contrôle de type proxy mettant en oeuvre les étapes de 15 détection 11 d'un problème de communication avec un terminal préalablement enregistré dans le réseau IP, stockage 12, dans un contexte associé au terminal, d'une information représentative du problème de communication avec le terminal, et émission 13 d'au moins un message signalant le problème de communication. Selon ce premier mode de réalisation, la détection 11 par la première entité d'un 20 problème de communication avec le terminal déclenche la signalisation du problème de communication dans le contexte associé au terminal, par exemple en marquant le contexte associé au terminal avec l'indicateur « Temporarily Lost », ou l'indicateur « Permanently Lost », ou tout autre indicateur signalant un problème de communication. Suite à la réception sur la première entité de contrôle d'une requête destinée au terminal 25 injoignable, la première entité de contrôle analyse le contexte associé au terminal et constate qu'il porte un indicateur signalant un problème de communication (par exemple « Permanently Lost »). La première entité de contrôle envoie alors au terminal appelant, ou à une autre entité du réseau, une réponse portant le message signalant le problème de communication. Par exemple, le message signalant un problème de communication porte un code 30 d'erreur. Un tel code d'erreur peut notamment être un code dédié, par exemple de type 419. A titre d'exemple, la réponse porte le code d'erreur « 419 Permanently Lost ». Le message signalant le problème de communication est donc envoyé par la première entité de contrôle (par exemple P-CSCF) en réponse à une requête destinée au terminal (par 9 exemple une requête SIP), en tenant compte du contexte associé au terminal. Une telle réponse transite notamment par la deuxième entité de contrôle (S-CSCF) du réseau, responsable de l'enregistrement des terminaux. Celle-ci initie alors le désenregistrement du terminal injoignable, selon des modalités qui dépendent de la politique de l'opérateur du réseau. 5 Comme indiqué en relation avec la figure 2, la politique de l'opérateur sur la deuxième entité de contrôle, lors de la réception/interception d'un ou plusieurs messages signalant un problème de communication, peut par exemple consister en : une procédure de sondage du terminal, un délai probatoire, un seuil sur le nombre de messages signalant un problème de communication avec le terminal reçus ou interceptés (par exemple de type « 419 »), etc., ou une 10 combinaison de ces critères, avant de désenregistrer le terminal. En variante, la politique de l'opérateur sur la deuxième entité de contrôle, lors de la réception/interception d'un message signalant un problème de communication, peut consister en un désenregistrement immédiat. En particulier, si l'on se place dans le cadre d'un réseau IMS, le désenregistrement est initié par le réseau et effectué de façon classique, comme décrit dans la norme TS 24.229, 15 paragraphe 5.4.1.5 par exemple. Selon ce premier mode de réalisation, la première entité de contrôle a donc connaissance d'un problème de communication avec le terminal, mais n'en informe pas directement la deuxième entité de contrôle. C'est uniquement en réponse à une requête destinée au terminal injoignable que la première entité de contrôle envoie un message signalant un problème de 20 communication avec le terminal, destiné à ou transitant par la deuxième entité de contrôle et l'informant du problème de communication avec le terminal. 5.3 Deuxième mode de réalisation On considère, selon un deuxième mode de réalisation, un réseau de communication IP comprenant une première entité de contrôle de type proxy mettant en oeuvre les étapes de 25 détection 11 d'un problème de communication avec un terminal préalablement enregistré dans le réseau IP, et d'émission 13 d'au moins un message signalant le problème de communication. Eventuellement, la première entité de contrôle met également en oeuvre le stockage 12, dans un contexte associé au terminal, d'une information représentative du problème de communication avec le terminal. 30 Selon ce deuxième mode de réalisation, le message signalant le problème de communication est envoyé par la première entité de contrôle à une deuxième entité de contrôle du réseau, responsable de l'enregistrement des terminaux. Ainsi, après que la première entité de contrôle (par exemple P-CSCF) a détecté (11) la 10 perte de connectivité avec le terminal (par exemple en cas d'absence de réception de requêtes en rafraîchissement en provenance du terminal s'il existe un NAT entre le terminal et la première entité de contrôle de type proxy, sur réception des évènements de type perte du chemin de signalisation, etc.), elle émet (13) un message signalant le problème de communication vers la 5 deuxième entité de contrôle (par exemple S-CSCF) afin de la prévenir du problème de communication avec le terminal. Par exemple, la détection 11 par la première entité de contrôle d'un problème de communication avec le terminal déclenche immédiatement l'émission 13, à destination de la deuxième entité de contrôle, d'un message signalant le problème de communication. 10 En variante, la détection 11 par la première entité d'un problème de communication avec le terminal déclenche la signalisation du problème de communication dans le contexte associé au terminal, par exemple en marquant le contexte associé au terminal avec l'indicateur « Temporarily Lost », ou tout autre indicateur signalant un problème de communication. Suite à un nombre prédéterminé de telles détections, la première entité de contrôle marque le contexte 15 associé au terminal avec l'indicateur « Permanently Lost », et envoie alors à la deuxième entité de contrôle le message signalant le problème de communication. Dans l'une ou l'autre de ces variantes, le message signalant un problème de communication peut porter un code d'erreur. Si l'on considère un réseau IMS, un tel message peut être une requête SIP (par exemple INFO ou MESSAGE) dont l'en-tête « Reason » porte une 20 information associée à un code d'erreur. A titre d'exemple, un tel message est une requête SIP dont l'en-tête « Reason » est valorisé au code « 419 ». En variante, une information associée à un code d'erreur (par exemple « 419 ») peut être insérée dans un en-tête dédié, ou dans le corps de message (body xml). Comme indiqué en relation avec la figure 2, la politique de l'opérateur sur la deuxième 25 entité de contrôle, lors de la réception d'un ou plusieurs messages signalant un problème de communication, peut par exemple consister en un désenregistrement immédiat. En variante, la politique de l'opérateur sur la deuxième entité de contrôle, lors de la réception d'un message signalant un problème de communication, peut consister en : une procédure de sondage du terminal, un délai probatoire, un seuil sur le nombre de messages signalant un problème de 30 communication avec le terminal reçus, etc., ou une combinaison de ces critères, avant de désenregistrer le terminal. En particulier, si l'on se place dans le cadre d'un réseau IMS, le désenregistrement est initié par le réseau et effectué de façon classique, comme décrit dans la norme TS 24.229, 11 paragraphe 5.4.1.5 par exemple. Selon ce deuxième mode de réalisation, la première entité de contrôle est pro-active et informe directement la deuxième entité de contrôle d'un problème de communication avec le terminal. 5 On note que les premier et deuxième modes de réalisation présentés ci-dessus peuvent être combinés. 5.4 Structures On présente finalement, en relation avec les figures 3 et 4, les structures simplifiées d'une première entité de contrôle, de type proxy, d'un réseau de communication IP et d'une deuxième 10 entité de contrôle, responsable de l'enregistrement des terminaux, de ce réseau IP, selon l'un des modes de réalisation décrits ci-dessus. Comme illustré en figure 3, la première entité de contrôle, par exemple de type P-CSCF, comprend une mémoire 31 comprenant une mémoire tampon, une unité de traitement 32, équipée par exemple d'une machine de calcul reprogrammable ou d'une machine de calcul 15 dédiée, par exemple un processeur P, et pilotée par le programme d'ordinateur 33, mettant en oeuvre le procédé d'initiation d'un désenregistrement selon un mode de réalisation de l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 33 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 32. 20 Le processeur de l'unité de traitement 32 met en oeuvre les étapes du procédé d'initiation d'un désenregistrement décrit précédemment, selon les instructions du programme d'ordinateur 33, pour détecter un problème de communication avec un terminal, et émettre au moins un message signalant le problème de communication (à destination de la deuxième entité de contrôle ou transitant par la deuxième entité de contrôle). 25 Comme illustré en figure 4, la deuxième entité de contrôle du réseau, par exemple de type S-CSCF, comprend une mémoire 41 comprenant une mémoire tampon, une unité de traitement 42, équipée par exemple d'une machine de calcul reprogrammable ou d'une machine de calcul dédiée, par exemple un processeur P, et pilotée par le programme d'ordinateur 43, mettant en oeuvre le procédé de désenregistrement selon un mode de réalisation de l'invention. 30 A l'initialisation, les instructions de code du programme d'ordinateur 43 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 42. L'unité de traitement 42 reçoit/intercepte au moins un message émis par la première entité de contrôle signalant un problème de communication avec un terminal. 12 Le processeur de l'unité de traitement 42 met en oeuvre les étapes du procédé de désenregistrement décrit précédemment, selon les instructions du programme d'ordinateur 43, pour initier le désenregistrement du terminal après réception d'au REVENDICATIONS1. Procédé d'initiation d'un désenregistrement d'un terminal préalablement enregistré dans un réseau de communication IP, mis en oeuvre par une première entité de contrôle, de type proxy, dudit réseau, comprenant : la détection (11) d'un problème de communication avec ledit terminal, et l'émission (13) d'au moins un message signalant ledit problème de communication. 2. Procédé d'initiation d'un désenregistrement selon la revendication 1, caractérisé en ce que ladite détection d'un problème de communication déclenche le stockage (12) par ladite première entité de contrôle, dans un contexte associé audit terminal, d'une information représentative du problème de communication avec ledit terminal, et en ce que ledit message signalant le problème de communication est émis en tenant compte dudit contexte associé au terminal. 3. Procédé d'initiation d'un désenregistrement selon l'une quelconque des revendications 1 et 2, caractérisé en ce que ledit message signalant le problème de communication est envoyé par la première entité de contrôle en réponse à une requête destinée au terminal et transite par une deuxième entité de contrôle dudit réseau, responsable de l'enregistrement des terminaux. 4. Procédé d'initiation d'un désenregistrement selon l'une quelconque des revendications 1 et 2, caractérisé en ce que ledit message signalant le problème de communication est envoyé par ladite première entité de contrôle à une deuxième entité de contrôle dudit réseau, responsable de l'enregistrement des terminaux. 5. Procédé d'initiation d'un désenregistrement selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite détection d'un problème de communication met en oeuvre au moins une action appartenant au groupe comprenant : la détection d'une perte d'au moins un chemin de signalisation vers ledit terminal ; l'absence de réponse dudit terminal ; la réception d'un message d'erreur ; l'absence de réception de requêtes en rafraîchissement en provenance dudit terminal. 6. Procédé de désenregistrement d'un terminal préalablement enregistré dans un réseau de communication IP, mis en oeuvre par une deuxième entité de contrôle dudit réseau, responsable de l'enregistrement des terminaux, comprenant : - la réception ou l'interception (21) d'au moins un message émis par une première entité de contrôle, de type proxy, dudit réseau, et signalant un problème de communication avec ledit terminal, et 14 l'initiation (22) du désenregistrement du terminal dudit réseau. 7. Procédé de désenregistrement selon la revendication 6, caractérisé en ce que la réception ou l'interception dudit message déclenche le désenregistrement immédiat du terminal dudit réseau. 5 8. Procédé de désenregistrement selon la revendication 6, caractérisé en ce que le désenregistrement du terminal dudit réseau est mis en oeuvre lorsqu'au moins une des conditions suivantes est respectée : vérification, par ladite deuxième entité de contrôle, du problème de communication avec ledit terminal ; 10 délai prédéfini écoulé à compter de la réception ou l'interception du message signalant un problème de communication avec ledit terminal ; nombre de messages reçus ou interceptés signalant un problème de communication avec ledit terminal supérieur à un seuil prédéterminé. 9. Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que ledit 15 message porte un code d'erreur. 10. Procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce que ledit réseau de communication IP est un réseau IMS, la première entité de contrôle est une entité de contrôle de type P-CSCF, et la deuxième entité de contrôle est une entité de type S-CSCF. 11. Procédé selon la revendication 9 et la revendication 10, caractérisé en ce que ledit 20 message est une requête SIP dont l'en-tête « Reason » porte une information associée à un code d'erreur. 12. Entité de contrôle de type proxy d'un réseau de communication IP, dite première entité de contrôle, comprenant une machine de calcul reprogrammable ou une machine de calcul dédiée configurée pour : 25 détecter un problème de communication avec un terminal préalablement enregistré dans ledit réseau, et émettre au moins un message signalant ledit problème de communication. 13. Entité de contrôle responsable de l'enregistrement des terminaux d'un réseau de communication IP, dite deuxième entité de contrôle, comprenant une machine de calcul 30 reprogrammable ou une machine de calcul dédiée configurée pour : recevoir ou intercepter au moins un message émis par une première entité de contrôle, de type proxy, dudit réseau et signalant un problème de communication avec un terminal préalablement enregistré dans ledit réseau, et 15 initier le désenregistrement dudit terminal dudit réseau. 14. Programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 11 lorsque ce programme est exécuté par un processeur. 5