Protocole d'application sans fil

Un article de Wikipédia, l'encyclopédie libre
Aller à la navigation Aller à la recherche

Le protocole d'application sans fil ( WAP ) est une norme technique d'accès aux informations sur un réseau sans fil mobile . Un navigateur WAP est un navigateur Web pour les appareils mobiles tels que les téléphones mobiles qui utilisent le protocole. Introduit en 1999, [1] WAP a acquis une certaine popularité au début des années 2000, mais dans les années 2010, il avait été largement remplacé par des normes plus modernes. Presque tous les navigateurs Internet des combinés modernes prennent désormais entièrement en charge HTML , ils n'ont donc pas besoin d'utiliser le balisage WAP pour la compatibilité des pages Web, et par conséquent, la plupart ne sont plus en mesure de rendre et d'afficher les pages écrites en WML, le langage de balisage du WAP. [2]

Avant l'introduction du WAP, les fournisseurs de services mobiles avaient des possibilités limitées d'offrir des services de données interactifs, mais avaient besoin d'interactivité pour prendre en charge les applications Internet et Web telles que la messagerie électronique, les cours des actions, les actualités et les titres sportifs. Le système japonais i-mode offrait un autre protocole de données sans fil concurrent majeur.

Spécifications techniques

Pile WAP

La norme WAP décrit une suite ou une pile de protocoles [4] permettant l'interopérabilité des équipements et logiciels WAP avec différentes technologies de réseau, telles que GSM et IS-95 (également connu sous le nom de CDMA ).

Environnement d'application sans fil (WAE)
Suite de protocoles WAP
Protocole de session sans fil (WSP)
Protocole de transaction sans fil (WTP)
Sécurité de la couche de transport sans fil (WTLS)
Protocole de datagramme sans fil (WDP)
*** Tout réseau de données sans fil ***

Le protocole le plus bas de la suite, le protocole de datagramme sans fil (WDP), fonctionne comme une couche d'adaptation qui fait que chaque réseau de données ressemble un peu à UDP pour les couches supérieures en fournissant un transport de données peu fiable avec deux numéros de port 16 bits ( origine et destination). Toutes les couches supérieures considèrent WDP comme un seul et même protocole, qui a plusieurs « réalisations techniques » en plus d'autres « supports de données » tels que SMS , USSD , etc. ou PPP au-dessus d'une connexion de données à commutation de circuits, WDP est en fait exactement UDP.

WTLS , une couche facultative, fournit un mécanisme de sécurité basé sur la cryptographie à clé publique similaire à TLS .

WTP fournit un support transactionnel (requête/réponse fiable) adapté au monde sans fil. WTP prend en charge plus efficacement que TCP le problème de la perte de paquets, qui se produit couramment dans les technologies sans fil 2G dans la plupart des conditions radio, mais qui est interprété à tort par TCP comme une congestion du réseau.

Cette suite de protocoles permet à un terminal de transmettre des requêtes ayant un HTTP ou HTTPS équivalent à une passerelle WAP ; la passerelle traduit les requêtes en HTTP simple.

L'espace WAE (Wireless Application Environment) définit les langages de balisage spécifiques à l'application.

Pour la version 1.X du WAP, le langage principal du WAE est le Wireless Markup Language (WML). Dans WAP 2.0, le langage de balisage principal est XHTML Mobile Profile .

Push WAP

Processus de poussée WAP

WAP Push a été incorporé dans la spécification pour permettre au contenu WAP d'être poussé vers le combiné mobile avec une intervention minimale de l'utilisateur. Un WAP Push est essentiellement un message spécialement codé qui inclut un lien vers une adresse WAP. [5]

WAP Push a été spécifié en plus du protocole de datagramme sans fil (WDP) ; en tant que tel, il peut être livré sur n'importe quel support pris en charge par WDP, tel que GPRS ou SMS. [6] La plupart des réseaux GSM ont une large gamme de processeurs modifiés, mais l'activation GPRS à partir du réseau n'est généralement pas prise en charge, de sorte que les messages WAP Push doivent être livrés au-dessus du support SMS.

