实现自营业务QOS保障的方法、系统与PCRF设备.pdf

上传人:1520****312 文档编号:659743 上传时间:2018-03-02 格式:PDF 页数:14 大小:2.50MB
返回 下载 相关 举报
摘要
申请专利号:

CN201310185994.4

申请日:

2013.05.20

公开号:

CN104168254A

公开日:

2014.11.26

当前法律状态:

授权

有效性:

有权

法律详情:

授权|||实质审查的生效IPC(主分类):H04L 29/06申请日:20130520|||公开

IPC分类号:

H04L29/06

主分类号:

H04L29/06

申请人:

中国电信股份有限公司

发明人:

粟霄

地址:

100033 北京市西城区金融大街31号

优先权:

专利代理机构:

中国国际贸易促进委员会专利商标事务所 11038

代理人:

张殿慧

PDF下载: PDF下载
内容摘要

本公开涉及一种实现自营业务QoS保障的方法、系统与PCRF设备。该方法包括通过开放网关接收自营业务发起的业务保障申请,保障申请中包含业务ID、业务类型和终端用户号码;利用业务ID到用户签约数据库中查询业务ID是否具有业务保障权限;如具有业务保障权限,则将业务类型与存储在用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与业务类型相对应的保障等级;接收用户签约数据库返回的与保障等级相对应的QoS特征值;将QoS特征值下发到策略和计费执行功能设备,以使策略和计费执行功能设备根据接收的QoS特征值修改相应IP流的QoS。本公开可以为自营业务提供QoS保障。

权利要求书

1.  一种实现自营业务QoS保障的方法,其特征在于,包括:
通过开放网关接收自营业务发起的业务保障申请,所述保障申请中包含业务ID、业务类型和终端用户号码;
利用所述业务ID到用户签约数据库中查询所述业务ID是否具有业务保障权限;
如具有业务保障权限,则将所述业务类型与存储在所述用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与所述业务类型相对应的保障等级;
接收所述用户签约数据库返回的与所述保障等级相对应的QoS特征值;
将所述QoS特征值下发到策略和计费执行功能设备,以使所述策略和计费执行功能设备根据接收的QoS特征值修改相应IP流的QoS。

2.
  根据权利要求1所述的实现自营业务QoS保障的方法,其特征在于,所述方法还包括:
预先在所述用户签约数据库中存储业务类型与保障等级的映射关系。

3.
  根据权利要求1所述的实现自营业务QoS保障的方法,其特征在于,所述自营业务包括音频类业务、视频类业务、数据类业务、应用类业务、控制类业务、文本类业务和消息类业务。

4.
  根据权利要求1所述的实现自营业务QoS保障的方法,其特征在于,所述QoS特征值包括为所述业务类型分配的上下行带宽、分配的时长、以及遇到网络阻塞时对无线信道使用的优先级。

5.
  根据权利要求1所述的实现自营业务QoS保障的方法,其特征 在于,所述方法还包括:
所述策略和计费执行功能设备查询使用所述自营业务的用户原来的QoS签约信息;
将接收的QoS特征值与用户原来的QoS签约信息进行比较;
如果接收的QoS特征值对应的优先级高于用户原来的QoS签约信息对应的优先级,则基于接收的QoS特征值改变使用所述自营业务的用户的QoS信息。

6.
  一种策略与计费规则功能设备,其特征在于,包括:
保障申请接收单元,用于通过开放网关接收自营业务发起的业务保障申请,所述保障申请中包含业务ID、业务类型和终端用户号码;
保障权限查询单元,用于利用所述业务ID到用户签约数据库中查询所述业务ID是否具有业务保障权限;
保障等级匹配单元,用于如具有业务保障权限,则将所述业务类型与存储在所述用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与所述业务类型相对应的保障等级;
QoS特征值接收单元,用于接收所述用户签约数据库返回的与所述保障等级相对应的QoS特征值;
QoS下发单元,用于将所述QoS特征值下发到策略和计费执行功能设备,以使所述策略和计费执行功能设备根据接收的QoS特征值修改相应IP流的QoS。

7.
  根据权利要求6所述的策略与计费规则功能设备,其特征在于,所述自营业务包括音频类业务、视频类业务、数据类业务、应用类业务、控制类业务、文本类业务和消息类业务。

8.
  根据权利要求6所述的策略与计费规则功能设备,其特征在于,所述QoS特征值包括为所述业务类型分配的上下行带宽、分配的时长、以及遇到网络阻塞时对无线信道使用的优先级。

9.
  一种实现自营业务QoS保障的系统,其特征在于,包括用户签约数据库、策略和计费执行功能设备和权利要求6-8中任一项所述的策略与计费规则功能设备。

10.
  根据权利要求9所述的实现自营业务QoS保障的系统,其特征在于,所述策略和计费执行功能设备用于根据接收的QoS特征值修改相应IP流的QoS。

11.
  根据权利要求10所述的实现自营业务QoS保障的系统,其特征在于,所述策略和计费执行功能设备包括:
签约信息查询单元,用于查询使用所述自营业务的用户原来的QoS签约信息;
优先级比较单元,用于将接收的QoS特征值与用户原来的QoS签约信息进行比较;
QoS信息修改单元,用于如果接收的QoS特征值对应的优先级高于用户原来的QoS签约信息对应的优先级,则基于接收的QoS特征值改变使用所述自营业务的用户的QoS信息。

说明书

