业务支撑网数据共享及流程畅通

1、业务支撑网数据共享及流程畅通 大家上午好。来参加这个计费中国oss大会两次了，这是我第二次跟我们在座的参会者交流联创在支撑系统里的理解。 今天跟大家沟通的主题是支撑网当中数据共享的问题，以及支撑网当中流程怎么畅通。交流的内容，我们分三个方面，第一个方面是如何去定义一个支撑网，第二个方面跟大家沟通一下，数据在网络当中它是怎么共享的。第三个方面我们看数据流在一个网络当中怎么流通的。我们从这两个视角来看，面向3g业务的时候，那么它对这两个的要求。那我也会穿插一点。以一个运营商为例，通常我们看移动网络，从我们看到的这个视角，那么网络的划分，对于移动运营商，无论中国移动、中国联通，或者未来想进入中国市场

2、做移动网的，这个划分大家都基本上从我们支撑网的厂家来说，看这个视角，基本看六个网络体系。第一个我们不是特别关心，因为他跟我们支撑网离得太远，传输网。第二点叫核心网，这块实际上我们是关心的。关心的程度不是那么大，主要是核心网当中他会产生服务使用记录，因为服务这个事件，服务使用事件，他起源于核心网，因为我们任何一个打电话或者你去发短信，或者你做交易，都从核心网发起。这个时间发起的终极，一个事情起来总要终止掉，他会终止到支撑网去，这是唯一的支撑网关注的是跨网络的。实际一个事情的发起，它有一定的流程，流程过程当中有一些处理办法。我刚才跟你讲，跟大家沟通，这个流程大家不要拼命地理解为bpn业务流程，你把

3、处理过程的一些东西都叫业务流程，业务流程可以是业务流程，也可以是一个处理过程，发现这个东西起源于我们核心网。因此，对核心网它服务使用记录的获得，以及对这个服务功能的控制，就是核心网内部要做的事情。因此，从支撑网或者业务网也好，必然对这个网络要进行操作。无论是获得还是对他进行控制，就来做这个事。在核心网上面我们还会构架一个网，目前叫业务网。业务网基本对移动运营商来说，基本是一些增值方面的东西，无论是位置服务，还是wap，还是短消息，还是我们的in智能网，以及就是说我们第三方服务的这一块的东西。在业务网外进入我们的支撑网，下面是接入网和营销网，营销网以渠道为代表的，逐步在以片区经理的一些市场管理，

4、目前这个营销网的管理智能还是落到支撑网接管。未来我们可以想一下，运营网是逐步从支撑网里分离出来，会独立营销的管理系统来做这个事。目前如果我们笼统一点，实际营销网跟我们业务支撑网在一块，完全是it支撑这块由支撑网提供的。这个有很多实物性的东西，他的网络构成会进入我们客户的最前端，然后大家都能感觉到，实际这种态势已经存在了，我们可以有很多的渠道进入，无论我们过去感觉到网上渠道现在开始兴起了，现在发现无线渠道，包括iptv的渠道都会逐步起来，包括我们bts的渠道都会起来，未来的运营商会加大这方面。 我们再看看业务网，大家到其它几方面比较容易接受，一定要有一个业务网，这个业务网的作用是干什么的。业务网

5、的作用狭义理解就是这样的，我们的运营商提供就是一个网络，就像举一个通路一样。这个通路当中有运营商自己提供的产品，其实我们通话也很奇怪，他的服务功能是我们自服得到的，是自己跟自己服务得到的。这个功能是网络固有的，所以运营商会提供有关运营方面的产品，同时还会有很宽的数据通道，把我们it方面的信息通过这个传递到b，也有很多我们的客户是自服得到的，我把文件存到另外一个地方去，是他自服务得到的。通常运营商提供的产品，大部分是我们得服务得到的，不管怎么得到，运营商提供这个网络之后，不仅卖自己的产品，他更多欢迎其它的合作方卖他的产品，因为网络闲在这个地方，一旦卖他自己的产品饱和之后，这个网络干什么呢？所以业

