CN117041896A - 通信业务结算方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请公开了一种通信业务结算方法、装置、计算机设备和存储介质。该方法可应用于移动通信技术领域，具体可以包括：响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值，获取当前结算周期的资费系数；根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。相较于传统的固定结算模式，本申请结合当前结算周期对应的资费系数进行通信业务结算，结算方式更加灵活，并且资费系数是根据当前结算周期对应的网元负载程度确定，因此本申请在进行通信业务结算时，也考虑了网元负载程度，由于网元负载程度和业务拥塞程度相关，通过网元负载程度确定资费系数，还可引导错开业务使用高峰。

Description

通信业务结算方法、装置、计算机设备和存储介质

技术领域

本申请涉及移动通信技术领域，具体涉及一种通信业务结算方法、装置、计算机设备和存储介质。

背景技术

第五代通信技术5G技术的发展和应用，为移动通信带来了更低的时延，更大的带宽和更强的接入能力，万物互联成为趋势。随着更多类型的网络设备及业务的接入，通信业务使用的突发性和不确定性也更加显著。

以网络流量为例，目前针对用户端的流量结算方式是固定的，即，实际使用了多少流量，结算时就扣除多少流量，若没有免费流量，则按照固定单价对需要收费的流量进行扣费，结算费方式较为单一，除了流量业务，目前的通信业务中的通话业务和短信业务也具有类似问题，即通信业务的结算方式单一的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种可结合资费系数灵活进行通信业务结算的通信业务结算方法、装置、计算机设备和存储介质

申请提供了一种通信业务结算方法，该方法包括：

响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值；

获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定；

根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。

在其中一个实施例中，资费系数包括业务系数和费用系数，根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算，包括：

根据业务系数和实际业务使用值，确定业务等效使用值；

判断可用业务值是否大于业务等效使用值；

若是，则根据可用业务值和业务等效使用值，对用户端进行通信业务结算。

在其中一个实施例中，判断可用业务值是否大于业务等效使用值之后，还包括：

若否，则根据可用业务值、业务等效使用值、业务值单价和费用系数，对用户端进行通信业务结算。

在其中一个实施例中，根据可用业务值、业务等效使用值、业务值单价和费用系数，对用户端进行通信业务结算，包括：

根据业务等效使用值和可用业务值的差值，确定付费业务值；

根据付费业务值、业务值单价和费用系数，对用户端进行通信业务结算。

在其中一个实施例中，该方法，还包括：

根据用户端连接的网元设备在各历史时段内的网元负载程度，预测网元设备在各未来时段的网元负载程度；

根据网元设备在各未来时段的网元负载程度，确定各未来时段对应的资费系数；

根据各未来时段对应的资费系数，生成资费通知消息，并将资费通知消息发送给用户端。

在其中一个实施例中，获取当前结算周期的资费系数，包括：

从各未来时段中确定当前结算周期对应的目标时段；

将目标时段对应的资费系数作为当前结算周期的资费系数。

在其中一个实施例中，该方法，还包括：

根据用户端连接的网元设备在各历史时段内的根据用户端连接的网元设备在各历史时段内的网元负载状态信息，确定网元设备在各历史时段内的网元负载程度。

在其中一个实施例中，网元负载状态信息包括网元设备的吞吐量信息、通信时延信息、丢包率信息、误码率信息、带宽占用率信息和接入用户数信息中的至少一种。

第二方面，本申请还提供了一种通信业务结算装置，该装置包括：

第一获取模块，用于响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值；

第二获取模块，用于获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定；

结算模块，用于根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。

第三方面，本申请还提供了一种计算机设备，该计算机设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：

响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值；

获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定；

根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。

第四方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值；

获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定；

根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。

第五方面，本申请还提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值；

获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定；

根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。

上述通信业务结算方法、装置、计算机设备和存储介质，响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值，获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定，根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。相较于传统的固定结算模式，本申请结合当前结算周期对应的资费系数进行通信业务结算，结算方式更加灵活，并且资费系数是根据当前结算周期对应的网元负载程度确定，因此本申请在进行通信业务结算时，也考虑了网元负载程度，由于网元负载程度和业务拥塞程度相关，通过网元负载程度确定资费系数，还可引导错开业务使用高峰。

附图说明

图1为本实施例提供的第一种通信业务结算方法的应用环境图；

图2为本实施例提供的第一种通信业务结算方法的流程示意图；