实现自营业务QoS保障的方法、系统与PCRF设备
技术领域
本公开涉及智能管道领域,特别地,涉及一种实现自营业务QoS(Quality of Service,服务质量)保障的方法、系统与PCRF(Policy and Charging Rule Function,策略与计费规则功能)设备。
背景技术
移动互联网时代的到来,运营商既要面对支撑丰富终端/业务的高负荷压力的网络建设和维护责任,同时又要应对增量不增收的运营压力,运营商的运营能力遭遇前所未有的挑战。
如果运营商不对管道进行精细化管理,则三家运营商提供给用户的都是“盲管道”,无法区分用户当前使用何种业务,并且无法对特定业务提供QoS保障。因此无法让优质用户优先使用优质业务,故而网络效率低,用户体验差。
为避免管道同质化、网络效率低、用户体验差、用户黏度低等多种不利因素带来的影响,运营商进行精细化和差异化的智能网络运营已经成为共同的战略选择,并且亟待解决。
发明内容
本公开鉴于以上问题中的至少一个提出了新的技术方案。
本公开在其一个方面提供了一种实现自营业务QoS保障的方法,其可以为自营业务提供QoS保障。
本公开在其另一方面提供了一种PCRF设备,其可以为自营业务提供QoS保障。
本公开在其又一方面提供了一种实现自营业务QoS保障的系统,其可以为自营业务提供QoS保障。
根据本公开,提供一种实现自营业务QoS保障的方法,包括:
通过开放网关接收自营业务发起的业务保障申请,保障申请中包含业务ID、业务类型和终端用户号码;
利用业务ID到用户签约数据库中查询业务ID是否具有业务保障权限;
如具有业务保障权限,则将业务类型与存储在用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与业务类型相对应的保障等级;
接收用户签约数据库返回的与保障等级相对应的QoS特征值;
将QoS特征值下发到策略和计费执行功能设备,以使策略和计费执行功能设备根据接收的QoS特征值修改相应IP流的QoS。
在本公开的一些实施例中,该方法还包括:
预先在用户签约数据库中存储业务类型与保障等级的映射关系。
在本公开的一些实施例中,自营业务包括音频类业务、视频类业务、数据类业务、应用类业务、控制类业务、文本类业务和消息类业务。
在本公开的一些实施例中,QoS特征值包括为业务类型分配的上下行带宽、分配的时长、以及遇到网络阻塞时对无线信道使用的优先级。
在本公开的一些实施例中,该方法还包括:
策略和计费执行功能设备查询使用自营业务的用户原来的QoS签约信息;
将接收的QoS特征值与用户原来的QoS签约信息进行比较;
如果接收的QoS特征值对应的优先级高于用户原来的QoS签约信息对应的优先级,则基于接收的QoS特征值改变使用自营业务的用户的QoS信息。
根据本公开,还提供了一种策略与计费规则功能设备,包括:
保障申请接收单元,用于通过开放网关接收自营业务发起的业务保障申请,保障申请中包含业务ID、业务类型和终端用户号码;
保障权限查询单元,用于利用业务ID到用户签约数据库中查询业务ID是否具有业务保障权限;
保障等级匹配单元,用于如具有业务保障权限,则将业务类型与存储在用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与业务类型相对应的保障等级;
QoS特征值接收单元,用于接收用户签约数据库返回的与保障等级相对应的QoS特征值;
QoS下发单元,用于将QoS特征值下发到策略和计费执行功能设备,以使策略和计费执行功能设备根据接收的QoS特征值修改相应IP流的QoS。
在本公开的一些实施例中,自营业务包括音频类业务、视频类业务、数据类业务、应用类业务、控制类业务、文本类业务和消息类业务。
在本公开的一些实施例中,QoS特征值包括为业务类型分配的上下行带宽、分配的时长、以及遇到网络阻塞时对无线信道使用的优先级。
根据本公开,还提出了一种实现自营业务QoS保障的系统,包括用户签约数据库、策略和计费执行功能设备和前述实施例中的策略与计费规则功能设备。
在本公开的一些实施例中,策略和计费执行功能设备用于根据接收的QoS特征值修改相应IP流的QoS。
在本公开的一些实施例中,策略和计费执行功能设备包括:
签约信息查询单元,用于查询使用自营业务的用户原来的QoS签约信息;
优先级比较单元,用于将接收的QoS特征值与用户原来的QoS签约信息进行比较;
QoS信息修改单元,用于如果接收的QoS特征值对应的优先级高于用户原来的QoS签约信息对应的优先级,则基于接收的QoS特征值改变使用自营业务的用户的QoS信息。
在本公开的技术方案中,由于预先将业务类型与保障等级的映射关系配置在用户签约数据库中,因此,在收到自营业务发起的业务保障申请时,在判断具有保障权限的情况下,根据存储的映射关系查找与用户所使用自营业务对应的保障等级,并将与该保障等级对应的 QoS特征值发送到策略和计费执行功能设备,以使策略和计费执行功能设备将该QoS策略应用到相应的IP流中,进而可以为用户所使用的自营业务提供相应的QoS保障。
附图说明
此处所说明的附图用来提供对本公开的进一步理解,构成本申请的一部分。在附图中:
图1是本公开一个实施例的实现自营业务QoS保障的方法的流程示意图。
图2是本公开另一实施例的实现自营业务QoS保障的方法的消息流程示意图。
图3是本公开又一实施例的实现自营业务QoS保障的方法的流程示意图。
图4是本公开一个实施例的策略与计费规则功能设备的结构示意图。
图5是本公开一个实施例的实现自营业务QoS保障的系统的结构示意图。
图6是本公开另一实施例的实现自营业务QoS保障的系统的结构示意图。
具体实施方式
下面将参照附图描述本公开。要注意的是,以下的描述在本质上仅是解释性和示例性的,决不作为对本公开及其应用或使用的任何限制。除非另外特别说明,否则,在实施例中阐述的部件和步骤的相对布置以及数字表达式和数值并不限制本公开的范围。另外,本领域技术人员已知的技术、方法和装置可能不被详细讨论,但在适当的情况下意在成为说明书的一部分。
本公开下述实施例提出了一种通过预置业务保障等级、配合最简化的开放接口设计来调度PCRF策略的控制能力,快速实现了自营业务的QoS保障。
图1是本公开一个实施例的实现自营业务QoS保障的方法的流程示意图。
其中,自营业务可以包括但不限于音频类业务、视频类业务、数据类业务、应用类业务、控制类业务、文本类业务和消息类业务。
如图1所示,该实施例可以包括以下步骤:
S102,通过开放网关接收自营业务发起的业务保障申请,保障申请中包含业务ID、业务类型和终端用户号码;
例如,某个用户在使用某些自营业务时,如果用户想提高下载速度,则通过互联网向自营业务提供者发起申请,此时,自营业务提供者通过开放网关将业务保障申请提交至PCRF。
S104,PCRF利用业务保障请求中携带的业务ID到用户签约数据库中查询该业务ID是否具有业务保障权限。
S106,如果该业务ID具有业务保障权限,即可以为该业务ID提供业务保障,则将业务保障申请中携带的业务类型与存储在用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与业务保障申请中携带的业务类型相对应的保障等级,在匹配出保障等级后,查找出与该保障等级对应的QoS特征值。
S108,接收用户签约数据库返回的与保障等级相对应的QoS特征值;
具体地,QoS特征值可以包括但不限于为业务类型分配的上下行带宽、分配的时长、以及遇到网络阻塞时对无线信道使用的优先级。
S110,将QoS特征值下发到策略和计费执行功能设备,以使策略和计费执行功能设备根据接收的QoS特征值修改相应IP流的QoS。
在该实施例中,由于预先将业务类型与保障等级的映射关系配置在用户签约数据库中,因此,在收到自营业务发起的业务保障申请时,在判断具有保障权限的情况下,根据存储的映射关系查找与用户所使用自营业务对应的保障等级,并将与该保障等级对应的QoS特征值发送到策略和计费执行功能设备,以使策略和计费执行功能设备将该QoS策略应用到相应的IP流中,进而可以为用户所使用的自营业务提 供相应的QoS保障。
进一步地,在步骤S110中,策略和计费执行功能设备查询使用自营业务的用户原来的QoS签约信息;
将接收的QoS特征值与用户原来的QoS签约信息进行比较;
如果接收的QoS特征值对应的优先级高于用户原来的QoS签约信息对应的优先级,则基于接收的QoS特征值改变使用自营业务的用户的QoS信息。
此外,还需预先在用户签约数据库中存储业务类型与保障等级的映射关系,以使PCRF可以根据该映射关系查找出与业务保障申请中携带的业务类型相对应的保障等级。
图2是本公开另一实施例的实现自营业务QoS保障的方法的消息流程示意图。
如图2所示,可以包括以下过程:
(1)参见图2中的①,根据业务类型进行QoS级别的预设:
依据业务类型,预先将业务保障等级配置在SPR(Subscription Profile Repository,用户签约数据库)中,进行业务类型与保障等级的映射,具体地,保障等级可以依据运营商策略而定,通常为金、银、铜用户,每个级别的用户又可以进一步细分,例如,一般可以定为8级,以供进一步扩展。
(2)参见图2中的②,自营业务发起QoS保障请求:
最简化的开放接口设计:
自营业务提供的信息可以包括但不限于:业务ID、业务类型与终端用户MDN(Mobile Directory Number,用户号码)。举例说明,例如,业务类型为视频类的应用,某个运营商可能会有多个视频应用,于是每个应用都有自己的ID,用于进行多个应用的区分。
(3)参见图2中的③-⑤,保障等级的查询和执行:
PCRF首先通过业务ID查询该业务是否具有保障权限,如有保障权限,则再利用SPR中存储的映射关系查询与保障请求中携带的业务类型对应的保障等级,根据保障等级执行对应的控制策略,例如,上下行带 宽保障与保障时限等,为终端用户提供对应资源。其中,保障时限可以例如为1分钟、1小时或1天等,是用户选择或应用规定的。
进一步地,除实现自营业务的业务保障申请之外,还可以通过部署的开放网关时限业务保障的修改、门控与撤销等业务。其中,门控可以是只允许上行或下行流量,撤销是指停止业务保障,修改是指修改当前业务保障的参数。
图3是本公开又一实施例的实现自营业务QoS保障的方法的流程示意图。
如图3所示,该实施例可以包括以下步骤:
前提:在PCRF使用的用户数据库SPR中进行配置,按照不同业务类型区分不同保障等级。
当自营业务需要申请临时业务保障时,自营业务会通过开放网关向PCRF发起申请请求。具体地:
S302,自营业务向开放网关发送一个业务保障请求,该请求中包括了应用ID、用户标识MDN与业务类型。
S304,开放网关进行协议适配,将业务保障请求封装为AAR(Authorize and Authenticate Request,认证鉴权请求)消息,并发送给PCRF。
S306,PCRF向开放网关发送响应AAA(Authorize and Authenticate Answer,认证鉴权应答)。
S308,PCRF根据应用ID查询SPR该应用ID是否具有业务保障权限,如有业务保障权限,则SPR再根据业务类型匹配出与业务类型对应的业务保障级别。
S310,SPR将匹配出的与业务保障级别对应的QoS特征值返回给PCRF,其中,QoS特征值可以包括但不限于对这个业务分配的上下行带宽、分配的时长、遇到网络阻塞时对无线信道使用的优先级等。
S312,PCRF向PCEF(Policy and Charging Enforcement Function,策略和计费执行功能)下发QoS策略,即,QoS特征值。
S314,PCEF针对请求检查签约信息,识别相关的IP流,修改其 QoS,进行QoS授权,并向PCRF反馈QoS策略执行信息。
具体地,PCEF可以根据用户的MDN从AAA查到使用自营业务的用户原来的QoS签约信息,将接收的QoS特征值与QoS签约信息进行比较,判断两者优先级的高低,如果接收的QoS特征值对应的优先级较高,则利用用户的MDN识别出用户的IP流(此功能为PCEF的自有功能),改变该IP流中用户的QoS信息(例如,调整优先级等),让用户享有高的QoS保障(即,QoS授权),如果QoS签约信息对应的优先级较高,则不对用户IP流中的QoS信息进行更改。
S316,PCRF向开放网关返回RAR(Re-Authentication Request,重认证请求)消息,通知用户QoS修改已成功。
S318,开放网关向自营业务返回业务申请应答。
其中,业务保障申请的开放接口示例如下表所示:

