Office Communications Server

OCS 2007 语音部署规划

Jochen Kunert and Rui Maximo

 

概览:

  • 电话服务集成方案
  • 配置 Office Communications Server
  • 用户、编号规划和路由

Microsoft Office Communications Server (OCS) 2007 是一款企业级产品,它实现了实时通信媒体与用户状态感知的集成,

其中包括 Web 会议(共享数据、音频和视频)、即时消息传递以及音频/视频会话。将 OCS 2007 与现有的 PBX 系统相集成非常具有挑战性。Office Communications Server 2007 并非为 PBX 设计,因为当今的信息工作者们在日常工作中使用的媒体通信方式多种多样(电子邮件、即时消息、电话以及语音邮件),但 PBX 系统却只能传送电话呼叫。

为了向管理员提供创建最优的个人或公司电话服务集成策略所需的灵活性,Office Communications Server 2007 提供了三种与现有电话服务环境相集成的配置方案。这些方案是:远程呼叫控制、企业语音以及集成了 PBX 的企业语音。

本文重点阐述有关 OCS 2007 电话服务部署(可能需要与现有的电话服务系统相集成)方面的规划注意事项。此信息对系统架构师、IT 管理员和电话服务管理员尤其有用。此外,我们还将提供有关其他方案的概述,但重点将是 Office Communications Server 2007 企业语音。

远程呼叫控制

其他 OCS 资源

在远程呼叫控制 (RCC) 方案中,用户已经具备 PBX、IP-PBX 或时分复用 (TDM) 桌面电话。利用 Office Communicator 2007 客户端,用户可以使用桌面电话拨打和接听电话而无需在话机拨号盘上拨号或拿起电话听筒。虽然用户可以使用 Office Communicator 2007 控制其桌面电话,但语音仍由 PBX 系统处理,而且不会转换为 IP 语音 (VoIP) 呼叫。尽管 Office Communicator 2007 能够控制桌面电话,但仍可以利用 PBX 电话拨打和接听呼叫,而无论 Office Communicator 2007 是否正在运行。

要在 Office Communicator 2007 和 OCS 2007 中启用 RCC,除了为 RCC 启用 Office Communications Server 2007 环境外,还必须部署会话初始协议 (SIP)/计算机支持的电话应用 (CSTA) 网关。SIP/CSTA 网关必须能够与您使用的 PBX 系统类型进行互操作,并且必须与 OCS 2007 兼容,因为它将作为这两个系统沟通的桥梁。为控制 PBX 电话,Office Communicator 2007 使用了 CSTA 协议。此协议定义了与电话交换机 (PBX) 进行交互时使用的 XML 架构,这在 ECMA(欧洲计算机厂家协会)269 标准中做了说明,此标准可在 www.ecma-international.org/publications/standards/Ecma-269.htm 找到。

Office Communicator 2007 通过发送 CSTA 命令来控制作为 SIP 负载的 PBX 电话,这些命令由 Office Communications Server 2007 路由到 SIP/CSTA 网关。Office Communications Server 2007 不需要了解 CSTA,只需知道如何路由即可。然后,SIP/CSTA 网关将命令转换为 PBX 所使用的本机协议。此过程如图 1 所示。

图 1 RCC 集成方案

图 1** RCC 集成方案 **(单击该图像获得较大视图)

启用 RCC 需要五个步骤。第一步是配置 SIP/CSTA 网关以与 PBX 进行通信。第二步是配置 OCS 2007 将 CSTA 请求路由到 SIP/CSTA 网关。第三步是为 RCC 配置用户。第四步是配置 Office Communicator 2007。第五步是定义 OCS 2007 规范化规则,这些规则还适用于通讯簿电话号码规范化,这不同于与企业语音一起使用的电话号码规范化规则。

企业语音

