CN101529802A - 向访问电信服务应用策略的方法和系统 - Google Patents

Abstract

提供了一种用于向服务应用策略的方法和系统。一个实施例包括用于应用服务的方法，其中接收到用户对特定服务的请求。该请求与策略对比从而确定是否允许该特定服务，并且如果允许，是否存在对该访问的任何约束或限制。

Description

向访问电信服务应用策略的方法和系统

技术领域

本发明涉及电信系统并且更具体地涉及向电信服务应用策略的方法和系统。

背景技术

计算设备和互联各设备的网络中的硬件发展促进了软件应用的激增。例如实时聊天、语音和视频的应用变得越来越普遍和广泛。因特网协议上的语音(“VOIP”)电话通讯允许在传统数据信道上传输实时双工语音通信，潜在地消除了对传统语音信道的需要，并且避免了与这样的数据信道规范通常相关的等待时间或者抖动。

尽管落后于有线网络一些，无线网络的带宽也在增加从而允许在其上传输基本上实时的聊天、语音和视频应用。类似地，例如手机和无线电个人数字助理的手持便携设备的处理能力可以满足这样的应用。

用于有线和无线网络的传统收入来源包括语音电话通讯和传统数据通信。但是前述发展混淆了消费者通过其补偿网络操作者的方式。例如，传统语音信道被配置为在双绞铜电话线上传输，然而技术进步现在允许在双绞线上传输告诉因特网通信。目前进一步的发展允许在那些因特网连接上传输语音通信。结果是，用户可以为因特网服务避开底层语音服务，因特网服务现在用于为用户提供语音和传统数据连接性。这侵蚀了有线运营商(carrier)的底层收入基础，有线运营商的商业模式可以基于对语音和传统数据服务分别收取费用。硬件发展现在也增加了侵蚀无线运营商的收入来源的可能性，原来只提供无线语音连接的无线运营商，增加为提供同时提供语音和数据连接。但是用户可以找到在数据链路上传输语音服务的应用，并且从而避免对语音服务付费。

前面的例子只是冰山一角。例如Skype、Google地图、You Tube、文件共享服务的应用是无法预料的应用，这些应用可以根本性改变每个用户带宽曲线，从而对没有预计的这些服务的带宽和服务质量分配产生有害影响。结果可以是一些用户的服务质量严重下降，其他用户不公平地独占全部可用资源。

作为一种解决方案，向不同用户提供价格不同的不同质量的服务。例如，“黄金”级用户每月支付50美元、使用5兆字节/秒的带宽，而“白银”级用户每月支付40美元、使用4兆字节/秒的带宽。但是，这种计划有赖于带宽修整模型，其假设底层应用的某些特征，因而整个带宽不是全部时间都被使用。这样，“白银”级用户可以整个时间使用4兆字节/秒的带宽来运行一个应用，这仍会剥夺“黄金”级用户应有的、使用5兆字节/秒的带宽。

发明内容

本发明的一个方面提供了一种向服务应用策略的方法，包括：保存数据库，该数据库代表了用于用户访问多个服务的策略；每个服务包括至少一个服务的提供商的身份，以及服务的类型；策略指明了对于每个该服务，是否允许用户对该服务进行访问；接收来自由用户操作的客户设备的、访问服务中的一个服务的请求；确定请求是否符合策略；如果请求符合策略，允许客户设备访问服务；并且如果请求不符合策略，拒绝客户设备对服务的访问。

策略可以包括服务中的一个可以被访问的最大比特率，并且允许步骤包括确保服务的一个不超过最大比特率。

策略可以包括预定的最大数量，允许步骤包括监视用于服务中可以被访问的一个服务的数据数量，这样一旦达到了预定最大数量，则执行拒绝步骤。

策略可以包括预定最大合计比特率，可以以该比特率访问所有服务，并且允许步骤包括确保服务不超过预定最大合计比特率。

策略可以包括用于可以由客户设备访问的全部服务的预定最大合计数量，并且允许步骤包括为服务中可以被访问的一个服务监视数据量，这样一旦达到了预定最大合计量，则执行拒绝步骤。

策略可以包括用于所述服务中的一个服务的允许使用时段，并且如果在使用时段中出现请求，执行允许步骤，如果在使用时段中未出现请求，执行拒绝步骤。

该方法还可以包括访问与服务中的一个服务相关的账单规则的步骤，并且只有访问服务中的一个服务也与账单规则匹配，执行允许步骤，否则执行拒绝步骤。

账单规则可以包括基于后付费或者预付费来访问服务中一个服务。

账单规则可以包括用于访问所述服务中的所述一个服务的基础费率。

账单规则可以包括用于访问服务中的一个服务的超额费率。

账单规则可以包括用于访问所述服务中的一个服务的漫游费率。

