统一消息概述

  • 项目

 

适用于： Exchange Server 2010 SP2, Exchange Server 2010 SP3

上一次修改主题： 2016-11-28

MicrosoftExchange Server 2010 统一消息 (UM) 将语音邮件和电子邮件组合到单独的邮件基础结构中。统一消息将所有电子邮件和语音邮件放入一个可通过许多设备访问的 Exchange 2010 邮箱。在网络上部署统一消息服务器之后，用户可以使用 Outlook Voice Access 通过任何电话、移动电话或计算机访问其邮件。

现在，组织中的人员经常将其语音邮件和电子邮件分开管理。此外，IT 管理员经常将语音邮件或电话网络以及电子邮件系统或数据网络作为独立的系统进行管理。在这些情况下，语音邮件和电子邮件位于不同服务器托管的各自的收件箱中，电子邮件通过桌面访问，而语音邮件通过电话访问。统一消息对包括电子邮件和语音邮件在内的所有邮件都使用 Exchange 2010 存储。

要查找与统一消息相关的管理任务吗？请参阅管理统一消息。

目录

统一消息概述

Exchange 2010 统一消息的优点

配置 UM 服务器

配置 UM 用户

配置 UM 组件

UM 呼叫应答

统一消息服务和组件概述

Unified Communications Managed API 2.0

服务端口

统一消息概述

在 MicrosoftExchange 2010 中，统一消息服务器角色是可以在运行 Windows Server 2008 的计算机上安装并配置的几个服务器角色之一。Exchange Server 2007 和 Exchange 2010 中都包含统一消息，统一消息引入了 Exchange 管理员可能还不熟悉的新电话概念。

统一消息将语音邮件、传真邮件和电子邮件合并到 Exchange 存储中。统一消息将 Microsoft Exchange 与电话网络集成，并向 Exchange 的核心引入了 UM 功能。下图说明了组织的电话网络组件与 UM 系统之间的关系。

电话组件和统一消息之间的关系

在上图中，统一消息解决方案使用标准 IP 语音 (VoIP) 协议提供对电话系统的访问。这些协议包括会话初始协议 (SIP)、实时传输协议 (RTP) 和 T.38 协议。IP 网关提供了针对旧专用分组交换机 (PBX) 系统的互操作性。有关详细信息，请参阅了解电话概念和组件。

注释注意：
如果运行的是 MicrosoftExchange Server 2010 Service Pack 1 (SP1) 或更高版本，则不支持在虚拟化环境中安装和运行统一消息服务器角色。在运行 Exchange 2010 RTM 的虚拟化环境中不支持统一消息服务器角色。

统一消息概述

Exchange 2010 统一消息的优点

最终用户和 IT 管理员均可从 Exchange 2010 统一消息解决方案获益。

为用户提供的益处

部署 Exchange 2010 统一消息后，用户可以从以下位置访问其 Exchange 2010 邮箱中的语音邮件、电子邮件和日历信息：电子邮件客户端（例如 Outlook 或 MicrosoftOfficeOutlook Web App）、安装了 MicrosoftExchange ActiveSync 的移动电话（例如 Windows Mobile 电话）或者电话。另外，用户还将能够使用以下功能：

  • 访问 Exchange 信息 已启用 UM 的用户可以从支持 Internet 的移动电话、MicrosoftOffice Outlook 2007、Outlook 2010 和 Outlook Web App 访问所有语音邮件功能。这些功能包括许多语音邮件配置选项，以及使用集成的 Windows Media Player 从阅读窗格播放语音邮件或使用计算机扬声器从邮件列表播放语音邮件的功能。

  • 在电话上播放 “在电话上播放”功能允许启用 UM 的用户通过电话播放语音邮件。如果用户在办公室隔间中工作，正在使用公用计算机或未启用多媒体的计算机，或者正在听取机密的语音邮件，则该用户可能不想或不能通过计算机扬声器听取语音邮件。他们可以使用任何电话（包括家庭电话、办公室电话或移动电话）播放语音邮件。

  • 语音邮件窗体Outlook 2007、Outlook Web App 和 Outlook 2010 语音邮件窗体类似于默认的电子邮件窗体。它为用户提供执行如下操作的界面：播放、停止或暂停语音邮件、在电话上播放语音邮件和添加并编辑便笺。

    语音邮件窗体包括嵌入的 Windows Media Player 和一个“语音便笺”字段。嵌入的 Windows Media Player 和“便笺”字段会在用户预览语音邮件时显示在阅读窗格中，或在用户打开语音邮件时显示在一个独立窗口中。如果没有为用户启用统一消息或者客户端计算机上未安装 Outlook 2007，则用户将查看电子邮件附件形式的语音邮件，且语音邮件窗体不可用。

  • 用户配置 启用统一消息的用户可使用 Outlook Web App 为统一消息配置若干语音邮件选项。例如，用户可以配置电话访问号码和语音邮件“在电话上播放”号码，并且可以重置语音邮件访问 PIN。

  • 呼叫应答 呼叫应答包括代表用户应答传入呼叫、播放个人问候语、录制留言以及将留言以电子邮件形式传送到收件箱。

  • 呼叫应答规则 呼叫应答规则是 Exchange 2010 中的一个新增功能。使用此功能，最终用户可以规定如何处理传入呼叫应答。呼叫应答规则应用于传入呼叫的方式与收件箱规则应用于传入电子邮件的方式类似。默认情况下，不会配置呼叫应答规则。如果由统一消息 (UM) 服务器应答传入呼叫，则会提示呼叫方为被叫方留下语音邮件。通过呼叫应答规则，呼叫者可以：

    • 为已启用 UM 的用户留下语音邮件。

    • 转到已启用 UM 的用户的备用联系人。

    • 转到备用联系人的语音邮件。

    • 转到已启用 UM 的用户配置的其他电话号码。

    • 使用 Find-Me 功能或通过监督转移查找已启用 UM 的用户。

  • 语音邮件预览 在 Exchange 2010 中，统一消息服务器角色对新创建的语音邮件使用 ASR。当用户接收到语音邮件时，这些邮件中将包含一段录音和从该语音录音创建的文本。用户可从 Outlook Web App、Outlook 2007 或 Outlook 2010 中看到电子邮件中显示的语音邮件文本。

  • 消息等待指示器 消息等待指示器是大多数旧版语音邮件系统中的一项功能，它可以指任何表示存在新邮件的机制。在 Exchange 2007 中，此功能由第三方应用程序提供，它通过点亮桌面电话上的灯来表示收到新的语音邮件。Exchange 2010 中已增加此功能，因此不需要第三方软件。可以在用户邮箱或 UM 邮箱策略中启用或禁用消息等待指示器。

  • 使用 SMS 通知未接来电和语音邮件 如果用户是托管或消费者拨号计划的成员，并且他们使用其移动电话号码配置了语音邮件设置，还配置了呼叫转移，则这些用户可以通过短消息服务 (SMS) 在其手机上收到关于未接来电和新语音邮件的文本消息通知。但是，若要收到这些类型的通知，用户首先必须配置文本消息并且还要在其帐户上启用“通知”。

  • 受保护的语音邮件 受保护的语音邮件是一项统一消息功能，用户可以使用此功能发送私人邮件。此邮件受 Active Directory 权限管理服务 (AD RMS) 保护，用户不能转发和复制该电子邮件，也不能提取其中的语音文件。受保护的语音邮件提高了统一消息的机密性。这样，当用户要限制语音邮件针对的用户时，他们将依赖于统一消息。此功能类似于 Exchange 2007 中处理私人电子邮件的方法。在 Exchange 2010 中，此功能也适用于语音邮件。

  • Outlook Voice Access 有两种统一消息用户界面可供启用 UM 的用户使用：电话用户界面 (TUI) 和语音用户界面 (VUI)。这两种界面统称为 Outlook Voice Access。订阅者从外部或内部电话访问统一消息系统时，可以使用 Outlook Voice Access。拨入统一消息系统的已启用 UM 的用户可以使用 Outlook Voice Access 访问其邮箱。通过使用电话，已启用 UM 的用户可以：

    • 访问语音邮件

    • 收听、转发或回复电子邮件

    • 收听日历信息

    • 访问或拨打存储在全局地址列表或其联系人组中的联系人。

    • 接受或取消会议请求

    • 设置语音邮件使呼叫方知道被叫方不在

    • 设置用户安全首选项和个人选项

  • 使用 Outlook Voice Access 进行组寻址   在 Exchange 2007 中，当用户登录到其邮箱时，他们可以使用 Outlook Voice Access 中的电话用户界面 (TUI) 或语音用户界面 (VUI) 发送电子邮件和语音邮件。但是，用户只能将单个电子邮件发送给其个人联系人中的单个用户，或者通过分别添加每个收件人或添加全局地址列表中通讯组列表的名称，将单个邮件发送给目录中的多个收件人。在 Exchange 2010 中，当用户使用 Outlook Voice Access 登录到其邮箱时，他们还可以向其个人联系人中存储的组中的用户发送电子邮件和语音邮件。