表1
自营业务可以属于其中的任何一类型。运营商可以根据自己需要决定与每一类型对应的保障级别。
本领域普通技术人员可以理解,实现上述方法实施例的全部和部分 步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算设备可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤,而前述的存储介质可以包括ROM、RAM、磁碟和光盘等各种可以存储程序代码的介质。
图4是本公开一个实施例的策略与计费规则功能设备的结构示意图。
如图4所示,该实施例中的设备40可以包括保障申请接收单元402、保障权限查询单元404、保障等级匹配单元406、QoS特征值接收单元408和QoS下发单元410。其中,
保障申请接收单元402,用于通过开放网关接收自营业务发起的业务保障申请,保障申请中包含业务ID、业务类型和终端用户号码;
保障权限查询单元404,用于利用业务ID到用户签约数据库中查询业务ID是否具有业务保障权限;
保障等级匹配单元406,用于如具有业务保障权限,则将业务类型与存储在用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与业务类型相对应的保障等级;
QoS特征值接收单元408,用于接收用户签约数据库返回的与保障等级相对应的QoS特征值;
QoS下发单元410,用于将QoS特征值下发到策略和计费执行功能设备,以使策略和计费执行功能设备根据接收的QoS特征值修改相应IP流的QoS。
在该实施例中,由于预先将业务类型与保障等级的映射关系配置在用户签约数据库中,因此,在收到自营业务发起的业务保障申请时,在判断具有保障权限的情况下,根据存储的映射关系查找与用户所使用自营业务对应的保障等级,并将与该保障等级对应的QoS特征值发送到策略和计费执行功能设备,以使策略和计费执行功能设备将该QoS策略应用到相应的IP流中,进而可以为用户所使用的自营业务提供相应的QoS保障。
其中,自营业务可以包括但不限于音频类业务、视频类业务、数据类业务、应用类业务、控制类业务、文本类业务和消息类业务。
进一步地,QoS特征值可以包括但不限于为业务类型分配的上下行带宽、分配的时长、以及遇到网络阻塞时对无线信道使用的优先级。
图5是本公开一个实施例的实现自营业务QoS保障的系统的结构示意图。
如图5所示,该实施例中的系统50可以包括SPR502、PCEF504和PCRF506。其中,PCRF506可以通过前述实施例实现。
进一步地,策略和计费执行功能设备用于根据接收的QoS特征值修改相应IP流的QoS。
图6是本公开另一实施例的实现自营业务QoS保障的系统的结构示意图。
如图6所示,与图5中的实施例相比,该实施例中的策略和计费执行功能设备602可以包括签约信息查询单元602a、优先级比较单元602b和QoS信息修改单元602c。其中,
签约信息查询单元602a,用于查询使用自营业务的用户原来的QoS签约信息;
优先级比较单元602b,用于将接收的QoS特征值与用户原来的QoS签约信息进行比较;
QoS信息修改单元602c,用于如果接收的QoS特征值对应的优先级高于用户原来的QoS签约信息对应的优先级,则基于接收的QoS特征值改变使用自营业务的用户的QoS信息。
本说明书中各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同和相似的部分可以相互参见。对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处可以参见方法实施例部分的说明。
本公开上述实施例与现有技术相比具有以下优点:
(1)3GPP TS29.199-17:业务保障请求的QoS信息可以实时提供,开放接口参数复杂;本公开中的业务保障等级需预先配置,一旦该业务被用户调用,则自营业务直接通过应用ID发起QoS保障请求,PCRF再根据应用ID查询出具体的QoS等级和具体保障需求。
(2)3GPP TS29.199-17:通过IP五元组识别用户,存在NAT穿越问题,具体地,由于IP地址紧张,某些运营商在网络上增加NAT设备,分配给终端的是内网IP,而应用从终端拿到的是经过NAT设备后的外网IP地址,因此网络无法匹配寻找到终端,此问题目前在3GPP讨论,尚无统一解决方案;而本公开则可以利用自营业务的特点(可获取MDN号),提出通过MDN实现用户绑定,避免NAT穿越问题。,具体地,自营业务一般都要求用户填入手机号作为账号,所以可以获得用户的MDN。
虽然已参照示例性实施例描述了本公开,但应理解,本公开不限于上述的示例性实施例。对于本领域技术人员显然的是,可以在不背离本公开的范围和精神的条件下修改上述的示例性实施例。所附的权利要求的范围应被赋予最宽的解释,以包含所有这样的修改以及等同的结构和功能。

