CN115150762A - 一种计费方法和设备 - Google Patents

Abstract

本申请提供了一种计费方法和设备，使能减少CHF在获取计费数据时与每个EES之间都要维持连接状态所造成的负担。该方法包括，在边缘配置服务器ECS中执行：获取第一数据，所述第一数据为汇总的至少一个边缘使能服务器EES统计的第一APP的网络资源用量数据；根据所述第一数据确定第一计费数据，所述第一计费数据用于计费系统对所述第一APP计费；向所述计费系统上报所述第一计费数据。

Description

一种计费方法和设备

技术领域

本申请涉及通信领域，并且更具体地，涉及一种计费方法和设备。

背景技术

独立组网(standalone，SA)移动边缘计算(mobile edge computing，MEC)架构，可以使服务和内容提供商能够在网络的边缘上提供其应用和服务，从而到达核心网络，而不是利用数据中心中的应用。在基于该架构的计费方案中，边缘使能服务器(edge enablerserver，EES)在收到边缘应用服务器(edge application server，EAS)的应用程序接口(application programming interface，API)调用请求后，以及完成该API调用所需的操作后，会针对该API调用向计费功能(charging function，CHF)发送计费数据请求，CHF根据该计费数据请求为该API调用创建计费话单。

当大量的EES与CHF进行交互来获取计费话单时，由于EES部署在网络边缘，而CHF的部署位置一般在网络的中心位置，每个EES均与CHF存在接口，那么CHF需要感知并与每个EES之间建立连接，这将导致EES与CHF之间的组网非常复杂，并且，CHF与每个EES之间的连接基于服务化接口，需要EES与每个CHF之间维护连接状态，大量有状态连接的维护会对CHF造成繁重的负担。

发明内容

本申请提供一种计费方法，使能减少CHF在获取计费话单时与大量EES的连接负担。

第一方面，提供一种计费方法，在边缘配置服务器ECS中执行，所述方法包括：获取第一数据，所述第一数据为汇总的至少一个边缘使能服务器EES统计的第一APP的网络资源用量数据；根据所述第一数据确定第一计费数据，所述第一计费数据用于计费系统对所述第一APP计费；向所述计费系统上报所述第一计费数据。

本申请实施例，使能ECS汇总至少一个EES统计的网络资源用量数据，生成计费数据后上报给计费系统(CHF)，该方法有效地减少了CHF与每个EES之间都要维持连接状态所造成的负担。

结合第一方面，在第一方面的某些实现方式中，所述网络资源用量数据的类型包括：第一流量用量、第一时长用量或者第一计费事件次数。

结合第一方面，在第一方面的某些实现方式中，所述获取第一数据包括：获取第一计费策略信息，所述第一计费策略信息用于指示所述第一APP的第一计费策略；根据所述第一计费策略信息以及所述至少一个EES的数量确定第一订阅规则，使得每个EES对应一个第二计费策略；根据所述第二计费策略确定第一订阅请求信息，所述第一订阅请求信息对应第一EES，所述第一EES为所述至少一个EES中的一个；向所述第一EES发送所述第一订阅请求信息；获取第一数据，所述第一数据与所述第一订阅请求信息对应。

本申请实施例，使能ECS能够向不同的EES请求不同类型的网络资源用量数据进行统计，使能计费方式更加灵活。

结合第一方面，在第一方面的某些实现方式中，所述第一计费策略信息包括：第一流量用量、第一时长用量、第一计费事件次数、第一上报触发条件、第一计费触发条件或者第一APP的标识。

结合第一方面，在第一方面的某些实现方式中，所述向计费系统上报所述第一计费数据包括：根据所述第一上报触发条件向所述计费系统上报所述第一计费数据。

结合第一方面，在第一方面的某些实现方式中，所述第一订阅请求信息包括所述第一APP的标识和所述第一EES对应的第二计费策略。

结合第一方面，在第一方面的某些实现方式中，所述第一计费事件包括应用程序接口API调用。

第二方面，提供一种计费方法，在边缘使能服务器EES中执行，所述方法包括：统计第一数据，所述第一数据为所述EES提供第一应用APP服务所产生的网络资源用量数据；发送所述第一数据。

本申请实施例，EES通过向ECS发送统计的网络资源用量数据，使能ECS统计多个EES的网络资源用量数据，并生成计费数据后上报给计费系统(CHF)，该方法有效地减少了CHF与每个EES之间都要维持连接状态所造成的负担。

结合第二方面，在第二方面的某些实现方式中，所述网络资源用量数据的类型包括：第一流量用量、第一时长用量或者第一计费事件次数。

结合第二方面，在第二方面的某些实现方式中，所述第一计费事件包括应用程序接口API调用。

结合第二方面，在第二方面的某些实现方式中，所述方法包括：接收第一订阅请求信息，所述第一订阅请求信息用于指示所述EES统计的所述网络资源用量数据的类型；根据所述第一订阅请求信息统计所述第一数据。