统一消息概述

为管理员提供的益处

目前，大多数用户和 IT 部门将语音邮件和电子邮件分开管理。语音邮件和电子邮件在不同服务器托管的各自的收件箱中存储，电子邮件通过桌面访问，而语音邮件通过电话访问。统一消息为所有邮件提供集成存储，通过计算机和电话访问内容。

Exchange 管理员可以通过以下方式管理统一消息：使用他们用于管理其余 Exchange 功能的相同界面、使用 Exchange 管理控制台和 Exchange命令行管理程序。他们可以：

  • 从单个平台管理语音邮件和电子邮件

  • 使用可脚本化命令管理统一消息

  • 构建具有高可用性和高可靠性的统一消息基础结构

Exchange 2010 统一消息为管理员提供了：

  • 完整的统一消息系统Exchange 2010 统一消息通过使用单一存储、传输和目录基础结构提供了真正的统一消息解决方案。存储区由 Exchange 2010 邮箱服务器角色提供。传输由 Exchange 2010 集线器传输服务器角色提供。可使用单个管理界面和工具集从单个管理点管理所有电子邮件和语音邮件。这样，由于基础结构和培训的合并，极大地减少了管理的总成本。

  • Exchange 2010 部署和管理模型 通过使用 Exchange 2010 统一消息解决方案，您可以利用 Exchange 2010 服务器设计。您不必为了运行统一消息服务器角色特意购买新服务器。更重要的是，您可以重用 Exchange 知识，包括培训和疑难解答方法，并将其用于管理语音邮件基础结构。

  • Exchange 2010 安全模型 MicrosoftExchange 统一消息服务以 Exchange 服务器帐户身份运行。这意味着无须为 Exchange 2010 统一消息创建或管理超级用户帐户。

  • 合并语音邮件系统 当前，大多数语音邮件系统都要求所有语音邮件系统组件安装在组织中的每个实际办公室位置。在此类布置中，这些分支机构中的语音邮件系统位于中央办公室之外，必须现场管理。这常常会增加管理的成本和复杂性。Exchange 2010 统一消息允许您从中央位置管理语音邮件系统。要为统一消息创建集中式管理系统，您可以将所有统一消息服务器放置在某个数据中心或位置，然后在每个分支机构中部署 IP 网关，这些网关将代替每个分支机构的语音邮件系统。以此方式部署集中式语音邮件系统可以极大地节省硬件和管理成本。

  • 内置统一消息管理角色 Exchange 2010 中定义了一组用于管理统一消息和语音邮件功能的角色。MicrosoftExchange Server 2007 中提供了包括 UM 的管理角色。Exchange 2010 中已增加下列特定于 UM 的管理角色：

    • UM 邮箱

    • UM 提示

    • 统一消息

  • 传入传真支持Exchange 2007 对通过统一消息服务器角色创建传真邮件提供内置支持。具有已启用 UM 的邮箱的用户可以从向其电话号码发起的呼叫接收传真邮件。Exchange 2007 UM 中不支持入站传真路由，也不支持传出传真。

    在 Exchange 2010 中，统一消息服务器角色不再直接支持传真。如果客户要求可使用 Exchange 2010 的传真解决方案，则他们必须部署传真伙伴解决方案。可以从多个传真伙伴获取传真伙伴解决方案。传真伙伴解决方案设计为与 Exchange 2010 紧密集成，并允许已启用 UM 的用户接收传入的传真邮件。

    注释注意：
    如果使用 RTM 版本的 Exchange 2010 统一消息，则可能必须启用带内传真提示音检测，才能使传真接收正常使用某些 IP PBX。可通过在 msexchangeum.config 文件中将 EnableInbandFaxDetection 设置更改为 True 来执行此操作。msexchangeum.config 文件位于 Exchange 2010 统一消息服务器的 \Program Files\Microsoft\Exchange\V14\bin 文件夹中。如果不配置该设置，则统一消息服务器必须依靠 IP 网关来执行带内传真提示音检测。
    Exchange 2010 Service Pack 1 (SP1) 中不必将 msexchangeum.config 文件中的 EnableInbandFaxDetection 设置更改为 True。在装有 Exchange 2010 SP1 的统一消息服务器上不必启用传真提示音检测，因为 Unified Communications Managed API 2.0 版 (UCMA) 支持统一消息服务器同时侦听带内和带外传真事件。

  • 多语言支持 对于 Exchange 2010 而言，所有可用的语言包都包含指定语言的文本语音转换 (TTS) 引擎和预先录制的提示以及 ASR 支持。但是，只有部分语言包支持“语音邮件预览”。美国英语 (en-US) 语言包包括在 Exchange 2010 DVD 中，其他 UM 语言包可以从 Microsoft 下载中心下载。

  • 自动助理 自动助理是一组语音提示，使外部和内部用户可以访问 Exchange 2010 统一消息系统。可以使用电话键盘或语音输入在自动助理菜单中导航、呼叫用户或找到已启用 UM 的用户后再对其进行呼叫。自动助理使管理员可以执行以下操作：

    • 为外部用户创建自定义菜单。

    • 定义提示性留言、营业时间问候语和非营业时间问候语。

    • 定义节假日计划。

    • 说明如何搜索组织目录。

    • 说明如何连接用户分机，使外部呼叫者可以通过指定分机呼叫用户。

    • 说明如何搜索组织目录，使外部呼叫者可以搜索组织目录并呼叫特定的用户。

    • 使外部用户可以呼叫接线员。