本发明的另一个方面提供了用于向服务应用策略的系统，包括：策略执行点和连接到策略执行点的客户设备。该系统还包括连接到策略执行点的网络，网络被配置为向客户设备提供多个服务中的一个。该系统还包括连接到策略应用点的策略服务器。策略服务器配置为维持数据库，该数据库代表了用于用户操作客户设备而访问多个服务的策略。每个服务包括至少一个服务的提供商的身份，以及服务的类型；策略指明了对于每个服务，是否允许用户对服务进行访问。所述策略执行点被配置为：接收来自客户设备的、访问服务中的一个的请求；确定请求是否符合策略；如果请求与策略符合，允许客户设备访问服务；并且如果请求不符合策略，拒绝客户设备对服务的访问。

该系统可以进一步包括记帐服务器，其连接至策略执行点并且配置为维持与服务中的一个相关的帐单规则。策略执行点可以配置为只有请求也符合帐单规则时允许服务中的一个访问。

策略执行点可以是通用分组无线服务(GPRS)支持节点(“GGSN”)，并且策略服务器被配置为对GGSN而言是账单服务器。

策略执行点是选自一个组的节点，该组包括用于基于码分多址(CDMA)网络的分组服务数据节点(PDSN)；用于基于欧洲电信标准研究所(“ETSI”)网络的因特网协议(“IP”)边缘路由器；用于基于分组电缆网络的电缆调制解调器终止系统(“CMTS”)；用于基于WiMax网络的访问服务网络(“ASN”)网关；以及用于基于普通因特网协议的深层包检查节点。

附图说明

现在将参照特定实施例和附图来描述本发明，特定实施例只是举例的目的，其中：

图1示出了向服务应用策略的系统的示意性代表。

图2示出了描述向服务应用策略的方法的流程图。

图3示出了在图2中的特定步骤的示例性执行中的图1的系统。

图4示出了在图2中的特定步骤的示例性执行中的图1的系统。

图5示出了在图2中的特定步骤的示例性执行中的图1的系统。

图6示出了在图2中的特定步骤的示例性执行中的图1的系统。

图7示出了在图2中的特定步骤的示例性执行中的图1的系统；

图8示出了描述用于执行图3中示出的步骤之一的示例性方法的流程图。

具体实施方式

现在参照图1，用50整体指示用于向服务应用策略的系统。服务将通常包括一个或多个可以经由通信底层结构为了特定目的而被路由的运载工具(bearer)或者信令信道。可以在用户之间(例如即时消息会话或者因特网协议上的语音电话)、用户和服务提供商之间(例如从服务提供商到用户设备的音频视频流)或者在通信服务器之间(例如在两个或多个计算机之间点对点环境下的多媒体数据传输)调用服务。

系统50包括充当策略执行点的网关54。为了说明一个实施例，在通用分组无线服务(GPRS)的无线环境下示出了系统50。因此策略执行点被显示为一个GPRS支持节点(GGSN)54。GGSN54将数据网络58与至少一个手机基站62互连。网络58可以是任何类型的数据网络，但是在本实施例中是因特网。本领域的技术人员知道网关544的策略执行点特征在其他访问技术中，可以被显示为其他网络元件。例如，用于基于码分多址(CDMA)网络的分组服务数据节点(PDSN)、用于基于欧洲电信标准协会(“ETSI”)网络的因特网协议(“IP”)边缘路由器、用于基于分组电缆网络的有线调制解调器终止系统(“CMTS”)、用于基于WiMax网络的访问服务网络(“ASN”)网关；或者用于基于普通因特网协议网络的深层包检查节点。

第一回程(backhaul)66将GGSN54连接到基站62，同时第二回程68将GGSN连接到网络58。接下来，基站62被配置为与至少一个客户设备70通信。用户S拥有和操作客户设备70。客户设备70可以基于移动电话、无线个人数字助理、无线电子邮件呼叫设备、膝上计算机等。客户设备70包括用于接收音频输入的麦克风和用于实现音频输出的扬声器等。客户设备70还包括用于显示文本或者其他视觉图像的显示器、用于接收字母输入的键盘。本领域的技术人员将理解包括所有前述特征的各种标准无线客户设备(例如来自加拿大滑铁卢的捷讯公司的黑莓TM，或者来自芬兰诺基亚的移动电话或者美国芝加哥的摩托罗拉)。

无线链路74连接了基站62和客户设备70。无线链路74可以基于任何已知的无线协议，但是在本实施例中是基于用于移动通信的全球系统(“GSM”)。