6、务网更多从狭义讲，是提供给我们需要卖我们产品的第三方，有一个平台使他进入网络里面，也就是说我们运营商实质上更多在未来面向市场的时候就是一个卖场。像超市，自己卖场提供的产品，也有第三方提供的产品。因此，从业务网角度是这样一个狭义的理解。当然广义的可能包括他一些政策方面的东西。实质是这样一个关联。 从他的外延关系比较清，上面这层会有参与人，整个运营的参与人，包括组织，我们其它的运营商和银行，下面是我们通常讲的运营商的外延设备，中间是运营商的两级体系系统的划分。前面就是一个铺垫，下面给业务支撑网做一个定义。业务支撑网就是从一个电信人、市场、客户的视角，利用网络的概念来规划业务系统的框架，这个还没有完

7、，更多的要包括一整套的运营维护、管理和实施方案。昨天很多运营商代表提到了，网络有特征，想想网络的特征没有功能界限。所以在未来面向3g，我们规划的支撑网当中，你会发现就系统的界限比较模糊，也就是说功能的界限模糊，没有讲这个功能一定属于计费，也没有讲计费的功能属于营业，所以未来功能是可以随时部署的，在系统当中，整个能网功能的界限会比较模糊，这是网络特征必然带来的。在网络当中肯定有一些路由图来控制的。提出了网络，就应该有运营维护，运营管理跟管理体制。这就是我们从事支撑网的运营商我们从这些服务，以及我们从事支撑系统的厂家必须要关注的，他一定有运营维护和运营管理。有了运营维护和运营管理，就有配备的岗位和

8、配备的资金，不仅实施商给我们支撑厂家提供很多要做的事情，同时对运营部门内部流程组织保证做很大的调整，这就是支撑网的一个想法。从个人功能上面来说，我们也简单地过一下。 就目前近期的目标系统功能结构，我们可以看到也是a运营商，因为今天是计费网的会，我不能点哪个运营商，我们之所以做功能结构，我会讲功能会不断变化，这个功能大家看到a运营商，你会发现上面是一个广义的客户概念，参与人的概念，通过我们很多渠道进入后台支撑系统，这个功能划分，每个运营商的划分完全不一样。我们会发现，左面是流程，右面是经营分析系统，这个是bi，bi包括经营分析加决策支持，下面更多是基础平台，包括核心网、业务网的网源，不管是物理网

9、源还是非物理网源，都是网源。你如何画功能图，就反映目前对这个运营商的业务理解能力，以及这个运营商商务的模式，以及他的流程部署，以及他的管理方法，这就是说白了，你现在如何画的功能，就反映目前这个运营商他的管理办法，流程以及商务模式，所以我一直跟大家沟通一个事，功能的划分不是说你想画多美好就多美好的，他由业务模式来决定的，你不可超脱，你超脱不了的。回想五年前你画的功能为什么跟现在不一样？因为现在的管理精细化了，有没有达到最精细化呢？所以未来发展过程中，精细化程度还会高，功能会更加细致。这些流程也会决定商务模式的不同。这个运营上面也层跟主营业务，他更多做了扩展，无论是功能的基础框架，已经在往前超脱一

10、点，随着这个运营商卖的产品不同，你会发现他内部的功能划分方法跟a运营商有些划分方法不一样。为什么这样？发生功能变化跟他的管理办法，业务流程，商务模式，这个商务模式就是卖什么产品跟他有相关的。当然我们看到c运营商上面也是客户，可能有的地方到二级目录，可能到一级目录，这个原因反映他的业务流程跟管理办法，管理办法跟组织保证相关的，以及组织的职能是相关的，什么样的组织职能和用什么样的功能有划分的。根据功能和企业的战略部署会决定他很多功能不同。不管abc运营商，目前的功能放在前面仍然是我们的参与人，当然这个参与人狭义的理解就是广义的客户，仍然放在我们的前面。未来面向3g时代的时候是两个共同面向参与人，一

11、个是crm系统，一个是prm系统，这两个是面向3g巨大的变化。为什么有这样的变化？主要是运营商提供的卖场，市场角度是提供卖场，不仅仅卖自己的产品，自己的产品叫客户关系管理，而且会卖其它的服务提供商，isp、sp的产品，必然要对他们进行一些控制和管理。所以你发现面向3g的时候，他们两个同时有扁平化的成分。我们现在可能合作伙伴仍然会放在下面，资源的控制管理，未来面向3g的，他们会有扁平化的关系面对他。 我们也发现在面向3g的时候，对网源层的控制和服务使用记录的获得，这两个是相辅相成的，对物理网源和非物理网源，一个获得服务使用记录，一个对他的功能进行控制，这个就是停，半开或者开，你发现面向3g的时候

