当你在家里的时候,你用的是家里面的一个设备,来接入你的移动运营商,不是通过公共的计算进行接入。这只是一个访问层面看到的现象,或者你在家里面的用WiFi,或者WIMAX,或者外面用3G的,但是计费上面没有产生什么差异,对于一个号码,话单方面,不是从一个源头方面来的。可能会从很多的地方来,可能从WIMAX网络上来,或者从其他的网络上来,也可以从我们现在的移动网络上来。当我们出现这个问题的时候,首先我们怎么做话单之间的关联,怎么来做保证批价,同时做实时批价的问题,保证我的实时控制。
这是一个非常大的问题。同样的道理我们如果要做用户的健全,他访问这里的时候,我们怎么证明这是我们的用户。
第三步其实更加困难的一步,是服务融合。实际上包含了客户的接入网络,包括设备的问题、终端的问题,包括我们整个的网络层都进行融合。就是说我提供一个内容服务,移动服务也好,语音服务也好,走的是同一条线。大家可能觉得底下的融合,对我们的计费是不是更简单了。有简单的地方,还有很多地方让计费更简单,还有很多地方让计费更复杂。但是我们的话单、格式,你是一个数据业务的话单,跟语音话单,可能面向的接口是两个。这个接口来的,可能是A、B、C,另外一个接口来的可能是A、B、E。所以这个时候我们的计费系统需要能够在所有的实时接口里面,辨别到底怎么来的。这个时候我们接下来会遇到一些挑战。
IMS其实大家知道它是一个网络层的融合的概念。因为IMS的话,实际上提供三个层面,第一层面是网络,第二层面是IMS,我们讲具有IP的多媒体的系统。最上面是应用。所以我们在IMS数据里面,第一是承载层,第二是会话层,第三是应用层。在承载层、会话层你看出来这个应用,只有到应用层才能看出来。所以我们根据刚才讲的,我们做融合计费的时候,要看不同的计费的维度,这些维度可能从不同层面来,所以到那个点上面,计费系统不再能够通过单一的接口获得所有的计费需要的要素,可能要通过很多的接口。为什么我们在IMS的项目里面,出现SDP的概念,因为SDP可以做相应的整合。还有很多的计费直接面向IMS,必须解决这些问题。包括一些服务的推出等等方面对我们其实有很大的影响。
刚才已经提到支付手段的问题。我们现在把自己稍微放的远一点,先不要放的这么精细地看这个计费系统。我从一个用户的角度来讲,我付钱给运营商,然后给他服务。只要我的钱足够用这个服务的话,作为运营商来说,没有必要限制你这个东西,因为你是预付费,所以你只能走智能网。未来我们这个问题会得到解决。这个关键问题,如果我们停留在账户和用户实例层的话,其实比较容易解决。实际上这个问题已经大量被解决了。如果我的一个会话里面,既包括预付费,又包括后付费会话,如果一个批价的数里面,涉及到所有元素的话,我是否可以解决。当我打一个电话会议的时候,同时又查我的电话会议里面需要的资料,在将来的3G里面一定会看到这样的应用,你可能查资料的话是预付费,但是我打的电话是后付费,但是同时存在一个会话里面,这个时候我们怎么解决这个问题。
所以计费必须要能够处理预付费、后付费,跟我的计费手段完全剥离的一个层面。支付只是客户的一个属性,而不是一个计费的属性。所以我们长期来讲,一定要做到这个要求。
长尾这个事情,有非常强的感触,我们最近帮助一个运营商做这个方面的事情。这个运营商买了一家公司,他们的运营模式跟传统的完全不同,是按照客户进行定价的,我们今天的运营商做事情,基本上是80%,我们出套餐,基本上抱怨运营商出套餐太多了,但是从运营商的根本的想法来讲,是说我一个套餐,希望一百万用户来用,这是我的根本想法,因为我看市场的时候,其实客户在多样化的,客户的要求是变化的。我们运营商是说当我在做减价的时候,把全世界所有的电话的费用都打折,然后给客户。某些地方可以打五折。我们看到根本的思路,运营商通过客户细分、市场细分,通过客户洞察,把客户做成一个个群,这是一个群,有共同的消费特征,然后我们根据这些群,制定我们的资费。未来其实不是那么回事。客户慢慢会朝着长尾走。
这个用户对每个客户的资费不一样的,而且这个资费更有趣的是它的流程不像我们的运营商里面完全是后置的工作。他们那边的流程是客户代表,先交到后端里面,然后再算这些数据是否正确。你可以看到这些事情会越来越多,因为不是想说我们对语音业务要做这样的事情,对于一个大客户来讲,做这样的业务成本太高。我们3G上的应用,可以看到每个用户出来,可能这个用户群是几百个、几千个,我们运营商如何在上面挣钱,如果继续沿用之前的思路来做工作的话,可能永远不挣钱。我们对计费有什么影响,如果只要想到计费系统,这个计费的套餐,不是一个配置数据。
我们认为,建设一个好的计费系统,建设好一个BOSS系统,其实你要做的事情,我们今天做的事情往往是从第三步开始,从分析、设计到开发。未来我们建设一个好的BOSS系统,我们需要从模式入手,我们要做什么流程情况,然后定义我们的业务实体,业务实体定义它的数据,通过数据定义用户,然后做应用系统,最后做相应的测试、组建封装,最后实现设计架构,保证我们的系统运行。我们计费系统不能单独作为一个IT系统来看。
埃森哲做了一个完整的解决方案,叫做埃森哲通信解决方案(Accenture Communications Solutions)。计费这一块跟现在业界的著名厂商合作实现我们的解决方案。
四种计费架构,现在大家追求的比较多的融合计费架构是方案A,B、C大家认为是中间的过渡性的价格模式。我们越来越多的给客户推方案D,从网络到SDP的计费模式。
这些是我们的典型代表客户,都是国内外大型的运营商。
我就讲到这里,谢谢大家!