统一消息概述

配置 UM 服务器

在安装统一消息服务器角色期间，会在 Active Directory 中的“计算机”容器中创建一个 UM 计算机对象。在 Active Directory 中创建的 UM 计算机对象是安装统一消息服务器角色的物理服务器的表示方式。UM Active Directory 计算机对象可连接组织的电话基础结构和 UM Active Directory 网络环境。

注释注意：
对于要在安装过程中创建的新 UM 计算机对象来说，安装统一消息服务器角色之前，统一消息服务器必须是域的成员。

创建该计算机对象之后，可以执行在网络上部署统一消息的步骤。

服务器操作

默认情况下，在安装统一消息服务器角色后，会将统一消息服务器的运行状态设置为“已启用”。这样，UM 服务器可以处理传入和传出的语音呼叫并将邮件路由到 Exchange 组织中的目标收件人。除非运行状态设置为“已启用”，否则，UM 服务器不会处理传入呼叫。

可以在 EMC 和命令行管理程序中通过启用和禁用命令对 UM 服务器的运行状态进行控制。UM 服务器有三种状态模式：

  • 启用 处理所有传入呼叫。

  • 立即禁用 不接受任何新呼叫并放弃所有现有呼叫。

  • 完成呼叫后禁用 不接受任何新呼叫但是处理所有现有呼叫。

当 UM 服务器启动时，它将查找与服务器和现有 UM 拨号计划相关联的所有 UM IP 网关。为了检测并确定对 UM 拨号计划或 UM IP 网关所做的任何配置更改，UM 服务器将注册更改通知或每 10 分钟重新检查配置。

如果 UM IP 网关列表更改，UM 服务器将做出相应的反应，开始使用或停止使用与 UM 服务器的拨号计划相关联的 IP 网关。在 UM 服务器成为 UM 拨号计划的关联成员并与 IP 网关或 PBX 进行通信之后，您可以运行一组诊断操作来验证该服务器的连接和操作是否正确。

统一消息概述

配置 UM 用户

为用户启用邮箱后，您可以选择是创建邮箱还是连接到现有邮箱。在用户连接到现有邮箱或为用户创建邮箱之后，您必须启用邮箱，以便用户可以使用统一消息。为用户启用了统一消息之后，所有电子邮件和语音邮件都将发送到用户的邮箱。UM 用户可以使用 Outlook 2007、Outlook 2010、Outlook Web App、启用了 Exchange ActiveSync 的移动电话或者普通电话或移动电话来访问电子邮件、语音邮件和日历信息。

注释注意：
若要启用多个 UM 用户，请在命令行管理程序中使用 Enable-UMMailbox cmdlet。

用户 UM 属性

为用户启用统一消息之后，可以为该用户管理、修改和配置 UM 属性。

用户的 UM 属性存储在以下两个位置：邮箱对象和用户的 Active Directory 对象。为用户启用统一消息时，即在用户的邮箱对象上设置了 UM 属性。统一消息的邮箱属性设置为“启用”之后，用户即可使用 Exchange 2010 中的 UM 功能。

在为用户启用统一消息后，用户的统一消息属性（例如用户的分机号、姓名发音以及其他属性）存储在 Active Directory 和用户邮箱的用户属性中。

通过使用命令行管理程序或 EMC，可以为 Active Directory 用户在 UM 用户的邮箱上管理 UM 属性。

UM 用户和 UM 邮箱策略的关系

为用户启用统一消息时，必须将用户与现有 UM 邮箱策略关联或链接到现有 UM 邮箱策略上，并且必须提供该用户的分机号码。通过使用 Enable-UMMailbox cmdlet 或在创建该用户的 Exchange 邮箱时选择 UM 邮箱策略，可以将该用户与 UM 邮箱策略关联。

UM 邮箱策略包含用户的拨号限制和 PIN 策略等设置。创建 UM 邮箱策略时，该 UM 邮箱策略必须只与一个 UM 拨号计划关联。然后，该 UM 拨号计划自动与至少一个 UM 服务器关联。与该 UM 拨号计划关联的任何 UM 服务器都可以为使用该 UM 拨号计划的已启用 UM 的用户提供统一消息服务。通过上述方式关联这些 Active Directory 对象之后，可以使用 Active Directory 提供 UM 服务。为用户启用统一消息之后，UM 邮箱策略中的设置将应用于启用了 UM 的该用户。

配置 UM 组件

Exchange 2010统一消息使用可利用当前 Active Directory 环境的对象来提供语音邮件服务。将创建 UM Active Directory对象以支持统一消息。Active Directory 充当所有这些 UM 对象及其配置设置的容器。

通过 UM Active Directory 对象，UM 可以与电话基础结构进行交互。Active Directory 反映了此物理基础结构以及其组件间的关系。有关详细信息，请参阅了解统一消息组件。

创建某些 UM Active Directory 对象是为了代表每个电话硬件设备，而创建其他 UM Active Directory 对象则为了代表组织的电话拨号计划或支持统一消息的特定功能。有关详细信息，请参阅了解电话概念和组件。

以下示例和图显示了 Active Directory 中的 UM 对象之间的关系。

UM Active Directory 对象之间的关系

