首页> 中国专利> 执行LTE/EPC中基于服务链的策略的方法与设备

执行LTE/EPC中基于服务链的策略的方法与设备

摘要

本发明的目的是提供一种执行LTE/EPC中基于服务链的策略的方法与设备。具体地,PCRF设备响应于对应的PCEF设备发送的关于待提供的用户数据的控制计费请求,生成对应的服务链策略,以基于扩展Gx接口中与所述服务链策略相对应的服务链策略建立属性值对,将所述服务链策略发送至所述PCEF设备;所述PCEF设备对所述用户数据执行所述服务链策略。与现有技术相比,本发明将服务链功能引入LTE/EPC,使得现有的3GPP?LTE/EPC控制平面结构和策略能够支持软件定义网络(SDN)open?flow和服务链。

著录项

  • 公开/公告号CN105376174A

    专利类型发明专利

  • 公开/公告日2016-03-02

    原文格式PDF

  • 申请/专利权人 阿尔卡特朗讯;

    申请/专利号CN201410422462.2

  • 发明设计人 汪治;蔡亦钢;

    申请日2014-08-25

  • 分类号

  • 代理机构北京汉昊知识产权代理事务所(普通合伙);

  • 代理人罗朋

  • 地址 法国布洛涅-比扬古

  • 入库时间 2023-12-18 14:35:31

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2020-08-07

    未缴年费专利权终止 IPC(主分类):H04L12/813 授权公告日:20181030 终止日期:20190825 申请日:20140825

    专利权的终止

  • 2018-10-30

    授权

    授权

  • 2016-03-30

    实质审查的生效 IPC(主分类):H04L12/813 申请日:20140825

    实质审查的生效

  • 2016-03-02

    公开

    公开

说明书

技术领域

本发明涉及通信技术领域,尤其涉及一种用于执行LTE/EPC中基于服务链的策略的技术。

背景技术

服务链(servicechaining)是将服务的有序集应用于数据包或流的概念,也即,服务链是指待提供给用户的数据在到达用户之前所经过的一些列服务对应的处理过程。除了基本的路由和转发功能之外,链中的服务可包括诸如负载均衡、防火墙、入侵防御、深度包检测(DPI,DeepPacketInspection)、合法监听(LI,LawfulIntercept)模块、NAT(NetworkAddressTranslation,网络地址转换)44(RFC3022)、NAT64(RFC6146)、DS-LiteAFTR(DS-Lite:DualStackLite,轻量级的双栈,AFTR:AddressFamilyTranslationRouter,地址族转换路由器,RFC6333)、NPTv6(IPv6-to-IPv6NetworkPrefixTranslation,IPv6至IPv6的网络前缀转换,RFC6296)、HOST_ID注入、HTTP头改进功能、TCP(TransmissionControlProtocol,传输控制协议)调整和优化功能等等的服务。用于将服务链应用于数据包或流的标准可基于跨OSI(OpenSystemInterconnection,开放系统互联)层(例如,物理端口、以太网MAC(MediaAccessControl,介质访问控制)头信息、IP报头信息、传输和应用程序层信息)的数据包/流属性。

服务链是关于用其他服务链(串行的或并行的)或插入服务,或者是关于将多个服务分发至给定流上的能力。其是不同网络服务的智能流插入和粒度策略执行引擎。提供了创建革新的增值服务和移动网络资产货币化的新方式。

服务链概念最近成为热门,IETF(工程任务组,InternetEngineeringTaskForce)起草了描述关于服务链一些思想的“不同服务功能链框架服务链框架00”。一些设备商业提出了用于软件定义网络(SDN,SoftwareDefinedNetwork)图片类型服务链路由。

然而,在3GPPLTE/EPC(EPC,EvolvedPackageCore,演进分组核心)结构中没有相关现有技术能够实现服务链服务和策略控制与管理,因此,现有技术无法实现在支持SDNOpenFlow和服务链中使用现有的3GPPLTE/EPC控制平面结构和策略控制。

发明内容

本发明的一个目的是提供一种用于执行LTE/EPC中基于服务链的策略的方法与设备。

根据本发明的一个方面,提供了一种用于执行LTE/EPC中基于服务链的策略的方法,其中,该方法包括以下步骤:

aPCRF设备响应于对应的PCEF设备发送的关于待提供的用户数据的控制计费请求,生成对应的服务链策略,以基于扩展Gx接口中与所述服务链策略相对应的服务链策略建立属性值对,将所述服务链策略发送至所述PCEF设备;

b所述PCEF设备对所述用户数据执行所述服务链策略。

根据本发明的另一方面,还提供了一种用于执行LTE/EPC中基于服务链的策略的PCRF设备,其中,该PCRF设备包括:

策略生成装置,用于响应于对应的PCEF设备所发送的关于待提供的用户数据的控制计费请求,生成对应的服务链策略;

第一发送装置,用于基于扩展Gx接口中与所述服务链策略相对应的服务链策略建立属性值对,将所述服务链策略发送至所述PCEF设备。

根据本发明的再一方面,还提供了一种用于执行LTE/EPC中基于服务链的策略的PCEF设备,其中,该PCEF设备包括:

第一接收装置,用于接收对应的PCRF设备响应于关于待提供的用户数据的控制计费请求所发送的服务链策略;

第一执行装置,用于对所述用户数据执行所述服务链策略。

根据本发明的又一方面,还提供了一种用于执行LTE/EPC中基于服务链的策略的系统,其中,该系统包括如前述根据本发明另一方面的PCRF设备,以及如前述根据本发明再一方面的PCEF设备。

根据本发明的还一方面,还提供了一种用于执行支持软件定义网络的LTE/EPC中基于服务链的策略的系统,其中,该系统包括如前述根据本发明另一方面的PCRF设备,以及如前述根据本发明再一方面的PCEF设备。

与现有技术相比,本发明的一个实施例中,PCRF设备响应于对应的PCEF设备发送的关于待提供的用户数据的控制计费请求,生成对应的服务链策略,以基于扩展Gx接口中与所述服务链策略相对应的服务链策略建立属性值对,将所述服务链策略发送至所述PCEF设备,PCEF设备对所述用户数据执行所述服务链策略,从而本发明将服务链功能引入LTE/EPC,使得现有的3GPPLTE/EPC控制平面结构和策略能够支持软件定义网络(SDN)openflow和服务链,相应地,本发明也增强了具有服务链的PCC(策略与计费控制,PolicyandChargingControl)架构,可应用于PCC可应用的任何领域;进一步地,本发明还提供了创新增值服务和移动网络资产货币化的新途径;更近一步地,本发明也提供了灵活、可扩展的LTE/EPC体系结构和有效的新服务插入和升级,并支持资源的动态扩展;而且,本发明对现有的Gx接口进行增强,实现了服务链策略可从PCRF设备中下载至PCEF设备中。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:

图1示出根据本发明一个方面的一种用于执行LTE/EPC中基于服务链的策略的PCRF设备和PCEF设备的设备示意图;

图2示出根据本发明一个实施例的服务链策略表的一种实现示意图;

图3示出本发明一个优选实施例的一种用于执行LTE/EPC中基于服务链的策略的PCRF设备和PCEF设备的设备示意图;

图4示出根据本发明另一个方面的PCRF设备和PCEF设备配合实现一种用于执行LTE/EPC中基于服务链的策略的方法流程图;

图5示出根据本发明一个优选实施例的PCRF设备和PCEF设备配合实现一种用于执行LTE/EPC中基于服务链的策略的方法流程图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本发明作进一步详细描述。

