CN113382375B

CN113382375B - 通信方法、装置及系统

Info

Publication number: CN113382375B
Application number: CN202010155829.4A
Authority: CN
Inventors: 张进
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-03-09
Filing date: 2020-03-09
Publication date: 2022-10-25
Anticipated expiration: 2040-03-09
Also published as: CN113382375A; WO2021179598A1

Abstract

本申请实施例提供通信方法、装置及系统。该方法包括：计费网元从会话管理网元接收至少一个第一多用量单元，每个第一多用量单元包含一个PDU地址和基于该PDU地址上报的至少一个用量单元，该至少一个用量单元的每个用量单元包含该PDU地址的业务数据使用量信息；计费网元根据该至少一个第一多用量单元生成至少一个计费数据记录，每个计费数据记录包含至少一个第二多用量单元，每个第二多用量单元对应一个或多个具有相同PDU地址的第一多用量单元。如此，基于PDU地址的粒度上报业务数据使用量信息，基于PDU地址粒度生成计费数据记录，可实现基于PDU地址粒度对终端设备的业务数据使用量进行计费，有利于提升计费的精确度和准确度。

Description

通信方法、装置及系统

技术领域

本申请实施例涉及通信技术领域，尤其涉及通信方法、装置及系统。

背景技术

目前，在第五代(5th generation，5G)计费系统中，计费触发网元从用户面网元收集终端设备的协议数据单元(protocol data unit，PDU)的业务数据使用量信息，然后向计费网元发送计费请求消息，该计费请求消息中包含的该PDU会话的业务数据使用量信息。计费网元接收到计费请求消息后，根据其中包含的PDU会话的业务数据使用量信息，更新终端设备的计费数据记录。

上述方法是以PDU会话粒度生成计费数据记录，导致后续对用户进行计费时，只能以PDU会话粒度进行计费，不够精细化。

发明内容

本申请实施例提供通信方法、装置及系统，用以生成PDU地址粒度的计费数据记录，从而可以实现对用户进行PDU地址粒度的计费。

第一方面，本申请实施例提供一种通信方法，包括：计费网元从会话管理网元接收至少一个第一多用量单元，每个第一多用量单元包含一个协议数据单元PDU地址和基于所述PDU地址上报的至少一个用量单元，所述至少一个用量单元的每个用量单元包含所述PDU地址的业务数据使用量信息；所述计费网元根据所述至少一个第一多用量单元，生成至少一个计费数据记录，每个计费数据记录包含至少一个第二多用量单元，每个第二多用量单元对应一个或多个具有相同PDU地址的第一多用量单元。

基于上述方案，会话管理网元基于PDU地址的粒度上报业务数据使用量信息，从而计费网元可以基于PDU地址粒度生成计费数据记录，以便于可以实现基于PDU地址粒度对终端设备的业务数据使用量进行计费，实现了更加精细化地计费，有利于提升计费的精确度和准确度。

在一种可能的实现方法中，所述至少一个第一多用量单元包含的PDU地址包括第一PDU地址；所述计费网元从所述会话管理网元接收所述第一PDU地址和配额管理指示；所述计费网元根据所述配额管理指示，为所述第一PDU地址分配授权配额；所述计费网元向所述会话管理网元发送所述第一PDU地址的授权配额。

在一种可能的实现方法中，所述计费网元从所述会话管理网元接收所述第一PDU地址对应的请求的业务流量配额和/或请求的时长配额；所述计费网元根据所述配额管理指示，为所述第一PDU地址分配授权配额，包括：所述计费网元根据所述配额管理指示，以及所述请求的业务流量配额和/或所述请求的时长配额，为所述第一PDU地址分配授权配额。

在一种可能的实现方法中，所述计费网元向计费网关发送所述至少一个计费数据记录，所述至少一个计费数据记录用于所述计费网关将所述至少一个计费数据记录中具有相同PDU地址的多用量单元进行合并。

在一种可能的实现方法中，所述计费网元根据所述至少一个第一多用量单元，生成至少一个计费数据记录，包括：所述计费网元将所述至少一个第一多用量单元中的具有相同PDU地址的多用量单元进行合并，得到所述至少一个第二多用量单元；所述计费网元根据所述至少一个第二多用量单元，生成所述至少一个计费数据记录。

第二方面，本申请实施例提供一种通信方法，包括：会话管理网元获取至少一个协议数据单元PDU地址中的每个PDU地址的业务数据使用量信息；所述会话管理网元向计费网元发送至少一个第一多用量单元，每个第一多用量单元包含所述至少一个PDU地址中的一个PDU地址和所述PDU地址对应的至少一个用量单元，所述至少一个用量单元的每个用量单元包含所述PDU地址的业务数据使用量信息；其中，所述至少一个多用量单元用于所述计费网元生成至少一个计费数据记录，每个计费数据记录包含至少一个第二多用量单元，每个第二多用量单元对应一个或多个具有相同PDU地址的第一多用量单元。

在一种可能的实现方法中，所述至少一个PDU地址包括第一PDU地址；所述会话管理网元向所述计费网元发送配额管理指示和所述第一PDU地址，所述配额管理指示用于指示所述计费网元为所述第一PDU地址分配授权配额；所述会话管理网元从所述计费网元接收所述第一PDU地址的授权配额。

在一种可能的实现方法中，所述会话管理网元向所述计费网元发送所述第一PDU地址对应的请求的业务流量配额和/或请求的时长配额；所述配额管理指示用于指示所述计费网元为所述第一PDU地址分配授权配额，包括：所述配额管理指示用于指示所述计费网元基于请求的业务流量配额和/或请求的时长配额，为所述第一PDU地址分配授权配额。

在一种可能的实现方法中，所述会话管理网元从策略控制网元接收策略计费控制规则，所述策略计费控制规则包含指示信息，所述指示信息用于指示所述会话管理网元基于PDU地址进行流量监控和上报。

基于上述第一方面、或第二方面、或第一方面任意可能的实现方法、或第二方面任意可能的实现方法：

在一种可能的实现方法中，所述业务数据使用量信息包括以下至少一个：使用业务数据的流量、使用业务数据的时长。

在一种可能的实现方法中，每个计费数据记录中的不同多用量单元分别包含的PDU地址不同；或者，每个计费数据记录中的不同多用量单元分别包含的PDU地址相同、且所述不同多用量单元分别对应的特征参数不同，所述特征参数包括以下至少一项：费率组、用户面网元的标识信息。

第三方面，本申请实施例提供一种通信装置，该装置可以是计费网元，还可以是用于计费网元的芯片。该装置具有实现上述第一方面或第一方面的各实现方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第四方面，本申请实施例提供一种通信装置，该装置可以是会话管理网元，还可以是用于会话管理网元的芯片。该装置具有实现上述第二方面或第二方面的各实现方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第五方面，本申请实施例提供一种通信装置，包括处理器和存储器；该存储器用于存储计算机执行指令，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述第一方面的方法、或第二方面的方法、或第一方面的各实现方法、或第二方面的各实现方法。

第六方面，本申请实施例提供一种通信装置，包括用于执行如上述第一方面的方法、或第二方面的方法、或第一方面的各实现方法、或第二方面的各实现方法的各个步骤的单元或手段(means)。