Lors de la réception d'un WAP Push, un combiné compatible WAP 1.2 (ou ultérieur) donnera automatiquement à l'utilisateur la possibilité d'accéder au contenu WAP. Ceci est également connu sous le nom de WAP Push SI ( indication de service ). [6] Une variante, connue sous le nom de WAP Push SL ( Service Loading ), ouvre directement le navigateur pour afficher le contenu WAP, sans interaction de l'utilisateur. Étant donné que ce comportement soulève des problèmes de sécurité, certains combinés gèrent les messages WAP Push SL de la même manière que SI, en offrant une interaction avec l'utilisateur.

L'entité réseau qui traite les push WAP et les transmet via un support IP ou SMS est connue sous le nom de passerelle proxy push (PPG). [6]

WAP 2.0

Une version 2.0 repensée a été publiée en 2002. Elle utilise une version réduite de XHTML avec HTTP de bout en bout , supprimant la passerelle et la suite de protocoles personnalisés utilisés pour communiquer avec elle. Une passerelle WAP peut être utilisée conjointement avec WAP 2.0 ; cependant, dans ce scénario, il est utilisé comme serveur proxy standard. Le rôle de la passerelle WAP passerait alors d'un rôle de traduction à l'ajout d'informations supplémentaires à chaque requête. Cela serait configuré par l'opérateur et pourrait inclure les numéros de téléphone, l'emplacement, les informations de facturation et les informations sur le combiné.

Les appareils mobiles traitent XHTML Mobile Profile (XHTML MP), le langage de balisage défini dans WAP 2.0. C'est un sous-ensemble de XHTML et un sur-ensemble de XHTML Basic . Une version des feuilles de style en cascade ( CSS ) appelée WAP CSS est prise en charge par XHTML MP.

MMS

Le service de messagerie multimédia (MMS) est une combinaison de WAP et de SMS permettant l'envoi de messages image.

Historique

Le Forum WAP a été fondé en 1998 par Ericsson, Motorola, Nokia et Unwired Planet. [7] Il visait principalement à rassembler les différentes technologies sans fil dans un protocole standardisé. [8] En 2002, le Forum WAP a été consolidé (ainsi que de nombreux autres forums de l'industrie) en Open Mobile Alliance (OMA). [9]

Europe

La première entreprise à lancer un site WAP a été l'opérateur de téléphonie mobile néerlandais Telfort BV en octobre 1999. Le site a été développé en tant que projet parallèle par Christopher Bee et Euan McLeod et lancé avec le lancement du Nokia 7110 . Les spécialistes du marketing ont fait la promotion du WAP au moment de son introduction [10] , amenant les utilisateurs à s'attendre à ce que le WAP ait les performances d'un accès Internet fixe (non mobile) . BT Cellnet , l'une des sociétés de télécommunications britanniques , a lancé une campagne publicitaire représentant un utilisateur WAP de dessin animé surfant dans un "espace d'information" de type Neuromancer . [11] En termes de vitesse, de facilité d' utilisation , d'apparence et d'interopérabilité, la réalité était bien en deçà des attentes lorsque les premiers combinés sont devenus disponibles en 1999. [12] [13] ", [14] "Attendez et payez", [15] et WAPlash. [16]

Entre 2003 et 2004, le WAP a connu une résurgence plus forte avec l'introduction de services sans fil (tels que Vodafone Live!, T-Mobile T-Zones et d'autres services facilement accessibles). Les revenus des opérateurs ont été générés par le transfert de données GPRS et UMTS , qui est un modèle commercial différent de celui utilisé par les sites Web traditionnels et les FAI . Selon la Mobile Data Association, le trafic WAP au Royaume-Uni a doublé entre 2003 et 2004. [17]

En 2013, l'utilisation du WAP avait largement disparu. La plupart des grandes entreprises et des sites Web ont depuis cessé d'utiliser le WAP et ce n'est plus une technologie courante pour le Web sur mobile depuis un certain nombre d'années.

