分类
软交换体系结构及其业务支撑环境（2）‖
| 从业务用户的角度可以 。传统智能网中为大多数用 种业务的特性是对集中数据 有很高的性能要求。运行公 以称之为“网络核心应用服 适合位于网络的边缘，可以 可以采用不同的技术，有不 | 将各种业务分为通用的公众业务 户所接受的业务主要是全局性的 库进行操作，数据量大且通用性 众业务的应用服务器适合位于核 务器”。而提供个性化业务的应 称为“网络边缘应用服务器”。 同的结构特点。 | 和专用性强而利用率低的个人业务 公众业务，例如300、800业务。这 高，对运行这类业务的应用服务器 心网络上，由网络运营商维护，可 用服务器需要Ｓ胗没Ы换ィ?br>根据不同的业务特点，应用服务器 |
| 目前，应用服务器和软 的Parlay API规范，从这个 服务器两类，前者与软交换 之间的接口。 | 交换之间的接口，国际上主要有 角度来看，又可以把应用服务器 之间采用SIP协议进行交互，而 | IETF的SIP协议和Parlay组织制定 分为SIP应用服务器和Parlay应用 后者则将Parlay API作为与软交换 |
| SIP应用服务器 |
| SIP协议是由IETF提出 终结一个或多个参与者参加 Internet一贯坚持的简练、 种业务，包括IN业务和ISDN 容易地利用E-mail等Intern | 并主持研究的一个应用层控制（ 的会话进程。SIP借鉴了HTTP和S 开放、兼容和可扩展等原则，并 附加业务的支持。而且，基于SI et中特有的业务特性，形成新的 | 信令）协议，用来创建、修改以及 MTP协议的设计思路，遵循了 充分考虑了对传统公众电话网的各 P协议的API进行业务开发，可以很 业务增长点。 |
 |
| |
| SIP应用服务器提供的业务开发接口 术。 | IETF针对SIP应用的开发人员提供了两类业务开发技 |
| 一类是针对可信度较高用户的SIP CG API规范。这两旨际豕δ芙锨浚褂?br> | I和SIP Servlets，并制定了SIP CGI和SIP Servlet 不当会给应用服务器带来不安全的因素。 |
| 另一类是针对可信度较 IETF的IPTEL工作组制定的 用来描述和控制个人化的In ），处理能力较弱，从而能 。 | 低普通用户的CPL（Call Proces 一种基于XML（Extensible Mark ternet电话业务（包括呼叫策略 够保证由普通用户编写的CPL业 | sing Language）语言，它是由 up Language）的脚本语言，主要 路由、呼叫筛选、呼叫日志等业务 务逻辑不会对应用服务器造成破坏 |
| SIP应用服务器的体系结构 图2示出了一种SIP应用服务器的高层体系结构。 |
| 图2所示的应用服务器可以提供对基 行支持。底层是SIP协议栈，用来提供协 务冲突和事件分发。SIP Servlet引擎提 则提供对基于SIP CGI业务的支持。CPLSe | 于SIP Servlet、SIP CGI、CPL等多种接口业务的运 议能力。之上引入了一个规则引擎，主要用来处理业 供基于SIP Servlet业务的运行环境，而SIP CGI环境 rvlet是对CPL业务脚本解释程序。 |
| 基于Parlay的应用服务器 |
| Parlay应用服务器提供 开发接口，以便不同能力、 CORBA的Parlay API接口、 XML、CPL、VoiceXML的接口 务开发者可以根据业务的需 | 的业务开发接口 Parlay应用服 不同类型的业务开发者开发丰富 基于JAIN SPA标准的Java API接 等。这些接口的抽象层次逐渐增 要和自己的能力选择合适的开发 | 务器可以提供不同抽象层次的业务 多样的业务。例如，可以提供基于 口、基于JavaBeans的接口、基于 高，但接口的能力也逐渐降低，业 接口。 |
| Parlay应用服务器的体 CORBA总线送上的业务请求 可以通过浏览器进行业务的 务冲突管理用于在激活业务 的运行场所。图中的应用服 控制、负载平衡、故障管理 者则利用应用服务器提供的 | 系结构 图3所示的Parlay应用服 ，还支持通过Web浏览器经HTTP 定购、客户化管理，Web Server 之前处理业务冲突。业务逻辑执 务器还包含业务管理服务器和业 、业务生命周期管理、业务定购 多种业务开发接口，提供图形化 | 务器不仅支持软交换设备通过 协议送来的业务请求，而且用户还 是应用服务器的一个组成部分。业 行环境提供了基于Parlay业务逻辑 务生成环境的功能，前者负责负载 管理、业务客户化管理等工作，后 工具方便业务的开发。 |
| 业务管理服务器 |
| 业务管理服务器与应用 、业务数据和用户数据的管 ，也可以通过制定业务管理 在。 | 服务器相配合，主要负责业务的 理等。业务管理服务器可以与应 服务器和应用服务器之间交互的 | 生命周期管理、业务的接入和定购 用服务器配合存在（如图3所示） 开放接口标准，作为独立的实体存 |
| 业务生成环境 |
| 业务生成环境以应用服务器提供的各 备的业务开发环境、仿真测试环境和冲突 如CPL、VoiceXML、XTML等）引入到业务 务的开发。 | 种开放API为基础，具有友好的图形化界面，提供完 检测环境。通过将应用框架/构件技术和脚本技术（ 生成环境中，可以提高业务开发的抽象层次，简化业 |
| 下一代网络的业务生成环境与传统智 务生成环境与具体的信令协议相关、所生 开放商，根本无法提供基于融合网络的混 API规范和脚本技术，支持独立的业务开 | 能网中的业务生成环境的根本不同点在于：传统的业 成的业务与具体的运行平台相关，不支持独立业务的 合业务。而下一代网络的业务生成环境基于开放的 发商和跨网业务。 |
| 随着通信网技术的飞速 构、融合环境下建立新一代 质量和个性化的跨网业务， 络技术发展中的一个极其关 | 发展，多种异构网络间的融合已 面向公众的、开放的通信业务支 并且促成独立业务运营商和独立 键的问题。 | 是大势所趋。如何在这种分布、异 撑网络，快速有效地提供丰富、高 业务提供商的形成，已成为通信网 |
| 关于“下一代网络” |
| 从国际软交换论坛ISC P909项目、多业务交换论坛 面、兼容已有网络技术的开 | （现更名为IPCC）、ITU－T NGN MSF等国际研究组织和研究项目 放体系架构。 | 2004 Project、JAIN，EURESCOM 来看，下一代网络是指包含多个层 |
| 其特征主要包括： |
| 基于分组传送，以IP网为骨干网； |
| 分层的网络体系，将应用/业务控制 制分离； | 与呼叫/会话控制分离，呼叫/会话控制与承载连接控 |
| 提供网络能力的开放接 种业务； | 口，以一种统一的方式灵活地提 | 供语音、数据、移动、多媒体等多 |
| 开放、分布的业务提供模式，支持移动性和各类终端的接入。 |
| 显然，网络融合与业务 们多年寻求三网合一，寻求 业务层技术，甚至狭义地将 放的业务支撑环境。 | 开放是下一代网络最显著的技术 增值业务的愿望，从而导致人们 下一代网络理解为软交换。而在 | 特征。正是这些特征优势迎合了人 往往更关注下一代网络的控制层和 软交换体系中一个重要的技术是开 |