第七方面，本申请实施例提供一种通信装置，包括处理器和通信接口，所述通信接口用于接收代码指令并传输至所述处理器，所述处理器用于运行所述代码指令以执行如上述第一方面的方法、或第二方面的方法、或第一方面的各实现方法、或第二方面的各实现方法。

第八方面，本申请实施例提供一种通信装置，包括处理器，与存储器耦合，用于调用所述存储器中存储的程序，以执行如上述第一方面的方法、或第二方面的方法、或第一方面的各实现方法、或第二方面的各实现方法。该存储器可以位于该装置之内，也可以位于该装置之外。且该处理器包括一个或多个。

第九方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得处理器执行如上述第一方面的方法、或第二方面的方法、或第一方面的各实现方法、或第二方面的各实现方法。

第十方面，本申请实施例还提供一种计算机程序产品，该计算机产品包括计算机程序，当计算机程序运行时，使得如上述第一方面的方法、或第二方面的方法、或第一方面的各实现方法、或第二方面的各实现方法被执行。

第十一方面，本申请实施例还提供一种芯片系统，包括处理器和存储器。存储器用于存储计算机程序；处理器用于从所述存储器调用并运行所述计算机程序，使得安装有所述芯片系统的设备执行如上述第一方面的方法、或第二方面的方法、或第一方面的各实现方法、或第二方面的各实现方法。

第十二方面，本申请实施例还提供一种通信系统，包括：会话管理网元和计费网元。所述会话管理网元，用于获取至少一个PDU地址中的每个PDU地址的业务数据使用量信息；向所述计费网元发送至少一个第一多用量单元，每个第一多用量单元包含所述至少一个PDU地址中的一个PDU地址和所述PDU地址对应的至少一个用量单元，所述至少一个用量单元的每个用量单元包含所述PDU地址的业务数据使用量信息。所述计费网元，用于从所述会话管理网元接收所述至少一个第一多用量单元；根据所述至少一个第一多用量单元，生成至少一个计费数据记录，每个计费数据记录包含至少一个第二多用量单元，每个第二多用量单元对应一个或多个具有相同PDU地址的第一多用量单元。

第十三方面，本申请实施例还提供一种通信方法，包括：会话管理网元获取至少一个协议数据单元PDU地址中的每个PDU地址的业务数据使用量信息；会话管理网元向所述计费网元发送至少一个第一多用量单元，每个第一多用量单元包含所述至少一个PDU地址中的一个PDU地址和所述PDU地址对应的至少一个用量单元，所述至少一个用量单元的每个用量单元包含所述PDU地址的业务数据使用量信息；计费网元从所述会话管理网元接收所述至少一个第一多用量单元；计费网元根据所述至少一个第一多用量单元，生成至少一个计费数据记录，每个计费数据记录包含至少一个第二多用量单元，每个第二多用量单元对应一个或多个具有相同PDU地址的第一多用量单元。

附图说明

图1为本申请实施例提供的一种通信系统示意图；

图2为5G网络架构示意图；

图3为5G计费系统示意图；

图4为本申请实施例提供的一种通信方法流程示意图；

图5为本申请实施例提供的又一种通信方法流程示意图；

图6为本申请实施例提供的一种通信装置示意图；

图7为本申请实施例提供的又一种通信装置示意图；

图8为本申请实施例提供的又一种通信装置示意图。

具体实施方式

为解决背景技术中提到的问题，如图1所示，本申请实施例提供一种通信系统，该系统包括会话管理网元和计费网元。可选的，该通信系统还包括计费网关。

所述会话管理网元，用于获取至少一个协议数据单元PDU地址中的每个PDU地址的业务数据使用量信息；向所述计费网元发送至少一个第一多用量单元，每个第一多用量单元包含所述至少一个PDU地址中的一个PDU地址和所述PDU地址对应的至少一个用量单元，所述至少一个用量单元的每个用量单元包含所述PDU地址的业务数据使用量信息。所述计费网元，用于从所述会话管理网元接收所述至少一个第一多用量单元；根据所述至少一个第一多用量单元，生成至少一个计费数据记录，每个计费数据记录包含至少一个第二多用量单元，每个第二多用量单元对应一个或多个具有相同PDU地址的第一多用量单元。

在一种可能的实现方法中，所述至少一个第一多用量单元包含的PDU地址包括第一PDU地址；所述计费网元，还用于从所述会话管理网元接收所述第一PDU地址和配额管理指示；根据所述配额管理指示，为所述第一PDU地址分配授权配额；以及，向所述会话管理网元发送所述第一PDU地址的授权配额。

在一种可能的实现方法中，所述计费网元，还用于从所述会话管理网元接收所述第一PDU地址对应的请求的业务流量配额和/或请求的时长配额；所述计费网元，用于根据所述配额管理指示，为所述第一PDU地址分配授权配额，具体包括：用于根据所述配额管理指示，以及所述请求的业务流量配额和/或所述请求的时长配额，为所述第一PDU地址分配授权配额。

在一种可能的实现方法中，所述计费网元，还用于向所述计费网关发送所述至少一个计费数据记录；所述计费网关，用于将所述至少一个计费数据记录中具有相同PDU地址的多用量单元进行合并。

在一种可能的实现方法中，所述计费网元，用于根据所述至少一个第一多用量单元，生成至少一个计费数据记录，具体包括：用于将所述至少一个第一多用量单元中的具有相同PDU地址的多用量单元进行合并，得到所述至少一个第二多用量单元；用于根据所述至少一个第二多用量单元，生成所述至少一个计费数据记录。

在一种可能的实现方法中，所述会话管理网元，还用于从策略控制网元接收策略计费控制规则，所述策略计费控制规则包含指示信息，所述指示信息用于指示所述会话管理网元基于PDU地址进行流量监控和上报。

其中，上述方案的具体实现将在后续方法实施例部分详细阐述，在此不再赘述。

图1所示的系统可以用在图2所示的5G网络架构中，当然，也可以用在未来网络架构，比如第六代(6th generation，6G)网络架构等，本申请不做限定。

示例性的，假设图1所示的通信系统应用于5G网络架构，如图2所示，为5G网络架构示意图。图1中的会话管理网元所对应的网元或者实体可以为图2所示的5G网络架构中的会话管理功能(session management function，SMF)网元。

图2所示的5G网络架构中可包括三部分，分别是终端设备部分、数据网络(datanetwork，DN)和运营商网络部分。下面对其中的部分网元的功能进行简单介绍说明。

其中，运营商网络可包括但不限于以下网元中的一个或多个：策略控制功能(policy control function，PCF)网元、应用功能(application function，AF)网元、接入与移动性管理功能(access and mobility management function，AMF)网元、SMF网元、无线接入网(radioaccess network，RAN)以及用户面功能(user plane function，UPF)网元等。上述运营商网络中，除无线接入网部分之外的部分可以称为核心网络部分。

在具体实现中，本申请实施例中的终端设备，可以是用于实现无线通信功能的设备。其中，终端设备可以是5G网络或者未来演进的公共陆地移动网络(public land mobilenetwork，PLMN)中的用户设备(user equipment，UE)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备，虚拟现实(virtual reality，VR)终端设备、增强现实(augmentedreality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smart home)中的无线终端等。终端可以是移动的，也可以是固定的。

