WO2021228083A1

WO2021228083A1 - 处理用户业务的方法、系统及相关设备

Info

Publication number: WO2021228083A1
Application number: PCT/CN2021/093032
Authority: WO
Inventors: 柴晓前
Original assignee: 华为技术有限公司
Priority date: 2020-05-15
Filing date: 2021-05-11
Publication date: 2021-11-18
Also published as: US20230109543A1; CN113676854A; EP4138424A4; EP4138424A1

Abstract

本申请实施例公开了业务处理方法和相关产品，应用于计费领域。策略控制设备生成用户业务的第一策略，并向会话管理功能设备发送第一策略以指示会话管理功能设备对用户业务执行第一配额管理模式。策略控制设备接收计费处理设备发送的用于更改第一配额管理模式的用户或用户业务的第二配额管理模式的相关信息，并根据用户业务的第二配额管理模式的相关信息确定第二配额管理模式。策略控制设备根据第二配额管理模式生成用户业务的第二策略，第二策略用于更新或者替换第一策略。根据本方法，可以使得用户业务的配额管理模式具有时效性，可以保证时延需求和信用控制风险的平衡。

Description

处理用户业务的方法、系统及相关设备

本申请要求于2020年5月15日提交中国国家知识产权局、申请号为202010414154.0、发明名称为“处理用户业务的方法、系统及相关设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信领域，尤其涉及在计费系统中处理用户业务的的方法、系统及相关设备。

背景技术

根据3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)标准规范，会话管理功能(Session Management Function，SMF)设备对用户业务通常采用阻塞模式的配额申请。即SMF设备需在用户业务开始之前先申请到配额。阻塞模式的配额申请有助于降低信用控制风险，降低运营商遭受损失的可能，但会加大用户业务的接入时延，影响时延敏感业务的提供，影响用户体验。

5G(5th Generation，第五代)网络所支撑的时延敏感性业务，如uRLLC(ultra High-Reliability and Low-Latency Communication，超高可靠性低时延通信)业务，对接入时延有较高的要求。为此，3GPP标准规范定义了非阻塞模式的配额申请和在线计费业务的配额管理挂起模式。对于非阻塞模式的配额申请，会话管理功能设备无需在得到针对用户业务的配额授权后再开始用户业务。也就是说，会话管理功能设备可以先开始用户业务，同时或者之后申请该用户业务的配额，从而有利于减小该用户业务的接入时延。对于在线计费业务的挂起配额管理，会话管理功能设备可以视为用户业务的临时离线计费用户业务或无限配额用户业务，无需会话管理功能设备在用户业务的使用过程中频繁的为用户业务申请配额。

但另一方面，如果一味地采用非阻塞模式的初始配额申请存在如下问题：SMF设备可能在用户业务开始之后才发现配额获取失败，这样不但可能造成资源浪费，还有可能致使恶意用户可能对网络进行DoS攻击(Denial of Service，拒绝服务)。而采用挂起配额管理模式，则有可能造成严重的资源浪费以及运营商的损失。

如何在网元性能负担、用户业务的接入时延需求、和信用控制风险、网络安全之间取得平衡，是亟需解决的技术问题。

发明内容

鉴于此，有必要提供一种处理用户业务的方法，以确定用户业的配额管理模式，实现计费系统的性能负担、用户业务的接入时延需求、信用控制风险的平衡。

第一方面，本申请实例提供一种由策略控制设备执行的业务处理方法。策略控制设备生成用户业务的第一策略，并向会话管理功能设备发送第一策略。第一策略指示对用户的用户业务执行所述第一配额管理模式。在业务的执行过程中，策略控制设备接收计费处理设备发送的用于更改第一配额管理模式的用户或用户业务的第二配额管理模式的相关信息，并根据用户或用户业务的第二配额管理模式的相关信息确定第二配额管理模式。策略控制设备根据第二配额管理模式生成用户业务的第二策略，第二策略用于更新或者替换第一策略，以及指示对所述用户业务执行所述第二配额管理模式。根据本方法，在业务的执行过程中，计费处理设备发送用于更改第一配额管理模式的第二配额管理模式。然后策略控制设备根据第二配额管理模式生成第二策略以更新或替换已被执行的第一策略。从而使得用户业务的配额管理模式具有时效性，可以保证时延需求和信用控制风险的平衡。

一种可能的实现方式中，策略控制设备还接收计费处理设备发送的用户或用户业务的第一配额管理模式的相关信息。策略控制设备根据用户或用户业务的第一配额管理模式的相关信息确定用户业务的第一配额管理模式。因此，第一配额管理模式由计费处理设备确定，从而保证第一配额管理模式的确定具有时实性。

一种可能的实现方式中，第一配额管理模式为第一初始配额申请模式，第二配额管理模式为第二初始配额申请模式。第一初始配额申请模式为阻塞模式以及第二初始配额申请模式为非阻塞模式，或者，所述第一初始配额申请模式为非阻塞模式以及所述第二初始配额申请模式为阻塞模式。

一种可能的实现方式中，所述第一配额管理模式为挂起配额管理且所述第二配额管理模式为启用配额管理，或者，所述第一配额管理模式为启用配额管理且所述第二配额管理模式为挂起配额管理。

通过不同的第一配额管理模式，可以实现对不同业务有不同的配额管理模式，从而满足业务的多样性，满足用户需求。

一种可能的实现方式中，策略控制设备进一步向计费处理设备发送请求消息。策略控制设备接收计费处理设备发送的响应消息，响应消息携带用户或用户业务的第一配额管理模式的相关信息。策略控制设备根据用户或用户业务的第一配额管理模式的相关信息确定用户业务的第一配额管理模式。通过本方法，策略控制设备从计费处理设备请求获取第一配额管理模式的相关信息。

一种可能的实现方式中，第一配额管理模式为第一初始配额申请模式，请求消息还携带第一配额管理模式的获取指示。获取指示为用户的标识和获取用户的非阻塞模式的业务列表的指示信息，响应消息携带的第一配额管理模式的相关信息为用户的允许使用非阻塞模式的第一初始配额申请模式的业务列表。或者获取指示为用户业务的标识和获取是否允许用户业务使用非阻塞模式的第一初始配额申请模式的指示信息，响应消息携带的第一配额管理模式的相关信息为是否允许用户业务使用非阻塞模式的第一初始配额申请模式的指示信息。获取指示为用户的标识和获取是否允许用户的业务使用非阻塞的第一初始配额申请模式的指示信息，响应消息携带的第一配额管理模式的相关信息为是否允许用户的业务使用非阻塞的第一初始配额申请模式的指示信息。获取指示为用户业务的标识和获取用户业务的第一初始配额申请模式的指示信息，响应消息携带的第一配额管理模式的相关信息为用户业务的第一初始配额申请模式,第一初始配额申请模式为阻塞模式或非阻塞模式。获取指示为用户的标识和获取用户的各业务的第一初始配额申请模式,响应消息携带的第一配额管理模式的相关信息为用户的各业务的第一初始配额申请模式，第一初始配额申请模式为阻塞模式或非阻塞模式。通过本方法，策略控制设备可以通过多种指示以获取第一初始配额申请模式。此外，第一配额管理模式为第一初始配额管理模式，从而使得用户业务可以使用阻塞模式或非阻塞模式，以满足不同用户业务的需求。

一种可能的实现方式中，第一配额管理模式为挂起或者启用配额管理，请求消息还携带第一配额管理模式的获取指示。获取指示为用户的标识和获取用户的允许挂起配额管理的业务列表的指示信息，响应消息携带的第一配额管理模式的相关信息为用户的允许挂起配额管理的业务列表。或获取指示为用户业务的标识和获取是否允许用户业务挂起配额管理的指示信息，响应消息携带的第一配额管理模式的相关信息为是否允许挂起用户业务的配额管理的指示信息。或获取指示为用户的标识和获取是否允许挂起用户的业务的配额管理的指示信息，响应消息携带的第一配额管理模式的相关信息为是否允许挂起用户的业务的配额管理的指示信息。或获取指示为用户业务的标识和获取用户业务的第一配额管理模式的指示信息，响应消息携带的第一配额管理模式的相关信息为用户业务的第一配额管理模式，第一配额管理模式为挂起配额管理或启用配额管理。或获取指示为用户的标识和获取用户的各业务的配额管理模式,响应消息携带的第一配额管理模式的相关信息为用户的各业务的第一配额管理模式的信息，第一配额管理模式为挂起配额管理或启动配额管理。通过本方法，策略控制设备可以通过多种指示以获取挂起或者启用配额管理。此外，第一配额管理模式为挂起或者启用配额管理，从而使得用户业务可以使用挂起配额管理或启用配额管理，以满足不同用户业务的需求。

一种可能的实现方式中，用户或用户业务的第一配额管理模式的相关信息为：是否允许用户的业务使用非阻塞模式的指示信息，或者，是否允许挂起用户的业务的配额管理的指示信息。

一种可能的实现方式中，若第一配额管理模式为第一初始配额申请模式，第一策略包括第一初始配额申请模式的指示，第一初始配额申请模式为非阻塞模式或阻塞模式。若用户业务的第一配额管理模式为挂起配额管理，第一策略包括用户业务的计费方法为离线计费或者临时离线计费。若用户业务的第一配额管理模式为启用配额管理，第一策略包括的用户业务的计费方法为在线计费。通过第一策略指示第一配额管理模式，从而使得用户业务可以根据第一配额管理模式被执行。从而使得业务的执行不但满足业务的需求，还满足用户的需求。

一种可能的实现方式中，策略控制设备接收计费处理设备发送的用于更改第一配额管理模式的第二配额管理模式的相关信息包括：策略控制设备接收计费处理设备发送的针对用户或用户业务的通知消息，通知消息携带用户业务的第二配额管理模式的相关信息。通过本方法，策略控制设备从计费处理设备获取第二配额管理模工，使得第一配额管理模式被替换，从而保证用户业务的配额管理模式的实时性。

一种可能的实现方式中，第一配额管理模式为阻塞模式或者非阻塞模式的第一初始配额申请模式，用户业务的第二配额管理模式的相关信息包括以下任一：用户的允许使用非阻塞的第二初始配额申请模式的业务列表；是否允许用户的业务使用非阻塞的第二初始配额申请模式的指示信息；是否允许用户业务使用非阻塞的第二初始配额申请模式的指示信息；或用户业务的第二初始配额申请模式。通过本方法，策略控制设备可以通过多种指示以获取第二初始配额申请模式。此外，第二配额管理模式为第二初始配额管理模式，从而使得用户业务可以使用阻塞模式或非阻塞模式，以满足不同用户业务的需求。

一种可能的实现方式中，第一配额管理模式为挂起或者启用配额管理，用户业务的第二配额管理模式的相关信息包括以下任一：用户的允许挂起配额管理的业务列表；是否允许挂起用户业务的配额管理的指示信息；是否允许挂起用户的业务的配额管理的指示信息；或用户业务的挂起或启用配额管理的配额管理模式。通过本方法，策略控制设备可以获得多种第二配额管理模式。此外，第二配额管理模式为挂起或者启用配额管理，从而使得用户业务可以使用挂起配额管理或启用配额管理，以满足不同用户业务的需求，以及不同的场景需求。

一种可能的实现方式中，策略控制设备保存用户业务的第二配额管理模式。以便下次用户业务可以使用第二配额管理模式，从而使得确定用户业务的配额管理模式更为快速，节约网络资源。

一种可能的实现方式中，若第二配管理模式为第二初始配额额申请模式，第二策略包括用户业务的第二初始配额申请模式，第二初始配额申请模式为阻塞模式或非阻塞模式；若用户业务的第二配额管理模式为挂起配额管理，第二策略包括用户业务的计费方法为离线计费或者临时离线计费；或者，若用户业务的第二配额管理模式为启用配额管理，在第二策略包括的用户业务的计费方法为在线计费。通过第二策略指示第二配额管理模式，从而使得用户业务可以根据第一配额管理模式被执行。从而使得业务的执行不但满足业务的需求，还满足用户的需求。

一种可能的实现方式中，向会话管理功能设备发送发第二策略，第二策略用户更新用户业务的第一策略。或者，向会话管理功能设备发送第一策略的去激活指令和第二策略的激活指令。

第二方面，本发明实施例提供一计费处理设备执行的用户业务处理方法。该方法中，计费处理设备确定需要更改用户的用户业务的第一配额管理模式为第二配额管理模式，并向策略控制设备发送通知消息。通知消息携带用户或用户业务的第二配额管理模式的相关信息，第二配额管理模式用于更改第一配额管理模式。根据本方法，在业务的执行过程中，计费处理设备发送用于更改第一配额管理模式的第二配额管理模式。从而使得用户业务的配额管理模式具有时效性，可以保证时延需求和信用控制风险的平衡。

一种可能的实现方式中，计费处理设备处理用户业务的计费请求、或者处理用户的其他业务的计费请求、或者对用户帐户执行计费管理流程时，确定需要更改用户业务的第一配额管理模式。通过本方法，保证多种场景的对第一配额管理模式进行更改，从而使得用户业务的配额管理模式具有时效性，可以保证时延需求和信用控制风险的平衡。