实现自营业务QOS保障的方法、系统与PCRF设备.pdf_第1页
第1页 / 共14页
实现自营业务QOS保障的方法、系统与PCRF设备.pdf_第2页
第2页 / 共14页
实现自营业务QOS保障的方法、系统与PCRF设备.pdf_第3页
第3页 / 共14页
点击查看更多>>
资源描述

《实现自营业务QOS保障的方法、系统与PCRF设备.pdf》由会员分享,可在线阅读,更多相关《实现自营业务QOS保障的方法、系统与PCRF设备.pdf(14页珍藏版)》请在专利查询网上搜索。

1、10申请公布号CN104168254A43申请公布日20141126CN104168254A21申请号201310185994422申请日20130520H04L29/0620060171申请人中国电信股份有限公司地址100033北京市西城区金融大街31号72发明人粟霄74专利代理机构中国国际贸易促进委员会专利商标事务所11038代理人张殿慧54发明名称实现自营业务QOS保障的方法、系统与PCRF设备57摘要本公开涉及一种实现自营业务QOS保障的方法、系统与PCRF设备。该方法包括通过开放网关接收自营业务发起的业务保障申请,保障申请中包含业务ID、业务类型和终端用户号码;利用业务ID到用户签约。

2、数据库中查询业务ID是否具有业务保障权限;如具有业务保障权限,则将业务类型与存储在用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与业务类型相对应的保障等级;接收用户签约数据库返回的与保障等级相对应的QOS特征值;将QOS特征值下发到策略和计费执行功能设备,以使策略和计费执行功能设备根据接收的QOS特征值修改相应IP流的QOS。本公开可以为自营业务提供QOS保障。51INTCL权利要求书2页说明书8页附图3页19中华人民共和国国家知识产权局12发明专利申请权利要求书2页说明书8页附图3页10申请公布号CN104168254ACN104168254A1/2页21一种实现自营业务QO。

