Probleme, die sich auf Anrufübertragungen auswirken

Dieser Artikel konzentriert sich auf die Behandlung von Problemen im Zusammenhang mit Anrufübertragungen, die von Microsoft initiiert werden. Dieser Artikel gilt nicht für Probleme im Zusammenhang mit Anrufübertragungen, die von SBC-Quellen (Session Border Controller) oder PSTN-Quellen (Public Switched Telephone Network) initiiert werden.

Anrufübertragungen, die von Microsoft initiiert werden, können in mehreren Szenarien erfolgen, z. B. von Benutzern initiierte Anrufübertragungen, Übertragungen von einer automatischen Telefonzentrale und Übertragungen aus einer Anrufwarteschleife. Bevor Sie Probleme beheben, lesen Sie die folgenden Hintergrundinformationen.

Hintergrund

Eine Anrufübertragung kann mit einer der folgenden Methoden in der bevorzugten Reihenfolge erfolgen:

1. Verwenden einer SIP-Referenznachricht (Session Initiation Protocol).
2. Verwenden einer SIP Invite-Nachricht mit einem Replaces-Header. Diese Methode wird hauptsächlich für Anrufwarteschleifenantworten verwendet.
3. Verwenden einer internen Microsoft Teams-Infrastruktur. Diese Methode ist für SBC nicht sichtbar. Die -Methode wird nur verwendet, wenn die ersten beiden Methoden nicht unterstützt werden.

Alle Übertragungen, die eine SIP-Referenznachricht verwenden, müssen die Microsoft Teams-Infrastruktur durchlaufen. Wenn der Microsoft SIP-Proxy eine SIP-Referenznachricht an SBC sendet, sollte eine SIP-Einladungsnachricht an den SIP-Proxy zurückgegeben werden, nicht an das PSTN oder an ein anderes Ziel. Dies gilt auch dann, wenn der Anruf an eine externe PSTN-Nummer übertragen wird. SBC muss die SIP-Referenznachricht nicht analysieren, um nach dem Übertragungsziel zu suchen. SBC sollte die SIP Invite-Nachricht zusammen mit der Anforderungs-URI-Einstellung (RURI) nur an den Inhalt des Refer-To-Headers senden. Sie sollte auch den Referred-By-Header aus der SIP-Referenznachricht enthalten. Stellen Sie sicher, dass die Zeichenfolgen der SIP Invite-Nachricht nicht geändert werden und dass sie als genau dieselben Zeichenfolgen gesendet werden, die in der SIP-Referenznachricht bereitgestellt werden (insbesondere im Referred-By-Header). Dies liegt daran, dass diese Zeichenfolgen verwendet werden, um Aufrufe, Ziele und andere wichtige Teile einer Anrufübertragung zu identifizieren.

Hinweis: Die Zeichenfolgen können entweder x-*-Zeichenfolgen oder benutzerdefinierte Zeichenfolgen in den Referred-By- und Refer-To-Headern sein.

Die automatische Telefonzentrale überträgt keine Anrufe an eine externe PSTN-Nummer.

Dieses Problem kann folgende Ursachen haben:

• Der automatischen Telefonzentrale werden keine Lizenzen oder falsche Lizenzen zugewiesen. Wenn Sie einen Anruf an einen internen Benutzer oder Bot übertragen können, aber keinen Anruf an eine externe PSTN-Nummer übertragen können, deutet dies möglicherweise auf ein Lizenzierungsproblem hin.
• Die SIP Invite-Nachricht wird an ein falsches Gerät gesendet. Beispielsweise wird die Nachricht an einen PSTN-Anbieter gesendet. Standardmäßig enthalten SIP-Referenznachrichten keine vollständigen Informationen zum Ziel. Beispielsweise wird eine PSTN-Nummer auf das internationale Format normalisiert.

Um dieses Problem zu beheben, weisen Sie der automatischen Telefonzentrale die richtige Lizenz zu, damit sie PSTN-Anrufe tätigen kann. Wenn das Problem weiterhin besteht, stellen Sie sicher, dass die SIP-Einladungsnachricht an den SIP-Proxy gesendet wird, der Anrufe entsprechend übertragen kann. Der SIP-Proxy sendet die SIP Invite-Nachricht gemäß den Einstellungen (z. B. Normalisierungsregeln, SBC-Routing, Anrufer-ID) an das PSTN-Netzwerk.

DIE SIP-Referenznachricht enthält keine Telefonnummer, oder die Telefonnummer ist falsch formatiert.