本申请实施例，EES通过根据第一订阅请求信息统计所述网络资源用量数据，从而能够使ECS统计不同的EES发送的不同类型的网络资源用量数据，计费方式更加灵活。

第三方面，提供了一种通信设备，所述通信设备包括用于执行第一方面或第一方面任一种可能实现方式的各个单元，该通信设备可以为网络设备或基带芯片。

第四方面，提供了一种通信设备，所述通信设备包括用于执行第二方面或第二方面任一种可能实现方式的各个单元，其中，该通信设备可以为网络设备或基带芯片。

第五方面，提供了一种通信设备，包括收发组件和处理器，使得该通信设备执行第一方面或第一方面任一种可能实现方式中的方法。其中，该通信设备可以是网络设备或基带芯片。若该通信设备为网络设备，该收发组件可以为收发机，若该通信设备为基带芯片，该收发组件可以为基带芯片的输入/输出电路。

第六方面，提供了一种通信设备，包括收发组件和处理器。使得该通信设备执行第二方面或第二方面任一种可能实现方式中的方法。其中，该通信设备可以是网络设备或基带芯片。若该通信设备为网络设备，该收发组件可以为收发机，若该通信设备为基带芯片，该收发组件可以为基带芯片的输入/输出电路。

第七方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码被网络设备运行时，使得所述网络设备执行上述第一方面或第一方面任一种可能实现方式中的方法。

第八方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码被网络设备运行时，使得所述网络设备执行上述第二方面或第二方面任一种可能实现方式中的方法。

第九方面，提供了一种计算机可读介质，所述计算机可读介质存储有程序代码，所述程序代码包括用于执行第一方面或第一方面任一种可能实现方式中的方法的指令。

第十方面，提供了一种计算机可读介质，所述计算机可读介质存储有程序代码，所述程序代码包括用于执行第二方面或第二方面任一种可能实现方式中的方法的指令。

在本申请中，ECS通过汇总至少一个EES统计的网络资源用量数据，生成计费数据后上报给计费系统(CHF)，该方法有效地减少了CHF与每个EES之间都要维持连接状态所造成的负担。进一步地，ECS能够向不同的EES请求不同类型的网络资源用量数据进行统计，使能计费方式更加灵活

附图说明

图1是本申请实施例应用的网络架构100的一例示意图；

图2是根据本申请实施例的用于计费的方法200的示意性交互图；

图3是根据本申请实施例的用于计费的方法300的示意性交互图；

图4是根据本申请实施例的网络设备的一例的示意性框图；

图5是根据本申请实施例的网络设备的另一例的示意性框图；

图6是根据本申请实施例的网络设备的再一例的示意性框图；

图7是根据本申请实施例的网络设备的再一例的示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

还应理解，申请实施例中的“第一”或“第二”或“第三”仅为了区分，不应对本申请构成任何限定。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(globalsystem of mobile communication，GSM)系统、码分多址(code division multipleaccess，CDMA)系统、宽带码分多址(wideband code division multiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)通信系统、第五代(5th generation，5G)系统或新无线(newradio，NR)等。

本申请实施例中的终端设备，也可以称为用户设备(user equipment，UE)、接入终端、终端设备单元(subscriber unit)、终端设备站、移动站、移动台(mobile station，MS)、远方站、远程终端、移动设备、用户终端、终端(terminal)、无线通信设备、终端设备代理或终端设备装置。终端设备可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备。还可以包括用户单元、蜂窝电话(cellular phone)、智能手机(smart phone)、无线数据卡、个人数字助理(personaldigital assistant，PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handset)、膝上型电脑(laptop computer)、机器类型通信(machine typecommunication，MTC)终端、无线局域网(wireless local area networks，WLAN)中的站点(station，ST)。可以是蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站以及下一代通信系统，例如，5G网络中的终端设备或者未来演进的PLMN网络中的终端设备等。

本申请实施例中的网络设备可以是用于与终端设备通信的设备，该网络设备可以是全球移动通讯(global system of mobile communication，GSM)系统或码分多址(codedivision multiple access，CDMA)中的基站(base transceiver station，BTS)，也可以是宽带码分多址(wideband code division multiple access，WCDMA)系统中的基站(nodeB，NB)，还可以是LTE系统中的演进型基站(evolutional nodeB，eNB或eNodeB)，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等，本申请实施例并不限定。

图1是应用于本申请实施例的网络架构100，对该网络架构中可能涉及的各个网元分别进行说明。

1、终端设备110：终端设备的说明可参照上面的描述，在此不再赘述。

2、(无线)接入网络(radio access network，(R)AN)网元120：用于为特定区域的授权终端设备提供入网功能，并能够根据终端设备的级别，业务的需求等使用不同质量的传输隧道。

