Skip to content

Codes de cause Q.850 : liste et signification en VoIP

Les codes de cause UIT-T Q.850 courants (1, 16, 17, 34, 41 et plus) avec leur signification, leurs équivalents SIP et leur usage pour diagnostiquer les routes.

Mis à jour le 20 octobre 2026

Les codes de cause Q.850 sont les numéros, définis dans la Recommandation UIT-T Q.850, que les réseaux téléphoniques utilisent pour indiquer pourquoi un appel s'est terminé ou a échoué : 16 est la libération normale de l'appel, 17 abonné occupé, 1 numéro non attribué, 34 aucun circuit disponible. Les switches VoIP les enregistrent dans les CDR et les transportent dans l'en-tête SIP Reason : ce sont les indices les plus précis quand une route échoue.

Que sont les codes de cause Q.850 ?

Q.850 définit les valeurs de cause utilisées par la signalisation RNIS et ISUP (le protocole SS7 entre centraux téléphoniques). Quand un appel passe du SIP au réseau téléphonique traditionnel, ou l'inverse, la passerelle traduit entre causes Q.850 et codes de réponse SIP. La RFC 3398 donne la correspondance standard, et la RFC 3326 permet à un message SIP de transporter la cause d'origine dans un en-tête Reason, par exemple Reason: Q.850;cause=34.

Les causes sont regroupées par plages : 1 à 31 événements normaux, 32 à 47 ressource indisponible, 48 à 63 service ou option non disponible, 64 à 79 service ou option non mis en œuvre, 80 à 95 message invalide, 96 à 111 erreur de protocole, 112 à 127 interfonctionnement.

Liste des codes de cause Q.850 (les plus courants)

CauseNom Q.850SignificationCode SIP habituel (RFC 3398)
1Unallocated (unassigned) numberNuméro au format valide mais non attribué404
16Normal call clearingUn des interlocuteurs a raccroché après l'appelBYE ou CANCEL
17User busyL'appelé ne peut pas accepter un autre appel486
18No user respondingPas d'alerte ni de réponse du côté appelé dans le délai408
19No answer from user (user alerted)Le téléphone a sonné mais personne n'a répondu dans le délai480
21Call rejectedL'équipement appelé a refusé l'appel403 (603 si côté utilisateur)
27Destination out of orderL'interface vers la destination ne fonctionne pas502
31Normal, unspecifiedÉvénement normal sans cause plus précise480
34No circuit/channel availableAucun circuit libre pour acheminer l'appel503
38Network out of orderPanne réseau probablement durable ; un nouvel essai a peu de chances d'aboutir503
41Temporary failurePanne réseau de courte durée ; un nouvel essai peut aboutir503
42Switching equipment congestionCommutateur fortement chargé503
44Requested circuit/channel not availableLe circuit précis demandé ne peut pas être utiliséPas de correspondance
47Resource unavailable, unspecifiedUne ressource manque, sans cause précise503
88Incompatible destinationLa destination ne peut pas traiter ce type d'appel503
102Recovery on timer expiryUn timer de protocole a expiré pendant l'établissement504
127Interworking, unspecifiedCause perdue en traversant un autre réseau500

Pour le côté SIP des mêmes échecs, voir notre liste des codes d'erreur SIP.

Que signifie le code de cause 16 ?

La cause 16, libération normale de l'appel, signifie que l'un des interlocuteurs a mis fin à l'appel. C'est le code que vous voulez voir sur la plupart des appels répondus. Une forte part de causes 16 sur des appels de quelques secondes mérite quand même une enquête, car elle peut cacher des appels de courte durée ou une fausse supervision de réponse.

Que signifient les codes de cause 17, 18 et 19 ?

Ce sont des résultats côté utilisateur. 17 signifie occupé. 18 signifie que le côté appelé n'a même pas confirmé l'alerte dans le délai du timer réseau, souvent un mobile injoignable. 19 signifie que le téléphone a sonné sans réponse. Sur une route saine, leurs parts sont stables par destination. Ils correspondent aux SIP 486, 408 et 480.

Que signifient les codes de cause 31, 34 et 41 ?

31 est un fourre-tout pour les événements normaux ; certains switches l'utilisent bien trop souvent, ce qui le rend difficile à interpréter. 34 (aucun circuit disponible) et 41 (panne temporaire) sont côté réseau : la route a manqué de capacité ou a subi une panne. Avec 38, 42 et 47, ils correspondent au SIP 503 Service Unavailable, et une part croissante est le signe classique d'un fournisseur saturé ou défaillant.

