自從 Exchange Server 首次發(fā)布以來的十多年間，消息和協(xié)作已有了顯著的發(fā)展。在此期間，用戶訪問郵件的方式也有了變化。起初，電子郵件訪問主要是使用連接到 LAN 的客戶端來實現的。遠程用戶可能擁有撥號網絡訪問，這對某些郵件系統(tǒng)來說需要單獨的支持遠程訪問的客戶端。然而，對于大多數用戶來說，本質上并不存在所謂的基于家庭的遠程訪問，也不存在廣泛部署的 Web 客戶端。十年前還很少見的移動設備很少或沒有具備無線數據功能，即使它們具備該功能，其使用也僅限于諸如 CompuServe 和 America Online 等有限的服務。后來移動設備開始具備通過無線應用協(xié)議 (WAP) 來訪問 Internet 內容的能力，但是 WAP 網關由移動網絡運營商緊密控制，一般無法用于對企業(yè)網絡進行遠程訪問。

轉眼到了今天，諸如 Outlook Web Access 等強大的基于瀏覽器的客戶端得到廣泛部署，虛擬專用網 (VPN) 得到廣泛使用，具備高速無線數據訪問的 PDA 和 Smartphone 變得無處不在，而 Outlook Anywhere(使用 RPC-over-HTTP)則提供了從任何運行 Windows 且連接到 Internet 的計算機對 Outlook 數據的方便訪問。

現在大多數公司都有比以往更具移動性的員工，這進一步促進了這種趨勢。用戶已變得習慣于在旅途中、從遠程辦公室和客戶現場以及從家中工作。為了在這些情況下有效地工作，他們需要從多個位置和設備獲取電子郵件、日歷和聯系人數據，并使得他們的收件箱內容能夠跨多種設備一致地訪問(以及同步)。

Exchange Server 2003 已經提供了對電子郵件和日歷數據的廣泛移動訪問。然而，該模型缺少兩種關鍵的通信類型:在大多數組織中，語音郵件和傳真數據與各個電話分機或傳真機綁定在一起。用戶需要切換通信模式，從計算機切換到電話，然后再切換回來，以獲得對工作所需的所有數據的完全訪問。通過使得語音郵件和傳真數據可與現有的電子郵件、日歷、聯系人和任務數據一起并排訪問，Exchange Server 2007 統(tǒng)一消息服務器解決了這個問題。用戶可以選擇最適合他們的工具，包括:

Outlook Voice Access，它提供了在世界上任何位置從任何電話對日歷、聯系人和電子郵件數據的電話訪問(按鍵式或語音識別)。這使得旅行者或移動工作者能夠快速獲得或發(fā)送對日歷的更新，訪問他們的聯系人數據，或接收新的電子郵件消息，而不需要便攜式計算機、移動設備或 Web 瀏覽器訪問。

Outlook 2007，它將語音郵件作為優(yōu)先數據類型來集成。Outlook 2007 界面允許用戶連同其它數據項一起對語音郵件消息進行排序、搜索和確定其優(yōu)先級;此外，用戶可以在他們的座機上播放語音郵件消息，并向語音郵件消息添加附注，以便連同關聯的發(fā)件人和日期信息一起對消息內容建立索引。(請參見圖 2 。)Outlook 還提供了對用戶可配置的統(tǒng)一消息選項的完全支持，包括配置問候語和重設 PIN。

Outlook Web Access 2007，它允許用戶從瀏覽器會話中訪問語音郵件和傳真數據。OWA 2007 提供了對許多 Outlook 2007 功能的基于瀏覽器的無處不在的訪問，包括在計算機或電話機上回放語音郵件消息的能力和創(chuàng)建并收聽音頻附注的能力。

支持 Exchange ActiveSync 協(xié)議的移動設備，它們提供對收件箱數據(包括語音郵件)的無線和移動訪問。

其它客戶端，例如 Microsoft Entourage® for Mac OS X，如果必要的音頻編碼解碼器在主計算機上可用，它們允許用戶收聽語音郵件消息。這在異構環(huán)境中為用戶提供了額外的靈活性。