(R)AN网元能够管理无线资源，为终端设备提供接入服务，进而完成控制信号和终端设备数据在终端设备和核心网之间的转发，(R)AN网元也可以理解为传统网络中的基站。

需要说明的是，上述“网元”也可以称为实体、设备、装置或模块等，本申请并未特别限定。并且，在本申请中，为了便于理解和说明，在对部分描述中省略“网元”这一描述，例如，将(R)AN网元简称(R)AN，此情况下，该“(R)AN网元”应理解为(R)AN网元或(R)AN实体，以下，省略对相同或相似情况的说明。

3、用户面网元130：用于分组路由和转发以及用户面数据的服务质量(quality ofservice，QoS)处理等。

在5G通信系统中，该用户面网元可以是用户面功能(user plane function，UPF)网元。在未来通信系统中，用户面网元仍可以是UPF网元，或者，还可以有其它的名称，本申请不做限定。

4、边缘使能服务器(edge enabler server，EES)140：用于管理部署在同一边缘数据网络(edge data network，EDN)中的各个边缘应用服务器(edge application server，EAS)，例如EAS的注册，域名系统(domain name system，DNS)解析等。此外，EES可以调用3GPP网络的能力开放功能。

在5G通信系统中，该EES可以是移动边缘计算(mobile edge computing，MEC)节点中的控制网元(例如MEC平台(MEC platform，MEP)或者管理网元等。需要说明的是，EES可以属于运营商也可以属于第三方，在一种可能的实施方式中，计费系统中的EES属于运营商。

边缘应用服务器(edge application server，EAS)141：为UE的数据业务提供服务，例如向UE提供应用数据流。

在一种可能的实施方式中，可以将EAS部署在多个EES中，例如，一个EAS对应一种应用(application，APP)，该EAS包括多个EAS实例，一个EAS实例可以部署在一个EES上，换句话说，一种APP对应该多个EES。

具体地，EES可用于统计EAS在向UE提供应用数据流时产生的网络资源用量，并上报给计费触发功能(Charging Trigger Function，CTF)，针对APP统计的网络资源用量的类型可以配置在EES中，也可以是根据边缘配置服务器(edge configuration server，ECS)发送的订阅请求信息确定的，网络资源用量的类型包括以下至少一种：

流量用量，该流量用量为UE访问的业务(应用数据流对应的业务)所消耗的流量；

时长用量，该时长用量为UE访问业务所消耗的时长；

计费事件次数，该计费事件次数为UE访问业务所进行的特定动作的次数，例如，计费事件为UE访问APP#1时打开APP#1的动作，或者在访问一网页时打开一个链接的动作，CTF可根据计费事件次数生成计费数据，或者应用程序接口(application programminginterface，API)调用次数，该API调用次数数据为EAS调用EES的API的次数。

在一种可能的实施方式中，EES可按照用户粒度统计EAS产生的网络资源用量，生成网络资源用量数据，即每个用户对应至少一个APP的网络资源用量的统计，ECS可按照APPID区分EES上报的网络资源用量。

在一种可能的实施方式中，EES可按照应用粒度统计EAS产生的网络资源用量，生成网络资源用量数据，即每种应用(业务)对应一个网络资源用量的统计，该网络资源用量可以是来自多个用户的。

5、接入管理网元150：主要用于移动性管理和接入管理等，可以用于实现移动性管理实体(mobility management entity，MME)功能中除会话管理之外的其它功能，例如，合法监听以及接入授权/鉴权等功能。

在5G通信系统中，该接入管理网元可以是接入管理功能(access and mobilitymanagement function，AMF)网元。在未来通信系统中，接入管理网元仍可以是AMF网元，或者，还可以有其它的名称，本申请不做限定。

6、会话管理网元160：主要用于会话管理、终端设备的网络互连协议(internetprotocol，IP)地址分配和管理、选择可管理用户平面功能、策略控制和收费功能接口的终结点以及下行数据通知等。

在5G通信系统中，该会话管理网元可以是会话管理功能(session managementfunction，SMF)网元。在未来通信系统中，会话管理网元仍可以是SMF网元，或者，还可以有其它的名称，本申请不做限定。

7、策略控制网元170：用于指导网络行为的统一策略框架，为控制面功能网元(例如AMF，SMF网元等)提供策略规则信息等。

在4G通信系统中，该策略控制网元可以是策略和计费规则功能(policy andcharging rules function，PCRF)网元。在5G通信系统中，该策略控制网元可以是策略控制功能(policy control function，PCF)网元。在未来通信系统中，策略控制网元仍可以是PCF网元，或者，还可以有其它的名称，本申请不做限定。

8、存储功能网元180：用于维护网络中所有网络功能服务的实时信息。

在5G通信系统中，该网络存储网元可以是网络注册功能(network repositoryfunction，NRF)网元。在未来通信系统中，网络存储网元仍可以是NRF网元，或者，还可以有其它的名称，本申请不做限定。

9、边缘配置服务器(edge configuration server，ECS)190：维护各个EDN的信息，包括服务范围和EES地址等。

计费触发功能(charging trigger function，CTF)191：用于向1个或多个EES订阅网络资源用量数据上报，并根据1个或多个EES上报的网络资源用量数据生成计费数据，并向计费系统上报该计费数据。

在一种可能的实施方式中，CTF还可以根据上报触发条件生成计费数据并上报，该上报触发条件为EES向CTF(EES)上报网络资源用量时满足的条件(计费阈值)，上报触发条件(计费阈值)包括以下类型的至少一种：

流量用量阈值，该流量用量阈值表示为UE通过EAS访问的业务(应用数据流对应的业务)所消耗的流量到达该流量用量阈值时，EES向CTF上报该流量用量；

时长用量阈值，该时长用量为UE通过EAS访问业务(应用数据流对应的业务)所消耗的时长阈值到达该时长用量阈值时，EES向CTF上报该时长用量；

计费事件次数阈值，该计费事件次数为UE访问业务所进行的特定动作的次数，例如，计费事件为UE访问APP#1时打开APP#1的动作，或者在访问一网页时打开一个链接的动作，或者应用程序接口(application programming interface，API)调用次数阈值，该API调用次数数据为EAS调用EES的API的次数，CTF可根据计费事件次数生成计费数据，当UE触发的计费事件的次数到达阈值时，EES向CTF上报该计费事件次数。

在一种可能的实施方式中，CTF根据计费触发条件向EES订阅网络资源用量数据上报。其中，CTF可通过用户的会话管理流程获取计费触发条件，也可以通过被配置的方式获取计费触发条件，计费触发条件包括以下类型的至少一种：

阈值上报：CTF指示EES当统计的网络资源用量达到阈值时向CTF上报，该网络资源用量包括上述流量用量、时长用量或者API调用次数。

周期上报：CTF指示EES周期性地向CTF上报统计的网络资源用量，该网络资源用量包括上述流量用量、时长用量或者API调用次数。

事件上报：CTF指示EES根据触发的事件向CTF上报统计的网络资源用量，该网络资源用量包括上述流量用量、时长用量或者API调用次数(例如UE下线等事件)。

在一种可能的实施方式中，CTF可以是独立的功能网元，也可以集成于其他功能网元上，例如集成于ECS。需要说明的是，本申请以CTF集成于ECS为例来描述涉及的方案，因此ECS的功能可以包括CTF的功能，但是CTF作为独立的功能网元也可以实施本方案，本申请对此不作限制。

ECS用于汇总各个EES上报的网络资源用量数据，并将汇总后的网络资源用量数据上报给计费系统。

在一种可能的实施方式中，EES上报的网络资源用量数据是按照APP的粒度统计的，ECS可将多个EES上报的属于同一个APP的网络资源用量数据汇总后，上报给计费系统。

在一种可能的实施方式中，EES上报的网络资源用量数据是按照用户的粒度统计的，在EES上报的包括网络资源用量数据的信息中，还包括APP ID，ECS按照APP ID汇总各个APP对应的网络资源用量数据，上报给计费系统。

在一种可能的实施方式中，ECS还用于获取APP的计费策略信息。ECS根据计费策略信息确定订阅规则，例如ECS还可以结合EES的数量确定该订阅规则，以计费策略信息指示按照流量用量统计网络资源用量数据，并且上报触发条件(计费阈值)为达到10G就上报为例，那么，假设EES的数量为2，则ECS确定的订阅规则为：每个EES按照流量用量统计网络资源用量数据，并且达到5G的时候上报给ECS。ECS根据EES上报的网络资源用量数据生成计费数据，向计费系统上报。

在一种可能的实施方式中，ECS还可用于提供EES的注册服务，然后根据注册服务中获得的注册信息以及计费策略信息确定订阅规则，其中，注册信息包括EAS实例的信息，例如，EAS(EAS实例)对应的APP ID，或者该EAS运行所需要的MEC服务列表(service list)等。例如，ECS根据在注册服务中获得的EES注册的EAS(EAS实例)信息以及计费策略，将计费阈值分配给该EAS对应的各个EAS实例(换句话说，将计费阈值分配给该APP对应的各个EES)，以计费阈值为访问APP#1的流量用量达到10G为例，有3个EAS实例提供该APP#1的数据流，分别是EAS#1，EAS#2和EAS#3，那么可将订阅规则设置为，当EAS#1的流量用量达到4G时，其所属的EES上报网络资源用量数据；当EAS#2的流量用量达到3G时，其所属的EES上报网络资源用量数据；EAS#3的流量用量达到3G时，其所属的EES上报网络资源用量数据。ECS将该订阅规则发送给EES，EES根据该订阅规则进行相应的统计和上报，ECS汇总各个EES上报的网络资源用量数据，结合APP ID生成各个APP对应的计费数据，向计费系统上报。

其中，计费策略信息用于指示EES向ECS上报的网络资源用量数据的类型，内容可以包括以下至少一种：

流量用量，该流量用量为UE通过EAS访问的业务(应用数据流对应的业务)所消耗的流量，ECS按照流量用量生成APP的计费信息；

时长用量，该时长用量为UE通过EAS访问业务(应用数据流对应的业务)所消耗的时间，ECS按照时长用量生成APP的计费信息；

计费事件次数，该计费事件次数为UE访问业务所进行的特定动作的次数，例如，计费事件为UE访问APP#1时打开APP#1的动作，或者在访问一网页时打开一个链接的动作，或者应用程序接口(application programming interface，API)调用次数，该API调用次数数据为UE通过EAS访问业务(应用数据流对应的业务)时，调用该业务对应的API的次数，ECS按照计费事件次数生成APP#1的计费信息；

上报触发条件，具体内容参照前面的说明，在此不再赘述。

ECS获取计费策略的方式有以下两种：

方式一

将计费策略配置在ECS上，ECS直接调取其内部的计费策略相关信息。

方式二

ECS从其他网络功能(network function，NF)，例如签约数据库或者PCF，获取计费策略。

在一种可能的实施方式中，计费策略和APP之间采用APP的标识(identity，ID)进行关联(即ECS能够获取计费策略和APP ID的映射关系)，一个APP ID对应一个计费策略，ECS获取的计费策略相关信息中包括对应的APP ID，ECS能够根据APP ID确定计费策略对应的APP。

10、数据管理网元1100：用于处理终端设备标识，接入鉴权，注册以及移动性管理等。

在5G通信系统中，该数据管理网元可以是统一数据管理(unified datamanagement，UDM)网元。在未来通信系统中，统一数据管理仍可以是UDM网元，或者，还可以有其它的名称，本申请不做限定。

11、计费网元：用于批价、扣费、配额以及计费参数下发、处理SMF上报的配额用量等。

在5G通信系统中，该计费功能网元可以是计费功能网元(charging function，CHF)。在未来通信系统中，计费网元仍可以是CHF网元，或者，还可以有其它的名称，本申请不做限定。

应理解，上述应用于本申请实施例的网络架构仅是举例说明的从服务化架构的角度描述的网络架构，适用本申请实施例的网络架构并不局限于此，任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。

例如，在某些网络架构中，AMF、SMF、PCF、GMF以及UDM等网络功能实体都称为网络功能(network function，NF)网元；或者，在另一些网络架构中，AMF、SMF、PC、GMF及UDM等网元的集合都可以称为控制面功能(control plane function，CPF)网元。

本申请实施例结合核心网设备描述了各个实施例，其中，核心网的功能主要是提供用户连接、对用户的管理以及对业务完成承载，作为承载网络提供到外部网络的接口。用户连接的建立包括移动性管理(mobile management，MM)、呼叫管理(connectionmanagement，CM)、交换/路由、录音通知等功能。用户管理包括用户的描述、服务质量(Quality of Service，QoS)、用户通信记录(accounting)、虚拟归属环境(virtual homeenvironment，VHE)和安全性(由鉴权中心提供相应的安全性措施包含了对移动业务的安全性管理和对外部网络访问的安全性处理)。承载连接(access)包括到外部的公共交换电话网络(public switched telephone network，PSTN)、外部电路数据网和分组数据网、互联网络(internet)和内联网(intranets)、以及移动网络自身的手机短信服务(shortmessage service，SMS)服务器等等。

核心网可以提供的基本业务包括移动办公、电子商务、通信、娱乐性业务、旅行和基于位置的服务、遥感业务(telemetry)、简单消息传递业务(监视控制)等等。

图2为本申请一实施例的计费方法200的示意性交互图。

如图2所示，S210中，ECS#1获取APP#1对应的计费策略信息#A，计费策略信息#A的类型以及获取计费策略信息#A的方式参见前面的说明，本申请在此不再赘述。

在一种可能的实施方式中，计费策略信息#A包括APP#1ID，ECS#1根据该APP#1ID确定该计费策略信息#A对应的APP#1。

S220中，以APP#1对应的EAS实例部署在多个EES上为例，以该多个EES中包括EES#1为例进行说明。下面有关EES#1的相关动作的说明都适用于该多个EES，为了描述更加清楚，在此仅以EES#1的动作说明为例。

EES#1向ECS#1发送注册请求信息#B，ECS#1接收该信息#B，该信息#B包括APP#1对应的EAS相关信息，例如EAS对应的APP#1ID，该EAS运行所需要的MEC服务列表等。

可选地，S230中，ECS#1接收信息#B成功后，向EES#1发送响应信息。

S240中，ECS#1根据计费策略信息#A，确定APP#1对应的EES的网络资源用量数据的订阅规则，根据该订阅规则生成订阅请求信息#C。

在一种可能的实施方式中，ECS#1根据计费策略信息#A(可选地，还可以有注册请求信息#B)，将APP#1对应的计费阈值分配给为该APP#1提供服务的各个EAS实例(每个EAS示例对应一个EES)，具体分配方式请参见方法100中的有关描述，在此不再赘述。ECS#1根据分配结果确定APP#1对应的EAS实例的网络资源用量数据的订阅规则，并根据该订阅规则生成订阅请求信息#C。

在一种可能的实施方式中，订阅请求信息#C包括APP#1ID，以及该APP#1对应的计费策略信息#A指示EES#1统计的网络资源用量数据的类型。

S250中，ECS#1向EES#1发送订阅请求信息#C，EES#1接收该信息#C。

可选地，S260中，EES#1向ECS#1发送订阅响应信息#D，ECS#1接收该信息#D。

S270中，EES#1根据订阅请求信息#C统计对应的EAS实例的网络资源用量数据并生成订阅通知信息#E。

S280中EES#1向ECS#1发送订阅通知信息#F，ECS#1接收该信息#F。

S290中，ECS#1根据各个EES(包括EES#1)发送的订阅通知信息#F，汇总APP#1对应的各个EES对应的网络资源用量数据，并生成APP#1对应的计费数据，并上报给计费系统。

在一种可能的实施方式中，当满足上报触发条件时，ECS#1将APP#1对应的计费数据上报给计费系统(例如CHF)。

图3为本申请又一实施例的计费方法300的示意性交互图。

如图3所示，S310中，UE#1通过核心网向ECS#1发起注册请求，并请求访问边缘业务APP#1，ECS#1根据UE#1的注册请求向UE#1提供APP#1对应的EES(包括EES#1)。

S320中，ECS#1向PCF#1发送APP#1对应的计费策略请求信息#G，其中，该计费策略请求信息#G包括APP#1ID。

在一种可能的实施方式中，计费策略请求信息#G还包括APP#1对应的EAS运行所需的MEC服务列表。

在一种可能的实施方式中，计费策略请求信息#G还包括ECS#1的地址。

S330中，PCF#1根据计费策略请求信息#G确定计费策略信息#A。PCF#1根据UE#1的业务签约，以及计费策略请求信息#G中的APP#1ID，确定UE#1针对APP#1的计费策略信息#A。其中，计费策略信息#A的说明参见方法100中有关计费策略信息的表述，在此不再赘述。

S340中，PCF#1向ECS#1发送计费策略信息#A。

在一种可能的实施方式中，PCF#1根据ECS#1的地址寻址ECS#1，向ECS#1发送计费策略信息#A。

在一种可能的实施方式中，PCF#1根据路由配置信息寻址到ECS#1，向ECS#1发送计费策略信息#A。

S350中，ECS#1根据计费策略信息#A，确定APP#1对应的EAS的网络资源用量数据的订阅规则，将该订阅规则发送给各个EES后，通过各个EES上报的订阅通知信息#F，汇总APP#1对应的各个EES对应的网络资源用量数据，生成计费数据信息#H。其中，ECS#1与EES的交互参见方法200中的说明，在此不再赘述。

S360中，ECS#1向CHF#1发送计费数据信息#H，CHF#1接收该计费数据信息#H。

以上，结合图1至图3描述了根据本申请实施例的用于计费的方法，以下，结合图4至图7描述根据本申请实施例的设备。

图4是根据本申请实施例的网络设备的一例的示意性框图。如图4所示，网络设备400(也可称为第一网络设备，例如ECS)包括：

接收单元410，用于获取第一数据，所述第一数据为汇总的至少一个边缘使能服务器EES统计的第一APP的网络资源用量数据；

处理单元420，用于根据所述第一数据确定第一计费数据，所述第一计费数据用于计费系统对所述第一APP计费；

发送单元430，用于向所述计费系统上报所述第一计费数据。

在一种可能的实施方式中，所述网络资源用量数据的类型包括：第一流量用量、第一时长用量或者第一计费事件次数。

所述接收单元410还用于获取第一计费策略信息，所述第一计费策略信息用于指示所述第一APP的第一计费策略；

所述处理单元420还用于根据所述第一计费策略信息以及所述至少一个EES的数量确定第一订阅规则，使得每个EES对应一个第二计费策略；

所述处理单元420还用于根据所述第二计费策略确定第一订阅请求信息，所述第一订阅请求信息对应第一EES，所述第一EES为所述至少一个EES中的一个；

所述发送单元430还用于向所述第一EES发送所述第一订阅请求信息；

所述接收单元410还用于获取第一数据，所述第一数据与所述第一订阅请求信息对应。

在一种可能的实施方式中，所述第一计费策略信息包括：第一流量用量、第一时长用量、第一计费事件次数、第一上报触发条件、第一计费触发条件或者第一APP的标识。

所述发送单元430还用于根据所述第一上报触发条件向所述计费系统上报所述第一计费数据。

在一种可能的实施方式中，所述第一订阅请求信息包括所述第一APP的标识和所述第一EES对应的第二计费策略。

在一种可能的实施方式中，所述第一计费事件包括应用程序接口API调用。

应理解，本申请实施例提供的网络设备400中的各个单元和上述其他操作或功能分别为了实现本申请实施例提供的用于计费的方法100、方法200或方法300中由网络设备(例如ECS)执行的相应流程。为了简洁，不在此赘述。

图5是根据本申请实施例的网络设备的又一例的示意性框图。如图5所示，网络设备500(也可称为第二网络设备，例如EES)包括：

处理单元520，用于统计第一数据，所述第一数据为所述网络设备提供第一应用APP服务所产生的网络资源用量数据；

发送单元530，用于发送所述第一数据。

在一种可能的实施方式中，所述网络资源用量数据的类型包括：第一流量用量、第一时长用量或者第一计费事件次数。

在一种可能的实施方式中，所述第一计费事件包括应用程序接口API调用。

所述网络设备500还包括：

接收单元510，用于接收第一订阅请求信息，所述第一订阅请求信息用于指示所述网络设备统计的所述网络资源用量数据的类型；

所述处理单元520还用于根据所述第一订阅请求信息统计所述第一数据。

应理解，本申请实施例提供的网络设备500中的各个单元和上述其他操作或功能分别为了实现本申请实施例提供的用于计费的方法100、方法200或方法300中由网络设备(例如EES)执行的相应流程。为了简洁，不在此赘述。

图6是根据本申请实施例的网络设备的另一例的示意性框图。如图6所示，所述网络设备600包括收发机610以及处理器620。所述处理器620被配置为支持网络设备执行上述方法中网络设备400(例如ECS)相应的功能。可选的，所述网络设备600还可以包括存储器630，所述存储器630用于与处理器620耦合，保存网络设备600必要的程序指令和数据。处理器620具体用于执行存储器630中存储的指令，当指令被执行时，所述网络设备600执行上述方法中网络设备400所执行的方法。

需要说明的是，图4中所示的网络设备400可以通过图6中所示的网络设备600来实现。例如，图4中所示接收单元410和发送单元430可以由收发机610实现，处理单元420可以由处理器620实现。

图7是根据本申请实施例的网络设备的另一例的示意性框图。如图7所示，所述网络设备700包括收发机710以及处理器720，所述处理器720被配置为支持网络设备执行上述方法中网络设备500(例如EES)相应的功能。可选的，所述网络设备700还可以包括存储器730，所述存储器730用于与处理器720耦合，保存网络设备700必要的程序指令和数据。处理器720具体用于执行存储器730中存储的指令，当指令被执行时，所述网络设备700执行上述方法中网络设备500所执行的方法。

需要说明的是，图5中所示的网络设备500可以通过图7中所示的网络设备700来实现。例如，图5中所示接收单元510和发送单元530可以由收发机710实现，处理单元520可以由处理器720实现。

需要说明是，本申请以网络设备400和网络设备500为例，描述本申请实施例的用于计费的方法和设备。应理解，本申请实施例的用于计费的方法还可以由两个基带芯片实现，该两个基带芯片中第一基带芯片用于实现本申请实施例中网络设备400(例如ECS)的相关操作，该两个基带芯片中的第二基带芯片用于实现本申请实施例中网络设备500(例如EES)的相关操作。

还需要说明是，该第一基带芯片的输入/输出电路能够用于实现上文网络设备400(例如ECS)的收发机的相关操作，该第二基带芯片的输入/输出电路能够用于实现上文网络设备500(例如EES)的收发机的相关操作。

应理解，本申请实施例中，该处理器可以为中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random accessmemory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字通用光盘(digital versatile disc，DVD))、或者半导体介质。半导体介质可以是固态硬盘。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

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

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

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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