3、S保障的方法,其特征在于,包括通过开放网关接收自营业务发起的业务保障申请,所述保障申请中包含业务ID、业务类型和终端用户号码;利用所述业务ID到用户签约数据库中查询所述业务ID是否具有业务保障权限;如具有业务保障权限,则将所述业务类型与存储在所述用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与所述业务类型相对应的保障等级;接收所述用户签约数据库返回的与所述保障等级相对应的QOS特征值;将所述QOS特征值下发到策略和计费执行功能设备,以使所述策略和计费执行功能设备根据接收的QOS特征值修改相应IP流的QOS。2根据权利要求1所述的实现自营业务QOS保障的方法,其特征在于,所述方法。

4、还包括预先在所述用户签约数据库中存储业务类型与保障等级的映射关系。3根据权利要求1所述的实现自营业务QOS保障的方法,其特征在于,所述自营业务包括音频类业务、视频类业务、数据类业务、应用类业务、控制类业务、文本类业务和消息类业务。4根据权利要求1所述的实现自营业务QOS保障的方法,其特征在于,所述QOS特征值包括为所述业务类型分配的上下行带宽、分配的时长、以及遇到网络阻塞时对无线信道使用的优先级。5根据权利要求1所述的实现自营业务QOS保障的方法,其特征在于,所述方法还包括所述策略和计费执行功能设备查询使用所述自营业务的用户原来的QOS签约信息;将接收的QOS特征值与用户原来的QOS签约信息进。

5、行比较;如果接收的QOS特征值对应的优先级高于用户原来的QOS签约信息对应的优先级,则基于接收的QOS特征值改变使用所述自营业务的用户的QOS信息。6一种策略与计费规则功能设备,其特征在于,包括保障申请接收单元,用于通过开放网关接收自营业务发起的业务保障申请,所述保障申请中包含业务ID、业务类型和终端用户号码;保障权限查询单元,用于利用所述业务ID到用户签约数据库中查询所述业务ID是否具有业务保障权限;保障等级匹配单元,用于如具有业务保障权限,则将所述业务类型与存储在所述用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与所述业务类型相对应的保障等级;QOS特征值接收单元,用于接收。

6、所述用户签约数据库返回的与所述保障等级相对应的QOS特征值;QOS下发单元,用于将所述QOS特征值下发到策略和计费执行功能设备,以使所述策略和计费执行功能设备根据接收的QOS特征值修改相应IP流的QOS。7根据权利要求6所述的策略与计费规则功能设备,其特征在于,所述自营业务包括音频类业务、视频类业务、数据类业务、应用类业务、控制类业务、文本类业务和消息类业务。权利要求书CN104168254A2/2页38根据权利要求6所述的策略与计费规则功能设备,其特征在于,所述QOS特征值包括为所述业务类型分配的上下行带宽、分配的时长、以及遇到网络阻塞时对无线信道使用的优先级。9一种实现自营业务QOS保障的。

7、系统,其特征在于,包括用户签约数据库、策略和计费执行功能设备和权利要求68中任一项所述的策略与计费规则功能设备。10根据权利要求9所述的实现自营业务QOS保障的系统,其特征在于,所述策略和计费执行功能设备用于根据接收的QOS特征值修改相应IP流的QOS。11根据权利要求10所述的实现自营业务QOS保障的系统,其特征在于,所述策略和计费执行功能设备包括签约信息查询单元,用于查询使用所述自营业务的用户原来的QOS签约信息;优先级比较单元,用于将接收的QOS特征值与用户原来的QOS签约信息进行比较;QOS信息修改单元,用于如果接收的QOS特征值对应的优先级高于用户原来的QOS签约信息对应的优先级,则。

8、基于接收的QOS特征值改变使用所述自营业务的用户的QOS信息。权利要求书CN104168254A1/8页4实现自营业务QOS保障的方法、系统与PCRF设备技术领域0001本公开涉及智能管道领域,特别地,涉及一种实现自营业务QOS(QUALITYOFSERVICE,服务质量)保障的方法、系统与PCRF(POLICYANDCHARGINGRULEFUNCTION,策略与计费规则功能)设备。背景技术0002移动互联网时代的到来,运营商既要面对支撑丰富终端业务的高负荷压力的网络建设和维护责任,同时又要应对增量不增收的运营压力,运营商的运营能力遭遇前所未有的挑战。0003如果运营商不对管道进行精细化管理。

