Brevet FR3095564A1 — publié le 20201030

Description Titre de l'invention : PROCEDE DE SUPERVISION DE LA CONNEXION ENTRE DEUX NOEUDS D'UN RESEAU DE COM- MUNICATION Domaine technique 100011 Le domaine technique de l'invention est celui des réseaux de communication et plus particulièrement celui de la supervision de la connexion entre deux noeuds d'un réseau de communication. 100021 La présente invention concerne un procédé de supervision de la connexion entre deux noeuds d'un réseau de communication et plus particulièrement entre un client et un serveur ou entre deux serveurs. ARRIERE-PLAN TECHNOLOGIQUE DE L'INVENTION 100031 Les réseaux de communication fonctionnant selon le modèle client-serveur com- prennent une pluralité de noeuds dont certains sont des clients et d'autres des serveurs. Dans ces modèles, pour établir une communication entre un client et un serveur, les clients sont toujours initiateurs de la communication, en envoyant une requête, et les serveurs destinataires de la requête. C'est le cas par exemple dans les modèles web, où un client souhaitant consulter une page web envoie une requête à un serveur, qui en retour fournit la page web demandée. Les communications étant exclusivement à l'initiative du client, le serveur n'a pas besoin de s'assurer d'un bon état de la connexion avec le client. 100041 On entend par « bon état de la connexion » un état de la connexion, donc du lien réseau, entre le client et le serveur permettant une communication entre les deux entités, c'est-à-dire un état dans lequel le serveur peut joindre le client. [0005] Dans le standard 3GPP régissant les réseaux mobiles de type « GSM » selon la déno- mination anglo-saxonne « Global System for Mobile Communications » et plus particulièrement dans les déploiements faisant appel à des services dc communications critiques définis par le 3GPP appelés « MCS » selon la dénomination anglo-saxonne « Mission Critical Services », il arrive que le serveur soit initiateur de la communication avec un client. [0006] [fig.1] La figure 1 montre une représentation schématique d'un réseau dc commu- nication de l'art antérieur. [0007] Lc réseau de communication 100 représenté à la Figure I est par exemple un réseau selon le standard 3GPP MCS. Le réseau de communication 100 comprend deux clients Cl et C2 et deux serveurs SI et 52. On entend par « réseau de communication selon le standard 3GPP MCS », un réseau de communication compatible avec le standard 2 3GPP MCS et plus particulièrement avec la version actuelle du 3GPP qui est la version 15, avec les versions précédentes à partir de la version 13 et avec les versions suivantes intégrant toutes les caractéristiques de l'invention. [0008] Dans le 3GPP MCS, lorsqu'un client souhaite communiquer avec un autre client, il envoie une requête à un serveur. Par exemple, lorsque le client Cl souhaite communiquer avec le client C2, et qu'une session de communication est déjà établie, il envoie une requête de communication au serveur S1 dans une étape 1. Le serveur Sl, transmet la requête au serveur S2 dans une étape 2, soit directement, soit en passant par un ou plusieurs autres serveurs (non représentés). Le serveur S2 transmet alors la requête au client C2 dans une étape 3. Il existe d'autres cas où le serveur S2 initie la communication avec le client C2 selon le 3GPP MCS. [0009] Dans de tels cas, la connexion entre le client C2 et le serveur S2 peut avoir été perdue, notamment car tout problème dans le réseau de transport conduisant à une coupure du service entraine une perte de connexion entre le client C2 et le serveur S2. [0010] Le standard 3GPP MCS ne décrit pas de moyen de superviser la connexion entre un client et un serveur, ou entre deux serveurs, par exemple lorsqu'un serveur est un « Controlling Server» (selon la dénomination anglo-saxonne pour « Serveur Contrôlant ») et que l'autre serveur est un « Non-Controlling Server» (selon la dénomination anglo-saxonne pour « Serveur Non Contrôlant »). Cette supervision est nécessaire pour minimiser la perte d'informations duc à la durée de la perte de connexion. En effet, dans le cas où le client est initiateur de la communication, il a connaissance de la perte de connexion avec le serveur, par exemple car il ne reçoit pas d'acquittement. En revanche, quand le serveur est initiateur de la communication avec le client, le client n'a aucun moyen de savoir que le serveur a cherché à communiquer avec lui. [0011] Des solutions à ce problème ont été envisagées dans l'art antérieur, par exemple en envoyant des messages périodiques (aussi appelés « heartbeat » selon la dénomination anglo-saxonne pour « pulsation cardiaque »), en utilisant les notifications «push » proposées par exemple par les systèmes d'exploitation de téléphones mobiles, telles les APN » d'iOS® (selon la dénomination anglo-saxonne « Apple Push Notifications ») et « FCM » d'Androide (selon la dénomination anglo-saxonne « Firebase Cloud Messaging » pour « Messagerie Google par le Nuage »). Les notifications « push » permettent, en étant envoyées périodiquement, de surveiller la connexion entre client et serveur dans le 3GPP MCS. [0012] Cette solution est pertinente pour des applications de messageries, qui ne sont pas pé- riodiques par définition. Elle ne l'est cependant pas pour des services « temps réel » pour lesquels le temps d'établissement de la connexion doit être garanti. De plus, cette solution est inaccessible lorsqu'aucun accès internet n'est possible, par exemple 3 lorsque le réseau est déployé et fermé, c'est-à-dire seulement accessible en local. [0013] De plus, dans le cas d'une communication privée en « Push-To-Talk » (« PTT » selon la dénomination anglo-saxonne pour « Appuyer pour prendre la parole ») en mode « pré-arrangé » comme défini par le standard 3GPP MCS, la session de communication entre les deux clients communiquant n'est établie qu'à l'appui de l'utilisateur sur le bouton de l'équipement utilisateur. Il faut donc pouvoir surveiller la connexion entre deux noeuds sans qu'une session ne soit établie entre ces noeuds. [0014] Il existe donc un besoin d'avoir une solution pour surveiller la connexion entre deux noeuds d'un réseau suivant le modèle client-serveur dans lequel le serveur peut initier une communication ou encore dans lequel le réseau de communication n'est pas relié au réseau Internet, et indépendamment du fait qu'une session de communication soit établie entre les deux noeuds. Résumé de l'invention [0015] L'invention offre une solution aux problèmes évoqués précédemment, en permettant une surveillance de la connexion entre deux noeuds d'un réseau de communication suivant le modèle client-serveur dans lequel le serveur peut initier la communication, la surveillance pouvant être mise en oeuvre indépendamment de la connexion du réseau de communication au réseau Internet. [0016] Un aspect de l'invention concerne un procédé de surveillance de la connexion entre un premier noeud et un deuxième noeud d'un réseau de communication, caractérisé en ce que le procédé comprend : Une étape de sélection d'une session établie entre le premier noeud et le deuxième noeud, la session sélectionnée devenant une session de surveillance, Une étape de surveillance de la connexion entre le premier noeud et le deuxième noeud via la session de surveillance. [0017] Grâce à l'invention, il est possible de surveiller la connexion entre deux noeuds d'un réseau de communication, la surveillance pouvant être effectuée par n'importe lequel des deux noeuds. En effet, l'invention utilise avantageusement une session établie entre les deux noeuds pour surveiller la connexion entre les noeuds. Ainsi, chacun des deux noeuds a la possibilité de surveiller la connexion entre eux, puisqu'une session est toujours établie entre eux. Il n'est même pas nécessaire qu'une session de communication soit établie entre les deux noeuds. [0018] Outre les caractéristiques qui viennent d'être évoquées dans le paragraphe précédent, le procédé de surveillance selon un aspect de l'invention peut présenter une ou plusieurs caractéristiques complémentaires parmi les suivantes, considérées individuellement ou selon toutes les combinaisons techniquement possibles : - l'étape de surveillance de la connexion entre le premier noeud et le deuxième noeud comprend : - Une sous-étape d'envoi périodique d'un message par le premier noeud au deuxième noeud via la session de surveillance, la période étant définie par un paramètre de période en mémoire du premier noeud et du deuxième noeud, - Si le deuxième noeud n'a pas reçu le message dans la période définie par le paramètre de période : Une sous-étape de mise à jour d'un compteur de non-réception du message par le deuxième noeud, Si la valeur du compteur de non-réception est supérieure à la valeur d'un seuil de non-réception, une sous-étape de détection d'une perte de connexion entre le premier noeud et le deuxième noeud, - Si le deuxième noeud a reçu le message dans la période définie par le paramètre de période, une sous-étape de réinitialisation du compteur de non-réception. le réseau de communication est un réseau de communication selon le standard 3GPP MCS. Le procédé de surveillance comprend en outre une étape préliminaire d'établissement d'une session de communication de groupe en mode messagerie entre le premier noeud et le deuxième noeud, la session sélectionnée à l'étape de sélection étant alors la session de communication de groupe établi en mode messagerie. la session sélectionnée est une session de groupe dédié à l'urgence établi en mode messagerie et le message envoyé périodiquement est un message du protocole de contrôle de prise de parole. la session sélectionnée est une session de groupe dédié à la signalisation établi en mode messagerie et le message envoyé périodiquement est un message de signalisation. la session sélectionnée est une session du premier groupe de communication établi en mode messagerie entre le premier noeud et le deuxième noeud et le message envoyé périodiquement est un message du protocole de contrôle de prise de parole. lorsque le groupe de communication établi entre le premier noeud et le deuxième noeud dont une session a été sélectionnée comme session de surveillance est désaffilié ou supprimé, l'étape de sélection d'une session est répétée. lorsque le deuxième noeud a détecté la perte de connexion avec le premier noeud, le deuxième noeud envoie périodiquement un message d'enregistrement au premier noeud. le premier noeud est un serveur et le deuxième noeud est un client. lorsque la perte de connexion est détectée, le deuxième noeud annonce à un utilisateur du deuxième noeud la perte de connexion avec le premier noeud. le premier noeud est un serveur ne contrôlant pas la session de surveillance et le deuxième noeud est un serveur contrôlant la session de surveillance. [0019] De plus, dans l'invention, chaque noeud a en mémoire le même paramètre de période, permettant à chaque noeud de connaître la période de surveillance, rendant le procédé réversible : un des deux noeuds destinataire des messages périodiques peut devenir émetteur et inversement pour l'autre noeud. [0020] Grâce à l'invention, le noeud recevant le message de surveillance peut connaître l'état de la connexion entre les deux noeuds. Ainsi, même lorsqu'un serveur est initiateur d'une communication, le client, recevant les messages de surveillance provenant du serveur, peut surveiller la connexion entre les deux noeuds, et ainsi s'assurer qu'il est bien connecté au serveur et qu'il peut recevoir des requêtes de communication du serveur. [0021] Avantageusement, le procédé peut établir une session de surveillance quand aucune session n'est établie entre les deux noeuds. En effet, il est possible que les deux noeuds soient connectés mais qu'aucune session ne soit établie entre eux, par exemple dans le cas du mode pré-arrangé » du 3GPP MCS. [0022] Avantageusement, le procédé selon l'invention peut utiliser une session existante entre les deux noeuds, par exemple une session du groupe dédié à l'urgence (aussi appelé « dedicated emergency group » selon la dénomination anglo-saxonne dans le 3GPP MCS) comme session de surveillance. L'avantage d'une session de groupe dédié à l'urgence est que chacun des deux noeuds est toujours affilié au groupe dédié à l'urgence, il est donc toujours possible de surveiller la connexion entre les deux noeuds. [0023] Le procédé selon l'invention peut aussi utiliser par exemple une session de commu- nication d'un groupe de communication établie entre les deux noeuds. Un inconvénient des groupes de communication est qu'un noeud peut y être désaffilié ou que le groupe de communication peut être supprimé. Le procédé selon l'invention permet d'outrepasser cet inconvénient en sélectionnant une autre session d'un autre groupe de communication auquel les deux noeuds sont affiliés lorsqu'un des deux noeuds est désaffilié au premier groupe de communication ou lorsque le premier groupe de communication est supprimé. [0024] Lorsqu'une session de groupe de communication ou de groupe dédié à l'urgence est sélectionnée, le message périodiquement envoyé dans le procédé selon l'invention est avantageusement un message du protocole de contrôle de prise de parole (le protocole 6 étant appelé « Floor Control Protocol» dans le standard 3GPP MCS et le message du protocole de contrôle de prise de parole étant appelé « Floor ldle »), le procédé selon l'invention tirant avantageusement parti de l'infrastructure existante du réseau de communication respectant le standard 3GPP MCS. [0025] Le procédé selon l'invention peut aussi utiliser avantageusement une session d'un groupe dédié à la signalisation, groupe non visible de l'utilisateur d'un équipement utilisateur et pouvant être défini et identique pour un ensemble d'utilisateurs, ne rendant pas nécessaire d'avoir une session de groupe de communication déjà établie entre les deux noeuds au moment où l'on souhaite surveiller la connexion entre les noeuds. [0026] L'invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l'examen des figures qui l'accompagnent. Brève description des dessins [0027] Les figures sont présentées à titre indicatif et nullement limitatif de l'invention. La Figure I montre une représentation schématique d'un réseau de communication de art antérieur. La Figure 2 montre une représentation schématique du procédé selon l'invention. La Figure 3 montre une représentation schématique d'un réseau de communication mettant en oeuvre le procédé de l'invention selon un premier mode de réalisation. La Figure 4 montre une représentation schématique d'un réseau de communication mettant en oeuvre le procédé de l'invention selon un deuxième mode de réalisation. La Figure 5 montre une représentation schématique d'un réseau de communication mettant en oeuvre le procédé de l'invention selon un troisième mode de réalisation. La figure 6 montre une représentation schématique d'un réseau de communication comprenant des groupes dédiés à la signalisation. La figure 7 montre une représentation schématique d'un réseau de communication comprenant des groupes dédiés à la signalisation. La figure 8 montre une représentation schématique du procédé selon une variante de l'invention. Description des modes de réalisation 100281 Les figures sont présentées à titre indicatif et nullement limitatif de l'invention. 100291 Sauf précision contraire, un même élément apparaissant sur des figures différentes présente une référence unique. 100301 I fie.2I La figure 2 montre une représentation schématique du procédé selon 7 l' invention. [0031] Le procédé 200 selon un premier mode de réalisation de l'invention représenté à la Figure 2 comprend une étape de sélection d'une session de surveillance 210 et une étape de surveillance de la connexion entre les deux noeuds 220. [0032] Le procédé de surveillance 200 selon l'invention est un procédé de surveillance de la connexion entre deux noeuds d'un réseau de communication. On entend par « réseau de communication », un réseau permettant d'accéder à des services de communication, c'est-à-dire à des services liés à de la communication, par exemple l'accès à l'audio, à la vidéo ou encore à une messagerie avec fichiers pour interagir avec un ou plusieurs équipements utilisateurs. Les services de communication permettent d'établir des communications privées entre deux équipements utilisateurs ou des communications de groupe entre les équipements utilisateurs affiliés à un même groupe multimédia. Le réseau de communication auquel sont connectés les deux noeuds est par exemple un réseau de communication selon le standard 3GPP MCS. On entend par « réseau de communication selon le standard 3GPP MCS », un réseau de communication compatible avec le standard3GPP MCS et plus particulièrement avec la version actuelle du 3GPP qui est la version 15, avec les versions précédentes à partir de la version 13 et avec les versions suivantes intégrant toutes les caractéristiques de l' invention. [0033] On entend par « groupe multimédia » un groupe regroupant plusieurs équipements utilisateurs pouvant interagir entre eux une fois authentifiés et enregistrés auprès d'un serveur du réseau de communication permettant l'accès au groupe multimédia. [0034] Le réseau de communication peut être fixe, par exemple un réseau de communication couvrant une entreprise, ou mobile, par exemple tactique, c'est-à-dire utilisé dans le cas d'une mission des forces spéciales. [0035] Le réseau de communication comprend des noeuds. On entend par « noeud » tout équipement du réseau. Ainsi, dans un réseau suivant le modèle client-serveur, un noeud peut être un serveur ou un client, par exemple un équipement utilisateur. [0036] On entend par « connexion entre deux noeuds » le lien réseau entre les deux noeuds du réseau. Aussi, lorsque l'on surveille la connexion entre deux noeuds, on s'assure de l'état correct du lien réseau entre les deux noeuds, c'est-à-dire qu'on s'assure que les deux noeuds du réseau ont la possibilité de communiquer. [0037] On entend par « session » un ensemble de ressources du réseau réservées à un échange entre deux noeuds. Par exemple, clans le cas d'une session de communication entre deux noeuds, un ensemble de ressources est réservé à la communication entre les deux noeuds. Par exemple, clans le cas d'une session de signalisation entre cieux noeuds, un ensemble de ressources est réservé à la signalisation entre les deux noeuds. [0038] La première étape du procédé de surveillance 200 de la connexion entre deux noeuds 8 selon un premier mode de réalisation de l'invention est une étape 210 de sélection d'une session de surveillance. [0039] On entend par « session de surveillance » une session qui, une fois sélectionnée, sera utilisée pour la surveillance de la connexion entre les deux noeuds. Cette session n'est pas forcément utilisée que pour surveiller la connexion entre les deux noeuds. [0040] Dans l'étape 210, une session de surveillance est sélectionnée. La sélection est effectuée par l'un des deux noeuds, par exemple par un processeur du noeud, utilisant un programme enregistré par exemple en mémoire du noeud. Le noeud réalisant la sélection de la session de surveillance est par exemple le noeud qui surveillera la connexion entre les deux noeuds. L'étape de sélection 210 de la session peut aussi être réalisée par une entité autre que l'un des deux noeuds dont la connexion est à surveiller, par exemple par un autre noeud du réseau, par exemple un dispositif de gestion du réseau. Selon l'invention, plusieurs types de sessions peuvent être sélectionnées. [0041] La session sélectionnée est une session établie entre les deux noeuds. Une session sé- lectionnée comme « session de surveillance » peut être une session d'un groupe dédié à l'urgence, une session d'un groupe de communication, ou encore une session d'un groupe dédié à la signalisation. [0042] [fig.3] La Figure 3 montre une représentation schématique d'un réseau de commu- nication 100 mettant en oeuvre le procédé de l'invention selon un premier mode de réalisation. [0043] Le réseau de communication 100 représenté à la Figure 3 comprend trois noeuds : deux serveurs SI et S2 et un client CI. La connexion à surveiller peut être par exemple entre le serveur SI et le client Cl, entre le serveur SI et le serveur S2 ou encore entre le serveur S2 et le client Cl. La Figure 3 ne représente que la surveillance de la connexion entre les serveurs SI et S2 et entre le serveur SI et le client CI. [0044] Une session sélectionnée à la Figure 3 comme « session de surveillance » pour surveiller la connexion entre le client Cl et le serveur Si est une session A d'un groupe dédié à l'urgence EG établi en mode « messagerie » auquel est affilié le client Cl et dont le serveur SI est un gestionnaire. Une autre session sélectionnée à la Figure 3 comme « session de surveillance » pour surveiller la connexion entre les serveurs SI et S2 est une session B d'un groupe dédié à l'urgence EG établi en mode « messagerie » duquel les serveurs SI et S2 sont gestionnaires [0045] Un groupe de communication est établi selon deux modes possibles dans le standard 3GPP MCS : - soit en mode « chat » : chaque utilisateur se joint au groupe quand il le souhaite et est prêt à participer à tout moment au groupe : si quelqu'un parle, seuls ceux qui participent au groupe entendent, les autres membres du groupe n'entendent pas, le serveur n'établit pas les sessions, 9 soit en mode « pré-arrangé » : quand un utilisateur demande à parler, le serveur n'établit les sessions qu'à cc moment-là avec l'ensemble des utilisateurs du groupe [0046] On entend par « établie en mode « messagerie » », une session établie en mode « chat » comme décrit dans le standard 3GPP MCS, le terme « chat » étant la dénomination anglo-saxonne pour « messagerie » en français. [0047] Ainsi, par exemple dans le cas où le réseau de communication 100 suit le standard 3GPP MCS et comprend au moins un groupe dédié à l'urgence (selon la dénomination anglo-saxonne « Dedicated Emcrgency Group ») établi en mode « messagerie » auquel sont affiliés chacun des deux noeuds et dans lequel une session est établie entre les deux noeuds, la session utilisée pour la surveillance de la connexion entre les deux noeuds est cette session avantageusement établie entre les deux noeuds pendant toute la présence des noeuds au sein du réseau. [0048] Dans le cas où les noeuds ne sont pas affiliés à un même groupe dédié à l'urgence, ou dans le cas où l'un au moins des noeuds n'est affilié à aucun groupe dédié à l'urgence, ou dans tout autre cas où cela peut être jugé nécessaire, la session sélectionnée comme « session de surveillance » peut être une session d'un groupe de communication établi en mode « messagerie » auquel les deux noeuds sont affiliés, la session étant établie entre au moins les deux noeuds. [0049] [fig.4] La Figure 4 montre une représentation schématique d'un réseau de commu- nication 100 mettant en oeuvre le procédé de l'invention selon un deuxième mode de réalisation. [0050] Le réseau de communication 100 représenté à la Figure 4 comprend trois noeuds : deux serveurs Si et S2 et un client Cl. La connexion à surveiller peut être par exemple entre le serveur Si et le client Cl, entre le serveur Si et le serveur S2 ou encore entre le serveur S2 et le client Cl. La Figure 4 ne représente que la surveillance de la connexion entre les serveurs Si et S2 et entre le serveur S1 et le client Cl. [0051] Une session sélectionnée à la Figure 4 comme « session de surveillance » pour surveiller la connexion entre le client Cl et le serveur Si est une session C d'un groupe de communication G1 établi en mode « messagerie » auquel est affilié le client Cl et dont le serveur SI est gestionnaire. Une autre session sélectionnée à la Figure 4 comme « session de surveillance » pour surveiller la connexion entre les serveurs Si et S2 est une session D d'un groupe de communication G4 établi en mode « messagerie » duquel les serveurs Si et S2 sont gestionnaires [0052] Dans le deuxième mode de réalisation, la session sélectionnée est par exemple la première session établie entre les deux noeuds du premier groupe de communication auquel sont affiliés les deux noeuds. On entend par « premier groupe » le premier groupe de communication établi en mode « messagerie » auquel les deux noeuds se sont affiliés, temporellement, et auquel les deux noeuds sont toujours affiliés. A la Figure 4, le premier groupe de communication établi en mode « messagerie » entre les deux noeuds client Cl et serveur S1 est le groupe de communication 01 et le premier groupe de communication établi en mode « messagerie » entre les deux noeuds de communication serveur S1 et serveur S2 est le groupe de communication G4. [0053] On entend par « première session » la première session à avoir été établie entre au moins les deux noeuds, temporellement, et étant toujours établie entre les deux noeuds. Lorsque l'un au moins des noeuds n'est plus affilié au groupe de communication dont la session avait été sélectionnée comme « session de surveillance », ou lorsque cc groupe de communication est supprimé, l'étape de sélection 210 de session de surveillance est réitérée. Ainsi, une session d'un nouveau groupe de communication établi en mode « messagerie » est sélectionnée, le nouveau groupe de communication étant alors le premier groupe de communication établi en mode « messagerie » auquel les deux noeuds se sont affiliés, temporellement, et auquel les deux noeuds sont toujours affiliés, l'ancien groupe ne remplissant plus le second critère d'affiliation des deux noeuds au groupe. [0054] Une session sélectionnée comme « session de surveillance » peut être une session d'un groupe dédié à la signalisation. [0055] [fig.5] La Figure 5 montre une représentation schématique d'un réseau de commu- nication 100 mettant en oeuvre le procédé de l'invention selon un troisième mode de réalisation. [0056] Le réseau de communication 100 représenté à la Figure 5 comprend trois noeuds : deux serveurs Si et S2 et un client Cl. La connexion à surveiller peut être par exemple entre le serveur Si et le client Cl, entre le serveur Si et le serveur S2 ou encore entre le serveur S2 et le client Cl. La Figure 5 ne représente que la surveillance de la connexion entre les serveurs Si et S2 et entre le serveur Si et le client Cl. [0057] Une session sélectionnée à la Figure 5 comme « session de surveillance » pour surveiller la connexion entre le client Cl et le serveur Si est une session E d'un groupe dédié la signalisation SG établi en mode « messagerie » auquel sont affiliés le client Cl et le serveur SI. Une autre session sélectionnée à la Figure 5 comme « session de surveillance » pour surveiller la connexion entre les serveurs Si et S2 est une session F d'un groupe dédié à la signalisation SG établi en mode « messagerie » auquel sont affiliés les serveurs Si et S2. [0058] Dans le troisième mode de réalisation, un groupe dédié à la signalisation est un groupe d'équipements utilisateurs ne permettant que la transmission de messages de signalisation, par exemple des messages de contrôle, des messages d'annonce, ou tout autre type de messages permettant l'établissement de communications au sein du réseau et la gestion du réseau. 11 [0059] Description d'un groupe dédié à la signalisation [0060] Les paragraphes suivants s'attachent à décrire un groupe dédié à la signalisation. [0061] [fig.6] La figure 6 montre une représentation schématique d'un réseau de commu- nication comprenant des groupes dédiés à la signalisation. [0062] On entend par « réseau de communication ». un réseau permettant d'accéder à des services de communication, c'est-à-dire à des services liés à de la communication, par exemple l'accès à l'audio, à la vidéo ou encore à une messagerie avec fichiers pour interagir avec un ou plusieurs équipements utilisateurs. Les services de communication permettent d'établir des communications privées entre deux équipements utilisateurs ou des communications de groupe entre les équipements utilisateurs affiliés à un même groupe multimédia. [0063] On entend par « groupe multimédia » un groupe virtuel regroupant plusieurs équipements utilisateurs pouvant interagir entre eux une fois authentifiés via un serveur du réseau de communication permettant l'accès au groupe multimédia. [0064] Le réseau de communication 1000 représenté à la Figure 6 comprend une pluralité de groupes dédiés à la signalisation. Le réseau de communication 1000 comprend un groupe dédié à la signalisation 2000 auquel tous les équipements utilisateurs du réseau de communication 1000 sont affiliés. Cela permet d'annoncer la disponibilité de services à tous les équipements utilisateurs du réseau de communication 1000. Le groupe étant dédié à la signalisation, il permet de ne pas avoir à créer de groupe de communication regroupant tous les équipements utilisateurs du réseau et donc de respecter des règles de confidentialité et de simplifier la gestion de réseau de communication 1000. [0065] Les groupes de signalisation 2000 et 2010 sont créés par un opérateur du réseau de communication 1000. Un réseau de communication 1000 peut comprendre plusieurs groupes dédiés à la signalisation. Le ou les opérateurs les ayant créés peuvent avoir fait le choix de refléter le partitionnement des organisations 1100, 1200 et 1300, par exemple en créant un groupe dédié à la signalisation pour chaque organisation 1100, 1200 et 1300, et en créant en outre un groupe dédié à la signalisation par sous-organisation 1110, 1120, 1210, 1220 et 1230. L'opérateur peut aussi créer des groupes dédiés à la signalisation inter-organisations comme le groupe dédié à la signalisation 2010. [0066] Ainsi, les groupes dédiés à la signalisation permettent de refléter le partitionnement et la hiérarchie des organisations au sein desquelles ils sont mis en oeuvre, tout en respectant les critères de confidentialité en ne permettant pas la communication entre tous les équipements utilisateurs du réseau de communication 1000. [0067] Les groupes dédiés à la signalisation sont des groupes d'échange de données de si- gnalisation. Ils n'échangent donc pas de médias tels que de la vidéo ou de la voix. Par 12 exemple, dans le cas d'un réseau de communication selon le standard 3GPP MCS, ils sont des groupes d'échange de données de type « MCData ». On entend par « réseau de communication selon le standard 3GPP MCS », un réseau de communication compatible avec le standard 3GPP MCS et plus particulièrement avec la version actuelle du 3GPP qui est la version 15, avec les versions précédentes à partir de la version 13 et avec les versions suivantes intégrant toutes les caractéristiques des groupes de signalisation. [0068] Un ou plusieurs équipements utilisateurs sont affiliés aux groupes dédiés à la signa- lisation créés par l'opérateur, soit en étant affiliés implicitement comme le permet le standard 3GPP MCS, c'est-à-dire en étant affiliés de manière contrainte par le système régissant le réseau, soit en choisissant de s'affilier à un groupe dédié à la signalisation. L'utilisateur n'ayant pas connaissance des groupes de signalisation auquel il est affilié, l'équipement utilisateur choisit de s'affilier ou non à un groupe dédié à la signalisation, lorsque l'affiliation ne lui est pas contrainte, en mettant en oeuvre, par exemple par un processeur de l'équipement utilisateur, un algorithme enregistré en mémoire de l'équipement utilisateur. [0069] Le réseau de communication peut être fixe, par exemple un réseau de communication couvrant une entreprise, ou mobile, par exemple tactique, c'est-à-dire utilisé dans le cas d'une mission des forces spéciales. [0070] Un équipement utilisateur UE1, UE2 et UE3 est par exemple un smartphonc, une tablette, un ordinateur portable ou tout autre dispositif permettant de communiquer au sein d'un réseau. [0071] On entend par groupe « dédié à la signalisation » un groupe d'équipements uti- lisateurs ne permettant que la transmission de messages de signalisation, par exemple des messages de contrôle, des messages d'annonce de disponibilité de service, ou tout autre type de messages permettant l'établissement de communications au sein du réseau et la gestion du réseau. Les messages d'annonce de disponibilité de service peuvent être par exemple des notifications. [0072] Le réseau de communication 1000 comprend un autre groupe dédié à la signalisation 2010 comprenant les équipements utilisateurs UE1 et UE2 affiliés au groupe de communication G80 et UE3 affilié au groupe de communication G50. [0073] Les groupes dédiés à la signalisation 2010 permettent d'éviter l'« effet silo rencontré lorsque des équipements utilisateurs se trouvent dans des organisations 1200 et 1300 différentes et dans des groupes de communication G50 et G80 différents. Grâce au groupe dédié à la signalisation 2010, les équipements utilisateurs UE1, UE2 et UE3 peuvent recevoir des messages de signalisation permettant par exemple l'annonce de la disponibilité d'un ou plusieurs services. [0074] Les messages de signalisation peuvent être émis par des équipements utilisateurs du 13 réseau de communication 1000, par un serveur du réseau, par un équipement superviseur du réseau ou par tout autre équipement connecté au réseau. [0075] Une annonce de disponibilité de service est émise à un groupe dédié à la signalisation ou à plusieurs groupes dédiés à la signalisation. [0076] Ces services peuvent être tout service qui nécessite d'être annoncé à l'équipement utilisateur, comme par exemple des services d'alerte de détresse, de péril imminent, de communication privée, de communication de groupe en multidiffusion, de communication système, de vision ambiante de groupe et d'écoute ambiante de groupe. [0077] Par exemple, dans le cas de services dits « legacy » (selon la dénomination anglo- saxonne pour « traditionnels »), c'est-à-dire les services déjà existants par exemple dans le standard 3GPP MCS, tels que les alertes de détresse et de péril imminent, les groupes dédiés à la signalisation permettent d'annoncer qu'un des équipements utilisateurs du groupe dédié à la signalisation est en détresse ou qu'un péril est imminent à plusieurs équipements utilisateurs qui ne seraient pas forcément affiliés à un même groupe de communication. [0078] Dans le cas des communications privées ou des communications de groupe en multi- diffusion, cela peut permettre par exemple d'annoncer qu'un appel est en cours et de proposer à un équipement utilisateur de rejoindre la communication avec des équipements utilisateurs qui ne sont pas forcément dans un de ses groupes de communication. Cela permet d'annoncer la disponibilité d'un service traditionnel, c'est-à-dire déjà connu, à plusieurs équipements utilisateurs ne se trouvant pas forcément clans le même groupe de communication. [0079] Ainsi, dans le cas par exemple d'un réseau de communication au sein d'un aéroport, les utilisateurs sont désignés par leur profession (bagagiste, agent de sécurité, pilote, équipage, pompier etc.) et travaillent sur des vols différents au long de la journée. Les utilisateurs choisissent leur vol en fonction de leur planning de vol. Chaque utilisateur doit pouvoir communiquer avec tous les autres utilisateurs ayant le même métier ou le même vol, ou ayant le même métier que lui sur le même vol. [0080] Grâce aux groupes dédiés à la signalisation, une annonce de disponibilité de service peut être émise à tous les utilisateurs ayant le même métier, ayant le même vol, ou ayant le même métier et le même vol grâce à un ou plusieurs paramètres de l'annonce de disponibilité de service. Ce paramètre peut par exemple être une adresse fonctionnelle. On entend par « adresse fonctionnelle » un identifiant par exemple lié à une profession, tel qu'un code métier, lié à un vol, tel qu'un code de vol ou tout autre identifiant permettant d'adresser un équipement utilisateur. Cette annonce de disponibilité de service peut annoncer la disponibilité d'une communication privée ou d'une communication de groupe entre tous les utilisateurs ayant le même métier et proposer à chaque utilisateur ayant le même métier de rejoindre ladite communication privée. 14 Ainsi, même si les utilisateurs ayant le même métier ne se trouvaient pas dans le même groupe de communication, ils peuvent rejoindre un groupe grâce à cette annonce. [0081] L'annonce de disponibilité d'une communication privée ou d'une communication de groupe peut être envoyée à tous les équipements utilisateurs, chaque équipement utilisateur décidant alors, par exemple à l'aide d'un algorithme enregistré en mémoire et mis en oeuvre par un processeur de l'équipement utilisateur, s'il remplit les critères donnés par le ou les paramètres compris dans l'annonce de disponibilité de service et donc s'il doit rejoindre la communication annoncée. [0082] Les groupes dédiés à la signalisation permettent en outre des annonces de dispo- nibilité de services « nouvelle génération », tels que des services multimédias. Par exemple, ces services peuvent être des services de vision ambiante de groupe et d'écoute ambiante de groupe, tels que définis dans le standard 3GPP MCS. Ces services ne sont plus adressés individuellement aux équipements utilisateurs mais il est possible d'adresser une pluralité d'équipements utilisateurs. [0083] Un service de « visualisation ambiante de groupe » (selon la dénomination anglo- saxonne « group amblent vicwing ») permet à un équipement opérateur tel qu'un « dispatcher » (selon la dénomination anglo-saxonne pour « répartiteur », terme utilisé pour mentionner un « équipement opérateur de salle de contrôle »), équipement fixe permettant de communiquer avec des équipements utilisateurs et/ou la gestion du réseau, principalement à partir de salles de contrôle, d'accéder au flux vidéo d'un équipement utilisateur en direct. L'utilisateur peut ou non être informé de la réception du flux vidéo par la salle de contrôle. [0084] Un service d' « écoute ambiante de groupe » (selon la dénomination anglo-saxonne « group ambient listening ») permet à un équipement opérateur de salle de contrôle, d'accéder au flux audio d'un équipement utilisateur en direct. L'utilisateur peut ou non être informé de la réception du flux audio par la salle de contrôle. [0085] Ces deux services multimédias peuvent être annoncés à un ou plusieurs équipements utilisateurs affiliés à un ou plusieurs groupes dédiés à la signalisation à partir par exemple d'un équipement fixe ou d'un autre équipement utilisateur. Les groupes dédiés à la signalisation permettent avantageusement de recevoir les flux audio et/ou vidéo d'équipements utilisateurs grâce à des messages de signalisation tels que des messages d'annonce de disponibilité de service de vision ambiante de groupe ou d'écoute ambiante de groupe. Ainsi, chaque équipement utilisateur recevant l'annonce de disponibilité de service, c'est-à-dire chaque équipement utilisateur affilié au ou aux groupes dédiés à la signalisation destinataires de l'annonce peut décider ou non d'utiliser ce service annoncé. [0086] Un équipement utilisateur décide d'utiliser un service soit par un traitement du message de signalisation, reçu car il est affilié à un groupe dédié à la signalisation des- tinataire dudit message de signalisation, par un algorithme enregistré en mémoire et mis en oeuvre par un processeur, soit en demandant à l'utilisateur de l'équipement utilisateur s'il choisit d'utiliser le service disponible annoncé. [0087] Par exemple, dans le cas d'une communication de groupe en multidiffusion annoncé comme disponible à un groupe dédié à la signalisation, les équipements utilisateurs affiliés au groupe dédié à la signalisation peuvent demander à l'utilisateur, par exemple par un message affiché sur un écran de l'équipement utilisateur, si l'utilisateur souhaite rejoindre la communication en multidiffusion. [0088] Dans un autre exemple, dans le cas d'un service de vision ambiante de groupe, il peut être nécessaire que l'utilisateur ne sache pas que le service est disponible et que l'équipement utilisateur utilise le service disponible annoncé, par exemple pour des raisons de discrétion. Dans cc cas, l'équipement utilisateur disposant d'une intelligence embarquée, par exemple d'un algorithme en mémoire interne et mis en oeuvre par un processeur, décide par lui-même d'utiliser ou non ce service, par exemple en fonction de paramètres compris dans l'annonce de disponibilité de service. [0089] L'annonce de disponibilité de service peut comprendre un ou plusieurs paramètres, permettant de croiser plusieurs paramètres et donc de n'adresser qu'un certain nombre ou un type précis d'équipements utilisateurs. [0090] Par exemple, l'annonce de disponibilité de service peut comprendre un paramètre de localisation. [0091] Dans le cas d'un service d'appel de détresse, l'annonce de service d'appel de détresse peut comprendre la localisation de l'équipement utilisateur à l'origine de l'appel de détresse. Cela permet de localiser l'équipement utilisateur à l'origine de l'appel de détresse et donc de localiser l'évènement. [0092] La façon dont les équipement utilisateurs connaissent et/ou récupèrent leur loca- lisation n'est pas un objet de l'invention. Cela peut être réalisé de façon connue de l'homme du métier, par exemple à partir d'un système GPS (selon la dénomination anglo-saxonne « Global Positioning System » pour « Système Mondial de Positionnement »). [0093] Une annonce de disponibilité de service comprenant une localisation est envoyée à tous les équipements utilisateurs d'un ou de plusieurs groupes dédiés à la signalisation, quelle que soit leur localisation. [0094] Un équipement utilisateur recevant une annonce de disponibilité de service comprenant une localisation utilise son intelligence embarquée, par exemple un algorithme mis en oeuvre par un processeur enregistré en mémoire, pour décider si le service est disponible pour lui. L'algorithme de l'équipement utilisateur récupère par exemple sa position et lit la localisation comprise dans l'annonce de disponibilité de service. Il analyse alors si sa position est proche de la localisation comprise dans 16 l'annonce de disponibilité de service reçue. [0095] On entend que sa position est « proche » de la localisation comprise dans l'annonce de disponibilité de service quand la position de l'équipement utilisateur est dans un rayon inférieur à une valeur prédéterminée par rapport à la localisation comprise dans l'annonce de disponibilité de service. Cette valeur prédéterminée de rayon peut être enregistrée en mémoire de l'équipement utilisateur, par exemple configurée par un opérateur, ou peut être comprise dans l'annonce de disponibilité de service. [0096] Ainsi, tous les équipements utilisateurs affiliés au groupe dédié à la signalisation recevront l'annonce de disponibilité de service via le groupe dédié à la signalisation regroupant par exemple des pompiers, l'annonce comprenant la localisation de l'évènement. Seuls les équipements utilisateurs se trouvant dans la localisation seront alors aptes à utiliser le service. Cela permet par exemple dans ce cas d'annoncer la possibilité de rejoindre une conversation de groupe en multidiffusion entre les pompiers situés dans la localisation où un évènement a cu lieu, ou d'annoncer l'évènement seulement aux utilisateurs proches de la position de l'émetteur. [0097] Concernant les services de vision ambiante de groupe ou encore d'écoute ambiante de groupe, la localisation comprise dans l'annonce de disponibilité de service est la localisation que l'émetteur a ciblée comme étant la zone qu'il souhaite voir ou écouter. [0098] Dans une annonce de disponibilité de service comprenant une localisation, la loca- lisation peut être ajoutée soit par l'émetteur soit par un équipement du réseau tel qu'un serveur. [0099] La localisation comprise dans une annonce de disponibilité de service peut permettre de créer une zone de service. Par exemple, lorsqu'un équipement utilisateur entre dans cette zone, il peut être notifié d'un service disponible dans cette zone. [0100] Cela peut être réalisé de plusieurs manières. Le système peut détecter qu'un équipement utilisateur est entré dans la zone et affilier automatiquement l'équipement utilisateur à un groupe dédié à la signalisation lié à cette zone. La façon dont le système détecte qu'un équipement utilisateur est entré dans la zone ne fait pas partie de l'objet de l'invention. Une fois affilié, l'équipement utilisateur peut recevoir l'annonce de disponibilité de service et utiliser le service annoncé. Ainsi, un groupe dédié à la signalisation est associé à une localisation. [0101] Une autre manière peut être d'envoyer périodiquement l'annonce de disponibilité de service à une pluralité d'équipements utilisateurs affiliés à des groupes dédiés à la signalisation déjà existants. Chaque équipement utilisateur vérifie alors périodiquement s'il est dans la zone de l'annonce de disponibilité de service et peut alors utiliser le service s'il est dans la zone. [0102] Un autre paramètre qui peut être compris dans une annonce de disponibilité de service est par exemple un paramètre de niveau dans la hiérarchie, par exemple des 17 droits de l'utilisateur, ou un paramètre lié au service, par exemple de quantité de batterie de l'équipement utilisateur restante si le service est consommateur de batterie. [0103] En cas de service persistent, c'est-à-dire de service étant utilisable durant un temps assez long, par exemple plusieurs heures ou plusieurs jours, les annonces de disponibilité de service peuvent être envoyées périodiquement, par exemple toutes les minutes ou toutes les heures. Cela permet à un équipement utilisateur s'étant affilié récemment à un groupe dédié à la signalisation de recevoir l'annonce de disponibilité de service même s'il n'a rejoint le groupe dédié à la signalisation qu'après la première émission de l'annonce. [0104] [fig.7] La figure 7 montre une représentation schématique d'un réseau de commu- nication comprenant des groupes dédiés à la signalisation. [0105] Dans la figure 7, un même équipement utilisateur UE3 est affilié à plusieurs groupes dédiés à la signalisation 2000, 2010 et 2020. [0106] Tous les équipements utilisateurs du réseau de communication 1000 sont affilié au groupe dédié à la signalisation 2000. Ainsi, il est possible d'annoncer une disponibilité de service à tous les équipements utilisateurs du réseau de communication 1000. [0107] Les équipements utilisateurs UE1, UE2 et UE3 sont affiliés au même groupe dédié à la signalisation 2010, permettant de leur annoncer une disponibilité de service alors même qu'ils ne sont pas tous dans les mêmes groupes de communication. [0108] L'équipement utilisateur UE3 est en outre affilié au groupe dédié à la signalisation 2020, permettant de lui annoncer la disponibilité d'un service que les autres équipement utilisateurs UE1 et UE2 du groupe dédié à la signalisation 2010 ne sont pas autorisés à utiliser et/ou ne peuvent pas utiliser. [0109] Cela permet de respecter des critères de confidentialité, en appartenant à plusieurs groupes dédiés à la signalisation ayant des niveaux de confidentialité des services annoncés différents, et en n'ayant pas de groupe de communication entre certains équipements utilisateurs, par exemple entre les équipements utilisateurs UE1 et UE3. [0110] Ainsi, un avantage des groupes de signalisation est qu'ils permettent d'adresser une pluralité d'équipements utilisateurs et d'adresser un nombre restreint d'équipements utilisateurs en fonction du service annoncé et des besoins, et donc une granularité des annonces tout en évitant l'effet silo des groupes de communication et en respectant des critères de confidentialité. [0111] Suite de la description du troisième mode de réalisation de l'invention [0112] Les deux noeuds n'ont pas besoin d'être affiliés au même groupe de communication ou au même groupe dédié à l'urgence. La session sélectionnée du groupe dédié à la signalisation est avantageusement une session établie entre les deux noeuds pendant toute leur durée de présence au sein du réseau. Ainsi, la surveillance de la connexion entre les deux noeuds par au moins un des deux noeuds est possible même avant qu'une 18 session de communication ne soit établie entre eux. [0113] Le procédé de surveillance 200 de la connexion entre deux noeuds selon le premier mode de réalisation comprend une deuxième étape 220 de surveillance de la connexion entre les deux noeuds. [0114] Selon l'invention, pour chaque connexion entre deux noeuds surveillée, chacun des deux noeuds comprend en mémoire un même paramètre de période. Ainsi, comme représenté à la Figure 5, le serveur S1 et le client Cl comprennent en mémoire chacun le même paramètre de période Pl permettant la surveillance de la connexion entre le serveur S1 et le client Cl . De la même manière, le serveur S1 et le serveur S2 comprennent en mémoire chacun le même paramètre de période P2 permettant la surveillance de la connexion entre le serveur S1 et le serveur S2. Le serveur S1 comprend ainsi en mémoire deux paramètres de période PI et P2 permettant de surveiller respectivement les connexions avec le client Cl et avec le serveur S2. Les paramètres de période PI et P2 peuvent être de valeurs égales ou différentes. [0115] Le paramètre de période est utilisé lors de l'étape 220 du procédé de surveillance 200 selon l'invention. L'étape 220 comprend une pluralité de sous étapes 221 à 224. [0116] L'étape de surveillance 220 de la connexion entre les deux noeuds comprend une première sous-étape 221 d'envoi périodique d'un message par le premier noeud au deuxième noeud via la session de surveillance précédemment sélectionnée à l'étape 210. La période d'envoi du message est définie par le paramètre de période en mémoire de chacun des deux noeuds dont la connexion est surveillée. La valeur du paramètre de période est une période, par exemple fixée à 1 seconde. Cela signifie qu'un message sera envoyé toutes les secondes. [0117] Cette sous-étape 221 d'envoi périodique d'un message est effectuée par le noeud ne surveillant pas la connexion. Le noeud surveillant la connexion est destinataire des messages envoyés périodiquement par le noeud ne surveillant pas la connexion. Par exemple, dans un modèle client-serveur et dans le cas où l'un des deux noeuds est un serveur et où l'autre des deux noeuds est un client, le serveur peut être émetteur des messages périodiques, le client étant destinataire de ces messages. Dans ce mode de réalisation préférentiel, c'est le client qui surveille la connexion entre le client et le serveur, permettant au client de connaître l'état de la connexion entre lui et le serveur même si c'est le serveur qui initie la communication entre eux. [0118] La connexion à surveiller peut être la connexion entre deux serveurs, par exemple entre un serveur ne contrôlant pas la session de surveillance et un serveur contrôlant la session de surveillance si le groupe dont une session est utilisée pour la surveillance est un groupe de communication, alors le serveur contrôlant ce groupe (appelé Controlling Server ») est celui qui joue le rôle de serveur, l'autre serveur jouant le rôle de « client ». Dans le cas où le groupe dont une session est utilisée pour la sur- 19 veillance est un groupe de signalisation, un des serveurs est élu pour être le « serveur » par exemple par configuration, l'autre jouant alors le rôle du « client ». [0119] Dans le premier mode de réalisation où la session de surveillance sélectionnée est une session d'un groupe dédié à l'urgence établi en mode « messagerie », le message envoyé périodiquement est par exemple un message du protocole de contrôle de prise de parole. En effet, chaque noeud agissant comme serveur au sein d'un réseau respectant le standard 3GPP MCS comprend un module du protocole de contrôle de prise de parole, le module de contrôle de prise de parole étant configure pour gérer la prise de parole lors d'une communication au sein d'un groupe multimédia auquel sont affiliés des équipements utilisateurs. Ainsi, dans le premier mode de réalisation où les deux noeuds dont la connexion est à surveiller sont affiliés à un même groupe dédié à l'urgence, le message envoyé périodiquement est un message du protocole de contrôle de la prise de parole, l'invention utilisant avantageusement un mécanisme déjà implémenté dans les réseaux 3GPP MCS existants. [0120] Dans le deuxième mode de réalisation où la session de surveillance sélectionnée est une session d'un groupe de communication, le message envoyé périodiquement est aussi par exemple un message du protocole de contrôle de prise de parole. [0121] Dans le troisième mode de réalisation où la session de surveillance sélectionnée est une session d'un groupe dédié à la signalisation, le message envoyé périodiquement est par exemple un message de signalisation. [0122] Dans le cas où le deuxième noeud n'a pas reçu le message périodique dans la période définie par le paramètre de période, une sous-étape 222 de mise à jour d'un compteur de non-réception est réalisée. La sous-étape 222 est réalisée par le deuxième noeud, c'est-à-dire par le noeud destinataire du message émis périodiquement, c'est-à-dire le noeud surveillant la connexion. La sous-étape 222 comprend la mise à jour d'un compteur de non-réception, le compteur de non-réception étant en mémoire du deuxième noeud. La mise à jour du compteur de non-réception comprend par exemple son incrémentation. Par exemple, le compteur de non-réception est initialisé à une valeur de 0, et incrémenté de 1 à chaque fois qu'un message n'est pas reçu dans la période de temps définie par le paramètre de période commun aux deux noeuds. [0123] Lorsque la valeur du compteur de non-réception est supérieure à la valeur d'un seuil de non-réception, une sous-étape 223 de détection d'une perte de connexion entre le premier noeud et le deuxième noeud est réalisée. Le seuil de non-réception est enregistré en mémoire du deuxième noeud destinataire des messages émis périodiquement. Ce seuil peut par exemple avoir une valeur de 15. Ainsi, lorsque la valeur du compteur de non-réception en mémoire du deuxième noeud dépasse ce seuil de non-réception, par exemple en ayant une valeur de 16, la sous-étape 223 de détection d'une perte de connexion entre le premier noeud et le deuxième noeud est réalisée. [0124] Cette sous-étape 223 de détection d'une perte de connexion entre le premier noeud et le deuxième noeud comprend la détection d'une perte de connexion entre le premier noeud et le deuxième noeud, par exemple par la modification en mémoire du noeud détectant la perte de connexion, par exemple par le client dans le cas d'une surveillance de connexion client-serveur, d'un paramètre de perte de connexion, le paramètre de perte de connexion ayant par exemple une valeur de 0 lorsqu'aucune perte de connexion n'est détectée, et une valeur de 1 lorsqu'une perte de connexion est détectée, tant que la connexion n'est pas rétablie. Ce paramètre est réinitialisé lorsque la connexion est rétablie. La sous-étape 223 de détection d'une perte de connexion entre le premier noeud et le deuxième noeud peut comprendre en outre, lorsque le deuxième noeud est un équipement utilisateur, une annonce à un utilisateur du deuxième noeud la perte de connexion avec le premier noeud. Cette annonce peut comprendre par exemple l'affichage sur un écran du deuxième noeud de la perte de connexion avec le premier noeud, une annonce sonore émise par le deuxième noeud, une vibration du deuxième noeud, ou tout autre moyen d'annoncer la perte de connexion à l'utilisateur du deuxième noeud. Lorsque le deuxième noeud est un serveur, la sous-étape 223 de détection d'une perte de connexion entre le premier noeud et le deuxième noeud peut comprendre en outre une alarme envoyée vers le système dc supervision du réseau. [0125] Dans le cas où le deuxième noeud a bien reçu le message périodique dans la période définie par le paramètre de période, une sous-étape 224 de réinitialisation du compteur de non-réception est réalisée, le compteur de non-réception étant en mémoire du deuxième noeud. La sous-étape 224 est réalisée par le deuxième noeud, c'est-à-dire par le noeud destinataire du message émis périodiquement, c'est-à-dire le noeud surveillant la connexion. La sous-étape 224 de réinitialisation du compteur de non-réception comprend la réinitialisation du compteur de non-réception à une valeur initiale, par exemple à une valeur de 0, indiquant qu'un message périodique a été reçu. [0126] [fig.8] La figure 8 montre une représentation schématique du procédé selon une variante de l'invention. [0127] Dans la variante présentée à la Figure 8, le procédé 200 comprend une étape pré- liminaire 310 d'établissement d'une session de surveillance. [0128] En effet, dans le cas où il est souhaité de surveiller la connexion entre deux noeuds mais qu'il n'est pas souhaité ou qu'il est impossible d'utiliser une session existante comme session de surveillance, il est possible d'établir une session de communication de groupe entre les deux noeuds qui sera alors sélectionnée à l'étape 210, devenant la session de surveillance. Cet établissement peut être réalisé par exemple par la création d'un groupe de communication et par l'affiliation implicite par le système gérant le réseau 100 des deux noeuds concernés au groupe de communication créé, en mode 21 « messagerie » du standard 3GPP MCS. Il est aussi possible d'utiliser un groupe de communication existant et d'établir la session entre les deux noeuds. [Revendication I] [Revendication 2] REVENDICATIONSProcédé dc surveillance de la connexion entre un premier noeud et un deuxième noeud d'un réseau de communication, caractérisé en cc que le procédé comprend : Une étape de sélection d'une session établie entre le premier noeud et le deuxième noeud, la session sélectionnée devenant une session de surveillance, Une étape de surveillance de la connexion entre le premier noeud et le deuxième noeud via la session de surveillance. Procédé de surveillance selon la revendication précédente caractérisé en cc que l'étape de surveillance de la connexion entre le premier noeud et le deuxième noeud comprend : Une sous-étape d'envoi périodique d'un message par le premier noeud au deuxième noeud via la session dc surveillance, la période étant définie par un paramètre de période en mémoire du premier noeud et du deuxième noeud, Si le deuxième noeud n'a pas reçu le message dans la période définie par le paramètre de période : Unc sous-étape dc mise à jour d'un compteur dc non-réception du message par le deuxième noeud, Si la valeur du compteur de non-réception est supérieure à la valeur d'un seuil de non-réception, une sous-étape de détection d'une perte de connexion entre le premier noeud et le deuxième noeud, Si le deuxième noeud a reçu le message dans la période définie par le paramètre de période, une sous-étape de réinitialisation du compteur de non-réception. [Revendication 3] Procédé de surveillance selon l'une quelconque des revendications précédentes caractérisé en ce que le réseau de communication est un réseau de communication selon le standard 3GPP MCS. [Revendication 4] Procédé de surveillance selon la revendication précédente caractérisé en ce qu'il comprend en outre une étape préliminaire d'établissement d'une session de communication de groupe en mode messagerie entre le - - 23 [Revendication 5] [Revendication 6] [Revendication 7] [Revendication 8] [Revendication 9] [Revendication 10] [Revendication 11] [Revendication 12] premier noeud et le deuxième noeud, la session sélectionnée à l'étape de sélection étant alors la session de communication de groupe établi en mode messagerie. Procédé de surveillance selon l'une quelconque des revendications 3 à 4 caractérisé en ce que la session sélectionnée est une session de groupe dédié à l'urgence établi en mode messagerie et le message envoyé périodiquement est un message du protocole de contrôle de prise de parole. Procédé de surveillance selon l'une quelconque des revendications 3 à 4 caractérisé en ce que la session sélectionnée est une session de groupe dédié à la signalisation établi en mode messagerie et le message envoyé périodiquement est un message de signalisation. Procédé de surveillance selon l'une quelconque des revendications 1 à 4 caractérisé en ce que la session sélectionnée est une session du premier groupe de communication établi en mode messagerie entre le premier noeud et le deuxième noeud et le message envoyé périodiquement est un message du protocole de contrôle de prise de parole. Procédé de surveillance selon la revendication précédente caractérisé en ce que, lorsque le groupe de communication établi entre le premier noeud et le deuxième noeud dont une session a été sélectionnée comme session de surveillance est désaffilié ou supprimé, l'étape de sélection d'une session est répétée. Procédé de surveillance selon l'une quelconque des revendications précédentes caractérisé en ce que, lorsque le deuxième noeud a détecté la perte de connexion avec le premier noeud, le deuxième noeud envoie périodiquement un message d'enregistrement au premier noeud. Procédé de surveillance selon l'une quelconque des revendications précédentes caractérisé en ce que le premier noeud est un serveur et le deuxième noeud est un client. Procédé de surveillance selon l'une quelconque des revendications précédentes caractérisé en ce que, lorsque la perte de connexion est détectée, le deuxième noeud annonce à un utilisateur du deuxième noeud la perte de connexion avec le premier noeud. Procédé de surveillance selon l'une quelconque des revendications 1 à 8 caractérisé en ce que le premier noeud est un serveur ne contrôlant pas la session de surveillance et le deuxième noeud est un serveur contrôlant la session de surveillance.