一种可能的实现方式中，计费处理设备接收用户业务的计费请求，计费请求中包括用户业务使用的第一配额管理模式的指示信息；并基于第一配额管理模式的指示信息确定需要更改用户业务的第一配额管理模式为第二配额管理模式。或者计费处理设备确定向策略控制设备发送过用户业务的第一配额管理模式的相关信息，并基于第一配额管理模式，计费处理设备确定更改用户业务的第一配额管理模式为第二配额管理模式。通过本方法，可以提供多种计费处理设备确定更改第一配额管理模式，从而实现确定的灵活性，满足多种用户业务的需求。

一种可能的实现方式中，计费处理设备保存用户业务的第二配额管理模式。以便下次用户业务可以使用第二配额管理模式，从而使得确定用户业务的配额管理模式更为快速，节约网络资源。

一种可能的实现方式中，计费处理设备确定存在为用户创建的资源。计费处理设备通过与资源对应的通知地址向策略控制设备发送通知消息。

一种可能的实现方式中，计费处理设备接收策略控制设备发送的请求消息，并向策略控制设备发送的响应消息，响应消息携带用户或用户业务的第一配额管理模式的相关信息。

第三方面，提供了一种策略控制装置，该装置体具有实现上述第一方面的策略控制装置装置的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第四方面，提供了一种计费处理装置，该装置体具有实现上述第二方面的计费处理装置的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第五方面，本申请实施例提供了一种用户业务处理方法。在该方法中，策略控制设备确定用户业务的第一配额管理模式，并根据第一配额管理模式生成用户业务的第一策略，向会话管理功能设备发送第一策略，第一策略用于指示对用户业务执行第一配额管理模式。然后计费处理设备向策略控制设备发送用于更改第一配额管理模式的用户业务的第二配额管理模式的相关信息。策略控制设备在收到第二配额管理模式的相关信息后，根据用户业务的第二配额管理模式的相关信息确定第二配额管理模式，并根据第二配额管理模式生成用户业务的第二策略，第二策略用于更新或者替换第一策略。

第六方面，本申请实施例提供了一种用户业务处理的系统，包括策略控制设备和计费处理设备。策略控制设备可以执行上述第一方面或第一方面中任一可能的方案中的策略控制设备执行的方法。计费处理设备可以执行上述第二方面或第二方面中任一可能的方案中的计费处理设备执行的方法。

第七方面，本申请实施例提供了一种用户业务处理系统，包括：策略控制设备和会话功能管理设备。策略控制设备可以执行上述第一方面或第一方面中任一可能的方案中的策略控制设备执行的方法。会话功能管理设备用于接收策略控制设备发送的第一策略或第二略。

在一种可能的实现方式中，会话管理功能设备还可以执行图2-图6中会话管理设备可以执行的任何步骤或方法。

第八方面，本申请实施例提供一种户业务处理的系统，包括策略控制设备、会话管理功能设备和计费处理设备。策略控制设备可以执行上述第一方面或第一方面中任一可能的方案中的策略控制设备执行的方法。计费处理设备可以执行上述第二方面或第二方面中任一可能的方案中的计费处理设备执行的方法。会话功能管理设备用于接收策略控制设备发送的第一策略或第二略。

第九方面，本申请实施例提供了一种计费处理设备(101)，包括处理器和存储器，其中：

存储器，用于存储程序指令；

处理器，用于调用并执行存储器中存储的程序指令，以使计费处理设备(101)执行第二方面或第二方面中任一可能的方案中的处理用户业务的方法。

第十方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行第二方面或第二方面中任一可能的方案中的处理用户业务的方法。

第十一方面，本申请实施例提供了一种策略控制设备(104)，包括处理器和存储器，其中：

存储器，用于存储程序指令；

处理器，用于调用并执行存储器中存储的程序指令，以使会话管理功能设备(102)执行第一方面或第一方面中任一可能的方案中的处理用户业务的方法。

第十二方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行第一方面或第一方面中任一可能的方案中的处理用户业务的方法。

第十三方面，本申请提实施例供了一种芯片，当芯片运行时用于实现上述第一方面、第二方面，第一方面任意可能的实现方案或第二方面的任意可能的实现方案的方法。

附图说明

图1A是应用本申请实施例的一种系统架构的示意图；

图1B是应用本申请的5G系统的架构示意图；

图2为本申请实施例提供的处理用户业务的方法流程图；

图3A为本申请实施例提供的策略控制设备确定用户业务的第一配额管理模式的方法流程图；

图3B为本申请实施例提供的计费处理设备确定更改用户业务的第一配额管理模式的方法流程图；

图4为本申请实施例提供的确定用户业务的第一配额管理模式和第二配额管理模式的方法流程图；

图5A为本申请实施例提供的策略控制设备确定用户业务的第一配额管理模式的另一方法流程图；

图5B为本申请实施例提供的计费处理设备确定更改用户业务的第一配额管理模式的另一方法流程图；

图6为本申请实施例提供的确定用户业务的第一配额管理模式和第二配额管理模式的另一方法流程图；

图7为本申请实施例提供的会话管理功能设备、计费处理设备或策略控制设备的硬件结构示意图；

图8为本申请实施例提供的计费处理设备的逻辑结构示意图；

图9为本申请实施例提供的策略控制设备的逻辑结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

图1A为本申请实施例提供的计费系统架构图，用于控制会话管理功能设备处理用户业务，其中包括计费处理设备101、会话管理功能设备102、用户设备103，和策略控制设备104，这些设备的主要功能分别描述如下。

计费处理设备101：与会话管理功能设备102和策略控制设备104进行通信连接。计费处理设备101用于接收会话管理功能设备上报的配额申请信息、使用量信息等，对用户业务进行计费处理。此外，计费处理设备101根据用户的帐户信息确定或更改用户业务的配额管理模式，并将用户业务的配额管理模式发送给策略控制设备104，或向策略控制设备104发送用户的帐户信息以便策略控制设备104确定用户业务的配额管理模式。

计费处理设备101可以为3GPP标准规范定义的CHF(Charging Function，计费功能)设备，也可以为3GPP标准规范定义的CCS(Converged Charging System，融合计费系统)设备，其中包含了CHF设备的功能。

应理解，实际应用中，图1A所示计费系统可以有更多的计费处理设备101，例如，可以构建一个集群，其中包含多个计费处理设备101，互为备份，从而可以提高容灾能力，实现高可用性。

为叙述方便，本申请实施例中，有时候也将计费处理设备101直接称为CHF设备。

会话管理功能设备102：与计费处理设备101、策略控制设备104以及用户设备103进行通讯连接，该设备可以用于：

(1)从用户设备103接收用户业务的开始请求(即用于请求会话管理功能设备开始用户业务的请求消息)，并根据该开始请求开始用户业务，且对用户业务进行配额管理、使用量上报等计费操作；

(2)向计费处理设备101在计费请求中携带对用户业务采用的配额管理模式，以便计费处理设备101根据用户的帐户信息和/或用户业务的使用量信息更改用户业务的配额管理模式；

(3)向策略设备104请求用户业务的策略，并根据策略设备104发送的策略或更新的策略，对用户业务根据策略或更新的策略中携带的配额管理模式进行配额管理。

应理解，实际应用中，图1A所示的计费系统可以有更多的会话管理功能设备，它们可以通信连接到相同的计费处理设备101(如计费处理设备101)，也可以通信连接到不同的计费处理设备101，同一用户设备为同一用户业务发起的多次业务开始请求，可能是由相同的或不同的会话管理功能设备处理。

用户设备103：与会话管理功能设备相连，用于向会话管理功能设备发送用户业务的开始请求，并通过会话管理功能设备接入或使用用户业务。

用户设备103可以是3GPP标准规范定义的用户设备(user equipment，UE)，可以是具有无线通信功能的无线接入设备或者不具有无线通信功能的有线接入设备，包括手持式设备、车载设备、可穿戴设备或计算设备；示例性地，可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑；用户设备103还可以是虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。

应理解，实际应用中，图1A所示计费系统可以有更多的用户设备。

策略控制设备104：与会话管理功能设备102和计费处理设备101进行通讯连接，用于为会话管理功能设备102提供用户业务的计费策略，还用于为会话管理功能设备102提供用户业务或用户的业务对应的配额管理模式的相关信息。

策略控制设备104可以是3GPP标准规范定义的策略控制功能(Policy Control Function，PCF)设备，或者策略和计费规则功能(Policy and Charging rules Function,PCRF)设备。

需要说明，上文的“相连”或者“连接”包括直接连接或者通过一个或多个中间网络设备的通信连接。

图1B示出了一个基本的5G系统的架构示意图。如图1B所示，系统包括：接入和移动性管理功能(access and mobility management function，AMF)、会话管理功能(session management function，SMF)、无线接入网(radio access network，RAN)、统一数据管理(unified data management，UDM)、策略控制功能(policy control function，PCF)、数据网络(data network，DN)、用户面功能(user plane function，UPF)、UE、应用功能(application function，AF)、统一数据存储(unified data repository，UDR)和计费功能(charging function，CHF)。可选地，图1B中还可以包括以下功能(图1B中未示出)：网络切片选择功能(network slice selection function，NSSF)、认证服务器功能(authentication server function，AUSF)、能力开放功能(network exposure function，NEF)、网络存储功能(NF repository function，NRF)。

其中，各网元主要功能描述如下：

AF：可以理解为应用功能网元在5G架构中的命名。其中，应用功能网元主要传递应用侧对网络侧的需求，例如，服务质量(quality of service，QoS)需求等。AF可以是第三方功能实体，也可以是运营商部署的应用服务，如IP多媒体子系统(IP Multimedia Subsystem，IMS)语音呼叫业务。

UDM：可以理解为统一数据管理网元在5G架构中的命名。其中，统一数据管理网元主要包括以下功能：统一数据管理，支持3GPP认证和密钥协商机制中的认证信任状处理，用户身份处理，接入授权，注册和移动性管理，签约管理，短消息管理等。

UDR：可以理解为统一数据存储网元在5G架构中的命名。其中，统一数据存储网元主要包括以下功能：签约数据、策略数据、应用数据等类型数据的存取功能。

PCF：可以理解为策略控制功能网元在5G架构中的命名。其中，策略控制功能网元主要负责针对会话、业务流级别进行计费、QoS带宽保障及移动性管理、UE策略决策等策略控制功能。该系统中，AMF与SMF所连接的PCF分别是接入和移动控制PCF(PCF for access and mobility control，AM PCF)和会话管理PCF(PCF for session management，SM PCF)，在实际部署中AM PCF和SM PCF可能不是同一个PCF实体。

SMF：可以理解为会话管理网元在5G架构中的命名。其中，会话管理网元主要进行会话管理、PCF下发控制策略的执行、UPF的选择、UE IP地址分配等功能。

AMF：可以理解为移动性管理网元在5G架构中的命名。其中，移动性管理网元主要包括以下功能：连接管理、移动性管理、注册管理、接入认证和授权、可达性管理、安全上下文管理等接入和移动性相关的功能。

UPF：可以理解为用户面功能网元在5G架构中的命名。其中，用户面功能网元主要包括以下功能：数据包路由和传输、包检测、业务用量上报、QoS处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。

(R)AN：(无线)接入网，对应5G中的不同接入网，如有线接入、无线基站接入等多种方式。

DN：数据网络，用于标识运营商网络接入点名称。在本申请中，DN还可包括验证、授权和记账(authentication、authorization、accounting，AAA)服务器功能，负责对用户执行二次鉴权。

CHF：计费功能。负责向PCF上报计费状态信息，及与SMF交互实现配额管理及计费控制。

其中，各接口功能描述如下：

N7：PCF与SMF之间的接口，用于下发PDU会话粒度以及业务数据流粒度控制策略。

N15：PCF与AMF之间的接口，用于下发UE策略及接入控制相关策略。

N5：AF与PCF之间的接口，用于应用业务请求下发以及网络事件上报。

N4：SMF与UPF之间的接口，用于控制面与用户面之间传递信息，包括控制面向用户面的转发规则、QoS控制规则、流量统计规则等的下发以及用户面的信息上报。

N11：SMF与AMF之间的接口，用于传递RAN和UPF之间的PDU会话隧道信息、传递发送给UE的控制消息、传递发送给RAN的无线资源控制信息等。

N2：AMF与RAN之间的接口，用于传递核心网侧至RAN的无线承载控制信息等。

N1：AMF与UE之间的接口，接入无关，用于向UE传递QoS控制规则等。

N8：AMF与UDM间的接口，用于AMF向UDM获取接入与移动性管理相关签约数据与鉴权数据，以及AMF向UDM注册UE当前移动性管理相关信息等。

N10：SMF与UDM间的接口，用于SMF向UDM获取会话管理相关签约数据，以及SMF向UDM注册UE当前会话相关信息等。

N35：UDM与UDR间的接口，用于UDM从UDR中获取用户签约数据信息。

