1

了解 IBM Lotus Sametime Unified Telephony V2

Todd PageIBM 软件部ISV and Partner Enablement for Lotus Sametime顾问软件工程师：WPLC.Real-time & Team Collaboration SoftwareAustin, TX USA

2010 年 9 月

© 版权所有 IBM 公司 2010。保留所有权利。

摘要：本白皮书 定义一种 IBM® Unified Communications and Collaboration (IBM UC2TM) 愿景，使

您能够通过一次统一的用户体验更简单地找到、联系其他人，并与之协作。该战略通过 IBM Lotus®

Sametime® Unified Telephony (SUT) 软件产品实现，该产品旨在使您从 Lotus Sametime 或 Lotus Notes® 客户端轻松访问和管理电话通信。

我们检查丰富的 SUT 功能集，并对如何在不替换旧有电话设备的情况下添加 SUT 到现有异构

PBX 环境提供深入的技术分析。由于部署选项的变化，我们从高级别入手介绍每个场景，关注每

个决策如何影响企业，下至单个呼叫流程。

本文是对其他已发布 IBM 文档的补充，进一步描述 Lotus Sametime 和 IBM UC2™ 愿景。

目录1 利用统一电话通信解决方案 .................................................................................................... ........................... 3 2 IBM Lotus Sametime Unified Telephony 的功能 .................................................................................. ................. 3 3 电话集成的基本原理 ............................................................................................................................. ............... 8

3.1 向 Sametime 用户交付价值 ................................................................................................ ...................... 9 4 架构概述 ......................................................................................................................................................... .... 10

4.1 电话应用服务器（ TAS ） ................................................................................................ ......................... 11 4.2 电话控制服务器（ TCS ） ........................................................................................................................ .. 13

5 调整 SUT 环境大小 ...................................................................................................................................... ....... 14 5.1 集成 SUT 与第三方 TCSPI 适配器 .................................................................................................... ....... 15

6 SUT 呼叫流 ............................................................................................................................... .......................... 17 6.1 呼入呼叫流 .................................................................................................................................... ........... 17

7 部署 SUT ....................................................................................................................................... ..................... 19 7.1 部署选项 1 详情 .............................................................................................................. ....................... 20 7.2 部署选项 2 详情 ................................................................................................................... ................... 24 7.3 部署选项 3 详情 ........................................................................................................... ........................ 27

8 受支持的电话设备及其更多内容 ............................................................................................................... ....... 29 8.1 试用 SUT 的计划 ....................................................................................................................... .............. 29

2

9 配置用户 ......................................................................................................................................................... .... 30 10 利用 Sametime SDKs ........................................................................................................................... ............. 30

10.1 Sametime Connect Web API Toolkit .................................................................................. ...................... 30 10.2 Sametime Helper Toolkit ..................................................................................................... .................... 31 10.3 Sametime Unified Telephony REST APIs .......................................................................... ........................ 31 10.4 Sametime Telephony Toolkit ............................................................................................... .................... 31

11 结束语 ...................................................................................................................................... ......................... 33 12 附录 A: SIP 流程图 ............................................................................................................................. .............. 33 13 附录 B: 术语 ................................................................................................................................................ ..... 35 14 参考资料 ...................................................................................................................................................... ..... 36

1 利用统一电话通信解决方案

目前很多统一通信解决方案的目标是利用 IT 和电话资产改进协作和业务流程。IP 网络上的语音、

视频和数据的集中正在从根本上改变人们的工作方式。要具有竞争力，企业们必须加快产品和服务

的交付，加强客户服务并加速决策制定。

企业发现，通过实时协作工具统一电话通信，并将这些新通信功能集成到业务流程中可以缩短周期

和上市时间。

由于这些新的通信功能必须是综合的企业级战略，IT 和电信管理人员在共同确定和实施统一的

通信解决方案，以利用和扩展其现有 IT 和电话系统并支持其长远战略。

1.2 IBM 的愿景IBM Unified Communications and Collaboration (IBM UC2™) 愿景旨在帮助客户端变得更具创新性、

更具响应性、更敏捷，使人们易于通过统一的用户体验进行查找、联系和协作。

IBM 提供基本的软件、服务、硬件和战略联盟，以供企业随时随地将人们与应用程序、数据以及其他人联系起来。

IBM Lotus Sametime 软件包括许多开箱即用的通信和协作功能；例如，即时消息传递（IM）、

状态和位置感知、VoIP 语音聊天和电话会议、点到点视频和 Web 会议功能。

Sametime 软件集成了来自 IBM 和 Microsoft® 的主要高效办公套件以及企业应用程序。它提供一

个开放、可扩展的基于 Eclipse 的软件平台，供 IBM 业务合作伙伴用来开发各种电话、视频会议

和业务应用扩展，以提升软件价值。

2 IBM Lotus Sametime Unified Telephony 的功能

IBM Lotus Sametime Unified Telephony (SUT) 软件旨在使从 Lotus Sametime 或 Lotus Notes 客户端访问和管理电话通信变得更为容易。

作为一种通信平台，SUT 产品扩展了 Lotus Sametime 软件的价值。它向用户提供丰富、统一的

通信和协作体验，支持他们无缝、简单地集成语音、视频和电话功能。这对于拥有多个专用小交

换机（PBX）环境的公司来说尤其有益。

从业务线角度来看，将电话集成为企业统一通信平台的一部分，有助于通过改善协作和加速决策

制定改进业务流程。

但是，由于部门、国家、分公司或被收购公司的分散决策，要集成的电话环境可能包含几十甚至上

百个电话系统。因此，在实现统一通信系统时，IT 和网络管理人员在寻找可以利用这些不同、混合、

多个供应商通信系统的解决方案。

在前端，SUT 支持统一的用户体验，包括一个统一号码服务、集成的软件电话、状态感知和成熟

的通话管理。在后端，它充当一个中间件层，用于简化向多个 PBX 系统和音频会议系统的连接。

Lotus SUT 软件以下的每个功能都被设计的使用户可以简单直观地从 Sametime 客户端访问电

话功能。

软件电话。用户可以使用 Lotus SUT 嵌入式软件电话（见图 1），通过其 PC 麦克风和扬声器发起和管理电话呼叫。

图 1. SUT 嵌入式软件电话

点击呼叫，点击开会。发起呼叫很简单；用户只需从 Contacts 列表或 QuickFind 中选择姓名，

