一种数据处理方法以及相关设备与流程

本申请涉及通信领域，尤其涉及一种数据处理方法以及相关设备。

背景技术：

在网络业务计费系统中，核心网网元会统计用户相关的网络业务所产生的数据流量或者上网时长等用量信息，形成计费数据记录并发送至计费服务器以进行后续的计费处理，实现计费功能。

在下一代的通信网络结构中，核心网网元会分离为cp和up，cp用来进行控制面工作，up用来进行用户面工作。

在计费时，up采集计费的基础数据并发给cp，up发送基础数据的时机为up上的urr达到条件，但up上一般会有多个urr，up发送的基础数据可能只有其中一个urr的基础数据，而cp要生成该用量上报规则对应的cdr的话，同时还需要其他用量上报规则的用量信息，但是此时该其他用量上报规还未满足相关的上报条件，对应的up就还未向cp发送该其他用量上报规则的用量信息，cp则会因为该其他用量上报规则的用量信息的欠缺，导致无法形成完整的cdr，从而不利于计费功能的实现。

技术实现要素：

本申请实施例提供了一种数据处理方法以及相关设备，用于生成完整的计费数据记录cdr。

有鉴于此，本申请提供了一种数据处理方法，包括：

控制面功能实体cp向用户面功能实体up发送目标用量上报规则urr以及关联关系，目标urr包括第一urr以及第二urr，关联关系用于指示第一urr与第二urr具有关联关系；

当up上第一urr满足上报条件时，cp接收up发送的第一用量信息以及第二用量信息，第一用量信息为第一urr对应的用量信息，第二用量信息为第二urr对应的用量信息；

cp根据第一用量信息以及第二用量信息，生成计费数据记录cdr。

从以上技术方案可以看出，本申请实施例具有以下优点：

控制面功能实体cp通过向用户面功能实体up发送目标用量上报规则urr以及用于指示该第一urr与该第二urr具有关联关系的关联关系，该目标urr包括第一urr以及第二urr，后续的，当在up上的第一urr满足上报条件时，cp即可接收到up发送的第一urr的第一用量信息以及第二urr的第二用量信息，该第二urr由up根据该关联关系确定得到，cp即可根据第一用量信息以及第二用量信息保证生成完整的计费数据记录cdr，方便完全实现计费功能。

附图说明

图1为本申请实施例中up分离架构图；

图2为本申请实施例中数据处理方法的一个实施例示意图。

具体实施方式

本申请实施例提供了一种数据处理方法以及相关设备，用于保证cp生成完整的计费数据记录cdr。

在介绍本申请实施例之前，先介绍下本申请实施例所涉及的up分离架构，如图1所示，核心网网元分成了控制面功能实体cp以及用户面功能实体up，cp与up之间通过sx接口进行会话，cp还与计费服务器进行会话，例如通过radius接口与认证、授权和会计(英文缩写：aaa，英文全称：authentication，authorizationandaccounting)服务器进行会话，或者通过gy接口与离线计费系统(英文缩写：ofcs，英文全称：offlinechargingsystem)进行会话，又或者通过gy接口与在线计费系统(英文缩写：ocs，英文全称：onlinecharingsystem)进行会话，与运营商向用户提供的不同网络业务相对应，具体此处不做限定。

请参阅图2，图2为本数据处理方法的第一实施例的示意图，对应的，本申请实施例的具体流程如下：

步骤201，控制面功能实体cp向用户面功能实体up发送目标用量上报规则urr以及关联关系；

本申请实施例中，目标用量上报规则的数量至少为两个，包括具有关联关系的第一urr以及第二urr，其中，第一urr除了可以为一个urr，在实际应用中，还可以包括多个urr，具体在此不做限定；第二urr可参照第一urr，在此不再重复赘述。

其中，关联关系用于指示第一urr与第二urr具有关联关系，根据该关联关系，up可确定出与第一urr关联的第二urr，值得一提的是，该关联关系根据运营商向用户提供的不同网络业务预置，具体在此不做限定。

