VoIP 元件

Communications Server 2007 R2

上次修改主題的時間: 2009-01-25

啟用 VoIP 元件必須具備以下主要元件:

  • 前端伺服器 VoIP 元件
  • PSTN 整合元件
  • 周邊網路 VoIP 元件

「前端伺服器」上的主要 VoIP 元件如下:

  • 轉譯服務
  • 輸入路由元件
  • 輸出路由元件
  • Exchange UM 路由元件

轉譯服務

「轉譯服務」是負責根據系統管理員定義的正規化規則,將撥打的號碼轉譯成 E.164 格式或其他格式的伺服器元件。如果您的組織使用私人編號系統或使用不支援 E.164 的閘道或 PBX,則「轉譯服務」可以轉譯為 E.164 以外的其他格式。

輸入路由元件

輸入路由元件會根據使用者在其 Enterprise Voice 用戶端上所指定的喜好設定來大量處理來電。例如,使用者可指定未應答的電話是否要轉接,還是只記錄下來進行通知。如果啟用了來電轉接,使用者就可以指定未應答的電話是否應該轉接到另一個號碼,或是轉接到已設定要提供來電接聽的 Microsoft Exchange 2007 Unified Messaging 伺服器。根據預設,所有的 Standard Edition 伺服器和「前端伺服器」上都會安裝輸入路由元件。

輸出路由元件

輸出路由元件會將電話路由傳送到 PBX 或 PSTN 目的地。它會對致電者套用電話授權規則,並決定用來路由傳送每一次電話的最佳媒體閘道。根據預設,所有的 Standard Edition 伺服器和「前端伺服器」上都會安裝輸出路由元件。

輸出路由元件所使用的路由邏輯會使用大的度量 (由網路或電話語音管理員根據其組織的需求而設定)。

Exchange UM 路由元件

Exchange UM 路由元件會處理 Office Communications Server 和使用 Microsoft Exchange Unified Messaging (UM) 之伺服器間的路由,以便整合 Office Communications Server 與 Unified Messaging 功能。如需這些功能的詳細資訊,請參閱Exchange Unified Messaging

VoIP 所需的其他前端伺服器元件

位於 Office Communications Server 2007 R2 前端伺服器或 Director 上,能提供 VoIP 必要支援,但本身不是 VoIP 元件的其他元件包括:

  • 使用者服務。針對每一來電的目標電話號碼執行反向號碼查閱,並將該號碼與目的地使用者的 SIP URI 相比對。使用這項資訊,「輸入路由元件」就可將電話分支到該使用者的註冊 SIP 端點。「使用者服務」是所有「前端伺服器」和 Director 上的核心元件。
  • 使用者複寫器。從 Active Directory 網域服務 (AD DS) 擷取使用者電話號碼,並將其寫入 RTC 資料庫中的資料表,這些號碼在此資料庫中可供使用者服務和 Address Book Server 使用。「使用者複寫器」是所有「前端伺服器」上的核心元件。
  • Address Book Server。將 Active Directory 網域服務的全域通訊清單提供給 Microsoft Office Communicator 用戶端。此伺服器也會從 RTC 資料庫擷取使用者和連絡人資訊、將資訊寫入通訊錄檔案,然後將這些檔案儲存到共用資料夾,以供 Office Communicator 用戶端下載。Address Book Server 是將資訊寫入 RTCAb 資料庫,而此資料庫則係供通訊錄 Web 查詢服務用於回應來自 Communicator Mobile for Windows Mobile 2007 R2 版的使用者搜尋查詢。另外還可選擇性將寫入 RTC 資料庫的企業使用者電話號碼正規化,以便在 Office Communicator 中佈建使用者連絡人。根據預設,所有的前端伺服器都會安裝 Address Book Server。所有的 Web 元件伺服器依預設都將安裝通訊錄 Web 查詢服務。

企業等級的 VoIP 解決方案必須提供與 PSTN 之間的往來通話,且不犧牲任何服務品質。此外,使用者在撥號及接聽電話時應該不會意識到此基礎技術的存在。就使用者的觀點而言,Enterprise Voice 基礎結構與 PSTN 之間的通話應該就像是另一個 SIP 工作階段。

針對 PSTN 連線,您可以部署媒體閘道或使用 SIP 主幹。

媒體閘道

媒體閘道是協力廠商提供的裝置,可轉譯 Enterprise Voice 基礎結構與 PSTN 或 PBX 之間的訊號和媒體。如需與 Microsoft 合作提供可搭配 Office Communications Server 使用之裝置的協力廠商清單,請參閱 Microsoft Unified Communications Partners 網站,網址為 http://go.microsoft.com/fwlink/?LinkId=125756。Office Communications Server 支援三種類型的媒體閘道:

  • 基本媒體閘道。基本媒體閘道需要中繼伺服器的協助 (此伺服器是 Office Communications Server 伺服器角色),將 PSTN 或 PBX 通話呈現到 Enterprise Voice 用戶端連線。「中繼伺服器」也會將來自 Enterprise Voice 用戶端的通話呈現到基本媒體閘道,以便路由傳送到 PSTN 或 PBX。
  • 進階媒體閘道。「進階媒體閘道」結合了「基本媒體閘道」與「中繼伺服器」的功能。進階媒體閘道不需要個別的中繼伺服器,就可以處理將 PSTN 或 PBX 通話呈現到 Enterprise Voice 用戶端連線所需的訊號和媒體轉譯。
  • 基本混合式媒體閘道。基本混合式媒體閘道會將基本媒體閘道與中繼伺服器一起配置到單一電腦上。「基本混合式媒體閘道器」可從用於 Office Communications Server 2007 R2 的 Microsoft 協力廠商處取得。相較於將基本媒體閘道器和「中繼伺服器」部署在個別的電腦上,這種方式會減少安裝與管理的額外負荷。

