정규화 규칙

Communicator Phone Edition 같은 장치는 사용자가 오프 후크로 전화를 걸 때 입력한 숫자를 정규화 규칙을 사용하여 해석합니다. 오프 후크로 전화를 걸 때 사용자가 다이얼패드를 눌러 숫자를 입력하면 전화기는 입력된 숫자를 정규화 규칙과 비교합니다. 일치하는 항목이 검색되면 전화기는 SIP INVITE 요청을 Office Communications Server에 보내 통화를 시작합니다. 다이얼 플랜에 숫자 시퀀스가 겹치는 규칙이 있는 경우 사용자가 오프 후크로 전화를 걸 때 모호한 결과를 얻을 수 있습니다.

예를 들면 다음과 같습니다.

• 규칙 **[^9425(\d{7})$ +1425$1]**은 9425로 시작하는 10자리 전화 번호를 +1로 시작하는 11자리 번호로 변환합니다. 즉, 94255550100을 14255550100으로 변환합니다.
• 규칙 **[^(\d{5})$ +125355$1]**은 5자리 전화 번호를 +125355로 시작되는 11자리 번호로 변환합니다. 즉, 90101을 +12535590101로 변환합니다.

사용자가 번호 94255550102로 전화를 걸 때 42555를 입력하면 두 번째 규칙에 따라 일치하는 항목이 검색되고 통화가 조기에 시작(즉, SIP INVITE 요청이 전송)됩니다.

Office Communications Server 2007에서는 이 문제를 완화하기 위해 문자 시퀀스 **t?**가 포함된 규칙이 Communicator Phone Edition에서 무시되고 오프 후크 전화 걸기를 최적화하는 데 사용되지 않습니다.

앞 섹션에서 설명한 문제를 해결하기 위해 Office Communications Server 2007 R2에서는 다음을 수행할 수 있습니다.

• 관리자가 겹치는 규칙으로 인한 모호성을 없애기 위해 위치 프로필에 대한 외부 액세스 접두사를 정의할 수 있습니다.
• 관리자가 내부 엔터프라이즈 전화 번호로 매핑되는 규칙에 플래그를 지정할 수 있습니다.

이러한 변경 사항은 다음과 같은 영향을 미칩니다.

• 스키마가 위치 프로필로 변경되고 정규화 규칙이 인밴드 구축을 통해 Communicator Phone Edition과 같은 클라이언트로 전송됩니다.
• 모든 Communicator Phone Edition 관련 규칙을 위치 프로필에서 제거할 수 있습니다. 예를 들어 앞에서 설명한 t? 문자 시퀀스는 더 이상 필요하지 않으므로 정규식에서 제거할 수 있습니다.
• 사용자가 전화를 거는 첫 번째 숫자가 외부 액세스 접두사와 일치하는 경우 Communicator Phone Edition과 같은 장치에서는 이 숫자를 무시하고 InternalExtension으로 태그가 지정된 규칙을 사용하지 않습니다. 예를 들어 사용자가 08005551212로 전화를 걸면 장치에 의해 첫 번째 0이 제거되고 통화가 무료 통화로 처리됩니다. 0으로 시작하는 전화 번호는 내선 번호로 처리되지 않으므로 사용자가 처음 네 자리 숫자로 전화를 거는 즉시 정규화 규칙 일치가 생성되지는 않습니다.
• 관리자가 온후크 및 오프 후크 전화 걸기 환경을 통합하려는 경우 Office Communicator와 관련되어 있지만 전화기에 적용되지 않는 규칙은 doNotdialFromDevice 플래그로 태그를 지정해야 하므로 장치에서 규칙 비교를 수행할 때 이러한 규칙을 무시합니다. 앞의 전화 걸기 규칙을 예로 들면 장치에서 시내 번호로 거는 통화는 앞에 0을 붙여야 하지만 Office Communicator 통화는 앞에 0을 추가하지 않고 걸 수 있습니다.

향상된 정규화 규칙을 사용하여 Office Communications Server 2007 R2를 구성하는 방법에 대한 자세한 내용은 음성 계획을 참조하십시오.

이 옵션을 사용하는 경우 앞에 더하기 기호(+)가 없는 E.164 숫자를 식별하는 규칙을 위치 프로필에 추가해야 합니다. 예를 들어 미국 워싱턴 주 레드몬드 위치 프로필에 숫자 1로 시작하는 모든 11자리 숫자 앞에 더하기 기호(+)를 추가하는 규칙이 필요할 수 있습니다. 실제로 앞의 더하기 기호(+)가 없는 모든 E.164 숫자 항목을 올바르게 식별하는 규칙을 작성하는 것은 어렵고 오랜 시간이 걸립니다.

이 옵션은 Office Communications Server 클라이언트와 UM 전체의 전화 걸기 패턴이 유사한 경우, 예를 들어 오프넷 접두사에 대한 요구 사항이 없는 경우에 권장됩니다.

Office Communications Server 클라이언트와 UM 전체의 전화 걸기 패턴이 유사하지 않은 경우에도 관리자는 두 시나리오에 모두 맞게 정규화 규칙을 정의하고 순서를 지정할 수 있습니다. 이 방법을 사용하면 더 복잡해지지만 숫자 형식이 일반 다이얼 플랜을 준수하지 않는 경우에도 Office Communications Server 클라이언트가 Outlook 연락처 목록에서 전화를 걸 수 있습니다.

이 옵션을 사용하면 하나의 위치 프로필에서 Exchange UM의 전화 걸기 패턴과 Office Communications Server 클라이언트의 전화 걸기 패턴, 두 집합을 모두 고려하도록 복잡하게 설정할 필요가 없습니다. 하지만 두 개의 위치 프로필을 구성하고 유지 관리해야 한다는 단점이 있습니다.