GGSN54还通过链路76连接到策略服务器78。策略服务器78被配置为根据GGSN54上的通信流，保存和应用各种策略。在本实施例中，使用已知交换结构和通常用于连接到GGSN的接口来实现链路76。如同本领域技术人员所了解的，GGSN54包括一个或多个基于DIAMETER或者基于用户服务中的远程验证拨号(RADIUS)的界面，从而允许GGSN54连接到账单服务器，这样GGSN54可以访问账单信息，并且选择性地允许或者拒绝访问基于该账单信息的各种服务。本领域的技术人员将意识到还可以使用其他的验证、授权和记帐接口和协议来连接GGSN和账单服务器。本领域的技术人员将意识到销售者可以实现策略执行点和收费服务器之间接口的参数的恰当变化，可以包括与销售者特定功能和能力相关的延伸的或者附加。在本实施例中，策略服务器被配置为模仿已知账单服务器，这样对于GGSN54而言策略服务器78是账单服务器，并且从而允许在不对GGSN54进行改动的情况下引入策略服务器78。策略服务器78因此可以被配置为从GGSN54接收通信，并以对GGSN54透明的方式向GGSN54传输通信。例如，策略服务器78对GGSN54而言是在线收费系统，该系统在第三代合作项目(3GPP)的组织合作伙伴的2004 3GGP TS23.125 V2.0.0的第6.1.1部分中描述，其内容在此整体引入作为参考。类似地，对于GGSN54而言策略服务器78可以是基于3GPP TS23.125 V2.0.0的第6.1.2部分中描述的离线收费系统。

策略服务器78接下来连接到记账服务器82，其执行记账功能包括根据用户选择的检验、记入借方和存入帐户余额。(在本实施例中，策略服务器78直接连接到记账服务器82，在其他实施例中，GGSN54可以连接到记账服务器82，其中记账服务器82可以被集成到前面讨论的现有记账服务器的已知功能中。同样地，在其他实施例中，策略服务器78可以连接到用以辅助实现在策略服务器78上存储的策略的其他服务器。例如，视频编码服务器(未示出)可以被连接到策略服务器78从而允许根据客户设备70的最优操作参数来对视频流进行动态编码。)下面将详细描述策略服务器78和计账服务器82。基于前述描述，用户S可以通过遵守由服务器78应用的策略和由服务器82进行的收费来访问网络58上的内容。

前面描述了系统的整体结构，可以根据需要的实施方式进行改变和变化。在优选实施例中，由单独的运营商C操作系统50中的组件，用户S是该运营商的用户。同样地，在该实施例中用户S与运营商C签有后付费协议，并且因此按周期对用户S使用的运营商C的服务开账单，通常是按月开账单。

策略服务器78保存策略P，该策略P反应了用于控制用户S可能希望在网络58上的各种服务的策略。(注意，在本实施例中，为给定的用户S保存单一策略P，但是在其他实施例中，可以为给定的用户保存多个策略。例如可以基于用户S的商务使用，而为用户S保存一个策略，同时基于用户S的个人使用为其保存另一个策略。在另一实施例中，根据在用户尝试访问特定服务时哪个设备是激活的，可以为由同一用户操作的多个设备保存不同的策略。)

表I示出了策略P的示例性内容。

表I策略P的示例性内容

	字段1	字段2	字段3	字段4	字段5	字段6
							条目	用户ID	服务	比特率	数量	使用时段	超额允许
1	S	VT1-VOIP电话1	115kbps	100MB	全天	是
							2	S	VT2-VOIP电话2	75kbps	20分钟	8AM-6PM	否
3	S	VT2-VOIP电话2	115kbps	不限制	6AM-8PM	N/A
							4	S	VT3-VOIP电话3	不允许	不允许	N/A	N/A
5	S	TC1-文本聊天1	1kbps	不限制	不限制	N/A
							6	S	TC2-文本聊天2	不允许	不允许	不允许	N/A
7	S	DM1-动态地图1	25kbps	2MB	全天	是
							8	S	VS1-视频流1	155kbps	500MB	仅限周末	否
9	S	MS1-音乐流	25kbps	50首	全天	N/A
							10	S	PP1-点对点1	30kbps	100MB	全天	否
11	S	U-未知服务	115kbps	10MB	全天	否
							12	S	总计	200kbps	600MB	全天	是
13	S	属性	N/A	N/A	N/A	N/A