N36：PCF与UDR间的接口，用于PCF从UDR中获取策略相关签约数据以及应用数据相关信息。

N3：RAN与UPF间的接口，用于在RAN与UPF间传递用户面数据。

N6：UPF与DN连接间的接口，用于在UPF与DN间传递用户面数据。

N9：UPF与UPF间的接口，如拜访地策略控制功能(visited-policy control function，V-PCF)与归属地策略控制功能(home-policy control function，H-PCF)间的接口，或是与DN相连的UPF与RAN相连的UPF间的接口，用于在UPF间传递用户面数据。

N28：PCF与CHF间的接口，用于PCF向UDR订阅计费状态(Policy Counter)信息，如用户余额状态、剩余流量状态等。

N40：SMF与CHF间的接口，用于SMF向CHF上报计费信息(Charging data)，并从CHF获取配额(Credit)阈值。

图1A或图1B所示的计费系统架构使得计费处理设备101和/或策略设备可以适时的、动态的确定用户业务的配额管理模式，比如在业务的使用过程中根据用户的帐户信息和/或用户业务的使用量的信息确定或更改用户业务的配额管理模式。从而可以实现在用户业务的信用控制风险较低时采用非阻塞模式的初始配额申请或挂起配额管理，而在用户业务的信用控制风险较高时采用阻塞模式的配额申请或启用配额管理。因此可以兼顾用户业务对接入时延的需求、运营商对系统性能和信用风险控制的需求。

为便于理解本申请实施例，下面对一些概念进行解释。

用户业务是指用户设备103通过网络设备(比如会话管理功能设备102，或用户面设备等图1A中未显示)接入或使用的业务。用户业务可以是协议数据单元(Protocol Data Unit，PDU)会话中的业务，例如，一个PDU会话中的某个费率组(Rating Group，RG)对应的一个或多个数据流，或者PDU会话中的某个RG与业务标识对应的数据流，都可以理解为本申请实施例的用户业务；本申请实施例中，“PDU会话中的用户业务”、“PDU会话中的业务”，是指PDU会话中某个RG对应的多个数据流，也可以是某个RG对应的多个数据流中某个业务标识对应的数据流。

为叙述的方便，本申请实施例中，有时候也将用户业务简称为“业务”。

关于用户设备103所接入或使用的用户业务，本申请实施例将主要以5G网络的数据连接业务为例进行说明；相应地，关于计费数据，本申请实施例将主要以数据流量有关的信息为例进行说明。数据流量有关的信息包括但不限于：会话管理功能设备所采集的PDU会话的信息、PDU会话中的被放行的业务单元使用量、计费触发条件、时间戳等。

用户的业务，是指用户订阅的一个或多个业务，用户的业务可以是正在使用的PDU会话中的用户业务，也可以是还没有使用的用户订阅的业务。

开始用户业务，是指会话管理功能设备收到用户业务的开始请求后放通用户业务。放通用户业务包括放通用户业务的信令或者数据。例如：当用户业务为上述数据连接业务时，“开始用户业务”包括使针对该数据连接业务的PDU会话的建立或更新操作得以继续(如果PDU会话不可用)或者放通业务数据流(如果PDU会话已可用)。

配额管理模式(Quota Management Mode，QMM)是指会话管理功能设备102(也可以是计费触发设备)对在线计费的用户业务的处理方法。具体的，在本申请中配额管理式可以是在线计费的用户业务的初始配额申请模式(Initial Quota Request Mode，IQRM)(也可以是初始配额申请模式),配额管理模式还可以是挂起/启用在线计费的用户业务的配额管理(Suspend/Resume Quota Management，SRQM)。其中，初始配额申请模式为在收到用户业务的开始请求后首次为用户业务申请配额的模式。初始配额申请模式可以是阻塞模式的配额申请或非阻塞模式的配额申请，分别描述如下：

阻塞模式的初始配额申请(Blocking Mode Initial Quota Request,BLIQR)，是指会话管理功能设备102响应于从用户设备103接收的用户业务的开始请求，先为用户业务向计费处理设备101申请配额，并在接收到计费处理设备101为用户业务授予的配额后，才开始用户业务。

非阻塞模式的配额申请(Non-Blocking Mode Initial Quota Request,NBIQR)，是指会话管理功能设备102响应于从用户设备103接收的用户业务的开始请求，并不优先为用户业务向计费处理设备101申请配额，而是优先开始用户业务，或者在开始用户业务的同时为用户业务向计费处理设备101申请配额。

挂起/启用配额管理(Suspend/Resume Quota Management，SRQM)是指针对在线计费的用户业务，在余额充足或者无信用控制风险时，可以挂起或启用配额管理。当用户业务采用挂起配额管理时，用户业务可以被视为临时离线计费或者无限配额，会话管理功能设备102不会向计费处理设备101为用户业务申请配额。而用户帐户的余额不足或者用户有信控风险时，恢复/启用配额管理，为该用户业务开始执行正常的配额管理。

配额管理模式指示信息(Management Mode Indication，QMMInd)是指会话管理功能设备102在收到用户业务的开始请求时对用户业务已采用哪一种配额管理模式(如IQRM或SRQM)的指示信息；配额管理模式指示信息可以仅包含IQRM或SRQM的取值,也可以包含IQRMod字段及其取值，还可以包含SID(用户业务的标识)字段及其取值。本申请实施例不限定配额管理模式指示信息的数据结构。

注意，为了叙述方便，本申请实施例中有时候将“对某个用户业务采用某种配额管理模式”描述成“对某个用户业务采用某种模式的初始配额申请”。

下面进一步描述基于图1A所示的计费系统架构可以实现的方法流程示例，如图2、图3A-图3B、图4和图5A-图5B所示，其中，每一个图对应的方法流程中的会话管理功能实体都对应图1A中的会话管理功能设备102、计费处理设备101都对应图1A中的计费处理设备101、用户设备都对应图1A中的用户设备103，策略控制设备104都对应图1A中的策略控制设备104，后续在关于这些方法流程的描述中将不再赘述。

图2对应的方法流程中，策略控制设备104基于计费处理设备101发送的第二配额管理模式的相关信息生成第二策略，以更新或替换已被会话管理功能设备102执行的第一策略，该方法流程主要包括如下步骤：

步骤202、策略控制设备104确定用户业务的第一配额管理模式。用户业务的第一配额管理模式为在用户业务开始前，策略控制设备104为用户业重男轻女确定的配额管理模式。

第一配额管理模可以为第一初始配额申请模式。第一初始配额申请模式可以为：非阻塞模式或阻塞模式。阻塞模式的第一初始配额申请模式指示用户业务在开始之前需要先获得计费处理设备101授予的配额。非阻塞模式的第一初始配额申请模式指用户业务在开始之前不需要先获得计费处理设备101授予的配额。

第一配额管理模式还可以为挂起/启用配额管理。挂起配额管理指用户业务可以被视为临时离线计费或者无限配额，会话管理功能设备102不会向计费处理设备101为用户业务申请配额。启动配额管理指为该用户业务开始执行正常的配额管理。

作为一个例子，在执行步骤202之前，策略控制设备104接收计费处理设备101发送的用户或用户业务的第一配额管理模式的相关信息。然后，策略控制设备104根据用户或用户业务的第一配额管理模式的相关信息确定用户业务的第一配额管理模式。

作为另一个例子，策略控制设备104在执行步骤202之前，从计费处理设备101或其它网络设备获取用户的帐户信息或用户的配置信息。然后，策略控制设备104根据获取的用户的帐户信息或配置信息确定用户业务的第一配额管理模式。

作为一种可选，在执行步骤202之前，策略控制设备104向计费处理设备101发送请求消息。策略控制设备104接收计费处理设备101发送的响应消息响应消息携带用户或用户业务的第一配额管理模式的相关信息。

步骤204、策略控制设备104生成第一策略，第一策略用于指示对用户业务执行所述第一配额管理模式。

若第一配额管理模式为第一初始配额申请模式，第一策略包括第一初始配额申请模式的指示，第一初始配额申请模式为非阻塞模式或阻塞模式。若用户业务的第一配额管理模式为挂起配额管理，第一策略包括用户业务的计费方法为离线计费或者临时离线计费。若用户业务的第一配额管理模式为启用配额管理，第一策略包括的用户业务的计费方法为在线计费。

步骤206、策略控制设备104向会话管理功能设备102发送第一策略。

步骤208、策略控制设备104接收计费处理设备101发送的用于更改第一配额管理模式的用户业务的第二配额管理模式的相关信息。第二配额管理模式指在业务开始之后，变更或替换之前确定的第一配额管理模式。

本步骤中，策略控制设备104接收计费处理设备101发送的针对用户或用户业务的通知消息。通知消息携带用户业务的第二配额管理模式的相关信息。

一种可选方式，第一配额管理模式为第一初始配额申请模式，第二配额管理模式为第二初始配额申请模式。第一初始配额申请模式为阻塞模式以及第二初始配额申请模式为非阻塞模式，或者，第一初始配额申请模式为非阻塞模式以及第二初始配额申请模式为阻塞模式。或者，

另一种可选方式，第一配额管理模式为挂起配额管理且第二配额管理模式为启用配额管理。或者第一配额管理模式为启用配额管理且第二配额管理模式为挂起配额管理。

步骤210、策略控制设备104根据用户业务的第二配额管理模式的相关信息确定第二配额管理模式。

步骤212、策略控制设备104生成用户业务的第二策略，第二策略用于更新或者替换第一策略，所述第二策略还用于指示对所述用户业务执行所述第二配额管理模式。

若第二配管理模式为第二初始配额额申请模式，第二策略包括用户业务的第二初始配额申请模式，第二初始配额申请模式为阻塞模式或非阻塞模式。若用户业务的第二配额管理模式为挂起配额管理，第二策略包括用户业务的计费方法为离线计费或者临时离线计费。若用户业务的第二配额管理模式为启用配额管理，在第二策略包括的用户业务的计费方法为在线计费。

第二策略包括与第一策略的标识相同的策略标识，向会话管理功能设备102发送发第二策略。与第一策略相关的标识指示第二策略用于更新用户业务的第一策略。作为另一个例子，策略控制设备104为第二策略分配第二策略标识。策略控制设备104向会话管理功能设备102第二策略和第二策略标识，第二策略标识指示第二策略用于替换已被执行的第一策略。比如，会话管理功能设备102可以根据第二策略标识指示去激活第一策略，以及激活第二策略。

上述图2对应的方法流程使得策略控制设备104可以基于计费处理设备101发送的用于更改第一配额管理模式的用户业务的第二配额管理模式的相关信息，确定第二配额管理模式，并生成替换或更新第一策略的第二策略，以使得可以动态的更改配额管理模式，从而有助于实时、动态地平衡终端用户对接入时延的需求、运营商对系统性能和信用风险控制的需求之间的关系。

关于上述图2对应的方法流程，可进一步参考本申请实施例提供的图3A-图3B、图4，图5A，图5B以及图6对应的方法流程。

图3A为本申请实施例提供的策略控制设备104确定用户业务的配额管理模式的方法流程图。图3A对应的方法流程中，配额管理模式为初始配额申请模式(IQRM)。策略控制设备104从计费处理设备101接收用户或者用户业务的配额管理模式IQRM信息，进而确定用户业务的初始配额申请模式，并根据确定的用户业务的初始配额申请模式生成策略。该方法流程主要包括如下步骤：

步骤300：策略控制设备104确定需要向计费处理设备101发送请求消息。

具体地，策略控制设备104可以在收到会话管理功能设备102发送的用户业务的策略获取请求或用户业务的策略更新请求后，响应于策略获取请求或策略更新请求，策略控制设备104确定需要向计费处理设备101获取信息。通常，会话管理功能设备102在收到为用户建立PDU session的请求时可以向策略控制设备104发送策略获取请求。会话管理功能设备102还可以在收到业务开始请求后向策略控制设备104发送策略获取请求。会话管理功能设备102在发送给策略控制设备104的策略获取请求中可以携带用户标识、PDU会话的信息(如PDU session的类型)等。

可选的，策略控制设备104还确定需要向计费处理设备101获取用户业务的IQRM的信息，并在向计费处理设备101发送的请求消息中携带获取用户业务的IQRM相关信息的指示。

可选的，策略控制设备104根据配置信息确定需要向计费处理设备101发送请求消息以及确定需要获取IQRM的相关信息。配置信息可以是策略控制设备104的本地配置信息或者从UDR获取的该用户的配置信息。或者，策略控制设备104确定没有存储有关用户业务或用户的IQRM的相关信息，则确定需要向计费处理设备101获取用户业务的IQRM的信息。

步骤302、策略控制设备104向计费处理设备101发送请求消息。

具体地，请求消息可以用于向计费处理设备101获取并订阅计数器Counter的当前状态及状态改变。该请求可以不携带IQRM的获取指示。

进一步的，请求消息还可以用于向计费处理设备101获取该用户或者该用户业务的IQRM的相关信息。比如，在步骤300中策略控制设备104确定需要向计费处理设备101获取用户业务的第一IQRM的信息，请求消息中还可以携带用户的业务的IQRM的获取指示。IQRM获取指示可以为下表中的任一指示：