Claims (24)

1.一种计费方法，其特征在于，在边缘配置服务器ECS中执行，所述方法包括：

获取第一数据，所述第一数据为汇总的至少一个边缘使能服务器EES统计的第一APP的网络资源用量数据；

根据所述第一数据确定第一计费数据，所述第一计费数据用于计费系统对所述第一APP计费；

向所述计费系统上报所述第一计费数据。

2.根据权利要求1所述的方法，其特征在于，所述网络资源用量数据的类型包括：

第一流量用量、第一时长用量或者第一计费事件次数。

3.根据权利要求1或2所述的方法，其特征在于，所述获取第一数据包括：

获取第一计费策略信息，所述第一计费策略信息用于指示所述第一APP的第一计费策略；

根据所述第一计费策略信息以及所述至少一个EES的数量确定第一订阅规则，使得每个EES对应一个第二计费策略；

根据所述第二计费策略确定第一订阅请求信息，所述第一订阅请求信息对应第一EES，所述第一EES为所述至少一个EES中的一个；

向所述第一EES发送所述第一订阅请求信息；

获取第一数据，所述第一数据与所述第一订阅请求信息对应。

4.根据权利要求3所述的方法，其特征在于，所述第一计费策略信息包括：

第一流量用量、第一时长用量、第一计费事件次数、第一上报触发条件、第一计费触发条件或者第一APP的标识。