可以理解，cp除了可将上述的目标urr以单独信息向up发送，在实际应用中，还可以携带在发送向up的其他信息中向up发送，具体在此不做限定；上述关联关系的发送方式与目标urr的发送方式类似，在此不再重复赘述。

值得一提的是，目标urr以及关联关系除了以相互独立的发送方式向up发送，在实际应用中，还可以以同一信息的发送方式向up发送，如将目标urr以及关联关系作为单独信息，或者还可以同时携带在同一条发送向up的其他信息中向up发送，具体在此不做限定。

步骤202，当up上第一urr满足上报条件时，cp接收up发送的第一用量信息以及第二用量信息；

在本申请实施例中，当up接收到cp发送的目标urr之后，即可统计目标urr的用量信息，该用量信息除了可以包括统计的时长信息，也可以包括统计的流量信息，在实际应用中，还可以同时包括统计的时长信息以及流量信息，与urr相对应，可根据运营商向用户提供的不同网络业务预置，具体在此不做限定。

可以理解，一方面，当第一urr为一个urr时，上述提及的第一urr满足上报条件可以理解为该urr的用量信息满足上报条件，此处的上报条件除了可以理解为如统计的时长达到预置时长，或者如统计的流量达到预置流量，在实际应用中，还可以如预置时长内统计的流量达到预置流量，或者如在预置流量内统计的时长达到预置时长等等，具体在此不做限定。

在另一方面，当第一urr包括多个urr时，上述提及的第一urr满足上报条件还可以理解为该多个urr中的一个urr满足上报条件，或者还可以理解为该多个urr中的至少两个urr满足上报条件，或者也可以理解为该多个urr同时满足上报条件，具体在此不做限定。此处所述的上报条件与上述的上报条件类似，在此不再重复赘述。

当up上第一urr满足上报条件时，即可根据之前接收到的关联关系，确定与第一urr关联的第二urr，后续的cp即可接收到up发送的由up统计得到的第一用量信息以及第二用量信息，第一用量信息即为第一urr对应的用量信息，第二用量信息即为第二urr对应的用量信息，第一用量信息以及第二用量信息的说明可参照上述的目标urr以及第一urr的用量信息，在此不再重复赘述。

步骤203，cp根据第一用量信息以及第二用量信息，生成计费数据记录cdr。

cp在接收到up发送的第一用量信息以及第二用量信息之后，即可根据接收到的该第一用量信息以及第二用量信息，生成所需的完整计费数据记录cdr，即可进行后续的计费处理，实现计费功能。

本申请实施例中，cp通过向up发送目标用量上报规则urr以及用于指示该第一urr与该第二urr具有关联关系的关联关系，该目标urr包括第一urr以及第二urr，后续的，当在up上的第一urr满足上报条件时，cp会接收到up发送的第一urr的第一用量信息以及第二urr的第二用量信息，该第二urr由up根据该关联关系确定得到，此时cp即可根据第一用量信息以及第二用量信息保证生成完整的计费数据记录cdr，方便完全实现计费功能。

下面对本申请的一种控制面功能实体进行详细说明，本申请中的控制面功能实体包括：

第一发送单元，用于向用户面功能实体up发送目标用量上报规则urr以及关联关系；

接收单元，用于当up上第一urr满足上报条件时，接收up发送的第一用量信息以及第二用量信息；

第一生成单元，用于根据接收单元接收的第一用量信息以及第二用量信息，生成计费数据记录cdr。

本申请实施例中，cp通过第一发送单元向up发送目标用量上报规则urr以及用于指示该第一urr与该第二urr具有关联关系的关联关系，该目标urr包括第一urr以及第二urr，后续的，当在up上的第一urr满足上报条件时，接收单元会接收到up发送的第一urr的第一用量信息以及第二urr的第二用量信息，该第二urr由up根据该关联关系确定得到，此时第一生成单元即可根据第一用量信息以及第二用量信息保证生成完整的计费数据记录cdr，方便完全实现计费功能。

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