L'Internet supporte déjà depuis plusieurs années et avec une excellente qualité de nombreux services à succès tels que l'E-mail, le WEB, le streaming audio/vidéo, le Chat, etc. Dans les domaines des applications de téléphonie et les communications multimédia, Skype, Whatsapp, Facetime sont déjà présents sur ce marché mais proposent des solutions de téléphonie/visiophonie propriétaires. La téléphonie devient donc une application sur Internet parmi d’autres et tout fournisseur d'application sur l'Internet peut proposer le service de téléphonie sur IP à ses clients indépendamment du type d’accès à Internet que son client utilise ADSL, câble, LTE, etc. Dans ce contexte les opérateurs de telecom dont le service de téléphonie était jusqu’à présent le core business se trouvent face à une alternative :
- Soit recentrer leur business autour des applications sur IP dont la téléphonie et dans cette hypothèse ils devront rapidement développer les architectures IMS avant que des solutions propriétaires se soient largement adoptées,
- Soit abandonner le marché des applications et réduire leur business à celui de fournisseur d’accès et de transporteur de paquets IP (ADSL, 4G, etc.). Mais ce dernier choix est très dangereux : l'accès comme le transport sont devenus des commodité sujet à une très forte pression sur les prix.

L'IMS –IP Multimedia Subsytem- défini par le monde des télécommunications est une nouvelle architecture basée sur de nouveaux concepts, de nouvelles technologies, de nouveaux partenaires et un nouvel ecosystème. IMS supporte les sessions temps réels (voix, visiophonie) et pseudo/non temps réel (Push To Talk, Présence, messagerie instantanée) sur un réseau tout IP. La décision de déployer l'IMS implique une migration vers une architecture de réseau tout IP, une approche nouvelle pour la création et le déploiement de nouveaux services qui s’intègre dans une vision de convergence de services entre opérateurs fixes, mobiles et Internet. L'IMS est donc une décision stratégique plus qu'une décision de migration vers une nouvelle technologie de réseau. Dans ce contexte, l’acquisition de la compréhension des fondements architecturaux, normatifs et des solutions déjà disponibles sont fondamentales pour tout acteur –opérateur, fournisseur d’équipements, ou clients- qui souhaite prendre sa place dans la révolution en cours du business des services sur IP.
Cette formation aborde les scénarios de migration des architectures de réseaux mobiles et fixe vers l'IMS, présente les architectures de réseau et de services de l'IMS, décrit les catégories de nouveaux services envisagés (entre autres le quadruple play) et la facturation de ces services, décrit les call flows relatifs à toutes les procédures l’IMS (enregistrement, établissement de session, invocation de service, etc.). La formation traite par ailleurs la convergence fixe-mobile grâce à l’IMS et donne donc toutes les clefs nécessaires au développement de business dans le cadre de ce nouveau concept.

1. Evolution des réseaux mobiles
1.1. Evolutions de l’accès mobile
1.2. Cœur de réseau mobile
1.2.1. Domaine circuit 2G/3G : NGN Mobile appelé R4
1.2.2. Domaine paquet 2G/3G : GPRS
1.2.3. Domaine paquet 4G : ePC
1.2.4. Domaine Paquet 5G : 5GC
1.3. Nouveau domaine multimédia : IMS
1.3.1. VoLTE
1.3.2. VoWiFi
1.3.3. EPS Fallback
1.3.4. VoNR

2. Evolution du réseau fixe résidentiel
2.1. RTC
2.2. IMS pour le remplacement du RTC
2.3. IMS pour les offres triple play et quadruple play dans le contexte de l’accès large bande xDSL


3. Evolution du réseaux fixe entreprise
3.1. SIP Trunk
3.2. IP-Centrex

4. Architecture de réseau IMS
4.1. Entités
4.1.1. CSCF : P-CSCF, I-CSCF, S-CSCF, E-CSCF pour le contrôle de session multimédia IMS
4.1.2. IMS-MGW, BGCF, MGCF, T-SGW pour l'interfonctionnement avec les réseaux de commutation de circuit (RTC, GSM)
4.1.3. IBCF, TrGW, BGCF pour l’interfonctionnement avec d’autres réseaux IMS
4.1.4. HSS, DRF pour la mobilité de l’usager et des services
4.1.5. PCRF/PCF pour le policy control
4.1.6. IMS-ALG / IMS-AGW pour le contrôle du média
4.1.7. CDF et OCS pour la taxation offline et online respectivement
4.1.8. AS, MRF et SCIM pour l'exécution des services, la gestion des interactions média avec l’usager et la gestion de l'interaction de services respectivement
4.1.9. DNS/ENUM pour le routage des appels
4.2. Interfaces définies par l'architecture de réseau IMS
4.3. Protocoles utilisés sur les interfaces IMS
4.3.1. SIP/SDP
4.3.1.1. Entités SIP
4.3.1.2. Requêtes SIP
4.3.1.3. Réponses SIP
4.3.1.4. Headers SIP
4.3.1.5. Description média pour les sessions SIP : SDP
4.3.1.6. Traces SIP
4.3.2. DIAMETER
4.3.2.1. Protocole de base DIAMETER
4.3.2.2. Applications DIAMETER
4.3.2.3. Traces DIAMETER
4.3.3. XCAP
4.3.4. H.248
4.3.4.1. Architecture H.248
4.3.4.2. Modèle H.248 : Contexte et terminaison
4.3.4.3. Commandes H.248
4.3.5. RTP / RTCP
4.3.5.1. Architecture RTP
4.3.5.2. Architecture RTCP
4.3.5.3. Traces RTP/RTCP
4.3.6. MSRP
1.1.1. Requêtes MSRP : SEND et REPORT
1.1.2. Traces MSRP

