用于改进的服务授权的方法和设备.pdf

一种用于无线电信系统(200)的方法(300)，该系统具有用户设备UE(110)，以及第一节点(120)，UE可以向第一节点发送对访问服务的请求，以及控制功能(160)，该控制功能具有关于系统中的UE对特定服务的访问权限的信息。该系统(200)包括接口(150)，该接口位于所述第一节点(120)和控制功能(160)之间，该方法(300)包括使所述第一节点从所述功能接收关于UE的访问权限的信息、以及使所述第一节点使用来自所述控制功能的访问权限信息来处理来自UE的对服务的访问请求的步骤(3)。该方法还包括使从所述控制功能发到所述第一节点的访问权限信息包括与UE被拒绝访问的服务有关的代码(X，Y，Z)的步骤(3)。

1、  一种用于无线接入电信系统(200)中的方法(300)，在所述系统中能够存在多个用户设备UE(110)，和第一节点(120)，UE可以向第一节点发送对访问特定服务的请求，系统(200)还包括控制功能(160)，所述控制功能保存关于系统中多个UE对特定服务的访问权限的信息，系统(200)还包括位于所述第一节点(120)和控制功能(160)之间的接口(150)，所述方法(300)包括使所述第一节点从所述控制功能接收关于UE的访问权限的信息的步骤(3)，以及使所述第一节点使用来自所述控制功能的访问权限信息来处理来自UE的对服务的访问请求的步骤(5)，所述方法的特征在于，还包括使从所述控制功能发到所述第一节点的访问权限信息包括与UE被拒绝访问的服务有关的代码(X，Y，Z)的步骤(3)。

2、  如权利要求1所述的方法(300)，根据所述方法，如果UE(110)请求访问的服务是根据来自控制功能(160)的信息而拒绝其访问的服务，则第一节点(120)使用所述代码(X，Y，Z)以便将访问请求重定向到系统中的第二功能(180-182)，所述方法(300)还包括使第二功能(180-182)发送与拒绝请求UE的原因有关的明确消息的步骤(8)。

3、  如权利要求1或2所述的方法(300，400)，还包括使从所述控制功能(160)发到所述第一节点(120)的访问权限信息包括关于UE(110)被允许或拒绝访问所述服务中的一个或多个的时间段的信息的步骤(3’)。

4、  如前述任一权利要求所述的方法(300，400)，根据所述方法，所述第一节点(120)是2G或3G系统的GGSN，被配置为担当PCEF-策略控制增强功能，且控制功能是PCRF-系统的策略计费规则功能。

5、  一种用于无线接入电信系统(200)中的接口(150)，在所述系统中能够存在多个用户设备UE(110)，和第一节点(120)，UE可以向第一节点发送对访问特定服务的请求，系统(200)还包括控制功能(160)，所述控制功能保存关于系统中多个UE对特定服务的访问权限的信息，所述接口是在所述第一节点(120)和控制功能(160)之间使用的接口(150)以便特别用于传递从所述控制功能到所述第一节点(120)的关于UE对特定服务的访问权限的信息，所述接口(150)的特征在于，它包括所述访问权限信息，以及与UE被拒绝访问的服务有关的一个或多个代码(X，Y，Z)。

6、  如权利要求5所述的接口(150)，其中，如果UE(110)请求访问的服务是根据来自控制功能(160)的信息而拒绝其访问的服务，则所述代码(X，Y，Z)可以被所述第一节点使用，以便将访问请求重定向到系统中的第二功能(180-182)。

7、  如权利要求5或6所述的接口，其中，从所述控制功能(160)发到所述第一节点(120)的访问权限信息包括关于UE(110)被允许或拒绝访问所述服务中的一个或多个的时间段的信息。

8、  如权利要求5-7中任一项所述的接口(150)，是2G或3G系统-如3G GPRS系统中的Gx接口。