12、，跟我们零散的网源和非物理网源会有一些变化。我们发现基本会有这样的网关，最主要的网关是语音部分，还有通常讲的ggsn网关。第三个就是我们数据业务平台网关，我们说白一点就是业务网以后变成一个网关，作为物理网源和非物理网源。面向3g的时候，在网源这块做一些调配，一些调整。当然在中央这块我们必然有一个统一的组件的东西，放在集中的业务流程管理上来控制。我们过去谈了很多的数据模型，但是面向3g的时候，或者下一轮，不管是我们移动运营商做ngboss，其它运营商做新的cdgboss，他的组件标准化肯定会提到非常高的日程上来。为什么把它变成组件要做一些标准，做一些分类呢？首先像我们模型一样，数据模型一样，他要

13、分开层面，先哪个层面，客户域，同样在组件这个域也会划分，组件这个域面向我们广义的参与人属于的渠道，不管未来的渠道怎么丰富，我们在2000年、99年之前大部分是营业厅，后面有一些渠道是代销商，后来发现网上，再后来发现我们有一些无线的渠道，再后来可能会有很多我们不能想象的渠道，面向3g的时候，每个渠道获得的功能，同时这个渠道能面向我们的参与人能做哪些功能，是由业务规则引擎，跟管理来控制做的。当然我们想这个渠道不管什么功能，业务的组件应该是功能的一块，所以面临未来3g的时候，他有一个组件层的分类。所以我们大家会发现，我们通常讲支撑系统演变跟发展的时候，大家发现一定有他自己的模型，这个模型从局部系统来

14、看，你始终不能想象这个模型能覆盖全网。同样还有一个东西就是组件，通常这个更多关注业务组件不是一个界面组件或者其它的组件，我们更多关注业务组件，因为组件也分层面。这个业务组件在未来运营商规划实际过程中也要形成一些标准，这个标准首先要分层、分类，这个组件也是我们面临未来3g的时候必须要考虑的一个东西。现在我们发现，实际在很多规范当中，这块讨论的比较少一些，究竟组件怎么定义、怎么划分，组件实际会给我们外围的渠道，外围的一些网源设备都会带来一些规律，这就是面向3g时代系统功能的变化。这个变化也是我们感觉到，面向3g的时候，他发生很多变化，这个变化是运营商的商务模式发生变化，卖产品的模式跟我们目前不一样

15、的模式。这样希望在支撑网的网源，一个bss，一个是bi，一个是oss，一个b/i/oss，这个不叫核心网的网管，大家到核心网的网管大唐、逸扬他们做的网管，我们的网管包括业务网，实际管理中心就是业务网的网管，是这样的划分方法。 面向未来3g的时候，我同意某些运营商对整个系统架构的划分。他的划分一定有公共的集成框架，有三层，数据这层讨论的比较多，不管讨论的多么多，多么久，数据这层的讨论仍然停留在概念，业务概念。最深入涉及到逻辑模型，没有到物理模型。实际数据都是在概念，充其量是逻辑模型，我们没有办法部署到物理模型。规范和标准都会停留在概念或者逻辑模型，我们统一版本上带来很大困难，因为没有到物理模型。

16、组件一个是业务组件的模型，我讲业务层面的业务组件，第二个概念层面的业务组件模型，还有逻辑层面和物理，我们仍然会停留在概念层面和逻辑层面，没有到物理的部署。组件这个地方会划分四层或者三层，都没有什么太大需要跟大家沟通，大家感觉他们这样的划分比较清晰，更多的沟通流程和策略引擎。流程引擎我跟大家沟通一下，在面向3g也好，或者运营商内部的组织调整以后，他的流程重新部署也好，首先是内部的保障，以及流程的责任划分，你更多要使你设计的或者部署的产品，你要有产品化，必然有引擎来保证。这个引擎实际是应对流程变化变成可配置的。但是有一点大家感觉到，这个流程配置的时候，跟资源占用是密切相关的。这个流程配置过程跟资源