图1示出根据本发明一个方面的一种用于执行LTE/EPC中基于服务链的策略的PCRF设备1和PCEF设备2的设备示意图,其中PCRF设备1包括策略生成装置11和第一发送装置12,PCEF设备2包括第一接收装置21和第一执行装置22。具体地,PCRF设备1的策略生成装置11响应于对应的PCEF设备所发送的关于待提供的用户数据的控制计费请求,生成对应的服务链策略;第一发送装置12基于扩展Gx接口中与所述服务链策略相对应的服务链策略建立属性值对,将所述服务链策略发送至所述PCEF设备;相应地,PCEF设备2的第一接收装置21接收对应的PCRF设备响应于关于待提供的用户数据的控制计费请求所发送的服务链策略;第一执行装置22对所述用户数据执行所述服务链策略。

在此,PCRF(策略与计费规则功能,PolicyandChargingRulesFunction)设备1是指能够为IP-CAN(IP连接接入网,IP-ConnectivityAccessNetwork)会话建立生成服务链策略、并将该服务链策略发送至PCEF(策略与计费执行功能,PolicyandChargingEnforcementFunction)设备2以供其执行的功能实体,在具体实现中,PCRF设备1可以是现有的PCRF的扩展。其中,服务链策略是指确定的待提供给用户的数据在到达用户之前需要经历哪些一系列服务。本发明中的服务链可被配置和管理在能够作为服务需要应用的所有软件中。

在此,PCEF设备2是指执行PCRF设备1发送的服务链策略的功能实体,其可位于网关,例如GPRS(通用分组无线服务,GeneralPacketRadioService)的GGSN(网关GPRS支持节点,GatewayGPRSSupportNode)网关、EPC(演进分组核心,EvolvedPacketCore)的P-GW(PDN网关,PDNGateway)、WLAN中是PDG(分组数据网关,PacketDataGateway),也可独立部署,在具体实现中,PCEF设备2可以是现有的PCRF的扩展。

本领域技术人员应能理解上述PCRF设备1和PCEF设备2仅为举例,其他现有的或今后可能出现的PCRF设备或PCEF设备如可适用于本发明,也应包含在本发明保护范围以内,并在此以引用方式包含于此。

具体地,PCRF设备1的策略生成装置11响应于对应的PCEF设备所发送的关于待提供的用户数据的控制计费请求,生成对应的服务链策略。例如,假设用户A通过其用户终端访问IP网络如视频网站等,以观看视频如video-A,该访问可视为IP-CAN会话,对于待提供给用户A的该视频数据(即用户数据)如user-Adata,PCEF设备2向对应的PCRF设备1发送了关于该用户数据的控制计费请求,即CC-Request(CCR),则PCRF设备1的策略生成装置11一旦接收到该CCR,便生成对应的服务链策略,在此,策略生成装置11生成所述服务链策略的方式包括但不限于以下至少任一项:

1)在所述用户数据所对应的服务提供商预定义的服务链策略库中进行匹配查询,以获得与所述用户数据相对应的服务链策略。

例如,接上例,假设网络视频源如service-provider-A能够提供视频video-A,也即网络视频源如service-provider-A是视频video-A的服务提供商,若其为视频video-A预定义的服务链策略为:在视频数据到达用户之前,需要经过安全检测、路由优化、分配带宽资源等一系列服务,在此,可将该服务链策略标记位service-chaining-policy-A1,则策略生成装置11可通过调用网络视频源如service-provider-A所提供的服务链策略库的应用程序接口(API),在该服务链策略库中进行匹配查询,获得对应于视频video-A的服务链策略即service-chaining-policy-A1。

2)基于所述用户数据所对应的服务提供商提供的规则,动态生成服务链策略。在此,服务提供商可通过策略与计费控制(PCC,PolicyandChargingControl)决定输入(详细内容参见3GPPTS23.203,6.2.1.1部分)来提供相关的服务链策略。在此,所述规则包括但不限于如:i)不同类型的用户对应不同的服务链策略,其中,用户的类型可基于用户多维属性(例如,用户区分、数据计费计划、位置、接入技术、年龄、时间周期、用户偏好,等等)来进行划分;ii)不同类型的用户数据对应不同的服务链策略。

例如,假设用户A属于高级别用户(如其IP地址与提供用户数据的服务提供商所对应的网络节点之间距离较近、其用户终端通过WiFi接入网络、套餐资费金额较大、用户对服务质量(QoS)要求较高、属于特定客户群体等),而与用户A同时通过网络访问视频video-A的用户B属于低级别用户(如其IP地址与提供用户数据的服务提供商所对应的网络节点之间距离较远、其用户终端通过GPRS接入网络、套餐资费为最低金额套餐等),则策略生成装置11对用户A和用户B,分别生成不同的服务链策略,如为用户A生成的服务链策略为service-chaining-policy-A2:提供给用户A的视频video-A的视频数据依次经过以下处理过程:安全检测、路由优化、分配100M带宽资源、网络地址转换,而为用户B生成的服务链策略为service-chaining-policy-B:提供给用户B的视频video-A的视频数据依次经过以下处理过程:安全检测、分配10M带宽资源。

本领域技术人员应能理解上述生成所述服务链策略的方式仅为举例,其他现有的或今后可能出现的生成所述服务链策略的方式如可适用于本发明,也应包含在本发明保护范围以内,并在此以引用方式包含于此。

优选地,策略生成装置11生成的所述服务链策略中还可包括不是由PCEF设备2和TDF(流量检测功能,TrafficDetectionFunction)检测到的某些/一些服务,但该服务是由PCRF设备1因增值功能或其他目的强制下发的。

在此,本发明可动态地生成所述服务链策略,扩展了现有PCRF的性能,不仅定义关于QoS的应用(如用户数据等)检测和控制规则,还支持为每个应用程序获得服务功能链,因此考虑用户多维属性(例如,用户区分、数据计费计划、位置、接入技术、年龄、时间周期、用户偏好,等等),本发明的PCRF设备1可以将应用绑定至相关联的服务链。从而,本发明的PCRF设备1可为应用和用户动态地定义服务功能链的类型。因此,本发明使得现有的3GPPLTE/EPC控制平面结构和策略能够支持软件定义网络(SDN)openflow和服务链。

接着,第一发送装置12基于扩展Gx接口中与所述服务链策略相对应的服务链策略建立属性值对,将所述服务链策略发送至所述PCEF设备。例如,对于用户A,第一发送装置12可通过向PCEF设备2发送控制计费应答(CCA,CC-Answer)消息,该消息中包括扩展Gx接口中关于服务链策略的服务链策略建立AVP,即在服务链策略建立AVP中包含对应于视频video-A的服务链策略service-chaining-policy-A1,从而将服务链策略service-chaining-policy-A1发送至PCEF设备2。

在此,接下来对所述扩展Gx接口说明如下:

本发明通过对现有的PCRF与PCEF之间的Gx接口进行增强(如在现有Gx接口中增加新的服务链策略属性值对(AVP,Attribute-Value-Pairs))以支持服务链策略从PCRF设备1下载至PCEF设备2,新的服务链策略AVPs包括以下:

1)服务链策略建立AVP(Service-Chaining-Policy-InstallAVP)

其格式为:

服务链策略建立AVP用于在3GPPLTE/EPC网络中支持服务链策略控制,可被加入到现有的DiameterGx接口。

服务链策略建立AVP是分组类型,用于对从PCRF设备1到PCEF设备2的服务链策略进行激活、建立或修改。

为了建立新的服务链策略或修改已经建立的服务链策略,服务链策略建立AVP可在从PCRF设备1发送到PCEF设备2的CCA消息,或重新鉴权请求(RAR,Re-Auth-Request)消息中被使用(关于CCA和RAR可参考TS29.210)。

服务链策略建立AVP中的流量检测功能(TDF,TrafficDetectionFunction)应用标识符(TDF-Application-Identifier)AVP指示服务链策略建立AVP中的服务链策略应被建立或激活在由TDF应用标识符AVP引用的应用检测过滤器所标识的应用上。

如果规定激活时间(Rule-Activation-Time)或规定去激活时间(Rule-Deactivation-Time)被指定,则其适用于服务链策略建立AVP内的所有PCC规定。

