En complément des différents tutoriaux sur la mise en place d’une architecture fonctionnelle de streaming vidéo, cet article s’attarde sur le principe de la gestion des profils et identités au sein d’une architecture IMS. En guest, IMPU [Public User Identity], IMPI [Private User Identity] et IMSU [IMS Subscription]

Comme pour un réseau téléphonique basique, joindre un utilisateur requiert une identification unique de ce dernier dans le réseau. Au sein d’IMS, cette identification unique est réalisée via 3 éléments « principaux » : IMPI, IMPU, IMSU.

A propos de l’IMPI [Private User Identity]

• L’ IMPI est utilisée pour identifier et authentifier un abonné et ne joue aucun rôle dans le routage des messages SIP;

• Cette identité privée est fourni par l’opérateur du réseau IMS et n’est en générale pas connue de l’utilisateur;

• L’IMPI est généralement stockée dans une ISIM (IP MultimediaServices IdentityModule). Un équivalent dans les réseaux mobiles est la carte SIM;

• L’IMPI est conforme au format NAI (Network Access Identifier, RFC 2486);

• Une IMPI peut être associé à plusieurs IMPU : une seule identité, plusieurs terminaux utilisateurs (smartphone, softphone, ..);

• L’adresse d’une IMPI doit respecter le format suivant : [utilisateur]@[domaine].com

A propos de l’IMPU [Public User Identity]

L’IMPU est l’identité publique d’un utilisateur. C’est en quelques sorte l’équivalent d’un numéro de téléphone. C’est donc elle qui permet de contacter un utilisateur, et c’est cette adresse qui est à communiquer (annuaire, carte de visite, etc.)

• L’IMPU est fournit à l’utilisateur par l’opérateur du réseau IMS;

• L’IMPI est également stockée dans une ISIM, au même titre que l’IMPU;

• Il n’y a pas de restrictions sur le nombre d’IMPU qu’un utilisateur peut posséder (équivalent d’un numéro de téléphone personnel, professionnel, de secours, etc.);

• L’IMPU peut être partagée avec tout autre terminal utilisateur (téléphone, softphone, …). Ainsi, un téléphone et un softphone peuvent avoir la même IMPU;

• Au sein du réseau IMS, c’est cette adresse qui permet le routage des messages SIP;

• Pour un réseau IMS, il existe deux types d’IMPU : les SIP URIs (RFC 3261) et les TEL URIs (RFC 3966). L’adresse d’une IMPU de type SIP URI doit respecter le format suivant : sip:[utilisateur]@[domaine].com. L’adresse d’une IMPU de type TEL URI doit avoir le format suivant (pour la France) : +0033xxxxxxxxx;

• Les TEL URIs sont nécessaires pour permettre l’interconnexion avec un réseau PSTN (attention dans ce cas, le TEL URI doit être converti en SIP URI puisque le protocole SIP impose un enregistrement uniquement avec un SIP URI).

A propos de l’IMSU [IMS Subscription]

• IMS définit une IMSU (IMS Subscription) qui est un identifiant utilisé pour la facturation.

Relations entre IMSU, IMPI et IMPU

Le lien entre IMPU et IMPI diffèrent entre les releases 3GPP 5 et 6 du standard IMS :

• Dans la release 5, un utilisateur possède une unique adresse privée et celle-ci peut être reliée à plusieurs adresses publiques;

• Dans la release 6, une adresse privée peut également être reliée à plusieurs adresses publiques comme pour la release 5. En revanche, un utilisateur peut avoir plusieurs adresses privée, et deux adresses privées peuvent partager une même adresse publique.

A propos du HSS (FHoSS pour OpenIMSCore)

• Le HSS est une base de données permettant de stocker toutes les informations relatives aux profils utilisateurs (dont l’IMPI et l’IMPU) :

  • Il fournit les autorisations d’accès aux services proposés par le réseau IMS;

  • La localisation du HSS est effectuée grâce au SLF (Subscriber Location Function);

  • Similaire au HLR (Home Location Register) et au AuC (Authentication Center) des réseaux mobiles telle que le GSM;

  • Les serveurs HSS et SLF communiquent via le protocole Diameter.

• Les services du HSS :

  • Chaque utilisateur possède un profil;

  • Ces services sont définis dans le HSS par les IFC (Initial Filter Criteria). Voir l’article correspondant;

  • Pour chaque serveur d’application (AS), on associe un Trigger (déclencheur) en fonction de certains paramètres des messages SIP (entêtes, types de messages…).

Référence Dossier <Mise en place d’un serveur de streaming vidéo> :

• Partie 1: Présentation et pré-requis

  • Présentation du dossier;
  • Principe de la gestion des profils et identités utilisateurs au sein d’une architecture IMS [page actuelle];
  • Création et mise en place d’une machine virtuelle pour IMS;

• Partie 2: Cœur de réseau IMS

  • Installation d’un cœur de réseau IMS (OpenIMSCore);
  • Quelques infos sur la configuration réseau pour l’interface FHoSS;
  • Configuration d’abonnés IMS;
  • Configuration et utilisation d’un client IMS;

• Partie 3: Serveurs d’application

  • Quelques infos sur l’ajout et la configuration d’un serveur d’application IMS;
  • Installation d’un serveur de présence (OpenSIPs);
  • Installation d’un serveur IPTV (UCT IPTv Advanced);
  • Mise en place d’un serveur de VOD.