图3为本实施例提供的对用户端进行通信业务结算的流程示意图；

图4为本实施例提供的生成资费通知消息的流程示意图；

图5为本实施例提供的确定当前结算周期的资费系数的流程示意图；

图6为本实施例提供的第二种通信业务结算方法的流程示意图；

图7为本实施例提供的第一种通信业务结算装置的结构框图；

图8为本实施例提供的第二种通信业务结算装置的结构框图；

图9为本实施例提供的计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图1所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储异常数据的获取数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种通信业务结算方法。

在一个实施例中，图2是根据本申请实施例提供的一种通信业务结算方法的流程示意图，如图2所示，一种通信业务结算方法包括以下步骤：

S201，响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值。

其中，通信业务包括但不限于流量业务、通话业务和短信业务等，优选的，更适用于流量业务，特别是应用于流量结算时，引导调整流量使用高峰效果更明显。用户端是指用户的终端设备；例如，可以是手机、电脑等终端设备，也可以是智能手环、智能手表等智能穿戴设备。业务结算请求是指用户端发出的需要进行通信业务结算的请求；业务结算请求可以是用户通过用户终端主动发起结算的，也可以是用户端按照预设周期定时发送的。当前结算周期是指预先设置的用于进行通信业务结算的周期，例如可以是五分钟，也可以是两小时等。实际业务使用值是指用户端在当前结算周期内实际使用的业务值，例如流量值、通话时长和短信数量等。

本实施例一种可选的实施方式为：响应于用户端的业务结算请求，获取用户端在当前结算周期内各时刻使用的业务值，然后对各时刻使用的业务值进行统计汇总，得到用户端在当前结算周期内的实际业务使用值。例如，获取用户端在当前结算周期内各时刻使用的流量值，然后对各时刻使用的流量值进行汇总，得到用户端在当前结算周期内的实际流量使用值。

本实施例另一种可选的实施方式为：响应于用户端的业务结算请求，获取用户端在当前结算周期的开始时刻的已使用业务值，以及当前结算周期的结束时刻的已使用业务值，将当前结算周期的结束时刻的已使用业务值与当前结算周期的开始时刻的已使用业务值的差值，作为用户端在当前结算周期内的实际业务使用值。

S202，获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定。

其中，资费系数是指对当前结算周期内使用的业务进行结算时，需要考虑的系数。网元负载程度是指用户端所连接的网元设备的负载程度，可根据网元设备的网元负载状态信息(例如，接入用户数，即当前所连接的用户端的数量)确定得到。网元设备可以但不限于是基站设备。需要说明的是，本实施例中的网元负载程度可以是通过实时计算得到的，也可以是结合该网元设备在历时时段的负载程度预测得到的，例如可结合该网元设备在过去一周或一个月内各时段的负载程度，预测到的该网元设备在当前结算周期内的网元负载程度。

本实施例一种可选的实施方式为：通过查表法，根据第一资费系数表，获取当前结算周期的资费系数。其中，资费系数表中记录有各时段对应的资费系数。

本实施例另一种可选的实施方式为：获取当前结算周期对应的网元负载程度，根据网元负载程度和第二资费系数表，确定当前结算周期的资费系数。其中，第二资费系数表中记录有网元负载程度，以及网元负载程度对应的资费系数。

S203，根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。

其中，可用业务值是指目前用户端当前套餐中可使用的业务值，即套餐中剩余业务值；例如，剩余流量值，剩余通话时长等。

本实施例一种可选的实施方式为：若实际业务使用值大于可用业务值，则将实际业务使用值与可用业务值的差值作为付费业务值，在将付费业务值与资费系数的乘积结果作为等效收费业务值，根据等效收费业务值进行通信业务结算。例如，将等效收费业务值乘以业务值单价，即可得到此次需要额外收取的费用。需要说明的是，本实施例中若当前结算周期对应的资费系数若大于1，则通信业务结算的结果就会高于正常值，若当前结算周期对应的资费系数若小于1，则通信业务结算的结果就会低于正常值，因此，通过资费系数的设定，可对用户的业务使用进行引导，可调节业务使用高峰。例如，以流量为例，当前结算周期内的网元负载程度较高，也就是说当前网元设备较为繁忙，可根据前结算周期内的网元负载程度将资费系数设置为大于1，使网络流量结算结果高于正常值，不仅可保护网元设备，还可引导用户错开流量使用高峰。

