CN101374338A - 一种实现用户策略自助服务的方法、实体和系统 - Google Patents

Abstract

本发明公开了一种用户策略自助服务的方法，包括：策略自助服务操作实体接收用户的策略自助服务请求信息，并根据该请求信息进行对应的策略自助服务操作。本发明同时公开了一种策略自助服务操作实体，包括：接收模块和执行模块；接收模块，用于接收用户的策略自助服务请求信息并转发执行模块；执行模块，用于执行用户所请求的策略自助服务操作。本发明通过由策略自助服务操作实体向用户提供的自助服务接口，使得用户可以通过该自助服务接口向网络发起特定QoS需求或者一些其它自定义策略请求，从而能够实现策略自助服务，解决了现有网络中无法提供策略自助服务的问题。

Description

一种实现用户策略自助服务的方法、实体和系统

技术领域

本发明涉及移动通信技术，具体涉及一种实现用户策略自助服务的方法、实体和系统。

背景技术

目前，随着通信技术的高速发展，通信网络正在向全IP演进，运营商不断开发基于IP网络的各种通信业务，如多媒体呼叫、文件下载、网页浏览、视频点播等。不同的业务对服务质量(Quality of Service，QoS)有不同的要求，而且计费方面的要求也不同。网络会根据业务类型以及用户的签约等级为终端提供不同QoS的服务。针对这些需求，不同的标准化组织都定义了相关的框架，例如第三代合作伙伴计划组织(3^rd Generation PartnershipProject，3GPP)定义了策略与计费控制(Policy and Charging Control)架构，该架构可以使得网络检测到不同的业务流，并根据不同的业务流进行QoS控制和计费统计。

为了说明方便，首先介绍以下相关术语：

IP连接接入网(IP Connectivity Access Network，IP-CAN)，当用户设备(UE)在接入网络内漫游时，接入网络仍能保证IP业务的连续性，具有这样性质的网络称为IP-CAN，如GPRS网络。

IP-CAN承载，指具有明确速率、延迟和误比特率的IP传输路径，该路径指接入网到网关之间的路径。

IP-CAN会话，指的是UE和分组数据网之间的连接关系，该连接关系通过UE的IP地址和UE的标识来识别。只要UE分配了IP地址并且能被IP网络识别，则IP-CAN存在。IP-CAN会话可以包含一到多个IP-CAN承载。

3GPP TS23.203中对PCC架构进行了定义，如图1所示，各组成部分为：用户签约信息数据库(Subscription Profile Repository，SPR)101、应用实体102(Application Function，AF)、策略控制和计费控制功能实体103(PolicyControl and Charging Rules Function，PCRF)和策略和计费执行功能实体104(Policy and Charging Enforcement Function，PCEF)。

其中，SPR101，用于存储基于签约的策略所需的所有签约信息，与PCRF103通过Sp接口相连，并向其提供例如用户签约拥有的业务、带宽资源等所有关于用户的签约信息。

AF102，通过Rx接口与PCRF103相连，用于当PCRF103制订策略和计费控制规则时，为其动态提供应用层会话信息，该信息包括用于识别业务数据流的IP过滤器，应用或媒体所需带宽信息等。Rx接口使用Internet工程任务组(Internet Engineering Task Force，IETF)定义的Diameter协议。例如：IP多媒体子系统(IP Multimedia Subsystem，IMS)中的代理呼叫会话控制功能(Proxy Call Session Control Function，P-CSCF)就属于AF。

PCRF103，用于通过Sp接口向SPR101请求用户签约信息，根据用户接入网络的限制、用户当前正在进行的应用业务信息、本地运营商配置及用户签约信息，制订相应的策略，并将策略提供给PCEF104执行，以及向PCEF104下发PCC规则、协商IP-CAN承载的建立模式等，所述的策略主要包括：业务数据流检测、QoS控制、门控和基于流的计费等。

PCEF104，通过Gx接口与PCRF103连接并向其请求PCC规则，IP-CAN会话的建立、维护和终止，同时通过接入网络与UE106相连，执行PCRF103下发或制订的策略，完成UE的业务数据流的检测，保证业务数据流的QoS、门控，完成在线/离线计费以及触发与控制面的会话等功能，该功能一般基于网关105实现。该接口使用IETF定义的Diameter协议，关于该接口的详细定义参见3GPP TS29.212。例如：GPRS中的GGSN实体(Gateway GPRSSupport Node，GPRS网关支持节点)就属于PCEF。