Es handelt sich hierbei um ein beabsichtigtes Verhalten. Um dieses Verhalten zu umgehen, stellen Sie sicher, dass der SIP-Proxy die SIP-Referenznachricht an den SBC sendet. Konfigurieren Sie dann SBC so, dass die Referred-By und Refer-To Zeichenfolgen in die SIP Invite-Nachricht kopiert werden, die an den SIP-Proxy zurückgesendet wird.

Vom SIP-Proxy zum SBC kommt kein SIP-Verweis.

Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:

1. Stellen Sie sicher, dass die SIP Refer-Methode für Anrufübertragungen durch SBC in der SIP Invite- oder "SIP 200 OK"-Antwort unterstützt wird (je nachdem, ob der Anruf von SBC oder Microsoft initiiert wird). Wenn die SIP Refer-Methode nicht unterstützt wird, werden Aufrufübertragungen mithilfe von SIP Invite mit einem Replaces-Header durchgeführt (sofern diese Methode unterstützt wird). Wenn die SIP Invite-Methode nicht funktioniert, wird die interne Übertragung verwendet, die für SBC ausgeblendet ist.
2. Stellen Sie sicher, dass die Firewall- und SBC-Einstellungen eingehende Verbindungen von jeder Microsoft-Signal-IP-Adresse zulassen, nicht nur von bestimmten Adressen. SIP Refer kann von jeder der IP-Adressen mithilfe einer neuen TLS-Verbindung stammen, auch wenn der vorherige Teil des Anrufs von einer anderen IP-Adresse stammt.

Wenn SBC SIP Refer-Nachrichten empfängt, nachdem Sie diese Schritte ausgeführt haben, stellen Sie sicher, dass die neue SIP-Einladung an den SIP-Proxy übermittelt wird, auch wenn der Anruf an eine externe PSTN-Nummer übertragen wird. Wenn der Anruf an eine externe PSTN-Nummer übertragen wird, leitet der SIP-Proxy den Anruf weiter und sendet dann eine neue SIP-Einladung an SBC. Stellen Sie in diesem Fall sicher, dass der Aufruf nicht auf SBC fehlschlägt. Wenn bei diesem Aufruf ein Fehler auftritt und ein Fehler generiert wird, wird dieser Fehler beim übertragenen Aufruf an SBC zurückgesendet.

Anrufe werden vor Abschluss der Übertragung gelöscht.

Dieses Problem kann aus folgenden Gründen auftreten:

• Der SIP-Proxy empfängt die Antwort "202 akzeptiert" oder "SIP Notify"-Nachrichten von SBC nicht als Antwort auf die SIP-Referenznachricht, und der Prozess hat ein Zeitüberschreitungsout.
• Die "SIP Bye"-Nachricht kommt vom SBC zu früh, und der Anruf endet, bevor die Nachricht vollständig übertragen wird.

Um dieses Problem zu beheben, stellen Sie sicher, dass SBC die Antwort "SIP 202 Accepted" und "SIP Notify" sendet, um ein Update über den Fortschritt des übertragenen Anrufs bereitzustellen. Wenn der SIP-Proxy eine "SIP Notify"-Nachricht empfängt, die die Antwort "200 OK" enthält, beendet er den ursprünglichen Anruf sicher, indem er die "SIP Bye"-Antwort sendet, da er weiß, dass der Anruf durch einen neuen Anruf ersetzt wurde.

Kein Klingeln bei der Übertragung von Anrufen

Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:

1. Stellen Sie sicher, dass die SIP Refer-Methode von SBC in der ersten SIP Invite- oder "SIP 200 OK"-Antwort unterstützt wird (je nachdem, ob der Aufruf von SBC oder Microsoft initiiert wurde). Sip Refer ist erforderlich, um den Klingelton erfolgreich zu generieren. Dies liegt daran, dass derzeit kein simulierter Klingelton generiert wird, wenn Sie Anrufe intern übertragen.
2. Wenn SBC die SIP-Referenznachricht empfängt, PSTN-Benutzer jedoch immer noch keinen Klingelton hören, stellen Sie sicher, dass SBC eine Verbindung mit dem neu initiierten Übertragungsanruf herstellt und einen Klingelton abgibt, der auf der Antwort "SIP 180 Klingeln" oder "SIP 183-Sitzung" basiert, die vom SIP-Proxy gesendet wird.

Benötigen Sie weitere Hilfe? Navigieren Sie zu Microsoft Community.