应注意的是,服务链策略建立AVP中的TDF应用标识符AVP、规定激活时间和规定去激活时间均是在3GPPTS29212中定义的现有GxAVP。

除了TDF应用标识符AVP之外,现有的流信息(Flow-Information)AVP也可用于确定属于服务数据流的流量。流信息AVP或TDF应用标识符AVP都将存在于计费规则定义(Charging-Rule-Definition)AVP中。

此外,从以上服务链策略建立AVP格式可以看到,服务链策略建立AVP中还包括服务链策略标识符(Service-Chaining-Policy-Identifier)和服务链策略定义(Service-Chaining-Policy-Definition),以下分别对服务链策略标识符AVP和服务链策略定义AVP进行说明:

2)服务链策略标识符AVP(Service-Chaining-Policy-IdentifierAVP)

服务链策略标识符是八位字节串类型,其定义唯一的服务链策略。对于由PCRF设备1提供的服务链策略,该标识符唯一标识一个IP-CAN会话中的服务链策略。对于在PCEF设备2中预定义的服务链策略,该标识符唯一标识在PCEF设备2内的一个服务链策略。

服务链策略标识符AVP是用于标识PCRF设备1中允许的服务链中的相关服务的唯一字符,其可以是数字、字母等。服务提供商可以提供唯一被映射至关于服务链功能的一组服务的服务链标识符。或者,PCEF设备2或TDF也可使用服务链策略标识符AVP在服务链策略表中搜索本地服务链策略映射。服务链策略表由一组服务链策略组成。

为激活PCEF设备2中预定义的特定PCC的服务链策略,服务链策略标识符AVP应被用作服务链策略的参考。

服务链策略标识符能够启动在线和下线计费系统来以全新的方式估计IP-CAN数据流中的链服务。

3)服务链策略定义AVP(Service-Chaining-Policy-DefinitionAVP)

其格式为:

服务链策略定义AVP是分组类型,其定义由PCRF设备1发送给PCEF设备2的服务链策略。由服务链策略标识符AVP来唯一标识该服务链策略。

此外,从以上服务链策略定义AVP格式中可以看到,服务链策略定义AVP包含服务链策略规则(Service-Chaining-Policy-Rule),以下对服务链策略规则AVP进行说明:

4)服务链策略规则AVP

服务链策略规则AVP包含服务链策略的规则内容,其中,服务链策略的规则可用服务链策略表的形式来表达。图2示出关于服务链策略表的一种实现的“差异化的服务功能链框架——服务链框架00”(DifferentiatedServiceFunctionChainingFrameworkdraft-boucadair-service-chaining-framework-00)的SFC(服务功能链,ServiceFunctionChaining)策略表示例,从图2可以看到,一个SF(服务功能,ServiceFunction)映射为一个服务链规则,例如,SFC_MAP_INDEX1(例如,{SFC_MAP_INDEX1,{SFa,SFc}})意味着服务链是由2个服务功能SFa和SFb组成。

相应地,PCEF设备2的第一接收装置21通过扩展的Gx接口,接收到PCRF设备1响应于关于待提供的用户数据的控制计费请求所发送的服务链策略。

第一执行装置22对所述用户数据执行所述服务链策略。例如,对于用户A,假设第一接收装置21接收到对应于视频video-A的服务链策略service-chaining-policy-A1,则第一执行装置22对关于视频video-A的视频数据执行服务链策略service-chaining-policy-A1中包含的服务,即对该视频数据执行安全检测、路由优化、分配100M带宽资源等一系列服务后,最终将其提供给用户A。

优选地,PCEF设备2为服务链路由的入口节点,根据从PCRF设备1下载的服务链策略,PCEF设备2还可将分类流量绑定至相关联的服务链并将该分类流量转发至由服务链策略决定的一系列服务功能。

PCRF设备1和PCEF设备2的各个装置之间是持续不断工作的。具体地,PCRF设备1的策略生成装置11持续响应于对应的PCEF设备所发送的关于待提供的用户数据的控制计费请求,生成对应的服务链策略;第一发送装置12持续基于扩展Gx接口中与所述服务链策略相对应的服务链策略建立属性值对,将所述服务链策略发送至所述PCEF设备;相应地,PCEF设备2的第一接收装置21持续接收对应的PCRF设备响应于关于待提供的用户数据的控制计费请求所发送的服务链策略;第一执行装置22持续对所述用户数据执行所述服务链策略。在此,本领域技术人员应当理解所述“持续”是指PCRF设备1和PCEF设备2的各装置之间分别不断地进行服务链策略的生成与发送和执行,直至PCRF设备1在较长时间内停止生成所述服务链策略。

在一个优选实施例中(参考图1),其中,PCEF设备2还包括第二发送装置(未示出),PCRF设备1还包括第二接收装置(未示出)。具体地,PCEF设备2的第二发送装置向所述PCRF设备1发送所述控制计费请求,其中,所述控制计费请求中包含所述PCEF设备的第一相关信息;其中,所述第一相关信息包括以下至少任一项:-所述PCEF设备中当前正在执行的服务链策略;-所述PCEF设备向所述PCRF设备报告的事件;相应地,PCRF设备1的第二接收装置接收所述PCEF设备2所发送的所述控制计费请求,其中,所述控制计费请求中包含所述PCEF设备的第一相关信息;其中,策略生成装置11响应于所述控制计费请求,根据所述第一相关信息,生成所述服务链策略。

具体地,PCEF设备2的第二发送装置向所述PCRF设备1发送所述控制计费请求,其中,所述控制计费请求中包含所述PCEF设备的第一相关信息;其中,所述第一相关信息包括以下至少任一项:-所述PCEF设备中当前正在执行的服务链策略;-所述PCEF设备向所述PCRF设备报告的事件。

例如,对于用户A,其通过用户终端访问IP网络如视频网站等,以观看视频如video-A,对于待提供给用户A的该视频数据(即用户数据)如user-Adata,PCEF设备2向对应的PCRF设备1发送了关于该用户数据的CCR,该CCR中还包含PCEF设备2的以下第一相关信息:i)PCEF设备2中当前正在执行的服务链策略如service-chaining-policy-C;ii)PCEF设备2向PCRF设备1报告的事件,如3GPPTS20.3036.1.4部分事件触发(EventTrigger)给出事件,例如,PLMN(陆上公用通信网,PublicLandMobileNetwork)变化、位置变化、QoS变化等,以及关于PCEF设备2中服务链策略中服务执行的情况报告,例如,成功完成对用户数据的服务链路由,服务链路由失败及其原因等等。

本领域技术人员应能理解上述第一相关信息仅为举例,其他现有的或今后可能出现的第一相关信息如可适用于本发明,也应包含在本发明保护范围以内,并在此以引用方式包含于此。

相应地,PCRF设备1的第二接收装置通过扩展的Gx接口,接收所述PCEF设备2所发送的所述控制计费请求,其中,所述控制计费请求中包含所述PCEF设备的第一相关信息。

接着,策略生成装置11响应于所述控制计费请求,根据所述第一相关信息,生成所述服务链策略。

例如,对于用户A,假设PCRF设备1的第二接收装置接收到PCEF设备2发送的CCR,该CCR中包含PCEF设备2中当前正在执行的服务链策略如service-chaining-policy-C,以及服务链策略service-chaining-policy-C中各服务的执行结果信息,例如,假设服务链策略service-chaining-policy-C中包含以下服务:安全检测、路由优化、分配100M带宽资源、HOST_ID注入,若服务链策略service-chaining-policy-C中执行至第二个服务“路由优化”时执行失败,则PCEF设备2还可将第二个服务“路由优化”的执行结果在CCR中发送给PCRF设备1,相应地,PCRF设备1的第二接收装置还接收到服务链策略service-chaining-policy-C中至第二个服务“路由优化”时执行失败的信息,因服务链策略service-chaining-policy-C与在视频video-A所对应的服务提供商预定义的服务链策略库中进行匹配查询得到的服务链策略service-chaining-policy-A1有相同的服务,则策略生成装置11响应于CCR,生成服务链策略时,可根据服务链策略service-chaining-policy-C中至第二个服务“路由优化”时执行失败的信息,调整服务链策略service-chaining-policy-A1中的服务,如直接跳过或删除服务“路由优化”,生成最终的服务链策略为service-chaining-policy-A3,其包括以下服务:安全检测、分配100M带宽资源。同时,PCRF设备1根据收到服务链策略service-chaining-policy-C中至第二个服务“路由优化”时执行失败的信息,可以为PCEF设备2生成新的服务链策略,并通过适当的信息如Re-Auth-Request(RAR)将该新的服务链策略下发至PCEF设备2。