作为一个例子，策略控制设备104在收到会话管理功能设备102发送的用户的策略获取请求，或策略更新请求后，确定需要向计费处理设备101获取当前用户的NB类业务的业务列表，则向计费处理设备101发送IQRM相关信息的第一获取指示。IQRM相关信息的第一获取指示携带用户的标识和获取用户的NB的业务列表的指示信息。参考如下示例：

Request：

其中，userID字段表示为用户标识。RequestedNBM取值为true,指示获取用户的IQRM为NB的业务列表。

作为另一个例子，策略控制设备104在收到会话管理功能设备102发送的用户的策略获取请求,或策略更新请求后，确定当前用户或者用户业务是否可以使用非阻塞模式，并向计费处理设备101发送IQRM相关信息第二获取指示。IQRM相关信息的第二获取指示携带用户业务的标识和/或用户标识，以及获取是否允许用户业务或用户使用非阻塞模式的第一初始配额申请的指示信息。比如，请求消息携带用户标识和用户业务的标识，表示需要确定当前用户业务是否可以使用非阻塞模式。如果请求消息携带了用户标识而未携带用户业务的标识，表示需要确定当前用户是否可以使用非阻塞模式。

参考如下示例：

Request：

其中，userID字段表示为用户标识。“InitialQRMMode”表示需计费处理设备101确定请求消息中指示的用户业务或用户是否可以使用非阻塞模式。“RatingGroup”表示与该ratinggroup对应的用户业务。“Service ID”表示该标识对应的用户业务。比如，当请求携带“InitialQRMMode”和“RatingGroup”时，表明需计费处理设备101确定与该ratinggroup对应的用户业务是否可以使用非阻塞模式。当请求携带“InitialQRMMode”和“Service ID”时，表明需计费处理设备101确认该“Service ID”指示的业务是否可以使用非阻塞模式。当请求消息没有携带“Service ID”以及“RatingGroup”时，表明需计费处理设备101确认该“userID”指示的用户是否可以使用非阻塞模式。

作为一种可选，策略控制设备104在收到会话管理功能设备102发送的用户的策略获取请求或策略更新请求后，确定需要获取该用户业务的第一IQRM的相关信息，向计费处理设备101发送IQRM相关信息的第三获取指示，用以获取用户业务的第一IQRM信息。第三获取指示携带用户业务的标识和获取用户业务的第一初始配额申请模式的指示信息。用户业务的第一IQRM可以为阻塞模式或非阻塞模式。其中，该用户业务标识可以是业务标识或者对应的费率组或者其他可以标识该用户业务的标识。参考如下示例：

Request：

“IntialQRMMAuthorizat ion”表示需计费处理设备101确定请求消息中指示的用户业务是使用非阻塞模式还是阻塞模式。请求消息中指示的用户业务可以是“RatingGroup”中与该ratinggroup对应的用户业务，或“Service ID”中与用户标识对应的用户业务。比如，当请求携带“IntialQRMMAuthorizatione”和“RatingGroup”时，表明需计费处理设备101确定并返回该ratinggroup对应的用户业务的IQRM为阻塞模式或非阻塞模式。当请求携带“IntialQRMMAuthorization”和“Service ID”时，表明需计费处理设备101确认并返回该“Service ID”指示的业务的IQRM为阻塞模式或非阻塞模式。

作为另一个例子，策略控制设备104在收到会话管理功能设备102发送的用户的策略获取请求或策略更新请求后，确定需要向计费处理设备101获取用户的各业务的第一IQRM，则向CHF发送IQRM相关信息的第四获取指示，用于获取该用户的各业务的第一IQRM的相关信息。IQRM相关信息的第四获取指示携带用户标识以及获取该用户的各业务的IQRM的指示信息。第四IQRM获取指示可以为如下形式：

Request：

其中，userID字段为用户标识。“InitialQRMMode”为true表示需计费处理设备101确定用户的各业务的初始配额申请模式的值。该请求消息表明需计费处理设备101确定用户的各业务的第一IQRM是非阻塞模式还是阻塞模式。

步骤304、计费处理设备101接收请求消息后，根据请求消息执行对应的处理，确定用户业务的第一IQRM的相关信息。

具体的，若请求消息未携带配额管理模式(本实施例为第一IQRM)的相关信息的获取指示，则计费处理设备101可以不返回或主动确定并返回是否允许用户的业务使用非阻塞模式。如果计费处理设备101存储了每个业务的IQRM信息，则计费处理设备101根据存储的每个业务的IQRM确定该用户或者该用户业务是否可以使用非阻塞模式。如果计费处理设备101没有存储业务的IQRM信息，则计费处理设备101根据用户的帐户信息和/或业务类型确定该用户或该用户业务是否可以使用非阻塞模式。

进一步的，若请求消息携带配额管理模式的获取指示，则根据获取指示确定并返回用户或用户的业务的IQRM相关信息。具体处理参见下表

步骤306、计费处理设备101向策略控制设备104发送请求消息的的响应消息。

具体的，响应消息中携带步骤304中获取的该用户或者该用户业务的第一IQRM的相关信息。

若请求消息未携带第一配额管理模式的获取指示，则响应消息中携带是否允许用户的业务使用非阻塞模式的指示信息。若请求消息携带第一配额管理模式的获取指示，则响应消息中携带获取指示对应的IQRM的相关信息。

如果计费处理设备101在步骤302中接收到了IQRM相关信息的获取指示，则响应消息中携带的内容参考下表：

第一IQRM响应消息可以参考如下形式：

Response：

其中，“NBMserviceList”指示携带的是可以使用非阻塞模式的用户业务的列表。

第二响应消息可以参考如下形式：

Response：

其中“NBModeAuthResult”取值为yes，表明用户的任意在线计费业务都可以使用非阻塞模式。

如果第二IQRM获取指示中携带了费率组或业务标识，则第二IQRM响应消息可以参考如下形式：

Response：

“RatingGroup”或者”ServiceID”取值1,“ServiceResult”取值为yes,，则表明业务标识为1或费率组为1的用户业务可以使用非阻塞模式。“RatingGroup”或者”ServiceID”取值2,“ServiceResult”取值为no，则表明业务标识为2或费率组为2的用户业务可以使用非阻塞模式。

第三响应消息可以参考如下形式：

Response：

其中，“IQRMValue”取值为“NB”，指示与费率组“RatingGroup”对应的业务或业务标识“ServiceID”指示的业务的第一初始配额申请模式为非阻塞模式。

第四IQRM响应消息可以参考如下形式：

Response：

其中，“IQRMValue”取值为“NB”，指示与费率组“RatingGroup”取值为1对应的业务或业务标识为1指示的业务的使用非阻塞模式。“IQRMValue”取值为“B”，指示与费率组“RatingGroup”取值为2对应的业务或业务标识为2指示的业务的使用阻塞模式。

步骤308，策略控制设备104确定用户业务的第一配额管理模式，并生成用户业务的第一策略。第一策略用于指示对所述用户业务执行所述第一配额管理模式。

具体的，若计费处理设备101返回的响应消息中携带该用户或该用户业务的第一IQRM的相关信息，则策略控制设备104根据用户或用户业务的第一IQRM的相关信息确定用户业务的第一配额管理模式。

具体的，策略控制设备104生成第一策略，第一策略包括用户业务的第一配额管理模式。这里配额管理模式为第一初始配额申请模式，第一初始配额申请模式为阻塞模式或非阻塞模式。

步骤310，策略控制设备104向会话管理功能设备102发送第一策略。

具体的，策略控制设备104向会话管理功能设备102发送第一策略，以指示会话管理功能设备102对用户业务执行第一配额管理模式；

具体的，发送给会话管理功能设备102的控制策略可参考如下形式：

其中，“sdfHandl”取值为true,表明业务标识指示的业务或费率组指示的业务的IQRM为阻塞模式模式。

通过本申请实施例，策略控制设备104在下发策略之前从计费处理设备101获取用户业务的IQRM信息，并将用户业务的IQRM信息在策略中发送给会话管理功能设备102。通过本申请实施例，策略控制设备104在发送给会话管理功能设备102的策略中携带的IQRM的信息更为准确，能够避免业务使用过程中的风险。

图3B为本申请实施例提供的计费处理设备101确定更改用户业务的第一配额管理模式的方法流程图。与图3A相结合，图3B对应的方法流程中，第一配额管理模式为初始配额申请模式(IQRM)。比如计费处理设备101实时决策是更改用户业务的第一IQRM为阻塞模式，或计费处理设备101实时决策是否禁止用户业务的使用非阻塞模式。当计费处理设备101确定更改用户业务的第一IQRM为阻塞模式或禁止用户业务的业务配额管理模式第一IQRM为非阻塞模式时，计费处理设备101通知策略控制设备104，以便策略控制设备104根据该用户业务的第二IQRM相关信息，确定用户业务的第二配额管理模式(此实施例为第二IQRM)，并进一步确定是否生成第二策略。该方法流程主要包括如下步骤：

步骤351、会话管理功能设备102接收用户业务的开始请求。

会话管理功能设备102在接收到业务开始请求后，确定已获取了该用户业务(比如业务A)的第一配额管理模式(本实施例为第一IQRM)的信息，比如在图3A中的步骤310中包含的用户业务的第一IQRM信息。会话管理功能设备102根据用户业务的第一IQRM的信息进行相应处理。如果会话管理功能设备102确定没有获取到该业务的第一IQRM信息，可以执步图3A中流程，获取用户的业务的IQRM信息。

如果会话管理功能设备102确定获取的业务的第一IQRM信息指示用户业务的IQRM为非阻塞模式，会话管理功能设备102先开始用户业务，然后向计费处理设备101发送配额申请请求以为该用户业务申请配额或在开始业务的同时向计费处理设备101发送配额请求以为该用户业务申请配额。如果会话管理功能设备102确定获取的用户业务的第一IQRM的信息指示用户业务的IQRM为阻塞模式，会话管理功能设备102先向计费处理设备101发送配额申请请求以为该用户业务申请配额，并在收到计费处理设备101分配的配额后开始用户业务。

步骤352、会话管理功能设备102向计费处理设备101发送用户业务的计费请求。

该计费请求可以是初始计费请求(即用户使用某业务的首次计费请求)，也可以是初始计费请求之后的更新计费请求。本发明实施例在此不做限定。

作为一种可选方式，该计费请求中还携带用户业务的第一IQRM的信息，用以指示该用户业务(比如用户业务A)当前使用的IQRM。本申请实施例以业务A的IQRM为非阻塞模式为例进行说明。即计费请求中携带业务A的IQRM信息为非阻塞模式。

步骤353、计费处理设备101根据计费请求进行相应的计费处理，以及向会话管理功能设备102发送计费响应。

上述步骤351-步骤353是可选步骤。在有些场景下，可以不执行上述步骤，直接从步骤354开始，比如：该用户业务未开始，该用户其他用户业务或者该用户账户管理流程可能导致该用户业务对应的第一配额管理模式(这里是第一初始配额申请模式)的改变。

步骤354、计费处理设备101确定需要更改用户业务A的第一IQRM的相关信息。

具体的，计费处理设备101可以在处理步骤352发送的用户业务的计费请求时，或者在处理用户的其他业务的计费请求时，或者在对用户账户执行计费管理流程时，确定需要更改用户业务的第一配额管理模式。

比如，计费处理设备101确定需要更改用户业务的配额管理模式可以为：计费处理设备101确定该用户业务当前使用第一配额管理模式，并确定需要将该用户业务的第一配额管理模式更改为第二配额管理模式。

其中，计费处理设备101确定用户业务当前使用第一配额管理模式的方法可以为：计费处理设备101接收该用户业务的计费请求，计费请求中包括指示该用户业务当前使用第一配额管理模式的指示信息，计费处理设备101根据计费请求中包括的用户业务的第一配额管理模式指示信息确定用户业务当前使用第一配额管理模式；或者，计费处理设备101确定向策略控制设备104发送过用户业务的第一配额管理模式的相关信息，基于向策略控制设备104发送过用户业务的第一配额管理模式的相关信息确定用户业务当前使用第一配额管理模式。

其中，计费处理设备101确定需要将用户业务的第一配额管理模式更改为用户业务的第二配额管理模式可以为：在处理步骤352发送的用户业务的计费请求时，或者在处理用户的其他业务的计费请求时或者在对用户账户执行计费管理流程时，计费处理设备101确定用户业务使用第一配额管理模式的条件不满足。例如：用户账户余额不满足业务A采用非阻塞模式的条件，则计费处理设备101确定更改业务A的IQRM为阻塞模式，或禁止业务A使用非阻塞模式。用户业务采用非阻塞模式的条件可以为：用户帐户的套餐剩余量大于第一阈值，或用户帐户的余额下降速度低于第二阈值，或其它。

