Brevet FR3126585A1 — publié le 20230303

L’invention concerne un procédé de traitement d’une requête d’intérêt (Ri P ) reçue par un nœud récepteur (N R ) d’un réseau orienté données et provenant d’un nœud émetteur, ledit procédé comprenant une étape de réception (E 10 ) de ladite requête d’intérêt (Ri P ) et une étape de vérification (E 12 ) d’une adéquation entre un niveau de qualité de transmission requis pour la transmission d’un contenu et des caractéristiques de transmission d’un chemin prédéterminé. La requête d’intérêt principale (Ri P ) est rejetée (E 13 ) si les caractéristiques de transmission du chemin prédéterminé sont insuffisantes pour une transmission du contenu vers le nœud émetteur. Figure pour l’abrégé : Fig. 4 Procédé de traitement d’une requête d’intérêt dans un réseau NDN La présente invention concerne un procédé de traitement d’une requête d’intérêt pour l’accès à un contenu dans un réseau orienté données, un nœud du réseau orienté données, ainsi que ledit réseau orienté données. Un réseau orienté données (également appelé réseau NDN pour « Named-Data Networking » en anglais) est un réseau de communication s’appuyant sur une pluralité de nœuds adaptés pour stocker des contenus. Ces contenus sont accessibles aux nœuds du réseau qui les demandent via des requêtes d’intérêt. Les contenus peuvent alors transiter entre les différents nœuds du réseau au gré des différentes demandes d’intérêt. Les réseaux NDN font partie des réseaux centrés sur l’information dit réseaux ICN pour (« Information-Centric Networking » en anglais). Ces réseaux ICN proposent un nouveau paradigme permettant de dissocier l’information de la localisation de cette dernière. En effet, pour retrouver un contenu il est usuel d’envoyer une requête à l’adresse IP du détenteur de ce contenu. En réalité, cette adresse IP est synonyme de localisation de l’hôte détenant ledit contenu. Les réseaux ICN promeuvent une approche où le contenu est décorrélé de la position et de l’hôte qui le détient. La illustre un réseau NDN tel qu’il est connu dans l’état de l’art. Ce réseau NDN s’appuie sur une pluralité de nœuds RC1, RC2, R1, R2, RP. Parmi ces nœuds, on distingue : - des nœuds consommateurs de contenus RC1, RC2 adaptés pour initier des requêtes d’intérêt ; - un nœud producteur de contenu RP adapté pour générer des contenus ; - des nœuds routeurs R1, R2 adaptés pour router les contenus dans le réseau NDN. Ces nœuds sont des équipements électroniques communicants, tels qu’un ordinateur, un serveur, un smartphone ou une tablette, adaptés pour échanger des données entre eux. Pour cela les différents nœuds RC1, RC2, R1, R2, RP comprennent des faces F1, F2, F3 pour assurer la connectivité entre eux. En fonction de la couche où le réseau NDN est déployé, les faces peuvent être des interfaces physiques de Forme d’Onde FO, des interfaces réseaux, des connexions TCP, etc. Chaque contenu est représenté par un nom. C’est ce principe de nommage qui va permettre d’adresser les contenus dans le réseau NDN. De plus, chaque nœud du réseau NDN maintient un ensemble de tables ou modules NDN parmi lesquels on distingue : - un module de stockage de contenu (également appelé « Content Store » ou module CS en anglais) identifié sous les références C1, C2, P ; - un module de de stockage d’informations de relayage (également appelé « Forwarding Information Base » en anglais ou module FIB) ; - un module de stockage de demandes d’intérêt en attente (également appelé « Pending Interest Table » en anglais ou module PIT). Le protocole associé au réseau NDN fonctionne en mode Pull c’est-à-dire en mode requête/réponse. La illustre un exemple de fonctionnement d’un tel réseau NDN. Dans ce réseau, le nœud producteur de contenu RP produit le contenu dénommé : Video/Cat/HD/Chunk1. Le nœud consommateur RC1 est désireux d’obtenir ce contenu. Pour cela, ce nœud consommateur RC1 envoie une requête d’intérêt appelée « Interest Packet » en anglais. Cette requête comprend le nom du contenu et elle est envoyée via la face F1, conformément à la stratégie de relayage utilisée dans cet exemple et représentée par le module FIB. Le nœud routeur R1 reçoit la requête d’intérêt et vérifie dans son module CS si le contenu recherché est disponible. Si ce contenu n’est pas disponible dans le nœud routeur R1, celui-ci transmet la requête d’intérêt via sa face F2 et inscrit dans son module PIT un intérêt pour Video/Cat/HD/Chunk1 reçu sur sa face F1. Le nœud routeur R2 effectue les mêmes opérations en transmettant via sa face F3 la requête d’intérêt et en inscrivant l’intérêt reçu sur sa face F1 dans son module PIT. Le nœud producteur de contenu RP reçoit la requête d’intérêt pour le contenu qu’il a produit et donc qu’il possède. En retour, il envoie le contenu sous forme de paquets de données (également appelés « Data Packet » en anglais) via son interface de réception. Le nœud routeur R2 reçoit les paquets de données du contenu et il les stocke dans son module CS local. Ces paquets de données sont ensuite relayés selon les informations sauvegardées dans le module PIT via l’interface F1. L’entrée du module PIT correspondant à l’intérêt/contenu en question est ensuite effacée. Le nœud routeur R1 effectue les mêmes opérations que le nœud routeur R2 en direction du nœud consommateur RC1, initiateur de la requête d’intérêt. Si le nœud consommateur RC2 veut également obtenir le contenu Video/Cat/HD/Chunk1, il envoie alors une requête d’intérêt pour ce contenu en direction du nœud routeur R2. Celui-ci reçoit alors la requête d’intérêt et répond avec le contenu sauvegardé au préalable dans son module CS. Le réseau NDN a été initialement conçu pour des réseaux filaires et Internet. Dans les réseaux sans-fil avec plusieurs liens radio (formes d’onde FO), il est nécessaire de limiter la diffusion de l’intérêt sur certaines de ces formes d’onde et plus généralement de contrôler la diffusion des requêtes d’intérêt afin d’optimiser en retour le chemin des données. Des travaux divulgués dans le document « Closing the Floodgate with Stateless Content-Centric Networking, ICCCN 2017 » et dans le document « Reducing forwarding state in content-centric networks with semi-stateless forwarding, Infocom 2014 » proposent de modifier le module PIT afin de pouvoir adapter de façon plus aisée le chemin des données (chemin retour). En effet, dans un réseau NDN, les données du contenu suivent obligatoirement le sens inverse de la requête d’intérêt grâce à l’information stockée dans ce module PIT. Cependant, les solutions exposées dans ces documents nécessitent des modifications importantes dans le réseau NDN apportant des contraintes supplémentaires pour l’obtention des contenus. Il existe donc un besoin d’améliorer le fonctionnement global d’un réseau orienté données en vue d’optimiser le transfert des contenus entre les nœuds de ce réseau. La présente invention vise à remédier au moins en partie à ce besoin. Plus particulièrement, la présente invention a pour objectif de résoudre le problème de diffusion et d’inondation de requêtes d’intérêt dans un réseau NDN fonctionnant dans un environnement radio contraint. Pour cela un premier objet de l’invention concerne un procédé de traitement d’une requête d’intérêt reçue par un nœud récepteur d’un réseau orienté données. La dite requête d’intérêt, dite requête d’intérêt principale, provenant d’un nœud émetteur pour l’accès à un contenu. Le procédé de traitement comprenant dans ledit nœud récepteur une étape de réception de ladite requête d’intérêt principale, cette requête d’intérêt principale comportant un identifiant du nœud émetteur et un nom du contenu. La requête d’intérêt principale est transmise vers le nœud récepteur selon un chemin de transmission prédéterminé entre ledit nœud émetteur et ledit nœud récepteur, ledit chemin de transmission prédéterminé ayant des caractéristiques de transmission associées. Le procédé de traitement comprend également une étape de vérification d’une adéquation entre un niveau de qualité de transmission requis pour la transmission dudit contenu et les caractéristiques de transmission du chemin prédéterminé. Dans le cas où lesdites caractéristiques de transmission du chemin prédéterminé sont insuffisantes pour une transmission du contenu vers le nœud émetteur, la requête d’intérêt principale est rejetée. Le nœud récepteur permet ainsi de bloquer une requête d’intérêt en se basant sur la qualité du lien réseau dans le sens retour et s’il est estimé que le contenu renvoyé en retour ne pourra pas respecter une certaine qualité de transmission attendue. Plus précisément, quand un nœud récepteur reçoit une requête d’intérêt d’un nœud émetteur, il va évaluer la qualité du lien dans le sens retour (c’est-à-dire la qualité du chemin du nœud récepteur vers le nœud émetteur), avant de relayer sur ses interfaces de sortie la requête d’intérêt vers d’autres nœuds et de garder un état de cette diffusion dans son module PIT. L’invention considère que l’information concernant la qualité du lien dans le sens retour est disponible dans le nœud récepteur. L’invention propose ainsi que l’information concernant la qualité de transmission attendue pour le contenu lié à la requête d’intérêt, est disponible dans le nœud récepteur. On lie alors la qualité demandée par la donnée à la convention de nommage du réseau NDN. Il est alors possible de filtrer une requête d’intérêt au niveau du nœud récepteur en fonction de la qualité des liens, ce qui permet d’assurer une qualité requise pour le transport du contenu dans le sens retour. On limite alors la génération de requêtes d’intérêt inutiles pour lesquelles le contenu associé est incompatible avec le lien dans le sens retour. Dans un mode de réalisation particulier, dans le cas où les caractéristiques de transmission du chemin prédéterminé sont suffisantes pour la transmission du contenu le procédé de traitement comprend une étape de vérification de la présence du contenu dans le nœud récepteur. Si le contenu est présent dans le nœud récepteur, le procédé de traitement comprend une étape de transmission dudit contenu vers le nœud émetteur via le chemin de transmission prédéterminé. On s’assure que le contenu sera bien acheminé au nœud émetteur via le lien retour. Dans un mode de réalisation particulier, si le contenu n’est pas présent dans le nœud récepteur et si les caractéristiques de transmission sont suffisantes vers le nœud émetteur N E , ledit nœud récepteur conserve la requête d’intérêt principale dans son module PIT et transmet une requête d’intérêt secondaire à au moins un autre nœud du réseau via un autre chemin de transmission. Dans un mode de réalisation particulier, le nœud récepteur reçoit le contenu transmis par l’autre nœud via l’autre chemin, stocke ledit contenu et transmet ledit contenu au nœud émetteur via le chemin prédéterminé. Dans le sens de retour des données, une fois la requête d’intérêt arrivée à un nœud intermédiaire possédant le contenu, ledit nœud intermédiaire sélectionne le chemin inverse de celui suivi par la requête d’intérêt pour renvoyer les données après évaluation du dernier lien retour, c’est-à-dire du lien entre ce nœud intermédiaire et le nœud précédent qui lui a transmis la requête d’intérêt. Chaque nœud de la chaîne de remontée du contenu vers le nœud émetteur utilise alors son module PIT pour inverser la route. Ce fonctionnement est identique si le nœud possédant le contenu est le nœud producteur du contenu. Le contenu est remonté d’un nœud intermédiaire vers le nœud précédent si le lien entre ces deux nœuds respecte la qualité de transmission requise pour ledit contenu. Dans un mode de réalisation particulier, suite à la réception de la requête d’intérêt principale par le nœud récepteur, le procédé de traitement comprend une étape d’identification d’un identifiant du nœud émetteur et d’une forme d’onde utilisée pour la transmission de la requête d’intérêt principale. Dans un mode de réalisation particulier, les caractéristiques de transmission du chemin prédéterminé sont obtenues à partir d’un serveur de communication multi-plateformes externe au réseau orienté données. Ce serveur de communication multi-plateformes est, par exemple, interrogé directement par le nœud récepteur via une requête d’interrogation. Cette requête d’interrogation comprend alors l’identifiant du nœud émetteur et la forme d’onde utilisée. En retour, le serveur de communication fournit les caractéristiques de transmission du chemin prédéterminé. Le nœud récepteur va alors pouvoir évaluer la qualité du chemin prédéterminé sur lequel la requête d’intérêt a été reçue afin d’estimer la capacité dudit chemin à assurer, comme le lien retour, la qualité de service pour le transfert du contenu. Dans un mode de réalisation particulier, au moins une des caractéristiques de transmission du chemin prédéterminé est choisie parmi une liste de caractéristiques comprenant un débit du chemin prédéterminé, une latence du chemin prédéterminé, un taux de perte ou une durée de vie du chemin prédéterminé, une souveraineté du chemin prédéterminé, un niveau de protection du chemin prédéterminé, un coût d’utilisation du chemin prédéterminé. Un autre objet de l’invention concerne un nœud récepteur d’un réseau orienté données, ledit nœud récepteur étant adapté pour recevoir une requête d’intérêt pour l’accès à un contenu provenant d’un nœud émetteur. Le nœud récepteur comprend une unité centrale de traitement de données, une interface entrée/sortie, un module de stockage de contenu, un module de stockage d’informations de relayage et un module de stockage de requête d’intérêt en attente. Ces éléments sont configurés pour mettre en œuvre les étapes d’un procédé de traitement de la requête d’intérêt reçue par ledit nœud récepteur, selon l’invention. Dans un mode de réalisation particulier, l’interface entrée/sortie est compatible avec les formes d’onde 5G. Les communications entre les différents nœuds du réseau sont réalisées via un réseau de téléphonie classique. En variante, les communications sont réalisées via une constellation de satellites. Un autre objet de l’invention concerne un réseau orienté données comportant au moins un nœud récepteur selon l’invention. Un autre objet de l’invention concerne l’utilisation d’un réseau orienté données selon l’invention pour la transmission d’un contenu à un utilisateur. Le réseau orienté données est utilisable par un opérateur de télécommunication, un distributeur de contenu, un intégrateur et/ou un fournisseur de solutions de communications pour des réseaux contraints. Un autre objet de l’invention concerne un programme d’ordinateur comportant des instructions de programme exploitables par un nœud récepteur d’un réseau orienté données, ledit nœud récepteur étant adapté pour recevoir une requête d’intérêt provenant d’un nœud émetteur en vue de l’accès à un contenu, lesdites instructions de programme lorsqu’elles sont exécutées par ledit nœud récepteur déclenchant la mise en œuvre d’un procédé de traitement de la requête d’intérêt selon l’invention. La présente invention sera mieux comprise à la lecture de la description détaillée de modes de réalisation pris à titre d’exemples nullement limitatifs et illustrés par les dessins annexés sur lesquels : la illustre un réseau orienté données selon l’art antérieur ; la illustre un réseau orienté données selon l’invention comprenant un nœud récepteur adapté pour traiter une requête d’intérêt ; la est un agrandissement du nœud récepteur de la ; la illustre les étapes d’un procédé de traitement de la requête d’intérêt reçue par le nœud récepteur de la . L’invention n’est pas limitée aux modes de réalisation et variantes présentées et d’autres modes de réalisation et variantes apparaîtront clairement à l’homme du métier. La illustre un réseau orienté données selon l’invention comprenant ici : - un nœud émetteur N E ; - un nœud récepteur N R ; - un autre nœud N A . Le nœud émetteur N E est un nœud du réseau adapté pour émettre une requête d’intérêt principale Ri P en direction du nœud récepteur N R via un chemin prédéterminé W p . Le chemin prédéterminé W p est défini par un identifiant @MAC du nœud émetteur N E, par un identifiant @MAC du nœud récepteur N R et par une forme d’onde FO utilisée pour véhiculer la requête d’intérêt principale Ri P . La forme d’onde FO englobe l’ensemble des informations concernant l’onde électromagnétique véhiculant la requête tel qu’une longueur d’onde, une polarisation de l’onde, un comportement ondulatoire, etc. Le nœud émetteur N E est, par exemple, un smartphone appartenant à un utilisateur désireux d’obtenir un contenu C ONT à consommer, tel qu’un contenu vidéo, un contenu musical ou tout autre type de contenu. La requête principale Ri P comprend l’identifiant @MAC du nœud émetteur N E et un nom Name du contenu C ONT . Le nom Name du contenu C ONT est celui référencé par la convention de nommage du réseau NDN. Il s’agit d’une suite de caractères tel que, par exemple, la suite de caractères : Video/Cat/HD/Chunk1. On notera que l’identifiant du nœud récepteur N R et l’identifiant du nœud émetteur N e sont, par exemple, des adresses MAC. En variante, ces identifiants sont des adresses IP, ou tout autre forme d’adressage permettant d’identifier le nœud dans le réseau NDN. Le nœud récepteur N R est adapté pour recevoir la requête d’intérêt principale Ri P et pour la traiter. Ce nœud récepteur N R est un nœud consommateur de contenu, un nœud routeur ou un nœud producteur de contenu. Le nœud récepteur N R traite la requête d’intérêt principale. Pour cela, il transmet une requête d’interrogation Req à un serveur de communication multi-plateformes S. La requête d’interrogation Req comprend l’identifiant @MAC du nœud émetteur N E et la forme d’onde FO utilisée pour véhiculer la requête d’intérêt principale Ri P . Le serveur de communication S a un accès privilégié à l’information de qualité de la forme d’onde. Ainsi, à partir de l’identifiant @MAC du nœud émetteur N E , de la forme d’onde FO utilisée, le serveur de communication S est apte à déduire les caractéristiques Ca de transmission du chemin prédéterminé W P . Ces informations Ca sont transmises par le serveur de communication S au nœud récepteur N R via une requête de réponse Rep. Le nœud récepteur N R est adapté pour déduire le niveau de qualité de transmission requis QoS pour la transmission du contenu C ONT à partir des informations contenu dans le nom NAME de ce contenu C ONT . Par exemple, dans la suite de caractères : Video/Cat/HD/Chunk1, le HD correspond à un haut niveau de qualité. Dans le cas où le nœud récepteur N R possède le contenu C ONT , celui-ci est transmis au nœud émetteur N E si les caractéristiques Ca de transmission du chemin prédéterminé W P sont compatibles avec le niveau de qualité de transmission requis QoS. Si le nœud récepteur N R ne possède pas le contenu C ONT et si les caractéristiques Ca de transmission du chemin prédéterminé W p sont toujours compatibles avec le niveau de qualité de transmission requis QoS, ledit nœud récepteur N R peut demander ce contenu à l’autre nœud N A via une requête d’intérêt secondaire Ri S qui sera transmise par un autre chemin de transmission W A . L’autre nœud N A est un nœud consommateur de contenu, un nœud routeur ou un nœud producteur de contenu. Si les caractéristiques Ca de transmission du chemin prédéterminé ne sont pas suffisantes pour la transmission du contenu, une réponse NACK de non accord de transfert du contenu C ONT est alors envoyée au nœud émetteur N E . La décrit plus en détail la structure d’un nœud récepteur N R selon l’invention. Ce nœud récepteur N R comprend : - une unité centrale 100 de traitement de données ; - une interface entrée/sortie I/O ; - un module CS de stockage de contenu ; - un module FIB de stockage d’informations de relayage ; - un module PIT de stockage d’état de requête d’intérêt en attente. L’unité centrale 100 est adaptée pour traiter la requête d’intérêt principale Ri P . Cette unité 100 interagit avec les autres éléments du nœud récepteur N R . L’interface entrée/sortie I/O est adaptée pour recevoir la requête d’intérêt principale Ri P . Cette interface I/O possèdent plusieurs faces, chaque face formant un couple entrée/sortie. Ainsi si une requête d’intérêt principale Ri P est reçue sur une entrée de la face, c’est la sortie de cette même face qui sera utilisée pour transmettre le contenu C ONT . Chaque face est associée à une forme d’onde FO utilisée pour véhiculer la requête d’intérêt principale Ri P et le contenu C ONT . Préférentiellement, l’interface entrée/sortie I/O est compatible avec les formes d’onde 5G. L’interface I/O est également adaptée pour transmettre une requête d’intérêt secondaire Ri S à l’autre nœud N A . Enfin, l’interface I/O est adaptée pour communiquer avec le serveur de communication multi-plateformes S. Le module CS de stockage de contenu est adapté pour stocker un ou plusieurs contenus. Les contenus sont produits directement par le nœud récepteur N R dans le cas où celui-ci est un nœud producteur de contenu. En variante, ces contenus sont captés par le nœud récepteur N R lorsque ledit nœud est un nœud intermédiaire faisant partie d’une chaîne de remontée de contenu. Préférentiellement, ce module CS de stockage agit de la même manière qu’une mémoire cache. Comme il a déjà été décrit, ce niveau de qualité de transmission requis QoS est présent dans le nom Name du contenu. Le module FIB est une table de routage dans le réseau NDN qui maintient une correspondance entre le nom Name du contenu C ont et la face à utiliser pour transmettre ce contenu au nœud émetteur N E . Le module PIT de stockage est adapté pour maintenir un état des requêtes d’intérêt ainsi que l’ensemble des chemins à utiliser pour relayer le contenu au nœud émetteur N E de la requête d’intérêt principale Ri P . La illustre plus particulièrement les étapes du procédé de traitement de la requête d’intérêt principale Ri P reçue par le nœud récepteur N R . Le procédé comprend ainsi une étape de réception E 10 de la requête d’intérêt principale Ri p. Comme il a déjà été précisé, cette requête Ri p comporte un identifiant @MAC du nœud émetteur N E et un nom Name du contenu C ONT . La requête d’intérêt principale Ri p est transmise entre le nœud émetteur N E et le nœud récepteur N R selon le chemin de transmission prédéterminé W p qui possède des caractéristiques de transmission Ca. Dans une étape E 11 , l’identifiant @MAC du nœud émetteur N E et la forme d’onde FO utilisée pour la transmission de la requête Ri p sont identifiées par le nœud récepteur N R . Dans une étape E 12, il est procédé à la vérification d’une adéquation entre le niveau de qualité de transmission requis QoS pour la transmission du contenu C ONT et les caractéristiques Ca de transmission du chemin prédéterminé W P . Ces caractéristiques de transmission Ca sont obtenues au cours de cette étape E 12 à partir du serveur de communication multi-plateformes. Le niveau de qualité de transmission requis QoS est déduit du nom Name du contenu C ONT . Dans une étape E 13 , la requête d’intérêt principale Ri P est rejetée car il est déterminé que les caractéristiques de transmission du chemin prédéterminé W P sont insuffisantes pour une transmission du contenu C ONT vers le nœud émetteur N E . Une réponse NACK de non accord de transfert du contenu C ONT est alors envoyée au nœud émetteur N E . A l’inverse, dans le cas où il est déterminé que les caractéristiques de transmission sont suffisantes, le procédé de traitement de la requête d’intérêt se poursuit dans une étape de vérification E 14 de la présence du contenu C ONT dans le nœud récepteur N R . Si le contenu C ONT est présent dans le nœud récepteur N R , celui-ci est alors transmis dans une étape de transmission E 15 au nœud émetteur N E via le chemin de transmission prédéterminé W P. Si le contenu C ONT n’est pas présent dans le nœud récepteur N R , ce nœud récepteur N R conserve dans une étape E 16 la requête d’intérêt principale Ri P . Le module PIT et le module FIB sont alors mis à jour. Dans une étape E 17 , le nœud récepteur N R transmet alors une requête d’intérêt secondaire Ri S à au moins un autre nœud N A du réseau NDN via un autre chemin de transmission W A. La requête d’intérêt secondaire Ri S comprend l’adresse MAC du nœud récepteur N R ainsi que le nom NAME du contenu C ONT . Dans le cas où l’autre nœud N A possède le contenu C ONT recherché. Celui-ci est alors transmis au nœud récepteur N R qui le stocke dans le module CS de stockage de contenu. A partir du module FIB et du module PIT du nœud récepteur N R , le contenu C ONT est transmis au nœud émetteur N E via le chemin prédéterminé W P . L’invention concerne également un programme d’ordinateur comportant des instructions de programme exploitables par le nœud récepteur N R du réseau orienté données NDN. Ces instructions de programme sont notamment exécutées par l’unité centrale 100 de traitement de données pour la mise en œuvre du procédé de traitement de la requête d’intérêt. L’invention propose ainsi de nouvelles interactions entre le réseau NDN et l’environnement existant telles que : - un accès de l’unité centrale 100 du nœud à l’interface I/O et notamment à la face sur laquelle la requête d’intérêt a été reçue. La forme d’onde sur laquelle la requête d’intérêt a été reçue est remontée à l’unité centrale 100 et au programme d’ordinateur pour le traitement de ladite requête ; - une information sur la qualité de transmission demandée dans l’intérêt de l’utilisateur. Cette qualité de transmission correspond aux garanties demandée par le contenu dans le sens retour. Cette qualité de service est indiquée directement dans la convention de nommage NDN. En variante cette qualité de transmission est stockée dans une base de données au sein du nœud, telle que le module CS de stockage de contenu ou toute autre base. Cette base de données peut donner accès à d’autres informations sur les propriétés des contenus (taille des paquets, durée de vie, etc.) ; - un accès à un module qui répertorie les liens radio, leur utilisation et leur qualité sur chaque forme d’onde. Chaque nœud support de la recherche du contenu dans le réseau NDN doit pouvoir évaluer la qualité du lien sur lequel la requête d’intérêt a été reçue dans le sens retour, afin d’estimer la capacité de ce lien à assurer la qualité de transmission du contenu. L’invention apporte ainsi les avantages suivants : - elle permet de réduire les risques d’inondation dans le réseau NDN en filtrant les requêtes d’intérêt inutiles ; - elle simplifie les algorithmes de transmission étant donné qu’une première sélection de chemin est réalisée ; - elle assure une meilleure cohabitation du réseau NDN avec une mise en réseau plus classique de type IP grâces à des tables de qualité du lien radio ; - elle permet de garder une compatibilité avec le protocole NDN en nécessitant des modifications mineures des implémentations existantes ; - elle permet d’adapter dynamiquement la recherche du contenu aux conditions du réseau et à sa charge en trafic. Procédé de traitement d’une requête d’intérêt reçue par un nœud récepteur (N R ) d’un réseau orienté données (NDN), ladite requête d’intérêt, dite requête d’intérêt principale (Ri P ), provenant d’un nœud émetteur (N E ) pour l’accès à un contenu (C ONT ), ledit procédé de traitement comprenant dans ledit nœud récepteur (N R ) : - une étape de réception (E 1 0 ) de ladite requête d’intérêt principale (Ri P ), ladite requête d’intérêt principale (Ri P ) comportant un identifiant (@MAC) du nœud émetteur (N E ) et un nom (Name) du contenu (C ONT ), ladite requête d’intérêt principale (Ri P ) étant transmise vers le nœud récepteur (N R ) selon un chemin de transmission prédéterminé (W p ) entre ledit nœud émetteur (N E ) et ledit nœud récepteur (N R ), ledit chemin de transmission prédéterminé (W p ) ayant des caractéristiques de transmission (Ca) associées ; - une étape de vérification (E 12 ) d’une adéquation entre un niveau de qualité de transmission requis (QoS) pour la transmission dudit contenu (C ONT ) et les caractéristique (Ca) de transmission du chemin prédéterminé (W P ) ; et dans le cas où lesdites caractéristiques de transmission du chemin prédéterminé (W P ) sont insuffisantes pour une transmission du contenu (C ONT ) vers le nœud émetteur (N E ), la requête d’intérêt principale (Ri P ) est rejetée (E 13 ). Procédé de traitement selon la revendication 1, dans lequel dans le cas où les caractéristiques de transmission (Ca) du chemin prédéterminé (W p ) sont suffisantes pour la transmission du contenu (C ONT ), ledit procédé de traitement comprend : - une étape de vérification (E 1 4 ) de la présence du contenu (C ONT ) dans le nœud récepteur (N R ) ; et si le contenu (C ONT ) est présent dans ledit nœud récepteur (N R ), ledit procédé de traitement comprend une étape de transmission (E 1 5 ) dudit contenu (C ONT ) vers le nœud émetteur (N E ) via le chemin de transmission prédéterminé (W P ). Procédé de traitement selon la revendication 2, dans lequel si le contenu (C ONT ) n’est pas présent dans le nœud récepteur (N R ), ledit nœud récepteur (N R ) conserve (E 16 ) la requête d’intérêt principale (Ri P ) et transmet (E 1 7 ) une requête d’intérêt secondaire (Ri S ) à au moins un autre nœud (N A ) du réseau (NDN) via un autre chemin de transmission (W A ). Procédé de traitement selon la revendication 3, dans lequel le nœud récepteur (N R ) : - reçoit le contenu (C ONT ) transmis par l’autre nœud (N A ) via l’autre chemin (W A ), - stocke ledit contenu (C ONT ) ; - transmet ledit contenu (C ONT ) au nœud émetteur (N E ) via le chemin prédéterminé (W P ). Procédé de traitement selon l’une quelconque des revendications 1 à 4, dans lequel ledit procédé comprend, suite à la réception de la requête d’intérêt principale par le nœud récepteur (N R ) : - une étape (E 11 ) d’identification d’un identifiant (@MAC) du nœud émetteur (N E ) et d’une forme d’onde (FO) utilisée pour la transmission de la requête d’intérêt principale (Ri P ). Procédé de traitement selon la revendication 5, dans lequel les caractéristiques (C A ) de transmission du chemin prédéterminé (W P ) sont obtenues à partir d’un serveur de communication multi-plateformes (S) externe au réseau orienté données (NDN). Procédé de traitement selon l’une quelconque des revendications 1 à 6, dans lequel au moins une des caractéristiques (Ca) de transmission du chemin prédéterminé (W P ) est choisie parmi une liste de caractéristiques comprenant : - un débit du chemin prédéterminé (W P ) ; - une latence du chemin prédéterminé (W P ) ; - un taux de perte ; - un durée de vie du chemin prédéterminé (W P ) ; - une souveraineté du chemin prédéterminé (W P ) ; - un niveau de protection du chemin prédéterminé (W P ) ; - un coût d’utilisation du chemin prédéterminé (W P ). Nœud récepteur d’un réseau orienté données (NDN), ledit nœud récepteur (N R ) étant adapté pour recevoir une requête d’intérêt (Ri P ) pour l’accès à un contenu (C ONT ) provenant d’un nœud émetteur (N E ), ledit nœud récepteur (N R ) comprenant les éléments suivants : - une unité centrale (100) de traitement de données ; - une interface entrée/sortie (I/O) ; - un module (CS) de stockage de contenu ; - un module (FIB) de stockage d’informations de relayage ; - un module (PIT) de stockage de requête d’intérêt en attente, lesdits éléments étant configurés pour mettre en œuvre les étapes d’un procédé de traitement de la requête d’intérêt (Ri P ) reçue par ledit nœud récepteur (N R ), selon l’une quelconque des revendications 1 à 7. Nœud récepteur selon la revendication 8 dans lequel l’interface entrée/sortie (I/O) est compatible avec les formes d’onde 5G. Réseau orienté données comportant au moins un nœud récepteur (N R ) selon l’une quelconque des revendications 8 ou 9. Utilisation d’un réseau orienté données (NDN) selon la revendication 10 pour la transmission d’un contenu (C ONT ) à un utilisateur. Produit programme d’ordinateur comportant des instructions de programme exploitables par un nœud récepteur (N R ) d’un réseau orienté données (NDN) selon l’une quelconque des revendications 8 ou 9 , ledit nœud récepteur (N R ) étant adapté pour recevoir une requête d’intérêt (Ri P ) provenant d’un nœud émetteur (N E ) en vue de l’accès à un contenu (C ONT ), lesdites instructions de programme lorsqu’elles sont exécutées par ledit nœud récepteur (N R ) déclenchant la mise en œuvre d’un procédé de traitement de la requête d’intérêt (Ri P ) selon l’une quelconque des revendications 1 à 7.