Service-Oriented Accounting and Charging for 3G and B3G Mobile Environments
Notice bibliographique
Résumé
Mobile communication networks need an overall holistic concept for their charging and billing processes, independently of the kinds of services in use. All usage data of a single service should finally be summarized in a single service-oriented complete bill, which shows the individual components of a service separately. In the case of handover among different access networks at the application or the network level, various costs have to be added depending on the kinds of transport networks. In the final bill, all the individual cost factors should be shown separately. For all the concepts which are to be developed, both pre-paid and post-paid payments need to be considered. The existing charging concepts are based on distributed and, typically, uncoordinated collections of charging data. These gathered charging data are aggregated by special charging processes into service-oriented data sets. In addition to the high complexity of the method, it is difficult to distribute service identities, which can be deployed by all network layers for identifying their charging data collection. The main related problems are missing correlation identifiers and the large number of datasets. The charging data collected in a distributed manner must then be combined according to these service identities. It should be pointed out that there are no ready solutions to the problem described above, although partial mechanisms available in the IETF (e.g. RFC 3334 [3]) or in the 3GPP (e.g. 3GPP, TR 32.815 [4]) can certainly be utilized as building blocks. An overview to the IETF architectures is provided by Pras et al. [5]. Koutsopoulou et al. [1] discuss a charging system called CAB. This system reflects the typical centralized accounting and charging architecture used in 2G and 2.5G networks. In the framework of the “3G Evolving Technologies” (3GET) project1, which aims at supporting large-scale and sustained success of the 3G and beyond 3G (B3G) mobile networks, the related issue is tackled from the view point of “Service-Oriented and Convergent Charging”. The presented architecture was built for 3G and B3G networks. Therefore, it might partially fit to 2G and 2.5G networks but we did not concentrate on verifying this applicability. In the context pf this paper, we define accounting as the collection of data about resource consumption. This includes the control of data gathering (via metering), transport and storage of accounting data. Charging derives non-monetary costs for accounting data sets based on service and customer specific tariff parameters. Billing translates costs calculated by the Charging into monetary units and generates a final bill for the customer.
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Comment cette classification a été obtenuedéplier
Prédiction machine sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Le volet Gemma est une étiquette directe du modèle pour chaque travail de la base, lue sur la notice réduite au titre. Le volet Codex est un classifieur appris des 10 348 étiquettes directes de Codex et calibré sur les taux pondérés de l'échantillon; les champs sans appui suffisant ne portent aucun appel Codex. Le mode candidate est l'union des deux volets; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont pas des étiquettes humaines.
Scores du classifieur distillé par catégorie (deux têtes)
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,001 | 0,002 |
| Méta-épidémiologie (sens strict) | 0,000 | 0,000 |
| Méta-épidémiologie (sens large) | 0,000 | 0,000 |
| Bibliométrie | 0,001 | 0,001 |
| Études des sciences et des technologies | 0,001 | 0,001 |
| Communication savante | 0,002 | 0,002 |
| Science ouverte | 0,001 | 0,001 |
| Intégrité de la recherche | 0,001 | 0,001 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,002 | 0,001 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découleClassification
machine, non validéePrédiction automatique; un appel candidat d’une seule source (Gemma direct ou Codex distillé), pas un consensus.
Le détail, modèle par modèle et score par score, se trouve en fin de page sous « Comment cette classification a été obtenue ».