WO2018126981A1

WO2018126981A1 - 计费管理方法、用户面功能实体以及控制面功能实体

Info

Publication number: WO2018126981A1
Application number: PCT/CN2017/119383
Authority: WO
Inventors: 阎亚丽; 夏霄轶; 何光伟; 张艳平; 乔伟华
Original assignee: 华为技术有限公司
Priority date: 2017-01-05
Filing date: 2017-12-28
Publication date: 2018-07-12
Also published as: CN113037513A; KR20190030750A; US10681222B2; CN108282342A; EP3487120A1; EP3487120B1; US20200274973A1; JP2019534601A; EP3487120A4; JP6797288B2; EP4207689A1; KR102276868B1; US20190182385A1; EP3890240A1; CN108282342B; CN113037513B; US11064076B2; BR112019003231A2; EP3890240B1

Abstract

本申请实施例公开了计费管理方法、用户面功能实体以及控制面功能实体。本申请实施例方法包括：UP接收CP发送的第一用量上报规则URR以及第二URR，所述第一URR与所述第二URR具有关联关系；当在所述UP上的用量信息达到所述第一URR的阈值时，所述UP获取所述第一URR对应的用量信息以及与所述第一URR具有关联关系的第三URR对应的用量信息；所述UP向所述CP发送所述第一URR对应的用量信息以及所述第三URR对应的用量信息，以使得所述CP根据所述第一URR对应的用量信息以及所述第三URR对应的用量信息组成计费数据记录。本申请实施例使得CP能够从UP获取到具有关联关系的各级别URR所对应的用量信息，因此CP可以生成完整的计费数据记录并上报给计费服务器。

Description

计费管理方法、用户面功能实体以及控制面功能实体

本申请要求于2017年1月5日提交中国专利局、申请号为201710012833.3、发明名称为“计费管理方法、用户面功能实体以及控制面功能实体”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信领域，尤其涉及计费管理方法、用户面功能实体以及控制面功能实体。

背景技术

随着互联网技术的发展，互联网的应用越来越广泛。用户通过用户设备(UE，User Equipment)访问某网络业务时，UE会与该网络业务的业务服务器建立网络连接，同时，网络中的网元会保存该UE对应的会话，并将该UE的数据流量和上网时长等计费信息发送给计费服务器，计费服务器则会为该UE分配会话资源，如处理资源和内存资源等，从而为该UE进行计费。其中计费服务器可以是认证、授权和计费(AAA，Authentication，Authorization and Accouting)服务器，也可以是在线计费系统(OCS，Online Charging System)或离线计费系统(OFCS，Offline Charging Sysytem，离线计费系统)。

在控制面与用户面分离(CUPS，Control and User Plane Separation)网络架构中，计费服务器只与控制面功能实体(CP，Control Plane function)相连，CP上有计费用量阈值，并通过Sx接口向用户面功能实体(UP，User Plane function)发送用量上报规则(URR，Usage Reporting Rule)，当UP上累计的流量或时间达到URR的阈值时，UP将累计的用量信息上报给CP，CP生成计费数据记录，然后向计费系统上报计费数据记录，计费系统根据上报的计费数据记录，对用户进行计费扣费操作，生成计费详单。

该URR有不同的级别，UP并不感知该URR的级别，UP只会感知在UP上的用量信息是否达到该URR的阈值，若达到，则上报该URR对应的用量信息，若未达到，则不上报该URR对应的用量信息。

由于UP是以用量信息是否达到该URR的阈值来决定是否上报用量信息，所以在某些情况下，UP上报的用量信息可能不完全，使得CP无法生成完整的计费数据记录并上报给计费服务器。

发明内容

本申请实施例提供了一种计费管理方法、用户面功能实体以及控制面功能实体，能够使得CP生成完整的计费数据记录并上报给计费服务器。

本申请实施例第一方面提供了一种计费管理方法：

在CUPS网络架构中，计费服务器只与CP相连，当需要进行计费时，CP会通过Sx接口向UP发送URR，则UP可以接收到CP发送的第一用量上报规则URR以及第二URR，其中，第一URR与第二URR具有关联关系。

当在UP上的用量信息达到第一URR的阈值时，UP获取第一URR对应的用量信息以及与第一URR具有关联关系的第三URR对应的用量信息，其中第三URR与第二URR相对应，即第三URR可以是第二URR，也可以是由第二URR进行某些操作后得到的URR。

UP获取到第一URR对应的用量信息以及第三URR对应的用量信息之后，可以向CP发送这些信息，则使得CP可以根据这些信息组成计费数据记录。

当在UP上的用量信息达到第一URR的阈值时，UP不仅仅会向CP上报第一URR对应的用量信息，还会向CP上报与第一URR具有关联关系的第三URR对应的用量信息，从而使得CP能够从UP获取到具有关联关系的各级别URR所对应的用量信息，因此CP可以生成完整的计费数据记录并上报给计费服务器。

基于第一方面，本申请实施例还提供了第一方面的第一种实施方式：

UP向CP同时发送第一URR对应的用量信息以及第三URR对应的用量信息，或者也可以不同时发送，例如先发送第一URR对应的用量信息，再发送第三URR对应的用量信息，或者先发送第三URR对应的用量信息，再发送第二URR对应的用量信息。

若是同时发送，UP可以在同一条消息中包括第一URR对应的用量信息以及第三URR对应的用量信息，也可以在不同消息中分别包括第一URR对应的用量信息以及第三URR对应的用量信息。

若是不同时发送，则UP在不同消息中分别包括第一URR对应的用量信息以及第三URR对应的用量信息。

UP可以根据实际情况选择如何向CP发送用量信息，既可以同时发送，也可以分别发送，因此提高了方案的灵活性和可选择性。

基于第一方面，本申请实施例还提供了第一方面的第二种实施方式：

第一URR可以有一个阈值或者是多个阈值，当只有一个阈值时，阈值可以是时长，或流量，或事件数量等阈值中的一个，当达到阈值时，UP则会获取第一URR对应的用量信息以及第三URR对应的用量信息。

当有多个阈值时，这些阈值可以是时长，或流量，或事件数量等阈值，只要UP上的用量信息达到这些阈值中的任意一个阈值，UP则会获取第一URR对应的用量信息以及第三URR对应的用量信息。

UP可以适应第一URR中的阈值的多种情况，一个阈值时可以进行监测，多个阈值时也可以进行监测，因此提高了方案的灵活性和可选择性。

基于第一方面，本申请实施例还提供了第一方面的第三种实施方式：

UP上报的第一URR对应的用量信息和第三URR对应的用量信息可以是同一种用量信息，例如均为时长，或流量，或事件数量，也可以不是同一种用量信息，例如第一URR对应的用量信息为时长，第三URR对应的用量信息为流量。

UP上报的用量信息可以相同也可以不同，因此能够适应CP或计费服务器提出的更多的需求，从而增加方案的适应范围。

基于第一方面，或第一方面的第一种实施方式，或第一方面的第二种实施方式，或第一方面的第三种实施方式，本申请实施例还提供了第一方面的第四种实施方式：

UP接收CP发送的第一URR以及第二URR包括：

UP接收CP发送的会话建立请求，会话建立请求中包括第一URR以及第二URR，第三URR 与第二URR相同。

UP在会话建立请求中接收到CP发送的第一URR以及第二URR，则UP上报的是第一URR对应的用量信息以及第二URR对应的用量信息，此时的第三URR即为第二URR。

UP接收到的会话建立请求中可以已经指示第一URR与第二URR之间具有关联关系，UP也可以在接收到会话建立请求之后，且向CP发送用量信息之前，接收CP发送的关联指示，关联指示用于表示第一URR与第二URR具有关联关系。

基于第一方面，或第一方面的第一种实施方式，或第一方面的第二种实施方式，或第一方面的第三种实施方式，本申请实施例还提供了第一方面的第五种实施方式：

会话建立请求在会话修改请求之前，UP可以先接收CP发送的会话建立请求，会话建立请求中包括第一URR，然后在会话修改中接收CP发送的第一URR或第一URR的标识以及第二URR。

UP接收CP发送的会话修改请求之后，方法还包括：

UP将第二URR作为第三URR。

当UP在会话建立请求中只获得到第一URR或者是未获得任何URR时，则UP可以将会话修改请求中获得的第二URR作为第三URR。

基于第一方面，或第一方面的第一种实施方式，或第一方面的第二种实施方式，或第一方面的第三种实施方式，本申请实施例还提供了第一方面的第六种实施方式：

UP接收CP发送的第一URR以及第二URR包括：

UP接收CP发送的会话建立请求，会话建立请求中可以包括第一URR以及第五URR。

UP接收到的会话建立请求中可以已经指示第一URR与第五URR之间具有关联关系，UP也可以在接收到会话建立请求之后，且UP向CP发送第一URR对应的用量信息以及第三URR对应的用量信息之前，接收CP发送的关联指示，关联指示用于表示第一URR与第五URR具有关联关系。

基于第一方面，或第一方面的第一种实施方式，或第一方面的第二种实施方式，或第一方面的第三种实施方式，本申请实施例还提供了第一方面的第七种实施方式：

UP接收CP发送的第一URR以及第二URR包括：

UP接收CP发送的会话建立请求，会话建立请求中包括第一URR；

UP接收CP发送的第一会话修改请求，第一会话修改请求中包括第五URR；

方法还包括：

UP对第五URR进行存储。

UP接收到的会话建立请求中可以包括第一URR，之后通过第一会话修改请求获得第五URR。

基于第一方面，或第一方面的第一种实施方式，或第一方面的第二种实施方式，或第一方面的第三种实施方式，本申请实施例还提供了第一方面的第八种实施方式：

UP接收CP发送的第一URR以及第二URR包括：

UP接收CP发送的会话建立请求，会话建立请求中包括第五URR；

UP接收CP发送的第二会话修改请求，第二会话修改请求中包括第一URR；

方法还包括：

UP对第一URR进行存储。

UP接收到的会话建立请求中可以包括第五URR，之后通过第二会话修改请求获得第一URR。

基于第一方面，或第一方面的第一种实施方式，或第一方面的第二种实施方式，或第一方面的第三种实施方式，本申请实施例还提供了第一方面的第九种实施方式：

UP接收CP发送的第一URR以及第二URR包括：

UP接收CP发送的第三会话修改请求，第三会话修改请求中包括第一URR以及第五URR；

方法还包括：

UP对第一URR以及第五URR进行存储。

UP接收到的会话建立请求中可以不包括URR，之后通过第三会话修改请求获得第一URR和第五URR。

UP可以通过多种方式从CP获得第一URR以及第五URR，因此提高了方案的灵活性。

基于第一方面的第六种、第七种、第八种、第九种中任一种实施方式，本申请实施例还提供了第一方面的第十种实施方式：

UP接收CP发送的第一URR以及第二URR还包括：

UP接收CP发送的第四会话修改请求，第四会话修改请求中包括第一URR或第一URR的标识，以及第二URR或第二URR的标识；

UP接收CP发送的第四会话修改请求之后，方法还包括：

UP根据第二URR对第五URR进行更新得到第三URR。

UP在获得第一URR以及第五URR之后，在某次会话修改请求中，可以接收到CP发送的第一URR以及第二URR，其中第一URR可以是完整的URR，也可以是一个标识。

UP可以根据第二URR对已收到的第五URR进行更新，更新之后即可得到第三URR。

基于第一方面的第十种实施方式，本申请实施例还提供了第一方面的第十一种实施方式：

UP根据第二URR对第五URR进行更新得到第三URR包括：

UP可以判断第五URR中是否包括第二URR，若不包括，则UP可以在第五URR中增加第二URR得到第三URR；

或，

UP可以判断第五URR中是否包括除了第二URR之外的其他目标URR，若包括，则UP可以在第五URR中删除目标URR得到第三URR；

或，

UP可以判断第五URR中是否包括除了第二URR之外的其他目标URR，若包括，则UP可以删除第五URR中的目标URR与第一URR之间的关联关系得到第三URR。

UP在进行删除操作时，既可以删除完整的URR，也可以删除URR与第一URR之间的关联关系，同时，CP可以要求UP更新与第一URR具有关联关系的其他URR，因此能够灵活的调整需要上报的URR。

基于第一方面的第六种、第七种、第八种、第九种中任一种实施方式，本申请实施例还提供了第一方面的第十二种实施方式：

UP接收CP发送的第一URR以及第二URR还包括：

UP接收CP发送的第四会话修改请求，第四会话修改请求中包括增加指令，第一URR或第一URR的标识，以及第二URR或第二URR的标识；

UP接收CP发送的第四会话修改请求之后，方法还包括：

UP根据增加指令在第五URR中增加第二URR得到第三URR。

CP可以要求UP增加与第一URR具有关联关系的其他URR，因此能够灵活的调整需要上报的URR。

基于第一方面的第六种、第七种、第八种、第九种中任一种实施方式，本申请实施例还提供了第一方面的第十三种实施方式：

UP接收CP发送的第一URR以及第二URR还包括：

UP接收CP发送的第四会话修改请求，第四会话修改请求中包括删除指令，第一URR或第一URR的标识，以及第二URR或第二URR的标识；

UP接收CP发送的第四会话修改请求之后，方法还包括：

UP根据删除指令在第五URR中删除第二URR得到第三URR；

或，

UP根据删除指令删除第五URR中的第二URR与第一URR之间的关联关系得到第三URR。

UP在进行删除操作时，既可以删除完整的URR，也可以删除URR与第一URR之间的关联关系，同时，CP可以要求UP删除与第一URR具有关联关系的其他URR，因此能够灵活的调整需要上报的URR。

基于第一方面的第六种、第七种、第八种、第九种中任一种实施方式，本申请实施例还提供了第一方面的第十四种实施方式：

UP接收CP发送的第一URR以及第二URR还包括：

UP接收CP发送的第四会话修改请求，第四会话修改请求中包括增加指令，删除指令，第一URR或第一URR的标识，第二URR或第二URR的标识，第四URR或第四URR的标识；

UP接收CP发送的第四会话修改请求之后，方法还包括：

UP根据增加指令在第五URR中增加第二URR，并根据删除指令在第五URR中删除第四URR或根据删除指令删除第五URR中的第四URR与第一URR之间的关联关系，得到第三URR。

UP在进行删除操作时，既可以删除完整的URR，也可以删除URR与第一URR之间的关联关系，同时，CP可以要求UP增加以及删除与第一URR具有关联关系的其他URR，因此能够灵活的调整需要上报的URR。

基于第一方面的第六种、第七种、第八种、第九种中任一种实施方式，本申请实施例还提供了第一方面的第十五种实施方式：

UP向CP发送第一URR对应的用量信息以及第三URR对应的用量信息之后，方法还包括：

UP接收CP发送的会话修改请求，会话修改请求中包括全部删除指令；

UP接收CP发送的会话修改请求之后，方法还包括：

UP根据全部删除指令在第五URR中删除全部的URR；

或，

UP根据全部删除指令删除第五URR中的全部的URR与第一URR之间的关联关系。

基于第一方面、第一方面的第一种至第十五种中任一种实施方式，本申请实施例还提供了第一方面的第十六种实施方式：

第一URR为承载级别的URR，第二URR为业务数据流级别的URR，第三URR为业务数据流级别的URR。

基于第一方面的第十四种实施方式，本申请实施例还提供了第一方面的第十七种实施方式：

第四URR为业务数据流级别的URR。

基于第一方面的第六种、第七种、第八种、第九种中任一种实施方式，本申请实施例还提供了第一方面的第十八种实施方式：

第五URR为业务数据流级别的URR。

第一URR至第五URR限定为了具体级别的URR，提高了方案的可实现性。

本申请实施例第二方面提供了一种计费管理方法：