在上图中，表示为 Server01、Server02 和 Server03 的 UM 服务器位于公司的数据中心。这些服务器也表示为 Active Directory 中的 UM 服务器对象。此外，有两种 UM 拨号计划，即波士顿 UM 拨号计划和纽约 UM 拨号计划。每个办公室有一个 PBX。但是，每个分支机构中，每个 PBX 有两个 IP 网关用于提供容错能力。最后，Server01 和 Server02 是波士顿 UM 拨号计划的成员，并且 Server01、Server02 和 Server03 是纽约 UM 拨号计划的所有成员。

当呼叫传入纽约分支机构中的 PBX 并转发到 UM 服务器时，上述三个 UM 服务器中的任一个均可应答呼叫并将邮件传递到用户的邮箱，因为所有的 UM 服务器均属于同一拨号计划。当波士顿的用户接收呼叫并将其转发到 UM 服务器时，Server01 或 Server02 可以在波士顿拨号计划中为用户应答呼叫。

需要创建和管理若干关键的 Active Directory 对象。以下部分概述了这些对象。

统一消息概述

UM 拨号计划

在传统电话拨号计划中，将在 IP PBX、PBX 或多个 PBX 中配置用户分机，并且用户分机共享公用的编号计划。这使得用户可以拨打另一个电话分机，而无需拨打完整的电话号码。

UM 拨号计划镜像了电话服务拨号计划。为了在网络上成功地部署统一消息，需要使用 UM 拨号计划。

UM 拨号计划是一个 Active Directory 对象，代表共享公用用户分机号码的 IP PBX 或 PBX 集或组。统一消息中的 UM 拨号计划要求用户电话分机号码必须唯一。

在某些电话网络中，会存在多个 PBX 和多个拨号计划。如果将具有相同分机号码的两个用户放入两个独立的 UM 拨号计划，则在这些电话网络中可以存在两个具有相同电话分机的用户。将这两个用户放入独立的拨号计划会使得他们的分机号码对于统一消息来说是唯一的。

下图说明了如何在拥有一个林和多个物理站点的组织中使用 UM 拨号计划。

拥有多个物理站点的组织中单个林中的 UM 拨号计划

拨号计划的工作方式

在 Exchange 2010 计算机上安装统一消息服务器角色之后，必须将 UM 服务器与至少一个 UM 拨号计划相关联，之后该服务器才能应答呼叫。也可以将一台 UM 服务器与多个 UM 拨号计划关联。

将 UM 服务器与 UM 拨号计划关联之后，必须创建 UM IP 网关并将其与已创建的 UM 拨号计划关联。

重要重要说明：
每次使用 EMC 创建 UM 拨号计划时，还会创建一个 UM 邮箱策略。该 UM 邮箱策略名为 <DialPlanName> 默认策略。

通过在 Active Directory 中创建和关联 UM 拨号计划和 UM 服务器对象，UM 服务器可以接收来自 IP 网关或 IP PBX 的呼叫，然后为与 UM 拨号计划关联的用户处理传入呼叫。当呼叫传入 IP 网关或 IP PBX 时，IP 网关或 IP PBX 将呼叫转接到 UM 服务器，UM 服务器会尝试将用户的分机号码与关联的 UM 拨号计划进行匹配。通过在收到传入呼叫时由 IP 网关或 IP PBX 发送的引导号码标识拨号计划。在 PBX 或 IP PBX 中配置的引导号码也可在 UM 拨号计划中配置为订阅者访问号码。有关详细信息，请参阅了解统一消息拨号计划。

将电话网络与统一消息集成时，必须至少通过一个 IP 网关或启用了 SIP 的 IP PBX 将电话网络与基于 IP 的网络连接在一起。组织中的每个 IP 网关或 IP PBX 以 Active Directory 中的一个 UM IP 网关对象表示。

统一消息概述

UM 邮箱策略

为用户启用统一消息时，需要使用 UM 邮箱策略。这些策略可用于对启用 UM 的用户应用和标准化 UM 配置设置。通过创建 UM 邮箱策略，将一组通用的策略或安全设置应用于启用 UM 邮箱的集合。使用统一消息邮箱策略可为启用 UM 的用户设置 UM 设置，例如：

  • PIN 策略

  • 拨号限制

  • 其他常规 UM 邮箱策略属性

例如，可以创建 UM 邮箱策略，通过减少启用 UM 的特定用户组（例如高级管理人员）的用户在被锁定之前尝试的最大登录失败次数来提高 PIN 的安全级别。

UM 邮箱策略是通过使用命令行管理程序或 EMC 在 Active Directory 的配置容器中创建的。默认情况下，每创建一个 UM 拨号计划都会创建一个 UM 邮箱策略。新的 UM 邮箱策略将与该 UM 拨号计划相关联，并且该拨号计划名称的一部分将包含在 UM 邮箱策略的显示名称中。但是，您可以基于组织的需要创建其他 UM 邮箱策略。虽然为用户启用统一消息只要求有一个 UM 邮箱策略，但是您可以创建更多 UM 邮箱策略，并可以将一组通用的邮箱策略设置应用于其他用户组。

邮箱启用统一消息时，每个启用 UM 用户的邮箱必须链接到一个 UM 邮箱策略。创建 UM 邮箱策略之后，要将一个或多个启用 UM 的邮箱链接到该 UM 邮箱策略。这样可以控制 PIN 安全设置，例如 PIN 中的最小位数或与 UM 邮箱策略关联的启用 UM 用户的最大登录尝试次数。如果愿意，还可以对相同或不同的、启用 UM 的邮箱组控制邮件文本设置或拨号限制。

可以将多个启用 UM 的用户链接到一个 UM 邮箱策略。但是，一个用户只能与一个 UM 邮箱策略关联。创建新的 UM 邮箱策略并将其链接到 UM 拨号计划之后，会将定义的 UM 邮箱策略设置应用于启用 UM 的用户。在 UM 拨号计划和 UM 邮箱策略上定义的设置将应用于与 UM 邮箱策略关联的所有用户。

下图说明了如何通过创建 UM 邮箱策略来控制三个不同组的拨号限制和 PIN 安全设置。

UM 邮箱策略示例

统一消息概述

UM IP 网关

UM IP 网关是一个 Active Directory 对象，它代表物理 IP 网关硬件设备、IP PBX 或可以与统一消息交互的其他 SIP 服务器。在可将物理 IP 网关、IP PBX 或 SIP 服务器用于处理 UM 呼叫之前，必须在 Active Directory 中使用 UM IP 网关对象表示它们。

