Office Communications Server

規劃 OCS 2007 語音部署

Jochen Kunert and Rui Maximo

摘要:

• 電話語音整合案例
• 設定 Office Communications Server
• 使用者、號碼對應表和路由

Microsoft Office Communications Server (OCS) 2007 是整合即時通訊媒體與使用者線上狀態的企業產品，包括 Web 會議

(共用資料、音訊和視訊)、立即訊息，以及音訊/視訊交談。整合 OCS 2007 與現有 PBX 系統的工作可說相當艱鉅，但是 Office Communications Server 2007 的設計目的並不是要作為 PBX 使用，因為當今的資訊工作者在日常工作流程中採用的媒體通訊林林總總 — 電子郵件、立即訊息、電話和語音信箱 — 而 PBX 系統只提供電話呼叫。

為了提供系統管理員所需的彈性，讓他們建立最佳的個人或公司電話語音整合策略，Office Communications Server 2007 提供三種設定案例，以利現有電話語音環境的整合。這些案例包括：遠端呼叫控制、Enterprise Voice，以及 Enterprise Voice 與 PBX 整合。

本文主重規劃 OCS 2007 電話語音部署的考量事項，進行這類部署時，可能需要整合現有的電話語音系統。這項資訊對系統架構設計師，以及 IT 和電話語音系統管理員特別有用。我們會概略介紹其他案例，但焦點將放在 Office Communications Server 2007 Enterprise Voice。

遠端呼叫控制

其他 OCS 資源

• 精通 LCS：Live Communications Server 管理
• 整合電話語音與 Office Communications Server 2007
• Enterprise Voice 規劃與部署指南

以遠端呼叫控制 (RCC) 為例，使用者目前有 PBX、IP-PBX 或分時多工 (Time-Division Multiplexing，TDM) 有線電話。不必用撥號盤，也不用拿起聽筒，就可以從 Office Communicator 2007 用戶端撥打和接聽有線電話。雖然使用者可以利用 Office Communicator 2007 控制有線電話，但音訊還是由 PBX 系統處理，而且不會轉換成 Voice-over-IP (VoIP) 電話。雖然 Office Communicator 2007 可以控制有線電話，您仍然可以從 PBX 系統撥打和接聽電話，無論 Office Communicator 2007 是否正在執行中都一樣。

如果要透過 Office Communicator 2007 和 OCS 2007 啟用 RCC，除了必須為 RCC 準備 Office Communicationis Server 2007 環境之外，還必須部署工作階段初始通訊協定 (Session Initiation Protocol，SIP)/以電腦為基礎的電話語音應用程式 (Computer Supported Telephony Application，CSTA) 閘道。SIP/CSTA 閘道必須與您所用的 PBX 系統類型交互操作，並且必須與 OCS 2007 相容，因為它會橋接兩個系統。Office Communicator 2007 是使用 CSTA 通訊協定來控制 PBX 電話。根據歐洲電腦製造商協會 (European Computer Manufacturers Association，ECMA) 269 標準所述 (請參閱 www.ecma-international.org/publications/standards/Ecma-269.htm)，這個通訊協定會定義 XML 結構描述，與電話交換機 (PBX) 互動。

Office Communicator 2007 會傳送 CSTA 命令，把 PBX 電話當作 SIP 裝載加以控制，而 Office Communications Server 2007 則把 SIP 裝載路由給 SIP/CSTA 閘道。Office Communications Server 2007 並不需要了解 CSTA，它只需要知道怎麼路由它就行了。SIP/CSTA 閘道之後會將命令轉換成 PBX 所用的原生通訊協定。[圖 1] 說明的就是這個步驟。

[圖 1]** RCC 整合案例 **(按影像可放大)

啟用 RCC 需要五個步驟：第一個步驟是設定讓 SIP/CSTA 閘道與 PBX 通訊。接下來是設定 OCS 2007 將 CSTA 要求路由到 SIP/CSTA 閘道。第三步是設定 RCC 的使用者。第四個步驟是設定 Office Communicator 2007。第五個步驟是定義 OCS 2007 正規化規則，這些規則也用於通訊錄電話號碼正規化，但與搭配 Enterprise Voice 使用的電話號碼正規化規則不同。

