Protocole d’application sans fil – Wikipedia

Le Protocole d’application sans fil ( Wap ) désigne une collection de techniques et de protocoles, dont le but est de rendre le contenu Internet disponible pour le taux de transmission plus lent et les temps de réponse plus longs dans les communications mobiles et pour les petits affichages de téléphones mobiles. Diverses implémentations WAP étaient donc en concurrence directe pour le service en mode I. WAP a trouvé une certaine distribution principalement dans les années 2000. En raison de sa complexité, des écrans plus importants dans les smartphones, maintenant des connexions plus rapides et des appareils mobiles compatibles HTML, il est largement obsolète aujourd’hui.

La tâche principale du WAP est de réduire la quantité de données à transmettre en raison des faibles capacités d’affichage et de la puissance de calcul des clients WAP et en même temps la structure ouverte et la lisibilité d’une langue de récompense (anglais. langage de balisage ) Maintenir. Ces deux demandes se contredisent initialement:

• Une langue de récompense lisible contient de nombreuses données nécessaires à la lisibilité (commentaires, commandes sous forme lisible), mais pas nécessaire pour la description du contenu.
• Le codage sous forme binaire permet une implémentation très compacte, mais ni une structure ouverte ni lisible.

La solution au problème est qu’avec WAP, la forme ouverte d’une langue de récompense (pour WAP est le langage de balisage sans fil, WML), mais n’est pas transféré au client WAP sous une forme compilée. Pour ce faire, la communication entre le client WAP et le serveur Web est via un proxy, la soi-disant passerelle WAP. Cela traduit les demandes arrivant du client WAP en texte brut au serveur Web. Les réponses des serveurs sont transférées au client dans la passerelle WAP compilée dans le type MIME WMLC (langage de balisage sans fil). À cette fin, la passerelle prend des tâches (telles que l’analyse syntaxique des pages WML), qui fonctionne sur le Web du navigateur.

La communication entre le serveur et la passerelle WAP utilise le protocole HTTP établi sur le Web. Communication entre la passerelle et le client WAP (jusqu’à WAP 1.2) via WSP. En ce qui concerne l’utilisation du porteur sur l’itinéraire radio, WAP est flexible, par exemple les données commutées de circuit (CSD), les données commutées de circuit à grande vitesse (HSCSD), le service radio de paquets généraux (GPRS), mais également le système de télécommunications mobiles universels (UMTS) et l’accès à grande vitesse (HSDPA). Le service de transfert USSD spécifique à GSM peut également être utilisé.

WAP est utilisé comme technologie de base pour MMS. L’envoi et la réception d’un message multimédia sont basés sur WAP. Les informations selon lesquelles un tel message est disponible pour télécharger est envoyé sur le téléphone mobile en tant que poussée WAP.

La norme WAP (à partir de WAP 1.2) prend en charge un service push qui vous permet d’envoyer des messages, y compris un URI au client WAP sans demande. Le service Push WAP d’un SMS ou MMS semble assez similaire pour l’utilisateur. Techniquement, il y a une signalisation via SMS ou avec GPRS ou UMTS-également via l’indication de service (WAP-167-ServiceInd) (SI) ou le chargement du service (WAP-168-ServiceLoad) (SL).

Le Forum WAP a réussi la norme WAP 1.0 en 1997. WAP 1.0 est basé sur le langage de balisage de l’appareil portable (HDML), celui de l’entreprise Planète inébranlable (aujourd’hui OpenWave) a été développé. Cependant, la norme n’était pas mûre et il n’y avait pas de logiciel de navigateur et de dispositifs finaux compatibles WAP correspondants. Il ne pouvait donc pas l’emporter commercialement et était pratiquement hors de propos.

En 1999, la norme 1.1 a été publiée, qui a repris les conventions XHTML en particulier. Il n’était pas compatible avec WAP 1.0. WAP 1.1 a également été en mesure de prévaloir sur le marché des appareils finaux, de sorte que la plupart des téléphones portables étaient bientôt équipés d’un navigateur WAP. Le WAP 1.2 présenté à la fin de 1999 représente principalement une amélioration de WAP 1.1. Les extensions les plus importantes sont le service push et les profils d’agent des utilisateurs pour les navigateurs WAP qui lui permettent d’être commodément adapté au logiciel de navigateur spécifiquement utilisé dans leur formatage.

