Drahtloses Anwendungsprotokoll - Wireless Application Protocol

Wireless Application Protocol ( WAP ) ist ein technischer Standard Informationen über ein Mobil für den Zugriff auf drahtloses Netzwerk . Ein WAP-Browser ist ein Webbrowser für mobile Geräte wie Mobiltelefone , die das Protokoll verwenden. WAP wurde 1999 eingeführt und erreichte Anfang der 2000er Jahre eine gewisse Popularität, wurde jedoch in den 2010er Jahren weitgehend durch modernere Standards abgelöst. Fast alle modernen Internet - Handset - Browser jetzt voll unterstützen HTML , so dass sie nicht WAP - Markup für Web - Seite Kompatibilität, brauchen und deshalb zu verwenden, die meisten sind nicht mehr in der Lage zu machen und die Anzeige geschrieben Seiten in WML , WAP die Auszeichnungssprache.

Vor der Einführung von WAP hatten Mobilfunkanbieter nur begrenzte Möglichkeiten, interaktive Datendienste anzubieten, benötigten jedoch Interaktivität, um Internet- und Webanwendungen wie E-Mail, Aktienkurse, Nachrichten und Sportschlagzeilen zu unterstützen. Das japanische i-mode- System bot ein weiteres wichtiges konkurrierendes drahtloses Datenprotokoll.

Technische Spezifikationen

WAP-Stack

Der WAP-Standard beschrieb eine Protokollsuite oder einen Stapel, der die Interoperabilität von WAP-Geräten und -Software mit verschiedenen Netzwerktechnologien wie GSM und IS-95 (auch bekannt als CDMA ) ermöglicht.

Drahtlose Anwendungsumgebung (WAE)
WAP-Protokollsuite
Drahtloses Sitzungsprotokoll (WSP)
Drahtloses Transaktionsprotokoll (WTP)
Wireless Transport Layer Security (WTLS)
Wireless Datagram Protocol (WDP)
*** Jedes drahtlose Datennetzwerk ***

Das unterste Protokoll der Suite, das Wireless Datagram Protocol (WDP), fungiert als Anpassungsschicht, die jedes Datennetzwerk für die oberen Schichten ein bisschen wie UDP aussehen lässt, indem es einen unzuverlässigen Datentransport mit zwei 16-Bit-Portnummern ( Herkunft und Ziel). Alle oberen Schichten betrachten WDP als ein und dasselbe Protokoll, das neben anderen "Datenträgern" wie SMS , USSD usw. mehrere "technische Realisierungen" aufweist . Auf nativen IP-Trägern wie GPRS , UMTS -Paketfunkdienst, oder PPP zusätzlich zu einer leitungsvermittelten Datenverbindung, ist WDP tatsächlich genau UDP.

WTLS , eine optionale Schicht, bietet einen auf Kryptografie basierenden Sicherheitsmechanismus ähnlich wie TLS .

WTP bietet Transaktionsunterstützung (zuverlässige Anfrage/Antwort), die an die drahtlose Welt angepasst ist. WTP unterstützt effektiver als TCP das Problem des Paketverlusts, der bei 2G-Wireless-Technologien unter den meisten Funkbedingungen häufig auftritt, aber von TCP als Netzwerküberlastung fehlinterpretiert wird.

Diese Protokollsuite ermöglicht es einem Terminal, Anfragen zu übertragen, die ein HTTP- oder HTTPS- Äquivalent zu einem WAP-Gateway haben ; das Gateway übersetzt Anfragen in reines HTTP.

Der Bereich Wireless Application Environment (WAE) definiert anwendungsspezifische Auszeichnungssprachen.

Für die WAP-Version 1.X ist die primäre Sprache des WAE Wireless Markup Language (WML). In WAP 2.0 ist die primäre Auszeichnungssprache XHTML Mobile Profile .

WAP-Push

WAP-Push-Prozess