17、不搭，我怎么调度，这个都没有关系的，你的流程引擎调度就比较简捷或者顺手一点，这个我们大家有感受，我们整个业务网管里面，我们新的模型叫管理中心，叫boss的管理中心，或者业务网的网管，内部有些工作单和协作单，完全是客户内部交互的时间，这个从a到b，经过哪些手续过来，他跟资源没有特别大的关系，你会发现这个流程调度变得很自然和顺利的进行调配。流程引擎跟资源状态相关系的时候，这个就麻烦了。大家为什么不能把流程引擎做的非常灵活呢？事实上更多的，每个环节当中我们可操作，对资源可操作部分的考虑细节，及跟你流程的走向，定向是密切相关的。所以我们强调流程引擎做到可配置化，但是我们也不可能做到流程引擎100适应流

18、程的变化，一个产品90适应变化，但是10需要大家思考。还有一个就是策略引擎，我们讲的简单一点就是规则引擎，这个当中管理办法，管理技术，考核办法，都随着不同时间段制定一些不同的标准。这个标准我们希望可配置，做了可配置之后，你就深入两点，运营商不管流程怎么动，我有一套东西对付你，你变我也变，不管管理办法和管理规则什么样，你变我也在变。这样做的一个根本目的，更能使我们支撑网内部产品更加加深一点。使我们内部产品化程度更加高一点，也就是我们通常跟人家沟通的架构。 bi的不沟通了，简单说一下bi这块的实施商和网管，简单说一下bi这块。通常都叫经营分析系统，叫商务智能，更多这个包含两个方面，一个是经营分析，

19、还有决策支持。经营分析可以在部署的时候，到我们相应的子系统域当中，无论是营销分析当中，无论渠道当中都可以分析，包括大客户，这点对中国电信的运营商可能联系的比较紧一点，他可以在计算里做一些经营分析，他可以在渠道里做一些，也可以在营销里做一些，就是把经营分析系统，本来集中做的东西集市了。逻辑上都叫经营分析，同样还有决策支持，这个必须上升到数据仓库角度做它的工作。所以bi就是我们想采用这样的名称，而不是经营分析，经营分析有点狭义性。这是我跟大家沟通的第一个方面，把支撑网跟大家沟通一下，我们希望更多谈网，不是谈功能。因为功能要划线，划界。 未来的模型会有发展，我们组件也会划分，你把功能划分比较死，这样

20、不利于网往前前进，我们更多想成为网的概念，同时我们强调运营维护和管理体制，我们相信在未来我们三大运营商在这个网的运营维护跟运营管理上面，以及他的管理体制肯定有一套成熟的想法。并且我们有很大的资金投入运营维护和运营管理当中，这就是目前我们运营商提供很多准备，他有运营维护很多东西在里面。这是第一点。 第二点，我们看看数据在我们支撑网的共享问题，我们看看数据模型怎么来的，我们跟很多技术人员沟通，这个模型好象天生就有的，他不是上帝造成的。这个模型是来自于我们业务，不是说你说现在不能造就非常好的支撑网模型，适应未来什么产品都能适应呢？本身这个话就错。这个模型在里面，怎么能说要造非常好的东西适应他呢？这个

21、模型分解是从业务模型进入概念到逻辑。我们运营商大部分停留在第一个和第二个，可能到第三个，不会到底下去。到底下会有问题，到底下会到物理，大家炒的不细。所以你们也在讲要有标准，我们很多运营商的人员也会跟高层进行沟通，我们做的规范标准，只是把你的业务语言变成一些概念或者逻辑，实际设计上面有很大差别，你交一个房子，我这个房子是一个高楼，那还不行，房子的大小、颜色都没有定义。所以，我们跟大家沟通的，bsn的模型是业务驱动，而不是天上长一个模型供大家一劳永逸是不可能的。这是第一点。 同时会跟高层领导进行沟通，这个模型的实施商虽然有规范、有标准，这个没有目的，做不了我们系统，需要跟我们现编码的人员和设计人员

