FR 2968159 A1 20120601 FR 1059901 A 20101130 Arrière-plan de l'invention L'invention sesitue dans le domaine des réseaux de télécommunication de type IMS/IPMultimedia Su lhe!quedéfinipar!e3GPP(ThindGeneration Pahoeship Project). L'un des objectifs de !]MS est de permettre à un utilisateur d'accéder à différents services quel que soit son type de connecik/ité IP. Les réseaux IMS, initialement conçus pour !es réseaux mobiles, tendent à se développer sur des réseaux d'accès fixes de type ADSL (Asymmetric Digital Subscriber Line),ouFFTH(FiberToTheHome),ousurdesréseaux câblés notamment. Les architectures IMS pour !es réseaux fixes ont en particulier été déployées pour !a commercialisation d'offres dites « Mu(Up!ay» permettant à un utilisateur d'accéder à différents services du réseau IMS, et notamment à des services d'accès au réseau InLernet, de voix sur IP (VoIP) et de télévision sur interneL /IPTV>, via une passerelle domestique. Afin de diversifier leur offre, les opérateurs de télécommunication proposent des terminaux complémentaires aux téléphones fixes, ces terminaux complémentaires étant équipés d'un !ogidcl de voix surIP(VoIP) utilisant !e même identifiant public IMPU que celui de !a passerelle domestique et un identifiant privé IMPI pouvant être ou non le même que celui de la passerelle domestique. Pour s'enregistrer en coeur de réseau IMS, un terminal (appelé User Agent dans !e document KFC3261) envoie, à un serveur S'CSCF(6erving [a!! Staha [ontn]! Function) responsable desenregistrements, une requête d'enregistrement comportant notamment !esdeux identifiants IMPUetIMPlprécités. La figure 1 illustre un réseau dans lequel !'invention peut être utilisée. Sur cette figure, on a représenté une passerelle domestique HGW offrant un service d8 voix sur IP à partir d'un téléphone domestique TEL, constitué dans cet exemple par un téléphone conforme à (a norme DE[T. La passerelle domestique HGVV se connecte via un réseau d'accès RA, par exemple de type ADSL, au travers d'un premier équipement réseau de type DSLAM, celui-ci étant lui-même connecté à un réseau de collecte RC, par exemple de type ATM ou Gigæ Ethernet ce qui lui permet d'atteindre un réseau opérateur RO à travers un / travers un 2 Ce façon connue ha pont d'entrée d'un réseau IMS est une entité dite « de bordure ^, référencée EB sur !a figure 1, celle-ci pouvant être constituée par : - un équipement SBC (Session Border[bntro/!er\ ; -unserveur P-[6CF; ~ - un équipement remplissant à !a fois !es fonctions d'un équipement SBC et celles d'un serveur P-CSCF. Le réseau Iy4S comporte notamment !es entités fonctionnelles P-CSCF, I-CSCF, S-CSCF, 5LF, HSS, etDNS ENUM connues de l'homme du métier. Dans l'exemple décrit ici !e réseau Iy45 est interconnecté à un serveur IO d'application AS auprès duquel !es terminaux 5IP enregistrés en coeur de réseau IMS peuvent souscrire pour accéder à un service. Dons l'exemple de !a figure 1, un premier terminal mobile secondaire SIP de voix sur IP (softphnno VoIP) SPI est connecté à la passerelle domestique HGW par une liaison sans fil VViFiet utilise la même identité publique IMPUque!æpasserelle HGVV. 15 Læpasserelle HGVVsecomporte enmodem routeurpour !eterminal SIPSPI. Lorsqu'on démarre !a passerelle domestique HGVV, celle-ci interroge un serveur de configuration VoIP pour modem vnuteur, référencé SCMR sur la figure 1, pour obtenir et té!échanger son fichier de configuration VoIP, ce fichier comportant notamment ses paramètres d'abonnement auxservices VoIPeien particulier son entité publique IMPU. 20 La passerelle HGW sauvegarde ce fichier dans sa mémoire non volatile. Lorsque !a passerelle HGVV redémarre après avoir été éteinte, elle interroge à nouveau le serveur de fichier de configuration SCMR pour obtenir un indicateur de la dernière version du fichier de configuration ; e!!o ié!échænge !e fichier de configuration uniquement si une nouvelle version est disponible. 25 Si pour une raison quelconque, par exemple en cas de maintenance du serveur SCMR, !a passerelle domestique HGVV n'est pæsen mesure d'obtenir !æ nouvelle version du fichier de configuration, e!!æ peut utiliser !e fichier de configuration déjà mémorisé dans sa mémoire non volatile. Lorsqu'on démarre !8 terminæl de voix sur IP SPI, celui-ci étant connecté à la 30 pasScna!!e HGVV(mo ~ mteur) pnr une liaison VViFi, il obtient une adresse IP privée an interrogeant unse/veurDH[Penwo/qu~dans !apasserelle HGVV. Il peut e/lsuihe faire une re~uête GET HTTP vers un serveur do fichier de mi/ax! 5(3, dmni URL est mümois~u dnnS non v0L oo\'IP. II est fondanxental de noter que dans !e cas d'un terminal complémentaire SIP de voix sur IP SPI, oa fichier de configuration VoIP n'est pas enregistré dans une mémoire non volatile, mais dans une mémoire volatile, ceci pour des raisons de sécurité. Par conséquent, lorsque !e ternoina! SPI n'est plus alimenté, il perd son fichier ~ de configuration devoix surIP, etdoit l'obtenir à nouveau au prochain démarrage. Sur la figure 1, on a également représenté un modem-pont (en anglais « modem bridge ») M8, par exemple un modem ADSL USB derrière lequel est connecté, via une interface UGB, un deuxième terminal complémentaire de voix sur IP SPI qui utilise la même identité publique IMPUque la passerelle HGW. Pour les raisons invoquées 10 précédemment, lorsque !e terminal complémentaire SPZ télécharge son fichier de configuration VoIPauprès du serveur SCT, il le mémorise dans sa mémoire volatile. De façon connue, les opérateurs des réseaux de communication effectuent un certain nombre de contrôles avant d'autoriser un terminal SIP complémentaire 5P1, SP2 à té!échargersnn fichier de configuration VVIPà partir du serveur SCT. 15 Ces contrôles peuvent notamment consister à vérifier que l'utilisateur du termina! SPI, 3P2 est autorisé à accéderà un service de voix sur IP avec un terminal SIP complémentaire, ou que !e nombre limite de terminaux 5IPde même identité publique IMPU pouvant être enregistrés simultanément en coeur de réseau IMS n'est pas encore atteint, ou que !eterminal SPI, SP2estutilisé depuis une localisation spécifique. Dans !e 70 cos où !es contrôles sont positifs, !e fichier de configuration VoIP est fourni au terminal SPI, 5P2, sinon un code d'erreur lui est retourné. Lorsqu'un herminal complémentaire de voix sur IP SPI connecté derrière !o passerelle domestique HGVVémet par exemple une requête 6ET HTTP pour obtenir son fichier de configuration VoIP, !e serveur de fichier de configuration terminal S[Tobtient 25 l'adresse IP publique de cette passerelle qui transporte ce paquet 1-11 1P. Il est en effet connu qu'un modern routeur HGVV met en oeuvre une fonction de traduction d'adresses /binding NAT\ pour associer l'adresse IP privée du terminal SPI avec l'adresse IP publique du modem rotateur. Le serveur du fichier de configuration peut ainsi autoriser ou interdire le 30 téléchargement du fichier de configuration au terminal SIP complémentaire SPI sur la base des droits de l'utilisateur de cette passerelle. En tout état dr r7use, lorsque !r serveur de fichier de configuration SCT permet !e argemcnt du i r . con[ig~//uLiun, U ~ait avec ce'titLule que le terminal Con~e!n!n~uaiaire SPI de !r ~P as~ !ocd~~~ ücnicr~ /e n/oc:,:~ n0uh2ur HVVG de 35 4 Pour certains services de localisation, a1 notamment pour le routage des numéros d'urgence, la connaissance certaine de cette localisation est très importante. Dans !ecasd'un terminal SIPoomp!ëmenhaioa SP2 accédant au réseau IM5 par un modem pont, ou dans !e cas d'un téléphone mobile 3G/LTE, cette vérification est 5 réalisée implicitement. En effet, comme !e terminal SP2 s'est tait allouer une adresse IP routab!e dans !e réseau de l'opérateur, par exemple par !e biais d'un serveur DHCP ou d'une session PPPoEou PPPoA, sur la base d'identifiants physiques (ex: ligne de cuivre) et/ou mécanisme de !ogin et pasSwnvd, le serveur de fichier de configuration VoIP étant uniquement accessible par les plages d'adresses IP attribuées par l'opérateur, ce dernier 10 délivre le fichier de configuration au terminal SP2. Dans !a suite decadocument, on fera l'hypothèse que les contrôles du système d'information de l'opérateur ont été effectués et que !e terminal complémentaire SIP SPI, SPZ o été localisé, autorisé à té!écharger son fichier de configuration de voix sur IP et que ce fichier de configuration a été mémorisé dans sa mémoire volatile. 15 Cependant, il est connu que !a portée du réseau VViFi est !imitée (typiquementà une vingtaine de mètres) et que le terminal complémentaire SPI peut facilement perdre !aconnecUvité IPlorsqu'il sort de!azone decouverture VViFi. En outre, de façon connue, l'association de binding NAT entre l'adresse IP privée du terminal 5P1 et !'adnasseIP publique de !a passerelle domestique HGVVa une 20 durée de vie relativement courte, plus précisément préconisée à cinq minutes. Autrement dit, si !e termina! 5lP complémentaire SPI ne génère pas de trafic pendant cette durée de cinq minutes, l'association d'adresses est perdue. Dr, il se pose un problème particulier, lorsqu'un termina/ complémentaire SPI accède au réseau lMS, à travers un autre modem rouheur après avoir récupérer la 25 connectiviié IP, puisqu'il continue à utiliser le même fichier de configuration précédemment mémorisé en mémoire vive et correspondant à l'ancien modem routeur. Il se pose !e même problème, lorsqu'un terminal complémentaire SP2 accède au réseau I/q5, à travers un autre modem pont après avoir récupéré !a connec1ivité IP, puisque r0ans ce cas, ce terminal continuerait à utiliser le même fichier de configuration 30 prd: n~ mémorisé en mémoire vive et correspondant à l'abonnement de l'ancien modere pont (ex: ligne de cuivre de 1.3 Ç[cicnce principale). Par exemple, si ce second modem ~ont est localisé dans \a résidence szcondoire, rien ne peut empêcher !'utUisot2/// düjen1it'coimn 8t d'authentification bhsuLeu- appc[~ uu num[... 35 de conhgunz~ dans sox te[mino! !~s paon/ co/resp~ndax~ o !a iGre sucondai/ie, r~ ("p.i. lui pemiett *t ai~/iboo' noc od/~~sr lP rL y~.~ ~ng/nc! Vo!Y cst ~oxjoun ocU[ d~ 5 d'urgence dans cette situation, c'est !a localisation de ka résidence principale qui sens utilisée pour traduire !e numéro court d'urgence en numéro long géographique, sachant que l'information de localisation (ex: code postal nu code INSEE) est mémorisée lors de l'abonnement au service dans le serveur d'application AS L'invention vise un mécanisme permettant de détecter une telle situation de nomadisme duterminal SlPcomplémentaire SPI, SP2. Objet et résumé de l'invention 10 Plus précisément, l'invention concerne un procédé de détection d'une situation de nomadisme d'un terminal STPdons un réseau, ce procédé comportant : - unaéLope d'envoi d'une première requête SIP; ' une étape pour obtenir une première adresse IPcomprise dans une réponse à ladite première requête 5IP, cette première adresse TP étant celle d'un premier point d'accès 15 audit réseau par !equel a transité ladite première requête ; - une étape de mémorisation de ladite première adresse IP dans une mémoire dudit termina!; - uneétapededéLectiond'unretourdeconnectivité IPsuite à la détection d'une perte de cnnnæctivité IP ; 70 -uneétape d'envoi d'une deuxième requête SIP; ' une étape pour obtenir une deuxième odnasseIP comprise dans une réponse à ladite deuxième requête SIP, cette deuxième adresse IP étant celle d'un deuxième point d'accès audit réseau par lequel obansité ladite deuxième requête ; et - une étape de détection d'une situation de nomadisme si les première et deuxième 25 adresses IP sont différentes. Corrélativement, l'invention vise aussi un terminal SIP comportant : -deSmoyens d'envoi d'une première requête SIP; - dey moyens pour obtenir une première adresse lPcomprise dans une réponse à ladite première requête 5IP, cette première adresse IP étant celle d'un premier point d'accès 30 audit réseau par lequel ætransité ladite première requête ; - des moyens de mémorisation de ladite première adresse IP dans une mémoire dudit termina!; - des n~oycnsde ' n d'un retour de [QpnecUvik~ lP SU!t~à !o de:eclion d'une perte deconn~rUvIté IP/ 35 -das xmvcnd'e0v[ ~ 6!P ~ 6 -des moyens pour obtenir une deuxième adresse IPcomprise dans une véponseà ladite deuxième requête SJP, cette deuxième adresse IP étant celle d'un deuxième point d'accès audit réseau par lequel a transité ladite deuxième requête ; et - des moyens de détection d'une situation de nomadisme si les première et deuxième ~ adresses IP sont différentes. Ainsi, etd'une façon générale, l'invention propose de pernnettneà un terminal SIP dedéterminer s'il se trouve en situation de nomadisme, en comparant l'adresse IP du point d'accès via !equel il accédait au réseau IM3ovant !a perte de connæciivité IP avec l'adresse lPdu point d'accès via !equel il accède au réseau IMS après retour de la perte 10 deconnectivité IP. Deux cas peuvent se présenter : - lorsque le terminal 5IPaccède au réseau derrière un modem routeur, par exemple une passerelle domestique, !e point d'accès æu réseau est ce modem nouteur ; - lorsque le terminal SIP est un téléphone 3G/LTEou qu'il accède au réseau derrière un 15 modem pont, !e point d'accès au réseau peut être considéré comme étant le terminal SIP lui-même puisqu'il obtient uneadresse IPpoutab/edans !eréseau. L'invention permet ainsi d'éviter qu'un utilisateur puisse utiliser un service SIP avec un termina! SIP complémentaire en situation de nomadisme après perte et retour de connectivité IP. 20 Elle permet également de contrôler qu'un termina! SIP complémentaire est effectivement localisé derrière son modem rouheur nominal. Cette caractéristique est fondamentale pour permettre le bon routage des numéros d'urgence. L'invention permet aussi de !imiter !'usage d'un service lorsqu'un terminal complémentaire 5IP se trouve au domicile de l'utilisateur, l'usage en situation de 25 nomadisme pouvant faire l'objet d'une tarification particulière. L'invention permet aussi d'éviter le piratage de points d'accès. Selon !8 principe connu du routage SIP, lorsqu'un terrn/na! SIP envoie une requête SIP (par exemple une requête REGI5TER ou 5UBSCRIBE), cette requête comporte un en-tête SIP «via » utilisé pour acheminer le code retour de cette requête. 30 Chaque noeud SlP Lnmvcrsé ajoute son prop/r champ °via» de BDNou le protocole UPnPIGDpour obtenir l'adresse IPdu point d'accès, chacune de ces solutions nécessitant un développement spécifique au niveau du terminal, et : -soit un développement spécifique au niveau de la passerelle domestique pour la solution UPnPIGD; ou 5 -soit !amise enplace d'un serveur STUNdans !eréseau. Dans un mode particulier de réalisation de l'invention, le procédé de détection selon l'invention comporte une étape de désennegistnenoentdudit ternninal du réseau IM5 en cas de détection de situation de nomadisme. Cette caractéristique permet avantageusement d'interdire tout accès au réseau 10 IMSaprès retour de oznnectivité IPlorsqu'un terminal SIPa changé de point d'accès. Dans un mode particulier de réalisation de l'invention, le procédé de détection selon l'invention comporte une étape de dé-souscription aux services SIP auxquels avait souscrit !e turnoinol avant !o perte de connectivité IP, cette dé-souscription, lorsqu'elle a lieu, devant être effectuée avant le désennegistrementdu coeur de réseau IMS. 15 Cette étape dedé'5ouscriptiOn aux services SIP permet de libérer les ressources utilisées au sein des différentes entités du réseau IMS pour mémoriser les contextes de dialogues SIP. Dans un mode particulier de réalisation de !'invention, lorsque le terminal a souscrità au moins un service avant !a perte de cnnnectivité IP, et lorsque la situation de 20 nomadisme n'est pas détectée (première et deuxième adresses IP identiques), le procédé selon l'invention comporte : - uneéCapepourdéterminersi!e terminal est toujours enregistré en coeur de réseau IMS après !e retour de connec1iviLé IP ; et si c'est le cas - une étape de souscription subséquent audit au moins un service. 25 On rappelle que !a souscription subséquente à un service SIP concerne les requêtes de souscription envoyées après !a requête de souscription initiale du terminal pour renouveler la souscription au service avant expiration de la durée Expires. Dans un mode particulier de réalisation de !'invention, lorsque !a situation de nomadisme n'cs~ paS détectée après !e retour de connectiviLé IP (première et deuxième 30 adresses lP idenbques), !epnocedc comporte : - une c1apc pourdt.tenniners/ !e terminal est toujours enregistré en c0aurde néseau IMS après le retour de connectivité si ce n'est pas re cas - Unc eLsyc de /~onregisireseni u~ ccuu- ~ uobo: uÜL`~ eou' :xec!iiL~ IP, Or.; en ub(/son( !e ficha de m IMS, av~:~ !a uolat,te du 35 9 Ainsi et de façon très avantageuse, l'invention permet de réutiliser le fichier de configuration et d'éviter de réinterroger le serveur de fichier de configuration. Dans un mode particulier de réalisation, les différentes étapes du procédé de détection de situation de nomadisme sont déterminées par des instructions de b programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre par un ordinateur, ce programme comportant des instructions adaptées à la mise en ceuvre des étapes du procédé de détection de situation de nomadisme tel que mentionné ci-dessus. 10 Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dons n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et 15 comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker !e programme. Par exemple, !e support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit micnoé!ectoonique, nu encore un moyen d'enregistrement magnétique, par exemple une 20 disquette (f!oppydisc)ou undisque dur. D'autre part, !e support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particu!ierLé!échargé sur un réseau de type Internet. 75 Alternativement, !e support d'informations peut être un circuit intégré dans lequel }e programme est incorporé, !e circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du pmcédé en question. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de !n descM;bon faite ci-dessous en rùf~rrncc aux dessin,; en illustrent un exemple de 30 /ca|isnUm dcpoorvUde t hUu/ u/ onn~/ne/ 10 - la figure 2 représente de façon schématique l'architecture matérielle d'un termina! 6IPoonfonne à un mode particulier de réalisation de l'invention ; et - !a figure 3 représente sous forme d'organigramme !es principales étapes d'un procédé de détection de situation de nomadisme conforme à un mode particulier de 5 réalisation de l'invention. Description détaillée de l'invention En référence à !a figure 2, on a représenté l'architecture matérielle d'un 10 terminal SIPSPI, SP2 conforme à un mode de réalisation de l'invention. Dans !e mode de réalisation décrit id, ce terminal SPI, SRZ a l'architecture matérielle d'un ordinateur. I! comporte notamment un processeur 11, une mémoire vive de type RAM 12, une mémoire morte de type ROM 13, des moyens de communication 14 et une mémoire non volatile réinscriptible 15. 15 La nnënnoine morte de type ROM 13 constitue un support d'enregistrement conforme à l'invention. Ce support d'enregistrement est lisible par !e processeur 11 et il mémorise un programme d'ordinateur PG comprenant des instructions pour mettre en oeuvre un procédé de détection de situation de nomadisme dont !es principales étapes sont représentées sous forme d'organigramme à !a figure 3. 20 On notera que l'architecture matérielle et l'architecture logicielle des terminaux SIP 5P1 etSPZaccédant respectivement au réseau IMGvia un modem ruuheurou via un modem pont sont strictement identiques en ce que concerne l'invention. On va maintenant décrire, en référence à la figure 3 les principales étapes El() à E85 du procédé mis en ceuvre par ces terminaux. 25 [)n suppose tout d'abord que !a passerelle HGVV de type modem routeur a obtenu son fichier de configuration VoIP auprès du serveur de configuration SCMR et éventuellement qu'elle a Souscrità un certain nombre de services SIP. Au cours d'une étape E1O, !e terminal GIP 5P1, 5P2 obtient une adresse IP. Dans le cas du terminal 5P1 connecté derrière le modem rouùsurHGVVcette opération 30 s'effectue auprès d'un serveur DHCP embarqué dans !a passerelle. Dans !e cas du hcrm/næ! SPZ, l'obtention de l'adresse IP peut s'effectuer auprès d'un serveur DHCP du réseau IP. Au CDUcg 'une ~~a!~~ E r !os ^ ,n~~naux £Pi. SPZ obUonnenL un fic!lier dc /ra~io~Vol»Vnr[cnvu~ Va/c`uo~~ ~ /eun~!u~E!U!TP~J,usse~no 35 ~~co.~UeuroL~mi~nni'u!5[T Il Une [ois ce fichier de configuration mémorisé dans la mémoire volatile 14, au cours d'une étape EZO, le terminal SPI, Sp2 envoie une requête d'enregistrement SIP REGISFERà destination de l'entité de bordure EB4ui la route vers le serveur S-CSCF du réseau IMS, en utilisant !es paramètres du fichier de configuration VoIP obtenu en étape ~ E15. Cette requête SIPconstitue une première requête au sens de !'invention. Aucours d'une étape E25, le terminal 6P1, SP2 reçoit une réponse de type 401 Nonce. Cette réponse constitue une première réponse au sens de l'invention. Conformément à l'invention, !e terminal SPI, SPZ mémorise l'adresse IP (référencée IP1) du point d'accès par lequel !a première requête envoyée à !'étape E20 a 10 transité. Dans le cas du terminal SPI, ce point d'accès est la passerelle domestique HGW. Dans le cas du terminal SP2, ce point d'accès est le terminal SP2 lui-même. Dans l'exemple de réalisation décrit ici, !e termina! SPI, SP2 vérifie au cours d'une étape E30, si !'en'tête ^via» de !a première réponse SIP 401 Nonce reçue à !'étape EZ5comporte on non un champ ^ naceived ». 15 Si te( est !e cos, !æ résultat du test E30 est positif. Cela signifie que !e termina! SPI accédait au réseau via un modem noubeur, en l'occurrence via la passerelle HGW, au moment de l'envoi de la première requête REGISTER. Dans !e cas contraire, !e résultat du test E30 est négatif. Cela signifie que !e termina! SP2accède au réseau IM5directement ou derrière un modem pont MB. 20 [)uoiqu'il en soit, !'adresse IP1 du point d'accès (HGVV, respectivement 5P2) est mémorisée dons !a mémoire volatile 14duterminal (5P1, respectivement SP2). Au cours d'une étape E35, le terminal 5P1, SP2 peut s'enregistrer en coeur de réseau IMS en utilisant !es informations contenues dans !e fichier de configuration reçu à l'étape E15 et le matériel d'authentification Nonce reçu à l'étape E25. 25 0n suppose ensuite que !e terminal SPI, SPZ souscrit, au cours d'une étape E40, à un ou plusieurs services SIP. Puis, on suppose que !e hernnina! SPI, 5P2 déLecte une perte deronnectivité IP au cours d'une étape E41. En pratique une perte de cmnnec±ivi1é IP peut être déterminée lorsque le terminal SPI, 5P2 ne reçoit pas de réponseà !'envoi successif de requêtes SIP 30 selon le protocole défini dans !e docxn`ent RFC3I61 (envoi de n requeies successives pendant 32s, puis attente d'une durée buis nouvelle tentative). On su.7ose qu'après un c~~nin nombre de requêtes RE~ISTER restées sans 1,) Il S[~, ~~Z d~icc~o /z /eL~o/ de con:ecUvii~ TP, par à Ci 'unc:e~o/ deni~,c/uq 35 [~!!cdc~oi"ru ucu,!~ RE[iSl3~ri ~r r~aoos~cons5L une 12 Au cours d'un test E43, similaire au test E30, le terminal SPI, SP2 vérifie si la deuxième réponse reçue à !'étape E42 comporte un champ w received* dans l'en-tête «via» . Si c'est ks cas hæ résultat du test E43 est positif. Cela signifie que le terminal 5 sP1 accédait au réseau via un modem nouteur, en l'occurrence via la passerelle HGW, au moment de l'envoi de la dernière requête REGISTER. Dans !e cas contraire, !e résultat du test E43 est négatif. Cela signifie que !e termina! SP2 accédait au réseau IMS directement ou derrière un modem pont MB au moment de !'envoi de la dernière requête REGISTER. 10 Ouoiqu'il en soit, !e termina! SPI, 3P2 obtient l'adresse IP3 contenue dans !'en-tête «viæ » (étape E44) ou dans le champ ^ receivæd » deceten-tête (étape E45) de !a réponsæSIP neçueà !'étape E42. Au cours d'une étape E50, !e termina! SPI, SP2 compare les première et deuxième adresses IP1, IP2. Si ces adresses sont différentes, le résultat du test E50 est 15 négatif. Cela signifie qu'une situation de nomadisme est détectée (étape E55). Si !es adresses IP1 et IP2 sont identiques, la situation de nomadisme n'est pas détectée. On notera que !'invention ne permet pas de détecter la situation de nomadisme dans laquelle !e termina! SP2 accède au réseau IMS via des modems ponts différents avant perte de connectivité et après retour de connec±ivité. 20 Dans l'exemple de réalisation décrit ici, lorsque la situation de nomadisme est détectée (étape E55), !e termina! 6P1, SP2 de-souscrit en étape E60 aux services SIP souscrits (étape E40) avant !a perte de connec±ivité lP, ce qui permet de libérer les contextes dedialogues SIPdans !esdifférentes entités duréseau IMS. Puis, si !o réponse en étape E42 était 200 OK, il se dés-enregistre du cceur de 25 réseau IMS au cours d'une étape E65. Le terminal SIP SPI, SP2 peut ensuite redémarrer (étape E70) pour obtenir un nouveau fichier de configuration en interrogeant le serveur SCT et le mémoriser dans sa mémoire volatile 14. Dans l'exemple de réalisation décrit ici, lorsqu'une situation de nomadisme n'est 30 pæsdéter1ee (résultat du test E50 positif), le terminal SPI, SP2 vérifie (étape E75) sur !æ hase de la réponse reçue en étape E42 s'il est toujours enregistré en coeur de réseau [@6 !2(ernino! 5P1/ SP2 Se n±mrugü~n: en coeur- réseau IMG _n uUiis r dc ~on~gu'ojcn F[ reçu 'tapé Eif.éi 'Liai; !a ri de 35 ~Uvii~ 7 ec k' [JoncenSc" ! ~42. 13 Si le terminal SPI, 6P2 est toujours enregistré en coeur de réseau IMS, l'interruption deperte dcconnecUvité IP ayant été de courte durée, ce terminal maintient sa souscription aux services souscrits avant !a perte de cmnnecbvité IP par !'envoi de requêtes desouscription subséquentes (étape E85).