进一步的，计费处理设备101在确定更改用户业务A的非阻塞模式为阻塞模式时，还可以确定更改用户的其它业务的非阻塞模式为阻塞模式，或确定禁止用户的其它业务使用非阻塞模式。

作为一种可选，计费处理设备101确定更改用户业务的IQRM的相关信息后，保存确定的结果，即：保存确定的用户业务的第二配额管理模式，以便后续其它设备获取用户业务的IQRM信息时提供给请求的设备。

步骤355、计费处理设备101向策略控制设备104发送用于更改第一IQRM的用户业务的第二IQRM的相关信息。

具体的，计费处理设备101向策略控制设备104发送通知消息(也称更改通知)，该通知消息中携带用户业务的第二配额管理模式的相关信息，即用户业务的第二IQRM的相关信息。

计费处理设备101确定存在策略控制设备104为用户创建的资源，并通过与资源对应的通知地址向策略控制设备104发送通知消息。为用户创建的资源为：策略控制设备104向计费处理设备101请求为用户创建的资源。为用户创建的资源用于策略控制设备获取(订阅)用户的累积状态信息。为用户创建的资源为策略控制设备向计费处理设备发送资源创建请求后由计费处理设备根据资源创建请求创建。资源创建请求携带与该资源对应的通知地址以及用户标识。该通知地址用于计费处理设备101向策略控制设备104通知该用户的累积状态信息。计费处理设备101根据确定的存在为用户请求创建的资源，计费处理设备101确定需要向策略控制设备104发送用户业务的第二IQRM相关信息的通知消息。或者，根据确定的存在为用户请求创建的资源(或订阅信息)，计费处理设备101确定策略控制设备104订阅过或者请求过用户的第一IQRM相关信息，则确定需要向策略控制设备104发送用户业务的第二IQRM相关信息的通知消息。

通知消息中携带的用户业务的第二IQRM的相关信息可以为参考下表：

第一通知	用户的允许使用非阻塞的第二IQRM的业务列表
第二通知	是否允许用户使用非阻塞的第二IQRM的指示信息
第三通知	是否允许用户业务使用非阻塞的第二IQRM的指示信息

第四通知	用户业务的第二IQRM为阻塞式或非阻塞式的指示信息
第五通知	用户的各业务的第二IQRM式为阻塞式或非阻塞式的指示信息

包含第一通知的通知消息可以称为第一通知消息，其他类推。如下为第二通知消息参考示例：

Notify：

其中，userID字段表示为用户标识。“NBModeAuthResult”取值为no表示计费处理设备101确认该用户不可以使用非阻塞模式，即该用户的所有业务均不可以使用非阻塞模式。

对于其它的通知消息，比如第二通知消息、第三通知消息、第四通知消息或第五通知消息的参考示例，本申请实施例在此不再举例。

步骤356、策略控制设备104接收计费处理设备101发送的用户业务的第二配额管理模式的相关信息后，根据第二配额管理模式的相关信息确定用户业务的第二配额管理模式，并生成用户业务的第二策略。

第二策略用于更新或者替换第一策略，以及用于指示对用户业务执行所述第二配额管理模式。

其中，第二策略更新第一策略具体为：生成的第二策略包括与第一策略的标识相同的策略标识，通过标识确定是用于更新第一策略。

其中，第二策略替换第一策略具体为：为第二策略分配的第二策略标识，第二策略是不同于第一策略的用户业务的新策略，策略控制设备104需要首先去激活第一策略，然后激活第二策略。

步骤357、策略控制设备104向会话管理功能设备102发送第二策略，第二策略携带第二IQRM信息。

具体的，若第二策略包括与第一策略的标识相同的策略标识，则策略控制设备104向会话管理功能下发的策略更新消息中携带第二策略以更新用户业务的第一策略.

若第二策略为用户业务的新策略，则策略控制设备104向会话管理功能下发的策略更新消息中携带第一策略的去激活指令和第二策略的激活指令，以便使用第二策略更新用户业务的第一策略。

根据本申请实施例，计费处理设备101可以根据用户的帐户信息等信息确定或更改用户业务的第一IQRM。从而使得用户业务的IQRM更为准确，可以避免在用户业务一味的使用非阻塞模式而造成的风险和损失。

值得说明的是，在实际业务使用过程中，图3B可以与图3A结合使用，也可以分开使用。本申请实施例在此不做限定。

图4为本申请实施例提供的确定用户业务的第一配额管理模式和第二配额管理模式的方法流程图。在本实施例中，配额管理模式为初始配额申请模式(IQRM)。与图3A和图3B对应的实施例不同的是，本实施例中策略控制设备104根据获取用户的配置信息确定用户业务的第一配额管理模式，即确定用户业务是否使用非阻塞模式。计费处理设备101实时决策是否更改用户业务的第一配额管理模式为第二配额管理模式计费处理设备101。该方法流程主要包括如下步骤：

步骤401-402、策略控制设备104向计费处理设备101发送资源创建请求，并收到计费处理设备101的资源创建响应。

策略控制设备104在收到会话管理功能设备102发送的用户业务的策略获取指示或用户业务的策略更新请求后，响应于策略获取指示或策略更新请求，向计费处理设备101发送资源创建请求。以便于通过创建的资源从计费处理设备101获取用户业务或用户的相关信息。比如，用户业务的使用量信息。资源创建请求也可以是会话建立请求，以便在策略控制设备104和计费处理设备101建立会话。

步骤403、策略控制设备104根据获取到的信息确定用户业务的第一配额管理模式(本申请为第一IQRM)，并根据确定的用户业务的第一IQRM生成用户业务的第一策略。生成的用户业务的第一策略包含用户业务的第一IQRM信息。

比如，策略控制设备104可以从计费处理设备101或其它网络设备如(UDR)中获取用户的配置信息，并基于获取到的用户的配置信息确定用户业务的IQRM。比如，策略控制设备104可以根据从计费处理设备101获取的用户帐户的信息和/或用户业务的使用量信息确定用户业务的第一IQRM，策略控制设备104还可以根据从UDR获取的用户的信息，比如用户是否订购的IQRM为非阻塞模式确腚第一IQRM。

步骤404、策略控制设备104向会话管理功能设备102发送生成的用户业务的第一策略。

具体的步骤404的描述可以参考步骤310的描述，本申请实施例不再详述。

步骤405、会话管理功能设备102接收到用户业务的开始请求，并根据第一IQRM进行处理。用户业务的开始请求中携带业务标识和用户标识。

具体的，步骤405的描述可以参考步骤351的描述，本申请实施例不再详述。

步骤406，会话管理功能设备102向计费处理设备101发送计费请求，该计费请求可以是针对该用户业务的计费请求，也可以是针对该用户使用的其它业务的计费请求。此外，该计费请求可以是初始计费请求(即用户使用某业务的首次计费请求)，也可以是初始计费请求之后的更新计费请求。本发明实施例在此不做限定。

进一步的，该计费请求中携带用户业务的第一IQRM信息，用以指示该用户业务(比如业务B)当前使用的IQRM。本申请实施例以用户业务的第一IQRM为非阻塞模式为例进行说明。即计费请求中携带用户业务B的IQRM信息为非阻塞模式。表明会话管理功能设备102会在收到计费处理设备101分配的配额之前，放行与用户业务B相关的数据流。

步骤407、计费处理设备101根据计费请求进行相应的计费处理，然后向会话管理功能设备102发送计费响应。

步骤408、计费处理设备101确定需要更改用户业务的第一IQRM，生成用于更改第一IQRM的第二IQRM，并保存更改后的第二IQRM的信息。

具体的，计费处理设备101在执行步骤407的过程中，根据计费请求中携带的用户业务的第一IQRM信息确定用户业务使用非阻塞模式。计费处理设备101确定用户账户不满足用户业务采用非阻塞模式的条件时，确定用户业务的第二配额管理模式(本实施例为第二IQRM)为阻塞模式，或禁止用户业务使用非阻塞模式。用户业务采用非阻塞式的条件可以为：用户帐户的套餐剩余量大于第一阈值，或用户帐户的余额下降速度低于第二阈值，或其它。

进一步的，计费处理设备101在确定更改用户业务的非阻塞模式为阻塞模式时，还可以确定更改用户的其它业务的非阻塞模式为阻塞模式，或确定禁止用户的其它业务使用非阻塞模式，或禁止用户的所有业务使用非阻塞模式。

值得说明的是，步骤407和步骤408之间没有时间顺序。

步骤409、计费处理设备101向策略控制设备104发送更改用户业务的第一IQRM的相关信息的通知消息(也称称更改通知)，以便策略控制设备104根据更改通知生成或更新用户业务的控制策略。

具体的，步骤409的描述与步骤355的描述一致，本发明实施例在此不再详述。

步骤410-411与步骤356-357的描述一致，本发明实施例在些不再详述。

根据本申请实施例，策略控制设备104根据获取的用户的相关信息确定用户业务的是否可以使用非阻塞模式。此外，在用户业务的使用过程中，根据用户的帐户信息确定或更改用户业务的IQRM。从而使得用户业务的IQRM更为准确，可以避免在用户业务使用过程中使用非阻塞模式造成的风险和损失。

图5A为本申请实施例提供的策略控制设备104确定策略的方法流程图。图5A对应的方法流程中，配额管理模式为挂起或启用配额管理(SRQM)。策略控制设备104从计费处理设备101接收用户或者用户业务的配额管理模式的相关信息，进而确定是否挂起或启用用户业务的配额管理，并据此生成策略。该方法流程主要包括如下步骤：

步骤500：策略控制设备104确定需要向计费处理设备101发送请求消息。

具体地，策略控制设备104可以在收到会话管理功能设备102发送的用户业务的策略获取请求或用户业务的策略更新请求后，响应于策略获取请求或策略更新请求，策略控制设备104确定需要向计费处理设备101获取信息，则确定向计费处理设备101发送请求消息。通常，会话管理功能设备102在收到为用户建立PDU session的请求时可以向策略控制设备104发送策略获取请求。会话管理功能设备102还可以在收到业务开始请求后向策略控制设备104发送策略获取请求。会话管理功能设备102在发送给策略控制设备104的策略获取请求中可以携带用户标识、PDU会话的信息(如PDU session的类型)等。

可选的，策略控制设备104还确定是否需要向计费处理设备101获取用户的业务的SRQM的信息，若需要，则在向计费处理设备101发送的请求消息中携带获取用户的业务的SRQM相关信息的指示。

可选的，策略控制设备104根据配置信息确定需要向计费处理设备101发送请求消息以及确定需要获取用户业务的SRQM相关信息。配置信息可以是策略控制设备104的本地配置信息或者从UDR获取的该用户的配置信息。

步骤502、策略控制设备104向计费处理设备101发送请求消息。

具体地，请求消息可以用于向计费处理设备101获取并订阅计数器Counter的当前状态及状态改变，该请求可以不携带获取SRQM的指示。

进一步的，请求消息还可以用于向计费处理设备101获取该用户或者该用户业务的SRQM的相关信息。比如，在步骤500中策略控制设备104确定需要向计费处理设备101获取用户业务的SRQM的信息，请求消息中还可以携带用户的业务的SRQM的获取指示。SRQM获取指示可以为下表中的任一指示：

具体的，策略控制设备104向计费处理设备101发送请求消息中携带上述第一至第四任一获取指示的方法与实施例3A的步骤302携带第一至第四相应获取指示的方法相似，本发明实施例不再赘述。

步骤504、计费处理设备101接收请求消息后，根据请求消息执行对应的处理。比如，确定用户业务的第一SRQM相关信息。

具体的，若请求消息未携带配额管理模式(本实施例为第一SRQM)的相关信息的获取指示，则计费处理设备101可以主动确定并返回是否挂起用户的配额管理。如果计费处理设备101存储了每个业务的SRQM信息，则计费处理设备101根据存储的每个业务的SRQM信息确定该用户或者该用户业务是否可以挂起配额管理。如果计费处理设备101没有存储业务的SRQM信息，则计费处理设备101根据用户的帐户信息和/或业务类型确定该用户或该用户业务是否可以使用非阻塞模式。

进一步的，若请求消息携带配额管理模式的获取指示，则根据获取指示确定并返回用户或用户业务的SRQM的相关信息。具体处理参见下表：

具体方法与实施例3A步骤304类似，这里不再赘述。

步骤506、计费处理设备101向策略控制设备104发送请求消息的的响应消息。

具体的，响应消息中携带步骤504中获取的该用户或者该用户业务的第一SRQM的相关信息。

-若请求消息未携带配额管理模式的获取指示，则响应消息中携带是否允许挂起用户的业务的第一配额管理模式的指示信息。