尽管 PBX、IP 网关和 IP PBX 有许多类型和制造商，但 IP 网关组件配置基本上有两种类型：

  • IP PBX 单个设备

  • PBX（旧式）和 IP 网关 两个独立组件

若要支持统一消息，请在将电话网络连接到数据网络时使用上述一种或两种 IP 设备配置。

UM IP 网关可以与一个或多个 Active Directory UM 智能寻线关联。UM IP 网关对象与 UM 智能寻线对象组合使用，可以在 IP 网关硬件设备与 UM 拨号计划之间建立链接。

启用和禁用 UM IP 网关

默认情况下，UM IP 网关在创建后处于启用状态。但是，可以启用或禁用 UM IP 网关。如果禁用 UM IP 网关，则它可以处于两种禁用模式之一。第一种禁用模式强制所有关联的 UM 服务器放弃现有呼叫。第二种禁用模式强制与 UM IP 网关关联的 UM 服务器停止处理 IP 网关提供的任何新呼叫。

注释注意：
在 IP 网关可用于处理呼叫之前，必须先将 UM IP 网关与至少一个 UM 拨号计划关联。此外，必须将至少一台 UM 服务器与至少一个 UM 拨号计划关联。如果删除 UM IP 网关，与 UM IP 网关关联的 UM 服务器将无法再接受或处理来自 IP 网关或 IP PBX 的新呼叫请求。

统一消息概述

UM 智能寻线

在电话网络中，智能寻线定义为组合成一个单元的一组分机号码。接收到传入呼叫时，PBX 或 IP PBX 使用智能寻线来查寻可以用于接听传入呼叫的可用或开放的线路、分机或通道。

使用智能寻线可以有效地将呼叫转接进或转接出特定的单位。例如，PBX 或 IP PBX 可能配置为销售部门有 10 个分机号码。这 10 个销售分机号码将配置为一个智能寻线。

已经创建了多个算法或方法，供 PBX 或 IP PBX 用于定义如何找到开放的线路、分机或通道。其中包括：

  • 轮循机制

  • 最空闲

  • 从最低编号开始

在 PBX 或 IP PBX 中创建并定义智能寻线，可以使接到传入呼叫时，减小呼叫者听到忙音的可能性。

了解 UM 智能寻线

UM 智能寻线用于定义将从其接收传入呼叫的 PBX 或 IP PBX 智能寻线。智能寻线对于 UM 系统的运行非常重要。UM 智能寻线表示现有的 PBX 或 IP PBX 智能寻线。UM 智能寻线充当 UM IP 网关与 UM 拨号计划之间的连接或链接。一个 UM 智能寻线至少与一个 UM IP 网关和一个 UM 拨号计划关联。

对于 UM 智能寻线，也必须为其定义为物理 PBX 或 IP PBX 中的智能寻线所定义的引导号码。引导号码是指向智能寻线的电话号码，也是路由到统一消息服务器的呼叫的电话号码。引导号码用于与通过邮件上的 SIP 邮件头提供的传入呼叫信息匹配。引导号码使 UM 服务器可以与正确的拨号计划一起解释呼叫，以便可以正确地路由语音邮件。正确地配置 UM 智能寻线非常重要，因为系统不会接听未正确与 UM 智能寻线定义的引导号码匹配的传入呼叫，并且传入呼叫转接将失败。

创建 UM 智能寻线之后，将使在 UM 拨号计划中指定的所有 UM 服务器可以与 IP 网关进行通信。如果删除 UM 智能寻线，关联的 IP 网关将不再通过使用指定的引导号码来处理呼叫。如果 IP 网关没有其他 UM 智能寻线，IP 网关将无法处理传入呼叫。

UM 自动助理

通过 统一消息可以根据组织的需要创建一个或多个 UM 自动助理。可以使用 UM 自动助理为组织创建语音菜单系统，使外部和内部呼叫者可以访问 UM 自动助理菜单系统以找到并呼叫组织中的公司用户或部门，或将呼叫转接给他们。

当匿名用户或未经身份验证的用户呼叫外部业务电话号码时，或当内部呼叫者呼叫已定义的分机号码时，将为他们提供一系列语音提示，帮助呼叫某个用户或在组织中找到某个用户并呼叫该用户。UM 自动助理是一系列语音提示或 .wav 文件，呼叫者在呼叫具有统一消息的组织时将听到该声音，而不是人工接线员的声音。UM 自动助理使呼叫者可以使用 DTMF 或语音输入访问菜单系统、发出呼叫或找到用户。但是，若要使用自动语音识别 (ASR) 或语音输入，必须在 UM 自动助理上启用 ASR。

重要重要说明：
在某些公司（特别是东亚的公司）中，营业室电话键上可能未显示字母。这样，如果不了解键映射知识，几乎无法运用使用 DTMF 接口的拼写名称功能。默认情况下，统一消息使用 E.161 键映射。例如，2=ABC、3=DEF、4=GHI、5=JKL、6=MNO、7=PQRS、8=TUV、9=WXYZ。在输入字母和数字的组合（例如“Mike1092”）时，数字将映射到其自身。为了正确输入电子邮件别名“Mike1092”，用户必须按数字 64531092。此外，不存在与 A-Z 和 0-9 以外的字符相对应的电话键。因此，不应该输入这些字符。例如，应将电子邮件别名“mike.wilson”输入为 6453945766。即使要输入的字符有 11 个，用户也只能输入 10 个数字，因为句点 (.) 没有对应的数字。

UM 自动助理：

  • 提供公司留言或信息性留言。

  • 提供自定义公司菜单，以便您可以将菜单选项链接到其他自动助理以包含多个级别。

  • 提供目录搜索功能，使呼叫者可以在组织目录中搜索某个名称。

  • 使呼叫者可以拨打组织成员的电话或为组织成员留言。

在 Active Directory 中，创建的每个 UM 自动助理都以对象形式表示。对可以在 Active Directory 中创建的 UM 自动助理数没有限制。每个自动助理可以支持无限多个分机号码。UM 自动助理可以关联且只能关联一个 UM 拨号计划。但是，UM 自动助理可以参考或链接到其他 UM 自动助理。

从外线电话号码或内部电话分机收到的传入呼叫由 UM 服务器进行处理，然后发送到已创建的 UM 自动助理。系统管理员将 UM 自动助理配置为使用预先录制的语音 (.wav) 文件，然后这些文件将通过电话向呼叫者播放，使呼叫者可在 UM 菜单系统中移动。在配置 UM 自动助理时，您可以自定义用于满足组织需要的所有 .wav 文件。有关在统一消息中自定义提示的详细信息，请参阅了解统一消息音频提示。