Enterprise Voice

當使用者使用 Enterprise Voice 時，Office Communicator 2007 或 Office Communicator Phone Edition 遂取代 PBX 電話成為他的主要電話。Office Communicator 2007 會獲得一個指定的專屬電話號碼 (您可以將現有的 PBX 電話轉接到指定給 Office Communicator 2007 的新分機，作為測試用途)。Office Communicator 2007 與建議的 USB 音訊裝置兩者搭配使用，可同時處理呼叫控制 (或訊號) 和媒體 (音訊和視訊)。

在這個案例當中，Office Communications Server 2007 會路由 IP 網路上 Office Communicator 2007 端點間的電話 (IP-IP 呼叫)，並且將電話路由到公用交換電話網路 (PSTN)/PBX (IP-PSTN 呼叫)。OCS 2007 會對路由到 PSTN 的電話強制實施撥號限制。

如果您要將 Office Communications Server 2007 環境連接到 PBX 或 PSTN，必須部署媒體閘道 (又稱為 SIP/PSTN 或 IP/PSTN 閘道)。而媒體閘道必須搭配中繼伺服器 (OCS 2007 的伺服器角色)，才能連接到 Office Communications Server 2007 環境，如 [圖 1] 所示。因此最好將中繼伺服器和相關媒體閘道安裝在同一個實體位置上。

[圖 2]** Enterprise Voice 與 PSTN 或現有 PBX 的整合案例 **(按影像可放大)

您可以透過中繼伺服器，連接媒體閘道來支援使用 Office Communications Server 2007 實作的標準 (甚至是不安全) SIP，因為 OCS 2007 只容許經過驗證和加密的通訊。中繼伺服器的另外一項工作是處理標準轉碼器 (G.711、G.723 等等) 與 Microsoft 即時音訊轉碼器之間的轉碼器轉譯。如需 Office Communications Server 2007 所支援的媒體閘道清單，請參閱策略硬體合作夥伴，網址是 technet.microsoft.com/bb735838。

您可以將媒體閘道直接連接到 PSTN，或是直接連接到現有 PBX 的 Primary Rate Interface (PRI) 中繼連線。[圖 2] 就是 Enterprise Voice 與 PSTN 和現有 PBX 案例的可能整合案例。部署 Enterprise Voice 並不需要 Director (通常是 Office Communications Server Standard Edition 伺服器)，不過還是建議使用。

啟用 Enterprise Voice 需要四個步驟：第一步是部署和設定媒體閘道。由於這是 Microsoft 合作夥伴產品，最好能夠參閱廠商的說明文件，因為每個媒體閘道的部署步驟不盡相同。

接下來是為每個媒體閘道部署中繼伺服器。在這個步驟中，您必須為中繼伺服器設定一張網路卡，來收發媒體閘道的流量，再為中繼伺服器設定另一張網路卡來收發 Office Communications Server 2007 的流量 (一般是 Enterprise Edition 部署中的 Director)。除非媒體閘道是進階閘道，否則還是需要 OCS 2007 中繼伺服器角色的協助，才能與 OCS 2007 Enterprise Voice 基礎結構交互操作。

第三步是定義號碼對應表。這個步驟包括定義語音原則、電話路由和位置設定檔。

之後就是設定 Enterprise Voice 的使用者。除此之外，還必須啟用 Enterprise Voice 的使用者，讓他們能夠從 PBX 或 PSTN 撥打或接聽電話，因此必須為每位使用者指派專屬的電話號碼。

Enterprise Voice 與 PBX 整合

這項設定是 Enterprise Voice 設定的延伸，差別在於使用者的 PBX 電話會與使用者的 Office Communicator 用戶端同步處理。這項設定與透過 PBX 連接到 PSTN 的 Enterprise Voice 案例雷同，如 [圖 2] 所示。不過此處並未以 Office Communicator 2007 用戶端取代使用者的 PBX 電話，Office Communicator 2007 和現有的 PBX 電話都是使用相同的電話號碼。