幫助用戶從廣泛的設備訪問語音郵件、傳真和電子郵件消息可以消除通往高效率的若干障礙，包括以前用戶必須靠近物理傳真機或電話機才能訪問傳真或語音郵件數據，或者他們必須使用具有 Internet 連接的計算機才能讀取電子郵件消息等要求。隨著這些障礙的消除，用戶可以事半功倍，并遵守適合他們各自需要的日程安排。

統(tǒng)一消息降低了成本

計算能力(通過存儲器和 CPU 容量來測量)已保持了近 20 年的降價趨勢。功能強大但是可承受的基于 x86 的服務器的出現，推動了使用計算機來存儲和處理廣泛的關鍵商業(yè)信息的趨勢。信息技術經濟學在這段時期發(fā)生了變化，企業(yè)已從在數據中心使用大型機的完全集中模型轉移到了分散某些活動而集中其它活動的混合模型。混合模型允許通過集中諸如電子郵件服務器等共享資源來實現成本節(jié)約，同時仍然為諸如團隊站點等以用戶為中心的資源提供靈活性。

在同一時期，專門的語音郵件和電話系統(tǒng)直接為用戶提供了一組廣泛的電話功能，包括將呼叫轉接到正確接聽者的自動化話務員、語音郵件(包括群消息、傳輸和轉發(fā))、諸如轉發(fā)和路由呼叫等呼叫控制功能，以及會議功能。然而，這些功能是通過語音郵件和 PBX 硬件來實現的，后者通常分布在網絡拓撲的邊緣。例如，具有分支辦公室的公司通常必須在每個位置維護單獨的語音郵件系統(tǒng);這些系統(tǒng)的購買和維護成本可能會消耗很大一部分通信預算。同樣的情況也適用于傳真功能:分散傳真發(fā)送和接收功能增加了購買和保養(yǎng)成本，同時還增加了發(fā)送到錯誤號碼或“丟失”傳真的可能性。

Exchange Server 2007 統(tǒng)一消息功能以盡可能最簡單的方式幫助處理這些問題:將語音郵件和傳真消息集中并存儲在組織的現有電子郵件服務器上，然后可以在那里與其它關鍵商業(yè)消息和協(xié)作數據一起對它們進行存儲、備份和管理。許多公司現在擁有在不同位置使用不同類型的語音郵件服務器和 PBX 的語音郵件系統(tǒng)。這極大地增加了向用戶提供語音郵件服務所需要的開銷和成本。通過支持在 Exchange 統(tǒng)一消息上合并語音郵件服務，Exchange Server 2007 減少了為每個員工提供語音郵件所需要的舊式語音郵件系統(tǒng)數量，從而同時削減了語音郵件服務的初期和長期成本。同樣，通過協(xié)同定位傳真與消息和語音郵件服務來合并傳真接收功能，這意味著操作傳真服務的成本顯著下降。

由于語音郵件和傳真數據合并到了組織的 Exchange 服務器上，相同的安全和備份策略將同時適用于語音郵件、傳真和傳統(tǒng) Exchange 數據。日志、遵從性和保留支持也包括在其中，并且可以跨所有數據類型一致地應用。作為一個額外好處，Exchange 管理員可以使用他們的現有技能和已經在使用的熟悉 Microsoft 管理界面來管理統(tǒng)一消息環(huán)境。這使公司可以利用員工已有的技能和能力來進一步降低成本。

統(tǒng)一消息新增功能

Exchange 統(tǒng)一消息與其它 Microsoft 通信和協(xié)作產品一起協(xié)同工作，包括 Microsoft Office Outlook、Microsoft Office Communications Server 2007 和 Microsoft Office Communicator。Communications Server 提供強大的呼叫控制和路由功能，允許您基于物理位置和存在狀態(tài)來傳輸和路由呼叫，而 Exchange 統(tǒng)一消息則處理語音郵件，提供“自動話務員”服務，并交付從任何位置對存儲的通信內容的訪問。