有关 UM 自动助理的邮件流的详细信息，请参阅统一消息自动助理呼叫处理。

统一消息概述

具有多种语言的自动助理

某些情况下，您可能必须要向呼叫者提供具有不同语言的自动助理。通过 UM 自动助理上可用的语言设置，可以配置自动助理上的默认提示语言。使用自动助理的默认系统提示时，默认提示语言是呼叫者在自动助理应答传入呼叫时将听到的语言。此语言设置将只影响在安装统一消息服务器角色时提供的默认系统提示。此设置将不影响自动助理上已配置的自定义提示。选择哪种语言作为自动助理的默认语言取决于安装的 Exchange 2010 版本。

安装美国英语版本的 Exchange 2010 时，UM 自动助理上将仅提供一种配置语言：美国英语。但是，如果安装本地化版本（如日语）的 Exchange 2010，则可以将您创建的自动助理配置为使用日语或美国英语作为默认语言。可以在 UM 服务器上安装其他 UM 语言包，以便使用自动助理上的其他默认语言选项。

小心警告：
不能使用该语言的 .msi 文件安装 UM 语言包。

例如，如果您有一家设在美国的公司，但需要一个能为呼叫者在其中导航时提供美国英语、西班牙语和法语选项的菜单系统，您必须首先安装所需的 UM 语言包。在这种情况下，如果您已安装美国英语版本的 Exchange 2010，则应安装西班牙语和法语的 UM 语言包。但是，由于 UM 自动助理一次只能配置一种语言，因此要创建四个自动助理：配置为使用美国英语的主自动助理，然后是为每种语言配置一个自动助理：美国英语、西班牙语和法语。然后将主自动助理配置为具有合适的键映射，以访问为每种语言创建的其他自动助理。在本例中，主自动助理会应答传入呼叫，呼叫者会听到“欢迎致电 Contoso, Ltd。使用英语请按 1 或说 1。使用西班牙语请按 2 或说 2。使用法语请按 3 或说 3。”

自动助理示例

下列示例演示如何将 UM 自动助理与统一消息一同使用：

  • 示例 1 在一家名为 Contoso, Ltd. 的公司，外部客户可以使用三个外部电话号码：425-555-1111（公司办事处）、425-555-2222（产品支持部门）和 425-555-3333（销售部门）。人力资源部门、管理部门和会计部门拥有内部电话分机，必须通过公司 UM 自动助理接入。

    若要创建支持此方案的 UM 自动助理结构，请创建并配置三个具有相应的外部电话号码的 UM 自动助理。为公司的每个部门创建另外三个 UM 自动助理。然后根据要求（例如留言类型或其他导航信息）配置每个 UM 自动助理。

    下图是如何在示例 1 中使用 UM 自动助理的图示。

    如何为多部公司外线电话配置多个 UM 自动助理

  • 示例 2 在一家名为 Contoso, Ltd. 的公司，外部客户呼叫一个公司主要号码 425-555-1000。当外部呼叫者呼叫该主要号码时，UM 自动助理将接听并提示呼叫者“欢迎致电 Contoso, Ltd. 若要转到公司管理部门，请按‘一’或说‘一’。若要转到产品支持部门，请按“二”或说“二”。若要转到公司信息，请按“三”或说“三”。若要转到接线员，请按“零”或说“零”。”若要创建支持此方案的 UM 自动助理结构，请创建已自定义分机的 UM 自动助理，将呼叫路由到相应的分机号码。

    下图是如何在示例 2 中使用 UM 自动助理的图示。

    如何为一部公司外线电话配置多个 UM 自动助理

统一消息概述

UM 呼叫应答

本节介绍统一消息如何处理不同传入呼叫方案中的邮件流。

统一消息处理下列类型的传入呼叫：

  • 语音

  • Outlook Voice Access

  • 在电话上播放


  • 自动助理

统一消息依靠 Active Directory 来路由传入呼叫。为了正确应答呼叫，每个启用 UM 的收件人必须在 Active Directory 中列出电话分机号码。收件人的分机号码在 Active Directory 中列出并映射到为用户启用 UM 的 Exchange 邮箱配置的分机号码。UM 服务器应答呼叫时，将通过执行 Active Directory 查找来找到相应的启用 UM 的收件人，然后将邮件路由到该收件人的邮箱。

邮件流

统一消息中的邮件流是在 Exchange 2010 组织中路由 UM 服务器接收的邮件的过程。

注释注意：
在早期版本的 Microsoft Exchange 中，使用路由组在桥头服务器之间路由邮件。在 Exchange 2007 和 Exchange 2010 中，桥头服务器称为集线器传输服务器。Exchange 2007 或 Exchange 2010 中没有路由组。

例如，在包含传入语音邮件的传入呼叫方案中，UM 服务器使用 SMTP 传输方式将语音邮件提交到安装了集线器传输服务器角色的 Exchange 2010 服务器。在包含多台集线器传输服务器的路由方案中，先将传入语音邮件提交到最近的集线器传输服务器，然后路由到包含启用 UM 邮箱的相应邮箱服务器。

注释注意：
为了确保将所有传入邮件传输给已启用 UM 的收件人，UM 服务器使用后台处理算法或重试算法。UM 服务器每隔 30 秒就尝试连接到集线器传输服务器，以便提交 UM 服务器上存储的所有邮件。

统一消息概述

语音呼叫处理

传入到 Exchange 2010 组织中的语音呼叫既可以由组织内部的呼叫者发出，也可以由组织外部的呼叫者发出。当呼叫者通过启用了 UM 用户的电话分机进行呼叫，而用户不能应答呼叫时，PBX 会将传入的呼叫转发或路由到 IP 网关，然后再将其发送到 UM 服务器。在使用 IP PBX 的 UM 系统中，IP PBX 将传入邮件转发到 UM 服务器。IP 网关或 IP PBX 将传入的音频流转换为传入语音邮件的 RTP。接下来会将 IP 数据流传递到 UM 服务器。在 UM 服务器收到呼叫后，UM 服务器将处理该邮件并确定如何路由该邮件。

下图显示了传入的语音邮件流在 Exchange 2010 组织中的传输过程。

传入的语音邮件流在 Exchange 2010 组织中的传输过程

