，则PCEF通过使用设为值“初始请求”的CC请求类型AVP向图5所示的策略和计费控制实体PCRF发送直径(diameter)CCR (信用控制请求)来启动新Gx会话。PCEF将提供群标识信息以指示该请求是用于群会话。
[0036]在图2的步骤5中，PCRF存储来自PCEF的CCR中接收的信息。在步骤6中，如果PCRF需要群相关信息，且没有该信息，则PCRF向SPR发送请求以便接收群相关信息。在步骤7中，SPR以包含有关允许的服务的信息、服务质量信息和PCC规则信息的群相关信息来予以回复。
[0037]在步骤8中，PCRF选择它如何生成要安装的PCC规则。PCRF还可以通过导出授权的服务质量以及通过决定是要启用还是要禁用PCC规则中描述的服务流来作出策略决定。再者，PCRF存储选定的PCC规则。
[0038]在步骤9中，PCRF使用直径CCA (信用控制应答)将PCC规则传送到PCEF。PCRF还可以提供群事件触发，这些群事件触发列出PCRF感兴趣的事件。再者，PCRF可以提供用于个别成员或整个群的授权的QoS，例如用于每个成员或用于整个群的最大比特率。
[0039]在步骤10中，PCEF安装接收的PCC规则。PCEF还实施授权的服务质量，并且根据对应PCC规则的流状态来启用或禁用服务流。在步骤11中，将PDP上下文响应传送到SGSN，并在步骤12中，将激活PDP上下文接受消息传送到用户设备。
[0040]在下文中，将进一步详细地描述群会话的终止。该终止可以由PCEF或PCRF来发起。首先，解释PCEF发起的终止:
在第一步骤中，PCEF检测到需要终止群会话，例如从PCEF中移除属于该群的最后一个成员的IP-CAN载体。在第二步骤中，PCEF向PCRF发送指示群会话终止的请求，在一个实施例中，所述请求称为CCR。PCEF使用设为值“终止请求”的请求类型请求群会话的终止，在一个实施例中所述请求类型称为CC请求类型AVP。
[0041]在第三步骤中，PCRF移除有关终止的群会话的信息，例如，预订信息等，并且通过向PCEF发送确认来确认群会话终止，在一个实施例中，所述确认称为CCA。
[0042]在另一个实施例中，由PCRF来发起群会话终止。在此示例中，在第一步骤中，PCRF检测到由于内部触发或来自SPR的请求，需要终止群会话。
[0043]在第二步骤中，PCRF向发送包含会话释放原因AVP的直径RAR (再授权请求)以请求PCEF终止群会话。
[0044]在第三步骤中，PCEF移除应用于群会话的所有PCC规则。在第四步骤中，PCEF发送RAA来确认RAR。在第五步骤中，PCEF应用IP-CAN相关过程来终止属于该群的所有会话。
[0045]再者，本发明涉及可以由PCRF或PCEF发起的群会话修改。
[0046]首先，解释PCRF发起的群会话修改:
1.PCRF接收到内部或外部触发以重新评估群会话的PCC规则和策略决定。下文描述可能的外部触发事件。
[0047]2.PCRF选择要为群会话安装、修改或移除的PCC规则。
[0048]3.PCRF存储更新的PCC规则。
[0049]4.PCRF发送直径RAR以请求PCEF安装、修改或移除PCC规则并更新策略决定。
[0050]5.PCEF安装、修改或移除标识的PCC规则。PCEF还实施授权的QoS，并且根据对应PCC规则的流状态来启用或禁用服务流。
[0051]6.PCRF 发送直径 RAA (Re-Auth-Answer)以确认 RAR。PCEF 向 H-PCRF 告知有关PCC规则操作的结果。
[0052]在另一个实施例中，可以由PCEF发起群会话修改，正如下文进一步详细解释的:
1.由于特定事件(例如，群使用报告)或内部触发，PCEF决定发起群会话修改。要注意，针对个别UE的IP-CAN会话修改的请求将不会触发群会话修改。
[0053]2.PCEF向PCRF发送CCR命令，该CCR命令包含设为值“UPDATE_REQUEST”的CC请求类型AVP。PCEF应该将促成群会话修改的特定事件包含在事件触发AVP内以及包含PCC规则名称及其状态。
[0054]3.如果PCRF需要群预订相关信息且没有该信息，则PCRF向SPR发送请求以便获得该信息。
[0055]4.SPR回复以群预订相关信息。
[0056]5.PCRF选择或生成要安装的PCC规则。PCRF还可以标识需要修改或移除的现有PCC规则。
[0057]6.PCRF使用CCA命令将PCC规则提供到PCEF。PCRF还可以提供要通知给PCRF的事件触发的新列表。
[0058]7.PCEF安装、修改或移除提供的PCC规则。PCEF还实施授权的QoS，并且根据对应PCC规则的流状态来启用或禁用服务流。
[0059]利用群会话，使得定义对群监视事件的特定群事件触发成为可能。可以在群会话中执行群事件触发的提供。作为举例，可以为群会话定义如下事件触发:群使用报告。此群使用报告类似于2010年的3GPP技术规范23.203 “策略和计费控制体系结构”中描述的IP-CAN会话的使用报告，所例外的是，它报告达到为群设置的阈值时或其他原因而需要时群的所有连接的成员消耗的业务量。
[0060]出于群使用监视控制的目的，PCRF将请求总使用报告触发，并且提供PCEF将据以向PCRF报告的必要群使用阈值。对于PCRF，从PCEF请求包含自上次群使用报告时间起累积的群使用量的使用报告是可能的。
[0061]图3中示出且下文描述了群使用报告的一种可能过程，其中图3中示出的编号描述与下文详细描述中给出的编号对应的不同步骤。
[0062]1.当连接群的第一个成员时，PCEF将向PCRF发送直径CCS消息以请求群会话建立。
[0063]2.如果PCRF没有此群的预订信息，则它向SPR发送简档请求消息以便请求包括允许的群使用信息的群相关信息。
[0064]3.SPR回复以包含群使用信息的群相关信息。
[0065]4.如果PCRF需要监视此群的业务使用，则PCRF将其中设置“ GR0UP_USAGE_REPORT”的值的事件触发AVP包含在发往PCEF的CCA消息中。与每个UE的使用报告相似，PCRF可以将群使用报告的可应用阈值提供到PCEF,连同Usage-Monitoring-1nformat1nAVP中的相应monitoring key。注意:PCRF可以在建立群会话之后利用RAR消息预订群使用报告事件触发。
[0066]5.如果对群启用使用监视，则PCEF将测量群会话的所有连接的成员的业务量或群会话的某些服务流的业务量。
[0067]6.当达到群使用阈值时，或满足某些其他条件时，PCEF将通过发送具有Usage-Monitoring-1nformat1n AVP的直径CCR消息来向PCRF报告累积的群使用，该直径CCR消息包含自上次报告起累积的群使用。
[0068]7.在接收到报告的群使用时，PCRF将从该群的总允许使用推导出使用报告的值。如果PCRF期望继续对该群进行使用监视，则它将在CCA中提供新群使用阈值；否则将不包含任何新群使用阈值。
[0069]8.PCRF将处理使用报告并对每个报告执行适合的动作。PCRF还可以基于报告的群使用导出新PCC规则，并将它们提供到PCEF，例如降低该群的QoS。
[0070]在下文中，更详细地解释群成员报告:
群成员报告事件触发将触发PCRF交互以便报告群的连接的成员的数量。基于该信息，PCRF可以采取适合的动作，如降低QoS或限制同时进行的群成员。如果设置群成员报告事件触发，则PCRF还将提供应该由PCEF监视并报告的群的可应用连接的群成员阈值。将为事件触发AVP定义新值“GR0UP_MEMBER_REP0RT”。可以为群成员报告定义三个新的AVP:group-member-report-1nformat1n、member-report-granularity 和 member-number。
[0071]group-member-report-1nformat1n 可以是按类型 grouped 的(分群的)，并且可以用于交换用于群成员报告的控制信息。member-report-level AVP可以是类型Unsigned32的，并且可以被PCRF使用来提供PCEF用来确定其何时应该报告连接的群成员的数量的阈值水平。Monitor-Direct1n AVP可以是类型enumerated (枚举的):例如，可以定义如下值:EXCEED (O)、DROP (I)。它用来指示当连接的群成员的数量超过或低于阈值水平时PCEF是否将报告。例如，如果Member-1teport-Level的值设为100，并且Monitor-Direct1n设为“EXCEED”，则无论何时，只要连接的群成员的(平均)数量超过100，PCEF将进行报告。为了减少信息交换的频度，PCEF可以使用预定义间隔时间，例如600秒内的连接的群成员的平均数量。Member-Number AVP是类型Unsigned32的，并且被PCEF使用来向PCRF提供连接的群