在现有技术条件下，策略与计费控制是通过承载层以承载信令的方式进行的，用户所使用的资源、当前应用业务状态等信息对于用户而言不直观可见，从而用户无法在业务层面进行承载业务及策略的变更，网络在承载的QoS资源分配和使用方面起主导作用。

在这种情况下，假设用户希望使用自身定制QoS要求的Internet上网承载业务，而不是用网络提供的缺省QoS的Internet上网承载业务时，现有网络发起的承载控制方式就无法支持；又比如用户希望根据需要在公共IP网络上创建一条UE上的虚拟专用网络(Virtual Private Network，VPN)应用和企业网VPN服务器之间具备特定QoS要求的VPN连接，由于在网络侧没有相关的AF介入VPN连接的创建过程，VPN连接创建的时机和具体的QoS要求在网络侧无法被确定，从而现有的由网络发起的承载控制方式将无法支持这种应用场景。因此，由网络发起的承载控制方式使得网络完全决定了UE应用可以使用的QoS承载资源，带来了UE应用无法根据自身的特定QoS需求来创建、更改和/或删除承载资源的问题。

类似地，假如用户希望根据自身的不同需求定制不同的控制策略：例如用户定义策略条件为当无线局域网(Wireless Local Area Network，WLAN)和3GPP接入网络同时存在时，优先选择WLAN接入方式；又比如用户希望定义策略条件为当用户漫游时，Internet业务优先于本地出口(LocalBreakout)等，以及进一步地，用户希望能够根据自身的需要随时对这些自定义的控制策略进行更改。

但是，现有基于PCC架构的网络下，用户只能通过和运营商签约或通过运营商的运行维护系统来定义或更改用户定制的控制策略，无法实现业务的自助开展，这无疑使得用户进行定制控制策略的定义或更改非常麻烦，而且网络对于用户定制的控制策略管理维护成本也很高，不利于用户定制控制策略应用的实际推广和使用，影响运营商的业务开展和降低用户对于业务使用的满意程度。

发明内容

本发明的实施例提供一种实现用户策略自助服务的方法、实体和系统，使得用户能够方便地进行策略自助服务。

为达到上述目的，本发明的技术方案具体是这样实现的：

一种实现用户策略自助服务的方法，包括：

策略自助服务操作实体接收用户的策略自助服务请求信息，并根据该请求信息进行对应的策略自助服务操作。

一种策略自助服务操作实体，包括：接收模块和执行模块；

接收模块，用于接收用户发送的策略自助服务请求信息并转发执行模块；

执行模块，用于执行用户所请求的策略自助服务操作。

一种实现用户策略自助服务的系统，包括：UE和策略自助服务操作实体；

UE，用于向策略自助服务操作实体发送用户的策略自助服务请求；

策略自助服务操作实体，接收用户的策略自助服务请求，并根据该请求进行对应的策略自助服务操作。

由上述的技术方案可见，本发明通过对网络中现有PCC架构的改进，策略自助服务操作实体提供了用户进行策略业务自助服务的接口，用户可以通过UE等终端设备直接发起策略自助服务操作，解决了现有网络中无法提供策略自助服务的问题，避免了用户通过和运营商签约或通过运营商的运行维护系统来定义或更改用户定制的控制策略时所导致的麻烦和较高的管理维护成本，同时可以提升用户业务满意度，有利于策略控制的推广和应用。

附图说明

图1为现有策略与计费控制架构示意图。

图2为本发明实施例中扩展PCRF的策略与计费控制架构示意图。

图3为本发明实施例中自助服务接口的组成结构示意图。

图4为本发明实施例中用户在扩展PCRF的方式下发起特定QoS需求的承载资源更改业务流程示意图。

图5为本发明实施例中用户在扩展PCRF的方式下发起特定QoS需求的承载资源建立业务流程示意图。

图6为本发明实施例中用户在扩展PCRF的方式下进行自定义控制策略创建、更改和/或删除等操作的流程示意图。

图7为本发明实施例中扩展SPR的策略与计费控制架构示意图。

图8本发明实施例中用户在扩展SPR的方式下进行自定义控制策略创建、更改和/或删除等操作的流程示意图。

具体实施方式

本发明实施例通过对现有PCC架构的改进，增加了策略自助服务操作实体，用户可以通过策略自助服务操作实体完成策略自助服务。策略自助服务操作实体具备向用户提供策略自助服务的接口，策略自助服务接口的具体实施上可以通过增加UE到策略自助操作实体的Us接口或策略自助操作实体提供IP网络如因特网的访问接口等方式实现。