本领域技术人员应能理解上述根据所述第一相关信息生成所述服务链策略的方式仅为举例,其他现有的或今后可能出现的根据所述第一相关信息生成所述服务链策略的方式如可适用于本发明,也应包含在本发明保护范围以内,并在此以引用方式包含于此。

优选地,策略生成装置11还可响应于所述控制计费请求,根据所述第一相关信息,以及第二相关信息,生成所述服务链策略。在此,所述第二相关信息包括但不限于如:i)用户属性存储器(SPR,Subscriptionprofilerepository)中存储的用户信息;ii)其他网络单元(如MME(移动管理实体,MobileManagementEntity)、eNB(演进型基站,evolvedNodeB)、HSS(归属用户服务器,HomeSubscriberServer))提供的关于用户配置文件、用户信息变化、网络条件变化等信息;iii)服务提供商提供的信息,如用户偏好等。

例如,接上例,对于用户A,策略生成装置11首先基于所述第一相关信息,生成的服务链策略为service-chaining-policy-A3,其包括以下服务:安全检测、分配100M带宽资源,假设策略生成装置11从基站接收到当前网络状况变的很差,则策略生成装置11可将服务链策略service-chaining-policy-A3中的第三个服务“分配100M带宽资源”调整为“分配10M带宽资源”,相应地,调整后的服务链策略为service-chaining-policy-A4,其包括以下服务:安全检测、分配10M带宽资源。

本领域技术人员应能理解上述结合所述第二相关信息生成所述服务链策略的方式仅为举例,其他现有的或今后可能出现的结合所述第二相关信息生成所述服务链策略的方式如可适用于本发明,也应包含在本发明保护范围以内,并在此以引用方式包含于此。

在另一优选实施例中(参考图1),其中,PCRF设备1还包括检测装置(未示出)和第三发送装置(未示出),其中,PCEF设备2还包括第三接收装置(未示出)和第二执行装置(未示出)。具体地,PCRF设备1的检测装置检测是否满足向所述PCEF设备重新发送所述服务链策略的重新发送触发条件;其中,所述重新发送触发条件包括以下至少任一项:-所述PCRF设备未接收到所述PCEF设备发送的与所述控制计费请求相对应的控制计费请求更新信息;-所述PCRF设备接收到所述PCEF设备发送的与所述服务链策略相关的报告;-当前的网络状况发生变化;-当前的用户状况发生变化;当满足所述重新发送触发条件时,第三发送装置向所述PCEF设备发送重新鉴权请求消息,以将所述服务链策略重新发送至所述PCEF设备,其中,该重新鉴权请求消息中包含与所述服务链策略相对应的所述服务链策略建立属性值对;相应地,PCEF设备2的第三接收装置接收所述PCRF设备发送的重新鉴权请求消息,其中,该重新鉴权请求消息中包含扩展Gx接口中的与所述服务链策略相对应的服务链策略建立属性值对;第二执行装置根据所述重新鉴权请求消息,对所述用户数据重新执行所述服务链策略。

具体地,PCRF设备1的检测装置检测是否满足向所述PCEF设备重新发送所述服务链策略的重新发送触发条件,其中,所述重新发送触发条件包括以下至少任一项:

-所述PCRF设备未接收到所述PCEF设备发送的与所述控制计费请求相对应的控制计费请求更新信息;

-所述PCRF设备接收到所述PCEF设备发送的与所述服务链策略相关的报告;

-当前的网络状况发生变化;

-当前的用户状况发生变化。

例如,当所述重新发送触发条件包括所述PCRF设备未接收到所述PCEF设备发送的与所述控制计费请求相对应的控制计费请求更新信息时,在此,PCEF设备2可向PCRF设备1发送控制计费请求更新信息(CCR[update]),该发送可以是根据事件触发(如其需要为新用户请求服务链策略时,或者,当原来用户设置的业务发生变化时等各种情形),也可以是周期性的发送。例如,当PCEF设备2在为用户A的用户数据向PCRF设备1请求对应的服务链策略之后,并接收到PCRF设备1发送的服务链策略如service-chaining-policy-A1,但PCEF设备2检测到需要为新的用户C的用户数据向PCRF设备1请求对应的服务链策略,则PCEF设备2向PCRF设备1发送了CCR[update],PCRF设备1接收到的CCR[update]之后,检测装置可判断满足向所述PCEF设备2重新发送所述服务链策略的重新发送触发条件。

再如,当所述重新发送触发条件包括所述PCRF设备接收到所述PCEF设备发送的与所述服务链策略相关的报告时,在此,所述报告可以是PCEF设备2因检测到满足预定触发服务链策略的条件而发送的报告,也可以是PCEF设备2向PCRF设备1发送的当前服务链策略中服务的操作结果,如失败及原因代码。例如,对于用户A,假设PCEF设备2在为用户A的用户数据向PCRF设备1请求对应的服务链策略之后,并接收到PCRF设备1发送的服务链策略如service-chaining-policy-A1,但PCEF设备2发现其当前正在执行的服务链策略如service-chaining-policy-C中的第二个服务“路由优化”执行失败,则PCEF设备2向PCRF设备1发送其当前正在执行的服务链策略如service-chaining-policy-C中的第二个服务“路由优化”执行失败的报告,PCRF设备1接收到的该报告之后,检测装置可判断满足向所述PCEF设备2重新发送所述服务链策略的重新发送触发条件。

接着,当满足所述重新发送触发条件时,第三发送装置通过扩展Gx接口,向所述PCEF设备发送重新鉴权请求消息,以将所述服务链策略重新发送至所述PCEF设备,其中,该重新鉴权请求消息中包含与所述服务链策略相对应的所述服务链策略建立属性值对。

例如,当PCEF设备2在为用户A的用户数据向PCRF设备1请求对应的服务链策略之后,并接收到PCRF设备1发送的服务链策略如service-chaining-policy-A1,但检测到需要为新的用户C的用户数据向PCRF设备1请求对应的服务链策略,则PCEF设备2向PCRF设备1发送了CCR[update],PCRF设备1接收到的CCR[update]之后,检测装置判断满足向所述PCEF设备2重新发送所述服务链策略的重新发送触发条件,则第三发送装置向PCEF设备2发送RAR消息,该RAR消息中包含与服务链策略service-chaining-policy-A1相对应的服务链策略建立AVP。

相应地,PCEF设备2的第三接收装置通过扩展Gx接口,接收所述PCRF设备发送的重新鉴权请求消息,其中,该重新鉴权请求消息中包含扩展Gx接口中的与所述服务链策略相对应的服务链策略建立属性值对。

第二执行装置根据所述重新鉴权请求消息,对所述用户数据重新执行所述服务链策略。例如,对于用户A,第二执行装置根据第三接收装置接收到的RAR,对关于视频video-A的视频数据重新执行服务链策略service-chaining-policy-A1中包含的服务,即对该视频数据重新执行安全检测、路由优化、分配100M带宽资源等一系列服务后,最终将其提供给用户A。