L’accès Internet via WAP 1.x est généralement chargé séparément par les opérateurs mobiles et non évalué comme un accès Internet direct (Web). Le trafic de données s’exécute via votre propre WAP-APN.

Lors de la spécification de WAP 2.0, les communications mobiles ont spécifiquement été distribuées et les protocoles WAP d’origine WSP, WTP et WTLS remplacés par HTTP et SSL. Cela facilite la transition vers Internet. WAP 2.0 doit faire face aux problèmes de vitesse avec CSD et GPRS. Tous les sites Web normaux peuvent généralement être atteints via WAP 2.0; En raison de la basse vitesse des GPR, beaucoup ne sont utiles qu’avec des bords ou des UMT.

Le concept de proxy a également été adouci avec WAP 2.0. La norme offre désormais également la possibilité que le client communique directement avec le serveur Web en contournant la passerelle. Cependant, un proxy offert par l’opérateur mobile peut également être utilisé. L’indépendance d’un proxy élimine la dépendance à la fonction parfaite de la passerelle WAP, mais a l’inconvénient qu’il existe déjà des clients WAP 2.0 qui ne prennent plus en charge le WSP. Ceux-ci peuvent alors ne plus utiliser les proxys WAP disponibles.

L’utilisation de l’accès Internet via WAP 2.0 est normalement compensée par les fournisseurs de téléphones mobiles comme accès Internet direct. Dans le cas des GPR ou des UMT, les coûts sont généralement générés pour chaque page, selon le volume de données exact, alors qu’il est courant chez WAP 1.x uniquement pour le facturer par page (c’est-à-dire par lien cliqué). Dans certains tarifs, les coûts peuvent être nettement plus élevés par appel pour les pages HTML à forte intensité de données qu’avec WAP 1.x; De très petits côtés, en revanche, peuvent également être moins chers.

Certains fabricants de téléphonie mobile écrivent dans les informations sur leurs appareils selon lesquelles il s’agirait d’appareils compatibles WAP-2.0, mais ne signifie pas la technologie de transmission, mais seulement le fait que les appareils peuvent également afficher des pages XHTML au lieu de seulement des pages WML. Cependant, les paramètres WAP-1.x doivent toujours être entrés dans les paramètres WAP.

Les services de paiement peuvent être traités via WAP. Étant donné que les pages WAP ne se distinguent généralement pas des autres sites Web, l’utilisation de services payants peut être rendu involontairement et inattendu, combiné avec la transmission du numéro de téléphone au fournisseur de services ou à une société de recouvrement interconnectée. ^{[d’abord] [2]}

Un service similaire est en I-Fashion. Bien que WAP soit une technologie standardisée, le mode I est un développement propriétaire de NTT Docomo.

Étant donné que les clients de téléphonie mobile n’étaient pas à peine en mesure de se rabattre sur des normes de transmission de données plus rapides telles que GPRS ou HSCSD après l’introduction de la technologie WAP et que la facturation dans le trafic de données était normalement basée sur le temps, l’abréviation était heureuse d’expliquer “” ” DANS qui appartiennent UN nd P Ay “, anglais pour” Wate and Pay “. Bien que les problèmes de vitesse initiaux n’existent plus, le WAP reste de manière disproportionnée malgré les tarifs placés placés avec facturation normale par clic ou par package de données par rapport aux frais Internet généralement considérablement réduits via un accès mobile pour le contenu proposé. C’est également une raison pour laquelle la technologie WAP n’a prévalu que très limité malgré les offres partiellement utiles.

Informations WAP [ Modifier | Modifier le texte source ]]

Faillite WAP [ Modifier | Modifier le texte source ]]

Wap-gateways [ Modifier | Modifier le texte source ]]

1. ↑ Holger Bleich: Collection au bout des doigts. L’abonnement perfide tombe dans les applications iPhone et Android. Heise.de, juin 2010, Consulté le 14 août 2015 .
2. ↑ Tobias e.: Involontairement à l’abonnement à la sonnerie. androidpit.de, 9. août 2010, Consulté le 14 août 2015 .