现详细地解释表I的结构，表I的名为“用户ID”的字段1是与用户S唯一相关的标识符。预期到可以验证使用不同设备的用户S，并遵守同样的策略P，该标识符可以专用于设备70或者专用于用户S。(尽管未在此讨论，允许用户S使用不同的计算设备来验证，随后策略P可以被进一步扩充，超越在表I中示出的内容，从而根据计算设备，或者甚至根据将设备连接到网络58的链路特性改变策略)。表I的名为“服务”的字段2标示了遵守策略P的各种类型的服务。如同将在后面详细描述的，服务可以包括当前已知或者仍然未知的任何类型的服务，包括语音电话、聊天、视频流、音乐流等。表I的名为“比特率”的字段3是与特定服务相关的最大允许比特率。表I的名为“数量”的字段4是可以下载到设备70和从设备70上传的最大数据数量。表I的名为“使用时段”的字段5定义了在其中测量字段4中定义的数量的时段。这就是说，使用时段指示“全天”并且数量指示“1MB”，则用户将被允许在在一天中传输1M字节的数据。表I的名为“超额允许”的字段6定义了是否允许用户超过在字段4和5种定义的限制。如果用户S同意接收增加记账标准和/或贡献出对其他服务的限制，和/或一些其他考虑用以交换被允许超越在字段4或5种定义的限制，就可以允许这样的超额。本领域的技术人员将知道字段3、4、5和6每个都可以被分为两个单独字段，一个用于从设备70到网络58的上行流量，另一个用于从网络58到设备的下行流量。

现详细解释每个示例性服务，条目1字段2中的“VT1-VOIP电话1”指明了由第一服务提供商提供的VOIP电话服务。例如“VT1-VOIP电话1”可以是熟知的VOIP应用Skype，其可从http://www.skype.com获得。类似地，条目2字段2和条目3字段2中的“VT2-VOIP电话2”指明了由与第一服务提供商不同的第二服务提供商提供的VOIP电话服务。类似地，条目4字段2中的“VT3-VOIP电话3”指明了由与第一服务提供商不同的第三服务提供商提供的VOIP电话服务。

条目5字段2中的“TC1-文本聊天1”指明了由第一服务提供商提供的“聊天”服务。例如“TC1-文本聊天1”可以是熟知的聊天应用GoogleTalk，其可从http://google.com获得。类似地，条目6字段2中的“TC2-文本聊天2”指明了由第二服务提供商提供的另一个“聊天”服务，例如微软的即时消息，其可从http://microsoft.com获得。

条目7字段2中的“DM1-动态地图1”指明了由第一服务提供商提供的地图程序。例如“DM1-动态地图1”可以是熟知的地图应用GoogleMaps，其可从http://google.com获得。

条目8字段2中的“VS1-视频流1”指明了由第一服务提供商提供的流视频应用。例如“VS1-视频流1”可以是基于熟知的网站“You Tube”，其可从http://www.youtube.com获得。

条目9字段2中的“MS1-音乐流1”指明了由第一服务提供商提供的流音频应用。例如“MS1-音乐流1”可以是基于熟知的网站Pandora，其可从http://www.Dandora.com获得。

条目10字段2中的“PP1-点对点1”指明了在客户设备之间为了传输应用或者多媒体文件而使用的点对点应用。例如Bittorrent，其可从http://www.bittorrent.com获得。

条目11字段2中的“U-未知服务”用于指明可以被访问的任何服务或者策略服务器78不能识别的杂项(catchall)。在新的服务，包括网站和应用，变为可用时，或者对于未被策略服务器78分类的服务或者用户S第一次访问的服务而言，条目11字段2是很重要的。

条目12字段2中的“合计”以在给定时序时段中，不考虑其他条目而可以提供给用户S的带宽和容量的方式指明了合计上限。注意合计中的前部条目可以或者不可以超过条目12中描述的值。本领域的技术人员将理解该条目可以被用于为给定用户提供服务控制类，同时借助其他条目相关地为每个用户和应用提供详细控制。

检验表I因此示出了为多个不同的服务定义的多个不用的策略。条目1因此定义了用户S可以使用服务VT1-VOIP电话1打VOIP电话，并且在链路74上所被允许的最大比特率是每秒115k比特(“kpbs”)，假设包的总体数量没有超过每天100M字节。但是，如果包的总体数量超过了每天100M字节，则策略P存在有客户S提供的附加考虑从而允许该超额。

表I的条目2定义了只要呼叫的总体数量没有超过从上午8点到下午6点这几个小时中的20分钟，用户S就可以使用服务VT2-VOIP电话2打VOIP电话，并且在链路74上所被允许的最大比特率是每秒75k比特。不允许超额时间，因此从上午8点到下午6点这几个小时中，如果用户S已经使用了多于20分钟时间，就不再允许用户S使用服务VT2-VOIP电话2打VOIP电话。需要注意的是，对于VT2-VOIP电话2的使用测量与VT1-VOIP电话1不同，证实了策略标准的灵活性。还需要注意的是，由于比所允许的更低的比特率，用户S的服务质量将降低。

表I的条目3定义了对于从下午6点到上午8点这几个小时中不受限制的时长，用户S可以使用服务VT2-VOIP电话2打VOIP电话，并且在链路74上所被允许的最大比特率是每秒115k比特。因此，在这些小时中，用户S可以使用VT2-VOIP电话2或者VT1-VOIP电话1，并且享受同样的比特速率。