为用户启用企业语音后,Office Communicator 2007 或 Office Communicator Phone Edition 将取代 PBX 电话成为该用户的主要电话。Office Communicator 2007 会为其分配一个唯一的电话号码。(为进行测试,可将现有的 PBX 电话转到 Office Communicator 2007 分配的新分机号。)Office Communicator 2007 与推荐的 USB 音频设备一起使用可同时处理呼叫控制(或信号)和媒体(音频和视频)。

在本方案中,Office Communications Server 2007 将在 IP 网络上的各 Office Communicator 2007 端点之间进行路由呼叫(IP-IP 呼叫),并将这些呼叫路由到公用电话交换网 (PSTN)/PBX(IP-PSTN 呼叫)。OCS 2007 对路由到 PSTN 的呼叫强制实施拨号限制。

要将 Office Communications Server 2007 环境连接到 PBX 或 PSTN,必须部署一个媒体网关,也称为 SIP/PSTN 或 IP/PSTN 网关。媒体网关必须与中介服务器(OCS 2007 的一种服务器角色)搭配使用才能连接到 Office Communications Server 2007 环境,如图 2 所示。中介服务器与关联的媒体网关应安装在相同的物理位置。

图 2 与 PSTN 或现有 PBX 集成的企业语音集成方案

图 2** 与 PSTN 或现有 PBX 集成的企业语音集成方案 **(单击该图像获得较大视图)

利用中介服务器,可将支持标准 SIP 实现(甚至不安全的 SIP 实现)的媒体网关与 Office Communications Server 2007 相连,因为 OCS 2007 只允许进行经过身份验证的加密的通信。中介服务器的另一项任务是处理标准编解码器(G.711、G.723 等)与 Microsoft 实时音频编解码器之间的编解码器转换。要获得 Office Communications Server 2007 支持的媒体网关列表,请参阅位于 technet.microsoft.com/bb735838 的 Strategic Hardware Partners。

您可以将媒体网关直接连接到 PSTN,也可以将其连接到现有 PBX 的主速率接口 (PRI) 中继连接。图 2 显示了可能存在的与 PSTN 和现有 PBX 集成的企业语音集成方案。对企业语音部署而言,控制器(通常是 Office Communications Server Standard Edition 服务器)并不是必需的。但建议使用它。

启用企业语音需要四个步骤。第一步是部署和配置媒体网关。由于它是 Microsoft 合作伙伴的产品,所以您应参考供应商文档,因为每种媒体网关的部署步骤都各不相同。

第二步是为各个媒体网关部署中介服务器。在此步骤中,必须配置中介服务器的一个网卡来发送和接收来自媒体网关的流量,配置中介服务器的另一个网卡来发送和接收来自 Office Communications Server 2007(通常是 Enterprise Edition 部署中的控制器)的流量。除非您的媒体网关是高级网关,否则它将需要 OCS 2007 中介服务器角色的协助才能与 OCS 2007 企业语音基础结构进行互操作。

第三步是定义编码规划。这包括定义语音策略、电话路由以及位置配置文件。

接下来要为企业语音配置用户。此外,必须为用户启用企业语音才能够向 PBX 或 PSTN 发出呼叫和接收来自 PBX 或 PSTN 的呼叫。这需要为每位用户分配唯一的电话号码。

集成了 PBX 的企业语音

此配置是企业语音配置的扩展。不同之处在于用户的 PBX 电话已被同步到该用户的 Office Communicator 客户端。此配置与通过 PBX 连接到 PSTN 的企业语音方案类似,如图 2 所示。但是,在此情况下,Office Communicator 2007 和现有的 PBX 电话将使用相同的电话号码,而不是使用 Office Communicator 2007 客户端来代替用户的 PBX 电话。

如果呼叫方使用另一部 PBX 电话或 PSTN 电话拨打用户分机,则 PBX 系统将通过 Office Communications Server 2007 将该呼叫分接到用户的 PBX 电话和用户的 Office Communicator 2007 客户端。当有传入呼叫时,用户的 Office Communicator 2007 客户端和 PBX 电话将同时响铃。相反,Office Communications Server 将通过媒体网关分接从 OCS 2007 到 PBX 的呼叫。使用 Office Communicator Phone Edition 时无法使用此方案。此配置要求使用 PBX 的语音邮件系统来处理语音邮件。对于此类用户,不能使用 Exchange Server 2007 统一消息作为语音邮件解决方案。

