CN114765749A - 对移动局域网业务进行计费处理的方法、系统及相关设备 - Google Patents

对移动局域网业务进行计费处理的方法、系统及相关设备 Download PDF

Info

Publication number
CN114765749A
CN114765749A CN202110058017.2A CN202110058017A CN114765749A CN 114765749 A CN114765749 A CN 114765749A CN 202110058017 A CN202110058017 A CN 202110058017A CN 114765749 A CN114765749 A CN 114765749A
Authority
CN
China
Prior art keywords
charging
data
information
group
local area
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110058017.2A
Other languages
English (en)
Inventor
柴晓前
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202110058017.2A priority Critical patent/CN114765749A/zh
Priority to AU2022208946A priority patent/AU2022208946A1/en
Priority to CA3205377A priority patent/CA3205377A1/en
Priority to JP2023542856A priority patent/JP2024503864A/ja
Priority to PCT/CN2022/072382 priority patent/WO2022152303A1/zh
Priority to EP22739178.6A priority patent/EP4277309A4/en
Publication of CN114765749A publication Critical patent/CN114765749A/zh
Priority to US18/352,789 priority patent/US20230362306A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82—Criteria or parameters used for performing billing operations
    • H04M15/8228—Session based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/765—Linked or grouped accounts, e.g. of users or devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/785—Reserving amount on the account
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8066—According to the number of recipients
    • H04M15/8077—Group MMS or SMS; Point-to-multi-point services or broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H04M15/85—Notification aspects characterised by the type of condition triggering a notification
    • H04M15/854—Available credit

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Meter Arrangements (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种对移动局域网业务进行计费处理的方法，包括：计费触发设备向计费处理设备发送局域网计费信息，该局域网计费信息为移动局域网业务相关的计费信息，该移动局域网业务为电信运营商基于计费触发设备管理的至少一个用户面数据网关为移动局域网群组提供群内通信的业务；计费处理设备接收该局域网计费信息并对其进行计费处理，再向计费触发设备发送该局域网计费信息的计费处理结果。该方法可以对移动局域网业务进行精细化的计费处理，有助于提高计费的准确性，灵活支持多种计费需求。

Description

对移动局域网业务进行计费处理的方法、系统及相关设备
技术领域
本申请涉及通信领域，尤其涉及一种对移动局域网业务进行计费处理的方法、系统及相关设备。
背景技术
传统的局域网(local area network，LAN)是指在一个特定的地理区域内的多个用户设备、服务器等互联起来形成的一个通信网络，可以实现多个用户设备之间的文件管理、数据共享等功能，具有数据传输效率高、误码率低的优点，但覆盖的地理范围通常较小，例如一般只能覆盖一个企业园区，并且其中的用户设备也缺乏可移动性。
无线局域网(wireless local area network，WLAN)，虽然在用户设备的可移动性方面比传统局域网有较大的改进，但受限于无线接入设备(如无线路由器)的发射功率和组网规模，其覆盖的地理范围较小，如只能覆盖一个车间、一个楼层等。
虚拟专用网(Virtual Private Network，VPN)可以实现不同网络的组件和资源之间的相互连接，能够利用因特网(Internet)或其他公共互联网络的基础设施为用户创建隧道，能覆盖较大的范围，如全省、甚至全国，并提供与专用网络一样的安全和功能保障。不过，这是在公共通信基础设施上构建的连接技术，运营商对其中的网络资源的控制力较弱，难以保障用户设备之间通信的服务质量(Quality of Service，QoS)，越来越难以满足市场的需求。
最近出现的移动局域网，例如，第五代移动通信系统局域网(5th Generationlocal area network，5G LAN)，借助电信运营商的核心网设备的数据交换或路由转发能力，能够为一组用户设备中的任意两个或者多个用户设备提供互联网协议(internetprotocol，IP)类型或者非IP类型(如以太类型)的通信，实现用户设备之间的点对点或者点对多点的数据传输；这样的通信服务可以覆盖很广的地理范围，如全省、乃至全国，因此，适用于企业办公、工厂制造、车联网、电网维护、家庭通信等场景中。比如，上百个位于不同的省市或者国家的某跨国工厂的工控设备可以组成一个“工控设备群组”，属于这个群组的工控设备之间相互发送以太数据包；再比如，上千个位于不同办事处的某大型企业的办公设备(例如手机、计算机、笔记本电脑等)可以组成一个“办公设备群组”，属于这个群组的办公设备之间可以相互发送IP数据包。这些场景中，运营商对用户面数据网关具有管控能力，可以更好地保障用户设备之间的数据传输的QoS，因此整体上优于传统的LAN、WLAN和VPN。
然而，现有计费处理设备，如3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)标准规范定义的计费功能(CHarging Function，CHF)设备，仅能对传统的单个用户设备的通信业务独立地进行计费处理。如何对移动局域网中成员用户设备之间的通信业务进行计费处理，是亟需解决的技术问题。
发明内容
鉴于此，有必要提供一种对移动局域网业务进行计费处理的方法，解决采用传统计费处理方法对移动局域网业务进行计费处理导致计费不准确、无法灵活支持多种计费需求等问题。
第一方面，本申请实施例提供了一种对移动局域网业务进行计费处理的方法，应用于计费触发设备，所述计费触发设备与计费处理设备通信，所述计费触发设备管理至少一个用户面数据网关，所述移动局域网业务是指基于所述至少一个用户面数据网关为移动局域网群组提供群内通信的业务，所述方法包括：
向所述计费处理设备发送计费请求消息，所述计费请求消息包含所述计费触发设备获取的局域网计费信息，所述局域网计费信息为所述移动局域网业务相关的计费信息；
从所述计费处理设备接收计费响应消息，所述计费响应消息包含计费处理结果，所述计费处理结果为所述计费处理设备对所述局域网计费信息进行计费处理的结果。
在一个可能的方案中，所述局域网计费信息包括成员数据连接会话的计费信息，则所述计费处理结果包含所述计费处理设备对所述成员数据连接会话的计费信息进行计费处理的结果；其中，所述成员数据连接会话为使用所述移动局域网业务的成员用户设备与相应的用户面数据网关之间的数据连接会话。
在一个可能的方案中，所述成员数据连接会话的计费信息包含第一业务指示信息，所述第一业务指示信息指示所述成员数据连接会话用于所述移动局域网群组的群内通信。
在一个可能的方案中，所述成员数据连接会话的计费信息包含群组标识，所述群组标识为所述移动局域网群组的标识。
在一个可能的方案中，所述成员数据连接会话的计费信息还包含第一计费数据，所述第一计费数据包含所述成员数据连接会话的使用量和/或配额申请量；所述计费处理结果包含所述计费处理设备对所述第一计费数据进行计费处理的结果。
在一个可能的方案中，所述成员数据连接会话的计费信息还包含所述第一计费数据对应的群内转发方式；其中，所述群内转发方式为以下任意一项：本地交换转发、网关隧道转发、数据网络转发。
在一个可能的方案中，所述成员数据连接会话的计费信息还包含所述成员用户设备的群内通信方式，所述群内通信方式为以下任意一项：单播、多播、广播。
在一个可能的方案中，所述计费请求消息用于请求所述计费处理设备为所述成员数据连接会话创建计费资源，则所述计费处理结果包含所述计费处理设备为所述成员数据连接会话创建的计费资源的标识。
在一个可能的方案中，所述计费请求消息用于请求所述计费处理设备更新所述成员数据连接会话的计费资源，则所述计费处理结果包含所述成员数据连接会话的计费资源的更新结果。
在一个可能的方案中，所述计费请求消息用于请求所述计费处理设备删除所述成员数据连接会话的计费资源，则所述计费处理结果包含所述成员数据连接会话的计费资源的删除结果。
第一方面的上述计费处理方法使得计费触发设备可以采集并上报移动局域网群组的各成员数据连接会话相关的计费信息，使计费处理设备可以较好地衡量电信运营商网络为群内通信做出的贡献，可以对移动局域网业务进行精细化的计费处理；如此有助于提高计费的准确性，还可以灵活支持多种计费需求，例如，可以按端到端使用量进行计费等。
在一个可能的方案中，所述计费触发设备管理两个或两个以上用户面数据网关，所述局域网计费信息包括数据网关间隧道的计费信息，则所述计费处理结果包含所述计费处理设备对所述数据网关间隧道的计费信息进行计费处理的结果；其中，所述数据网关间隧道为所述计费触发设备管理的两个用户面数据网关之间的数据传输隧道，所述数据网关间隧道的计费信息包含所述数据网关间隧道的信息。
在一个可能的方案中，所述数据网关间隧道的计费信息还包含第二业务指示信息，所述第二业务指示信息指示所述数据网关间隧道用于所述移动局域网群组的群内通信。
在一个可能的方案中，所述数据网关间隧道的计费信息还包含群组标识，所述群组标识为所述移动局域网群组的标识。
在一个可能的方案中，所述成员数据连接会话的计费信息还包含第二计费数据，所述第二计费数据包含通过所述数据网关间隧道传输的使用量；所述计费处理结果包含所述计费处理设备对所述第二计费数据进行计费处理的结果。
在一个可能的方案中，所述计费请求消息用于请求所述计费处理设备为所述数据网关间隧道创建计费资源，则所述计费处理结果包含所述计费处理设备为所述数据网关间隧道创建的计费资源的标识。
在一个可能的方案中，所述计费请求消息用于请求所述计费处理设备更新所述数据网关间隧道的计费资源，则所述计费处理结果包含所述数据网关间隧道的计费资源的更新结果。
在一个可能的方案中，所述计费请求消息用于请求所述计费处理设备删除所述数据网关间隧道的计费资源，则所述计费处理结果包含所述数据网关间隧道的计费资源的删除结果。
第一方面的上述计费处理方法使得计费触发设备可以进一步采集并上报移动局域网群组的群内通信相关的数据网关间隧道的计费信息，使计费处理设备可以更全面地衡量运营商网络为群内通信做出的贡献(补充了数据网关间隧道的贡献)，可以对移动局域网业务进行更精细化的计费处理；如此有助于进一步提高计费的准确性，也可以支持更多的计费需求，例如，可以按网络资源(如数据网关间隧道)的使用情况进行计费。
第二方面，本申请实施例提供了一种对移动局域网业务进行计费处理的方法，应用于计费处理设备，所述计费处理设备与计费触发设备通信，所述移动局域网业务是指为移动局域网群组提供群内通信的业务，所述方法包括：
从所述计费触发设备接收计费请求消息，所述计费请求消息包含所述计费触发设备获取的局域网计费信息，所述局域网计费信息为所述移动局域网业务相关的计费信息；
向所述计费触发设备发送计费响应消息，所述计费响应消息包含计费处理结果，所述计费处理结果为所述计费处理设备对所述局域网计费信息进行计费处理的结果。
在一个可能的方案中，所述局域网计费信息包括成员数据连接会话的计费信息，则在向所述计费触发设备发送计费响应消息之前，所述方法还包括：对所述成员数据连接会话的计费信息进行计费处理，所述计费处理结果包含对所述成员数据连接会话的计费信息进行计费处理的结果；其中，所述成员数据连接会话为使用所述移动局域网业务的成员用户设备与相应的用户面数据网关之间的数据连接会话。
在一个可能的方案中，所述成员数据连接会话的计费信息包含第一业务指示信息，则所述对所述成员数据连接会话的计费信息进行计费处理，包括：基于所述第一业务指示信息确定所述成员数据连接会话用于所述移动局域网群组的群内通信。
在一个可能的方案中，所述对所述成员数据连接会话的计费信息进行计费处理，还包括：基于所述第一业务指示信息对所述成员用户设备是否可使用所述移动局域网业务进行认证，则所述计费处理结果包含所述认证的结果。
在一个可能的方案中，所述成员数据连接会话的计费信息包含群组标识，所述群组标识为所述移动局域网群组的标识，则所述对所述成员数据连接会话的计费信息进行计费处理，包括以下任意一项：
基于所述群组标识确定所述移动局域网群组对应的账户，或者，
在所述成员数据连接会话的计费话单中记录所述群组标识，或者，
以所述群组标识为关联标识累积所述移动局域网群组的使用量，或者，
基于所述群组标识查询所述移动局域网群组对应的外部群组标识，以基于所述外部群组标识对所述成员数据连接会话的计费信息进行计费处理。
在一个可能的方案中，所述成员数据连接会话的计费信息包含第一计费数据，所述第一计费数据包含所述成员数据连接会话的使用量和/或配额申请量，则所述对所述成员数据连接会话的计费信息进行计费处理，包括：对所述第一计费数据进行计费处理，所述计费处理结果包含对所述第一计费数据进行计费处理的结果。
在一个可能的方案中，所述成员数据连接会话的计费信息还包含所述第一计费数据对应的群内转发方式，所述群内转发方式为以下任意一项：本地交换转发、网关隧道转发、数据网络转发；则所述对所述成员数据连接会话的计费信息进行计费处理，还包括：根据所述群内转发方式确定所述第一计费数据的费率，或者，在所述成员数据连接会话的计费话单中记录所述第一计费数据及其对应的群内转发方式。
在一个可能的方案中，所述成员数据连接会话的计费信息还包含所述成员用户设备的群内通信方式，所述群内通信方式为以下任意一项：单播、多播、广播；则所述对所述成员数据连接会话的计费信息进行计费处理，还包括：根据所述群内通信方式确定所述第一计费数据的费率，或者在所述成员数据连接会话的计费话单中记录所述群内通信方式。
在一个可能的方案中，所述计费请求消息用于请求所述计费处理设备为所述成员数据连接会话创建计费资源，则所述对所述成员数据连接会话的计费信息进行计费处理包括：为所述成员数据连接会话创建计费资源，所述计费处理结果包含所计费资源的标识。
在一个可能的方案中，所述计费请求消息用于请求所述计费处理设备更新所述成员数据连接会话的计费资源，则所述对所述成员数据连接会话的计费信息进行计费处理包括：更新所述成员数据连接会话的计费资源，所述计费处理结果包含所述成员数据连接会话的计费资源的更新结果。
在一个可能的方案中，所述计费请求消息用于请求所述计费处理设备删除所述成员数据连接会话的计费资源，则所述对所述成员数据连接会话的计费信息进行计费处理包括：删除所述成员数据连接会话的计费资源，所述计费处理结果包含所述成员数据连接会话的计费资源的更新结果。
在一个可能的方案中，所述局域网计费信息包括数据网关间隧道的计费信息，则在向所述计费触发设备发送计费响应消息之前，所述方法还包括：对所述数据网关间隧道的计费信息进行计费处理，所述计费处理结果包含对所述数据网关间隧道的计费信息进行计费处理的结果；其中，所述数据网关间隧道为所述计费触发设备管理的两个用户面数据网关之间的数据传输隧道，所述数据网关间隧道的计费信息包含所述数据网关间隧道的信息。
在一个可能的方案中，所述数据网关间隧道的计费信息还包含第二业务指示信息，则所述对所述数据网关间隧道的计费信息进行计费处理，包括：基于所述第二业务指示信息确定所述数据网关间隧道用于所述移动局域网群组的群内通信。
在一个可能的方案中，所述数据网关间隧道的计费信息还包含群组标识，所述群组标识为所述移动局域网群组的标识；则所述对所述数据网关间隧道的计费信息进行计费处理，包括以下任意一项：
基于所述群组标识确定所述移动局域网群组对应的账户，或者，
在所述数据网关间隧道的计费话单中记录所述群组标识，或者，
基于所述群组标识查询所述移动局域网群组对应的外部群组标识，以基于所述外部群组标识对所述数据网关间隧道的计费信息进行计费处理。
在一个可能的方案中，所述成员数据连接会话的计费信息还包含第二计费数据，所述第二计费数据包含通过所述数据网关间隧道传输的使用量；则所述对所述数据网关间隧道的计费信息进行计费处理，还包括：对所述第二计费数据进行计费处理，所述计费处理结果包含对所述第二计费数据进行计费处理的结果。
在一个可能的方案中，所述计费请求消息用于请求所述计费处理设备为所述数据网关间隧道创建计费资源，则所述对所述数据网关间隧道的计费信息进行计费处理包括：为所述数据网关间隧道创建计费资源，所述计费处理结果包含所述计费资源的标识。
在一个可能的方案中，所述计费请求消息用于请求所述计费处理设备更新所述数据网关间隧道的计费资源，则所述对所述数据网关间隧道的计费信息进行计费处理包括：更新所述数据网关间隧道的计费资源，所述计费处理结果包含所述数据网关间隧道的计费资源的更新结果。
在一个可能的方案中，所述计费请求消息用于请求所述计费处理设备删除所述数据网关间隧道的计费资源，则所述对所述数据网关间隧道的计费信息进行计费处理包括：删除所述数据网关间隧道的计费资源，所述计费处理结果包含所述数据网关间隧道的计费资源的删除结果。
第三方面，本申请实施例提供了一种计费处理系统，用于对移动局域网业务进行计费处理，包括：计费触发设备和计费处理设备，所述计费触发设备与所述计费处理设备通信，所述计费触发设备管理至少一个用户面数据网关，所述移动局域网业务是指基于所述至少一个用户面数据网关为移动局域网群组提供群内通信的业务，其中：
所述计费触发设备用于向所述计费处理设备发送计费请求消息，所述计费请求消息包含所述计费触发设备获取的局域网计费信息，所述局域网计费信息为所述移动局域网业务相关的计费信息；
所述计费处理设备用于从所述计费触发设备接收所述计费请求消息，且向所述计费触发设备发送计费响应消息，所述计费响应消息包含计费处理结果，所述计费处理结果为所述计费处理设备对所述局域网计费信息进行计费处理的结果；
所述计费触发设备还用于从所述计费处理设备接收所述计费响应消息。
在一个可能的方案中，所述局域网计费信息包括成员数据连接会话的计费信息，则所述计费处理设备还用于对所述成员数据连接会话的计费信息进行计费处理，所述计费处理结果包括所述计费处理设备对所述成员数据连接会话的计费信息进行计费处理的结果；其中，所述成员数据连接会话为使用所述移动局域网业务的成员用户设备与相应的用户面数据网关之间的数据连接会话。
在一个可能的方案中，所述成员数据连接会话的计费信息包含第一业务指示信息，所述计费处理设备还用于基于所述第一业务指示信息确定所述成员数据连接会话用于所述移动局域网群组的群内通信。
在一个可能的方案中，所述计费处理设备还用于基于所述第一业务指示信息对所述成员用户设备是否可使用所述移动局域网业务进行认证，则所述计费处理结果包含所述认证的结果。
在一个可能的方案中，所述成员数据连接会话的计费信息还包含群组标识，所述群组标识为所述移动局域网群组的标识，则所述计费处理设备还用于：
基于所述群组标识确定所述移动局域网群组对应的账户，或者，
在所述成员数据连接会话的计费话单中记录所述群组标识，或者，
以所述群组标识为关联标识累积所述移动局域网群组的使用量，或者，
基于所述群组标识查询所述移动局域网群组对应的外部群组标识，以基于所述外部群组标识对所述成员数据连接会话的计费信息进行计费处理。
在一个可能的方案中，所述成员数据连接会话的计费信息包含第一计费数据和群内转发方式，所述第一计费数据包含所述成员数据连接会话的使用量和/或配额申请量，所述群内转发方式为以下任意一项：本地交换转发、网关隧道转发、数据网络转发，则所述计费处理设备还用于：
根据所述群内转发方式确定所述第一计费数据的费率，或者，
在所述成员数据连接会话的计费话单中记录所述第一计费数据及其对应的群内转发方式。
在一个可能的方案中，所述计费触发设备管理两个或两个以上用户面数据网关，所述局域网计费信息包括数据网关间隧道的计费信息，则所述计费处理设备还用于：在向所述计费触发设备发送计费响应消息之前，对所述数据网关间隧道的计费信息进行计费处理；所述计费处理结果包括所述计费处理设备对所述数据网关间隧道的计费信息进行计费处理的结果；其中，所述数据网关间隧道为所述计费触发设备管理的两个用户面数据网关之间的数据传输隧道，所述数据网关间隧道的计费信息包含所述数据网关间隧道的信息。
在一个可能的方案中，所述数据网关间隧道的计费信息还包含第二业务指示信息，所述计费处理设备还用于基于所述第二业务指示信息确定所述数据网关间隧道用于提供移动局域网业务。
在一个可能的方案中，所述数据网关间隧道的计费信息还包含群组标识，所述群组标识为所述移动局域网群组的标识，则所述计费处理设备还用于：
基于所述群组标识确定所述移动局域网群组对应的账户，或者，
在所述数据网关间隧道的计费话单中记录所述群组标识，或者，
基于所述群组标识查询所述移动局域网群组对应的外部群组标识，以基于所述外部群组标识对所述数据网关间隧道的计费信息进行计费处理。
第四方面，本申请实施例提供了一种计费触发设备，用于对移动局域网业务进行计费处理，所述计费触发设备与计费处理设备通信，所述计费触发设备管理至少一个用户面数据网关，所述移动局域网业务是指基于所述至少一个用户面数据网关为移动局域网群组提供群内通信的业务，所述计费触发设备包括获取模块、发送模块和接收模块，其中：
所述获取模块用于获取局域网计费信息，所述局域网计费信息为所述移动局域网业务相关的计费信息；
所述发送模块用于向所述计费处理设备发送计费请求消息，所述计费请求消息包含所述局域网计费信息；
所述接收模块用于从所述计费处理设备接收计费响应消息，所述计费响应消息包含计费处理结果，所述计费处理结果为所述计费处理设备对所述局域网计费信息进行计费处理的结果。
在一个可能的方案中,所述局域网计费信息包括成员数据连接会话的计费信息，所述计费处理结果包括所述计费处理设备对所述成员数据连接会话的计费信息进行计费处理的结果；其中，所述成员数据连接会话为使用所述移动局域网业务的成员用户设备与相应的用户面数据网关之间的数据连接会话。
在一个可能的方案中，所述成员数据连接会话的计费信息包含第一业务指示信息，所述第一业务指示信息指示所述成员数据连接会话用于所述移动局域网群组的群内通信。
在一个可能的方案中，所述成员数据连接会话的计费信息包含群组标识，所述群组标识为所述移动局域网群组的标识。
在一个可能的方案中，所述成员数据连接会话的计费信息包含第一计费数据和群内转发方式，所述第一计费数据包含所述成员数据连接会话的使用量和/或配额申请量，所述群内转发方式为以下任意一项：本地交换转发、网关隧道转发、数据网络转发。
在一个可能的方案中，所述计费触发设备管理两个或两个以上用户面数据网关，所述局域网计费信息包括数据网关间隧道的计费信息，所述所述计费处理结果包括所述计费处理设备对所述数据网关间隧道的计费信息进行计费处理的结果；其中，所述数据网关间隧道为所述计费触发设备管理的两个用户面数据网关之间的数据传输隧道，所述数据网关间隧道的计费信息包含所述数据网关间隧道的信息。
在一个可能的方案中，所述数据网关间隧道的计费信息还包含第二业务指示信息，所述第二业务指示信息用于指示所述数据网关间隧道用于所述移动局域网群组的群内通信。
在一个可能的方案中，所述数据网关间隧道的计费信息还包含群组标识，所述群组标识为所述移动局域网群组的标识。
第五方面，本申请实施例提供了一种计费处理设备，用于对移动局域网业务进行计费处理，所述计费处理设备与计费触发设备通信，所述移动局域网业务是指为移动局域网群组提供群内通信的业务，所述计费处理设备包括接收模块、处理模块和发送模块，其中：
所述接收模块用于从所述计费触发设备接收计费请求消息，所述计费请求消息包含局域网计费信息，所述局域网计费信息为所述移动局域网业务相关的计费信息；
所述处理模块用于对所述局域网计费信息进行计费处理，得到计费处理结果；
所述发送模块用于向所述计费触发设备发送计费响应消息，所述计费响应消息包含所述计费处理结果。
在一个可能的方案中，所述局域网计费信息包括成员数据连接会话的计费信息，则所述处理模块还用于对所述成员数据连接会话的计费信息进行计费处理，所述计费处理结果包括所述处理模块对所述成员数据连接会话的计费信息进行计费处理的结果；其中，所述成员数据连接会话为使用所述移动局域网业务的成员用户设备与相应的用户面数据网关之间的数据连接会话。
在一个可能的方案中，所述成员数据连接会话的计费信息包含第一业务指示信息，所述处理模块还用于基于所述第一业务指示信息确定所述成员数据连接会话用于所述移动局域网群组的群内通信。
在一个可能的方案中，所述处理模块还用于基于所述第一业务指示信息对所述成员用户设备是否可使用所述移动局域网业务进行认证。
在一个可能的方案中，所述成员数据连接会话的计费信息包含群组标识，所述群组标识为所述移动局域网群组的标识，则所述处理模块还用于：
基于所述群组标识确定所述移动局域网群组对应的账户，或者，
在所述成员数据连接会话的计费话单中记录所述群组标识，或者，
以所述群组标识为关联标识累积所述移动局域网群组的使用量，或者，
基于所述群组标识查询所述移动局域网群组对应的外部群组标识，以基于所述外部群组标识对所述成员数据连接会话的计费信息进行计费处理。
在一个可能的方案中，所述成员数据连接会话的计费信息包含群内转发方式，所述第一计费数据包含所述成员数据连接会话的使用量和/或配额申请量，所述群内转发方式为以下任意一项：本地交换转发、网关隧道转发、数据网络转发，则所述处理模块还用于：
根据所述群内转发方式确定所述第一计费数据的费率，或者，
在所述成员数据连接会话的计费话单中记录所述第一计费数据及其对应的群内转发方式。
在一个可能的方案中，所述局域网计费信息包括数据网关间隧道的计费信息，则在所述发送模块向所述计费触发设备发送计费响应消息之前，所述处理模块还用于对所述数据网关间隧道的计费信息进行计费处理；其中，所述数据网关间隧道为所述计费触发设备管理的两个用户面数据网关之间的数据传输隧道，所述数据网关间隧道的计费信息包含所述数据网关间隧道的信息。
在一个可能的方案中，所述数据网关间隧道的计费信息还包含第二业务指示信息，所述处理模块还用于基于所述第二业务指示信息确定所述数据网关间隧道用于所述移动局域网群组的群内通信。
在一个可能的方案中，所述数据网关间隧道的计费信息还包含群组标识，所述群组标识为所述移动局域网群组的标识，则所述计费处理设备还用于：
基于所述群组标识确定所述移动局域网群组对应的账户，或者，
在所述数据网关间隧道的计费话单中记录所述群组标识，或者，
基于所述群组标识查询所述移动局域网群组对应的外部群组标识，以基于所述外部群组标识对所述数据网关间隧道的计费信息进行计费处理。
第六方面，本申请实施例提供了一种计费触发设备，包括处理器和存储器，其中：
所述存储器，用于存储程序指令；
所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费触发设备执行第一方面下任一可能的方案中的计费处理的方法。
第七方面，本申请实施例提供了一种计费处理设备，包括处理器和存储器，其中：
所述存储器，用于存储程序指令；
所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费处理设备执行第二方面下任一可能的方案中的计费处理的方法。
第八方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得所述计算机执行上述第一方面、上述第二方面、上述第一方面下任意可能方案或者上述第二方面下任意可能方案对应的计费处理的方法。
附图说明
图1为一种现有通信系统的架构图；
图2A是本申请实施例提供的第一通信系统的架构图；
图2B为本申请实施例提供的群内转发方式的示意图；
图3A为本申请实施例提供的第二通信系统的架构图；
图3B为本申请实施例提供的第一计费处理方法的流程图；
图3C为本申请实施例提供的第二计费处理方法的流程图；
图4A是本申请实施例提供的第三通信系统的架构图；
图4B是本申请实施例提供的5G局域网中第一群内转发方式的示意图；
图4C是本申请实施例提供的5G局域网中第二群内转发方式的示意图；
图4D是本申请实施例提供的5G局域网中第三群内转发方式的示意图；
图5是本申请实施例提供的第三计费处理方法的流程图；
图6是本申请实施例提供的第四计费处理方法的流程图；
图7A为本申请实施例提供的多个CHF设备第一组网的示意图；
图7B为本申请实施例提供的多个CHF设备第二组网的示意图；
图8为本申请实施例提供的计费触发设备、计费处理设备的硬件结构的示意图；
图9为本申请实施例提供的计费处理设备的逻辑结构的示意图；
图10为本申请实施例提供的计费触发设备的逻辑结构的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
图1为一种现有通信系统的架构图，该通信系统包括用户设备103、无线接入设备104、用户面数据网关105、数据网络106、计费触发设备102和计费处理设备101；用户设备103通过用户面数据网关105建立数据连接会话103P，以与数据网络106中的服务器或其他通信设备进行通信；计费触发设备102与控制面数据网关合并部署，采集用户设备103的数据连接会话103P中的使用量(流量或时长)的信息，并将其发送给计费处理设备101，以使计费处理设备101对用户设备103进行计费处理。该计费处理方法中，每个用户设备的数据连接会话互相独立，其计费资源的创建、计费处理(包括在线计费和离线计费)过程也是相互独立、互不干涉的。
然而，如果将这种计费处理方法应用于移动局域网群组，将无法满足多样化的市场需求。下面先结合图2A-2B，描述移动局域网群组的内部通信机制，并说明现有计费处理方法的问题所在；再结合图3A-3C，描述如何对移动局域网群组的内部通信进行计费处理。
图2A是本申请实施例提供的第一通信系统的架构图；该通信系统包括控制面数据网关202及其所管理的用户面数据网关203-205、接入设备206-209和移动局域网群组的成员用户设备210-213；此外，该通信系统还包括其他设备，例如接入管理设备等，将不一一赘述。
为便于本领域技术人员理解本申请实施例，下面对图2A所示出的各组成部分及相关概念作简要解释。
用户设备(user device)：即终端用户的设备；该设备可以具有无线通信能力，则可以通过空中接口与无线接入设备(如接入设备206)相连；该设备也可以具有有线通信能力，则可以通过有线接口与有线接入设备(如接入设备207)相连；从产品形态上看，该设备可以是智能手机、带有无线通信功能的膝上电脑(Laptop)、平板电脑、可穿戴设备、AR(Augmented Reality，增强现实)设备、IoT(Internet of Things，万物互联)设备、办公桌面的台式机等。
用户设备可以是3GPP标准规范定义的UE(user equipment，用户设备)，如图4A中的UE 410-413。
注意，本申请实施例所述的“相连”或者“连接”包括直接连接或者间接连接，后者指通过一个或多个中间网络设备连接，将不再赘述。
数据网络(Data Network，DN)：用于传输数据、以数据交换机为转接点而组成的网络，如英特网(Internet)，其中包含应用服务器(图2A中未显示)。通常用DNN(data networkname，数据网络名称)作为数据网络的标识。
移动局域网：是指基于移动通信网络(如：5G网络)实现的虚拟局域网，主要包括至少一个用户面数据网关，如图2A中用户面数据网关203-205，每个用户面数据网关都与控制面数据网关连接(例如，用户面数据网关203-205都与控制面数据网关202连接)，以接受控制面数据网关的管理；当移动局域网包含多个用户面数据网关时，不同用户面数据网关之间彼此连接(例如，用户面数据网关203与用户面数据网关204连接，用户面数据网关203通过数据网络216与用户面数据网关205连接)，以为移动局域网群组的成员用户设备之间的通信提供服务。多个移动局域网群组可以共享同一个用户面数据网关。
应理解，图2A中关于用户面数据网关之间的拓扑关系是示例性的，并非限定，例如，控制面数据网关还可以触发在用户面数据网关204与用户面数据网关205之间建立数据网关间隧道，这样用户设备212发送给用户设备213的数据包就不必经用户面数据网关203绕路转发，而可以直接从用户面数据网关204发送到用户面数据网关205。
应理解，在有些应用场景下，移动局域网中的部分用户设备也可以是有线通信设备，如台式机。
移动局域网可以是3GPP标准规范定义的5G局域网(5G LAN-Virtual Network，5GLAN VN)。5G局域网可提供UE和UE之间的点对点的数据传输，在进行数据传输之前，需要在两个UE的协议数据单元(protocol data unit，PDU)会话之间建立关联。同一5G局域网群组的所有成员UE的PDU会话可以由同一个会话管理功能(session management function，SMF)设备管理控制，也可以由多个SMF设备管理控制，本申请实施例以同一5G局域网群组的所有成员UE的PDU会话由同一个SMF设备管理控制为例说明技术方案，由多个SMF设备管理控制的场景，则每个SMF设备的相关操作可参考本申请实施例。UE之间的数据包的传输是基于用户面功能(user plane function，UPF)设备上的路由规则进行的，该路由规则由SMF设备下发到UPF设备。
移动局域网群组：指可接入移动局域网的成员用户设备的集合，该集合中的每一个成员用户设备都可以通过各自的接入设备与各自的用户面数据网关连接，如用户设备210通过接入设备206与用户面数据网关203连接；基于用户面数据网关的数据交换或路由转发服务，不同成员用户设备之间可以进行IP类型或非IP类型的通信；该集合中的不同成员用户设备可以分布在不同的地理区域。
移动局域网群组的成员用户设备可以增加或者删除。移动局域网群组的成员用户设备不一定全部同时接入移动局域网。图2A中示例的是接入移动局域网的4个成员用户设备，应理解，实际应用中，移动局域网群组中的成员用户设备可以根据需要接入或者离开移动局域网。
本申请实施例中，移动局域网群组有两个标识；一个是外部群组标识，主要在移动网络运营商外部系统中使用；另一个是内部群组标识，由统一数据管理(unified datamanagement，UDM)设备分配，主要在移动网络运营商内部系统中使用；统一数据管理设备建立外部群组标识与内部群组标识之间的映射关系。除非另有说明，本申请实施例中的“群组标识”均指移动局域网群组的内部群组标识。
移动局域网群组可以是3GPP标准规范定义的5G局域网群组(5G LAN Group)。
群内通信：也称为“局域网内部通信”、“私有通信”，指移动局域网群组的至少两个成员用户设备之间的通信。
移动局域网业务：是指基于至少一个用户面数据网关为移动局域网群组的成员用户设备提供群内通信的业务；移动局域网业务的群组标识是指该移动局域网群组的标识；3GPP标准规范定义的5G局域网类型业务(5G LAN-Type service)属于一种移动局域网业务。
使用量：指特定时间范围内上报给计费处理设备用于计费处理的传输或消耗业务单元的数量，本申请实施例中，使用量信息包括业务单元的数量、传输方向等，其中，业务单元可以是流量或者时长等。
上行流量：指在特定时间范围内从成员用户设备到用户面数据网关方向流动的字节数。
下行流量：指在特定时间范围内从用户面数据网关到成员用户设备方向传输的字节数。
群内通信方式：移动局域网业务里成员用户设备之间的数据交换方式，具体地，至少有以下三种不同的群内通信方式：
(1)单播，是指两个成员用户设备之间的通信，也称为“1:1通信”、“一对一通信”或“点对点通信”等；
(2)多播，是指一个成员用户设备与多个其他成员用户设备之间的通信，即：一个成员用户设备同时给多个成员用户设备发送数据包，实现上，用户面数据网关将一个成员用户设备发送的数据包分发给多个其他成员用户设备，也称为“1:N通信”、“一对多通信”或“点对多点通信”等；
(3)广播，是指一个成员用户设备与所有其他接入移动局域网的成员用户设备之间的通信，即：一个成员用户设备向移动局域网群组内所有在线的成员用户设备发送数据包。
控制面数据网关：用于为移动局域网群组的成员用户设备使用移动局域网业务而选择用户面数据网关，管理成员用户设备的数据连接会话，以及指示用户面数据网关之间建立隧道，向用户面数据网关下发数据流的转发规则。
控制面数据网关可以是3GPP标准规范定义的PGW-C(packet data networkgateway for control plane，控制面分组数据网关)或者SMF(session managementfunction，会话管理功能)设备(如图4A SMF设备402)。
应理解，实际应用中，一个通信系统中可以有多个控制面数据网关，每个控制面数据网关可以管理多个移动局域网的群内通信。
数据连接会话：为用户设备与用户面数据网关之间的联结(association)，用于为用户设备与被访问网络或者与其他用户设备之间的通信提供连接服务；其创建过程可以由用户设备发起，其拆除过程可以由用户设备发起，也可以由其他网络设备发起。本申请实施例有时候也将数据连接会话简称为“数据会话”或“会话”。
数据连接会话可以是3GPP标准规范定义的IP-CAN(IP-connectivity accessnetwork，IP连通性接入网)会话、协议数据单元会话(protocol data unit session，PDU会话)(如图4A中的PDU会话410P)，也可以是其他形式的会话，对此本申请实施例不做限定。
本申请实施例中的数据连接会话，均指需要计费处理的数据连接会话，不包括免费的或不需要计费处理的数据连接会话。
移动局域网数据连接会话：指用于移动局域网群组的群内通信的数据连接会话，如图2B中的210P-213P；为叙述方便，本申请实施例将移动局域网数据连接会话简称为“群内会话”。
QoS流：是指数据连接会话中QoS差异化的最小粒度的转发处理，通常用QFI(QoSFlow identifier，QoS流标识)标识一个QoS流。
用户面数据网关：为移动局域网群组提供群内通信服务的核心网网元，用于为移动局域网群组的成员用户设备创建群内会话；例如，参见图2B，在控制面数据网关202的管理下，用户面数据网关203为用户设备210和211分别建立群内会话210P和211P，用户面数据网关204为用户设备212建立群内会话212P，用户面数据网关205为用户设备213建立群内会话213P。在此基础上，为实现移动局域网群组的群内通信，用户面数据网关还用于在不同群内会话之间(如在群内会话210P与213P之间)转发数据包；为叙述方便，本申请实施例将群内会话的数据包被该群内会话的用户面数据网关传输至另一个群内会话的途径，称为该群内会话的群内转发方式，具体将以用户面数据网关203为例进一步说明，参见图2B。
用户面数据网关可以是3GPP标准规范定义的PGW-U(packet data networkgateway for user plane，用户面分组数据网关)或PSA(PDU session anchor，PDU会话锚点)UPF(User Plane Function，用户面功能)设备(如图4A中的PSA UPF 403-405)等。
图2B为本申请实施例提供的群内转发方式的示意图，包括以下方式：
(1)通过本地数据交换服务转发：在控制面数据网关202的管理下，用户面数据网关203提供本地数据交换服务LS-210-211，使得群内会话210P中的数据包被转发至群内会话211P或者使得群内会话211P中的数据包被转发至群内会话210P，从而使得用户设备210可以与用户设备211通信；为叙述方便，本申请实施例将这种通过用户面数据网关的本地数据交换服务，在同属于该用户面数据网关的两个群内会话之间转发数据包的方式或途径，称为通过本地数据交换服务转发，简称为本地交换转发。
(2)通过数据网关间隧道转发：在控制面数据网关202的管理下，用户面数据网关203与用户面数据网关204交互，建立数据网关间隧道TN-203-204，使得群内会话210P中的数据包被转发至群内会话212P，或者使得群内会话212P中的数据包被转发至群内会话210P，从而使得用户设备210可以与用户设备212通信。为叙述方便，本申请实施例将这种通过两个用户面数据网关之间的隧道，在分别属于这两个用户面数据网关的两个群内会话(或其中的数据业务)之间转发数据包的方式或途径，称为通过数据网关间隧道转发，简称网关隧道转发。
数据网关间隧道可以是3GPP标准规范定义的N19隧道(如图4A中N19隧道N19-403-404)。
(3)通过数据网络转发：在控制面数据网关202的管理下，，群内会话210P中的数据包被传输至数据网络216，然后由数据网络216转发至群内会话213P，或者使得群内会话213P中的数据包被传输至数据网络216，然后由数据网络216转发至群内会话210P，从而使得用户设备210可以与用户设备213通信。为叙述方便，本申请实施例将这种两个用户面数据网关的群内会话之间转发数据包的方式或途径，称为通过网关网络间接口转发，简称数据网络转发。
用户面数据网关与数据网络的接口可以是3GPP标准规范定义的N6接口(如图4A的N6接口N6-403-DN和N6-405-DN)。
应理解，实际应用中，一个移动局域网中可以有更多或更少的用户面数据网关，具体数量与移动局域网群组的成员用户设备的数量、地理位置以及用户的需求相关，属于本领域现有技术。
例如，一个移动局域网可以由用户面数据网关203、接入设备206-207、用户设备210-211等设备组成；该局域网中只有一个用户面数据网关，有本地数据交换服务，但没有数据网关间隧道和网关网络间接口。
再如，一个移动局域网可以由用户面数据网关203-204、接入设备206-208、用户设备210-212等设备组成；该局域网中有两个用户面数据网关，有本地数据交换服务，有数据网关间隧道，但没有网关网络间接口。
再如，一个移动局域网可以由用户面数据网关203、用户面数据网关205、接入设备206-207、接入设备209、用户设备210-211、用户设备213等设备组成；该局域网中有两个用户面数据网关，有本地数据交换服务，有网关网络间接口，但没有数据网关间隧道。
接入设备：可以是无线接入设备，也可以是有线接入设备。其中，无线接入设备通常为3GPP标准规范定义的NG-RAN，包括但不限于eNB(evolved NodeB，演进型基站)、gNB(gNodeB，5G基站)。
下面以用户设备210为例，描述群内通信时数据包的端到端传输路径，如表1所示。
表1
Figure BDA0002901356660000141
表1中数据的含义解释如下：
第一行：当用户设备210与用户设备211进行群内通信时，数据包在用户设备210、数据连接会话210P、用户面数据网关203的本地数据交换服务LS-210-211、数据连接会话211P和用户设备211之间(单向或双向)传输；
第二行：当用户设备210与用户设备212进行群内通信时，数据包在用户设备210、数据连接会话210P、用户面数据网关203与用户面数据网关204之间的隧道TN-203-204、数据连接会话212P和用户设备212之间(单向或双向)传输；
第三行：当用户设备210与用户设备213进行群内通信时，数据包在用户设备210、数据连接会话210P、用户面数据网关203与数据网络之间的接口IF-203-DN、数据网络与用户面数据网关205之间的接口IF-205-DN、数据连接会话213P和用户设备213之间(单向或双向)传输。
综上可见，相对于图1所示的通信系统，图2A所示的通信系统中的数据包的传输至少存在以下特点：
a)不同用户设备传输的数据包是相关的，从而它们的使用量也是相关的，例如，当用户设备210与用户设备211进行群内通信时，前者的上行数据包最后成为了后者的下行数据包，从而，前者的上行使用量等于后者的下行使用量。
b)用户设备的数据包经过运营商通信网络的环节更多，例如，当用户设备210与用户设备212进行群内通信时，二者之间的传输的数据包不仅经过二者的数据连接会话210P和212P，还经过数据网关间隧道TN-203-204，这就需要运营商投入额外的网络资源。
c)用户设备的数据包被转发的面更广，例如，当用户设备210的群内通信方式为多播或广播时，针对用户设备210传来的数据包，用户面数据网关203将需要转发给多个用户设备，这也需要运营商投入更多的网络资源。
因此，假如直接将图1所示的通信系统的计费处理方法应用于图2A所示的通信系统，至少存在以下三个方面的问题。
1)图1所示的计费处理方法不能确定每一个成员用户设备的使用量是否用于群内通信，从而无法采用相应的费率进行批价，也无从获知相应的移动局域网群组的标识，从而无法将不同成员用户设备的使用量进行关联处理；在某些计费需求场景下，这将导致计费不准确的问题；例如，在计费需求为按端到端传输服务进行计费的情况下，将导致重复计费，因为针对同一份使用量，在一个成员用户设备(如用户设备210)上计费处理一次，在与其进行群内通信的另一个成员用户设备(如用户设备211)上还要再计费处理一次，其原因在于无法确定二者的相关性。
2)图1所示的计费处理方法只能针对每一个用户设备的会话环节的使用量进行计费处理，而无法对转发环节的使用量进行计费处理；在某些计费需求场景下，这也将导致计费不准确的问题；例如，在按网络传输服务计费的情况下，由于缺乏转发环节的使用量信息，将导致计费结果与运营商为保障群内通信QoS所作出的贡献不匹配，这也是一种计费不准确的体现。
3)图1所示的计费处理方法并不会根据每个用户设备的群内通信方式确定费率，相当于默认按单播的费率批价，
为此，本申请实施例在图2所示通信系统基础上增加了计费触发模块和计费处理模块，其功能分别简要描述如下。
计费触发模块的功能包括但不限于：向计费处理模块上报局域网计费信息(即用于对移动局域网群组的群内通信进行计费处理的信息，例如，群内通信相关的使用量信息、群内通信相关的配额申请信息)，根据计费处理模块返回的局域网计费处理结果(即对局域网计费信息进行计费处理的结果)管理群内通信；这些功能可以叠加到3GPP标准规范定义的CTF(Charging Trigger Function，计费触发功能)上，也可以独立于CTF，成为诸如“移动局域网计费触发功能”的模块或组件。
计费处理模块的功能包括但不限于：对计费触发模块上报的局域网计费信息进行计费处理，例如，基于群内通信相关的使用量信息进行账户扣减、生成计费话单(ChargingData Record，CDR)等操作，基于群内通信相关的配额申请信息授予相应的配额等，并向计费触发模块返回计费处理的结果，如使用量处理成功的指示信息、计费话单写入成功的指示信息、授予的配额等；这些功能可以叠加到3GPP标准规范定义的CHF上，也可以独立于CHF，成为诸如“移动局域网计费处理功能”的模块或组件；此外，计费处理模块还可以包含账单输出功能，用于为移动局域网群组输出账单。
本申请实施例不限定这两个模块的部署方式，例如，可以采用如图3A所示的方式部署，还可以采用其他方式部署，例如将计费处理模块所包含的多个功能分别部署到不同的物理设备上。在一种可能的方案中，计费处理模块可以部署到现有针对单个用户设备进行计费处理的计费处理设备上，也可以部署在专门用于对移动局域网进行计费处理的设备上，例如“移动局域网计费处理设备”。
图3A为本申请实施例提供的第二通信系统的架构图，该通信系统是在图2A所示的通信系统基础上，将计费触发模块部署到控制面数据网关202，增加了包含计费处理模块的计费处理设备201而得；该通信系统包含了本申请实施例提供的第一种计费处理系统，用于对移动局域网业务进行计费处理；该计费处理系统包含控制面数据网关202和计费处理设备201，其中，控制面数据网关202向计费处理设备201提供移动局域网业务相关的计费信息，使计费处理设备201对移动局域网业务进行计费处理。需说明，图2B和3A均基于图2A而得，为了简化拓扑，本申请实施例将其中的接入设备、用户设备、数据网络等隐藏(而非移除)。
为了叙述方便，本申请实施例将包含计费触发模块的设备，如图3A中的控制面数据网关202和图4A中SMF设备402，统称为“计费触发设备”，将包含计费处理模块的设备，如图3A中计费处理设备201和图4A中CHF设备401，统称为“计费处理设备”。本申请实施例中计费触发设备和计费处理设备的个数是示例性的，不是限定，实际应用中，一个通信系统可以包含多个计费触发设备和多个计费处理设备。
下面结合局域网计费信息的具体内容，进一步描述计费触发设备与计费处理设备的交互流程。
在一种可能的方案中，局域网计费信息包含成员数据连接会话的计费信息，其中，成员数据连接会话为成员用户设备的数据连接会话，而成员用户设备为移动通信局域网群组中的用户设备，则计费触发设备与计费处理设备的交互流程如图3B所示。
图3B为本申请实施例提供的第一计费处理方法的流程图，该计费处理方法用于对移动局域网业务进行计费处理，主要包括以下步骤：
步骤310：计费触发设备获取成员数据连接会话的计费信息。
具体地，计费触发设备在计费上报触发条件满足时，例如，在数据连接会话创建时、或者在定时上报的时间点到达时，构建成员数据连接会话的计费信息或者从用户面数据网关获取成员数据连接会话的计费信息，该计费信息包含以下一项或多项：
1)第一计费数据，包含成员数据连接会话中的使用量和/或配额申请量；
2)第一业务指示信息，用于指示成员用户设备的数据连接会话用于群内通信；
3)群组标识，为群内通信对应的移动局域网群组的内部群组标识；
4)群内转发方式，为第一计费数据对应的群内转发方式；
5)群内通信方式，即成员用户设备的群内通信方式；
可选地，计费触发设备可以将计费触发条件发送给用户面数据网关，这样，用户面数据网关可以在计费触发条件满足时，向计费触发设备发送成员数据连接会话的使用量相关的信息。
步骤311：计费触发设备向计费处理设备发送计费请求消息，该请求消息包含上述成员数据连接会话的计费信息。
具体地，计费触发设备构建计费请求消息，该请求消息携带上述成员数据连接会话的计费信息；在计费处理设备提供服务化接口的场景下，该请求消息可以是计费资源创建请求消息(ChargingResourceCreateRequest)、计费资源更新请求消息(ChargingResourceUpdateRequest)或者计费资源删除请求消息(ChargingResourceDeleteRequest)。
步骤312：计费处理设备对成员数据连接会话的计费信息进行计费处理。
具体地，计费处理设备接收步骤311的计费请求消息，从中解析出成员数据连接会话的计费信息，进而执行以下一项或多项操作。
1)计费处理设备基于第一业务指示信息确定成员用户设备的数据连接会话用于群内通信，进而对该成员用户设备进行接入认证，即对该成员用户设备是否可使用移动局域网业务进行认证，或者说确定是否允许该成员用户设备进行群内通信；可选地，计费处理设备还可以基于第一业务指示信息确定费率，再将该费率应用到第一计费数据的计费处理，包括：基于该费率对使用量进行账户扣减、基于该费率和配额申请量进行账户冻结、将使用量和该费率写入计费话单等；可选地，计费处理设备保存该第一业务指示信息，例如，将该第一业务指示信息与该成员用户设备的数据连接会话的标识，或者将该第一业务指示信息与该成员用户设备的数据连接会话的计费资源的标识对应存储；
2)计费处理设备根据群组标识确定成员用户设备所在移动局域网群组对应的账户，或者在成员数据连接会话的计费话单中记录该群组标识，或者以群组标识为关联标识累积移动局域网群组的使用量，或者基于群组标识查询移动局域网群组对应的外部群组标识(例如从统一数据管理设备查询)，以基于外部群组标识对成员数据连接会话的计费信息进行计费处理(例如根据外部群组标识确定账户或者进行计费话单关联以关联应用层计费信息或者关联移动局域网业务的客户信息，再如，在成员数据连接会话的计费话单中记录外部群组标识)；可选地，计费处理设备保存该群组标识，例如，将该群组标识与成员数据连接会话的标识对应存储，或者将该群组标识与成员数据连接会话的计费资源的标识对应存储；
3)计费处理设备基于群内转发方式对第一计费数据进行计费处理；例如，计费处理设备将根据第一计费数据对应的群内转发方式确定的费率并应用到第一计费数据的计费处理，包括：基于该费率对使用量进行账户扣减、基于该费率和配额申请量进行账户冻结；再如，计费处理设备在成员数据连接会话的计费话单中记录该第一计费数据及对应的群内转发方式；
4)计费处理设备基于群内通信方式对第一计费数据进行计费处理；例如，计费处理设备根据该群内通信方式确定的费率应用到第一计费数据的计费处理，包括：基于该费率对使用量进行账户扣减、基于该费率和配额申请量进行账户冻结；再例如，计费处理设备在成员数据连接会话的计费话单中记录该群内通信方式。
计费处理设备基于上述一项或多项操作，生成成员数据连接会话的计费处理结果；示例性地，该计费处理结果包含认证的结果(认证成功的指示信息或者认证失败的指示信息)、授予的配额、使用量扣减结果(扣减成功的指示信息或者扣减失败的指示信息)、写入计费话单的结果(写入计费话单成功的指示信息或者写入计费话单失败的指示信息)等。
步骤313：计费处理设备向计费触发设备发送计费响应消息，该响应消息包含上述成员数据连接会话的计费处理结果。
具体地，计费处理设备构建计费响应消息,将其发送给计费触发设备，该响应消息携带上述成员数据连接会话的计费处理结果。随后，计费触发设备接收该计费响应消息。
计费触发设备和计费处理设备可以反复执行类似步骤310-步骤313的过程，以便持续对成员用户设备的数据连接会话进行计费处理、以及对其他成员用户设备的数据连接会话进行计费处理。
步骤349：计费处理设备对移动局域网群组进行计费处理。
该步骤是可选的。在计费模式为离线计费的情况下，通过上述过程，计费处理设备保存了不同成员用户设备的数据连接会话在不同时间段的计费话单，计费处理设备根据群组标识将这些计费话单相关联，生成移动局域网群组的计费话单。
具体地，在预设时间段内，计费处理设备获取此前生成的移动局域网成员用户设备的数据连接会话的计费话单，对不同成员用户设备或者同一用户设备的数据连接会话的计费话单进行关联操作，得到汇总的移动局域网的计费话单；其中，关联操作包括纵向关联和横向关联：
-纵向关联：指计费处理设备将同一成员用户设备的数据连接会话在不同时间点的计费信息相关联，具体可以以用户设备的标识作为关联标识；
-横向关联：指计费处理设备将同一移动局域网群组的不同成员用户设备的数据连接会话的计费信息相关联，具体可以以群组标识作为关联标识。
可选地，计费处理设备还可以根据账户扣减的结果，触发用户面数据网关控制各成员用户设备的数据连接会话的QoS。
图3B所示的计费处理方法，使得计费处理设备能基于移动局域网的相关信息对数据连接会话中的第一计费数据进行计费处理，可以针对移动局域网业务进行精细化的计费处理，提高计费的准确性并灵活支持多种计费需求；具体还可以进一步参考本申请其他实施例，如图5对应的方法。
在另一种可能的方案中，除了成员数据连接会话的计费信息外，局域网计费信息还包含数据网关间隧道(如TN-203-204)的计费信息，则计费触发设备与计费处理设备的交互流程如图3C所示。
图3C为本申请实施例提供的第二计费处理方法的流程图，该计费处理方法用于对移动局域网业务进行计费处理，主要包括以下步骤：
步骤350-步骤353：计费触发设备与计费处理设备对成员数据连接会话的计费信息进行计费处理。该过程与步骤310-步骤313的过程类似，不再赘述。根据计费需求，在本方法流程中可以不执行该过程。
步骤360：计费触发设备获取数据网关间隧道的计费信息。
具体地，计费触发设备在计费上报触发条件满足时，例如，在数据网关间隧道创建时、或者在定时上报的时间点到达时，构建数据网关间隧道的计费信息或者从用户面数据网关获取数据网关间隧道的计费信息，该计费信息包含以下一项或多项：
1)第二计费数据，包含通过数据网关间隧道传输的使用量；
2)隧道信息，即数据网关间隧道的信息，如隧道的标识等；
3)第二业务指示信息，用于指示数据网关间隧道用于群内通信；
4)群组标识，即群内通信对应的移动局域网群组的内部群组标识；
5)传输方向，即第二计费数据对应数据包在数据网关间隧道中传输的方向。
可选地，计费触发设备可以将计费触发条件发送给用户面数据网关，这样，用户面数据网关可以在计费触发条件满足时，向计费触发条件发送数据网关间隧道的计费信息。
步骤361：计费触发设备向计费处理设备发送计费请求消息，该请求消息包含上述数据网关间隧道的计费信息。
具体地，计费触发设备构建计费请求消息，该请求消息携带上述数据网关间隧道的计费信息；在计费处理设备提供服务化接口的场景下，该请求消息可以是计费资源创建请求消息、计费资源更新请求消息或者计费资源删除请求消息。
步骤362：计费处理设备对数据网关间隧道的计费信息进行计费处理。
具体地，计费处理设备接收步骤361的计费请求消息，从中解析出数据网关间隧道的计费信息，进而执行以下一项或多项操作。
1)计费处理设备基于隧道信息，确定计费请求消息包含数据网关间隧道的计费信息(以区别于成员数据连接会话的计费信息)；
2)计费处理设备基于第二业务指示信息确定数据网关间隧道用于群内通信，进而确定数据网关间隧道对应的费率，再将该费率应用到第二计费数据的计费处理；可选地，计费处理设备保存该第二业务指示信息，例如，将该第二业务指示信息与该数据网关间隧道的标识对应存储，或者将该第二业务指示信息与该数据网关间隧道的计费资源的标识对应存储；
3)计费处理设备根据群组标识确定数据网关间隧道所服务的移动局域网群组对应的账户；或者，计费处理设备在所述数据网关间隧道的计费话单中记录所述群组标识；或者，计费处理设备基于所述群组标识查询所述移动局域网群组对应的外部群组标识，以基于所述外部群组标识对所述数据网关间隧道的计费信息进行计费处理(例如，在所述数据网关间隧道的计费话单中记录外部群组标识)；可选地，计费处理设备保存该群组标识，例如，将该群组标识与该数据网关间隧道的标识对应存储，或者将该群组标识与该数据网关间隧道的计费资源的标识对应存储；
4)基于传输方向对第二计费数据进行计费处理，例如，在账户扣减过程采用传输方向对应的费率(假设费率因传输方向不同而异)，或者将使用量和传输方向写入计费话单，或者将使用量和基于传输方向确定的费率写入话计费单。
计费处理设备基于上述一项或多项操作，生成数据网关间隧道的计费处理结果；示例性地，该计费处理结果包含授予的配额、使用量扣减成功的指示信息、使用量已写入计费话单的指示信息等。
步骤363：计费处理设备向计费触发设备发送计费响应消息，该响应消息包含上述数据网关间隧道的计费处理结果。
具体地，计费处理设备构建计费响应消息,将其发送给计费触发设备，该响应消息携带上述数据网关间隧道的计费处理结果。随后，计费触发设备接收该计费响应消息。
计费触发设备和计费处理设备可以反复执行上述步骤360-步骤363的过程，以便持续对数据网关间隧道进行计费处理、以及对移动局域网中其他数据网关间隧道进行计费处理。
步骤399：计费处理设备对移动局域网群组进行计费处理。
该步骤是可选的。在计费模式为离线计费的情况下，通过上述过程，计费处理设备保存了不同成员用户设备的数据连接会话在不同时间段的计费话单，以及不同数据网关间隧道在不同时间段的计费话单，计费处理设备根据群组标识将这些计费话单相关联，生成移动局域网群组的计费话单。
计费处理设备根据群组标识，进行各种关联操作，例如，将具有相同群组标识的数据网关间隧道的计费话单进行关联。
关于将不同成员用户设备的数据连接会话的计费话单的关联操作，可参考步骤349中的相关描述，这里不再赘述。
图3C所示的计费处理方法，使得计费处理设备能进一步基于移动局域网的相关信息对数据网关间隧道的第二计费数据进行计费处理，可以进一步提高计费的准确性，实现按使用的网络资源计费；具体还可以进一步参考本申请其他实施例，如图6对应的方法流程。
图4A是本申请实施例提供的第三通信系统的架构图；该通信系统包括CHF设备401、SMF设备402及其所管理的5G局域网；5G局域网包括PSA UPF设备403-405、无线接入设备406a-409a(图4A中未显示)和5G局域网群组，5G局域网群组包括UE 410-413；UE 410与UE411通过PSA UPF设备403的本地交换转发服务实现群内通信，具体参见图4B的相关描述；UE410与UE 412通过PSA UPF设备403与PSA UPF设备404之间的N19隧道N19-403-404实现群内通信，具体参见图4C的相关描述；UE 410与UE 413通过PSA UPF设备403与DN(DataNetwork，数据网络)416之间的N6接口N6-403-DN，以及DN 416与PSA UPF设备405之间的N6接口N6-405-DN实现群内通信，具体参见图4D的相关描述；SMF设备402中包含CTF(相当于计费触发模块)，既管理5G局域网，又负责触发CHF设备对其群内通信的计费信息进行计费处理。因此，CHF设备401相当于上文所述计费处理设备，SMF设备402相当于上文所述计费触发设备。从而，该通信系统包含了本申请实施例提供的第二种计费处理系统，用于对5G局域网业务进行计费处理；该计费处理系统包含SMF设备402和CHF设备401。
图4A中，N4会话为SMF设备与PSA UPF设备之间的会话，SMF设备通过该会话管理PDU会话和N19隧道；为便于区分，本申请实施例将用于管理PDU会话的N4会话称为“普通N4会话”，将用于管理N19隧道的N4会话称为“隧道N4会话”。
图4A所示的5G局域网的拓扑结构是示例性的，并非限定；实际应用中，一个5G局域网可以包含更多或更少的PSA UPF设备，以及更多或更少的UE，PSA UPF设备之间的连接关系也可以不同，例如，PSA UPF设备404也可以通过N19隧道与PSA UPF设备405连接。有些场合下，“UPF设备”也被称为“UPF网元”。
图4B是本申请实施例提供的5G局域网中第一群内转发方式的示意图；其中，UE410和UE 411都归属于PSA UPF设备403，UE 410的PDU会话与UE 411的PDU会话之间通过PSAUPF设备403的本地数据交换服务转发数据包，这样UE 410与UE 411之间用于群内通信的数据包的传输路径是：UE 410<->(R)AN 406a<->I-UPF设备406i<->PSA UPF设备403<->I-UPF设备407i<->(R)AN 407a<->UE 411。
图4C是本申请实施例提供的5G局域网中第二群内转发方式的示意图；其中，UE410和UE 412分别归属于PSA UPF设备403、PSA UPF设备404，UE 410的PDU会话与UE 412的PDU会话之间通过PSA UPF设备403与PSA UPF设备404之间的N19隧道转发数据包，这样UE410与UE 412之间用于群内通信的数据包的传输路径是：UE 410<->(R)AN 406a<->I-UPF设备406i<->PSA UPF设备403<->PSA UPF设备404<->I-UPF设备408i<->(R)AN 408a<->UE412。
图4D是本申请实施例提供的5G局域网中第三群内转发方式的示意图；其中，UE410和UE 413分别归属于PSA UPF设备403、PSA UPF设备405，UE 410的PDU会话与UE 413的PDU会话之间通过DN 416转发数据包，这样UE 410与UE 413之间用于群内通信的数据包的传输路径是：UE 410<->(R)AN 406a<->I-UPF设备406i<->PSA UPF设备403<->DN 416<->PSA UPF设备405<->I-UPF设备409i<->(R)AN 409a<->UE 413。
图5是本申请实施例提供的第三计费处理方法的流程图，该计费处理方法用于对5G局域网业务进行计费处理；其中，除非另有特别说明，“SMF”是指图4A中的SMF设备402，“CHF”是指图4A中的CHF设备401，“5G局域网群组”是指图4A中的5G局域网群组，“UE”是指UE410，“UPF”是指PSA UPF设备403，“PDU会话”是指PDU会话410P；该方法流程主要包括如下步骤：
步骤501：SMF接收UE发送的PDU会话建立请求消息，确定PDU会话用于5G局域网群组的群内通信。
具体地，当UE里的5G局域网应用程序运行、致使UE要接入5G局域网时，UE向AMF(Access Management Function，接入管理功能)设备发送第一PDU会话建立请求消息，以请求创建PDU会话；AMF设备继而基于接收到的第一PDU会话建立请求消息向SMF发送第二PDU会话建立请求消息，这两个请求消息的示例如下：
Figure BDA0002901356660000211
其中：“S-NSSAI”为单网络切片选择支撑信息(Single Network Slice SelectionAssistance Information)，携带5G局域网对应的网络切片的标识。
可选地，UE可以从本地保存的关于5G局域网的配置信息中读取Dnn51和S-nssai51，以构造第一PDU会话建立请求消息。
具体地，SMF接收到第二PDU会话建立请求消息，从中解析出UEID、Dnn51和S-nssai51，再以UEID、Dnn51和S-nssai51作为查询条件从统一数据管理设备查询得到UE的签约信息，进而根据签约信息确定所请求创建的PDU会话用于5G局域网的群内通信。
SMF触发UPF创建PDU会话的过程为现有技术，不再赘述。
步骤502：SMF向CHF发送计费资源创建请求消息，该请求消息携带SesId51、UEId51、SrvInd51和GrpId51。
具体地，SMF构造计费资源创建请求消息(如ChargingDataRequest[Create])，或者ChargingResourceCreateRequest)并将其发送给CHF，以请求CHF为PDU会话创建计费资源，该请求消息携带SesId51、UEId51、SrvInd51和GrpId51；其中，SrvInd51为SMF生成的第一业务指示信息，用于指示(indicate)PDU会话用于群内通信，GrpId51是SMF为5G局域网群组分配的标识；SrvInd51和GrpId51均是可选的。
示例性的计费资源创建请求消息如下：
Figure BDA0002901356660000221
其中，UEId51为5G局域网群组成员标识，具体可以是GPSI(generic publicsubscription identifier，一般公共订阅标识符)，也可以是SUPI(subscriptionpermanent identifier，用户永久标识)。
步骤503：CHF创建计费资源、保存SrvInd51和GrpId51。
具体地，CHF接收上述计费资源创建请求消息，从中解析出SesId51、UEId51、SrvInd51和GrpId51，进而执行以下操作：
1)基于SrvInd51确定PDU会话用于群内通信；如果上述计费资源创建请求消息不包含SrvInd51，CHF可以根据UEId51查询UE的签约信息，并根据签约信息确定PDU会话用于群内通信，且生成SrvInd51这个指示信息；
2)可选的，对UE进行接入认证，以确定允许UE使用5G局域网提供的群内通信业务；例如，CHF可以根据UEId51查询UE的签约信息，进而判断是否允许UE使用5G局域网提供的群内通信业务；再如，CHF根据GrpId51查找5G局域网群组对应的账户，再根据该账户的余额情况，判断是否允许UE使用5G局域网提供的群内通信业务；如果计费资源创建请求消息中不包含GrpId51，CHF可以根据UEId51查询UE的签约信息，并根据签约信息确定5G局域网群组的标识GrpId51。
3)为PDU会话创建相应的计费资源，并为该计费资源分配标识为ResId51。
可选地，CHF还保存上述接收到的或者确定出的SrvInd51和GrpId51，例如，将SrvInd51、GrpId51与ResId51对应存储。
步骤504：CHF向SMF发送计费资源创建响应消息，该响应消息携带ResId51。
具体地，CHF构造计费资源创建响应消息(如ChargingDataResponse[Create],或ChargingResourceCreateResponse)并将其发送给SMF，该响应消息携带ResId51。
示例性的计费资源创建响应消息如下：
ChargingResourceCreateResponse{
"RESID":"RES410P"//ResId51，PDU会话的计费资源的标识
}
相应地,SMF接收上述计费资源创建响应消息，从中解析出ResId51，这样后续可以基于ResId51上报PDU会话的使用量，SMF也可以根据该响应消息确认UE的接入认证成功，即CHF允许UE基于5G局域网中的网络设备进行群内通信，进而通过普通N4会话(即面向PDU会话的N4会话，区别于面向N19隧道的N4会话)向UPF下发计费规则，该计费规则包含PDR(packet detection rule，包检测规则)、URR(usage reporting rule，使用量上报规则)；在一种可能的方案中，所述PDR、URR指示UPF检测并上报本地转发、通过N6接口转发、或者通过N19隧道转发的使用量。
步骤505：SMF确定配额申请量RSU51、群内转发方式Fwd51和群内通信方式Com51。
具体地，SMF根据本地配置信息或者策略控制设备提供的计费策略，确定配额申请量RSU51(例如为5M)，以生成配额申请信息。
可选地，SMF还确定上述配额申请量RSU51对应的数据包的群内转发方式Fwd51，其示例性的取值及对应含义为：“Local”-表示经PSA UPF本地转发、“N19”-表示经PSA UPF间N19隧道转发、“N6”-表示经PSA UPF与DN之间的N6接口转发。
可选地，SMF还确定UE的群内通信方式Com51，其示例性的取值及对应含义为：“Unicast”-表示单播、“Multicast”-表示多播，“Broadcast”-表示广播。
步骤506：SMF向CHF发送计费资源更新请求消息，该请求消息包含ResId51、RSU51、SrvInd51、GrpId51、Fwd51和Com51。
具体地，SMF基于步骤505确定的配额申请量RSU51，构建计费资源更新请求消息(如ChargingDataRequest[Update],或ChargingResourceUpdateRequest)，将其发送给CHF，以请求CHF为PDU会话更新计费资源，该请求消息包含ResId51、RSU51、Fwd51、SrvInd51、GrpId51和Com51。
示例性的计费资源更新请求消息如下：
Figure BDA0002901356660000231
上述计费资源更新请求消息中RSU51和Fwd51的并列关系，只是一种示例，并非限定，实际应用中可以采用其他的结构关系，例如，Fwd51可以放在RSU-INF数据结构外部，与SrvInd51等并列。
如果步骤503中，CHF已经保存了SrvInd51和GrpId51，则可选地，为了避免冗余传输信息，上述计费资源更新请求消息可以不包含SrvInd51和GrpId51。
与步骤505相对应，在一种可能的技术方案中，上述计费资源更新请求消息也可以不包含Fwd51和Com51。
步骤507：CHF授予配额申请量RSU51对应的配额GSU51。
具体地，CHF接收步骤506中的计费资源更新请求消息，从中解析出ResId51、RSU51、Fwd51、SrvInd51、GrpId51和Com51，进而授予与RSU51对应的配额GSU51。
具体地，CHF可基于Fwd51、SrvInd51、GrpId51和Com51中的任意一项或任意组合进行批价，进而授予相应的配额GSU51；CHF还可以基于GrpId51确定5G局域网群组对应的账户，在基于RSU51授予相应的配额GSU51过程中使用该账户。
如果接收到的计费资源更新请求消息不包含SrvInd51或GrpId51，则CHF可以根据ResId51从本地获取此前存储的SrvInd51或GrpId51。
步骤508：CHF向SMF发送计费资源更新响应消息，该响应消息包含ResId51和GSU51。
具体地，CHF构建计费资源更新响应消息(如ChargingDataResponse[Update],或ChargingResourceUpdateResponse)，并将其发送给SMF，该计费资源更新响应消息包含ResId51和GSU51。
示例性的计费资源更新响应消息如下：
Figure BDA0002901356660000241
相应地，SMF接收上述计费资源更新响应消息，从中解析出ResId51和GSU51，并管理GSU51的使用，即管理PDU会话对GSU51的消费。在一种可能的方案中，SMF将GSU51发送给UPF，由UPF管理PDU会话对GSU51的消费。
需说明，如果PDU会话的计费模式是离线计费，则SMF和CHF不执行步骤505-步骤508的过程(即申请配额的过程)。
步骤509：SMF确定使用量USU51、群内转发方式Fwd52、群内通信方式Com52。
具体地，SMF获取使用量USU51、相应的群内转发方式Fwd52和群内通信方式Com52。其中，Fwd52可以与Fwd51相同，也可以不同，Com52可以与Com51相同，也可以不同。
SMF可以通过普通N4会话获取使用量USU51，例如，SMF基于PCC(Policy andCharging Control，策略与计费控制)规则生成相应的PDR和URR，并通过普通N4会话将PDR和URR发送给UPF，UPF通过普通N4会话上报URR对应的使用量USU51。
步骤510：SMF向CHF发送计费资源更新请求消息，该请求消息包含ResId51、USU51、Fwd52、SrvInd51、GrpId51和Com52。
具体地，SMF基于步骤509确定的USU51、Fwd52和Com52，构建计费资源更新请求消息，将其发送给CHF，该请求消息包含ResId51、USU51、Fwd52、SrvInd51、GrpId51和Com52。
示例性的计费资源更新请求消息如下：
Figure BDA0002901356660000251
上述计费资源更新请求消息中USU51和Fwd52的并列关系，只是一种示例，并非限定，实际应用中可以采用其他的结构关系，例如，Fwd52可以放在USU-INF数据结构外部，与SrvInd51等并列。
此外，如果步骤503中，CHF已经保存了SrvInd51和GrpId51，则可选地，为了避免信息的冗余传输，上述计费资源更新请求消息可以不包含SrvInd51和GrpId51。
在一种可能的技术方案中，上述计费资源更新请求消息也可以不包含Fwd52和Com52。
在一种可能的技术方案中，上述RG51可以替换为PDU会话中其他粒度的数据连接业务的标识，如QoS流的标识。
步骤511：CHF对USU51进行计费处理。
具体地，CHF接收步骤510的计费资源更新请求消息，从中解析出ResId51、USU51、Fwd52、SrvInd51、GrpId51和Com52，进而对USU51进行计费处理。
具体地，CHF可基于Fwd52、SrvInd51、GrpId51和Com52中的任意一项或任意组合确定费率，以及基于GrpId51确定5G局域网群组对应的账户；如果计费模式为在线计费，则CHF基于所确定的费率和USU51对所确定的账户进行账户扣减，如果计费模式为离线计费，则CHF在PDU会话的计费话单中记录Fwd52、SrvInd51、GrpId51和Com52中的任一项或任意组合以及USU51。
如果接收到的计费资源更新请求消息不包含SrvInd51和GrpId51，则CHF可以根据ResId51从本地获取此前存储的SrvInd51和GrpId51。
可选地，CHF可以在该步骤中或者在后续步骤中以GrpId51为关联标识累积得到5G局域网群组的总使用量，该总使用量，可以用于对5G局域网群组的群内通信的QoS进行控制，例如，对个PDU会话进行QoS控制；例如，假设CHF接收到的多个ChargingResourceUpdateRequest中"GRPID"值都为"GRP414"，则CHF将这些ChargingResourceUpdateRequest中PDU会话中的使用量进行累加，得到5G局域网群组的使用量。
步骤512：CHF向SMF发送计费资源更新响应消息，该响应消息包含ResId51和计费处理结果ChgRst51。
具体地，CHF构建计费资源更新响应消息，并将其发送给SMF，该计费资源更新响应消息包含ResId51和计费处理结果ChgRst51，其示例性的取值及对应含义为："SucInDeduction"-表示账户扣减成功，"SucInRecording"-表示计费话单写入成功。
示例性的计费资源更新响应消息如下：
Figure BDA0002901356660000261
相应地，SMF接收该计费资源更新响应消息，从中解析计费处理结果，据此管理PDU会话，如维持PDU会话的放通以维持UE的群内通信业务。
应理解，上述步骤505-步骤512之间的过程，可以重复执行，直到确定PDU会话将被释放，转步骤513。
步骤513：SMF确定要删除计费资源，确定使用量USU52，确定群内转发方式Fwd53和群内通信方式Com53。
具体地，SMF接收到UE或者其他设备(如PCF设备)发送的释放PDU会话的请求消息，据此确定要触发CHF删除此前创建的计费资源；由于有未上报的使用量，因此，SMF获取PDU会话释放前的使用量USU52(假设是3M)、相应的群内转发方式Fwd53和群内通信方式Com53。其中，Fwd53可以与Fwd51或Fwd52相同，也可以不同，Com53可以与Com52或Com51相同，也可以不同。SMF获取USU52的方式可以参考步骤510中的相关描述，这里不再赘述。
步骤514：SMF向CHF发送计费资源删除请求消息，该请求消息包含ResId51、USU52、Fwd53、SrvInd51、GrpId51和Com53。
具体地，SMF基于步骤513确定的USU52、Fwd53和Com53，构建计费资源删除请求消息，将其发送给CHF，以请求CHF为PDU会话删除计费资源，该请求消息包含ResId51、USU52、Fwd53、SrvInd51、GrpId51和Com53。
示例性的计费资源更新请求消息如下：
Figure BDA0002901356660000262
Figure BDA0002901356660000271
类似地，计费资源删除请求消息可以不包含SrvInd51和GrpId51。
在一种可能的技术方案中，上述计费资源删除请求消息也可以不包含Fwd53和Com53。
步骤515：CHF对USU52进行计费处理，删除计费资源。
具体地，CHF接收步骤514的计费资源删除请求消息，从中解析出ResId51、USU52、Fwd53、SrvInd51、GrpId51和Com53，进而对USU53进行计费处理，具体可以参考步骤511中的相关描述。
如果接收到的计费资源删除请求消息不包含SrvInd51和GrpId51，则CHF可以根据ResId51从本地获取此前存储的SrvInd51和GrpId51。
完成对USU52进行计费处理之后，CHF删除此前创建的ResId51对应的计费资源，以回收该计费资源所占用的CHF上的计算资源，如内存、CPU资源等。
步骤516：CHF向SMF发送计费资源删除响应消息，该响应消息包含ResId51、计费处理结果ChgRst52和计费资源删除结果DelRst51。
具体地，CHF构建计费资源删除响应消息，并将其发送给SMF，该计费资源删除响应消息包含ResId51、计费处理结果ChgRst52和资源删除结果DelRst51，ChgRst52示例性的取值及对应含义与ChgRst51相同，不再赘述；DelRst51示例性的取值及对应含义为："SucInDeleting"-表示PDU会话对应的计费资源删除成功。
示例性的计费资源删除响应消息如下：
Figure BDA0002901356660000272
相应地，SMF接收该计费资源删除响应消息，从中解析出ChgRst52和DelRst51，据此管理PDU会话，如释放PDU会话，以终止UE的群内通信业务。
在一种可能的方案中，SMF可以在步骤502之前确定RSU51和/或USU51，且使步骤502的创建计费资源请求消息携带将RSU51和/或USU51，从而，在步骤504中，SMF从CHF发送的计费资源创建响应消息中获取GSU51和/或ChgRst51。
以上步骤501-516为UE 410的群内通信的计费处理过程，可选地，该方法流程还可以包含5G局域网群组中其他UE的群内通信的计费处理过程，例如：
步骤521-536：UE 411的群内通信的计费处理过程。
可选地，SMF触发CHF对UE 411的群内通信进行计费处理，具体可以参考步骤501-516的过程。
步骤541-556：UE 412的群内通信的计费处理过程。
可选地，SMF触发CHF对UE 412的群内通信进行计费处理，具体可以参考步骤501-516的过程。
步骤561-570：UE 413的群内通信的计费处理过程。
可选地，SMF触发CHF对UE 413的群内通信进行计费处理，具体可以参考步骤501-516的过程。
应理解，上述多个UE的群内通信的计费处理过程的顺序并不固定，可以是不同于上面的顺序，不同UE的群内通信的计费处理过程还可以并行进行。
步骤599：CHF对5G局域网群组进行计费处理。
在PDU会话的计费模式为离线计费的情况下，通过上述过程，CHF保存了不同UE的PDU会话在不同时间段的计费话单，CHF设备根据GrpId51将这些计费话单中的USU相关联，为5G局域网群组输出账单，举例如下。
假设组内通信情况如下：
(1)UE 410与UE 411、UE 412、UE 413进行广播方式群内通信，PDU会话(410P)中传输的数据包是5M，转发方式包括本地交换转发、通过N19隧道转发和通过N6接口转发；
(2)UE 411与UE 410和UE 412进行多播方式群内通信，PDU会话(411P)中传输的数据包是3M，转发方式包括通过本地交换转发、通过N19隧道转发；
(3)UE 412与UE 411进行单播方式群内通信，PDU会话(412P)中传输的数据包是2M，转发方式包括通过N19隧道转发；
(4)UE 413余UE 411进行单播方式群内通信，PDU会话(413P)中传输的数据包为1M，转发方式包括通过N6接口转发。
则某个时间段内，CHF写入计费话单的计费信息如表2所示，这些计费信息通过共同的群组标识“GRP414”关联到一起：
表2
编号 群组标识 UE 使用量 方向 群内转发方式 群内通信方式
1 GRP414 410 5M UL Local Broadcast
2 GRP414 411 5M DL Local -
3 GRP414 410 5M UL N19 Broadcast
4 GRP414 412 5M DL N19 -
5 GRP414 410 5M UL N6 Broadcast
6 GRP414 413 5M DL N6 -
7 GRP414 411 3M UL Local Multicast
8 GRP414 410 3M DL Local -
9 GRP414 411 3M UL N19 Multicast
10 GRP414 412 3M DL N19 -
11 GRP414 412 2M UL N19 Unicast
12 GRP414 411 2M DL N19 -
13 GRP414 413 1M UL N6 Unicast
14 GRP414 411 1M DL N6 -
其中，“UL”表示上行，“DL”表示下行，“Local”表示本地交换转发，“N19”表示通过N19隧道转发，“N6”表示通过N6接口转发。假设运营商将Local的计费费率设为R、N6的计费费率设为2R，N19的计费费率设为3R。
如果要按端到端使用量计费，则CHF对上行使用量进行计费，即对表2编号为1、3、5、7、9、11、13中的使用量进行计费，得到费用是：
5M*R+5M*3R+5M*2R+3M*R+3M*3R+2M*3R+1M*2R＝50MR
如果要N19隧道使用量计费，则CHF对通过N19隧道的使用量进行计费，即对表2群内转发方式为“N19”的使用量进行计费，得到的费用是：
5M*3R*2+3M*3R*2+2M*3R*2＝60MR
图6是本申请实施例提供的第四计费处理方法的流程图，该计费处理方法用于对5G局域网业务进行计费处理；其中，除非另有特别说明，“SMF”是指图4A中的SMF设备402，“CHF”是指图4A中的CHF设备401，“5G局域网群组”是指图4A中的5G局域网群组，“UPF 403”是指PSA UPF设备403，“UPF 404”是指PSA UPF设备404；该方法流程主要包括如下步骤：
步骤601-步骤676：UE 410-UE 413的PDU会话的计费处理过程；该过程与步骤501-步骤576过程类似，不再赘述；根据计费需求，在本方法流程中可以不执行该过程。
步骤681：SMF在UPF设备403与UPF设备404之间建立N19隧道，生成隧道信息TunInf61。
具体地，SMF根据5G局域网的配置信息，确定需要在UPF设备403与UPF设备404之间建立N19隧道，以支持5G局域网的群内通信，进而分别向UPF设备403与UPF设备404下发建立N19隧道的指示信息，触发UPF设备403与UPF设备404交互、建立N19隧道。
进而，SMF生成隧道信息TunInf61，其中至少包含SMF为N19隧道分配的标识TEId61。
关于SMF与N19隧道的管理与计费信息的上报，进一步解释如下：
具体地，若SMF设备管理两个UPF设备(用于5G局域网通信)，换句话说，5G局域网的UPF设备集合包含两个UPF设备，假设这两个UPF设备之间建立了N19隧道，则SMF设备请求CHF为该N19隧道创建一个专门的计费资源。生成N19隧道的计费信息时，SMF设备可以从这两个UPF设备中的任意一个UPF设备获取N19隧道的计费信息，也可以从这两个UPF设备分别获取N19隧道的计费信息、将他们合并去重后得到该N19隧道汇总的计费信息。
具体地，若SMF设备管理两个以上UPF设备(用于5G局域网通信)，换句话说，5G局域网的UPF设备集合包含两个以上UPF设备，假设任意两个UPF设备之间会建立一个N19隧道，此时同一UPF同时与多个UPF设备建立了N19隧道，也就是说，该SMF设备可能管理了多个N19隧道，则SMF设备可以请求CHF为每个N19隧道创建一个对应的计费资源，也可以请求CHF为所有这些N19隧道创建一个共用的计费资源。对于每一个N19隧道，生成计费信息的方法同上一段，不再赘述。
应理解，在为N19隧道创建专门计费资源的场景下，PDU会话对应的计费资源创建方法与图5对应的方法流程相同；可选地，PDU会话对应的计费资源创建后，SMF通过普通N4会话给UPF设备下发的PDR和URR(usage reporting rule，使用量上报规则)中只包含针对本地交换转发和通过N6接口转发的计费规则，不包含通过N19隧道转发的计费规则，再通过隧道N4会话给UPF设备下发的PDR和URR中包含通过N19隧道转发的计费规则。
步骤682：SMF向CHF发送计费资源创建请求消息，该请求消息携带TunInf61、SrvInd61和GrpId51。
具体地，SMF根据PCF(Policy Control Function，策略控制功能)设备下发FAR(Forwarding Action Rule，转发动作规则)、PDR(Packet Detection Rule，包检测规则)，或者本地配置的计费策略，确定需要针对N19隧道中转发的使用量进行计费的情况下，构建计费资源创建请求消息，并将其发送给CHF，该请求消息包含TunInf61、SrvInd61和GrpId51，其中SrvInd61为第二业务指示信息，用于指示TunInf61对应的N19隧道用于5G局域网群内通信，GrpId51已在图5对应方法流程中说明，不再赘述。在一种可能的方案中，该请求消息中可以不携带SrvInd61。
具体地，SMF可以在向UPF下发指示建立N19隧道时，也可以在UPF返回N19隧道建立成功时，向CHF发送该请求消息。
示例性的计费资源创建请求消息如下：
Figure BDA0002901356660000301
步骤683：CHF创建计费资源，保存TunInf61、SrvInd51和GrpId51。
具体地，CHF接收上述计费资源创建请求消息，从中解析出TunInf61、SrvInd61和GrpId51，进而执行以下操作：
1)基于SrvInd61确定TunInf61对应的N19隧道用于5G局域网的群内通信；如果上述计费资源创建请求消息不包含SrvInd61，CHF可以默认该N19隧道用于5G局域网的群内通信，且生成SrvInd61这个指示信息；
2)为N19隧道创建相应的计费资源，并为该计费资源分配标识为ResId61。
可选地，CHF保存TunInf61和GrpId51，还保存上述接收到的或者确定出的SrvInd61，例如，将TunInf61、SrvInd61、GrpId51与ResId61对应存储。
可选地，SMF在创建N19隧道对应计费资源后，给N19隧道两端的UPF设备(如UPF设备403和UPF设备404)下发PDR和/或URR，以指示UPF采集N19隧道中的计费数据。
注意，为N19隧道创建的计费资源是跨PDU会话共享的，不同UE之间通信所导致的在该N19隧道中传输的使用量，都通过该计费资源上报给计费处理设备，即通过携带该计费资源标识的计费请求消息(如计费资源更新请求消息或者计费资源删除请求消息)上报该使用量。
步骤684：CHF向SMF发送计费资源创建响应消息，该响应消息携带ResId61。
具体地，CHF构造计费资源创建响应消息并将其发送给SMF，该响应消息携带ResId61。
示例性的计费资源创建响应消息如下：
ChargingResourceCreateResponse{
"RESID":"RES403-404"//ResId61，N19隧道的计费资源的标识
}步骤689：SMF确定使用量USU61、传输方向Dir61。
具体地，SMF通过隧道N4会话(Group N4 for N19)分别与UPF设备403和/或UPF设备404交互，从UPF获取通过N19隧道传输的使用量USU61。
具体地，对于一个N19隧道两端的UPF设备(如UPF 403)分别上报的使用量，如有重复(即两份使用量的时间段、两端的UPF设备的标识和业务单元数量等均相同)，可以由SMF合并去重后上报给CHF，也可以在SMF上报后由CHF合并去重。
例如，假设N19隧道介于UPF1与UPF2之间，则如下两个使用量为重复使用量：
Figure BDA0002901356660000311
“去重”则指对上述两个使用量选择一个，丢弃另一个。
可选地，SMF还确定USU61对应的数据包在N19隧道中传输的方向Dir61，其示例性的取值及对应含义为：“403-404”-表示从UPF设备403发送到UPF设备404、“404-403”-表示从UPF设备404发送到UPF设备403。
步骤690：SMF向CHF发送计费资源更新请求消息，该请求消息包含ResId61、USU61、Dir61、TunInf61、SrvInd61和GrpId51。
具体地，SMF基于步骤689确定的USU61和Dir61，构建计费资源更新请求消息，将其发送给CHF，该请求消息包含ResId61、USU61、Dir61、TunInf61、SrvInd61和GrpId51。
示例性的计费资源更新请求消息如下：
Figure BDA0002901356660000312
上述计费资源更新请求消息中USU61和Dir61的并列关系，只是一种示例，并非限定，实际应用中可以采用其他的结构关系，例如，Dir61可以放在USU-INF数据结构外部，与SrvInd61等并列。
此外，如果步骤683中，CHF已经保存了TunInf61、SrvInd61或GrpId51，则可选地，为了避免信息的冗余传输，上述计费资源更新请求消息可以不包含TunInf61、SrvInd61或GrpId51。
在一种可能的技术方案中，上述计费资源更新请求消息也可以不包含Dir61。
步骤691：CHF对USU61进行计费处理。
具体地，CHF接收步骤690的计费资源更新请求消息，从中解析出ResId61、USU61、Dir61、TunInf61、SrvInd61和GrpId51，进而对USU61进行计费处理。
具体地，CHF可基于TunInf61、Dir61、SrvInd61和GrpId51中的任意一项或任意组合确定费率，以及基于GrpId51确定5G局域网群组对应的账户；如果计费模式为在线计费，则CHF基于所确定的费率和USU61对所确定的账户进行账户扣减，如果计费模式为离线计费，则CHF在N19隧道对应的计费话单中记录TunInf61、Dir61、SrvInd61和GrpId51中的任意一项或任意组合以及USU61。
如果接收到的计费资源更新请求消息不包含TunInf61、SrvInd61或GrpId51，则CHF可以根据ResId61从本地获取此前存储的TunInf61、SrvInd61或GrpId51。
可选地，CHF可以在该步骤中或者在后续步骤中以GrpId51为关联标识累积得到5G局域网群组的总使用量，例如，假设CHF接收到的多个ChargingResourceUpdateRequest中"GRPID"值都为"GRP414"，则CHF将这些ChargingResourceUpdateRequest中通过N19隧道传输的使用量进行累加，得到5G局域网群组的使用量。
步骤692：CHF向SMF发送计费资源更新响应消息，该响应消息包含ResId61和计费处理结果ChgRst61。
具体地，CHF构建计费资源更新响应消息，并将其发送给SMF，该计费资源更新响应消息包含ResId61和计费处理结果ChgRst61，其示例性的取值及对应含义为："SucInDeduction"-表示账户扣减成功，"SucInRecording"-表示计费话单写入成功。
示例性的计费资源更新响应消息如下：
Figure BDA0002901356660000321
相应地，SMF接收该计费资源更新响应消息，从中解析计费处理结果，据此管理N19隧道，例如：拆除或释放隧道。
应理解，上述步骤689-步骤692之间的过程，可以重复执行，直到确定N19隧道将被拆除或释放，转步骤693。
步骤693：SMF确定要删除计费资源，确定使用量USU62，确定传输方向Dir62。
具体地，SMF根据5G局域网群组中各成员UE之间通信情况(例如N19隧道已连续T秒无流量)，确定要释放N19隧道，据此确定要触发CHF删除此前为N19隧道创建的计费资源；由于有未上报的使用量，因此，SMF通过与UPF 403和/或UPF 404交互，确定通过N19隧道传输的使用量USU62；可选地，SMF还确定USU62对应的数据包在N19隧道中传输的方向Dir62。
步骤694：SMF向CHF发送计费资源删除请求消息，该请求消息包含ResId61、USU62、Dir62、TunInf61、SrvInd61和GrpId51。
具体地，SMF基于步骤693确定的USU62和Dir62，构建计费资源删除请求消息，将其发送给CHF，该请求消息包含ResId61、USU62、Dir62、TunInf61、SrvInd61和GrpId51。
示例性的计费资源更新请求消息如下：
Figure BDA0002901356660000331
类似地，计费资源删除请求消息可以不包含TunInf61、SrvInd61和GrpId51。
在一种可能的技术方案中，上述计费资源删除请求消息也可以不包含Dir62。
步骤695：CHF对USU62进行计费处理，删除计费资源。
具体地，CHF接收步骤694的计费资源删除请求消息，从中解析出ResId61、USU62、Dir62、TunInf61、SrvInd61和GrpId51，进而对USU62进行计费处理，具体可以参考步骤691中的相关描述。
如果接收到的计费资源删除请求消息不包含TunInf61、SrvInd61或GrpId51，则CHF可以根据ResId61从本地获取此前存储的TunInf61、SrvInd61或GrpId51。
完成对USU62进行计费处理之后，CHF删除此前创建的ResId61对应的计费资源，以回收该计费资源所占用的CHF上的计算资源，如内存、CPU资源等。
步骤696：CHF向SMF发送计费资源删除响应消息，该响应消息包含ResId61、计费处理结果ChgRst62和资源删除结果DelRst61。
具体地，CHF构建计费资源删除响应消息，并将其发送给SMF，该计费资源删除响应消息包含ResId61、计费处理结果ChgRst62和资源删除结果DelRst61，ChgRst62示例性的取值及对应含义与ChgRst61相同，不再赘述；DelRst61示例性的取值及对应含义为："SucInDeleting"-表示N19隧道对应的计费资源删除成功。
示例性的计费资源删除响应消息如下：
Figure BDA0002901356660000332
Figure BDA0002901356660000341
相应地，SMF接收该计费资源删除响应消息，从中解析出ChgRst62和DelRst61，据此N19隧道，如关闭N19隧道，以终止UE的群内通信业务。
图6对应的方法流程中，CHF为PDU会话创建计费资源A，为N19隧道创建计费资源B，然后SMF通过计费资源A的标识上报PDU会话中的使用量、通过本地交换服务转发的使用量和通过N6接口转发的使用量，通过计费资源B的标识上报通过N19隧道传输的使用量，可以更全面地衡量运营商通信网络为5G局域网群组通信做出的贡献，提高计费的准确性。
在一种可能的方案中，CHF也可以分别为PDU会话创建计费资源A，为UPF设备本地交换服务转发途径创建计费资源B，为UPF设备通过N6接口转发途径创建计费资源C，为UPF设备通过N19隧道创建计费资源D，然后SMF通过计费资源A的标识上报PDU会话中的使用量，通过计费资源B的标识上报PDU会话中通过UPF设备本地交换服务转发途径的使用量、通过计费资源C的标识上报PDU会话中通过N6接口转发途径的使用量以及通过计费资源D的标识上报PDU会话中通过N19隧道转发途径的使用量。具体可以参考图6对应方法流程，这里不再赘述。
应理解，上述“通过计费资源X的标识上报使用量”是指在计费资源更新请求消息或计费资源删除请求消息中携带计费资源X的标识、待上报的使用量和使用量的相关信息。
上述实施例假设一个5G局域网中的所有UE的计费信息(使用量信息和/或配额申请信息)都归同一个CHF设备处理。
在一种可能的方案中，一个5G局域网中的所有UE的计费信息归不同的CHF设备处理(这样做的好处之一是降低单个CHF设备的负担，从而降低群内通信的时延)，这样每一个CHF设备都只掌握部分成员UE的计费信息；为对整个5G局域网群组进行计费处理，可以采用图7A所示的方法，也可以采用图7B所示的方法。
图7A为本申请实施例提供的多个CHF设备第一组网的示意图；该组网中，SMF设备402分别与CHF设备401和CHF设备401a连接，CHF设备401与CHF设备401a连接；SMF设备将5G局域网群组中的一部分UE的计费信息上报给CHF设备401处理，而将另一部分UE的计费信息上报给CHF设备401a处理；为了对整个5G局域网群组进行计费处理(如输出账单)，可以是CHF设备401将其所收到的那部分UE的计费信息发送给CHF设备401a合并处理，也可以是CHF设备401a将其所收到的那部分UE的计费信息发送给CHF设备401合并处理。
图7B为本申请实施例提供的多个CHF设备第二组网的示意图；其中，SMF设备将5G局域网群组中的一部分UE的计费信息上报给CHF设备401处理，而将另一部分UE的计费信息上报给CHF设备401a处理；为了对整个5G局域网群组进行计费处理，CHF设备401和CHF设备401a分别将各自收到的那部分UE的计费信息发送给CHF设备401b合并处理。
上述在合并过程包括用5G局域网群组的标识作为关联标识，将具有相同5G局域网群组标识的不同计费信息进行汇总统计。
图8为本申请实施例提供的计费触发设备、计费处理设备的硬件结构的示意图。本申请实施例中的所有计费触发设备(或者SMF设备，例如，图4A的402)、计费处理设备(或者CHF设备，例如，图4A的401)，均可以采用图8所示的通用的计算机硬件结构实现，其中包括处理器801、存储器802、总线803、输入设备804、输出设备805以及网络接口806，其中输入设备804与输出设备805为可选的。
具体地，存储器802可以包括以易失性和/或非易失性存储器形式的计算机存储媒体，如只读存储器和/或随机存取存储器。存储器802可以存储操作系统、应用程序、其他程序模块、可执行代码和程序数据。
输入设备804可以用于输入信息，便于系统管理员对计费触发设备、计费处理设备进行操作和管理等，例如，在计费处理设备上配置计费参数、在计费触发设备上设置默认的使用量获取方式或默认的配额申请量等；输入设备804可以为键盘或指向设备，如鼠标、轨迹球、触摸板、麦克风、操纵杆、游戏垫、卫星电视天线、扫描仪或类似设备，均可以通过总线803连接至处理器801。
输出设备805可以用于输出信息，便于系统管理员对计费触发设备、计费处理设备进行操作和管理等；例如，在计费处理设备上显示计费策略、在计费触发设备上显示默认的使用量获取方式或默认的配额申请量等；除了监视器之外，输出设备805还可以为其他外围输出设备，如扬声器和/或打印设备，也均可以通过总线803连接到处理器801。
计费触发设备、计费处理设备均可以通过网络接口806连接到网络中，例如连接到因特网中。在联网环境下，计费触发设备、计费处理设备中存储的计算机执行指令可以存储在远程存储设备中，而不限于在本地存储。
当计费触发设备中的处理器801执行存储器802中存储的可执行代码或应用程序时，使得计费触发设备执行以上所有实施例中与计费触发设备(或SMF设备)相对应的方法步骤，如步骤310、311、360、361、501、502、505、681和682等；具体执行过程均参见上述实施例，在此不再赘述。
当计费处理设备中的处理器801执行存储器802中存储的可执行代码或应用程序时，使得计费处理设备执行以上所有实施例中与计费处理设备(或CHF设备)相对应的方法步骤，如步骤312、362、503、507、683、691和695等；具体执行过程均参见上述实施例，在此不再赘述。
图9为本申请实施例提供的计费处理设备的逻辑结构的示意图；该计费处理设备与计费触发设备通信，用于对移动局域网业务进行计费处理，该移动局域网业务为电信运营商网络基于该计费触发设备所管理的至少一个用户面数据网关为移动局域网群组提供群内通信的业务；具体地，该计费处理设备包括接收模块901、处理模块903和发送模块902，其中：
-接收模块901，用于从计费触发设备接收计费请求消息，计费请求消息包含局域网计费信息，该局域网计费信息为移动局域网业务相关的计费信息，具体执行过程参见上述实施例中计费处理设备(或CHF设备)侧的步骤说明，如步骤312、362、503、507、683、691和695等；
-处理模块903，用于对所接收的局域网计费信息进行计费处理，得到计费处理结果，具体执行过程参见上述实施例中计费处理设备(或CHF设备)侧的步骤说明，如步骤312、362、503、507、683、691和695等；
-发送模块902，用于向计费触发设备发送计费响应消息，计费响应消息包含所得到的计费处理结果，具体执行过程参见上述实施例中计费处理设备(或CHF设备)侧的步骤说明，如步骤313、363、504、508、512、516和684等关于计费处理设备(或CHF设备)执行动作的说明。
图10为本申请实施例提供的计费触发设备的逻辑结构的示意图，该计费触发设备与计费处理设备通信，用于对移动局域网业务进行计费处理，该移动局域网业务为电信运营商基于该计费触发设备所管理的至少一个用户面数据网关为移动局域网群组提供群内通信的业务；具体地，计费触发设备包括获取模块1003、发送模块1001和接收模块1002，其中：
-获取模块1003，用于获取局域网计费信息，该局域网计费信息为移动局域网业务相关的计费信息，具体执行过程可以参见上述实施例中计费触发设备(或SMF设备)侧的步骤说明，如步骤310、360、361、501、505、681和689等；
-发送模块1001，用于向计费处理设备发送计费请求消息，该计费请求消息包含所获取的局域网计费信息，具体执行过程参见上述实施例中计费触发设备(或SMF设备)侧的步骤说明，如步骤310、311、360、361、501、502、505、681和682等。
-接收模块1002，用于从计费处理设备接收计费响应消息，该计费响应消息包含计费处理结果，计费处理结果为计费处理设备对局域网计费信息进行计费处理的结果，具体执行过程参见上述实施例中计费触发设备(或SMF设备)侧的步骤说明，如步骤313、363、504、508、512、516和684等关于计费触发设备(或SMF设备)执行动作的说明。
图9所示计费处理设备、图10所示计费触发设备是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到这些设备也可以采用图8所示的形式。例如接收模块901、发送模块1001、发送模块902、接收模块1002都可以通过图8中的处理器801和存储器802来实现。例如，接收模块901接收计费请求消息的功能、发送模块1001发送计费请求消息的功能，均可以通过由处理器801来执行存储器802中存储的代码来实现。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本领域普通技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (56)