上述终端设备可通过运营商网络提供的接口(例如N1等)与运营商网络建立连接，使用运营商网络提供的数据和/或语音等服务。终端设备还可通过运营商网络访问DN，使用DN上部署的运营商业务，和/或第三方提供的业务。其中，上述第三方可为运营商网络和终端设备之外的服务方，可为终端设备提供他数据和/或语音等服务。其中，上述第三方的具体表现形式，具体可根据实际应用场景确定，在此不做限制。

RAN是运营商网络的子网络，是运营商网络中业务节点与终端设备之间的实施系统。终端设备要接入运营商网络，首先是经过RAN，进而可通过RAN与运营商网络的业务节点连接。RAN设备，是一种为终端设备提供无线通信功能的设备，RAN设备也称为接入网设备。RAN设备包括但不限于：5G中的下一代基站(g nodeB，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved nodeB，或home node B，HNB)、基带单元(baseBand unit，BBU)、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、移动交换中心等。

AMF网元，主要进行移动性管理、接入鉴权/授权等功能，可以在UE与PCF间传递用户策略，以及通过N1和N11接口转发UE和SMF之间建立、修改和删除PDU会话的信令消息。

SMF网元，主要进行会话管理、PCF下发控制策略的执行、UPF的选择、UE互联网协议(internet protocol，IP)地址分配等功能。以及，能为UE分配PDU地址(PDU address，如IPv4地址或IPv6前缀)、建立从RAN到DN的PDU会话的用户面连接。

UPF网元，主要包含完成用户面数据转发、基于会话/流级的计费统计，带宽限制等功能。其中，直接连接DN的UPF被称为PDU会话锚点(PDU Session Anchor，PSA)。

AF网元，主要传递应用侧对网络侧的需求，例如，服务质量(Quality of Service，QoS)需求或用户状态事件订阅等。AF可以是第三方功能实体，也可以是运营商部署的应用服务，如IP多媒体子系统(IP Multimedia Subsystem，IMS)语音呼叫业务。

PCF网元，主要负责针对会话、业务流级别进行计费、QoS带宽保障及移动性管理、UE策略决策等策略控制功能。该架构中，AMF与SMF所连接的PCF分别对应AM PCF(PCF forAccess and Mobility Control)和SM PCF(PCF for Session Management)，在实际部署场景中可能不是同一个PCF实体。

DN，是位于运营商网络之外的网络，运营商网络可以接入多个DN，DN上可部署多种业务，可为终端设备提供数据和/或语音等服务。例如，DN是某智能工厂的私有网络，智能工厂安装在车间的传感器可为终端设备，DN中部署了传感器的控制服务器，控制服务器可为传感器提供服务。传感器可与控制服务器通信，获取控制服务器的指令，根据指令将采集的传感器数据传送给控制服务器等。又例如，DN是某公司的内部办公网络，该公司员工的手机或者电脑可为终端设备，员工的手机或者电脑可以访问公司内部办公网络上的信息、数据资源等。

在图2所示的架构中，各个网元之间的接口名称及功能如下：

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

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

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

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

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

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

7)、N1：AMF与UE之间的接口，可以用于向UE传递QoS控制规则等。

可以理解的是，上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。可选的，上述网元或者功能可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。

本申请实施例中的移动性管理网元、会话管理网元、策略控制网元、接入网设备、用户面网元分别可以是图2中的AMF、SMF、PCF、RAN、UPF，也可以是未来通信如第六代(6thgeneration，6G)网络中具有上述AMF、SMF、PCF、RAN、UPF的功能的网元，本申请实施例对此不限定。

未来会有一些新的移动互联网业务，例如虚拟现实、增强现实、车联网等，需要将业务同时部署在核心侧DN和边缘侧DN。核心侧DN通常位于靠近骨干网络的数据中心内，边缘侧DN往往部署在网络边缘靠近基站的位置，通常也可以称为本地接入数据网络。例如，车联网业务在核心侧DN会部署车辆导航类数据业务，在边缘侧DN会部署低时延的路面车辆实时数据业务(例如，上传自身车辆运动信息和获取周边车辆的速度、方向和位置等信息)。车辆上的UE同时使用导航和路面车辆数据交互业务时，需要同时连接核心侧DN和边缘侧DN。为了便于UE使用业务，核心侧DN和边缘侧DN需要同属于一个DN，UE只要建立一个会话可以同时使用该DN的所有的业务(导航业务和实时数据业务)。

在5G边缘移动网络中，IPv6多归属(IPv6 multi-homing)分流技术主要用于移动网络边缘计算场景下，多个业务基于需求部署在网络的核心侧DN或者边缘侧的DN中。UE通过建立PDU会话同时连接核心侧DN和边缘侧的DN。一个PDU会话可以关联多个PDU地址(如IPv6前缀或IPv4地址)，也即该PDU会话是multi-homing PDU会话，该multi-homing PDU会话提供通过多个PSA到DN的接入。

如图2所示，到不同PSA的不同的用户面路径，在分支点(Branching Point，BP)UPF形成分支。BP UPF转发UE上行流量到一个或者多个PSA，以及将来自多个PSA的下行流量聚合后发送给UE。

UE为了能同时使用部署在核心侧DN和边缘侧DN的多个业务，由SMF基于业务为UE选择PSA并分别分配相应的PDU地址。多个PDU地址可以关联到同一个PDU会话，使得该PDU会话作为一个multi-homing PDU会话。因此，multi-homing PDU会话可以通过多个PSA接入DN。

UE发送的上行数据到达BP UPF，BP UPF基于上行数据中携带的PDU地址将上行数据分流到对应的PSA上。例如，核心侧DN的上行数据中携带PSA1对应的PDU地址1，由BP UPF将携带PDU地址1的上行数据转发给PSA1，然后由PSA1转发到核心侧DN。核心侧DN和边缘侧DN分别发送给UE的下行数据，分别经过PSA1和PSA2发送给BP UPF，BP UPF将其关联到同一个PDU会话上发送给UE。

示例性的，假设图1所示的通信系统应用于5G计费系统，如图3所示，为5G计费系统示意图。图1中的会话管理网元所对应的网元或者实体可以为图3所示的5G计费系统中的计费触发功能(Charging Trigger Function，CTF)网元。图1中的计费网元所对应的网元或者实体可以为图3所示的5G计费系统中的计费功能(Charging Function，CHF)网元，图1中的计费网关所对应的网元或者实体可以为图3所示的5G计费系统中的计费网关功能(Charging Gateway Function，CGF)网元。

如图3所示，5G计费系统包括核心网域中的CTF网元(可以通过5G网络中的SMF网元实现CTF网元的功能)、融合计费系统(Converged charging system，CCS)和记账系统(Billing System，BS)。

其中，CCS包括CHF网元、账户余额管理功能(Account Balance ManagementFunction，ABMF)网元、CGF网元和费率功能(Rating Function，RF)。

记账系统(BS)也可以称为记账域(Billing Domain，BD)。