22、一块探讨模型落地的问题。通常我们会停留在概念模型，这个也是概念模型，没有落地，实际有很大的主题，实际有的花了八大主题，这个比较充分，很多模型在这里找不到点，我们过去一直关注我们的客户找不着，我们关注很多的话单也找不到，不知道规到哪儿去了？没有关系，时间关系我们进一步往下走。 这是参与人，参与人的模型会有变化，这是事件，通常整个支撑网当中的事件是三类，一个客户交互事件，服务使用事件，内部业务事件。更多面向3g，服务使用事件，面向3g带的服务使用事件发生了面向交易的变化，这电视机是革命性的变化，这个是我们大家心里感觉到跟过去不一样的地方，我们可以从一个定单或者做交易、交费都是面向交易，这个过程你要

23、把一个事物把这个事情做完，核心网他会到业务网，最终到支撑网，过去到现在，每个红点都是这个事件终端的环节，既然是一个环节，我就可以不要实时，既然是一个环节，我处理这个事件可以扎堆。什么叫扎堆？我几千条放在一块处理，我管他张三、李四，面向3g的时候，这两个环节要打断，中间两个红点不需要了，你想想是这样的事情情况下，面向3g时代的时候，我们服务使用，记录事件变成面向交易的一个东西。这一点大家会感受到，这个发展的变化，对我们影响是巨大的。实际面向3g的时候，服务使用记录变化还是做了很大的调配，我们注意无论是amdocs还是我们都在做很多规划，ocs这个系统大家都知道，就是online，未来我们可能会叫

24、online或者非online，连机跟非连机，我们也可以叫实施和准实施，我们不叫预付费或者准付费。这个是未来的一个变化。这个图中间两个红点是存在的，随着未来面向3g的两个红点一单减并掉，这个流程会加快。 实际系统部署edm数据模型的时候，我们遇到一体化挑战，这个挑战会来自几个方面，他会cdm、bsn另一个部门建设，分开建设，这些厂家分时间，还有建设时序，会对eds模型进行挑战，不同的客户和厂家肯定会挑战，第二是网络部门的规划，也会把数据模型弄成支离破碎，这不是想说，为什么不是一体化设计，这些问题的出现必然是这样的。还有一个地域的问题，集团、省跟我们下面的地市。我们也发现我们加起来的时候，这些数

25、据加起来的时候，最终会大于整个系统的模型化设计，这就是我们目前存在的问题，就是这样的情况。 实质整个智能化过程中更多希望是共享模型，不管他是怎么划分，肯定要对共享这块要充分考虑。在sid这块同样我们目前的存在下列问题，业务支撑网部署sid的模型，不考虑性能和地域的问题，你这个模型是一个物理模型的部署，如果我们不考虑性能根地域，那块如果不考虑有三种方案，第一个是sid中心。第二个是建立一个路由图。建立一个路由图是一个逻辑上的sid，我们还有一个代管建立主备数据中心，目前所有的运营商部署的都是第三类，代表sid。事实上我们未来会发现物理的跟逻辑上都会出现，这就是未来整个业务sid模式的变化，这个变

26、化事实上也是对我们目前支撑网发展一个巨大的挑战。从第三种方法上升到第二种、第一种，你 会发现根本性影响对我们各个方面带来很大的宾华。这是我们跟大家沟通的第二点。 时间关系第三点只能把最终结论跟大家说一下。这是流程管理的图，我们跟大家沟通一点，我们一些流程都会被子系统打断，有哪些东西会打断，比如我们投诉系统、投诉建议根分层服务，会被callcenter系统打断，你为什么不能不打断？由于这两个系统是两个厂家来做，这个由两个厂家分别建设，业务部门规划流程的时候不是一体化，你发现他必然我们的业务流程被这些子系统打断。如何解决这些问题，我们稍后会研究，还有其他的流程被打断。同时子系统会多，营销流程，客户服务，服务保障，商务决策，计费帐务，这个直接的影响是客户体验非常糟糕，间接的影响对我们内部一体化数据的设计非常巨差。所以流程的打断事实上大家都会感觉到，像水流应该直奔长江大海，你中间堵一个坝，你发现他带来很大的影响。堵一个坝可以发电，一旦倒掉会发生什么地方？流程在终端的点会确定其它的方向。 一个商业流程在我们99年之前，我们更多强调定单流，定单流的段就是业务到前台受理，最终把一个单子完工，充其量客户完成之