La plupart des navigateurs Internet modernes pour combinés prennent désormais en charge HTML, CSS et la plupart de JavaScript , et n'ont pas besoin d'utiliser de balisage WAP pour la compatibilité des pages Web. La liste des combinés prenant en charge HTML est longue et comprend tous les combinés Android, toutes les versions du combiné iPhone, tous les appareils Blackberry, tous les appareils exécutant Windows Phone et de nombreux combinés Nokia.

Asie

Le WAP a connu un grand succès au Japon. Alors que le plus grand opérateur NTT DoCoMo n'a pas utilisé le WAP au profit de son système interne i-mode , les opérateurs concurrents KDDI ( au ) et SoftBank Mobile (anciennement Vodafone Japan ) ont tous deux déployé avec succès la technologie WAP. En particulier, les services chakuuta ou chakumovie (chanson ou film avec sonnerie) de ( au ) étaient basés sur le WAP. Comme en Europe, l'utilisation du WAP et de l'i-mode a diminué dans les années 2010, les smartphones compatibles HTML devenant populaires au Japon.

États-Unis

L'adoption du WAP aux États -Unis a souffert parce que de nombreux fournisseurs de téléphones cellulaires nécessitaient une activation distincte et des frais supplémentaires pour le support des données, et aussi parce que les entreprises de télécommunications cherchaient à limiter l'accès aux données aux seuls fournisseurs de données approuvés opérant sous licence du transporteur de signal. [ citation nécessaire ]

Reconnaissant le problème, la Federal Communications Commission (FCC) des États-Unis a émis une ordonnance le 31 juillet 2007 qui exigeait que les titulaires de licence du spectre "Upper 700 MHz C Block" de 22 mégahertz aient à mettre en œuvre une plate-forme sans fil qui permette aux clients, fabricants d'appareils, développeurs d'applications tiers et autres à utiliser tout appareil ou application de leur choix lorsqu'ils fonctionnent sur cette bande réseau sous licence particulière. [18] [19]

Critique

Les commentateurs ont critiqué plusieurs aspects du Wireless Markup Language (WML) et du WAP. Les critiques techniques incluent:

  • Le langage WML idiosyncrasique : WML coupe les utilisateurs du Web HTML conventionnel , ne laissant que le contenu WAP natif et le contenu proxy Web-to-WAP disponibles pour les utilisateurs WAP. Cependant, d'autres soutiennent [ qui? ] que la technologie à ce stade n'aurait tout simplement pas été en mesure de donner accès à autre chose qu'à un contenu personnalisé, ce qui était le seul objectif du WAP et de son interface simple et peu complexe, car les citoyens de nombreux pays ne sont pas connectés au Web au moment à l'heure actuelle et doivent utiliser des portails financés et contrôlés par le gouvernement vers le WAP et des services similaires non complexes.
  • Sous-spécification des exigences des terminaux : les premières normes WAP incluaient de nombreuses fonctionnalités optionnelles et des exigences sous-spécifiées, ce qui signifiait que les appareils conformes n'interopéraient pas nécessairement correctement. Cela a entraîné une grande variabilité dans le comportement réel des téléphones, principalement parce que les implémenteurs de services WAP et les fabricants de téléphones mobiles n'ont pas [ citation nécessaire ]obtenir une copie des normes ou le bon matériel et les modules logiciels standard. Par exemple, certains modèles de téléphones n'accepteraient pas une page de plus de 1 Ko, et certains planteraient même. L'interface utilisateur des appareils était également sous-spécifiée : par exemple, les touches d'accès (par exemple, la possibilité d'appuyer sur « 4 » pour accéder directement au quatrième lien d'une liste) étaient implémentées de manière variable selon les modèles de téléphone (parfois avec le numéro de la clé d'accès automatiquement affiché par le navigateur à côté du lien, parfois sans lui, et parfois les clés d'accès n'étaient pas du tout implémentées).
  • Capacités d'interface utilisateur limitées : les terminaux avec de petits écrans noir et blanc et peu de boutons, comme les premiers terminaux WAP, ont des difficultés à présenter beaucoup d'informations à leur utilisateur, ce qui a aggravé les autres problèmes : il aurait fallu redoubler de prudence dans la conception de l'interface utilisateur sur un tel appareil aux ressources limitées, ce qui était le véritable concept du WAP.
  • Manque de bons outils de création : les problèmes ci-dessus auraient pu succomber face à un outil de création WML qui aurait permis aux fournisseurs de contenu de publier facilement du contenu qui interopérerait parfaitement avec de nombreux modèles, en adaptant les pages présentées au User-Agenttaper. Cependant, les kits de développement qui existaient ne fournissaient pas une capacité aussi générale. Développer pour le Web était facile : avec un éditeur de texte et un navigateur Web, tout le monde pouvait se lancer, grâce également à la nature indulgente de la plupart des moteurs de rendu des navigateurs de bureau. En revanche, les exigences strictes des spécifications WML, la variabilité des terminaux et les exigences de test sur divers terminaux sans fil, ainsi que le manque d'outils de création et d'émulation de bureau largement disponibles, ont considérablement allongé le temps nécessaire pour terminer la plupart des projets. Depuis 2009 , cependant, avec de nombreux appareils mobiles prenant en charge XHTML et des programmes tels qu'Adobe Go Live et Dreamweaver offrant des outils de création Web améliorés, il est de plus en plus facile de créer du contenu, accessible par de nombreux nouveaux appareils.
  • Manque d'outils de profilage des agents utilisateurs : il est rapidement devenu presque impossible pour les hébergeurs Web de déterminer si une demande provenait d'un appareil mobile ou d'un appareil plus grand et plus performant. Aucun profilage ou base de données utile des capacités de l'appareil n'a été intégré dans les spécifications des produits non conformes non autorisés. [ citation nécessaire ]

