Notruf SOS - 999 MME implizit lösen UE bei Anrufbeendigung

Einleitung

Dieses Dokument beschreibt die unsachgemäße Abmeldung von Teilnehmern, die aufgrund des in der Bug-ID CSCwr06145 beschriebenen Fehlers auftritt.

Hintergrundinformationen

Wenn ein Benutzer (UE) einen Notruf abschließt, trennt das Netzwerk fälschlicherweise implizit die UE, sobald sie wieder in den Ruhezustand wechselt.

Die Ursache hierfür ist ein Softwarefehler in der MME-Logik von Cisco, der fälschlicherweise eine implizite Trennung auslöst, wenn der erweiterte T3412-Timeout auf Null gesetzt wird.

Voraussetzungen

Verwendete Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

• Softwareversion: 21.28.m28 (weitere betroffene Softwareversionen finden Sie unter BST).
• Hardwareplattform: ASR 5500

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle in diesem Dokument verwendeten Geräte begannen mit einer gelöschten (Standard-)Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Betroffene Geräte/Versionen:

- Cisco ASR5500-Systemsoftware Version 21.28.m28 und frühere Versionen, in denen die zuvor genannte Logik implementiert ist.
- Alle ASR5000-/ASR5500-Plattformen, einschließlich Legacy- und virtueller MME
- Alle Software-Images/Konfigurationen, bei denen 'emm t3412-extended-timeout' auf Null gesetzt werden kann.

Problem

Die Cisco MME-Implementierung verweist auf die Notfall-Sitzungslogik und verwendet die Konfiguration "emm t3412-extended-timeout", um zu bestimmen, wann nach dem Notdienst die implizite Trennung für UEs ausgelöst werden soll.

Je nach betroffener Konfiguration:
'emm t3412-extended-timeout' wird auf 0 gesetzt.

Der Cisco MME-Code löst das implizite Trennen "sofort" aus (falsch), da seine Logik den erweiterten Timer-Wert 0 als Ablauf interpretiert, anstatt ihn zu ignorieren.

Als Ergebnis löscht die MME beim Übergang in den Leerlauf nach der Freigabe des Notfallträgers alle PDN-Sitzungen, trennt implizit das UE, und die nachfolgende Serviceanfrage von UE wird mit der Ursache "implizit getrennt" abgelehnt.

Netzwerkprotokolle bestätigen Delete Session Requests für alle PDNs und SGs-IMSI-Detach (wenn SGs-Schnittstelle vorhanden ist).
Dies entspricht nicht dem Standard, da laut Spezifikation bei nicht angekündigter T3412-Erweiterung normale regelmäßige TAU-Timer verwendet werden müssen.

Technische Indikatoren:
- Sofortige Abtrennung in S1AP, GTPv2-Protokollen bei Inaktivitätsübergang
- In NAS Accept-Meldungen wird kein erweiterter Timer angekündigt.
- Attach Accept/TAU Accept vom Netzwerk an UE ohne erweiterten T3412-Timer IE.
- Alle Knoten (Legacy/Virtuell) zeigen das gleiche Verhalten.

Beispielkonfiguration, bei der die emm t3412-extended-timeout-Konfiguration auf 0 gesetzt ist.

emm t3412-timeout 6480
emm t3412-extended-timeout 0
emm implicit-detach-timeout 3600

Im Beispiel-Trace wurde nach dem Freigeben des Notrufs und dem Weiterleiten des Geräts an IDLE das implizite Trennen falsch durchgeführt, gefolgt von einer Service-Ablehnung.

Lösung

Altes Verhalten: Für Notfallsitzungen mit aktivierter MS-Netzwerkfunktionsunterstützung wurde der erweiterte T3412-Timer (emmt3412-extended-timeout) als Timer für die mobile Erreichbarkeit angesehen, während er in den Leerlauf wechselte.

Dies liegt daran, dass die MME-Logik den Wert "0" für "emmt3412-extended-timeout" fälschlicherweise als "Ablauf" interpretiert, anstatt ihn zu ignorieren.

Neues Verhalten: Wenn für Notsitzungen mit aktivierter MS-Netzwerkfunktionsunterstützung beim Wechsel in den Leerlauf der erweiterte T3412-Timer (emmt3412-timeout) auf 0 konfiguriert wird, gilt der T3412-Timer als Timer für die mobile Erreichbarkeit.

Die Fehlerbehebung für diesen Fehler CSCwr06145 ist in der Cisco ASR5000/ASR5500 Systemsoftware R21.28.m38 und höher verfügbar.

Referenzen:

- Bugs: CSCwr06145 : Notruf inkorrektes implizites Trennen