在CUPS网络架构中，计费服务器只与CP相连，当需要进行计费时，CP会通过Sx接口向UP发送第一URR以及第二URR，第一URR与第二URR具有关联关系；

当在UP上的用量信息达到第一URR的阈值时，UP向CP上报第一URR对应的用量信息以及第三URR对应的用量信息，则CP可以根据这些信息组成计费数据记录。

基于第二方面，本申请实施例还提供了第二方面的第一种实施方式：

CP可以同时接收第一URR对应的用量信息以及第三URR对应的用量信息，或者也可以不同时接收，例如先接收第一URR对应的用量信息，再接收第三URR对应的用量信息，或者先接收第三URR对应的用量信息，再接收第二URR对应的用量信息。

若是同时接收，CP可以在同一条消息中接收第一URR对应的用量信息以及第三URR对应的用量信息，也可以在不同消息中分别接收第一URR对应的用量信息以及第三URR对应的用量信息。

若是不同时接收，则CP在不同消息中分别接收第一URR对应的用量信息以及第三URR对应的用量信息。

基于第二方面，本申请实施例还提供了第二方面的第二种实施方式：

CP接收到UP上报的第一URR对应的用量信息和第三URR对应的用量信息可以是同一种用量信息，例如均为时长，或流量，或事件数量，也可以不是同一种用量信息，例如第一URR对应的用量信息为时长，第三URR对应的用量信息为流量。

基于第二方面，或第二方面的第一种实施方式，或第二方面的第二种实施方式，本申请实施例还提供了第二方面的第三种实施方式：

CP向UP发送第一URR以及第二URR之前，CP还可以接收触发请求，则CP向UP发送第一URR以及第二URR具体的过程可以为：

CP根据触发请求向UP发送第一URR以及第二URR。

基于第二方面，或第二方面的第一种实施方式，或第二方面的第二种实施方式，本申请实施例还提供了第二方面的第四种实施方式：

CP向UP发送第一URR以及第二URR包括：

CP向UP发送会话建立请求，会话建立请求中包括第一URR以及第二URR，第三URR与第二URR相同。

CP在会话建立请求中向UP下发第一URR以及第二URR，则CP可以接收到UP上报的第一URR对应的用量信息以及第二URR对应的用量信息，此时的第三URR即为第二URR。

CP可以在会话建立请求中就指示第一URR与第二URR之间具有关联关系，CP也可以在发送会话建立请求之后，且在接收UP发送的用量信息之前，向UP发送关联指示，关联指示用于表示第一URR与第二URR具有关联关系。

基于第二方面，或第二方面的第一种实施方式，或第二方面的第二种实施方式，本申请实施例还提供了第二方面的第五种实施方式：

CP向UP发送第一URR以及第二URR包括：

CP向UP发送会话建立请求，会话建立请求中包括第一URR。

会话建立请求在会话修改请求之前，CP可以先向UP发送会话建立请求，然后CP向UP发送会话修改请求，会话修改请求中包括第一URR或第一URR的标识，以及第二URR，以使得UP将第二URR作为第三URR。

当CP在会话建立请求中只发送第一URR或者是未发送任何URR时，则UP可以将会话修改请求中获得的第二URR作为第三URR。

基于第二方面，或第二方面的第一种实施方式，或第二方面的第二种实施方式，本申请实施例还提供了第二方面的第六种实施方式：

CP向UP发送第一URR以及第二URR包括：

CP向UP发送会话建立请求，会话建立请求中可以包括第一URR以及第五URR。

CP可以在会话建立请求中就指示第一URR与第五URR之间具有关联关系，CP也可以在发送会话建立请求之后，且在CP接收UP发送的第一URR对应的用量信息以及与第一URR具有关联关系的第三URR对应的用量信息之前，向UP发送关联指示，关联指示用于表示第一URR与第五URR具有关联关系。

基于第二方面，或第二方面的第一种实施方式，或第二方面的第二种实施方式，本申请实施例还提供了第二方面的第七种实施方式：

CP向UP发送第一URR以及第二URR包括：

CP向UP发送会话建立请求，会话建立请求中包括第一URR；

CP向UP发送第一会话修改请求，第一会话修改请求中包括第五URR。

CP在会话建立请求中可以包括第一URR，之后通过第一会话修改请求发送第五URR。

基于第二方面，或第二方面的第一种实施方式，或第二方面的第二种实施方式，本申请实施例还提供了第二方面的第八种实施方式：

CP向UP发送第一URR以及第二URR包括：

CP向UP发送会话建立请求，会话建立请求中包括第五URR；

CP向UP发送第二会话修改请求，第二会话修改请求中包括第一URR。

CP在会话建立请求中可以包括第五URR，之后通过第二会话修改请求发送第一URR。

基于第二方面，或第二方面的第一种实施方式，或第二方面的第二种实施方式，本申请实施例还提供了第二方面的第九种实施方式：

CP向UP发送第一URR以及第二URR包括：

CP向UP发送第三会话修改请求，第三会话修改请求中包括第一URR以及第五URR。

CP发送的会话建立请求中可以不包括URR，之后通过第三会话修改请求发送第一URR和第五URR。

基于第二方面的第六种、第七种、第八种、第九种中任一种实施方式，本申请实施例还提供了第二方面的第十种实施方式：

CP向UP发送第一URR以及第二URR还包括：

CP向UP发送第四会话修改请求，第四会话修改请求中包括第一URR或第一URR的标识，以及第二URR或第二URR的标识，以使得UP根据第二URR对第五URR进行更新得到第三URR。

CP在向UP发送第一URR以及第五URR之后，在会话修改请求中，可以向UP发送第一URR以及第二URR，其中第一URR可以是完整的URR，也可以是一个标识。

以使得UP可以根据第二URR对已收到的第五URR进行更新，更新之后即可得到第三URR。

基于第二方面的第六种、第七种、第八种、第九种中任一种实施方式，本申请实施例还提供了第二方面的第十一种实施方式：

CP向UP发送第一URR以及第二URR还包括：

CP向UP发送第四会话修改请求，第四会话修改请求中包括增加指令，第一URR或第一URR的标识，以及第二URR或第二URR的标识，以使得UP根据增加指令在第五URR中增加第二URR得到第三URR。

基于第二方面的第六种、第七种、第八种、第九种中任一种实施方式，本申请实施例还提供了第二方面的第十二种实施方式：

CP向UP发送第一URR以及第二URR还包括：

CP向UP发送第四会话修改请求，第四会话修改请求中包括删除指令，第一URR或第一URR的标识，以及第二URR或第二URR的标识，以使得UP根据删除指令在第五URR中删除第二URR得到第三URR，或以使得UP根据删除指令删除第五URR中的第二URR与第一URR之间的关联关系得到第三URR。

CP可以要求UP删除与第一URR具有关联关系的其他URR，UP在进行删除操作时，既可以删除完整的URR，也可以删除URR与第一URR之间的关联关系，同时，因此能够灵活的调整需要上报的URR。

基于第二方面的第六种、第七种、第八种、第九种中任一种实施方式，本申请实施例还提供了第二方面的第十三种实施方式：

CP向UP发送第一URR以及第二URR还包括：

CP向UP发送第四会话修改请求，第四会话修改请求中包括增加指令，删除指令，第一URR或第一URR的标识，第二URR或第二URR的标识以及第四URR或第四URR的标识，以使得UP根据增加指令在第五URR中增加第二URR，并使得UP根据删除指令在第五URR中删除第四URR或根据删除指令删除第五URR中的第四URR与第一URR之间的关联关系得到第三URR。

CP可以要求UP增加以及删除与第一URR具有关联关系的其他URR，UP在进行删除操作时，既可以删除完整的URR，也可以删除URR与第一URR之间的关联关系，同时，因此能够灵活的调整需要上报的URR。

基于第二方面的第六种、第七种、第八种、第九种中任一种实施方式，本申请实施例还提供了第二方面的第十四种实施方式：

CP接收UP发送第一URR对应的用量信息以及第三URR对应的用量信息之后，方法还包括：

CP向UP发送会话修改请求，会话修改请求中包括全部删除指令，以使得UP根据全部删除指令在第五URR中删除全部的URR或根据全部删除指令删除第五URR中的全部的URR与第一URR之间的关联关系。

基于第二方面、第二方面的第一种至第十四种中任一种实施方式，本申请实施例还提供了第二方面的第十五种实施方式：

基于第二方面的第十三种实施方式，本申请实施例还提供了第二方面的第十六种实施方式：

第四URR为业务数据流级别的URR。

基于第二方面的第六种、第七种、第八种、第九种中任一种实施方式，本申请实施例还提供了第二方面的第十七种实施方式：

第五URR为业务数据流级别的URR。

本申请实施例第三方面提供了一种计费管理方法：

在CUPS网络架构中，计费服务器只与CP相连，当需要进行计费时，CP会通过Sx接口向UP发送URR，则UP可以接收到CP发送的第一用量上报规则URR，当在UP上的用量信息达到第一URR的阈值时，UP获取第一URR对应的用量信息；

UP向CP发送第一URR对应的用量信息；

随后，UP可以接收到CP发送的第一请求，第一请求中包括第二URR，第二URR与第一URR具有关联关系；

UP获取第二URR对应的用量信息；

UP向CP发送第二URR对应的用量信息，以使得CP根据第一URR对应的用量信息以及第二URR对应的用量信息组成计费数据记录。

当在UP上的用量信息达到第一URR的阈值时，UP会向CP上报第一URR对应的用量信息，在UP收到CP的第一请求之后，还会向CP上报与第一URR具有关联关系的第二URR对应的用量信息，从而使得CP能够从UP获取到具有关联关系的各级别URR所对应的用量信息，因此CP可以生成完整的计费数据记录并上报给计费服务器。

基于第三方面，本申请实施例还提供了第三方面的第一种实施方式：

UP并不需要获知第一URR与第二URR之间具体具有关联关系，只需要按照CP的要求上报对应的用量信息，当然，UP也可以获知第一URR与第二URR之间具有关联关系。

无论UP是否获知第一URR与第二URR之间具有关联关系，CP向UP下发时，CP都可获知第一URR与第二URR之间具有关联关系。

基于第三方面，本申请实施例还提供了第三方面的第二种实施方式：

UP接收到的第一请求中可能会包括多个URR，也可以只包括第二URR，如果包括多个URR，则可能其中会包括其他承载的URR，所以UP需要识别出哪个是第二URR，以便及时的进行用量信息的上报，UP识别第二URR的方式有多种，可以是通过CP在第二URR内部配置的标识，或者是第二URR外部配置的标识来识别。

具体的标识可以是指示标识，用以指示其为第二URR，或者是上报时间标识，用于指示需要何时上报第二URR对应的用量信息，或者是其他的标识。

基于第三方面，或第三方面的第一种实施方式，或第三方面的第二种实施方式，本申请实施例还提供了第三方面的第三种实施方式：

第一URR为承载级别的URR，第二URR为业务数据流级别的URR。

第一URR至第二URR限定为了具体级别的URR，提高了方案的可实现性。

本申请实施例第四方面提供了一种计费管理方法：

在CUPS网络架构中，计费服务器只与CP相连，当需要进行计费时，CP会通过Sx接口向UP发送URR，则UP可以接收到CP发送的第一URR以及第二URR，而此时UP并不知道第一URR与第二URR之间具有关联关系。

当在UP上的用量信息达到第一URR的阈值时，UP获取第一URR对应的用量信息；

UP向CP发送第一URR对应的用量信息；

随后，UP接收CP发送的第一请求，第一请求中包括关联指示，关联指示用于表示第二URR与第一URR具有关联关系；

当UP获知第一URR与第二URR具有关联关系之后，UP可以获取第二URR对应的用量信息；

当在UP上的用量信息达到第一URR的阈值时，UP会向CP上报第一URR对应的用量信息以及第二URR对应的用量信息，从而使得CP能够从UP获取到具有关联关系的各级别URR所对应的用量信息，因此CP可以生成完整的计费数据记录并上报给计费服务器。

基于第四方面，本申请实施例还提供了第四方面的第一种实施方式：

关联指示可以通过标识是来实现，用以表明第一URR与第二URR具有关联关系等。

基于第四方面，或第四方面的第一种实施方式，本申请实施例还提供了第四方面的第二种实施方式：

第一URR为承载级别的URR，第二URR为业务数据流级别的URR。

本申请实施例第五方面提供了一种计费管理方法：

在CUPS网络架构中，计费服务器只与CP相连，当需要进行计费时，CP会收到触发请求，并根据触发信息通过Sx接口向UP发送第一URR；

当在UP上的用量信息达到第一URR的阈值时，CP接收UP发送的第一URR对应的用量信息；

由于第一URR对应的用量信息不足以组成完成的计费数据记录，则CP向UP发送第一请求，第一请求中包括第二URR，第二URR与第一URR具有关联关系；

随后，CP接收UP发送的第二URR对应的用量信息；

CP根据第一URR对应的用量信息以及第二URR对应的用量信息组成计费数据记录。

当在UP上的用量信息达到第一URR的阈值时，UP不仅仅会向CP上报第一URR对应的用量信息，还会向CP上报与第一URR具有关联关系的第二URR对应的用量信息，从而使得CP能够从UP获取到具有关联关系的各级别URR所对应的用量信息，因此CP可以生成完整的计费数据记录并上报给计费服务器。

基于第五方面，本申请实施例还提供了第五方面的第一种实施方式：

CP发送的第一请求中可能会包括多个URR，也可以只包括第二URR，如果包括多个URR，则可能其中会包括其他承载的URR，所以CP需要告知UP如何识别出哪个是第二URR，以便及时的进行用量信息的上报，CP告知的方式有多种，可以是通过在第二URR内部配置的标识，或者是第二URR外部配置的标识来识别。

基于第五方面，或第五方面的第一种实施方式，本申请实施例还提供了第五方面的第二种实施方式：

CP向UP发送第一请求之前，方法还包括：

CP根据触发请求确定第一URR与第二URR之间的关联关系。

CP可以根据触发请求确定第一URR与第二URR之间的关联关系，之后再向UP发送第一URR与第二URR。

基于第五方面，或第五方面的第一种实施方式，本申请实施例还提供了第五方面的第三种实施方式：

CP向UP发送第一请求之前，方法还包括：

CP根据触发请求对第二URR进行更新。

CP可以根据触发请求更新第一URR与第二URR之间的关联关系，之后再向UP发送第一URR与更新后的第二URR。

基于第五方面，或第五方面的第一种至第三种中任一种实施方式，本申请实施例还提供了第五方面的第四种实施方式：

第一URR为承载级别的URR，第二URR为业务数据流级别的URR。

本申请实施例第六方面提供了一种计费管理方法：

在CUPS网络架构中，计费服务器只与CP相连，当需要进行计费时，CP会收到触发请求，并根据触发信息通过Sx接口向UP发送第一URR以及第二URR；

由于第一URR对应的用量信息不足以组成完成的计费数据记录，则CP向UP发送第一请求，第一请求中包括关联标识，关联标识用于表示第二URR与第一URR具有关联关系；

随后，CP接收UP发送的第二URR对应的用量信息；

基于第六方面，本申请实施例还提供了第六方面的第一种实施方式：

基于第六方面，或第六方面的第一种实施方式，本申请实施例还提供了第六方面的第二种实施方式：

CP根据触发请求向UP发送第一URR和第二URR之前，方法还包括：

CP根据触发请求确定第一URR与第二URR之间的关联关系。

基于第六方面，或第六方面的第一种实施方式，本申请实施例还提供了第六方面的第三种实施方式：

CP根据触发请求向UP发送第一URR和第二URR之前，方法还包括：

CP根据触发请求对第二URR进行更新。