D'autres critiques portent sur les implémentations particulières du WAP par les opérateurs de téléphonie mobile :

  • Négligence des fournisseurs de contenu : certains opérateurs de téléphonie mobile avaient adopté une stratégie "construisez-le et ils viendront", ce qui signifie qu'ils fourniraient simplement le transport des données ainsi que les terminaux, puis attendraient que les fournisseurs de contenu publient leurs services sur Internet. et rendent leur investissement dans le WAP utile. Cependant, les fournisseurs de contenu ont reçu peu d'aide ou d'incitation pour passer par la voie compliquée du développement. D'autres, notamment au Japon (cf. ci-dessous), ont eu un dialogue plus approfondi avec leur communauté de fournisseurs de contenus, qui a ensuite été répliqué dans des services WAP modernes et plus performants comme i-mode au Japon ou le service Gallery en France.
  • Manque d'ouverture : de nombreux opérateurs sans fil vendaient leurs services WAP comme "ouverts", en ce sens qu'ils permettaient aux utilisateurs d'accéder à n'importe quel service exprimé en WML et publié sur Internet. Cependant, ils ont également veillé à ce que la première page à laquelle les clients accèdent soit leur propre "portail sans fil", qu'ils contrôlent de très près. Certains opérateurs ont également désactivé la modification ou l'accès à la barre d'adresse dans le navigateur de l'appareil. Pour faciliter les utilisateurs souhaitant quitter le pont, une barre d'adresse sur un formulaire sur une page liée à la page d'accueil codée en dur a été fournie. Cela permet aux opérateurs de mettre en œuvre plus facilement le filtrage des sites WML hors pont par URL ou de désactiver la barre d'adresse à l'avenir si l'opérateur décide de basculer tous les utilisateurs vers un modèle de jardin clos. Compte tenu de la difficulté à saisir des URL complètessur un clavier de téléphone, la plupart des utilisateurs renonceraient à sortir du « portail » ou du jardin clos ; en ne permettant pas à des tiers de mettre leurs propres entrées sur le portail sans fil des opérateurs, certains [ qui ? ] affirment que les opérateurs se coupent d'une opportunité précieuse. Par contre, certains opérateurs [ lesquels ? ] soutiennent que leurs clients auraient voulu qu'ils gèrent l'expérience et, sur un appareil aussi contraint, évitent de donner accès à trop de services. [ citation nécessaire ]

Leçons de conception de

