적용 대상:예 Microsoft 통화 플랜, 운영자 연결, Teams 전화 Mobile 및 직접 라우팅에 ![]()
이 문서는 다음을 연구하고 사용하려는 IT 관리자 및 IT 전문가를 위한 것입니다.
- 사용자 전화 번호가 표준 전화 번호 형식으로 처리되도록 하기 위한 Teams 다이얼 플랜(정규화 규칙 포함)입니다.
개인 또는 PSTN 리소스로 라우팅할 수 있도록 Teams가 호출된 숫자를 변환하는 방법과 관련하여 컨텍스트에 대해 아웃바운드 및 인바운드 호출 번호 처리에 대한 개요가 제공됩니다.
이 문서의 개념 이해는 Teams 다이얼 플랜 및 정규화 규칙을 만들기 위한 필수 구성 요소입니다.
다이얼 플랜이 무엇인가요?
전화 걸기 플랜은 사용자가 전화를 걸 번호를 입력할 때 사용되는 번호 형식에 관계없이 Teams에서 사용자가 전화를 걸 때 전화를 걸고 전화를 걸도록 처리하고 라우팅할 수 있는 기능입니다.
예를 들어 Teams 사용자는 익숙한 전화 번호(예: 333-4444)를 입력할 수 있습니다. 다이얼 플랜을 사용하면 Teams에서 입력한 번호 형식을 식별하고 전화 걸기 번호를 +1-222-333-4444와 같은 표준화된 형식으로 변환하여 추가 라우팅을 수행할 수 있습니다.
다이얼 플랜은 호출된 숫자 문자열을 대체(원하는) 형식으로 변환하는 하나 이상의 숫자 문자열 변환 규칙의 명명된 집합입니다.
Teams 다이얼 플랜은 사용자가 사용할 권한이 있는 리소스와 호출 번호를 일치시키고 호출을 라우팅하기 위해 다양한 사용자 입력 형식으로 시작하는 숫자가 표준화된 형식(일반적으로 E.164)으로 변환되도록 합니다.
다이얼 플랜 내의 규칙은 정규화 규칙이라고 하며, 그 목적은 사용자가 다양한 패턴으로 번호로 전화를 걸고 표준화되지 않은 숫자 형식을 예상된 표준화된 형식으로 확인하는 것을 지원하는 것입니다.
한 다이얼 플랜의 정규화 규칙은 다른 다이얼 플랜의 정규화 규칙과 다르게 변환할 수 있으므로 지정된 사용자에게 할당된 다이얼 플랜에 따라 전화 번호가 번역되고 다르게 라우팅될 수 있습니다.
정규화 규칙 및 예제는 이후 문서에서 다룹니다. 정규화 규칙을 참조하세요.
다이얼 플랜 범위 및 사용자의 유효 다이얼 플랜
Teams 사용자의 아웃바운드 전화 통화는 할당된 다이얼 플랜을 포함하여 일련의 할당된 구성 항목을 기반으로 라우팅됩니다.
Teams는 다음 표에 설명된 세 가지 다이얼 플랜 범위를 지원합니다.
| 전화 걸기 플랜 scope | 구성 | 설명 |
|---|---|---|
| 서비스 다이얼 플랜 | 아니요 | Teams 전화 서비스에 대해 Microsoft에서 관리합니다. Teams 전화 사용할 수 있는 모든 국가 또는 지역에 대해 정의됩니다. 각 사용자에게 할당된 사용 위치와 일치하는 서비스 다이얼 플랜이 자동으로 할당됩니다. |
| 테넌트 다이얼 플랜 | 예 | 관리자가 사용자 범위 다이얼 플랜을 할당하지 않으면 해당 사용자는 사용자의 서비스 국가/지역 다이얼 플랜과 테넌트의 기본 다이얼 플랜( Global이라는 이름)의 효과적인 다이얼 플랜으로 프로비전됩니다. 정규화 규칙은 전역(기본값, 테넌트 수준) 다이얼 플랜에서 관리할 수 있습니다. |
| 사용자 다이얼 플랜 | 예 | 관리자가 사용자 범위 다이얼 플랜을 정의하고 할당하는 경우 해당 사용자는 사용자의 서비스 국가/지역 다이얼 플랜 및 할당된 사용자 다이얼 플랜의 효과적인 다이얼 플랜으로 프로비전됩니다. |
사용자는 항상 서비스 다이얼 플랜에 할당되고 사용자는 항상 테넌트 다이얼 플랜 또는 사용자 다이얼 플랜에 할당되지만 동시에 테넌트 다이얼 플랜 및 사용자 다이얼 플랜에 할당할 수는 없습니다.
전화 걸기 번호에 대한 정규화 규칙을 처리하는 우선 순위에서 사용자 다이얼 플랜은 테넌트(글로벌) 다이얼 플랜보다 우선하며, 테넌트 다이얼 플랜은 서비스 다이얼 플랜보다 우선합니다.
Teams는 세 가지 다이얼 플랜 범위의 계층 구조를 적용하며, 각 Teams 사용자는 "효과적인" 다이얼 플랜으로 알려진 것을 상속합니다.
사용자에 대한 가능한 유효 다이얼 플랜은 다음 표에 설명되어 있습니다.
| 사용자의 유효 다이얼 플랜 | 설명 |
|---|---|
| 서비스 국가 | 테넌트(글로벌) 다이얼 플랜이 수정되지 않고 사용자에게 사용자 다이얼 플랜이 할당되지 않은 경우 사용자는 사용 위치와 연결된 국가/지역의 서비스 다이얼 플랜으로만 구성된 유효 다이얼 플랜을 상속받습니다. |
| 테넌트 전역 - 서비스 국가 | 테넌트 다이얼 플랜이 수정되고 사용자에게 사용자 다이얼 플랜이 할당되지 않은 경우 사용자는 병합된 테넌트 및 서비스다이얼 플랜(해당 국가/지역의 경우)으로 구성된 유효 다이얼 플랜을 상속받습니다.
테넌트의 전역 다이얼 플랜의 정규화 규칙이 서비스 다이얼 플랜의 규칙보다 우선합니다. |
| 테넌트 사용자 - 서비스 국가 | 사용자 다이얼 플랜을 정의하고 사용자에게 할당하는 경우 사용자는 병합된 사용자 및 서비스다이얼 플랜(해당 국가/지역의 경우)으로 구성된 유효 다이얼 플랜을 상속받습니다.
테넌트의 사용자 다이얼 플랜의 정규화 규칙이 서비스 다이얼 플랜의 규칙보다 우선합니다. |
Teams 전화 서비스에 대한 서비스 다이얼 플랜은 변경할 수 없지만 테넌트(전역) 다이얼 플랜을 편집하거나 사용자 지정 사용자 다이얼 플랜을 만들어 서비스 다이얼 플랜을 보강할 수 있습니다. 클라이언트가 프로비전되면 해당 국가 또는 지역에 대한 서비스 다이얼 플랜과 사용자가 할당한 다이얼 플랜의 조합인 "효과적인 다이얼 플랜"을 얻습니다. 국가/지역의 서비스 다이얼 플랜에 규칙이 이미 있을 수 있으므로 테넌트 또는 사용자 다이얼 플랜에서 모든 정규화 규칙을 정의할 필요는 없습니다.
클라이언트는 사용자가 Teams에 로그인할 때 자동으로 제공되는 프로비저닝 설정을 통해 적절한 다이얼 플랜을 받습니다. 관리자는 Microsoft Teams 관리 센터 또는 원격 PowerShell을 사용하여 다이얼 플랜 scope 수준을 관리하고 할당할 수 있습니다. 자세한 내용은 다이얼 플랜 만들기 및 관리를 참조하세요.
테넌트 다이얼 플랜 계획
사용자 지정 다이얼 플랜을 계획하려면 다음 단계를 수행합니다.
1단계 사용자 전화 걸기 환경을 향상시키기 위해 사용자 지정 다이얼 플랜이 필요한지 여부를 결정합니다. 일반적으로 확장 또는 약식 국가 전화 걸기와 같은 비 E.164 전화 걸기를 지원해야 합니다.
2단계 테넌트 전역 또는 테넌트 사용자 범위 다이얼 플랜이 필요한지 또는 둘 다 필요한지 확인합니다. 사용자가 다른 로컬 전화 걸기 요구 사항이 있는 경우 사용자 범위 다이얼 플랜이 필요합니다.
3단계 각 필수 다이얼 플랜에 대해 유효한 번호 패턴을 식별합니다. 서비스 수준 국가/지역 다이얼 플랜에 정의되지 않은 숫자 패턴만 필요합니다.
4단계 다이얼 플랜 이름을 지정하기 위한 organization 체계를 개발합니다. 표준 명명 체계를 채택하면 organization 일관성을 보장하고 유지 관리 및 업데이트를 더 쉽게 수행할 수 있습니다.
전화 걸기 계획 및 라우팅 고려 사항
테넌트당 최대 1,000명의 테넌트 다이얼 플랜이 있을 수 있습니다.
사용자 유효 다이얼 플랜의 숫자 정규화는 경로 기반 규칙의 숫자 변환과 다르게 동작합니다. 예를 들어
- Teams 클라이언트는 사용자 유효 전화 요금제에 따라 통화 기록 또는 전화 번호 링크에서 걸려온 통화를 포함하여 모든 아웃바운드 통화의 번호를 정규화합니다.
경로 기반 번역 규칙에 대한 자세한 내용은 직접 라우팅에서 전화 번호 번역을 참조하세요.
인바운드 호출에 대한 번호 조회
모든 Teams 사용자 및 리소스 계정에 전화 번호에 할당된 고유 번호 및 확장 값이 있는 경우 사용자에 대한 인바운드 호출 라우팅이 지원됩니다.
사용자 전화 번호의 고유 값은 다음과 같이 두 부분으로 구성됩니다.
Number - Microsoft 통화 플랜 및 운영자 연결 솔루션을 사용하여 사용자에게 resolve 인바운드 호출의 경우 숫자 값은 E.164 형식의 숫자로 지정됩니다. 예를 들어 +14255551212. 직접 라우팅 솔루션의 경우 숫자 값은 공통 기호가 없는 3~38자리 숫자로 지정됩니다.
확장 - 숫자에 추가되고 "; ext=" 구분 기호(대/소문자를 구분하지 않습니다)는 1에서 12자리 사이입니다. 예를 들어 +14255551212**; ext=12345**
확장은 필요하지 않습니다. 역방향 숫자 조회에는 고유한 숫자만 필요합니다. 여러 최종 사용자가 단일 기본 번호를 공유하고 Teams 공유 통화 정책을 사용하지 않는 경우 각 사용자에게 고유한 확장을 할당해야 합니다. 그렇지 않으면 확장이 필요하지 않거나 권장되지 않습니다.
예를 들어 사용자에게 전화 번호 +14255551212 할당되어 있다고 가정합니다. PSTN 호출자가 +14255551212 전화를 걸면 RNL은 숫자 문자열 일치를 찾은 후 호출이 해당 사용자에게 연결됩니다.
사용자에게 확장이 있는 전화 번호가 할당된 경우 +14255551212; ext=12345, 인바운드 전화 번호는 일치가 작동하기 위한 확장을 포함해야 합니다 .
전화 번호가 계정에 할당되지 않았거나 전화 걸기 번호가 계정에 할당된 숫자 문자열과 정확히 일치하지 않기 때문에 전화 번호가 일치하지 않는 경우 호출은 라우팅에 실패하거나 할당되지 않은 번호 라우팅에 따라 라우팅됩니다(구성된 경우).
SBC에 숫자 번역이 구성되지 않은 직접 라우팅 배포가 있고 호출에서 사용자에게 지정한 형식으로 숫자를 표시하지 않는 경우 경로 기반 번호 변환 규칙을 사용하여 인바운드 호출 번호를 사용자에게 할당된 것과 일치하는 형식으로 정규화합니다. 직접 라우팅에서 전화 번호 번역을 참조하세요.
리소스 계정에 할당된 전화 번호를 호출하는 내부 사용자가 역방향 번호 조회 논리를 무시하고 리소스 계정으로 라우팅하는 대신 PSTN을 통해 외부에서 통화를 라우팅하도록 하려면 Set-CsPhoneNumberAssignment PowerShell cmdlet을 -ReverseNumberLookup사용하여 전화 번호 할당에 대해 RNL 건너뛰기 옵션을 사용하도록 설정할 수 있습니다. 자세한 내용은 Set-CsPhoneNumberAssignment 및 Get-CsPhoneNumberAssignment를 참조하세요.
통화 플랜 및 운영자 연결을 사용하여 사용자 다이얼 플랜
PSTN 연결을 위해 통화 플랜, 운영자 연결 또는 Teams 전화 Mobile을 배포하는 경우 전화 걸기 계획 및 음성 라우팅 정책이 서비스 수준에서 미리 구성되며 관리가 필요하지 않습니다.
팁
일반적으로 해당 국가 또는 지역의 모든 통화와 마찬가지로 사용자에게 전화 번호를 알려야 합니다.
직접 라우팅 또는 확장 전화 걸기를 사용하여 사용자 다이얼 플랜
PSTN 연결을 위해 직접 라우팅을 배포하거나 확장 전화 걸기 요구 사항을 지원하는 경우 통화 라우팅을 구성하려면 더 많은 단계가 필요합니다.
직접 라우팅 또는 확장 전화 걸기를 배포하는 경우 사용자의 효과적인 다이얼 플랜 은 관리자에게 사용자의 전화 걸기 숫자를 Teams가 통화를 라우팅할 수 있는 대상으로 확인되는 숫자로 변환하는 데 도움이 되는 규칙 집합을 구성하는 기능을 제공합니다.
음성 경로를 지정하고 사용자에게 음성 라우팅 정책을 할당하여 통화 라우팅을 구성해야 합니다. 경로 수준에서 숫자 변환 규칙을 구성하여 SBC(세션 테두리 컨트롤러)와의 상호 운용성을 보장할 수 있습니다. 자세한 내용은 직접 라우팅에 대한 음성 라우팅 구성, 음성 라우팅 정책 관리 및 전화 번호 번역을 참조하세요.
직접 라우팅 온라인 음성 라우팅 정책을 통화 플랜 및 운영자 연결 사용자에게 할당할 수 있으며, 예를 들어 사용자가 직접 라우팅과 직접 연결된 콜 센터에 전화를 걸 수 있도록 할 수 있습니다.
통화 플랜을 사용하여 온라인 음성 라우팅 정책 직접 라우팅
사용자에게 통화 플랜 라이선스가 있는 경우 해당 사용자의 발신 호출은 Microsoft 통화 플랜 PSTN 인프라를 통해 자동으로 라우팅됩니다. 직접 라우팅 온라인 음성 라우팅 정책을 구성하고 사용자에게 할당하는 경우 Teams는 직접 라우팅 온라인 음성 라우팅 정책에 대해 사용자의 발신 통화를 확인하여 전화 접속 번호가 온라인 음성 라우팅 정책에서 정의한 숫자 패턴과 일치하는지 확인합니다. 일치하는 항목이 있으면 직접 라우팅 경로를 통해 호출이 라우팅됩니다. 일치하는 항목이 없으면 통화 플랜 PSTN 인프라를 통해 호출이 라우팅됩니다.
자세한 내용은 직접 라우팅 음성 라우팅 정책 고려 사항을 참조하세요.