在该示例中，呼叫到达 PBX，然后被转发到 UM 引导号码。引导号码映射到进入 IP 网关的智能寻线。IP 网关将呼叫提交给 UM 服务器。然后 UM 服务器接收 SIP 邀请邮件头信息，如被呼叫人、呼叫人以及重定向呼叫的原因。然后，UM 服务器查找被呼叫的号码并标识被呼叫的用户以及该用户所属的拨号计划。之后，UM 服务器查找 Active Directory 以查看用户是否启用了统一消息。如果用户已启用统一消息，则呼叫者会收到用户的问候语。用户的问候语安全地存储在其邮箱中。这使他们可以管理自己的问候语。呼叫者在听到用户的语音邮件问候语后，可以留下将发送到用户邮箱的语音邮件。然后，UM 服务器记录邮件、查找集线器传输服务器并将语音邮件提交到包含启用 UM 的用户邮箱的邮箱服务器。

UM 自动助理邮件处理

当外部呼叫者或匿名呼叫者使用外部业务电话号码发出呼叫，或者内部匿名呼叫者使用内部分机号码发出呼叫时，会为呼叫者显示语音提示以帮助他们在 UM 菜单系统中导航。UM 自动助理是一组语音提示或 .wav 文件，呼叫者在呼叫拥有统一消息的组织时将听到该声音，而不是听见人工接线员或前台的声音。使用统一消息，您可以根据组织需要创建一个或多个自动助理。

自动助理邮件流

UM 服务器接收到呼叫时，会对 Active Directory 域控制器执行轻型目录访问协议 (LDAP) 查询以确定如何处理传入呼叫。

下图说明了在 Exchange 2010 组织中使用 UM 自动助理时的邮件流。

UM 自动助理邮件流

在您为组织创建和启用自动助理并将其与 UM 拨号计划关联后，自动助理即可开始处理呼叫。当自动助理收到呼叫时，IP 网关首先处理该呼叫并将其映射到相应的智能寻线。然后呼叫被发送到 UM 服务器。UM 服务器查找 Active Directory 中的自动助理对象，然后提供正确的自动助理来处理呼叫。

统一消息概述

UM Outlook Voice Access 呼叫处理

通过统一消息，已启用 UM 的用户可以使用标准的模拟电话、数字电话或移动电话来访问电子邮件、语音邮件、联系人和日历信息。通过使用 Outlook Voice Access，已启用 UM 的用户可以：

  • 收听新的和已保存的电子邮件和语音邮件。

  • 转发、回复、保存和删除电子邮件和语音邮件。

  • 与日历进行交互。

  • 在全局地址列表或个人联系人中查找某个人。

  • 向某人发送语音邮件。

  • 更改 PIN、姓名发音或留言。

Outlook Voice Access 邮件流

UM 服务器接收到的来自 Outlook Voice Access 用户的传入呼叫仅路由到邮箱服务器，使用户能访问其邮箱。但是，如果使用 Outlook Voice Access 提交邮件（例如会议计划的变动），邮件将首先提交到与 UM 服务器位于同一 Active Directory 站点内的集线器传输服务器，然后再路由到收件人的邮箱。

下图说明了订阅者或启用 UM 的用户发出的传入呼叫和邮件是如何在 Exchange 2010 组织中流动的。

Exchange 2010 组织中的 Outlook Voice Access 邮件流

当用户呼叫 Outlook Voice Access 时，PBX 接收 UM 号码的呼叫，IP 网关将呼叫提交到 UM 服务器。然后，UM 服务器在 Active Directory 中查找用户帐户信息并收集有关用户的信息。此信息包括拨号计划信息。如果用户从他们自己的分机发出呼叫，则系统会提示输入 PIN。UM 服务器联系邮箱服务器并对用户进行身份验证。之后，UM 服务器和邮箱服务器根据需要将信息返回给用户。

统一消息服务和组件概述

在运行 Exchange 2010 的计算机上安装统一消息 (UM) 服务器角色时，将安装多个 UM 特定的组件和服务。安装程序安装的统一消息服务和组件使统一消息服务器能够应答和处理传入的语音呼叫，并使用户能够使用 Outlook Voice Access 或在呼叫统一消息系统时通过接听 UM 自动助理来与统一消息系统进行交互。

从 Exchange 2010 SP1 开始，UM 服务器依赖于 Unified Communications Managed API v. 2.0 (UCMA) 进行基础 SIP 信号、媒体和语言处理。该依赖关系要求在安装或升级 Exchange 2010 UM SP1 之前，先在 UM 服务器上安装 UCMA 平台和系统必备软件。

下图说明了各统一消息组件之间的关系。

统一消息体系结构

统一消息服务

MicrosoftExchange 统一消息服务是为网络提供统一消息服务的两个服务之一。MicrosoftExchange 统一消息服务执行下列功能：

  • 从 Active Directory 检索拨号计划配置

  • 从 Msexchangeum.config 文件加载用于监视 UM 工作进程的配置信息

  • 初始化 UM 工作进程管理器和 UM 工作进程的启动

  • 注册 SIP 终结点

MicrosoftExchange 统一消息服务首先接受所有传入连接，然后将这些请求重新路由到处理传入请求的 UM 工作进程。此外，MicrosoftExchange 统一消息服务监视创建的所有 UM 工作进程，并确保 UM 工作进程正常运行。如果 UM 工作进程无法响应，MicrosoftExchange 统一消息服务将停止该 UM 工作进程，然后创建一个新的 UM 工作进程来替代它。

注释注意：
默认情况下，每个 UM 工作进程每七天或每 604,800 秒循环一次。可在 V14\bin\Msexchangeum.config 文件中找到该设置。

MicrosoftExchange 统一消息服务与 MicrosoftExchange 语音引擎服务一起使用，以实现由统一消息提供的所有电话功能。MicrosoftExchange 统一消息服务处理呼叫控制并与 Unified Communications Managed API 2.0 交互以处理通过 MicrosoftExchange 统一消息服务和启用 SIP 的电话设备（例如 IP 网关或 IPPBX）之间的 SIP 信号信息协商的传入媒体流。在由 Microsoft Exchange 统一消息服务发起传入呼叫时，发生下列事件：

  1. 由 MicrosoftExchange 统一消息服务启动呼叫会话。

  2. MicrosoftExchange 统一消息服务将呼叫重定向到 UM 工作进程。

  3. UM 工作进程请求使用 Unified Communications Managed API 2.0 建立媒体会话，然后 UM 工作进程将媒体信息中继回呼叫者。

  4. Unified Communications Managed API 2.0 为 RTP 流提供 UDP 端口。

  5. UM 工作进程使用 SIP 信号信息通知 Unified Communications Managed API 在不再需要 RTP 媒体流时结束呼叫会话。

UM 工作进程

UM 工作进程是在启动 Microsoft Exchange 统一消息服务的过程中创建的进程。UM 工作进程与由 MicrosoftExchange 统一消息服务接收的所有传入和传出请求交互。