WAP Push wurde in die Spezifikation aufgenommen, damit der WAP-Inhalt mit minimalem Benutzereingriff auf das Mobiltelefon übertragen werden kann. Ein WAP-Push ist im Grunde eine speziell verschlüsselte Nachricht, die einen Link zu einer WAP-Adresse enthält.

WAP Push wurde zusätzlich zum Wireless Datagram Protocol (WDP) spezifiziert ; als solche kann es über jeden WDP-unterstützten Träger wie GPRS oder SMS zugestellt werden. Die meisten GSM-Netze haben eine breite Palette von modifizierten Prozessoren, aber die GPRS-Aktivierung vom Netz wird im Allgemeinen nicht unterstützt, so dass WAP-Push-Nachrichten auf dem SMS-Träger zugestellt werden müssen.

Beim Empfang eines WAP-Push bietet ein WAP 1.2 (oder höher) -fähiges Mobilteil dem Benutzer automatisch die Möglichkeit, auf den WAP-Inhalt zuzugreifen. Dies wird auch als WAP Push SI ( Service Indication ) bezeichnet. Eine Variante, bekannt als WAP Push SL ( Service Loading ), öffnet direkt den Browser, um den WAP-Inhalt ohne Benutzerinteraktion anzuzeigen. Da dieses Verhalten Sicherheitsbedenken aufwirft, verarbeiten einige Mobilteile WAP Push SL-Nachrichten auf die gleiche Weise wie SI, indem sie eine Benutzerinteraktion ermöglichen.

Die Netzwerkeinheit, die WAP-Pushs verarbeitet und über einen IP- oder SMS-Träger zustellt, wird als Push-Proxy-Gateway (PPG) bezeichnet.

WAP 2.0

Eine überarbeitete 2.0-Version wurde 2002 veröffentlicht. Sie verwendet eine abgespeckte Version von XHTML mit End-to-End- HTTP , wobei das Gateway und die benutzerdefinierte Protokollsuite, die für die Kommunikation verwendet wurden, weggelassen werden. Ein WAP-Gateway kann in Verbindung mit WAP 2.0 verwendet werden; In diesem Szenario wird er jedoch als Standard-Proxyserver verwendet. Die Rolle des WAP-Gateways würde sich dann von der Übersetzung zum Hinzufügen zusätzlicher Informationen zu jeder Anfrage verlagern. Dies würde vom Betreiber konfiguriert werden und könnte Telefonnummern, Standort, Abrechnungsinformationen und Handapparatinformationen umfassen.

Mobile Geräte verarbeiten XHTML Mobile Profile (XHTML MP), die in WAP 2.0 definierte Auszeichnungssprache. Es ist eine Untermenge von XHTML und eine Obermenge von XHTML Basic . Eine Version von Cascading Style Sheets ( CSS ) namens WAP CSS wird von XHTML MP unterstützt.

MMS

Multimedia Messaging Service (MMS) ist eine Kombination aus WAP und SMS, die das Senden von Bildnachrichten ermöglicht.

Geschichte

Das WAP Forum wurde 1998 von Ericsson, Motorola, Nokia und Unwired Planet gegründet. Es zielte in erster Linie darauf ab, die verschiedenen Funktechnologien in einem standardisierten Protokoll zusammenzuführen. Im Jahr 2002 wurde das WAP Forum (zusammen mit vielen anderen Foren der Branche) in der Open Mobile Alliance (OMA) konsolidiert .

Europa

Das erste Unternehmen , eine WAP - Site war Niederländisch zu starten Handy- Betreiber Telfort BV im Oktober 1999. Die Seite wurde als Nebenprojekt von Christopher Bee und Euan McLeod entwickelt und mit dem Debüt des gestarteten Nokia 7110 . Marketer gehypt WAP zum Zeitpunkt seiner Einführung, Benutzer führenden WAP zu erwarten , dass die Leistung von festen (nicht-mobilem) haben Internetzugang . BT Cellnet , eine der britischen Telekommunikationsanbieter , führte eine Werbekampagne durch, in der ein Cartoon-WAP-Benutzer durch einen Neuromancer- ähnlichen "Informationsraum" surft . In Bezug auf Geschwindigkeit, Benutzerfreundlichkeit, Aussehen und Interoperabilität blieb die Realität weit hinter den Erwartungen zurück, als 1999 die ersten Mobiltelefone auf den Markt kamen. Dies führte dazu, dass sardonische Ausdrücke wie "Worthless Application Protocol", "Wait And Pay " und WAPlash.