5.根据权利要求4所述的方法，其特征在于，所述向计费系统上报所述第一计费数据包括：

根据所述第一上报触发条件向所述计费系统上报所述第一计费数据。

6.根据权利要求3-5中任一项所述的方法，其特征在于，所述第一订阅请求信息包括所述第一APP的标识和所述第一EES对应的第二计费策略。

7.根据权利要求4或5所述的方法，其特征在于，所述第一计费事件包括应用程序接口API调用。

8.一种计费方法，其特征在于，在边缘使能服务器EES中执行，所述方法包括：

统计第一数据，所述第一数据为所述EES提供第一应用APP服务所产生的网络资源用量数据；

发送所述第一数据。

9.根据权利要求8所述的方法，其特征在于，所述网络资源用量数据的类型包括：

第一流量用量、第一时长用量或者第一计费事件次数。

10.根据权利要求9所述的方法，其特征在于，所述第一计费事件包括应用程序接口API调用。

11.根据权利要求8-10中任一项所述的方法，其特征在于，所述方法包括：

接收第一订阅请求信息，所述第一订阅请求信息用于指示所述EES统计的所述网络资源用量数据的类型；

根据所述第一订阅请求信息统计所述第一数据。

12.一种网络设备，其特征在于，所述网络设备包括：

接收单元，所述接收单元用于获取第一数据，所述第一数据为汇总的至少一个边缘使能服务器EES统计的第一APP的网络资源用量数据；