9、,则三家运营商提供给用户的都是“盲管道”,无法区分用户当前使用何种业务,并且无法对特定业务提供QOS保障。因此无法让优质用户优先使用优质业务,故而网络效率低,用户体验差。0004为避免管道同质化、网络效率低、用户体验差、用户黏度低等多种不利因素带来的影响,运营商进行精细化和差异化的智能网络运营已经成为共同的战略选择,并且亟待解决。发明内容0005本公开鉴于以上问题中的至少一个提出了新的技术方案。0006本公开在其一个方面提供了一种实现自营业务QOS保障的方法,其可以为自营业务提供QOS保障。0007本公开在其另一方面提供了一种PCRF设备,其可以为自营业务提供QOS保障。0008本公开在其又一。

10、方面提供了一种实现自营业务QOS保障的系统,其可以为自营业务提供QOS保障。0009根据本公开,提供一种实现自营业务QOS保障的方法,包括0010通过开放网关接收自营业务发起的业务保障申请,保障申请中包含业务ID、业务类型和终端用户号码;0011利用业务ID到用户签约数据库中查询业务ID是否具有业务保障权限;0012如具有业务保障权限,则将业务类型与存储在用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与业务类型相对应的保障等级;0013接收用户签约数据库返回的与保障等级相对应的QOS特征值;0014将QOS特征值下发到策略和计费执行功能设备,以使策略和计费执行功能设备根据接收的。

11、QOS特征值修改相应IP流的QOS。0015在本公开的一些实施例中,该方法还包括0016预先在用户签约数据库中存储业务类型与保障等级的映射关系。0017在本公开的一些实施例中,自营业务包括音频类业务、视频类业务、数据类业务、应用类业务、控制类业务、文本类业务和消息类业务。说明书CN104168254A2/8页50018在本公开的一些实施例中,QOS特征值包括为业务类型分配的上下行带宽、分配的时长、以及遇到网络阻塞时对无线信道使用的优先级。0019在本公开的一些实施例中,该方法还包括0020策略和计费执行功能设备查询使用自营业务的用户原来的QOS签约信息;0021将接收的QOS特征值与用户原来的。

12、QOS签约信息进行比较;0022如果接收的QOS特征值对应的优先级高于用户原来的QOS签约信息对应的优先级,则基于接收的QOS特征值改变使用自营业务的用户的QOS信息。0023根据本公开,还提供了一种策略与计费规则功能设备,包括0024保障申请接收单元,用于通过开放网关接收自营业务发起的业务保障申请,保障申请中包含业务ID、业务类型和终端用户号码;0025保障权限查询单元,用于利用业务ID到用户签约数据库中查询业务ID是否具有业务保障权限;0026保障等级匹配单元,用于如具有业务保障权限,则将业务类型与存储在用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与业务类型相对应的保障等。

13、级;0027QOS特征值接收单元,用于接收用户签约数据库返回的与保障等级相对应的QOS特征值;0028QOS下发单元,用于将QOS特征值下发到策略和计费执行功能设备,以使策略和计费执行功能设备根据接收的QOS特征值修改相应IP流的QOS。0029在本公开的一些实施例中,自营业务包括音频类业务、视频类业务、数据类业务、应用类业务、控制类业务、文本类业务和消息类业务。0030在本公开的一些实施例中,QOS特征值包括为业务类型分配的上下行带宽、分配的时长、以及遇到网络阻塞时对无线信道使用的优先级。0031根据本公开,还提出了一种实现自营业务QOS保障的系统,包括用户签约数据库、策略和计费执行功能设备。

14、和前述实施例中的策略与计费规则功能设备。0032在本公开的一些实施例中,策略和计费执行功能设备用于根据接收的QOS特征值修改相应IP流的QOS。0033在本公开的一些实施例中,策略和计费执行功能设备包括0034签约信息查询单元,用于查询使用自营业务的用户原来的QOS签约信息;0035优先级比较单元,用于将接收的QOS特征值与用户原来的QOS签约信息进行比较;0036QOS信息修改单元,用于如果接收的QOS特征值对应的优先级高于用户原来的QOS签约信息对应的优先级,则基于接收的QOS特征值改变使用自营业务的用户的QOS信息。0037在本公开的技术方案中,由于预先将业务类型与保障等级的映射关系配置。

15、在用户签约数据库中,因此,在收到自营业务发起的业务保障申请时,在判断具有保障权限的情况下,根据存储的映射关系查找与用户所使用自营业务对应的保障等级,并将与该保障等级对应的QOS特征值发送到策略和计费执行功能设备,以使策略和计费执行功能设备将该QOS策略应用到相应的IP流中,进而可以为用户所使用的自营业务提供相应的QOS保障。说明书CN104168254A3/8页6附图说明0038此处所说明的附图用来提供对本公开的进一步理解,构成本申请的一部分。在附图中0039图1是本公开一个实施例的实现自营业务QOS保障的方法的流程示意图。0040图2是本公开另一实施例的实现自营业务QOS保障的方法的消息流程。

16、示意图。0041图3是本公开又一实施例的实现自营业务QOS保障的方法的流程示意图。0042图4是本公开一个实施例的策略与计费规则功能设备的结构示意图。0043图5是本公开一个实施例的实现自营业务QOS保障的系统的结构示意图。0044图6是本公开另一实施例的实现自营业务QOS保障的系统的结构示意图。具体实施方式0045下面将参照附图描述本公开。要注意的是,以下的描述在本质上仅是解释性和示例性的,决不作为对本公开及其应用或使用的任何限制。除非另外特别说明,否则,在实施例中阐述的部件和步骤的相对布置以及数字表达式和数值并不限制本公开的范围。另外,本领域技术人员已知的技术、方法和装置可能不被详细讨论,。