為了理解 Communications Server 和 Exchange 統(tǒng)一消息如何協(xié)同工作，請考慮下面這個示例。Alice 正在設法聯系 Bob，Bob 的公司同時部署了 Exchange 統(tǒng)一消息和 Communications Server。當 Alice 呼叫 Bob 時，可能發(fā)生以下情況:

如果 Bob 正在打電話。PBX 將 Alice 的呼叫自動路由到 Exchange 統(tǒng)一消息服務器。統(tǒng)一消息服務器記錄一個語音郵件消息，后者出現在 Bob 的收件箱中。

Bob 正在從家里工作，并通過虛擬專用網連接來連接到辦公網絡。當 Alice 呼叫他的辦公電話時，Communications Server 向他的計算機發(fā)送一個呼叫通知，后者作為一個小型彈出式窗口出現。Bob 可以選擇將該呼叫轉接到他的移動電話，在此情況下 Communications Server 將指示 PBX 轉移呼叫。

如果 Bob 選擇不接聽 Alice 的呼叫，則該呼叫被轉接到 Exchange 統(tǒng)一消息服務器。

此過程提供了大量的靈活性;用戶可以選擇接聽呼叫或將它們轉接到語音郵箱，并且只要他們在網絡上，就能夠在計算機上看到傳入的呼叫通知，即使他們并沒有物理地靠近所在的電話分機。Communications Server 使他們能夠接聽那些呼叫，而 Exchange 統(tǒng)一消息則提供了對他們無法接聽呼叫時所到達的語音郵件和傳真的訪問。

Exchange 統(tǒng)一消息詳解

從體系結構的角度看，Exchange Server 2007 在 Exchange Server 2003 的基礎上得到了顯著的增強。Exchange Server 2007 是包括五個服務器角色的模塊化系統(tǒng) — Edge Transport、Hub Transport、Mailbox、Client Access 和統(tǒng)一消息— 這些角色在 Exchange 組織中執(zhí)行特定的操作。除了 Edge Transport 必須位于周邊網絡中以外，其它所有角色都可以運行在單個服務器上，或基于組織的規(guī)模和要求劃分到多個服務器上。有多個角色參與了向最終用戶交付統(tǒng)一消息服務:

統(tǒng)一消息服務器角色同時與組織的電話和電子郵件組件通信，以接受和路由呼叫，記錄和回放語音消息，接收傳真，以及將消息路由到訂戶的郵箱。(訂戶是其帳戶已啟用統(tǒng)一消息訪問并擁有 Exchange Server 2007 郵箱的用戶)。它提供 Outlook Voice Access 服務并承載組織可能已配置的任何“自動話務員”。

Mailbox 服務器角色包含用戶郵箱，其中語音郵件和傳真與傳統(tǒng)電子郵件一起存儲在用戶的收件箱中。

Client Access 服務器角色為客戶端(包括 Exchange ActiveSync、Outlook 和 Outlook Web Access)提供了與郵箱通信的手段。

Hub Transport 服務器角色在其它服務器角色之間移動消息，同時允許在傳輸過程中應用策略。

IP 語音網關

Exchange Server 2007 統(tǒng)一消息可以與兩種不同類型的 PBX 通信。有些 PBX 硬件直接實現了語音 IP (VoIP) 功能，稱為 IP-PBX。然而，大多數 PBX 沒有直接提供 VoIP 服務，而是使用舊式的專有線路交換協(xié)議來傳輸電話流量。(時分多路轉換 (TDM) 就是這樣一種傳輸電話流量的線路交換方法。)這些 PBX 需要使用 VoIP 網關，該網關在線路交換協(xié)議和與 Exchange 統(tǒng)一消息中存在的 VoIP 網絡堆棧兼容的基于包的 Internet 協(xié)議之間執(zhí)行轉換。

當 PBX 接收到入站呼叫時，它負責對所選分機振鈴，如果呼叫未被應答，則使用它自己的呼叫范圍配置來確定應將該呼叫轉接到何處。假設該范圍配置指定轉接到 Exchange Unified Messaging，則 PBX 將呼叫從原始目標分機路由到配置為指向 Exchange 統(tǒng)一消息的查詢組。在 IP-PBX 的情況下，呼叫是直接連接的，而沒有使用網關;對于傳統(tǒng) PBX，該 PBX 通過 VoIP 網關連接到 Exchange UM。

該網關負責將呼叫數據從線路交換轉換為包交換協(xié)議。Exchange 統(tǒng)一消息使用會話發(fā)起協(xié)議 (SIP) 來進行所有呼叫設置和信號發(fā)送，使用實時傳輸協(xié)議 (RTP) 來進行語音會話，使用 T.38(IP 傳真)協(xié)議來處理傳真數據。Exchange 支持(但不要求)使用傳輸層安全性 (TLS) 協(xié)議來對 PBX 或網關與 Exchange 統(tǒng)一消息服務器之間的通信進行保護和身份驗證。

Intel 和 AudioCodes 正在提供將 Exchange 統(tǒng)一消息服務器與舊式 PBX 系統(tǒng)鏈接在一起的網關產品。有關經過 Exchange Server 2007 認證的 IP-to-PBX 網關可用性的最新信息，請參見 Microsoft 的 Exchange 網站，地址為:http://www.microsoft.com/exchange。

統(tǒng)一消息服務器角色

統(tǒng)一消息服務器處理電話呼叫者與消息系統(tǒng)其余部分之間的交互。該服務器角色接受來自 PBX 的呼叫請求(在必要時使用網關)，為語音郵件和傳真呼叫提供呼叫應答，向訂戶交付 Outlook Voice Access 服務，記錄并回放語音消息，接收傳真，以及承載“自動話務員”服務。要理解 Exchange 2007 如何支持統(tǒng)一消息，以及如何能夠部署它來交付本文前述部分所描述的好處，理解 UM 服務器角色是關鍵。

電話鈴聲響起時發(fā)生了什么?

當某人呼叫 Exchange Server 2007 統(tǒng)一消息訂戶時，會發(fā)生什么情況?該過程相當簡單，但是演練該過程有助于闡明 UM 服務器做什么，以及它如何與電話和消息系統(tǒng)的其它組件交互。

當語音呼叫到達時

首先，呼叫者發(fā)出呼叫，該呼叫通過公用電話交換網 (PSTN) 或組織的內部電話線路由到受話人的電話。此時呼叫線路建立。如果被叫號碼是直接內部撥號 (DID) 分機，則 PBX 可能對所需分機振鈴，或者，如果被叫方已經在打電話，則可能將呼叫轉接到 Exchange 統(tǒng)一消息服務器的引導號碼。用于完成此轉接的協(xié)議取決于 PBX 的類型:

如果該 PBX 是 IP-PBX，則它使用會話發(fā)起協(xié)議 (SIP) 來建立與 UM 服務器的會話;一旦建立會話，則使用實時傳輸協(xié)議 (RTP) 來傳輸實時語音流量。

如果該 PBX 是傳統(tǒng) PBX，則將線路交換的呼叫數據發(fā)送到 VoIP 網關，后者使用 SIP 建立與 UM 服務器的會話，然后轉換該呼叫并使用 RTP 將實時語音數據轉發(fā)到 UM 服務器。

轉接呼叫時，原始被叫方信息作為補充信號發(fā)送信息的一部分來進行維護。當呼叫到達統(tǒng)一消息服務器時，將使用被叫方信息和呼叫的 PBX 源來查找 Active Directory 中的用戶，并檢索他們的郵箱問候語。這之所以能夠實現，是因為每個啟用 UM 的用戶都有一個關聯的分機。統(tǒng)一消息服務器檢索用戶的歡迎問候語，播放它，并記錄呼叫方可能希望留下的任何消息。