企业语音服务器端组件

上一次修改主题： 2009-06-15

如果选择部署企业语音，则需要规划以部署 Office Communications Server 2007 R2 中介服务器，该服务器负责在内部 Communications Server 基础结构与媒体网关或会话初始协议 (SIP) 中继之间中转信号和媒体。还需要一个媒体 (IP/PSTN) 网关来处理 IP 电话 (VoIP) 用户与公用电话交换网 (PSTN) 之间的呼叫。（SIP 中继连接不需要媒体网关。）

媒体网关

在规划企业语音基础结构时，媒体网关的数量、大小和位置或许是必须做出的最重要、同时也许是最昂贵的决定。要回答的主要问题包括：

• 应当部署哪种类型的网关？
• 需要多少个媒体网关？答案至少部分取决于网关的大小以及计划将网关部署到的位置。
• 网关应当为多大？答案部分取决于打算部署的网关数以及要将网关放置到的位置。
• 网关应当位于何处？答案部分取决于贵组织的拓扑和地理分布。

换言之，上面的任何一个问题都不能独立于其他三个问题回答。对于所有这四个问题的回答最终取决于预期的电话流量以及该流量在贵组织中的分布情况。但这仅仅是一个开始：也就是说，这些数据只是基础数据。您还必须考虑网关的拓扑选项。

要部署的网关类型

Communications Server 提供以下三个用于部署中介服务器和媒体网关的选项：

• 基本。此选项包括一个基本媒体网关和一个单独的中介服务器。
• 基本混合。此选项为基本混合网关，其中的基本网关和中介服务器并置于同一台计算机上。
• 高级。此选项是高级媒体网关，其中，中介服务器逻辑包含在网关软件本身内部。

有关详细信息，包括用于 Communications Server 的合格网关的最新列表，请参阅 https://go.microsoft.com/fwlink/?LinkId=125757（英文）。

表 1. 基本网关和并置网关之比较

网关类型	优点	缺点
基本媒体网关	现有的硬件也许可以用于中介服务器。	中介服务器承担额外的安装、配置和管理开销。
基本混合媒体网关	不需要单独的中介服务器。 与基本媒体网关和中介服务器的组合相比，其安装、配置和管理更加简单。	无。
高级媒体网关	不需要单独的中介服务器。与其他网关类型相比，其安装、配置和管理更加简单。	无。

网关拓扑

在尝试回答四个基本网关部署问题时，最好采用下面的方法：

• 计算贵组织拥有多少个办事处站点。
• 估计每个站点的流量。
• 在每个站点部署一个或多个网关来处理预期的流量。

下图显示的是所得到的分布式网关拓扑。

图 1. 分布式网关拓扑

使用此拓扑，每个站点内工作者之间的呼叫以及站点之间的呼叫都将通过公司 Intranet 路由。对 PSTN 的呼叫将通过企业 IP 网络路由到与目标号码所在位置最接近的网关。

但是，如果贵组织像许多财务机构和其他大型企业那样，支持数十、数百或数千个跨越一个或多个大陆的站点，该怎么办？在这种情况下，在每个站点都部署一个单独的网关是不切实际的。

为了解决此问题，许多大型公司都喜欢部署一个或几个大型电话数据中心，如下图所示。

图 2. 电话数据中心拓扑

在此拓扑中，在每个数据中心都部署几个大型网关，这些网关足以容纳预期的用户负载。对于企业中各个用户的所有呼叫都将由公司的电话服务提供商转发到某个数据中心。数据中心的路由逻辑决定了呼叫是通过 Intranet 路由还是路由到 PSTN。

在每个站点上都放置一个网关或者在单个数据中心放置一个网关，这两种情况分别代表部署连续体的两个极端。您几乎可以按照任意可能的组合，在几个不同的站点上各部署一个网关，并在数据中心部署多个网关。每种情况下的最佳解决方案取决于每个组织的多种特定因素。

网关的位置

