5G消息综合计费方案研究_赵鸿

《5G消息综合计费方案研究_赵鸿》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

技术交流2023年第2期5G消息综合计费方案研究12赵鸿，高比布（1.上海大汉三通通信股份有限公司，上海市201203；2.复旦大学工程与应用技术研究院，上海市200433）摘要分析多模式5G消息发送的背景和特点，阐述各种消息模式的判别方法。针对消息发送后状态回执的异步性和延迟性，提出一种消息发送前预计费和发送结果修正计费相结合的综合计费方案，确保5G消息计费的及时性和非负性。在此基础上，研究和设计一套面向5G消息平台的计费装置，并详细阐述实现方法，用于指导实际生产。关键词5G消息；计费；Redis；分布式系统a）单账户多模式计费。为了实现全终端覆盖，0引言CSP5G消息平台需实现5G原生消息计费、5G阅随着5G消息开始规模化商用，在支持5G消息信计费、5G视信计费三种不同的计费模式。其中，的终端占比不足的背景下，形成了5G原生消息、5G5G原生消息又分为5G文本消息、5G多媒体卡片阅信、5G视信等多模式消息共存，以实现全终端业消息、5G会话消息三种子模式；5G阅信分为解析成务覆盖。针对CSP（Chatbot服务提供商）的5G消息功（多媒体卡片）、未解析成功（文本消息）两种子模平台中预付费企业账户多模式5G消息的发送计费式，不同模式单价不同、计数方法不同。问题，本文分析了多模式5G消息发送的背景和特b）单账户大并发计费。单账户大并发主要体现点，阐述各种消息模式的判别方法。在同一个企业账户会同时运营多个Chatbot、同一个Chatbot会瞬时发送大量多模式消息两个方面。另15G消息计费背景外，会话消息是由终端用户主动上行并触发，兼具随5G消息为企业应用和个人之间可信联系带来机性和集中性的特点。多消息模式交织发送导致单了全新的方式。在支持原生5G消息终端覆盖率不预付费账户并发计费成为常态。足的情况下，随着5G消息技术发展，形成了面向原c）单账户统一计费。常规方案是将各种消息模生支持UP2.4协议终端的5G消息、面向主流安卓式设计成独立的计费单元，企业客户自行为每个计终端的5G阅信（基于文本短信的智能解析技术）消费单元单独充值，系统单独计费。该方案虽然简化了息、面向其他终端的5G视信（多媒体消息）等多模系统设计，但不利于企业侧业务连续性。统一计费要式全终端消息覆盖方案，以满足商用要求，并产生商求多消息模式共享同一个账户总余额，客户只需关业价值。注其账户总余额是否足够即可。CSP接入运营商5G消息通信网关，以Chatbotd）单账户异步计费。根据行业标准，消息发送成的形式，为企业提供5G消息相关服务，使企业业务功才能计费。一条消息发送后，需异步等待终端返回通过5G消息直接触达终端。在商业模式上，5G消接收（解析）状态回执后，才能确定该消息是否发送息向企业侧收费，终端侧免费。CSP5G消息平台在成功，所以，消息的发送和状态确认是两个异步过面向全终端5G消息覆盖场景时，针对企业预付费程，必然出现时间差，最长可达72h，甚至部分消息账户，其通信计费面临如下挑战：最终没有返回状态回执。这就要求CSP5G消息平10

