[0032] 为了使本技术领域的人员更好地理解本发明中的技术方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
[0033] 本发明现有QoS控制系统结构图如图1所示。从图1我们可以知道,在常规的计费流程中,当业务申请使用资源的时候,PCEF会向OCS发起CCR请求,请求中会携带预先从PCRF获取的QoS信息,OCS会根据该QoS信息来做出相应的资源预留和授权请求。如果申请的业务由于用户的资源不够,则OCS会向PCEF直接返回授权失败。由于PCRF的引入导致了PCRF和PCEF之间大量的交互动作,而这些动作都存在一种乐观的假设来进行的,例如用户的余额足够多等。而这种假设往往导致多次的信令交互在最后一步被OCS否决掉。因此迫切的需要优化这种信令的交互流程,否则会对系统的性能、响应时间以及网络资源的消耗等都造成较大的挑战。
[0034] 参见图2,本发明一实施例所提供的一种基于计费系统的QoS控制方法,该方法包括:
[0035] S201、计费功能实体接收PCEF发送的,根据用户的业务请求形成的业务资源预留请求,所述业务资源预留请求中携带业务标识;
[0036] 本发明实施例中的业务可以是任意一种业务,例如语音业务、视频播放业务等等。业务资源预留请求根据用户的业务请求生成,用来向OCS申请预留用户所申请的业务所需要的资源。需要说明的是,业务资源预留请求中携带业务标识。该业务标识用来区分用户当前请求的具体是哪个业务。
[0037] S202、所述计费功能实体根据所述业务标识获取所述业务的预设QoS值;
[0038] 本发明实施例中,为了实现根据业务标识获取业务的预设QoS值,需要在OCS的业务信息中加入对应的QoS配置来存储业务的预设QoS值。具体地,可以预先在OCS本地建立各种业务的业务标识与QoS值的对应关系。该业务标识可以是业务名称或者为各个业务专门设置的特殊编号等,本实施例对此不做限定。
[0039] 业务的预设QoS值可以根据需要设定,例如可以设定能够使用该业务的最低QoS值为预设QoS值,当然也可以设定能够较好地使用该业务的QoS值为预设QoS值,本实施例对此也不做限定。
[0040] S203、所述计费功能实体根据所述预设QoS值确定该业务的QoS值;本实施例一实施例中,所述计费功能实体可以直接将所述预设QoS值作为该业务的QoS值。
[0041] 在本发明的其他实施例中,所述计费功能实体还可以在所述业务的预设预设的QoS值的基础上结合用户的属性参数确定该业务的QoS值。
[0042] 用户的属性参数可以包括用户当前的余额,用户的业务等级等等。本发明对用户的属性参数不做限定。例如,当用户当前的余额较多时,在预设QoS值的基础上维持不变或者提高;当用户当前的余额较少时,在预设QoS值的基础上降低。其中余额的多少可以通过和设定的参考值进行比较而判断。又例如,当用户的业务等级高时,在预设QoS值的基础上提高;当用户的业务等级低时,在预设QoS值的基础上降低。
[0043] 下面以用户当前的余额为例进行说明。如果当前的用户有足够多的余额,能够满足业务预设的QoS需求,那么所述计费功能实体可以直接将预设QoS值作为当前用户要求的该业务的QoS值。
[0044] 如果当前用户的余额不足,所述计费功能实体可以结合用户当前账户所剩余的余额重新设置该业务的QoS值作为该业务的QoS值,例如,可以结合当前用户的账户的余额,适当降低该业务的QoS值,将降低后的QoS值作为重新确定的当前业务的QoS值,使用户能够以重新确定的QoS值进行享受该业务。
[0045] 实际应用中,各个业务的QoS值一般都有基本要求,当用户的余额无法满足最基本的QoS值要求时,所述计费功能实体可以直接向用户提示余额不足无法享受所请求的业务。
[0046] 需要说明的是,本发明实施例中将计费功能实体最后确定的当前业务的QoS值称为该业务的QoS值。
[0047] S204、所述计费功能实体将所述业务的QoS值下发至所述PCEF,以使所述PCEF允许用户以所述业务的QoS值使用所述业务。
[0048] 本发明实施例所提供的方法中的计费功能实体可以是OCS,也可以是其他任意能够实现本发明实施例所提供的方法的计费功能实体。
[0049] 实际应用中,PCEF可以是一个独立的功能实体,也可以由网关GPRS支持节点(GGSN,Gateway GPRS Support Node)这一物理实体来实现。本发明对此不做限定。
[0050] 现有的QoS控制方案中,PCEF一般通过GGSN这一物理实体来实现。PCRF和GGSN(即PCEF)之间存在大量的交互动作,而这些动作都以用户的余额足够这样的假设为前提的情况下进行的。但是实际应用过程中,这种假设很多情况下都不成立,从而导致多次的信令交互在最后一步被计费功能实体(如OCS)否决掉,使得PCRF和GGSN之前进行的交互都失去了意义,对系统的性能、响应时间以及网络资源的消耗等都造成极大的浪费。本发明实施例所提供的方法,在计费功能实体接收到PCEF的业务资源预留请求后,根据该业务资源预留请求中携带的业务标识,可以直接从本地存储的业务标识与业务的预设QoS值之间的对应关系确定该业务的预设QoS值,根据所述预设QoS值确定业务的QoS值,(例如,预设的QoS值是为了满足该业务的最基本QoS能力,后续的QoS值是在这个预设的QoS值基础上的维持,提升或者下降。)并将确定的所述业务的QoS值直接下发给PCEF,无需PCRF的参与即可实现业务的QoS值的确定和下发,避免了因PCRF所提供的QoS值最终被计费功能实体否决掉而造成的PCRF和PCEF之间大量交互动作产生的对系统资源的浪费,极大地减少了确定业务的QoS值的时间,提高了确定业务的QoS值的效率。
[0051] 下面结合具体的应用场景,对本发明实施例所提供方法进行进一步的介绍。
[0052] 本发明一实施例中,该计费功能实体由OCS301实现,PCEF由GGSN302来实现。参见图3,该实施例的所涉及到的主要主体包括:用户A,OCS301,GGSN302。具体地,假设用户A在OCS301上订购了某种产品B,该产品包含VoIP业务,该业务的流量资费为1元/MB,预设QoS值为384kbps。
[0053] 可以在OCS301中通过如图4所示的树状业务信息表记录各种业务的预设QoS值。该树状业务信息表目前有三个级别,第一级为产品名称,第二级为业务名称,第三级为各个业务的业务信息。从图4中可以看出,产品B至少包括GPRS和VoIP两种业务,目前每个业务记录了两个信息,一个是预设QoS值,另一个是资费信息。
[0054] 假设此时,用户的余额为100元,参见图5,本发明实施例所提供的确定方法包括:
[0055] S501、用户A发起VoIP业务请求,该请求被路由至PCEF。
[0056] S502、PCEF进行业务识别并准备请求资源。
[0057] S503、PCEF向OCS发送业务资源预留请求,请求要求OCS提供VoIP业务5MB用量授权。
[0058] S504、OCS根据用户订购的产品查到产品B,根据产品B的业务信息确定VoIP业务的资费为1元/MB,同时该业务的预设QoS值为384kbps。
[0059] S505、OCS根据VoIP业务的资费,结合预留请求与余额进行比较后确定用户A的余额足以使用5MB,则预留5元给VoIP业务,向PCEF返回响应的资源预留应答消息,并在该消息中携带该QoS值,为384kbps。
[0060] S506、PCEF根据接收到的资源预留应答消息开始监控流量,同时根据该资源预留应答消息中携带的QoS值要求承载层开通384kbps的承载通道。
[0061] 当承载层开通384kbps的承载通道开通后,用户就可以通过384kbps的承载通道使用VoIP业务。
[0062] 本发明实施例所提供的方法使得无需PCRF的参与,仅由OCS即可完成QoS值的确定和下发,PCEF仅用于接收操作,不参与控制和下发。使PCEF可以直接获取到对应的QoS值而无需多次与PCRF交互。这样,极大地减少了对系统资源的占用,减少了QoS值的下发时间,极大地提高了QoS值下发的效率。
[0063] 此外,现有方案在PCRF机械的下发QoS值之后,PCEF需要进行状态的变化和对网络资源的再协调,而此时如果用户资源不足则需要重新调整回去。采用本实施例则不存在这种内部的状态变迁,减少了PCEF的状态多次变迁。
[0064] 本发明实施例所提供的方法还可以结合其他的用户属性参数来设置业务的QoS值,具体实现方法可以结合图5实现,此处不再赘述。
[0065] 图5所示的实施例描述了计费功能实体根据预设的QoS并结合用户当前余额对业务的QoS的确定和下发的过程,实际应用中,还可能会出现PCEF侧已经固定地为某些业务配置了附加的QoS,或者配置了PCRF,从而使PCEF在向OCS请求业务预留资源时已经携带有附加QoS值的情况。
[0066] 例如,假设用户A在OCS上订购了产品B,该产品包含VoIP业务,该业务的流量资费为1元/MB,预设QoS值为384kbps,另外,该业务还有一个附加资费及QoS策略,该策略为:如果用户的余额小于50元,则费率降为0.7元/MB,同时QoS配置为128kbps。本发明实施例所提供的QoS控制系统的结构如图1所示,该场景中具有PCRF103。参见图6,本实施例所提供的方法包括:
[0067] S601、用户A向PCEF发送VoIP业务使用请求。
[0068] S602、PCEF进行业务识别并准备向PCRF请求资源。
[0069] S603、PCEF触发到PCRF的QoS控制请求。
[0070] S604、PCRF根据接收到的VoIP业务、用户等信息,在内置的QoS策略库中寻找对应的策略实体,找到后下发该QoS策略动作到PCEF。
[0071] 假设PCRF为用户A配置的QoS为384kbps。
[0072] S605、PCEF基于PCRF下发的QoS策略向OCS业务资源预留请求,请求要求OCS提供VoIP业务5MB用量授权。
[0073] 本发明实施例中,该业务资源预留请求中除了携带了所述VoIP业务的业务标识外还包括所述PCRF为所述业务附加的384kbps的附加QoS信息。
[0074] S606、OCS根据用户订购的产品查到产品B,根据产品B的业务信息确定VoIP业务的资费为1元/MB,同时该业务的预设QoS值为384kbps。
[0075] S607、OCS根据VoIP业务的资费,结合业务资源预留请求与余额进行比较后确定用户A的余额足以使用5MB,则预留5元给VoIP业务,向PCEF返回响应的资源预留应答消息,并在该消息中携带该QoS值,为384kbps。
[0076] S608、PCEF根据接收到的资源预留应答消息开始监控流量,同时根据该资源预留应答消息中携带的QoS值要求承载层开通384kbps的承载通道。
[0077] 当承载层开通384kbps的承载通道开通后,用户就可以通过384kbps的承载通道使用VoIP业务。
[0078] 当用户持续使用业务到余额小于50元时,OCS根据产品的资费策略,可以在下一个CCR(Credit Control Request)中预留资源按照新的资费,即0.7元/MB进行预算。同时在CCA(Credit Control Answer)中包含新的QoS值(128kbps)下发到PCEF。CCR/CCA是Diameter(Diameter是定义于互联网工程任务组IETF,Internet Engineering Task Force的鉴权、授权和计费的相关基础协议。)中的一对标准请求应答消息,用于申请计费和返回计费结果。PCEF根据接收到的资源预留应答消息开始监控流量,同时根据该资源预留应答消息中携带的QoS值要求承载层开通128kbps的承载通道。用户通过128kbps的承载通道继续使用VoIP业务。
[0079] 由此可以看出,虽然本实施例中PCEF是基于PCRF为用户A配置的QoS信息向OCS请求预留资源,但是在确定该VoIP业务的QoS时,OCS是结合用户A余额的变化,动态地调整用户A使用VoIP业务的QoS值的。
[0080] 本发明实施例所提供的方法在现有QoS控制方案的基础上增加了OCS对QoS值的控制(S606-607),使得本发明实施例所提供的方法能够支持更为复杂的QoS控制策略,即可以根据用户属性参数,例如余额的变化,在每次资源的预留情况下动态的改变QoS策略(如上例中,当用户余额大于50元时,以384kbps的承载通道使用VoIP业务,而当用户余额小于50元时,以128kbps的承载通道使用VoIP业务),并迅速地将改变的策略直接下发给PCEF,无需再与PCRF交互,大地减少了对系统资源的占用,减少了QoS值的下发时间,极大地提高了QoS值下发的效率。参见图7,本发明实施例还提供一种基于计费系统的QoS控制装置,该装置可以位于OCS中,还可以位于其它计费功能实体中。该装置在实施时,可以实现如图2、图5或者图6所示的方法。该装置包括:
[0081] 接收单元701,用于接收PCEF发送的,根据用户的业务请求形成的业务资源预留请求,所述业务资源预留请求中携带所述业务的业务标识;
[0082] 获取单元702,用于根据所述业务的业务标识获取所述业务的预设QoS值;
[0083] 第一确定单元703,用于根据所述业务的预设QoS值确定所述业务的QoS值;
[0084] 下发单元704,用于将所述业务的QoS值下发至所述PCEF,以使所述PCEF允许用户以所述业务的QoS值使用所述业务。
[0085] 为了使获取单元702能够便捷地获取该业务的预设QoS值,该装置还包括:
[0086] 第一存储单元705,用于在业务信息中加入对应的QoS配置来存储所述业务的预设QoS值。
[0087] 本发明另一实施例中,所述存储单元705还可以预先存储用户的属性参数,所述属性参数包括用户当前的余额,用户的业务等级。
[0088] 进一步地,所述确定单元703,还用于在所述业务的预设QoS值的基础上结合用户的属性参数确定所述业务的QoS值。例如,当用户当前的余额较多时,在预设QoS值的基础上提高QoS值;当用户当前的余额较少时,在预设QoS值的基础上降低QoS值。其中余额的多少可以通过和设定的参考值进行比较而判断。又例如,当用户的业务等级高时,在预设QoS值的基础上提高QoS值;当用户的业务等级低时,在预设QoS值的基础上降低QoS值。
[0089] 所述确定单元703根据用户的属性参数确定业务的QoS值的具体过程可以参见图5、图6所示的方法实施例,此处不再赘述。
[0090] 本发明实施例所提供的装置使得无需PCRF的参与,仅由本装置即可完成QoS值的确定和下发,同时使PCEF可以直接获取到对应的QoS值而无需多次与PCRF交互。极大地减少了对系统资源的占用,减少了QoS值的下发时间,极大地提高了QoS值下发的效率。
[0091] 此外,现有方案在PCRF机械的下发QoS值之后,PCEF需要进行状态的变化和对网络资源的再协调,而此时如果用户资源不足则需要重新调整回去。采用本实施例则不存在这种内部的状态变迁。减少了PCEF的状态多次变迁。
[0092] 本发明另一实施例中,还可以根据用户的属性参数,例如用户余额的变化设置不同的QoS策略,针对这种情况,参见图8,本实施例还提供另一种装置,该装置处理具备图7中的各个单元外,还包括:
[0093] 第二存储单元801,用于存储所述业务的业务附加资费及QoS策略;
[0094] 第二确定单元802,用于对当前用户的余额进行监控,在当前用户的余额达到附加资费及QoS策略标准时,按照所述附加资费及QoS策略重新确定QoS值;
[0095] 所述下发单元704,还用于下发重新确定的QoS值至所述PCEF,以使所述PCEF授权用户以所述重新确定的QoS值使用所述业务。
[0096] 本发明实施例所提供的装置针对现有QoS控制系统的架构进行,本发明实施例所提供的装置能够支持更为复杂的QoS控制策略,即可以在每次资源的预留情况下动态的改变QoS策略,并迅速地将改变的策略直接下发给PCER,无需再与PCRF交互,大地减少了对系统资源的占用,减少了QoS值的下发时间,极大地提高了QoS值下发的效率。
[0097] 本发明以实施例还提供一种基于计费系统的QoS控制系统,参见图9,该系统包括:
[0098] PCEF901,用于接收用户发起的业务请求,对所述业务进行识别,向在线计费系统OCS发送业务的业务资源预留请求,所述业务资源预留请求中携带所述业务的业务标识;
[0099] OCS902,用于根据接收的业务资源预留请求中携带的业务标识获取所述业务的预设QoS值;根据所述业务的预设QoS值确定该业务的QoS值;将所述业务的QoS值下发至所述PCEF;
[0100] 所述PCEF901,还用于授权用户以所述业务的QoS值使用所述业务。
[0101] 优选地,所述OCS,还用于在业务信息中加入对应的QoS配置来存储业务的预设QoS值。
[0102] 本发明实施例所提供的系统使得无需PCRF的参与,仅由OCS即可完成QoS值的确定和下发,同时使PCEF可以直接获取到对应的QoS值而无需多次与PCRF交互。极大地减少了对系统资源的占用,减少了QoS值的下发时间,极大地提高了QoS值下发的效率。
[0103] 此外,现有方案在PCRF机械的下发QoS值之后,PCEF需要进行状态的变化和对网络资源的再协调,而此时如果用户资源不足则需要重新调整回去。采用本发明则不存在这种内部的状态变迁。减少了PCEF的状态多次变迁。
[0104] 在本发明其他实施例中,所述OCS在确定业务的QoS值时,还包括:
[0105] 在所述业务的预设QoS值的基础上结合用户的属性参数确定所述业务的QoS值。
[0106] 具体地,所述用户的属性参数包括:用户当前的余额,用户的业务等级等等。具体过程可以参见图5、图6所示的方法实施例,此处不再赘述。
[0107] 本发明另一实施例中,图9所示的系统还包括PCRF903。
[0108] PCEF901,还用于在对所述业务进行识别之后,向在线计费系统OCS发送业务资源预留请求之前,根据该业务的业务标识触发到PCRF的QoS控制;
[0109] 所述PCRF903,用于根据所述业务的业务标识在策略库中寻找与该业务对应的附加QoS值,并将该附加QoS值返回给PCEF;
[0110] 所述PCEF901,用于在向OCS发送该业务的业务资源预留请求中携带所述附加QoS值;
[0111] 所述OCS902,还用于获取该业务的业务预留请求中携带的附加QoS值;参考所述附加QoS值,根据所述业务的预设QoS值,结合当前用户的余额确定该业务的QoS值。
[0112] 优选地,所述OCS902,还用于存储所述业务附加资费及QoS策略;对当前用户的余额进行监控,当所述业务具有预设附加资费及QoS策略时,在当前用户的余额达到附加资费及QoS策略标准时,按照所述附加资费及QoS策略重新确定QoS值,下发重新确定的QoS值至所述PCEF;
[0113] 所述PCEF901,还用于授权用户以所述重新确定的QoS值使用所述业务。
[0114] 本发明实施例所提供的系统在现有QoS控制方案的基础上增加了OCS对QoS值的控制,使得本发明实施例所提供的系统能够支持更为复杂的QoS控制策略,即可以在每次资源的预留情况下动态的改变QoS策略,并迅速地将改变的策略直接下发给PCER,无需再与PCRF交互,大地减少了对系统资源的占用,减少了QoS值的下发时间,极大地提高了QoS值下发的效率。
[0115] 本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
[0116] 以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。