具体对PCC架构的扩展上有两种方式：一种是扩展PCRF的能力，使其具备策略自助服务操作实体的能力，PCRF提供用户进行策略自助服务的接口；另外一种方式是扩展SPR的能力，使其具备策略自助服务操作实体的能力，SPR提供用户进行策略自助服务的接口。

其中，前一种扩展方式的PCC功能架构如图2所示，其中包括：SPR201、AF202、PCRF203和PCEF204。

其中，SPR201、AF202、PCEF204，包括各接口的功能及实现与图1中现有技术的对应模块相同，此处不予赘述。

不同之处在于，PCRF203通过Us与UE206相连。UE206通过Us直接向PCRF203发起策略自助服务操作。例如：用户使用UE可以通过Us向PCRF发起特定QoS需求的创建、更改和/或删除承载资源请求，PCRF根据用户签约等信息对用户的请求进行授权，只有授权通过的请求才由PCRF发起网络侧的特定QoS需求的承载资源创建、更改和/或删除操作。这样就使得扩展的PCC网络保持了仅使用网络发起的承载控制方式的优势，避免了用户对于QoS资源的不适当使用，保证了网络对承载QoS资源的控制权，同时又实现了用户根据自己的需求随时通过Us向PCRF进行自定义控制策略创建、更改和/或删除等操作，便于用户定制的控制策略应用的实际推广和使用。

需要说明的是，两种连接扩展方式的自助服务接口，虽然连接的功能实体不同，但是其功能和实现方式是完全一样的。Us可以采用超文本传输协议(Hyper Text Transfer Protocol，HTTP)、无线应用协议(Wireless ApplicationProtocol，WAP)、人机交互语言(Man-Machine Language，MML)、简单网络管理协议(Simple Network Management Protocol，SNMP)等具体实现方式，UE可以通过这些协议向PCRF发起自助服务操作，例如当采用HTTP协议时，用户可以通过终端上标准的Web浏览器进行操作，由于目前各种UE上已经普遍能够支持Web浏览功能，因此采用HTTP协议将使大量的支持Web浏览功能的UE无缝地支持系统的改进。

在实际实施过程中，为了避免在PCRF/SPR中引入Web服务器的功能从而导致成本增加和系统复杂程度提高，往往在UE和PCRF/SPR之间放置一个Web入口，Web入口提供Web服务器功能和图形化的人机交互界面，并把UE的策略自助服务信息通过内部接口等形式传递给PCRF/SPR进行处理。

同时，Web入口还能够对用户的身份进行认证，即可以进行网络与用户的鉴权过程，只有运营商签约的合法用户才能通过鉴权，被允许接入策略自助服务系统，从而保证策略自助服务系统的安全性。

实现上述功能的策略自助服务操作实体组成结构如图3所示，包括：接收模块301，执行模块302，身份认证模块303和授权判定模块304；

其中，接收模块301，用于接收用户发送的策略自助服务请求信息并转发执行模块302，身份认证模块303和授权判定模块304；

身份认证模块303，用于接收来自接收模块301的策略自助服务请求信息，对用户进行鉴权，并将鉴权结果返回执行模块302；若鉴权结果为非法用户，则拒绝所述策略自助服务请求；

授权判定模块304，用于接收来自接收模块301的策略自助服务请求信息，对用户请求的策略自助服务进行授权判定，并将判定结果返回执行模块302；若判定结果为授权不通过，则拒绝所述自助服务请求；

执行模块302，用于接收来自接收模块301的策略自助服务请求信息，还用于接收身份认证模块303返回的鉴权结果和接收授权判定模块304返回的判定结果，当鉴权和授权判定通过，则发起执行用户所请求的策略自助服务操作。

需要说明的是，该策略自助服务操作实体可以是单独设置的实体，也可以集成设置于PCRF或SPR当中。以下通过具体实施例来做进一步说明：

实施例一

用户通过UE发起特定QoS需求的承载资源更改业务。假定网络向用户提供了100元包月的业务包，业务包中提供的Internet上网承载业务的最大带宽为128Kbps。一个签约使用该业务包的用户在平时使用128Kbps的Internet上网带宽没有问题，但是当用户使用Internet进行视频点播时，128Kbps的带宽无法满足清晰、流畅地观看视频点播业务的需求，因此用户希望在使用视频点播业务时临时把Internet上网带宽提高到2Mbps。运营商可以通过Web策略自助服务接口提供临时提升Internet带宽的能力，并向用户提示所提升超出包月带宽范围的流量需要额外收取费用的计费标准，例如按流量每M字节1元收费。该业务处理流程如图4所示，其中包括：