输入电话号码，或通过 Sametime、Notes、Microsoft Outlook 或 Microsoft Office 产品中的即

时消息直接发起呼叫。只需拖动一个人名到呼叫中即可将点到点的呼叫升级为一次会议。

电话状态。用户可以直观地看到电话状态（比如，通话中，非通话中）以及在线状态（在线，离

开，会议中，请勿打扰，等等），从而便于了解发起实时对话是否合适（见图 2）。

图 2. 显示电话会议出席者

QuickFind。只需输入一个姓名或号码，Sametime 就会自动对企业目录进行输入提示搜索

（见图 3）。

图 3. QuickFind

设备管理。用户可以拥有一个统一电话号码，允许自动将呼叫路由到几乎任何位置、任何设备上（见图 4）。

图 4. 设备管理

来电管理。用户可以轻松为其呼叫去向设置规则和偏好设置并采取行动（例如，重定向到一个移动

电话）。由于 Lotus Sametime 软件提供内置的状态和位置感知，Lotus SUT 软件可以基于用户忙

闲和位置状态自动设置首选设备（见图 5）。

图 5. 为来电管理定义精密而易于理解的规则

来电通知。一旦有来电，SUT 会通知 Sametime 客户端，这样用户就有机会接听来电，将其转向

另一台设备，或转向语音信箱（见图 6）。

图 6. 来电通知

统一的用户体验。不管用户与何种类型的电话系统相连，不管他们使用 Macintosh、Windows® 还是 Linux®，都会向其交付相同的功能集和用户体验。用户可以从一个 Sametime 或 Notes 客户

端访问和管理其通信。

拨打电话和访问电话状态等其他关键功能也包含在 Microsoft Outlook、Microsoft Office 和

Sharepoint 应用程序中，消除了广泛培训或独立部署的需要。

SUT 允许用户查看某个人是否在线且有空，而且他们可以通过一条即时消息或一个实时电话呼叫

来进行协作 —— 一切均在任意应用程序环境中进行。此外，Sametime 和 SUT 软件允许将通信

和协作服务嵌入用户早已熟知的桌面应用程序 —— 比如电子邮件或 SAP 系统等业务应用程序。

SUT 软件提供统一的用户体验，就在您的桌面上将 IM 的即时性与电话功能相结合。您获取一个

外部电话号码，而且能够将呼叫路由到多个物理设备上，具体取决于您个人设定的规则。您还获得

呼叫体验，该体验结合了 IM 的可视协作工具和语音通信的情感和社会影响。

基本上，一个 Contacts 列表可实现对每个人的快速拨号；您可以查看同事是否有空，并且更可靠

高效地联系他们，而无需查询号码（见图 7）。用户只需拨一个数字，就可以在任何设备上联系到

某人，而不管其身在何处，从而为移动人群提供更有效的通信。

图 7. 可通过多种方式轻松联系 Contacts 列表上的人

要支持客户功能，SUT 中的后端中间件层提供到多个电话设备 [同时包括 IP PBX 和 Time Division Multiplexing (TDM) 电话系统] 的连通性，同时通过客户端为受支持的用户提供统一、丰富

的功能集，而不管用户访问哪个电话系统。

搜索

输入呼叫方的电话号码。

选择它以呼叫该号码。

呼叫选项

点击查看呼叫选项列表。

选择设备

点击选择要进行呼叫的首选电话号

码或设备。

电话状态

查看您的联系人目前是否在通话中

呼叫联系人

右键单击（在 Macintosh 上是按下

Ctrl 并单击）以呼叫选定对象。

中间件使公司能够向几乎任何用户交付统一通信的价值，即使还没有将其完全迁移到 IP 电话上。

相比之下，其他产品需要多个软件电话客户端，对仅使用特定供应商的 PBX 提供桌面访问，或需

要在交付常用的统一通信和协作功能集之前完全集成到 IP 电话上。

3 电话集成的基本原理

Lotus Sametime 软件的开放式统一通信平台旨在为客户、IBM 业务合作伙伴和企业 IT 开发人员提

供扩展 Sametime 软件本机功能的灵活性和选项。

Sametime 软件包括综合的软件开发工具包（SDK），可将状态感知、IM 和电话功能等实时功能嵌入到业务应用，比如电子商务站点、门户、服务台和销售自动化等企业应用。

供应商可以使用 Sametime Telephony Conferencing Service Provider Interface (TCSPI) 工具包

来集成各种 Session Initiation Protocol (SIP) 或旧有 PBXs、音频会议网桥和视频会议解决方案。

例如，电话服务提供商可以使用 TCSPI 工具包创建可连接到后端 PBX 系统的服务器端插件，以

提供电话呼叫管理和音频控制。所有功能（例如，点击呼叫）都呈现在 Sametime Connect 和

Web 会议客户端，以确保一个统一的用户体验。

Sametime Standard UI 提供可由合作伙伴和开发人员使用的电话元素，比如软件电话 UI 元素和

聚合状态。Sametime Standard 应用程序编程接口（API）提供一个发布接口来将电话状态从

PBX 推送到 Sametime Presence 服务器，使电话状态在客户端可见。

领先的电话和音频/视频解决方案提供商目前为 Lotus Sametime 软件提供以下集成功能：

点击呼叫和呼叫管理功能。从 Contacts 列表中选择一个或多个姓名并发起呼叫。您还

可以收到来电提示，采取行动（例如，重定向到一个移动电话），并查看来电、电话呼

出和未接来电 —— 全部从一个桌面上查看。

聚合电话状态。确定某个联系人目前是否在通话中或是否空闲。

点击开会。从 Contacts 列表中选择一个或多个姓名并发起电话会议。

Web 会议集成。单击按钮通过音频呼叫邀请您加入 Web 会议。Web 会议主持人具有用

于控制电话的高级 UI 选项，且所有与会者可以直观地看到是谁在讲话。

客户端的多媒体会议插件。与一个或多个参与者发起一个音频或视频会议会话。

客户端上统一的消息传递插件。接收语音邮件，然后从您的 Notes 或 Sametime 客户

端重播、删除或转发该邮件。

3.1 向 Sametime 用户交付价值

现在让我们看一下 Sametime 软件向用户交付价值的三个基本场景：

场景 1. 战略一致的 PBX 用户，其中用户致力于主要部署单一供应商环境。

