Freigeben über

Behandeln von PSTN-Anrufproblemen in Azure Communication Services

  • Artikel

Bei der Problembehandlung von PSTN-Anruffehlern in Azure Communication Services wird empfohlen, dass Sie die Protokollierung aktivieren. Anschließend können Sie ResultCategories-, ParticipantEndReason- und ParticipantEndSubCode-Werte verwenden, um zu bestimmen, warum ein einzelner Anruf beendet wurde und ob das System Fehler festgestellt hat.

Verwenden von ResultCategories zur Behandlung von Fehlern

Das ResultCategories-Array ist eine Eigenschaft des Protokollschemas für die Anrufzusammenfassung. Es enthält eine Liste allgemeiner Gründe, die beschreiben, wie der Anruf beendet wurde:

  • Success
  • Failure
  • UnexpectedClientError
  • UnexpectedServerError

Anhand dieser Informationen können Sie ermitteln, warum ein Anruf beendet wurde, ohne ein detailliertes Fehlerprotokoll zu generieren.

Verwenden von ParticipantEndReason und ParticipantEndSubCode zur Behandlung von Fehlern

Wenn die Detailebene in ResultCategories nicht ausreicht, wenn Sie PSTN-Anruffehler behandeln, können Sie ParticipantEndReason und ParticipantEndSubCode verwenden, um detaillierter die Gründe nachzuvollziehen, warum ein Anruf beendet wurde. ParticipantEndReason und ParticipantEndSubCode sind auch Eigenschaften des Protokollschemas für die Anrufzusammenfassung.

ParticipantEndReason

ParticipantEndReason ist ein dreistelliger Code, der den allgemeinen Anrufstatus anzeigt. Dieser Code erläutert, warum der Anruf beendet wurde, und gruppiert Fehler nach Kategorie. Beispielsweise bedeutet ParticipantEndReason 404, dass der Anrufer oder Angerufene nicht gefunden wurde. ParticipantEndReason 500 bedeutet, dass ein Dienstfehler aufgetreten ist.

Dieser Code basiert auf den SIP-Antwortcodes (Session Initiation-Protokoll). Weitere Informationen finden Sie in der Liste der SIP-Antwortcodes auf Wikipedia.

ParticipantEndSubCode

ParticipantEndSubCode ist ein spezifischerer Antwortcode, der in der Regel sechs Ziffern lang ist. Er erklärt ausführlich, warum ein Problem mit dem Anruf aufgetreten ist.

Ein wichtiger Faktor bei der Problembehandlung bei PSTN-Anrufen in Azure Communication Services ist die Bestimmung, ob der endgültige SIP-Antwortcode für den Anruf von einem Microsoft-Prozess oder dem SBC (Session Border Controller) des Benutzers/Betreiber stammt. Eine einfache Möglichkeit, zu bestimmen, woher der Code stammt, besteht darin, sich die ParticipantEndSubCode-Antwort anzusehen.

Wenn der ParticipantEndSubCode-Wert mit 560 beginnt, gibt dies an, dass der SBC des Benutzers/Betreibers den Antwortcode generiert hat. In diesem Fall sollten Sie die SBC-Konfiguration überprüfen.

Wenn der ParticipantEndSubCode-Wert beispielsweise 560403 ist, bedeutet dies, dass der SBC den endgültigen Antwortcode generiert. Der Code ist 403. In diesem Fall sollten Sie mit der Problembehandlung der Anrufe mithilfe der SBC-Protokolle beginnen.

Für alle ParticipantEndSubCode-Antworten, die nicht mit 560 beginnen, wurde der endgültige Antwortcode von einem Microsoft-Dienst generiert.

Zugehöriger Inhalt