网关的位置还决定了所选网关的类型及其配置方式。目前有许多 PSTN 协议，但没有一种成为全球标准。如果您所有的网关都位于同一个国家/地区，这不会带来任何问题。但是，如果您在多个国家/地区设置了网关，则必须按照该国家/地区的 PSTN 标准来配置每个网关。而且，经过认证能够在某个国家/地区（例如加拿大）正常工作的网关可能未在印度、巴西或欧盟获得认证。

网关的大小和数量

大多数组织都考虑部署大小在 2 到 960 个端口之间的媒体网关。（还有更大的网关，但是这些网关主要由电话服务提供商使用。）请按照下列准则来估计贵组织所需的端口数：

• 对于呼叫数量较少的电话用户（每小时一个 PSTN 呼叫），则应当为每 15 个用户分配一个端口。例如，如果有 20 个用户，则需要一个具有两个端口的网关。
• 对于呼叫数量中等的电话用户（每小时两个 PSTN 呼叫），则应当为每 10 个用户分配一个端口。例如，如果您有 100 个用户，则将需要在一个或多个网关之间总共分配 10 个端口。
• 对于呼叫数量较多的电话用户（每小时三个或更多个 PSTN 呼叫），则应当为每五个用户分配一个端口。例如，如果您有 47,000 个用户，则将至少在 10 个大小网关之间总共分配 9,400 个端口。
• 当贵组织中的用户数量或流量增加时，可以获取额外的端口。

对于您必须支持的任何给定数量的用户，您可以选择部署少量大型网关，也可以选择部署小型网关。通常，建议在一个组织中至少部署两个网关，以防其中的一个网关关闭。除此之外，基于对组织的电话流量的认真分析，每个组织所部署网关的数量和大小会大不相同。

部署的每个基本媒体网关都必须具有至少一个相应的中介服务器。可以（但不推荐）将单个网关指向多个中介服务器，但不能将单个中介服务器指向多个媒体网关。

有关详细信息，包括具体的硬件要求，请参阅内部 Office Communications Server 组件要求和容量规划。

注意：
由于基本混合网关配置为仅用于并置的中介服务器，因此不应将其指向其他中介服务器。

SIP 中继

通过 Office Communications Server 2007 R2，企业可以将其语音网络连接到提供 PSTN 发起和终止服务的服务提供商，从而可以简化企业语音的部署并降低相应的部署成本。此功能在电信行业中常被称为“SIP 中继”，这意味着企业不需要部署 IP-PSTN 网关，有无中介服务器都可以实现 PSTN 连接。

Office Communications Server 2007 R2 会话初始协议 (SIP) 中继功能可以实现以下场景：

• 企业防火墙内外的企业用户可以拨打由符合 E.164 标准的号码指定的本地或长途电话，该电话将作为相应服务提供商的一项服务终止于 PSTN 上。
• 通过拨打与企业防火墙内外的企业用户关联的外线直拨分机 (DID) 号码，任何 PSTN 用户都可以与该企业用户取得联系。

有关 SIP 中继的详细信息，请参阅“入门”文档的“技术概述”中的 SIP 中继拓扑。

Exchange 统一消息

如果组织还计划使用 Exchange Server 2007 SP1 统一消息，则必须部署以下 Exchange Server 2007 SP1 服务器角色：统一消息、集线器传输、客户端访问和邮箱。这些服务器角色可与 Communications Server 2007 R2 部署在同一林中，也可部署在不同的林中。有关详细信息，包括特定于这些服务器角色的技术要求，请参阅 与 Exchange Server 统一消息的集成。有关部署 Exchange 2007 的详细信息，请参阅 Exchange Server 2007 产品文档，网址为 https://go.microsoft.com/fwlink/?LinkID=139372（英文）。

中介服务器中的新增配置选项

Office Communications Server 2007 R2 针对中介服务器引入了两项新的 Windows Management Instrumentation (WMI) 设置。第一项新设置用于指定中介服务器如何处理出站呼叫中的 E.164 号码。第二项新设置用于对中介服务器启用服务质量 (QoS) 标记。