Le modèle WAP d'origine fournissait une plate-forme simple pour accéder aux services WML de type Web et au courrier électronique à l'aide de téléphones mobiles en Europe et dans les régions d'Asie du Sud-Est. En 2009, il a continué à avoir une base d'utilisateurs considérable. Les versions ultérieures du WAP, ciblant principalement le marché américain, ont été conçues [ par qui ? ] pour une exigence différente - pour permettre un accès XHTML Web complet à l'aide d'appareils mobiles avec une spécification et un coût plus élevés, et avec un degré de complexité logicielle plus élevé.

Une discussion considérable a porté sur la question de savoir si la conception du protocole WAP était appropriée.

La conception initiale du WAP visait spécifiquement l'indépendance des protocoles sur une gamme de protocoles différents (SMS, IP sur PPP sur un support à commutation de circuits, IP sur GPRS, etc.). Cela a conduit à un protocole considérablement plus complexe que ce qu'une approche directe sur IP aurait pu entraîner.

Le plus controversé, en particulier pour de nombreuses personnes du côté IP, était la conception du WAP sur IP. Le protocole de couche de transmission de WAP, WTP, utilise ses propres mécanismes de retransmission sur UDP pour tenter de résoudre le problème de l'inadéquation de TCP sur les réseaux à forte perte de paquets. [ citation nécessaire ]

Voir aussi

Références

  1. ^ Sharma, Chetan; Nakamura, Yasuhisa (2003-11-20). Services de données sans fil : technologies, modèles commerciaux et marchés mondiaux . La presse de l'Universite de Cambridge. p. 194 . ISBN 978-0-521-82843-7.
  2. ^ Chiffre d'équipe (janvier 2006). "Accélérer la téléphonie mobile" . Archives Internet . Médias numériques Jasubhai. Archivé de l'original (texte) le 8 juin 2014 . Récupéré le 1er mars 2017 .
  3. ^ "X.225 : Technologie de l'information - Interconnexion de systèmes ouverts - Protocole de session orienté connexion : spécification de protocole" . Archivé de l'original le 1er février 2021 . Récupéré le 24 novembre 2021 .
  4. ^ Krishnaswamy, Sankara. "Méthodologies de communication sans fil et protocole d'application sans fil" (PDF) .
  5. ^ MX Télécom : Poussée WAP .
  6. ^ un bc Openwave : Présentation de la technologie WAP Push .
  7. ^ Communiqué de presse Nokia 8 janvier 1998 : Ericsson, Motorola, Nokia et Unwired Planet créent le Wireless Application Protocol Forum Ltd.
  8. ^ "Une brève histoire de WAP" . Blog HCI . 8 décembre 2004 . Consulté le 5 août 2011 .
  9. ^ "À propos de OMA SpecWorks - OMA SpecWorks" . www.openmobilealliance.org .
  10. ^ L'appel de Wap restera-t-il sans réponse ? vnunet.com, 2 juin 2000
  11. ^ Silicon.com: BT Cellnet rappé sur des publicités WAP «trompeuses» Publié le 3 novembre 2000, récupéré le 17 septembre 2008 Archivé le 24 juillet 2008 à la Wayback Machine
  12. ^ http://press.nokia.com/PR/199902/777256_5.html Communiqué de presse Nokia 7110
  13. ^ http://www.filibeto.org/mobile/firmware.html Date de révision du premier firmware public du Nokia 7110
  14. ^ "Le Globe and Mail:" Guide du survivant sur la folie sans fil ", 23 septembre 2005" . theglobeandmail.com .
  15. ^ IT Web: "Un RIVR le traverse", 14 novembre 2000
  16. ^ "WAPlash" . Récupéré le 29 mai 2014 .
  17. ^ "Nouvelles, astuces et conseils pour les professionnels de la technologie" . TechRepublic .
  18. ^ Commission fédérale des communications des États-Unis. "FCC Revises 700 MHz Rules to Advance Interoperable Public Safety Communications and Promote Wireless Broadband Deployment" , 31 juillet 2007. Consulté le 8 octobre 2007.
  19. ^ Lien alternatif vers "La FCC révise les règles de 700 MHz pour faire progresser les communications de sécurité publique interopérables et promouvoir le déploiement du haut débit sans fil"