5GSM Cause REQUEST_REJECTED_UNSPECIFIIFIIFIIFIIFIED

Einleitung

In diesem Dokument wird eine allgemeine Erklärung zur 5GSM-Ursache REQUEST_REJECTED_UNSPECIFIED(31) beschrieben. In diesem Fall verwendet Cisco 5G SMF(Session Management Function) den Ursachencode und die Vorgehensweise zur Fehlerbehebung.

Informationselement "5GSM-Ursache"

Die Hauptfunktion der Unterschicht 5GSM(5GS Session Management) ist die Unterstützung der PDU-Sitzungsverarbeitung in der EU und in der SMF (Übertragung über AMF). Die folgenden Verfahren werden für 5GSM durchgeführt:

• PDU-Sitzungseinrichtung
• PDU-Sitzungsänderung
• PDU-Sitzungsversion
• PDU Session Establishment Reject
• PDU-Sitzungsänderung Ablehnen
• PDU Session Release Reject
• PDU Session Release Request
• PDU Session Modification Command Reject

Der Hauptzweck von 5GSM-Ursacheninformationen besteht darin, den Grund anzugeben, warum eine 5GSM-Anfrage abgelehnt wird. Die Werte sind in der Spezifikation 3GPP 24.501 definiert.

Auch die allgemeine Nutzungsrichtlinie für jeden Ursachencode wird in "Anhang B (informativ) beschrieben: Cause values for 5GS session management" (Ursachenwerte für das 5GPP-Sitzungsmanagement) entsprechend der genannten 3GPP-Spezifikation.

Was ist die 5GSM-Ursache REQUEST_REJECTED_UNSPECIFIED(31)?

Dies ist ein Beispielpaket mit REQUEST_REJECTED_UNSPECIFIED.

Gemäß der Spezifikation wird sie wie folgt definiert:

Cause #31 – Request rejected, unspecified
This 5GSM cause is used by the network or by the UE to indicate that the requested service or operation or the request for a resource was rejected due to unspecified reasons.

Dieser Ursachencode wird verwendet, wenn eine unerwartete oder unbehandelte Situation auftritt und ein anderer definierter Ursachencode nicht anwendbar ist.

Wenn SMF REQUEST_REJECTED_UNSPECIFIED verwendet?

Wie bereits beschrieben, verwendet SMF REQUEST_REJECTED_UNSPECIFIED, wenn eine unerwartete oder unbehandelte Situation eintritt und der definierte Ursachencode nicht anwendbar ist. Dieses Beispiel stammt aus dem Transaktionsprotokoll und zeigt an, dass die PDU-Sitzungseinrichtung mit REQUEST_REJECTED_UNSPECIFIED abgelehnt wird. Diese Meldung selbst weist darauf hin, dass in SMF etwas schief gelaufen ist, und gibt keinen genauen Grund für die Ablehnung der Anfrage an.

[ERROR] [smf-service.smf-app.event-trace] nasEncodePduSessionEstbReject(Cause-REQUEST_REJECTED_UNSPECIFIED) - EVENT TRACE - SessionKeys[[imsi-<OMIT> (pk)]]

Sehen Sie sich die Transaktionsprotokolliereinrichtung genauer an. Beachten Sie, dass ein anderer Fehler vorliegt:

[ERROR] [smf-service.smf-app.amf] AMF Assign Ebi Failure [BackgroundIpcTimedOut] Background ipc timedout

Die Ebi-Anforderung an AMF zuweisen ist also zeitlich abgelaufen, was zu REQUEST_REJECTED_UNSPECIFIED führt. Was jetzt untersucht werden muss, ist der Grund, warum die Zuweisung von Ebi-Anfragen eine Zeitüberschreitung ist.

Dieses Transaktionsprotokoll ist ein weiteres Beispiel, in diesem Fall erhält SMF keine ChargingDataCreateRes von CHF und führt zu REQUEST_REJECTED_UNSPECIFIED.

[ERROR] [rest_ep.app.n40] Received Charging Data Response error with timediff 1999995051 - response Post http://192.168.20.101:8086/nchf-convergedcharging/v2/chargingdata: net/http: request canceled
[ERROR] [smf-service.smf-app.event-trace] nasEncodePduSessionEstbReject(Cause-REQUEST_REJECTED_UNSPECIFIED) - EVENT TRACE - SessionKeys[[imsi-<OMIT> (pk)]]

Die beiden beschriebenen Beispiele können als angemessene Nutzung von REQUEST_REJECTED_UNSPECIFIED betrachtet werden. Gleichzeitig gibt es einen Fall, in dem anderer Ursachencode angemessener ist, SMF aber einfach nicht gut damit umgeht und stattdessen REQUEST_REJECTED_UNSPECIFIED verwendet. Dieses Transaktionsprotokoll ist ein weiteres Beispiel für REQUEST_REJECTED_UNSPECIFIED, aber der Fehler davor ist nicht schlüssig.

[ERROR] [smf-service.smf-app.resource] Resource Manager Response Failure
[ERROR] [smf-service.smf-app.event-trace] nasEncodePduSessionEstbReject(Cause-REQUEST_REJECTED_UNSPECIFIED) - EVENT TRACE - SessionKeys[[imsi-<OMIT> (pk)]]

Wenn Sie die PDU Session Establishment-Anfrage betrachten, lautet der PDU-Sitzungstyp IPv4, der IPv4-Pool ist jedoch nicht für SMF konfiguriert.

FIVEG_PDU_SESSION_ESTABLISHMENT_REQUEST (0xC1)
'PDU_SESSION_TYPE': 'IPV4 (0x1)',

ipam
 source local
 address-pool pool1
  vrf-name ISP
   tags
    dnn test
   exit
   ipv6
    prefix-ranges
     split-size
      per-cache 8192
      per-dp 8192
     exit
     prefix-range FE80:db0:: length 48
    exit
   exit
  exit
exit

In diesem Szenario ist "PDU-Sitzungstyp nur IPv6 zulässig"(51) besser geeignet, daher wird es in "PDU_SESSION_TYPE_IPV6_ONLY_ALLOWED" über die Cisco Bug-ID CSCvy44631 geändert. .

Schlussfolgerung

Die 5GSM-Ursache REQUEST_REJECTED_UNSPECIFIED selbst liefert keine schlüssigen Informationen zur Ablehnung, weitere Untersuchungen sind erforderlich, um zu verstehen, was sie verursacht. Wenn es mehr richtigen Ursachencode gibt, ist es besser, die Software zu reparieren, um dies zu tun.