12023年第2期技术交流台在实现异步计费的同时，要保证该账户余额非负。已向终端厂商报备过URL链接的传统短信，自动提取URL（统一资源定位系统）报备信息，自动解析为25G消息计费方案可交互的富媒体卡片进行展示，以提升终端体验。当CSP5G消息平台承载多企业账户、多Chatbot前技术可通过手机号码单向检索其所属终端操作系同时运营，并且同一个企业账户可能有1到多个统是否支持5G阅信。利用该能力，CSP5G消息平Chatbot在同时发送消息。面对每条消息计费场景，台可先判断终端是否支持5G阅信，支持则使用5G平台需解决的主要问题有：消息+5G阅信回落模式下发，不支持则使用5G消a）准确判别最优消息计费模式。息+5G视信回落模式下发。运营商5G消息网关会b）实现消息的高并发计费、异步计费、准确将最终的发送消息模式及终端接收状态异步返回到计费。CSP5G消息平台。c）确保账户余额非负。2.2消息发送预计费d）利用尽量少的服务器资源达成上述目标。每条全终端消息的实际消费金额，需要异步等显然，使用传统数据库加锁等方式不能有效支待运营商网关返回的消息最终发送模式及对应发送撑数据表中单记录（即单账户余额）每秒数万次甚至状态报告后才能确定。另外，为了避免在大并发场景更高的更新频率。另外一种方法是将每条消息的消下企业账户的余额为负，CSP5G消息平台设计了费金额进行队列排队，通过批量扣减来达到计费目预计费方式，在消息发送前扣除该消息消费额度。的，虽然该方法能大幅度降低数据库更新频率，但不a）5G消息+5G阅信：使用5G消息和5G阅信能解决异步计费问题，会出现账户当前可用余额判中单价高者作为本次预计费金额。断不及时，导致账户余额瞬间远小于零的情况，造成b）5G消息+5G视信：使用5G消息和5G视信经济损失。中单价高者作为本次预计费金额。综上所述，需要设计一种全新的软件装置，来达2.3消息实际计费到高并发、分布式、高精准度、异步、低资源利用率条5G消息实际修正计费流程如图2所示。消息发件下的计费目标。送后，CSP5G消息平台异步等待运营商通信网关2.1消息计费模式判别的消息发送状态报告回传后，便可确定该消息的最为了保证消息能完整覆盖全网终端，企业账户终发送模式及发送状态；再与预计费金额对比，判断在5G消息平台制作待发送消息模板时，需准备一是否需要修正计费误差，完成实际计费。如果消息发套包括原生5G消息以及配套的5G阅信和5G视送失败则返还预计费金额。另外，如果平台等待消息信，组成全终端消息模板。发送时，5G消息是下发主状态报告回传的时长超过72h，则也认为该消息最体，5G阅信或5G视信是配套的回落模板，回落模终发送失败，触发平台返还预计费金额。板二选一。运营商网关在5G消息发送失败后，会使35G消息计费实现用配套的回落模板重试补发。从终端体验效果来排序，优先选择5G消息+5G阅信配套回落，其次是3.1计费装置总体设计思路5G消息+5G视信配套回落。下发消息模板时，由a）利用Redis，实现账户余额的内存化快速判5G消息平台根据终端能力选择使用何种搭配模式断，避免大并发查询数据库。下发，不同模式的消息计费模式不同。b）利用Redis，实现分布式消息的消费金额内存5G消息计费模式判别及下发总体流程如图1化、原子化累加（减）操作，实现并发计费，同时兼容所示。在发送前实时判别每条消息的配套模式，以达并发充值。到终端体验和消息成功率的最大平衡。终端是否支c）设计后台分布式调度任务，定期执行，完成消持5G阅信是判别的关键，5G阅信是主流安卓终端费金额定期从Redis持久化到数据库、账户新余额支持的短信增强解析技术，支持在终端手机上携带从数据库同步到Redis。11

2技术交流2023年第2期图15G消息计费模式判别及下发总体流程数。根据各云商Redis集群产品指标，均支持并发量10万以上，可以满足商用需求。3.2计费装置实现方法5G消息计费装置的总体结构如图3所示。Redis中，每个账户有两个Key，一个存放账户余额（Key1），一个存放账户临时消费金额（Key2）。临时消费金额是指当前账户已消费但还未持久化到数据库的消费额度。Key1为普通key-value数据存储，用于内存化查询；Key2为String数据结构，使用INCRBY/DECRBY命令对数据进行原子增值/减值操作。图25G消息实际修正计费流程另外，在Redis中还为每个账户创建一个“余额变更队列”。该队列存放该账户日常除消费外的余额d）面对大并发账户，可一个账号独享一个Redis变更记录信息，包括：集群。理论上只要一个账户的通信并发数小于Redisa）客户主动充值加款。集群支持的最大并发即可，即单企业账户支持的最b）管理端手动变更账户余额：运营管理员操作大计费并发数，取决于一个Redis集群的最大并发12

32023年第2期技术交流图35G消息计费装置加款、退款及其他情况下需要手动增加、扣减账户余b）消息下发状态成功，但实际下发模式与预计额的场景。费模式（价高者）不一致，返还差价。c）消息修正计费数据：包括消息状态回传后的c）等待消息状态报告时长超过最大阈值，则该实际修正计费金额，及消息等待状态超时后的返还消息预计费金额全部返还。金额。后台调度任务，面对每个账户，定期（1min）执当上述操作发生时，将对应变更信息放到Redis行。账户临时消费金额持久化及新余额同步执行账户“余额变更队列”中。该队列可表示为Q=（q1，q2，过程见表2。…，qn），其中，qi（1≤i≤n）代表一个余额变更对象，CSP5G消息平台的后台调度任务，在任意时包含变更类型、变更时间、操作人等基本信息，还包刻，每个账户只有一个线程在处理，保证了单账户串含变更额度，表示为Quota。当发生账户充值、加款行处理。同时也可以看到，账户充值、消息修正计费等操作时，Quota值大于0；当发生账户扣费、退款、返还等余额变更操作，最大生效时长为1min。修正计费等操作时，Quota值小于0。3.3后台任务实现框架企业账户发送消息，触发账户余额预计费逻辑。后台分布式调度任务的目标，是实现Redis中账户余额预计费算法见表1。缓存数据定期批量持久化以及账户余额数据同步到接收到消息状态报告，或者消息等待状态报告Redis。在分布式集群结构环境中，要保证数据同步时长超过阈值，触发实际修正计费。根据消息实际下准确，要求每个账户同一时刻只能被一个后台任务发状态和下发模式，计算出该消息的修正金额。修正执行，同时还要保证各任务进程运行的无状态性。后金额为0则说明预计费正确，无需修正计费；为负则台任务实现有两种实现思路。说明需要返还，将修正计费信息写入账户“余额变更a）masterslave模式。只有master进程在执行后队列”中。台任务，如果master进程失效，则由其他slave进程a）实际下发状态失败，则该消息预付费金额需争抢master角色。争抢到的进程接管后台任务，执全部返还。行任务时判断自己是否是master，如果不是则不执13

