Exchange 2007 SP1 中的新整合通訊功能

  • 發行項

 

適用版本： Exchange Server 2007 SP1

上次修改主題的時間： 2008-03-18

Microsoft Exchange Server 2007 Service Pack 1 (SP1) 針對各個 Exchange 2007 伺服器角色 (包括 Unified Messaging server role) 加入了多項新增功能。Exchange 2007 SP1 不但對整合通訊進行改良，並加入了多項新增功能。您必須在環境中正確地部署 Microsoft Office Communications Server 2007，才能使用其中大部分的功能。本主題討論在您安裝 Exchange 2007 SP1 時新增的新功能及改進功能。

如需 Exchange 2007 SP1 中其他 Exchange 2007 伺服器角色之新增功能的相關資訊，請參閱 Exchange Server 2007 SP1 的新功能。

若要下載 Exchange 2007 SP1，請參閱 Exchange Server 2007 下載 (英文)。

Exchange 2007 SP1 功能與 Communications Server 2007

若要在環境中整合 Communications Server 2007 時使用 Exchange 2007 SP1 的新增與加強功能，則必須符合下列需求：

  • 您必須在組織中的所有 Unified Messaging Server 上執行 Exchange 2007 SP1。
  • 您必須在組織中執行 Communications Server 2007。
  • 必須正確設定 Exchange 2007 SP1 and Communications Server 2007。

若要正確地在整合通訊環境中規劃及部署 Exchange 2007 SP1 與 Communications Server 2007，您必須遵循《Microsoft Office Communications Server 2007 Enterprise Voice 規劃與部署指南》中提供的規劃與部署步驟。本指南可自 Microsoft 下載中心的 Office Communications Server 及用戶端文件彙總套件 (英文) 頁面取得。

如需如何規劃 Communications Server 2007 與 Exchange 2007 整合通訊部署的相關資訊，請參閱規劃 Exchange 2007 整合通訊和 Office Communications 2007 Server 部署。

如需如何部署 Exchange 2007 整合通訊與 Communications Server 2007 的相關資訊，請參閱設定整合通訊及 Office Communications Server 2007。