如果發話方從另外一支 PBX 電話或從 PSTN 電話撥打使用者的分機，PBX 系統會透過 Office Communications Server 2007，將電話分接到使用者的 PBX 電話和使用者的 Office Communicator 2007 用戶端。每當有來電時，使用者的 Office Communicator 2007 用戶端和 PBX 電話就會同時響鈴。相反的，Office Communications Server 則會把 OCS 2007 發出的電話，透過媒體閘道分接到 PBX。不過這種情況在使用 Office Communicator Phone Edition 時不可能發生，因為這種設定需要由 PBX 的語音信箱系統來處理語音信箱。因此遇到這類使用者，就不能把 Exchange Server 2007 整合通訊作為語音信箱解決方案。

啟用 Enterprise Voice 與 PBX 整合的步驟，與部署 Enterprise Voice 相同，只是另外多了三個步驟。第一個是必須將媒體閘道直接連接到 PBX，第二個是必須設定 PBX 來支援這個案例 (這可能得根據廠商而升級 PBX 的軟體)。最後一個是必須啟用使用者進行 PBX 整合。

Microsoft 正努力提供支援，希望能夠在不需要媒體閘道的媒介情況下，將中繼伺服器直接連接到 IP PBX。有關這個主題的最新資訊，請參閱 technet.microsoft.com/bb735838。

設定 Office Communications Server

Enterprise Voice 功能是由在 Office Communications Server 2007 Enterprise Edition 和 Office Communications Server 2007 Standard Edition 執行的服務所控制。[圖 3] 說明提供 Enterprise Voice 功能來路由發話和受話的服務

Figure 3 Enterprise Voice 服務

[圖 4] 舉例說明了當中各個元件在經過 OCS 2007 路由進行電腦對電腦呼叫時，在來電上的運作方式。來電可以發自連線的端點，例如 Office Communicator 2007 或 Office Communicator Phone Edition，或是發自 PSTN/PBX 的中繼伺服器 (PSTN-SIP 呼叫)。從其中一個發話方的 Office Communicator 2007 用戶端或端點 (例如 Office Communicator 2007) 所撥出的電話，會傳送到 Standard Edition Server 或使用者所屬的 Enterprise Pool，這就是使用者的主集區。

[圖 4]** OCS 前端伺服器上 Enterprise Voice 相關 服務的互動 **(按影像可放大)

此時，Office Communications Server 2007 會處理來電來判斷它的路由目的地。下一個躍點可以是連到受話方的主集區、中繼伺服器，或是 Microsoft® Exchange Server 2007 整合通訊 (見 [圖 5])。如果來電是路由到其他主集區，則 OCS 2007 會將該電話傳送到受話方所有作用中的端點。而受話方的 Office Communicator 2007 或 Office Communicator Phone Edition 會響鈴，並且裝置上會出現一個快顯視窗通知。

[圖 5]** 來電路由 **(按影像可放大)

如果來電是路由到中繼伺服器，則會設定伺服器以路由到特定的媒體閘道。如果媒體閘道是直接連接到 PBX，那麼該來電便會由 PBX 路由到有線電話或 PSTN。不過，如果媒體閘道是直接連接到 PSTN，來電便向外轉到 PSTN。

如果下一個躍點是連到 Exchange Server 2007 整合通訊，則發話方可以留言。無論受話方是否登入 Office Communications Server 2007，都可以使用語音信箱。

當受話方接聽時，會以 IP 對 IP 呼叫的方式，直接將音訊從發話方的 Office Communicator 2007 或 Office Communicator Phone Edition，傳送到受話方的 Office Communicator 2007 或 Office Communicator Phone Edition。如果發話方是使用 PBX 或 PSTN 電話，那麼中繼伺服器便會將音訊流量，以 IP 對 PSTN 呼叫的方式，直接傳送到受話方的 Office Communicator 2007 或 Office Communicator Phone Edition。OCS 2007 只會處理通話訊號，這也正是音訊和視訊直接在端點之間行進而不經過 OCS 2007 路由的原因。

設定使用者

對於啟用 Enterprise Voice 的使用者，必須指派在組織內是獨一無二的電話號碼。這項設定是在 Active Directory ® 中完成。跟大多數電話語音系統不同的是，它會指派電話號碼給電話。這種設計的好處是，使用者可以將任何執行 Office Communicator 2007 的電腦轉換成他們的公司電話，只要從用戶端登入 OCS 2007 就成了。這種可攜性功能可能很吸引電信通訊者或外勤員工。

