Exchange 2007 SP1 中的新增统一消息功能
适用于： Exchange Server 2007 SP1
上一次修改主题： 2008-03-18
Microsoft Exchange Server 2007 Service Pack 1 (SP1) 为每个 Exchange 2007 服务器角色引入了很多新功能，包括统一消息服务器角色。在 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 下载。
集成 Communications Server 2007 时 Exchange 2007 SP1 的功能
若要在环境中集成 Communications Server 2007 时使用 Exchange 2007 SP1 中的新增功能和改进功能，必须满足下列要求：
必须在组织中的所有统一消息服务器上运行 Exchange 2007 SP1。
必须在组织中运行 Communications Server 2007。
必须正确配置 Exchange 2007 SP1 和 Communications Server 2007。
若要在统一消息环境中正确规划和部署 Exchange 2007 SP1 和 Communications Server 2007，您必须遵循“Microsoft Office Communications Server 2007 企业语音规划和部署指南”中提供的规划和部署步骤。该指南位于 Microsoft 下载中心的 Office Communications Server 和客户端文档汇总页面上。
有关如何规划 Communications Server 2007 和 Exchange 2007 统一消息部署的详细信息，请参阅计划 Exchange 2007 统一消息和 Office Communications Server 2007 部署。
有关如何部署 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 中，内部呼叫号码解析的范围大大增加了。原始发布 (RTM) 版本的 Exchange 2007 仅能针对两个源解析内部分机号码。这两个源是与呼叫用户位于同一 UM 拨号计划中的启用 UM 的其他用户以及被呼叫用户的联系人列表的分机号码。在 Exchange 2007 SP1 中，统一消息还可以针对 Active Directory 林中的所有用户解析内部分机号码。
在 Exchange 2007 RTM 和 Exchange 2007 SP1 中，启用用户的统一消息时，将使用包含其电话分机号的 Exchange 统一消息代理地址（EUM 代理地址）标记邮箱。统一消息通过在全局地址列表 (GAL) 和被叫方的个人联系人中搜索匹配项，将电话分机号解析为用户的姓名。如果找不到匹配项，则 Exchange 仅将电子邮件中的电话分机号用于未接来电。通过执行下列任务之一，可以使统一消息将电话分机号解析为用户的姓名：
通过使用 Enable-UMMailbox cmdlet 或 Exchange 管理控制台，启用用户的统一消息。有关如何启用用户的统一消息的详细信息，请参阅如何为用户启用统一消息。
使用 Set-Mailbox cmdlet 为用户创建辅助 EUM 代理地址。有关如何为用户创建辅助 EUM 代理地址的详细信息，请参阅如何为启用了 UM 的用户配置分机号码。
将呼叫方作为个人联系人添加在 Outlook 中，并包括该联系人的电话分机号。
Communications Server 2007 扩展了 Active Directory 架构，使用 E.164 格式存储每个用户的号码。若要匹配传入的固定长度分机号码（其长度由拨号计划定义），Exchange 统一消息管理员必须设置 UM 拨号计划属性中的 InternationalNumberFormat 属性。该属性值是传入分机号码的前缀。所得到的号码与以 E.164 格式存储的 Active Directory 目录服务中的用户号码相匹配。
例如，统一消息管理员创建名为 Redmond WA, USA 的 UM 拨号计划。他们将 InternationalNumberFormat 属性设置为 “142570xxxxx”。在本例中，“x” 的位数由分机号码的长度确定，在本例中为 5 位分机号码。如果统一消息服务器应答分机号码为 12345 的传入呼叫，它将此分机号码与 InternationalNumberFormat 属性的值组合，得到电话号码 “tel:+14257012345”。所得到的这个号码与为 Active Directory 林中的所有用户存储的号码相匹配。
.gif "note")
注意：InternationalNumberFormat 是单值属性，因此只能设置为一个值。因此只能匹配一个前缀，即使组织使用多个前缀（例如，“14257022222”、“14257133333”）也是如此。 当呼叫者留下语音邮件并且目标电话号码使用呼叫转移时进行通知 例如，用户 1 使用 Microsoft Office Communicator 2007 呼叫用户 2，并且用户 2 设置呼叫转移将呼叫转移到用户 3。如果用户 3 没有应答呼叫，则会将该呼叫转向统一消息服务器。统一消息服务器将应答呼叫并录制一条语音消息。统一消息服务器将信息发回用户 1，指示已将语音消息发送给谁。该信息由 Office Communicator 客户端提供。用户 1 可以看到它们是留给用户 3 的消息，不是留给用户 2 的。
注意：仅当使用 Office Communicator 2007 客户端作为呼叫者的电话时，才能使用该功能。 支持在 Exchange 统一消息中录制高保真语音邮件 将 Exchange 2007 SP1 与 Communications Server 2007 一起使用时，添加了对使用 RTAudio 编解码器获得高保真语音邮件的支持。
当使用 Office Communicator 2007 启动语音呼叫并且语音呼叫的接收者通过使用 Microsoft Office Outlook 2007 或 2007 版本的 Outlook Web Access 播放该邮件时，才能使用该功能。以下两个方案支持高保真录音和回放功能：
方案 1 统一消息服务器代表订阅者应答呼叫，并且满足以下任何一种情况：
订阅者的音频编解码器设置为 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 终结点的“在电话上播放”号码，并且呼叫不会转移到备用电话号码。该功能提供了额外的语音邮件保护，因为它确保只能将语音邮件转移给它的预期收件人。
可以从 Office Communicator 2007 访问 Outlook Voice Access 而无需用户输入 PIN 如果用户登录到 Office Communicator 2007，他们可以通过按 Office Communicator 2007 中的“呼叫语音邮件”按钮直接访问 Outlook Voice Access。由于运行 Communications Server 2007 的服务器已经对该用户进行了身份验证，因此不会提示该用户输入其 Outlook Voice Access PIN。
注意：仅当用户使用 Office Communicator 2007 客户端时，才能使用该功能。 Office Communicator 2007 客户端可以将主题和优先级与语音邮件关联 当 Office Communicator 2007 用户进行呼叫时，他们可以将主题和优先级与该呼叫相关联。当某个呼叫与优先级或主题相关联后，统一消息服务器就在为未接来电和语音邮件通知生成的电子邮件中中继该呼叫的主题和优先级。此外，如果呼叫是从用户正在阅读的电子邮件中发起的，则为未接来电和语音邮件通知生成电子邮件时，统一消息使用原来的电子邮件主题和优先级。
支持媒体流通过防火墙 该功能使统一消息服务器能够与企业防火墙之外的终结点通信。当 VoIP 媒体通信流经其所在的 Communications Server 2007 访问边缘服务器时，A/V 身份验证服务对其进行身份验证。在这种情况下，统一消息服务器与 Communications Server 2007 池关联并且从服务该特殊 Communications Server 2007 池的 Communications Server 2007 访问边缘服务器中获得相应的身份验证令牌。
当统一消息通信必须通过企业防火墙时，统一消息服务器必须具有指定给每个 Office Communications Server 池的 Communications Server 2007 访问边缘服务器的名称，以便它们获得相应的身份验证令牌。
将未接来电通知电子邮件与 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 的用户仅在其收件箱中收到唯一一个未接来电通知。
未集成 Communications Server 2007 时 Exchange 2007 SP1 的功能
以下功能可以在 Exchange 2007 SP1 中使用，无需将统一消息环境与 Communications Server 2007 集成：
支持安全实时传输协议 (SRTP) 该功能使 SRTP 媒体通信能够流进或流出 Exchange 统一消息。可以通过使用 Exchange 命令行管理程序或 Exchange 管理控制台配置 SRTP 支持。SRTP 配置设置位于 UM 拨号计划对象上。
默认情况下，创建 UM 拨号计划时，它将使用不安全模式进行通信；与 UM 拨号计划关联的统一消息服务器通过使用非加密方式处理与 IP 网关、IP PBX 及其他 Exchange 2007 计算机之间的往来数据。在不安全模式中，实时传输协议 (RTP) 媒体通道和 SIP 信号信息都是不加密的。
可以将统一消息服务器配置为使用相互传输层安全性 (MTLS) 对从其他设备和服务器发送和接收的 SIP 和 RTP 通信进行加密。当向 UM 拨号计划中添加统一消息服务器并将该拨号计划配置为使用“SIP 安全”模式时，仅对 SIP 信号通信进行加密。RTP 媒体通道将仍然使用不加密的传输控制协议 (TCP)。但是，如果将统一消息服务器添加到 UM 拨号计划并将拨号计划配置为使用安全模式，则加密 SIP 信号通信和 RTP 媒体通道。使用 SRTP 的安全信号媒体通道还使用 MTLS 对 VoIP 数据进行加密。
有关如何帮助配置统一消息中的 VoIP 安全性的详细信息，请参阅了解统一消息 VoIP 安全性。
Exchange 管理控制台支持配置传输层安全性 (TLS) 在 Exchange 2007 SP1 中，已经对 Exchange 管理控制台进行了扩展，以使您能够在 UM 拨号计划上配置 TLS 设置。TLS 配置设置位于 UM 拨号计划对象上。
由于将统一消息服务器配置为在 TCP 端口 5060 上侦听不安全的请求，同时在 TCP 端口 5061 上侦听安全的请求，因此可以在拨号计划中配置的任何模式下运行统一消息服务器。统一消息服务器可以与单个或多个 UM 拨号计划关联，并且可以与具有不同的 VoIP 安全设置的拨号计划相关联。可以将单个统一消息服务器与配置为使用不安全、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 音后，统一消息服务器立即执行带外传真音检测并通过使用 T.38 SDP 发送再邀请。
如果 IP PBX 或 IP 网关不使用其中任一方法，则应该打开统一消息带内传真音检测。这将允许统一消息服务器检测传入的带内传真音。默认情况下，此功能是关闭的。但是，可以在使用 IP PBX 或 IP 网关无法检测到传真音的环境中启用它。通过在 globcfg.xml 文件中将 EnableInbandFaxDetection 设置更改为 True，可以启用带内传真音检测。在运行统一消息服务器角色的计算机上，globcfg.xml 文件位于 \Program Files\Microsoft\Exchange\bin 文件夹中。
支持 Cisco CallManager 5.x，而且直接与 Exchange 2007 SP1 进行互操作。但是，如果使用的是 CallManager 5.x 或 6.x，则传真接收无法正常工作，即使启用了带内传真音检测也是如此。如果不启用此设置，则统一消息服务器将依靠 IP 网关或 IP PBX 执行传真音检测。
通过使用 DiffServ 支持服务质量 (QoS) 服务质量 (QoS) 是一组颇具成本效益的网络通信管理技术。QoS 技术允许您测量带宽、检测变动的网络状况（如拥塞或带宽的可用性）以及设置优先顺序或限制通信。区分服务 (DiffServ) 是一个在 OSI 模型的第 3 层上定义通信优先级的协议。DiffServ 将数据包进行分类并标记为属于特定的类别，它是一个非常简单而且具有可扩展性的机制，可用于对数据包进行分类、管理网络通信（包括语音和视频通信）以及确保现代 IP 网络的服务质量 (QoS)。
注意：第 3 层网络设备（如路由器）必须支持 DiffServ。 DiffServ 运行的原则是通信分类，其中每个网络数据包都包含在有限数量的通信类别中。但是，网络上的每个路由器必须配置为根据其类别区分通信。可以采用不同的方式管理每个通信类别，确保为网络上较高优先级的通信指定高优先级。数据包的 DiffServ 标记都包含在 IP 头中。
RFC 2475 定义 DiffServ 的体系结构，RFC 2474 定义网络数据包上 DiffServ 字段中的位。Internet 协议版本 4 (IPv4) 头中的“服务类型”(TOS) 字段以及 Internet 协议版本 6 (IPv6) 头中的“通信类别”字段可用于 DiffServ 值。DiffServ 字段的 6 个最重要的位统称为区分服务代码点 (DSCP)。DSCP 是 IP 数据包中的字段，它能够将各种不同级别的服务分配给网络通信。通过使用 DSCP 代码标记网络上的每个数据包并向其指定相应的服务级别来实现此操作。
注意：如果在运行 Windows Server 2008 操作系统的计算机上部署 Exchange 2007 SP1，则可以采用 Internet 协议版本 4 (IPv4) 格式和\或 Internet 协议版本 6 (IPv6) 格式输入 IP 地址和 IP 地址范围。Windows Server 2008 的默认安装支持 IPv4 和 IPv6。有关 Exchange 2007 SP1 支持 IPv6 地址的详细信息，请参阅 Exchange 2007 SP1 和 SP2 中的 IPv6 支持。 在 Microsoft Windows Server 2003 中，当安装服务质量 (QoS) 数据包调度程序时，TCP/IP 执行 DiffServ 标记。当在运行 Windows Server 2003 并且安装有 QoS 数据包调度程序的计算机上安装统一消息服务器角色时，将用默认的 DSCP 值 40 (101000) 标记所有传出的统一消息数据包。但是，您可以使用注册表编辑器或通过更改组策略来更改数据包的这个默认值。
Exchange 2007 统一消息服务不执行网络数据包的任何分类。但是，统一消息附带的媒体平台指示所有音频数据包将标记为有保证的服务的 Windows 网络堆栈。之后，操作系统将使用组策略设置确定如何标记数据包，然后标记 IP 头的 TOS 字段。有关 Windows 中 QoS 的详细信息，请参阅 QoS 的工作原理。
默认情况下，Windows Server 2003 上不启用 QoS 数据包调度程序组件，但必须安装该组件。可以通过将其添加为 Windows Server 2003 中网络连接属性上的“网络服务”来安装 QoS 数据包调度程序。但是，默认情况下 QoS 数据包调度程序安装在 Windows Server 2008 上。
详细信息
有关 Exchange 2007 SP1 中所有新功能的详细信息，请参阅Exchange Server 2007 SP1 中的新增功能。