Pour les partenaires
Vous êtes déjà partenaire?
ConnexionAvez-vous un compte?
Ce document décrit comment décharger le trafic d'un noeud de support GPRS (Serving General Packet Radio Service) vers un autre SGSN dans le même pool avec l'utilisation d'un NRI (Network Resource Identifier) cible.
Afin que le SGSN de la gamme Cisco 500 (ASR500) puisse décharger les abonnés, il attribue un code d'identification de zone de routage de non-diffusion (NB-RAI), marque un NRI cible dans l'identificateur d'abonné mobile temporaire de paquets (P-TMSI) et réduit le compteur de mise à jour périodique de la zone de routage pendant la zone de connexion/routage RAU) acceptez les messages. La commande CLI de déchargement est améliorée avec le NRI cible et le nombre d'abonnés afin de décharger avec ce NRI cible. Une fois la commande CLI de déchargement basée sur la cible exécutée, le SGSN commence à décharger les abonnés. Il n'arrête pas le processus de déchargement tant qu'une commande CLI disable n'est pas exécutée, ou lorsque le nombre de cibles est atteint.
Voici quelques informations importantes à prendre en compte au sujet du processus de déchargement :
Cette section décrit comment activer le déchargement du trafic vers le SGSN cible.
Voici la configuration de base requise pour décharger les abonnés :
a) iups-service iups_svc
# plmn id mcc <XXX> mnc <XXX> network-sharing common-plmn mcc <XXX> mnc <XXX>
b) sgsn-global , imsi-range definition
#imsi-range mcc <XXX> mnc <XXX> operator-policy <oppolicy> (or)
#imsi-range mcc <XXX> mnc <XXX> PLMNID <common-plmn> operator-policy <oppolicy>
c) associate cc-profile to this op-policy and hook up the peer sgsn address static
mapping.
# sgsn-address rac <xxx> lac <xxx> nri <> prefer local address ipv4 <XXX.XXX.XXX.XXX>
Vous devez configurer une politique d'opération sans définition de réseau mobile terrestre public (PLMN) ou définition de réseau local mobile commune dans la plage IMSI (International Mobile Subscriber Identity). Pour que Cisco SGSN puisse gérer les liaisons ascendantes PTMSI (Packet Temporaire Mobile Subscriber Identity), il faut une politique d'opération sans PLMN ni définition PLMN commune (le PLMN commun est le PLMN utilisé pour la configuration du partage de réseau dans le service IUPS).
a) One without PLMN
#imsi-range mcc xxx mnc xxx operator-policy <>
#operator-policy name <>
associate call-control-profile <>
#exit
#call-control-profile <>
authenticate rau
sgsn-address rac <xxx> lac <xxx> nri <x> prefer local address ipv4 <xxx.xxx.xxx.xxx>
#exit
b) Define imsi-range with common-plmn as the one same which is in iups-service.
#imsi-range mcc <XXX> mnc <XXX> PLMNID <common-plmn> operator-policy <oppolicy>
#operator-policy name <oppolicy>
associate call-control-profile <ccprofile>
#exit
#call-control-profile ccprofile
authenticate rau
sgsn-address rac <XXX> lac <XXX> nri <X> prefer local address ipv4< XXX.XXX.XXX.XXX>
#exit
N'importe laquelle de ces définitions de plage IMSI peut être utilisée afin de permettre à RAU dans les cas de déchargement de fonctionner.
Dans un environnement réseau partagé, si le trafic doit être déchargé, le profil CC sélectionné pour l'abonné déchargé doit comporter des entrées pour la recherche locale.
Soit le profil CC avec une plage IMSI (MCC (Mobile Country Code)/Mobile Network Code (MNC) du NB-RAI pour les SGSN déchargés) et le PLMN commun comme PLMID seront sélectionnés, soit la plage IMSI (MCC/MNC du NB-RAI pour les SGSN déchargés) de ces entrées pour la recherche.
En règle générale, il n'y aura pas d'IMSI dans la liaison ascendante. Vous devez donc obtenir le MNC/MCC de l'ancien RAI dans le message GPRS Mobility Management (GMM). Le PLMN sera le PLMN commun, qui est le PLMN partagé dans le réseau et est temporaire. Une fois cette politique d'action choisie, le SGSN choisit d'exécuter une requête DNS (Domain Name Server) ou de sélectionner une adresse locale dans le mappage statique du profil CC.
Une fois la requête résolue, le SGSN envoie la requête de contexte SGSN à l'homologue source-SGSN. Le SGSN_CTX_RESP a un IMSI de l'homologue SGSN, puis la nouvelle stratégie d'opération est sélectionnée en fonction de ces informations IMSI. Par exemple, si l'IMSI est 123456xxxxx et que le PLMN actuellement diffusé est XXX-XXX, voici le résultat : imsi-range mcc <XXX> mnc <XXX> plmnid <XXXXXX> opérateur-policy <>.
Lorsque le partage réseau est utilisé dans un environnement de déchargement, le SGSN doit sélectionner une stratégie temporaire afin de résoudre l'adresse IP du SGSN homologue. Cela peut être réalisé comme indiqué précédemment ; une fois que l'IMSI est récupéré à partir du SGSN homologue/source, le SGSN choisit à nouveau une politique d'op basée sur le MNC/MCC IMSI.
Dans le cas d'encombrement STP (Signal Transfer Point), associez une action de limitation au SGSN afin de réduire les transactions par seconde. Ajoutez cette commande dans le SGSN source et cible avant le déchargement du trafic, ce qui aide la vitesse de réattachement de la régulation :
network-overload-protection sgsn-new-connections-per-second 2000 action
reject-with-cause congestion queue-size 5000 wait-time 5
Les données sont fournies par liaison et le jeu de liaisons doit être compris entre le STP et le HLR. Dans cet exemple, vous pouvez supposer que :
La protection contre la surcharge du réseau est une fonction IMSIMGR qui gère généralement les procédures, telles que la liaison IMSI et la liaison ascendante PTMSI étrangère (qui peut être une liaison PTMSI ou une RAU Inter SGSN). Chaque procédure consomme trois transactions par seconde sur la liaison GR, lorsque vous considérez la réponse de demande en un seul TPS. L'option Send Authentication Information (SAI) prend en charge TPS et l'option Update GPRS Location (UGL) prend deux TPS. Dans l'ensemble, un message traité au niveau de l'IMSIMGR aura trois TPS sur l'interface GR. Lorsque vous considérez le TPS de l'heure de pointe sur la liaison, qui est de 400 par seconde, cela signifie qu'environ 150 nouvelles connexions par seconde sont traitées par l'IMSIMGR.
Pour un maximum de 1 600 transactions par seconde dans le jeu de liens, l'IMSIMGR gère environ 533 (1600/3) new_conn_sec, vous devez donc avoir une valeur new_connections dans la plage (150530). Vous devez laisser de la place entre les valeurs maximale et minimale. Cisco vous recommande de configurer 350 transactions pour la valeur new_connections avec cette commande.
Vous pouvez configurer une action de rejet avec un code de cause d'encombrement, de sorte que les demandes d'attachement soient rejetées avec un code de cause GMM 22=Congestion et que l'UE connaisse l'état exact du réseau.
Voici un exemple :
#network-overload-protection sgsn-new-connections-per-second new_connections<350>
action { drop | reject with cause { congestion | network failure }
Le SGSN de déchargement utilise le NRI cible et le nombre de cibles à partir de la commande CLI de déchargement basée sur la cible. Ces valeurs sont mises à jour vers l'IMSIMGR et éventuellement vers le SESSMGR, selon l'interaction IMSIMGR et SESSMGR. L’IMSIMGR est l’entité centrale qui régit le déroulement du déchargement, puisqu’il s’agit d’un seul et même protocole. Les SESSMGR sont des entités de traitement distribuées. Comme il existe de nombreux SESSMGR et que les abonnés sont distribués dans les SESSMGR, le déchargement se produit parallèlement sur tous les SESSMGR.
L'IMSIMGR transmet à chaque SESSMGR le nombre cible et le nombre cible par NRI cible. Chaque SESSMGR récupère les abonnés actuellement déchargés par NRI cible dans toutes les interactions avec l'IMSIMGR. Un nouveau message est également introduit, qui est envoyé lorsqu'un numéro particulier ou une valeur de temporisation expire ou s'il n'y a aucun autre message pour récupérer les abonnés actuellement déchargés. L'IMSIMGR assure le suivi du nombre total d'abonnés déchargés de tous les SESSMGR et informe tous les SESSMGR une fois le nombre de cibles atteint pour cet NRI cible atteint.
Utilisez cette configuration afin de décharger le trafic en fonction du nombre de cibles :
config
sgsn-global
target-offloading algorithm optimized-for-target-count
end
Cette section décrit comment appliquer la phase de déchargement initiale quelques heures avant la fenêtre de maintenance. Cette phase demande au SGSN de décharger tous les abonnés qui envoient une demande d'attachement ou un message de demande RAU.
Voici un exemple qui peut être utilisé pour décharger le SGSN source (NRI 5) vers le SGSN cible (NRI-3) :
Context gn_ctx
sgsn offload sgsn-service sgsn_svc connecting t3312-timeout 4 target-nri
3 target-count 600000
Entrez cette commande afin de vérifier le nombre d'abonnés qui sont déchargés vers le SGSN cible :
show sgsn-pool statistics sgsn-service sgsn_svc target-offloaded-to-peer target-nri <>
Dans le domaine Packet Switch (PS), une nouvelle RAU est déclenchée lorsque le compteur RAU périodique est défini sur une valeur suffisamment faible (la valeur recommandée est de quatre secondes) dans le message Accepter. L'UE enverra une nouvelle RAU peu de temps après, et le noeud RN (Radio Access Network) se dirige ensuite vers un nouveau SGSN basé sur l'NRI cible qui est incorporé dans le P-TMSI.
Entrez cette commande afin de confirmer si la commande précédente est en vigueur :
show sgsn-service name sgsn_svc
Sgsn NRI Value : 5, Offloading - connecting(On), activating(Off)
Sgsn Offload-T3312 Timeout : 4
Cette section décrit quelques commandes supplémentaires utilisées pour décharger les autres abonnés de moins de 100 000.
Entrez la commande show abonnés summary pendant la durée d'attente. Assurez-vous que le nombre d'abonnés diminue et qu'il ne dépasse pas 100 000.
Show sub summary idle-time greater-than
Selon le nombre d'abonnés en état d'inactivité, pendant plus de 3 600 secondes, les clients doivent décider s'ils doivent effacer les abonnés du temps d'inactivité de 3 600 secondes ou plus.
# context local
#clear subscribers idle-time greater-than 3600 -noconfirm
Wait for 10-15 minutes then continue.
#clear subscribers idle-time greater-than 1800 -noconfirm
Wait for 10-15 minutes then continue
# clear subscribers idle-time greater-than 900 -noconfirm
wait for 10-15 minutes then continue
Si le nombre d'abonnés est toujours supérieur à 100 000, l'une des actions suivantes peut être requise :
Afin de supprimer la protection contre la surcharge du réseau et de rétablir les paramètres par défaut du système, entrez cette commande :
config
default network-overload-protection
end
Afin d'arrêter la procédure de déchargement, entrez cette commande :
Context gn_ctx
sgsn offload sgsn-service sgsn_svc connecting stop
Afin de confirmer si le déchargement s'est arrêté, entrez cette commande :
show sgsn-service name sgsn_svc
Entrez cette commande afin de rétablir l'algorithme de déchargement par défaut de la configuration :
config
sgsn-global
default target-offloading algorithm
end
Considérez ces remarques importantes sur les informations décrites dans ce document :