9、  一种用于无线接入电信系统(200)中的节点(120)，在所述系统中能够存在多个用户设备UE(110)，UE可以向节点(120)发送对访问特定服务的请求，所述节点包括用于与系统中的控制功能(160)交换信息的装置，所述控制功能保存关于系统中多个UE对特定服务访问权限的信息，所述信息交换通过节点(120)和控制功能(160)之间的接口(150)来执行，节点(120)包括用于从所述控制功能(160)接收关于UE的访问权限的信息的装置(145)，以及用于通过使用来自所述控制功能的访问权限信息来处理来自UE的对服务的访问请求的装置(145)，所述节点(120)的特征在于，它还包括用于处理来自所述控制功能且包括与UE被拒绝访问的服务有关的代码(X，Y，Z)的访问权限信息的装置(145)。

10、  如权利要求9所述的节点(120)，其中，如果UE(110)请求访问的服务是根据来自控制功能(160)的信息而拒绝其访问的服务，则所述用于处理访问权限信息的装置(145)使用所述代码(X，Y，Z)中的一个或多个，所述代码(X，Y，Z)被所述装置(145)使用以便将访问请求重定向到系统中的多个第二功能(180-182)之一，所述代码被使用以便选择合适的第二功能。

11、  如权利要求9或10所述的节点(120)，还包括用于处理来自所述控制功能(160)且包括关于UE(110)被允许或拒绝访问所述服务中的一个或多个的时间段的信息的访问权限信息的装置(145)，以使得向节点(120)请求访问特定服务的UE可以基于做出请求的时间、日期、星期、月份等等而被节点(120)拒绝或准许。

12、  如权利要求9-11中任一项所述的节点(120)，是2G或3G系统的GGSN，在系统中被配置为担当PCEF-策略控制增强功能。

用于改进的服务授权的方法和设备
技术领域
本发明公开了可用于在无线接入电信系统中获得改进的服务授权的方法和设备。
背景技术
当前，在一些无线接入电信系统(例如2G和3G系统，如3G GPRS系统)中，存在系统中的允许或拒绝用户访问系统内或系统外服务的功能。在大多数2G和3G系统中，允许或拒绝用户这样访问的功能以如下方式来设计：用户通过发往系统中的节点的请求来请求访问服务，在GPRS系统中，该节点是所谓的GGSN，即网关GPRS支持节点。
GGSN通过系统中的另一功能(通常称为PCRF-策略计费规则功能)获得用户权限以及用户可以访问哪些服务的知识。通常，例如当UE请求新会话时，例如，最初被启动时，GGSN向PCRF请求并从其接收列表，该列表定义了用户可以访问哪些服务、不可以访问哪些服务。然后在会话过程中，该列表继续为GGSN所用，以便允许或拒绝用户访问用户请求访问的服务。
如果用户请求访问的服务是GGSN根据来自PCRF的信息而希望拒绝其访问的服务，那么该请求将被重定向到系统中的处理拒绝服务请求的独立功能。该独立功能将向UE发送消息，以通知用户被拒绝，例如，用户将接收到诸如“访问被拒绝”或者“服务未被授权”之类的消息。
在允许或拒绝用户访问的情况下，GGSN担任被称作策略计费增强功能PCEF的角色。PCEF通过被称为Gx的接口来访问PCRF。
用户通常被允许访问的一些服务也可能暂时得不到授权，例如，由于多个PCRF定义的策略：
●如果用户漫游到不同的网络中，则该用户通常被允许访问的服务也可能得不到授权。
●有些服务只有在一天中的特定时间段才可能得到授权，例如，只有在工作日的9:00到18:00之间。
●某些服务只有当所请求的承载提供足够好的质量时才可能得到授权。
●用户终端设备的限制。
尽管对于用户而言一个或多个服务可能被拒绝的原因是清楚的，但Gx接口仅仅提供与是否允许用户访问一项服务有关的信息。
例如，PCEF/GGSN不可能知道用户是否是因为用户终端不支持所讨论的服务而被拒绝，或者用户是否是因为漫游到另一网络(其中所讨论的服务被拒绝)而被拒绝。因此，在拒绝的情况下PCEF可以采取的唯一措施是把从用户终端发出的服务请求重定向到常规的重定向地址，这通知用户服务因为未指定的原因被拒绝，如上面所列举的那样。
发明内容
正如上面描述所显示的，因此需要一种方法，通过该方法，例如PCEF/GGSN的节点能够通过该方法向被拒绝访问服务的用户(其中该用户已经请求访问该服务)提供比目前可能的信息更多的关于拒绝原因的信息。
本发明基于这种需求，公开了一种用于无线接入电信系统中的方法，在该系统中，能够存在多个用户设备UE，以及第一节点，UE可以向该第一节点发送对访问特定服务的请求。
本发明能够应用于的系统还包括控制功能，其保存关于系统中多个UE对特定服务的访问权限的信息，并且该系统还包括位于所述第一节点和控制功能之间的接口。
本发明涉及的方法包括使第一节点从控制功能接收关于UE的访问权限的信息的步骤，并且还包括使第一节点使用来自控制功能的访问权限信息来处理来自UE的对服务的访问请求的步骤。该方法还包括使从控制功能发到第一节点的访问权限信息包括与UE被拒绝访问的服务有关的代码的步骤。
因此，通过本发明，第一节点，如PCEF/GGSN能够使用从控制功能(如PCRF)所获得的代码，以便向用户提供以与他们被拒绝访问特定服务的原因有关的更详细信息。在本发明的优选实施例中，第一节点(PCEF/GGSN)使用所述代码以便将访问请求重定向到系统中的第二功能，并且在该实施例中，该方法还包括使第二功能向请求UE发送与拒绝原因有关的明确消息的步骤。但是，也完全可能使第一节点包括所述代码的列表，以使得代码可以在第一节点中被“解码”，在这种情况下，与所讨论的代码相对应的消息可以被从第一节点发送到UE。
除了“拒绝消息”没有包括足够信息量的问题，现有系统的另一问题是：运营商可能需要准许特定用户在有限时间间隔内访问特定服务，例如，在工作日的上午8:00到下午6:00。为了利用当前Gx协议标准实现这个功能，PCEF中所有受影响会话的授权信息都将需要基本上同时更新。这将引起大量Gx信令峰值，而这是非常不希望发生的。
本发明也解决了这一问题，本发明的一个特定实施例包括使从控制功能(例如PCRF)发到第一节点(如PCEF/GGSN)的访问权限信息包括关于UE被允许或拒绝访问所述服务中的一个或多个的时间段的信息的步骤。
因此，通过本发明，可以向被拒绝访问特定服务的用户通知拒绝原因，并且还可以改进基于时间间隔拒绝或准许用户访问服务的方式。
在下面详细的说明中，本发明的这些以及其他优点将更为明显。
本发明还公开了用于第一节点(如PCEF/GGSN)和控制功能(如PCRF)之间的改进接口，以及可以用作所述第一节点的节点。
附图说明
下面将参照附图对本发明进行更加详尽地描述。
图1示出现有技术系统，和
图2示出应用了本发明的图1的系统，和
图3和图4示出本发明的事件图的例子。
具体实施方式
图1示出现有技术系统100的例子，以利于读者理解本发明。在图1以及下面的描述中，将借助3G GPRS系统的系统组件和名称来描述本发明，但需要注意的是，这仅仅是举例说明，本发明实质上可以应用于任何需要解决本发明可以解决的问题的系统。
如图1所示，在系统100中，能够存在多个用户设备UE 110，和第一节点120，GGSN，在本文中也交替地称为PCEF-策略计费增强功能，这是因为在本文中，GGSN构成GPRS的PCEF。
需要指出的是，GPRS系统包括很多没有在图1中示出的组件。这是因为只有与本发明有直接关系的那些组件才会在附图中出现并在文中描述。例如，3G GPRS系统包括被称为SGSN的功能，它位于UE 110和PCEF/GGSN 120之间。然而，本发明所关心的消息“通过”UE和PCEF/GGSN之间的其路径上的SGSN，这意味着SGSN不是本发明所关心的。
PCRF 160具有关于UE 110应当被准许或被拒绝访问哪些服务的信息。该信息通常在初始UE承载服务请求时被传送给PCEF/GGSN，不过该过程也可能发生在其他时间点。PCRF 160和PCEF/GGSN 120之间的接口是Gx接口。
因此，PCRF 160向PCEF/GGSN 120传送UE 130应该被拒绝或被准许访问的服务列表。例如，列表中没有被准许的所有服务都可以认为被拒绝。PCEF/GGSN存储该列表，并且当UE 110向PCEF/GGSN 120发送(如图1的箭头1所示)请求消息来请求访问特定服务时，可能发生如下情况：
●PCEF/GGSN 120基于通过Gx接口从PCRF提供的信息而准许UE 110访问所讨论的服务。该请求被PCEF/GGSN路由/转发到其目的地。
●PCEF/GGSN 120借助通过Gx接口从PCRF提供的信息，发现UE 110可能不能被准许访问其已经请求访问的服务。在这种情况下，如图1的箭头2所示，来自PCEF/GGSN的箭头2拦截请求并发送“重定向”响应给UE，也就是将UE的请求重定向到系统中的第二功能170的消息，用户的请求被重定向第二功能，如图1的箭头3所示。如箭头4所示，第二功能170向UE 110发送消息。在图1的现有技术系统100中，该消息只是标准化的“拒绝消息”，如“访问被拒绝”或“服务未被授权”。
图2示出本发明的系统200。与图1的系统100能够找到的组件和功能具有与图1相同的附图标记，此处不再予以详述。
在本发明的系统200中，控制功能160，即PCRF，可以通过Gx接口向PCEF/GGSN发送与UE对多个服务的访问权限有关的信息。然而，在系统200中，与图1所示的系统100相反的是，从PCRF 160向PCEF/GGSN 120发送的信息可以包括如下结构，也如图2所示：
通过Gx接口从PCRF提供到PCEF/GGSN的服务授权信息的示例：
服务“A”：OK
服务“B”：Not OK(不好)，“NOK”，代码2
服务“C”：OK
服务“D”：NOK；代码4
因此，可以看出的是，对于用户110被拒绝访问的服务，PCRF使用Gx接口不仅仅明确通知PCEF/GGSN 120哪些服务被授权，还通知哪些服务没有被授权(NOK)，后者可以是暂时性的，以及结合到拒绝原因的代码。
随后，当UE请求访问服务，根据来自PCRF的信息，该请求应被拒绝访问时，PCEF/GGSN使用在Gx消息中包括的如下代码：
●UE 110发送其请求消息，如图2中箭头1所示。
●PCEF/GGSN 120识别所请求的服务并发现UE 110应当被拒绝访问所讨论的服务，并发送重定向消息到UE 110，箭头2。然而，与现有技术系统100的事件序列对照，PCEF/GGSN现在具备与拒绝访问结合的附加信息，所述附加信息是上文所示的代码。在本发明的一个特定的实施例中，使用该代码以便把来自UE的访问请求重定向到如图2的180-182所示的多个指定功能之一。经重定向的请求如箭头3所示，并且来自功能180-182的响应如箭头4所示。
因为被拒绝的请求可以被重定向到多个功能180-182之一，所以发送给UE 110的“拒绝消息”的内容可以用从前不可能的方式来裁剪。优选地，每个NOK代码被系于(tie to)功能180-182中指定的一个，利用这种方式，每个NOK代码可以对应特定拒绝消息。
因此，功能180-182中的每一个都利用特定消息来准备，例子可以是：
●所请求的服务只能从你的家庭PLMN-公共陆地移动通信网到达。
●所请求的服务不能由这种类型的终端访问。请联系客户支持以了解最低终端配置。
●所请求的服务只能在周一至周五的7:00和18:00之间访问。
●所请求的服务需要3G连接。
自然地，在图2中示出的“拒绝消息功能”180-182的数量仅仅是例子，数目可以无限制地更多或更少。
应该指出的是，拒绝消息功能180-182仅仅是利用本发明的增强Gx消息的一种方式。也可以优选地使PCEF/GGSN自身包括对来自PCRF的代码进行“解码”的功能，以使得拒绝消息通过PCEF/GGSN中为此目的的功能而从PCEF/GGSN 120直接发送到UE 110。
此外，也可以使拒绝消息功能180-182位于图2所示的PCEF/GGSN的外部，而是让它成为单独功能，这样它就包括对发送自PCRF的关于拒绝原因的所有代码进行解码的能力。
从上述说明可以看出，本发明包括扩展Gx协议，以使得PCRF可以向PCEF传送更多与UE被拒绝访问服务的原因有关的信息。Gx协议的扩展可以被称为属性值对，AVP，这个术语以下还会用到，AVP是Gx协议所使用的信息载体。
图3示出其中使用本发明的AVP信令序列300。信令存在于UE、PCEF、PCRF和重定向服务器之间，重定向服务器与图2的功能180-182对应。
该序列如下：
1、建立承载服务请求：UE发送请求至PCEF/GGSN以建立承载。对于GPRS，这将是激活PDP上下文请求。
2、Gx CCR，信用控制请求，初始。PCEF发起与PCRF的Gx会话，并且包括UE标识、所请求的QoS、PLMN-ld等等。
3、Gx CCA初始。PCRF以CCA信用控制应答进行响应，包含一个用于被授权的计费-规则-基础的计费-规则-安装，以及通常只有在家庭PLMN中才可用的计费-规则-名称。因为该例子中的UE当前漫游在其他运营商的网络中，所以服务暂时未被授权。所讨论的CCA可以包含如下信息：
计费-规则-安装AVP
计费-规则-基础-名称＝1
计费-规则-安装AVP
计费-规则-名称＝5
计费-规则-授权AVP
授权-状态＝拒绝_漫游
4、建立承载服务请求。所请求的承载被接受。对于GPRS，这将是激活PDP上下文接受。
5、UE请求访问网页，例如URL“x”。PCEF检测到URL“x”对应于例如因漫游而暂时未被授权的5号计费规则。
6、PCEF向UE发送具有重定向指示的响应，包括经配置的重定向服务器地址，该地址仅仅用于拒绝_漫游(url“y”)。
7、UE发出对url“y”的请求。
8、对应URL“y”的重定向服务器响应UE，告诉UE：所请求的网页只能从家庭PLMN访问。
接下来，仅通过举例，本发明的AVP的一些例子将被给出。
计费-规则-安装AVP
通过插入新的AVP：计费-规则-授权AVP，当前和接下来的时间段的授权状态被包括在计费-规则安装AVP中：
计费-规则-安装:＝＜AVP首部：1001>
*[计费-规则-定义]
*[计费-规则-名称]
*[计费-规则-基础-名称]
[计费-规则-授权]
*[AVP]
在计费-规则-授权AVP中提供的授权信息对于在CCA或重新授权请求RAR中提供的计费-规则-安装AVP的该实例中所提供的所有计费-规则-名称和计费-规则-基础-名称都是有效的。
如果在计费-规则-授权AVP中不存在计费-规则-授权AVP，则这意味着所有计费-规则-定义、计费-规则-名称和计费-规则-基础-名称没有任何限制地被授权(标准解决方案)。
计费-规则-授权AVP
计费-规则-授权AVP集合被需要来定义用于相关联计费规则和计费规则基础的当前和下一时间段的授权状态的AVP。
对于具有相同授权-状态的那些计费-规则-名称或计费-规则-基础-名称来说，计费-规则-授权AVP被共享于相同的计费-规则-安装中。
计费-规则-授权AVP可以像下面这样：
计费-规则-授权::＝＜AVP首部：1055，卖方ID：193>
{授权-状态}
[授权-状态-改变-时间]
[下一-授权-状态]
*[AVP]
授权-状态AVP
授权-状态AVP可以是“枚举”类型，并且为在计费-规则-安装AVP中提供的计费规则和计费规则基础指定授权状态和未被授权的原因。
可以为授权-状态AVP定义以下值：
经授权                 0
拒绝_日历_时间         1
拒绝_漫游              2
拒绝_服务质量          3
拒绝_黑名单            4
拒绝_终端              5
拒绝_运营商_原因_1     6
拒绝_运营商_原因_2     7
拒绝_运营商_原因_3     8
拒绝_运营商_原因_4     9
拒绝_运营商_原因_5     10
拒绝_未知_原因         11
从上面的描述可以看出，通过本发明，关于“访问拒绝消息”相关联的问题可以得到解决。可以通过本发明的特定实施例而解决的另外一个问题是系统的运营商可能希望在限定的时间段期间为大量用户授权一些服务，例如在一天特定时间间隔，如工作日的上午8:00到下午6:00。为了利用在PCRF和PCEF之间使用的当前Gx协议来完成此任务，PCEF中所有受影响会话的授权信息需要在大约相同的时间点被更新。这会引起系统内大量Gx信令峰值，这是不希望出现的情况。
为了解决这一问题，本发明提到的实施例包括步骤：使从控制功能(即PCRF)发到第一节点(即PCRF/GGSN)的访问权限信息包括关于允许或拒绝UE访问一个或多个服务的时间段的信息。
举个例子，对于特定用户，一些服务可能仅仅在特定时间段被授权，例如，从服务被激活的时间起24小时，或者每天重复的时间段，如工作日的7:00至18:00之间。
为了给PCEF提供这样的信息，上面所述的由PCRF向PCEF提供的“授权代码”，即所谓的PCC规则，可以关联于与授权状态改变时的特定时间点有关的信息。授权状态改变后的下一有效授权状态也必须针对这种服务而提供。通过这种方式，PCEF就可以确定例如特定用户被准许访问特定服务直到，在该例子中，18:00，而后，该用户因为日历时间限制而被拒绝访问该服务。相反的情况也可能发生，也就是说，因为日历时间限制，最初向用户暂时地拒绝服务，但是在18:00之后，在该例子中，该用户被准许访问该服务。
本发明基于日历时间的授权实施例中的另一个“构件块”是有效性计时器，它安排PCEF向PCRF请求新策略信息的时间。有效性计时器由PCRF提供给PCEF，且典型地应当被设置得比授权状态改变时间更长，例如，在本例中，长于18:00，但要短到足以在下一个连贯状态改变时间来临时捕捉到新策略信息，即，在本例中，最迟是第二天早晨7:00。
因此，通过本发明基于日历时间的授权实施例，可以避免Gx信令峰值。
为了解释对特定服务的基于时间的授权或拒绝/准许访问，现在将参考图4，其是信令图400，其中使用了基于时间的拒绝/准许访问。
图4中的信令处于UE、PCEF和PCRF之间。参见图4示出的水平箭头，信令如下：
1’.建立承载服务请求。UE发送请求到PCEF/GGSN，以建立承载。对于GPRS，这将是激活PDP上下文请求。
2’.Gx CCR初始。PCEF/GGSN发起与PCRF的Gx会话，并且包括UE标识、请求的QoS、PLMN-id等等。
3’.Gx CCA初始。PCRF以CCA进行响应，该CCA包含一个用于被授权的计费-规则-基础的计费-规则-安装，以及当前因为日历时间而未被授权的计费-规则-名称。授权状态改变时间被设置为第二天早晨7:00。当授权状态改变时间已过时，用户被准许访问服务(下一授权状态)。另外，授权-有效性-时间声明：必须在第二天18:00之前由PCEF刷新策略信息。所讨论的CCA可以有如下格式：
事件-触发＝时间_改变
计费-规则-安装AVP
计费-规则-基础-名称＝1
计费-规则-安装AVP
计费-规则-名称＝5
计费-规则-授权AVP
授权-状态＝拒绝_日历_时间
授权-状态-改变-时间＝07/08/01，07:00UTC
下一-授权-状态＝经授权
授权-有效-时间＝07/08/01，18:00UTC
4’.建立承载服务请求。所请求的承载被接受。对于GPRS，这将是激活PDP上下文接受。与所讨论的计费-规则-名称相关联的所有服务请求将被重定向到用于该承载的拒绝_日历_时间的定向服务器。
5’.在7:00，授权状态从_拒绝_日历时间变为经授权。从现在开始，PCEF将不再对所讨论的计费-规则-名称的服务请求进行重定向，而是将使请求通过。
6’.CCR更新。在一个18:00之前的时间点，PCEF发出新的CCR以便刷新策略信息。PCEF负责分发此类请求，从而在存在许多具有相同的授权-有效-时间的会话的情况下，避免出现信令峰值。
7’.CCA更新。PCRF用新的策略信息进行响应。所讨论的计费规则现在的授权状态是经授权，并且下一授权状态是拒绝_日历_时间。授权状态改变时间是18:00，且最晚在第二天7:00，策略信息必须再次被刷新。新的值可以是如下形式：
事件-触发＝时间_改变
计费-规则-安装AVP
计费-规则-名称＝5
计费-规则-授权AVP
授权-状态＝经授权
授权-状态-改变-时间＝07/08/01，18:00UTC
下一授权状态＝拒绝_日历_时间
授权-有效-时间＝08/08/02，07:00UTC
本发明的一些可能以基于日历准许或拒绝对服务的访问的方式使用的AVP实例如下所示。需要指出的是，下面的AVP仅仅是例子，并不能视为对本发明要求保护的范围的限制。
授权-状态-改变时间AVP
授权-状态-改变-时间是标识在授权-状态AVP所提供的授权状态将不再有效时的日期和时间的时间戳。授权-状态-改变-时间AVP的一个例子是，它的类型是“时间”，并且包括了自1900年1月1日00:00点以来以秒计的时间。
下一-授权-状态AVP
下一-授权-状态AVP的一个例子是，它的类型是“枚举”，并且指定了期满时间已过之后的授权状态和未被授权的原因，所述期满时间由授权-状态-改变-时间AVP定义。可以为下一-授权-状态AVP定义以下值：
经授权                0
拒绝_日历_时间        1
授权-有效-时间AVP
授权-有效-时间AVP可以被包括在信用控制应答CCA中，或者在重新授权-请求RAR中。授权-有效-时间是在计费-规则-安装AVP中所提供的标识授权信息不再有效的日期和时间的时间戳。特定的授权-有效-时间AVP的一个例子是，它的类型是“时间”，并且包括了自1900年1月1日00:00UTC以来以秒计的时间。
事件-触发AVP
事件-触发AVP适宜的类型是“枚举”。事件-触发指示将引起PCC规则的重新请求的事件。下列值可被定义用于该AVP：
时间_改变              100
这个值用来指示在授权-有效-时间AVP中指定的给定时间之前，应当请求新的PCC-规则。
注意：如果事件-触发100和授权-有效-时间AVP没有被提供，而是在计费-规则-授权AVP中已经提供了授权-状态-改变-时间AVP，那么下一-授权-状态将是永久的授权状态，直到PCEF提供新的PCC决定。这对于完成基于时间的预订，如12小时访问服务“A”，是很有用的。
本发明也包括例如上面所示的节点120，所述节点适宜地是2G或3G系统(如3G GPRAS系统)的PCEF/GGSN。这样一个节点将包括用于从控制功能160接收关于UE的访问权限的信息的装置。这些装置145在图2中象征性地示为处理器145，但是该装置也可以是硬件或软件的组合。
本发明的节点还将包括用于通过使用来自所述控制功能的访问权限信息来处理来自UE的对服务的访问请求的装置，这些装置也可以适宜地为处理器145，处理器145还将能够处理来自控制功能PCRF的访问权限信息，该信息包括与UE被拒绝访问的服务的有关代码，X，Y，Z。
恰当地，处理器145还处理UE被拒绝访问的服务的访问请求的重定向，如上面所示，并且还处理关于UE 110被允许或拒绝访问所述服务中的一个或多个的时间段的信息，以使得向节点120请求访问特定服务的UE可以基于做出请求的时间、日期、星期、月份等等而被节点120拒绝或准许访问。
总之，本发明所公开的Gx接口的增强服务授权使PCEF/GGSN能够将有选择的服务重定向到重定向服务器，该服务器能够向终端用户(即UE)提供详细信息，该信息关于UE为什么会被拒绝访问其请求访问的特定服务，以及用户通常被允许访问的特定服务。
本发明所公开的通过Gx接口传递基于日历时间的授权信息向PCEF/GGSN提供以下信息，该信息使其能够针对仅在特定段时间内，或仅仅在例如一天或一周的特定时间内被授权的服务而执行基于服务的访问控制。
依靠该信息，当大量会话的策略信息需要被同时更新时，可以避免在现有Gx解决方案应用于这类服务的时将会出现的信令峰值。
本发明并不限于上述的和附图所示的具体实施例，而是可以在附加的权利要求的保护范围内自由变化。