表I的条目4不允许用户S使用服务VT3-VOIP电话3打VOIP电话。

表I的条目5定义了用户S可以使用服务TC1-文本聊天1以最大比特率1kb/s进行在线聊天，并且可以在任何时间段无限地使用该服务。

表I的条目6定义了不允许用户S使用服务TC2文本聊天2进行在线聊天。

表I的条目7定义了只要用户在一天中未使用超过2M字节的数据，用户就可以使用服务“DM1-动态地图1”以25kb/s的比特率获得地图信息和方向，此处用户要遵守超额使用策略。

表I的条目8定义了只要用户在那些周某未使用超过500M字节的数据，用户就可以仅在周末以高达155kb/s的比特率访问VS1-视频流1。对于视频服务(或者实际上，任何其他类型的服务)，最好还基于当前所使用的访问技术设置策略。例如，当访问技术是基于全球移动通信系统(“UMTS”)时，最好为视频流允许较高的比特率，当访问技术是基于通用分组无线服务时，允许较低的比特率。

表I的条目9定义了用户S可以以25kbps的比特率和一天最多50首歌曲的数量访问MS1-音乐流1。不允许超额使用。

表I的条目10定义了用户S可以以30kbps的比特率和一天最多100M字节的数量使用PP1-点对点1应用。不允许超额使用。

表I的条目11定义了用户S可以以最高115kbps的比特率和一天最多10M字节的数量访问未在表I中明确写出的任何其他服务，但是不允许超额使用。

表I的条目12定义了用户S可以以合计上限为200kbps和每天最多600M字节的数量访问任何前面描述的服务。注意合计中的前述条目可以或者不可以超过在条目12种描述的数值，条目12仅适于实际合计使用。

表I的条目13指明了存在其他服务信息，该信息可用于为存储在场外属性(OFF-BOARD profile)服务器中的给定用户定义应用中心策略属性。可以根据提交于2006年9月6日提交的，名称为“用于主动式属性服务器的方法和系统”(Method And System For Active ProfileServer)的美国专利申请11/516,308的教导来实现这样的属性服务器，该申请的内容整体引入作为参考。

本领域的技术人员现在将可以检验表I，并且确定每个示例性策略勾画出的特定范围。本领域的技术人员还应当了解策略的范围和特性的变化。例如，表I中的条目11可以被定义为从不允许访问(或者保存特定服务的黑名单)任何未在表I的其他条目中明确定义的服务。

记账服务器82保存反映与用户S相关的收费和账单设置的记账信息。表II示出了记账信息A的内容的示例。

表II记账信息A的示例性内容

	字段1	字段2	字段3	字段4	字段5	字段6	字段7
								条目	用户ID	服务	账单设置	基础费率	超额费率	漫游费率	预付余额
1	S	VT1-VOIP电话1	后付	$10.00/MB	$20.00/MB	$30.00/MB	N/A
								2	S	VT2-VOIP电话2	预付	$.25/分钟	$.50/分钟	$1.50/分钟	$0
3	S	VT2-VOIP电话2	后付	$.15/分钟	$.25/分钟	$1.25/分钟	N/A
								4	S	VT3-VOIP电话3	不允许	不允许	N/A	N/A	N/A
5	S	TC1-文本聊天1	后付	$2.00/MB	$3.00/MB	$3.00/MB	N/A
								6	S	TC2-文本聊天2	后付	不允许	不允许	不允许	N/A
7	S	DM1-动态地图1	后付	$4.00/MB	$6.00/MB	$10.00/MB	N/A

8	S	VS1-视频流1	预付	$4.00/MB	$6.00/MB	$10.00/MB	$25.00
								9	S	MS1-音乐流	后付	$1.00/首	$1.50/首	$2.00/首	N/A
10	S	PP1-点对点1	后付	$0.50/MB	$1.00/MB	不允许	N/A
								11	S	U-未知服务	后付	$20.00/MB	N/A	N/A	N/A
12	S	总计	N/A	$200/月	$100/月	$200/月	N/A
								13	S	属性	N/A	N/A	N/A	N /A	N/A