17、但在适当的情况下意在成为说明书的一部分。0046本公开下述实施例提出了一种通过预置业务保障等级、配合最简化的开放接口设计来调度PCRF策略的控制能力,快速实现了自营业务的QOS保障。0047图1是本公开一个实施例的实现自营业务QOS保障的方法的流程示意图。0048其中,自营业务可以包括但不限于音频类业务、视频类业务、数据类业务、应用类业务、控制类业务、文本类业务和消息类业务。0049如图1所示,该实施例可以包括以下步骤0050S102,通过开放网关接收自营业务发起的业务保障申请,保障申请中包含业务ID、业务类型和终端用户号码;0051例如,某个用户在使用某些自营业务时,如果用户想提高下载速度,。

18、则通过互联网向自营业务提供者发起申请,此时,自营业务提供者通过开放网关将业务保障申请提交至PCRF。0052S104,PCRF利用业务保障请求中携带的业务ID到用户签约数据库中查询该业务ID是否具有业务保障权限。0053S106,如果该业务ID具有业务保障权限,即可以为该业务ID提供业务保障,则将业务保障申请中携带的业务类型与存储在用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与业务保障申请中携带的业务类型相对应的保障等级,在匹配出保障等级后,查找出与该保障等级对应的QOS特征值。0054S108,接收用户签约数据库返回的与保障等级相对应的QOS特征值;0055具体地,QOS特。

19、征值可以包括但不限于为业务类型分配的上下行带宽、分配的时长、以及遇到网络阻塞时对无线信道使用的优先级。0056S110,将QOS特征值下发到策略和计费执行功能设备,以使策略和计费执行功能设备根据接收的QOS特征值修改相应IP流的QOS。0057在该实施例中,由于预先将业务类型与保障等级的映射关系配置在用户签约数说明书CN104168254A4/8页7据库中,因此,在收到自营业务发起的业务保障申请时,在判断具有保障权限的情况下,根据存储的映射关系查找与用户所使用自营业务对应的保障等级,并将与该保障等级对应的QOS特征值发送到策略和计费执行功能设备,以使策略和计费执行功能设备将该QOS策略应用到相。

20、应的IP流中,进而可以为用户所使用的自营业务提供相应的QOS保障。0058进一步地,在步骤S110中,策略和计费执行功能设备查询使用自营业务的用户原来的QOS签约信息;0059将接收的QOS特征值与用户原来的QOS签约信息进行比较;0060如果接收的QOS特征值对应的优先级高于用户原来的QOS签约信息对应的优先级,则基于接收的QOS特征值改变使用自营业务的用户的QOS信息。0061此外,还需预先在用户签约数据库中存储业务类型与保障等级的映射关系,以使PCRF可以根据该映射关系查找出与业务保障申请中携带的业务类型相对应的保障等级。0062图2是本公开另一实施例的实现自营业务QOS保障的方法的消息。

21、流程示意图。0063如图2所示,可以包括以下过程0064(1)参见图2中的,根据业务类型进行QOS级别的预设0065依据业务类型,预先将业务保障等级配置在SPR(SUBSCRIPTIONPROFILEREPOSITORY,用户签约数据库)中,进行业务类型与保障等级的映射,具体地,保障等级可以依据运营商策略而定,通常为金、银、铜用户,每个级别的用户又可以进一步细分,例如,一般可以定为8级,以供进一步扩展。0066(2)参见图2中的,自营业务发起QOS保障请求0067最简化的开放接口设计0068自营业务提供的信息可以包括但不限于业务ID、业务类型与终端用户MDN(MOBILEDIRECTORYNU。

22、MBER,用户号码)。举例说明,例如,业务类型为视频类的应用,某个运营商可能会有多个视频应用,于是每个应用都有自己的ID,用于进行多个应用的区分。0069(3)参见图2中的,保障等级的查询和执行0070PCRF首先通过业务ID查询该业务是否具有保障权限,如有保障权限,则再利用SPR中存储的映射关系查询与保障请求中携带的业务类型对应的保障等级,根据保障等级执行对应的控制策略,例如,上下行带宽保障与保障时限等,为终端用户提供对应资源。其中,保障时限可以例如为1分钟、1小时或1天等,是用户选择或应用规定的。0071进一步地,除实现自营业务的业务保障申请之外,还可以通过部署的开放网关时限业务保障的修改。

23、、门控与撤销等业务。其中,门控可以是只允许上行或下行流量,撤销是指停止业务保障,修改是指修改当前业务保障的参数。0072图3是本公开又一实施例的实现自营业务QOS保障的方法的流程示意图。0073如图3所示,该实施例可以包括以下步骤0074前提在PCRF使用的用户数据库SPR中进行配置,按照不同业务类型区分不同保障等级。0075当自营业务需要申请临时业务保障时,自营业务会通过开放网关向PCRF发起申请请求。具体地0076S302,自营业务向开放网关发送一个业务保障请求,该请求中包括了应用ID、用户标识MDN与业务类型。说明书CN104168254A5/8页80077S304,开放网关进行协议适配。

24、,将业务保障请求封装为AAR(AUTHORIZEANDAUTHENTICATEREQUEST,认证鉴权请求)消息,并发送给PCRF。0078S306,PCRF向开放网关发送响应AAA(AUTHORIZEANDAUTHENTICATEANSWER,认证鉴权应答)。0079S308,PCRF根据应用ID查询SPR该应用ID是否具有业务保障权限,如有业务保障权限,则SPR再根据业务类型匹配出与业务类型对应的业务保障级别。0080S310,SPR将匹配出的与业务保障级别对应的QOS特征值返回给PCRF,其中,QOS特征值可以包括但不限于对这个业务分配的上下行带宽、分配的时长、遇到网络阻塞时对无线信道使。