SIP 主幹

若不使用媒體閘道,替代的方法是使用 SIP 主幹將 Enterprise Voice 解決方案連線至 PSTN。Office Communications Server 2007 R2 SIP 主幹功能可實現下列案例:

  • 公司防火牆內外的企業使用者可透過符合 E.164 格式號碼所指定,且以 PSTN (做為對應服務提供者之服務) 為電話終端,來撥打市內或長途電話。
  • 任何 PSTN 訂閱者都可以透過撥打與企業使用者相關聯的直接向內撥號 (DID) 號碼,與位於公司防火牆內外的企業使用者連絡。

使用這個部署解決方案必須有 SIP 主幹服務提供者。

中繼伺服器

「中繼伺服器」是 Office Communications Server 中的伺服器角色,其提供 VoIP 基礎結構與基本媒體閘道或 SIP 主幹提供者之間的訊號和媒體轉譯。「中繼伺服器」也在部門部署和 PBX 整合拓撲中連結 Office Communications Server 和 PBX。

「中繼伺服器」將部署為防火牆之內的獨立伺服器。在 Office Communications Server 端,「中繼伺服器」是在單一相互 TLS (MTLS) 傳輸位址上聆聽。而在閘道端,「中繼伺服器」則是在單一 TCP 或 TLS 傳輸位址上聆聽。建議最好是在 TLS 上,但是對於不支援 TLS 的閘道,TCP 也可以支援。

「中繼伺服器」的主要功能如下:

  • 在 Office Communications Server 端加密和解密 SRTP
  • 將透過 TCP 的 SIP (對於不支援 TLS 的閘道) 轉譯為透過相互 TLS 的 SIP
  • 轉譯 Office Communications Server 與媒體閘道之間的媒體資料流
  • 將網路外部的用戶端連線到內部 ICE 元件,這些元件可以讓媒體周遊 NAT 與防火牆
  • 當做閘道不支援之通話流程的中介者,例如來自 Enterprise Voice 用戶端上的遠端工作者的電話
  • 在包含 SIP 主幹的部署中,搭配使用 SIP 主幹服務提供者可提供 PSTN 支援,如此便不需要 IP-PSTN 閘道

圖 1 顯示「中繼伺服器」與基本媒體閘道和 Enterprise Voice 基礎結構通訊時使用的訊號和媒體通訊協定。

圖 1. 「中繼伺服器」使用的訊號和媒體通訊協定

Dd425347.c3d39ba0-e323-4a58-8f07-4e80d3278af2(zh-tw,office.13).jpg

從 Enterprise Voice 基礎結構的觀點來看,基本媒體閘道和「中繼伺服器」兩者結合在一起時,會以單一實體的形式出現。這兩者結合在一起時,邏輯和功能上都相當於進階媒體閘道。可以使用進階媒體閘道時,部署這類閘道的企業就不再需要專用的「中繼伺服器」。同時,如果有組織偏好的方式是避免單獨部署和管理閘道與「中繼伺服器」,基本混合式媒體閘道可以為他們提供一個中間解決方案。

請注意,如果您在網路上的媒體閘道和「中繼伺服器」之間使用 TCP 或 RTP/RTCP (而不是 SRTP 或 SRTCP),建議將此網路設定為安全的私人網路。

圖 2 顯示在邏輯上相等的進階媒體閘道,以及基本媒體閘道和中繼伺服器兩者的結合。

圖 2. 相等的媒體閘道拓撲

Dd425347.a302fd51-f2d8-4a22-af09-080ec682cee1(zh-tw,office.13).jpg

一般的組織會依據辦公室的據點數目、Enterprise Voice 使用者數目與分佈、網路流量,以及效能需求來支援多個閘道與「中繼伺服器」的組合。

使用整合通訊用戶端進行個別或會議通話的外部來電者,會依賴 Edge Server 來與同事進行語音通訊。

在 Edge Server 上,Access Edge Service 會為來自組織防火牆之外的 Office Communicator 使用者通話提供 SIP 訊號。A/V Edge Service 可以讓媒體周遊 NAT 和防火牆。從公司防火牆外使用 UC 用戶端的來電者,會依賴 A/V Edge Service 來進行個別通話和電話會議。

A/V 驗證服務會和 A/V Edge Service 配置在一起,並為後者提供驗證服務。嘗試連接至 A/V Edge Service 的外部使用者,需要 A/V 驗證服務提供的驗證 Token 才能接通電話。

顯示: