Freigeben über

Einführung in die Aktivierung von Mobilfunkanbieterbenachrichtigungen und Systemereignissen

  • Artikel

Dieses Thema enthält Informationen zum Ereignis des Mobilfunkanbieterbenachrichtigungssystems. Es enthält Richtlinien für die Entwicklung mobiler UWP-Breitband-Apps, die eingehende SMS- oder USSD-basierte Mobilfunkbetreiberbenachrichtigungen und relevante Ereignisse des mobilen Breitbandsystems verarbeiten.

Einführung

Die primäre Erfahrung eines Kunden mit einer Marke für mobile Breitbandnetzwerke ist die mobile Breitband-App. Es wird erwartet, dass diese App keine primären Verbindungsverwaltungsfunktionen bereitstellt, sondern stattdessen eine Kontoverwaltung und eine Dienstumgebung bietet. Um den Benutzer über sein Konto status auf dem Laufenden zu halten, muss die App einige Aktivitäten ausführen, auch wenn der Benutzer nicht mit ihr interagiert. Zu diesen Aktivitäten gehören die folgenden:

  • Reagieren auf Operator-SMS oder netzwerkinitiierte USSD-Nachrichten

  • Benachrichtigung des Benutzers, dass er sich dem Datenlimit nähert

  • Benachrichtigen des Benutzers, dass sein Datenplan abgelaufen ist

  • Benachrichtigung des Benutzers über seine Roaming-status

  • Überprüfen, ob Tethering im Datenplan des Benutzers unterstützt wird

Hintergrundbrokerarbeitselemente

Obwohl mobile UWP-Breitband-Apps den Vollbildmodus ausführen können, wird erwartet, dass Benutzer nur mit der Anwendung interagieren, die sich im Vordergrund befindet. Die Vordergrund-App wird als die wichtigste für den Benutzer angenommen, sodass diese App alle Ressourcen des Systems empfängt. Wenn sich eine App nicht im Vordergrund befindet, wird sie angehalten und kann keinen Code ausführen. Eine angehaltene App bleibt solange angehalten, bis der Benutzer sie fortsetzt, indem die App wieder in den Vordergrund zurückgebracht wird. Bei diesem Modell des App-Verhaltens wird die Benutzerfreundlichkeit nie durch Verzögerungen oder Verzögerungen beeinträchtigt, die durch die Ausführung unwichtiger Hintergrund-Apps verursacht werden. Darüber hinaus optimiert die Reduzierung unnötiger Hintergrundaktivitäten die Akkulaufzeit bei einer Vielzahl von Formfaktoren. Die Zeit, die zum Fortsetzen einer angehaltenen App erforderlich ist, ist vernachlässigbar und scheint für die meisten Benutzer nahezu unbemerkt zu sein.

Windows 10 stellt Windows-Pushbenachrichtigungen bereit, die die App-Kachel auch dann auf dem neuesten Stand halten können, wenn die App angehalten wird. Pushbenachrichtigungen sind für die Systemleistung und eine längere Akkulaufzeit des Geräts optimiert, sodass es am besten ist, Windows-Pushbenachrichtigungen nach Möglichkeit zu verwenden. Wenn eine angehaltene App ihren eigenen Code ausführen muss, um andere Arten von Aufgaben auszuführen, können Sie Hintergrundaufgaben erstellen.

Obwohl UWP-Apps keinen Code ausführen können, wenn sie nicht im Vordergrund ausgeführt werden, können Sie mit dem Systemereignisbroker Code als Reaktion auf Ereignisse ausführen, während sich eine App im Hintergrund befindet. Apps können Arbeitselemente beim System Event Broker registrieren, um auf bestimmte Hintergrundereignisse zu reagieren. Windows führt das Arbeitselement der App aus, wenn hintergrundbrokerte Ereignisse ausgelöst werden, unabhängig vom aktuellen Status der App (aktiv oder angehalten).

Hintergrundereignisse sind im Allgemeinen als einfache Triggerpunkte vorgesehen und sollen keine großen Verarbeitungsmengen signalisieren. Daher werden Kontingente für jede App auf die Verarbeitungszeit festgelegt, die für Hintergrundereignisse zulässig ist. Die von der Netzbetreiber-API angebotenen Hintergrundereignisse, einschließlich des MobileOperatorNotification-Ereignisses und des HotspotAuthentication-Ereignisses , werden von Windows als kritische Ereignisse behandelt. Im Vergleich zu allgemeinen Hintergrundereignissen werden Hintergrundarbeitselemente, die Den Ereignissen MobileOperatorNotification und HotspotAuthentication zugeordnet sind, unabhängig von einem Verarbeitungszeitkontingent für jeden instance des Ereignisses ausgeführt, obwohl für jede instance des Hintergrundarbeitselements ein Verarbeitungszeitkontingent gilt. Sie sollten die Verarbeitung im Hintergrundereignishandler einschränken und größere Verarbeitung auf die mobile Breitband-App zurückstellen.

In diesem Abschnitt