步骤401：UE通过和PCRF之间的策略自助服务接口Us向PCRF发送提升Internet承载带宽为2Mbps的策略自助服务请求。

步骤402：PCRF根据收到的策略自助服务请求，结合签约信息，运营商自定义的策略等策略上下文信息，生成提升用户的Internet承载带宽的QoS和计费控制策略并下发给PCEF。

步骤403：PCEF根据PCRF下发的控制策略，提升UE的Internet承载的带宽为2Mbps，并进行相应的计费策略执行。

实施例二

用户发起特定QoS需求的承载资源建立业务。假设用户需要临时和公司VPN服务器建立VPN隧道用来传送重要数据，为了保证该VPN隧道的QoS，UE需要建立一条指定QoS需求的IP-CAN承载来承载VPN隧道。用户使用用户终端设备UE通过策略自助服务接口Us向PCRF发送创建指定QoS需求的IP-CAN承载的策略自助服务请求，当PCRF接收到创建IP-CAN承载的业务请求后，为所述UE执行IP-CAN承载创建操作。其业务流程如图5所示，其中包括：

步骤501：用户使用UE通过和PCRF之间的策略自助服务接口Us向PCRF发送创建指定QoS的IP-CAN承载的策略自助服务请求，策略自助服务请求中可以携带指定的QoS信息，如带宽、QoS等级等信息，还可以携带所创建的IP-CAN承载的相关信息，如IP-CAN承载的报文流过滤模板等。

步骤502：PCRF根据收到的策略自助服务请求，结合用户签约信息、运营商自定义的策略等策略上下文信息，生成创建所要求的IP-CAN承载的控制策略并下发给PCEF。

步骤503：PCEF按照PCRF下发的策略，创建相应的IP-CAN承载。

实施例三

用户进行自定义控制策略创建、更改和/或删除等操作。假设用户希望在同时具有GPRS和WLAN接入方式时，优选WLAN接入网络以获得较高的上网带宽。用户使用用户终端设备UE通过策略自助服务接口Us向PCRF发送优选WLAN的自定义控制策略创建的策略自助服务请求，当PCRF接收到自定义控制策略创建请求后，为所述用户创建自定义的控制策略。其业务流程如图6所示，其中包括：

步骤601：用户使用UE通过和PCRF之间的策略自助服务接口Us向PCRF发送创建自定义控制策略的策略自助服务请求，策略自助服务请求中可以携带所要创建的自定义控制策略信息，本例中该信息为，当同时具有GPRS和WLAN接入方式时，其Internet上网业务优选WLAN接入网络的策略控制条件。

步骤602：PCRF根据接收到的策略自助服务请求，创建终端自定义的控制策略。

在上述实施例中，终端可以使用自己定制QoS要求的Internet上网承载业务，而不使用网络提供的缺省QoS的Internet上网承载业务；可以根据自己的需要通过本发明实施例的策略自助服务接口Us随时发起自己定制QoS要求的IP-CAN承载的创建；还可以根据自身的需要进行自定义控制策略创建、更改和/或删除等操作。网络通过对终端的策略自助服务请求进行身份认证和服务请求授权，保证只有合法用户才能够接入网络，同时经过网络或运营商策略允许的请求才由网络侧发起对应的特定QoS需求的承载资源更改操作，既确保了网络对QoS承载资源的最终控制权，又实现了用户的定制策略自助服务。

对于第二种情况，即用户使用用户终端设备UE通过策略自助服务接口联系到SPR，其对应的扩展后的PCC功能架构如图7所示，其中包括：SPR701、AF702、PCRF703和PCEF704。

其中，SPR701、AF702、PCEF704，包括各接口的功能、实现方法和连接关系与图1中现有技术的对应模块相同，不同之处在于，SPR701通过Us与UE706相连，Us的功能与实现方式与前文中提到的图2中完全相同，故此处不再赘述。

在该连接扩展方式下，UE可以直接通过Us向SPR发起策略自助服务操作。用户可以根据自己的需求随时通过该自助服务接口Us向SPR进行自定义控制策略创建、更改和/或删除等操作。

实施例四

UE通过和SPR的策略自助服务接口Us更改其自定义控制策略。假设用户原先定义了在同时具有GPRS和WLAN接入方式时，其Internet上网业务优先选择WLAN接入网络，但现在要更改成Internet上网业务优先选择GPRS接入网络。UE通过策略自助服务接口Us向SPR发送Internet上网业务优选GPRS接入的自定义控制策略更改的策略自助服务请求，当SPR接收到自定义控制策略更改请求后，进行用户的自定义控制策略的更改操作，并将更改的自定义控制策略下发给PCRF，其业务流程如图8所示，其中包括：