基于第六方面，或第六方面的第一种至第三种中任一种实施方式，本申请实施例还提供了第六方面的第四种实施方式：

第一URR为承载级别的URR，第二URR为业务数据流级别的URR。

本申请实施例第七方面提供了一种用户面功能实体，该用户面功能实体具有实现上述第一方面中用户面功能实体行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

本申请实施例第八方面提供了一种控制面功能实体，该控制面功能实体具有实现上述第二方面中控制面功能实体行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

本申请实施例第九方面提供了一种用户面功能实体，该用户面功能实体具有实现上述第三方面中用户面功能实体行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

本申请实施例第十方面提供了一种用户面功能实体，该用户面功能实体具有实现上述第四方面中用户面功能实体行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

本申请实施例第十一方面提供了一种控制面功能实体，该控制面功能实体具有实现上述第五方面中控制面功能实体行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

本申请实施例第十一方面提供了一种控制面功能实体，该控制面功能实体具有实现上述第六方面中控制面功能实体行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

本申请实施例第十三方面提供了一种计算机存储介质，该计算机存储介质用于储存为上述用户面功能实体或控制面功能实体所用的计算机软件指令，其包括用于执行为用户面功能实体或控制面功能实体所设计的程序。

该用户面功能实体可以如前述第七方面、第九方面以及第十方面所描述的用户面功能实体。

该控制面功能实体可以如前述第八方面、第十一方面以及第十二方面所描述的控制面功能实体。

本申请实施例第十四方面提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现上述第一方面至第六方面中任意一项的计费管理方法中的流程。

从以上技术方案可以看出，本申请实施例具有以下优点：当在UP上的用量信息达到第一URR的阈值时，UP不仅仅会向CP上报第一URR对应的用量信息，还会向CP上报与该第一URR具有关联关系的第三URR对应的用量信息，从而使得CP能够从UP获取到具有关联关系的各级别URR所对应的用量信息，因此CP可以生成完整的计费数据记录并上报给计费服务器。

附图说明

图1为CU分离网络框架示意图；

图2为CU分离场景下的计费服务器连接关系示意图；

图3为URR上报规则示意图；

图4为本申请计费管理方法一个实施例示意图；

图5为本申请计费管理方法另一实施例示意图；

图6为本申请计费管理方法另一实施例示意图；

图7为本申请计费管理方法另一实施例示意图；

图8为本申请计费管理方法另一实施例示意图；

图9为本申请计费管理方法另一实施例示意图；

图10为本申请计费管理方法另一实施例示意图；

图11为本申请计费管理方法另一实施例示意图；

图12为本申请计费管理方法另一实施例示意图；

图13为本申请计费管理方法另一实施例示意图；

图14为本申请用户面功能实体一个实施例示意图；

图15为本申请用户面功能实体另一实施例示意图；

图16为本申请用户面功能实体另一实施例示意图；

图17为本申请用户面功能实体另一实施例示意图；

图18为本申请用户面功能实体另一实施例示意图；

图19为本申请用户面功能实体另一实施例示意图；

图20为本申请用户面功能实体另一实施例示意图；

图21为本申请控制面功能实体一个实施例示意图；

图22为本申请控制面功能实体另一实施例示意图；

图23为本申请控制面功能实体另一实施例示意图；

图24为本申请控制面功能实体另一实施例示意图；

图25为本申请控制面功能实体另一实施例示意图；

图26为本申请控制面功能实体另一实施例示意图；

图27为本申请控制面功能实体另一实施例示意图；

图28为本申请用户面功能实体另一实施例示意图；

图29为本申请控制面功能实体另一实施例示意图；

图30为本申请用户面功能实体另一实施例示意图；

图31为本申请控制面功能实体另一实施例示意图。

具体实施方式

本申请实施例提供了一种计费管理方法，能够使得CP生成完整的计费数据记录并上报给计费服务器。

本申请实施例可应用于如图1所示的CU分离网络框架，该网络框架中，核心网网元功能分为控制面功能和用户面功能。核心网网元功能分为CP与UP。UP主要负责分组数据包的转发、QoS控制、计费信息统计等。CP主要负责向用户面功能下发数据包转发策略、QoS控制策略、计费信息统计上报策略等。

相应地，网络中的服务网关(SGW，Serving Gateway)被分为服务网关控制面功能实体(SGW-C，SGW Control plane function)和服务网关用户面功能实体(SGW-U，SGW User plane function)。

分组数据网关(PGW，Packet Data Network Gateway)被分为分组数据网关控制面功能实体PGW-C(PGW-C，PGW Control plane function)和分组数据网关用户面功能实体PGW-U(PGW-U，PGW User plane function)。

业务检测功能实体(TDF，Traffic Detection Function)被分为业务检测控制面功能实体(TDF-C，TDF Control plane function)和业务检测用户面功能(TDF-U，TDF User plane function)。

各控制面功能与用户面功能的接口分别为Sxa、Sxb、Sxc。计费服务器可以是AAA服务器，也可以是OCS或OFCS。

CU分离的场景如图2所示，在该场景下，计费服务器只与CP(例如PGW-C，或TDF-C)相连，CP上有计费用量阈值，并通过Sx接口向UP(例如PGW-U，或TDF-U)发送URR，当UP上累计的流量或时间达到URR的阈值时，UP将累计的用量信息上报给CP，CP生成计费数据记录，然后向计费系统上报计费数据记录，计费系统根据上报的计费数据记录，对用户进行计费操作。

需要说明的是，“UP”只是对执行用户面功能的设备的统称，并不特指某个或某些设备，在实际应用中，也可能对执行用户面功能的设备不称之为“UP”，而以其他名称代替，具体此处不做限定，本申请中只以“UP”为例进行说明。

同理，“CP”只是对执行控制面功能的设备的统称，并不特指某个或某些设备，在实际应用中，也可能对执行控制面功能的设备不称之为“CP”，而以其他名称代替，具体此处不做限定，本申请中只以“CP”为例进行说明。

在实际应用中，UP和CP既可以是单独的设备，也可以是其他设备(诸如服务器等)上的一组功能实体，具体此处不做限定。

针对URR，如图3所示，URR s表示会话级用量上报规则，URR b1和URR b2表示承载级用量上报规则，URR f1，URR f2和URR f3表示业务数据流级用量上报规则，其中URR f1和URR f2属于同一承载级别URR b1。

报文检测规则(PDR，Packet Detection Rule)1至PDR n中的URR s的上报方式为会话级别上报(Session Level Report)。PDR 2和PDR 3中均包括同一承载级用量上报规则URR b1，URR b1和URR b2的上报方式是承载级别上报(Bearer Level Report)。

其中，报文检测规则(PDR，Packet Detection Rule)1至PDR n中的URR s的上报方式为会话级别上报(Session Level Report)。

PDR的信息可以如下表1所示，需要说明的是，下表1中仅为PDR的信息的一种例子，在实际应用中，PDR中也可能包括其他信息，具体此处不做限定：

表1

其中，转发动作规则(FAR，Forwarding Action Rule)用于表示UP进行数据转发时所需依据的规则，QoS执行规则(QER，QoS Enforcement Rule)用于表示UP进行QoS控制时所需依据的规则。

PDR1至PDR3中的URR b1的上报方式为承载级别上报1(Bearer Level Report 1)，PDR n中的URR b2的上报方式为承载级别上报2(Bearer Level Report 1)。

PDR1至PDR2中的URR f1的上报方式为业务数据流级别上报1(Flow Level Report 1)，PDR3中的URR f2的上报方式为业务数据流级别上报2(Flow Level Report 2)，PDR n中的URR f3的上报方式为业务数据流级别上报3(Flow Level Report 3)。

当达到承载级URR b1的阈值时，UP会将该承载级URR b1对应的用量信息上报给CP，CP根据从UP获取的承载级别的用量信息等按照3GPP协议标准定义的话单编码格式进行编码，组成计费数据记录，该计费数据记录是以承载级别的用量信息生成，其中也需包括UP上URR f1和URR f2即业务数据流级别对应的计费统计信息。

本申请实施例中，当达到第一URR的阈值时，UP除了需要向CP发送第一URR对应的用量信息之外，还需要向CP发送与第一URR具有关联关系的其他URR对应的用量信息。

需要说明的是，在后面的各实施例中，第一URR可以为承载级别的URR，其他URR(包括但不限于第二URR，第二URR，第四URR，第五URR)可以为业务数据流级别的URR。

可以理解的是，在实际应用中，第一URR和其他URR还可以是其他类型的URR，只要使得第一URR和其他URR具有关联关系即可，具体此处不做限定，后续实施例中仅以第一URR是承载级别的URR，其他URR是业务数据流级别的URR为例进行说明。

需要说明的是，UP上报与第一URR具有关联关系的其他URR对应的用量信息可以由UP根据阈值进行上报，也可以根据CP的指示进行上报，下面分别进行说明：

一、UP根据阈值进行上报：

本实施例中，CP可以向UP发送第一URR以及第二URR，在UP上的用量信息达到第一URR的阈值时，UP会向CP上报第一URR对应的用量信息以及与第一URR具有关联关系的第三URR对应的用量信息。

在实际应用中，CP可以通过多种方式向UP发送第一URR以及第二URR，下面分别进行说明：

1、Sx会话建立请求中发送第一URR以及第二URR：

本实施例中，CP通过Sx会话建立请求向UP发送第一URR以及第二URR，使得UP在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息以及第三URR对应的用量信息，该第三URR即为第二URR。

请参阅图4，本申请实施例中计费管理方法实施例包括：

401、CP接收触发请求；

CP被触发发起Sx会话建立，具体可以由对端CP，或移动性管理实体(MME，Mobility Management Entity)，或者策略与计费规则功能实体(PCRF，Policy and Charging Rules Function)触发CP发起Sx会话建立。

可以理解的是，在实际应用中，CP不一定要接收外界的触发而发起Sx会话建立，也可以是CP内部自身的触发，例如CP内部配置有指令集，当需要发起Sx会话建立时，CP接收相应的触发请求。具体的触发形式可以有多种，此处不做限定。

402、CP确定关联关系；

CP为各URR分配URR ID，并为第一URR和与第一URR需要关联上报的第二URR之间确定关联关系，其中，第二URR可能是一个，也可能是多个。

本实施例中，CP确定第一URR与第二URR之间的关联关系可以有多种方式，下面分别进行说明：

A、CP在第一URR内配置对应的RCS：

CP在第一URR内配置对应该第一URR的规则关联ID列表(RCS，list of Rule Correlation ID)，该列表用来标识与该第一URR相互关联的第二URR的ID全集。

该列表中包括一个或多个规则关联ID(RCI，Rule Correlation ID)，用来标识每个第二URR的ID。

B、CP在第二URR内配置对应的RCS：

CP在第二URR内配置对应该第二URR的RCS，该列表用来标识与该第二URR相互关联的第一URR的ID全集。

该列表中包括一个或多个RCI，用来标识每个第一URR的ID。

上面只是以几个例子说明了CP确定第一URR与第二URR之间的关联关系的方式，在实际应用中，CP还可以使用更多的方式确定第一URR与第二URR之间的关联关系，例如可以同时在第一URR和第二URR内配置RCS，或者在报文检测规则(PDR，Packet Detection Rule)内配置第一URR与第二URR之间的关联关系，具体此处不做限定。

本实施例中，PDR的信息可以如前述表1所示，具体此处不再赘述。

403、CP向UP发送Sx会话建立请求；

CP向UP发送Sx会话建立请求Sx session establishment request消息，该消息中包括会话标识，PDR列表，FAR列表，也可能包括QER列表以及URR列表。

该URR列表中包括第一URR以及第二URR，同时，按照CP确定第一URR与第二URR之间的关联关系的具体方式，第一URR内配置有RCS，或者第二URR内配置有RCS，或者第一URR和第二URR内都配置有RCS，或者PDR内配置有第一URR与第二URR之间的关联关系。

本实施例中，Sx会话建立请求中的信息可以如下表2所示，需要说明的是，下表2中仅为Sx会话建立请求中的信息的一种例子，在实际应用中，Sx会话建立请求中也可能包括其他信息，具体此处不做限定：

表2

404、UP接收URR之间的关联关系；

UP收到CP发送的URR列表之后，会保存第一URR以及第二URR，并分析第一URR或第二URR内是否包括RCS，若不包括，则表明该第一URR或第二URR与其他URR无关联关系。

若第一URR内包括RCS，则UP将第一URR与该RCS中每个RCI所对应的第二URR的关联关系存储在该第一URR或者各第二URR的上下文内。

若第二URR内包括RCS，则UP将第二URR与该RCS中每个RCI所对应的第一URR的关联关系存储在各第一URR或者该第二URR的上下文内。

需要说明的是，本实施例中，步骤403中，CP向UP发送Sx会话建立请求时，可以既包括第一URR以及第二URR，也包括第一URR与第二URR之间的关联关系，则UP可以接收URR之间的关联关系。

在实际应用中，CP向UP发送Sx会话建立请求时，也可以只包括第一URR以及第二URR，而不包括第一URR与第二URR之间的关联关系，则CP还需要向UP发送关联指示，该关联指示用于表示第一URR与第二URR之间具有关联关系，例如该关联指示可以为第二URR的标识，UP可以在接收到该关联指示后获得URR之间的关联关系，该关联指示可以包括于Sx会话修改请求中，也可以包括于其他的信令中，只要使得CP能够发送给UP即可，具体此处不做限定。

405、UP向CP回复Sx会话建立响应；

UP收到CP发送的Sx会话建立请求之后，可以向CP回复Sx会话建立响应Sx session establishment response消息。

本实施例中，步骤404与步骤405之间没有必然的先后顺序，可以先执行步骤404，也可以先执行步骤405，也可以同时执行步骤404和405，具体此处不做限定。

406、UP获取用量信息；

当UP上累计的用量信息(例如：流量、时长或事件数量等)达到第一URR的阈值时，UP可以获取第一URR对应的用量信息以及第二URR对应的用量信息。

第一URR可以有一个阈值或者是多个阈值，当只有一个阈值时，该阈值可以是时长，或流量，或事件数量等阈值中的一个，当达到该阈值时，UP则会获取第一URR对应的用量信息以及第二URR对应的用量信息。

当有多个阈值时，这些阈值可以是时长，或流量，或事件数量等阈值，只要UP上的用量信息达到这些阈值中的任意一个阈值，UP则会获取第一URR对应的用量信息以及第二URR对应的用量信息。

按照CP确定第一URR与第二URR之间的关联关系的具体方式，UP还通过多种方式查找是否存在与第一URR具有关联关系的第二URR：

UP可以查找第一URR的上下文，判断是否存在与第一URR具有关联关系的第二URR，若存在，则UP获取第二URR对应的用量信息。

或者，

UP可以查找所有URR的上下文，判断是否存在与第一URR具有关联关系的第二URR，若存在，则UP获取第二URR对应的用量信息。

本实施例中，步骤405与步骤406之间没有必然的先后顺序，可以先执行步骤405，也可以先执行步骤406，也可以同时执行步骤405和406，具体此处不做限定。

407、UP向CP发送Sx会话报告请求；

UP获取到第一URR对应的用量信息以及第二URR对应的用量信息之后，可以向CP发送Sx会话报告请求Sx session report request消息，其中包括每个需要上报的URR的URR ID和/或measurement key以及该URR或该measurement key对应的用量信息。

本实施例中的，Sx会话报告请求中可以包括URR ID，用量信息(例如：流量、时长或事件数量等)，上报触发事件(如用量信息上报、开始业务数据流检测、结束业务数据流检测)，measurement key等。

需要说明的是，在实际应用中，Sx会话报告请求还可以包括其他的内容，具体此处不做限定。

