cBSS集中业务支撑系统：作用、业务流程与OCS区别

在电信运营商的后台系统中，用户看到的一次开户、套餐变更、业务办理或费用结算，往往需要多个业务支撑环节共同完成。BSS（Business Support System，业务支撑系统）就是承担这类运营业务的重要系统体系。

cBSS是中国联通使用的集中业务支撑系统名称，英文为Central Business Support System。与早期分省建设、分散运行的业务支撑方式相比，cBSS强调业务能力和核心数据的集中支撑，使开户、计费、账务等业务可以在统一体系中处理。

需要区分的是，cBSS并不是一个通用的3GPP网络协议，也不能与OCS在线计费系统直接画等号。两者会在运营商业务过程中发生数据和业务协同，但承担的职责并不相同。

cBSS在运营商业务支撑体系中的位置

BSS主要面向运营商的市场经营和客户业务处理，与负责网络设备运行、资源维护和网络管理的OSS（Operation Support System，运营支撑系统）关注重点不同。

在中国联通的业务体系中，cBSS体现的是业务支撑能力集中化。中国联通公开资料将cBSS定义为集中业务支撑系统，并曾明确描述其利用分布式技术实现开户、计费、账务等功能。

从业务角度理解，cBSS更接近一个覆盖多类运营业务流程的支撑体系，而不是只负责某一项计费动作的软件。

因此，理解cBSS时，重点应放在“集中业务支撑”上，而不是把它理解为一个单独的营业厅软件或单一计费服务器。

集中化为什么是cBSS的重要特征

传统电信业务支撑系统往往随着区域和业务发展逐步建设，不同省份、渠道或者业务类型可能形成相对独立的平台。当系统数量越来越多以后，产品上线、数据管理和跨区域业务容易受到不同系统架构和数据口径的影响。

cBSS的“Central”强调集中化，其价值主要体现在业务规则、核心数据和支撑能力能够在更统一的体系中运行。

统一业务支撑

同一类业务不再完全依赖各区域分别建设一套独立处理逻辑，有利于统一产品配置和业务流程。运营商推出新的套餐或业务时，也可以减少多套系统分别调整带来的复杂度。

支持跨区域办理

当客户信息和业务能力集中以后，异地业务办理不再完全依赖多个区域系统之间进行复杂的数据转换。具体能够办理哪些跨区域业务，仍取决于运营商当期的业务规则和系统权限。

支撑多渠道业务

线下营业厅、网上营业厅、手机应用以及客服渠道虽然面向用户的界面不同，但后台都需要调用相应的客户、产品和业务受理能力。集中业务支撑体系可以为多个渠道提供相对统一的后台能力。

这里需要避免一个误区：cBSS最初建设与移动互联网、4G等业务快速发展阶段密切相关，但cBSS本身不能简单定义为“4G业务系统”。中国联通目前的公开报告仍在使用cBSS这一名称，其含义仍然是集中业务支撑系统。

OCS负责的是在线计费

OCS是Online Charging System的缩写，即在线计费系统。它并不是中国联通自行定义的专有系统名称，而是3GPP计费体系中的一个正式技术概念。

在线计费的关键特点，是计费过程能够参与业务使用过程，而不是等到业务结束以后再统一处理费用记录。

以需要实时额度控制的业务为例，系统可能需要在业务开始或持续使用过程中确认用户账户是否还有可用余额或额度，并根据业务使用情况进行额度预留、费用计算和余额管理。OCS就是为这类在线计费过程提供相应能力。

按照3GPP的OCS架构，在线计费可以涉及承载业务、应用或服务以及IMS业务，并包含费率计算、账户余额管理等相关能力。

为什么需要在线计费

如果所有费用都等业务结束以后才计算，那么对于需要严格控制余额的业务，运营商可能无法在业务使用过程中及时判断账户是否还具备继续使用的条件。

在线计费可以在业务进行过程中参与额度控制。例如系统先申请一定的可使用额度，用户消耗后再继续申请下一部分额度；当可用余额不足时，可以按照业务策略限制后续使用。

因此，OCS的重点不是完成所有客户业务流程，而是围绕实时计费、费率计算、额度控制和账户余额管理工作。

cBSS与OCS的职责有什么区别

cBSS和OCS容易被混淆，是因为计费本身也是运营商业务支撑的一部分，而且用户办理套餐以后，业务支撑系统与计费系统之间需要交换相应的产品和计费信息。

但从系统职责看，两者并不是同一层面的概念。

因此，用“cBSS服务范围大、OCS服务范围小”来简单区分并不准确。两者更本质的差别，是系统目标不同：cBSS解决的是运营业务如何集中支撑，而OCS解决的是业务使用过程中如何完成在线计费。

同样，也不宜把“cBSS包括OCS”当成一个适用于所有运营商架构的固定技术定义。实际网络中，OCS可以与BSS、业务平台以及网络侧计费功能进行交互，具体部署和系统边界取决于运营商自身架构。

一次业务办理中cBSS和OCS如何协同

通过一个简化的业务过程，更容易理解两套系统之间的关系。

假设用户办理一个包含语音或数据资源的套餐，前台营业渠道首先提交业务办理请求。cBSS侧负责相应的客户业务受理、产品和套餐关系处理，并使业务配置进入后续开通及计费流程。

当用户真正开始使用需要在线计费的通信业务后，网络或业务平台会按照计费架构与OCS进行交互。OCS依据用户账户、费率和可用额度完成在线计费及额度控制。

可以将这个过程简化理解为：

1. 用户办理业务： 通过营业厅、线上渠道或其他业务入口提交套餐办理请求。
2. cBSS处理业务关系： 完成相应的客户、产品、套餐及业务受理流程。
3. 业务开通： 相关配置进入网络和业务系统，使用户具备使用对应业务的条件。
4. 用户开始使用业务： 产生语音、数据或其他需要计费的业务使用量。
5. OCS参与在线计费： 根据费率、账户和额度信息完成实时计费控制。
6. 账务继续处理： 计费结果按照运营商业务流程进入后续账务和客户服务环节。

这个流程只是用于说明职责关系，实际运营商网络通常还会涉及CRM、订单、产品管理、计费、账务、网络开通以及其他支撑系统，不应把整个业务过程简化为只有cBSS和OCS两个系统。

理解cBSS和OCS时容易出现哪些误区

cBSS不是单纯的4G业务平台

cBSS建设和4G业务快速发展时期存在历史联系，但它的技术含义是集中业务支撑系统。继续把cBSS描述成专门提供“4G业务和4G宽带融合业务”的系统，会把历史建设背景误写成系统定义。

OCS不是中国联通独有技术

中国联通可以在自己的网络和业务体系中部署OCS，但Online Charging System本身属于3GPP计费架构中的标准化概念。其他采用相关移动通信和IMS计费架构的运营商同样可以部署OCS。

OCS不只等于预付费扣款

预付费是理解在线计费最常见的场景，但OCS的职责不能只概括为“给预付费用户扣余额”。3GPP定义的OCS还涉及在线费率计算、额度预留、账户余额管理以及多种业务的在线计费处理。

cBSS与OCS不是简单的上下级关系

cBSS属于集中业务支撑体系，OCS属于在线计费体系。两者需要根据运营商架构进行业务和数据协同，但不能仅用“一个系统包含另一个系统”解释全部关系。

从使用者角度看，用户在营业厅办理业务时感受到的是业务受理结果；而业务真正开始使用以后，后台可能继续经过网络控制、在线计费和账务处理等多个环节。理解这些系统各自负责的部分，比单纯记住几个缩写更有助于理解运营商BSS架构。