CTF从UPF收集UE的PDU会话的业务数据使用量信息，向CHF发送计费请求消息，该计费请求消息中包含的该PDU会话的业务数据使用量信息，其中，业务数据使用量信息包括使用业务数据的流量、时长等信息。CHF接收到计费请求消息后，根据其中包含的PDU会话的业务数据使用量信息，更新UE的计费数据记录(Charging Data Record，CDR)。

需要说明的是，本申请实施例中的计费网元可以是图3所示的CHF网元，或者是未来通信系统中具有CHF网元功能的其他网元。本申请实施例中的计费网关可以是图3所示的CGF网元，或者是未来通信系统中具有CGF网元功能的其他网元。

为解决目前计费粒度不够精细化的问题，基于图2和图3所示的网络架构，如图4所示，本申请实施例提供一种通信方法。该方法在会话管理网元侧，可以由会话管理网元或用于会话管理网元的部件(如芯片、电路等)执行；在计费网元侧，可以由计费网元或用于计费网元的部件(如芯片、电路等)执行。为便于说明，下面以会话管理网元和计费网元执行该方法为例进行说明。

该方法包括以下步骤：

步骤401，会话管理网元获取至少一个PDU地址中的每个PDU地址的业务数据使用量信息。

这里的PDU地址指的是网络侧为UE分配的地址，UE的一个PDU会话可以对应一个或多个PDU地址。例如为UE的PDU会话1分配两个PDU地址，分别为PDU地址1和PDU地址2。然后，网络侧基于PDU地址进行计费，因此可以统计每个PDU地址的业务数据使用量信息，并基于每个PDU地址的业务数据使用量信息进行计费。

可选的，PDU地址可以是网际协议版本4(Internet Protocol version 4，IPv4)地址、或网际协议版本6(Internet Protocol version 6，IPv6)前缀。

步骤402，会话管理网元向计费网元发送至少一个第一多用量单元。相应的，计费网元可以接收到该至少一个第一多用量单元。

其中，每个第一多用量单元包含一个PDU地址和基于该PDU地址上报的至少一个用量单元，该至少一个用量单元的每个用量单元包含该PDU地址的业务数据使用量信息。这里的业务数据使用量信息包括使用业务数据的流量，和/或，使用业务数据的时长。或者理解为，业务数据使用量用于记录用户使用业务数据所产生的流量和/或用户使用业务数据所占用的时长。

其中，这里的至少一个第一多用量单元可以携带于一个或多个计费请求消息中。一个计费请求消息可以携带一个或多个多用量单元，同一个计费请求消息中的不同多用量单元包含的PDU地址一般不同。其中，每个计费请求消息中携带的多用量单元均可以成为第一多用量单元。

作为示例，会话管理向计费网元发送了四个计费请求消息。其中，计费请求消息1包括多用量单元1，多用量单元1包括PDU地址1、用量单元1和用量单元2。计费请求消息2包括多用量单元2和多用量单元3，多用量单元2包括PDU地址1和用量单元3，多用量单元3包括PDU地址2、用量单元4和用量单元5。计费请求消息3包括多用量单元4，多用量单元4包括PDU地址2、用量单元6和用量单元7。计费请求消息4包括多用量单元5和多用量单元6，多用量单元5包括PDU地址1和用量单元8，多用量单元6包括PDU地址2、用量单元9和用量单元10。

以下通过表1来展示上述计费请求消息所包含的内容。

表1

步骤403，计费网元根据至少一个第一多用量单元，生成至少一个计费数据记录，每个计费数据记录包含至少一个第二多用量单元。

其中，每个第一多用量单元包含一个PDU地址和基于该PDU地址上报的至少一个用量单元，该至少一个用量单元的每个用量单元包含该PDU地址的业务数据使用量信息。

每个第二多用量单元对应一个或多个具有相同PDU地址的第一多用量单元。或者理解为，计费网元将接收到的至少一个第一多用量单元中的具有相同PDU地址的多用量单元进行合并，得到至少一个第二多用量单元，然后根据该至少一个第二多用量单元，生成至少一个计费数据记录(本申请实施例中可以称为第一计费数据记录)。

以上述表1为例，计费单元可以对计费请求消息1和计费请求消息2中的多用量单元进行合并，并生成一个计费数据记录，以及对计费请求消息3和计费请求消息4中的多用量单元进行合并，并生成另一个计费数据记录。或者是，计费单元可以对计费请求消息1、计费请求消息2和计费请求消息3中的多用量单元进行合并，并生成一个计费数据记录，以及对计费请求消息4和其他计费请求消息中的多用量单元进行合并，并生成另一个计费数据记录。或者是，计费单元可以对计费请求消息1、计费请求消息2、计费请求消息3和计费请求消息4中的多用量单元进行合并，并生成一个计费数据记录。

其中，计费数据记录中的多用量单元也可以称为第二多用量单元。

以下以计费单元对计费请求消息1和计费请求消息2中的多用量单元进行合并，并生成一个计费数据记录，以及对计费请求消息3和计费请求消息4中的多用量单元进行合并，并生成另一个计费数据记录为例进行说明。

计费网元根据上述多用量单元1、多用量单元2和多用量单元3生成一个计费数据记录1，其中包括多用量单元A和多用量单元B，多用量单元A包括PDU地址1、用量单元1、用量单元2和用量单元3，多用量单元B包括PDU地址2、用量单元4和用量单元5。计费网元根据上述多用量单元4、多用量单元5和多用量单元6生成一个计费数据记录2，其中包括多用量单元C和多用量单元D，多用量单元C包括PDU地址1和用量单元8，多用量单元D包括PDU地址2、用量单元6、用量单元7、用量单元9和用量单元10。

以下通过表2来展示上述计费数据记录所包含的内容。

表2

需要说明的是，以上仅作为示例，实际应用中，也可以有其他基于PDU地址的粒度生成计费数据记录的方式，本申请实施例对此不做限定。

需要说明的是，上述实施例中，会话管理网元向计费网元发送的多个第一多用量单元可以是具有相同特征参数的多用量单元，也可以是具有不同特征参数的多用量单元，这里的“特征参数”包括以下一项或多项：费率组、用户面网元的标识信息。

在同一个计费请求消息中，不同的多用量单元之间的PDU地址和/或特征参数不同。或者理解为，同一个计费请求消息中不会出现两个具有PDU地址和相同特征参数的多用量单元。作为示例，计费请求消息包含多用量单元11和多用量单元12。在一种情形中，多用量单元11和多用量单元12具有不同的PDU地址，此时，多用量单元11和多用量单元12的特征参数可以相同，也可以不同。在另一种情形中，多用量单元11和多用量单元12具有相同的PDU地址，此时，多用量单元11和多用量单元12的特征参数不同。

同样，计费网元生成的计费数据记录中的多个第二多用量单元可以是具有相同特征参数的多用量单元，也可以是具有不同特征参数的多用量单元。

在同一个计费数据记录中，不同的多用量单元之间的PDU地址和/或特征参数不同。或者理解为，同一个计费数据记录中不会出现两个具有PDU地址和相同特征参数的多用量单元。作为示例，计费数据记录包含多用量单元E和多用量单元F。在一种情形中，多用量单元E和多用量单元F具有不同的PDU地址，此时，多用量单元E和多用量单元F的特征参数可以相同，也可以不同。在另一种情形中，多用量单元E和多用量单元F具有相同的PDU地址，此时，多用量单元E和多用量单元F的特征参数不同。

