Le secteur des télécommunications mobiles est à l'aube d'une mutation majeure, motivée par plusieurs facteurs, à la fois opportunistes et contextuels. Dans le contexte technologique global, la virtualisation de l'infrastructure réseau ouvre la voie à une approche plus dynamique et agile des fonctions réseau, implémentées sous la forme de logiciels. Parallèlement, les secteurs du logiciel et de l’IT connaissent leur propre transformation avec l'essor du cloud, la conteneurisation des charges utiles et la décomposition fonctionnelle d'applications monolithiques en services modulaires. La convergence de ces deux mondes n'était qu'une question de temps, créant ainsi une formidable opportunité pour le secteur des télécommunications d'adopter de nouveaux modèles de livraison de services et de business associés.
Conceptuellement, les réseaux programmables existent depuis un certain temps, mais ce n'est qu'aujourd'hui que les avantages de la programmabilité peuvent être concrétisés par les fournisseurs de services de communication grâce à une architecture orientée services (aaS). Tout comme pour l'IT as a Service, le service en tant que service dans le domaine mobile repose sur la capacité à masquer la mise en œuvre et la complexité des services réseau derrière un « contrat » programmatique sous la forme d'une interface de programmation d'applications (API). Pour intégrer les APIs aux services réseau, il est impératif que les opérateurs fournissent aux développeurs d'applications un cadre de type « franchise » où, quel que soit l ’opérateur, ils peuvent compter sur les mêmes fonctionnalités, conformes à un ensemble uniforme de normes, de spécifications et de processus. Conformément au principe Triple S (Sécurité, Simplicité et Scalabilité), les services réseau et leurs API réseau correspondantes doivent être sécurisés et préserver la confidentialité des utilisateurs, simples à utiliser pour les développeurs d'applications non familiarisés avec les protocoles réseau, et être scalable aux besoins des utilisateurs et des opérateurs dans de multiples domaines géographiques et marchés. Des initiatives telles que GSMA Open Gateway, le projet CAMARA de la Fondation Linux et le TM Forum Open Digital Architecture (ODA) collaborent pour établir la franchise d'API réseau de demain.
Les APIs CAMARA proposées ont donc pour but de masquer la complexité des APIs de réseau proposées par le réseau de télécommunication afin que ces APIs CAMARA soient faciles à utiliser pour les clients n'ayant aucune expertise en télécommunications (API conviviales).
Le but de cette formation et de passer en revue les APIs de service CAMARA, décrire leur objectif, leur structure et montrer comment les mettre en œuvre.

1. Ecosystème CAMARA
1.1. Utilisateur
1.2. ASP
1.3. CSP
1.4. Agrégateur et Telco Finder
1.5. Hyperscaler

2. Open Gateway Platform GSMA
2.1. Architecture de l’Open Gateway Platform
2.2. APIs
2.2.1. Northbound APIs = APIs CAMARA
2.2.2. Southbound APIs
2.2.2.1. SBI-NR : Network resources API
2.2.2.2. SBI-CR : Cloud resources API
2.2.2.3. SBI-CHF : Charging APIs
2.2.2.4. SBI-OAM : OAM APIs
2.2.3. West and Eastbound API
2.3. Compatibilité avec CAPIF (Common API Framework)
2.4. Compatibilité avec SEAL (Service Enabler Architecture Layer for Verticals)
2.5. Open Gateway Platform versus NEF/SCEF

3. APIs CAMARA
3.1. APIs relatives aux informations de devices
3.1.1. API Device Roaming Status
3.1.2. API Device Roaming Status Subscriptions
3.1.3. API Device Reachability Status
3.1.4. API Device Reachability Status Subscriptions
3.1.5. API Connected Network Type
3.1.6. API Connected Network Type Subscriptions
3.1.7. API Device Identifier
3.2. APIs relatives aux services de localisation
3.2.1. API Location Retrieval
3.2.2. API Location Verification
3.2.3. API Geofencing Subscriptions
3.2.4. API Population Density Data
3.2.5. API Region Device Count
3.3. APIs relatives à des services de communication
3.3.1. WebRTC Call Handling
3.3.2. WebRTC Event Subscription
3.3.3. WebRTC REgistration
3.4. APIs relatives à la qualité de communication
3.4.1. API QoS Profiles
3.4.2. API Quality on Demand
3.4.3. API QoD Provisioning
3.4.4. API Application Profiles
3.4.5. API Connectivity Insights
3.4.6. API Connectivity Insights Subscription
3.4.7. API Home Device QoD
3.5. APIs relatives à l’authentification et à la gestion des fraudes
3.5.1. API Call Forwarding Signal
3.5.2. API Customer Insights
3.5.3. API Device Swap
3.5.4. API Know Your Customer Age Verification
3.5.5. API Know Your Customer Fill In
3.5.6. API Know Your Customer Match
3.5.7. API Know Your Customer Tenure
3.5.8. API Number Recycling
3.5.9. API Number Verification
3.5.10. API One Time Password SMS
3.5.11. API Sim Swap
3.5.12. API Sim Swap Subscriptions
3.6. APIs relatives au paiement et à la taxation
3.6.1. API Blockchain Public Address
3.6.2. API Carrier Billing
3.6.3. API Carrier Billing Refund
3.7. APIs relatives à des services Edge Computing
3.7.1. API Simple Edge Discovery