本实施例又一种可选的实施方式为：若实际业务使用值大于可用业务值，将资费系数乘以业务值单价，得到等效业务费率；将实际业务使用值与可用业务值的差值作为付费业务值；根据等效业务费率和付费业务值，对用户端进行通信业务结算。例如，计算等效业务费率与付费业务值的乘积，将乘积结果作为当前通信业务结算周期所要支付的业务费用。

本实施例又一种可选的实施方式为：若实际使用业务值小于或等于可用业务值，根据实际业务使用值乘以资费系数，确定等效业务使用值，根据可用业务值和等效业务使用值进行通信业务结算，计算出剩余的可用业务值。

本实施例中响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值，获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定，根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。相较于传统的固定结算模式，本申请结合当前结算周期对应的资费系数进行通信业务结算，结算方式更加灵活，并且资费系数是根据当前结算周期对应的网元负载程度确定，因此本申请在进行通信业务结算时，也考虑了网元负载程度，由于网元负载程度和业务拥塞程度相关，通过网元负载程度确定资费系数，还可引导错开业务使用高峰。

在其中一个实施例中，资费系数包括费用系数和业务系数，在此基础上，如,3所示，步骤S203中可选实施方式，包括：

S301，根据业务系数和实际业务使用值，确定业务等效使用值。

其中，业务系数是指用于计算业务等效使用值的系数。业务等效使用值是指在实际业务使用值的基础上，结合业务系数得到的业务使用值。

需要说明的是，业务等效使用值也是当前结算周期内经过业务系数等效处理后，用户端使用的业务值。

可选的，本实施例中可将业务系数和实际业务使用值的乘积，作为业务等效使用值。

S302，判断可用业务值是否大于业务等效使用值。若是，则执行S303；若否，则执行S304。

S303，根据可用业务值和业务等效使用值，对用户端进行通信业务结算。

可选的，本实施例中可将可用业务值与业务等效使用值的差值，对用户端进行通信业务结算，确定套餐中剩余业务值，也就是结算后，用户端剩余的可用业务值。

可选的，本实施例中当可用业务值小于或等于业务等效使用值时，本实施例可选的实施方式，包括：

S304，根据可用业务值、业务等效使用值、业务值单价和费用系数，对用户端进行通信业务结算。

其中，业务值单价是指运营商规定的超出套餐后的业务值的收费单价，例如，以流量业务为例，流量值的单价可以为1元/M。

本实施例一种可选的实施方式为：根据业务等效使用值和可用业务值的差值，确定付费业务值，根据付费业务值、业务值单价和费用系数，对用户端进行通信业务结算。

本实施例中根据付费业务值、业务值单价和费用系数，对用户端进行通信业务结算的可选实施方式为：将付费业务值、业务值单价和费用系数的乘积结果，作为当前结算周期中用户端需要额外支付的业务费用，以完成用户端的通信业务结算。

本实施例中根据业务系数和实际业务使用值，确定业务等效使用值，判断可用业务值是否大于业务等效使用值，若是，则根据可用业务值和业务等效使用值，对用户端进行通信业务结算；若否，则根据可用业务值、业务等效使用值、业务值单价和费用系数，对用户端进行通信业务结算，本实施例相较于传统的固定结算方式，本发明结算方式更加灵活，并且通过资费系数的灵活设置，还可引导调整业务使用高峰。

在其中一个实施例中，为了便于确定资费系数，以及导向调整业务高峰，如图4所示，一种通信业务结算方法可选的实施方式，包括：

S401，根据用户端连接的网元设备在各历史时段内的网元负载程度，预测网元设备在各未来时段的网元负载程度。

其中，历史时段是指近一周或一个月内，每日的各时段，如表1所示。各未来时段是指未来一段时间(例如1天)内与历史时段对应的各时段，如表2所示。

表1

表2

可选的，本实施例中可将用户端连接的网元设备在各历史时段内的网元负载程度输入至预测模型，由预测模型预测网元设备在各未来时段的网元负载程度。其中，预测模块采用但不限于神经网络模型。

S402，根据网元设备在各未来时段的网元负载程度，确定各未来时段对应的资费系数。

本实施例一种可选的实施方式为：将网元设备在各未来时段的网元负载程度输入至神经网络模型，由神经网络模型确定各未来时段对应的资费系数。

