이 문서에서는 Microsoft에서 시작한 통화 전송과 관련된 문제를 해결하는 방법에 중점을 둡니다. 이 문서는 SBC(세션 테두리 컨트롤러) 또는 PSTN(공용 전환 전화 네트워크) 원본에서 시작된 통화 전송과 관련된 문제에는 적용되지 않습니다.
Microsoft에서 시작한 통화 전송은 사용자가 시작한 통화 전송, 자동 전화 교환에서 전송 및 통화 큐에서 전송과 같은 여러 시나리오에서 발생할 수 있습니다. 문제를 해결하기 전에 다음 배경 정보를 검토합니다.
배경
기본 설정 순서대로 다음 방법 중 하나라도 사용하여 호출 전송을 수행할 수 있습니다.
- SIP(세션 시작 프로토콜) 참조 메시지를 사용합니다.
- Replaces 헤더가 있는 SIP 초대 메시지 사용 이 메서드는 주로 호출 큐 응답에 사용됩니다.
- 내부 Microsoft Teams 인프라 사용. 이 메서드는 SBC에 표시되지 않습니다. 메서드는 처음 두 메서드가 지원되지 않는 경우에만 사용됩니다.
SIP 참조 메시지를 사용하는 모든 전송은 Microsoft Teams 인프라를 통과해야 합니다. Microsoft SIP 프록시가 SBC에 SIP 참조 메시지를 보내면 SIP 초대 메시지가 PSTN 또는 다른 대상이 아닌 SIP 프록시로 반환되어야 합니다. 호출이 외부 PSTN 번호로 전송되는 경우에도 마찬가지입니다. SBC는 전송 대상을 찾기 위해 SIP 참조 메시지를 구문 분석할 필요가 없습니다. SBC는 SIP 초대 메시지를 RURI(Request-URI) 설정과 함께 Refer-To 헤더의 내용으로만 보내야 합니다. 또한 SIP 참조 메시지의 Referred-By 헤더도 포함해야 합니다. SIP 초대 메시지의 문자열이 변경되지 않고 SIP 참조 메시지(특히 Referred-By 헤더에서)에 제공된 것과 동일한 문자열로 전송되는지 확인합니다. 이러한 문자열은 호출, 대상 및 통화 전송의 다른 중요한 부분을 식별하는 데 사용되기 때문입니다.
참고: 문자열은 Referred-By 및 Refer-To 헤더의 x-* 문자열 또는 사용자 지정 문자열일 수 있습니다.
자동 전화 교환은 외부 PSTN 번호로 통화를 전송하지 않습니다.
이 문제는 다음과 같은 이유로 발생할 수 있습니다.
- 자동 전화 교환에 라이선스 또는 잘못된 라이선스가 할당되지 않습니다. 내부 사용자 또는 봇에 대한 호출을 전송할 수 있지만 외부 PSTN 번호로 통화를 전송할 수 없는 경우 라이선스 문제를 나타낼 수 있습니다.
- SIP 초대 메시지가 잘못된 디바이스로 전송됩니다. 예를 들어 메시지는 PSTN 공급자에게 전송됩니다. 기본적으로 SIP 참조 메시지에는 대상에 대한 전체 정보가 포함되어 있지 않습니다. 예를 들어 PSTN 번호는 국제 형식으로 정규화됩니다.
이 문제를 resolve 자동 전화 교환에 올바른 라이선스를 할당하여 PSTN을 호출할 수 있도록 합니다. 문제가 지속되면 SIP 초대 메시지가 호출을 적절하게 전송할 수 있는 SIP 프록시로 전송되었는지 확인합니다. SIP 프록시는 설정(예: 정규화 규칙, SBC 라우팅, 호출자 ID)에 따라 SIP 초대 메시지를 PSTN 네트워크로 보냅니다.
SIP 참조 메시지에 전화 번호가 없거나 전화 번호의 형식이 잘못 지정되었습니다.
이것은 의도적으로 설계된 동작입니다. 이 동작을 해결하려면 SIP 프록시가 SIP 참조 메시지를 SBC로 보내야 합니다. 그런 다음 SBC를 구성하여 Referred-By 및 Refer-To 문자열을 SIP 프록시로 다시 보낼 SIP 초대 메시지에 복사합니다.
SIP 프록시에서 SBC로 SIP 참조가 오지 않음
이 문제를 resolve 다음 단계를 수행합니다.
- SIP 초대 또는 "SIP 200 OK" 응답에서 SBC의 통화 전송에 대해 SIP Refer 메서드가 지원되는지 확인합니다(SBC 또는 Microsoft에서 호출을 시작하는지 여부에 따라 다름). SIP Refer 메서드가 지원되지 않는 경우 Replaces 헤더가 있는 SIP 초대를 사용하여 호출 전송이 수행됩니다(이 메서드가 지원되는 경우). SIP 초대 메서드가 작동하지 않으면 SBC에서 숨겨진 내부 전송이 사용됩니다.
- 방화벽 및 SBC 설정이 특정 주소뿐만 아니라 Microsoft 신호 IP 주소에서 들어오는 연결을 허용하는지 확인합니다. 호출의 이전 부분이 다른 IP 주소에서 온 경우에도 새 TLS 연결을 사용하여 IP 주소에서 SIP 참조를 사용할 수 있습니다.
다음 단계를 수행한 후 SBC에서 SIP 참조 메시지를 수신하는 경우 호출이 외부 PSTN 번호로 전송되더라도 새 SIP 초대가 SIP 프록시에 전달되는지 확인합니다. 호출이 외부 PSTN 번호로 전송되는 경우 SIP 프록시는 호출을 전달한 다음 SBC에 새 SIP 초대를 보냅니다. 이 경우 SBC에서 호출이 실패하지 않는지 확인합니다. 이 호출이 실패하고 오류가 발생하는 경우 이 오류는 전송된 호출에서 SBC로 다시 전송됩니다.
전송이 완료되기 전에 호출이 삭제됩니다.
이 문제는 다음과 같은 이유로 발생할 수 있습니다.
- SIP 프록시는 SIP 참조 메시지에 대한 응답으로 SBC에서 "202 수락됨" 응답 또는 "SIP 알림" 메시지를 받지 못하며 프로세스 시간이 초과됩니다.
- "SIP Bye" 메시지는 SBC에서 너무 일찍 도착하며 메시지가 완전히 전송되기 전에 호출이 종료됩니다.
이 문제를 resolve 위해 SBC에서 "SIP 202 수락됨" 응답 및 "SIP 알림" 메시지를 보내 전송된 호출의 진행률에 대한 업데이트를 제공해야 합니다. SIP 프록시가 "200 OK" 응답을 포함하는 "SIP 알림" 메시지를 받으면 호출이 새 호출로 대체되었음을 알고 있으므로 "SIP Bye" 응답을 보내 원래 호출을 안전하게 종료합니다.
통화를 전송할 때 울리는 소리가 들리지 않음
이 문제를 resolve 다음 단계를 수행합니다.
- SIP 참조 메서드가 초기 SIP 초대 또는 "SIP 200 OK" 응답에서 SBC에서 지원되는지 확인합니다(SBC 또는 Microsoft에서 호출을 시작하는지 여부에 따라 다름). 벨소리를 성공적으로 생성하려면 SIP 참조가 필요합니다. 이는 현재 내부적으로 호출을 전송할 때 시뮬레이션된 벨소리가 생성되지 않으므로 발생합니다.
- SBC가 SIP 참조 메시지를 수신하지만 PSTN 사용자가 여전히 링 톤이 들리지 않는 경우 SBC가 새로 시작된 전송 호출에 연결하고 SIP 프록시에서 보낸 "SIP 180 링" 또는 "SIP 183 세션" 응답을 기반으로 하는 링 톤을 재생해야 합니다.
아직 해결되지 않았습니까? Microsoft 커뮤니티로 이동하세요.