图3示出本发明一个优选实施例的一种用于执行LTE/EPC中基于服务链的策略的PCRF设备1和PCEF设备2的设备示意图,其中,PCRF设备1包括策略生成装置11’、第一发送装置12’和第四发送装置13’,PCEF设备2包括第一接收装置21’、第一执行装置22’、第四接收装置23’和删除装置24’。具体地,PCRF设备1的策略生成装置11’响应于对应的PCEF设备所发送的关于待提供的用户数据的控制计费请求,生成对应的服务链策略;第一发送装置12’基于扩展Gx接口中与所述服务链策略相对应的服务链策略建立属性值对,将所述服务链策略发送至所述PCEF设备;相应地,PCEF设备2的第一接收装置21’接收对应的PCRF设备响应于关于待提供的用户数据的控制计费请求所发送的服务链策略;第一执行装置22’对所述用户数据执行所述服务链策略;PCRF设备1的第四发送装置13’基于所述扩展Gx接口中的服务链策略删除属性值对,向所述PCEF设备发送待被删除的服务链策略的删除信息,其中,所述服务链策略删除属性值对包含所述待被删除的服务链策略的标识信息;相应地,PCEF设备2的第四接收装置23’基于扩展Gx接口中的服务链策略删除属性值对,接收所述PCRF设备发送的待被删除的服务链策略的删除信息,其中,所述服务链策略删除属性值对包含所述待被删除的服务链策略的标识信息;删除装置24’根据所述待被删除的服务链策略的标识信息,删除对应的服务链策略。在此,PCRF设备1的策略生成装置11’和第一发送装置12’分别与图1实施例中对应的策略生成装置11和第一发送装置12的内容相同或基本相同,PCEF设备2的第一接收装置21’和第一执行装置22’分别与图1实施例中对应的第一接收装置21和第一执行装置22的内容相同或基本相同,为简明起见,故在此不再赘述,并以引用的方式包含于此。

具体地,PCRF设备1的第四发送装置13’基于所述扩展Gx接口中的服务链策略删除属性值对,向所述PCEF设备发送待被删除的服务链策略的删除信息,其中,所述服务链策略删除属性值对包含所述待被删除的服务链策略的标识信息。

例如,假设PCRF设备1需要删除或去激活PCEF设备2中已执行(或正在执行)的服务链策略如service-chaining-policy-D,则PCRF设备1的第四发送装置13’基于所述扩展Gx接口中的服务链策略删除属性值对(Service-Chaining-Policy-RemoveAVP),向PCEF设备2发送待被删除的服务链策略的删除信息,其中,所述服务链策略删除属性值对包含所述待被删除的服务链策略的标识信息,如包含待被删除的服务链策略service-chaining-policy-D的标识信息如“scpD”。

在此,对扩展Gx接口中的服务链策略删除属性值对说明如下:

其格式为:

服务链策略删除AVP是分组类型,其也是在现有的Gx接口中新增的AVP,并用于去激活或删除关于IP-CAN会话的策略。服务链策略标识符AVP为删除PCEF设备2中的服务链策略或去激活PCEF设备2中预定义的服务链策略的参考。

相应地,PCEF设备2的第四接收装置23’基于扩展Gx接口中的服务链策略删除属性值对,接收所述PCRF设备发送的待被删除的服务链策略的删除信息,其中,所述服务链策略删除属性值对包含所述待被删除的服务链策略的标识信息。

删除装置24’根据所述待被删除的服务链策略的标识信息,删除对应的服务链策略。例如,接上例,PCEF设备2的第四接收装置23’接收到的服务链策略删除属性值对中的包含待被删除的服务链策略service-chaining-policy-D的标识信息如“scpD”,则删除装置24’将服务链策略service-chaining-policy-D进行删除。

图4示出根据本发明另一个方面的PCRF设备和PCEF设备配合实现一种用于执行LTE/EPC中基于服务链的策略的方法流程图。

具体地,在步骤S1中,PCRF设备1响应于对应的PCEF设备所发送的关于待提供的用户数据的控制计费请求,生成对应的服务链策略;在步骤S2中,PCRF设备1基于扩展Gx接口中与所述服务链策略相对应的服务链策略建立属性值对,将所述服务链策略发送至所述PCEF设备;相应地,PCEF设备2接收对应的PCRF设备响应于关于待提供的用户数据的控制计费请求所发送的服务链策略;在步骤S3中,PCEF设备2对所述用户数据执行所述服务链策略。

在此,PCRF(策略与计费规则功能,PolicyandChargingRulesFunction)设备1是指能够为IP-CAN(IP连接接入网,IP-ConnectivityAccessNetwork)会话建立生成服务链策略、并将该服务链策略发送至PCEF(策略与计费执行功能,PolicyandChargingEnforcementFunction)设备2以供其执行的功能实体,在具体实现中,PCRF设备1可以是现有的PCRF的扩展。其中,服务链策略是指确定的待提供给用户的数据在到达用户之前需要经历哪些一系列服务。本发明中的服务链可被配置和管理在能够作为服务需要应用的所有软件中。

在此,PCEF设备2是指执行PCRF设备1发送的服务链策略的功能实体,其可位于网关,例如GPRS(通用分组无线服务,GeneralPacketRadioService)的GGSN(网关GPRS支持节点,GatewayGPRSSupportNode)网关、EPC(演进分组核心,EvolvedPacketCore)的P-GW(PDN网关,PDNGateway)、WLAN中是PDG(分组数据网关,PacketDataGateway),也可独立部署,在具体实现中,PCEF设备2可以是现有的PCRF的扩展。

本领域技术人员应能理解上述PCRF设备1和PCEF设备2仅为举例,其他现有的或今后可能出现的PCRF设备或PCEF设备如可适用于本发明,也应包含在本发明保护范围以内,并在此以引用方式包含于此。

具体地,在步骤S1中,PCRF设备1响应于对应的PCEF设备所发送的关于待提供的用户数据的控制计费请求,生成对应的服务链策略。例如,假设用户A通过其用户终端访问IP网络如视频网站等,以观看视频如video-A,该访问可视为IP-CAN会话,对于待提供给用户A的该视频数据(即用户数据)如user-Adata,PCEF设备2向对应的PCRF设备1发送了关于该用户数据的控制计费请求,即CC-Request(CCR),则在步骤S1中,PCRF设备1一旦接收到该CCR,便生成对应的服务链策略,在此,在步骤S1中,PCRF设备1生成所述服务链策略的方式包括但不限于以下至少任一项:

1)在所述用户数据所对应的服务提供商预定义的服务链策略库中进行匹配查询,以获得与所述用户数据相对应的服务链策略。

例如,接上例,假设网络视频源如service-provider-A能够提供视频video-A,也即网络视频源如service-provider-A是视频video-A的服务提供商,若其为视频video-A预定义的服务链策略为:在视频数据到达用户之前,需要经过安全检测、路由优化、分配带宽资源等一系列服务,在此,可将该服务链策略标记位service-chaining-policy-A1,则在步骤S1中,PCRF设备1可通过调用网络视频源如service-provider-A所提供的服务链策略库的应用程序接口(API),在该服务链策略库中进行匹配查询,获得对应于视频video-A的服务链策略即service-chaining-policy-A1。

2)基于所述用户数据所对应的服务提供商提供的规则,动态生成服务链策略。在此,服务提供商可通过策略与计费控制(PCC,PolicyandChargingControl)决定输入(详细内容参见3GPPTS23.203,6.2.1.1部分)来提供相关的服务链策略。在此,所述规则包括但不限于如:i)不同类型的用户对应不同的服务链策略,其中,用户的类型可基于用户多维属性(例如,用户区分、数据计费计划、位置、接入技术、年龄、时间周期、用户偏好,等等)来进行划分;ii)不同类型的用户数据对应不同的服务链策略。