本实施例另一种可选的实施方式为：根据网元设备在各未来时段的网元负载程度、负载程度区间，以及负载程度区间对应的资费系数，确定各未来时段对应的资费系数。本实施例中可预先设置负载程度区间，每个负载程度区间设置对应的资费系数，根据网元设备在各未来时段的网元负载程度所对应的负载程度区间，便可确定各未来时段对应的资费系数。一般来讲，负载程度越高，资费系数也越高，便于引导错开业务高峰。

S403，根据各未来时段对应的资费系数，生成资费通知消息，并将资费通知消息发送给用户端。

其中，资费通知消息是指包含有各未来时段对应的资费系数的消息。

可选的，本实施例中根据各未来时段对应的资费系数，生成资费通知消息，并将资费通知消息通过短信、客户端APP或公众号等形式发送给用户端。

本实施例中根据用户端连接的网元设备在各历史时段内的网元负载程度，预测网元设备在各未来时段的网元负载程度，根据网元设备在各未来时段的网元负载程度，确定各未来时段对应的资费系数，根据各未来时段对应的资费系数，生成资费通知消息，并将资费通知消息发送给用户端，可通过资费通知消息提前通知用户，可更好的引导调整业务使用高峰，也帮助用户错开业务高峰。

在上述实施例的基础上，为了获取当前结算周期的资费系数，如图5所示，本实施例一种通信业务结算方法可选的实施方式，包括：

S501，从各未来时段中确定当前结算周期对应的目标时段。

其中，目标时段是指与当前结算周期对应的未来时段。

可选的，本实施例中可根据当前结算周期对应的时间，从各未来时段中确定当前结算周期对应的目标时段。例如，如表2所示，若当前结算周期时间为12:30-13:00，则当前结算周期对应的是表2中的12:00-14:00，则将12:00-14:00对应的未来时段，作为当前结算周期对应的目标时段。

S502，将目标时段对应的资费系数作为当前结算周期的资费系数。

可选的，本实施例中预先为各未来时段设置对应的资费系数，在确定目标时段后，将目标时段对应的资费系数作为当前结算周期的资费系数。

可选的，本实施例中为了方便通信业务结算，也为了方便确定资费系数，可各未来时段设置为对应的结算周期，例如，以未来时段12:00-14:00为例，12:00-14:00既是一个未来时段，也是一个完整的结算周期，解决了当前结算周期可能会夸多个时段的问题，这样在进行通信业务结算时，无需考虑夸多个时段(不同时段对应的资费系数可能不同)，导致通信业务结算效率低的问题。

本实施例中从各未来时段中确定当前结算周期对应的目标时段，将目标时段对应的资费数据作为当前结算周期的资费系数，可更加快速和准确的确定当前结算周期对应的资费系数。

在其中一个实施例中，为了更加准确的确定各历史时段内的网元负载程度，本实施例中确定各历史时段内的网元负载程度的可选实施方式，包括：

根据用户端连接的网元设备在各历史时段内的根据用户端连接的网元设备在各历史时段内的网元负载状态信息，确定网元设备在各历史时段内的网元负载程度。

其中，网元负载状态信息包括网元设备的吞吐量信息、通信时延信息、丢包率信息、误码率信息、带宽占用率信息和接入用户数信息中的至少一种。

可选的，本实施例中可将用户端连接的网元设备在各历史时段内的根据用户端连接的网元设备在各历史时段内的网元负载状态信息，输入至训练好的神经网络模型中，由神经网络模型输出网元设备在各历史时段内的网元负载程度。

本实施例中根据用户端连接的网元设备在各历史时段内的根据用户端连接的网元设备在各历史时段内的网元负载状态信息，可准确的确定网元设备在各历史时段内的网元负载程度。

在其中一个实施例中，如图6所示，一种通信业务结算方法的可选实施方式，包括：

S601，根据用户端连接的网元设备在各历史时段内的根据用户端连接的网元设备在各历史时段内的网元负载状态信息，确定网元设备在各历史时段内的网元负载程度。其中，网元负载状态信息包括网元设备的吞吐量信息、通信时延信息、丢包率信息、误码率信息、带宽占用率信息和接入用户数信息中的至少一种。

S602，根据用户端连接的网元设备在各历史时段内的网元负载程度，预测网元设备在各未来时段的网元负载程度。

S603，根据网元设备在各未来时段的网元负载程度，确定各未来时段对应的资费系数。

S604，根据各未来时段对应的资费系数，生成资费通知消息，并将资费通知消息发送给用户端。

S605，响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值。

