{"id":52138,"date":"2019-11-01T00:00:00","date_gmt":"2019-10-31T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora"},"modified":"2020-02-18T13:59:48","modified_gmt":"2020-02-18T10:59:48","slug":"nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","title":{"rendered":"NB-IoT : comment \u00e7a fonctionne ? Partie 3 : SCEF \u2013 une fen\u00eatre unique d'acc\u00e8s aux services de l'op\u00e9rateur","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><b>Dans l'article \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ru_mts\/blog\/431648\/\">NB-IoT : comment \u00e7a fonctionne ? Partie 2<\/a><\/noindex>\u00bb, en parlant de l'architecture du noyau de r\u00e9seau NB-IoT, nous avons mentionn\u00e9 l'\u00e9mergence d'un nouveau n\u0153ud, le SCEF. Nous expliquons dans cette troisi\u00e8me partie ce que c'est et \u00e0 quoi cela sert.<\/b><\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT : comment \u00e7a fonctionne ? Partie 3 : SCEF \u2013 une fen\u00eatre unique d&#039;acc\u00e8s aux services de l&#039;op\u00e9rateur\" src=\"\/wp-content\/uploads\/2019\/11\/95652a1e2bfce0589b51b106ebf6e64f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLors de la cr\u00e9ation d'un service M2M, les d\u00e9veloppeurs d'applications sont confront\u00e9s aux questions suivantes :<\/p>\n<ul>\n<li>comment identifier les appareils ;<\/li>\n<li>quel algorithme utiliser pour la v\u00e9rification et l'authentification ;<\/li>\n<li>quel protocole de transport choisir pour interagir avec les appareils ;<\/li>\n<li>comment garantir la livraison des donn\u00e9es aux appareils ;<\/li>\n<li>comment organiser et \u00e9tablir des r\u00e8gles pour l'\u00e9change de donn\u00e9es avec eux ;<\/li>\n<li>comment contr\u00f4ler et obtenir des informations sur leur \u00e9tat en temps r\u00e9el ;<\/li>\n<li>comment livrer simultan\u00e9ment des donn\u00e9es \u00e0 un groupe d'appareils ;<\/li>\n<li>comment envoyer simultan\u00e9ment des donn\u00e9es d'un appareil \u00e0 plusieurs clients ;<\/li>\n<li>comment obtenir un acc\u00e8s unifi\u00e9 aux services suppl\u00e9mentaires de l'op\u00e9rateur pour g\u00e9rer son appareil. <\/li>\n<\/ul>\n<p>\nPour r\u00e9soudre ces probl\u00e8mes, il est n\u00e9cessaire de cr\u00e9er des solutions techniques propri\u00e9taires \u00ab lourdes \u00bb, ce qui entra\u00eene une augmentation du temps de travail et du d\u00e9lai de commercialisation des services. C'est l\u00e0 qu'intervient le nouveau n\u0153ud SCEF.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Selon la d\u00e9finition du 3GPP, le SCEF (service capability exposure function) est un tout nouveau composant de l'architecture 3GPP, dont la fonction est d'exposer en toute s\u00e9curit\u00e9 les services et les capacit\u00e9s fournis par les interfaces du r\u00e9seau 3GPP via des API. <\/p>\n<p>En termes simples, le SCEF est un interm\u00e9diaire entre le r\u00e9seau et le serveur d'applications (application server \u2014 AS), un point d'acc\u00e8s unique aux services de l'op\u00e9rateur pour g\u00e9rer son appareil M2M dans le r\u00e9seau NB-IoT via une interface API standardis\u00e9e intuitive.<\/p>\n<p>Le SCEF masque la complexit\u00e9 du r\u00e9seau de l'op\u00e9rateur, permettant aux d\u00e9veloppeurs d'applications de s'abstraire des m\u00e9canismes d'interaction complexes et sp\u00e9cifiques avec les appareils.<\/p>\n<p>Gr\u00e2ce \u00e0 la transformation des protocoles r\u00e9seau en une interface API famili\u00e8re pour les d\u00e9veloppeurs d'applications, SCEF facilite la cr\u00e9ation de nouveaux services et r\u00e9duit le time-to-market. De plus, ce nouveau n\u0153ud inclut des fonctions d'identification\/authentification des appareils mobiles, d\u00e9finit les r\u00e8gles d'\u00e9change de donn\u00e9es entre l'appareil et l'AS, d\u00e9chargeant ainsi les d\u00e9veloppeurs d'applications de la n\u00e9cessit\u00e9 de mettre en \u0153uvre ces fonctions de leur c\u00f4t\u00e9, les transf\u00e9rant aux op\u00e9rateurs.<\/p>\n<p>SCEF regroupe les interfaces n\u00e9cessaires \u00e0 l'authentification et l'autorisation des serveurs d'applications, au maintien de la mobilit\u00e9 de l'UE, au transfert de donn\u00e9es et au d\u00e9clenchement des appareils, \u00e0 l'acc\u00e8s aux services suppl\u00e9mentaires et aux fonctionnalit\u00e9s du r\u00e9seau de l'op\u00e9rateur.<\/p>\n<p>Un seul et unique interface T8, interface API (HTTP\/JSON), standardis\u00e9e par le 3GPP, est dirig\u00e9 vers l'AS. Toutes les interfaces, except\u00e9 T8, fonctionnent sur la base du protocole DIAMETER (voir fig. 1).<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT : comment \u00e7a fonctionne ? Partie 3 : SCEF \u2013 une fen\u00eatre unique d&#039;acc\u00e8s aux services de l&#039;op\u00e9rateur\" src=\"\/wp-content\/uploads\/2019\/11\/6538d7d9e0d94244e6415b78f080b159.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nT6a \u2013 interface entre SCEF et MME. Utilis\u00e9 pour les proc\u00e9dures de gestion de la mobilit\u00e9\/de session, le transfert de donn\u00e9es non IP, le provisionnement d'\u00e9v\u00e9nements de surveillance et la r\u00e9ception de rapports \u00e0 leur sujet.<\/p>\n<p>S6t \u2013 interface entre SCEF et HSS. N\u00e9cessaire pour l'authentification de l'abonn\u00e9, l'autorisation des serveurs d'applications, la r\u00e9cup\u00e9ration de l'association ID externe et IMSI\/MSISDN, le provisionnement d'\u00e9v\u00e9nements de surveillance et la r\u00e9ception de rapports \u00e0 leur sujet.<\/p>\n<p>S6m\/T4 \u2013 interfaces de SCEF \u00e0 HSS et SMS-C (dans le 3GPP, un n\u0153ud MTC-IWF est d\u00e9fini, qui est utilis\u00e9 pour le d\u00e9clenchement d'appareils et le transfert de SMS dans les r\u00e9seaux NB-IoT. Cependant, dans toutes les impl\u00e9mentations, les fonctionnalit\u00e9s de ce n\u0153ud sont int\u00e9gr\u00e9es \u00e0 SCEF, de sorte que pour simplifier le sch\u00e9ma, nous ne le consid\u00e9rerons pas s\u00e9par\u00e9ment). Utilis\u00e9es pour obtenir des informations de routage pour l'envoi de SMS et l'interaction avec le centre SMS.<\/p>\n<p>T8 \u2013 interface API de SCEF avec les serveurs d'applications. \u00c0 travers cette interface, des commandes de gestion ainsi que du trafic sont transmis.<\/p>\n<p>*En r\u00e9alit\u00e9, il existe plus d'interfaces, seules les plus fondamentales sont \u00e9num\u00e9r\u00e9es ici. La liste compl\u00e8te est fournie dans 3GPP 23.682 (4.3.2 Liste des points de r\u00e9f\u00e9rence).<\/p>\n<p>Voici les fonctions et services cl\u00e9s de SCEF :<\/p>\n<ul>\n<li>liaison de l'identifiant de la carte SIM (IMSI) \u00e0 l'ID externe ; <\/li>\n<li>transfert de trafic non IP (Non-IP Data Delivery, NIDD);<\/li>\n<li>op\u00e9rations group\u00e9es, avec utilisation de l'ID de groupe externe;<\/li>\n<li>prise en charge du mode de transfert de donn\u00e9es avec accus\u00e9 de r\u00e9ception;<\/li>\n<li>mise en tampon des donn\u00e9es MO (Mobile Originated) et MT (Mobile Terminated);<\/li>\n<li>authentification et autorisation des appareils et des serveurs d'applications;<\/li>\n<li>utilisation simultan\u00e9e des donn\u00e9es d'un UE par plusieurs AS;<\/li>\n<li>prise en charge de fonctionnalit\u00e9s sp\u00e9ciales de contr\u00f4le de l'\u00e9tat de l'UE (MONTE \u2013 Surveillance des \u00e9v\u00e9nements);<\/li>\n<li>d\u00e9clenchement des dispositifs;<\/li>\n<li>assurance du roaming des donn\u00e9es non-IP.<\/li>\n<\/ul>\n<p>\nLe principe fondamental de l'interaction entre AS et SCEF repose sur un sch\u00e9ma de ce qu'on appelle les abonnements. Lorsqu'un acc\u00e8s \u00e0 un service est n\u00e9cessaire pour un UE donn\u00e9, le serveur d'applications doit cr\u00e9er un abonnement en envoyant une commande \u00e0 une API sp\u00e9cifique du service demand\u00e9 et en recevant en r\u00e9ponse un identifiant unique. Par la suite, toutes les actions et communications avec l'UE dans le cadre de ce service se feront en utilisant cet identifiant.<\/p>\n<p><b>ID externe : identifiant unique de l'appareil<\/b><\/p>\n<p>Un des changements les plus importants dans le sch\u00e9ma d'interaction entre AS et les dispositifs lors de l'utilisation de SCEF est l'apparition de l'identifiant universel. D\u00e9sormais, au lieu du num\u00e9ro de t\u00e9l\u00e9phone (MSISDN) ou de l'adresse IP, comme c'\u00e9tait le cas dans les r\u00e9seaux classiques 2G\/3G\/LTE, l'identifiant de l'appareil pour le serveur d'applications devient l'\u00ab ID externe \u00bb. Il est d\u00e9fini par la norme dans un format familier pour les d\u00e9veloppeurs d'applications \u00ab @ \u00bb.<\/p>\n<p>Les d\u00e9veloppeurs n'ont plus besoin de mettre en \u0153uvre des algorithmes d'authentification des appareils, le r\u00e9seau prend enti\u00e8rement cette fonction en charge. L'ID externe est li\u00e9 \u00e0 l'IMSI, et le d\u00e9veloppeur peut \u00eatre s\u00fbr qu'en acc\u00e9dant \u00e0 un ID externe sp\u00e9cifique, il interagit avec une carte SIM pr\u00e9cise. Lors de l'utilisation d'une puce SIM, une situation unique se pr\u00e9sente o\u00f9 l'ID externe identifie de mani\u00e8re unique un appareil sp\u00e9cifique !<\/p>\n<p>De plus, plusieurs ID externes peuvent \u00eatre li\u00e9s \u00e0 un m\u00eame IMSI \u2014 ce qui donne lieu \u00e0 une situation encore plus int\u00e9ressante, o\u00f9 l'ID externe identifie de mani\u00e8re unique une application sp\u00e9cifique responsable d'un service sur un appareil donn\u00e9.<\/p>\n<p>Un identifiant de groupe appara\u00eet \u00e9galement \u2014 ID de groupe externe, qui inclut un ensemble d'ID externes distincts. D\u00e9sormais, avec une seule requ\u00eate au SCEF, l'AS peut initier des op\u00e9rations group\u00e9es \u2014 envoyer des donn\u00e9es ou des commandes de contr\u00f4le \u00e0 de nombreux appareils regroup\u00e9s dans une seule logique de groupe.<\/p>\n<p>\u00c9tant donn\u00e9 que pour les d\u00e9veloppeurs, le passage \u00e0 un nouvel identifiant d'appareil ne peut pas \u00eatre instantan\u00e9, le SCEF a laiss\u00e9 la possibilit\u00e9 de communication entre AS et UE via le num\u00e9ro standard \u2013 MSISDN.<\/p>\n<p><b>Transmission de donn\u00e9es non-IP (Non-IP Data Delivery, NIDD)<\/b><\/p>\n<p>Dans le NB-IoT, dans le cadre de l'optimisation des m\u00e9canismes de transmission de petites quantit\u00e9s de donn\u00e9es, un nouveau type de PDN a \u00e9t\u00e9 introduit, en plus des types existants tels qu'IPv4, IPv6 et IPv4v6 \u2014 le type non-IP. Dans ce cas, l'appareil (UE) ne se voit pas attribuer d'adresse IP, et les donn\u00e9es sont transmises sans utiliser le protocole IP. Le trafic pour ces connexions peut \u00eatre achemin\u00e9 de deux mani\u00e8res : de mani\u00e8re classique \u2014 MME -&gt; SGW -&gt; PGW puis via un tunnel PtP jusqu'\u00e0 AS (voir fig. 2) ou en utilisant SCEF (voir fig. 3). <\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT : comment \u00e7a fonctionne ? Partie 3 : SCEF \u2013 une fen\u00eatre unique d&#039;acc\u00e8s aux services de l&#039;op\u00e9rateur\" src=\"\/wp-content\/uploads\/2019\/11\/557caf393c9da84fc635c57bb5ecf4a5.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa m\u00e9thode classique n'offre pas d'avantages particuliers par rapport au trafic IP, sauf pour la r\u00e9duction de la taille des paquets transmis en raison de l'absence d'en-t\u00eates IP. L'utilisation de SCEF ouvre un large \u00e9ventail de nouvelles possibilit\u00e9s et simplifie consid\u00e9rablement les proc\u00e9dures d'interaction avec les appareils.<\/p>\n<p>Avec la transmission de donn\u00e9es via SCEF, deux avantages tr\u00e8s importants par rapport au trafic IP classique apparaissent : <\/p>\n<p><u>La livraison du trafic MT \u00e0 l'appareil via l'ID externe<\/u><\/p>\n<p>Pour envoyer un message \u00e0 un appareil IP classique, l'AS doit conna\u00eetre son adresse IP. Le probl\u00e8me est que, lors de l'enregistrement, un appareil re\u00e7oit g\u00e9n\u00e9ralement une adresse IP \u00ab grise \u00bb et communique avec le serveur d'applications situ\u00e9 sur Internet via un n\u0153ud NAT, o\u00f9 l'adresse grise est traduite en adresse blanche. La liaison entre les adresses grise et blanche ne dure qu'un temps limit\u00e9, selon les param\u00e8tres du NAT. En moyenne, pour TCP ou UDP, cela ne d\u00e9passe pas cinq minutes. Cela signifie que si, au cours de ces 5 minutes, il n'y a pas d'\u00e9change de donn\u00e9es avec cet appareil, la liaison se d\u00e9sagr\u00e8ge et l'appareil devient inaccessible par l'adresse blanche avec laquelle la session a \u00e9t\u00e9 initi\u00e9e avec l'AS. Il existe plusieurs solutions : <\/p>\n<p>1. Utiliser un heartbeat. Une fois la connexion \u00e9tablie, l'appareil doit \u00e9changer des paquets avec l'AS toutes les quelques minutes, emp\u00eachant ainsi la traduction sur le NAT de se fermer. Mais ici, il ne peut pas \u00eatre question d'efficacit\u00e9 \u00e9nerg\u00e9tique. <\/p>\n<p>2. Chaque fois que n\u00e9cessaire, v\u00e9rifier la pr\u00e9sence de paquets pour l'appareil sur l'AS \u2014 envoyer un message en uplink.<\/p>\n<p>3. Cr\u00e9er un APN priv\u00e9 (VRF), o\u00f9 le serveur d'applications et les appareils seront dans le m\u00eame sous-r\u00e9seau, et attribuer des adresses IP statiques aux appareils. Cela fonctionnera, mais c'est presque irr\u00e9alisable lorsqu'il s'agit d'un parc de milliers, voire de dizaines de milliers d'appareils.<\/p>\n<p>4. Enfin, l'option la plus appropri\u00e9e : utiliser l'IPv6, car il n'a pas besoin de NAT, puisque les adresses IPv6 sont disponibles directement sur Internet. Cependant, m\u00eame dans ce cas, lors de la r\u00e9inscription d'un appareil, celui-ci recevra une nouvelle adresse IPv6 et ne sera plus accessible \u00e0 l'ancienne. <\/p>\n<p>Il est donc n\u00e9cessaire d'envoyer un paquet d'initialisation avec l'identifiant de l'appareil au serveur, afin d'informer de la nouvelle adresse IP de l'appareil. Ensuite, il faut attendre un paquet de confirmation de l'AS, ce qui affecte \u00e9galement l'efficacit\u00e9 \u00e9nerg\u00e9tique.<\/p>\n<p>Ces m\u00e9thodes fonctionnent bien pour les appareils 2G\/3G\/LTE, o\u00f9 il n'y a pas d'exigences strictes en mati\u00e8re d'autonomie et, par cons\u00e9quent, pas de restrictions sur le temps en ligne et le trafic. Pour le NB-IoT, ces m\u00e9thodes ne conviennent pas en raison de leur forte consommation d'\u00e9nergie.<\/p>\n<p>Le SCEF r\u00e9sout ce probl\u00e8me : puisque le seul identifiant de l'appareil pour l'AS est l'ID externe, l'AS peut simplement envoyer un paquet de donn\u00e9es au SCEF pour un ID externe sp\u00e9cifique, le SCEF s'occupe du reste. Si l'appareil est en mode d'\u00e9conomie d'\u00e9nergie PSM ou eDRX, les donn\u00e9es seront mises en m\u00e9moire tampon et livr\u00e9es lorsque l'appareil sera disponible. Si l'appareil est accessible au trafic, les donn\u00e9es seront livr\u00e9es imm\u00e9diatement. Cela s'applique \u00e9galement aux commandes de contr\u00f4le.<\/p>\n<p>\u00c0 tout moment, l'AS peut rappeler le message mis en m\u00e9moire tampon vers l'UE ou le remplacer par un nouveau.<\/p>\n<p>Le m\u00e9canisme de mise en m\u00e9moire tampon peut \u00e9galement \u00eatre utilis\u00e9 lors de la transmission de donn\u00e9es MO de l'UE vers l'AS. Si le SCEF n'a pas pu livrer les donn\u00e9es \u00e0 l'AS imm\u00e9diatement, par exemple en cas de travaux de maintenance sur les serveurs de l'AS, ces paquets seront mis en m\u00e9moire tampon et garantis livr\u00e9s d\u00e8s que l'AS sera disponible.<\/p>\n<p>Comme mentionn\u00e9 pr\u00e9c\u00e9demment, l'acc\u00e8s \u00e0 un certain service et l'UE pour l'AS (et NIDD \u2013 c'est un service) est r\u00e9gi par les r\u00e8gles et politiques du c\u00f4t\u00e9 du SCEF, ce qui permet de r\u00e9aliser la capacit\u00e9 unique d'utiliser simultan\u00e9ment les donn\u00e9es d'un m\u00eame UE par plusieurs AS. C'est-\u00e0-dire que si plusieurs AS se sont abonn\u00e9s \u00e0 un m\u00eame UE, alors apr\u00e8s avoir re\u00e7u les donn\u00e9es de l'UE, le SCEF les enverra \u00e0 tous les AS abonn\u00e9s. Cela convient bien aux cas o\u00f9 le cr\u00e9ateur du parc d'appareils sp\u00e9cialis\u00e9s partage des donn\u00e9es entre plusieurs clients. Par exemple, en cr\u00e9ant un r\u00e9seau de stations m\u00e9t\u00e9orologiques fonctionnant sur NB-IoT, il est possible de vendre les donn\u00e9es de ces stations \u00e0 de nombreux services simultan\u00e9ment.<\/p>\n<p><b>M\u00e9canisme de livraison garantie des messages <\/b><\/p>\n<p>Reliable Data Service \u2014 un m\u00e9canisme de livraison garantie des messages MO et MT sans utiliser d'algorithmes sp\u00e9cialis\u00e9s au niveau du protocole, comme par exemple le handshake dans TCP. Il fonctionne gr\u00e2ce \u00e0 l'activation d'un drapeau sp\u00e9cial dans la partie de service du message lors des \u00e9changes entre UE et SCEF. C'est \u00e0 l'AS de d\u00e9cider d'activer ou non ce m\u00e9canisme lors de la transmission du trafic.<\/p>\n<p>Si le m\u00e9canisme est activ\u00e9, l'UE inclut un drapeau sp\u00e9cial dans la partie de service du paquet en cas de besoin de livraison garantie des trafics MO. Lors de la r\u00e9ception d'un tel paquet, le SCEF r\u00e9pond \u00e0 l'UE par une confirmation. Si l'UE ne re\u00e7oit pas le paquet de confirmation, le paquet sera r\u00e9exp\u00e9di\u00e9 vers le SCEF. Le m\u00eame processus s'applique pour les trafics MT.<\/p>\n<p><b>Surveillance des appareils (monitoring events - MONTE)<\/b><\/p>\n<p>Comme mentionn\u00e9 pr\u00e9c\u00e9demment, la fonctionnalit\u00e9 du SCEF inclut, entre autres, les fonctions de contr\u00f4le de l'\u00e9tat de l'UE, appel\u00e9es surveillance des appareils. Si de nouveaux identifiants et m\u00e9canismes de transmission de donn\u00e9es sont des optimisations (m\u00eame tr\u00e8s s\u00e9rieuses) des proc\u00e9dures existantes, le MONTE est une fonctionnalit\u00e9 compl\u00e8tement nouvelle, non disponible dans les r\u00e9seaux 2G\/3G\/LTE. Le MONTE permet \u00e0 l'AS de suivre des param\u00e8tres tels que l'\u00e9tat de connexion, la disponibilit\u00e9 pour la communication, la localisation, le statut de roaming, etc. Nous expliquerons plus en d\u00e9tail chacun de ces points un peu plus tard.<\/p>\n<p>Pour activer un \u00e9v\u00e9nement de surveillance pour un appareil ou un groupe d'appareils, l'AS s'abonne au service correspondant en envoyant \u00e0 SCEF une commande de l'API MONTE, qui inclut des param\u00e8tres tels que l'ID externe ou l'ID de groupe externe, l'identifiant de l'AS, le type de surveillance, le nombre de rapports que l'AS souhaite obtenir. Si l'AS est autoris\u00e9 \u00e0 effectuer la demande, le SCEF provisionne l'\u00e9v\u00e9nement sur le HSS ou le MME en fonction du type (voir fig. 4). En cas d'\u00e9v\u00e9nement, le MME ou le HSS g\u00e9n\u00e8re un rapport vers SCEF, qui l'envoie \u00e0 l'AS.<\/p>\n<p>Le provisionnement de tous les \u00e9v\u00e9nements, \u00e0 l'exception de \"Number of UEs present in a geographic area\", se fait via le HSS. Deux \u00e9v\u00e9nements, \"Change of IMSI-IMEI Association\" et \"Roaming Status\", sont suivis directement sur le HSS, les autres \u00e9tant provisionn\u00e9s par le HSS sur le MME.<br \/>\nLes \u00e9v\u00e9nements peuvent \u00eatre ponctuels ou p\u00e9riodiques, selon leur type.<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT : comment \u00e7a fonctionne ? Partie 3 : SCEF \u2013 une fen\u00eatre unique d&#039;acc\u00e8s aux services de l&#039;op\u00e9rateur\" src=\"\/wp-content\/uploads\/2019\/11\/da265ed0443b7459d28101aa07adf221.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nL'envoi du rapport d'\u00e9v\u00e9nement (reporting) est effectu\u00e9 par le n\u0153ud surveillant l'\u00e9v\u00e9nement directement sur SCEF (Fig. 5).<\/p>\n<p><img decoding=\"async\" alt=\"NB-IoT : comment \u00e7a fonctionne ? Partie 3 : SCEF \u2013 une fen\u00eatre unique d&#039;acc\u00e8s aux services de l&#039;op\u00e9rateur\" src=\"\/wp-content\/uploads\/2019\/11\/9b385bbc324f14e1d484f1949d926b34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Point important :<\/b> les \u00e9v\u00e9nements de surveillance peuvent s'appliquer \u00e0 la fois aux dispositifs non-IP connect\u00e9s via SCEF et aux dispositifs IP transmettant des donn\u00e9es par des moyens classiques via MME-SGW-PGW.<\/p>\n<p>Examinons plus en d\u00e9tail chacun des \u00e9v\u00e9nements de surveillance :<\/p>\n<p><u>Perte de connectivit\u00e9<\/u> \u2014 informe l'AS que l'UE n'est plus disponible pour le trafic de donn\u00e9es ni pour les \u00e9changes de signalisation. Cet \u00e9v\u00e9nement se produit lorsque le 'mobile reachability timer' pour l'UE expire au niveau du MME. Dans la demande de ce type de surveillance, l'AS peut indiquer sa valeur de 'Maximum Detection Time' \u2014 si pendant cette p\u00e9riode, l'UE ne montre aucune activit\u00e9, l'AS sera inform\u00e9 que l'UE est inaccessible, avec une indication de la raison. Cet \u00e9v\u00e9nement se produit \u00e9galement si l'UE a \u00e9t\u00e9 supprim\u00e9e de force du r\u00e9seau pour une raison quelconque.<\/p>\n<p>* Pour que le r\u00e9seau sache que l'appareil est toujours accessible, il initie p\u00e9riodiquement la proc\u00e9dure de mise \u00e0 jour \u2014 Tracking Area Update (TAU). La fr\u00e9quence de cette proc\u00e9dure est d\u00e9finie par le r\u00e9seau \u00e0 l'aide du timer T3412 ou (T3412_extended dans le cas de PSM), dont la valeur est transmise \u00e0 l'appareil lors de la proc\u00e9dure d'Attachement ou du TAU suivant. Le mobile reachability timer est g\u00e9n\u00e9ralement de quelques minutes sup\u00e9rieur \u00e0 T3412. Si l'UE n'effectue pas de TAU avant l'expiration du 'Mobile reachability timer', le r\u00e9seau la consid\u00e8re comme inaccessible. <\/p>\n<p><u>Accessibilit\u00e9 de l\u2019UE<\/u> \u2013 Indique quand l\u2019UE devient accessible pour le trafic DL ou les SMS. Cela se produit lorsque l'UE devient disponible pour le paging (pour l'UE en mode eDRX) ou lorsque l'UE passe en mode ECM-CONNECT\u00c9 (pour l'UE en mode PSM ou eDRX), c'est-\u00e0-dire lorsqu'elle effectue un TAU ou envoie un paquet uplink.<\/p>\n<p><u>Reporting de localisation<\/u> \u2013 Ce type d'\u00e9v\u00e9nements de surveillance permet \u00e0 l'AS de demander des donn\u00e9es sur la position de l'UE. Il peut s'agir soit de la position actuelle (Current Location), soit de la derni\u00e8re connue (Last Known Location, d\u00e9termin\u00e9e par le cell ID depuis lequel l'appareil a fait un TAU ou a transmis du trafic pour la derni\u00e8re fois), ce qui est pertinent pour les dispositifs en modes d'\u00e9conomie d'\u00e9nergie PSM ou eDRX. Pour 'Current Location', l'AS peut demander des rapports r\u00e9p\u00e9t\u00e9s, l'MME informant l'AS \u00e0 chaque changement de position de l'appareil. <\/p>\n<p><u>Changement de l'association IMSI-IMEI<\/u> \u2013 Lors de l'activation de cet \u00e9v\u00e9nement, SCEF commence \u00e0 suivre le changement du lien IMSI (identifiant de la carte SIM) et IMEI (identifiant de l'appareil). Lorsqu'un \u00e9v\u00e9nement se produit, il informe l'AS. Cela peut \u00eatre utilis\u00e9 pour le r\u00e9assignement automatique de l'ID externe \u00e0 l'appareil lors de travaux de maintenance ou pour servir d'identifiant pour le vol de l'appareil.<\/p>\n<p><u>Statut du Roaming<\/u> \u2013 Ce type de surveillance est utilis\u00e9 par l'AS pour d\u00e9terminer si l'UE se trouve dans le r\u00e9seau domestique ou dans le r\u00e9seau d'un partenaire de roaming. Le PLMN (Public Land Mobile Network) de l'op\u00e9rateur o\u00f9 l'appareil est enregistr\u00e9 peut \u00eatre transmis de mani\u00e8re optionnelle.<\/p>\n<p><u>\u00c9chec de communication<\/u> \u2014 Ce type de surveillance informe l'AS des pannes de communication avec l'appareil, en se basant sur les raisons de l'interruption de la connexion (code de cause de lib\u00e9ration) re\u00e7ues du r\u00e9seau d'acc\u00e8s radio (protocole S1-AP). Cet \u00e9v\u00e9nement peut aider \u00e0 d\u00e9terminer la raison de l'\u00e9chec de la communication - en raison de probl\u00e8mes sur le r\u00e9seau, par exemple, lors de la surcharge de l'eNodeb (ressources radio non disponibles) ou en raison d'une panne de l'appareil lui-m\u00eame (connexion radio avec l'UE perdue). <\/p>\n<p><u>Disponibilit\u00e9 apr\u00e8s une d\u00e9faillance DDN<\/u> \u2013 Cet \u00e9v\u00e9nement informe l'AS que l'appareil est devenu disponible apr\u00e8s une d\u00e9faillance de communication. Cela peut \u00eatre utilis\u00e9 lorsqu'il est n\u00e9cessaire d'envoyer des donn\u00e9es \u00e0 l'appareil, mais que la tentative pr\u00e9c\u00e9dente a \u00e9chou\u00e9, car l'UE n'a pas r\u00e9pondu \u00e0 la notification du r\u00e9seau (paging), et les donn\u00e9es n'ont pas \u00e9t\u00e9 livr\u00e9es. Si ce type de surveillance a \u00e9t\u00e9 demand\u00e9 pour l'UE, d\u00e8s que l'appareil \u00e9tablit une communication entrante, effectue un TAU ou envoie des donn\u00e9es en uplink, l'AS sera inform\u00e9 que l'appareil est devenu disponible. \u00c9tant donn\u00e9 que la proc\u00e9dure DDN (notification de donn\u00e9es descendantes) fonctionne entre MME et S\/P-GW, ce type de surveillance n'est disponible que pour les dispositifs IP.<\/p>\n<p><u>Statut de connectivit\u00e9 PDN<\/u> \u2013 Informe l'AS lors du changement de statut de l'appareil (statut de connectivit\u00e9 PDN) - connexion (activation du PDN) ou d\u00e9connexion (suppression du PDN). Cela peut \u00eatre utilis\u00e9 par l'AS pour initier une communication avec l'UE, ou inversement, pour comprendre que la communication n'est plus possible. Ce type de surveillance est disponible pour les appareils IP et non-IP.<\/p>\n<p><u>Nombre d'UE pr\u00e9sentes dans une zone g\u00e9ographique<\/u> \u2013 Ce type de surveillance est utilis\u00e9 par l'AS pour d\u00e9terminer le nombre d'UE dans une zone g\u00e9ographique donn\u00e9e.<\/p>\n<p><b>D\u00e9clenchement d'appareils<\/b>)<\/p>\n<p>Dans les r\u00e9seaux 2G\/3G, le processus d'enregistrement dans le r\u00e9seau se faisait en deux \u00e9tapes : d'abord l'appareil s'enregistrait aupr\u00e8s du SGSN (proc\u00e9dure d'attach), puis, si n\u00e9cessaire pour transmettre des donn\u00e9es, il activait le contexte PDP \u2013 la connexion avec le passerelle de paquet (GGSN). Dans les r\u00e9seaux 3G, ces deux \u00e9tapes se succ\u00e9daient, c'est-\u00e0-dire que l'appareil ne devait pas attendre le moment o\u00f9 il devait transmettre des donn\u00e9es, mais activait imm\u00e9diatement le PDP d\u00e8s la fin de la proc\u00e9dure d'attach. Dans LTE, ces deux proc\u00e9dures ont \u00e9t\u00e9 unifi\u00e9es en une seule, c'est-\u00e0-dire qu'au moment de l'attach, l'appareil demandait imm\u00e9diatement l'activation de la connexion PDN (\u00e9quivalent PDP en 2G\/3G) via l'eNodeB vers le MME-SGW-PGW.<\/p>\n<p>Dans le NB-IoT, un mode de connexion est d\u00e9fini comme \"attach without PDN\", c'est-\u00e0-dire que l'UE r\u00e9alise un attach sans \u00e9tablir de connexion PDN. Dans ce cas, il n'est pas disponible pour le transfert de trafic et ne peut que recevoir ou envoyer des SMS. Pour transmettre \u00e0 un tel appareil une commande d'activation de la PDN et de connexion \u00e0 l'AS, une fonctionnalit\u00e9 appel\u00e9e \"Device triggering\" a \u00e9t\u00e9 d\u00e9velopp\u00e9e. <\/p>\n<p>\u00c0 la r\u00e9ception d'une commande de connexion de cet UE depuis l'AS, SCEF initie l'envoi d'un SMS de commande \u00e0 l'appareil via le centre SMS. \u00c0 la r\u00e9ception du SMS, l'appareil active la PDN et se connecte \u00e0 l'AS pour recevoir des instructions ult\u00e9rieures ou transmettre des donn\u00e9es.<\/p>\n<p>Il peut arriver que l'abonnement de l'appareil \u00e0 SCEF expire. Oui, l'abonnement a sa dur\u00e9e de vie, fix\u00e9e par l'op\u00e9rateur ou convenue avec l'AS. \u00c0 son expiration, la PDN sera d\u00e9sactiv\u00e9e sur le MME, et l'appareil ne sera plus disponible pour l'AS. Dans ce cas, la fonctionnalit\u00e9 \"Device triggering\" sera \u00e9galement utile. Lors de la r\u00e9ception de nouvelles donn\u00e9es de l'AS, SCEF v\u00e9rifie l'\u00e9tat de connexion de l'appareil et d\u00e9livre les donn\u00e9es par le canal SMS.<\/p>\n<p><b>Conclusion<\/b><\/p>\n<p>La fonctionnalit\u00e9 SCEF, bien s\u00fbr, ne se limite pas aux services d\u00e9crits ci-dessus et \u00e9volue et s'\u00e9tend constamment. Actuellement, plus d'une dizaine de services ont d\u00e9j\u00e0 \u00e9t\u00e9 standardis\u00e9s pour SCEF. Nous n'avons abord\u00e9 que les fonctions principales et demand\u00e9es par les d\u00e9veloppeurs, et nous discuterons des autres dans de futurs articles. <\/p>\n<p><b>La question se pose imm\u00e9diatement : comment obtenir un acc\u00e8s de test \u00e0 ce n\u0153ud \"miraculeux\" pour des tests pr\u00e9liminaires et le d\u00e9bogage de cas possibles ? C'est tr\u00e8s simple. Tout d\u00e9veloppeur peut envoyer une demande \u00e0 iot.info@mts.ru, dans laquelle il suffit d'indiquer l'objectif de la connexion, la description du cas possible et les coordonn\u00e9es pour \u00eatre contact\u00e9.<br \/>\n<\/b><br \/>\n\u00c0 bient\u00f4t !<\/p>\n<p><i>Auteurs : <\/p>\n<ul>\n<li>expert senior en solutions convergentes et services multim\u00e9dias Sergey Novikov <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/sanov\/\" class=\"user_link\">sanov<\/a><\/noindex>, <\/li>\n<li>expert en solutions convergentes et services multim\u00e9dias Alexey Lapshin <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/aslapsh\/\" class=\"user_link\">aslapsh<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/i><br \/>\n<br \/>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ru_mts\/blog\/473982\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u00abNB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442? \u0427\u0430\u0441\u0442\u044c 2\u00bb, \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u044f \u043f\u0440\u043e \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0443 \u043f\u0430\u043a\u0435\u0442\u043d\u043e\u0433\u043e \u044f\u0434\u0440\u0430 \u0441\u0435\u0442\u0438 NB-IoT, \u043c\u044b \u0443\u043f\u043e\u043c\u044f\u043d\u0443\u043b\u0438 \u043f\u0440\u043e \u043f\u043e\u044f\u0432\u043b\u0435\u043d\u0438\u0435 \u043d\u043e\u0432\u043e\u0433\u043e \u0443\u0437\u043b\u0430 SCEF. \u041e\u0431\u044a\u044f\u0441\u043d\u044f\u0435\u043c \u0432 \u0442\u0440\u0435\u0442\u044c\u0435\u0439 \u0447\u0430\u0441\u0442\u0438, \u0447\u0442\u043e \u0436\u0435 \u044d\u0442\u043e \u0442\u0430\u043a\u043e\u0435 \u0438 \u0437\u0430\u0447\u0435\u043c \u044d\u0442\u043e \u043d\u0443\u0436\u043d\u043e? \u041f\u0440\u0438 \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u0438 M2M-\u0441\u0435\u0440\u0432\u0438\u0441\u0430 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u044e\u0442\u0441\u044f \u0441\u043e \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u043c\u0438 \u0432\u043e\u043f\u0440\u043e\u0441\u0430\u043c\u0438: \u043a\u0430\u043a \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u0430; \u043a\u0430\u043a\u043e\u0439 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0430\u043b\u0433\u043e\u0440\u0438\u0442\u043c \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0438 \u0438 \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0436\u0434\u0435\u043d\u0438\u044f \u043f\u043e\u0434\u043b\u0438\u043d\u043d\u043e\u0441\u0442\u0438; \u043a\u0430\u043a\u043e\u0439 \u0432\u044b\u0431\u0440\u0430\u0442\u044c [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-52138","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u00abNB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442?\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47NB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442? \u0427\u0430\u0441\u0442\u044c 3: SCEF \u2013 \u0435\u0434\u0438\u043d\u043e\u0435 \u043e\u043a\u043d\u043e \u0434\u043e\u0441\u0442\u0443\u043f\u0430 \u043a \u0443\u0441\u043b\u0443\u0433\u0430\u043c \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u00abNB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442?\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T10:59:48+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47NB-IoT : comment \u00e7a fonctionne ? Partie 3 : SCEF \u2013 point d'acc\u00e8s unique aux services de l'op\u00e9rateur | ProHoster","description":"Dans l'article \u00ab NB-IoT : comment \u00e7a fonctionne ?","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47NB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442? \u0427\u0430\u0441\u0442\u044c 3: SCEF \u2013 \u0435\u0434\u0438\u043d\u043e\u0435 \u043e\u043a\u043d\u043e \u0434\u043e\u0441\u0442\u0443\u043f\u0430 \u043a \u0443\u0441\u043b\u0443\u0433\u0430\u043c \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430 | ProHoster","og:description":"\u0412 \u0441\u0442\u0430\u0442\u044c\u0435 \u00abNB-IoT: \u043a\u0430\u043a \u043e\u043d \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442?","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/nb-iot-kak-on-rabotaet-chast-3-scef-edinoe-okno-dostupa-k-uslugam-operatora","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T21:00:00+00:00","article:modified_time":"2020-02-18T10:59:48+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"52138","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 02:37:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:48:32","updated":"2026-01-24 02:37:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/52138","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=52138"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/52138\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=52138"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=52138"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=52138"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}