处理单元，所述处理单元用于根据所述第一数据确定第一计费数据，所述第一计费数据用于计费系统对所述第一APP计费；

发送单元，所述发送单元用于向所述计费系统上报所述第一计费数据。

13.根据权利要求12所述的网络设备，其特征在于，所述网络资源用量数据的类型包括：

第一流量用量、第一时长用量或者第一计费事件次数。

14.根据权利要求12或13所述的网络设备，其特征在于，所述接收单元用于获取第一数据包括：

所述接收单元获取第一计费策略信息，所述第一计费策略信息用于指示所述第一APP的第一计费策略；

所述处理单元根据所述第一计费策略信息以及所述至少一个EES的数量确定第一订阅规则，使得每个EES对应一个第二计费策略；

所述处理单元根据所述第二计费策略确定第一订阅请求信息，所述第一订阅请求信息对应第一EES，所述第一EES为所述至少一个EES中的一个；

所述发送单元向所述第一EES发送所述第一订阅请求信息；

所述接收单元获取第一数据，所述第一数据与所述第一订阅请求信息对应。

15.根据权利要求14所述的网络设备，其特征在于，所述第一计费策略信息包括：

第一流量用量、第一时长用量、第一计费事件次数、第一上报触发条件、第一计费触发条件或者第一APP的标识。