本实施例中，需要上报的URR即为第一URR以及第二URR。

408、CP存储用量信息；

CP收到Sx会话报告请求之后，可以根据其中包括的URR ID和/或measurement key识别出URR的级别，并将对应的用量信息存储至上下文中。

本实施例中，CP可以根据第一URR的URR ID和/或measurement key确定第一URR为承载级别的URR，并根据第二URR的URR ID和/或measurement key确定第二URR为业务数据流级别的URR。

409、CP向UP发送Sx会话报告响应；

UP收到CP发送的Sx会话报告请求之后，可以向CP回复Sx会话报告响应Sx session report response消息。

本实施例中，步骤408与步骤409之间没有必然的先后顺序，可以先执行步骤408，也可以先执行步骤409，也可以同时执行步骤408和409，具体此处不做限定。

410、CP生成计费数据记录；

CP根据第一URR对应的用量信息以及第二URR对应的用量信息生成计费数据记录。

411、CP向计费服务器发送数据记录传输请求。

CP向计费服务器发送数据记录传输请求Data Record Transfer Request消息，其中包括计费数据记录，以使得计费服务器进行计费。

本实施例中，CP通过Sx会话建立请求向UP发送第一URR以及第二URR，UP接收第一URR与第二URR之间的关联关系，并在UP上累计的用量信息达到第一URR的阈值时，向CP发送第一URR对应的用量信息以及第二URR对应的用量信息，使得CP可以根据第一URR对应的用量信息以及第二URR对应的用量信息生成完整的计费数据记录。

2、Sx会话修改请求中发送第一URR以及第二URR：

本实施例中，Sx会话修改请求在Sx会话建立请求之后，CP在向UP发送第一URR以及第二URR时，可以结合Sx会话建立请求与Sx会话修改请求向UP发送第一URR以及第二URR，也可以单独在Sx会话修改请求中发送第一URR以及第二URR，下面分别进行说明：

2.1、CP通过Sx会话建立请求向UP发送第一URR或不发送第一URR：

本实施例中，CP通过Sx会话建立请求向UP发送第一URR或者不发送第一URR，而在后续的Sx会话修改请求中向UP发送第一URR以及第二URR，使得UP将第二URR作为第三URR，并在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息以及第三URR对应的用量信息。

请参阅图5，本申请实施例中计费管理方法实施例包括：

501、CP接收触发请求；

本实施例中的步骤501与前述图4所示实施例中的步骤401类似，此处不再赘述。

502、CP向UP发送Sx会话建立请求；

该URR列表中包括第一URR，或者也可以不包括任何URR，本实施例中，Sx会话建立请求中的信息可以如前述表2所示，此处不再赘述。

503、UP接收URR；

UP收到CP发送的URR列表之后，会保存第一URR。

需要说明的是，如果在步骤502中，CP向UP发送Sx会话建立请求时未包括任何URR，则本步骤503可以不执行。

504、UP向CP回复Sx会话建立响应；

本实施例中，步骤503与步骤504之间没有必然的先后顺序，可以先执行步骤503，也可以先执行步骤504，也可以同时执行步骤503和504，具体此处不做限定。

505、CP接收触发请求；

CP被触发发起Sx会话修改，具体可以由对端CP，或MME，或者PCRF触发CP发起Sx会话修改。

可以理解的是，在实际应用中，CP不一定要接收外界的触发而发起Sx会话修改，也可以是CP内部自身的触发，例如CP内部配置有指令集，当需要发起Sx会话修改时，CP接收相应的触发请求。具体的触发形式可以有多种，此处不做限定。

506、CP确定关联关系；

本实施例中的步骤506与前述图4所示实施例中的步骤402类似，此处不再赘述。

507、CP向UP发送Sx会话修改请求；

CP向UP发送Sx会话修改请求Sx session modification request消息，该消息中包括会话标识，PDR列表，FAR列表，也可能包括QER列表以及URR列表。

可以理解的是，如果CP在Sx会话建立请求中向UP发送了第一URR，则本步骤中可以不必包括第一URR，而只包括第一URR的标识。

本实施例中，Sx会话修改请求中的信息可以如下表3所示，需要说明的是，下表3中仅为Sx会话修改请求中的信息的一种例子，在实际应用中，Sx会话修改请求中也可能包括其他信息，具体此处不做限定：

表3

508、UP接收URR之间的关联关系；

需要说明的是，本实施例中，步骤507中，CP向UP发送Sx会话修改请求时，可以既包括第一URR以及第二URR，也包括第一URR与第二URR之间的关联关系，则UP可以接收URR之间的关联关系。

在实际应用中，CP向UP发送Sx会话修改请求时，也可以只包括第一URR以及第二URR，而不包括第一URR与第二URR之间的关联关系，则CP还需要向UP发送关联指示，该关联指示用于表示第一URR与第二URR之间具有关联关系，例如该关联指示可以为第二URR的标识， UP可以在接收到该关联指示后获得URR之间的关联关系，该关联指示可以包括于Sx会话修改请求中，也可以包括于其他的信令中，只要使得CP能够发送给UP即可，具体此处不做限定。

509、UP向CP回复Sx会话修改响应；

UP收到CP发送的Sx会话修改请求之后，可以向CP回复Sx会话修改响应Sx session modification response消息。

本实施例中，步骤508与步骤509之间没有必然的先后顺序，可以先执行步骤508，也可以先执行步骤509，也可以同时执行步骤508和509，具体此处不做限定。

510、UP获取用量信息；

本实施例中的步骤510与前述图4所示实施例中的步骤406类似，此处不再赘述。

本实施例中的第三URR即为第二URR。

本实施例中，步骤509与步骤510之间没有必然的先后顺序，可以先执行步骤509，也可以先执行步骤510，也可以同时执行步骤509和510，具体此处不做限定。

本实施例中的步骤511至515与前述图4所示实施例中的步骤407至411类似，此处不再赘述。

本实施例中，CP通过Sx会话建立请求向UP发送第一URR或者不发送任何URR，并通过Sx会话修改请求向UP发送第一URR或第一URR的标识以及第二URR，使得UP可以接收第一URR与第二URR之间的关联关系，在UP上累计的用量信息达到第一URR的阈值时，向CP发送第一URR对应的用量信息以及第二URR对应的用量信息，使得CP可以根据第一URR对应的用量信息以及第二URR对应的用量信息生成完整的计费数据记录。

2.2、CP通过Sx会话建立请求向UP发送第一URR以及第五URR：

本实施例中，CP通过Sx会话建立请求向UP发送第一URR以及第五URR，而在后续的Sx会话修改请求中向UP发送第一URR以及第二URR，使得UP根据第二URR对第五URR进行更新得到第三URR，并在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息以及第三URR对应的用量信息。

请参阅图6，本申请实施例中计费管理方法实施例包括：

601、CP接收触发请求；

本实施例中的步骤601与前述图4所示实施例中的步骤401类似，此处不再赘述。

602、CP确定关联关系；

CP为各URR分配URR ID，并为第一URR和与第一URR需要关联上报的第五URR之间确定关联关系，本实施例中的第五URR可以是一个URR，也可以是多个URR组成的集合。

本实施例中，CP确定第一URR与第五URR之间的关联关系可以有多种方式，下面分别进行说明：

A、CP在第一URR内配置对应的RCS：

CP在第一URR内配置对应该第一URR的RCS，该列表用来标识与该第一URR相互关联的第五URR的ID全集。

该列表中包括一个或多个RCI，用来标识每个第五URR的ID。

B、CP在第五URR内配置对应的RCS：

CP在第五URR内配置对应该第五URR的RCS，该列表用来标识与该第五URR相互关联的第一URR的ID全集。

该列表中包括一个或多个RCI，用来标识每个第一URR的ID。

上面只是以几个例子说明了CP确定第一URR与第五URR之间的关联关系的方式，在实际应用中，CP还可以使用更多的方式确定第一URR与第五URR之间的关联关系，例如可以同时在第一URR和第五URR内配置RCS，或者在PDR内配置第一URR与第五URR之间的关联关系，具体此处不做限定。

本实施例中，PDR的信息可以前述表1所示，此处不再赘述。

603、CP向UP发送Sx会话建立请求；

该URR列表中包括第一URR以及第五URR，同时，按照CP确定第一URR与第五URR之间的关联关系的具体方式，第一URR内配置有RCS，或者第五URR内配置有RCS，或者第一URR和第五URR内都配置有RCS，或者PDR内配置有第一URR与第五URR之间的关联关系。

本实施例中，Sx会话建立请求中的信息可以如前述表2所示，此处不再赘述。

604、UP接收URR之间的关联关系；

UP收到CP发送的URR列表之后，会保存第一URR以及第五URR，并分析第一URR或第五URR内是否包括RCS，若不包括，则表明该第一URR或第五URR与其他URR无关联关系。

若第一URR内包括RCS，则UP将第一URR与该RCS中每个RCI所对应的第五URR的关联关系存储在该第一URR或者各第五URR的上下文内。

若第五URR内包括RCS，则UP将第五URR与该RCS中每个RCI所对应的第一URR的关联关系存储在各第一URR或者该第五URR的上下文内。

需要说明的是，本实施例中，步骤603中，CP向UP发送Sx会话建立请求时，可以既包括第一URR以及第五URR，也包括第一URR与第五URR之间的关联关系，则UP可以接收URR之间的关联关系。

在实际应用中，CP向UP发送Sx会话建立请求时，也可以只包括第一URR以及第五URR，而不包括第一URR与第五URR之间的关联关系，则CP还需要向UP发送关联指示，该关联指示用于表示第一URR与第五URR之间具有关联关系，例如该关联指示可以为第五URR的标识，UP可以在接收到该关联指示后接收URR之间的关联关系，该关联指示可以包括于Sx会话修改请求中，也可以包括于其他的信令中，只要使得CP能够发送给UP即可，具体此处不做限定。

605、UP向CP回复Sx会话建立响应；

本实施例中的步骤605与前述图4所示实施例中的步骤405类似，此处不再赘述。

本实施例中，步骤604与步骤605之间没有必然的先后顺序，可以先执行步骤604，也可以先执行步骤605，也可以同时执行步骤604和605，具体此处不做限定。

606、CP接收触发请求；

本实施例中的步骤606与前述图5所示实施例中的步骤505类似，此处不再赘述。

607、CP更新关联关系；

本实施例中，若CP根据需求确定需要调整关联关系，则可以更新关联关系。

更新关联关系的方式有多种，下面分别进行说明：

a、配置全集：

CP可以在第一URR中配置对应第一URR的RCS，用来标识当前与该第一URR具有关联关系的第二URR ID全集，RCI标识每个相关联的URR ID。

需要说明的是，若第一URR不再与其他URR具有关联关系，则该第一URR内不包括任何RCI，或者，在URR内配置Remove Correlation ID，用来标识第一URR与其他URR没有关联关系。

b、配置指令：

CP在第一URR中配置增加指令Create RCS，用来标识第一URR下需要新增的具有关联关系的第二URR ID。

和/或，

CP在第一URR中配置删除指令Remove RCS，用来标识第一URR下需要删除的具有关联关系的第二URR ID。

上面仅以两个例子说明了CP更新关联关系的过程，可以理解的是，在实际应用中，CP还可以有更多的方式更新关联关系，具体此处不做限定。

本实施例中，假设需要更新的URR为第二URR，或者是第二URR和第四URR，其中，可以是在第五URR中新增第二URR，或是删除第二URR，或是新增第二URR且删除第四URR。

608、CP向UP发送Sx会话修改请求；

CP更新了关联关系之后，可以根据更新后的关联关系向UP发送Sx会话修改请求。

本实施例中，Sx会话修改请求中的信息可以如前述表3所示，此处不再赘述。

609、UP更新URR之间的关联关系；

UP接收到CP发送的Sx会话修改请求之后，可以根据该Sx会话修改请求中的信息更新URR之间的关联关系，具体更新方式可以有多种，下面分别进行说明：

a、按照全集进行更新：

本实施例中，如果CP是按照配置全集的方式更新了关联关系，则Sx会话修改请求包括第一URR或第一URR的标识，且第一URR中配置有RCS，则UP可以从该RCS中确定某个URR ID，从而确定出第二URR或第二URR的ID。

UP确定出第二URR第二URR的ID之后，可以使用第二URR对第五URR进行更新得到第三URR，具体的更新方式可以为：

a1、判断第五URR中是否包括该第二URR，若第五URR中未包括该第二URR，则可以在第五URR中增加第二URR从而得到第三URR。

a2、判断第五URR中是否存在不为第二URR的目标URR，若存在，则在第五URR中删除目标URR得到第三URR，需要说明的是，除了删除目标URR之外，UP也可以删除目标URR与第一URR之间的关联关系得到第三URR。

需要说明的是，如果第一URR中没有RCS，或者是第一URR中包括Remove Correlation ID，则UP会删除第五URR中的全部URR，或者是删除第五URR中所有URR与第一URR之间的关联关系。

b、按照指令进行更新：

本实施例中，如果CP是按照配置指令的方式更新了关联关系，则Sx会话修改请求包括增加指令和/或删除指令，且会包括第一URR或第一URR的标识，以及第二URR或第二URR的 ID，或者，第二URR或第二URR的ID和第四URR。

根据不同的指令，UP具体的更新方式可以为：

b1、进行增加：

若Sx会话修改请求中包括的指令为增加指令Create RCS，且包括第一URR或第一URR的标识，以及第二URR或第二URR的ID，则UP可以根据增加指令在第五URR中增加第二URR得到第三URR。

需要说明的是，UP可以是在步骤608中通过Sx会话修改请求获得第二URR，则UP可以直接将该第二URR加入第五URR。

在实际应用中，UP也可以是预先通过其他的Sx会话修改请求从CP获得第二URR，则步骤608中只需要通过Sx会话修改请求获得第二URR的标识即可，UP可以根据该标识确定之前已保存的第二URR，并将该第二URR加入第五URR，具体方式此处不做限定。

b2、进行删除：

若Sx会话修改请求中包括的指令为删除指令Remove RCS，且包括第一URR或第一URR的标识，以及第二URR或第二URR的ID，则UP可以根据删除指令在第五URR中删除第二URR得到第三URR，或根据删除指令删除第五URR中的第二URR与第一URR之间的关联关系得到第三URR。

需要说明的是，UP可以是在步骤608中通过Sx会话修改请求获得第二URR，则UP可以直接从第五URR中删除该第二URR。

在实际应用中，UP也可以是预先通过其他的Sx会话修改请求从CP获得第二URR，则步骤608中只需要通过Sx会话修改请求获得第二URR的标识即可，UP可以根据该标识确定之前已保存的第二URR，从第五URR中删除该第二URR或者是删除第二URR与第一URR之间的关联关系，具体方式此处不做限定。

b3、既增加又删除：

若Sx会话修改请求中包括的指令既包括增加指令Create RCS，也包括删除指令Remove RCS，且包括第一URR或第一URR的标识，以及第二URR或第二URR的ID和第四URR，则UP可以根据增加指令在第五URR中增加第二URR，并根据删除指令在第五URR中删除第四URR或根据删除指令删除第五URR中的第四URR与第一URR之间的关联关系，得到第三URR。

610、UP向CP回复Sx会话修改响应；

本实施例中的步骤610与前述图5所示实施例中的步骤509类似，此处不再赘述。

本实施例中，步骤609与步骤610之间没有必然的先后顺序，可以先执行步骤609，也可以先执行步骤610，也可以同时执行步骤609和610，具体此处不做限定。

611、UP获取用量信息；

当UP上累计的用量信息(例如：流量、时长或事件数量等)达到第一URR的阈值时，UP可以获取第一URR对应的用量信息以及第三URR对应的用量信息。