场景 2. 战略一致的 PBX 用户，其中用户制定了一个战略决策来支持企业网络内的多个 IP 和 TDM PBX 提供商。而且，在短期内用户不打算或无意迁移到单一供应商环境。

场景 3. 迁移用户，其中客户迁移到一个特定供应商的 IP 环境，且需要能够在迁移完成之

前将 Sametime UC 功能交付给所有用户。

在场景 1 中，价值主张包括，通过 Lotus Sametime（状态和协作）与供应商环境（IP 电话，视频

会议，统一消息传递）之间的紧密集成提高用户生产率和响应能力，从而提供优越的用户功能和体

验。

而在场景 2 中，利用 SUT 的机会很大且很令人信服。从技术上讲，SUT 可用于在客户网络

内将 Sametime 连接到所有已安装 PBXs 。对于启用供应商的用户，如果合适，您仍然可以

添加插件。

客户获益包括，允许通过全局 Sametime/UCC 部署支持区域 PBX 决策，同时支持随时间将用

户迁移到供应商的 IP PBX 而无需更改终端用户接口，从而提供竞争优势。

SUT 还提供一种方式让供应商使用过去一直不可用的帐户 “跨入门槛”。

最后在场景 3 中，利用 SUT 的机会也很大。在技术上，SUT 用于在发生 IP 迁移时将 Lotus Sametime 连接到供应商的 PBX 和旧有 TDM。将要迁移到 IPT 的客户可以很快实现广泛的终

端用户价值，该价值实现主要发生在迁移过程中，而非迁移结束时。

本例中的供应商可以展示 IPT 中现有的和进行中的投资的回报，从而避免“淘汰和替换。

4 架构概述

SUT 是一个中间件层，使用开放标准和已发布接口连接现有电话基础设施，并向 Sametime 客户

端提供电话服务和事件。它旨在提供一个高度灵活、可伸缩和可靠的系统，几乎能与任何电话系

统相集成。

图 8 展示一个多供应商部署样例，其中现有 Sametime 环境以黄色表示，而新 SUT 组件以蓝色

表示。从左上角开始，您可以看到，基于 Eclipse 的标准 Sametime Connect 客户端，它可由新

SUT 插件自动配置。

这些客户端插件对 Sametime Connect 8.0 的现有电话功能提供大量增强功能，包括一个基于

SIP 的集成软件电话，它允许您将您的计算机作为电话或视频设备来呼叫其他 PC 或电话端点。

接下来，您有一个现有的 Sametime 8 服务器基础设施，除了一个小的服务器更新之外几乎无需任何变更。

图 8. 多供应商部署架构

图中呈绿色和灰色的部分是电话基础设施中未变的现有组件。根据当前的电话基础设施和选定的部

署模型，可能需要添加其他网关组件（该主题在下面的“部署 SUT”部分有介绍）。

除了 Sametime 服务器和 Connect 客户端之外，Sametime 社区服务器与电话基础设施之间还有两个新的逻辑 SUT 中间件组件。

• 第一个组件是 Telephony Application Server (TAS)。它负责向 Sametime 客户端提供电话服务，包括语音状态聚合、呼叫管理、呼叫路由规则引擎、语音呼叫和会议功能。

• 第二个组件是 Telephony Control Server (TCS)。它是一个电信级电话设备，负责连接

Media Servers、SIP Conference Bridges、SIP Softswitches、SIP Gateways 和 TAS。

TCS 提供统一号码设施，也称为“一码多机服务”，允许您通过单一电话号码将呼叫路由到任

何电话设备。

TCS 被添加到电话呼叫路径，可以处理从各个干线传入的呼叫，并且/或通过一个编号方案配置将

呼叫路由到各个干线。 本节深入探讨 TCS 和 TAS 的各个组件，以及现有电话基础设施内的全

系列 SUT 集成选项。

4.1 电话应用服务器（TAS）

如上所述，TAS 负责向 Sametime 客户端提供电话服务，并与多个后端通信系统联同 TCS 组件交互。

物理 TAS 服务器是一个负责托管大量不同应用的容器。每个应用提供一些核心服务，这些服

务设计到与 Sametime 客户端、TCS 服务器或利用 SUT Telephony SDK 的其他应用的交互

（见图 9）。

图 9. TAS 架构和功能

APIS 用于集成 Sametime 服务器。

REST APIS 允许将 click2call 功能集成到其他应用程序中。

提供电话功能、click2call/会议设置设备、设定规则、离线呼叫记录。

监控并发布电话状态给 ST 客户端。

维护所有用户设备的列表。

由软件电话用于注册，且提供管理功能来验证设备注册。

提供单击会议支持以及声调和公告。

管理 SUT 客户端的路由规则。

电话应用服务器

状态适配器 通信适配器

SIP 代理/注册 媒体服务器设备管理呼叫路由

TAS 的主要责任包括：

运行所有应用逻辑来管理与来电路由相关的工作流，以便总是将它们路由到首选设备。

发送所有与呼叫相关的事件到客户端。因此如果 Sametime 客户端是在线的，

TAS 服务器会发送一个弹出窗口，让您看到您的首选设备或将呼叫转向另一设备。

提供您发出和收到的所有呼叫的个人呼叫历史记录。

处理视频会议的所有呼叫控制和流程控制。

管理所有用户和配置数据。有些数据被作为初始配置的一部分放入系统中，而其他

数据则由用户管理。

提供有限的音频会议功能。主要用例是针对小型临时会议的，且该功能可以配置。

配置远程管理功能。

TAS 上的 SIP Registrar 由嵌入式软件电话用于本身注册。TAS 服务器的每个集群都至少部署有一个热备份，每个 TAS 服务器在系统上监控至少有 15, 000 名用户。

当用户通过 SUT 客户端登录到 Sametime 服务器时，就建立了关联。一旦 Sametime 服务器通

知 TAS 所发生的事件，TAS 打开一个到 Connect 客户端的通道，启用 SUT 功能。

SUT 用户可以进行任意多的配置，且 TAS 可以基于丰富的状态和用户规则对任何设备进行响铃

设置，根据时间、位置和目前状态决定对哪台设备进行响铃设置。

例如，如果您的台式电话首选项设置为从早上 9 点到下午 5 点响铃，那么 TAS 会指示 PBX 鸣响台式电话。如果您的状态表明您目前不在办公室且不在家里，那么 TAS 会鸣响您的手机。

4.2 电话控制服务器（TCS）