步骤801：UE通过与SPR之间的策略自助服务接口Us向SPR发送更改自定义控制策略的自助服务请求，自助服务请求中可以携带所要更改的自定义控制策略信息。

步骤802：SPR收到该请求后，执行用户的自定义控制策略的更改操作，并向PCRF下发该用户更改的自定义策略信息。

需要说明的是，为了说明方便和用语的统一，本发明实施例中都以对3GPP中定义的PCC架构的改进为例进行说明，但应该理解，对于不同标准组织中定义的类似架构的网络组成方式，应同样涵盖在本发明的保护范围之内。

同时，上述用户通过UE发起策略自助服务请求只是本发明的较佳实施例，并非用于列举本发明的所有技术特征，用户还可以通过其它方式(例如：Web，PC，或者其它类型的用户设备等)来发起服务请求。因此，以上所述并非用于限定本发明的精神和保护范围，任何熟悉本领域的技术人员所做出的等同变化或替换，都应视为涵盖在本发明的保护范围之内。

Claims (11)

1.一种实现用户策略自助服务的方法，其特征在于，该方法包括：

策略自助服务操作实体接收用户的策略自助服务请求信息，并根据该请求信息进行对应的策略自助服务操作。

2.根据权利要求1所述的方法，其特征在于，所述策略自助服务请求信息为：

包含用户发起特定QoS需求的承载资源的创建、删除和/或更改的请求信息，或者包含用户进行自定义控制策略的创建、更改和/或删除等操作的请求信息。

3.根据权利要求1所述的方法，其特征在于，所述策略自助服务操作实体接收用户的策略自助服务请求信息的方法为：

策略自助服务操作实体通过web入口、超文本传输协议、无线应用协议、人机交互语言或简单网络管理协议接收来自用户的策略自助服务请求信息。

4.根据权利要求1、2或3所述的方法，其特征在于，所述策略自助服务操作实体根据策略自助服务请求信息进行对应的策略自助服务操作的方法为：

所述策略自助服务请求信息为包含用户发起特定QoS需求的承载资源的创建/删除/更改的请求信息，策略自助服务操作实体执行实现用户请求的特定QoS需求的承载资源的创建、删除和/或更改的操作。

5.根据权利要求4所述的方法，其特征在于，所述策略自助服务操作实体执行实现用户请求的特定QoS需求的承载资源的创建、删除和/或更改的操作的方法是：

策略自助服务操作实体根据用户的签约信息、运营商自定义的策略或当前可用的承载资源情况等策略上下文信息为用户生成相应的QoS控制策略，并由策略和计费执行功能实体PCEF进行执行。

6.根据权利要求1、2或3所述的方法，其特征在于，所述策略自助服务操作实体根据策略自助服务信息进行对应的策略自助服务操作的方法为：

所述策略自助服务请求信息为包含用户进行自定义控制策略的创建、更改和/或删除等操作的请求信息，策略自助服务操作实体完成相应用户的自定义控制策略的创建、更改和/或删除等操作。

7.根据权利要求1、2或3所述的方法，其特征在于，所述策略自助服务操作实体为策略控制和计费规则功能实体PCRF或用户签约信息数据库SPR。

8.一种策略自助服务操作实体，其特征在于，该实体包括：接收模块和执行模块；

接收模块，用于接收用户发送的策略自助服务请求信息并转发执行模块；

执行模块，用于执行用户所请求的策略自助服务操作。

9.根据权利要求8所述的实体，其特征在于，该实体进一步包括：

身份认证模块，用于接收来自接收模块的策略自助服务请求信息，并对用户进行鉴权，如果鉴权通过，则将该请求信息转发给执行模块；如果鉴权没有通过，则拒绝该请求。

10.根据权利要求8所述的实体，其特征在于，该实体进一步包括：

授权判定模块，用于接收来自接收模块的策略自助服务请求信息，并对用户请求的策略自助服务进行授权判定，如果授权判断通过，那么就将请求信息转发给执行模块；如果授权判断没有通过，则拒绝所述服务请求。

11.一种实现用户策略自助服务的系统，其特征在于，该系统包括：UE和策略自助服务操作实体；

UE，用于向策略自助服务操作实体发送用户的策略自助服务请求；

策略自助服务操作实体，接收用户的策略自助服务请求，并根据该请求进行对应的策略自助服务操作。

Images