法律状态公告日
法律状态信息
法律状态
2020-04-28
授权
授权
2017-05-31
实质审查的生效 IPC(主分类):H04W4/24 申请日:20151009
实质审查的生效
2017-04-19
公开
公开
技术领域
本发明涉及移动互联网技术领域,特别涉及一种内容计费方法、计费网元、SP服务器以及计费系统。
背景技术
随着移动互联网的发展,智能终端的普通,各种互联网应用层出不穷,给移动互联网产业带来了勃勃生机。作为移动互联网的网络运营商,也在不断摸索移动互联网的运营模式。目前,运营商均已经推出基于内容的计费模式。
内容计费基本功能就是通过对用户终端发送数据包进行逐个报文的解析和识别,将匹配到特定业务的流量进行精确累计,作为按照业务区分计费的依据。
因此,业务的特性信息是实现内容计费的关键,目前内容计费功能可以根据以下特征来识别业务:
(1)IP(Internet Protocol,网络间的互联协议)层:包含用户的IP地址信息,目的的IP地址信息,传输层的协议类型
(2)传输层:包括具体的源端口,目的端口,应用层协议类型
(3)应用层:包含特性应用层协议的信息,如HTTP(HyperTextTransfer Protocol,超文本传输协议)中的URL(Uniform ResourceLocator,统一资源定位器)信息,DNS(Domain Name System,域名系统)协议中的域名信息等。
但是,以现有DPI(Deep Packet Inspection,深度包检查)技术实现内容计费的方法在实际网络运营中存在很多困难,已严重制约运营商内容计费业务的推广。具体存在的困难如下:
1、业务复杂,变化更新快,规则难以维护
移动互联网时代,APP(Application,应用程序)规模大量增加,APP功能也越来完善,随之而来的APP业务特征的复杂,例如,视频类网站通常采用CDN(Content Delivery Network,内容分发网络)技术,其服务器地址分布非常广泛,要精确匹配一个APP应用需要识别上千条业务规则。而且,移动互联网APP的版本更新非常频繁,业务规则变动也非常频繁,运营商难以快速实现业务规则的同步更新。
2、业务复杂性与网络设备业处理能力的矛盾
内容计费平台需要对用户的每个IP报文进行精确匹配,对设备的性能的要求很高,因此单个计费网元支持的业务规则条目是受限的,特别是对于7层URL的处理,处理能力只到万级别。而现有单个业务可能需要配置的规则就有成百上千条,因此内容计费功能是无法支持大规模复杂性应用的。
3、内容计费的形式单一,SP(Service Provider,服务提供商)缺乏灵活性
受限于业务规则配置的复杂性,现有的运营商与SP合作推出的内容计费服务形式较为单一,基本为全APP流量减免。
发明内容
本发明实施例所要解决的一个技术问题是:解决目前内容计费方案中存在的业务复杂多变,计费规则难以随业务发展同步更新,网络设备业务处理能力有限,计费模式单一的问题。
根据本发明实施例的一个方面,提供的一种内容计费方法,包括:
计费网元响应于用户发起的业务请求,将业务请求转发到服务提供商SP服务器,以便SP服务器对所请求的业务进行标识;
计费网元接收SP服务器发送的业务响应,业务响应中携带用于标识该业务的标签;
计费网元通过标签识别相应的业务,并按照标签对应的费率信息对用户的业务过程进行计费。
根据本发明实施例的第二个方面,提供的一种内容计费方法,包括:
SP服务器响应于计费网元转发的用户的业务请求,根据业务请求确定所请求的业务对应的标签,该标签用于标识该业务;
SP服务器返回业务响应给计费网元,业务响应中携带该业务的标签,以便计费网元通过标签识别相应的业务,并按照标签对应的费率信息对用户的业务过程进行计费。
根据本发明实施例的第三个方面,提供的一种计费网元,包括:
业务请求响应单元,用于响应于用户发起的业务请求,将业务请求转发到服务提供商SP服务器,以便SP服务器对所请求的业务进行标识;
业务响应接收单元,用于接收SP服务器发送的业务响应,业务响应中携带用于标识该业务的标签;
计费单元,用于通过标签识别相应的业务,并按照标签对应的费率信息对用户的业务过程进行计费。
根据本发明实施例的第四个方面,提供的一种SP服务器,包括:
业务标识单元,用于响应于计费网元转发的用户的业务请求,根据业务请求确定所请求的业务对应的标签,该标签用于标识该业务;
业务响应单元,用于返回业务响应给计费网元,业务响应中携带该业务的标签,以便计费网元通过标签识别相应的业务,并按照标签对应的费率信息对用户的业务过程进行计费。
根据本发明实施例的第五个方面,提供的一种计费系统,包括:前述任一实施例的计费网元、前述任一实施例的SP服务器。
在一个实施例中,计费系统还包括标签交换服务器;
标签交换服务器,用于接收SP服务器针对不同的业务生成不同的标签,针对各个标签生成相应的费率,并将各个标签及其费率的对应关系发送到计费网元。
本发明至少具有以下优点:
通过建立SP服务器与计费网元之间的交互渠道,由SP服务器对业务添加标签,计费网元通过标签进行业务识别,进而实现对特定业务的内容计费,相对于特征匹配的业务识别方式,实现了业务识别与复杂多变的业务特征之间的解耦,极大地降低了业务识别复杂度以及计费网元的处理负荷。此外,用来标识业务的标签由SP服务器侧决定,服务器提供商可以对业务进行细分,针对不同的业务内容采用不同的计费形式,因此SP有较大的灵活性,使计费形式更加丰富。
通过以下参照附图对本发明的示例性实施例的详细描述,本发明的其它特征及其优点将会变得清楚。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出本公开的内容计费方法一个实施例的流程示意图。
图2示出本公开的标签交换方法一个实施例的流程示意图。
图3示出本公开的内容计费方法又一个实施例的流程示意图。
图4示出本公开的计费网元一个实施例的结构示意图。
图5示出本公开的计费网元另一个实施例的结构示意图。
图6示出本公开的计费网元又一个实施例的结构示意图。
图7示出本公开的SP服务器一个实施例的结构示意图。
图8示出本公开的SP服务器另一个实施例的结构示意图。
图9示出本公开的SP服务器又一个实施例的结构示意图。
图10示出本公开的计费系统一个实施例的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
针对目前内容计费方案中存在的业务复杂,规则更新难以同步更新,网络设备业务处理能力有限,计费模式单一等问题,提出本方案。
下面结合图1对本发明内容计费方法的一个实施例进行描述,
图1为本发明内容计费方法的一个实施例的流程图。如图1所示,该实施例的方法包括:
步骤S102,计费网元响应于用户发起的业务请求,将业务请求转发到SP服务器。
步骤S104,由于服务提供商是服务的提供者,因此,SP服务器可以容易地识别用户请求的业务的种类信息。因此,SP服务器响应于计费网元转发的用户的业务请求,根据业务请求确定所请求的业务对应的标签,该标签用于标识该业务。
其中,示例性的,标签例如可以包括SP域名和SP内容标识,其中,SP域名用于标识SP的标签空间,SP内容标识用于标识业务的种类。该种标签命名方式,可以实现服务提供商级别的业务分类,方便每个服务提供商设置自己的业务分类,并且不用担心各个服务提供商之间的业务分类出现混淆。
步骤S106,SP服务器发送业务响应,相应的,计费网元接收SP服务器发送的业务响应,业务响应中携带用于标识该业务的标签。
步骤S108,计费网元通过标签识别相应的业务,并按照标签对应的费率信息对用户的业务过程进行计费。
其中,在CDMA网络中,计费网元例如可以是CCG(ContentCharging Gateway,内容计费网关),在GSM/WCDMA网络中,计费网元例如可以是GGSN(Gateway GPRS Support Node,网关GPRS支持节点,在4G网络中,计费网元例如可以是PGW(PDN Gateway,PDN网关)。
一种应用场景,某音乐应用软件的用户发起下载音乐的请求,经过计费网元到达SP服务器之后,SP服务器可以对该用户是否为会员以及业务的内容进行判断,例如会员可以享受下载音乐免费或者优惠等活动,然后为该用户的业务添加相应的标签,并在业务响应中携带该标签。业务响应到达计费网元,计费网元通过识别业务标签将该业务的流量计入事先约定的费率组。
上述方法,通过建立SP服务器与计费网元之间的交互渠道,由SP服务器对业务添加标签,计费网元通过标签进行业务识别,进而实现对特定业务的内容计费,相对于特征匹配的业务识别方式,实现了业务识别与复杂多变的业务特征之间的解耦,极大地降低了业务识别复杂度以及计费网元的处理负荷。此外,用来标识业务的标签由SP服务器侧决定,服务器提供商可以对业务进行细分,针对不同的业务内容采用不同的计费形式,因此SP有较大的灵活性,使计费形式更加丰富。
此外,计费网元与SP服务器需要对标签以及对应的费率信息进行协商与同步,以应对业务规则的变化,针对这一问题,本发明还提出一种标签交换方法,下面结合图2进行描述。
图2为本发明标签交换方法的一个实施例的流程图。如图2所示,该方法还包括:
步骤S202,SP服务器针对本服务提供商提供的不同的业务生成不同的标签,并将各个标签发送到标签交换服务器。
步骤S204,标签交换服务器接收SP服务器发送的标签,针对各个标签生成相应的费率。其中,该费率例如可以使费率组(简称RG)的形式。
此外,根据业务需要,SP服务器的功能和标签交换服务器的功能也可以由一个设备完成。
步骤S206,标签交换服务器将各个标签及其费率的对应关系发送到计费网元,相应的,计费网元接收标签服务器发送的各个标签及其费率的对应关系并存储。
此外,SP服务器将标签发送至标签服务器的同时还可以携带标签的生效时间和失效时间。标签服务器可以根据生效时间向计费网元发送标签及其费率的对应关系,并在失效时间通知计费网元或者更新标签及其费率的对应关系;或者,标签服务器将生效时间和失效时间与标签及其费率的对应关系一起发送到计费网元,由计费网元自行判断标签的有效性。
上述方法可以在计费网元和SP之间建立标签沟通渠道,实现对标签及其费率的快速协商与同步。
在业务识别过程中,非法用户可能获取关键字并进行伪造,从而利用自费优惠,盗用流量。针对这一问题,本方案在计费过程中还提供一种鉴权方法,以便计费网元对SP服务器的身份进行校验,下面结合图3进行描述。
图3为本发明方法内容计费方法的又一个实施例的流程图。如图3所示,该方法包括:
步骤S102,计费网元响应于用户发起的业务请求,将业务请求转发到SP服务器。
步骤S104,SP服务器响应于计费网元转发的用户的业务请求,根据业务请求确定所请求的业务对应的标签,该标签用于标识该业务。
步骤S306,SP服务器发送业务响应,相应的,计费网元接收SP服务器发送的业务响应,业务响应中携带用于标识该业务的标签和鉴权信息,进一步的,业务响应中还可以携带时间戳。
步骤S307,计费网元根据业务响应中携带的鉴权信息对SP服务器进行鉴权。在鉴权成功的情况下,执行步骤S108。
步骤S108,计费网元通过标签识别相应的业务,并按照标签对应的费率信息对用户的业务过程进行计费。
本发明还提供了几种示例性的鉴权方法。
鉴权方式一:鉴权信息由SP服务器对该业务的标签对应的密钥进行加密生成。相应的,计费网元根据约定的标签与密钥的对应关系确定业务响应中携带的标签对应的密钥,根据鉴权信息的生成方式,对确定出来的密钥进行加密得到加密串,并将加密串与业务响应中携带的鉴权信息进行比较,若一致,则SP服务器鉴权成功,否则,鉴权失败。
鉴权方式二:鉴权信息由SP服务器对该业务的标签及其对应的密钥进行加密生成。相应的,计费网元根据约定的标签与密钥的对应关系确定业务响应中携带的标签对应的密钥,根据鉴权信息的生成方式,对确定出来的密钥和业务响应中携带的标签进行加密得到加密串,并将加密串与业务响应中携带的鉴权信息进行比较,若一致,则SP服务器鉴权成功,否则,鉴权失败。
鉴权方式三:鉴权信息由SP服务器对该业务的标签对应的密钥和时间戳进行加密生成。相应的,计费网元将业务响应中携带的时间戳与当前系统时间进行对比,如果时间间隔超过预先设置的上限值,则鉴权失败。如果时间戳符合规定,计费网元根据约定的标签与密钥的对应关系确定业务响应中携带的标签对应的密钥,根据鉴权信息的生成方式,对确定出来的密钥和业务响应中携带的时间戳进行加密得到加密串,并将加密串与业务响应中携带的鉴权信息进行比较,若一致,则SP服务器鉴权成功,否则,鉴权失败。
对时间戳和鉴权信息的鉴权均成功的情况下,计费网元才执行下一步的计费。
鉴权方式四:鉴权信息由SP服务器对该业务的标签及其对应的密钥和时间戳进行加密生成。相应的,计费网元将业务响应中携带的时间戳与当前系统时间进行对比,如果时间间隔超过预先设置的上限值,则鉴权失败。如果时间戳符合规定,计费网元根据约定的标签与密钥的对应关系确定业务响应中携带的标签对应的密钥,根据鉴权信息的生成方式,对确定出来的密钥、业务响应中携带的标签和时间戳进行加密得到加密串,并将加密串与业务响应中携带的鉴权信息进行比较,若一致,则SP服务器鉴权成功,否则,鉴权失败。
对时间戳和鉴权信息的鉴权均成功的情况下,计费网元才执行下一步的计费。
其中,鉴权信息例如可以采用md5(Message Digest Algorithm 5,信息摘要算法5)算法将密钥、标签、时间戳中的一种或几种的组合进行加密运算,可以生成32字节的信息,可以利用SDK(SoftDevelopment Kit,软件开发工具包)进行md5运算,但不限于所举示例。
其中,时间戳例如可以具体到毫秒,以使鉴权结果更加精确。例如2014年11月5日09:17:01.000转化为时间戳后是1415150221502,但不限于所举示例。
其中,密钥由计费网元和SP服务器针对不同的业务标签进行约定,后续例如可以由标签服务器定时同步给计费网元和SP服务器,并及时更新。密钥例如可以采用16字节并包含大小写及特殊符号的方式,一定的密钥长度和强度可以增强密钥的安全性,但不限于所举示例。
上述方法,在SP服务器发送的业务响应中携带鉴权信息,通过计费网元进行鉴权可以极大降低非法用户获取关键字进行伪造,从而利用自费优惠,盗用流量等风险。
根据本发明实施例的另一个方面,提供一种计费网元,下面结合图4进行描述。
图4为本发明计费网元的一个实施例的结构图。如图4所示,计费网元400包括:
业务请求响应单元402,用于响应于用户发起的业务请求,将业务请求转发到服务提供商SP服务器,以便SP服务器对所请求的业务进行标识;
业务响应接收单元404,用于接收SP服务器发送的业务响应,业务响应中携带用于标识该业务的标签;
计费单元406,用于通过标签识别相应的业务,并按照标签对应的费率信息对用户的业务过程进行计费。
下面结合图5对计费网元的结构进行进一步描述。
图5为本发明计费网元的另一个实施例的结构图。如图5所示,计费网元400还包括:
计费规则接收单元508,用于接收标签服务器发送的各个标签及其费率的对应关系。
下面结合图6对计费网元的结构进行进一步描述。
图6为本发明计费网元的又一个实施例的结构图。如图6所示,
业务响应接收单元404接收的SP服务器发送的业务响应中还携带鉴权信息。
计费网元400还包括:鉴权单元610,用于根据业务响应中携带的鉴权信息对SP服务器进行鉴权。
在鉴权成功的情况下,计费单元406,用于按照标签对应的费率信息对用户的业务过程进行计费。
其中,鉴权信息由SP服务器对该业务的标签对应的密钥进行加密生成;或者,鉴权信息由SP服务器对该业务的标签及其对应的密钥进行加密生成。
鉴权单元610,用于根据约定的标签与密钥的对应关系确定业务响应中携带的标签对应的密钥,根据鉴权信息的生成方式,对确定出来的密钥进行加密得到加密串,或者,对确定出来的密钥和业务响应中携带的标签进行加密得到加密串,并将加密串与业务响应中携带的鉴权信息进行比较,若一致,则SP服务器鉴权成功,否则,鉴权失败。
其中,计费网元接收的SP服务器发送的业务响应中还携带时间戳;鉴权信息由SP服务器对该业务的标签对应的密钥和时间戳进行加密生成;或者,鉴权信息由SP服务器对该业务的标签及其对应的密钥和时间戳进行加密生成。
鉴权单元610,用于将业务响应中携带的时间戳与当前系统时间进行对比,如果时间间隔超过预先设置的上限值,则鉴权失败;根据约定的标签与密钥的对应关系确定业务响应中携带的标签对应的密钥,根据鉴权信息的生成方式,对确定出来的密钥和业务响应中携带的时间戳进行加密得到加密串,或者,对确定出来的密钥、业务响应中携带的标签和时间戳进行加密得到加密串,并将加密串与业务响应中携带的鉴权信息进行比较,若一致,则SP服务器鉴权成功,否则,鉴权失败。
根据本发明实施例的又一个方面,提供一种SP服务器,下面结合图7进行描述。
图7为本发明SP服务器的一个实施例的结构图。如图7所示,SP服务器700包括:
业务标识单元702,用于响应于计费网元转发的用户的业务请求,根据业务请求确定所请求的业务对应的标签,该标签用于标识该业务;
业务响应单元704,用于返回业务响应给计费网元,业务响应中携带该业务的标签,以便计费网元通过标签识别相应的业务,并按照标签对应的费率信息对用户的业务过程进行计费。
下面结合图8对SP服务器的结构进行进一步描述。
图8为本发明SP服务器的另一个实施例的结构图。如图8所示,SP服务器700还包括:标签生成单元806,用于针对不同的业务生成不同的标签,并将各个标签发送到标签交换服务器,以便标签交换服务器针对各个标签生成相应的费率,并将各个标签及其费率的对应关系发送到计费网元。
下面结合图9对SP服务器的结构进行进一步描述。
图9为本发明SP服务器的又一个实施例的结构图。如图9所示,SP服务器还包括鉴权信息生成单元908。
业务响应单元704返回给计费网元的业务响应中还携带鉴权信息。相应的,鉴权信息生成单元908,用于对该业务的标签对应的密钥进行加密生成鉴权信息,或者,对该业务的标签及其对应的密钥进行加密生成鉴权信息,以便计费网元根据业务响应中携带的标签和鉴权信息对SP服务器进行鉴权。
业务响应单元704返回给计费网元的业务响应中还携带时间戳和鉴权信息。相应的,鉴权信息生成单元908,用于该业务的标签对应的密钥和时间戳进行加密生成鉴权信息,或者,对该业务的标签及其对应的密钥和时间戳进行加密生成鉴权信息,以便计费网元根据业务响应中携带的标签、时间戳和鉴权信息对SP服务器进行鉴权。
根据本发明实施例的又一个方面,提供一种计费系统,下面结合图10进行描述。
图10为本发明计费系统的一个实施例的结构图。如图10所示,SP服务器1000包括:前述任一项实施例的计费网元400、前述任一项实施例的SP服务器700。
进一步的,如图10所示,计费系统1000还包括标签交换服务器1002,用于接收SP服务器700针对不同的业务生成不同的标签,针对各个标签生成相应的费率,并将各个标签及其费率的对应关系发送到计费网元400。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
机译: 内容分发系统,回放设备,内容服务器,使用规则服务器,计费服务器,回放方法,内容传输方法,使用规则传输方法,计费方法,程序和存储介质
机译: 应用程序计费系统,计费量计算设备,总计服务器,计费管理服务器,应用程序计费方法,计费程序和记录介质
机译: 用于计费应用程序,计费量计算设备,累积服务器,计费管理服务器,计费程序和记录有计费程序的记录介质的系统和方法