TCS 在全双工模式下被作为一个设备予以安装，运行于特定的 IBM 硬件上，以提供认证的电信级可靠性。每对可以托管高达 100,000 个订阅者。

TCS 负责接收从 TAS 传入的 CSTA 请求，并使用拨号方案将呼叫路由到适当的设备。它还提

供统一号码服务并处理针对统一号码的所有来电路由。

在概念上，TCS 容器是后端到后端配置的用户代理（B2BUA），其中有一个 PBX 抽象层允许它使

用 TAS（见图 10）。

图 10. TCS 架构

IETF 标准（RFC 3261）将 B2BUA 定义为“一个接收请求并将其作为用户代理服务器（UAS）处理的逻辑实体”。对于 SUT 而言，B2BUA 是位于 SIP 呼叫流中两个终结点之间的逻辑实体，其

中在每个终结点维护全状态对话，从而允许该实体在任何时间控制呼叫，以增加价值。

因此，SUT 可以通过直接的 SIP 信号传送提供高级呼叫处理。TCS 可以基于适当的 IETF 标准维护到任意多 PBX 和 Gateway 的 SIP 干线。

例如，假定 Sam 的台式电话与 IP PBX 相连，Valerie 的电话与 TDM PBX 相连，且 Sam 使用其 Sametime 客户端来发起对 Valerie 的呼叫，两人都使用其台式话机接听电话。

在这种情况下，TCS 充当 B2BUA， 它接受 Sam 的请求并建立一条到 Sam 的台式电话的呼叫

支路，建立到 Valerie 的台式电话的第二条呼叫支路。与此同时，TCS 从建立支路起到呼叫结束

这段时间处理通话两端之间的完整信号传送。

B2BUA 固有的“双呼叫支路方法”允许 SUT 提供类似 PBX 的功能，即跨任何供应商的 PBX 进行相似操作，并推动一个集成的同构 UCC 解决方案。为了跨企业提供这个 B2BUA 功能，TCS 服务器在电话服务设备之间维护一个 SIP 信号传送路径。

通过 TCS 上的配置设置建立到其他设备的 SIP 干线，允许 SUT 处理来自各个干线的来电并

/或根据编号方案配置将呼叫路由到各个干线。每条干线都被配置为一个 SIP 终结点。

4.3 网关集成SUT 的重要前提是，需要替换不同的旧有 PBX 设备，以供企业利用统一通信。TCS 使用 SIP 信号传送来连接每个 PBX。因此在遗留的或基于 TDM 的环境中，提供统一用户体验的一个关键是，

使用一个或多个网关在使用不同协议的电信基础设施组件之间提供翻译服务。

在一个 SUT 环境中，网关提供与遗留 PBX 系统的 IP 连通性，以及对基于 IP 的 PBX 的公用

交换电话网（PSTN）访问。网关还在连接 SUT 与任何非 SIP 支持的设备时发挥关键作用。这

些设备可以是各种电信设备，包括 PBX、PBX 网关或 PSTN 网关。

IBM 不提供网关，因此必须从第三方供应商处获得这些组件。对于网关的选择应当基于 TCS 要连接的设备以及它支持的容量（有效呼叫支路的数量）。IBM 有一个有效的验证程序，且在持续更新

受测试网关列表。

5 调整 SUT 环境大小

TCS 调整很简单，因为每个双工对可以托管多达 100,000 个人。TAS 调整更具动态性，因为可将

其配置为完整 TAS 或媒体专用服务器。

完整的 TAS 包含所有功能元素，且是用于最小 SUT 部署的配置。每个完整的 TAS 服务器可以

处理多达 15,000 个人，且每个经过配置的用户都被分配给特定 TAS。对于 TAS 服务器，每个

集群总是部署有至少一台备份服务器，以提供冗余。

要改进 SUT 可伸缩性特征，可将专门的 TAS 节点配置安装为媒体专用服务器。该配置允许管理

员通过在专用软件上安装媒体专用 TAS 来创建额外的会议功能，同时应用逻辑和 SIP Proxy Registrar 运行于完整的 TAS 之上。

图 11 显示一个包含 200,000 人的大型 SUT 部署。这种规模的部署需要两个 TCS 对，其中每

个对托管高达 100,000 人。此外，为每 15,000 人配置了一个完整的 TAS，且每个 TAS 群至少

包含一个备份节点。

图 11. 大型 SUT 部署

完整的 TAS 都以 n + 1 配置形式进行部署，这样一来，每个集群在备份节点中提供至少一个运

行中的 TAS 服务器，以便进行故障转移。假如 TAS 节点发生故障，热备份从 Storage Area Network (SAN) 拾取程序文件和应用数据，对发生故障的 TAS 节点进行复制，并代为提供故障

节点应提供的服务。

上图描述了四个专门提供会议服务的媒体专用 TAS。与托管在媒体专用 TAS 的会议服务的

连接是均衡负载的，且这些资源可由两个完整的 TAS 群共享。

这个集中式的 SUT 配置可在需要的地方直接添加容量，从而允许公司轻松扩展会议资源。

5.1 集成 SUT 与第三方 TCSPI 适配器

TCSPI 是一个基于 Java™ 的接口，允许第三方集成音频会议产品或服务与 Sametime。它的最初

创建目的是，通过将一个音频会议和呼叫控制关联到 Sametime Web Conference UI 中来添加基

于电话的音频到 Web 会议中。

之后，TCSPI 还用于从 Connect Client 提供单击呼叫支持，且尽管终端用户体验是一个点到点的

呼叫，但在高级选项之下还有一个音频会议。

Sametime 8.5 中对 TCSPI 进行了更新，支持点到点和 n 向音频/视频会议，且增强了支持第三

方视频的 TCSPI 接口，包括对启用 SIP 的 Multi-point Control Units (MCU) 的支持，该 MCU 充当会议感知的音频/视频终结点。

Samet ime服务器

Samet ime客户端

网关现有 Sametime 部署

Sametime Unified Telephony

SIP 代理/注册

eAUpnpilifcieadtioTneleLpohgoicny

媒体服务器

PSTN

当将 SUT 部署在一个带现有 TCSPI 适配器的环境中时，Sametime 客户端上的电话服务由 SUT 而非 TCSPI 处理。该设计的改进包括真正的点到点呼叫，以及呼入和呼出控制、点击开会、电话状态和统一号码服务。

Sametime Web Conferencing 使用的视频会议服务将继续由现有第三方 TCSPI 集成提供，