启用集成了 PBX 的企业语音所需的步骤与部署企业语音相同,此外还需要三个附加步骤。在第一个附加步骤中,必须将媒体网关直接连接到 PBX。然后,必须对 PBX 进行配置以支持此方案。(这可能需要升级 PBX 软件,具体取决于供应商。)最后,必须为用户启用 PBX 集成。

Microsoft 正致力于实现将中介服务器直接连接到 IP PBX 而无需媒体网关中继。请访问 technet.microsoft.com/bb735838 了解有关此主题的最新信息。

配置 Office Communications Server

企业语音功能由 Office Communications Server 2007 Enterprise Edition 和 Office Communications Server 2007 Standard Edition 中运行的服务进行处理。图 3 介绍了为企业语音提供路由入站和出站呼叫功能的服务

Figure 3 企业语音服务

服务 说明
转换服务 基于位置配置文件或电话内容应用规范化规则。
用户服务 对目标电话号码执行反向号码查询。
入站路由组件 应用目标用户的呼叫首选项。
Exchange 统一消息 根据需要将请求转发到语音邮件。
出站路由组件 根据 URI 和用户策略确定最优路由。
   

图 4 说明了当 OCS 2007 路由传入呼叫以执行 PC 到 PC 呼叫时,各个组件是如何对传入呼叫进行操作的。传入呼叫可以源自连接的端点(如 Office Communicator 2007 或 Office Communicator Phone Edition),也可以源自 PSTN/PBX 的中介服务器(PSTN-SIP 呼叫)。源自其中一个呼叫方的 Office Communications Server 2007 客户端端点(如 Office Communicator 2007)的传出呼叫将被发送到用户所在的 Standard Edition 服务器或 Enterprise 池。这个池称为用户的主池。

图 4 OCS 上企业语音相关服务的交互 前端服务器

图 4** OCS 上企业语音相关服务的交互 前端服务器 **(单击该图像获得较大视图)

此时,Office Communications Server 2007 将对呼叫进行处理以确定路由目的地。下一跃点可以是被叫方的主池、中介服务器,也可以是 Microsoft® Exchange Server 2007 统一消息(请参阅图 5)。如果呼叫被路由到另一个主池,OCS 2007 会将该呼叫发送到被叫方的所有活动端点。被叫方的 Office Communicator 2007 或 Office Communicator Phone Edition 将响铃,并且设备上将出现一个弹出窗口通知。

图 5 呼叫路由

图 5** 呼叫路由 **(单击该图像获得较大视图)

如果呼叫被路由到中介服务器,该服务器将被配置为路由到特定的媒体网关。如果媒体网关直接连接到 PBX,则呼叫将由 PBX 路由到桌面电话或 PSTN。但是,如果媒体网关直接连接到 PSTN,则呼叫将直接到达 PSTN。

如果下一跃点是到 Exchange Server 2007 统一消息,则呼叫方可以留言。无论被叫方是否登录了 Office Communications Server 2007 都可以使用语音邮件。

当被叫方应答时,音频将以 IP 到 IP 呼叫的方式从呼叫方的 Office Communicator 2007 或 Office Communicator Phone Edition 直接发送到被叫方的 Office Communicator 2007 或 Office Communicator Phone Edition。如果呼叫方使用 PBX 或 PSTN 电话,则中介服务器将以 IP 到 PSTN 呼叫的方式将音频流量直接发送到被叫方的 Office Communicator 2007 或 Office Communicator Phone Edition。OCS 2007 仅处理呼叫信号,而这就是音频和视频在端点之间直接传输而不经 OCS 2007 路由的原因。

配置用户