-若请求消息携带配额管理模式的获取指示(比如第一获取指示至第四获取指示中的任意获取指示，则响应消息中携带与获取指示对应的第一SRQM的相关信息。

具体方法及消息示例与实施例3A步骤306类似，这里不再赘述。

步骤508，策略控制设备104确定用户业务的第一配额管理模式，并生成用户业务的第一策略。第一策略用于指示对所述用户业务执行所述第一配额管理模式

具体的，若计费处理设备101返回的响应消息中携带该用户或该用户业务的第一SRQM的相关信息，则策略控制设备104根据用户或用户业务的第一SRQM的相关信息确定用户业务的第一配额管理模式，这里的配额管理模式为挂起或启动配额管理。

具体的，策略控制设备104生成第一策略，若确定的用户业务的第一配额管理模式为挂起配额管理，则在第一策略包括用户业务的计费方法为离线计费或者临时离线计费，若确定的用户业务的第一配额管理模式为启用配额管理，则在第一策略包括的用户业务的计费方法为在线计费。

步骤510，策略控制设备104向会话管理功能设备102发送第一策略。

具体的，策略控制设备104向会话管理功能发送第一策略，以指示会话管理功能设备102对用户业务执行第一配额管理模式；

其中，“ChargingMethod”的取值为TempOffline，表明挂起用户业务的配额管理。

通过本申请实施例，策略控制设备104在下发策略之前从计费处理设备101获取用户业务的第一SRQM的相关信息，并根据第一SRQM的相关信息生成用户业务的第一策略以发送给会话管理功能设备102。通过本申请实施例，策略控制设备104在发送给会话管理功能设备102的第一策略基于计费处理设备101的决策确定计费方法，既可以减轻计费处理的负担，提高整个系统的效率，又可以避免业务使用过程中的信用控制风险。

图5B为本申请实施例提供的计费处理设备101确定更改用户业务的配额管理模式的方法流程图。与图5A相结合，图5B对应的方法流程中，配额管理模式为挂起或启用配额管理(SRQM)。策略控制设备104从计费处理设备101接收用于更改第一SRQM的第二SRQM的相关信息，并根据第二SRQM的相关确定是否挂起或启用用户业务的配额管理，以及确定是否更新/替换之前生成的用户业务的第一策略。该方法流程主要包括如下步骤：

步骤552、会话管理功能设备102在用户业务使用过程中，向计费处理设备101发送用户业务的计费请求。

作为一种可选方式，该计费请求中还携带业务对应的SRQM信息(以临时挂起为例)，用以指示该业务(比如业务A)当前是挂起配额管理。

在执行该步骤之前，会话管理功能设备102接收用户业务的开始请求，并确定已获取了该用户业务(比如业务A)的第一配额管理模式(本实施例为第一SRQM)的信息，比如在图5A中的步骤510中包含的用户业务的第一SRQM信息。会话管理功能设备102根据用户业务的第一SRQM的信息进行相应处理。如果会话管理功能设备102确定没有获取到该业务的第一IQRM信息，可以执步图5A中流程，获取用户的业务的第一SRQM信息。

如果会话管理功能设备102确定获取的业务的第一SRQM信息指示用户业务的SRQM为挂起配额管理，会话管理功能设备102则开始用户业务，并不向计费处理设备101获取配额。如果会话管理功能设备102确定获取的用户业务的第一SRQM的信息指示用户业务的SRQM为启动配额管理，会话管理功能设备102先向计费处理设备101发送配额申请请求以为该用户业务申请配额，并在收到计费处理设备101分配的配额后开始用户业务。或者如果会话管理功能设备102确定获取的用户业务的第一SRQM的信息指示用户业务的SRQM为启动配额管理，会话管理功能设备102先开始业务，然后向计费处理设备101发送配额申请请求以为该用户业务申请配额或在开始业务的同时向计费处理设备101发送配额请求以为该用户业务申请配额。如果会话管理功能设备102确定获取的用户业务的第一SRQM的信息指示用户业务的SRQM为启动配额管理，会话管理功能设备102设备进一步可以采用阻塞模式或者非阻塞模式的第一初始配额模式，具体参见前述实施例。

步骤553、计费处理设备101根据计费请求进行相应的计费处理，以及向会话管理功能设备102发送计费响应。

上述步骤552-步骤553是可选步骤，在有些场景下，不执行上述步骤，直接从步骤554开始，比如：该用户业务未开始，该用户其他用户业务或者该用户账户管理流程可能导致该用户业务对应的配额管理模式(这里是挂起或启用配额管理)的改变。

步骤554、计费处理设备101确定需要更改用户业务A的第一SRQM相关信息。

计费处理设备101可以在处理步骤552发送的用户业务的计费请求时，或者在处理用户的其他业务的计费请求时，或者在对用户账户执行计费管理流程时，确定是否需要更改用户业务的第一配额管理模式。

比如，计费处理设备101确定需要更改用户业务的配额管理模式可以为：计费处理设备101确定用户业务的第一配额管理模式，并确定需要将用户业务的第一配额管理模式更改为第二配额管理模式。

其中，计费处理设备101确定需要将用户业务的第一配额管理模式更改为用户业务的第二配额管理模式可以为：在处理步骤552发送的用户业务的计费请求时，或者在处理用户的其他业务的计费请求时，或者在对用户账户执行计费管理流程时，用户业务使用第一配额管理模式的条件不满足，例如：用户账户余额不满足业务A采用挂起配额管理的条件，则确定更改业务A的SRQM为启用配额管理。

进一步的，计费处理设备101在确定更改用户业务A的挂起配配额管理为启用配额管理时，还可以确定更改用户的其它业务的挂起配配额管理为启用配额管理，或确定禁止用户的其它业务使用挂起配配额管理。

作为一种可选，计费处理设备101确定更改用户业务的第一SRQM的相关信息后，保存确定的结果，即：保存确定的用户业务使用第二配额管理模式，以便后续其它设备获取用户业务的SRQM信息时提供给请求的设备。

步骤555、计费处理设备101向策略控制设备104发送用于更改第一SRQM的用户业务的第二SRQM的相关信息。

具体的，计费处理设备101向策略控制设备104发送通知消息(也称更改通知)，该通知消息中携带用户业务的第二配额管理模式的相关信息，即用户业务的第二SRQM的相关信息。

计费处理设备101确定存在策略控制设备104为用户创建的资源，并通过与资源对应的通知地址向策略控制设备104发送通知消息。为用户创建的资源为：策略控制设备104向计费处理设备101请求为用户创建的资源。为用户创建的资源用于策略控制设备获取(订阅)用户的累积状态信息。为用户创建的资源为策略控制设备向计费处理设备发送资源创建请求后由计费处理设备根据资源创建请求创建。资源创建请求携带与该资源对应的通知地址以及用户标识。该通知地址用于计费处理设备101向策略控制设备104通知该用户的累积状态信息。计费处理设备101根据确定的存在为用户请求创建的资源，计费处理设备101确定需要向策略控制设备104发送用户业务的第二SRQM相关信息的通知消息。或者，根据确定的存在为用户请求创建的资源(或订阅信息)，计费处理设备101确定策略控制设备104订阅过或者请求过用户的第一SRQM相关信息，则确定需要向策略控制设备104发送用户业务的第二SRQM相关信息的通知消息。

通知消息中携带的用户业务的第二SRQM的相关信息可以为参考下表：

第一通知	用户的允许挂起配额管理的业务列表
第二通知	是否允许挂起用户业务的配额管理的指示信息
第三通知	是否允许挂起用户的业务的配额管理的第二SRQM指示信息
第四通知	用户业务的第二SRQM为挂起配额管理或启动配额管理的指示信息
第五通知	用户的各业务的第二SRQM为挂起配额管理或启动配额管理的指示信息

包含第一通知的通知消息可以称为第一通知消息，其他类推。如下为第三通知消息参考示例：

Notify：

其中，userID字段表示为用户标识。“SRQMode”取值为“RESUME”表示计费处理设备101确认该用户的业务不允许挂起配额管理，即该用户的所有业务都不允许挂起配额管理。如果通知消息中还携带的用户标识，如service id或Rating group，则通知消息为第二通知消息。表明该service id或Rating group指示的用户业务不允许挂起配额管理。进一步的，如果通知消息中第二SRQM的相关信息为启动配额管理，则通知消息中中还可以携带IQRM 的信息，以指示用户业务可以采用阻塞模式或非阻塞模式。

对于其它的通知消息，比如第一通知消息，第四通知消息或第五通知消息的参考示例，本申请实施例在此不再举例。

步骤556、策略控制设备104接收计费处理设备101发送的用户业务的第二配额管理模式的相关信息后，根据第二配额管理模式的相关信息确定用户业务的第二配额管理模式，并生成用户业务的第二策略。

第二策略用于更新或者替换第一策略，以及用于指示对所述用户业务执行所述第二配额管理模式。

其中，第二策略替换第一策略具体为：为第二策略分配唯一的策略标识，第二策略是不同于第一策略的用户业务的新策略，策略控制设备104需要首先去激活第一策略，然后安装激活第二策略。

在生成第二策略之前，策略控制设备104需要首先确定用户业务的SRQM更改为第二配额管理模式影响了第一策略。

步骤557、策略控制设备104向会话管理功能设备102发送第二策略。

具体的，若第二策略包括与第一策略的标识相同的策略标识，则策略控制设备104向会话管理功能下发的策略更新消息中携带第二策略以更新用户业务的第一策略。

根据本申请实施例，计费处理设备101可以根据用户的帐户信息等信息确定或更改用户业务的SRQM。从而使得用户业务的SRQM控制更为准确，可以避免在用户业务使用过程中一味的挂起配额管理而造成的风险和损失。

值得说明的是，在实际业务使用过程中，图5A可以与图5B结合使用，也可以分开使用。本申请实施例在此不做限定。

图6为本申请实施例提供的确定用户业务的配额管理模式的另一方法流程图。在本实施例中，配额管理模式为挂起/启动配额管理(SRQM)。与图5A和图5B对应的实施例不同的是，本实施例中策略控制设备104根据获取用户的配置信息确定用户业务的第一配额管理模式，即确定用户业务是否允许挂起配额管理。计费处理设备101实时决策是否更改用户业务的第一配额管理模式为第二配额管理模式。该方法流程主要包括如下步骤：

步骤601-602、策略控制设备104向计费处理设备101发送资源创建请求，并收到计费处理设备101的资源创建响应。

本实施例中，步骤601-602的描述与步骤401-402的描述相同，因此不再详述。

步骤603、策略控制设备104根据获取到的信息确定用户业务的第一配额管理模始(本申请为第一SRQM)，并生成用户业务的第一策略。第一策略用于指示对用户业务执行所述第一配额管理模式。比如，策略控制设备104可以从计费处理设备101或其它网络设备如(UDR)中获取用户的配置信息，并基于获取到的用户的配置信息确定用户业务的第一SRQM。比如，策略控制设备104可以根据从计费处理设备101获取的用户帐户的信息和/或用户业务的使用量信息确定用户业务的第一SRQM，策略控制设备104还可以根据从UDR获取的用户的信息，比如用户是否订购的SRQM为挂起配额管理。

策略控制设备104在步骤603中生成的第一策略与步骤508中生成的第一策略相同，本申请实施例在此不再详述。

步骤604、策略控制设备104向会话管理功能设备102发送生成的用户业务的第一策略。

具体的步骤604的描述可以参考步骤510的描述，本申请实施例不再详述。

步骤605、会话管理功能设备102接收到用户业务的开始请求，用户业务的开始请求中携带业务标识和用户标识。

具体的，步骤605的描述可以参考步骤351的描述，本申请实施例不再详述。作为一种可选，本申请实施例还可以不用执行步骤605，而执行步骤606。或者，步骤605在步骤601之前执行。本申请实施例不做限定。

步骤606，会话管理功能设备102向计费处理设备101发送计费请求，该计费请求可以是针对该用户业务的计费请求，也可以是针对该用户使用的其它业务的计费请求。此外，该计费请求可以是初始计费请求(即用户使用某业务的首次计费请求)，也可以是初始计费请求之后的更新计费请求。本发明实施例在此不做限定。

进一步的，该计费请求中携带用户业务的第一SRQM信息，用以指示该用户业务(比如业务B)当前使用的SRQM。本申请实施例以用户业务的第一SRQM为挂起配额管理为例进行说明。即计费请求中携带用户业务B的第一SRQM信息为挂起配额管理。表明会话管理功能设备102在业务的执行过程中不会向计费处理设备101申请配额，并放行与用户业务B相关的数据流。

步骤607、计费处理设备101根据计费请求进行相应的计费处理，然后向会话管理功能设备102发送计费响应。

步骤608、计费处理设备101确定更改用户业务的第一SRQM或者禁用用户业务的挂起配额管理，并保存更改后的第二SRQM的信息。

具体的，计费处理设备101在执行步骤607的过程中，根据计费请求中携带的用户业务的第一SRQM信息确定用户业务使用挂起配额管理(Suspending)。计费处理设备101确定用户账户不满足用户业务采用挂起配额管理的条件时，确定用户业务的第二配额管理模式(本实施例为第二SRQM)为启动配额管理，或禁止用户业务使用挂起配额管理。用户业务采用挂起配额管理的条件可以为：用户帐户的套餐剩余量大于第一阈值，或用户帐户的余额下降速度低于第二阈值，或其它。

进一步的，计费处理设备101在确定更改用户业务的挂起配额管理为启动配额管理时，还可以确定更改用户的其它业务的挂起配额管理为启动配额管理，或确定禁止用户的其它业务使用挂起配额管理，或禁止用户的所有业务使用挂起配额管理。

值得说明的是，步骤607和步骤608之间没有时间顺序。

步骤609、计费处理设备101向策略控制设备104发送更改用户业务的第一SRQM的相关信息的通知消息(也称称更改通知)，以便策略控制设备104根据更改通知生成或更新用户业务的控制策略。

具体的，步骤609的描述与步骤555的描述一致，本发明实施例在此不再详述。

步骤610-611与步骤556-557的描述一致，本发明实施例在些不再详述。

根据本申请实施例，策略控制设备104根据获取的用户的相关信息确定用户业务的是否可以使用非阻塞模式。此外，在用户业务的使用过程中，根据用户的帐户信息确定或更改用户业务的SRQM。从而使得用户业务的SRQM更为准确，可以避免在用户业务使用过程中使用非阻塞模式造成的风险和损失。

图7为本申请实施例提供的会话管理功能设备、计费处理设备101或策略控制设备104的硬件结构图。本申请实施例中的会话管理功能设备102(例如，图1A的102)、计费处理设备101(例如，图1A的101)、策略控制设备104(例如，图1A的策略控制设备104)，均可以采用图7所示的通用的计算机硬件结构实现，其中包括处理器701、存储器702、总线703、输入设备704、输出设备705以及网络接口706，其中输入设备704与输出设备705为可选的。

具体地，存储器702可以包括以易失性和/或非易失性存储器形式的计算机存储媒体，如只读存储器和/或随机存取存储器。存储器702可以存储操作系统、应用程序、其他程序模块、可执行代码和程序数据。

输入设备704可以用于输入信息，便于系统管理员对会话管理功能设备、计费处理设备101或策略控制设备104进行操作和管理等，例如，在计费处理设备101上配置用户账户风险阈值、在会话管理功能设备上管理配额管理模式指示信息的存储空间、在策略控制设备104上管理配额管理模式指示信息的存储空间等；输入设备704可以为键盘或指向设备，如鼠标、轨迹球、触摸板、扫描仪或类似设备，均可以通过总线703连接至处理器701。

输出设备705可以用于输出信息，便于系统管理员对会话管理功能设备、计费处理设备101或策略控制设备104进行操作和管理等；例如，在计费处理设备101上显示用户账户风险阈值、在会话管理功能设备上显示剩余存储空间、在策略控制设备104上显示剩余存储空间等；除了监视器之外，输出设备705还可以为其他外围输出设备，也均可以通过总线703连接到处理器701。

会话管理功能设备102、计费处理设备101或策略控制设备104均可以通过网络接口706连接到网络中，例如连接到局域网(Local Area Network，LAN)。在联网环境下，会话管理功能设备、计费处理设备101或策略控制设备104中存储的计算机执行指令可以存储在远程存储设备中，而不限于在本地存储。

当会话管理功能设备102中的处理器701执行存储器702中存储的可执行代码或应用程序时，会话管理功能设备102可以执行以上所有实施例中与会话管理功能设备102相对应的方法步骤，如步骤206、310、351、332-353、357、404、405、406-407、411、310、351、332-353、357、604、605、606-607和611等；具体执行过程均参见上述实施例，在此不再赘述。

当计费处理设备101中的处理器701执行存储器702中存储的可执行代码或应用程序时，计费处理设备101可以执行以上所有实施例中与计费处理设备101相对应的方法步骤，如步骤208、302、304、306、352-355、401-402、406-409、502、504、506、552-555、601-602和606-609；具体执行过程均参见上述实施例，在此不再赘述。

当策略控制设备104中的处理器701执行存储器702中存储的可执行代码或应用程序时，策略控制可以执行以上所有实施例中与策略控制设备104相对应的方法步骤，如步骤202-212、300-302、306-310、355-357、401-404、409-411、500-502、506-510、555-557、5501-504、和509-511；具体执行过程均参见上述实施例，在此不再赘述。

值得说明的是，上述有的步骤被两个设备执行是因为一个设备进行发送，另一个设备进行接收。比如步骤206，策略控制设备104发送第一策略，而会话管理功能设备102接收第一策略。

图8为本申请实施例提供的计费处理设备101的逻辑结构示意图，计费处理设备101(101)用于确定需要更改用户业务的第一配额管理模式，并向策略控制设备104发送通知消息，通知消息携带用户业务的第二配额管理模式的相关信息，第二配额管理模式用于更改第一配额管理模式。计费处理设备101包括：

-处理模块802，用于确定需要更改用户业务的第一配额管理模式。处理模块802主要用于执行上述实施例中计费处理设备101进行处理和确定等步骤，如步骤208、304、354、408、504、554、和608等。

发送模块803，用于向策略控制设备104发送通知消息，通知消息携带用户业务的第二配额管理模式的相关信息，第二配额管理模式用于更改第一配额管理模式。发送模块803主要用于执行上述实施例中计费处理设备101侧的发送的步骤，如步骤208、306、353、355、402、407、409、506、553、555、602、607、和609等。

此外，计费处理设备101还包括接收模块801，用于接收策略控制设备104发送的请求消息。接收模块801主要用于执行上述实施例中计费处理设备101侧的接收的步骤，如步骤302、352、401、406、502、552、601、和606等。

图9为本申请实施例提供的策略控制设备104(104)的逻辑结构示意图，策略控制设备104(104)用于为用户业务确定策略。策略控制设备104(104)，包括：

接收模块901，用于用于接收计费处理设备101发送的用于更改第一配额管理模式的用户业务的第二配额管理模式的相关信息。接收模块901主要用于执行上述实施例中策略控制设备104的进行接收的步骤，如步骤208、306、355、402、409、506、555、602、和609等。

处理模块902，用于确定用户业务的第一配额管理模式，根据第一配额管理模式生成用户业务的第一策略以及根据用户业务的第二配额管理模式的相关信息确定第二配额管理模式，并根据第二配额管理模式生成用户业务的第二策略，第二策略用于更新或者替换第一策略。处理模块902主要用于执行上述实例中策略控制设备104进行确定、处理以及生成策略等步骤，如步骤202-204、210-212、304、354、403、410、504、554、603、和610等。

发送模块903，用于向会话管理功能设备102发送第一策略以指示会话管理功能设备102对用户业务执行第一配额管理模式。发送模块903主要用于执行上述实例中策略控制设备104进行发送等步骤，如步骤206、302、310、357、401、404、411、502、510、557、601、604、和611等。

图8所示计费处理设备101和图9所示策略控制设备104是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到这些设备也可以采用图6所示的形式。例如接收模块801、处理模块802、发送模块803、接收模块901、处理模块802、和发送模块903都可以通过图6中的处理器701和存储器702来实现。例如，通过由处理器701来执行存储器702中存储的代码来实现。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本领域普通技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

一种用户业务处理方法，其特征在于，包括：

策略控制设备生成用户的用户业务的第一策略，并发送所述第一策略给会话管理功能设备，所述第一策略指示对所述用户业务执行第一配额管理模式；

所述策略控制设备接收计费处理设备发送的用于更改所述第一配额管理模式的所述用户或所述用户业务的第二配额管理模式的相关信息，并根据所述用户或所述用户业务的第二配额管理模式的相关信息确定所述用户业务的第二配额管理模式；

所述策略控制设备生成所述用户业务的第二策略，所述第二策略用于更新或者替换所述第一策略，以及指示对所述用户业务执行所述第二配额管理模式。
根据权利要求1所述的方法，其特征在于，该方法进一步包括：

所述第一配额管理模式为第一初始配额申请模式，所述第二配额管理模式为第二初始配额申请模式，所述第一初始配额申请模式为阻塞模式以及所述第二初始配额申请模式为非阻塞模式，或者，所述第一初始配额申请模式为非阻塞模式以及所述第二初始配额申请模式为阻塞模式；或者，

所述第一配额管理模式为挂起配额管理且所述第二配额管理模式为启用配额管理，或者，所述第一配额管理模式为启用配额管理且所述第二配额管理模式为挂起配额管理。
根据权利要求1或2所述的方法，其特征在于，该方法进一步包括：

所述策略控制设备接收所述计费处理设备发送的所述用户或所述用户业务的第一配额管理模式的相关信息；

所述策略控制设备根据所述用户或所述用户业务的第一配额管理模式的相关信息确定所述用户业务的第一配额管理模式。
根据权利要求1或2所述的方法，其特征在于，该方法进一步包括：

所述策略控制设备向所述计费处理设备发送请求消息；

所述策略控制设备接收计费处理设备发送的响应消息，所述响应消息携带所述用户或所述用户业务的第一配额管理模式的相关信息；

所述策略控制设备根据所述用户或所述用户业务的第一配额管理模式的相关信息确定所述用户业务的第一配额管理模式。
根据权利要求4所述的方法，所述第一配额管理模式为第一初始配额申请模式，所述请求消息还携带第一配额管理模式的获取指示，其特征在于：

所述获取指示为所述用户的标识和获取用户的非阻塞模式的业务列表的指示信息，所述响应消息携带的所述第一配额管理模式的相关信息为所述用户的允许使用非阻塞模式的第一初始配额申请模式的业务列表；或

所述获取指示为所述用户业务的标识和获取是否允许所述用户业务使用非阻塞模式的第一初始配额申请模式的指示信息，所述响应消息携带的所述第一配额管理模式的相关信息为是否允许所述用户业务使用非阻塞模式的第一初始配额申请模式的指示信息；或

所述获取指示为所述用户的标识和获取是否允许所述用户的业务使用非阻塞的第一初始配额申请模式的指示信息，所述响应消息携带的第一配额管理模式的相关信息为是否允许所述用户的业务使用非阻塞的第一初始配额申请模式的指示信息；或

所述获取指示为所述用户业务的标识和获取所述用户业务的第一初始配额申请模式的指示信息，所述响应消息携带的第一配额管理模式的相关信息为所述用户业务的第一初始配额申请模式,所述第一初始配额申请模式为阻塞模式或非阻塞模式；或

所述获取指示为所述用户的标识和获取所述用户的各业务的第一初始配额申请模式,所述响应消息携带的第一配额管理模式的相关信息为所述用户的各业务的第一初始配额申请模式，所述第一初始配额申请模式为阻塞模式或非阻塞模式。
根据权利要求4或5所述的方法，所述第一配额管理模式为挂起或者启用配额管理，所述请求消息还携带第一配额管理模式的获取指示，其特征在于：

所述获取指示为所述用户的标识和获取所述用户的允许挂起配额管理的业务列表的指示信息，所述响应消息携带的所述第一配额管理模式的相关信息为所述用户的允许挂起配额管理的业务列表；或

所述获取指示为所述用户业务的标识和获取是否允许所述用户业务挂起配额管理的指示信息，所述响应消息携带的所述第一配额管理模式的相关信息为是否允许挂起所述用户业务的配额管理的指示信息；或

所述获取指示为所述用户的标识和获取是否允许挂起所述用户的业务的配额管理的指示信息，所述响应消息携带的第一配额管理模式的相关信息为是否允许挂起所述用户的业务的配额管理的指示信息；或

所述获取指示为所述用户业务的标识和获取所述用户业务的第一配额管理模式的指示信息，所述响应消息携带的第一配额管理模式的相关信息为所述用户业务的第一配额管理模式，所述第一配额管理模式为挂起配额管理或启用配额管理；或

所述获取指示为所述用户的标识和获取所述用户的各业务的配额管理模式,所述响应消息携带的第一配额管理模式的相关信息为所述用户的各业务的第一配额管理模式的信息，所述第一配额管理模式为挂起配额管理或启动配额管理。
根据权利要求4所述的方法，其特征在于：

所述用户或所述用户业务的第一配额管理模式的相关信息为：是否允许所述用户的业务使用非阻塞模式的指示信息，或者，是否允许挂起所述用户的业务的配额管理的指示信息。
根据权1-7任一所述方法，其特征在于，

若第一配额管理模式为第一初始配额申请模式，所述第一策略包括所述第一初始配额申请模式的指示，所述第一初始配额申请模式为非阻塞模式或阻塞模式；或，

若所述用户业务的第一配额管理模式为挂起配额管理，所述第一策略包括所述用户业务的计费方法为离线计费或者临时离线计费；或

若所述用户业务的第一配额管理模式为启用配额管理，所述第一策略包括的所述用户业务的计费方法为在线计费。
根据权利要求1-8任一所述的方法，其特征在于，所述策略控制设备接收计费处理设备发送的用于更改所述第一配额管理模式的第二配额管理模式的相关信息包括：

所述策略控制设备接收所述计费处理设备发送的针对所述用户或所述用户业务的通知消息，所述通知消息携带所述用户业务的第二配额管理模式的相关信息。
根据权利要求9所述的方法，其特征在于，所述第一配额管理模式为阻塞模式或者非阻塞模式的第一初始配额申请模式，所述用户业务的第二配额管理模式的相关信息包括：

所述用户的允许使用非阻塞的第二初始配额申请模式的业务列表；或

是否允许所述用户的业务使用非阻塞的第二初始配额申请模式的指示信息；或

是否允许所述用户业务使用非阻塞的第二初始配额申请模式的指示信息；或

所述用户业务的第二初始配额申请模式。
根据权利要求9所述的方法，其特征在于，所述第一配额管理模式为挂起或者启用配额管理，所述用户业务的第二配额管理模式的相关信息包括：

所述用户的允许挂起配额管理的业务列表；或

是否允许挂起所述用户业务的配额管理的指示信息；或

是否允许挂起所述用户的业务的配额管理的指示信息；或

所述用户业务的挂起或启用配额管理的配额管理模式。
根据权利要求9-11任一所述的方法，其特征在于，所述策略控制设备保存所述用户业务的第二配额管理模式。
根据权利要求9-12任一所述的方法，其特征在于，

若所述第二配管理模式为第二初始配额额申请模式，所述第二策略包括所述用户业务的第二初始配额申请模式，所述第二初始配额申请模式为阻塞模式或非阻塞模式；或者，

若所述用户业务的第二配额管理模式为挂起配额管理，所述第二策略包括所述用户业务的计费方法为离线计费或者临时离线计费；或者，

若所述用户业务的第二配额管理模式为启用配额管理，在所述第二策略包括的所述用户业务的计费方法为在线计费。
根据权利要求1-13任一所述的方法，其特征在于，还包括：

向所述会话管理功能设备发送发所述第二策略，所述第二策略用于更新所述用户业务的第一策略；

或者，

向所述会话管理功能设备发送所述第二策略，所述第二策略用于替换所述第一策略。
一种用户业务处理方法，应用于计费处理设备，其特征在于，包括：

确定需要更改用户的用户业务的第一配额管理模式为第二配额管理模式；

向策略控制设备发送通知消息，所述通知消息携带所述用户或所述用户业务的第二配额管理模式的相关信息。
如权利要求15所述方法，其特征在于，

所述第一配额管理模式为第一初始配额申请模式，所述第二配额管理模式为第二初始配额申请模式，所述第一初始配额申请模式为阻塞模式以及所述第二初始配额申请模式为非阻塞模式，或者，所述第一初始配额申请模式为非阻塞模式以及所述第二初始配额申请模式为阻塞模式；或者，

所述第一配额管理模式为挂起配额管理且所述第二配额管理模式为启用配额管理，或者，所述第一配额管理模式为启用配额管理且所述第二配额管理模式为挂起配额管理。
如权利要求15或16所述方法，其特征在于，还包括：

处理所述用户业务的计费请求、或者处理所述用户的其他业务的计费请求、或者对所述用户帐户执行计费管理流程时，确定需要更改所述用户业务的第一配额管理模式。
如权利要求15-17任一所述方法，其特征在于，所述计费处理设备确定需要更改所述用户业务的第一配额管理模式为第二配额管理模式包括：

接收所述用户业务的计费请求，所述计费请求中包括所述用户业务使用第一配额管理模式的指示信息；

基于所述第一配额管理模式的指示信息确定需要更改所述用户业务的第一配额管理模式为第二配额管理模式；

或者，

所述计费处理设备确定向所述策略控制设备发送过所述用户业务的第一配额管理模式的相关信息；

基于所述第一配额管理模式，所述计费处理设备确定更改所述用户业务的第一配额管理模式为第二配额管理模式。
如权利要求15-18任一所述方法，其特征在于，所述第一配额管理模式为阻塞模式或者非阻塞模式的第一初始配额申请模式，所述用于更改所述第一配额管理模式的所述第二配额管理模式的相关信息包括：

更新的所述用户的允许使用所述非阻塞模式的第二初始配额申请模式的业务列表；或

更新的是否允许所述用户的业务使用所述非阻塞模式的第二初始配额申请模式的指示信息；或

更新的是否允许所述用户业务使用所述非阻塞模式的第二初始配额申请模式的指示信息；或

更新的所述用户业务的第二初始配额申请模式。
如权利要求15-19任一所述方法，其特征在于，所述第一配额管理模式为挂起或者启用配额管理，所述用于更改所述第一配额管理模式的所述第二配额管理模式的相关信息包括：

更新的所述用户的允许挂起配额管理的业务列表；或

更新的是否允许挂起所述用户业务的配额管理的指示信息；或

更新的是否允许挂起所述用户的业务的配额管理的指示信息；或

更新的所述用户业务的挂起或启用配额管理的配额管理模式。
如权利要求15-20任一所述方法，其特征在于，所述计费处理设备保存所述用户业务的第二配额管理模式。
根据权利要求15-21任一所述的方法，其特征在于，该方法进一步包括：

所述计费处理设备确定存在为所述用户创建的资源；

所述向所述策略控制设备发送通知消息包括：通过与所述资源对应的通知地址向所述策略控制设备发送所述通知消息。
如权利要求15-22任一所述方法，其特征在于，所述方法之前，还包括：

接收所述策略控制设备发送的请求消息；

向所述策略控制设备发送的响应消息，所述响应消息携带所述用户或所述用户业务的第一配额管理模式的相关信息。
如权利要求23所述方法，所述第一配额管理模式为阻塞模式或者非阻塞模式的第一初始配额申请模式，所述请求消息还携带第一配额管理模式的获取指示，其特征在于：

所述获取指示为所述用户的标识和获取用户的非阻塞模式的业务列表的指示信息，所述响应消息携带的所述第一配额管理模式的相关信息为所述用户的允许使用非阻塞模式的第一初始配额申请模式的业务列表；或

所述获取指示为所述用户业务的标识和获取是否允许所述用户业务使用非阻塞模式的第一初始配额申请模式的指示信息，所述响应消息携带的所述第一配额管理模式的相关信息为是否允许所述用户业务使用非阻塞模式的第一初始配额申请模式的指示信息；或

所述获取指示为所述用户的标识和获取是否允许所述用户的业务使用非阻塞的第一初始配额申请模式的指示信息，所述响应消息携带的第一配额管理模式的相关信息为是否允许所述用户的业务使用非阻塞的第一初始配额申请模式的指示信息；或

所述获取指示为所述用户业务的标识和获取所述用户业务的第一初始配额申请模式的指示信息，所述响应消息携带的第一配额管理模式的相关信息为所述用户业务的第一初始配额申请模式,所述第一初始配额申请模式为阻塞模式或非阻塞模式；或

所述获取指示为所述用户的标识和获取所述用户的各业务的第一初始配额申请模式,所述响应消息携带的第一配额管理模式的相关信息为所述用户的各业务的第一初始配额申请模式，所述第一初始配额申请模式为阻塞模式或非阻塞模式。
根据权利要求23或24所述的方法，所述第一配额管理模式为挂起或者启用配额管理，所述请求消息还携带第一配额管理模式的获取指示，其特征在于：

所述获取指示为所述用户的标识和获取所述用户的允许挂起配额管理的业务列表的指示信息，所述响应消息携带的所述第一配额管理模式的相关信息为所述用户的允许挂起配额管理的业务列表；或

所述获取指示为所述用户业务的标识和获取是否允许所述用户业务挂起配额管理的指示信息，所述响应消息携带的所述第一配额管理模式的相关信息为是否允许挂起所述用户业务的配额管理的指示信息；或

所述获取指示为所述用户的标识和获取是否允许挂起所述用户的业务的配额管理的指示信息，所述响应消息携带的第一配额管理模式的相关信息为是否允许挂起所述用户的业务的配额管理的指示信息；或

所述获取指示为所述用户业务的标识和获取所述用户业务的第一配额管理模式的指示信息，所述响应消息携带的第一配额管理模式的相关信息为所述用户业务的第一配额管理模式，所述第一配额管理模式为挂起配额管理或启用配额管理；或

所述获取指示为所述用户的标识和获取所述用户的各业务的配额管理模式,所述响应消息携带的第一配额管理模式的相关信息为所述用户的各业务的第一配额管理模式的信息，所述第一配额管理模式为挂起配额管理或启动配额管理。
根据权利要求23所述的方法，其特征在于：

所述用户或所述用户业务的第一配额管理模式的相关信息为：是否允许所述用户的业务使用非阻塞模式的指示信息，或者，是否允许挂起所述用户的业务的配额管理的指示信息。
一种策略控制设备，其特征在于，包括：

处理模块用于生成用户的用户业务的第一策略；

发送模块，用于向会话管理功能设备发送所述第一策略，所述第一策略指示对所述用户业务执行第一配额管理模式；

接收模块，用于接收计费处理设备发送的用于更改所述第一配额管理模式的所述用户或所述用户业务的第二配额管理模式的相关信息；

所述处理模块还用于根据所述用户或所述用户业务的第二配额管理模式的相关信息确定所述用户业务的第二配额管理模式，并生成所述用户业务的第二策略，所述第二策略用于更新或者替换所述第一策略，所述第二策略还指示对所述用户业务执行所述第二配额管理模式。
根据权利要求27所述的策略控制设备，其特征在于，

所述接收模块还用于接收所述计费处理设备发送的所述用户或所述用户业务的第一配额管理模式的相关信息；

所述处理模块确定用户业务的第一配额管理模式为：所述处理模块根据所述用户或所述用户业务的第一配额管理模式的相关信息确定所述用户业务的第一配额管理模式。
根据权利要求28或27所述的策略控制设备，其特征在于，

所述发送模块进一步用于向所述计费处理设备发送请求消息；

所述接收模块接收计费处理设备发送的响应消息，所述响应消息携带所述用户或所述用户业务的第一配额管理模式的相关信息。
根据权利要求27-29任一所述的策略控制设备，其特征在于，

所述接收模块接收接收计费处理设备发送的用于更改所述第一配额管理模式的第二配额管理模式的相关信息包括包括：所述接收模块接收所述计费处理设备发送的针对所述用户或所述用户业务的通知消息，所述通知消息携带所述用户业务的第二配额管理模式的相关信息。
根据权利要求27-30任一所述的策略控制设备，其特征在于，

所述发送模块进一步用于向所述会话管理功能设备发送发所述第二策略，所述第二策略以更新所述用户业务的第一策略。

或者，

所述发送模块进一步用于向所述会话管理功能设备发送所述第一策略的去激活指令和所述第二策略的激活指令。
一种计费处理设备，其特征在于，包括：

处理模块，用于确定需要更改用户的用户业务的第一配额管理模式为第二配额管理模式；

发送模块，向策略控制设备发送通知消息，所述通知消息携带所述用户或所述用户业务的第二配额管理模式的相关信息。
根据权利要求32所述的计费处理设备，其特征在于，

所述计费处理设备进一步包括接收模块，用于接收用户业务的计费请求，所述计费请求中包括所述用户业务使用第一配额管理模式的指示信息；所述处理模块进一步用于基于所述第一配额管理模式的指示信息确定需要更改所述用户业务的第一配额管理模式为第二配额管理模式；或

所述处理模块进一步用于确定向所述策略控制设备发送过所述用户业务的第一配额管理模式的相关信息，并基于所述第一配额管理模式，确定需要更改所述用户业务的第一配额管理模式为第二配额管理模式。
根据权利要求27-33任一所述的计费处理设备，其特征在于，

所述处理模块进一步确定存在为所述用户创建的资源；

所述发送模块向所述策略控制设备发送通知消息包括：通过与所述资源对应的通知地址向所述策略控制设备发送所述通知消息。
根据权利要求31-32任一所述的计费处理设备，其特征在于，

所述计费处理设备进一步包括接收模块，用于接收所述策略控制设备发送的请求消息；

所述发送模块进一步用于向所述策略控制设备发送的响应消息，所述响应消息携带所述用户或所述用户业务的第一配额管理模式的相关信息。
一种计费处理设备(101)，其特征在于，包括处理器和存储器，其中：

所述存储器，用于存储程序指令；

所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费处理设备(101)执行权利要求15至26中任一项所述的处理用户业务的方法。
一种会话管理功能设备(102)，其特征在于，包括处理器和存储器，其中：

所述存储器，用于存储程序指令；

所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述会话管理功能设备(102)执行权利要求1至14中任意一项所述的处理用户业务的方法。
一种系统，其特征在于，包括用于执行权利要求27-31任一所述的策略控制设备，和执行权利要求32-36任一所述的计费处理设备。
一种用户业务处理方法，其特征在于，包括：

策略控制设备确定用户业务的第一配额管理模式；

所述策略控制设备根据所述第一配额管理模式生成所述用户业务的第一策略，向会话管理功能设备发送所述第一策略，所述第一策略指示对所述用户业务执行所述第一配额管理模式；

计费处理设备向所述策略控制设备发送用于更改所述第一配额管理模式的所述用户业务的第二配额管理模式的相关信息；

所述策略控制设备根据所述用户业务的第二配额管理模式的相关信息确定第二配额管理模式；

所述策略控制设备根据所述第二配额管理模式生成所述用户业务的第二策略，所述第二策略用于更新或者替换所述第一策略，以及指示对所述用户业务执行所述第二配额管理模式。