以下是整合的 Exchange 2007 SP1 及 Communications Server 2007 環境中可用的整合通訊功能摘要。

  • 其他 UM 撥號對應表類型的支援   為了與 Communications Server 2007 交互操作，Exchange 2007 SP1 整合通訊亦支援下列類型的 UM 撥號對應表：SIP URI 與 E.164。您可以使用 Exchange 管理命令介面以及 Exchange 管理主控台來設定這些 UM 撥號對應表。Exchange 管理主控台可讓您透過 [新增撥號對應表] 精靈，建立 SIP URI 與 E.164 類型的 UM 撥號對應表。您也可以在啟用使用者並為其建立與 SIP URI 撥號對應表的關聯時，使用 Exchange 管理主控台提供工作階段初始通訊協定 (SIP) 統一資源識別碼 (URI)。
    如需 Exchange 2007 整合通訊中的可用 UM 撥號對應表類型的相關資訊，請參閱了解統一訊息撥號對應表。

  • 解析內部撥號方號碼的額外邏輯   Exchange 2007 SP1 大幅提升了內部撥號方號碼的解析範圍。Exchange 2007 的原始版 (RTM) 只能對兩個來源解析內部分機號碼。這些來源是其他已啟用 UM 之使用者的分機號碼，這些其他的使用者與來電使用者以及受話使用者連絡人清單位於相同的 UM 撥號對應表上。在 Exchange 2007 SP1 中，整合通訊也會對 Active Directory 樹系中的所有使用者解析內部分機號碼。
    在 Exchange 2007 RTM 及 Exchange 2007 SP1 中，如果啟用使用者的整合通訊功能，則會使用 Exchange 整合通訊 Proxy 位址 (EUM Proxy 位址) 將信箱加上戳記，而此位址包含他們的電話分機號碼。整合通訊會搜尋被呼叫方的全域通訊清單 (GAL) 及個人連絡人是否有相符項目，嘗試將分機號碼解析為使用者名稱。如果找不到相符項目，則 Exchange 只會使用電子郵件中的電話分機號碼來尋找未接來電。您可以執行下列其中一項工作來啟用整合通訊，以將分機解析為使用者名稱：

    • 使用 Enable-UMMailbox 指令程式或 Exchange 管理主控台，啟用使用者的整合通訊功能。如需如何為使用者啟用整合通訊的相關資訊，請參閱如何啟用使用者的整合通訊功能。
    • 使用 Set-Mailbox 指令程式，建立使用者的次要 EUM Proxy 位址。如需如何建立使用者之次要 EUM Proxy 位址的相關資訊，請參閱如何為已啟用 UM 的使用者設定分機號碼。
    • 將呼叫方新增為 Outlook 中的個人連絡人，並包含該連絡人的電話分機號碼。
      Communications Server 2007 已延伸 Active Directory 架構，而能夠以 E.164 格式儲存每位使用者的號碼。若要比對撥入的固定長度分機，由於其長度由撥號對應表所定義，因此 Exchange 整合通訊系統管理員必須設定 UM 撥號對應表內容中的 InternationalNumberFormat 屬性。該屬性值會附加在撥入的分機號碼之前。產生的號碼會與 Active Directory 目錄服務中以 E.164 格式儲存的使用者號碼進行比對。
      舉例來說，整合通訊系統管理員建立了名為 Redmond WA, USA 的 UM 撥號對應表。他們會將 InternationalNumberFormat 屬性設為 "142570xxxxx"。在此範例中，"x" 一數由分機的長度決定，在此範例為五位數的分機。Unified Messaging Server 在接聽分機號碼為 12345 的來電時，會將此分機與 InternationalNumberFormat 屬性的值結合，而取得電話號碼 "tel:+14257012345"。所產生的這個號碼會與 Active Directory 樹系中針對所有使用者儲存的號碼進行比對。
    note附註：
    InternationalNumberFormat 為單值屬性，只能設為單一值。因此，即使組織使用多個首碼 (例如 "14257022222" "14257133333")，仍只有一個相符的首碼。

  • 在來電者留下語音訊息而目的地電話號碼使用來電轉接時發送通知   例如，使用者 1 使用 Microsoft Office Communicator 2007 打電話給使用者 2，而使用者 2 已設定來電轉接將電話轉接給使用者 3。若使用者 3 未接聽來電，則會轉接給 Unified Messaging Server。Unified Messaging Server 會接聽來電並錄下訊息。Unified Messaging Server 會將資訊傳回給使用者 1，指出已將語音訊息路由傳送給誰。Office Communicator 用戶端會呈現這項資訊。使用者 1 可看出訊息是留給使用者 3，而非使用者 2。

    note附註：
    以 Office Communicator 2007 用戶端作為來電者的電話時，才能使用這項功能。

  • 支援在 Exchange 整合通訊中錄製高音質語音訊息   在搭配使用 Exchange 2007 SP1 與 Communications Server 2007 時，支援以 RTAudio 轉碼器錄製高音質的聲音。
    若使用 Office Communicator 2007 初始化語音呼叫，且語音呼叫的收件者使用 Microsoft Office Outlook 2007 或 Outlook Web Access 2007 版進行播放，則可使用此功能。下列兩個案例支援高音質的錄製與播放功能：
    案例 1   Unified Messaging Server 代表訂戶接聽來電，且下列兩者之一為真：

    • 訂戶的音訊轉碼器設為 WMA。
    • 訂戶的音訊轉碼器未設定，且與訂戶關聯的 UM 撥號對應表音訊轉碼器設為 WMA。
      案例 2   整合通訊訂戶 (其關聯的 UM 撥號對應表音訊轉碼器設為 WMA) 登入整合通訊、尋找目錄中的某人，並留下訊息。
      如需整合通訊中所使用之音訊轉碼器的相關資訊，請參閱了解統一訊息音訊轉碼器。

  • 「在電話上播放」來電在 Office Communicator 2007 上播放時無法自動轉接   在 Exchange 2007 RTM 中，整合通訊的「在電話上播放」功能可讓使用者查看他們在 Outlook 或 Outlook Web Access 中是否有語音訊息，並可將訊息轉送至他們要想要的電話號碼，接著使用該電話聆聽訊息。當 Exchange 2007 SP1 與 Communications Server 2007 搭配使用時，「在電話上播放」號碼可以是 Microsoft Office Communicator 2007 端點。如果您已將來電轉接設定為替代電話號碼，「在電話上播放」來電將會傳送至設定為 Office Communicator 2007 端點的「在電話上播放」號碼，且該通來電將不會轉接至替代電話號碼。此功能可提供其他語音信箱保護，因為此功能可確保語音訊息不會轉送給預定收件者以外的任何人。

  • 使用者不需輸入 PIN 即可從 Office Communicator 2007 存取 Outlook 語音存取   使用者在登入 Office Communicator 2007 後，可按 Office Communicator 2007 中的 [來電語音信箱] 按鈕以直接存取 Outlook 語音存取。由於使用者已對執行 Communications Server 2007 的伺服器進行過驗證，因此不會提示使用者輸入其 Outlook 語音存取 PIN。

    note附註：
    只有在使用者使用 Office Communicator 2007 用戶端時，才能使用此功能。

  • Office Communicator 2007 用戶端能夠將主旨及優先順序與語音訊息產生關聯   Office Communicator 2007 使用者在撥打電話時，可以將主旨及優先順序與來電產生關聯。在將來電與優先順序或主旨產生關聯後，Unified Messaging Server 會在它對未接來電與語音信箱通知所產生的電子郵件中，轉送來電的主旨與優先順序。此外，若來電是由使用者正在讀取的電子郵件所初始化，整合通訊即會在產生未接來電與語音信箱通知的電子郵件時，使用原始的電子郵件主旨與優先順序。

  • 支援媒體資料流穿過防火牆   此功能可讓 Unified Messaging Server 與企業防火牆以外的端點通訊。A/V 驗證服務會在 VoIP 媒體流量通過其共存的 Communications Server 2007 Access Edge Server 時加以驗證。在此情況下，Unified Messaging Server 會與 Communications Server 2007 集區關聯，並且會從服務該特定 Communications Server 2007 集區的 Communications Server 2007 Access Edge Server 取得適當的驗證 Token。
    當整合通訊流量必須穿過企業防火牆時，Unified Messaging Server 必須具有指定給每個 Office Communications Server 集區之 Communications Server 2007 Access Edge Server 的名稱，以便可以取得適當的驗證 Token。

  • 整合未接來電通知電子郵件與 Office Communicator 2007   在包含 Exchange 2007 RTM 整合通訊與 Office Communicator 2005 用戶端的部署中，所有來電通知都會個別產生。例如，若使用 Office Communicator 且已啟用 UM 的使用者漏接某來電，使用者的 [收件匣] 中將會產生兩則未接來電通知郵件：一則來自 Exchange 2007 整合通訊，另一則來自 Office Communicator 2005。而在 Exchange 2007 SP1 與 Communications Server 2007 整合後，使用 Office Communicator 2007 的使用者在其 [收件匣] 中將只會收到唯一的一則未接來電通知。

