Introducción
Este documento describe algunas de las razones por las que el nodo de soporte del servicio general de radio de paquetes (GPRS) de gateway (GGSN) rechaza los mensajes de solicitud de contexto del protocolo de actualización de datos de paquetes (PDP) con la causa del servicio no admitido.
Problema
La GGSN rechaza la solicitud de contexto PDP de actualización si el modo de control del portador negociado (BCM) se establece en Mixto (Equipo de usuario (UE)+Red (NW)) y si la UE intenta actualizar determinados valores de QoS sin ningún filtro de paquetes de plantilla de flujo de tráfico (TFT) existente.
Síntomas
1. Rechazo de GGSN de los mensajes Update PDP Context Request con el Servicio de código de causa 200 no admitido.
2. El mensaje de Syslog se imprime cuando GGSN encuentra un problema de este tipo:
[sessmgr 12861 error] [3/0/7812
smgr_fsm_func.c:9995] [callid 31d6dc65] [software internal system syslog] UPC Rejected for ctxt with nsapi <5>, due to
Detalles y soluciones del problema
Desde la versión 18 de StarOS, se agrega una nueva condición para asegurarse de que el contexto PDP existente tenga un TFT con los filtros de paquetes configurados por Estación móvil (MS) presentes antes de que GGSN permita a MS modificar la QoS del contexto existente. Consulte CSCut09653 para obtener más detalles.
Esta condición se agrega de conformidad con 3GPP 23.060 Sección 9.2 que establece:
El MS no modificará la QoS de un contexto PDP hasta que este contexto PDP se asocie a un TFT que contenga filtros de paquetes establecidos por el MS. Si el TFT también contiene filtros de paquetes establecidos por el P GW/GGSN, el MS sólo puede modificar los parámetros de velocidad de bits en el perfil de QoS de ese Contexto PDP.
Con este cambio de GGSN, para que la solicitud de contexto PDP de actualización tenga éxito, se puede llevar a cabo una de estas acciones:
1. Si BCM se establece en Mixto, TFT se debe enviar en el contexto PDP de actualización iniciado por UE (UPC) para un contexto PDP de uso general.
2. Si la UE no puede enviar TFT, evite negociar el BCM a Mixto y utilice el BCM de Sólo UE. Dado que BCM se negocia entre UE, SGSN, GGSN y PCRF, BCM se puede establecer en UE-Only por cualquiera de estos elementos de red de modo que el valor BCM negociado se convierta en UE-Only.
3. Actualice StarOS a la última versión que contiene el cambio de comportamiento de CSCvc21496 y actualice la configuración de StarOS para permitir cambios de QoS. Con la configuración adicional, StarOS ahora permite las rebajas de QoS cuando no hay ningún TFT presente configurado por MS. Aunque este comportamiento va en contra de las especificaciones, se puede habilitar la configuración en el servicio GGSN.
config
context PGW
ggsn-service GGSN_SVC
gtpc support-access-side traffic-class downgrade
end
Información Relacionada
Comentarios