必须为启用企业语音的用户分配在组织内部唯一的电话号码。此配置是在 Active Directory® 中完成的。这不同于为电话分配电话号码的大部分电话服务系统。这种设计的优点在于用户只要从客户端登录 OCS 2007,就可以将任意一台运行 Office Communicator 2007 的计算机用作自己的工作电话。这一方便的功能非常适合远程或现场办公的员工。

在 Active Directory 中,用户的电话号码以 E.164 格式指定。此格式定义了国际公共电信编号规划,这是唯一能够明确表示电话号码的编号方案。E.164 格式以如下格式指定电话号码:

+<country code><area code><phone number>

启用企业语音的用户有两种唯一表示形式:SIP URI 和 E.164 电话号码。当拨打某个电话号码时,Office Communications Server 将该电话号码的 E.164 表示 (+14255551212) 解析为用户的 SIP URI (joe@contoso.com)。然后,Office Communications Server 2007 根据被叫方的 SIP URI 路由该呼叫。如果无法将电话号码解析为 SIP URI,则 OCS 2007 会通过中介服务器将该呼叫路由到 PBX/PSTN。

规划企业语音部署时,如果必须要为每个 Office Communications Server 用户都分配一个唯一的电话号码,则需要考虑到现有的电话服务系统。如果通过媒体网关直接连接到 PSTN,则可能有一个全号段 2 或 3 位分机号及直拨 (DID) 号码可分配给 OCS 2007 用户。如果通过 PBX 连接到 PSTN,则可能会有一个由 PBX 提供的 DID 号段可分配给 OCS 2007 用户。

编码规划

虽然 E.164 格式的电话号码能够提供唯一的表示,但此方式对于拨号而言却不方便。而且,在 Office Communicator Phone Edition 或标准 PBX/PSTN 电话中无法输入此格式的号码。使用 10 个数字的拨号盘怎么能指定符号 + 呢?用户习惯于拨打较短的分机号,而此类分机号可能在特定位置是唯一的,但在整个公司范围内却不唯一。因此,有必要指定将此类分机号转换为 E.164 格式的转换规则。

管理员必须定义位置配置文件以指定执行这些号码转换的规范化规则。当电话号码被客户端(Office Communicator 2007 或 Communicator Phone Edition)或 Office Communications Server 2007 的转换服务扩展为 E.164 格式后,用户服务可执行反向号码查询并将 E.164 号码与对应的 SIP URI 相匹配。如果找到了匹配项,则在位置配置文件中定义的规范化规则将使用正则表达式来执行转换。例如,如果拨打 1234,则用来将任意四位数字模式转换为 +1425555{4 位数字} 格式的规范会将 1234 转换为 +1425551234。因此,利用位置配置文件,用户可以沿用熟悉的拨号习惯。

管理员可以通过以下三种方式为用户分配位置配置文件:

  • 通过组策略为使用 Office Communicator 2007 的用户定义位置配置文件。
  • 允许用户从 Office Communicator Phone Edition 选择位置配置文件。
  • 为主池分配位置配置文件。该配置文件将自动分配给位于该主池上的用户。

定义编号规划的过程包括创建语音策略、电话路由以及具有规范化规则的位置配置文件。语音策略定义了允许用户使用的呼叫接入类型。Office Communications Server 2007 通过电话路由确定如何将呼叫路由到 PBX/PSTN。由于可以通过多种方式来拨打电话号码,因此位置配置文件的规范化规则定义了如何将拨打的电话号码转换为能够随后进行路由的 E.164 格式。

启用企业语音的每位用户都由管理员关联到一个语音策略。语音策略定义了分配给用户的呼叫权限。呼叫权限将决定用户可以使用的路由,进而决定允许用户拨打的号码。每位用户都必须与单一的语音策略相关联。可用的策略数由管理员创建。