S606，从各未来时段中确定当前结算周期对应的目标时段。

S607，将目标时段对应的资费系数作为当前结算周期的资费系数。其中，资费系数包括业务系数和费用系数。

S608，根据业务系数和实际业务使用值，确定业务等效使用值。

S609，判断可用业务值是否大于业务等效使用值。若是，则执行S6010；若否，则执行S6011。

S6010，根据可用业务值和业务等效使用值，对用户端进行通信业务结算。

S6011，根据业务等效使用值和可用业务值的差值，确定付费业务值。

S6012，根据付费业务值、业务值单价和费用系数，对用户端进行通信业务结算。

本实施例中响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值，获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定，根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。相较于传统的固定结算模式，本申请结合当前结算周期对应的资费系数进行通信业务结算，结算方式更加灵活，并且资费系数是根据当前结算周期对应的网元负载程度确定，因此本申请在进行通信业务结算时，也考虑了网元负载程度，由于网元负载程度和业务拥塞程度相关，通过网元负载程度确定资费系数，还可引导错开业务使用高峰。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的通信业务结算方法的通信业务结算装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个通信业务结算装置实施例中的具体限定可以参见上文中对于通信业务结算方法的限定，在此不再赘述。

在其中一个实施例中，通过图7示出了一个实施例中通信业务结算装置的结构框图。如图7所示，提供了一种通信业务结算装置1，该装置包括：第一获取模块10、第二获取模块20和结算模块30，其中：

第一获取模块10，用于响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值；

第二获取模块20，用于获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定；

结算模块30，用于根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。

上述通信业务结算装置，响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值，获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定，根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。相较于传统的固定结算模式，本申请结合当前结算周期对应的资费系数进行通信业务结算，结算方式更加灵活，并且资费系数是根据当前结算周期对应的网元负载程度确定，因此本申请在进行通信业务结算时，也考虑了网元负载程度，由于网元负载程度和业务拥塞程度相关，通过网元负载程度确定资费系数，还可引导错开业务使用高峰。

在其中一个实施例中，上图7中的第二获取模块20中的资费系数包括业务系数和费用系数，在此基础上，结算模块30进一步包括：

第一确定单元，用于根据业务系数和实际业务使用值，确定业务等效使用值。

判断单元，用于判断可用业务值是否大于业务等效使用值。

第一结算单元，用于若是，则根据可用业务值和业务等效使用值，对用户端进行通信业务结算。

在上述实施例的基础上，第二获取模块20，还包括：

第二结算单元，用于若否，则根据可用业务值、业务等效使用值、业务值单价和费用系数，对用户端进行通信业务结算。

在上述实施例的基础上，第二结算单元还具体用于：根据业务等效使用值和可用业务值的差值，确定付费业务值；根据付费业务值、业务值单价和费用系数，对用户端进行通信业务结算。

在其中一个实施例中，在上图7的基础上，如图8所示，上图7中一种通信业务结算装置1，还包括：

预测模块40，用于根据用户端连接的网元设备在各历史时段内的网元负载程度，预测网元设备在各未来时段的网元负载程度；

第一确定模块50，用于根据网元设备在各未来时段的网元负载程度，确定各未来时段对应的资费系数；

发送模块60，用于根据各未来时段对应的资费系数，生成资费通知消息，并将资费通知消息发送给用户端。

在上述实施例的基础上，上图7中的第二获取模块20，进一步包括：

第二确定单元，用于从各未来时段中确定当前结算周期对应的目标时段。

第三确定单元，用于将目标时段对应的资费系数作为当前结算周期的资费系数。

在其中一个实施例中，上图7中一种通信业务结算装置1，还包括：

第二确定模块，用于根据用户端连接的网元设备在各历史时段内的根据用户端连接的网元设备在各历史时段内的网元负载状态信息，确定网元设备在各历史时段内的网元负载程度。其中，网元负载状态信息包括网元设备的吞吐量信息、通信时延信息、丢包率信息、误码率信息、带宽占用率信息和接入用户数信息中的至少一种。

上述通信业务结算装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在其中一个实施例中，提供了一种计算机设备，该计算机设备可以是平台侧，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储通信业务结算数据。该计算机设备的网络接口用于与外部的用户侧通过网络连接通信。该计算机程序被处理器执行时以实现一种通信业务结算方法。

本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的，计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在其中一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值；

获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定；

根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：资费系数包括业务系数和费用系数，根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算，包括：