现详细地解释表II的结构，表I的名为“用户ID”的字段1与表I中的字段1相同，是与用户S唯一相关的标识符。表II的名为“服务”的字段2指明了遵守策略P的各种类型的服务，该服务与之前参考表I描述的那些服务相同。表II的名为“账单设置”的字段3指明了特定服务是基于后付费还是预付费基础。(在其他实施例中，每个服务是后付费的还是预付费的事实可以简单地基于该给定客户被识别为预付费或者后付费用户)。表II的名为“基础费率”的字段4指明了，如果用户S从运营商C的覆盖区域访问该服务，遵循表I的字段3、4和5中的数据，为特定服务收费的费率。表II的名为“超额费率”的字段5指明了，如果用户S从运营商C的覆盖区域访问该服务，并且遵循表I的字段6超额服务是否被允许，而为特定服务收费的费率。表II的名为“漫游速率”的字段7指明了如果用户S不是在运营商C的覆盖区域中访问该服务，而是在另一个运营商的覆盖区域中，将为特定服务收费的费率。对于条目12，字段5-7提供了给定时序时段中，对基础和超额服务的消耗以及在漫游环境下的服务消耗进行收费的上限。本领域的技术人员应当理解，这提供了减少误使用一个或多个服务和减少欺诈的工具。本领域的技术人员还应当理解，可以为漫游和非漫游服务定义多个不同的策略。表II的条目13指明了存在其他服务信息，可以用于为给定的用户定义存储在场外属性服务器中的应用中心费率属性。同样可以根据2006年9月6日提交的，名称为“用于主动式属性服务器的方法和系统”的美国专利申请11/516,308的教导来实现这样的属性服务器，该申请的内容整体引入作为参考。

本领域的技术人员现在可以结合表I检验表II，并且确定与每个在表I中描述的策略相关的收费和费用的特定范围。本领域的技术人员还将认识到，策略P和计账信息A共同代表由运营商C根据用户S对访问这样的服务的唯一的、个人的选择而对用户S提供的唯一的服务。

如同将在后面详细描述的，GGSN54可用于确认用户S在网络58上访问的各种服务的身份，并且可以将该消息转发给策略服务器78。策略服务器78可以访问策略P，并且向记账服务器82进行恰当的查询，以便选择性地允许和拒绝对特定服务的访问，并且如果访问被允许，则完全根据策略P和计账信息A控制如何提供该访问。类似地，关于对服务的这样的访问的信息被转发给记帐服务器82，这样可以根据服务的使用对用户的帐户进行相应的更新。

现在参照图2，以200整体指示向服务提供策略的方法。出于解释本实施例的目的，假设方法200在系统50上执行。但是应当理解，不要求在系统50上执行方法200，并且可以在系统50执行别的方法。类似地，应当理解，系统50和方法200都可以变化。例如，不需要以与示出的顺序完全相同的顺序执行方法200中的步骤。

首先从步骤205开始，探测到特定服务的调用。步骤205由GGSN54执行，该步骤检测在用户S和网络58之间的借助GGSN54承载的通信流量，从而确认正在被访问的特定服务。图3中示出了步骤205的示例性执行，其中示出的用户S被显示为调用了服务，由箭头100表示。

接下来，在步骤210，确定在步骤205调用的服务的特性。在本实施例中，服务100是VT3。使用GGSN54作为策略执行点的固有功能来执行服务类型的确定。本领域的技术人员将认识到，有多种方法来定义和识别每个参数信息的感兴趣的应用和用户中心数据流，参数信息在送信(bearer)数据流中以及可能由另一个网络元件或经由RADIUS、DIAMETER相关的应用服务器或者基于的会话开始协议(SIP)的界面传来的信息中是固有的(例如在基于3GPP或3GPP2的环境中的呼叫会话控制功能(CSCF))。本领域的技术人员将认识到，识别和分类相异用户和应用特定送信流的方法统一被称为“深层包检查”能力。对于可被用于识别和分类用户或者应用特定数据流的送信数据流中固有的参数信息而言，其可能包括源和目的因特网协议地址、端口信息、协议信息和传送访问所使用的技术的其他信息(例如无线访问技术参数)。可以由另一个网络元件或者相关的应用服务器传送的信息可以包括应用标识符、流标识符和与给定服务或者应用相关的媒体类型。除了利用显式地址或者数据流中固有的或者从外部网络元件或应用服务器传来的应用信息，策略执行点可以将模式或者特征通信流识别为与给定服务或者应用相关的指示性“标记”。因此，GGSN54将确定用户S已经通过检测目的地来尝试调用服务VT3-VOIP电话3。

接下来，在步骤215，向服务应用策略。在本实施例中，由GGSN54执行步骤215，其首先对策略服务器78执行查询104。查询104由图4中的附图标记104指示的箭头表示。查询104是经由链路76执行的。策略服务器78响应查询104检测策略P，从而检测要为访问服务VT3的用户S适用什么策略。因此，服务器78检测表I的条目4，并且确定不允许对服务VT3的访问。接下来，服务器78向GGSN54发送回复108。回复108由图5中的附图标记108指示的箭头表示。回复108是经由链路76执行的。回复108向GGSN54指明服务VT3不被允许。在GGSN54接收到回复108时，GGSN54应用策略。通过在服务100的末端示出的圈内的X来在图中表示由GGSN54应用策略，并且类似地，以虚线示出的服务100代表服务100的调用决不被允许到达网络58，并且因此用户S将接收指明用于服务58的与网络58的连接不成功和/或不被允许的消息。

