[go: up one dir, main page]

CN112399363A - 保障数据业务的计费处理方法、系统及相关设备 - Google Patents

保障数据业务的计费处理方法、系统及相关设备 Download PDF

Info

Publication number
CN112399363A
CN112399363A CN201910737105.8A CN201910737105A CN112399363A CN 112399363 A CN112399363 A CN 112399363A CN 201910737105 A CN201910737105 A CN 201910737105A CN 112399363 A CN112399363 A CN 112399363A
Authority
CN
China
Prior art keywords
charging
state
guarantee
qos
trigger
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
CN201910737105.8A
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 CN201910737105.8A priority Critical patent/CN112399363A/zh
Priority to CN202010607654.6A priority patent/CN112399364B/zh
Priority to PCT/CN2020/108115 priority patent/WO2021027757A1/zh
Priority to EP20851962.9A priority patent/EP4009673B1/en
Priority to EP23204526.0A priority patent/EP4351090A3/en
Publication of CN112399363A publication Critical patent/CN112399363A/zh
Priority to US17/668,578 priority patent/US12245112B2/en
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • 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/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/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8016—Rating or billing plans; Tariff determination aspects based on quality of service [QoS]
    • 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/8214—Data or packet based
    • 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
    • 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
    • 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/855—Successful event
    • 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/856—Unsuccessful event
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Quality & Reliability (AREA)
  • Charge And Discharge Circuits For Batteries Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种计费处理方法:获取用户的保障数据业务的QoS、QoS的保障状态，基于这些信息对保障数据业务的计费数据进行计费处理；而在QoS的保障状态发生变化或QoS的保障通知开关状态发生变化时，及时关闭计数器，将变化前后的计费数据分开进行计费处理，从而使运营商可以对保障数据业务“按保障”精确计费，既可以提高用户体验，又有助于运营商获得被占用网络资源对应的收入。

Description