Zwischen 2003 und 2004 erlebte WAP mit der Einführung von Mobilfunkdiensten (wie Vodafone Live!, T-Mobile T-Zones und andere leicht zugängliche Dienste) einen stärkeren Aufschwung. Betreibereinnahmen wurden durch die Übertragung von GPRS- und UMTS- Daten erzielt , was ein anderes Geschäftsmodell ist als das von herkömmlichen Websites und ISPs . Nach Angaben der Mobile Data Association hat sich der WAP-Verkehr in Großbritannien von 2003 bis 2004 verdoppelt.

Bis zum Jahr 2013 war die WAP-Nutzung weitgehend verschwunden. Die meisten großen Unternehmen und Websites haben sich inzwischen von der Verwendung von WAP zurückgezogen und es ist seit einigen Jahren keine Mainstream-Technologie für das Web auf Mobilgeräten.

Die meisten modernen Handy-Internetbrowser unterstützen jetzt vollständiges HTML, CSS und den größten Teil von JavaScript und müssen für die Webseiten-Kompatibilität keinerlei WAP-Markup verwenden. Die Liste der Handsets, die HTML unterstützen, ist umfangreich und umfasst alle Android-Handsets, alle Versionen des iPhone-Handsets, alle Blackberry-Geräte, alle Geräte mit Windows Phone und viele Nokia-Handsets.

Asien

WAP verzeichnete große Erfolge in Japan. Während der größte Betreiber NTT DoCoMo WAP zugunsten seines hauseigenen Systems i-mode nicht einsetzte, setzten die konkurrierenden Betreiber KDDI ( au ) und SoftBank Mobile (vormals Vodafone Japan ) erfolgreich die WAP-Technologie ein. Insbesondere basierten die Dienste von ( au ) chakuuta/chakumovie (Klingeltonlied/Klingeltonfilm) auf WAP. Wie in Europa ging die Nutzung von WAP und i-mode in den 2010er Jahren zurück, als HTML-fähige Smartphones in Japan populär wurden.

Vereinigte Staaten

Die Einführung von WAP in den USA litt darunter, dass viele Mobilfunkanbieter eine separate Aktivierung und zusätzliche Gebühren für die Datenunterstützung verlangten und auch, weil Telekommunikationsunternehmen versuchten, den Datenzugriff auf nur zugelassene Datenanbieter zu beschränken, die unter Lizenz des Signalträgers operierten.

In Anerkennung des Problems hat die US-amerikanische Federal Communications Commission (FCC) am 31. Juli 2007 eine Anordnung erlassen, die den Lizenznehmern des 22 Megahertz breiten "Upper 700 MHz C Block"-Spektrums vorschreibt, eine drahtlose Plattform zu implementieren, die es den Kunden ermöglicht, Gerätehersteller, Drittanwendungsentwickler und andere, jedes Gerät oder jede Anwendung ihrer Wahl zu verwenden, wenn sie auf diesem bestimmten lizenzierten Netzwerkband betrieben werden.

Kritik