前述对方法200的示例性讨论导致阻止了用户S对服务访问的企图。但是，应当理解的是所希望的是各种服务实际最终都被允许。假设在方法200的执行过程中，用户S试图访问服务DM1-动态地图1。在方法200的该执行中，用户S将被允许访问该服务，因为根据表I的条目7可以允许访问该服务。在图7中示出了该执行，由DM1标记的双头箭头表示服务100-1。服务100-1代表服务经由GGSN54在网络58和用户S之间传输的通信量。但是，根据表I中的策略P的条目7，GGSN54将把服务100-1的带宽限制为25kbps。

还需要注意的是，服务器78将与服务器82合作以指导GGSN54选择性地允许或者拒绝服务。图8示出了图2的步骤215如何可以被实现的例子。步骤215-1请求接收服务，其可以以与之前描述的基本相同的方式实现，其中由GGSN54对服务器78执行查询104，并且将其与表I比较从而确认相关策略。如果在步骤215-2，确定服务请求违反策略P，则方法前进到步骤215-3，并且方法被拒绝，基本与之前参照图6描述的相同。

如果在步骤215-2，确定服务请求没有违反策略P，则方法前进到步骤215-4，并且确定服务请求是否与账单规则符合。通过首先令服务器78向服务器82传递请求来执行步骤215-4。接下来，服务器82将检测记账信息A。例如，如果用户S试图访问VT2-VOIP电话2，则在步骤215-2，将确定这样的请求不会违反任何策略，但是在步骤215-3将确定，在检测表II中的记账信息A时，该服务请求与账单规则不符，因为VT2-VOIP电话2是预付费服务并且服务S具有“0”帐户余额。因此，在该实施例中，该方法将从步骤215-4前进到215-3，并且服务请求将被拒绝，几乎与参照图6中的服务100描述的内容类似。

作为一个反例，假设在某一天，用户S第一次试图访问MS1-音乐流1，则在步骤215-2确定该请求没有违反任何策略，并且随后在步骤215-3将确定服务请求符合账单规则，并且用户S下载歌曲将被记账$1.00。该方法将随后前进到步骤215-5，并且将更新用户S的账单信息，向用户的账单添加$1.00。

在步骤215-6，确定服务请求是否还在处理中。如果不是，方法结束。如果是，则方法从步骤215-6前进到步骤215-7，在步骤215-7服务将被允许，几乎与参照图7中的服务100-1描述的内容类似。

图8中的方法随后返回步骤215-2以便重新开始，并且继续循环直到违反了策略P，或者违反了记账信息A，或者直到服务由用户S终止。

尽管前面示出了特定实施例和例子，应当理解可以预期前述内容的各种组合、子集和变形。例如，出于简化的目的，示出了带有一个用户的系统50，但是在典型安装中，每个策略P和相关的记账信息A将包括用于多个用户的记录。作为另一个例子，尽管策略服务器78和计账服务器82被显示为两个分离的实体，可以理解在其他实施例中，策略服务器78和计账服务器82可以被实现在一个服务器上。

作为另一个例子，此处的教导可以被结合到申请人同时未决的申请中，该申请提交于2006年9月6日，名称为“用于主动式属性服务器的方法和系统”的美国专利申请11/516,308，该申请的内容整体引入作为参考。

Claims (24)

1、一种向服务应用策略的方法，包括：

维持数据库，该数据库代表了用于用户访问多个服务的策略；每个所述服务包括所述服务的提供商的身份以及所述服务的类型中的至少一个；所述策略指明了对于每个所述服务，是否允许所述用户对所述服务进行访问；

接收来自由所述用户操作的客户设备的、访问所述服务中的一个的请求；

确定所述请求是否符合所述策略；

如果所述请求与所述策略符合，允许所述客户设备访问所述服务；

并且如果所述请求不符合所述策略，拒绝所述客户设备对所述服务的访问。

2、根据权利要求1所述的方法，其中所述策略包括所述服务中的所述一个可以被访问的最大比特率，并且所述允许步骤包括确保所述服务的所述一个不超过所述最大比特率。

3、根据权利要求1所述的方法，其中所述策略包括预定的最大数量，所述允许步骤包括监视用于所述服务中可以被访问的所述一个服务的数据数量，这样一旦达到了所述预定最大数量，则执行所述拒绝步骤。

4、根据权利要求1所述的方法，其中所述策略包括预定最大合计比特率，可以以该比特率访问所有服务，并且所述允许步骤包括确保所述服务不超过所述预定最大合计比特率。