作为一种实现方法，在上述步骤401之前，会话管理网元可以从策略控制网元接收策略计费控制规则，该策略计费控制规则包含指示信息，指示信息用于指示会话管理网元基于PDU地址进行流量监控和上报。

作为一种实现方法，在上述步骤403之后，还可以包括步骤404和步骤405。

步骤404，计费网元向计费网关发送至少一个计费数据记录。相应的，计费网关可以接收到至少一个计费数据记录。

步骤405，计费网关将至少一个计费数据记录中具有相同PDU地址的多用量单元进行合并。

以计费网元向计费网关发送的计费数据记录包括上述表2所示的计费数据记录1和计费数据记录2为例。以下通过表3来展示计费网关对计费数据记录进行合并后的内容。

本申请实施例中将对计费数据记录进行合并后的内容也可以仍然称为计费数据记录(本申请实施例中可以称为第二计费数据记录)。当然，也可以有其他名称，本申请实施例不做限定。

表3

可选的，计费网关可以将生成的计费数据记录发送至账单系统，由账单系统根据计费数据记录基于PDU地址进行计费。

作为一种实现方法，本申请实施例中，还可以为一个或多个PDU地址分配授权配额，该授权配额用于控制该PDU地址所能使用的配额，如能够使用的业务流量和/或能够使用的时长等。比如，针对PDU会话的任一PDU地址(称为第一PDU地址)，会话管理网元可以向计费网元发送第一PDU地址和配额管理指示，该配额管理指示用于指示为第一PDU地址分配授权配额。计费网元根据配额管理指示为第一PDU地址分配授权配额，然后向会话管理网元发送第一PDU地址的授权配额。从而会话管理网元可以基于第一PDU地址的授权配额，控制第一PDU地址的业务数据使用量，当第一PDU地址的业务数据使用量达到了授权配额，则会话管理网元可以停止该第一PDU地址的业务。

可选的，会话管理网元在发送第一PDU地址和配额管理指示的同时，还可以向计费网元发送第一PDU地址对应的请求的业务流量配额和/或请求的时长配额。从而计费网元可以根据配额管理指示，以及请求的业务流量配额和/或请求的时长配额，为第一PDU地址分配授权配额。该请求的业务流量配额和请求的时长配额可以作为计费网元为第一PDU地址分配授权配额的参考量。

下面结合具体示例，对上述图4所示的流程进行介绍说明。

如图5所示，为本申请实施例提供的又一种通信方法流程示意图。该方法包括以下步骤：

步骤501，UE建立PDU会话，该PDU会话连接到PSA1。

并且，SMF为UE分配与PSA1相关的PDU地址1，该PDU地址1与UE的PDU会话关联，并为UE在RAN和PSA1之间建立用户面连接。

该PDU地址1为UE的地址。可选的，PDU地址1可以是IPv4地址、或IPv6前缀。

在该步骤之后，UE的上行数据可以通过RAN、PSA1到达核心侧DN，来自核心侧DN的下行数据可以通过PSA1、RAN到达UE。

步骤502，SMF为UE选择PSA2，并为UE分配与PSA2相关的PDU地址2。

比如，当UE移动到本地接入的数据网络时，或者SMF检测到UE的新的业务流需要接入到边缘侧DN时，则SMF为UE选择PSA2，并为UE分配与PSA2相关的PDU地址2。

该PDU地址2为UE的地址。可选的，PDU地址2可以是IPv6前缀。

步骤503，SMF为UE选择BP UPF，并为UE分别建立BP UPF到PSA1、PSA2的用户面连接。

该BP UPF用于将UE的上行数据转发给PSA1或者PSA2，以及用于将来自PSA1和PSA2的下行数据进行汇合转发给UE。

其中，BP UPF上存储有PDU地址1与PSA1的地址之间的对应关系，以及存储有PDU地址2与PSA2的地址之间的对应关系。后续BP UPF接收到UE的上行数据后，可以根据上行数据中携带的PDU地址(可以是PDU地址1或PDU地址2)，选择将该上行数据转发给PSA1或PSA2。

步骤503a，SMF向CHF发送计费请求消息。相应的，CHF可以接收到该计费请求消息。

该计费请求消息携带指示信息和至少一个多用量单元(Multiple Unit Usage)。该指示信息用于指示在PDU会话中增加了UPF(即BP UPF)。

该计费请求消息内的每个多用量单元中包含PDU地址1和至少一个用量单元，一个多用量单元中的所有用量单元都是基于该PDU地址1上报的，或者理解为一个多用量单元内的用量单元均与该多用量单元内的PDU地址1关联。其中，每个用量单元内包含UE针对某个业务的业务数据使用量信息。因此，每个多用量单元中包含PDU地址1和至少一个用量单元的含义可以理解为：该多用量单元内的每个用量单元包含的业务数据使用量信息，用于指示UE在PDU地址1上产生业务数据使用量。其中，业务数据使用量包括UE使用业务数据的流量、时长等信息。

因此，该步骤503a中，SMF以PDU地址的粒度，向CHF上报了UE在PDU地址1上产生的业务数据使用量信息。

可选的，每个多用量单元中还包括PSA1的标识信息，用于表示多用量单元中携带的PDU地址1是与PSA1关联的。

步骤503b，CHF更新计费数据记录(CDR)。

CHF根据接收到的多用量单元更新CDR，其中CDR包含一个或多个多用量单元列表，每个多用量单元列表关联一个PDU地址1，表示该多用量单元列表所记录的业务数据使用量信息是与PDU地址1关联的。

可选的，CHF还可以向计费网关功能(CGF)发送CDR，然后CGF对多个CDR进行合并，然后CGF将合并后的CDR发送至记账系统，由记账系统生成用户账单。

步骤503c，CHF向SMF发送计费响应消息。相应的，SMF可以接收到计费响应消息。

步骤504，SMF更新PSA1和BP UPF的下行数据流配置，建立从PSA1经过BP UPF到RAN的下行数据连接。

在建立了PSA1经过BP UPF到RAN的下行数据连接之后，PSA1开始经过BP UPF转发UE的下行数据。此时，UE的上行数据由RAN发送给PSA1，不经过BP UPF。

步骤505，SMF更新PSA2和BP UPF的下行数据流配置，建立从PSA2经过BP UPF到RAN的下行数据连接。

步骤506，SMF更新RAN和BP UPF的上行数据流配置，建立RAN经过BP UPF分别到PSA1和PSA2的上行数据连接。

该步骤506之后，UE发送至PSA1的上行数据将通过RAN、BP UPF发送至PSA1。

步骤507，SMF向UE发送PDU地址2。

也即，SMF向UE配置用于向PSA2发送上行数据的PDU地址2。该PDU地址2与UE的PDU会话关联。后续UE发送PDU地址2的上行数据时，将PDU地址2携带于上行数据中。

步骤508，SMF向UE发送PDU地址1。