保障数据业务的计费处理方法、系统及相关设备
技术领域
本申请涉及通信领域，尤其涉及对用户的保障数据业务进行计费处理的方法、系统以及相关设备。
背景技术
随着每比特收益率将持续下滑，以及高带宽、低时延的行业应用在5G(5thGeneration Mobile Network，第五代移动网络)下的广泛应用，新的计费量纲将应运而生。5G网络的一大特点是可以为大量业务提供服务质量(Quality of Service,QoS)保障，但根据现有3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)标准规范，对于要求保障QoS的数据业务，计费功能(Charging Fucntion,CHF)设备只能按照授权的QoS进行计费。这导致的问题是：如果CHF设备一律按照要求保障的QoS计费，但实际上无线接入网络(Radio Access Network，RAN)未能预留与授权的QoS相应的网络资源，则会造成用户的损失，进而降低用户体验；而如果CHF设备一律按照未要求保障的QoS计费，但实际上运营商却为了保障要求的QoS而预留了宝贵的网络资源，则又会造成运营商的损失。
发明内容
鉴于此，有必要提供一种对用户的保障数据业务的进行计费处理方法，以对保障数据业务按QoS的保障状态进行计费处理。
第一方面，本申请实施例提供了一种计费系统，该计费系统包括：计费触发设备和计费处理设备，其中：
所述计费触发设备用于：获取所述保障数据业务的计费数据、所述计费数据对应的所述保障数据业务的服务质量QoS和所述QoS的保障状态GS；向所述计费处理设备发送计费请求消息，所述计费请求消息包含所述计费数据、所述QoS和所述GS；从所述计费处理设备接收计费响应消息，所述计费响应消息包含所述计费请求消息的计费处理结果；
所述计费处理设备用于：从所述计费触发设备接收所述计费请求消息；根据所述计费请求消息进行计费处理；向所述计费触发设备发送所述计费响应消息。
该计费系统使得计费触发设备可以获取包含QoS的保障状态的计费信息，并将其发送给计费处理设备，计费处理设备可以基于QoS的保障状态对保障数据业务进行计费处理，从而使运营商可以对保障数据业务“按保障”计费，既可以提高用户体验，又有助于运营商获得被占用网络资源对应的收入。
在一个可能的方案中，所述计费数据包括所述保障数据业务的使用数据和/或配额请求。
在一个可能的方案中，所述计费触发设备具体用于：设置所述QoS的保障状态触发器，所述保障状态触发器的类型为立即上报或延迟上报。
在一个可能的方案中，所述计费触发设备具体用于：设置所述QoS的保障通知开关状态触发器，所述保障通知开关状态触发器的类型为立即上报或延迟上报。
在一个可能的方案中，所述计费处理设备用于根据所述计费请求消息进行计费处理，具体为：所述计费处理设备用于根据所述QoS和所述GS，对所述计费数据进行计费处理。
在一个可能的方案中，所述计费触发设备还用于获取所述QoS的保障通知开关状态，并将其包含在所述计费请求消息中；所述计费处理设备还用于根据所述QoS、所述GS和所述保障通知开关状态，对所述计费数据进行计费处理。
在一个可能的方案中，所述计费处理设备还用于将以下一项或多项操作指令包含在所述计费响应消息中：所述QoS的保障通知开关的操作指令，所述QoS的保障状态触发器的操作指令，所述QoS的保障通知开关状态触发器的操作指令；所述计费触发设备还用于执行所述一项或多项操作指令。
第二方面，本申请实施例提供了一种对用户的保障数据业务进行计费处理的方法，应用于计费触发设备，该方法包括：获取所述保障数据业务的计费数据、所述计费数据对应的所述保障数据业务的服务质量QoS和所述QoS的保障状态GS；向计费处理设备发送计费请求消息，所述计费请求消息包含所述计费数据、所述QoS和所述GS；从所述计费处理设备接收计费响应消息，所述计费响应消息包含所述计费请求消息的计费处理结果。
在一个可能的方案中，所述计费数据包括所述保障数据业务的使用数据和/或配额请求。
上述可能的方案使得计费触发设备可以获取保障数据业务的计费数据和相应的QoS保障状态，使计费处理设备可以对在线计费或离线计费的保障数据业务“按保障”计费。
在一个可能的方案中，计费处理设备可以本地激活QoS保障状态触发器，具体地，在向所述计费处理设备发送所述计费请求消息之前，所述方法还包括：设置所述QoS的保障状态触发器，其中：所述保障状态触发器的类型为立即上报，所述保障状态触发器使得所述计费触发设备在所述QoS的保障状态发生变化时向所述计费处理设备发送所述保障数据业务在所述变化前的使用数据；或者所述保障状态触发器的类型为延迟上报，所述保障状态触发器使得所述计费触发设备在所述QoS的保障状态发生变化时保存所述保障数据业务在所述变化前的使用数据，且在所述变化后向所述计费处理设备发送的计费请求消息中携带所保存的使用数据。
在一个可能的方案中，计费处理设备可以在计费处理设备管理下设置保障状态触发器，具体地：从所述计费处理设备接收所述保障状态触发器的操作指令；根据所述保障状态触发器的操作指令设置所述保障状态触发器的类型和/或设置所述保障状态触发器的激活状态。
在一个可能的方案中，计费触发设备通过所述计费响应消息接收所述保障状态触发器的操作指令，并根据所述保障状态触发器的操作指令设置所述保障状态触发器的类型和/或设置所述保障状态触发器的激活状态。
在一个可能的方案中，计费触发设备立即上报保障状态发生变化前的使用数据，具体地:所述保障状态触发器的类型被设置为立即上报，所述方法还包括：确定所述QoS的保障状态从第一保障状态变为第二保障状态；则所述获取所述计费数据，具体为：获取所述保障数据业务在所述第一保障状态下的第一使用数据；且所述向所述计费处理设备发送所述计费请求消息，具体为：向所述计费处理设备发送所述计费请求消息，其中，所述计费请求消息中的所述GS为所述第一保障状态，所述计费请求消息中的所述计费数据为所述第一使用数据，且所述计费请求消息还包含所述第一使用数据的上报原因，所述上报原因指示是由于QoS的保障状态的变化导致向所述计费处理设备发送所述第一使用数据。
在一个可能的方案中，计费触发设备延迟上报保障状态发生变化前的使用数据，具体地:所述保障状态触发器的类型为延迟上报，所述方法还包括：确定所述QoS的保障状态从第一保障状态变为第二保障状态；保存所述保障数据业务在所述第一保障状态下的第一使用数据、所述第一保障状态和所述第一使用数据的计数器的关闭原因，所述计数器的关闭原因指示是由于QoS的保障状态的变化导致所述计数器的关闭；则所述获取所述计费数据和所述GS以及所述向所述计费处理设备发送所述计费请求消息，具体为：在计费上报条件满足时，获取所保存的所述第一使用数据、所述第一保障状态，向所述计费处理设备发送所述计费请求消息，其中，所述计费请求消息中的所述计费数据为所述第一使用数据，所述计费请求消息中的所述GS为所述第一保障状态，且所述第一请求消息还包含所述第一使用数据的计数器的关闭原因，所述关闭原因指示是由于QoS的保障状态的变化导致所述第一使用数据的计数器的关闭。
在一个可能的方案中，所述方法还包括：采集所述保障数据业务在所述第二保障状态下的第二使用数据；则所述计费请求消息还包含所述第二使用数据和所述第二保障状态。
上述可能的方案使得计费处理设备可以在QoS的保障状态发生变化的情况下，保持“按保障”计费、避免计费误差，其中：立即上报的机制可以使得保障状态的变化更及时地在计费处理结果中得到体现，有助于提高用户体验；而延迟上报的机制可以减少计费触发设备与计费处理设备之间的交互次数，减轻网关和计费处理设备的压力。
在一个可能的方案中，计费触发设备可以本地激活保障通知开关状态触发器，具体地：在向所述计费处理设备发送所述计费请求消息之前，所述方法还包括：设置所述QoS的保障通知开关状态触发器，其中：所述保障通知开关状态触发器的类型为立即上报，所述保障通知开关状态触发器使得所述计费触发设备在所述保障通知开关状态发生变化时向所述计费处理设备发送所述保障数据业务在所述变化前的使用数据；或者所述保障通知开关状态触发器的类型为延迟上报，所述保障通知开关状态触发器使得所述计费触发设备在所述保障通知开关状态发生变化时保存所述保障数据业务在所述变化前的使用数据，且在所述变化后向所述计费处理设备发送的计费请求消息中携带所保存的使用数据。
在一个可能的方案中，计费触发设备可以在计费处理设备管理下设置保障通知开关状态触发器，具体地，所述方法还包括：从所述计费处理设备接收所述保障通知开关状态触发器的操作指令；根据所述保障通知开关状态触发器的操作指令设置所述保障通知开关状态触发器的类型和/或设置所述保障通知开关状态触发器的激活状态。
在一个可能的方案中，计费触发设备通过所述计费响应消息接收所述保障通知开关状态触发器的操作指令。
在一个可能的方案中，计费触发设备立即上报保障通知开关状态发生变化前的使用数据，具体地，所述保障通知开关状态触发器的类型为立即上报，所述方法还包括：确定所述QoS的保障通知开关从第一开关状态变为第二开关状态；则所述获取所述计费数据，具体为：获取所述保障数据业务在所述第一开关状态下的第一使用数据；且所述向所述计费处理设备发送所述计费请求消息，具体为：向所述计费处理设备发送所述计费请求消息，其中，所述计费请求消息中的所述计费数据为所述第一使用数据，且所述计费请求消息还包含所述第一开关状态和所述第一使用数据的上报原因，所述上报原因指示是由于QoS的保障通知开关状态的变化导致向所述计费处理设备发送所述第一使用数据。
在一个可能的方案中，计费触发设备延时上报保障通知开关状态发生变化前的使用数据，具体地，所述保障通知开关状态触发器的类型为延迟上报，所述方法还包括：确定所述QoS的保障通知开关状态从第一开关状态变为第二开关状态；保存所述保障数据业务在所述第一开关状态下的第一使用数据、所述第一开关状态和所述第一使用数据的计数器的关闭原因，所述计数器的关闭原因指示是由于QoS的保障通知开关状态的变化导致所述计数器的关闭；则所述获取所述计费数据以及所述向所述计费处理设备发送所述计费请求消息，具体为：在计费上报条件满足时，获取所保存的所述第一使用数据，向所述计费处理设备发送所述计费请求消息，其中，所述计费请求消息中的所述计费数据为所述第一使用数据，且所述计费请求消息还包含所述第一开关状态和所述第一使用数据的计数器的关闭原因。
在一个可能的方案中，计费触发设备采集所述保障数据业务在所述第二开关状态下的第二使用数据；则所述计费请求消息还包含所述第二使用数据和所述第二开关状态。
在一个可能的方案中，计费触发设备还向所述计费处理设备发送所述QoS的保障通知开关状态。
上述可能的方案使得计费处理设备可以在QoS的保障通知开关状态发生变化的情况下，保持“按保障”计费、避免计费误差。
在一个可能的方案中，计费触发设备通过所述计费请求消息向所述计费处理设备发送所述QoS的保障通知开关状态。
在一个可能的方案中，计费触发设备还从所述计费处理设备接收所述QoS的保障通知开关的操作指令；若所述保障通知开关的操作指令指示打开所述保障通知开关且所述保障通知开关的当前状态为关闭，则请求无线接入网络向所述计费触发设备通知所述QoS的保障状态；或者，若所述保障通知开关的操作指令指示关闭所述保障通知开关且所述保障通知开关当前处于可关闭状态，则请求无线接入网络取消向所述计费触发设备通知所述QoS的保障状态。
在一个可能的方案中，计费触发设备还通过所述计费响应消息获取所述QoS的保障通知开关的操作指令，则所述方法还包括：所述保障通知开关的操作指令指示打开所述保障通知开关，请求无线接入网络向所述计费触发设备通知所述QoS的保障状态；或者所述保障通知开关的操作指令指示关闭所述保障通知开关，请求无线接入网络取消向所述计费触发设备通知所述QoS的保障状态。
在一个可能的方案中，计费触发设备还向所述计费处理设备发送所述保障数据业务的5G QoS标识5QI或所述保障数据业务的资源类型。
在一个可能的方案中，计费触发设备通过所述计费请求消息向所述计费处理设备发送所述保障数据业务的5G QoS标识5QI或所述保障数据业务的资源类型。
第三方面，本申请实施例提供了一种对用户的保障数据业务进行计费处理的方法，应用于计费处理设备，该方法包括：从计费触发设备接收计费请求消息，所述计费请求消息包含所述保障数据业务的计费数据、所述计费数据对应的所述保障数据业务的服务质量QoS和所述QoS的保障状态GS；根据所述计费请求消息进行计费处理；向所述计费触发设备发送计费响应消息，所述计费响应消息中包含所述计费请求消息的的计费处理结果。
在一个可能的方案中，所述计费数据包括所述保障数据业务的使用数据和/或配额请求。
在一个可能的方案中，所述计费请求消息还包含所述保障数据业务的5G QoS标识5QI或所述保障数据业务的资源类型，则所述计费处理包括:根据所述5QI或所述资源类型，确定所述保障数据业务为要求保障服务质量的数据业务。
在一个可能的方案中，所述计费请求消息包含所述QoS的保障通知开关状态，则所述计费处理包括：基于所述保障通知开关状态进行计费处理。
在一个可能的方案中，所述计费处理包括：基于所述计费数据、所述QoS和所述GS进行计费处理。
在一个可能的方案中，所述计费处理包括：确定需要设置所述QoS的保障状态触发器的类型和/或激活状态；向所述计费触发设备发送所述QoS的保障状态触发器的操作指令，所述操作指令指示所述计费触发设备设置所述保障状态触发器的类型和/或激活状态。
在一个可能的方案中，所述计费处理还包括：确定需要设置所述QoS的保障通知开关状态触发器的类型和/或激活状态；向所述计费触发设备发送所述QoS的保障通知开关状态触发器的操作指令，所述操作指令指示所述计费触发设备设置所述保障通知开关触发器的类型和/或激活状态。
在一个可能的方案中，所述基于所述保障通知开关状态进行计费处理具体包括：在所述QoS的保障通知开关状态为关闭时，将所述保障通知开关的操作指令包含在所述计费响应消息中，所述操作指令指示所述计费处理设备打开所述保障通知开关，或者，确定将在收到所述计费请求消息之后收到的所述保障数据业务的计费数据按QoS保障状态为无保障状态进行计费处理。
上述可能的方案使得计费处理设备可以根据计费触发设备上报的计费数据和相应的QoS保障状态进行计费处理，实现对保障数据业务“按保障”计费；且还可以对计费触发设备上的保障状态触发器、保障通知开关状态触发器等发起管理操作，以实现更灵活的计费处理。
第四方面，本申请实施例提供了一种计费触发设备，包括处理器和存储器，其中：所述存储器，用于存储程序指令；所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费触发设备执行上述第二方面中对用户的保障数据业务进行计费处理的方法。
第五方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得所述计算机执行上述第二方面中对用户的保障数据业务进行计费处理的方法。
第六方面，本申请实施例提供了一种计费处理设备，包括处理器和存储器，其中：所述存储器，用于存储程序指令；所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费处理设备上述第三方面中对用户的保障数据业务进行计费处理的方法。
第七方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得所述计算机上述第三方面中对用户的保障数据业务进行计费处理的方法。
第八方面，本申请提实施例供了一种芯片，所述芯片包括可编程逻辑电路和/或程序指令，当所述芯片运行时用于实现上述第二方面、第三方面、第二方面的任意可能的实现方案或第三方面的任意可能的实现方案的方法。
附图说明
图1为本申请实施例提供的计费系统架构图；
图2为本申请实施例提供的对保障数据业务进行计费处理的第一方法流程图；
图3A-图3B为本申请实施例提供的对保障数据业务进行计费处理的第二-第三方法流程图；
图4为本申请实施例提供的对保障数据业务进行计费处理的第四方法流程图；
图5A-5D为本申请实施例提供的对保障数据业务进行计费处理的第五-第八方法流程图；
图6A-图6D为本申请实施例提供的对保障数据业务进行计费处理的第九-第十二方法流程图；
图7为本申请实施例提供的计费触发设备或计费处理设备的硬件结构图；
图8为本申请实施例提供的计费触发设备的结构示意图；
图9为本申请实施例提供的计费处理设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
图1为本申请实施例提供的计费系统架构图，其中至少包括计费处理设备101、计费触发设备102、无线接入网103和用户设备104等，这些设备主要功能分别描述如下：
计费处理设备101：可以用于从计费触发设备102接收计费请求消息，根据计费请求消息中携带的QoS的保障状态以及要求保障的QoS(即策略控制设备授权的保障QoS)，对计费请求消息中的计费数据进行计费处理，例如，如果计费数据包含使用数据，则将使用数据以及其对应的要求保障的QoS和QoS的保障状态写入计费话单，或者基于要求保障的QoS和QoS的保障状态进行批价(即，将QoS和QoS的保障状态作为批价的因子)及对用户账户进行扣减处理等，具体可进一步参考本申请后续实施例，如图1、图3A、图3B等对应的方法流程。本申请实施例中的用户账户，是指用户的计费账户，将不再赘述。计费处理设备101还可以用于向计费触发设备下发与保障状态相关的管理指令。
本申请实施例中计费处理设备可以为3GPP标准规范定义的CHF(ChargingFunction，计费功能)设备，也可以为3GPP标准规范定义的CCS(Converged ChargingSystem，融合计费系统)设备，其中包含了CHF设备的功能。为叙述方便，本申请实施例中，有时候将计费处理设备直接称为CHF设备。
计费触发设备102：主要负责获取用户的保障数据业务的计费数据、QoS的保障状态和要求保障的QoS信息，在计费上报条件满足时将其发送给计费处理设备101，此外还从计费处理设备101接收与保障数据业务相关的管理指令，例如，保障状态触发器的操作指令、保障通知开关的操作指令等，并执行所述管理指令。
为便于理解，对本申请实施例中部分概念作如下解释：
数据业务是指用户的用户设备(如用户设备104)所接入或使用的服务质量流(QoSFlow)或一个或多个业务数据流(Service Data Flow，SDF)。在计费触发设备中及其上报给计费处理设备的计费请求消息中，可以使用QFI(QoS Flow Identifier，服务质量流标识)来标识数据业务，也可以使用RG(Rating Group，费率组)来标识数据业务，还可以使用RG与业务标识的组合来标识数据业务。
保障数据业务:是指策略控制设备要求提供服务质量保障的数据业务。
保障数据业务的服务质量(Quality of Service，QoS)是指针对所述保障数据业务，所要提供保障的QoS，其中包含一个或多个QoS参数，例如，“保障带宽为100M”、“时延10ms”、“最大带宽为500M”等；计费触发设备可以从策略控制设备下发或激活的PCC规则(Policy and Charging Control Rule)中获取所述保障数据业务的QoS；为叙述方便，有时候也将保障数据业务的QoS称为要求保障的QoS等。应理解，本申请实施例中,当一个“QoS”不带定语时，可以理解为上下文提及的保障数据业务的QoS。
QoS的保障状态(Guarantee Status，GS)是指保障数据业务的QoS的能否得到保障的状态，例如，如果无线接入网络为所述保障数据业务分配了满足所述QoS所要求的网络资源，则该QoS的保障状态为“保障”；相反，如果无线接入网络没有为所述保障数据业务分配满足所述QoS要求的网络资源，则所述QoS的保障状态为“非保障”。QoS的保障状态与QoS对应，当保障数据业务的QoS发生变化时，变化前的QoS与变化后的QoS可以有各自对应的保障状态。
QoS的保障状态触发器是计费触发设备上设置的检测项，当其被激活/被设置为激活/被设置为有效后，可以使计费触发设备检测该检测项的出现，即检测保障数据业务的QoS的保障状态的变化，且可以使计费触发设备在检测到所述变化后，适应于所述变化进行所述保障数据业务的使用数据的采集和/或配额管理，例如，将变化前后的所述保障数据业务的使用数据和/或配额请求按保障状态的不同加以区分，再将按保障状态加以区分的使用数据和/或配额请求上报给计费处理设备。
如果保障状态触发器的类型被设置为立即上报，则该触发器可以使得计费触发设备在所述保障数据业务的QoS的保障状态发生变化时，关闭所述保障数据业务的计数器、获取所述保障数据业务在所述变化前的使用数据、向计费处理设备发送计费请求消息，所述计费请求消息包含该使用数据和所述变化前的所述QoS的保障状态；可选地，如果所述保障数据业务的计费方式为在线计费，所述计费请求消息还可以包含所述变化后的配额请求和所述变化后的所述QoS的保障状态。
如果保障状态触发器的类型被设置为延迟上报，则该触发器可以使得计费触发设备在QoS的保障状态发生变化时，关闭所述保障数据业务的计数器、获取并保存所述保障数据业务在所述变化前的使用数据和所述变化前的保障状态，且在所述变化后向计费处理设备发送的第一个计费请求消息中携带或包含所保存的使用数据以及相应的QoS的保障状态；可选地，计费触发设备还可以获取所述变化后至所述变化后第一个计费上报条件满足之间所述保障数据业务的使用数据，且在所述变化后发送的第一个计费请求消息中携带或包含该使用数据和所述变化后的所述QoS的保障状态。
当该触发器被去激活或设置为无效后，可以使计费触发设备忽略或不检测该检测项，或者在检测到该检测项后不做任何动作。
QoS的保障通知开关(Guarantee Notification Switch,GNS)是用于表示计费触发设备是否请求无线接入网络通知保障数据业务的QoS的保障状态。
QoS的保障通知开关状态(Guarantee Notification Switch Status，GNSS)是指保障数据业务的QoS的保障通知开关状态，例如，如果已经向无线接入网络请求通知所述保障数据业务的QoS的保障状态，则该状态为“打开”，否则为“关闭”。
QoS的保障通知开关状态触发器是在计费触发设备上设置的检测项，当其被激活/被设置为激活/被设置为有效后，可以使计费触发设备检测该检测项的出现，即检测保障数据业务的QoS的保障通知开关状态的变化，且使计费触发设备在检测到所述变化后，适应于所述变化进行所述保障数据业务的使用数据的采集和/或配额管理，例如，将变化前后的所述保障数据业务的使用数据和/或配额请求按保障通知开关状态的不同加以区分，再将按保障通知开关状态加以区分的使用数据和/或配额请求上报给计费处理设备。
如果保障通知开关状态触发器的类型被设置为立即上报，则该触发器可以使得计费触发设备在所述QoS的保障通知开关状态发生变化时，向计费处理设备发送计费请求消息，所述计费请求消息包含所述保障数据业务在所述变化前的使用数据和所述变化前的所述QoS的保障状态和保障通知开关状态；可选地，如果所述保障数据业务的计费方式为在线计费，所述计费请求消息还可以包含所述变化后的配额请求和所述变化后的所述QoS的保障状态和所述QoS的保障通知开关状态。
如果保障通知开关状态触发器的类型被设置为延迟上报，则该触发器可以使得计费触发设备在QoS的保障状态发生变化时，关闭保障数据业务的计数器、获取并保存所述保障数据业务在所述变化前的使用数据和所述变化前的所述QoS的保障状态和所述QoS的保障通知开关状态，且在所述变化后向计费处理设备发送的第一个计费请求消息中携带所保存的使用数据以及所述QoS的保障状态和所述QoS的保障通知开关状态；可选地，计费触发设备还可以获取所述变化后至所述变化后第一个计费上报条件满足之间的使用数据，且在所述变化后发送的第一个计费请求消息中包含该使用数据和所述变化后的所述QoS的保障状态和所述QoS的保障通知开关状态。
当该触发器被去激活或设置为无效后，可以使计费触发设备忽略或不检测该检测项，或者在检测到该检测项后不做任何动作。
使用数据包括保障数据业务的使用量，如：流量或时长，用于提供给计费处理设备(如计费处理设备101)以使其对接入或使用该保障数据业务的用户设备对应的用户进行计费处理；可以包含上行数据流量、下行数据流量或者时长等信息。本申请实施例中，使用数据可以有对应的QoS、QoS的保障状态或QoS的保障通知开关状态，均是指产生该使用数据过程中所述保障数据业务的QoS、QoS的保障状态和QoS的保障通知开关状态。
计费数据是用户设备使用保障数据业务过程中计费触发设备获取的用于计费处理的数据，可以包含保障数据业务的使用数据(例如，3GPP标准规范定义的used unit)和/或用户业务的业务单元配额请求(例如，3GPP标准规范定义的requested unit)，以及用户业务的其他可用于计费处理的信息，其中业务单元配额是计费触发设备(如计费触发设备102)向计费处理设备(如计费处理设备101)申请后获得的、用于控制保障数据业务的接入或使用的限额；例如，业务单元配额可以是流量(如5M)，该配额指示了计费触发设备最多可以允许用户设备使用5M的数据流量。为叙述方便，本申请实施例中，有时候也直接将“业务单元配额”称为“配额”，而将“业务单元配额请求量”简称为“配额请求”。
计费请求消息为计费触发设备发送给计费处理设备以使其对用户的数据业务进行计费处理的请求消息，其中携带计费数据等用于计费处理的信息。本申请实施例中，计费请求消息还可以携带计费数据对应的QoS、QoS的保障状态或QoS的保障通知开关状态等。
本申请实施例中的计费触发设备可以为3GPP标准规范中定义的CTF(ChargingTrigger Function，计费触发功能)设备。为叙述方便，本申请实施例中，有时候也将计费触发设备直接称为CTF设备。
当保障数据业务为5G数据连接业务时，计费触发设备的功能可以部署在3GPP规范中定义的SMF(Session Management Function，会话管理功能)设备中。本申请实施例对计费触发设备的功能所部署的物理设备不做限定。
应理解，实际部署中，图1所示的计费系统可以有更多的计费触发设备。
无线接入网络103：指为终端用户的用户设备(如用户设备104)提供接入服务，使得用户设备可以接入数据业务；根据运营商的策略不同，无线接入网络103在为用户设备提供接入服务过程中，可以为用户的数据业务保障服务质量，例如，确保用户设备的最低保障带宽为10Mbps；但由于网络资源是有限的，有时候无线接入网络可能无法完全为保障业务预留足够的网络资源；为便于计费处理，无线接入网络103可以向计费触发设备(如计费触发设备102)发送数据业务的服务质量的保障状态；无线接入网络103还可以接收计费触发设备发送的请求消息，通过该请求消息确定需要向计费触发设备通知数据业务的QoS的保障状态或者不再需要向计费触发设备通知QoS的保障状态。无线接入网络103可以包含基站，由其与计费触发设备进行消息交互，例如，上述QoS的保障状态的传递等。
用户设备104：指终端用户的设备，例如手机、笔记本电脑、共享自行车终端、水/电/气抄表终端等，计费触发设备102对其使用或接入的业务执行在线计费操作或者离线计费操作并收集计费数据。其中，离线计费操作是指直接采集或统计用户业务的使用量，而不根据配额来控制业务的放行，在线计费操作是指基于配额控制业务的放行，并采集或统计使用量。
关于用户设备接入的业务，本申请实施例将主要以5G数据连接业务为例进行说明；相应地，关于计费数据，本申请实施例将主要以数据流量有关的信息为例进行说明，数据流量有关的信息包括但不限于：计费触发设备所采集的协议数据单元(Protocol DataUnit，PDU)会话的信息、所述PDU会话中的被放行的业务单元使用量、计费触发条件、时间戳等。
应理解，实际部署中，图1所示计费系统可以有更多的用户设备。
基于图1所示架构，计费触发设备可以获取包含QoS的保障状态的计费信息，并将其发送给计费处理设备，计费处理设备可以基于QoS的保障状态对保障数据业务进行计费处理，从而使运营商可以对保障数据业务“按保障”计费，既可以提高用户体验，又有助于运营商获得被占用网络资源对应的收入。
图2为本申请实施例提供的对保障数据业务进行计费处理的第一方法流程图，该方法流程基于图1所示架构实现，其中，计费触发设备对应图1中的计费触发设备102、计费处理设备对应图1中的计费处理设备101，该方法流程用于对用户的保障数据业务进行计费处理，包括如下步骤：
步骤201：计费触发设备获取用户的保障数据业务的计费数据、所述保障数据业务的服务质量QoS和所述QoS的保障状态GS。
具体地，计费数据可以包含保障数据业务的使用数据，其中包含使用量，所述使用量可以是用户设备使用保障数据业务的流量，也可以是用户设备使用保障数据业务的时长，还可以是其他形式的使用量，本申请实施例不作限定；计费数据还可以包含保障数据业务的业务单元配额请求，计费触发设备获取数据业务的使用数据和确定数据业务的配额请求属于现有技术，不再赘述。
具体地，计费触发设备可以从策略控制设备接收所述QoS，也可以从本地读取所述QoS。
具体地，计费触发设备可以在本地维护所述QoS的保障状态，且基于从无线接入网络接收的关于所述QoS的保障状态的通知，更新本地维护的所述QoS的保障状态，例如，计费触发设备可以将本地维护的所述QoS的保障状态的初始值设置为“保障”，当无线接入网络无法为所述QoS提供资源保障时，通知计费触发设备，计费触发设备将所述QoS的保障状态更新为“非保障”；当无线接入网络又可以为所述QoS提供资源保障时，通知计费触发设备，计费触发设备再将所述QoS的保障状态更新为“保障”。
本申请实施例中的策略控制设备可以是3GPP标准规范定义的策略控制功能(Policy Control Function，PCF)设备。
步骤202：计费触发设备向计费处理设备发送计费请求消息，该计费请求消息中包含所述计费数据、所述QoS和所述GS。
具体地，该计费请求消息可以是计费资源创建请求消息、计费资源更新请求消息或计费资源删除请求消息，具体可以进一步参考本申请后续实施例，如图3A-3B对应的实施例等。
具体地，计费触发设备生成计费请求消息，并将其发送给计费处理设备；所述计费请求消息中包含所述计费数据、所述QoS和所述GS。
应理解，该计费资源请求消息中，除了所述计费数据、所述QoS和所述GS外，还可以有其他信息可用于计费处理，如保障数据业务的标识、计费资源标识等，本申请实例将不再赘述。
可选地，该计费请求消息中还包含所述保障数据业务的5G QoS标识(5G QoSIndicator，5QI)或所述保障数据业务的资源类型(Resource Type)。其中，5QI用于标识一个3GPP标准规范定义的5G服务质量特征，该服务质量特征描述了5G服务质量流(5G QoSFlow)中的数据包转发行为的服务质量，包括5G服务质量流的资源类型、丢包率、时延等，其中资源类型可用于判断5QI对应的数据业务是否为保障数据业务。
5QI或资源类型在该计费请求消息中的形式，举例如下：
ChargingRequest{
"5QI":"15"
}
或者
ChargingRequest{
"ResourceType":"GBR"
}
可选地，所述计费请求消息还可以携带与保障数据业务的QoS的保障状态有关的参数，具体可以进一步参见本申请后续实施例，如图4对应的实施例。
步骤203：计费处理设备根据所述计费请求消息对所述保障数据业务进行计费处理。
具体地，计费处理设备接收所述计费请求消息，从中解析出所述QoS、所述GS和所述使用数据等，然后根据所述QoS和所述GS，对所述计费数据进行计费处理。
例如，如果所述计费数据包含使用数据，则将使用数据以及所述QoS和所述GS写入计费话单，从而在后续根据计费话单进行批价和出账，或者基于所述QoS和所述GS对使用数据进行批价并进行用户账户扣减以及对应配额的释放；如果所述计费数据包含配额请求，则基于所述QoS和所述GS进行批价和配额授予。具体可进一步参考本申请后续实施例，如图1、图3A、图3B等对应的实施例。
可选地，如果所述计费请求消息中还包含5QI或者资源类型，则计费处理设备在对所述计费数据进行计费处理之前，还可以根据所述5QI或所述资源类型，确定所述保障数据业务为要求保障服务质量的数据业务，以便在对所述计费数据进行计费处理过程中，将所述保障数据业务的QoS的保障状态和/或保障通知开关状态作为计费处理的因素。具体地，如果所述计费请求消息中包含5QI，且5QI是计费处理设备可以识别的(例如，5QI是3GPP标准定义的，或者，是计费处理设备已经确认过其对应资源类型的)，则计费处理设备直接根据该5QI获知相应的资源类型，再根据该资源类型来确定所述保障数据业务为要求保障服务质量的数据业务，例如，如果资源类型为“GBR”，则确定所述保障数据业务为要求保障服务质量的数据业务；如果所述计费请求消息中包含5QI和相应的资源类型，但该5QI是计费处理设备无法识别的(例如，5QI是非标准定义的)，或者所述计费请求消息中未包含5QI而只包含资源类型，则计费处理设备根据该资源类型做上述判断，不再赘述。
应理解，本申请其他实施例中，计费请求消息(包括计费资源创建请求消息、计费资源更新请求消息等)均可以包含保障数据业务的5QI或者资源类型，计费处理设备均可以在进行计费处理之前，根据5QI或者资源类型确定保障数据业务为要求保障服务质量的数据业务，进而决定将QoS的保障状态相关的信息作为计费的因子，将不再赘述。
可选地，根据业务的需要，计费处理设备可以基于所述计费请求消息执行更多的计费处理操作，例如，确定是否需要打开计费触发设备上的保障通知开关、设置计费触发设备上的保障状态触发器的激活状态和/或类型、设置计费触发设备上的QoS的保障通知开关状态触发器的激活状态和/或类型等。
步骤204：计费处理设备向计费触发设备发送计费响应消息，其中包含计费处理结果。
具体地，计费处理设备生成计费响应消息并将其发送给计费触发设备，所计费响应消息中包含上述计费处理的结果，例如：授予的配额、保障通知开关的操作指令等。
与步骤202的计费请求消息相应地，所述计费响应消息可以是计费资源创建响应消息、计费资源更新响应消息或计费资源删除响应消息(计费资源删除响应消息中的计费处理结果不包含授予的配额、操作指令)。
相应地，计费触发设备从计费处理设备接收所述第一计费响应消息，并从所述第一计费响应消息中解析出所述计费处理结果，如果所述计费处理结果包含授予的配额，则基于所述授予的配额执行配额管理，如果所述计费处理结果包含操作指令或管理指令，则根据所述操作指令或管理指令更新本地触发器的激活状态或类型，或者打开/关闭通知功能。
在图2对应的方法流程中，计费处理设备可以“按保障”对数据业务进行计费处理，即：按照数据业务的QoS的保障状态进行计费处理，这既有利于为用户提供更为精确的计费服务，也有利于运营商灵活调配其网络资源，并以更合理的方式从其网络服务中获取收入。
图3A-图3B分别为本申请实施例提供的对保障数据业务进行计费处理的第二-第三方法流程图；这些方法流程均基于图1所示架构实现，其中，计费触发设备对应图1中的计费触发设备102，计费处理设备对应图1中的计费处理设备101；这些方法流程假设保障数据业务的QOS的保障状态保持不变。
图3A所示的方法流程中，保障数据业务的计费方式为在线计费，计费处理设备根据计费触发设备发送的保障状态和计费数据(包含使用数据和/或配额请求)，对保障数据业务进行计费处理，主要包括如下步骤：
步骤301：计费触发设备获取保障数据业务的服务质量QoS1，确定QoS1的保障状态为GS11。
具体地，计费处理设备根据本地配置，或者策略控制设备下发的PCC规则，获取保障数据业务的服务质量为QoS1，例如，“保障带宽为100M”；计费触发设备在本地维护保障状态，并基于从无线接入网络接收到的QoS的保障状态更新本地维护的保障状态。
步骤302：计费触发设备生成计费资源创建请求消息。
具体地，根据业务的需要，计费触发设备为所述保障数据业务生成计费资源创建请求消息，该计费资源创建请求消息可以包含QoS1、GS11和对应于QoS1和GS11的所述保障数据业务的配额请求RSU11。
应理解，QoS1、GS11和RSU11在该计费资源创建请求消息中可以以并列方式存在，也可以以嵌套方式存在。本申请实施例提及的计费请求消息包含QoS、保障状态、保障通知开关状态和计费数据，并不限定这些信息在计费请求消息中的相对位置关系，将不再赘述。
上述并列方式示例如下：
Figure BDA0002162597700000121
Figure BDA0002162597700000131
上述嵌套方式示例如下：
Figure BDA0002162597700000132
上述嵌套方式又一示例如下：
Figure BDA0002162597700000133
为叙述方便，本申请实施例描述一个计费消息或以上述“并列”方式或以上述“嵌套”方式或以其他方式包含RSU、QoS、GS和GNSS时，用“-”连接这些信息来表示，例如：“计费请求消息包含QoS-GS-GNSS-RSU”，表示“计费请求消息同时包含QoS、GS、GNSS和RSU”，但并不限定这些信息在计费消息中的顺序和结构关系，可以以上文所述的并列方式包含，也可以是嵌套方式包含，本申请实施例不作限定；“计费请求消息包含QoS-GS-USU”、“计费请求消息包含QoS-GS-GNSS-USU”，可以类推，本申请实施例将不再赘述。
可选地，该计费资源创建请求消息还可以包含5QI或者资源类型，以便计费处理设备确定所述保障数据业务为要求保障服务质量的数据业务。
步骤303：计费触发设备向计费处理设备发送该计费资源创建请求消息，其中包含QoS1-GS11-RSU11。
步骤304：计费处理设备对RSU11进行计费处理。
具体地，计费处理设备接收所述计费请求消息，可以根据QoS1和GS11，对RSU11进行计费处理，例如，根据QoS1和GS11进行批价并授予配额GSU11。
可选地，如果计费处理设备从该计费资源创建请求消息中解析出5QI或者资源类型，则在根据QoS1和GS11对RSU11进行计费处理之前，根据该5QI或者资源类型，确定所述保障数据业务为要求保障服务质量的数据业务，以决定在对RSU11进行计费处理过程中将QoS1和GS11作为批价因子。
可选地，计费处理设备也可以不根据QoS1和GS11进行批价，而将QoS1、GS11和RSU11写入计费话单，用于后续对计费数据进行分析。本申请实施例中，当计费请求消息中有配额请求时，对计费请求消息中的QoS、QoS的保障状态、QoS的保障通知开关的状态，均可以如此处理，将不再赘述。
步骤305：计费处理设备向计费触发设备发送计费资源创建响应消息，所述计费资源创建响应消息中包含GSU11。
具体地，计费处理设备生成计费资源创建响应消息并将其发送给计费触发设备，所述计费资源创建响应消息包含计费资源标识、GSU11等。随后，计费触发设备可以基于GSU11放行所述保障数据业务。
步骤306：计费触发设备确定保障数据业务的计费上报条件满足，获取USU11，生成计费资源更新请求消息。
具体地，计费触发设备确定所述保障数据业务的计费上报条件满足，例如，用户设备的位置发生变化，或者接入网络发生切换等，获取相应的使用数据USU11，并生成计费请求消息，该消息中包含可以包含QoS1、GS11和USU11，可选的，还可以包括QoS1、GS11和RSU12继续申请配额，其中，RSU12为对应服务质量QoS1和保障状态GS11的所述保障数据业务的配额请求。
类似地，QoS1-GS11-USU11在计费请求消息中可以是并列的，也可以是嵌套的，本申请后续实施例将不再赘述。
步骤307：计费触发设备向计费处理设备发送所述计费资源更新请求消息，其中包含QoS1-GS11-USU1，可选地，还可以包含QoS-GS11-RSU12。
步骤308：计费处理设备对USU11、RSU12进行计费处理。
具体地，计费触发设备接收所述计费资源更新请求消息，从中解析出QoS1-GS11-USU1和QoS-GS11-RSU12，再根据QoS1和GS11对USU11进行计费处理，例如，以QoS1和GS11作为批价因子，从用户账户中扣减与USU11中的使用量相应的费用；且根据QoS1和GS11对RSU12进行计费处理得到授权的配额GSU12，具体可以参考步骤304中对RSU11的计费处理。
可选地，计费处理设备也可以不根据QoS1和GS11进行批价，而将QoS1、GS11和USU11写入计费话单，用于后续对计费数据进行分析。本申请实施例中，当计费请求消息中有配额请求时，对计费请求消息中的QoS、QoS的保障状态、QoS的保障通知开关的状态，均可以如此处理，将不再赘述。
步骤309：计费处理设备向计费触发设备发送计费资源更新响应消息，其中包含GSU12。
具体地，计费处理设备生成计费资源更新响应消息并将其发送计费触发设备，该响应消息包含GSU12。
相应地，计费触发设备接收所述计费资源更新响应消息，从中解析出GSU12，并基于GSU12进行配额管理。
在图3A对应的实施例使得计费处理设备可以根据QoS的保障状态，对保障数据业务的配额请求和使用数据进行计费处理，可以提高计费的精确性，避免运营商损失，也能支撑运营商灵活调配其网络资源。
图3B所示的方法流程中，保障数据业务的计费方式为离线计费，计费处理设备根据计费触发设备发送的保障状态和计费数据(包含使用数据)，对保障数据业务进行计费处理，主要包括如下步骤：
步骤351：计费触发设备获取保障数据业务的服务质量QoS2，确定QoS2的保障状态为GS21。
该步骤与步骤301类似，不再赘述。
步骤352：计费触发设备获取USU21，生成计费资源创建请求消息。
具体地，计费触发设备获取所述保障数据业务的初始使用数据USU21，并生成计费资源创建请求消息，该消息中包含QoS2-GS21-USU21。
步骤353：计费触发设备向计费处理设备发送所述计费资源创建请求消息，该请求消息中包含QoS2-GS21-USU21。
步骤354：计费处理设备对USU21进行计费处理。
具体地，计费处理设备接收所述计费资源创建请求消息，从中解析出QoS2、GS21和USU21，进而根据QoS2和GS21，对USU21进行计费处理，例如，基于QoS1和GS11生成计费话单。
步骤355：计费处理设备向计费触发设备发送计费资源创建响应消息。
所述计费资源创建响应消息可以包含计费资源的标识以及成功标志。
步骤356：计费触发设备确定计费上报条件满足，获取USU22，生成计费资源更新请求消息。
该步骤与步骤306类似，但不需要处理配额请求，不再赘述。
步骤357：计费触发设备向计费处理设备发送计费资源更新请求消息，其中包含QoS2-GS21-USU22。
步骤358：计费处理设备对USU22进行计费处理。
该步骤与步骤354类似，不再赘述。
步骤359：计费处理设备向计费触发设备发送计费资源更新响应消息。
相应地，后续计费触发设备接收所述计费资源更新响应消息，根据其中的成功标志确认计费处理成功。应理解上述GSU12、成功标志均属于计费处理结果。
在图3B对应的方法流程使得计费处理设备可以对离线计费的保障数据业务做到“按保障”计费。
由于网络资源是有限的，有时候无线接入网络可能无法为保障数据业务预留足够的网络资源，从而可能导致保障数据业务的QoS的保障状态发生变化。在此情况下，如果不能根据QoS的保障状态的变化及时调整计费处理策略，势必影响计费的准确性或公平性，也可能影响用户体验。为此，计费触发设备可以根据QoS的保障状态的变化，及时将变化前后的不同保障状态下的计费数据上报给计费处理设备进行计费处理，具体可参见图5A-图5D对应的方法流程。在此之前，计费触发设备可以先从计费处理设备接收管理指令，为上报计费数据做准备，具体可参见图4对应的方法流程。
图4为本申请实施例提供的对保障数据业务进行计费处理的第四方法流程图，该方法流程基于图1所示架构实现，其中：计费触发设备对应图1中的计费触发设备102、计费处理设备对应图1中的计费处理设备101、无线接入网络对应图1中的无线接入网络103；该方法流程中，计费处理设备可以向计费触发设备发送管理指令，主要包括如下步骤：
步骤401：计费触发设备为保障数据业务设置QoS的保障状态触发器、QoS的保障通知开关状态触发器。
具体地，计费触发设备可以在初始化时或者在用户的订购业务时，为所述保障数据业务设置QoS的保障状态触发器、QoS的保障通知状态触发器。其中：
保障状态触发器的类型可以为立即上报，也可以为延迟上报；保障状态触发器的激活状态可以为激活，也可以为去激活；
保障通知状态触发器的类型可以为立即上报，也可以为延迟上报；QoS的保障通知状态触发器的激活状态可以为激活，也可以为去激活。
步骤402：计费触发设备生成计费资源创建请求消息。
具体地，计费触发设备为所述保障数据业务生成计费资源创建请求消息，该计费资源创建请求消息包含保障数据业务的指示，所述保障数据业务的指示为所述保障数据业务的5QI或所述保障数据业务的资源类型。
可选地，计费触发设备可以在所述计费资源创建请求消息中包含所述QoS的保障通知开关状态。
可选地，计费触发设备可以在所述计费资源创建请求消息中包含所述QoS的保障状态。
应理解，如果所述保障数据业务的计费方式为在线计费，则所述计费资源创建请求消息还可以包含所述保障数据业务的配额请求及相应的保障状态等，如果所述保障数据业务的计费方式为离线计费，则所述计费资源创建请求消息还可以包含所述保障数据业务的使用数据及相应的保障状态等，从而，在后续的步骤403、404和405中将有相应的处理，具体可参见本申请其他方法流程，如图3A、图3B、图5A-图5D、图6A-图6D的方法流程。为叙述方便，本方法流程中将略去这些信息的发送及处理的描述。
步骤403：计费触发设备向计费处理设备发送计费资源创建请求消息，该请求消息包含保障数据业务的指示、所述QoS的保障通知开关状态、所述QoS的保障状态。
其中，所述QoS的保障通知开关状态和所述QoS的保障状态是可选的。。
步骤404：计费处理设备执行计费处理操作，生成计费资源创建响应消息。
具体的，计费处理设备接收并解析所述计费资源创建请求消息，根据其中的保障数据业务的指示确定所述保障数据业务为需要保障服务质量的数据业务，进而确定需要执行基于QoS的保障状态的计费处理。例如，计费处理设备在确定所述保障数据业务为需要保障服务质量的数据业务后，可以先根据用户的订购信息确定用户已订购保障服务，再确定需要执行基于QoS的保障状态的计费处理。
在此基础上，计费处理设备可以执行以下项目中的一项或多项：
-确定是否需要设置计费触发设备上的QoS的保障状态触发器的激活状态和/或类型，并在需要设置时，在生成的计费响应消息中包含对应的操作指令作为计费处理结果的一部分，该操作指令中可以包含目标激活状态和/或目标类型。计费处理设备可以根据本地配置的策略，确定需要设置计费触发设备上的保障状态触发器的激活状态和/或类型。
-确定是否需要设置计费触发设备上的QoS的保障通知开关状态触发器的激活状态和/或类型，并在需要设置时，在生成的计费响应消息中包含对应的操作指令作为计费处理结果的一部分，该操作指令中可以包含目标激活状态和/或目标类型。计费处理设备可以根据本地配置的策略，确定需要设置计费触发设备上的保障通知开关状态触发器的激活状态和/或类型。
-根据所述计费资源创建请求消息中的保障通知开关状态，确定所述计费触发设备上的所述的QoS的保障状态通知开关的当前状态，进而确定是否下发指令设置所述QoS的保障通知开关，并在需要设置时，在生成的计费响应消息中包含对应的操作指令作为计费处理结果的一部分。在所述QoS的保障通知开关的当前状态为关闭时，计费处理设备可以将指示所述计费处理设备打开所述保障通知开关的操作指令包含在所生成的计费资源创建响应消息中，或者，可选地，计费处理设备也可以确定将在收到所述计费资源创建请求消息之后收到的所述保障数据业务的计费数据按QoS的保障状态为无保障状态进行计费处理。计费处理设备也可以根据本地配置的策略，确定需要设置计费触发设备上的保障通知开关的状态。
步骤405：计费处理设备向计费触发设备发送计费资源创建响应消息，该响应消息保障通知开关的操作指令(可选)，保障状态触发器的操作指令(可选)，保障通知开关状态触发器的操作指令(可选)。
计费触发设备接收并解析所述计费资源创建响应消息，从中获取所述保障通知开关的操作指令、保障状态触发器的操作指令和保障通知开关状态触发器的操作指令，并按照下面步骤执行相应的操作指令。
步骤406：计费触发设备执行保障通知开关的操作指令(可选)。
具体地，如果所述计费资源创建响应消息中包含所述保障通知开关的操作指令，则执行步骤407。所述保障通知开关的操作指令可以指示打开所述保障通知开关，也可以指示关闭所述保障通知开关。
步骤407：计费触发设备向无线接入网络请求向计费触发设备通知QoS的保障状态或请求取消向计费触发设备通知QoS的保障状态。
具体地，若所述保障通知开关的操作指令指示打开所述保障通知开关且所述保障通知开关的当前状态为关闭，则计费触发设备请求无线接入网络向所述计费触发设备通知所述QoS的保障状态；若所述保障通知开关的操作指令指示关闭所述QoS保障通知开关且所述保障通知开关当前处于可关闭状态，则计费触发设备请求无线接入网络取消向所述计费触发设备通知所述保障数据业务的QoS保障状态。其中，可关闭状态是指当前保障通知开关为打开状态，且当前没有其他实体(如策略控制设备)使用该保障通知开关。
步骤408：计费触发设备执行保障状态触发器的操作指令(可选)
具体地，如果所述计费资源创建响应消息中包含保障状态触发器的操作指令，则根据该操作指令，设置计费触发设备上的所述QoS的保障状态触发器的激活状态和/或类型；或者根据该操作指令中的激活状态和/或类型，覆盖计费触发设备上的所述QoS的保障状态触发器当前设置的激活状态和/或类型。
步骤409：计费触发设备执行保障通知开关状态触发器的操作指令(可选)
具体地，如果所述计费资源创建响应消息中包含保障通知开关状态触发器的操作指令，则根据该操作指令，设置计费触发设备上的所述QoS的保障通知开关状态触发器的操作指令的激活状态和/或类型；或者根据该操作指令中的激活状态和/或类型，覆盖计费触发设备上的所述QoS的保障通知开关状态触发器当前设置的激活状态和/或类型。
上述步骤406-409之间的顺序不限定，上述顺序只是示例性的，计费触发设备可以以其他顺序执行上述步骤。
应理解，本申请实施例不限定上述操作指令的形式，例如，可以是计费响应消息中的一个字段或标志位等。
在图4对应的方法流程中，计费处理设备通过下发操作指令，可以提高计费处理设备对保障数据业务的QoS的保障状态上报行为的管理能力，实现更为灵活的计费
图4对应的方法流程可以作为图5A-图5D、图6A-图6D的方法流程的执行前提，也可以在这些方法流程中执行。
图5A-图5D分别为本申请实施例提供的对保障数据业务进行计费处理的第五-第八方法流程图，这些方法流程基于图1所示架构实现，其中，计费触发设备对应图1中的计费触发设备102、计费处理设备对应图1中的计费处理设备101、无线接入网络对应图1中的无线接入网络103；这些方法流程假设保障数据业务的QOS的保障状态会发生变化。
图5A所示方法流程中，保障数据业务的计费方式为在线计费，计费触发设备确定QoS的保障状态发生变化时，立即上报所述变化前后的计费数据，主要包括如下步骤：
步骤501：计费触发设备获取保障数据业务的服务质量QoS3，确定QoS3的保障状态为GS31(相对而言，称为第一保障状态)。
该步骤与步骤301类似，不再赘述。
步骤502：计费触发设备生成计费资源创建请求消息。
该步骤与步骤302类似，不再赘述。
步骤503：计费触发设备向计费处理设备发送计费资源创建请求消息，其中包含QoS3-GS31-RSU31。
该步骤与步骤303类似，不再赘述。配额请求RSU31相当于步骤302的RSU11。
步骤504：计费处理设备根据QoS3和GS31，对配额请求RSU31进行计费处理。
该步骤与步骤304类似，不再赘述。
步骤505：计费处理设备向计费处理设备发送计费资源创建响应消息，其中包含授予的配GSU31。
该步骤与步骤305类似，不再赘述。授予的配额GSU31相当于步骤305的GSU11。
步骤506：无线接入网络通知GS32。
具体地，可以是无线接入网中的基站，如3GPP标准规范定义的gNB或eNB设备向计费触发设备发送QoS3的保障状态GS32(相对而言，称为第二保障状态)，例如“无保障”。
步骤507：计费触发设备确定QoS的保障状态从GS31变为GS32，获取变化前USU31(相对而言，称为第一使用数据)，生成计费资源更新请求消息。
具体地，计费触发设备将从无线接入网络接收到的新保障状态GS32与确定的保障状态GS31进行比较，确定QoS3的保障状态发生了变化。计费触发设备基于QoS3的已激活的保障状态触发器的类型为立即上报，则获取该变化前的使用数据USU31，并据此生成计费资源更新请求消息，该消息中包含QoS3-GS31-USU31以及USU31的上报原因，所述上报原因指示是由于QoS的保障状态的变化导致向所述计费处理设备发送USU31；可选地，该消息还可以包含QoS3-GS32-RSU32，其中RSU32为对应于QoS3和GS32的所述保障数据业务的配额请求。
步骤508：计费触发设备向计费处理设备发送所述计费资源更新请求消息，该消息中包含QoS3-GS31-USU31、USU31的上报原因以及QoS3-GS32-RSU32。
其中，QoS3、GS32和RSU32和USU31的上报原因是可选的。
步骤509：计费处理设备根对USU31进行计费处理，对RSU32进行计费处理。
该步骤与步骤308类似，不再赘述。
步骤510：计费处理设备向计费触发设备发送计费资源更新响应消息，其中包含GSU32。
图5B所示的方法流程中，保障数据业务的计费方式为离线计费，计费触发设备确定QoS的保障状态发生变化时，立即上报所述变化前的使用数据，主要包括如下步骤：
步骤521-步骤525与步骤351-步骤355的过程类似，不再赘述。
步骤526与步骤506类，不再赘述。
步骤527：计费触发设备确定QoS的保障状态从GS41变为GS42，获取变化前USU41(相对而言，称为第一使用数据)，生成计费资源更新请求消息。
该步骤与步骤507类似，但由于计费方式为离线计费，所生成的计费资源更新请求消息中不必包含配额请求。
步骤528：计费触发设备向计费处理设备发送计费资源更新请求消息,该消息中包含QoS4-GS41-USU41和USU41的上报原因。
该步骤与步骤508类似，不再赘述。
步骤529：计费处理设备对USU41进行计费处理。
该步骤与358类似，将不再赘述。
步骤530：计费处理设备向计费触发设备发送计费资源更新响应消息。
该步骤与359类似，将不再赘述。
图5A和图5B对应的方法流程中，计费处理设备可以在QoS的保障状态发生变化的情况下，保持“按保障”计费、避免计费误差，并且立即上报的机制可以使得保障状态的变化更及时地在计费处理结果中得到体现，有助于提高用户体验。
图5C所示的方法流程中，保障数据业务的计费方式为在线计费，计费触发设备确定QoS的保障状态发生变化时，延时上报所述变化前的使用数据，主要包括如下步骤：
步骤541-步骤546的过程与步骤501-步骤506类似，不再赘述。
步骤547：计费触发设备确定QoS的保障状态从GS51变为GS52，关闭计数器，获取变化前USU51，其关闭原因含QoS的保障状态的变化。
具体地，计费触发设备将从无线接入网络接收到的新保障状态GS52与确定的保障状态GS51进行比较，确定QoS5的保障状态发生了变化。计费触发设备基于QoS5的保障状态触发器已经激活，且其类型为延迟上报，则获取该变化前的使用数据USU51，但暂不生成计费资源更新请求消息，而是保存USU51和USU51的计数器的关闭原因，所述关闭原因指示是由于QoS的保障状态的变化导致所述计数器的关闭。这样计费触发设备可以在保障状态发生变化后的第一次计费上报条件(如：用户位置发生变化等)满足时，通过计费请求消息将所保存的USU51及其计数器关闭原因上报给计费处理设备。
步骤548：计费触发设备开启新的计数器。
具体地，计费触发设备在步骤547的同时或者之后，开启新的计数器，以采集所述保障数据业务的后续使用量。
步骤549：计费处理设备确定计费上报条件满足，获取USU52(相对而言，称为第一使用数据)(可选)，生成计费资源更新请求消息。
具体地，计费触发设备确定所述保障数据业务的计费上报条件(如：用户位置发生变化等)满足，或者其他数据业务(如：同一PDU会话中所述保障数据业务之外的数据业务)的计费上报条件满足，则获取所保存的USU51和USU51的计数器的关闭原因，生成计费资源更新请求消息。
如果是其他数据业务的计费上报条件满足，则所述计费资源更新请求消息可以包含QoS5-GS51-USU51、USU51的计数器的关闭原因以及QoS5-GS52-RSU52，其中RSU52为对应于QoS5和GS52的所述保障数据业务的配额请求。
如果是所述保障数据业务的计费上报条件满足，则所述计费资源更新请求消息除了包含QoS5-GS51-USU51、USU51的计数器的关闭原因外，还可以包含QoS5-GS52-USU52以及QoS5-GS52-RSU52，其中USU52(相对而言，称为第二使用数据)为保障状态变化后到所述保障数据业务的计费上报条件满足之间的使用数据，其中RSU52为对应于QoS5和GS52的所述保障数据业务的配额请求。因此，这种情况下，计费触发设备还获取USU52。
步骤550：计费处理设备向计费触发设备发送计费资源更新请求消息，该请求消息中包含QoS5-GS51-USU51、USU51的关闭原因、QoS5-GS52-USU52和QoS5-GS52-RSU52。
其中，QoS5-GS52-USU52是可选的。
步骤551：计费处理设备对USU51、USU52、RSU52进行计费处理。
具体地，计费处理设备接收并解析上述计费资源更新请求消息，并执行：
如果上述计费资源更新请求消息包含QoS5-GS51-USU51，则根据QoS5-GS51，对USU51进行计费处理；根据QoS及保障状态对使用数据的计费处理可以参见图3A的方法流程，不再赘述；
如果上述计费资源更新请求消息包含QoS5-GS52-USU52，则根据QoS5-GS52，对USU52进行计费处理；
如果上述计费资源更新请求消息包含QoS5-GS52-RSU52，则根据QoS5-GS52，对RSU52进行计费处理，得到授权的配额GSU52；根据QoS及保障状态对配额请求的计费处理可以参见图3A的方法流程，不再赘述；
如果上述计费资源更新请求消息包含USU51的计数器的关闭原因，计费触发设备可以据此确定所述保障数据业务的QoS的保障状态发生了变化，进而进行准确的计费处理。
步骤552：计费处理设备向计费触发设备发送计费资源更新响应消息，该响应消息可以包含GSU52。
该步骤与步骤510类似，不再赘述。
图5D所示的方法流程中，保障数据业务的计费方式为离线计费，计费触发设备确定QoS的保障状态发生变化时，延时上报所述变化前的使用数据，主要包括如下步骤：
步骤561-步骤566与步骤521-步骤526类似，不再赘述。
步骤567-步骤568与步骤547-步骤548类似，不再赘述。
步骤569：计费处理设备确定计费上报条件满足，获取USU63，生成计费资源更新请求消息。
具体地，计费触发设备确定所述保障数据业务的计费上报条件(如：用户位置发生变化等)满足，或者其他数据业务(如：同一PDU会话中所述保障数据业务之外的数据业务)的计费上报条件满足，则获取步骤567所保存的USU62(相对而言，称为第一使用数据)和USU62的计数器的关闭原因，生成计费资源更新请求消息。
如果是其他数据业务的计费上报条件满足，则所述计费资源更新请求消息可以包含QoS6-GS61-USU62、USU62的计数器的关闭原因。
如果是所述保障数据业务的计费上报条件满足，则所述计费资源更新请求消息除了包含QoS6-GS61-USU62、USU62的计数器的关闭原因外，还可以包含QoS6-GS62-USU63，其中USU63(相对而言，称为第二使用数据)为保障状态变化后到所述保障数据业务的计费上报条件满足之间的使用数据。因此，这种情况下，计费触发设备还获取USU63。
步骤570：计费处理设备向计费触发设备发送计费资源更新请求消息，该请求消息包含QoS6-GS61-USU62、USU62的关闭原因和QoS6-GS62-USU63(可选)。
其中QoS6-GS62-USU63为可选的。该步骤与步骤550类似，但是由于计费资源更新请求消息中不包含所述保障数据业务的配额请求，因此无需相应的计费处理。
步骤571：计费处理设备对USU62、USU63(可选)进行计费处理。
具体地，计费处理设备接收并解析上述计费资源更新请求消息，并执行：
如果上述计费资源更新请求消息包含QoS6-GS61-USU62，则根据QoS6-GS61，对USU62进行计费处理；根据QoS及保障状态对使用数据的计费处理可以参见图3A的方法流程，不再赘述；
如果上述计费资源更新请求消息包含QoS6-GS62-USU63，则根据QoS6-GS62，对USU63进行计费处理。
如果上述计费资源更新请求消息包含USU62的计数器的关闭原因，计费触发设备可以据此确定所述保障数据业务的QoS的保障状态发生了变化，进而进行准确的计费处理。
步骤572：计费处理设备向计费触发设备发送计费资源更新响应消息。
相应地，后续计费触发设备接收所述计费资源更新响应消息，确认计费处理成功。
图5C和图5D对应的方法流程中，计费处理设备可以在QoS保障状态发生变化的情况下，保持“按保障”计费，并且延迟上报的机制不仅可以为用户实现更为灵活的计费，还可以减少计费触发设备与计费处理设备之间的交互次数，减轻网关和计费处理设备的压力。
图5A-图5D对应的方法流程中，默认计费触发设备上的保障数据业务的QoS的保障通知开关是打开的。当考虑该开关状态可能因各种因素发生变化的时候(例如，策略控制设备向计费触发设备下发策略控制规则，可能导致该开关状态的变化)，为了确保计费的准确性，还可以将保障通知开关状态上报给计费处理设备。
图6A-图6D分别为本申请实施例提供的对保障数据业务进行计费处理的第九-第十二方法流程图，这些方法流程基于图1所示架构实现，其中，计费触发设备对应图1中的计费触发设备102、计费处理设备对应图1中的计费处理设备101、无线接入网络对应图1中的无线接入网络103；这些方法流程假设保障数据业务的QOS的保障通知开关状态会发生变化。
图6A所示方法流程中，保障数据业务的计费方式为在线计费，计费触发设备确定QoS的保障通知开关状态发生变化后，立即上报所述变化前后的计费数据，主要包括如下步骤：
步骤601：计费触发设备获取保障数据业务的服务质量QoS7，确定QoS7的保障状态为GS71，确定QoS7的保障通知开关状态为GNSS71(相对而言，称为第一开关状态)。
具体地，计费处理设备根据本地配置或者策略控制设备下发的PCC规则，获取保障数据业务的服务质量为QoS7，例如，“保障带宽10M”；计费触发设备确定QoS7的保障状态为GS71，例如为“有保障”，确定QoS7的保障通知开关状态为GNSS71，例如为“打开”，打开意味着，计费触发设备已经向RAN发送请求消息，请求其向计费触发设备通知QoS7的保障状态。
步骤602：计费触发设备生成计费资源创建请求消息。
具体地，根据业务的需要，计费触发设备为所述保障数据业务生成计费资源创建请求消息，所述计费资源创建请求消息可以包含QoS7、GS71和对应于QoS7和GS71的所述保障数据业务的配额请求RSU71。
步骤603：计费触发设备向计费处理设备发送计费资源创建请求消息，该请求消息中包含QoS7-GS71-GNSS71-RSU71。
步骤604：计费处理设备对RSU71进行计费处理。
具体地，计费处理设备接收所述计费请求消息，从中解析出QoS7-GS71-GNSS71-RSU71，进而根据QoS7、GS71和GNSS71，对RSU71进行计费处理，例如，根据QoS7、GS71和GNSS71进行批价并授予相应的配额GSU71。
步骤605：计费处理设备向计费触发设备发送计费资源创建响应消息，所述计费资源创建响应消息中包含GSU71。
具体地，计费处理设备生成计费资源创建响应消息并将其发送给计费触发设备，所述计费资源创建响应消息包含计费资源标识、GSU71等。随后，计费触发设备可以基于GSU71放行所述保障数据业务。
步骤606：计费触发设备改变QoS的保障通知开关状态为GNSS72(相对而言，称为第二开关状态)。
具体地，计费触发设备可以根据策略控制设备下发的PCC规则或者控制指令，改变QoS7的保障通知开关状态，将其改变为GNSS72，这意味着，计费触发设备可能已经向无线接入网络发送请求消息，请求其其向计费触发设备通知QoS7的真实保障状态或者取消向计费触发设备通知QoS7的真实保障状态，具体取决于GNSS72的实际值(即“打开”或“关闭”)。
步骤607：计费触发设备确定QoS的保障通知开关状态从GNSS71变为GNSS72，获取变化前USU71，USU71的上报原因含开关状态的变化，生成计费资源更新请求消息。
具体地，计费触发设备根据步骤606的改变结果，确定QoS7的保障通知开关状态发生了变化。计费触发设备基于QoS7的保障通知开关触发器已经激活，且类型为立即上报，则获取该变化前的使用数据USU71，并据此生成计费资源更新请求消息，该消息中包含QoS7-GS71-USU71-GNSS71以及USU71的上报原因，所述上报原因指示是由于QoS的保障通知开关状态的变化导致向所述计费处理设备发送USU71；可选地，该消息还可以包含QoS7-GS71-GNSS72-RSU72，其中RSU32为对应于QoS3和GS32的所述保障数据业务的配额请求。
步骤608：计费触发设备向计费处理设备发送计费资源更新请求消息，该请求消息中包含QoS7-GS71-GNSS71-USU71、QoS7-GS71-GNSS72-RSU72以及USU71的上报原因。
步骤609：计费处理设备对USU71、RSU72(可选)进行计费处理。
具体地，计费处理设备可以基于QoS7、GS71和GNSS71针对USU71进行批价及对用户账户进行扣减处理，基于QoS7、GS71和GNSS72得到授予的配额为GSU72。
步骤610：计费处理设备向计费触发设备发送计费资源更新响应消息，该响应消息包含GSU72。
图6B所示方法流程中，保障数据业务的计费方式为离线计费，计费触发设备确定QoS的保障通知开关状态发生变化后，立即上报所述变化前后的计费数据，主要包括如下步骤：
步骤621：计费触发设备获取保障数据业务的服务质量QoS8，确定QoS8的保障状态为GS81，确定QoS8的保障通知开关状态为GNSS81(相对而言，称为第一开关状态)。
该步骤与步骤601类似，不再赘述。
步骤622：计费触发设备获取USU81，生成计费资源创建请求消息。
具体地，计费触发设备获取所述保障数据业务的使用数据USU81(相对而言，称为第二使用数据)，并生成计费资源创建请求消息，该消息中包含QoS8-GS81-GNSS81-USU81。
步骤623：计费触发设备向计费处理设备发送计费资源创建请求消，该请求消息包含QoS8-GS81-GNSS81-USU81。
步骤624：计费处理设备对USU81进行计费处理。
该步骤可以参考步骤609中对USU71进行的计费处理，不再赘述。
步骤625：计费处理设备向计费触发设备发送计费资源创建响应消息。
所述计费资源创建响应消息可以包含计费资源的标识。
步骤626：计费触发设备改变QoS的保障通知开关状态为GNSS82(相对而言，称为第二开关状态)。
该步骤与步骤606类似，不再赘述。
步骤627：计费触发设备确定QoS的保障通知开关状态从GNSS81变为GNSS82，获取变化前USU82，USU82的上报原因含开关状态的变化，生成计费资源更新请求消息。
具体地，计费触发设备根据步骤626的改变结果，确定QoS8的保障通知开关状态发生了变化。计费触发设备基于QoS8的保障通知开关触发器已经激活，且类型为立即上报，则获取该变化前的使用数据USU82，并据此生成计费资源更新请求消息，该消息中包含QoS8-GS81-USU82-GNSS82以及USU82的上报原因，所述上报原因指示是由于QoS的保障通知开关状态的变化导致向所述计费处理设备发送USU82。
步骤628：计费触发设备向计费处理设备发送计费资源更新请求消息，该请求消息中包含QoS8-GS81-GNSS81-USU82和USU82的上报原因。
步骤629：计费处理设备对USU82进行计费处理。
该步骤可以参考步骤609中对USU71的计费处理。
步骤630：计费处理设备向计费触发设备发送计费资源更新响应消息。
图6A和图6B对应的方法流程中，计费处理设备可以在QoS的保障通知开关状态发生变化的情况下，保持“按保障”计费、避免计费误差，并且立即上报的机制可以使得保障通知开关状态的变化更及时地在计费处理结果中得到体现，有助于提高用户体验。
图6C所示方法流程中，保障数据业务的计费方式在线计费，计费触发设备确定QoS的保障通知开关状态发生变化后，延时上报所述变化前的计费数据，主要包括如下步骤：
步骤641-步骤646与步骤601-步骤606类似，不再赘述。
步骤647：计费触发设备确定QoS保障通知开关状态从GNSS91变为GNSS92，关闭计数器，获取变化前USU91，其关闭原因含开关状态的变化。
具体地，计费触发设备根据步骤646的改变结果，确定QoS9的保障状态发生了变化。计费触发设备基于QoS9的保障通知开关状态触发器已经激活，且其类型为延迟上报，则获取该变化前的使用数据USU91，但暂不生成计费资源更新请求消息，而是保存USU91和USU91的计数器的关闭原因，所述关闭原因指示是由于QoS的保障通知开关状态的变化导致所述计数器的关闭。这样计费触发设备可以在保障状态发生变化后的第一次计费上报条件满足时，通过计费请求消息将所保存的USU91及其计数器的关闭原因上报给计费处理设备。
步骤648：计费触发设备开启计数器。
具体地，计费触发设备在步骤647的同时或者之后，开启新的计数器，以采集所述保障数据业务的后续使用量。
步骤649：计费处理设备确定计费上报条件满足，获取USU92(相对而言，称为第一使用数据)(可选)，生成计费资源更新请求消息。
具体地，计费触发设备确定所述保障数据业务的计费上报条件满足，或者其他数据业务(所述保障数据业务之外的数据业务)的计费上报条件满足，则获取所保存的USU91和USU91的计数器的关闭原因，生成计费资源更新请求消息。
如果是其他数据业务的计费上报条件满足，则所述计费资源更新请求消息可以包含QoS9-GS91-GNSS91-USU91、USU91的计数器的关闭原因以及QoS9-GS91-GNSS92-RSU92，其中RSU92为对应于QoS9、GS91和GNSS92的所述保障数据业务的配额请求。
如果是所述保障数据业务的计费上报条件满足，则所述计费资源更新请求消息除了包含QoS9-GS91-GNSS91-USU91、USU91的计数器的关闭原因外，还可以包含QoS9-GS91-GNSS92-USU92以及QoS9-GS91-GNSS92-RSU92，其中USU92(相对而言，称为第二使用数据)为保障状态变化后到所述保障数据业务的计费上报条件满足之间的使用数据，其中RSU92为对应于QoS9、GS91和GNSS92的所述保障数据业务的配额请求。因此，这种情况下，计费触发设备还获取USU92。
步骤650：计费触发设备向计费处理设备发送计费资源更新请求消息，该请求消息包含QoS9-GS91-GNSS91-USU91、USU91的关闭原因、QoS9-GS91-GNSS92-RSU92(可选)和QoS9-GS91-GNSS92-USU92(可选)。
步骤651：计费处理设备对USU91、USU92(可选)进行计费处理。
计费处理设备接收并解析计费资源更新请求消息，并执行：
如果计费请求消息包含QoS9-GS91-GNSS91-USU91，则根据QoS9-GS91-GNSS91，对USU91进行计费处理；根据QoS、QoS的保障状态及QoS的保障通知开关状态对使用数据的计费处理可以参见步骤609，不再赘述；
如果计费请求消息包含QoS9-GS91-GNSS92-USU92，则根据QoS9-GS91-GNSS92，对USU92进行计费处理；
如果计费请求消息包含QoS9-GS91-GNSS92-RSU92，则根据QoS9-GS91-GNSS92，对QoS9-GS91-GNSS92进行计费处理，得到授权的配额GSU92；根据QoS、QoS的保障状态及QoS的保障通知开关状态对配额请求的计费处理可以参见步骤609，不再赘述；
如果计费请求消息包含USU91的计数器的关闭原因，计费触发设备可以据此确定所述保障数据业务的QoS的保障通知开关状态发生了变化。
步骤652：计费处理设备向计费触发设备发送计费资源更新响应消息,该响应消息可以包含GSU92。
图6D所示方法流程中，保障数据业务的计费方式离线计费，计费触发设备确定QoS的保障通知开关状态发生变化后，延时上报所述变化前的计费数据，主要包括如下步骤：
步骤661-步骤666与步骤641-步骤646类似，不再赘述。
步骤667：计费触发设备确定QoS保障通知开关状态从GNSSa1变为GNSSa2，关闭计数器，获取变化前的USUa2，其计数器的关闭原因含QoS保障通知开关状态的变化，生成计费资源更新请求消息。
具体地，计费触发设备根据步骤646的改变结果，确定QoSa的保障状态发生了变化。计费触发设备基于QoSa的保障通知开关状态触发器已经激活，且其类型为延迟上报，则获取该变化前的使用数据USUa2，但暂不生成计费资源更新请求消息，而是保存USUa2和USUa2的计数器的关闭原因，所述关闭原因指示是由于QoS的保障通知开关状态的变化导致所述计数器的关闭。这样计费触发设备可以在保障状态发生变化后的第一次计费上报条件满足时，通过计费请求消息将所保存的USUa2及其计数器的关闭原因上报给计费处理设备。
步骤668：计费触发设备开启计数器。
具体地，计费触发设备在步骤667的同时或者之后，开启新的计数器，以采集所述保障数据业务的后续使用量。
步骤669：计费处理设备确定计费上报条件满足，获取USUa3(可选)，生成计费资源更新请求消息。
具体地，计费触发设备确定所述保障数据业务的计费上报条件满足，或者其他数据业务(如：同一PDU会话中所述保障数据业务之外的数据业务)的计费上报条件满足，则获取所保存的USUa2和USUa2的计数器的关闭原因，生成计费资源更新请求消息。
如果是其他数据业务的计费上报条件满足，则所述计费资源更新请求消息可以包含QoSa-GSa1-GNSSa1-USUa2、USUa2的计数器的关闭原因。
如果是所述保障数据业务的计费上报条件满足，则所述计费资源更新请求消息除了包含QoSa-GSa1-GNSSa1-USUa2、USUa2的计数器的关闭原因外，还可以包含QoSa-GSa1-GNSSa2-USUa3，其中USUa3为保障通知开关状态变化后到所述保障数据业务的计费上报条件满足之间的使用数据。因此，这种情况下，计费触发设备还获取USUa3。
步骤670：计费触发设备向计费处理设备发送计费资源更新请求消息，该请求消息包含QoSa-GSa1-USUa2-GNSSa1，USUa2的计数器的关闭原因，QoSa-GSa1-USUa3-GNSSa2(可选)。
步骤671：计费处理设备对USUa2、USUa3(可选)进行计费处理。
该步骤可以参考步骤609中对USU71进行的计费处理，不再赘述。
步骤672：计费处理设备向计费触发设备发送计费资源更新响应消息。
图6C和图6D对应的方法流程中，计费处理设备可以在QoS保障通知开关状态发生变化的情况下，保持“按保障”计费，并且延迟上报的机制不仅可以为用户实现更为灵活的计费，还可以减少计费触发设备与计费处理设备之间的交互次数，减轻网关和计费处理设备的压力。
应理解，上述图3A-图3B、图4、图5A-图5D、图6A-图6D所示的方法流程中的计费资源创建请求消息，如步骤302/303/304、402/403/404、502/503/504、602/603/604等中的计费资源创建请求消息，均可以用计费资源更新请求消息代替，相应地，其后续步骤中对应的计费资源创建响应消息也均可以用计费资源更新响应消息代替；而其中的计费资源更新请求消息，如步骤306/306/308、402/403/404、507/508/509、607/608/609等中的计费资源更新请求消息，均可以用计费资源删除请求消息代替，相应地，其后续步骤中对应的计费资源更新响应消息也均可以用计费资源删除响应消息代替。
图7为本申请实施例提供的计费触发设备或计费处理设备的硬件结构图。本申请实施例中的所有计费触发设备(例如，图1的102)和计费处理设备(例如，图1的101)，均可以采用图7所示的通用的计算机硬件，其包括处理器701、存储器702、总线703、输入设备704、输出设备705以及网络接口706，其中输入设备704与输出设备705为可选的。
具体的，存储器702可以包括以易失性和/或非易失性存储器形式的计算机存储媒体，如只读存储器和/或随机存取存储器。存储器702可以存储操作系统、应用程序、其他程序模块、可执行代码和程序数据。
输入设备704可以用于输入信息，便于系统管理员对所述计费触发设备或计费处理设备进行操作和管理等，如在计费处理设备上配置故障处理策略等，输入设备704可以为键盘或指向设备，如鼠标、轨迹球、触摸板、麦克风、操纵杆、游戏垫、卫星电视天线、扫描仪或类似设备。这些输入设备可以通过总线703连接至处理器701。
输出设备705可以用于输出信息，便于系统管理员对所述计费触发设备或计费处理设备进行操作和管理等，除了监视器之外，输出设备705还可以为其他外围输出设各，如扬声器和/或打印设备，这些输出设备也可以通过总线703连接到处理器701。
所述计费触发设备或计费处理设备可以通过网络接口706连接到网络中，例如连接到局域网(Local Area Network，LAN)。在联网环境下，所述设备中存储的计算机执行指令可以存储在远程存储设备中，而不限于在本地存储。
对计费触发设备而言，当其中的处理器701执行存储器702中存储的可执行代码或应用程序时，计费触发设备可以执行以上所有实施例中与计费触发设备相对应的方法步骤，如步骤201、302、307、401、501和601等；具体执行过程均参见上述实施例，在此不再赘述。
对计费处理设备而言，当其中的处理器701执行存储器702中存储的可执行代码或应用程序时，计费处理设备可以执行以上所有实施例中与计费处理设备相对应的方法步骤，如步骤203、304、358、404、504和604等；具体执行过程均参见上述实施例，在此不再赘述。
图8为本申请实施例提供的计费触发设备的结构示意图，所述计费触发设备用于对用户的保障数据业务进行计费处理，包括：
-获取模块801，用于获取所述保障数据业务的使用数据、所述使用数据对应的所述保障数据业务的服务质量QoS和所述QoS的保障状态GS等，具体执行过程参见上述实施例中计费触发设备侧的步骤说明，如步骤201等。
-发送模块802，用于向计费处理设备发送第一计费请求消息，所述第一计费请求消息包含所述使用数据、所述QoS和所述GS等，具体执行过程参见上述实施例中计费触发设备侧的步骤说明，如步骤202、303和403等。
-接收模块803，用于从所述计费处理设备接收第一计费响应消息，所述第一计费响应消息包含所述第一计费请求消息的计费处理结果，具体执行过程参见上述实施例中计费触发设备侧的步骤说明，如步骤201等。
在本实施例中，计费触发设备是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到计费触发设备也可以采用图7所示的形式。获取模块801、发送模块802都可以通过图7中的处理器701和存储器702来实现。例如，获取模块801获取所述保障数据业务的使用数据、所述使用数据对应的所述保障数据业务的服务质量QoS和所述QoS的保障状态GS的功能可以通过由处理器701来执行存储器702中存储的代码来实现。
图9为本申请实施例提供的计费处理设备的结构示意图，所述计费处理设备包括：
-接收模块901，用于从计费触发设备接收第一计费请求消息，所述第一计费请求消息包含所述保障数据业务的使用数据、所述使用数据对应的所述保障数据业务的服务质量QoS和所述QoS的保障状态GS等，具体执行过程参见上述实施例中计费处理设备侧的步骤说明，如步骤202、203、303、304、353、354、650和651等。
-计费模块902，用于根据所述第一计费请求消息进行计费处理，所述计费处理包括根据所述QoS和所述GS对所述使用数据的处理，具体执行过程参见上述实施例中计费处理设备侧的步骤说明，如步骤203、304、354、404和651等。
-发送模块903，用于向所述计费触发设备发送第一计费响应消息，所述第一计费响应消息中包含所述第一计费请求消息的的计费处理结果，具体执行过程参见上述实施例中计费处理设备侧的步骤说明，如步骤204、405、630和652等。
在本实施例中，计费处理设备是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到计费处理设备也可以采用图7所示的形式。接收模块901和计费模块902都可以通过图7中的处理器701和存储器702来实现。例如，计费模块902根据所述第一计费请求消息进行计费处理的功能可以通过由处理器701来执行存储器702中存储的代码来实现。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本领域普通技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (32)

