Contenu

Introduction

Problème

Symptômes

Détails et solutions du problème

Informations connexes

Introduction

Ce document décrit certaines des raisons pour lesquelles le noeud de support GPRS (Gateway General Packet Radio Service) (GGSN) rejette les messages de demande de contexte PDP (Update Packet Data Protocol) avec la cause de service Non pris en charge.

Problème

La demande de mise à jour du contexte PDP est rejetée par GGSN si le mode BCM (Bearer Control Mode) négocié est défini sur Mixed (User Equipment (UE)+Network (NW)) et si l'UE tente de mettre à niveau certaines valeurs de QoS sans filtre de paquets TFT (Traffic Flow Template) existant.

Symptômes

1. Le GGSN rejette les messages de demande de mise à jour du contexte PDP avec le service Code de cause 200 non pris en charge.

2. Message Syslog imprimé lorsqu'un tel problème est rencontré par le GGSN :

[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

Détails et solutions du problème

À partir de la version 18 de StarOS, une nouvelle condition est ajoutée pour s'assurer que le contexte PDP existant dispose d'un TFT avec les filtres de paquets configurés par station mobile (MS) présents avant que GGSN ne permette à MS de modifier la QoS du contexte existant. Voir CSCut09653 pour plus de détails.

Cette condition est ajoutée conformément à la section 9.2 de 3GPP 23.060 qui stipule :

Le MS ne doit pas modifier la QoS d'un contexte PDP tant que ce contexte PDP n'est pas associé à un TFT contenant des filtres de paquets définis par le MS. Si le TFT contient également des filtres de paquets définis par le P GW/GGSN, le MS n'est autorisé à modifier que les paramètres de débit binaire dans le profil QoS de ce contexte PDP.

Avec cette modification GGSN, pour que la demande de mise à jour du contexte PDP réussisse, une des actions suivantes peut être effectuée :

1. Si BCM est défini sur Mixed, TFT doit être envoyé dans UPC (Update PDP Context) initié par l'UE pour un contexte PDP à usage général.

2. Si TFT ne peut pas être envoyé par UE, évitez de négocier le BCM sur Mixed et utilisez le BCM de UE-Only. Puisque BCM est négocié entre UE, SGSN, GGSN et PCRF, BCM peut être défini sur UE-Only par l'un de ces éléments réseau de sorte que la valeur BCM négociée devienne UE-Only.

3. Mettez à niveau StarOS vers la dernière version contenant le changement de comportement de CSCvc21496 et mettez à jour la configuration StarOS afin d'autoriser les modifications de QoS. Avec la configuration supplémentaire, StarOS autorise désormais les mises à niveau de QoS lorsqu'il n'existe aucun TFT existant configuré par MS. Bien que ce comportement soit contraire aux spécifications, il peut être activé dans la configuration du service GGSN.

config

context PGW

ggsn-service GGSN_SVC

gtpc support-access-side traffic-class downgrade

end

Informations connexes

- Reportez-vous à Release Change Reference, StarOS Release 19 section 'MS to Change QoS Parameters' pour plus de détails sur ce changement de comportement et les options de configuration.

- Support et documentation techniques - Cisco Systems