也即，SMF向UE重新配置用于向PSA1发送上行数据的PDU地址1。该PDU地址1与UE的PDU会话关联。可选的，PDU地址1可以是或IPv4地址、或IPv6前缀。

该步骤508为可选步骤。当不执行该步骤508时，则UE继续使用上述步骤501分配的PDU地址1。

在步骤507或步骤508之后，UE可以向PSA2发送上行数据。该上行数据经过RAN和BPUPF。

步骤508a，SMF向CHF发送计费请求消息。相应的，CHF可以接收到该计费请求消息。

该计费请求消息携带至少一个多用量单元。其中，该计费请求消息内的任意一个多用量单元中包含PDU地址1和至少一个用量单元，或者，包含PDU地址2和至少一个用量单元。

一个多用量单元中的所有用量单元都是基于该PDU地址1上报的，或者理解为一个多用量单元内的用量单元均与该多用量单元内的PDU地址1关联。其中，每个用量单元内包含UE针对某个业务的业务数据使用量信息。因此，每个多用量单元中包含PDU地址1和至少一个用量单元的含义可以理解为：该多用量单元内的每个用量单元包含的业务数据使用量信息，用于指示UE在PDU地址1上产生业务数据使用量。其中，业务数据使用量包括UE使用业务数据的流量、时长等信息。

或者，一个多用量单元中的所有用量单元都是基于该PDU地址2上报的，或者理解为一个多用量单元内的用量单元均与该多用量单元内的PDU地址2关联。其中，每个用量单元内包含UE针对某个业务的业务数据使用量信息。因此，每个多用量单元中包含PDU地址2和至少一个用量单元的含义可以理解为：该多用量单元内的每个用量单元包含的业务数据使用量信息，用于指示UE在PDU地址2上产生业务数据使用量。其中，业务数据使用量包括UE使用业务数据的流量、时长等信息。

因此，该步骤508a中，SMF以PDU地址的粒度，向CHF上报了UE在PDU地址1或PDU地址2上产生的业务数据使用量信息。

需要说明的是，在一个计费请求消息携带的至少一个多用量单元，可以只与PDU地址1相关，或者只与PDU地址2相关，或者一部分多用量单元与PDU地址1相关，另一部分多用量单元与PDU地址2相关，但一个多用量单元内的所有用量单元只与一个PDU地址相关。

可选的，SMF首次向CHF发送与PSA地址2相关的业务数据使用量信息时，可以在计费请求消息中携带一个指示信息，该指示信息用于指示新增了PSA地址2。

若一个多用量单元中包括PDU地址1，可选的，该多用量单元中还可以包括PSA1的标识信息，用于表示多用量单元中携带的PDU地址1是与PSA1关联的。若一个多用量单元中包括PDU地址2，可选的，该多用量单元中还可以包括PSA2的标识信息，用于表示多用量单元中携带的PDU地址2是与PSA2关联的。

步骤508b，CHF更新计费数据记录(CDR)。

CHF根据接收到的多用量单元更新CDR，其中CDR包含一个或多个多用量单元列表。一个多用量单元列表关联一个PDU地址1，表示该多用量单元列表所记录的业务数据使用量信息是与PDU地址1关联的；或者，一个多用量单元列表关联一个PDU地址2，表示该多用量单元列表所记录的业务数据使用量信息是与PDU地址2关联的。

可选的，CHF还可以向计费网关功能(CGF)发送CDR，然后CGF对多个CDR进行合并，比如将具有相同PSA地址的多用量单元列表合并至一个CDR中，然后CGF将合并后的CDR发送至记账系统，由记账系统生成用户账单。

步骤508c，CHF向SMF发送计费响应消息。相应的，SMF可以接收到计费响应消息。

基于上述方案，SMF为UE的PDU会话分配了多个PDU地址，每个PDU地址对应一个PSA，从而可以实现基于PDU地址的粒度对UE的业务数据使用量进行计费，实现了更加精细化地计费，有利于提升计费的精确度和准确度。

在上述图5对应的实施例的基础上，进一步，还可以实现基于PDU地址的计费配额控制功能。

可选的，在上述步骤503a的计费请求消息的一个或多个多用量单元中携带一个配额管理指示(Quota Management Indicator)，该配额管理指示用于指示CHF为PDU地址1对应的业务分配授权配额。该授权配额包括但不限于业务流量配额、时长配额。可选的，当一个多用量单元中携带配额管理指示时，该多用量单元还可以携带请求的业务流量配额和/或请求的时长配额，使得CHF可以参考该请求的业务流量配额和/或请求的时长配额，为PDU地址1对应的业务分配授权配额。

当步骤503a的计费请求消息的一个或多个多用量单元中携带配额管理指示时，则步骤503c的计费响应消息可以携带UE的PDU地址1和基于PDU地址1的配额信息，该配额信息包含CHF分配的PDU地址1对应的业务的授权配额。

可选的，在上述步骤508a的计费请求消息的一个或多个多用量单元中携带配额管理指示，该配额管理指示用于指示CHF为PDU地址1或PDU地址2对应的业务分配授权配额。该授权配额包括但不限于业务流量配额、时长配额。可选的，当一个多用量单元中携带配额管理指示时，该多用量单元还可以携带请求的业务流量配额和/或请求的时长配额，使得CHF可以参考该请求的业务流量配额和/或请求的时长配额，为PDU地址1或PDU地址2对应的业务分配授权配额。

当步骤508a的计费请求消息的一个或多个多用量单元中携带配额管理指示，且该配额管理指示用于指示CHF为PDU地址1对应的业务分配授权配额，则步骤508c的计费响应消息可以携带UE的PDU地址1和基于PDU地址1的配额信息，该配额信息包含CHF分配的PDU地址1对应的业务的授权配额。

当步骤508a的计费请求消息的一个或多个多用量单元中携带配额管理指示，且该配额管理指示用于指示CHF为PDU地址2对应的业务分配授权配额，则步骤508c的计费响应消息可以携带UE的PDU地址2和基于PDU地址2的配额信息，该配额信息包含CHF分配的PDU地址2对应的业务的授权配额。

可选的，在上述步骤503b和/或步骤508b中，CHF可以通过以下方法为PDU地址1或PDU地址2对应的业务分配授权配额(以下以PDU地址1为例)：

步骤A，CHF根据PDU地址1，以及PSA1的标识信息、DN的标识信息或业务信息中的至少一个，向RF请求费率信息。

其中，费率为单个计费单位所能使用的时长或者流量信息。

步骤B，CHF根据费率信息和业务信息，确定所需的计费单元数量。

步骤C，CHF向AMBF发送所需的计费单元数量。

步骤D，ABMF根据用户账户余额和所需的计费单元数量，确定允许使用的计费单元数量，并向CHF发送允许使用的计费单元数量。

步骤E，CHF根据允许使用的计费单位数量和费率信息，为PDU地址1对应的业务分配授权配额，也即确定PDU地址1允许使用的时长和流量。

可选的，在图5对应的实施例之前，SMF可以从PCF接收到策略计费控制(Policyand Charging Control，PCC)规则，该PCC规则包含指示信息，该指示信息用于指示SMF基于PDU地址进行流量监控和上报，也即SMF基于PDU地址向CHF上报UE的业务数据使用量。