本实施例中的第三URR由更新URR之间的关联关系之后确定。

第一URR可以有一个阈值或者是多个阈值，当只有一个阈值时，该阈值可以是时长，或流量，或事件数量等阈值中的一个，当达到该阈值时，UP则会获取第一URR对应的用量信息以及第三URR对应的用量信息。

本实施例中，步骤610与步骤611之间没有必然的先后顺序，可以先执行步骤610，也可以先执行步骤611，也可以同时执行步骤610和611，具体此处不做限定。

612、UP向CP发送Sx会话报告请求；

UP获取到第一URR对应的用量信息以及第三URR对应的用量信息之后，可以向CP发送Sx会话报告请求Sx session report request消息，其中包括每个需要上报的URR的URR ID和/或measurement key以及该URR或该measurement key对应的用量信息。

本实施例中，需要上报的URR即为第一URR以及第三URR。

613、CP存储用量信息；

本实施例中，CP可以根据第一URR的URR ID和/或measurement key确定第一URR为承载级别的URR，并根据第三URR的URR ID和/或measurement key确定第三URR为业务数据流级别的URR。

614、CP向UP发送Sx会话报告响应；

本实施例中，步骤613与步骤614之间没有必然的先后顺序，可以先执行步骤613，也可以先执行步骤614，也可以同时执行步骤613和614，具体此处不做限定。

615、CP生成计费数据记录；

CP根据第一URR对应的用量信息以及第三URR对应的用量信息生成计费数据记录。

616、CP向计费服务器发送数据记录传输请求。

本实施例中的步骤616与前述图4所示实施例中的步骤411类似，此处不再赘述。

本实施例中，CP通过Sx会话建立请求向UP发送第一URR以及第五URR，并通过Sx会话修改请求向UP发送第一URR或第一URR的标识以及第二URR，使得UP根据Sx会话修改请求中的信息对URR之间的关联关系进行更新得到第三URR，在UP上累计的用量信息达到第一URR的阈值时，向CP发送第一URR对应的用量信息以及第三URR对应的用量信息，使得CP可以根据第一URR对应的用量信息以及第三URR对应的用量信息生成完整的计费数据记录。

2.3、CP通过Sx会话建立请求向UP发送第一URR，在前次Sx会话修改请求中发送第五URR：

本实施例中，CP通过Sx会话建立请求向UP发送第一URR，在后续的第一Sx会话修改请求中向UP发送第五URR，且在更后续的第四Sx会话修改请求中向UP发送第一URR以及第二URR或第二URR的标识，使得UP根据第二URR对第五URR进行更新得到第三URR，并在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息以及第三URR对应的用量信息。

请参阅图7，本申请实施例中计费管理方法实施例包括：

701、CP接收触发请求；

本实施例中的步骤701与前述图4所示实施例中的步骤401类似，此处不再赘述。

702、CP向UP发送Sx会话建立请求；

该URR列表中包括第一URR，本实施例中，Sx会话建立请求中的信息可以如前述表2所示，此处不再赘述。

703、UP接收URR；

UP收到CP发送的URR列表之后，会保存第一URR。

704、UP向CP回复Sx会话建立响应；

本实施例中，步骤703与步骤704之间没有必然的先后顺序，可以先执行步骤703，也可以先执行步骤704，也可以同时执行步骤703和704，具体此处不做限定。

705、CP接收触发请求；

本实施例中的步骤705与前述图5所示实施例中的步骤505类似，此处不再赘述。

706、CP确定关联关系；

本实施例中的步骤706与前述图6所示实施例中的步骤602类似，此处不再赘述。

707、CP向UP发送Sx会话修改请求；

该URR列表中包括第一URR或第一URR的标识以及第五URR，同时，按照CP确定第一URR与第五URR之间的关联关系的具体方式，第一URR内配置有RCS，或者第五URR内配置有RCS，或者第一URR和第五URR内都配置有RCS，或者PDR内配置有第一URR与第五URR之间的关联关系。

本实施例步骤707中的Sx会话修改请求即为第一Sx会话修改请求。

708、UP接收URR之间的关联关系；

本实施例中的步骤708与前述图6所示实施例中的步骤604类似，此处不再赘述。

709、UP向CP回复Sx会话修改响应；

本实施例中的步骤709与前述图5所示实施例中的步骤509类似，此处不再赘述。

本实施例中，步骤708与步骤709之间没有必然的先后顺序，可以先执行步骤708，也可以先执行步骤709，也可以同时执行步骤708和709，具体此处不做限定。

710、CP接收触发请求；

本实施例中，CP可以再次被触发发起Sx会话修改，具体可以由对端CP，或MME，或者PCRF触发CP发起Sx会话修改。

本实施例中的步骤711至720与前述图6所示实施例中的步骤607至616类似，此处不再赘述。

本实施例步骤712中的Sx会话修改请求即为第四Sx会话修改请求。

本实施例中，CP通过Sx会话建立请求向UP发送第一URR，在后续的第一Sx会话修改请求中向UP发送第五URR，且在更后续的第四Sx会话修改请求中向UP发送第一URR以及第二URR或第二URR的标识，使得UP根据第二URR对第五URR进行更新得到第三URR，并在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息以及第三URR对应的用量信息，使得CP可以根据第一URR对应的用量信息以及第三URR对应的用量信息生成完整的计费数据记录。

2.4、CP通过Sx会话建立请求向UP发送第五URR，在前次Sx会话修改请求中发送第一URR：

本实施例中，CP通过Sx会话建立请求向UP发送第五URR，在后续的第二Sx会话修改请求中向UP发送第一URR，且在更后续的第四Sx会话修改请求中向UP发送第一URR以及第二URR或第二URR的标识，使得UP根据第二URR对第五URR进行更新得到第三URR，并在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息以及第三URR对应的用量信息。

请参阅图8，本申请实施例中计费管理方法实施例包括：

801、CP接收触发请求；

本实施例中的步骤801与前述图4所示实施例中的步骤401类似，此处不再赘述。

802、CP向UP发送Sx会话建立请求；

该URR列表中包括第五URR，本实施例中，Sx会话建立请求中的信息可以如前述表2所示，此处不再赘述。

803、UP接收URR；

UP收到CP发送的URR列表之后，会保存第五URR。

804、UP向CP回复Sx会话建立响应；

本实施例中，步骤803与步骤804之间没有必然的先后顺序，可以先执行步骤803，也可以先执行步骤804，也可以同时执行步骤803和804，具体此处不做限定。

805、CP接收触发请求；

本实施例中的步骤805与前述图5所示实施例中的步骤505类似，此处不再赘述。

806、CP确定关联关系；

本实施例中的步骤806与前述图6所示实施例中的步骤602类似，此处不再赘述。

807、CP向UP发送Sx会话修改请求；

该URR列表中包括第一URR以及第五URR或第五URR的标识，同时，按照CP确定第一URR与第五URR之间的关联关系的具体方式，第一URR内配置有RCS，或者第五URR内配置有RCS，或者第一URR和第五URR内都配置有RCS，或者PDR内配置有第一URR与第五URR之间的关联关系。

本实施例步骤807中的Sx会话修改请求即为第二Sx会话修改请求。

808、UP接收URR之间的关联关系；

本实施例中的步骤808与前述图6所示实施例中的步骤604类似，此处不再赘述。

809、UP向CP回复Sx会话修改响应；

本实施例中的步骤809与前述图5所示实施例中的步骤509类似，此处不再赘述。

本实施例中，步骤808与步骤809之间没有必然的先后顺序，可以先执行步骤808，也可以先执行步骤809，也可以同时执行步骤808和809，具体此处不做限定。

本实施例中的步骤810至820与前述图7所示实施例中的步骤710至720类似，此处不再赘述。

本实施例步骤812中的Sx会话修改请求即为第四Sx会话修改请求。

本实施例中，CP通过Sx会话建立请求向UP发送第五URR，在后续的第二Sx会话修改请求中向UP发送第一URR，且在更后续的第四Sx会话修改请求中向UP发送第一URR以及第二URR或第二URR的标识，使得UP根据第二URR对第五URR进行更新得到第三URR，并在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息以及第三URR对应的用量信息，使得CP可以根据第一URR对应的用量信息以及第三URR对应的用量信息生成完整的计费数据记录。

2.5、CP通过Sx会话建立请求不向UP发送URR，在前次Sx会话修改请求中发送第一URR以及第五URR：

本实施例中，CP通过Sx会话建立请求不向UP发送URR，在后续的第三Sx会话修改请求中向UP发送第一URR以及第五URR，且在更后续的第四Sx会话修改请求中向UP发送第一URR或第一URR的标识，以及第二URR或第二URR的标识，使得UP根据第二URR对第五URR进行更新得到第三URR，并在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息以及第三URR对应的用量信息。

请参阅图9，本申请实施例中计费管理方法实施例包括：

901、CP接收触发请求；

本实施例中的步骤901与前述图4所示实施例中的步骤401类似，此处不再赘述。

902、CP向UP发送Sx会话建立请求；

本实施例中的Sx会话建立请求中不包括URR，本实施例中，Sx会话建立请求中的信息可以如前述表2所示，此处不再赘述。

903、UP向CP回复Sx会话建立响应；

904、CP接收触发请求；

本实施例中的步骤904与前述图5所示实施例中的步骤505类似，此处不再赘述。

905、CP确定关联关系；

本实施例中的步骤905与前述图6所示实施例中的步骤602类似，此处不再赘述。

906、CP向UP发送Sx会话修改请求；

需要说明的是，CP通过Sx会话修改请求向UP发送第一URR以及第五URR时，可以在同一个Sx会话修改请求中包括第一URR以及第五URR，也可以由两个不同的Sx会话修改请求分别包括第一URR以及第五URR，若由两个不同的Sx会话修改请求分别包括第一URR以及第五URR，可以先发送包括第一URR的Sx会话修改请求，也可以先发送包括第五URR的Sx会话修改请求，具体此处不做限定。

本实施例步骤906中的Sx会话修改请求即为第三Sx会话修改请求。

本实施例中的步骤907至919与前述图8所示实施例中的步骤808至820类似，此处不再赘述。

本实施例步骤911中的Sx会话修改请求即为第四Sx会话修改请求。

本实施例中，CP通过Sx会话建立请求不向UP发送URR，在后续的第三Sx会话修改请求中向UP发送第一URR以及第五URR，且在更后续的第四Sx会话修改请求中向UP发送第一URR或第一URR的标识，以及第二URR或第二URR的标识，使得UP根据第二URR对第五URR进行更新得到第三URR，并在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息以及第三URR对应的用量信息，使得CP可以根据第一URR对应的用量信息以及第三URR对应的用量信息生成完整的计费数据记录。

二、UP根据CP的指示上报：

本实施例中，CP可以向UP发送第一URR或者第一URR以及第二URR，在UP上的用量信息达到第一URR的阈值时，UP会向CP上报第一URR对应的用量信息，CP收到该用量信息之后可以查询与第一URR具有关联关系的第二URR，并向UP发送第二URR或者是关联指示，以使得UP上报第二URR对应的用量信息。

在实际应用中，CP可以在Sx会话建立请求中向UP发送URR，也可以在Sx会话修改请求中向UP发送URR，下面分别进行说明：

1、Sx会话建立请求中发送URR：

本实施例中，CP可以在Sx会话建立请求中向UP发送URR，发送的URR可以是第一URR，也可以是第一URR以及第二URR，下面分别进行说明：

1.1、CP通过Sx会话建立请求向UP发送第一URR：

本实施例中，CP通过Sx会话建立请求向UP发送第一URR，使得UP在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息，之后CP再通过Sx会话修改请求向UP发送第二URR，使得UP向CP上报第二URR对应的用量信息。

请参阅图10，本申请实施例中计费管理方法实施例包括：

1001、CP接收触发请求；

本实施例中的步骤1001与前述图4所示实施例中的步骤401类似，此处不再赘述。

1002、CP向UP发送Sx会话建立请求；

URR列表中包括第一URR，本实施例中，Sx会话建立请求中的信息可以如前述表2所示，此处不再赘述。

1003、UP接收URR；

UP收到CP发送的URR列表之后，会保存第一URR。

1004、UP向CP回复Sx会话建立响应；

本实施例中，步骤1003与步骤1004之间没有必然的先后顺序，可以先执行步骤1003，也可以先执行步骤1004，也可以同时执行步骤1003和1004，具体此处不做限定。

1005、UP获取用量信息；

当UP上累计的用量信息(例如：流量、时长或事件数量等)达到第一URR的阈值时，UP可以获取第一URR对应的用量信息。

第一URR可以有一个阈值或者是多个阈值，当只有一个阈值时，该阈值可以是时长，或流量，或事件数量等阈值中的一个，当达到该阈值时，UP则会获取第一URR对应的用量信息。

当有多个阈值时，这些阈值可以是时长，或流量，或事件数量等阈值，只要UP上的用量信息达到这些阈值中的任意一个阈值，UP则会获取第一URR对应的用量信息。

本实施例中，步骤1004与步骤1005之间没有必然的先后顺序，可以先执行步骤1004，也可以先执行步骤1005，也可以同时执行步骤1004和1005，具体此处不做限定。

1006、UP向CP发送Sx会话报告请求；

UP获取到第一URR对应的用量信息之后，可以向CP发送Sx会话报告请求Sx session report request消息，其中包括第一URR的URR ID和/或measurement key以及该URR或该measurement key对应的用量信息。

1007、CP存储用量信息；

本实施例中，CP可以根据第一URR的URR ID和/或measurement key确定第一URR为承载级别的URR。

1008、CP向UP发送Sx会话报告响应；

本实施例中，步骤1007与步骤1008之间没有必然的先后顺序，可以先执行步骤1007，也可以先执行步骤1008，也可以同时执行步骤1007和1008，具体此处不做限定。

1009、CP查找关联URR；

CP在第一URR的上下文中查找与第一URR具有关联关系的第二URR。

本实施例中，CP可以预先确定URR之间的关联关系，确定的过程可以与前述图4所示实施例中步骤402类似，此处不再赘述。

需要说明的是，CP确定了URR之间的关联关系之后，还可以对该关联关系进行更新，更新的过程与前述图6所示实施例中步骤607类似，此处不再赘述。

1010、CP向UP发送Sx会话修改请求；

CP查找到第二URR之后，可以向UP发送Sx会话修改请求，该Sx会话修改请求中包括第二URR。

需要说明的是，CP向UP发送Sx会话修改请求之前也可以接收触发请求，具体的触发方式可以与前述图5所示实施例中的步骤505类似，此处不再赘述。

CP发送的Sx会话修改请求中可能会包括多个URR，也可以只包括第二URR，如果包括多个URR，则可能其中会包括其他承载的URR，所以CP需要告知UP如何识别出哪个是第二URR，以便及时的进行用量信息的上报，CP告知的方式有多种，可以是通过在第二URR内部配置的标识，或者是第二URR外部配置的标识来识别。

具体的标识可以是指示标识，用以指示其为第二URR，或者是上报时间标识，用于指示需要何时上报该第二URR对应的用量信息，或者是其他的标识，具体此处不做限定。

1011、UP向CP回复Sx会话修改响应；

本实施例中的步骤1011与前述图5所示实施例中的步骤509类似，此处不再赘述。

需要说明的是，如果UP接收到的Sx会话修改请求中包括多个URR，则UP还需要从Sx会话修改请求中确定标识，该标识可以包括于第二URR内部，或者是第二URR外部。

1012、UP获取用量信息；

UP在接收到Sx会话修改请求后，从中确定第二URR，并根据CP的指示获取第二URR对应的用量信息。

1013、UP向CP发送Sx会话报告请求；