使用者的電話號碼是在 Active Directory 中以 E.164 格式來指定。這個格式會定義國際公用電信號碼對應表，而這種撥號配置可獨一無二且清楚地表示電話號碼。E.164 格式便是以這種格式指定電話號碼。

+<country code><area code><phone number>

啟用 Enterprise Voice 的使用者有兩種獨特的表示法：SIP URI 和 E.164 電話號碼。撥打電話號碼時，Office Communications Server 會將電話號碼的 E.164 表示法 (+14255551212) 解析成使用者的 SIP URI (joe@contoso.com)。Office Communications Server 2007 接著會根據受話方的 SIP URI 來路由該來電。如果電話號碼無法解析成 SIP URI，OCS 2007 會透過中繼伺服器將來電向外路由到 PBX/PSTN。

如果您是在每位 Office Communicator Server 使用者都必須分配到專屬電話號碼的情況下規劃 Enterprise Voice 部署，必須將現有的電話語音系統列入考量。如果您是直接透過媒體閘道連接到 PSTN，則很可能有整個號碼區塊含 2 或 3 位數分機的直接撥打內線 (Direct-Inward-Dialing，DID) 號碼，可以散發給 OCS 2007 使用者。如果您是經由 PBX 連接到 PSTN，PBX 可能會提供一組 DID 號碼，讓您指派給 OCS 2007 使用者。

號碼對應表

即使 E.164 格式的電話號碼有提供獨特的表示法，但撥號還是不太方便。在 Office Communicator Phone Edition 或標準 PBX/PSTN 電話裡面也不可能輸入這種格式的號碼。使用 10 位數的撥號盤要如何指定 + 字元呢？使用者習慣撥打簡短的分機號碼，這個號碼在某個地點也許是專屬號碼，但對整個公司就不見得了。因此您必須指定轉譯規則，將它們轉換成 E.164 格式。

系統管理員必須定義位置設定檔，指定正規化規則來執行這些號碼轉譯。當用戶端 (Office Communicator 2007 或 Communicator Phone Edition) 或 Office Communications Server 2007 的轉譯服務將電話號碼延伸為 E.164 格式之後，使用者服務就會執行反向號碼查詢，並將 E.164 號碼對應到相對應的 SIP URI。如果找到符合的項目，位置設定檔中所定義的正規化規則，便會使用規則運算式來執行轉譯。比方說，如果您撥 1234，則符合任何四位數模式以轉譯成 +1425555{4 位數} 的正規化作業，便會將 1234 轉譯成 +1425551234。位置設定檔因此能讓使用者保有他們所熟悉的撥號習慣。

系統管理員可以透過下列三種方式，指派位置設定檔給使用者：

• 透過群組原則，定義位置設定檔給使用 Office Communicator 2007 的使用者。
• 容許使用者從 Office Communicator Phone Edition 選擇位置設定檔。
• 指派位置設定檔到主集區。該位置設定檔便會自動指派給屬於該集區的使用者。

定義號碼對應表的動作，包括使用正規化規則建立語音原則、電話路由和位置設定檔。語音原則是定義容許的電話存取使用者類型。Office Communications Server 2007 會透過電話路由的方式，判斷如何將來電路由到 PBX/PSTN。由於撥號方式眾多，所以位置設定檔的正規化規則，會定義如何將撥出的電話號碼轉譯成 E.164 格式，然後再進行路由。

系統管理員會將啟用 Enterprise Voice 的各個使用者與語音原則建立關聯。語音原則負責定義指派給使用者的通話權限，而通話權限負責判斷使用者可以使用哪些路由，以及使用者可以撥打哪些號碼。每位使用者都必須與單一語音原則相關聯，而可用的原則數量則由系統管理員建立。

每個語音原則都包含一個容許或禁止使用者啟用同時響鈴的設定，以及一份排好順序的電話使用方式清單。語音原則類似於會議原則，都是內含設定的邏輯容器，定義成存放在 Active Directory 中的 XML 文件。這種設計的價值在於，它不需要延伸 Active Directory 結構描述，就可以在 OCS 2007 的未來版本進行擴充以支援其他原則設定。比方說，如果語音原則不與任何電話使用方式相關聯，這就會影響到指派給該原則的使用者，使他們無法發話給 PBX/PSTN。這類使用者只能進行 IP-IP 呼叫。