正如其原本打算的那样。

6 SUT 呼叫流

在推广 SUT 时有多个部署选项可供使用，但是不管使用哪些部署选项，TCS、TAS 和

Sametime 环境之间的基本呼叫流是相同的。在任何情况下，SUT 都被添加到呼叫路径，并提

供可到达任意多设备的统一号码服务。

在所有情况下，从到达 TCS 到离开 TCS 这段时间，呼叫流是一样的。呼叫路由场景中的惟一差

异发生在 TCS 级别下面，且依赖于部署选项。

由于每个呼叫流中相当多的步骤是在 TCS 或以上级别发生的，我们首先检查 TCS 与 TAS 之间、

以及 TAS 与 Sametime 环境之间发生的呼入和呼出呼叫流的通用部分。

介绍通用呼叫流之后，下一节讨论三个可用的 SUT 部署选项和 TCS 下的呼叫流差异。

6.1 呼入呼叫流

图 12 描述通用呼入呼叫流。步骤 1（图中右面中间部分）显示到达用户统一号码的呼入呼叫。

TCS 常常采用的下一步是向 TAS 发送请求，以便它决定如何路由呼叫（步骤 2）。

TAS 使用来电规则集来决定应拨打哪台设备。此外，如果用户在线且尚未关闭警告，TAS 向客户

端发送一个触发程序来弹出这样一个警告。TAS 确认设备之后，将信息返回到 TCS 服务器，在此

建立到适当设备的呼叫。

图 12. 通用的呼入呼叫流

在步骤 3 中，被呼叫人有一个将呼叫路由到其软件电话的规则。由于此人在线，TAS 发送一个

弹出呼叫警告，在步骤 4（左下角）中，被呼叫人收到一个弹出屏幕，要求确认来电并选择是

接听软件电话、在任意数量的设备上通话，还是转到语音信箱。

在本例中，被呼叫人使用弹出屏幕在计算机上接听电话。在步骤 7 中，TCS 使用来自 TAS 的这

个终结点信息来建立到软件电话的呼叫支路。在步骤 8 中，呼叫通过网关完成，且声音在软件电

话和网关之间流动。

对于每个部署场景，TCS 以上的呼叫流是相同的。在每种情况下，TCS 询问 TAS 如何路由呼

叫，而 TAS 使用来电规则集决定应拨打哪台设备。

此外，如果用户在线且没有关闭警告，TAS 会向客户端发送一个触发程序来弹出这样一个警告。

人们可以选择鸣响其首选设备并在在线时（总是）首先发送弹出屏幕。

6.2 呼出呼叫流呼出呼叫流与呼入呼叫流的相似之处在于，TCS 之上的所有交互都独立于部署场景。SUT 只知道从

Sametime 客户端发出的呼出呼叫，如图 13 所示。

图 13. 呼出呼叫流

在本例中，用户使用 Sametime 客户端通过 Contact 列表向同事发起呼叫。请求被发送到

TAS，TAS 确定被呼叫方的路由规则，然后传递两端终结点建立呼叫所必需的 TCS。

然后 TCS 创建一条到呼叫方桌面电话的呼叫支路，创建另一条到被呼叫方手机的呼叫支路。

双方接听电话时，媒介在呼叫方的桌面电话和被呼叫方的手机之间流动。

会议。要将双方的呼叫提升为一次多方会议，Sametime 客户端提供一个简单的接口来添加

人员。

向呼叫添加了额外的人之后，SUT 在 TAS 上创建一个会议，并将已在进行中的呼叫转接到会议

服务器。然后 TCS 生成一条或多条呼叫支路来邀请其他被呼叫方参与会议。

参阅 “附录” 了解呼入和呼出呼叫流的呼叫流程图。

7 部署 SUT

SUT 用户必须可由一个统一号码联系到，此号码已经拨打，可及用户的路由规则及其首选设备。

决定如何转移用户的号码是确定如何部署 SUT 的主要因素之一。

本节查看三个可行的部署选项，以及每个选项的主要优势、缺陷和物流。我们还检查一个更详细的

呼入呼叫路由流来帮助解释每个决策如何影响呼叫路由行为。部署选项如下：

(1) 将现有号码提升为统一号码，并在 PBX 上使用网关或转向代码来转移呼叫。(2) 将现有代码重新转向新的统一号码，并对现有 PBX 进行拨号方案更改。(3) 为每个人提供一个新的统一号码来替换台式机号码。

不管使用什么部署模型或现有电话硬件是什么，终端用户体验和功能级别仍然不变。

7.1 部署选项 1 详情

将现有号码提升为统一号码，并在 PBX 上使用网关或转向代码来转移呼叫。

使用该选项后，旧有台式机号码成为统一号码，但是它仍然保留在现有 PBX 上，以便 SUT 和现有 PBX 都有相同的号码。

为避免在两个系统上使用同一号码相关的路由问题，在某些情况下会在从 TCS 到 PBX 转移呼

叫之前添加转向代码。转向代码是 TCS 添加的一个数字前缀，与 PBX 上的一条去除前缀并将

呼叫路由到桌面电话的规则对应。

选项 1 使用一种基于源的路由方法，并指定将到达统一号码的所有来电路由到 SUT。这使得用户

规则和首选项总是支配着转移呼叫的方式。这个逻辑简单，可由现有 PBX 和一个 SIP 网关实现。

来自 PSTN 的到达统一号码的所有来电都被路由到 SUT，而且如果用户选择

• 将台式话机作为首选设备，SUT 会路由到 PBX。• 其计算机，SUT 会将呼叫路由到客户端的软件电话。

• 一个 PSTN 设备（手机，家用电话等），SUT 会相应地进行路由。

这是 IBM 推荐的解决方案，因为没有必要对现有 PBX 做太大变更、修改对运营商的安排或更改

用户附件。IBM 拥有使用该方法部署 SUT 解决方案的经验，且针对第三方 PBX 和网关主动测试

这些呼叫流。

部署选项 1 呼叫流来自 PSTN 的呼入呼叫（有 SIP 网关）。让我们看一下呼入呼叫流程图，其中呼叫被路由到 SUT 然后又到达现有 PBX 和台式话机。在图 14 中，一个网关用于执行基于源的路由。

图 14. 部署选项 1：经由网关到达 IP PBX 的呼入呼叫流

在本例中，一个呼叫进入 PSTN 到达 Sam 的统一号码，然后被路由到网关。然后根据规则，

所有并非来自 TCS 的呼叫将被路由到 TCS, 因此网关将该呼叫接着传递给 TCS。

此时，TCS 执行其正常操作，开始使用 TAS 服务器并确定用户的首选设备（如上面第 6 节所

述）。在本例中，首选设备是台式电话。

在步骤 3 中，TCS 使用转向代码将呼叫路由到网关，在此应用规则来剔除转向代码并将呼叫路由

到 IP PBX。通过网关接听和完成呼叫之后，媒介在电话与 PSTN 之间直接流动。

来自 PSTN 的呼入呼叫（无 SIP 网关）。让我们看一下同一个呼入呼叫流程图， 只是此次

在呼叫流中没有网关。图 15 中的梯形图展示到达 PBX 的来电被路由到 SUT，其中 TCS 在将呼叫路由回 PBX 之前附加了转向代码。

然后 PBX 使用已经存在的同一拨号方案剔除转向代码并将呼叫发送到桌面电话，因为号码在两

个系统上是一样的。

图 15. 部署选项 1：经由 SUT 的 IP PBX 来电流

PSTN 呼出呼叫。从软件电话到 PSTN 的呼出呼叫场景与通用呼出呼叫流相同（见图 13）。不同

部署选项之间的场景不改变。

从软件电话到台式电话的内部呼叫。在该场景中（见图 16）， 用户通过 Sametime Contact 列表向其同事发起呼叫，且同事选择在台式话机上接听电话。

图中步骤 3 经过简化，但是 TAS 还是像往常一样确定被呼叫方的首选设备，而在本例中，首选

设备是 PBX 附带的台式话机。在确定两条呼叫支路之后，TAS 告诉 TCS 如何建立呼叫。

在步骤 5 和 6 中，TCS 使用其 B2BUA 功能建立两条呼叫支路，建立连接之后，声音在软件电话与网关之间流动。

图 16. 部署选项 1：从软件电话到 TDM 桌面电话之间的内部呼叫流

内部点击呼叫： IP 桌面电话到 TDM 桌面电话。在该场景中，用户通过 Sametime Contacts 列表发起点击呼叫，但是呼叫方选择在其 IP 桌面电话而非软件电话上接听电话，这与上一场景一样。

惟一的不同在于这些呼叫流发生在步骤 5 中，其中 TCS 建立到达 PBX（而非 Sametime 软件电

话）的第一条呼叫支路（见图 17）。

图 17. 部署选项 1：内部点击呼叫：IP 桌面电话到 TDM 桌面电话

7.2 部署选项 2 详情

将现有代码重新转向新的统一号码，并对现有 PBX 进行拨号方案更改。

在选项 1 中，现有 PBX 和 SUT 均使用相同的现有电话号码。在选项 2 下，现有企业台式机号码

成为新的统一号码，而每个人的新内部号码必须在其现有 PBX 上得到配置。现有 PBX 实质上经

过重新编号，以便每个人都获得一个仅可在 PBX 上路由的新号码。

例如，比方说 Sam 的原始台式机号码是 1 XXX 323-1000。部署 SUT 之后，原始号码将成为统

一号码，且一经拨打，就会被路由到 SUT，允许其他人在其首选设备上联系 Sam。

也就是说，之前路由到 Sam 的台式电话上的呼叫现在可在其手机、语音信箱、家庭电话或他选择

的任何其他终结点上接听。

由于 Sam 的现有号码用作了统一号码，因此需要在现有 PBX 上为 Sam 配备一个新号码，且该

号码只能用作路由目的。通常现有 PBX 会将呼叫路由到 Sam 的已发布台式话机上，而现在必须

将其路由到 TCS。

此外，必须在 PBX 上建立新的映射规则，以便在 TCS 向台式电话发送呼叫时，PBX 能够映射

1 XXX 323-1000 到 Sam 的新台式电话分机。

例如，现有 PBX 上的新号码可能会改为 626-1000，但是该号码仅供现有 PBX 用作内部路由，

Sam 不需要知道其号码已更改。

一旦原始的企业台式机号码成为统一号码，必须对现有 PBX 进行配置以将这些呼叫路由到

TCS。在该场景中，PBX 有一个规则，即任何前缀为 323 的来电必须被路由到 TCS，前缀为

626 的呼叫必须被路由到台式电话。

SUT 可以在设备上将所分配的台式机号码作为统一号码予以展示，尽管用于路由呼叫的真实号码

可能是新的，因此这一更改不一定需要传达给 SUT 用户。

该选项的优势包括，保留对运营商的安排和所有现有电话号码。用户附件保持不变，而台式电话

将接受一个新号码。

该选项的缺陷在于，必须对现有 PBX 进行大量更改。对编号方案的这些更改取决于有什么类型的 PBX 参与其中，且能给部署增加显著的成本和风险。更改 PBX 上的拨号方案有多种方式，而下面的示例展示了其中一种可行的方法。

部署选项 2 呼叫流到达 IP PBX 的来电。如上面第 6 节“SUT 呼叫流”所述，不管采用哪种部署选项，TCS 及以上

级别的信号发送流是一样的。因此为简单起见，在 TCS 或更高级别发生的信号发送步骤被删除

（见图 18）。

图 18. 部署选项 2：到达 IP PBX 的来电流

在步骤 1 中有一个从 PSTN 到用户的统一号码 323-1000 的来电。在步骤 2 中，该呼叫被路由

到 TCS。请记住，在该部署选项下， IP PBX 经过重新编号，因此总是将前缀为 323 的呼叫从

PBX 路由到 TCS。

这里将 TCS 级别以上的步骤删除了，但是在该场景中，被呼叫方选择在其台式话机上接听电

话。

在步骤 4 中，TCS 将呼叫路由到 IP PBX，然后 PBX 拨打 Sam 的台式电话，该电话号码已

重新编为 626-1000。在步骤 5 中，Sam 接听其电话，媒介在电话与 PSTN 之间流动。

到达 TDM PBX 的来电。呼叫流类似于 IP PBX 的呼叫流，但在本例中，一个第三方网关位于 TCS 与 TDM PBX 之间，以将消息转化成 SIP（见图 19）。

在步骤 1 中有一个到达统一号码的来电，且 PBX 再次被配置为将这些呼叫路由到 SUT。在步骤 3 中，TCS 经由网关建立到 PBX 的呼叫支路，一旦应答呼叫，媒介在电话与 PSTN 之间流动（步骤 4）。

图 19. 部署选项 2：到 TDM PBX 来电流

到达 PSTN 的呼出呼叫。从软件电话到 PSTN 的呼出呼叫场景与我们在图 13 中看到的通

用呼出呼叫流相同。该场景在不同的场景选项中不会改变。

从软件电话到 TDM 桌面电话的内部呼叫。从软件电话到台式电话的内部呼叫如图 16 所示。在

两种情况下，TCS 将相同的号码路由到 PBX；这里惟一的不同在于，PBX 不再路由统一号码

（323 1000），而是使用一个映射表路由到仅供内部使用的新号码（626 1000）。

内部点击呼叫：IP 桌面电话到 TDM 桌面电话。在该场景中，用户通过其 Sametime Contacts 列

表向同事发起点击呼叫，但呼叫方选择在 IP 桌面电话而非软件电话上通话。

所有步骤与部署选项 1 中详述的同一场景（见图 17）一样，只是没有步骤 5。这里 IP PBX 将统一号码映射到内部号码并路由 626-1000，而在部署选项 1 中不需要将旧号码映射到新号码。

7.3 部署选项 3 详情

提供一个新的统一号码来替换台式机号码。

在该部署选项下，从运营商那里购买了一批号码，且所有 SUT 用户都配备有新的统一号码。新号

码是直接在 TCS 上予以配置的，因此到达统一号码的来电被直接路由到 SUT。

该选项的优势在于，现有环境无需任何更改。不足在于，从运营商处购买号码所需的成本太高，

且必须重新打印用户附件（名片、信笺等），必须用新号码更新企业目录。

由于为所有 SUT 用户提供和维护新号码的成本增加，该部署选项通常用于概念验证，其中

需要一小部分新号码，且无需对现有 PBX 做任何更改。

部署选项 3 呼叫流到达 IP PBX 的呼入呼叫流。在该部署选项下，假设 Sam 从运营商处获得的新号码是 626-1000，他的旧号码是 323-1000。在图 20 的步骤 1 中，到达统一号码（626-1000）的来电被路

由到 TCS，以作正常处理。而在步骤 3 中，用户选择其桌面电话作为首选设备。

在步骤 4 中，TCS 建立到现有 PBX 的呼叫，呼叫通过网关完成，且媒介在电话与 PSTN 之间流动。

图 20. 部署选项 3：到达 IP PBX 的呼入呼叫流

到达 PSTN 的呼出呼叫。从软件电话到 PSTN 的呼出呼叫场景与图 13 中的通用呼出呼叫流相

同。该场景在不同的场景选项中不会改变。

从软件电话到 TDM 桌面电话的内部呼叫。从软件电话到 TDM 桌面电话的内部呼叫如图 16 所示。

内部点击呼叫：IP 桌面电话到 TDM 桌面电话。在该场景中，用户通过其 Sametime Contacts 列表向同事发起点击呼叫，但呼叫方选择在 IP 桌面电话而非软件电话上通话（见图 21）。

这个呼叫流与部署选项 1 中的相同，其中 TCS 通过 IP PBX 直接建立到 IP 电话的呼叫支路。在

本例中，TCS 使用 323 - 1000 向 IP PBX 发送一个 SIP 邀请，而 PBX 路由到桌面电话，无需任

何号码转换。

图 21. 部署选项 3：内部点击呼叫：IP 桌面电话到 TDM 桌面电话

8 受支持的电话设备及其更多内容

IBM 有一个有效的验证程序，且在持续更新经过测试的电话设备列表，如 Sametime wiki 文章

“SUT Interoperability Testing Program”所记载。

更多有关 SUT 互操作性测试程序的内容，请参阅 IBM Web 页面 Lotus Sametime Unified Telephony: Features and benefits for users, IT and network managers 。

8.1 试用 SUT 的计划

IBM 维护着一个 SUT 环境，允许一家公司多达 20 个人来测试 SUT 特性和功能，而无需在其内

部部署一个测试环境。要参与该计划，请联系您的 IBM 代表。

客户可以请求概念验证，其中 SUT 是现场安装的，且使用第 7 节中描述的其中一个选项根据现有电话

环境进行了配置。要请求概念验证，请联系您的 IBM 代表。

8.2 电话耐久性

经验证，作为双工对安装是 TCS 提供电信级可靠性。TAS 还有一个备用模式作恢复之用。由于

TAS 是一个应用级组件，而非一个电话组件，因此受到较少耐久性规范的制约。在没有 TAS 的情

况下，TCS 会将呼叫路由到用户的默认电话设备。

9 配置用户

配置（Provisioning）是添加用户并将规则路由到 SUT 解决方案的过程。配置组件旨在自动化将

用户和设备填充到 SUT 中的过程，可以将其设置为最初配置全部或一部分用户。配置用户之后，

可以设置 SUT 以便在用户的目录信息改变时允许进行自动更新。

例如，每个人都配备有从企业目录提取的一组电话号码。每个号码对应一台设备，因此在配置

Sam 时，配置应用程序读取目录并提取他的办公电话、手机和家庭电话，将这些设备绑定到 Sam 的统一号码上。

如果目录中 Sam 的这些设备的电话号码发生变化，可以将配置应用程序设置为实时运行或按计划运行， 以接受更改。

配置组件通过使用 Tivoli® Directory Integrator (TDI) 得到构建，且该工具被作为产品的一部分绑定，

以支持定制。完全可以对用户配置自动应用标准配置，且客户可以选择构建其定制的配置解决方案

来满足特定业务需求。

10 利用 Sametime SDKs

SUT 包含大量新 APIs，可供业务合作伙伴和客户用来直接集成业务应用内的通信功能——这个流

程通常被称为“启用通信的业务流程”或 CEBP。

Lotus Sametime 提供若干 SDKs，旨在将 SUT 提供的电话服务以及状态、即时消息传送和视频

集成到 Web 或已安装应用程序中。本节概述如何利用 Sametime SDKs 将实时功能嵌入到不同

应用程序中。

10.1 Sametime Connect Web API Toolkit

如果您想添加 SUT 功能到 Web 应用程序，该工具包提供一个外部接口来获取 Sametime Client 的基本功能。它允许 Web 开发人员使用“livenames”对 Web 页面和应用程序启用 Sametime。

集成 Connect Web API 的基于 Web 的应用程序基本上能够代理本地运行的 Sametime Client 的功能（管理联系人、发起聊天或电话呼叫，并提供 Sametime 和电话目前状态）。