1.一种计费系统，用于对用户的保障数据业务进行计费处理，包括：计费触发设备和计费处理设备，其特征在于：
所述计费触发设备用于：
获取所述保障数据业务的计费数据、所述计费数据对应的所述保障数据业务的服务质量QoS和所述QoS的保障状态GS；
向所述计费处理设备发送计费请求消息，所述计费请求消息包含所述计费数据、所述QoS和所述GS；
从所述计费处理设备接收计费响应消息，所述计费响应消息包含所述计费请求消息的计费处理结果。
所述计费处理设备用于：
从所述计费触发设备接收所述计费请求消息；
根据所述计费请求消息进行计费处理；
向所述计费触发设备发送所述计费响应消息。
2.根据权利要求1所述的计费系统，其特征在于，所述计费数据包括所述保障数据业务的使用数据和/或配额请求。
3.根据权利要求1所述的计费系统，其特征在于，所述计费触发设备具体用于：
设置所述QoS的保障状态触发器，所述保障状态触发器的类型为立即上报或延迟上报。
4.根据权利要求1所述的计费系统，其特征在于，所述计费触发设备具体用于：
设置所述QoS的保障通知开关状态触发器，所述保障通知开关状态触发器的类型为立即上报或延迟上报。
5.根据权利要求1所述的计费系统，其特征在于，所述计费处理设备用于根据所述计费请求消息进行计费处理，具体为：
所述计费处理设备用于根据所述QoS和所述GS，对所述计费数据进行计费处理。
6.根据权利要求5所述的计费系统，其特征在于：
所述计费触发设备还用于获取所述QoS的保障通知开关状态，并将其包含在所述计费请求消息中；
所述计费处理设备还用于根据所述QoS、所述GS和所述保障通知开关状态，对所述计费数据进行计费处理。
7.根据权利要求1所述的计费系统，其特征在于：
所述计费处理设备还用于将以下一项或多项操作指令包含在所述计费响应消息中：
所述QoS的保障通知开关的操作指令，
所述QoS的保障状态触发器的操作指令，
所述QoS的保障通知开关状态触发器的操作指令；
所述计费触发设备还用于执行所述一项或多项操作指令。
8.一种对用户的保障数据业务进行计费处理的方法，应用于计费触发设备，其特征在于包括：
获取所述保障数据业务的计费数据、所述计费数据对应的所述保障数据业务的服务质量QoS和所述QoS的保障状态GS；
向计费处理设备发送计费请求消息，所述计费请求消息包含所述计费数据、所述QoS和所述GS；
从所述计费处理设备接收计费响应消息，所述计费响应消息包含所述计费请求消息的计费处理结果。
9.根据权利要求8所述的方法，其特征在于，所述计费数据包括所述保障数据业务的使用数据和/或配额请求。
10.根据权利要求8或9所述方法，其特征在于，在向所述计费处理设备发送所述计费请求消息之前，所述方法还包括：
设置所述QoS的保障状态触发器，其中：
所述保障状态触发器的类型为立即上报，所述保障状态触发器使得所述计费触发设备在所述QoS的保障状态发生变化时向所述计费处理设备发送所述保障数据业务在所述变化前的使用数据；或者
所述保障状态触发器的类型为延迟上报，所述保障状态触发器使得所述计费触发设备在所述QoS的保障状态发生变化时保存所述保障数据业务在所述变化前的使用数据，且在所述变化后向所述计费处理设备发送的计费请求消息中携带所保存的使用数据。
11.根据权利要求10所述的方法，其特征在于，所述方法还包括：
从所述计费处理设备接收所述保障状态触发器的操作指令；
根据所述保障状态触发器的操作指令设置所述保障状态触发器的类型和/或设置所述保障状态触发器的激活状态。
12.根据权利要求10或11所述的方法，其特征在于，所述保障状态触发器的类型为立即上报，所述方法还包括：
确定所述QoS的保障状态从第一保障状态变为第二保障状态；
则所述获取所述计费数据，具体为：
获取所述保障数据业务在所述第一保障状态下的第一使用数据；
且所述向所述计费处理设备发送所述计费请求消息，具体为：
向所述计费处理设备发送所述计费请求消息，其中，所述计费请求消息中的所述GS为所述第一保障状态，所述计费请求消息中的所述计费数据为所述第一使用数据，且所述计费请求消息还包含所述第一使用数据的上报原因，所述上报原因指示是由于QoS的保障状态的变化导致向所述计费处理设备发送所述第一使用数据。
13.根据权利要求10或11所述的方法，其特征在于，所述保障状态触发器的类型为延迟上报，所述方法还包括：
确定所述QoS的保障状态从第一保障状态变为第二保障状态；
保存所述保障数据业务在所述第一保障状态下的第一使用数据、所述第一保障状态和所述第一使用数据的计数器的关闭原因，所述计数器的关闭原因指示是由于QoS的保障状态的变化导致所述计数器的关闭；
则所述获取所述计费数据和所述GS以及所述向所述计费处理设备发送所述计费请求消息，具体为：
在计费上报条件满足时，获取所保存的所述第一使用数据、所述第一保障状态，向所述计费处理设备发送所述计费请求消息，其中，所述计费请求消息中的所述计费数据为所述第一使用数据，所述计费请求消息中的所述GS为所述第一保障状态，且所述第一请求消息还包含所述第一使用数据的计数器的关闭原因，所述关闭原因指示是由于QoS的保障状态的变化导致所述第一使用数据的计数器的关闭。
14.根据权利要求8或9所述的方法，其特征在于，在向所述计费处理设备发送所述计费请求消息之前，所述方法还包括：
设置所述QoS的保障通知开关状态触发器，其中：
所述保障通知开关状态触发器的类型为立即上报，所述保障通知开关状态触发器使得所述计费触发设备在所述保障通知开关状态发生变化时向所述计费处理设备发送所述保障数据业务在所述变化前的使用数据；或者
所述保障通知开关状态触发器的类型为延迟上报，所述保障通知开关状态触发器使得所述计费触发设备在所述保障通知开关状态发生变化时保存所述保障数据业务在所述变化前的使用数据，且在所述变化后向所述计费处理设备发送的计费请求消息中携带所保存的使用数据。
15.根据权利要求14所述的方法，其特征在于，则所述方法还包括：
从所述计费处理设备接收所述保障通知开关状态触发器的操作指令；
根据所述保障通知开关状态触发器的操作指令设置所述保障通知开关状态触发器的类型和/或设置所述保障通知开关状态触发器的激活状态。
16.根据权利要求14或15所述的方法，其特征在于，所述保障通知开关状态触发器的类型为立即上报，所述方法还包括：
确定所述QoS的保障通知开关从第一开关状态变为第二开关状态；
则所述获取所述计费数据，具体为：
获取所述保障数据业务在所述第一开关状态下的第一使用数据；
且所述向所述计费处理设备发送所述计费请求消息，具体为：
向所述计费处理设备发送所述计费请求消息，其中，所述计费请求消息中的所述计费数据为所述第一使用数据，且所述计费请求消息还包含所述第一开关状态和所述第一使用数据的上报原因，所述上报原因指示是由于QoS的保障通知开关状态的变化导致向所述计费处理设备发送所述第一使用数据。
17.根据权利要求14或15所述的方法，其特征在于，所述保障通知开关状态触发器的类型为延迟上报，所述方法还包括：
确定所述QoS的保障通知开关状态从第一开关状态变为第二开关状态；
保存所述保障数据业务在所述第一开关状态下的第一使用数据、所述第一开关状态和所述第一使用数据的计数器的关闭原因，所述计数器的关闭原因指示是由于QoS的保障通知开关状态的变化导致所述计数器的关闭；
则所述获取所述计费数据以及所述向所述计费处理设备发送所述计费请求消息，具体为：
在计费上报条件满足时，获取所保存的所述第一使用数据，向所述计费处理设备发送所述计费请求消息，其中，所述计费请求消息中的所述计费数据为所述第一使用数据，且所述计费请求消息还包含所述第一开关状态和所述第一使用数据的计数器的关闭原因。
18.根据权利要求8-9或者12-13中任意一项所述的方法，其特征在于，所述方法还包括：
向所述计费处理设备发送所述QoS的保障通知开关状态。
19.根据权利要求16-18中任意一项所述的方法，其特征在于，所述方法还包括：
从所述计费处理设备接收所述QoS的保障通知开关的操作指令；
若所述保障通知开关的操作指令指示打开所述保障通知开关且所述保障通知开关的当前状态为关闭，则请求无线接入网络向所述计费触发设备通知所述QoS的保障状态；或者，若所述保障通知开关的操作指令指示关闭所述保障通知开关且所述保障通知开关当前处于可关闭状态，则请求无线接入网络取消向所述计费触发设备通知所述QoS的保障状态。
20.根据权利要求8-19所述的方法，其特征在于，所述方法还包括：
向所述计费处理设备发送所述保障数据业务的5G QoS标识5QI或所述保障数据业务的资源类型。
21.一种对用户的保障数据业务进行计费处理的方法，应用于计费处理设备，其特征在于：
从计费触发设备接收计费请求消息，所述计费请求消息包含所述保障数据业务的计费数据、所述计费数据对应的所述保障数据业务的服务质量QoS和所述QoS的保障状态GS；
根据所述计费请求消息进行计费处理；
向所述计费触发设备发送计费响应消息，所述计费响应消息中包含所述计费请求消息的的计费处理结果。
22.根据权利要求21所述的方法，其特征在于，所述计费数据包括所述保障数据业务的使用数据和/或配额请求。
23.根据权利要求21或22所述的方法，其特征在于，所述计费请求消息还包含所述保障数据业务的5G QoS标识5QI或所述保障数据业务的资源类型，则所述计费处理包括:
根据所述5QI或所述资源类型，确定所述保障数据业务为要求保障服务质量的数据业务。
24.根据权利要求21-23所述的方法，其特征在于，所述计费请求消息包含所述QoS的保障通知开关状态，则所述计费处理包括：
基于所述保障通知开关状态进行计费处理。
25.根据权利要求21-24中任意一项所述的方法，其特征在于，所述计费处理包括：
基于所述计费数据、所述QoS和所述GS进行计费处理。
26.根据权利要求21-25中任意一项所述的方法，其特征在于，所述计费处理包括：
确定需要设置所述QoS的保障状态触发器的类型和/或激活状态；
向所述计费触发设备发送所述QoS的保障状态触发器的操作指令，所述操作指令指示所述计费触发设备设置所述保障状态触发器的类型和/或激活状态。
27.根据权利要求21-26中任意一项所述的方法，其特征在于，所述计费处理还包括：
确定需要设置所述QoS的保障通知开关状态触发器的类型和/或激活状态；
向所述计费触发设备发送所述QoS的保障通知开关状态触发器的操作指令，所述操作指令指示所述计费触发设备设置所述保障通知开关触发器的类型和/或激活状态。
28.根据权利要求24所述的方法，其特征在于，所述基于所述保障通知开关状态进行计费处理具体包括：
在所述QoS的保障通知开关状态为关闭时，将所述保障通知开关的操作指令包含在所述计费响应消息中，所述操作指令指示所述计费处理设备打开所述保障通知开关，
或者，
确定将在收到所述计费请求消息之后收到的所述保障数据业务的计费数据按QoS保障状态为无保障状态进行计费处理。
29.一种计费触发设备，其特征在于，包括处理器和存储器，其中：
所述存储器，用于存储程序指令；
所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费触发设备执行权利要求8至20中任意一项所述的对用户的保障数据业务进行计费处理的方法。
30.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得所述计算机执行权利要求8至20中任意一项项所述的对用户的保障数据业务进行计费处理的方法。
31.一种计费处理设备，其特征在于，包括处理器和存储器，其中：
所述存储器，用于存储程序指令；
所述处理器，用于调用并执行所述存储器中存储的程序指令，以使所述计费处理设备执行权利要求21至28中任一项所述的对用户的保障数据业务进行计费处理的方法。
32.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得所述计算机执行权利要求21至28中任一项所述的对用户的保障数据业务进行计费处理的方法。
CN201910737105.8A 2019-08-11 2019-08-11 保障数据业务的计费处理方法、系统及相关设备 Pending CN112399363A (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201910737105.8A CN112399363A (zh) 2019-08-11 2019-08-11 保障数据业务的计费处理方法、系统及相关设备
CN202010607654.6A CN112399364B (zh) 2019-08-11 2019-08-11 保障数据业务的计费处理方法、系统、相关设备及介质
PCT/CN2020/108115 WO2021027757A1 (zh) 2019-08-11 2020-08-10 保障数据业务的计费处理方法、系统及相关设备
EP20851962.9A EP4009673B1 (en) 2019-08-11 2020-08-10 Fee-calculation processing methods, system for guaranteed data service, and related apparatuses
EP23204526.0A EP4351090A3 (en) 2019-08-11 2020-08-10 Method for performing charging processing on guaranteed data service, system, and related device
US17/668,578 US12245112B2 (en) 2019-08-11 2022-02-10 Method for performing charging processing on guaranteed data service, system, and related device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910737105.8A CN112399363A (zh) 2019-08-11 2019-08-11 保障数据业务的计费处理方法、系统及相关设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202010607654.6A Division CN112399364B (zh) 2019-08-11 2019-08-11 保障数据业务的计费处理方法、系统、相关设备及介质

Publications (1)

Publication Number Publication Date
CN112399363A true CN112399363A (zh) 2021-02-23

Family

ID=74569363

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202010607654.6A Active CN112399364B (zh) 2019-08-11 2019-08-11 保障数据业务的计费处理方法、系统、相关设备及介质
CN201910737105.8A Pending CN112399363A (zh) 2019-08-11 2019-08-11 保障数据业务的计费处理方法、系统及相关设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202010607654.6A Active CN112399364B (zh) 2019-08-11 2019-08-11 保障数据业务的计费处理方法、系统、相关设备及介质

Country Status (4)

Country Link
US (1) US12245112B2 (zh)
EP (2) EP4351090A3 (zh)
CN (2) CN112399364B (zh)
WO (1) WO2021027757A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023019476A1 (en) * 2021-08-18 2023-02-23 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for qos management and charging
US12177071B2 (en) * 2023-05-16 2024-12-24 T-Mobile Usa, Inc. Techniques for hardware configuration reporting using change messages

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4635613B2 (ja) * 2005-01-17 2011-02-23 株式会社日立製作所 無線システム、無線基地局、パケット制御装置、ノード装置および課金サーバ
CN100370732C (zh) * 2005-11-04 2008-02-20 华为技术有限公司 一种计费方法和系统
US8259623B2 (en) * 2006-05-04 2012-09-04 Bridgewater Systems Corp. Content capability clearing house systems and methods
CN101141266A (zh) * 2007-09-30 2008-03-12 中兴通讯股份有限公司 策略规则下发方法以及在线计费方法和离线计费方法
US8589541B2 (en) * 2009-01-28 2013-11-19 Headwater Partners I Llc Device-assisted services for protecting network capacity
EP2624503B1 (en) * 2008-10-31 2018-04-18 Telefonaktiebolaget LM Ericsson (publ) Policy and charging control user terminal
US9270559B2 (en) * 2009-01-28 2016-02-23 Headwater Partners I Llc Service policy implementation for an end-user device having a control application or a proxy agent for routing an application traffic flow
CN102572760B (zh) * 2010-12-17 2014-12-10 中兴通讯股份有限公司 一种计费系统和方法
KR102272838B1 (ko) * 2014-11-11 2021-07-06 삼성전자주식회사 이동통신 네트워크를 통한 데이터 서비스 제공 방법 및 장치
CN104468135B (zh) * 2014-11-18 2018-01-23 华为技术有限公司 一种在线计费中交互信息的方法及装置
CN105812149B (zh) * 2014-12-30 2019-05-24 华为技术有限公司 数据业务的计费方法、系统和相关设备
CN106162758B (zh) * 2015-03-23 2020-01-10 华为技术有限公司 业务处理方法、pcrf以及业务处理系统
EP3603220B1 (en) * 2017-03-24 2020-07-15 Telefonaktiebolaget LM Ericsson (publ) Qos flows inactivity counters
EP3646664A1 (en) * 2017-06-29 2020-05-06 Nokia Solutions and Networks Oy Enhanced interfaces for network slice selection based on charging rules
US10764789B2 (en) * 2017-08-11 2020-09-01 Comcast Cable Communications, Llc Application-initiated network slices in a wireless network
US20190182838A1 (en) * 2017-12-11 2019-06-13 Comptel Oy Arrangement and method for dynamic quota allocation in communication network
CN110035018B (zh) * 2018-01-12 2021-08-13 华为技术有限公司 确定网络服务质量流的方法、网元和系统
US11349997B2 (en) * 2018-03-20 2022-05-31 Nokia Solutions And Networks Oy Quota management in a session management function (SMF) for online charging
US11343111B2 (en) * 2018-03-20 2022-05-24 Nokia Solutions And Networks Oy Quota management in mobile edge computing (MEC)
US10687254B2 (en) * 2018-08-21 2020-06-16 T-Mobile Usa, Inc. Dynamic quality of service in wireless networks
JP7538137B2 (ja) * 2019-03-13 2024-08-21 インターデイジタル パテント ホールディングス インコーポレイテッド 動的ネットワーク能力構成

Also Published As

Publication number Publication date
CN112399364B (zh) 2022-05-24
EP4009673A1 (en) 2022-06-08
EP4351090A2 (en) 2024-04-10
US12245112B2 (en) 2025-03-04
WO2021027757A1 (zh) 2021-02-18
US20220272503A1 (en) 2022-08-25
EP4009673B1 (en) 2023-11-15
EP4351090A3 (en) 2024-04-17
EP4009673A4 (en) 2022-09-21
CN112399364A (zh) 2021-02-23

Similar Documents

Publication Publication Date Title
US10812395B2 (en) System and method for policy configuration of control plane functions by management plane functions
US10341496B2 (en) Policy control method and system, and relevant apparatus
CN109391505B (zh) 网络实例管理方法及相关设备
US8995305B2 (en) Sy session creation and recovering from inconsistent session state between PCRF and OCS
US20140066004A1 (en) Handling of ocs counter information
US11711674B2 (en) Method and system for performing charging on network resource, and device
US11696098B2 (en) Automatically influencing UE slice policies based on real time analysis
CN111194013A (zh) 一种对网络资源进行计费处理的方法、系统以及相关设备
CN104584600A (zh) 临时禁用超出信用额度pcc规则
US12035331B2 (en) LTE resource allocation controller
CN112399364B (zh) 保障数据业务的计费处理方法、系统、相关设备及介质
CN111436029A (zh) 对网络切片实例进行计费处理的方法、系统及相关设备
WO2014113019A1 (en) Solution to enforce time and usage threshold for monitoring
EP3952349B1 (en) Charging processing methods, computer program, and related devices
EP3101926B1 (en) Charging processing method, centralized network control node and function node
CN104486738A (zh) 策略制定方法、装置及系统
CN107396333B (zh) 策略和计费控制方法、系统及用量监测装置
US9247073B2 (en) Method of pacing bulk operations based on available system resources
US12279124B2 (en) Executing appropriate scale-out of an element included in a communication system
US20240015250A1 (en) Method and apparatus for providing a pre-paid service in a cellular communication network
US20240406738A1 (en) Executing appropriate scale-out of an element included in a communication system
US20240414591A1 (en) Executing appropriate scale-out of an element included in a communication system
EP4138424A1 (en) User service processing method and system, and related device
US20140059201A1 (en) Per flow dynamic metering selection
CN104348657A (zh) 用于业务保障的方法、智能管道引擎设备和系统

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