Formation Analyse Protocolaire Top5 Problèmes PS

7
Support formation analyse protocolaire TOP5 des problèmes PS, détection et analyse via les sondes ASTELLIA

description

Protocole

Transcript of Formation Analyse Protocolaire Top5 Problèmes PS

Page 1: Formation Analyse Protocolaire Top5 Problèmes PS

Support formation analyse protocolaireTOP5 des problèmes PS, détection et analyse via les sondes ASTELLIA

Page 2: Formation Analyse Protocolaire Top5 Problèmes PS

2

TOP5 des problèmes PS, détection et analyse via les sondes ASTELLIA

Iu release request et RAB release request cause « unspecified failure » + coupure RAB data PS cause RNC : dysfonctionnement RNC (restart DMPG)

Echec RAB cause « radio connection with UE lost » + échec RAB cause MS : dysfonctionnement terminaux (pas de réponse sur message radiobearer setup)

Echec RAU cause « implicitly detached » + coupure RRC cause IU : problème de déclaration des LAC/RAC dans l’USGSN

Echec RAU cause « congestion » et/ou echec PDP cause « insufficient ressources » + echec RRC cause TRANS et/ou coupure RAB cause IU : overload USGSN (impact possible quand opération sur les équipements Core PS)

Echec RAB cause « Iu transport Connection Failed to Establish » + echec RAB cause TRANS : dysfonctionnement RNC (restart GTPU)

Sommaire

Page 3: Formation Analyse Protocolaire Top5 Problèmes PS

3

Descriptif du problème vu des sondes : augmentation des Iu release request et/ou RAB release request cause « unspecified failure »

Impact possible sur les KPI Mycom : augmentation des coupures RAB data PS cause RNC (+incrémentation des compteurs RAB_REL_REQ_MISC et RAB_REL_REQ_TRL)

Méthode analyse problème

Vérification du taux de coupure session data PS via les KPI Cigale View/T&A (si augmentation, identification de la cause de la dégradation => UnspecFail). Il est possible de faire cette vérification directement depuis l’AA en filtrant sur le champ Cause = UnspecFail et Final state = OP_ACTIVE_SESSION ou Final state = OP_MM_COMM)

Vérification si ces coupures se font sur plusieurs cellules ou pas

NB : dans le cas où il n’y a que très peu de cellules impactées, cela peut correspondre à un dysfonctionnement matériel sur les NodesB (AXC, COCO, défaut WSP..) ou défaut congestion ATM

Si ces coupures sont constatées sur l’ensemble des cellules, il s’agit là d’un problème RNC (restart des cartes DMPG qui remontent le plus de DSP error code)

Iu release request cause « unspecified failure »

Page 4: Formation Analyse Protocolaire Top5 Problèmes PS

4

Descriptif du problème vu des sondes : augmentation des échecs RAB cause « Iu transport connection failed to establish »

Impact possible sur les KPI Mycom : augmentation des échecs RAB data PS cause TRANS

Méthode analyse problème

Vérification du taux d’échec d’activation de session data PS via les KPI Cigale View/T&A (si augmentation, identification de la cause de la dégradation = IuTranConFail). Il est possible de réaliser cette vérification directement depuis l’AA en filtrant sur le champ Cause = IuTranConFail ou sur le champ Last event = RABARESP_Fd* et champ Final State = OP_*)

Vérification si ces échecs RAB sont constatés sur l’ensemble des cellules du RNC

dans le cas où les échecs RAB ne sont constatés que sur quelques cellules, cela peut correspondre à des défauts radio ponctuel sur ces cellules (congestion Iub ou défaut paramétrage ATM par exemple)

Si les échecs RAB sont constatés sur l’ensemble des cellules, il s’agit d’un problème sur le RNC (restart carte GTPU)

Echec RAB cause « Iu Transport Connection failed to establish »

Page 5: Formation Analyse Protocolaire Top5 Problèmes PS

5

Descriptif du problème vu des sondes : augmentation des échecs RAB cause « Radio Connection With UE Lost »

Impact possible sur les KPI Mycom : augmentation des échecs RAB data PS cause MS

Méthode analyse problème

Vérification du taux d’échec d’activation de session data PS via les KPI Cigale View/T&A (si augmentation, identification de la cause de la dégradation = RaConWithUELost). Il est possible de faire cette vérification directement depuis l’AA en filtrant sur le champ Cause = RaConWithUELost et champ Last event = RABARESP_Fd*)

Vérification si ces échecs RAB se font principalement sur un type de mobiles (répartition par IMEI)

NB : si ce n’est pas le cas, à savoir ces échecs RAB sont constatés sur l’ensemble des terminaux il faut alors vérifier la répartition des échecs par cellules. Si il n’y a que quelques cellules impactées, alors cela peut correspondre à des défauts ponctuel sur ces NodesB (perte de synchronisation sur le NBAP, défaut configuration ATM, etc..)

Si les échecs RAB sont constatés sur un type de mobiles => remonter le cas à la Direction des Terminaux (normalement, sur l’Iub cela correspond à une non réponse du terminal sur le message RadioBearerSetup envoyé par le RNC)

Echec RAB cause « Radio Connection With UE Lost »

Page 6: Formation Analyse Protocolaire Top5 Problèmes PS

6

Descriptif du problème vu des sondes : augmentation des échecs de RAU/Attach avec RAU reject cause « congestion » et/ou des échecs PDP avec des PDP context reject cause « insufficient ressources »

Impact possible sur les KPI Mycom : possible dégradation des échecs RRC cause TRANS ou coupure RRC cause IU

Méthode analyse problème

Vérification du taux d’échec d’activation de session data PS via les KPI Cigale View/T&A (si augmentation, identification de la cause de la dégradation = Con) + vérification du taux d’échec de RAU et taux d’échec d’attach PS via les KPI Cigale View/T&A (la cause correspondante devrait être InsufRes)

Vérification si ces échecs sont constatés sur l’ensemble des cellules du RNC ou pas

Si c’est le cas, il s’agit d’un problème d’overload de l’USGSN

Echec RAU/Attach cause « congestion » et/ou echec PDP cause « insufficient ressources »

Page 7: Formation Analyse Protocolaire Top5 Problèmes PS

7

Descriptif du problème vu des sondes : augmentation des échecs de RAU/Attach avec RAU reject cause « implicitly detached »

Impact possible sur les KPI Mycom : possible dégradation des coupures RRC sur la cause IU

Méthode analyse problème

Vérification du taux d’échec de RAU et attach PS via les KPI Cigale View/T&A (si augmentation, identification de la cause de la dégradation = implicitly detached »

Vérification si ces échecs sont constatés sur plusieurs utilisateurs

NB : si les RAU reject ne sont visibles que sur très peu d’IMSI, il s’agirait d’un faux problème

Vérification si ces échecs sont constatés sur une LAC particulière (=> old_LAC 2G/3G + LAC cible 3G avec RNC_id 3G cible)

Si les échecs de RAU sont constatés avec une old LAC bien particulière : il faut remonter le problème aux équipes Core (vérification déclaration des couples LAC/RAC dans les DNS radius)

Si les échecs de RAU sont constatés sur une LAC/RAC et RNC_id bien particuliers : idem remonter le dysfonctionnement aux équipes Core (possible problème de déclaration sur les USGSN)

Echec RAU/Attach cause « implicitly detached »