AKRA Future Technologies

Vor einigen Tagen hatte ich über Probleme auf meinem Android HTC magic Smartphone berichtet. Es setzte in mehr als der Hälfte der Telefongespräche aus. Ich schien nicht der Einzige zu sein, der mit diesen Problemen kämpft. Die Ursachenforschung der Nutzer blieb ohne wirkliches Ergebnis bisher.

Dirk Ellenbeck, Pressesprecher von Vodafone, hat nun eben auf meinen Artikel schnell reagiert, prompt in den Kommentaren darauf hier geantwortet und klärt nach seinen Recherchen beim Hersteller HTC auf. Seine Antwort im vollständigen Wortlaut:

Als Pressesprecher von Vodafone habe ich den Beitrag mit großem Interesse gelesen und gemeinsam mit HTC versucht, dem Problem auf den Grund zu gehen. Es gibt keinen wie im Beitrag vermuteten Zusammenhang zwischen Gesprächsabbrüchen und der Priorisierung von Prozessen in Android oder auf der CPU. Eine Prozessorauslastung durch Applikationen ist unwahrscheinlich, nicht zuletzt, weil die meisten Telefon-Funktionen, also die Funk-Technik sowie die Modem-Funktion auf einem eigenen Coprozessor laufen.

Wahrscheinlicher ist, dass die beschriebenen Gesprächsabbrüche durch Applikationen verursacht werden, die im Hintergrund laufen und Datenverbindungen aufbauen. Während einem Telefonat muss das Gerät dann mehrere Male von “Packet” to “Circuit Switched” (Übertragung von Daten und Sprache über GSM bzw. IP) zu “MultiRAB” (beides zusammen) schalten. Hinzu kommen noch die Wechsel zwischen den verschiedenen Geschwindigkeiten bei GSM, GPRS und UMTS.

Wenn nun Applikationen nicht fehlerfrei programmiert sind, kann der Aufbau der Datenverbindung zum Gesprächsabbruch führen. Bei Android werden alle Applikationen gleich behandelt (es gibt keine System-Applikationen, die vorrangig laufen). Die Überprüfung der Applikationen vor Veröffentlichung im Market wird von den Programmierern selbst und nicht von Google oder HTC vorgenommen. Daher ist es sehr aufwändig und schwierig, den Fehler zu lokalisieren. Denn letztlich muss tatsächlich jede Applikation einzeln und dann zusammen mit den anderen Applikationen laufen, um den Fehler einzugrenzen und so die verursachende Applikation zu finden.

Vielen Dank für die detaillierte und offene Aufklärung, Dirk!

Das spricht allerdings für eine zentrale Zertifizierung aller Applikationen, die auf dem Android laufen sollen bzw auf HTC oder anderen Geräten. So ähnlich wie die zentrale Zertifizierung aller Applikationen, die auf iPhone oder anderen Geräten laufen. Darüber sollte die Industrie um Android nachdenken und etwas Praktikables veranlassen. Herzlichen Dank noch einmal für die schnelle Reaktion und Stellungnahme, Dirk.

Was werden Google, Android oder die Hersteller und Netzbetreiber nun machen? Wird es eine zentrale Zertifizierung geben, die Android Applikationen auf Zuverlässigkeit und Kompatibilität prüft? Wird es zudem noch eine Priorisierung der Prozesse im Android geben? Es muss.

Mein Vorschlag: Zu diesem Problemkreis kurzfristig eine Joint Technical Task Force aus Google, Android, HTC und Vodafone bilden, die Ursachen erforschen, analysieren, einen Massnahmenkatalog aufsetzen und die Probleme schnell lösen. Vodafone kann gerne die Schirmherrschaft übernehmen von mir aus. Oder Google. Ein neutraler Dritter sollte das Ganze koordinieren.

Nachtrag von heute [18:49]: Wie Dirk Ellerbeck, Pressesprecher von Vodafone eben im “Sprechblase”-Blog bestätigt hat, arbeitet jetzt Vodafone mit HTC an der Lösung des Problems zusammen und ist bestrebt auch Google/Android in diese Task Force einzubeziehen. Gut!