25、用的优先级等。0081S312,PCRF向PCEF(POLICYANDCHARGINGENFORCEMENTFUNCTION,策略和计费执行功能)下发QOS策略,即,QOS特征值。0082S314,PCEF针对请求检查签约信息,识别相关的IP流,修改其QOS,进行QOS授权,并向PCRF反馈QOS策略执行信息。0083具体地,PCEF可以根据用户的MDN从AAA查到使用自营业务的用户原来的QOS签约信息,将接收的QOS特征值与QOS签约信息进行比较,判断两者优先级的高低,如果接收的QOS特征值对应的优先级较高,则利用用户的MDN识别出用户的IP流(此功能为PCEF的自有功能),改变该IP流中用。

26、户的QOS信息(例如,调整优先级等),让用户享有高的QOS保障(即,QOS授权),如果QOS签约信息对应的优先级较高,则不对用户IP流中的QOS信息进行更改。0084S316,PCRF向开放网关返回RAR(REAUTHENTICATIONREQUEST,重认证请求)消息,通知用户QOS修改已成功。0085S318,开放网关向自营业务返回业务申请应答。0086其中,业务保障申请的开放接口示例如下表所示0087说明书CN104168254A6/8页90088表10089自营业务可以属于其中的任何一类型。运营商可以根据自己需要决定与每一类型对应的保障级别。0090本领域普通技术人员可以理解,实现上述。

27、方法实施例的全部和部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算设备可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤,而前述的存储介质可以包括ROM、RAM、磁碟和光盘等各种可以存储程序代码的介质。0091图4是本公开一个实施例的策略与计费规则功能设备的结构示意图。0092如图4所示,该实施例中的设备40可以包括保障申请接收单元402、保障权限查询单元404、保障等级匹配单元406、QOS特征值接收单元408和QOS下发单元410。其中,0093保障申请接收单元402,用于通过开放网关接收自营业务发起的业务保障申请,保障申请中包含业务ID、业务类型和终端用户。

28、号码;0094保障权限查询单元404,用于利用业务ID到用户签约数据库中查询业务ID是否具有业务保障权限;0095保障等级匹配单元406,用于如具有业务保障权限,则将业务类型与存储在用户签约数据库中的业务类型与保障等级的映射关系相匹配,以匹配出与业务类型相对应的保障等级;0096QOS特征值接收单元408,用于接收用户签约数据库返回的与保障等级相对应的QOS特征值;0097QOS下发单元410,用于将QOS特征值下发到策略和计费执行功能设备,以使策略和计费执行功能设备根据接收的QOS特征值修改相应IP流的QOS。说明书CN104168254A7/8页100098在该实施例中,由于预先将业务类型。

29、与保障等级的映射关系配置在用户签约数据库中,因此,在收到自营业务发起的业务保障申请时,在判断具有保障权限的情况下,根据存储的映射关系查找与用户所使用自营业务对应的保障等级,并将与该保障等级对应的QOS特征值发送到策略和计费执行功能设备,以使策略和计费执行功能设备将该QOS策略应用到相应的IP流中,进而可以为用户所使用的自营业务提供相应的QOS保障。0099其中,自营业务可以包括但不限于音频类业务、视频类业务、数据类业务、应用类业务、控制类业务、文本类业务和消息类业务。0100进一步地,QOS特征值可以包括但不限于为业务类型分配的上下行带宽、分配的时长、以及遇到网络阻塞时对无线信道使用的优先级。。

30、0101图5是本公开一个实施例的实现自营业务QOS保障的系统的结构示意图。0102如图5所示,该实施例中的系统50可以包括SPR502、PCEF504和PCRF506。其中,PCRF506可以通过前述实施例实现。0103进一步地,策略和计费执行功能设备用于根据接收的QOS特征值修改相应IP流的QOS。0104图6是本公开另一实施例的实现自营业务QOS保障的系统的结构示意图。0105如图6所示,与图5中的实施例相比,该实施例中的策略和计费执行功能设备602可以包括签约信息查询单元602A、优先级比较单元602B和QOS信息修改单元602C。其中,0106签约信息查询单元602A,用于查询使用自营。

31、业务的用户原来的QOS签约信息;0107优先级比较单元602B,用于将接收的QOS特征值与用户原来的QOS签约信息进行比较;0108QOS信息修改单元602C,用于如果接收的QOS特征值对应的优先级高于用户原来的QOS签约信息对应的优先级,则基于接收的QOS特征值改变使用自营业务的用户的QOS信息。0109本说明书中各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同和相似的部分可以相互参见。对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处可以参见方法实施例部分的说明。0110本公开上述实施例与现有技术相比具有以下优点0。

32、111(1)3GPPTS2919917业务保障请求的QOS信息可以实时提供,开放接口参数复杂;本公开中的业务保障等级需预先配置,一旦该业务被用户调用,则自营业务直接通过应用ID发起QOS保障请求,PCRF再根据应用ID查询出具体的QOS等级和具体保障需求。0112(2)3GPPTS2919917通过IP五元组识别用户,存在NAT穿越问题,具体地,由于IP地址紧张,某些运营商在网络上增加NAT设备,分配给终端的是内网IP,而应用从终端拿到的是经过NAT设备后的外网IP地址,因此网络无法匹配寻找到终端,此问题目前在3GPP讨论,尚无统一解决方案;而本公开则可以利用自营业务的特点(可获取MDN号),。

33、提出通过MDN实现用户绑定,避免NAT穿越问题。,具体地,自营业务一般都要求用户填入手机号作为账号,所以可以获得用户的MDN。0113虽然已参照示例性实施例描述了本公开,但应理解,本公开不限于上述的示例性实施例。对于本领域技术人员显然的是,可以在不背离本公开的范围和精神的条件下修改说明书CN104168254A108/8页11上述的示例性实施例。所附的权利要求的范围应被赋予最宽的解释,以包含所有这样的修改以及等同的结构和功能。说明书CN104168254A111/3页12图1图2说明书附图CN104168254A122/3页13图3图4图5说明书附图CN104168254A133/3页14图6说明书附图CN104168254A14。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 电学 > 电通信技术


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1