处理出站呼叫中的 E.164 号码

默认情况下，出站呼叫的请求统一资源标识符 (URI) 会在 E.164 号码前添加一个加号 (+) 作为前缀。大多数专用交换机 (PBX) 都可以正常处理此类号码而不会出现问题。但某些 PBX 不接受带有加号前缀的号码。

为确保与这些 PBX 的互操作性，中介服务器新增了一项名为 RemovePlusFromRequestURI 的 WMI 布尔设置，此设置有两个值：TRUE 和 FALSE。如果您的 PBX 不接受带有加号前缀的号码，则应将此 WMI 设置的值设置为 TRUE，这样会使中介服务器从出站呼叫的请求 URI 中去除加号。默认值为 FALSE，这样会使中介服务器原封不动地传递传出 INVITE 的请求 URI、收件人 URI 和发件人 URI。

对中介服务器启用 QoS

中介服务器新增了一项名为 QoSEnabled 的 WMI 布尔设置，此设置有两个值：TRUE 和 FALSE。此设置用于对中介服务器启用或禁用 QoS 标记。将此设置设为 TRUE 时，会使中介服务器对语音数据包添加差分服务代码点 (DSCP) 标记。默认值为 FALSE。

在适当设置了语音传输的网络中，不必设置数据包的优先顺序。但是，如果您不确定带宽容量，此 QoS 设置可确保即使在不够理想的环境中也能提供良好的语音质量。

改进的专用（非 DID）号码处理方式

Office Communications Server 2007 R2 在专用（非 DID）号码的处理上进行了两项改进，使得：

• 与 PBX 或不支持在请求 URI 中使用加号的其他下游元素实现了兼容。
• 支持专用编号方案。采用这种方案时，Active Directory 域服务 (AD DS) 中的“msRTCSIP-Line”属性不必为 E.164 格式。

与不支持加号的 PBX 的兼容性

默认情况下，对于发自 Office Communications Server 2007 R2 的传出呼叫，会在其请求 URI 中的 E.164 号码前添加一个加号作为前缀。大多数 PBX 都可以正常处理此类号码而不会出现问题。但有些 PBX 不接受带有加号前缀的号码，并且无法正确路由这些呼叫。

另外，发自某些 PBX 的入站呼叫的“发件人”****标头不符合 RFC 3966 标准，因为它们不带加号前缀。Microsoft Office Communicator 无法将这些号码解析为正确的用户。

为确保与这些 PBX 的互操作性，Office Communications Server 2007 R2 新增了一项名为“RemovePlusFromRequestURI”的中介服务器 WMI 设置。此设置可设置为 TRUE 或 FALSE。默认值为 FALSE。

• 如果 Office Communications Server 2007 R2 中介服务器下游的 PBX 不接受带有加号前缀的号码，请将“RemovePlusFromRequestURI”****的值设置为 TRUE。这样会使中介服务器从传出呼叫的请求 URI 中删除加号，还会导致从收件人和发件人 URI 中删除加号。
• 如果下游 PBX 接受带有加号前缀的号码，请保留“RemovePlusFromRequestURI”的默认设置，即设置为 FALSE。这样会使 Office Communications Server 2007 中介服务器原封不动地传递请求 URI、收件人 URI 和发件人 URI（即保留加号）。

对专用编号方案的支持

Office Communications Server 2007 R2 还会对未采用 E.164 格式的“发件人”****标头进行规范化，以此支持专用编号方案。如果经过这种规范化后的结果不为 E.164 格式，则 Office Communications Server 2007 R2 会插入一个电话上下文值为“enterprise”的“P-Asserted-ID”****标头，以便在 Office Communicator 2007 R2 中查找用户。但是，如果相应 URI 已经包含电话上下文值“enterprise”，则 Office Communications Server 2007 R2 不会对“收件人”****标头进行规范化。