Communicator Mobile-Anmeldung und -Erkennung

Communicator Mobile und NTLM-Authentifizierung

Die Anmeldung für Communicator Mobile erfolgt ähnlich wie die Anmeldung bei Office Communicator, die weiter oben im Abschnitt Office Communicator-Anmeldung und -Erkennung bereits ausführlich beschrieben wurde.

Communicator Mobile unterstützt die NTLM-Authentifizierung, welche den standardmäßigen Sicherheitsdienst (Security Support Provider, SSP) der Windows Mobile Version 6.x-Plattform darstellt. Office Communicator unterstützt dabei jedoch sowohl Kerberos als auch NTLM-Authentifikation. Das Kerberos-Protokoll ist zudem der standardmäßige SSP auf der Windows-Plattform.

Benutzer von Windows Mobile Version 6.x können den Kerberos SSP installieren, Communicator Mobile kann diesen jedoch nicht nutzen.

Abbildung 1 zeigt die NTLM-Protokollmeldungen, die zwischen Communicator Mobile und Office Communications Server 2007 R2 ausgetauscht werden.

Communicator Mobile sendet eine SIP REGISTER-Meldung. Der Server antwortet mit einer NTLM-Authentifizierungsanforderung. Communicator Mobile weiß nun, mit welchem Server die Authentifizierung ausgeführt werden muss. Communicator Mobile reagiert auf die Authentifizierungsanforderung mit einem weiteren anonymen SIP REGISTER, diesmal allerdings mit der Angabe, dass NTLM verwendet werden soll. Hierdurch wird der Server veranlasst, eine korrekte NTLM-Anforderung zu generieren. Communicator Mobile antwortet hierauf mit den Anmeldedaten. Der Server kann jetzt den Benutzer überprüfen und die SIP REGISTER-Anfrage verarbeiten.

Endpunktregistrierung

Communicator Mobile muss sich bei der Office Communications Server-Infrastruktur als ein Unified Communications (UC)-Endpunkt registrieren. Hier muss jedoch angezeigt werden, dass es sich um einen mobilen Endpunkt handelt. RFC 3840 ermöglicht den Parameter mobility=mobile während der Registrierung. Das folgende Diagramm zeigt den Anruffluss, der für die Registrierung eines mobilen Endpunkts erforderlich ist.

Communicator Mobile und Mobilfunknetze

Communicator Mobile-Clients verbinden sich basierend auf dem Netzwerk, aus dem sich das Gerät verbindet, mit einem internen Server oder einem Zugriffs-Edgeserver. Im Falle von Mobilfunknetzen gibt es drei Hauptkategorien:

• **3G   **Über dieses Netzwerk sind simultane Daten- und Sprachverbindungen möglich. Communicator Mobile benötigt für gleichzeitig Daten- und Sprachverbindungen ein DTM-Telefon mit 3G-Netz.
• **2.5G   **Über dieses Netzwerk sind nicht-simultane Daten- und Sprachverbindungen möglich.
• 2G   Netzwerk mit ausschließlicher Sprachverbindungsmöglichkeit.

Jedes Mobile-Betriebssystem bietet eigene Funktionalitäten, wie in der folgenden Tabelle dargelegt. D und V repräsentieren dabei Daten- und Sprachfähigkeit.

Hinweis:
Mit dem J2ME-Client sind keine simultanen Daten- und Sprachverbindungen möglich, auch in einer DTM-Umgebung nicht.

Dual Transfer Mode (DTM)-Geräte erlauben simultane Sprach- und Datenverbindungen. Die meisten Communicator Mobile-Benutzer verfügen über DTM-Geräte.

Single Transfer Mode (STM)-Geräte bieten entweder Sprach- oder Datenverbindungen. Nach Eingang eines netzvermittelten Anrufs unterbrechen diese Geräte die Datenverbindung. Obwohl Communicator Mobile STM-Geräte unterstützt, werden Datenverbindungen unterbrochen und erst wiederhergestellt, wenn der netzvermittelte Anruf beendet wird, das heißt, sofern Automatisch verbinden aktiviert ist.

Verbindungsverwaltung

Communicator Mobile nutzt die Windows Mobile 6.0 Connection Manager-API für die Verbindungsverwaltung. Communicator Mobile erledigt dabei die folgenden Aufgaben und Aktivitäten:

• Einräumen von Priorität bei Mobilverbindungen, wie etwa GPRS (General Packet Radio Source), über andere Verbindungen (zum Beispiel Wi-Fi, ActiveSync usw.)
• Bereitstellen einer verbesserten Anmeldeverfügbarkeit
• Reduzieren der Häufigkeit von An- und Abmeldungen in der Anwendung
• Wiederherstellen der Datenverbindung bei unerwarteten Unterbrechungen
• Ändern der Priorität der Datenverbindung auf Niedrig (CONNMGR_PRIORITY_USERBACKGROUND), wenn die Anwendung in den Hintergrund verschoben wird, und auf Hoch (CONNMGR_PRIORITY_USERINTERACTIVE), wenn ein Benutzer mit dem Gerät interagiert oder die Anwendung in den Vordergrund verschoben wird
• Anzeigen relevanter Fehler, wenn die Datenverbindung abbricht (zum Beispiel FLIGHT_MODE oder SUSPENDED/RESUME)

Die folgende Tabelle bietet nähere Angaben zu Anmeldefehlern des Connection Manager.