UP获取到第二URR对应的用量信息之后，可以向CP发送Sx会话报告请求Sx session report request消息，其中包括第二URR的URR ID和/或measurement key以及该URR或该measurement key对应的用量信息。

1014、CP存储用量信息；

本实施例中，CP可以根据第二URR的URR ID和/或measurement key确定第二URR为业务数据流级别的URR。

1015、CP向UP发送Sx会话报告响应；

本实施例中，步骤1014与步骤1015之间没有必然的先后顺序，可以先执行步骤1014，也可以先执行步骤1015，也可以同时执行步骤1014和1015，具体此处不做限定。

1016、CP生成计费数据记录；

1017、CP向计费服务器发送数据记录传输请求。

本实施例中的步骤1017与前述图4所示实施例中的步骤411类似，此处不再赘述。

本实施例中，CP通过Sx会话建立请求向UP发送第一URR，使得UP在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息，之后CP再通过Sx会话修改请求向UP发送第二URR，使得UP向CP上报第二URR对应的用量信息，使得CP可以根据第一URR对应的用量信息以及第二URR对应的用量信息生成完整的计费数据记录。

1.2、CP通过Sx会话建立请求向UP发送第一URR以及第二URR：

本实施例中，CP通过Sx会话建立请求向UP发送第一URR以及第二URR，使得UP在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息，之后CP再通过Sx会话修改请求向UP发送关联指示，使得UP向CP上报第二URR对应的用量信息。

请参阅图11，本申请实施例中计费管理方法实施例包括：

1101、CP接收触发请求；

本实施例中的步骤1101与前述图4所示实施例中的步骤401类似，此处不再赘述。

1102、CP向UP发送Sx会话建立请求；

URR列表中包括第一URR以及第二URR，本实施例中，Sx会话建立请求中的信息可以如前述表2所示，此处不再赘述。

1103、UP接收URR；

UP收到CP发送的URR列表之后，会保存第一URR以及第二URR。

本实施例中，CP发送的Sx会话建立请求中只包括第一URR以及第二URR，而并未包括第一URR与第二URR之间的关联关系，因此，UP虽然保存了第一URR以及第二URR，但并不知道第一URR以及第二URR之间是否具有关联关系。

1104、UP向CP回复Sx会话建立响应；

本实施例中，步骤1103与步骤1104之间没有必然的先后顺序，可以先执行步骤1103，也可以先执行步骤1104，也可以同时执行步骤1103和1104，具体此处不做限定。

本实施例中的步骤1105至1109与前述图10所示实施例中的步骤1005至1009类似，此处不再赘述。

1110、CP向UP发送Sx会话修改请求；

CP查找到第二URR之后，可以向UP发送Sx会话修改请求，该Sx会话修改请求中包括关联指示，该关联指示可以是第二URR的ID，或者是某特定的标识，用于指示第一URR与第二URR具有关联关系，具体方式此处不做限定。

1111、UP向CP回复Sx会话修改响应；

本实施例中的步骤1111与前述图5所示实施例中的步骤509类似，此处不再赘述。

需要说明的是，UP从Sx会话修改请求中获取到关联指示后，则可以获知与第一URR具有关联关系的第二URR。

UP通过Sx会话建立请求从CP接收到第一URR以及第二URR，则在获知第二URR之后，可以从本地查找到该第二URR。

本实施例中的步骤1112至1117与前述图10所示实施例中的步骤1012至1017类似，此处不再赘述。

本实施例中，CP通过Sx会话建立请求向UP发送第一URR以及第二URR，使得UP在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息，之后CP再通过Sx会话修改请求向UP发送关联指示，使得UP向CP上报第二URR对应的用量信息，使得CP可以根据第一URR对应的用量信息以及第二URR对应的用量信息生成完整的计费数据记录。

2、Sx会话建立修改中发送URR：

本实施例中，CP可以在Sx会话修改请求中向UP发送URR，发送的URR可以是第一URR，也可以是第一URR以及第二URR，下面分别进行说明：

2.1、CP通过Sx会话修改请求向UP发送第一URR：

本实施例中，CP通过Sx会话修改请求向UP发送第一URR，使得UP在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息，之后CP再通过Sx会话修改请求向UP发送第二URR，使得UP向CP上报第二URR对应的用量信息。

请参阅图12，本申请实施例中计费管理方法实施例包括：

1201、CP接收触发请求；

本实施例中的步骤1201与前述图5所示实施例中的步骤505类似，此处不再赘述。

1202、CP向UP发送Sx会话修改请求；

该URR列表中包括第一URR，本实施例中的Sx会话修改请求中的信息可以如前述表3所示，此处不再赘述。

1203、UP接收URR；

UP收到CP发送的URR列表之后，会保存第一URR。

1204、UP向CP回复Sx会话修改响应；

本实施例中，步骤1203与步骤1204之间没有必然的先后顺序，可以先执行步骤1203，也可以先执行步骤1204，也可以同时执行步骤1203和1204，具体此处不做限定。

本实施例中的步骤1205至1217与前述图10所示实施例中的步骤1005至1017类似，此处不再赘述。

本实施例中，CP通过Sx会话修改请求向UP发送第一URR，使得UP在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息，之后CP再通过Sx会话修改请求向UP发送第二URR，使得UP向CP上报第二URR对应的用量信息，使得CP可以根据第一URR对应的用量信息以及第二URR对应的用量信息生成完整的计费数据记录。

2.2、CP通过Sx会话修改请求向UP发送第一URR以及第二URR：

本实施例中，CP通过Sx会话修改请求向UP发送第一URR以及第二URR，使得UP在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息，之后CP再通过Sx会话修改请求向UP发送关联指示，使得UP向CP上报第二URR对应的用量信息。

请参阅图13，本申请实施例中计费管理方法实施例包括：

1301、CP接收触发请求；

本实施例中的步骤1301与前述图5所示实施例中的步骤505类似，此处不再赘述。

1302、CP向UP发送Sx会话修改请求；

该URR列表中包括第一URR以及第二URR，本实施例中的Sx会话修改请求中的信息可以如前述表3所示，此处不再赘述。

1303、UP接收URR；

UP收到CP发送的URR列表之后，会保存第一URR以及第二URR。

本实施例中，CP发送的Sx会话修改请求中只包括第一URR以及第二URR，而并未包括第一URR与第二URR之间的关联关系，因此，UP虽然保存了第一URR以及第二URR，但并不知道第一URR以及第二URR之间是否具有关联关系。

1304、UP向CP回复Sx会话修改响应；

本实施例中，步骤1303与步骤1304之间没有必然的先后顺序，可以先执行步骤1303，也可以先执行步骤1304，也可以同时执行步骤1303和1304，具体此处不做限定。

本实施例中的步骤1305至1317与前述图11所示实施例中的步骤1105至1117类似，此处不再赘述。

本实施例中，CP通过Sx会话修改请求向UP发送第一URR以及第二URR，使得UP在用量达到第一URR的阈值时，向CP上报第一URR对应的用量信息，之后CP再通过Sx会话修改请求向UP发送关联指示，使得UP向CP上报第二URR对应的用量信息，使得CP可以根据第一URR对应的用量信息以及第二URR对应的用量信息生成完整的计费数据记录。

上面对本申请实施例中的计费管理方法进行了描述，下面对本申请中的用户面功能实体进行描述：

请参阅图14，本申请中用户面功能实体一个实施例包括：

第一接收单元1401，用于接收CP发送的第一URR以及第二URR，第一URR与第二URR具有关联关系；

获取单元1402，用于当在UP上的用量信息达到第一URR的阈值时，获取第一URR对应的用量信息以及与第一URR具有关联关系的第三URR对应的用量信息；

发送单元1403，用于向CP发送第一URR对应的用量信息以及第三URR对应的用量信息，以使得CP根据第一URR对应的用量信息以及第三URR对应的用量信息组成计费数据记录。

本实施例中的第一接收单元1401可以通过多种方式接收到CP发送的第一用量上报规则URR以及第二URR，下面分别进行描述：

请参阅图15，本申请中用户面功能实体一个实施例包括：

第一接收单元1501、获取单元1502以及发送单元1503，这三个单元的功能与前述图14所示的实施例中描述的内容类似，此处不再赘述。

第一接收单元1501包括第一接收模块15011，用于接收CP发送的会话建立请求，会话建立请求中包括第一URR以及第二URR，第三URR与第二URR相同。

该用户面功能实体还可以包括：第二接收单元1504，用于接收CP发送的关联指示，关联指示用于表示第一URR与第二URR之间具有关联关系。

本实施例中，用户面功能实体中各单元以及模块所执行的流程与前述图4所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图16，本申请中用户面功能实体一个实施例包括：

第一接收单元1601、获取单元1602以及发送单元1603，这三个单元的功能与前述图14所示的实施例中描述的内容类似，此处不再赘述。

第一接收单元1601包括第二接收模块16011，用于接收CP发送的会话建立请求，并接收CP发送的会话修改请求，会话建立请求中包括第一URR，会话修改请求中包括第一URR或第一URR的标识，以及第二URR，将第二URR作为第三URR。

本实施例中，用户面功能实体中各单元以及模块所执行的流程与前述图5所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图17，本申请中用户面功能实体一个实施例包括：

第一接收单元1701、获取单元1702以及发送单元1703，这三个单元的功能与前述图14所示的实施例中描述的内容类似，此处不再赘述。

第一接收单元1701包括第三接收模块17011，用于接收CP发送的会话建立请求，会话建立请求中包括第一URR以及第五URR。

该用户面功能实体还可以包括第三接收单元1704，用于接收CP发送的关联指示，关联指示用于表示第一URR与第五URR具有关联关系。

第一接收单元1701还可以进一步包括第七接收模块17012或第八接收模块17013或第九接收模块17014或第十接收模块17015中任一个或多个。

其中，第七接收模块17012，用于接收CP发送的第四会话修改请求，第四会话修改请求中包括第一URR或第一URR的标识，以及第二URR或第二URR的标识。

第八接收模块17013，用于接收CP发送的第四会话修改请求，第四会话修改请求中包括增加指令，第一URR或第一URR的标识，以及第二URR或第二URR的标识。

第九接收模块17014，用于接收CP发送的第四会话修改请求，第四会话修改请求中包括删除指令，第一URR或第一URR的标识，以及第二URR或第二URR的标识。

第十接收模块17015，用于接收CP发送的第四会话修改请求，第四会话修改请求中包括增加指令，删除指令，第一URR或第一URR的标识，第二URR或第二URR的标识，第四URR或第四URR的标识。

当第一接收单元1701包括第七接收模块17012时，该用户面功能实体还可以包括更新单元1705，用于根据第二URR对第五URR进行更新得到第三URR。该更新单元1705可以进一步包括：增加模块17051，用于在第五URR中增加第二URR得到第三URR；或，删除模块17052，用于在第五URR中删除目标URR得到第三URR，目标URR为第五URR中包括的不为第二URR的URR，或，删除第五URR中的目标URR与第一URR之间的关联关系得到第三URR，目标URR为第五URR中包括的不为第二URR的URR。

当第一接收单元1701包括第八接收模块17013时，该用户面功能实体还可以包括增加单元1706，用于根据增加指令在第五URR中增加第二URR得到第三URR。

当第一接收单元1701包括第九接收模块17014时，该用户面功能实体还可以包括删除单元1707，用于根据删除指令在第五URR中删除第二URR得到第三URR，或，根据删除指令删除第五URR中的第二URR与第一URR之间的关联关系得到第三URR。

当第一接收单元1701包括第十接收模块17015时，该用户面功能实体还可以包括调整单元1708，用于根据增加指令在第五URR中增加第二URR，并根据删除指令在第五URR中删除第四URR或根据删除指令删除第五URR中的第四URR与第一URR之间的关联关系，得到第三URR。

本实施例中，用户面功能实体中各单元以及模块所执行的流程与前述图6所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图18，本申请中用户面功能实体一个实施例包括：

第一接收单元1801、获取单元1802以及发送单元1803，这三个单元的功能与前述图14所示的实施例中描述的内容类似，此处不再赘述。

第一接收单元1801包括第四接收模块18011，用于接收CP发送的会话建立请求，并接收CP发送的第一会话修改请求，会话建立请求中包括第一URR，第一会话修改请求中包括第五URR。

该用户面功能实体还可以包括第一存储单元1804，用于对第五URR进行存储。

本实施例中，第一接收单元1801中还进一步包括的各模块，以及更新单元1805、增加单元1806、删除单元1807、调整单元1808的功能与前述图17所示的实施例中描述的内容类似，此处不再赘述。

本实施例中，用户面功能实体中各单元以及模块所执行的流程与前述图7所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图19，本申请中用户面功能实体一个实施例包括：

第一接收单元1901、获取单元1902以及发送单元1903，这三个单元的功能与前述图14所示的实施例中描述的内容类似，此处不再赘述。

第一接收单元1901包括第五接收模块19011，用于接收CP发送的会话建立请求，并接收CP发送的第二会话修改请求，会话建立请求中包括第五URR，第二会话修改请求中包括第一URR。

该用户面功能实体还可以包括第二存储单元1904，用于对第一URR进行存储。

本实施例中，第一接收单元1901中还进一步包括的各模块，以及更新单元1905、增加单元1906、删除单元1907、调整单元1908的功能与前述图17所示的实施例中描述的内容类似，此处不再赘述。

本实施例中，用户面功能实体中各单元以及模块所执行的流程与前述图8所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图20，本申请中用户面功能实体一个实施例包括：

第一接收单元2001、获取单元2002以及发送单元2003，这三个单元的功能与前述图14所示的实施例中描述的内容类似，此处不再赘述。

第一接收单元2001包括第六接收模块20011，用于接收CP发送的第三会话修改请求，第三会话修改请求中包括第一URR以及第五URR。

该用户面功能实体还可以包括第三存储单元2004，用于对第一URR以及第五URR进行存储。

本实施例中，第一接收单元2001中还进一步包括的各模块，以及更新单元2005、增加单元2006、删除单元2007、调整单元2008的功能与前述图17所示的实施例中描述的内容类似，此处不再赘述。

本实施例中，用户面功能实体中各单元以及模块所执行的流程与前述图9所示的实施例中描述的方法流程类似，此处不再赘述。

上面对本申请实施例中的用户面功能实体进行了描述，下面对本申请中的控制面功能实体进行描述：

请参阅图21，本申请中控制面功能实体一个实施例包括：

第一接收单元2101，用于接收触发请求；

第一发送单元2102，用于根据触发请求向UP发送第一URR以及第二URR，第一URR与第二URR具有关联关系；

第二接收单元2103，用于接收UP发送的第一URR对应的用量信息以及与第一URR具有关联关系的第三URR对应的用量信息；

组成单元2104，用于根据第一URR对应的用量信息以及第三URR对应的用量信息组成计费数据记录。

本实施例中的第一接收单元2101为可选单元，在实际应用中也可以不存在，当不存在第一接收单元2101时，第一发送单元2102可不依赖于触发请求向UP发送第一URR以及第二URR，具体此处不做限定。

本实施例中的第一发送单元2102可以通过多种方式向UP发送第一URR以及第二URR，下面分别进行描述：

请参阅图22，本申请中控制面功能实体一个实施例包括：

第一接收单元2201、第一发送单元2202、第二接收单元2203以及组成单元2204，这四个单元的功能与前述图21所示的实施例中描述的内容类似，此处不再赘述。

第一发送单元2202包括：第一发送模块22021，用于向UP发送会话建立请求，会话建立请求中包括第一URR以及第二URR，第三URR与第二URR相同。

该控制面功能实体还可以包括：第二发送单元2205，用于向UP发送关联指示，关联指示用于表示第一URR与第二URR之间具有关联关系。