電話使用方式和路由

電話使用方式負責定義使用者所容許的電話路由權限。電話使用方式是電話路由的集合，它是一個字串，而且必須是專屬關鍵字，換句話說，沒有其他電話使用方式可以擁有相同的名稱，但系統管理員要建立幾個使用方式都可以。

雖然語音原則可以直接與路由或一組路由相關聯，而不與電話使用方式關聯，但電話使用方式關鍵字卻是維護原則和路由之間的抽象層。如果原則直接與路由相關聯，實際上等於推翻了電話使用方式的概念，因此當系統管理員修改路由的名稱時，就必須更新每個與路由相關的原則。如果透過使用電話使用方式 (此為原則和路由兩者可在原則和路由之間建立關聯的特性)，即使變更路由的名稱，仍可保有原則和路由之間的關係。

路由當中包含了電話號碼模式和連接到媒體閘道的中繼伺服器清單。路由至少必須指派一個電話使用方式，而模式和閘道之間的這個關聯，會指定如何路由符合特定模式的電話號碼，

而模式會指定它可以對應的電話號碼範圍。它是定義成規則運算式，當中可能包含也可能不含電話號碼。為了幫助您更輕鬆的建立這些規則運算式，其中也包含了 Enterprise Voice Route Helper 工具。如此一來，要是撥打的電話號碼與路由的規則運算式模式相符，就會將來電路由到在路由中定義的其中一個閘道。

一個路由可以列出一部以上的中繼伺服器 (也包括媒體閘道在內)。Office Communications Server 2007 會以循環配置的方式將來電路由到中繼伺服器，來平衡閘道間的流量。如果閘道失敗或者因為維護之故而暫停服務，對應的中繼伺服器會傳送回應給 Office Communications Server 2007，而 Office Communications Server 2007 也會立即將來電路由到路由清單上的其他中繼伺服器 (也路由到不同的媒體閘道)。

如果來電路由到媒體閘道的失敗次數超過 10 次，Office Communications Server 2007 便會配合媒體閘道縮小流量，直到該閘道有所回應為止。萬一媒體閘道在另外經過 10 次失敗之後還是無法回應，Office Communications Server 2007 便不再將來電路由到該媒體閘道，除非它有回應。

電話路由中所定義的媒體閘道清單，是由閘道的完整網域名稱和連接埠號碼定義而成。如果電話號碼與規則運算式模式不符，便會檢查與指派給使用者之電話使用方式相關聯的下一個路由，直到找到符合項目為止。如果找不到符合項目，就無法路由來電，也無法送達目的地，這時候使用者就會收到通知，告訴他通話無法完成。

下一步

Office Communications Server 2007 提供了三種等級的電話語音整合。在規劃電話語音部署時，您必須先判斷哪一種等級最符合您當前和未來的電話語音商務需要，一旦確定之後，就可以規劃部署。在規劃部署時，定義 Office Communications Server Enterprise Voice 部署的號碼對應表是相當重要的一環，一定要謹慎考量。

有關 Office Communications Server 2007 Enterprise Voice 及相關技術的詳細資訊，請參閱「其他 OCS 2007 資源」資訊看板。

Jochen Kunert 在電訊產業已有 10 年的經驗，目前正於 Microsoft 擔任 Office Communications 小組的資深專案經理。他是即將出版的《Microsoft Office Communications Server 2007 Resource Kit》一書的作者之一。您可以透過電子郵件與 Jochen 聯絡：jkunert@microsoft.com。

Rui Maximo 是在 IT 產業擁有 14 年經驗的老手，他合著了兩本書：《Pro LCS:Live Communications Server Administration》和《Microsoft Office Communications Server 2007 Resource Kit》。您可以透過電子郵件與 Rui 聯絡：ruim@ruimaximo.com。

© 2008 Microsoft Corporation and CMP Media, LLC. 保留所有權利；未經允許，嚴禁部分或全部複製.