每个语音策略都包含一条允许或禁止用户启用并发响铃的设置以及一个按顺序排列的电话惯例列表。语音策略(与会议策略相似)是一个有关设置的逻辑容器,被定义为 XML 文档并存储在 Active Directory 中。这种设计的价值在于,无需扩展 Active Directory 方案,即可在未来版本的 OCS 2007 中进行扩展以支持其他策略设置。例如,如果某个语音策略未与任何电话惯例相关联,则会阻止分配了该策略的用户向 PBX/PSTN 拨打任何出站呼叫。此类用户只能拨打 IP-IP 电话。

电话惯例和路由

电话惯例定义了用户具有的电话路由权限。电话惯例是电话路由的集合。它必须是一个唯一的关键字字符串,即其他电话惯例不得与其同名。管理员可以根据需要创建任意多个惯例。

尽管语音策略可以直接与一个或一组路由(而不是电话惯例)相关联,但电话惯例的关键字却是维护策略与路由之间关联的一种抽象。如果策略直接与路由关联、彻底去除电话惯例的概念以及管理员修改了某个路由的名称,则需要更新与该路由关联的每个策略。通过使用电话惯例(这是策略和路由共有的用于在策略和路由之间创建关联的一个属性),即使路由名称发生了变化,策略和路由之间的关系仍然会保留。

路由包含电话号码模式以及连接到媒体网关的中介服务器的列表。必须为路由分配至少一个电话惯例。模式和网关之间的这种关联指定了如何路由匹配该特定模式的电话号码。

模式指定了它可以匹配的电话号码范围。它被定义为一个可以包括和排除一些电话号码的正则表达式。内置的“企业语音路由助手”工具有助于更加容易地构建这些正则表达式。因此,如果拨打的电话号码与路由的正则表达式模式匹配,则该呼叫将被路由到在路由中定义的其中一个网关。

单个路由中可以列出多个中介服务器(因此可有多个媒体网关)。Office Communications Server 2007 以轮询方式将呼叫路由到中介服务器,以此来平衡网关之间的流量负载。如果某个网关出现故障或停机维护,则相应的中介服务器将向 Office Communications Server 2007 返回一个响应,后者将立即尝试将该呼叫路由到路由列表中的其他中介服务器(因此会到达不同的媒体网关)。

如果向出现故障的媒体网关路由呼叫的尝试达到 10 次,Office Communications Server 2007 随后将按比例降低发往该媒体网关的流量,直到它再次响应为止。如果在附加的 10 次尝试后该媒体网关仍没有响应,则 Office Communications Server 2007 将停止向该媒体网关路由呼叫,直到它出现响应为止。

在电话路由中定义的媒体网关列表记录了网关的完全限定域名和端口号。如果电话号码与正则表达式模式不匹配,则检查与分配给该用户的电话惯例相关联的下一个路由,直到找到匹配模式为止。如果未找到匹配项,则无法路由该呼叫,因此也无法到达其目的地。用户将收到呼叫无法完成的通知。

后续步骤

Office Communications Server 2007 提供了三个级别的电话服务集成。在规划电话服务部署时,您需要确定哪个级别最适合您当前以及未来的电话业务需要。确定了这一点之后,您即可规划部署。规划的一个重要方面是为 Office Communications Server 企业语音部署定义编号规划。对此需要深思熟虑。

有关 Office Communications Server 2007 企业语音及相关技术的更多信息,请参阅“OCS 2007 附加资源”提要栏。

Jochen Kunert 具有 10 年的电信行业工作经验,目前在 Microsoft 担任 Office Communications 小组的高级项目经理。他是即将出版的新书《Microsoft Office Communications Server 2007 资源工具包》**的合著者之一。可通过 jkunert@microsoft.com 与 Jochen 联系。

Rui Maximo 具有 14 年的 IT 行业工作经验,是《Pro LCS: Live Communications Server 管理》《Microsoft Office Communications Server 2007 资源工具包》这两本书的合著者之一。可通过 ruim@ruimaximo.com 与 Rui 联系。

© 2008 Microsoft Corporation 与 CMP Media, LLC.保留所有权利;不得对全文或部分内容进行复制.