Kommentatoren kritisierten mehrere Aspekte von Wireless Markup Language (WML) und WAP. Technische Kritikpunkte sind:

  • Die idiosynkratische WML-Sprache: WML trennt Benutzer vom herkömmlichen HTML- Web und lässt WAP-Benutzern nur native WAP-Inhalte und Web-to-WAP-Proxy-Inhalte zur Verfügung. Andere argumentieren jedoch, dass die Technologie zu diesem Zeitpunkt einfach nicht in der Lage gewesen wäre, Zugang zu etwas anderem als kundenspezifischen Inhalten zu gewähren, was der einzige Zweck von WAP und seiner einfachen, reduzierten Komplexitätsschnittstelle war, da die Bürger vieler Nationen nicht mit dem Internet verbunden sind Internet und müssen von der Regierung finanzierte und kontrollierte Portale für WAP und ähnliche nicht-komplexe Dienste nutzen.
  • Unterspezifikation der Endgeräteanforderungen: Die frühen WAP-Standards enthielten viele optionale Funktionen und unterspezifizierte Anforderungen, was bedeutete, dass konforme Geräte nicht unbedingt ordnungsgemäß zusammenarbeiteten. Dies führte zu einer großen Variabilität im tatsächlichen Verhalten von Telefonen, hauptsächlich weil WAP-Service-Implementierer und Mobiltelefonhersteller keine Kopie der Standards oder der richtigen Hardware und der Standard-Software-Module erhielten. Beispielsweise akzeptierten einige Telefonmodelle keine Seite mit einer Größe von mehr als 1 KB, und manche stürzten sogar ab. Auch die Benutzeroberfläche von Geräten wurde unterspezifiziert: So wurden beispielsweise Accesskeys (z den Browser neben dem Link, manchmal ohne, und manchmal wurden Accesskeys überhaupt nicht implementiert).
  • Eingeschränkte Möglichkeiten der Benutzeroberfläche: Terminals mit kleinen Schwarz-Weiß-Bildschirmen und wenigen Tasten, wie die frühen WAP-Terminals, haben Schwierigkeiten, ihren Benutzern viele Informationen zu präsentieren, was die anderen Probleme verschlimmert: Man hätte besonders vorsichtig sein müssen beim Entwerfen der Benutzerschnittstelle auf einem solchen ressourcenbeschränkten Gerät, das das eigentliche Konzept von WAP war.
  • Mangel an guten Authoring-Tools: Die oben genannten Probleme könnten angesichts eines WML-Authoring-Tools zum Erliegen gekommen sein, das es Inhaltsanbietern ermöglicht hätte, problemlos Inhalte zu veröffentlichen, die mit vielen Modellen fehlerfrei zusammenarbeiten und die präsentierten Seiten an den User-Agent- Typ anpassen . Die existierenden Entwicklungskits boten jedoch keine solche allgemeine Fähigkeit. Die Entwicklung für das Web war einfach: Mit einem Texteditor und einem Webbrowser konnte jeder loslegen, auch dank der versöhnlichen Natur der meisten Desktop-Browser-Rendering-Engines. Im Gegensatz dazu verlängerten die strengen Anforderungen der WML-Spezifikationen, die Variabilität der Endgeräte und die Anforderungen beim Testen auf verschiedenen drahtlosen Endgeräten zusammen mit dem Fehlen weit verbreiteter Desktop-Authoring- und Emulationstools den Zeitaufwand für die meisten Projekte erheblich. Ab 2009 wird es jedoch einfacher, Inhalte zu erstellen, auf die viele neue Geräte zugreifen können, da viele mobile Geräte XHTML unterstützen und Programme wie Adobe Go Live und Dreamweaver verbesserte Web-Authoring-Tools bieten.
  • Fehlende Tools zur Profilerstellung für Benutzeragenten: Für Webhosts war es schnell fast unmöglich festzustellen, ob eine Anfrage von einem mobilen Gerät oder von einem größeren, leistungsfähigeren Gerät stammte. In die Spezifikationen der nicht zugelassenen, nicht konformen Produkte wurden keine nützlichen Profilerstellung oder Datenbanken mit Gerätefunktionen integriert.

