FR 2998123 A1 20140516 FR 1260795 A 20121113 SELECTION DE PERIODES DE RAFRAICHISSEMENT DANS UN RESEAU IP La présente invention concerne les réseaux de communications de type IP (« Internet Protocol »), et notamment ceux parmi les réseaux IP qui sont aptes à mettre en oeuvre des protocoles de contrôle de session évolués. Les réseaux IP permettent la diffusion de données conversationnelles, dans le cadre de services tels que « Voix sur IP » (VolP), « Partage de Contenu », ou « Messagerie Instantanée ». Plus particulièrement, la présente invention concerne les moyens mis en place dans un réseau IP pour fixer la période de rafraîchissement d'un dispositif-client (que l'on appellera aussi simplement « terminal ») auprès du coeur de réseau. On dira qu'un dispositif-client (« User Equipment » en anglais) « appartient » au réseau d'un opérateur donné lorsque l'utilisateur de ce dispositif-client possède un compte auprès de cet opérateur, et ce, quel que soit le réseau d'accès utilisé par le dispositif-client pour se connecter au réseau de l'opérateur. Ces dispositifs-clients peuvent par exemple être un terminal fixe ou mobile, ou une passerelle domestique (« Residential Gateway » en anglais) ou située dans une entreprise, ou encore une passerelle d'opérateur réseau (« Voice Gateway » en anglais) telle qu'un DSLAM-SIP (DSLAM sont les initiales des mots anglais « Digital Subscriber Line Access Multiplexer » signifiant « Multiplexeur d'Accès de Lignes d'Abonnés Numériques » ; il s'agit d'un dispositif collectant le trafic de données DSL qui transite sur un certain nombre de lignes téléphoniques). Les protocoles de contrôle de session évolués classiques, tels que le protocole SIP (initiales des mots anglais « Session Initiation Protocol » signifiant « Protocole d'Initiation de Session »), utilisent des messages dits de « signalisation », qui sont des messages permettant à un terminal 2 99 812 3 2 de demander une connexion avec un autre terminal, ou également des messages signalant qu'une ligne téléphonique est occupée, ou signalant que le téléphone appelé sonne, ou encore signalant que tel téléphone est connecté au réseau et peut être joint de telle ou telle manière. 5 Le protocole SIP a été défini par l'IETF (Internet Engineering Task Force) dans le document RFC 3261. Ce protocole permet l'établissement, la modification et la terminaison de sessions multimédia dans un réseau utilisant le protocole IF. Le protocole SIP a ensuite été étendu notamment dans le document RFC 3265. Cette extension permet des procédures de 10 notification d'événements. Le protocole SIP est utilisé en particulier dans les infrastructures de type IMS (initiales des mots anglais « IP Multimedia Subsystem » signifiant « Sous-système Multimédia sur IF »). L'IMS a été défini par l'organisme de normalisation 3GPP (« 3' Generation Partnership 15 Project ») et TISPAN (« Telecommunications and Internet Converged Services and Protocols for Advanced Networking »). C'est une architecture de réseau introduite par le 3GPP pour les réseaux mobiles, puis reprise par TISPAN pour les réseaux fixes. Cette architecture permet l'établissement dynamique et le contrôle de sessions multimédia entre 20 deux clients ainsi que la réservation des ressources au niveau du réseau de transport des flux multimédias. Grâce à cette architecture, les opérateurs réseau peuvent commodément mettre en oeuvre une politique de gestion, fournir une Qualité de Service prédéterminée, et calculer les montants à facturer aux clients. L'IMS permet actuellement d'accéder à 25 des services de type téléphonie, visiophonie, Présence et Messagerie Instantanée, dont elle gère aussi l'interaction. Lorsqu'un utilisateur souhaite bénéficier des services offerts par un réseau IMS, il émet vers le réseau des messages de signalisation pouvant inclure notamment divers types de requêtes. 2 9 9 8 12 3 3 Tout d'abord, le dispositif-client de l'utilisateur doit, sauf exceptions (telles que certains appels d'urgence), s'enregistrer sur le réseau. Lorsque le réseau est incapable de faire le lien entre cet enregistrement et un enregistrement précédent (par exemple suite à une panne réseau, ou 5 suite à un arrêt du terminal pendant une durée supérieure à une valeur prédéterminée), l'enregistrement est considéré comme étant un enregistrement initial. Après un enregistrement initial, le dispositif-client de l'utilisateur doit envoyer périodiquement au réseau une requête pour confirmer qu'il souhaite maintenir son enregistrement ; en effet, cet 10 enregistrement n'est maintenu que pendant une durée prédéterminée, que nous appellerons « période de rafraîchissement d'enregistrement » (souvent désignée par « Expires » dans la littérature technique) ; à titre exemple, le document RFC 3261 mentionné ci-dessus préconise une période de rafraîchissement d'enregistrement égale à 3600 secondes. En 15 pratique, c'est le réseau qui indique à chaque dispositif-client qui s'enregistre la valeur de la période de rafraîchissement d'enregistrement que ce dispositif-client devra respecter pour pouvoir bénéficier sans interruption des services offerts par ce réseau. Pour pouvoir donc enregistrer les dispositifs-clients, les réseaux 20 IMS comprennent un ou plusieurs serveurs d'enregistrement, appelés « S-CSCF » (initiales des mots anglais « Serving-Cali Server Control Function » signifiant « Fonction de Commande de Session d'Appel Serveuse »), aptes (entre autres fonctions) à gérer la procédure d'enregistrement des dispositifs connectés au réseau. 25 En outre, ces réseaux comprennent un ou plusieurs serveurs, appelés « I-CSCF » (initiales des mots anglais « Interrogating-Cali Server Control Function » signifiant « Fonction de Commande de Session d'Appel Interrogatrice ») - d'ailleurs souvent combinés physiquement avec les serveurs de type S-CSCF pour constituer des serveurs dénotés « I/S-CSCF » - qui, au moment de l'enregistrement d'un dispositif-client, interrogent un serveur appelé « HSS » (initiales des mots anglais « Home Subscriber Server » signifiant « Serveur d'Abonné de Rattachement »), afin de pouvoir sélectionner un serveur S-CSCF possédant les caractéristiques qui sont obligatoirement (et, le cas échéant, optionnellement) requises pour atteindre le niveau de service souscrit par l'utilisateur. Les serveurs HSS contiennent chacun une base de données-clients, et sont donc l'équivalent dans les réseaux IF des serveurs « HLR » (initiales des mots anglais « Home Location Register » signifiant « Registre de Localisation de Rattachement ») utilisés dans les réseaux GSM. Chaque serveur HSS contient le « profil » d'un certain nombre de dispositifs-clients du réseau, ce profil comprenant leur état d'enregistrement, des données d'authentification et de localisation, et les services souscrits. En effet, chaque utilisateur peut, après qu'un serveur S-CSCF lui ait été ainsi attribué, envoyer une requête de souscription à certains services valable pour la connexion en cours. Le principe général est qu'un dispositif-client peut souscrire à un service technique particulier à l'aide d'une requête appropriée (SIP SUBSCRIBE). Ainsi, dans le cas d'une souscription à l'état d'une ressource, des notifications d'évènement (SIP NOTIFY) sont envoyées au dispositif-client dès lors que l'état de la ressource change ; par exemple, lorsque l'utilisateur d'un terminal dispose d'une boîte vocale sur le réseau, ce terminal peut souscrire à une notification de dépôt de message, c'est-à-dire qu'il peut demander à être informé chaque fois qu'un message a été enregistré sur cette boîte vocale ; le terminal de l'utilisateur peut, de même, demander à être notifié de son propre état d'enregistrement, et ainsi de suite. Les requêtes de souscription initiales sont émises soit de manière automatique juste après le démarrage du terminal ou d'une application installée sur ce terminal, soit suite à une action de l'utilisateur sur l'interface du terminal. Pour chaque souscription, le dispositif-client doit 2 9 9 8 12 3 5 émettre d'abord une requête initiale, et puis périodiquement une requête pour renouveler sa souscription (on parle de « rafraîchissement » de la souscription). Pour chaque souscription (qu'il s'agisse d'une souscription initiale 5 ou d'un rafraîchissement), le réseau indique au dispositif-client la période de rafraîchissement souhaitée par l'opérateur du réseau pour cette souscription. Dans le cas du document RFC 3265, la période de rafraîchissement maximale associée à la souscription à un service technique (« event-package » en anglais) particulier offert par le réseau 10 est définie par renvoi au document qui définit ce service technique particulier ; par exemple, concernant la souscription à la notification de dépôt de message, le document RFC 3842 préconise (cf. « eventpackage message summary ») une période de rafraîchissement allant de quelques heures à quelques jours. 15 La période de rafraîchissement de souscription peut être différente pour chaque type de service souscrit, et elle est également a priori indépendante de la période de rafraîchissement d'enregistrement. Dans ce contexte, pendant le fonctionnement normal d'un réseau SIP, ce dernier reçoit des requêtes d'enregistrement initial et de 20 souscription initiale, ainsi que des requêtes de rafraîchissement d'enregistrement et de souscription, au fur et à mesure que les usagers du réseau se connectent, initialisent puis renouvellent leur enregistrement et leurs souscriptions au bout des périodes de rafraîchissement respectives prévues. Chaque opérateur de réseau IP doit évidemment 25 prévoir la capacité de traitement des noeuds de son réseau, afin de pouvoir faire face à la fréquence de requêtes correspondante, notamment en fonction du nombre habituel d'usagers du réseau. Le choix de la valeur de la période de rafraîchissement est stratégique, car cette valeur conditionne le dimensionnement de 30 l'ensemble des équipements du coeur de réseau : si la période de rafraîchissement est trop petite, le surcoût en dimensionnement est élevé ; si elle est trop grande, les informations relatives à la présence de tel ou tel dispositif-client dans le réseau sont peu sûres. Certains constructeurs proposent la possibilité d'ajuster la période de rafraîchissement en fonction de la technologie du type d'accès (ADSL, xDSL, WiFi, WiMAX, GSM, LTE, et ainsi de suite) utilisé par le dispositif-client. Cependant, pour un même type d'accès, on peut se demander s'il n'est pas possible, toujours dans le souci d'abaisser autant que possible les coûts relatifs au trafic d'enregistrement et/ou de souscription, d'affiner encore plus la valeur d'une ou plusieurs période(s) de rafraîchissement en fonction d'autres critères pratiques. La présente invention concerne donc un serveur d'enregistrement dans un réseau IF, possédant des moyens pour, suite à la réception d'une requête pour un enregistrement initial ou de rafraîchissement sur ledit réseau IF ou pour une souscription initiale ou de rafraîchissement à un service donné disponible sur ce réseau IF, sélectionner pour le dispositif-client émetteur de la requête une valeur prédéterminée pour la période de rafraîchissement correspondante. Ledit serveur d'enregistrement est remarquable en ce qu'il possède en outre des moyens pour sélectionner ladite valeur en fonction, au moins, du type d'authentification utilisé par ledit dispositif-client pour s'authentifier auprès du réseau IF. Ainsi, la présente invention propose de prendre en compte le type d'authentification comme moyen de discrimination pour la sélection d'une période de rafraîchissement d'enregistrement ou de souscription. Ledit serveur d'enregistrement pourra par exemple, dans le cadre d'un réseau IMS, comprendre un serveur S-CSCF. Grâce à ces dispositions, un opérateur de réseau peut proposer des périodes de rafraîchissement différentes en fonction du niveau de confiance que l'on peut, d'un point de vue technique, accorder au type d'authentification appliqué à l'utilisateur du dispositif-client. En effet, certains types d'authentification sont considérés comme très robustes à cet égard, de sorte que la fraude relative à une écoute illicite des communications (par exemple sur un point d'accès WiFi) n'est pas possible ; dans ces conditions, il est clair que l'opérateur du réseau peut augmenter la période de rafraîchissement sans faire courir de risque aux usagers du réseau. En revanche, d'autres méthodes d'authentification ne sont pas à l'abri d'une écoute malveillante ; or une telle écoute permettrait à un « pirate », de se livrer, par exemple, à des attaques par rejeu (« replay » en anglais) pour peu que le coeur de réseau ne mette pas en oeuvre toutes les vérifications nécessaires ; dans ce cas, une période d'enregistrement relativement courte permet de se prémunir contre ces attaques, puisqu'en abaissant la période d'enregistrement on est en mesure de proposer à un dispositif-client de nouveaux vecteurs d'authentification de manière fréquente, lors de chaque rafraîchissement d'enregistrement ou de souscription. Ainsi, la prise en compte de la sécurité intrinsèque à la méthode d'authentification utilisée permet avantageusement à un opérateur de réseau d'obtenir la souplesse nécessaire au meilleur dimensionnement de son réseau coeur, ainsi que de ses réseaux d'accès. En outre, l'invention permet d'économiser les batteries des terminaux mobiles en limitant, autant que possible, la fréquence d'émission des requêtes de rafraîchissement d'enregistrement ou de souscription. Selon des caractéristiques particulières, ledit serveur d'enregistrement comprend en outre des moyens pour, lors de ladite sélection de la valeur de la période de rafraîchissement d'enregistrement ou de souscription à un service donné, prendre également en compte le type d'accès utilisé par ledit dispositif-client pour accéder audit réseau IF. Grâce à ces dispositions, la valeur sélectionnée pour la période de rafraîchissement est la plus pertinente possible. On notera qu'il est possible de réaliser ce serveur d'enregistrement dans le contexte d'instructions logicielles et/ou dans le contexte de circuits électroniques. L'invention vise donc également un programme d'ordinateur 5 téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur. Ce programme d'ordinateur est remarquable en ce qu'il comprend des instructions pour gérer le fonctionnement d'un serveur d'enregistrement tel que décrit succinctement ci-dessus, lorsqu'il est exécuté sur un 10 ordinateur. Les avantages offerts par ce programme d'ordinateur sont essentiellement les mêmes que ceux offerts par ledit serveur d'enregistrement. Selon un autre aspect, l'invention concerne une table matricielle 15 associée à un réseau IF et possédant des moyens pour fournir au moins une valeur prédéterminée pour la période de rafraîchissement pour l'enregistrement d'un dispositif-client audit réseau IF et/ou pour une souscription par un dispositif-client à un service donné offert par ledit réseau IF. Ladite table matricielle est remarquable en ce qu'elle est 20 indexée au moins en fonction d'un ensemble prédéterminé d'algorithmes d'authentification pouvant être utilisés par un dispositif-client pour s'authentifier auprès dudit réseau IF. On notera que cette table matricielle pourra être physiquement intégrée à un serveur d'enregistrement, ou être logée dans une base de 25 données séparée (consultable, de préférence, par les serveurs d'enregistrement du réseau IF). Grâce à ces dispositions, l'opérateur du réseau IF dispose d'un endroit dédié pour enregistrer les informations dont ont besoin les serveurs d'enregistrement du réseau IF pour mettre en oeuvre les moyens 30 décrits succinctement ci-dessus. Cette table matricielle pourra être commodément configurée et mise à jour par l'opérateur du réseau IF en fonction de sa politique de sécurité et de ses possibilités en termes de dimension nement du réseau. Selon des caractéristiques particulières, la table matricielle est 5 également indexée en fonction d'un ensemble prédéterminé de types d'accès pouvant être utilisés par un dispositif-client pour accéder audit réseau IF. En outre, la table pourra avantageusement fournir, pour l'enregistrement et/ou pour une souscription à un service donné, 10 différentes valeurs de la période de rafraîchissement associées à différentes modalités, telles qu'une valeur minimum et/ou une valeur par défaut et/ou une valeur maximum. Selon encore un autre aspect, la présente invention concerne un procédé de sélection d'une période de rafraîchissement dans un réseau 15 IF, comprenant les étapes suivantes : - un dispositif-client émet une requête pour un enregistrement initial ou de rafraîchissement sur ledit réseau IF ou pour une souscription initiale ou de rafraîchissement à un service donné disponible sur ce réseau IF, et - ledit dispositif-client reçoit, en réponse à sa requête, une valeur 20 prédéterminée pour la période de rafraîchissement correspondante. Ledit procédé est remarquable en ce que ladite valeur est fonction, au moins, du type d'authentification utilisé par ledit dispositif-client pour s'authentifier auprès du réseau IF. Selon des caractéristiques particulières, ladite valeur est également 25 fonction du type d'accès utilisé par ledit dispositif-client pour accéder audit réseau IF. Les avantages offerts par ce procédé de sélection d'une période de rafraîchissement sont essentiellement les mêmes que ceux offerts par ledit serveur d'enregistrement. D'autres aspects et avantages de l'invention apparaîtront à la lecture de la description détaillée ci-dessous de modes de réalisation particuliers, donnés à titre d'exemples non limitatifs. La description se réfère à la figure qui l'accompagne, laquelle représente schématiquement un système pour la fourniture de services multimédia apte à mettre en oeuvre l'invention. Bien que la présente invention concerne les réseaux IF en général, on va considérer à présent, à titre d'exemple de réalisation, une architecture de réseau de type IMS, telle que présentée succinctement ci- dessus. Cette architecture est illustrée sur la figure 1. Les services multimédia offerts par ce réseau IMS 1 peuvent comprendre des services de téléphonie, de vidéo-téléphonie, de partage de contenu (« content-sharing » en anglais), de Présence, de Messagerie Instantanée, ou de télévision. Ces services sont à la disposition de l'utilisateur d'un dispositif-client (« User Equipment », ou UE en anglais) 10 appartenant au réseau 1, qui permet au dispositif-client 10 d'échanger des flux multimédias et des signaux de contrôle de session conformes au protocole SIP, par exemple avec le dispositif-client (non représenté) d'un utilisateur appartenant à un réseau SIP (non représenté) relié au réseau 1. Le dispositif-client 10 peut être un terminal fixe ou mobile, ou une passerelle domestique ou d'entreprise, disposant de moyens de signalisation SIP et pouvant comprendre des moyens de restitution d'un contenu audiovisuel. Comme le montre la figure 1, ce réseau IMS 1 comprend, outre une infrastructure de transport IF (non représentée) : - un ou plusieurs serveurs d'appel I/S-CSCF ; un serveur d'appel VSCSCF 22 gère notamment la procédure d'enregistrement des dispositifs connectés au réseau 1 ; le serveur I/S-CSCF 22 gère également le routage de la signalisation entre le dispositif-client 10 et les serveurs de messagerie vocale VM 25, de Présence PS 26, et de téléphonie TAS 29, ainsi que le routage en direction d'autres terminaux gérés par le même réseau IMS et le routage de la signalisation entre ce réseau IMS 1 et d'autres réseaux (non représentés) ; - un (ou plusieurs) serveur(s) P-CSCF (initiales des mots anglais « Proxy-Call Server Control Function » signifiant « Fonction de Commande de Session d'Appel Mandataire ») ; le serveur P-CSCF 21 sert d'entité de raccordement entre le coeur de réseau IMS et le réseau d'accès utilisé par le dispositif-client 10 ; ainsi, toute la signalisation SIP échangée entre le dispositif-client 10 et le serveur d'appel I/S-CSCF 22 passe par ce serveur P-CSCF 21; - un ou plusieurs serveurs de base de données, de type HSS ; un serveur HSS 24 contient le profil de l'utilisateur du dispositif-client 10 en termes de données d'authentification, de localisation et de services souscrits ; - un (ou plusieurs) serveur(s) VM 25 de messagerie vocale (« message-summary » en anglais) ; un serveur VM 25 gère la souscription du dispositif-client 10 aux événements de dépôt/consultation des messages à l'intention de l'utilisateur A, et notifie le dispositif-client 10 lors de l'occurrence de ces événements ; - un (ou plusieurs) serveur(s) de Présence PS 26 ; un serveur PS 26 reçoit, stocke et distribue les informations concernant la Présence de l'utilisateur du dispositif-client 10 sur le réseau ; et - un (ou plusieurs) serveur(s) de téléphonie TAS 29 ; un serveur TAS gère les services téléphoniques auxquels l'utilisateur du terminal 10 a souscrits auprès de son opérateur, tels que la présentation du numéro ou le renvoi d'appel. Les serveurs de messagerie vocale VM 25, de Présence PS 26, et 30 de téléphonie TAS 29 sont des exemples de ce que l'on appelle des AS (initiales des mots anglais « Application Servers » signifiant « Serveurs d'Applications »). Certains services, comme ceux du serveur VM 25 et du serveur PS 26, s'appuient sur la souscription du terminal 10 à des événements prédéterminés. Dans nombre de réseaux IF et notamment dans les réseaux IMS, tout enregistrement (initial ou de rafraîchissement) d'un terminal requiert une authentification de ce terminal. Différents types d'authentification sont couramment utilisés. Par exemple, le 3GPP définit (dans la spécification TS 33.203) les types d'authentification suivants : le « AKA » (Authentification and Key Agreement), le « SIP Digest » avec, ou sans tunnel de sécurité « TLS » (initiales de « Transport Layer Security »), le « NASS-IMS bundled » (NASS sont les initiales de « Network Attachment Sub-System »), le « GIBA » (initiales de « GPRS-IMS-Bundled Authentication »), et le « TNA » (initiales de « Trusted Node Authentication »). Certains de ces types d'authentification sont considérés comme très robustes, dans la mesure où ils associent à l'authentification la création d'un tunnel de sécurité entre le P-CSCF et le dispositif-client. C'est le cas par exemple de l'IMS AKA (tunnel « IPsec » entre le P-CSCF et le dispositif-client) et du SIP Digest sur TLS (tunnel TLS entre le PCSCF et le dispositif-client). D'autres méthodes d'authentification, en revanche, comme GIBA par exemple, ne sont pas aussi robustes. L'invention propose donc de choisir la valeur de la période de rafraîchissement pour l'enregistrement et/ou pour une souscription à un service donné en fonction (au moins) du type d'authentification, de manière à pouvoir prendre en compte le niveau de sécurité propre à chaque procédure d'authentification. Un cas particulier illustrant l'intérêt pratique de la présente invention 30 est celui des réseaux d'accès mobiles à un coeur de réseau IMS. On rappelle à cet égard que le réseau coeur des architectures GSM et UMTS classiques héberge des commutateurs de circuits appelés MSC (initiales des mots anglais « Mobile Switching Center » signifiant « Centre de Commutation Mobile »). Ces MSC assurent la gestion du lien de communication avec le réseau d'accès. Ils stockent le profil de l'abonné issu du HLR après l'enregistrement du dispositif-client de l'abonné auprès du réseau, et effectuent un contrôle des ressources réseau demandées par l'abonné. Or, dans sa stratégie de convergence vers un coeur unique pour tous les types d'accès, le 3GPP prévoit de faire migrer vers l'IMS la logique de service des terminaux mobiles desservis par des MSC. Dans une telle configuration, l'offre de services des terminaux mobiles est hébergée dans l'IMS, mais les terminaux mobiles continuent de s'attacher au réseau mobile, et c'est un serveur MSC dit « ICS » (initiales de « /MS Centralized Services ») qui enregistre les mobiles dont il a la charge dans l'IMS ; il s'agit donc là en quelque sorte d'une délégation d'enregistrement des terminaux mobiles à une entité tiers constituée par ledit MSC ICS. Pour mettre en oeuvre cet enregistrement, le MSC ICS utilise le mode d'authentification TNA, mentionné ci-dessus. On notera que ce mode d'authentification est un peu particulier dans la mesure où il met en oeuvre un dialogue entre deux équipements de coeur de réseau ; dans ces conditions, l'opérateur du réseau IMS peut naturellement, en toute sécurité, sélectionner une période de rafraîchissement élevée. On va décrire à présent les étapes d'un enregistrement initial d'un terminal 10 auprès d'un réseau IMS 1, selon un premier mode de réalisation de l'invention. Lors d'une étape El, un terminal 10 émet, à partir d'un certain réseau d'accès, une requête d'enregistrement à un serveur P-CSCF 21. Cette requête d'enregistrement comprend un « header d'autorisation » fournissant des informations permettant au réseau 1 de déterminer le type d'authentification adéquat. La structure de ce header d'autorisation est par exemple conforme aux recommandations de la RFC 2617 de l'IETF (cf. notamment les Sections 3.2.2 et 3.5), de la spécification TS 24.229 du 3GPP (cf. notamment les Sections 5.1.1, 5.2.2 et 7.2A.2 dans la version 11.5.0), ou de la spécification TS 33.203 du 3GPP (cf. notamment les Annexes P.1, P.2 et P.3 dans la version 12.1.0). Lors d'une étape E2, le serveur P-CSCF 21 relaie la requête d'enregistrement vers un serveur I-CSCF, en y ajoutant, le cas échéant (cf. par exemple la RFC 3455 de l'IETF, ou la Section 7.2A.4 de la spécification TS 24.229 précitée), une information (par exemple, dans un header « P-Access-Network-lnfo ») concernant le type d'accès utilisé par le terminal. Le serveur I-CSCF relaie ensuite tous ces éléments vers un serveur d'enregistrement S-CSCF. Lors d'une étape E3, le serveur d'enregistrement S-CSCF détermine le type d'algorithme d'authentification adéquat sur la base desdits éléments reçus et, au besoin, d'éléments fournis (dans une réponse « MAA ») par un serveur HSS 24 (en réponse à une requête « MAR » envoyée par le serveur d'enregistrement S-CSCF pour demander au HSS 24 les informations d'authentification, telles que l'identifiant et le mot de passe, relatives à cet usager) ; en effet, le serveur d'enregistrement S-CSCF peut ainsi consulter le HSS 24 sur le choix final de l'algorithme lorsque plusieurs algorithmes sont autorisés par l'opérateur pour un type d'accès donné. On pourra par exemple appliquer ici les recommandations des spécifications TS 24.229 (cf. Section 5.4.1) et TS 33.203 (cf. Annexe P.4) précitées. Lors d'une étape E4, le serveur d'enregistrement S-CSCF consulte une table matricielle configurée par l'opérateur du réseau et indexée par : - le type d'algorithme, et, optionnellement, - d'autres informations telles que le type d'accès (par exemple, ADSL, xDSL, WiFi, WiMAX, GSM ou LTE) utilisé par ledit terminal. 2 99 812 3 15 Le S-CSCF obtient comme résultat de cette consultation les valeurs adéquates de la période de rafraîchissement d'enregistrement pour différentes modalités, à savoir une valeur minimum, une valeur par défaut et une valeur maximum. 5 Lors d'une étape E5, le serveur d'enregistrement S-CSCF transmet au serveur P-CSCF 21, dans une réponse à la requête d'enregistrement reçue à l'étape E2, une desdites valeurs de la période de rafraîchissement d'enregistrement ainsi sélectionnées, en utilisant le paramètre « Expires » du header « Contact ». Plus exactement, la valeur transmise au serveur 10 P-CSCF 21 est : - la valeur par défaut si le terminal 10 n'a pas demandé de valeur pour la période de rafraîchissement d'enregistrement, - ladite valeur maximum si le terminal 10 a demandé, dans la requête d'enregistrement émise à l'étape El, une valeur supérieure 15 à cette valeur maximum, - la valeur demandée par le terminal 10 si elle est comprise entre ladite valeur minimum et ladite valeur maximum, ou - ladite valeur minimum si la valeur demandée par le terminal 10 est inférieure à cette valeur minimum. 20 Optionnellement, le serveur d'enregistrement S-CSCF peut également transmettre cette valeur à des serveurs d'application AS. Enfin, lors d'une étape E6, le serveur P-CSCF 21 transmet cette valeur de la période de rafraîchissement d'enregistrement au terminal 10 dans un message de réponse à la requête d'enregistrement. 25 Selon un deuxième mode de réalisation, applicable dans le cadre, mentionné ci-dessus, de l'accès via un réseau mobile à un coeur de réseau IMS, on met en oeuvre des étapes analogues aux étapes du premier mode de réalisation décrit ci-dessus, si ce n'est que le serveur PCSCF 21 y est remplacé par un serveur MSC ICS. De manière générale, la présente invention peut être mise en oeuvre au sein des noeuds, par exemple des serveurs d'enregistrement, d'un réseau IF, au moyen de composants logiciels et/ou matériels. Les composants logiciels pourront être intégrés à un programme d'ordinateur classique de gestion de noeud de réseau. C'est pourquoi, comme indiqué ci-dessus, la présente invention concerne également un système informatique. Ce système informatique comporte de manière classique une unité centrale de traitement commandant par des signaux une mémoire, ainsi qu'une unité d'entrée et une unité de sortie. De plus, ce système informatique peut être utilisé pour exécuter un programme d'ordinateur comportant des instructions pour gérer le fonctionnement d'un serveur d'enregistrement selon l'invention. En effet, l'invention vise aussi un programme d'ordinateur téléchargeable depuis un réseau de communication comprenant des instructions pour gérer le fonctionnement d'un serveur d'enregistrement selon l'invention, lorsqu'il est exécuté sur un ordinateur. Ce programme d'ordinateur peut être stocké sur un support lisible par ordinateur et peut être exécutable par un microprocesseur. Ce programme peut utiliser n'importe quel langage de programmation, et se présenter 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 dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations, inamovible, ou 25 partiellement ou totalement amovible, lisible par un ordinateur, et 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 le programme. Par exemple, le support peut 30 comprendre un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou un moyen d'enregistrement magnétique, tel qu'un disque dur, ou encore une clé USB (« USB flash drive » en anglais). D'autre part, le 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 d'ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. En variante, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour gérer le fonctionnement d'un serveur d'enregistrement selon l'invention. REVENDICATIONS1. Serveur d'enregistrement dans un réseau IF, possédant des moyens pour, suite à la réception d'une requête pour un enregistrement initial ou de rafraîchissement sur ledit réseau IF (1) ou pour une souscription initiale ou de rafraîchissement à un service donné disponible sur ce réseau IF (1), sélectionner pour le dispositif-client (10) émetteur de la requête une valeur prédéterminée pour la période de rafraîchissement correspondante, caractérisé en ce qu'il possède en outre des moyens pour sélectionner ladite valeur en fonction, au moins, du type d'authentification utilisé par ledit dispositif-client (10) pour s'authentifier auprès du réseau IF (1). 2. Serveur d'enregistrement selon la revendication 1, caractérisé en ce qu'il comprend en outre des moyens pour, lors de ladite sélection de la valeur de la période de rafraîchissement d'enregistrement ou de souscription à un service donné, prendre également en compte le type d'accès utilisé par ledit dispositif-client (10) pour accéder audit réseau IF (1). 3. Serveur d'enregistrement selon la revendication 1 ou la revendication 2, caractérisé en ce que, ledit réseau IF (1) étant un réseau 20 de type IMS, ledit serveur d'enregistrement comprend un serveur SCSCF. 4. Table matricielle associée à un réseau IF et possédant des moyens pour fournir au moins une valeur prédéterminée pour la période de rafraîchissement pour l'enregistrement d'un dispositif-client audit 25 réseau IF et/ou pour une souscription par un dispositif-client à un service donné offert par ledit réseau IF, ladite table matricielle étant caractérisée en ce qu'elle est indexée au moins en fonction d'un ensemble prédéterminé d'algorithmes d'authentification pouvant être utilisés par un dispositif-client pour s'authentifier auprès dudit réseau IF. 5. Table matricielle selon la revendication 4, caractérisée en ce qu'elle est également indexée en fonction d'un ensemble prédéterminé de types d'accès pouvant être utilisés par un dispositif-client pour accéder audit réseau IP. 6. Procédé de sélection d'une période de rafraîchissement dans un réseau IP, comprenant les étapes suivantes : - un dispositif-client (10) émet (El) ) une requête pour un enregistrement initial ou de rafraîchissement sur ledit réseau IP (1) ou pour une souscription initiale ou de rafraîchissement à un service donné disponible sur ce réseau IP (1), et - ledit dispositif-client (10) reçoit (E6), en réponse à sa requête, une valeur prédéterminée pour la période de rafraîchissement correspondante, caractérisé en ce que ladite valeur est fonction, au moins, du type d'authentification utilisé par ledit dispositif-client (10) pour s'authentifier auprès du réseau IP (1). 7. Procédé de sélection selon la revendication 6, caractérisé en ce que ladite valeur est également fonction du type d'accès utilisé par ledit dispositif-client (10) pour accéder audit réseau IP (1). 8. Moyen de stockage de données inamovible, ou partiellement ou totalement amovible, comportant des instructions de code de programme informatique pour gérer le fonctionnement d'un serveur d'enregistrement selon l'une quelconque des revendications 1 à 3. 9. Programme d'ordinateur téléchargeable depuis un réseau de communications et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions pour gérer le fonctionnement d'un serveur d'enregistrement selon l'une quelconque des revendications 1 à 3, lorsqu'il est exécuté sur un ordinateur.