例如,假设用户A属于高级别用户(如其IP地址与提供用户数据的服务提供商所对应的网络节点之间距离较近、其用户终端通过WiFi接入网络、套餐资费金额较大、用户对服务质量(QoS)要求较高、属于特定客户群体等),而与用户A同时通过网络访问视频video-A的用户B属于低级别用户(如其IP地址与提供用户数据的服务提供商所对应的网络节点之间距离较远、其用户终端通过GPRS接入网络、套餐资费为最低金额套餐等),则在步骤S1中,PCRF设备1对用户A和用户B,分别生成不同的服务链策略,如为用户A生成的服务链策略为service-chaining-policy-A2:提供给用户A的视频video-A的视频数据依次经过以下处理过程:安全检测、路由优化、分配100M带宽资源、网络地址转换,而为用户B生成的服务链策略为service-chaining-policy-B:提供给用户B的视频video-A的视频数据依次经过以下处理过程:安全检测、分配10M带宽资源。

本领域技术人员应能理解上述生成所述服务链策略的方式仅为举例,其他现有的或今后可能出现的生成所述服务链策略的方式如可适用于本发明,也应包含在本发明保护范围以内,并在此以引用方式包含于此。

优选地,在步骤S1中,PCRF设备1生成的所述服务链策略中还可包括不是由PCEF设备2和TDF(流量检测功能,TrafficDetectionFunction)检测到的某些/一些服务,但该服务是由PCRF设备1因增值功能或其他目的强制下发的。

在此,本发明可动态地生成所述服务链策略,扩展了现有PCRF的性能,不仅定义关于QoS的应用(如用户数据等)检测和控制规则,还支持为每个应用程序获得服务功能链,因此考虑用户多维属性(例如,用户区分、数据计费计划、位置、接入技术、年龄、时间周期、用户偏好,等等),本发明的PCRF设备1可以将应用绑定至相关联的服务链。从而,本发明的PCRF设备1可为应用和用户动态地定义服务功能链的类型。因此,本发明使得现有的3GPPLTE/EPC控制平面结构和策略能够支持软件定义网络(SDN)openflow和服务链。

接着,在步骤S2中,PCRF设备1基于扩展Gx接口中与所述服务链策略相对应的服务链策略建立属性值对,将所述服务链策略发送至所述PCEF设备。例如,对于用户A,在步骤S2中,PCRF设备1可通过向PCEF设备2发送控制计费应答(CCA,CC-Answer)消息,该消息中包括扩展Gx接口中关于服务链策略的服务链策略建立AVP,即在服务链策略建立AVP中包含对应于视频video-A的服务链策略service-chaining-policy-A1,从而将服务链策略service-chaining-policy-A1发送至PCEF设备2。

在此,接下来对所述扩展Gx接口说明如下:

本发明通过对现有的PCRF与PCEF之间的Gx接口进行增强(如在现有Gx接口中增加新的服务链策略属性值对(AVP,Attribute-Value-Pairs))以支持服务链策略从PCRF设备1下载至PCEF设备2,新的服务链策略AVPs包括以下:

1)服务链策略建立AVP(Service-Chaining-Policy-InstallAVP)

其格式为:

服务链策略建立AVP用于在3GPPLTE/EPC网络中支持服务链策略控制,可被加入到现有的DiameterGx接口。

服务链策略建立AVP是分组类型,用于对从PCRF设备1到PCEF设备2的服务链策略进行激活、建立或修改。

为了建立新的服务链策略或修改已经建立的服务链策略,服务链策略建立AVP可在从PCRF设备1发送到PCEF设备2的CCA消息,或重新鉴权请求(RAR,Re-Auth-Request)消息中被使用(关于CCA和RAR可参考TS29.210)。

服务链策略建立AVP中的流量检测功能(TDF,TrafficDetectionFunction)应用标识符(TDF-Application-Identifier)AVP指示服务链策略建立AVP中的服务链策略应被建立或激活在由TDF应用标识符AVP引用的应用检测过滤器所标识的应用上。

如果规定激活时间(Rule-Activation-Time)或规定去激活时间(Rule-Deactivation-Time)被指定,则其适用于服务链策略建立AVP内的所有PCC规定。

应注意的是,服务链策略建立AVP中的TDF应用标识符AVP、规定激活时间和规定去激活时间均是在3GPPTS29212中定义的现有GxAVP。

除了TDF应用标识符AVP之外,现有的流信息(Flow-Information)AVP也可用于确定属于服务数据流的流量。流信息AVP或TDF应用标识符AVP都将存在于计费规则定义(Charging-Rule-Definition)AVP中。

此外,从以上服务链策略建立AVP格式可以看到,服务链策略建立AVP中还包括服务链策略标识符(Service-Chaining-Policy-Identifier)和服务链策略定义(Service-Chaining-Policy-Definition),以下分别对服务链策略标识符AVP和服务链策略定义AVP进行说明:

2)服务链策略标识符AVP(Service-Chaining-Policy-IdentifierAVP)

服务链策略标识符是八位字节串类型,其定义唯一的服务链策略。对于由PCRF设备1提供的服务链策略,该标识符唯一标识一个IP-CAN会话中的服务链策略。对于在PCEF设备2中预定义的服务链策略,该标识符唯一标识在PCEF设备2内的一个服务链策略。

服务链策略标识符AVP是用于标识PCRF设备1中允许的服务链中的相关服务的唯一字符,其可以是数字、字母等。服务提供商可以提供唯一被映射至关于服务链功能的一组服务的服务链标识符。或者,PCEF设备2或TDF也可使用服务链策略标识符AVP在服务链策略表中搜索本地服务链策略映射。服务链策略表由一组服务链策略组成。

为激活PCEF设备2中预定义的特定PCC的服务链策略,服务链策略标识符AVP应被用作服务链策略的参考。

服务链策略标识符能够启动在线和下线计费系统来以全新的方式估计IP-CAN数据流中的链服务。

3)服务链策略定义AVP(Service-Chaining-Policy-DefinitionAVP)

其格式为:

服务链策略定义AVP是分组类型,其定义由PCRF设备1发送给PCEF设备2的服务链策略。由服务链策略标识符AVP来唯一标识该服务链策略。

此外,从以上服务链策略定义AVP格式中可以看到,服务链策略定义AVP包含服务链策略规则(Service-Chaining-Policy-Rule),以下对服务链策略规则AVP进行说明:

4)服务链策略规则AVP

服务链策略规则AVP包含服务链策略的规则内容,其中,服务链策略的规则可用服务链策略表的形式来表达。图2示出关于服务链策略表的一种实现的“差异化的服务功能链框架——服务链框架00”(DifferentiatedServiceFunctionChainingFrameworkdraft-boucadair-service-chaining-framework-00)的SFC(服务功能链,ServiceFunctionChaining)策略表示例,从图2可以看到,一个SF(服务功能,ServiceFunction)映射为一个服务链规则,例如,SFC_MAP_INDEX1(例如,{SFC_MAP_INDEX1,{SFa,SFc}})意味着服务链是由2个服务功能SFa和SFb组成。

相应地,PCEF设备2通过扩展的Gx接口,接收到PCRF设备1基于控制计费请求发送的关于待提供的用户数据的服务链策略。

在步骤S3中,PCEF设备2对所述用户数据执行所述服务链策略。例如,对于用户A,假设在步骤S2中,PCEF设备2接收到对应于视频video-A的服务链策略service-chaining-policy-A1,则在步骤S3中,PCEF设备2对关于视频video-A的视频数据执行服务链策略service-chaining-policy-A1中包含的服务,即对该视频数据执行安全检测、路由优化、分配100M带宽资源等一系列服务后,最终将其提供给用户A。

优选地,PCEF设备2为服务链路由的入口节点,根据从PCRF设备1下载的服务链策略,PCEF设备2还可将分类流量绑定至相关联的服务链并将该分类流量转发至由服务链策略决定的一系列服务功能。