根据业务系数和实际业务使用值，确定业务等效使用值；

判断可用业务值是否大于业务等效使用值；

若是，则根据可用业务值和业务等效使用值，对用户端进行通信业务结算。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：判断可用业务值是否大于业务等效使用值之后，还包括：

若否，则根据可用业务值、业务等效使用值、业务值单价和费用系数，对用户端进行通信业务结算。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据可用业务值、业务等效使用值、业务值单价和费用系数，对用户端进行通信业务结算，包括：

根据业务等效使用值和可用业务值的差值，确定付费业务值；

根据付费业务值、业务值单价和费用系数，对用户端进行通信业务结算。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：该方法，还包括：

根据用户端连接的网元设备在各历史时段内的网元负载程度，预测网元设备在各未来时段的网元负载程度；

根据网元设备在各未来时段的网元负载程度，确定各未来时段对应的资费系数；

根据各未来时段对应的资费系数，生成资费通知消息，并将资费通知消息发送给用户端。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取当前结算周期的资费系数，包括：

从各未来时段中确定当前结算周期对应的目标时段；

将目标时段对应的资费系数作为当前结算周期的资费系数。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：该方法，还包括：

根据用户端连接的网元设备在各历史时段内的根据用户端连接的网元设备在各历史时段内的网元负载状态信息，确定网元设备在各历史时段内的网元负载程度。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：网元负载状态信息包括网元设备的吞吐量信息、通信时延信息、丢包率信息、误码率信息、带宽占用率信息和接入用户数信息中的至少一种。

上述提供的计算机设备，其在实现各实施例中的原理和具体过程可参见前述实施例中通信业务结算方法实施例中的说明，此处不再赘述。

在其中一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值；

获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定；

根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：资费系数包括业务系数和费用系数，根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算，包括：

根据业务系数和实际业务使用值，确定业务等效使用值；

判断可用业务值是否大于业务等效使用值；

若是，则根据可用业务值和业务等效使用值，对用户端进行通信业务结算。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：判断可用业务值是否大于业务等效使用值之后，还包括：

若否，则根据可用业务值、业务等效使用值、业务值单价和费用系数，对用户端进行通信业务结算。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据可用业务值、业务等效使用值、业务值单价和费用系数，对用户端进行通信业务结算，包括：

根据业务等效使用值和可用业务值的差值，确定付费业务值；

根据付费业务值、业务值单价和费用系数，对用户端进行通信业务结算。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：该方法，还包括：

根据用户端连接的网元设备在各历史时段内的网元负载程度，预测网元设备在各未来时段的网元负载程度；

根据网元设备在各未来时段的网元负载程度，确定各未来时段对应的资费系数；

根据各未来时段对应的资费系数，生成资费通知消息，并将资费通知消息发送给用户端。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取当前结算周期的资费系数，包括：

从各未来时段中确定当前结算周期对应的目标时段；

将目标时段对应的资费系数作为当前结算周期的资费系数。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：该方法，还包括：

根据用户端连接的网元设备在各历史时段内的根据用户端连接的网元设备在各历史时段内的网元负载状态信息，确定网元设备在各历史时段内的网元负载程度。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：网元负载状态信息包括网元设备的吞吐量信息、通信时延信息、丢包率信息、误码率信息、带宽占用率信息和接入用户数信息中的至少一种。

上述提供的计算机可读存储介质，其在实现各实施例中的原理和具体过程可参见前述实施例中通信业务结算方法实施例中的说明，此处不再赘述。

在其中一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

响应于用户端的业务结算请求，获取用户端在当前结算周期内的实际业务使用值；

获取当前结算周期的资费系数；其中，资费系数根据当前结算周期对应的网元负载程度确定；

根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：资费系数包括业务系数和费用系数，根据资费系数、实际业务使用值，以及用户端的可用业务值，对用户端进行通信业务结算，包括：

根据业务系数和实际业务使用值，确定业务等效使用值；

判断可用业务值是否大于业务等效使用值；

若是，则根据可用业务值和业务等效使用值，对用户端进行通信业务结算。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：判断可用业务值是否大于业务等效使用值之后，还包括：

若否，则根据可用业务值、业务等效使用值、业务值单价和费用系数，对用户端进行通信业务结算。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据可用业务值、业务等效使用值、业务值单价和费用系数，对用户端进行通信业务结算，包括：

根据业务等效使用值和可用业务值的差值，确定付费业务值；