Comment utiliser les codes de cause pour diagnostiquer les routes ?

  • Regroupez les échecs par cause, par destination et par fournisseur, chaque jour, à partir de vos CDR.
  • Séparez les causes utilisateur (16, 17, 18, 19, 21) des causes réseau (27, 34, 38, 41, 42, 47, 102). Les causes réseau relèvent du fournisseur ; c'est la logique du NER.
  • Surveillez les causes 1 et 28 (format de numéro invalide) : elles signalent en général un problème de plan de numérotation ou de préfixe de votre côté.
  • Traitez la cause 127 avec prudence : la vraie cause s'est perdue en route, comparez donc avec une autre route avant d'en accuser une.

Quand les causes réseau restent élevées chez un fournisseur, VoIPMatcher peut trouver une route de terminaison VoIP de remplacement auprès de ses carriers et la gérer pour vous. Demander une route VoIP.

Questions fréquentes

Quelle est la différence entre Q.850 et Q.931 ?

Q.931 est la recommandation UIT-T pour la signalisation usager-réseau RNIS, c'est-à-dire les messages qui établissent et libèrent les appels sur une ligne PRI. Q.850 définit les valeurs de cause et le champ de localisation que transportent les messages Q.931 et ISUP. Autrement dit, Q.931 est le protocole, et Q.850 la liste commune des raisons pour lesquelles un appel se termine.

Qu'est-ce que l'en-tête Reason en SIP ?

L'en-tête Reason, défini dans la RFC 3326, permet à un message SIP de transporter la raison de fin d'appel issue d'un autre protocole. Exemple typique : Reason: Q.850;cause=17;text="User busy". Les passerelles l'ajoutent pour que la cause d'origine du réseau téléphonique survive à la traduction en SIP, ce qui rend l'analyse des CDR bien plus précise.

Le code de cause 31 est-il une erreur ?

Pas forcément. La cause 31, normal unspecified, est une cause fourre-tout pour les événements normaux qui n'ont pas de cause plus précise. Certains switches l'utilisent pour les appels sans réponse ou rejetés, d'autres pour presque tous les échecs. Si elle représente une grande part de vos appels échoués, demandez au fournisseur comment il la classe et comparez avec une autre route.

Qu'est-ce que la cause Q.850 0 ?

La cause 0 n'est pas une cause Q.850 définie. Quand elle apparaît dans un CDR, le switch n'a en général reçu ni enregistré aucune cause, par exemple parce que l'appel a été libéré en interne ou que l'autre extrémité n'en a pas envoyé. Considérez-la comme inconnue et regardez le code de réponse SIP et la chronologie pour comprendre ce qui s'est passé.

Besoin d'une route ?

Indiquez la destination, le type de route et le tarif cible. Nous vous répondons avec ce que nous pouvons fournir.

Autres guides

Tous les guides
Qualité et tests ASR, ACD et PDD en VoIP : les indicateurs de qualité expliqués ASR et ACD en VoIP expliqués, avec PDD, NER et FAS : ce que mesure chaque indicateur de qualité d'appel, comment il se calcule et ce qui l'influence. Qualité et tests Test de caller ID : vérifier le CLI sur une route VoIP Comment tester le caller ID sur une route VoIP : mise en place, lecture du CLI reçu, taux de présentation à convenir et signes d'une route grise. Qualité et tests NER vs ASR : le Network Effectiveness Ratio en VoIP NER vs ASR : comment se calculent le network effectiveness ratio et l'answer seizure ratio, pourquoi l'ASR peut tromper et lequel mettre dans un SLA. Qualité et tests False Answer Supervision (FAS) en VoIP : comment la détecter La false answer supervision (FAS) en VoIP : ses effets sur l'ASR, l'ACD et le NER, comment tester une route pour la FAS et que faire si vous en trouvez. Qualité et tests Score MOS VoIP, gigue et perte de paquets expliqués Le score MOS en VoIP expliqué : l'échelle MOS, les seuils de latence, gigue et perte de paquets pour des appels clairs, et la mesure de la qualité des routes. Qualité et tests SIP 487 Request Terminated : que signifie ce code ? Ce que signifie SIP 487 Request Terminated, le flux CANCEL qui le produit, pourquoi dialers et routes lentes génèrent beaucoup de 487 et comment les réduire. Qualité et tests SMS non délivré : les causes côté expéditeur Causes côté expéditeur des SMS professionnels non délivrés : filtrage opérateur, sender ID et enregistrement, opposition, routes, contenu et encodage. Qualité et tests ASR faible en VoIP : pourquoi le taux de réponse baisse ASR faible sur une route VoIP : pourquoi le taux de réponse baisse, distinguer problème de trafic et de route avec le NER et les codes SIP, checklist.