PCRF设备1和PCEF设备2的各个步骤之间是持续不断工作的。具体地,在步骤S1中,PCRF设备1持续响应于对应的PCEF设备所发送的关于待提供的用户数据的控制计费请求,生成对应的服务链策略;在步骤S2中,PCRF设备1持续基于扩展Gx接口中与所述服务链策略相对应的服务链策略建立属性值对,将所述服务链策略发送至所述PCEF设备;相应地,PCEF设备2持续接收对应的PCRF设备响应于关于待提供的用户数据的控制计费请求所发送的服务链策略;在步骤S3中,PCEF设备2持续对所述用户数据执行所述服务链策略。在此,本领域技术人员应当理解所述“持续”是指PCRF设备1和PCEF设备2的各步骤之间分别不断地进行服务链策略的生成与发送和执行,直至PCRF设备1在较长时间内停止生成所述服务链策略。

在一个优选实施例中(参考图4),其中,该方法还包括步骤S6(未示出)。具体地,在步骤S6中,PCEF设备2向所述PCRF设备1发送所述控制计费请求,其中,所述控制计费请求中包含所述PCEF设备的第一相关信息;其中,所述第一相关信息包括以下至少任一项:-所述PCEF设备中当前正在执行的服务链策略;-所述PCEF设备向所述PCRF设备报告的事件;相应地,PCRF设备1接收所述PCEF设备2所发送的所述控制计费请求,其中,所述控制计费请求中包含所述PCEF设备的第一相关信息;其中,在步骤S1中,PCRF设备1响应于所述控制计费请求,根据所述第一相关信息,生成所述服务链策略。

具体地,在步骤S6中,PCEF设备2向所述PCRF设备1发送所述控制计费请求,其中,所述控制计费请求中包含所述PCEF设备的第一相关信息;其中,所述第一相关信息包括以下至少任一项:-所述PCEF设备中当前正在执行的服务链策略;-所述PCEF设备向所述PCRF设备报告的事件。

例如,对于用户A,其通过用户终端访问IP网络如视频网站等,以观看视频如video-A,对于待提供给用户A的该视频数据(即用户数据)如user-Adata,PCEF设备2向对应的PCRF设备1发送了关于该用户数据的CCR,该CCR中还包含PCEF设备2的以下第一相关信息:i)PCEF设备2中当前正在执行的服务链策略如service-chaining-policy-C;ii)PCEF设备2向PCRF设备1报告的事件,如3GPPTS20.3036.1.4部分事件触发(EventTrigger)给出事件,例如,PLMN(陆上公用通信网,PublicLandMobileNetwork)变化、位置变化、QoS变化等,以及关于PCEF设备2中服务链策略中服务执行的情况报告,例如,成功完成对用户数据的服务链路由,服务链路由失败及其原因等等。

本领域技术人员应能理解上述第一相关信息仅为举例,其他现有的或今后可能出现的第一相关信息如可适用于本发明,也应包含在本发明保护范围以内,并在此以引用方式包含于此。

相应地,PCRF设备1通过扩展的Gx接口,接收所述PCEF设备2所发送的所述控制计费请求,其中,所述控制计费请求中包含所述PCEF设备的第一相关信息。

接着,在步骤S1中,PCRF设备1响应于所述控制计费请求,根据所述第一相关信息,生成所述服务链策略。

例如,对于用户A,假设PCRF设备1在步骤S6中,接收到PCEF设备2发送的CCR,该CCR中包含PCEF设备2中当前正在执行的服务链策略如service-chaining-policy-C,以及服务链策略service-chaining-policy-C中各服务的执行结果信息,例如,假设服务链策略service-chaining-policy-C中包含以下服务:安全检测、路由优化、分配100M带宽资源、HOST_ID注入,若服务链策略service-chaining-policy-C中执行至第二个服务“路由优化”时执行失败,则PCEF设备2还可将第二个服务“路由优化”的执行结果在CCR中发送给PCRF设备1,相应地,PCRF设备1在步骤S6中还接收到服务链策略service-chaining-policy-C中至第二个服务“路由优化”时执行失败的信息,因服务链策略service-chaining-policy-C与在视频video-A所对应的服务提供商预定义的服务链策略库中进行匹配查询得到的服务链策略service-chaining-policy-A1有相同的服务,则在步骤S1中,PCRF设备1响应于CCR,生成服务链策略时,可根据服务链策略service-chaining-policy-C中至第二个服务“路由优化”时执行失败的信息,调整服务链策略service-chaining-policy-A1中的服务,如直接跳过或删除服务“路由优化”,生成最终的服务链策略为service-chaining-policy-A3,其包括以下服务:安全检测、分配100M带宽资源。同时,PCRF设备1根据收到服务链策略service-chaining-policy-C中至第二个服务“路由优化”时执行失败的信息,可以为PCEF设备2生成新的服务链策略,并通过适当的信息如Re-Auth-Request(RAR)将该新的服务链策略下发至PCEF设备2。

本领域技术人员应能理解上述根据所述第一相关信息生成所述服务链策略的方式仅为举例,其他现有的或今后可能出现的根据所述第一相关信息生成所述服务链策略的方式如可适用于本发明,也应包含在本发明保护范围以内,并在此以引用方式包含于此。

优选地,在步骤S1中,PCRF设备1还可响应于所述控制计费请求,根据所述第一相关信息,以及第二相关信息,生成所述服务链策略。在此,所述第二相关信息包括但不限于如:i)用户属性存储器(SPR,Subscriptionprofilerepository)中存储的用户信息;ii)其他网络单元(如MME(移动管理实体,MobileManagementEntity)、eNB(演进型基站,evolvedNodeB)、HSS(归属用户服务器,HomeSubscriberServer))提供的关于用户配置文件、用户信息变化、网络条件变化等信息;iii)服务提供商提供的信息,如用户偏好等。

例如,接上例,对于用户A,在步骤S1中,PCRF设备1首先基于所述第一相关信息,生成的服务链策略为service-chaining-policy-A3,其包括以下服务:安全检测、分配100M带宽资源,假设在步骤S1中,PCRF设备1从基站接收到当前网络状况变的很差,则在步骤S1中,PCRF设备1可将服务链策略service-chaining-policy-A3中的第三个服务“分配100M带宽资源”调整为“分配10M带宽资源”,相应地,调整后的服务链策略为service-chaining-policy-A4,其包括以下服务:安全检测、分配10M带宽资源。

本领域技术人员应能理解上述结合所述第二相关信息生成所述服务链策略的方式仅为举例,其他现有的或今后可能出现的结合所述第二相关信息生成所述服务链策略的方式如可适用于本发明,也应包含在本发明保护范围以内,并在此以引用方式包含于此。

在另一优选实施例中(参考图4),其中,该方法还包括步骤S7(未示出)、步骤S8(未示出)和步骤S9(未示出)。具体地,在步骤S7中,PCRF设备1检测是否满足向所述PCEF设备重新发送所述服务链策略的重新发送触发条件,其中,所述重新发送触发条件包括以下至少任一项:-所述PCRF设备未接收到所述PCEF设备发送的与所述控制计费请求相对应的控制计费请求更新信息;-所述PCRF设备接收到所述PCEF设备发送的与所述服务链策略相关的报告;-当前的网络状况发生变化;-当前的用户状况发生变化;当满足所述重新发送触发条件时,在步骤S8中,PCRF设备1向所述PCEF设备发送重新鉴权请求消息,以将所述服务链策略重新发送至所述PCEF设备,其中,该重新鉴权请求消息中包含与所述服务链策略相对应的所述服务链策略建立属性值对;相应地,PCEF设备2接收所述PCRF设备发送的重新鉴权请求消息,其中,该重新鉴权请求消息中包含扩展Gx接口中的与所述服务链策略相对应的服务链策略建立属性值对;在步骤S9中,PCEF设备2根据所述重新鉴权请求消息,对所述用户数据重新执行所述服务链策略。

具体地,在步骤S7中,PCRF设备1检测是否满足向所述PCEF设备重新发送所述服务链策略的重新发送触发条件,其中,所述重新发送触发条件包括以下至少任一项:

-所述PCRF设备未接收到所述PCEF设备发送的与所述控制计费请求相对应的控制计费请求更新信息;

-所述PCRF设备接收到所述PCEF设备发送的与所述服务链策略相关的报告;

-当前的网络状况发生变化;

-当前的用户状况发生变化。

例如,当所述重新发送触发条件包括所述PCRF设备未接收到所述PCEF设备发送的与所述控制计费请求相对应的控制计费请求更新信息时,在此,PCEF设备2可向PCRF设备1发送控制计费请求更新信息(CCR[update]),该发送可以是根据事件触发(如其需要为新用户请求服务链策略时,或者,当原来用户设置的业务发生变化时等各种情形),也可以是周期性的发送。例如,当PCEF设备2在为用户A的用户数据向PCRF设备1请求对应的服务链策略之后,并接收到PCRF设备1发送的服务链策略如service-chaining-policy-A1,但PCEF设备2检测到需要为新的用户C的用户数据向PCRF设备1请求对应的服务链策略,则PCEF设备2向PCRF设备1发送了CCR[update],PCRF设备1接收到的CCR[update]之后,在步骤S7中,PCRF设备1可判断满足向所述PCEF设备2重新发送所述服务链策略的重新发送触发条件。

再如,当所述重新发送触发条件包括所述PCRF设备接收到所述PCEF设备发送的与所述服务链策略相关的报告时,在此,所述报告可以是PCEF设备2因检测到满足预定触发服务链策略的条件而发送的报告,也可以是PCEF设备2向PCRF设备1发送的当前服务链策略中服务的操作结果,如失败及原因代码。例如,对于用户A,假设PCEF设备2在为用户A的用户数据向PCRF设备1请求对应的服务链策略之后,并接收到PCRF设备1发送的服务链策略如service-chaining-policy-A1,但PCEF设备2发现其当前正在执行的服务链策略如service-chaining-policy-C中的第二个服务“路由优化”执行失败,则PCEF设备2向PCRF设备1发送其当前正在执行的服务链策略如service-chaining-policy-C中的第二个服务“路由优化”执行失败的报告,PCRF设备1接收到的该报告之后,在步骤S7中,PCRF设备1可判断满足向所述PCEF设备2重新发送所述服务链策略的重新发送触发条件。

接着,当满足所述重新发送触发条件时,在步骤S8中,PCRF设备1通过扩展Gx接口,向所述PCEF设备发送重新鉴权请求消息,以将所述服务链策略重新发送至所述PCEF设备,其中,该重新鉴权请求消息中包含与所述服务链策略相对应的所述服务链策略建立属性值对。

例如,当PCEF设备2在为用户A的用户数据向PCRF设备1请求对应的服务链策略之后,并接收到PCRF设备1发送的服务链策略如service-chaining-policy-A1,但检测到需要为新的用户C的用户数据向PCRF设备1请求对应的服务链策略,则PCEF设备2向PCRF设备1发送了CCR[update],PCRF设备1接收到的CCR[update]之后,在步骤S7中,PCRF设备1判断满足向所述PCEF设备2重新发送所述服务链策略的重新发送触发条件,则在步骤S8中,PCRF设备1向PCEF设备2发送RAR消息,该RAR消息中包含与服务链策略service-chaining-policy-A1相对应的服务链策略建立AVP。

相应地,PCEF设备2通过扩展Gx接口,接收所述PCRF设备发送的重新鉴权请求消息,其中,该重新鉴权请求消息中包含扩展Gx接口中的与所述服务链策略相对应的服务链策略建立属性值对。

在步骤S9中,PCEF设备2根据所述重新鉴权请求消息,对所述用户数据重新执行所述服务链策略。例如,对于用户A,在步骤S9中,PCEF设备2根据其在步骤S8中接收到的RAR,对关于视频video-A的视频数据重新执行服务链策略service-chaining-policy-A1中包含的服务,即对该视频数据重新执行安全检测、路由优化、分配100M带宽资源等一系列服务后,最终将其提供给用户A。

图5示出根据本发明一个优选实施例的PCRF设备和PCEF设备配合实现一种用于执行LTE/EPC中基于服务链的策略的方法流程图。

具体地,在步骤S1’中,PCRF设备1响应于对应的PCEF设备所发送的关于待提供的用户数据的控制计费请求,生成对应的服务链策略;在步骤S2’中,PCRF设备1基于扩展Gx接口中与所述服务链策略相对应的服务链策略建立属性值对,将所述服务链策略发送至所述PCEF设备;相应地,PCEF设备2接收对应的PCRF设备响应于关于待提供的用户数据的控制计费请求所发送的服务链策略;在步骤S3’中,PCEF设备2对所述用户数据执行所述服务链策略;在步骤S4’中,PCRF设备1基于所述扩展Gx接口中的服务链策略删除属性值对,向所述PCEF设备发送待被删除的服务链策略的删除信息,其中,所述服务链策略删除属性值对包含所述待被删除的服务链策略的标识信息;相应地,PCEF设备2基于扩展Gx接口中的服务链策略删除属性值对,接收所述PCRF设备发送的待被删除的服务链策略的删除信息,其中,所述服务链策略删除属性值对包含所述待被删除的服务链策略的标识信息;在步骤S5’中,PCEF设备2根据所述待被删除的服务链策略的标识信息,删除对应的服务链策略。在此,步骤S1’、步骤S2’和步骤S3’分别与图4实施例中对应的步骤S1、步骤S2和步骤S3的内容相同或基本相同,为简明起见,故在此不再赘述,并以引用的方式包含于此。

具体地,在步骤S4’中,PCRF设备1基于所述扩展Gx接口中的服务链策略删除属性值对,向所述PCEF设备发送待被删除的服务链策略的删除信息,其中,所述服务链策略删除属性值对包含所述待被删除的服务链策略的标识信息。

例如,假设PCRF设备1需要删除或去激活PCEF设备2中已执行(或正在执行)的服务链策略如service-chaining-policy-D,则在步骤S4’中,PCRF设备1基于所述扩展Gx接口中的服务链策略删除属性值对(Service-Chaining-Policy-RemoveAVP),向PCEF设备2发送待被删除的服务链策略的删除信息,其中,所述服务链策略删除属性值对包含所述待被删除的服务链策略的标识信息,如包含待被删除的服务链策略service-chaining-policy-D的标识信息如“scpD”。

在此,对扩展Gx接口中的服务链策略删除属性值对说明如下:

其格式为:

服务链策略删除AVP是分组类型,其也是在现有的Gx接口中新增的AVP,并用于去激活或删除关于IP-CAN会话的策略。服务链策略标识符AVP为删除PCEF设备2中的服务链策略或去激活PCEF设备2中预定义的服务链策略的参考。

相应地,PCEF设备2基于扩展Gx接口中的服务链策略删除属性值对,接收所述PCRF设备发送的待被删除的服务链策略的删除信息,其中,所述服务链策略删除属性值对包含所述待被删除的服务链策略的标识信息。

在步骤S5’中,PCEF设备2根据所述待被删除的服务链策略的标识信息,删除对应的服务链策略。例如,接上例,PCEF设备2在步骤S4’中接收到的服务链策略删除属性值对中的包含待被删除的服务链策略service-chaining-policy-D的标识信息如“scpD”,则在步骤S5’中,PCEF设备2将服务链策略service-chaining-policy-D进行删除。

需要注意的是,本发明可在软件和/或软件与硬件的组合体中被实施,例如,可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中,本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地,本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,RAM存储器,磁或光驱动器或软磁盘及类似设备。另外,本发明的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个步骤或功能的电路。

另外,本发明的一部分可被应用为计算机程序产品,例如计算机程序指令,当其被计算机执行时,通过该计算机的操作,可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令,可能被存储在固定的或可移动的记录介质中,和/或通过广播或其他信号承载媒体中的数据流而被传输,和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此,根据本发明的一个实施例包括一个装置,该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。

对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号