UM 工作进程管理器也是 MicrosoftExchange 统一消息服务的一个组件。UM 工作进程管理器处理创建的所有 UM 工作进程并监视这些 UM 工作进程。UM 工作进程管理器基于位于 Msexchangeum.config 文件中的配置设置创建 UM 工作进程的新实例，并且还监视这些进程的运行状况。新的传入呼叫到达时，UM 工作进程管理器会确定将呼叫重定向到的 UM 工作进程的适当实例。然后，UM 工作进程与 Unified Communications Managed API 2.0 组件交互，以正确处理传入和传出请求。UM 工作进程负责下列启动任务：

  • 分配运行时管理对象

  • 从 Msexchangeum.config 加载统一消息配置

  • 使用 Unified Communications Managed API 2.0 注册此进程

  • 初始化简单邮件传输协议 (SMTP) 邮件提交

Unified Communications Managed API 2.0

从 Exchange 2010 SP1 开始，统一消息服务器角色依靠 Microsoft Unified Communications Managed API v. 2.0 (UCMA) 的支持。UCMA 简化了统一消息的体系结构，并且不包含其他基于 Windows 或基于 Exchange 的服务的任何依赖关系。可以将 UCMA 分为以下几个方面：

  • SIP 信号 UCMA v. 2.0 中的 SIP 信号与 UCMA v. 1.0 中的 SIP 信号十分相似。

  • RTP 媒体 UCMA 提供对 RTP 媒体流的访问权限。

  • 协作 提供状态和会议的支持。

UCMA v. 2.0 是一种托管代码平台，使开发人员能够构建一种应用程序，用于提供对增强的联机状态信息、即时消息、电话呼叫或视频呼叫、语音邮件以及音频/视频会议的访问和控制。它启用了基于文本和基于语音（启用语音技术）的对话和协作。UCMA v. 2.0 旨在支持以 Microsoft Office Communicator 2007 R2、Office Communications Server 2007 R2 或 Microsoft Lync Server 2010（Office Communications Server 的下一代）以及 Exchange 2010 为目标的服务器端和中间层应用程序的开发。它包含 SIP 堆栈、媒体堆栈，以及用于自动语音识别 (ASR) 和由文本到语音转换 (TTS) 生成的语音合成的强大语音引擎。

UCMA v. 2.0 可用于将通信功能添加到业务软件和流程。它也可用于创建出站应用（例如警报、通知或调查），以及启用语音技术的入站交互式语音响应应用和自动代理。UCMA v.2.0 提供对 Communications Server 2007 R2 中可用的联机状态信息的访问权限，并且可用于生成使用 Microsoft 增强的用户联机状态信息来简化人们之间的通信的角色代理。

UCMA v.2 使开发更高级的开发人员方案成为可能，包括应用程序（例如执行基于技术的路由的自动呼叫分配器）、会议服务（例如会议访问控制）、可与其他通信网络、其他交互式语音响应平台及使用 Microsoft ASR 和 TTS 引擎的语音服务器等进行交互的自定义客户端网关。

UCMA 平台代替 MicrosoftExchange 语音引擎服务和语音引擎服务工作进程 (SESWorker.exe)，并控制以下内容：

  • DTMF（按键）界面。

  • 用于 Outlook Voice Access 中的语音用户界面 (VUI) 的 ASR。

  • 为呼叫者读取电子邮件、语音邮件和日历项并播放菜单提示的 TTS 引擎。

UCMA v.2.0 还支持统一消息中的以下功能：

  • ASR 输入识别。

  • DTMF（按键）输入识别。

  • TTS 转换处理。

  • 记录电子邮件和语音邮件。

  • 向用户播放电子邮件和语音邮件。

由于 UCMA 和统一消息的集成，当您将 UM 与 Microsoft Lync Server 2010 集成时能获得以下益处：

  • 统一消息将体验质量 (QoE) 数据报告给 Lync Server 2010 体验质量监视或 QMS 服务器。这在内部部署和跨内部部署的集成环境中均可实现。

  • 如果第一个传入呼叫是由连接到 Internet 的 Enterprise Voice 用户拨打给 UM 服务器的，则 UM 不会将其挂断。

在较早版本的 Office Communications Server 中，与 Office Communications Server 池关联的 A/V 边缘资源不会针对特定呼叫与特定 UM 服务器进行通信。这将导致在某些情况下不能获得最佳的媒体质量。使用 Exchange 2010 SP1，您可以基于每个 UM 服务器设置 Office Communications Server 池，以及应该用于来往于该特定 UM 服务器的所有呼叫的关联的 A/V 边缘服务器资源。

UCMA 的先决条件

Exchange 2010 SP1 中的统一消息服务器角色依赖于以下各项，并要求在安装 SP1 之前安装这些项：

Windows Remote Management (WinRM) 2.0 和 Windows PowerShell V2 (Windows6.0-KB968930.msu) - Windows Management Framework Core 程序包（Windows PowerShell 2.0 和 WinRM 2.0）

有关 UCMA 的详细信息，请参阅 UCMA 2.0 核心体系结构（英文）。

有关统一消息中使用的语法文件的详细信息，请参阅了解自动语音识别目录查找。

服务端口

MicrosoftExchange 统一消息服务和 UM 工作进程使用多个传输控制协议 (TCP) 和用户数据报协议 (UDP) 服务端口来与 IP 网关进行通信。Microsoft Exchange 统一消息服务和 UM 工作进程使用基于 TCP 的会话初始协议 (SIP)。默认情况下，在使用相互传输层安全性（相互 MTLS）时，MicrosoftExchange 统一消息服务会侦听 TCP 端口 5060（在非安全模式下）和 TCP 端口 5061。创建的每个 UM 工作进程侦听端口 5065 和 5067（不受保护）以及 5065 和 5067（受保护）。但是，当 IP 网关或 IP PBX 将实时传输协议 (RTP) 通信发送到语音引擎服务工作进程时，该 IP 网关或 IP PBX 将使用一个介于 1024 与 65535 之间的有效 UDP 端口。

在统一消息服务器上也使用 TCP 控制端口。创建 UM 工作进程时，MicrosoftExchange 统一消息服务将适当的配置选项传递到 UM 工作进程。发送的配置选项包括用于在 MicrosoftExchange 统一消息服务和 UM 工作进程之间进行通信的 TCP 控制端口号的参数。所选择的 TCP 控制端口将在TCP 端口 16,000 到 17,000 之间。

统一消息概述

 © 2010 Microsoft Corporation。保留所有权利。