上述主要从各个网元之间交互的角度对本申请提供的方案进行了介绍。可以理解的是，上述实现各网元为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

可以理解的是，上述各个方法实施例中，对应由计费网元实现的步骤或者操作，也可以由配置于计费网元的部件(例如芯片或者电路)实现，对应由会话管理网元实现的步骤或者操作，也可以由配置于会话管理网元的部件(例如芯片或者电路)实现。

参考图6，为本申请实施例提供的一种通信装置的示意图。该装置用于实现上述方法实施例中对应计费网元所执行的各个步骤，如图6所示，该装置600包括收发单元610和生成单元620。可选的，还包括分配单元630。

收发单元610，用于从会话管理网元接收至少一个第一多用量单元，每个第一多用量单元包含一个协议数据单元PDU地址和基于所述PDU地址上报的至少一个用量单元，所述至少一个用量单元的每个用量单元包含所述PDU地址的业务数据使用量信息；生成单元620，用于根据所述至少一个第一多用量单元，生成至少一个计费数据记录，每个计费数据记录包含至少一个第二多用量单元，每个第二多用量单元对应一个或多个具有相同PDU地址的第一多用量单元。

在一种可能的实现方法中，所述至少一个第一多用量单元包含的PDU地址包括第一PDU地址；所述收发单元610，还用于从所述会话管理网元接收所述第一PDU地址和配额管理指示；以及，向所述会话管理网元发送所述第一PDU地址的授权配额；分配单元630，用于根据所述配额管理指示，为所述第一PDU地址分配授权配额。

在一种可能的实现方法中，所述收发单元610，还用于从所述会话管理网元接收所述第一PDU地址对应的请求的业务流量配额和/或请求的时长配额；所述分配单元630，具体用于根据所述配额管理指示，以及所述请求的业务流量配额和/或所述请求的时长配额，为所述第一PDU地址分配授权配额。

在一种可能的实现方法中，所述收发单元610，还用于向计费网关发送所述至少一个计费数据记录，所述至少一个计费数据记录用于所述计费网关将所述至少一个计费数据记录中具有相同PDU地址的多用量单元进行合并。

在一种可能的实现方法中，所述生成单元620，具体用于将所述至少一个第一多用量单元中的具有相同PDU地址的多用量单元进行合并，得到所述至少一个第二多用量单元；以及，根据所述至少一个第二多用量单元，生成所述至少一个计费数据记录。

可以理解的是，上述各个单元也可以称为模块或者电路等，并且上述各个单元可以独立设置，也可以全部或者部分集成。

上述生成单元620和分配单元630也可以通过处理单元实现，或者说生成单元620和分配单元630也可以统称为处理单元。上述收发单元610也可称为通信接口，上述处理单元也可以称为处理器。

可选的，上述通信装置600还可以包括存储单元，该存储单元用于存储数据或者指令(也可以称为代码或者程序)，上述各个单元可以和存储单元交互或者耦合，以实现对应的方法或者功能。例如，处理单元可以读取存储单元中的数据或者指令，使得通信装置实现上述实施例中的方法。

参考图7，为本申请实施例提供的一种通信装置的示意图。该装置用于实现上述方法实施例中对应会话管理网元所执行的各个步骤，如图7所示，该装置700包括获取单元710和收发单元720。

获取单元710，用于获取至少一个协议数据单元PDU地址中的每个PDU地址的业务数据使用量信息；收发单元720，用于向计费网元发送至少一个第一多用量单元，每个第一多用量单元包含所述至少一个PDU地址中的一个PDU地址和所述PDU地址对应的至少一个用量单元，所述至少一个用量单元的每个用量单元包含所述PDU地址的业务数据使用量信息；其中，所述至少一个多用量单元用于所述计费网元生成至少一个计费数据记录，每个计费数据记录包含至少一个第二多用量单元，每个第二多用量单元对应一个或多个具有相同PDU地址的第一多用量单元。

在一种可能的实现方法中，所述至少一个PDU地址包括第一PDU地址；收发单元720，还用于向所述计费网元发送配额管理指示和所述第一PDU地址，所述配额管理指示用于指示所述计费网元为所述第一PDU地址分配授权配额；以及，从所述计费网元接收所述第一PDU地址的授权配额。

在一种可能的实现方法中，收发单元720，还用于向所述计费网元发送所述第一PDU地址对应的请求的业务流量配额和/或请求的时长配额；所述配额管理指示用于指示所述计费网元为所述第一PDU地址分配授权配额，包括：所述配额管理指示用于指示所述计费网元基于请求的业务流量配额和/或请求的时长配额，为所述第一PDU地址分配授权配额。

在一种可能的实现方法中，收发单元720，还用于从策略控制网元接收策略计费控制规则，所述策略计费控制规则包含指示信息，所述指示信息用于指示所述会话管理网元基于PDU地址进行流量监控和上报。

可以理解的是，上述各个单元也可以称为模块或者电路等，并且上述各个单元可以独立设置，也可以全部或者部分集成。上述收发单元720也可称为通信接口。

可选的，上述通信装置700还可以包括存储单元，该存储单元用于存储数据或者指令(也可以称为代码或者程序)，上述各个单元可以和存储单元交互或者耦合，以实现对应的方法或者功能。例如，处理单元可以读取存储单元中的数据或者指令，使得通信装置实现上述实施例中的方法。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific IntegratedCircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central Processing Unit，CPU)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

以上用于接收的单元(例如接收单元)是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元(例如发送单元)是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。

参考图8，为本申请实施例提供的又一种通信装置示意图，用于实现以上实施例中计费网元或会话管理网元的操作。如图8所示，该通信装置包括：处理器810和接口830，可选的，该通信装置还包括存储器820。接口830用于实现与其他设备进行通信。

以上实施例中计费网元或会话管理网元执行的方法可以通过处理器810调用存储器(可以是策略控制网元中的存储器820，也可以是外部存储器)中存储的程序来实现。即，用于计费网元或会话管理网元的装置可以包括处理器810，该处理器810通过调用存储器中的程序，以执行以上方法实施例中的计费网元或会话管理网元执行的方法。这里的处理器可以是一种具有信号的处理能力的集成电路，例如CPU。用于计费网元或会话管理网元的装置可以通过配置成实施以上方法的一个或多个集成电路来实现。例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。或者，可以结合以上实现方式。

具体的，图6中的收发单元610、生成单元620和分配单元630的功能/实现过程可以通过图8所示的通信装置800中的处理器810调用存储器820中存储的计算机可执行指令来实现。或者，图6中的生成单元620和分配单元630的功能/实现过程可以通过图8所示的通信装置800中的处理器810调用存储器820中存储的计算机执行指令来实现，图6中的收发单元610的功能/实现过程可以通过图8中所示的通信装置800中的接口830来实现。

具体的，图7中的获取单元710和收发单元720的功能/实现过程可以通过图8所示的通信装置800中的处理器810调用存储器820中存储的计算机可执行指令来实现。或者，图7中的获取单元710的功能/实现过程可以通过图8所示的通信装置800中的处理器810调用存储器820中存储的计算机执行指令来实现，图7中的收发单元720的功能/实现过程可以通过图8中所示的通信装置800中的接口830来实现。

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

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