1.一种对移动局域网业务进行计费处理的方法，应用于计费触发设备，所述计费触发设备与计费处理设备通信，其特征在于，所述计费触发设备管理至少一个用户面数据网关，所述移动局域网业务是指基于所述至少一个用户面数据网关为移动局域网群组提供群内通信的业务，所述方法包括：
向所述计费处理设备发送计费请求消息，所述计费请求消息包含所述计费触发设备获取的局域网计费信息，所述局域网计费信息为所述移动局域网业务相关的计费信息；
从所述计费处理设备接收计费响应消息，所述计费响应消息包含计费处理结果，所述计费处理结果为所述计费处理设备对所述局域网计费信息进行计费处理的结果。
2.如权利要求1所述的方法，其特征在于，所述局域网计费信息包括成员数据连接会话的计费信息，则所述计费处理结果包含所述计费处理设备对所述成员数据连接会话的计费信息进行计费处理的结果；
其中，所述成员数据连接会话为使用所述移动局域网业务的成员用户设备与相应的用户面数据网关之间的数据连接会话。
3.如权利要求2所述的方法，其特征在于，所述成员数据连接会话的计费信息包含第一业务指示信息，所述第一业务指示信息指示所述成员数据连接会话用于所述移动局域网群组的群内通信。
4.如权利要求2或3所述的方法，其特征在于，所述成员数据连接会话的计费信息包含群组标识，所述群组标识为所述移动局域网群组的标识。
5.如权利要求2-4任一所述的方法，其特征在于：
所述成员数据连接会话的计费信息还包含第一计费数据，所述第一计费数据包含所述成员数据连接会话的使用量和/或配额申请量；
所述计费处理结果包含所述计费处理设备对所述第一计费数据进行计费处理的结果。
6.如权利要求5所述的方法，其特征在于,所述成员数据连接会话的计费信息还包含所述第一计费数据对应的群内转发方式。
7.如权利要求5或6所述的方法，其特征在于，所述成员数据连接会话的计费信息还包含所述成员用户设备的群内通信方式，所述群内通信方式为以下任意一项：单播、多播、广播。
8.如权利要求2-7任一所述的方法，其特征在于：
所述计费请求消息用于请求所述计费处理设备为所述成员数据连接会话创建计费资源，则所述计费处理结果包含所述计费处理设备为所述成员数据连接会话创建的计费资源的标识；或者
所述计费请求消息用于请求所述计费处理设备更新所述成员数据连接会话的计费资源，则所述计费处理结果包含所述成员数据连接会话的计费资源的更新结果；或者
所述计费请求消息用于请求所述计费处理设备删除所述成员数据连接会话的计费资源，则所述计费处理结果包含所述成员数据连接会话的计费资源的删除结果。
9.如权利要求1所述的方法，其特征在于，所述计费触发设备管理两个或两个以上用户面数据网关，所述局域网计费信息包括数据网关间隧道的计费信息，则所述计费处理结果包含所述计费处理设备对所述数据网关间隧道的计费信息进行计费处理的结果；
其中，所述数据网关间隧道为所述计费触发设备管理的两个用户面数据网关之间的数据传输隧道，所述数据网关间隧道的计费信息包含所述数据网关间隧道的信息。
10.如权利要求9所述的方法，其特征在于，所述数据网关间隧道的计费信息还包含第二业务指示信息，所述第二业务指示信息指示所述数据网关间隧道用于所述移动局域网群组的群内通信。
11.如权利要求9或10所述的方法，其特征在于，所述数据网关间隧道的计费信息还包含群组标识，所述群组标识为所述移动局域网群组的标识。
12.如权利要求9-11任一所述的方法，其特征在于：
所述成员数据连接会话的计费信息还包含第二计费数据，所述第二计费数据包含通过所述数据网关间隧道传输的使用量；
所述计费处理结果包含所述计费处理设备对所述第二计费数据进行计费处理的结果。
13.如权利要求9-12任一所述的方法，其特征在于：
所述计费请求消息用于请求所述计费处理设备为所述数据网关间隧道创建计费资源，则所述计费处理结果包含所述计费处理设备为所述数据网关间隧道创建的计费资源的标识；或者
所述计费请求消息用于请求所述计费处理设备更新所述数据网关间隧道的计费资源，则所述计费处理结果包含所述数据网关间隧道的计费资源的更新结果；或者
所述计费请求消息用于请求所述计费处理设备删除所述数据网关间隧道的计费资源，则所述计费处理结果包含所述数据网关间隧道的计费资源的删除结果。
14.一种对移动局域网业务进行计费处理的方法，应用于计费处理设备，所述计费处理设备与计费触发设备通信，所述移动局域网业务是指为移动局域网群组提供群内通信的业务，其特征在于，所述方法包括：
从所述计费触发设备接收计费请求消息，所述计费请求消息包含所述计费触发设备获取的局域网计费信息，所述局域网计费信息为所述移动局域网业务相关的计费信息；
向所述计费触发设备发送计费响应消息，所述计费响应消息包含计费处理结果，所述计费处理结果为所述计费处理设备对所述局域网计费信息进行计费处理的结果。
15.如权利要求14所述的方法，其特征在于，所述局域网计费信息包括成员数据连接会话的计费信息，则在向所述计费触发设备发送计费响应消息之前，所述方法还包括：对所述成员数据连接会话的计费信息进行计费处理，所述计费处理结果包含对所述成员数据连接会话的计费信息进行计费处理的结果；
其中，所述成员数据连接会话为使用所述移动局域网业务的成员用户设备与相应的用户面数据网关之间的数据连接会话。
16.如权利要求15所述的方法，其特征在于：
所述成员数据连接会话的计费信息包含第一业务指示信息，则所述对所述成员数据连接会话的计费信息进行计费处理，包括：
基于所述第一业务指示信息确定所述成员数据连接会话用于所述移动局域网群组的群内通信。
17.如权利要求16所述的方法，其特征在于，所述对所述成员数据连接会话的计费信息进行计费处理，还包括：
基于所述第一业务指示信息对所述成员用户设备是否可使用所述移动局域网业务进行认证，则所述计费处理结果包含所述认证的结果。
18.如权利要求15-17任一所述的方法，其特征在于：
所述成员数据连接会话的计费信息包含群组标识，所述群组标识为所述移动局域网群组的标识，则所述对所述成员数据连接会话的计费信息进行计费处理，包括以下任意一项：
基于所述群组标识确定所述移动局域网群组对应的账户，或者，
在所述成员数据连接会话的计费话单中记录所述群组标识，或者，
以所述群组标识为关联标识累积所述移动局域网群组的使用量，或者，
基于所述群组标识查询所述移动局域网群组对应的外部群组标识，以基于所述外部群组标识对所述成员数据连接会话的计费信息进行计费处理。
19.如权利要求15-18任一所述的方法，其特征在于，所述成员数据连接会话的计费信息包含第一计费数据，所述第一计费数据包含所述成员数据连接会话的使用量和/或配额申请量，则所述对所述成员数据连接会话的计费信息进行计费处理，包括：对所述第一计费数据进行计费处理，所述计费处理结果包含对所述第一计费数据进行计费处理的结果。
20.如权利要求19所述的方法，其特征在于,所述成员数据连接会话的计费信息还包含所述第一计费数据对应的群内转发方式；则所述对所述成员数据连接会话的计费信息进行计费处理，还包括：
根据所述群内转发方式确定所述第一计费数据的费率，或者，在所述成员数据连接会话的计费话单中记录所述第一计费数据及其对应的群内转发方式。
21.如权利要求19或20所述的方法，其特征在于，所述成员数据连接会话的计费信息还包含所述成员用户设备的群内通信方式，所述群内通信方式为以下任意一项：单播、多播、广播；则所述对所述成员数据连接会话的计费信息进行计费处理，还包括：
根据所述群内通信方式确定所述第一计费数据的费率，或者在所述成员数据连接会话的计费话单中记录所述群内通信方式。
22.如权利要求15-21任一所述的方法，其特征在于：
所述计费请求消息用于请求所述计费处理设备为所述成员数据连接会话创建计费资源，则所述对所述成员数据连接会话的计费信息进行计费处理包括：为所述成员数据连接会话创建计费资源，所述计费处理结果包含所计费资源的标识；或者，
所述计费请求消息用于请求所述计费处理设备更新所述成员数据连接会话的计费资源，则所述对所述成员数据连接会话的计费信息进行计费处理包括：更新所述成员数据连接会话的计费资源，所述计费处理结果包含所述成员数据连接会话的计费资源的更新结果；或者，
所述计费请求消息用于请求所述计费处理设备删除所述成员数据连接会话的计费资源，则所述对所述成员数据连接会话的计费信息进行计费处理包括：删除所述成员数据连接会话的计费资源，所述计费处理结果包含所述成员数据连接会话的计费资源的更新结果。
23.如权利要求14所述的方法，其特征在于，所述局域网计费信息包括数据网关间隧道的计费信息，则在向所述计费触发设备发送计费响应消息之前，所述方法还包括：对所述数据网关间隧道的计费信息进行计费处理，所述计费处理结果包含对所述数据网关间隧道的计费信息进行计费处理的结果；
其中，所述数据网关间隧道为所述计费触发设备管理的两个用户面数据网关之间的数据传输隧道，所述数据网关间隧道的计费信息包含所述数据网关间隧道的信息。
24.如权利要求23所述的方法，其特征在于，所述数据网关间隧道的计费信息还包含第二业务指示信息，则所述对所述数据网关间隧道的计费信息进行计费处理，包括：基于所述第二业务指示信息确定所述数据网关间隧道用于所述移动局域网群组的群内通信。
25.如权利要求23或24所述的方法，其特征在于，所述数据网关间隧道的计费信息还包含群组标识，所述群组标识为所述移动局域网群组的标识；则所述对所述数据网关间隧道的计费信息进行计费处理，包括以下任意一项：
基于所述群组标识确定所述移动局域网群组对应的账户，或者，
在所述数据网关间隧道的计费话单中记录所述群组标识，或者，
基于所述群组标识查询所述移动局域网群组对应的外部群组标识，以基于所述外部群组标识对所述数据网关间隧道的计费信息进行计费处理。
26.如权利要求23-25任一所述的方法，其特征在于：
所述成员数据连接会话的计费信息还包含第二计费数据，所述第二计费数据包含通过所述数据网关间隧道传输的使用量；则所述对所述数据网关间隧道的计费信息进行计费处理，还包括：对所述第二计费数据进行计费处理，所述计费处理结果包含对所述第二计费数据进行计费处理的结果。
27.如权利要求23-26任一所述的方法，其特征在于：
所述计费请求消息用于请求所述计费处理设备为所述数据网关间隧道创建计费资源，则所述对所述数据网关间隧道的计费信息进行计费处理包括：为所述数据网关间隧道创建计费资源，所述计费处理结果包含所述计费资源的标识；或者，
所述计费请求消息用于请求所述计费处理设备更新所述数据网关间隧道的计费资源，则所述对所述数据网关间隧道的计费信息进行计费处理包括：更新所述数据网关间隧道的计费资源，所述计费处理结果包含所述数据网关间隧道的计费资源的更新结果；或者，
所述计费请求消息用于请求所述计费处理设备删除所述数据网关间隧道的计费资源，则所述对所述数据网关间隧道的计费信息进行计费处理包括：删除所述数据网关间隧道的计费资源，所述计费处理结果包含所述数据网关间隧道的计费资源的删除结果。
28.一种计费处理系统，用于对移动局域网业务进行计费处理，包括：计费触发设备和计费处理设备，所述计费触发设备与所述计费处理设备通信，其特征在于：所述计费触发设备管理至少一个用户面数据网关，所述移动局域网业务是指基于所述至少一个用户面数据网关为移动局域网群组提供群内通信的业务，其中：
所述计费触发设备用于向所述计费处理设备发送计费请求消息，所述计费请求消息包含所述计费触发设备获取的局域网计费信息，所述局域网计费信息为所述移动局域网业务相关的计费信息；
所述计费处理设备用于从所述计费触发设备接收所述计费请求消息，且向所述计费触发设备发送计费响应消息，所述计费响应消息包含计费处理结果，所述计费处理结果为所述计费处理设备对所述局域网计费信息进行计费处理的结果；
所述计费触发设备还用于从所述计费处理设备接收所述计费响应消息。
29.如权利要求28所述的计费处理系统，其特征在于：
所述局域网计费信息包括成员数据连接会话的计费信息，则所述计费处理设备还用于对所述成员数据连接会话的计费信息进行计费处理，所述计费处理结果包括所述计费处理设备对所述成员数据连接会话的计费信息进行计费处理的结果；
其中，所述成员数据连接会话为使用所述移动局域网业务的成员用户设备与相应的用户面数据网关之间的数据连接会话。
30.如权利要求29所述的计费处理系统，其特征在于，所述成员数据连接会话的计费信息包含第一业务指示信息，所述计费处理设备还用于基于所述第一业务指示信息确定所述成员数据连接会话用于所述移动局域网群组的群内通信。
31.如权利要求30所述的计费处理系统，其特征在于，所述计费处理设备还用于基于所述第一业务指示信息对所述成员用户设备是否可使用所述移动局域网业务进行认证，则所述计费处理结果包含所述认证的结果。
32.如权利要求29-31任一所述的计费处理系统，其特征在于，所述成员数据连接会话的计费信息还包含群组标识，所述群组标识为所述移动局域网群组的标识，则所述计费处理设备还用于：
基于所述群组标识确定所述移动局域网群组对应的账户，或者，
在所述成员数据连接会话的计费话单中记录所述群组标识，或者，
以所述群组标识为关联标识累积所述移动局域网群组的使用量，或者，
基于所述群组标识查询所述移动局域网群组对应的外部群组标识，以基于所述外部群组标识对所述成员数据连接会话的计费信息进行计费处理。
33.如权利要求29-32任一所述的计费处理系统，其特征在于，所述成员数据连接会话的计费信息包含第一计费数据和群内转发方式，所述第一计费数据包含所述成员数据连接会话的使用量和/或配额申请量，则所述计费处理设备还用于：
根据所述群内转发方式确定所述第一计费数据的费率，或者，
在所述成员数据连接会话的计费话单中记录所述第一计费数据及其对应的群内转发方式。
34.如权利要求28所述的计费处理系统，其特征在于，所述计费触发设备管理两个或两个以上用户面数据网关，所述局域网计费信息包括数据网关间隧道的计费信息，则所述计费处理设备还用于：在向所述计费触发设备发送计费响应消息之前，对所述数据网关间隧道的计费信息进行计费处理；所述计费处理结果包括所述计费处理设备对所述数据网关间隧道的计费信息进行计费处理的结果；
其中，所述数据网关间隧道为所述计费触发设备管理的两个用户面数据网关之间的数据传输隧道，所述数据网关间隧道的计费信息包含所述数据网关间隧道的信息。
35.如权利要求34所述的计费处理系统，其特征在于，所述数据网关间隧道的计费信息还包含第二业务指示信息，所述计费处理设备还用于基于所述第二业务指示信息确定所述数据网关间隧道用于提供移动局域网业务。
36.如权利要求34或35所述的计费处理系统，其特征在于，所述数据网关间隧道的计费信息还包含群组标识，所述群组标识为所述移动局域网群组的标识，则所述计费处理设备还用于：
基于所述群组标识确定所述移动局域网群组对应的账户，或者，
在所述数据网关间隧道的计费话单中记录所述群组标识，或者，
基于所述群组标识查询所述移动局域网群组对应的外部群组标识，以基于所述外部群组标识对所述数据网关间隧道的计费信息进行计费处理。
37.一种计费触发设备，用于对移动局域网业务进行计费处理，所述计费触发设备与计费处理设备通信，其特征在于，所述计费触发设备管理至少一个用户面数据网关，所述移动局域网业务是指基于所述至少一个用户面数据网关为移动局域网群组提供群内通信的业务，所述计费触发设备包括获取模块、发送模块和接收模块，其中：
所述获取模块用于获取局域网计费信息，所述局域网计费信息为所述移动局域网业务相关的计费信息；
所述发送模块用于向所述计费处理设备发送计费请求消息，所述计费请求消息包含所述局域网计费信息；
所述接收模块用于从所述计费处理设备接收计费响应消息，所述计费响应消息包含计费处理结果，所述计费处理结果为所述计费处理设备对所述局域网计费信息进行计费处理的结果。
38.如权利要求37所述的计费触发设备，其特征在于,所述局域网计费信息包括成员数据连接会话的计费信息，所述计费处理结果包括所述计费处理设备对所述成员数据连接会话的计费信息进行计费处理的结果；
其中，所述成员数据连接会话为使用所述移动局域网业务的成员用户设备与相应的用户面数据网关之间的数据连接会话。
39.如权利要求38所述的计费触发设备，其特征在于，所述成员数据连接会话的计费信息包含第一业务指示信息，所述第一业务指示信息指示所述成员数据连接会话用于所述移动局域网群组的群内通信。
40.如权利要求38或39所述的计费触发设备，其特征在于，所述成员数据连接会话的计费信息包含群组标识，所述群组标识为所述移动局域网群组的标识。
41.如权利要求38-40任一所述的计费触发设备，其特征在于，所述成员数据连接会话的计费信息包含第一计费数据和群内转发方式，所述第一计费数据包含所述成员数据连接会话的使用量和/或配额申请量。
42.如权利要求37所述的计费触发设备，其特征在于，所述计费触发设备管理两个或两个以上用户面数据网关，所述局域网计费信息包括数据网关间隧道的计费信息，所述所述计费处理结果包括所述计费处理设备对所述数据网关间隧道的计费信息进行计费处理的结果；
其中，所述数据网关间隧道为所述计费触发设备管理的两个用户面数据网关之间的数据传输隧道，所述数据网关间隧道的计费信息包含所述数据网关间隧道的信息。
43.如权利要求42所述的计费处理系统，其特征在于，所述数据网关间隧道的计费信息还包含第二业务指示信息，所述第二业务指示信息用于指示所述数据网关间隧道用于所述移动局域网群组的群内通信。
44.如权利要求42或43所述的计费触发设备，其特征在于，所述数据网关间隧道的计费信息还包含群组标识，所述群组标识为所述移动局域网群组的标识。
45.一种计费处理设备，用于对移动局域网业务进行计费处理，所述计费处理设备与计费触发设备通信，其特征在于，所述移动局域网业务是指为移动局域网群组提供群内通信的业务，所述计费处理设备包括接收模块、处理模块和发送模块，其中：
所述接收模块用于从所述计费触发设备接收计费请求消息，所述计费请求消息包含局域网计费信息，所述局域网计费信息为所述移动局域网业务相关的计费信息；
所述处理模块用于对所述局域网计费信息进行计费处理，得到计费处理结果；
所述发送模块用于向所述计费触发设备发送计费响应消息，所述计费响应消息包含所述计费处理结果。
46.如权利要求45所述的计费处理设备，其特征在于，所述局域网计费信息包括成员数据连接会话的计费信息，则所述处理模块还用于对所述成员数据连接会话的计费信息进行计费处理，所述计费处理结果包括所述处理模块对所述成员数据连接会话的计费信息进行计费处理的结果；
其中，所述成员数据连接会话为使用所述移动局域网业务的成员用户设备与相应的用户面数据网关之间的数据连接会话。
47.如权利要求46所述的计费处理设备，其特征在于，所述成员数据连接会话的计费信息包含第一业务指示信息，所述处理模块还用于基于所述第一业务指示信息确定所述成员数据连接会话用于所述移动局域网群组的群内通信。
48.如权利要求47所述的计费处理设备，其特征在于，所述处理模块还用于基于所述第一业务指示信息对所述成员用户设备是否可使用所述移动局域网业务进行认证。
49.如权利要求46-48任一所述的计费处理设备，其特征在于，所述成员数据连接会话的计费信息包含群组标识，所述群组标识为所述移动局域网群组的标识，则所述处理模块还用于：
基于所述群组标识确定所述移动局域网群组对应的账户，或者，
在所述成员数据连接会话的计费话单中记录所述群组标识，或者，
以所述群组标识为关联标识累积所述移动局域网群组的使用量，或者，
基于所述群组标识查询所述移动局域网群组对应的外部群组标识，以基于所述外部群组标识对所述成员数据连接会话的计费信息进行计费处理。
50.如权利要求46-49任一所述的计费处理设备，其特征在于，所述成员数据连接会话的计费信息包含群内转发方式，所述第一计费数据包含所述成员数据连接会话的使用量和/或配额申请量，则所述处理模块还用于：
根据所述群内转发方式确定所述第一计费数据的费率，或者，
在所述成员数据连接会话的计费话单中记录所述第一计费数据及其对应的群内转发方式。
51.如权利要求45所述的计费处理设备，其特征在于，所述局域网计费信息包括数据网关间隧道的计费信息，则在所述发送模块向所述计费触发设备发送计费响应消息之前，所述处理模块还用于对所述数据网关间隧道的计费信息进行计费处理；
其中，所述数据网关间隧道为所述计费触发设备管理的两个用户面数据网关之间的数据传输隧道，所述数据网关间隧道的计费信息包含所述数据网关间隧道的信息。
52.如权利要求51所述的计费处理设备，其特征在于，所述数据网关间隧道的计费信息还包含第二业务指示信息，所述处理模块还用于基于所述第二业务指示信息确定所述数据网关间隧道用于所述移动局域网群组的群内通信。
53.如权利要求51或52所述的计费处理设备，其特征在于，所述数据网关间隧道的计费信息还包含群组标识，所述群组标识为所述移动局域网群组的标识，则所述计费处理设备还用于：
基于所述群组标识确定所述移动局域网群组对应的账户，或者，
在所述数据网关间隧道的计费话单中记录所述群组标识，或者，
基于所述群组标识查询所述移动局域网群组对应的外部群组标识，以基于所述外部群组标识对所述数据网关间隧道的计费信息进行计费处理。
54.一种计费触发设备，包括处理器和存储器，其特征在于：
所述存储器，用于存储程序指令；
所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费触发设备执行权利要求1-13任一所述的计费处理的方法。
55.一种计费处理设备，包括处理器和存储器，其特征在于：
所述存储器，用于存储程序指令；
所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费处理设备执行权利要求14-27任一所述的计费处理的方法。
56.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得所述计算机执行权利要求1-27任一所述的计费处理的方法。
CN202110058017.2A 2021-01-15 2021-01-15 对移动局域网业务进行计费处理的方法、系统及相关设备 Pending CN114765749A (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN202110058017.2A CN114765749A (zh) 2021-01-15 2021-01-15 对移动局域网业务进行计费处理的方法、系统及相关设备
AU2022208946A AU2022208946A1 (en) 2021-01-15 2022-01-17 Method and system for performing billing processing on mobile local area network service, and related device
CA3205377A CA3205377A1 (en) 2021-01-15 2022-01-17 Method for performing charging processing on mobile local area network service, system, and related device
JP2023542856A JP2024503864A (ja) 2021-01-15 2022-01-17 モバイルローカルエリアネットワークサービスに対する課金処理を実行する方法、システム、および関連するデバイス
PCT/CN2022/072382 WO2022152303A1 (zh) 2021-01-15 2022-01-17 对移动局域网业务进行计费处理的方法、系统及相关设备
EP22739178.6A EP4277309A4 (en) 2021-01-15 2022-01-17 METHOD AND SYSTEM FOR PERFORMING BILLING PROCESSING ON A MOBILE LOCAL NETWORK SERVICE AND ASSOCIATED DEVICE
US18/352,789 US20230362306A1 (en) 2021-01-15 2023-07-14 Method for performing charging processing on mobile local area network service, system, and related device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110058017.2A CN114765749A (zh) 2021-01-15 2021-01-15 对移动局域网业务进行计费处理的方法、系统及相关设备

Publications (1)

Publication Number Publication Date
CN114765749A true CN114765749A (zh) 2022-07-19

Family

ID=82365475

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110058017.2A Pending CN114765749A (zh) 2021-01-15 2021-01-15 对移动局域网业务进行计费处理的方法、系统及相关设备

Country Status (7)

Country Link
US (1) US20230362306A1 (zh)
EP (1) EP4277309A4 (zh)
JP (1) JP2024503864A (zh)
CN (1) CN114765749A (zh)
AU (1) AU2022208946A1 (zh)
CA (1) CA3205377A1 (zh)
WO (1) WO2022152303A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107040674B (zh) * 2016-02-04 2021-04-20 华为技术有限公司 一种计费方法、装置及系统
US20180270073A1 (en) * 2017-03-17 2018-09-20 Huawei Technologies Co., Ltd. Method and apparatus for charging operations in a communication network
CN116389176A (zh) * 2019-03-29 2023-07-04 欧芬诺有限责任公司 用于非公共网络的收费控制的会话管理功能和策略控制功能
CN111917563B (zh) * 2019-05-07 2023-03-10 华为技术有限公司 一种路由规则的配置方法及通信装置
US11683744B2 (en) * 2019-06-14 2023-06-20 Samsung Electronics Co., Ltd. Method and system for handling of closed access group related procedure

Also Published As

Publication number Publication date
US20230362306A1 (en) 2023-11-09
AU2022208946A1 (en) 2023-07-27
WO2022152303A1 (zh) 2022-07-21
JP2024503864A (ja) 2024-01-29
EP4277309A1 (en) 2023-11-15
EP4277309A4 (en) 2024-03-27
CA3205377A1 (en) 2022-07-21

Similar Documents

Publication Publication Date Title
JP7183416B2 (ja) 時間依存ネットワーキング通信方法及び装置
US10425530B2 (en) System and method for mobile core data services
CN109792598A (zh) 支持网络分片的漫游环境中用于终端附接和创建归属路由pdu会话的方法和设备
CN111211913A (zh) 一种计费方法及设备
WO2020177497A1 (zh) 对网络切片客户进行计费处理的方法、系统及相关设备
WO2013170646A1 (zh) 控制业务传输的方法和装置
Huang et al. Optimizing file retrieval in delay-tolerant content distribution community
CN114667746A (zh) 无线通信系统中用于psa-upf重定位的装置和方法
CN113572835B (zh) 一种数据处理方法、网元设备以及可读存储介质
JP2021518094A (ja) 課金方法、装置およびシステム
WO2021051420A1 (zh) 一种dns缓存记录的确定方法及装置
WO2022021971A1 (zh) 通信方法、第一策略控制网元及通信系统
KR20210143563A (ko) 이동통신 네트워크에서 단말에 Deterministic Communication을 지원하는 방법 및 장치
WO2023000936A1 (zh) 一种数据处理方法、网元设备以及可读存储介质
CN113811025A (zh) 一种释放中继连接的方法、设备及系统
WO2012000366A1 (zh) 业务数据的中继方法及中继节点系统
WO2022222745A1 (zh) 一种通信方法及装置
CN114765749A (zh) 对移动局域网业务进行计费处理的方法、系统及相关设备
CN107566994A (zh) 组区域调整方法和系统，集群应用服务器及集群用户终端
WO2018177003A1 (zh) 一种计费方法、相关设备和系统
WO2021057020A1 (zh) 一种网络切片的计费方法及装置
CN114071390A (zh) 一种计费处理的方法、系统及相关设备
CN114363966A (zh) 接入网设备、接入网络的方法及终端
WO2022116917A1 (zh) 一种无线通信的方法、装置和系统
Talarico et al. Efficient service auto-discovery for next generation network slicing architecture

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination