自从 Exchange Server 首次发布以来的十多年间，消息和协作已有了显著的发展。在此期间，用户访问邮件的方式也有了变化。起初，电子邮件访问主要是使用连接到 LAN 的客户端来实现的。远程用户可能拥有拨号网络访问，这对某些邮件系统来说需要单独的支持远程访问的客户端。然而，对于大多数用户来说，本质上并不存在所谓的基于家庭的远程访问，也不存在广泛部署的 Web 客户端。十年前还很少见的移动设备很少或没有具备无线数据功能，即使它们具备该功能，其使用也仅限于诸如 CompuServe 和 America Online 等有限的服务。后来移动设备开始具备通过无线应用协议 (WAP) 来访问 Internet 内容的能力，但是 WAP 网关由移动网络运营商紧密控制，一般无法用于对企业网络进行远程访问。
转眼到了今天，诸如 Outlook Web Access 等强大的基于浏览器的客户端得到广泛部署，虚拟专用网 (VPN) 得到广泛使用，具备高速无线数据访问的 PDA 和 Smartphone 变得无处不在，而 Outlook Anywhere(使用 RPC-over-HTTP)则提供了从任何运行 Windows 且连接到 Internet 的计算机对 Outlook 数据的方便访问。
现在大多数公司都有比以往更具移动性的员工，这进一步促进了这种趋势。用户已变得习惯于在旅途中、从远程办公室和客户现场以及从家中工作。为了在这些情况下有效地工作，他们需要从多个位置和设备获取电子邮件、日历和联系人数据，并使得他们的收件箱内容能够跨多种设备一致地访问(以及同步)。
Exchange Server 2003 已经提供了对电子邮件和日历数据的广泛移动访问。然而，该模型缺少两种关键的通信类型:在大多数组织中，语音邮件和传真数据与各个电话分机或传真机绑定在一起。用户需要切换通信模式，从计算机切换到电话，然后再切换回来，以获得对工作所需的所有数据的完全访问。通过使得语音邮件和传真数据可与现有的电子邮件、日历、联系人和任务数据一起并排访问，Exchange Server 2007 统一消息服务器解决了这个问题。用户可以选择最适合他们的工具，包括:
Outlook Voice Access，它提供了在世界上任何位置从任何电话对日历、联系人和电子邮件数据的电话访问(按键式或语音识别)。这使得旅行者或移动工作者能够快速获得或发送对日历的更新，访问他们的联系人数据，或接收新的电子邮件消息，而不需要便携式计算机、移动设备或 Web 浏览器访问。
Outlook 2007，它将语音邮件作为优先数据类型来集成。Outlook 2007 界面允许用户连同其它数据项一起对语音邮件消息进行排序、搜索和确定其优先级;此外，用户可以在他们的座机上播放语音邮件消息，并向语音邮件消息添加附注，以便连同关联的发件人和日期信息一起对消息内容建立索引。(请参见图 2 。)Outlook 还提供了对用户可配置的统一消息选项的完全支持，包括配置问候语和重设 PIN。
Outlook Web Access 2007，它允许用户从浏览器会话中访问语音邮件和传真数据。OWA 2007 提供了对许多 Outlook 2007 功能的基于浏览器的无处不在的访问，包括在计算机或电话机上回放语音邮件消息的能力和创建并收听音频附注的能力。
支持 Exchange ActiveSync 协议的移动设备，它们提供对收件箱数据(包括语音邮件)的无线和移动访问。
其它客户端，例如 Microsoft Entourage® for Mac OS X，如果必要的音频编码解码器在主计算机上可用，它们允许用户收听语音邮件消息。这在异构环境中为用户提供了额外的灵活性。
帮助用户从广泛的设备访问语音邮件、传真和电子邮件消息可以消除通往高效率的若干障碍，包括以前用户必须靠近物理传真机或电话机才能访问传真或语音邮件数据，或者他们必须使用具有 Internet 连接的计算机才能读取电子邮件消息等要求。随着这些障碍的消除，用户可以事半功倍，并遵守适合他们各自需要的日程安排。
统一消息降低了成本
计算能力(通过存储器和 CPU 容量来测量)已保持了近 20 年的降价趋势。功能强大但是可承受的基于 x86 的服务器的出现，推动了使用计算机来存储和处理广泛的关键商业信息的趋势。信息技术经济学在这段时期发生了变化，企业已从在数据中心使用大型机的完全集中模型转移到了分散某些活动而集中其它活动的混合模型。混合模型允许通过集中诸如电子邮件服务器等共享资源来实现成本节约，同时仍然为诸如团队站点等以用户为中心的资源提供灵活性。
在同一时期，专门的语音邮件和电话系统直接为用户提供了一组广泛的电话功能，包括将呼叫转接到正确接听者的自动化话务员、语音邮件(包括群消息、传输和转发)、诸如转发和路由呼叫等呼叫控制功能，以及会议功能。然而，这些功能是通过语音邮件和 PBX 硬件来实现的，后者通常分布在网络拓扑的边缘。例如，具有分支办公室的公司通常必须在每个位置维护单独的语音邮件系统;这些系统的购买和维护成本可能会消耗很大一部分通信预算。同样的情况也适用于传真功能:分散传真发送和接收功能增加了购买和保养成本，同时还增加了发送到错误号码或“丢失”传真的可能性。
Exchange Server 2007 统一消息功能以尽可能最简单的方式帮助处理这些问题:将语音邮件和传真消息集中并存储在组织的现有电子邮件服务器上，然后可以在那里与其它关键商业消息和协作数据一起对它们进行存储、备份和管理。许多公司现在拥有在不同位置使用不同类型的语音邮件服务器和 PBX 的语音邮件系统。这极大地增加了向用户提供语音邮件服务所需要的开销和成本。通过支持在 Exchange 统一消息上合并语音邮件服务，Exchange Server 2007 减少了为每个员工提供语音邮件所需要的旧式语音邮件系统数量，从而同时削减了语音邮件服务的初期和长期成本。同样，通过协同定位传真与消息和语音邮件服务来合并传真接收功能，这意味着操作传真服务的成本显著下降。
由于语音邮件和传真数据合并到了组织的 Exchange 服务器上，相同的安全和备份策略将同时适用于语音邮件、传真和传统 Exchange 数据。日志、遵从性和保留支持也包括在其中，并且可以跨所有数据类型一致地应用。作为一个额外好处，Exchange 管理员可以使用他们的现有技能和已经在使用的熟悉 Microsoft 管理界面来管理统一消息环境。这使公司可以利用员工已有的技能和能力来进一步降低成本。
统一消息新增功能
Exchange 统一消息与其它 Microsoft 通信和协作产品一起协同工作，包括 Microsoft Office Outlook、Microsoft Office Communications Server 2007 和 Microsoft Office Communicator。Communications Server 提供强大的呼叫控制和路由功能，允许您基于物理位置和存在状态来传输和路由呼叫，而 Exchange 统一消息则处理语音邮件，提供“自动话务员”服务，并交付从任何位置对存储的通信内容的访问。
为了理解 Communications Server 和 Exchange 统一消息如何协同工作，请考虑下面这个示例。Alice 正在设法联系 Bob，Bob 的公司同时部署了 Exchange 统一消息和 Communications Server。当 Alice 呼叫 Bob 时，可能发生以下情况:
如果 Bob 正在打电话。PBX 将 Alice 的呼叫自动路由到 Exchange 统一消息服务器。统一消息服务器记录一个语音邮件消息，后者出现在 Bob 的收件箱中。
Bob 正在从家里工作，并通过虚拟专用网连接来连接到办公网络。当 Alice 呼叫他的办公电话时，Communications Server 向他的计算机发送一个呼叫通知，后者作为一个小型弹出式窗口出现。Bob 可以选择将该呼叫转接到他的移动电话，在此情况下 Communications Server 将指示 PBX 转移呼叫。
如果 Bob 选择不接听 Alice 的呼叫，则该呼叫被转接到 Exchange 统一消息服务器。
此过程提供了大量的灵活性;用户可以选择接听呼叫或将它们转接到语音邮箱，并且只要他们在网络上，就能够在计算机上看到传入的呼叫通知，即使他们并没有物理地靠近所在的电话分机。Communications Server 使他们能够接听那些呼叫，而 Exchange 统一消息则提供了对他们无法接听呼叫时所到达的语音邮件和传真的访问。
Exchange 统一消息详解
从体系结构的角度看，Exchange Server 2007 在 Exchange Server 2003 的基础上得到了显著的增强。Exchange Server 2007 是包括五个服务器角色的模块化系统 — Edge Transport、Hub Transport、Mailbox、Client Access 和统一消息— 这些角色在 Exchange 组织中执行特定的操作。除了 Edge Transport 必须位于周边网络中以外，其它所有角色都可以运行在单个服务器上，或基于组织的规模和要求划分到多个服务器上。有多个角色参与了向最终用户交付统一消息服务:
统一消息服务器角色同时与组织的电话和电子邮件组件通信，以接受和路由呼叫，记录和回放语音消息，接收传真，以及将消息路由到订户的邮箱。(订户是其帐户已启用统一消息访问并拥有 Exchange Server 2007 邮箱的用户)。它提供 Outlook Voice Access 服务并承载组织可能已配置的任何“自动话务员”。
Mailbox 服务器角色包含用户邮箱，其中语音邮件和传真与传统电子邮件一起存储在用户的收件箱中。
Client Access 服务器角色为客户端(包括 Exchange ActiveSync、Outlook 和 Outlook Web Access)提供了与邮箱通信的手段。
Hub Transport 服务器角色在其它服务器角色之间移动消息，同时允许在传输过程中应用策略。
IP 语音网关
Exchange Server 2007 统一消息可以与两种不同类型的 PBX 通信。有些 PBX 硬件直接实现了语音 IP (VoIP) 功能，称为 IP-PBX。然而，大多数 PBX 没有直接提供 VoIP 服务，而是使用旧式的专有线路交换协议来传输电话流量。(时分多路转换 (TDM) 就是这样一种传输电话流量的线路交换方法。)这些 PBX 需要使用 VoIP 网关，该网关在线路交换协议和与 Exchange 统一消息中存在的 VoIP 网络堆栈兼容的基于包的 Internet 协议之间执行转换。
当 PBX 接收到入站呼叫时，它负责对所选分机振铃，如果呼叫未被应答，则使用它自己的呼叫范围配置来确定应将该呼叫转接到何处。假设该范围配置指定转接到 Exchange Unified Messaging，则 PBX 将呼叫从原始目标分机路由到配置为指向 Exchange 统一消息的查询组。在 IP-PBX 的情况下，呼叫是直接连接的，而没有使用网关;对于传统 PBX，该 PBX 通过 VoIP 网关连接到 Exchange UM。
该网关负责将呼叫数据从线路交换转换为包交换协议。Exchange 统一消息使用会话发起协议 (SIP) 来进行所有呼叫设置和信号发送，使用实时传输协议 (RTP) 来进行语音会话，使用 T.38(IP 传真)协议来处理传真数据。Exchange 支持(但不要求)使用传输层安全性 (TLS) 协议来对 PBX 或网关与 Exchange 统一消息服务器之间的通信进行保护和身份验证。
Intel 和 AudioCodes 正在提供将 Exchange 统一消息服务器与旧式 PBX 系统链接在一起的网关产品。有关经过 Exchange Server 2007 认证的 IP-to-PBX 网关可用性的最新信息，请参见 Microsoft 的 Exchange 网站，地址为:http://www.microsoft.com/exchange。
统一消息服务器角色
统一消息服务器处理电话呼叫者与消息系统其余部分之间的交互。该服务器角色接受来自 PBX 的呼叫请求(在必要时使用网关)，为语音邮件和传真呼叫提供呼叫应答，向订户交付 Outlook Voice Access 服务，记录并回放语音消息，接收传真，以及承载“自动话务员”服务。要理解 Exchange 2007 如何支持统一消息，以及如何能够部署它来交付本文前述部分所描述的好处，理解 UM 服务器角色是关键。
电话铃声响起时发生了什么?
当某人呼叫 Exchange Server 2007 统一消息订户时，会发生什么情况?该过程相当简单，但是演练该过程有助于阐明 UM 服务器做什么，以及它如何与电话和消息系统的其它组件交互。
当语音呼叫到达时
首先，呼叫者发出呼叫，该呼叫通过公用电话交换网 (PSTN) 或组织的内部电话线路由到受话人的电话。此时呼叫线路建立。如果被叫号码是直接内部拨号 (DID) 分机，则 PBX 可能对所需分机振铃，或者，如果被叫方已经在打电话，则可能将呼叫转接到 Exchange 统一消息服务器的引导号码。用于完成此转接的协议取决于 PBX 的类型:
如果该 PBX 是 IP-PBX，则它使用会话发起协议 (SIP) 来建立与 UM 服务器的会话;一旦建立会话，则使用实时传输协议 (RTP) 来传输实时语音流量。
如果该 PBX 是传统 PBX，则将线路交换的呼叫数据发送到 VoIP 网关，后者使用 SIP 建立与 UM 服务器的会话，然后转换该呼叫并使用 RTP 将实时语音数据转发到 UM 服务器。
转接呼叫时，原始被叫方信息作为补充信号发送信息的一部分来进行维护。当呼叫到达统一消息服务器时，将使用被叫方信息和呼叫的 PBX 源来查找 Active Directory 中的用户，并检索他们的邮箱问候语。这之所以能够实现，是因为每个启用 UM 的用户都有一个关联的分机。统一消息服务器检索用户的欢迎问候语，播放它，并记录呼叫方可能希望留下的任何消息。