在一个或多个示例性的设计中，本申请所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电脑、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、数字通用光盘(英文：Digital Versatile Disc，简称：DVD)、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。

Claims

1.一种通信方法，其特征在于，包括：

计费网元从会话管理网元接收至少一个第一多用量单元，每个第一多用量单元包含一个协议数据单元PDU地址和基于所述PDU地址上报的至少一个用量单元，所述至少一个用量单元的每个用量单元包含所述PDU地址的业务数据使用量信息；

所述计费网元根据所述至少一个第一多用量单元，生成至少一个计费数据记录，每个计费数据记录包含至少一个第二多用量单元，每个第二多用量单元对应一个或多个具有相同PDU地址的第一多用量单元。

2.如权利要求1所述的方法，其特征在于，所述至少一个第一多用量单元包含的PDU地址包括第一PDU地址；

所述方法还包括：

所述计费网元从所述会话管理网元接收所述第一PDU地址和配额管理指示；

所述计费网元根据所述配额管理指示，为所述第一PDU地址分配授权配额；

所述计费网元向所述会话管理网元发送所述第一PDU地址的授权配额。

3.如权利要求2所述的方法，其特征在于，还包括：

所述计费网元从所述会话管理网元接收所述第一PDU地址对应的请求的业务流量配额和/或请求的时长配额；

所述计费网元根据所述配额管理指示，为所述第一PDU地址分配授权配额，包括：

所述计费网元根据所述配额管理指示，以及所述请求的业务流量配额和/或所述请求的时长配额，为所述第一PDU地址分配授权配额。

4.如权利要求1-3任一所述的方法，其特征在于，还包括：

所述计费网元向计费网关发送所述至少一个计费数据记录，所述至少一个计费数据记录用于所述计费网关将所述至少一个计费数据记录中具有相同PDU地址的多用量单元进行合并。

5.如权利要求1-3任一所述的方法，其特征在于，所述计费网元根据所述至少一个第一多用量单元，生成至少一个计费数据记录，包括：

所述计费网元将所述至少一个第一多用量单元中的具有相同PDU地址的多用量单元进行合并，得到所述至少一个第二多用量单元；

所述计费网元根据所述至少一个第二多用量单元，生成所述至少一个计费数据记录。

6.如权利要求1-3任一所述的方法，其特征在于，所述业务数据使用量信息包括以下至少一个：

使用业务数据的流量、使用业务数据的时长。

7.如权利要求1-3任一所述的方法，其特征在于，每个计费数据记录中的不同多用量单元分别包含的PDU地址不同；或者，

每个计费数据记录中的不同多用量单元分别包含的PDU地址相同、且所述不同多用量单元分别对应的特征参数不同，所述特征参数包括以下至少一项：费率组、用户面网元的标识信息。

8.一种通信装置，其特征在于，包括：

收发单元，用于从会话管理网元接收至少一个第一多用量单元，每个第一多用量单元包含一个协议数据单元PDU地址和基于所述PDU地址上报的至少一个用量单元，所述至少一个用量单元的每个用量单元包含所述PDU地址的业务数据使用量信息；

生成单元，用于根据所述至少一个第一多用量单元，生成至少一个计费数据记录，每个计费数据记录包含至少一个第二多用量单元，每个第二多用量单元对应一个或多个具有相同PDU地址的第一多用量单元。

9.如权利要求8所述的装置，其特征在于，所述至少一个第一多用量单元包含的PDU地址包括第一PDU地址；

所述收发单元，还用于从所述会话管理网元接收所述第一PDU地址和配额管理指示；以及，向所述会话管理网元发送所述第一PDU地址的授权配额；

所述装置还包括分配单元，用于根据所述配额管理指示，为所述第一PDU地址分配授权配额。

10.如权利要求9所述的装置，其特征在于，所述收发单元，还用于从所述会话管理网元接收所述第一PDU地址对应的请求的业务流量配额和/或请求的时长配额；

所述分配单元，具体用于根据所述配额管理指示，以及所述请求的业务流量配额和/或所述请求的时长配额，为所述第一PDU地址分配授权配额。

11.如权利要求8-10任一所述的装置，其特征在于，所述收发单元，还用于向计费网关发送所述至少一个计费数据记录，所述至少一个计费数据记录用于所述计费网关将所述至少一个计费数据记录中具有相同PDU地址的多用量单元进行合并。

12.如权利要求8-10任一所述的装置，其特征在于，所述生成单元，具体用于将所述至少一个第一多用量单元中的具有相同PDU地址的多用量单元进行合并，得到所述至少一个第二多用量单元；以及，根据所述至少一个第二多用量单元，生成所述至少一个计费数据记录。

13.一种通信系统，其特征在于，包括：会话管理网元和计费网元；

所述会话管理网元，用于获取至少一个协议数据单元PDU地址中的每个PDU地址的业务数据使用量信息；向所述计费网元发送至少一个第一多用量单元，每个第一多用量单元包含所述至少一个PDU地址中的一个PDU地址和所述PDU地址对应的至少一个用量单元，所述至少一个用量单元的每个用量单元包含所述PDU地址的业务数据使用量信息；

所述计费网元，用于从所述会话管理网元接收所述至少一个第一多用量单元；根据所述至少一个第一多用量单元，生成至少一个计费数据记录，每个计费数据记录包含至少一个第二多用量单元，每个第二多用量单元对应一个或多个具有相同PDU地址的第一多用量单元。

14.如权利要求13所述的系统，其特征在于，所述至少一个第一多用量单元包含的PDU地址包括第一PDU地址；

所述计费网元，还用于从所述会话管理网元接收所述第一PDU地址和配额管理指示；根据所述配额管理指示，为所述第一PDU地址分配授权配额；以及，向所述会话管理网元发送所述第一PDU地址的授权配额。

15.如权利要求14所述的系统，其特征在于，所述计费网元，还用于从所述会话管理网元接收所述第一PDU地址对应的请求的业务流量配额和/或请求的时长配额；

所述计费网元，用于根据所述配额管理指示，为所述第一PDU地址分配授权配额，具体包括：

用于根据所述配额管理指示，以及所述请求的业务流量配额和/或所述请求的时长配额，为所述第一PDU地址分配授权配额。

16.如权利要求13-15任一所述的系统，其特征在于，所述系统还包括计费网关；

所述计费网元，还用于向所述计费网关发送所述至少一个计费数据记录；

所述计费网关，用于将所述至少一个计费数据记录中具有相同PDU地址的多用量单元进行合并。

17.如权利要求13-15任一所述的系统，其特征在于，所述计费网元，用于根据所述至少一个第一多用量单元，生成至少一个计费数据记录，具体包括：

用于将所述至少一个第一多用量单元中的具有相同PDU地址的多用量单元进行合并，得到所述至少一个第二多用量单元；

用于根据所述至少一个第二多用量单元，生成所述至少一个计费数据记录。

18.如权利要求13-15任一所述的系统，其特征在于，所述会话管理网元，还用于从策略控制网元接收策略计费控制规则，所述策略计费控制规则包含指示信息，所述指示信息用于指示所述会话管理网元基于PDU地址进行流量监控和上报。