根据付费业务值、业务值单价和费用系数，对用户端进行通信业务结算。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：该方法，还包括：

根据用户端连接的网元设备在各历史时段内的网元负载程度，预测网元设备在各未来时段的网元负载程度；

根据网元设备在各未来时段的网元负载程度，确定各未来时段对应的资费系数；

根据各未来时段对应的资费系数，生成资费通知消息，并将资费通知消息发送给用户端。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取当前结算周期的资费系数，包括：

从各未来时段中确定当前结算周期对应的目标时段；

将目标时段对应的资费系数作为当前结算周期的资费系数。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：该方法，还包括：

根据用户端连接的网元设备在各历史时段内的根据用户端连接的网元设备在各历史时段内的网元负载状态信息，确定网元设备在各历史时段内的网元负载程度。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：网元负载状态信息包括网元设备的吞吐量信息、通信时延信息、丢包率信息、误码率信息、带宽占用率信息和接入用户数信息中的至少一种。

上述提供的计算机程序产品，其在实现各实施例中的原理和具体过程可参见前述实施例中通信业务结算方法实施例中的说明，此处不再赘述。

需要说明的是，本申请所涉及的数据(包括但不限于通信业务结算过程中的数据等)，均为经过各方充分授权的数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (12)

1.一种通信业务结算方法，其特征在于，所述方法，包括：

响应于用户端的业务结算请求，获取所述用户端在当前结算周期内的实际业务使用值；

获取当前结算周期的资费系数；其中，所述资费系数根据所述当前结算周期对应的网元负载程度确定；

根据所述资费系数、实际业务使用值，以及所述用户端的可用业务值，对用户端进行通信业务结算。

2.根据权利要求1所述的方法，其特征在于，所述资费系数包括业务系数和费用系数，所述根据所述资费系数、实际业务使用值，以及所述用户端的可用业务值，对用户端进行通信业务结算，包括：

根据所述业务系数和所述实际业务使用值，确定业务等效使用值；

判断所述可用业务值是否大于所述业务等效使用值；

若是，则根据所述可用业务值和业务等效使用值，对用户端进行通信业务结算。

3.根据权利要求2所述的方法，其特征在于，所述判断所述可用业务值是否大于所述业务等效使用值之后，还包括：

若否，则根据所述可用业务值、业务等效使用值、业务值单价和费用系数，对用户端进行通信业务结算。

4.根据权利要求3所述的方法，其特征在于，所述根据所述可用业务值、业务等效使用值、业务值单价和费用系数，对用户端进行通信业务结算，包括：

根据所述业务等效使用值和所述可用业务值的差值，确定付费业务值；

根据付费业务值、业务值单价和所述费用系数，对用户端进行通信业务结算。

5.根据权利要求1所述的方法，其特征在于，所述的方法，还包括：

根据所述用户端连接的网元设备在各历史时段内的网元负载程度，预测所述网元设备在各未来时段的网元负载程度；

根据所述网元设备在各未来时段的网元负载程度，确定各未来时段对应的资费系数；

根据各未来时段对应的资费系数，生成资费通知消息，并将所述资费通知消息发送给所述用户端。

6.根据权利要求5所述的方法，其特征在于，所述获取当前结算周期的资费系数，包括：

从所述各未来时段中确定所述当前结算周期对应的目标时段；

将所述目标时段对应的资费系数作为所述当前结算周期的资费系数。

7.根据权利要求5所述的方法，其特征在于，所述的方法，还包括：

根据所述用户端连接的网元设备在各历史时段内的根据所述用户端连接的网元设备在各历史时段内的网元负载状态信息，确定所述网元设备在各历史时段内的网元负载程度。

8.根据权利要求7所述的方法，其特征在于，所述网元负载状态信息包括所述网元设备的吞吐量信息、通信时延信息、丢包率信息、误码率信息、带宽占用率信息和接入用户数信息中的至少一种。

9.一种通信业务结算装置，其特征在于，所述的装置，包括：

第一获取模块，用于响应于用户端的业务结算请求，获取所述用户端在当前结算周期内的实际业务使用值；

第二获取模块，用于获取当前结算周期的资费系数；其中，所述资费系数根据所述当前结算周期对应的网元负载程度确定；

结算模块，用于根据所述资费系数、实际业务使用值，以及所述用户端的可用业务值，对用户端进行通信业务结算。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述的方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。

12.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。