本实施例中，控制面功能实体中各单元以及模块所执行的流程与前述图4所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图23，本申请中控制面功能实体一个实施例包括：

第一接收单元2301、第一发送单元2302、第二接收单元2303以及组成单元2304，这四个单元的功能与前述图21所示的实施例中描述的内容类似，此处不再赘述。

第一发送单元2302包括：第二发送模块23021，用于向UP发送会话建立请求，并向UP发送会话修改请求，会话建立请求中包括第一URR，会话修改请求中包括第一URR或第一URR的标识，以及第二URR，以使得UP将第二URR作为第三URR。

本实施例中，控制面功能实体中各单元以及模块所执行的流程与前述图5所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图24，本申请中控制面功能实体一个实施例包括：

第一接收单元2401、第一发送单元2402、第二接收单元2403以及组成单元2404，这四个单元的功能与前述图21所示的实施例中描述的内容类似，此处不再赘述。

第一发送单元2402包括：第三发送模块24021，用于向UP发送会话建立请求，会话建立请求中包括第一URR以及第五URR。

该控制面功能实体还可以包括：第三发送单元2405，用于向UP发送关联指示，关联指示用于表示第一URR与第五URR具有关联关系。

本实施例中，第一发送单元2402还可以进一步包括：第七发送模块24022或第八发送模块24023或第九发送模块24024或第十发送模块24025中任一个或多个。

其中，第七发送模块24022，用于向UP发送第四会话修改请求，第四会话修改请求中包括第一URR或第一URR的标识，以及第二URR或第二URR的标识，以使得UP根据第二URR对第五URR进行更新得到第三URR。

第八发送模块24023，用于向UP发送第四会话修改请求，第四会话修改请求中包括增加指令，第一URR或第一URR的标识，以及第二URR或第二URR的标识，以使得UP根据增加指令在第五URR中增加第二URR得到第三URR。

第九发送模块24024，用于向UP发送第四会话修改请求，第四会话修改请求中包括删除指令，第一URR或第一URR的标识，以及第二URR或第二URR的标识，以使得UP根据删除指令在第五URR中删除第二URR得到第三URR，或以使得UP根据删除指令删除第五URR中的第二URR与第一URR之间的关联关系得到第三URR。

第十发送模块24025，用于向UP发送第四会话修改请求，第四会话修改请求中包括增加指令，删除指令，第一URR或第一URR的标识，第二URR或第二URR的标识以及第四URR或第四URR的标识，以使得UP根据增加指令在第五URR中增加第二URR，并使得UP根据删除指令在第五URR中删除第四URR或根据删除指令删除第五URR中的第四URR与第一URR之间的关联关系得到第三URR。

本实施例中，控制面功能实体中各单元以及模块所执行的流程与前述图6所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图25，本申请中控制面功能实体一个实施例包括：

第一接收单元2501、第一发送单元2502、第二接收单元2503以及组成单元2504，这四个单元的功能与前述图21所示的实施例中描述的内容类似，此处不再赘述。

第一发送单元2502包括：第四发送模块25021，用于向UP发送会话建立请求，并向UP发送第一会话修改请求，会话建立请求中包括第一URR，第一会话修改请求中包括第五URR。

本实施例中，第一发送单元2502中还进一步包括的各模块的功能与前述图24所示的实施例中描述的内容类似，此处不再赘述。

本实施例中，控制面功能实体中各单元以及模块所执行的流程与前述图7所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图26，本申请中控制面功能实体一个实施例包括：

第一接收单元2601、第一发送单元2602、第二接收单元2603以及组成单元2604，这四个单元的功能与前述图21所示的实施例中描述的内容类似，此处不再赘述。

第一发送单元2602包括：第五发送模块26021，用于向UP发送会话建立请求，并向UP发送第二会话修改请求，会话建立请求中包括第五URR，第二会话修改请求中包括第一URR。

本实施例中，第一发送单元2602中还进一步包括的各模块的功能与前述图24所示的实施例中描述的内容类似，此处不再赘述。

本实施例中，控制面功能实体中各单元以及模块所执行的流程与前述图8所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图27，本申请中控制面功能实体一个实施例包括：

第一接收单元2701、第一发送单元2702、第二接收单元2703以及组成单元2704，这四个单元的功能与前述图21所示的实施例中描述的内容类似，此处不再赘述。

第一发送单元2702包括：第六发送模块27021，用于向UP发送第三会话修改请求，第三会话修改请求中包括第一URR以及第五URR。

本实施例中，第一发送单元2702中还进一步包括的各模块的功能与前述图24所示的实施例中描述的内容类似，此处不再赘述。

本实施例中，控制面功能实体中各单元以及模块所执行的流程与前述图9所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图28，本申请中用户面功能实体一个实施例包括：

第一接收单元2801，用于接收CP发送的第一URR；

第一获取单元2802，用于当在UP上的用量信息达到第一URR的阈值时，获取第一URR对应的用量信息；

第一发送单元2803，用于向CP发送第一URR对应的用量信息；

第二接收单元2804，用于接收CP发送的第一请求，第一请求中包括第二URR，第二URR与第一URR具有关联关系；

第二获取单元2805，用于获取第二URR对应的用量信息；

第二发送单元2806，用于向CP发送第二URR对应的用量信息，以使得CP根据第一URR对应的用量信息以及第二URR对应的用量信息组成计费数据记录。

本实施例中，用户面功能实体中各单元所执行的流程与前述图10或图12所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图28，本申请中用户面功能实体一个实施例包括：

第一接收单元2801，用于接收CP发送的第一URR和第二URR；

第一发送单元2803，用于向CP发送第一URR对应的用量信息；

第二接收单元2804，用于接收CP发送的第一请求，第一请求中包括关联指示，关联指示用于表示第二URR与第一URR具有关联关系；

第二获取单元2805，用于获取第二URR对应的用量信息；

本实施例中，用户面功能实体中各单元所执行的流程与前述图11或图13所示的实施例中描述的方法流程类似，此处不再赘述。

请参阅图29，本申请中控制面功能实体一个实施例包括：

第一接收单元2901，用于接收触发请求；

第一发送单元2902，用于根据触发请求向UP发送第一URR；

第二接收单元2903，用于接收UP发送的第一URR对应的用量信息；

第二发送单元2904，用于向UP发送第一请求，第一请求中包括第二URR，第二URR与第一URR具有关联关系；

第三接收单元2905，用于接收UP发送的第二URR对应的用量信息；

组成单元2906，用于根据第一URR对应的用量信息以及第二URR对应的用量信息组成计费数据记录。

请参阅图29，本申请中控制面功能实体一个实施例包括：

第一接收单元2901，用于接收触发请求；

第一发送单元2902，用于根据触发请求向UP发送第一URR和第二URR；

第二发送单元2904，用于向UP发送第一请求，第一请求中包括关联标识，关联标识用于表示第二URR与第一URR具有关联关系；

请参阅图30，本申请中用户面功能实体一个实施例可以包括一个或一个以上中央处理器3001，存储器3002，输入输出接口3003，有线或无线网络接口3004，电源3005。

存储器3002可以是短暂存储或持久存储。更进一步地，中央处理器3001可以配置为与存储器3002通信，在用户面功能实体上执行存储器3002中的一系列指令操作。

本实施例中，中央处理器3001可以执行前述图4至图13所示实施例中用户面功能实体所执行的操作，具体此处不再赘述。

本实施例中，中央处理器3001中的具体功能模块划分可以与前述图14至20中所描述的第一接收单元、获取单元、发送单元、第二接收单元、第三接收单元、第一存储单元、第二存储单元、第三存储单元、更新单元、增加单元、删除单元、调整单元等单元的功能模块划分方式类似，此处不再赘述。

本实施例中，中央处理器3001中的具体功能模块划分也可以与前述图28中所描述的第一接收单元、第一获取单元、第一发送单元、第二接收单元、第二获取单元、第二发送单元等单元的功能模块划分方式类似，此处不再赘述。

请参阅图31，本申请中控制面功能实体一个实施例可以包括一个或一个以上中央处理器3101，存储器3102，输入输出接口3103，有线或无线网络接口3104，电源3105。

存储器3102可以是短暂存储或持久存储。更进一步地，中央处理器3101可以配置为与存储器3102通信，在用户面功能实体上执行存储器3102中的一系列指令操作。

本实施例中，中央处理器3101可以执行前述图4至图13所示实施例中控制面功能实体所执行的操作，具体此处不再赘述。

本实施例中，中央处理器3101中的具体功能模块划分可以与前述图21至27中所描述的第一接收单元、第一发送单元、第二接收单元、第二发送单元、第三发送单元、组成单元等单元的功能模块划分方式类似，此处不再赘述。

本实施例中，中央处理器3001中的具体功能模块划分也可以与前述图29中所描述的第一接收单元、第一发送单元、第二接收单元、第二发送单元、第三接收单元、组成单元等单元的功能模块划分方式类似，此处不再赘述。

本申请实施例还提供了一种计算机存储介质，该计算机存储介质用于储存为上述用户面功能实体或控制面功能实体所用的计算机软件指令，其包括用于执行为用户面功能实体或控制面功能实体所设计的程序。

该用户面功能实体可以如前述图4至图13中所描述的用户面功能实体。

该控制面功能实体可以如前述图4至图13中所描述的控制面功能实体。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现上述图4至图13中任意一项的计费管理方法中的流程。

本申请实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)并不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的方案，例如，包括了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

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

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

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

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

综上，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims

一种计费管理方法，其特征在于，包括：

用户面功能实体UP接收控制面功能实体CP发送的第一用量上报规则URR以及第二URR，所述第一URR与所述第二URR具有关联关系；

当在所述UP上的用量信息达到所述第一URR的阈值时，所述UP获取所述第一URR对应的用量信息以及与所述第一URR具有关联关系的第三URR对应的用量信息；

所述UP向所述CP发送所述第一URR对应的用量信息以及所述第三URR对应的用量信息，以使得所述CP根据所述第一URR对应的用量信息以及所述第三URR对应的用量信息组成计费数据记录。
根据权利要求1所述的计费管理方法，其特征在于，所述UP接收CP发送的第一URR以及第二URR包括：

所述UP接收所述CP发送的会话建立请求，所述会话建立请求中包括第一URR以及第二URR，所述第三URR与所述第二URR相同。
根据权利要求2所述的计费管理方法，其特征在于，所述UP接收CP发送的第一URR以及第二URR之后，所述UP获取所述第一URR对应的用量信息以及与所述第一URR具有关联关系的第三URR对应的用量信息之前，所述方法还包括：

所述UP接收所述CP发送的关联指示，所述关联指示用于表示所述第一URR与所述第二URR之间具有关联关系。
根据权利要求1所述的计费管理方法，其特征在于，所述UP接收CP发送的第一URR以及第二URR包括：

所述UP接收所述CP发送的会话建立请求，所述会话建立请求中包括所述第一URR；

所述UP接收所述CP发送的会话修改请求，所述会话修改请求中包括第一URR或第一URR的标识，以及第二URR；

所述UP接收所述CP发送的会话修改请求之后，所述方法还包括：

所述UP将所述第二URR作为所述第三URR。
根据权利要求1所述的计费管理方法，其特征在于，所述UP接收CP发送的第一URR以及第二URR包括：

所述UP接收所述CP发送的会话建立请求，所述会话建立请求中包括第一URR以及第五URR。
根据权利要求5所述的计费管理方法，其特征在于，所述UP接收所述CP发送的会话建立请求之后，且所述UP向所述CP发送所述第一URR对应的用量信息以及所述第三URR对应的用量信息之前，所述方法还包括：

所述UP接收所述CP发送的关联指示，所述关联指示用于表示所述第一URR与所述第五URR具有关联关系。
根据权利要求1所述的计费管理方法，其特征在于，所述UP接收CP发送的第一URR以及第二URR包括：

所述UP接收所述CP发送的会话建立请求，所述会话建立请求中包括第一URR；

所述UP接收所述CP发送的第一会话修改请求，所述第一会话修改请求中包括第五URR；

所述方法还包括：

所述UP对所述第五URR进行存储。
根据权利要求1所述的计费管理方法，其特征在于，所述UP接收CP发送的第一URR以及第二URR包括：

所述UP接收所述CP发送的会话建立请求，所述会话建立请求中包括第五URR；

所述UP接收所述CP发送的第二会话修改请求，所述第二会话修改请求中包括第一URR；

所述方法还包括：

所述UP对所述第一URR进行存储。
根据权利要求1所述的计费管理方法，其特征在于，所述UP接收CP发送的第一URR以及第二URR包括：

所述UP接收所述CP发送的第三会话修改请求，所述第三会话修改请求中包括第一URR以及第五URR；

所述方法还包括：

所述UP对所述第一URR以及所述第五URR进行存储。
根据权利要求6至9中任一项所述的计费管理方法，其特征在于，所述UP接收CP发送的第一URR以及第二URR还包括：

所述UP接收所述CP发送的第四会话修改请求，所述第四会话修改请求中包括第一URR或第一URR的标识，以及第二URR或第二URR的标识；

所述UP接收所述CP发送的第四会话修改请求之后，所述方法还包括：

所述UP根据所述第二URR对所述第五URR进行更新得到所述第三URR。
根据权利要求10所述的计费管理方法，其特征在于，所述UP根据所述第二URR对所述第五URR进行更新得到所述第三URR包括：

所述UP在所述第五URR中增加所述第二URR得到所述第三URR；

或，

所述UP在所述第五URR中删除目标URR得到所述第三URR，所述目标URR为所述第五URR中包括的不为所述第二URR的URR；

或，

所述UP删除所述第五URR中的目标URR与所述第一URR之间的关联关系得到所述第三URR，所述目标URR为所述第五URR中包括的不为所述第二URR的URR。
根据权利要求5至9中任一项所述的计费管理方法，其特征在于，所述UP接收CP发送的第一URR以及第二URR还包括：

所述UP接收所述CP发送的第四会话修改请求，所述第四会话修改请求中包括增加指令，所述第一URR或第一URR的标识，以及第二URR或第二URR的标识；

所述UP接收所述CP发送的第四会话修改请求之后，所述方法还包括：

所述UP根据所述增加指令在所述第五URR中增加所述第二URR得到所述第三URR。
根据权利要求5至9中任一项所述的计费管理方法，其特征在于，所述UP接收CP发送的第一URR以及第二URR还包括：

所述UP接收所述CP发送的第四会话修改请求，所述第四会话修改请求中包括删除指令，所述第一URR或第一URR的标识，以及所述第二URR或第二URR的标识；

所述UP接收所述CP发送的第四会话修改请求之后，所述方法还包括：

所述UP根据所述删除指令在所述第五URR中删除所述第二URR得到所述第三URR；

或，

所述UP根据所述删除指令删除所述第五URR中的所述第二URR与所述第一URR之间的关联关系得到所述第三URR。
根据权利要求5至9中任一项所述的计费管理方法，其特征在于，所述UP接收CP发送的第一URR以及第二URR还包括：

所述UP接收所述CP发送的第四会话修改请求，所述第四会话修改请求中包括增加指令，删除指令，所述第一URR或第一URR的标识，第二URR或第二URR的标识，第四URR或第四URR的标识；

所述UP接收所述CP发送的第四会话修改请求之后，所述方法还包括：

所述UP根据所述增加指令在所述第五URR中增加所述第二URR，并根据所述删除指令在所述第五URR中删除所述第四URR或根据所述删除指令删除所述第五URR中的所述第四URR与所述第一URR之间的关联关系，得到所述第三URR。
根据权利要求1至14中任一项所述的计费管理方法，其特征在于，

