Universal Plug and Play - Définition

Problèmes d'UPnP

• UPnP utilise HTTP par-dessus UDP (aussi connu sous les sigles HTTPU et HTTPMU pour l'unicast et le multicast) bien que cette spécification ne soit pas standardisée et que son brouillon ait expiré en 2001.
• UPnP n'intègre pas de protocole léger d'authentification, les protocoles de sécurités disponibles sont complexes.

En conséquence, beaucoup de dispositifs sont implicitement déconnectés pour des questions de sécurité.

• Pour des raisons inconnues, l'utilisation de SSDP et d'UPnP sur certaines installations de Microsoft Windows XP provoque régulièrement la disparition des icônes de la barre des tâches

Le protocole

Découverte (discovery)

Pour une adresse IP donnée, la première étape de la gestion d'un réseau UPnP est la découverte de services. Quand un périphérique est connecté au réseau, le protocole de découverte d'UPnP permet à ce dispositif de prévenir les points de contrôle du réseau de ses services. Parallèlement, quand un point de contrôle est connecté au réseau, le protocole de découverte permet à ce point de contrôle de rechercher les dispositifs intéressants sur le réseau. Les échanges fondamentaux dans ces deux cas, sont des messages contenants les informations spécifiques essentielles sur le dispositif et un de ses services, comme, par exemple, son type, son identifiant ou un pointeur vers des informations plus détaillées. Le protocole de découverte UPnP est basé sur SSDP.

Description

L'étape suivante dans un réseau UPnP est la description. Quand un point de contrôle a découvert un dispositif, il ne lui connaît que peu d'informations.

Pour qu'un point de contrôle puisse en apprendre davantage sur le dispositif et ses possibilités, ou pour interagir avec celui-ci, il doit récupérer la description du dispositif depuis l'URL fournie par celui-ci dans le message de découverte.

La description UPnP d'un dispositif est exprimée en XML et comprend des informations spécifiques au fournisseur du dispositif comme le nom du modèle, le numéro de série ou le nom du fournisseur, des URL vers les sites web des fournisseurs.

Ces descriptions incluent également une liste des dispositifs embarqués ou services ainsi que les URL pour les commandes, les contrôles ou les présentations.

Pour chaque service, la description inclut une liste de commandes ou d'actions auxquelles le service répond et les paramètres ou arguments pour chacune de ces actions.

La description de service inclut également la liste des variables décrivant l'état de ce service pendant son exécution en termes de types de données, de plage de valeurs ou de caractéristiques d'évènements.

Contrôle (control)

L'étape suivante est le contrôle. Après qu'un point de contrôle ait reçu une description du dispositif, celui-ci peut envoyer des actions au service d'un dispositif. Pour cela, un point de contrôle envoie un message de contrôle approprié à l'URL de contrôle du service (fournie par la description du dispositif). Les messages de contrôle sont également décrits en XML en utilisant SOAP. Comme tout appel de fonction, en réponse aux messages de contrôle, les services renvoient des valeurs spécifiques aux actions. Les effets de ces actions, le cas échéant, sont visibles par le changement des variables qui décrivent l'état d'exécution du service.

Notification d'événements (event notification)

Après le contrôle vient la notification d'évènement.

Une description de service UPnP inclut une liste d'actions auxquelles le service répond et une liste des variables qui caractérisent le service à l'exécution.

Quand ses variables changent, le service publie des mises à jour.

Les mises à jours sont des messages XML de type GENA contenant le nom des variables et leurs valeurs.

Les points de contrôles peuvent s'abonner pour les recevoir.

Un message initial particulier est envoyé quand un point de contrôle s'inscrit, ce message contient les noms et les valeurs de toutes les variables pour permettre à l'abonné de s'initialiser.

Pour supporter les scénarios de réseaux à plusieurs points de contrôle, la notification est prévue pour que tous les points de contrôles soient informés uniformément des effets de chaque action.

En conséquence, tout abonné reçoit des messages d'évènements pour toutes les variables « notifiantes » qui ont changé et des messages d'événements sont envoyés, quelle que soit la raison pour laquelle l'état de la variable a changé (que le changement soit le résultat d'une action ou parce que l'état du service a changé).

Présentation

La dernière étape d'un réseau UPnP est la présentation. Si un dispositif a une URL de présentation, un point de contrôle peut recevoir une page depuis cette URL, charger la page dans un navigateur web et, selon les capacités de la page, permettre à un utilisateur de contrôler le dispositif et/ou de voir l'état d'un dispositif. Les possibilités d'une telle page peuvent changer en fonction des capacités du périphérique qui présente la page à l'utilisateur.

Standards audio et vidéo (UPnP AV standards)

UPnP AV (pour UPnP Audio and Video) est un groupe à l'intérieur du standard UPnP supervisé par la DLNA (anciennement : Digital Home Working Group), qui est un regroupement de constructeurs et vendeurs de l'industrie du divertissement à la maison (home entertainment) proposant le label "DLNA CERTIFIED™" ("certifié DLNA") pour les produits qui respectent leur guide d'interopérabilité pour périphériques réseau. Les membres du forum DLNA "partagent une vision de l'interopérabilité sur les réseaux câblés et sans-fils des ordinateurs personnels (PC), des matériels électroniques (Consumers Electronics - CE) et des périphériques mobiles à la maison permettant un environnement transparent (pour l'utilisateur) de partage et d'extension des nouveaux médias et des services de contenu" et "DLNA est attaché à fournir un cadre d'interopérabilité des guides de conception basés sur les standards ouverts de l'industrie pour compléter la convergence numérique. Le 12 juillet 2006, le Forum UPnP a annoncé la disponibilité des 'Spécifications étendues AV', cette réalisation est la version 2 des spécifications Audio et Vidéo (UPnP AV v2), avec de nouvelles classes MediaServer version 2.0 et un MediaRenderer version 2.0. Ces perfectionnements sont créés par l'ajout de possibilités aux classes de dispositifs MediaServer et MediaRenderer permettant un meilleur niveau d'interopérabilité entre les MediaServers et MediaRenderers de différents constructeurs.

Les composants Audio et Vidéo d'UPnP AV

• UPnP MediaServer DCP : le serveur UPnP (un dispositif « esclave ») qui partage ses médias (comme l'audio, la vidéo, des images) avec les clients UPnP du réseau.
• UPnP MediaServer ControlPoint : le client UPnP (un dispositif « maitre ») qui peut détecter automatiquement les serveurs UPnP du réseau pour rechercher et visionner leurs fichiers.
• UPnP MediaRenderer DCP : dispositif « esclave » pouvant afficher du contenu.
• UPnP RenderingControl DCP : dispositif permettant de contrôler les paramètres de rendu d'un contenu : volume, brillance ...
• UPnP Remote User Interface (RUI) client/server : clients et serveurs UPnP qui peuvent envoyer des commandes sur le réseau (comme enregistrer, programmer, lecture, pause, stop, etc.).
  • Web4CE (CEA 2014) for UPnP Remote UI - Standard CEA-2014 conçu par le Home Network Committee R7 de la Consumer Electronics Association. Protocole basé sur des pages web pour les Remote User Interface des réseaux UPnP et Internet (Web4CE). Ce standard permet à un réseau résidentiel UPnP de fournir son interface (affichage et points de contrôles) comme une page web pour l'afficher sur n'importe quel périphérique connecté. C'est-à-dire que vous pouvez contrôler les périphériques du réseau résidentiel avec n'importe quelle méthode de communication basée sur la navigation web

pour les dispositifs CE sur un réseau résidentiel utilisant ethernet et une version spéciale de HTML appelé CE-HTML.

• QoS (Quality of Service) - La QoS est un service important (mais non obligatoire) pour l'utilisation d'UPnP AV. QoS se réfère au contrôle des mécanismes proposant différentes priorités aux différents utilisateurs des flux de données, ou garantit un certain niveau de performance à un flux de données en accord avec les requêtes des applications. Etant donné que l'UPnP AV est généralement utilisé pour délivrer des médias en lecture en continu, les garanties QoS sont spécialement importantes si le réseau a une capacité limitée comme, par exemple, les réseaux publics comme l'Internet.
  • QoS pour l'UPnP consiste en services de Sink Device (dispositif client récepteur) et Source Device (dispositif source émetteur). Avec des classes comme Traffic Class qui indique le type de trafic dans le flux de données (par exemple : audio ou vidéo). Traffic identifier (TID) qui identifie les paquets uniques de données dans le flux. Traffic Specification (TSPEC) qui contient les paramètres définissant les caractéristiques du traffic du flux (par exemple les opérations requises et l'ordonnancement). Traffic Stream (TS) qui est un flux unidirectionnel de données qui prend son origine à la source et se termine aux récepteurs d'un ou plusieurs dispositifs (sinks).

Traduction des adresses

UPnP utilise Internet Gateway Device pour la traduction des adresses réseaux (NAT traversal). Cette traduction permet aux paquets UPnP de passer à travers un routeur ou un pare-feu sans problèmes et sans interaction de l'utilisateur (si le routeur ou le pare-feu supporte NAT).