dev2dev 首页 > 资源中心 > 技术文章
BEA WEBLOGIC COMMUNICATIONS PLATFORM简介
摘要
电信网络行业正面临着越来越大的压力，包括增加收益、降低成本、开拓新服务以及追加对不断发展的传统网络的投资以将其改造为基于IP的下一代网络。BEA WebLogic Communications Platform产品家族是业内首个提供聚合式服务创建和执行平台以及功能强大的策略执行平台的产品套件，它使电信网络运营商能够以更快的速度和更高的成本效益获得新的收益潜力。本文将概述其各个产品以及WebLogic Communications Platform的技术基础。
聚合IT和电信服务
BEA WebLogic Communications Platform产品家族包括2个产品：BEA WebLogic SIP Server和BEA WebLogic Network Gatekeeper。BEA WebLogic SIP Server是一个基于Java社区标准SIP Servlet APIs (JSR 116) 的应用服务器，它集成了Java Enterprise Edition (Java EE)和会话初始协议(SIP)。具体来说，WebLogic SIP Server实现了一个与HTTP Servlet容器相集成的SIP Servlet容器，从而使得HTTP和SIP应用组件可以同时位于单个Java EE平台上。WebLogic Network Gatekeeper是一个基于策略的服务水平协议(SLA)实现和电信Web服务平台，可以使用模块化资源适配器框架将它插入运营商的网络基础架构。这两个产品旨在使不熟悉电信网络协议的开发人员利用现有的IT应用程序开发API和工具使现有的IT和基于Web的应用程序支持通信功能。这有助于将基于IT的应用程序、服务和平台引入电信服务基础架构层。
WebLogic Communications Platform中的这两个产品是互相补充的。WebLogic SIP Server是一个供企业和电信网络运营商创建和增殖新的通信服务的平台。随着运营商网络上使用的来自第三方内容和应用程序供应商的应用程序数目的不断增加，网络运营商可以使用WebLogic Network Gatekeeper来控制对第三方业务伙伴和运营商自身应用程序的访问和使用。
更方便开发人员使用
对于开发人员来说，WebLogic Communications Platform产品提供Java和Telecom Web Services这两种方法供他们构建支持通信功能的应用程序。通过使用BEA WebLogic SIP Server，那些已经熟悉HTTP Servlet编程模型的开发人员可以方便地使用SIP Servlet API（这些API是对Java EE HTTP Servlet API和容器的SIP扩展）创建基于SIP的应用程序。由于WebLogic SIP Server实现了一个集成的HTTP-SIP Servlet容器，因此开发人员可以将HTTP Servlet和SIP Servlet部署在单个Java EE平台上，而不是部署在两个单独的平台上。这有助于更快速、更高效地开发和部署应用程序。
构建聚合式IT-电信服务的另一种方法是使用Telecom Web Services。在此模型中，开发人员可以使用他们需要的编程语言和组件模型创建应用程序，并通过Telecom Web Services使应用程序支持通信功能。WebLogic Network Gatekeeper实现了基于Parlay X Web Services API行业标准的Telecom Web Services API，该行业标准由Parlay Group、ETSI（European Telecommunications Standards Institute）、3GPP（Third Generation Partnership Project）以及3GPP2联合定义。这允许不熟悉电信网络关键协议（如：用于SMS的SMPP、用于MM7的MM7、用于位置服务的LIF/MLF等）的开发人员通过SOAP使用WSDL来创建可以发送SMS和MMS以及请求和接收用户位置信息的应用程序。这也使得网络运营商可以向第三方开发人员和服务供应商开放优质的电信网络功能，而同时又使用WebLogic Network Gatekeeper内置的自动身份验证和授权网络访问控制机制。图1概述了这些产品及其在平台中的作用。
图 1. BEA WebLogic Communications Platform概览
通过利用Java和Telecom Web Services API来实现WebLogic Communications Platform产品，电信网络运营商现在可以在一个更广的范围内寻找应用程序开发人员，而不必局限于传统的电信应用程序开发人员。这些开发人员以往都是为Web社区以及企业IT开发应用程序的。由于Internet服务与电信服务之间的屏障正逐步被打破，因此网络运营商可以利用Internet成熟的创新技术来丰富通信服务的功能，使其更有用。
SIP Servlet
SIP Servlet API被JCP（Java Community Process）标准化为JSR 116，该标准为开发SIP应用程序提供Java应用编程模型。SIP Servlet API 1.0版本已经于2003年2月发布，而下一个修订版，即SIP Servlets v1.1，目前被定义为JSR 289。Java EE指定HTTP Servlet为构建Web层应用程序的主要技术。SIP Servlet是作为添加了SIP特有功能的通用Servlet API而定义的。SIP Servlet与HTTP Servlet非常相似，因此HTTP Servlet开发人员能够快速适应该编程模型。SIP Servlet与HTTP Servlet具有许多共同点，包括：
- Servlet必须继承API提供的基类。HTTP Servlet必须继承HttpServlet，而SIP Servlet必须继承SipServlet。
- 必须重写并实现方法doXxx()。HTTP Servlet具有与GET/POST方法相对应的doGet()/doPost() 方法。类似地，SIP Servlet具有与相应的SIP操作相对应的方法，比如doAck()和doSubscribe()。应用程序开发人员必需重写并实现相应的方法；
- SIP Servlet的生命周期和管理方法（init()和destroy()）与HTTP Servlet的完全相同。会话和属性的操纵类似。
- SIP Servlet编程模型具有一个名为sip.xml的部署描述符，对应于HTTP Servlet的web.xml描述符。应用程序开发人员和服务主管可以编辑该文件来配置使用多个SIP Servlet的应用程序。
但是，SIP和HTTP Servlet之间也存在一些区别，这其中很多是源自底层协议的不同。有关SIP Servlet的更多技术性介绍，请阅读An Introduction to SIP（中文版，dev2dev，2006年3月）。
WebLogic SIP Server
WebLogic SIP Server是WebLogic Communications Platform产品家族的SIP应用服务器组件。它提供一个基于Java EE和SIP Servlet的集成应用容器，用于驻留并执行基于SIP的应用逻辑。WebLogic SIP Server交付了对JSR 116 Servlet API及容器的独有实现，即，将其与Weblogic Server的Web层Servlet容器集成，从而在Weblogic Server平台上运行这两个容器。
JSR 116 SIP Servlet API是用于创建和部署基于SIP的应用程序的Java社区标准。在WebLogic SIP Server中，SIP Servlet编程模型集成了用于创建和部署基于HTTP的应用程序的Java标准。因此，针对WebLogic SIP Server创建的应用程序可以部署在SIP Servlet或HTTP Servlet容器中，可以从一个容器调用另一个容器的事件和请求，从而创建一个真正的聚合式HTTP-SIP应用程序。由于两个容器是集成的，因此操作、管理、管理属性以及安全性、性能和可用性都是共有的。
图 2. BEA WebLogic SIP Server产品架构
对于开发人员来说，使用聚合式HTTP-SIP Servlet容器（请参见图2）的一个主要优点在于：HTTP应用程序触发SIP应用程序中的事件时无需在Servlet容器外部执行，反之亦然。例如，SIP应用程序的大多数用例均涉及基于HTTP的交互操作——无论是客户还是企业终端用户，针对信息或服务的请求都可能是通过基于Web的客户端应用程序进行基于HTTP的交互而开始的。通过交互，终端用户可以决定是否执行商业交易，或者在可以使用支持SIP的服务时，选择单击服务，其中的服务可以包括电话呼叫、即时消息或者其他任何类型的通信或协作活动。用户可以利用可用的到场、位置和联系人偏好信息来决定要采取的操作。最后，启动HTTP事务的用户会通过初始化一个SIP请求来结束事务处理，然后他们可能会返回到基于HTTP的活动。
WebLogic Network Gatekeeper
WebLogic Network Gatekeeper是WebLogic Communications Platform产品家族的策略实施和Telecom Web Services组件。该产品抽象化了网络运营商的服务交付平台中服务层中的应用程序接口和网络接口。应用程序接口通常被称为“北向”接口，它通过高级Web服务向开发人员开放电信网络服务功能，如消息传递、呼叫控制、位置和到场服务。这允许对电信协议和API不太精通的开发人员使用WSDL和SOAP来创建新的通信服务。在WebLogic Network Gatekeeper中，这些“北向”应用程序接口指的是Telecom Web Services。
通过开放传统的（遗留的）电信服务API和新的高级Web服务，运营商和应用程序开发人员可以为每个应用程序选择最合适的API。例如，可以根据性能需求、应用程序复杂性或开发人员能力选择合适的API。此外，当前的应用程序（如使用SMPP和CIMD的应用程序）可以“按照原样”集成至WebLogic Network Gatekeeper，因此能够充分利用对当前应用程序的投资，即这些应用程序可以利用WebLogic Network Gatekeeper所提供的策略、计费和SLA实施机制。
网络接口通常被称为“南向”接口，它允许使用模块化的插件架构将WebLogic Network Gatekeeper与各种特定于运营商的电信网络功能相集成。“南向”插件的例子包括使用SMPP（用于SMS）、MM7（用于MMS）以及LIF/MLF（用于位置服务）发送和接收请求的适配器。通过提供一系列广泛的标准网络协议，运营商可以直接通过基于IP的服务节点（SMSC、MMSC等等）或通过OSA/Parlay网关快速提供访问GSM、GPRS、SIP、IN和3G服务节点的应用程序。
可以使用WebLogic Network Gatekeeper的Extension SDK对WebLogic Network Gatekeeper“北向”和“南向”接口进行扩展，从而满足网络运营商提供更多的Telecom Web Services的特定要求，还可以扩展网络接口适配器。该SDK也提供应用程序开发人员工具，包括一个供开发人员测试针对Telecom Web Services接口而开发的新应用程序的网络模拟工具。通过使用应用程序和网络接口均可扩展的模块化架构，运营商可以根据他们的独有网络服务功能方便地创建有吸引力的服务产品——当网络中引入新的或增强的服务功能时，可以方便地添加新的应用程序和网络接口。
WebLogic Network Gatekeeper的核心是功能强大的策略实施引擎。利用它的基于策略的应用程序访问控制，运营商可以动态定制SLA数据和实际访问规则以满足业务模型和安全性要求。通过使用策略和订阅者配置文件数据，WebLogic Network Gatekeeper可以在接受服务请求前执行大量与订阅者相关的检查。例如，WebLogic Network Gatekeeper可以控制订阅者订阅的服务、所使用的支付方式、帐户状态、特定于用户的好友和黑名单以及是否使用昵称。这些检查将应用于应用程序初始化的请求以及网络初始化的请求。
结束语
本文主要关注构成WebLogic Communications Platform产品家族的核心技术、标准和组件产品，尤其是那些与开发人员关注的、创建聚合式IT和通信应用程序息息相关的方面。WebLogic SIP Server交付了一个高性能的聚合式HTTP Servlet-SIP Servlet应用容器，该容器旨在为开发人员提供一个功能强大的服务创建、部署和执行环境，从而实现基于SIP的实时交互式多媒体应用程序。利用WebLogic Network Gatekeeper，开发人员可使用基于Parlay X Web Services标准的高级且简单的Telecom Web Services接口使现有的和新建的应用程序支持通信功能。
参考资料
原文出处：http://dev2dev.bea.com/pub/a/2006/02/communications-platform.html
| 作者简介 |
|
Ken Lee 是管理WebLogic Communications Platform产品系列的产品营销，包括WebLogic SIP Server和WebLogic Network Gatekeeper。他在产品管理和产品营销方面有13年经验。在加入BEA之前，他在Sun公司管理企业Java营销活动。 |
作者其它文章
|