5、根据权利要求1所述的方法，其中所述策略包括可以由所述客户设备访问的全部服务的预定最大合计数量，并且所述允许步骤包括监视所述服务中可以被访问的所述一个服务的数据量，这样一旦达到了所述预定最大合计量，则执行所述拒绝步骤。

6、根据权利要求1所述的方法，其中所述策略包括用于所述服务中的所述一个服务的允许使用时段，并且如果在所述使用时段中出现所述请求，执行所述允许步骤，如果在所述使用时段中未出现所述请求，执行所述拒绝步骤。

7、根据权利要求1所述的方法，其中还包括访问与所述服务中的所述一个服务相关的账单规则的步骤，并且只有访问所述服务中的所述一个服务还与所述账单规则匹配，执行所述执行步骤，否则执行所述拒绝步骤。

8、根据权利要求7所述的方法，其中账单规则包括根据后付费或者预付费基础访问所述服务中所述一个服务。

9、根据权利要求7所述的方法，其中所述账单规则包括用于访问所述服务中的所述一个服务的基础费率。

10、根据权利要求7所述的方法，其中所述账单规则包括用于访问所述服务中的所述一个服务的超额费率。

11、根据权利要求7所述的方法，其中所述账单规则包括用于访问所述服务中的所述一个服务的漫游费率。

12、一种用于向服务应用策略的系统，包括：

策略执行点；

连接到所述策略执行点的客户设备；

连接到所述策略执行点的网络，网络被配置为向所述客户设备提供多个服务中的一个；

连接到所述策略应用点的策略服务器；所述策略服务器配置为维持数据库，该数据库代表了用于用户访问多个服务的策略；每个所述服务包括所述服务的提供商的身份以及所述服务的类型中的至少一个；所述策略指明了对于每个所述服务，是否允许所述用户对所述服务进行访问；

所述策略执行点被配置为：

接收来自由所述用户操作的客户设备的、访问所述服务中的一个的请求；

确定所述请求是否符合所述策略；

如果所述请求与所述策略符合，允许所述客户设备访问所述服务；

并且如果所述请求不符合所述策略，拒绝所述客户设备对所述服务的访问。

13、根据权利要求12所述的系统，其中所述策略包括所述服务中的所述一个可以被访问的最大比特率，并且所述允许步骤包括确保所述服务的所述一个不超过所述最大比特率。

14、根据权利要求12所述的系统，其中所述策略包括预定的最大数量，并且所述允许步骤包括监视用于所述服务中可以被访问的所述一个服务的数据数量，这样一旦达到了所述预定最大数量，则执行所述策略执行点拒绝对所述服务中的一个的访问。

15、根据权利要求12所述的系统，其中所述策略包括预定最大合计比特率，可以以该比特率访问所有服务，并且所述策略执行点被配置为确保所述服务不超过所述预定最大合计比特率。

16、根据权利要求12所述的系统，其中所述策略包括可以由所述客户设备访问的全部服务的预定最大合计数量，并且所述策略执行点被配置为监视用于所述服务中可以被访问的所述一个服务的数据量，这样一旦达到了所述预定最大合计量，则执行所述拒绝步骤。

17、根据权利要求12所述的系统，其中所述策略包括用于所述服务中的所述一个服务的允许使用时段，随后所述策略执行点被配置为如果在所述使用时段中出现所述请求，执行所述允许步骤，如果在所述使用时段中未出现所述请求，执行所述拒绝步骤。

18、根据权利要求12所述的系统，还包括连接到所述策略执行点的记帐服务器，其被配置为维持与所述服务中的所述一个服务相关的账单规则；所述策略执行点被配置为只有所述请求符合所述账单规则时，允许访问所述服务中的所述一个服务。

19、根据权利要求18所述的系统，其中账单规则包括根据后付费或者预付费基础访问所述服务中所述一个服务。

20、根据权利要求18所述的系统，其中所述账单规则包括用于访问所述服务中的所述一个服务的基础费率。

21、根据权利要求18所述的系统，其中所述账单规则包括用于访问所述服务中的所述一个服务的超额费率。

22、根据权利要求18所述的系统，其中所述账单规则包括用于访问所述服务中的所述一个服务的漫游费率。

23、根据权利要求12所述的系统，其中所述策略执行点是通用分组无线服务(GPRS)支持节点(“GGSN”)，并且所述策略服务器被配置为对所述GGSN而言是账单服务器。

24、根据权利要求12所述的系统，其中所述策略执行点选自一个组，所述组包括用于基于码分多址(CDMA)网络的分组服务数据节点(PDSN)；用于基于欧洲电信标准研究所(“ETSI”)网络的因特网协议(“IP”)边缘路由器；用于基于分组电缆网络的电缆调制解调器终止系统(“CMTS”)；用于基于WiMax网络的访问服务网络(“ASN”)网关；以及用于基于普通因特网协议的深层包检查节点。

Images