Introducción
Este documento describe una explicación general para la causa 5GSM REQUEST_REJECTED_UNSPECIFIED(31), en cuyo caso Cisco 5G SMF(Session Management Function) utiliza el código de causa y cómo resolver problemas.
Elemento de información de la causa de 5GSM
La función principal de la subcapa 5GSM(5GS session management) es soportar el manejo de la sesión PDU en la UE y en el SMF (transferido a través de AMF). Los procedimientos de muestra de 5GSM son:
- Establecimiento de Sesión PDU
- Modificación de la Sesión PDU
- Liberación de Sesión PDU
- Rechazo del establecimiento de la sesión PDU
- Rechazo de modificación de sesión PDU
- Rechazo de la Liberación de Sesión PDU
- Solicitud de liberación de sesión PDU
- Rechazo del Comando de Modificación de Sesión PDU
El objetivo principal del elemento de información de causa 5GSM es indicar el motivo por el que se rechaza una solicitud 5GSM. Los valores se definen en la especificación 3GPP 24.501.
Además, la directriz general de uso para cada código de causa se describe en el "Anexo B (informativo): Valores de causa para la administración de sesiones 5GS" en la especificación 3GPP mencionada.
¿Cuál es la causa 5GSM REQUEST_REJECTED_UNSPECIFIED(31)?
Este es un paquete de ejemplo con REQUEST_REJECTED_UNSPECIFIED.
Según la especificación, se define como:
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.
Por lo tanto, este código de causa se utiliza cuando se produce alguna situación inesperada o no controlada, y no se puede aplicar otro código de causa definido.
¿Cuándo SMF utiliza REQUEST_REJECTED_UNSPECIFIED?
Como se describe, SMF utiliza REQUEST_REJECTED_UNSPECIFIED cuando se produce alguna situación inesperada o no manejada, y no es aplicable otro código de causa definido. Este ejemplo proviene del registro de transacciones, indica que el establecimiento de sesión PDU se rechaza con REQUEST_REJECTED_UNSPECIFIED. Este mensaje en sí indica que algo ha fallado en SMF y no proporciona ninguna razón exacta por la que se rechaza la solicitud.
[ERROR] [smf-service.smf-app.event-trace] nasEncodePduSessionEstbReject(Cause-REQUEST_REJECTED_UNSPECIFIED) - EVENT TRACE - SessionKeys[[imsi-<OMIT> (pk)]]
Más adelante, observe que hay otro error en el registro de transacciones:
[ERROR] [smf-service.smf-app.amf] AMF Assign Ebi Failure [BackgroundIpcTimedOut] Background ipc timedout
Por lo tanto, se agota el tiempo de espera de la solicitud de asignación de Ebi a AMF, lo que da lugar a REQUEST_REJECTED_UNSPECIFIED. Lo que hay que investigar es la razón por la que se agota el tiempo de espera de la solicitud de asignación de Ebi.
Este registro de transacciones es otro ejemplo, en este caso SMF no recibe ChargingDataCreateRes de CHF y da como resultado 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)]]
Los 2 ejemplos explicados pueden considerarse como un uso decente de REQUEST_REJECTED_UNSPECIFIED. Al mismo tiempo, habría un caso en el que el código de otra causa es más apropiado, pero SMF simplemente no lo gestiona bien y utiliza REQUEST_REJECTED_UNSPECIFIED en su lugar. Este registro de transacciones es otra vez otro ejemplo de REQUEST_REJECTED_UNSPECIFIED, pero el error anterior no es concluyente.
[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)]]
Cuando se observa la solicitud de establecimiento de sesión PDU, el tipo de sesión PDU es IPv4, pero el conjunto IPv4 no está configurado en SMF.
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
Para este escenario, "Tipo de sesión PDU IPv6 permitido solamente"(51) es más adecuado, por lo que se cambia para utilizar PDU_SESSION_TYPE_IPV6_ONLY_ALLOWED a través del ID de bug de Cisco CSCvy44631 .
Conclusión
La causa 5GSM REQUEST_REJECTED_UNSPECIFIED no proporciona una información concluyente del rechazo, se necesita una investigación adicional para entender qué lo causa. Si hay un código de causa más adecuado, es mejor corregir el software para hacerlo.