Andere Kritikpunkte beziehen sich auf die speziellen WAP-Implementierungen der Mobilfunkanbieter:

  • Vernachlässigung von Inhaltsanbietern: Einige Mobilfunkanbieter gingen von einer "Build it and they will come"-Strategie aus, d.h. sie würden nur den Transport der Daten sowie die Endgeräte bereitstellen und dann warten, bis die Inhalteanbieter ihre Dienste im Internet veröffentlichen und machen ihre Investition in WAP nützlich. Inhaltsanbieter erhielten jedoch wenig Hilfe oder Anreiz, den komplizierten Entwicklungsweg zu gehen. Andere, insbesondere in Japan (vgl. unten), hatten einen intensiveren Dialog mit ihrer Content-Provider-Community, der dann in modernen, erfolgreicheren WAP-Diensten wie i-mode in Japan oder dem Gallery- Dienst in Frankreich repliziert wurde .
  • Mangelnde Offenheit: Viele Mobilfunkanbieter verkauften ihre WAP-Dienste als "offen", indem sie es den Benutzern ermöglichten, jeden in WML ausgedrückten und im Internet veröffentlichten Dienst zu erreichen. Sie stellten jedoch auch sicher, dass die erste Seite, auf die die Kunden zugegriffen haben, ihr eigenes "Wireless-Portal" war, das sie sehr genau kontrollierten. Einige Mobilfunkanbieter haben auch die Bearbeitung oder den Zugriff auf die Adressleiste im Browser des Geräts deaktiviert. Um es Benutzern zu erleichtern, das Deck zu verlassen, wurde eine Adressleiste in einem Formular auf einer Seite bereitgestellt, die von der hartcodierten Homepage verlinkt wurde. Es erleichtert Spediteuren, die Filterung von Off-Deck-WML-Sites nach URLs zu implementieren oder die Adressleiste in Zukunft zu deaktivieren, wenn der Spediteur beschließt, alle Benutzer auf ein Walled-Garden-Modell umzustellen. Angesichts der Schwierigkeit, vollständig qualifizierte URLs auf einer Telefontastatur einzugeben, würden die meisten Benutzer es aufgeben, das Portal zu verlassen oder den ummauerten Garten zu verlassen . Einige behaupten, dass sich die Betreiber von einer wertvollen Gelegenheit abschneiden, indem sie Dritten nicht erlauben, ihre eigenen Einträge auf dem Mobilfunkportal der Betreiber zu platzieren. Auf der anderen Seite argumentieren einige Betreiber, dass ihre Kunden gewollt hätten, dass sie das Erlebnis verwalten und auf einem derart eingeschränkten Gerät vermeiden, zu vielen Diensten Zugang zu gewähren.

Protokolldesign-Lektionen aus WAP

Das ursprüngliche WAP-Modell bot eine einfache Plattform für den Zugriff auf webähnliche WML-Dienste und E-Mail über Mobiltelefone in Europa und den südostasiatischen Regionen. Im Jahr 2009 hatte es weiterhin eine beachtliche Nutzerbasis. Die späteren Versionen von WAP, die hauptsächlich auf den US-amerikanischen Markt abzielen, wurden für eine andere Anforderung entwickelt – um den vollständigen XHTML-Webzugriff über mobile Geräte mit höheren Spezifikationen und Kosten sowie mit einem höheren Grad an Softwarekomplexität zu ermöglichen.

Eine beträchtliche Diskussion hat sich mit der Frage beschäftigt, ob das WAP-Protokolldesign angemessen war.

Das ursprüngliche Design von WAP zielte speziell auf die Protokollunabhängigkeit über eine Reihe verschiedener Protokolle ab (SMS, IP über PPP über einen leitungsvermittelten Träger, IP über GPRS usw.). Dies hat zu einem Protokoll geführt, das erheblich komplexer ist, als es ein Ansatz direkt über IP hätte verursachen können.

Am umstrittensten, insbesondere für viele von der IP-Seite, war das Design von WAP over IP. Das Übertragungsschichtprotokoll von WAP, WTP, verwendet seine eigenen Neuübertragungsmechanismen über UDP, um zu versuchen, das Problem der Unzulänglichkeit von TCP über Netzwerke mit hohem Paketverlust zu lösen.

Siehe auch

Verweise

Dieser Artikel basiert auf Material, das vor dem 1. November 2008 aus dem Free Online Dictionary of Computing entnommen wurde und unter die "Relicensing"-Bedingungen der GFDL , Version 1.3 oder höher, aufgenommen wurde.