所述第一URR为承载级别的URR，所述第二URR为业务数据流级别的URR，所述第三URR为业务数据流级别的URR。
根据权利要求14所述的计费管理方法，其特征在于，所述第四URR为业务数据流级别的URR。
根据权利要求5至9中任一项所述的计费管理方法，其特征在于，所述第五URR为业务数据流级别的URR。
一种计费管理方法，其特征在于，包括：

CP向UP发送第一URR以及第二URR，所述第一URR与所述第二URR具有关联关系；

所述CP接收所述UP发送的所述第一URR对应的用量信息以及与所述第一URR具有关联关系的第三URR对应的用量信息；

所述CP根据所述第一URR对应的用量信息以及所述第三URR对应的用量信息组成计费数据记录。
根据权利要求18所述的计费管理方法，其特征在于，所述CP向UP发送第一URR以及第二URR之前，所述方法还包括：

所述CP接收触发请求；

所述CP向UP发送第一URR以及第二URR包括：

所述CP根据所述触发请求向UP发送第一URR以及第二URR。
根据权利要求18所述的计费管理方法，其特征在于，

所述CP向UP发送第一URR以及第二URR包括：

所述CP向所述UP发送会话建立请求，所述会话建立请求中包括第一URR以及第二URR，所述第三URR与所述第二URR相同。
根据权利要求20所述的计费管理方法，其特征在于，所述CP根据所述触发请求向UP发送第一URR以及第二URR之后，所述CP接收所述UP发送的所述第一URR对应的用量信息以及与所述第一URR具有关联关系的第三URR对应的用量信息之前，所述方法还包括：

所述CP向所述UP发送关联指示，所述关联指示用于表示所述第一URR与所述第二URR之间具有关联关系。
根据权利要求18所述的计费管理方法，其特征在于，所述CP向UP发送第一URR以及第二URR包括：

所述CP向所述UP发送会话建立请求，所述会话建立请求中包括所述第一URR；

所述CP向所述UP发送会话修改请求，所述会话修改请求中包括第一URR或第一URR的标识，以及第二URR，以使得所述UP将所述第二URR作为所述第三URR。
根据权利要求18所述的计费管理方法，其特征在于，所述CP向UP发送第一URR以及第二URR包括：

所述CP向所述UP发送会话建立请求，所述会话建立请求中包括第一URR以及第五URR。
根据权利要求23所述的计费管理方法，其特征在于，所述CP向所述UP发送会话修改请求之后，且所述CP接收所述UP发送的所述第一URR对应的用量信息以及与所述第一URR具有关联关系的第三URR对应的用量信息之前，所述方法还包括：

所述CP向所述UP发送关联指示，所述关联指示用于表示所述第一URR与所述第五URR具有关联关系。
根据权利要求18所述的计费管理方法，其特征在于，所述CP向UP发送第一URR以及第二URR包括：

所述CP向所述UP发送会话建立请求，所述会话建立请求中包括第一URR；

所述CP向所述UP发送第一会话修改请求，所述第一会话修改请求中包括第五URR。
根据权利要求18所述的计费管理方法，其特征在于，所述CP向UP发送第一URR以及第二URR包括：

所述CP向所述UP发送会话建立请求，所述会话建立请求中包括第五URR；

所述CP向所述UP发送第二会话修改请求，所述第二会话修改请求中包括第一URR。
根据权利要求18所述的计费管理方法，其特征在于，所述CP向UP发送第一URR以及第二URR包括：

所述CP向所述UP发送第三会话修改请求，所述第三会话修改请求中包括第一URR以及第五URR。
根据权利要求23至27中任一项所述的计费管理方法，其特征在于，所述CP向UP发送第一URR以及第二URR还包括：

所述CP向所述UP发送第四会话修改请求，所述第四会话修改请求中包括第一URR或第一URR的标识，以及第二URR或第二URR的标识，以使得所述UP根据所述第二URR对所述第五URR进行更新得到所述第三URR。
根据权利要求23至27中任一项所述的计费管理方法，其特征在于，所述CP向UP发送第一URR以及第二URR还包括：

所述CP向所述UP发送第四会话修改请求，所述第四会话修改请求中包括增加指令，所述第一URR或第一URR的标识，以及第二URR或第二URR的标识，以使得所述UP根据所述增加指令在所述第五URR中增加所述第二URR得到所述第三URR。
根据权利要求23至27中任一项所述的计费管理方法，其特征在于，所述CP向UP发送第一URR以及第二URR还包括：

所述CP向所述UP发送第四会话修改请求，所述第四会话修改请求中包括删除指令，所述第一URR或第一URR的标识，以及第二URR或第二URR的标识，以使得所述UP根据所述删除指令在所述第五URR中删除所述第二URR得到所述第三URR，或以使得所述UP根据所述删除指令删除所述第五URR中的所述第二URR与所述第一URR之间的关联关系得到所述第三URR。
根据权利要求23至27中任一项所述的计费管理方法，其特征在于，所述CP向UP发送第一URR以及第二URR还包括：

所述CP向所述UP发送第四会话修改请求，所述第四会话修改请求中包括增加指令，删除指令，所述第一URR或第一URR的标识，第二URR或第二URR的标识以及第四URR或第四URR的标识，以使得所述UP根据所述增加指令在所述第五URR中增加所述第二URR，并使得所述UP根据所述删除指令在所述第五URR中删除所述第四URR或根据所述删除指令删除所述第五URR中的所述第四URR与所述第一URR之间的关联关系得到所述第三URR。
根据权利要求18至31中任一项所述的计费管理方法，其特征在于，

所述第一URR为承载级别的URR，所述第二URR为业务数据流级别的URR，所述第三URR为业务数据流级别的URR。
根据权利要求31所述的计费管理方法，其特征在于，所述第四URR为业务数据流级别的URR。
根据权利要求23至27中任一项所述的计费管理方法，其特征在于，所述第五URR为业务数据流级别的URR。
一种用户面功能实体，其特征在于，包括：

第一接收单元，用于接收控制面功能实体CP发送的第一用量上报规则URR以及第二URR，所述第一URR与所述第二URR具有关联关系；

获取单元，用于当在所述UP上的用量信息达到所述第一URR的阈值时，获取所述第一URR对应的用量信息以及与所述第一URR具有关联关系的第三URR对应的用量信息；

发送单元，用于向所述CP发送所述第一URR对应的用量信息以及所述第三URR对应的用量信息，以使得所述CP根据所述第一URR对应的用量信息以及所述第三URR对应的用量信息组成计费数据记录。
根据权利要求35所述的用户面功能实体，其特征在于，所述第一接收单元包括：

第一接收模块，用于接收所述CP发送的会话建立请求，所述会话建立请求中包括第一URR以及第二URR，所述第三URR与所述第二URR相同。
根据权利要求36所述的用户面功能实体，其特征在于，所述用户面功能实体还包括：

第二接收单元，用于接收所述CP发送的关联指示，所述关联指示用于表示所述第一URR与所述第二URR之间具有关联关系。
根据权利要求35所述的用户面功能实体，其特征在于，所述第一接收单元包括：

第二接收模块，用于接收所述CP发送的会话建立请求，并接收所述CP发送的会话修改请求，所述会话建立请求中包括所述第一URR，所述会话修改请求中包括第一URR或第一URR的标识，以及第二URR，将所述第二URR作为所述第三URR。
根据权利要求35所述的用户面功能实体，其特征在于，所述第一接收单元包括：

第三接收模块，用于接收所述CP发送的会话建立请求，所述会话建立请求中包括第一URR以及第五URR。
根据权利要求39所述的用户面功能实体，其特征在于，所述用户面功能实体还包括：

第三接收单元，用于接收所述CP发送的关联指示，所述关联指示用于表示所述第一URR与所述第五URR具有关联关系。
根据权利要求36所述的用户面功能实体，其特征在于，所述第一接收单元包括：

第四接收模块，用于接收所述CP发送的会话建立请求，并接收所述CP发送的第一会话修改请求，所述会话建立请求中包括第一URR，所述第一会话修改请求中包括第五URR；

所述用户面功能实体还包括：

第一存储单元，用于对所述第五URR进行存储。
根据权利要求36所述的用户面功能实体，其特征在于，

所述第一接收单元包括：

第五接收模块，用于接收所述CP发送的会话建立请求，并接收所述CP发送的第二会话修改请求，所述会话建立请求中包括第五URR，所述第二会话修改请求中包括第一URR；

所述用户面功能实体还包括：

第二存储单元，用于对所述第一URR进行存储。
根据权利要求36所述的用户面功能实体，其特征在于，所述第一接收单元包括：

第六接收模块，用于接收所述CP发送的第三会话修改请求，所述第三会话修改请求中包括第一URR以及第五URR；

所述用户面功能实体还包括：

第三存储单元，用于对所述第一URR以及所述第五URR进行存储。
根据权利要求39至43中任一项所述的用户面功能实体，其特征在于，所述第一接收单元还包括：

第七接收模块，用于接收所述CP发送的第四会话修改请求，所述第四会话修改请求中包括第一URR或第一URR的标识，以及第二URR或第二URR的标识；

所述用户面功能实体还包括：

更新单元，用于根据所述第二URR对所述第五URR进行更新得到所述第三URR。
根据权利要求44所述的用户面功能实体，其特征在于，所述更新单元包括：

增加模块，用于在所述第五URR中增加所述第二URR得到所述第三URR；

或，

删除模块，用于在所述第五URR中删除目标URR得到所述第三URR，所述目标URR为所述第五URR中包括的不为所述第二URR的URR，或，删除所述第五URR中的目标URR与所述第一URR之间的关联关系得到所述第三URR，所述目标URR为所述第五URR中包括的不为所述第二URR的URR。
根据权利要求39至43中任一项所述的用户面功能实体，其特征在于，所述第一接收单元还包括：

第八接收模块，用于接收所述CP发送的第四会话修改请求，所述第四会话修改请求中包括增加指令，所述第一URR或第一URR的标识，以及第二URR或第二URR的标识；

所述用户面功能实体还包括：

增加单元，用于根据所述增加指令在所述第五URR中增加所述第二URR得到所述第三URR。
根据权利要求39至43中任一项所述的用户面功能实体，其特征在于，所述第一接收单元还包括：

第九接收模块，用于接收所述CP发送的第四会话修改请求，所述第四会话修改请求中包括删除指令，所述第一URR或第一URR的标识，以及所述第二URR或第二URR的标识；

所述用户面功能实体还包括：

删除单元，用于根据所述删除指令在所述第五URR中删除所述第二URR得到所述第三URR，或，根据所述删除指令删除所述第五URR中的所述第二URR与所述第一URR之间的关联关系得到所述第三URR。
根据权利要求39至43中任一项所述的用户面功能实体，其特征在于，所述第一接收单元还包括：

第十接收模块，用于接收所述CP发送的第四会话修改请求，所述第四会话修改请求中包括增加指令，删除指令，所述第一URR或第一URR的标识，第二URR或第二URR的标识，第四URR或第四URR的标识；

所述用户面功能实体还包括：

调整单元，用于根据所述增加指令在所述第五URR中增加所述第二URR，并根据所述删除指令在所述第五URR中删除所述第四URR或根据所述删除指令删除所述第五URR中的所述第四URR与所述第一URR之间的关联关系，得到所述第三URR。
一种控制面功能实体，其特征在于，包括：

第一发送单元，用于向UP发送第一URR以及第二URR，所述第一URR与所述第二URR具有关联关系；

第二接收单元，用于接收所述UP发送的所述第一URR对应的用量信息以及与所述第一URR具有关联关系的第三URR对应的用量信息；

组成单元，用于根据所述第一URR对应的用量信息以及所述第三URR对应的用量信息组成计费数据记录。
根据权利要求49所述的控制面功能实体，其特征在于，所述控制面功能实体还包括：

第一接收单元，用于接收触发请求；

所述第一发送单元具体用于根据所述触发请求向UP发送第一URR以及第二URR。
根据权利要求49所述的控制面功能实体，其特征在于，所述第一发送单元包括：

第一发送模块，用于向所述UP发送会话建立请求，所述会话建立请求中包括第一URR以及第二URR，所述第三URR与所述第二URR相同。
根据权利要求51所述的控制面功能实体，其特征在于，所述控制面功能实体还包括：

第二发送单元，用于向所述UP发送关联指示，所述关联指示用于表示所述第一URR与所述第二URR之间具有关联关系。
根据权利要求49所述的控制面功能实体，其特征在于，所述第一发送单元包括：

第二发送模块，用于向所述UP发送会话建立请求，并向所述UP发送会话修改请求，所述会话建立请求中包括所述第一URR，所述会话修改请求中包括第一URR或第一URR的标识，以及第二URR，以使得所述UP将所述第二URR作为所述第三URR。
根据权利要求49所述的控制面功能实体，其特征在于，所述第一发送单元包括：

第三发送模块，用于向所述UP发送会话建立请求，所述会话建立请求中包括第一URR以及第五URR。
根据权利要求54所述的控制面功能实体，其特征在于，所述控制面功能实体还包括：

第三发送单元，用于向所述UP发送关联指示，所述关联指示用于表示所述第一URR与所述第五URR具有关联关系。
根据权利要求49所述的控制面功能实体，其特征在于，所述第一发送单元包括：

第四发送模块，用于向所述UP发送会话建立请求，并向所述UP发送第一会话修改请求，所述会话建立请求中包括第一URR，所述第一会话修改请求中包括第五URR。
根据权利要求49所述的控制面功能实体，其特征在于，所述第一发送单元包括：

第五发送模块，用于向所述UP发送会话建立请求，并向所述UP发送第二会话修改请求，所述会话建立请求中包括第五URR，所述第二会话修改请求中包括第一URR。
根据权利要求49所述的控制面功能实体，其特征在于，所述第一发送单元包括：

第六发送模块，用于向所述UP发送第三会话修改请求，所述第三会话修改请求中包括第一URR以及第五URR。
根据权利要求54至58中任一项所述的控制面功能实体，其特征在于，所述第一发送单元还包括：

第七发送模块，用于向所述UP发送第四会话修改请求，所述第四会话修改请求中包括第一URR或第一URR的标识，以及第二URR或第二URR的标识，以使得所述UP根据所述第二URR对所述第五URR进行更新得到所述第三URR。
根据权利要求54至58中任一项所述的控制面功能实体，其特征在于，所述第一发送单元还包括：

第八发送模块，用于向所述UP发送第四会话修改请求，所述第四会话修改请求中包括增加指令，所述第一URR或第一URR的标识，以及第二URR或第二URR的标识，以使得所述UP根据所述增加指令在所述第五URR中增加所述第二URR得到所述第三URR。
根据权利要求54至58中任一项所述的控制面功能实体，其特征在于，所述第一发送单元还包括：

第九发送模块，用于向所述UP发送第四会话修改请求，所述第四会话修改请求中包括删除指令，所述第一URR或第一URR的标识，以及第二URR或第二URR的标识，以使得所述UP根据所述删除指令在所述第五URR中删除所述第二URR得到所述第三URR，或以使得所述UP根据所述删除指令删除所述第五URR中的所述第二URR与所述第一URR之间的关联关系得到所述第三URR。
根据权利要求54至58中任一项所述的控制面功能实体，其特征在于，所述第一发送单元还包括：

第十发送模块，用于向所述UP发送第四会话修改请求，所述第四会话修改请求中包括增加指令，删除指令，所述第一URR或第一URR的标识，第二URR或第二URR的标识以及第四URR或第四URR的标识，以使得所述UP根据所述增加指令在所述第五URR中增加所述第二URR，并使得所述UP根据所述删除指令在所述第五URR中删除所述第四URR或根据所述删除指令删除所述第五URR中的所述第四URR与所述第一URR之间的关联关系得到所述第三URR。