白皮书
数据业务管理平台(SDP)及相关业务流程会支持有效的业务生命周期管理，这缩短了业务的面市时间，提高了收益，实现了向IMS的平滑演进。
目录
1 综述
2 SDP推动运营商业务发展
3 运营商独一无二的地位
4 SDP架构
4.1 面向业务架构
4.2 SDP的功能组件
4.2.1 内容发布支持功能
4.2.2 服务提供商支持功能
4.2.3 业务控制与执行
4.2.4 业务展现与适配
4.2.5 通用业务引擎
4.2.6 业务引擎集成
4.2.7 通用支持功能
4.3 SDP软件平台原则
5 IMS增加了新能力
6 结论
7 术语
1、综述
由于激烈的竞争，在电信市场中传统的语音业务收入不断下降，运营商纷纷转向新的创新型业务以提高他们的竞争力。快速业务部署和有效的业务生命周期管理于是成为重要的竞争手段。
缩短上市时间是新业务得以立足的最重要因素。运营商可以凭借新奇的特性赢得市场份额，使自己处于竞争的有利地位。及时地终止一项业务也是至关重要的：当一项业务对用户失去了足够的吸引力而需要取消时，时间就是金钱。
重复利用网络中已有的业务组件，不仅使新业务的部署更加快速和高效，也降低了所需的投资和运营成本。
如要成功实现数据业务管理平台(SDP)，考虑运营商机构的业务流程与技术框架本身同样重要。使外部服务供应商的新业务可在两周的时间内完成批准和开通。如果水平架构的SDP支持这些业务，运营成本可节省25%。这还包括了用户终端设备所必需的配置。
SDP构建时应为这些业务目标的实现提供支持，其系统架构可重用现有的设备并能使现有业务逐渐移植到公共平台上。按照新的服务要求逐步构建SDP应该是可行的。
不存在从工厂直接生产出来就能直接投入使用的SDP。SDP需要按照运营商特定的要求来构建，而且应能使用大量现有的业务与设备。
由于IMS (IP多媒体子系统) 逐渐赢得了市场的认可，IMS子系统可以与现有的SDP集成在一起。集成SDP的IMS所具有的新功能，可以通过网络上任何的接入方式提供所有新的和现有的业务。
到目前为止，设计与部署数据业务管理平台是运营商在未来几年中将要做出的最重要的决定之一。无论业务是在运营商自有的网络内部署，还是通过第三方服务提供商提供，或是在托管的环境中运营，高效的生命周期管理和上市速度将会是业务成功的关键。
2、SDP推动运营商业务发展
日渐成熟市场上（市场渗透率接近饱和）的激烈竞争，已经抵消了运营商的语音和短信收入。对于固话运营商来说，来自移动、光纤和其它宽带运营商的压力已经将传统语音业务变成了日用品。基于广告的盈利模式使得新的市场进入者免费提供那些原本是收费的业务。
在这种环境下，现有的运营商纷纷转向寻求其它的收入来源以保护他们的收益。网络运营商凭借其得天独厚的能力提供的创新业务是一个极具吸引力的选择。
新业务可以在共享收入的基础上，在运营商域内发布，而此时运营商是一个内容的零售商。无论该内容是存储在运营商网络的内部还是外部，都由运营商来负责业务的性能。大多数情况下，流量收入归运营商所有，而业务收入则由服务提供商和运营商分享。
另一种选择是批发业务模式，也就是不论用什么网络来分发业务，服务提供商都保持与用户间的关系。服务提供商设定服务的价格。他们与运营商的关系通过服务级别协议 (SLA)加以明确，其中使用的信道类型、流量大小、业务计费、响应时间和业务质量等都已确定。在这种模式下，流量收入通常在运营商和服务提供商之间分享，服务提供商接入运营商网络可能会单独计费。
运营商也可选择将整个SDP运营外包给一家托管公司，由其全权负责业务生命周期管理的方方面面。在所有这些选择中，业务上市时间是最重要的区别之一。新颖性是业务推广的巨大动力，抢先进入市场可帮助运营商保住他们的市场份额。及时地终止一项业务也是至关重要的。当一项业务对用户失去了足够的吸引力而需要取消时，时间就是金钱。
SDP会通过部署新业务及业务开通本身所需的时间来影响上市的时间。在很多情况下，上市时间还受到运营商内部业务流程的极大影响。通过高效的业务流程组织，在提供一系列通用功能的SDP的支持下，上市时间可以从几个月缩短到几周。
在设计和部署SDP时应包含对运营商业务流程的调查和可能的重新设计，这也是非常重要的。
通过数据业务管理平台所具有的高性价比、合理控制及灵活性，成本可以降低20%到40%。但是，如果一味地考虑成本节省，会导致每个业务部署在各自的平台上，与其它网络部分的互通性就太少。任何用这种方式节省的成本都会随着业务数量的扩张而迅速消逝，从而将提高垂直实现的数量。这也会增加业务间冲突和用户信息不统一所带来的风险。
3、运营商独一无二的地位
网络运营商可以获得他们自己网络中关于用户和终端设备的重要信息----例如终端设备的状态（开—关—忙），终端设备的功能和地理位置（在移动网络中）。这些信息可以提供给服务提供商，以便他们能够根据用户需求提供更加精确的服务。
大多数情况下，运营商通过计费及帐务系统与用户保持业务关系，因此能够作为商业交易的中间人。
随着越来越多重要信息可通过互联网和移动终端来获得，用于保护这些信息的流程会给那些授权的用户带来更多不便。分别为单个业务进行授权很快成为了快速推广业务的严重障碍。
运营商可采用两种数字身份管理。一种是业务发布，或称流量使用情况，例如语音、视频和消息。另一种是鉴权、认证及计费（AAA）流程，以SIM卡或其它标识符的形式将流量与单个用户以及他们的账号和身份相连，大多数情况下为一个姓名和计费地址。
通过提供单点登陆（Single Sign-On）功能，运营商可以降低用户在一次会话中接入多种业务的限制。由于身份证明已经在会话伊始经过验证并传输到所有需要调用的业务中，因此用户可以轻而易举地在不同的应用之间切换。
通过内部的身份共享机制，运营商的各个业务分支机构可以交换用户信息来绑定他们的业务，为用户提供统一的体验。
通过外部的身份共享机制，运营商可以在用户的控制之下，以一种安全的方式，与外部服务提供商交换用户的身份信息和其它特性，同时仍能保护用户的隐私。只有新业务所需的信息得到传递，而且用户的身份甚至可以用假名来掩饰。这种方式使运营商有效地提供更多的业务，并充当身份提供商、接入提供商和支付提供商等新的角色。
在网络中部署新业务还需要经常配置用户的终端设备。但是研究表明，60%的用户认为，很难手工激活即使是像MMS这种相对简单的业务。
即使有客户支持中心或互联网上发布的信息的指导，仍存在阻碍业务快速推广的巨大风险。通过引入终端设备的自动配置及新业务的自动激活功能，运营商已经在业务推广方面经历了超乎想象的蓬勃发展。
以短信为媒介的普通彩信广告可使业务收入提高约10%，而使用终端设备的自动配置可使业务提高约50%。如果继续使用，会使业务收入翻番。
4、SDP架构
4.1 面向业务架构
面向业务架构（SOA）原则最适合应用在SDP架构中。SOA原则涉及到业务、松耦合、晚绑定、发现及开放性等功能的概念。
在理想情况下，SDP功能应体现为业务的形式。这意味着，SDP功能被分散到不同的业务中，并具有定义明确的业务合同和业务边界。由于SOAP是基于XML模式的消息可扩展协议，推荐使用其作为业务协议。基于SOAP的业务使用另外一种XML模式－WSDL来表述其业务合同。设计人员需选择SDP业务边界，以便业务达到高度的独立，而且设计人员独家拥有他们展现或保护的资源和能力。SDP核心层应包含一套丰富的业务，从与业务流程的交互到管理和展现网络功能。
业务松耦合的程度，取决于在业务不能识别语法或语义前可以对其进行更改的程度。在理想情况下，这实现了业务接口的独立升级，而不会中断业务合同。基于XML的API明确了供未来使用的扩展点，而且这些API被无法解释它的业务所忽略。另一种实现松耦合的“间接”方式是，在使用背离业务合同的业务内以及允许消息转化的业务之间，引入消息中介功能。除了鼓励在SDP内业务之间使用可扩展的XML消息之外，SDP核心层还在业务之间的通信中使用业务总线，从而采用XML消息中介服务或一个消息代理将现有的业务连接起来。
‘晚绑定’原则有助于业务在设计或部署阶段免于与其它业务紧密绑定。相反，业务可以在任何需要时与最适合的业务绑定：在启动与现有业务的绑定时，如果在运行时现有的业务不响应而需要找到替代的业务，或在发生激活一次再绑定的事件时，如改变载荷或成本。获得晚绑定好处的另一个方式是在业务间引入一个消息路由器。此方式下，业务用寄存在消息路由器内的逻辑业务地址来寻找和交换消息，由路由器按已配置或计算出的逻辑决定哪条消息发送到哪个业务。
SDP应包含UDDI注册功能，以使业务根据运行时发布的业务合同类型来寻找其它业务。SDP核心层也应包含一个服务总线，以便消息路由逻辑可以按标准的XML路由器或间接地按业务流程功能中实施的工作流程来配置。
不同的机制（包括业务注册（如UDDI）及消息路由器）使SDP业务发现其它业务。尽管SDP核心层业务专为使用这些机制而设计，但通常很难使现有的业务能力被发现。这也是使用不相容发现机制的基于SOA的业务所面临的问题。一般情况下，SOA技术可以通过实现业务“门面”及封装现有能力的方式解决此问题，或者使用担任不相容发现机制间发现代理的业务中间人来解决。
以松耦合业务来展现SDP功能－使用晚绑定及标准交互平台技术，如SOAP/XML－可确保SDP解决方案的开放性、可扩展性以及随需求而升级的方便性。SOA最佳的实施应通过SDP架构应用以确保该解决方案可重新组装，通过修改、调换及使用集成方式－如业务合成及业务门面而扩展现有业务的方式。新业务可被引入、注册，并容易被其它业务或业务流程访问。由于SDP核心层中的业务流程及工作流使用基于BPEL的开放处理引擎创建，因此也可被修改及扩展。
4.2 SDP的功能组件
图 1 数据业务管理平台功能图
4.2.1 内容发布支持功能
该域主要说明的是SDP与内容域（区别于业务域）之间的内容发布及工作流。内容发布支持功能主要用于确保内容可用于业务，而不是用于业务发布本身。业务发布本身为业务控制及执行域的功能。
内容发布支持功能借助于很多工作流相关业务用例来实现其功能，包括：媒体适配、工作流调度及协调、获取连接方法、元数据规则执行、 数字版权管理、放映及内容存储与访问。他们也与其它SDP实体交互以支持用例，如：发布、内容提供商身份、边界及内部安全、合作伙伴与供应链付款、收入共享及内容发现。
4.2.2 服务提供商支持功能
服务提供商支持功能用于合作伙伴管理，并提供确保业务短期面市的重要功能。该功能通过合作伙伴门户、B2B Web业务接口向合作伙伴开放。
合作伙伴管理是中心管理方法的一部分，其可被看作是中心管理数据的不同方式之一。
4.2.3 业务控制与执行
这两个域主要提供业务逻辑执行及业务部署的服务。他们与业务生成及业务合成交互，以支持软件组件的部署。
业务控制与执行应支持多技术及应用服务器组件的执行环境。该部署涵盖外部用户及业务域，以及内部业务控制与执行域。
4.2.4 业务展现与适配
该域剪裁已被接收设备适配了的媒体及内容的表现。典型地，其涉及到实时处理进程。预处理进程由应按特定设备适配内容的内容发布支持域调度。‘剪裁’包括以商标、广告、消息等方式添加信息。该剪裁可基于用户存在与否、用户位置及用户参数而定。
4.2.5 通用业务引擎
在业务控制与执行中，通用业务引擎通过业务引擎整合、或直接向业务实现引擎业务能力及底层网络能力的开放。
通用业务引擎的主要用途就是对创新型业务的生成提供可重用的构建模块。通用业务引擎可以是业务，但随着业务的发展，此业务改而成为其它业务的辅助业务，也就成为了通用构建模块(参见4.2.3)。
通用业务引擎通过连接器来开放其功能，如：私有协议和/或使用通用格式的描述语言。业务引擎也与其它SDP实体协作以支持用例覆盖，开通、运营及维护、安全及业务支撑。
4.2.6 业务引擎集成
业务引擎集成通过业务引擎提供业务的连接，其通过与其它SDP域中的实体－尤其是业务引擎实体交互而实现用例，视应用的整合案例特性，其也需要与其它实体交互，如安全策略（业务质量）实体。
4.2.7 通用支持功能
该域在SDP内部、并向外部的业务支持及运营支持域提供支持功能，用于通用系统方面及业务方面。通用支持功能与其它所有SDP域协作，提供SDP内及协作域的用户、业务及相关数据的处理，具体包括：
4.3 SDP软件平台原则
SDP软件平台是将以前出现SDP组件重新组合形成通用架构、开发及实时运行环境的一组技术。SDP软件平台包含J2EE实时应用服务器、数据库及带有SOA功能的业务流程处理与集成能力。
无论作为业务开发平台－如在JBI等技术中的表述，还是作为业务间的协调消息总线角色，SDP架构都应支持企业服务总线（ESB）技术。JBI 作为一个业务生成平台，自然可融入SDP应用层。JBI容器中配置的业务，按其Web服务特性的成效，可以直接访问SDP核心能力。消息总线（或消息代理）则作为SDP核心功能与应用层应用之间的集成层。SDP核心层内部交互的业务也遵循SOA原则，使用业务总线。
SDP核心层内部的最重要架构策略应该是将专用业务行为移至业务流程处理的相应级别，旨在获取适应性强的、灵活的解决方案。业务过程是实时的、不断升级的；支撑平台因此也必须支持频繁、简单的业务过程修改，以便支持灵活的运营商SDP。基于此观点，扩展运营商SDP已变成日常行为，而不是需要在中断的措施中发生的行为。
SDP核心层中，业务流程处理应使用BPEL及现成的运行J2EE的业务流程处理服务器来完成。使用标准的、有广阔市场前景支持的语言，如BPEL，是首要业务流程领域中投资保护的关键。
为在架构内提供灵活的业务，SDP软件平台应包括规则引擎。规则引擎提供基于规则的策略决定点、自动控制及其它能力的定义及执行。
本文描述的SDP架构预见了DBMS技术及系统作为业务相关数据的主要稳定存储的应用。SDP核心层应使用DBMS技术作为所有SDP核心层业务流程实现的通用业务数据的存储。
SDP不能作为单独实体构建，其必须在现有网络基础上构建，以避免部署时的离线升级。在SDP内融合现有业务将确保平滑移植、对现有业务产生最小的中断。而且，即便SDP是明确定义的、与呼叫控制及访问相对独立的层，其也必须重视存取。系统集成商必须理解并拥有现有核心网及可用接入网的特性。
使用此方式构建SDP－基于常用软件组件及标准协议－也将确保会有足够的胜任软件工程师维护及开发此平台。这将进一步减少运营及维护业务环境的成本。
5、IMS增加了新能力
IMS的最终成功将取决于运营商和供应商是否能确定、开发并提供出新的吸引用户的、产生明显收入的业务。然而，为使这些新业务真正成功，用户体验尤为重要。无论运营商还是用户都不会寻找虽然是新的、但是不与现有技术交互应用的一组独立业务。新业务必须与现有业务模式及既定用户行为无缝融合。
对已实现了SDP的运营商来说，业务连续性、平滑移植及投资重用是最重要的因素。当然，IMS的引入对全IP架构来说不会是一次革命，而仅是一次升级。
明确设计的SDP成就了开放的标准及协议的广泛使用。通用业务引擎如SMS-C、MMS-C、多媒体流及通用支撑功能，如开通与计费会提供更多的协同、加速集成，因此也支持快速业务开通。SDP架构向使用Parlay的第三方服务提供商及应用开发者提供B2B接口。但是SDP当前关注于P2C及P2P消息业务，如：下载、浏览、流或基于短信及多媒体短信的消息服务。此外，SDP提供基于智能网或Parlay的语音增值业务，如：虚拟专用网及免费电话。内容及通信服务仍然是独立的，尚不能融入或整合至IMS可预见版本。现今的SDP基于一些不同的标准，其实现也因运营商而各异，这些都限制了互用性，没有考虑固网与移动网的融合。
引入IMS将是一个循序渐进的过程，将引进新型的基于IMS的业务和业务引擎，帮助运营商开通丰富的通信新业务，如“一键通”及“IP Centrex”。额外的通用引擎及标准IMS架构特性将SDP的横向功能带入了下一级别。如上文所述，为实现更大的客户基础，新业务提供与已有业务如SMS或MMS的交互能力，尤其是在初始阶段，是非常重要的。同时，B2B 接口还要包含类Parlay X的Web业务。此技术提供更多的适应性，而且在应用开发商中广为人知。
6、结论
设计部署高效的SDP及配套业务流程，将是运营商未来几年为保持竞争力而必须实施的最重要工程之一。
快速开通新业务涉及到改造电信公司的整个业务生命周期管理流程。业务流程及配套技术必须尽可能准备充分，以便在各种新业务开通时重用。
SDP会提供一系列水平化通用功能，以供生命周期各阶段的不同业务使用。采用标准的软件组件及协议并根据SOA原则构建SDP，可确保有足够的能力用于未来的运营、维护及升级，还可使运营成本降至最低。可根据SDP所支持业务的需求对其进行逐步的开发。
IMS将成为推动SDP发展的技术。IMS的功能将显著改善用户在多媒体业务上的体验.
7、术语
AAA: 鉴权、认证及计费
API: 应用程序接口
B2B: 企业到企业
BPEL: 业务流程执行语言
CRM: 客户关系管理
DBMS: 数据库管理系统
ERP: 企业资源规划
ESB: 企业服务总线
IMS: IP多媒体子系统
JBI: Java业务集成
MMS: 多媒体短信业务
MMS-C: 多媒体短信业务中心
J2EE: Java企业环境版本2
JBI: Java业务集成
O&M: 运营与维护
OPEX: 运营成本
P2C: 个人到内容
P2P: 个人到个人
QoS: 业务质量
SDP: 数据业务管理平台
SIM: 客户识别模块
SLA: 服务级别协议
SMS: 短信业务
SMS-C: 短信业务中心
SOA: 面向业务架构
SOAP: 简单对象访问协议
TTM: 面市时间
UDDI: 统一描述、发现和集成
VPN: 虚拟专用网
WSDL: Web服务描述语言
XML: 可扩展标记语言