4技术交流2023年第2期表1账户余额预计费程序名程序语句获取本条消息消费额度1.本条消息消费额度=消息模板中单价高者的单价×计费条数2.ifRedis中存在该账户余额key1:then获取账户余额账户余额=Redis中该账户余额key1的值else账户余额=数据库中该账户余额；设置Redis中该账户余额key1的值=账户余额3.ifRedis中存在该账户临时消费金额key2:then获取账户临时消费金额账户临时消费金额=Redis中该账户临时消费金额key2的值else账户临时消费金额=04.if账户余额≥账户临时消费金额+本条消息消费额度:then账户余额预计费原子操作key2，执行Redis命令：INCRBYkey2本条消息消费额度else禁止发送，账户余额不足表2账户临时消费金额持久化及新余额同步程序名程序语句1.临时消费金额=Redis中该账户临时消费金额（key2的值）2.获取Redis中账户临时消费金if临时消费金额>0:额，持久化到数据库then执行Redis：DECRBY账户key2临时消费金额；update：数据库中该账户余额=数据库中该账户余额-临时消费金额3.ifRedis中该账户“余额变更队列”有数据：获取Redis中账户“余额变更队then列”，合并数据并持久化到数据库取出队列Q中指定数量N的数据，合并余额值：Sum_quota∑NQ·Quotai=1iupdate：数据库中该账户余额=数据库中该账户余额+Sum_quota同步账户最新余额到Redis4.Redis中该账户余额key1值=数据库中该账户余额行。在2B业务中，账户数量规模不大的情况下，该b）分布式调度框架。由核心调度器负责账号分模式可以较低成本使用，最少3台服务即可。组，定期生成基于账号分组的任务分片，交由各任务14

52023年第2期技术交流执行器执行。任务执行器负责对领到的账号分组，执实现大并发计费。行后台任务操作。可参考使用MapReduce编程模d）容错性：出现账户余额为负的概率及额度都型、Quartz框架、开源PowerJob项目等。极低，即使出现，账户在下次充值时可优先抵扣负值。4结束语这是平衡了高并发、分布式、较少利用服务器资本文研究了多模式5G消息发送面临的计费问源的前提下，较优的5G消息综合计费方案。题，设计了面对5G消息发送前预计费和发送后修参考文献正计费方案，结合Redis的原子操作特点，实现了在CSP5G消息平台中单企业账户大并发、分布式发1吕光旭，李晓云，关威，等.5G消息业务计费方案研究［J］.送消息场景下的综合计费方案。邮电设计技术，2021（6）：59-62.该方案有以下优势：2刘瑞奇，李博扬，高玉金，等.新型分布式计算系统中的异a）并发性：能大规模减少对数据库的并发操作，构任务调度框架［J］.软件学报，2022，33（3）：1005-1017.且无需使用数据库锁。b）准确性：在整个分布式集群系统中，每个账户赵鸿（1984—），男，高级工程师，硕士，主要研的余额相关操作，在同一时刻只会在一个后台任务究方向为电信增值业务技术、软件工程、5G消息应线程中执行，保证了计费的准确性。用等。c）扩展性：大并发账户可独享一个Redis集群，收稿日期：2022-11-07■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■（上接第9页）务及应用，并且能够保障终端用户无线缆束缚的沉的、可独享的高带宽及低延迟网络接入服务。由于无浸式体验。希望本文能够为电信运营商及电信设备线频谱和无线网络规划的限制，元宇宙终端的严苛厂商抓住元宇宙市场爆发的机遇提供一些有益的思要求给现有的5G和Wi-Fi技术带来了巨大的挑路和参考方案。战。要想在普通家庭用户中开展元宇宙业务及应用，参考文献并且满足元宇宙终端用户要求的无线缆束缚的沉浸式体验，将PON网络和可见光通信相结合是一个非1张平，李文璟，牛凯，等.6G需求与愿景［M］.北京：人民常有前途的发展方向。而且，与其他技术相比，PON邮电出版社，2021.2迟楠，陈慧.高速可见光通信的前沿研究进展［J］.光电工网络和可见光通信收发设备可以更便捷地进行异构程，2020，47（3）：6-17.组网。本文认为目前比较可行的方案是元宇宙VR终吴忠胜（1974—），男，博士，主要研究方向为超端下行采用可见光通信，上行的数据和信令传输使宽带接入、数字家庭网络、固移融合网络等。用Wi-Fi6千兆无线连接。此方案能够支撑元宇宙收稿日期：2022-10-17终端用户顺畅地使用要求高带宽、低延迟的新兴业15