Exchange 2007 SP1 功能 (未安裝 Communications Server 2007)

下列功能提供於 Exchange 2007 SP1 中，而沒有將整合通訊環境與 Communications Server 2007 整合在一起：

  • 安全即時傳輸通訊協定 (SRTP) 支援   此功能可讓 SRTP 媒體流量流入及流出 Exchange 整合通訊。您可以使用 Exchange 管理命令介面或 Exchange 管理主控台設定 SRTP 支援。SRTP 組態設定位於 UM 撥號對應表物件上。
    依預設，當您建立 UM 撥號對應表時，對應表會以不安全的模式通訊，而與 UM 撥號對應表關聯的 Unified Messaging Server 從 IP 閘道、IP PBX 及其他 Exchange 2007 電腦傳送和接收資料時，不會使用加密。使用不安全的模式時，即時傳輸通訊協定 (RTP) 媒體通道和 SIP 訊號資訊都不會加密。
    您可以設定 Unified Messaging Server 使用相互傳輸層安全性 (MTLS)，為傳送及接收自其他裝置和伺服器的 SIP 和 RTP 流量加密。若您新增 Unified Messaging Server 至 UM 撥號對應表，並設定撥號對應表使用 SIP 安全模式，則只會加密 SIP 訊號流量。RTP 媒體通道仍會使用未加密的傳輸控制通訊協定 (TCP)。但是，如果您新增 Unified Messaging Server 至 UM 撥號對應表，並設定撥號對應表使用安全的模式，則 SIP 訊號流量與 RTP 媒體通道都會加密。使用 SRTP 的安全訊號媒體通道也會使用 MTLS 為 VoIP 資料加密。
    如需如何在整合通訊中協助設定 VoIP 安全性的相關資訊，請參閱了解整合通訊 VoIP 安全性。

  • Exchange 管理主控台支援，可設定傳輸層安全性 (TLS)   在 Exchange 2007 SP1 中，Exchange 管理主控台已經過延伸，可讓您設定 UM 撥號對應表上的 TLS 設定。TLS 組態設定位於 UM 撥號對應表物件上。
    Unified Messaging Server 可以在撥號對應表中設定的任何模式下運作，因為 Unified Messaging Server 設定成同時在 TCP 通訊埠 5060 上接聽不安全的要求，以及在 TCP 通訊埠 5061 上接聽安全的要求。Unified Messaging Server 可以與單一或多重 UM 撥號對應表產生關聯，也可以和具有不同 VoIP 安全性設定的撥號對應表產生關聯。單一 Unified Messaging Server 可以和設定為使用「不安全」、「SIP 安全」或「安全」模式之組合的撥號對應表建立關聯。
    如需整合通訊中 VoIP 安全性的相關資訊，請參閱了解整合通訊 VoIP 安全性。

  • 頻內傳真音調偵測   傳真音調偵測會啟用 IP 閘道、IP PBX 或 Exchange 整合通訊，以判斷正在接收之來電的類型。傳真音調偵測的運作方式有下列三種：

    • IP PBX 或 IP 閘道會偵測傳真音調，並使用 T.38 工作階段描述通訊協定 (SDP) 傳送重新邀請要求。
    • 使用 IP PBX 或 IP 閘道及整合通訊，可以執行傳真音調偵測。使用此方法時，如果 IP 閘道或 IP PBX 偵測到傳真音調，則不會傳送重新邀請，而是會傳送 CNG 音調 (頻外) 做為 RFC 2833 中定義的具名電話語音事件。在 IP PBX 或 IP 閘道送出 CNG 音調的同時，Unified Messaging Server 會執行頻外傳真音調偵測，並使用 T.38 SDP 傳送重新邀請。
    • 如果 IP PBX 或 IP 閘道未使用上述任一方法，則應該開啟整合通訊頻內傳真音調偵測。這樣可讓 Unified Messaging Server 偵測傳入的頻內傳真音調。預設會關閉此功能。然而，在使用無法偵測傳真音調之 IP PBX 或 IP 閘道的環境中，則會予以啟用。將 globcfg.xml 檔案中的 EnableInbandFaxDetection 設定變更為 True，可以啟用頻內傳真音調偵測。globcfg.xml 檔案位在執行 Unified Messaging server role 之電腦的 \Program Files\Microsoft\Exchange\bin 資料夾中。
      Cisco CallManager 5.x 亦受到支援並可直接與 Exchange 2007 SP1 交互操作。不過，如果您使用的是 CallManager 5.x 或 6.x，即使已啟用 Inband 傳真音調偵測，接收傳真仍然不會正確運作。如果未啟用此設定，則 Unified Messaging Server 會依賴 IP 閘道或 IP PBX 來執行傳真音調偵測。

  • 使用 DiffServ 的服務品質 (QoS) 支援   服務品質 (QoS) 是一組可透過符合經濟效益的方式管理網路流量的技術。QoS 技術可讓您測量頻寬、偵測變更的網路條件 (如頻寬的壅塞或可用性)、以及設定流量的優先順序或節流。區別服務 (DiffServ) 是一種通訊協定，可將流量優先順序定義在 OSI 模型的等級 3。DiffServ 可將封包歸類並標示為屬於特定類別，它是一種簡單而可延展的機制，可用以歸類封包、管理內含語音與視訊流量的網路流量以及確保現代 IP 網路的服務品質 (QoS)。

    note附註：
    等級 3 的網路裝置 (如路由器) 必須支援 DiffServ。

    DiffServ 係根據流量分類的原則而運作，其中每個網路資料封包皆包含於數量有限的流量類別中。但網路上的每部路由器皆必須進行設定，以根據其類別區分流量。各個流量類別可個別管理，以確保網路中優先順序較高的流量可獲得較高的優先順序。封包的 DiffServ 標示包含於 IP 標頭中。
    RFC 2475 會定義 DiffServ 的架構，RFC 2474 則會在網路封包上定義 DiffServ 欄位中的位元。網際網路通訊協定第 4 版 (IPv4) 標頭中的 [服務類型 (TOS)] 欄位，與網際網路通訊協定第 6 版 (IPv6) 標頭中的 [流量類別] 欄位，將用以指定 DiffServ 值。DiffServ 欄位最重要的六個位元，統稱為區別服務代碼點 (DSCP)。DSCP 是 IP 封包中的一個欄位，可讓您為網路流量指定不同等級的服務。要執行此動作，您必須以 DSCP 代碼標示網路上的每個封包，並為其指定對應的服務等級。

    note附註：
    若 Exchange 2007 SP1 是部署在執行 Windows Server 2008 作業系統的電腦上，您可以使用網際網路通訊協定第 4 版 (IPv4) 格式及 (或) 網際網路通訊協定第 6 版 (IPv6) 格式，來輸入 IP 位址及 IP 位址範圍。Windows Server 2008 的預設安裝會啟用對 IPv4 和 IPv6 的支援。如需針對 IPv6 位址之 Exchange 2007 SP1 支援的相關資訊，請參閱 Exchange 2007 SP1 和 SP2 中的 IPv6 支援。

    在 Microsoft Windows Server 2003 中，TCP/IP 會在您已安裝服務品質 (QoS) 封包排程器時執行 DiffServ 標示。當您在執行 Windows Server 2003 且已安裝 QoS 封包排程器的電腦上安裝 Unified Messaging server role 時，所有外寄的整合通訊封包都將以 DSCP 的預設值 40 (101000) 標示。但您可以使用登錄編輯程式或修改 [群組原則]，以變更封包的這項預設值。
    Exchange 2007 整合通訊服務不會執行任何網路封包分類。但整合通訊所附的媒體平台會指示 Windows 網路堆疊，所有音訊封包都將標示為 Guaranteed Service。接著，作業系統會使用 [群組原則] 設定來決定資料封包的標示方式，然後會標示 IP 標頭的 TOS 欄位。如需 Windows 中 QoS 的相關資訊，請參閱 QoS 的運作方式 (英文)。
    Windows Server 2003 依預設不會啟用 QoS 封包排程器元件，而必須加以安裝。QoS 封包排程器可在 Windows Server 2003 中新增為網路連線內容上的 [網路服務]，以進行安裝。但在 Windows Server 2008 上依預設會安裝 QoS 封包排程器。

相關資訊

如需 Exchange 2007 SP1 中所有新功能的相關資訊，請參閱 Exchange Server 2007 SP1 的新功能。

若要確保您目前閱讀的是最新資訊，並尋找其他的 Exchange Server 2007 說明文件，請造訪 Exchange Server 技術資源中心.