This application provide an offline charging call detail record threshold control method and system based on a CUPS protocol. According to the method, after a CP establishes a session, a message that is sent to a UP carries a maximum quantity of charging condition changes. The UP reports charging information to the CP based on an instant query request from the CP or a subscription condition, and calculates a quantity of charging condition changes. If the quantity of charging condition changes is less than the maximum quantity of charging condition changes, the UP continues to accumulate used traffic on the basis of existing accumulated used traffic. If the quantity of charging condition changes is equal to the maximum quantity of charging condition changes, the UP clears charging information and a quantity of traffic containers for an offline charging call detail record on a UP side.

The system described herein can automatically match, link, or otherwise associate electronic activities with one or more record objects. For an electronic activity that is eligible or qualifies to be matched with one or more record objects, the system can identify one or more set of rules or rule sets. Using the rule sets, the system can identify candidate record objects. The system can then rank the identified candidate record objects to select one or more record objects with which to associate the electronic activity. The system can then store an association between the electronic activity and the selected one or more record objects.

A method, implemented in a distributed system including a plurality of processing devices, generates an end-to-end Call Detail Record (CDR) on voice and multimedia telecommunication sessions over a plurality of telecommunication network elements and interfaces. The method includes the steps of receiving CDRs generated in real-time and streamed by multiple network elements, each CDR referring to a specific interface or protocol, processing the received CDRs as they are received to identify the specific interface or protocol to which the received CDR refers and to identify a single telecommunication session based on a key associated with the received CDR, and creating an end-to-end CDR incrementally based on all of the received CDRs identified for the single telecommunication session, wherein at least two of the received CDRs have a different interface or protocol from one another.

An example communications system for providing communication services between communications devices may employ multiple usage rates for metered communication services. A method for adjusting usage amounts to account for multiple usage rates may include determining a usage adjustment factor for a communications event; determining a metered usage amount for the communications event; and determining an adjusted usage amount based on the usage adjustment factor and the metered usage amount for the communications amount. Thus, a billing system in the communications system may determine an invoice amount based on the adjusted usage amount and a predetermined bill rate.

The present disclosure relates to systems and methods for updating multiple value data structures using a single electronic activity. Exemplary embodiments may include hardware processors configured by machine-readable instructions to access electronic activities transmitted or received via electronic accounts associated with data source providers; to maintain and update node profiles; to determine a first activity field-value pair and a second activity field-value pair associated with a participant of the first electronic activity; to identify a first node profile of the node profiles that includes a first node field-value pair that matches the first activity field-value pair; to update a first value data structure corresponding to a first value included in the first node field-value pair by adding a first entry to the first value data structure identifying the first electronic activity; and to update a second value data structure corresponding to a second value.

Systems and methods for matching electronic activities to record objects using feedback based match policies can include accessing a plurality of electronic activities and record objects. The systems and method can include identifying candidate record objects by applying a matching model. The systems and methods can include selecting a record object based on a match score. The systems and methods can include configuring the matching model in a first configuration responsive to a first feedback type or configuring the matching model in a second configuration responsive to a second feedback type.

The present disclosure relates to systems and methods for filtering electronic activities. Exemplary implementations may include ingesting a first electronic activity; identifying an associated entity; and selecting a first filtering model based on the entity, the first filtering model trained to indicate whether to restrict further processing of ingested electronic activities. The method may further include generating a plurality of structured data tags for the first electronic activity; applying the selected first filtering model to the plurality of structured data tags for the first electronic activity to determine whether the first electronic activity satisfies a first restriction condition; and responsive to the first electronic activity satisfying the first restriction condition, restricting the first electronic activity from further processing; or responsive to the first electronic activity not satisfying the first restriction condition, further processing, by the one or more processors, the first electronic activity.

Embodiments of this application disclose a charging management method, a user plane function entity, and a control plane function entity. The method includes: receiving, by a UP, a first usage reporting rule (URR) and a second URR sent by a CP, where the first URR is correlated with the second URR; when usage information on the UP reaches a threshold of the first URR, obtaining, by the UP, usage information corresponding to the first URR and usage information corresponding to a third URR correlated with the first URR; and sending, by the UP to the CP, the usage information corresponding to the first URR and the usage information corresponding to the third URR, so that the CP generates a charging data record based on the usage information corresponding to the first URR and the usage information corresponding to the third URR.

According to an aspect of the present disclosure, there is provided a charging system for charging an airtime use account file associated with a user for the provision of mobile telecommunications services to the user. The charging system comprises: one or more data stores configured to store: the airtime use account file, the airtime use account file having an airtime account balance which is debited in correspondence with use of airtime services by the user and has an associated predefined balance threshold; and a dedicated account file associated with the user and configured to store loan funds provided to the user, the dedicated account file having a dedicated account balance which is debited in correspondence with use of payment services or airtime services by the user. The charging system further comprises a rules engine processor programmed with instructions which when executed cause the rules engine processor to increase the dedicated account balance in the dedicated account file by an amount corresponding to a requested loan amount, and decrease the airtime account balance of the airtime use account file by at least the requested loan amount. The rules engine processor is configured to debit the dedicated account balance with use of airtime services when the airtime account balance is at or below the threshold amount.

A telecommunication system can include a network flow controller (e.g., SMF) and a network-charging node (e.g., CHF). The flow controller can generate a first charging-event record associated with a network session. The flow controller can detect an outage at least partly by determining that no network-charging node is available to receive the first charging-event record and, in response, mark the first charging-event record to provide a first marked charging-event record. The flow controller can store the first marked charging-event record in a buffer. After the marking, the flow controller can determine that a network-charging node is available to receive the first marked charging-event record, and, in response, send the first marked charging-event record to the network-charging node. The network-charging node can determine a charging-data record indicating occurrence of an event during the outage.