Connect Web API Toolkit 在 Lotus Sametime 8.0.1 中引入，且针对 SUT 进行了增强，以扩展点

击呼叫语义，这样一来，用户就可以呼叫电话号码且直接从 livename 发起呼叫。WebKit 状态扩展插件得到增强，以便每个 livename 显示 Lotus Sametime 和电话状态。

10.2 Sametime Helper Toolkit

该工具包提供向 Sametime 客户端提供一个 Microsoft Windows 本地的和面向 Java 对象的外部接

口，以便将功能嵌入本地业务应用程序中。

集成 Sametime Helper API 的应用程序基本上能够代理本地运行的 Sametime Client 的功能（管

理联系人、发起聊天或电话呼叫，并提供 Sametime 和电话目前状态）。

10.3 Sametime Unified Telephony REST APIs

SUT Representational State Transfer (REST) APIs 旨在提供可嵌入应用程序中的单击呼叫功能。

该工具包与 Sametime Web API Toolkit 的相似之处在于，它们都允许您使用 REST APIs 发起点击呼叫。

主要区别在于，Web API Toolkit 依赖于 Sametime 客户端才能在桌面上运行，而 SUT REST APIs 可在没有 Sametime 客户端的情况下使用。

两个工具包还共享相同的 REST 签名，而且还可以允许开发人员切换使用本地和远程 APIs 来编写应用程序，视具体情况而定。

因此当 Sametime 客户端出现在桌面上时，应用程序会使用本地 APIs 并提供较为丰富的体验，

但是当 Sametime 客户端不在桌面上时，将用到远程 APIs。

在 TAS 上，SUT REST APIs 被作为运行在 WebSphere Application Server 容器中的一个

servlet 实现。Call API 处理联系人 ID 或电话号码清单，呼叫命令由在其上配置有用户的 TAS 服务器处理。

10.4 Sametime Telephony Toolkit

Lotus Sametime Connect 技术构建于基于 Eclipse 的 IBM Lotus Expeditor 平台之上。它利用

Eclipse 插件框架向开发人员提供远胜于上一版本的扩展性功能。

Sametime Connect Toolkit 提供 APIs 来构建扩展 Lotus Sametime Connect 功能的 Eclipse 插件，

以将其集成到您自己的应用程序中。

Client Telephony Toolkit 对 Sametime Connect Toolkit 补充与音频/视频功能相关的 APIs 和扩展点。

例如，从客户端插件发起呼叫的 APIs 和向呼叫操作添加呼叫菜单的扩展点。欲了解更多信息，请

参阅工具包中的 Client Telephony Guide 和 API Javadoc。

11 结束语

利用实时协作工具统一电话通信并将这些通信和协作功能集成到业务流程中，有助于企业：

• 构建更多具有竞争力的业务模型

• 提高业务流程的速度和效率

• 降低周期时间

• 改善客户服务

IBM Lotus Sametime Unified Telephony 软件帮助企业从对电话基础设施（VoIP 和旧有系统）

和统一通信和协作解决方案的投资中撷取更多价值。

通过利用和交互操作 SUT，可以增加客户对供应商的 PBX 的投资价值，具体表现为：

简化电话和协作在多供应商和多代 PBX 环境中的集成

对较新的 IP 电话和统一通信启用分阶段“非叉式”迁移路径，从而改进用于 IP 升级的业务用例

鼓励使用利用不足的 PBX 功能

经过对 IBM UC2 战略和 SUT 产品的解释，我们希望您现在能更好地理解使用 SUT 提供利用现有电话基础设施的统一通信用户体验的益处。

12 附录 A: SIP 流程图

下面是第 6 节极少的呼入和呼出流程的 SIP 流程图。

来电：PSTN 到软件电话

点击呼叫：软件电话到 PSTN

13 附录 B: 术语

下表对本文使用的术语提供详细描述。

术语 定义

B2BUA 位于 SIP 呼叫流程中两个终结点之间的一个逻辑实体，其中在

每个终结点维护全状态对话，从而允许该实体在任何时间控制

呼叫，以增加价值。这使得 SUT 能够通过直接的 SIP 信号传送提供高级呼叫处理。

E.164定义 电话号码 的 ITU-T 建议。E.164 号码至少可以拥有 15 位数字，且通常以 + 为前缀。

Provisioning 对管理（设置、修改和调用）用户或系统访问权或电子发布

服务相关的数据所需的所有步骤进行自动化配置。

SIP Session Initiation Protocol 是用于创建、修改和终止与

一个或多个参与者的会话的一个应用层控制（信号传送）

协议。

SIP Trunk 连接 SIP 设备的虚拟电路。

TAS Telephony Application Server 是执行 Sametime Presence 和Communication 服务器应用的地方。

TCS Telephony Control Server 是执行 HiPath 8000 (ONS Server) 的地

方。

TDI Tivoli Directory Integrator 同步并交换应用程序或目录

源之间的信息。

VP Virtual Places 是 Sametime 服务器中使用的协议。

14 参考资料

学习 观看 Sametime Unified Telephony 8 Getting Started interactive demo。

参阅 IBM’s Unified Communications and Collaboration strategy。

参阅 IBM Lotus Sametime family of products，包括 Lotus Sametime Unified Telephony 软件。

参阅 IBM Lotus Sametime wiki。

阅读 developerWorks 文章“Bring real-time collaboration to the next level with IBM Lotus Sametime Advanced 8.0”。

参阅 System i IP Telephony solutions。

获取产品和技术 从 developerWorks Lotus 上下载 IBM Lotus Sametime Software

Development Kit (SDK)。

讨论

Participate in the discussion forum 。

关于作者Todd Page is an IBM Advisory Software Engineer and runs the SUT Interoperability Testing Program. He has also co-authored a whitepaper on using SIP with Lotus Sametime. You can reach him at Todd_Page@us.ibm.com.

商标

IBM、Lotus、Notes、Sametime 和 Tivoli 是 IBM 公司在美国和/或其他国家/地区的商标或注册商标。

Microsoft 和 Windows 是 Microsoft 公司在美国和/或其他国家/地区的注册商标。

Java 和所有基于 Java 的商标和徽标是 Sun Microsystems, Inc. 在美国和/或其他国家/地区的商标或注册商标。

其他公司、产品和服务名称可能是其他公司的商标或服务标志。