5. Procédures d’enregistrement et d’établissement de session IMS
5.1. Enregistrement IMS et call flows associé
5.2. Ré-enregistrement IMS et call flows associé
5.3. Désenregistrement IMS et call flows associés
5.3.1. Désenregistrement par l’UE
5.3.2. Désenregistrement par le réseau (i.e., S-CSCF)
5.3.3. Désenregistrement administratif (i.e., HSS)
5.4. Contrôle de session IMS et call flows associés
5.4.1. Session établie entre deux usagers IMS fixe
5.4.2. Session établie entre deux usagers IMS mobile (VoLTE)
5.4.3. Session établie entre un usage IMS fixe et un usager IMS mobile
5.4.4. Session établie entre usager IMS et usager dans le monde circuit
5.4.5. Session IMS établie en situation de roaming (VoLTE)
5.5. Restauration S-CSCF
5.6. Restauration P-CSCF

6. IMS et réservation de ressources dans l'accès (e.g., accès 4G et 5G) : Policy Control et Bearer Control
6.1. Interface Rx entre P-CSCF et PCRF
6.2. Interface Gx entre PCRF et PCEF (i.e., PDN GW)
6.3. Sénarios d'établissement/modification/libération de ressources d’accès pour le transport de la voix sur IP sur l’accès mobile (VoLTE, VoWiFi, EPS Fallback, VoNR)
6.4. Interface Iq entre IMS-ALG et IMS-ALG pour créer un contexte entre terminaisons RTP pour le topology hiding média

7. IMS et appel d’urgence
7.1. Architecture pour l’appel d’urgence : P-CSCF, E-CSCF, LRF, PSAP
7.2. Attachement d’urgence à la LTE/NR
7.3. Etablissement du default bearer « Emergency »
7.4. Enregistrement d’urgence à l’IMS
7.5. Etablissement de l’appel d’urgence
7.6. Redirection (380 Alternative service) quand l’usager compose un numéro d’urgence que l’UE ne considère comme un numéro d’urgence

8. Architecture de service IMS
8.1. Entités
8.1.1. SIP AS (Application Server)
8.1.2. IM SSF (IP Multimedai Service Switching Function)
8.1.3. SCIM (Service Capability Interaction Manager)
8.1.4. MRF (Multimedia Resource Function)
8.2. Interfaces définies par l'architecture de service IMS
8.3. Profil usager IMS et profil de service IMS
8.4. Invocation de services pour des appels entrants et sortants
8.5. Application Server
8.5.1. Mode de fonctionnement d'un SIP Application Server
8.5.2. Fonctionnalités du SIP Application Server
8.5.3. Interfaces du SIP Application Server
8.6. MRF, Multimedia Resource Function
8.6.1. Functionnalités du MRF
8.6.2. Interfaces du MRF
8.7. Utilisation du SCIM
8.7.1. Invocation de services avec SCIM et sans SCIM

9. Services IMS
9.1. Multimedia Telephony (MMTel) avec l’AS MTAS pour les services complémentaires de la téléphonie
9.2. Short Message Service (SMS) sur IP avec l’AS IP-SM-GW
9.3. RCS (Rich Communication Suite) avec l’AS RCS
9.3.1. Présence
9.3.2. Chat 1-to-1 et 1-to-n
9.3.3. File Transfer
9.3.4. Content sharing
9.3.5. RCS P2P
9.3.6. RCS A2P et P2A
9.4. IM-SSF pour réutiliser les plate-formes de service Réseau Intelligent / CAMEL
9.5. SCC AS (Service Centralization and Continuity)
9.6. IP-Centrex
9.7. SIP Trunk
9.8. STIR/SHAKEN
9.9. Call flows associés aux services MMTel, SMS sur IP, RCS, IP-Centrex et SIP-Trunk