16.根据权利要求15所述的网络设备，其特征在于，所述发送单元用于向计费系统上报所述第一计费数据包括：

所述发送单元根据所述第一上报触发条件向所述计费系统上报所述第一计费数据。

17.根据权利要求14-16中任一项所述的网络设备，其特征在于，所述第一订阅请求信息包括所述第一APP的标识和所述第一EES对应的第二计费策略。

18.根据权利要求15或16所述的网络设备，其特征在于，所述第一计费事件包括应用程序接口API调用。

19.一种网络设备，其特征在于，所述网络设备包括：

处理单元，所述处理单元用于统计第一数据，所述第一数据为所述网络设备提供第一应用APP服务所产生的网络资源用量数据；

发送单元，所述发送单元用于发送所述第一数据。

20.根据权利要求19所述的网络设备，其特征在于，所述网络资源用量数据的类型包括：

第一流量用量、第一时长用量或者第一计费事件次数。

21.根据权利要求20所述的网络设备，其特征在于，所述第一计费事件包括应用程序接口API调用。

22.根据权利要求19-21中任一项所述的网络设备，其特征在于，所述网络设备包括：

所述网络设备还包括接收单元，所述接收单元用于接收第一订阅请求信息，所述第一订阅请求信息用于指示所述网络设备统计的所述网络资源用量数据的类型；

所述处理单元根据所述第一订阅请求信息统计所述第一数据。

23.一种通信系统，其特征在于，所述通信系统包括根据权利要求12至18中任一项所述的网络设备以及根据权利要求19至22中任一项所述的网络设备。

24.一种计算机可读存储介质，用于存储计算机程序，其特征在于，所述计算机程序用于执行根据权利要求1至11中任一项所述的方法的指令。

Images