丁 坤
1 设立统一业务平台的必要性
在未来电信网络中开展的多媒体会话业务是由许多不同类型的单一业务组成的，而且这些单一业务集中在同一个电信运营网络中进行处理。如何使网络结构更好地同时满足多种业务开展的需求，业界人士有不同的观点，比较有代表性的观点目前有两种：一种是未来的电信网络在用户终端间建立通信连接时，需要经过运营商控制的统一平台，但其业务的加载和处理并不是封闭的；许多研究因特网技术的人员倾向于建设一个由智能化终端组成的网络，通信的建立和业务的完成在靠近终端的地方分散处理。
由于整个电信网络的建设和维护目前还集中在电信运营商手中，因此电信运营商在有明确的盈利模式和对网络的控制手段之前还很难接受后一种网络建设思路。所以，在可预见的时期内，运营商倾向于建设对通信连接实施统一控制、而在业务加载和处理方面表现更多灵活性的网络。
未来电信网络中的多媒体会话业务是非常丰富的，这不仅是指提供的业务类型包括语音、视频、多媒体消息、数据等多种媒体形式，而且业务的提供者不单是电信运营商，还包含许多专门的业务提供商。这些业务提供商专注于业务本身的开发，其业务处理系统与运营商集中控制的通信连接系统之间通过开放的业务接口连接。由于需要连接的业务处理系统在不断增加和变化，为了保证整个通信网的稳定运行，因此需要设置统一的业务平台来处理各业务提供商的业务处理系统和基础电信运营商的通信连接系统之间的通信。
2 统一的多媒体会话业务平台的主要功能
统一的多媒体会话业务平台必须满足下列几个方面的要求。
（1）呼叫控制方面：普通的呼叫控制功能是由基础电信运营商的通信连接系统完成的，而许多新业务的实现需要更为复杂的呼叫控制策略，如实现多方呼叫控制功能、会议呼叫控制功能、多媒体呼叫控制功能等，这些复杂的控制功能需要统一业务平台参与完成。
（2）多媒体控制方面：能够根据业务逻辑的需要对多媒体资源进行控制，这些资源包含信号音的产生与发送、录音通知的播放、DTMF信号的收集、语音合成、文本到语言的转换、自动语音识别、会议、传真、录音等。
（3）计费方面：应具有完善的计费功能，能够独立为各种增值业务呼叫提供计费能力，产生各种业务所需要的计费信息，完成计费数据的产生、存储和传送；应能根据承载网络送来的相关信息和具体增值业务的要求完成计费，能够按会话时长计费（即按照会话中每种媒体类型的会话时长分别计费）、按流量计费（即按照会话中每种媒体类型的流量分别计费）、组合计费（即对会话中不同媒体分别采用不同的计费方式，有时同一业务过程中不同媒体流还要依据不同的计费原则计费）。
（4）支持因特网上软终端的业务开展功能：未来的因特网和电信网络将会出现更多的交叉领域，因此在多媒体会话业务的开展中不可避免地需要考虑因特网上软终端的业务支持能力，不仅是支持语音业务，同时应该支持视频通信和视频会议业务。
（5）数据业务功能：应该能够提供Presence、即时通信、多媒体短信、应用共享、电子白板、文件传送等业务的处理功能或与专用的上述的业务系统具有开放的接口。
（6）开放的第三方接口：能够提供开放的、标准的接口，未来的多媒体会话业务都应该提供一套完整的API与之对应，并提供统一的业务执行平台，以方便引入第三方的业务提供商。
（7）高效的协议支持能力：多媒体会话业务的统一业务平台需要满足与多种设备之间通信的需要，因此在协议支持能力方面也有很高的要求。多媒体会话业务的触发点不仅仅是集中的通信连接设备，其它网元，如媒体网关、短信网关、WEP网关、HLR、GIS服务器、E-mail服务器、目录服务器、PS服务器等都可能作为业务触发点，要满足这些网元和业务平台之间的信息交互需要，业务平台应该能够支持业务应用协议[包括PARLAY、INAP（CS2）、CAMEL2/CAMEL3、MAP、WIN、RADIUS]、传输控制协议（包括TCP、UDP、SCTP、TCAP/SCCP、M3UA）、媒体控制协议（H.248、SIP、MGCP）以及其它协议（IMAP/SMTP、SMPP、CMPP、LDAP等）。
3 对统一业务平台结构的探讨
多媒体会话业务是凭借丰富的业务类型和业务升级的灵活性来与传统电信业务竞争的，想同传统电信网络一样利用一两种新基本业务一统天下是不现实的。由于多媒体会话业务针对的用户群是千差万别的，因此必须根据用户群体的工作环境、通信需求、使用习惯、接受能力、消费能力进行细分，例如，运营商应该对政府机关、企业、大中院校、住宅小区、酒店、金融证券、商业楼宇提供不同的业务解决方案。为此，在产业价值链中引人专门的业务提供商或业务开发商势在必行。这就要求基础电信运营商要为这些业务提供商开放标准的业务接口。
采用传统电信网络中的智能网结构已经不能满足新业务的需要，虽然传统网络中的智能网可以快速、灵活、有效地提供各种语音类的增值业务，但是在以下方面仍然存在不足：传统智能网使用SCEP生成业务，通过SMAP与SMP将业务载到SCP中运行。使用SCEP生成业务难度比较大，并且生成的业务文件格式没有统一的定义。通常情况下都是由SCP的设备提供商提供业务，运营商很难自己开发业务，第三方业务提供商无法介入，这样容易导致业务不一定符合最终用户的需要，而且新增功能和业务响应时间较长。传统智能网和承载网络结合紧密，不符合呼叫与承载相分离的潮流；同时，由于使用的协议无法统一，PSTN智能网、GSM智能网、CDMA智能网、PCS智能网的业务各不相同，因此不能实现固定网、移动网和数据网等网络在业务层面上的融合。
新一代业务平台应该采用OSA架构，其核心思想是通过开放的第三方接口将承载网络的能力开放给第三方，由业务能力服务器对底层各种网络协议进行封装。例如，呼叫控制能力服务器负责对SIP、CAP等进行封装，从而将呼叫控制的能力开放给第三方，第三方可以用来实现电路域的呼叫接续、呼叫路由、计费控制等业务特性；再如用户交互能力服务器可以提供通信交互、多媒体短消息交互等功能。
应用层的Application Server（应用服务器）可以由第三方独立软件供应商提供。由于API已经将网络的能力进行了抽象，因此应用服务器的提供者只需了解API的内容即可，而无需了解底层网络实体复杂协议（SIP、INAP、MGCP、CAP等）的细节，从而降低了门槛，使他们能够将更多的精力放在用户需求和业务流程的实现上。
此外，由于底层的各种网络协议在统一业务平台处实现了汇聚，并且对于上层的应用来讲，屏蔽了底层的实现，因此使语音、数据、多媒体的融合变为了可能。同时，由于新建的系统与原有的网络实体之间沿用传统的协议（INAP、CAP），因此能够100％继承现有PSTN的所有业务，包括新国标基本业务、补充业务、商业网增值业务并兼容现有的智能网业务。
对运营商而言，建设统一的开发平台，如同是建设一条高速公路，业务开发商制造各种各样的车，最终用户可以自由选择并乘坐这些车。在这条高速公路上设有收费站，运营商可以从中获得盈利，通过在技术体制上提供对于各种车辆管理的能力，这样可以形成多赢的局面，运营商可以提高网络的利用率，专注于基础网络的维护，能够和业务开发商共同盈利；同时大量的业务开发商有了进入电信领域的机会，从而可以缩短业务的生成周期，形成百花齐放、百家争鸣的局面；对于最终用户而言，由于业务开发商数量和种类都会比较多，最终用户可以有更多的选择，可以使用更加丰富多彩的业务。
----《电信技术》
|
