一种面向3G支撑的变长话单处理方法
开篇：润墨网以专业的文秘视角，为您筛选了一篇一种面向3G支撑的变长话单处理方法范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！
[摘 要] 本文介绍了一种变长话单技术及在移动计费领域的应用
[关键词] 3G 变长话单
一、现有技术方式介绍
目前在一些省移动计费系统中的详单采用了文件存储技术，将海量数据按照一定方式组织成文件及查询索引，并使文件存储支持多业务种类话单混合存储、数据压缩等。目前的这种话单存储方式，由于考虑通用的要求，会浪费很多的存储空间，并且基于更大带宽的3G移动网络，允许运营商提供更多内容，业务多元化使计费方式、计费要素、服务质量管理都有较多的变更需求，最具特色的是内容计费，目前的这种存储方式有很多缺点。
二、现有技术的缺点及本方案可以解决的技术问题
3G时代已经到来。基于3G的内容计费在一个连续的使用过程中区分业务分段记录，如定长话单的计费支撑通过话单拆分的方式予以实现，会导致高速的数据膨胀；另外采用定长格式记录存放方式，在话单结构或字段长度发生变化时，修改工作不但要考虑新增业务逻辑，还要关心话单物理结构的变化，代码有较大的调整,扩展性不好，业务支持不够快速。
为了支撑3G时代灵活计费的要求，且节省存储空间，我们创造了一种变长的话单存储技术，在吉林移动计费系统中实施了对话单进行变长格式的处理，按照国际规范和工业标准，将一套简化的变长话单格式应用于面向3g业务的计费系统中，从而大大增强了计费系统的处理能力和灵活性。该技术标准按照TAP3的制定思路，完全遵照ASN.1工业标准，简化部分实现细节，是符合国际规范的私有标准，并获得成功应用，具有一定的推广价值。
三、本技术方案实现的详细阐述
本方法采取的技术方案即面向3G支撑的变长话单处理方法实现分为三个部分，具体描述如下。
1、定义变长话单编码规则
学习并深入理解ASN.1抽象语法的内涵，研究目前业内流行并形成规范的编码/解码规则，探究其延续和发展的原因与不同实现方式的侧重点，并定制规范相关文档，抽象标记所描述出的数据结构能满足当前系统实际需要，并具备扩展性，并最终裁剪出一套适用的编码规则。本方法采用TLV的编码：
以一条话单为一个整体进行编码，不是以一个文件或者一个数据块为一个整体进行编码，话单开始都有一个头说明，话单之间在编码上没有任何联系。
支持逻辑常量字段，此字段的值是固定值，该字段可以是逻辑存在，不一定要在话单真正存在。变长话单的结构图如图1。
本变长话单存储技术的结构通过节点tag值来定位字段，在业务需求导致话单格式变化时，整个话单的处理流程改动较小，并且在新旧数据交叠部分，无需应用同时支持两种或多种话单格式，降低系统改造风险。
2、编制编码标准件
用程序实现编码规则，提供统一、易用、高效的编、解码器程序接口API。此类API在各环节对变长话单的处理提供统一调用。简单举例具体API如：
释放FEDX变量在运行过程中申请的临时空间API
读取XML配置文件信息API
根据子系统代码得到业务配置信息API
根据当前信息获得处理的FEDX源单即没修改过的入口话单API
根据字段名得到其对应的值API，等。
图1
3、制作辅助工具
基于编码/解码接口的进一步完善，制作和逐步完善周边相应的辅助翻译程序、手工编/解码工具，方便编码后文件在UNIX系统里手工查阅、编辑和统计。举例具体工具如：
变长FEDX(asn.1)话单转定长ASCII码话单的工具
变长FEDX(asn.1)话单结构的查看工具
变长工具监控写加密日志
MORE变长FEDX(asn.1)话单的工具
GREP变长FEDX(asn.1)话单的工具，等等。
4、落地实施
整理系统现有的功能和程序，基于标准件和辅助工具，将定长话单处理调整为变长话单处理，使各个流程能够解析、处理、吐出符合规范的变长话单，完成新格式下的整个计费处理和话单存贮流程, 完成各个环节FEDX文件接口实现，为3G下的内容计费提供更合理更完善的支撑。针对此编码技术，需要对系统的预处理、剔重、批价、详单管理、帐务接口、结算接口、营业接口、统计系统、经分接口等全面进行调整；其中，预处理环节是设计实现的重点，以预处理具体实现思路为例描述如下：
单个环节实现描述如下：
（1）保留预处理解码原始话单记录部分；
（2）预处理配置，将预处理配置中字段名和计费系统配置文件中字段名对应；
（3）修改代码将配置中字段名与字段起始位置、字段长度关联读入，去除话单排序功能。
（4）在代码中根据字段起始位置、字段长度，在设置字段值的地方修改为调用API函数进行值设置。
（5）调用相关API功能，在出口指定字段设置出口输出变长话单。
实现中，针对现有程序在改动最小的情况下进行设计，即在原有定长出口写文件地方进行修改，将原有出口定长字段一个一个设置到话单中，将变长话单再输出即可。预处理在出口生成话单过程中，字段值设置到出口话单的地方，根据配置中对应的字段名将原有字段设置入变长话单中，并输出到出口文件。
整体计费系统实施流程如下：
（1）制定符合本次创新设计要求的变长话单编码格式规范；
（2）设计ASC码和二进制预处理程序，输出变长的话单；
（3）设计剔重索引配置文件，支持对各类业务变长话单的剃重处理；
（4）设计批价程序，支持对各类业务变长话单的批价处理，并在出口写对应的变长话单；
（5）设计详单处理程序，支持对变长话单的读取和写出处理；
（6）对帐务接口文件保持原有定长格式；
（7）增加转换程序，对批价后的变长话单进行定长格式的转换，以保证送给经营分析接口保持不变；
（8）设计长话单、内容计费等非标准流程类的话单程序处理；
（9）设计与营业、结算等系统内部、外部各个接口，保证对变长话单的支撑和相关数据传递的准确性和完整性。
四、本方法优点及与其他方法对比说明
本方法通过制定一种变长的话单编码处理规范，并设计计费系统各处理流程，以及内部和外部的各个接口，支持对该变长话单的处理，从而优化系统的存储，增强系统对3G业务的支撑对内容计费的支撑，增加计费系统对新业务实现的灵活度和响应速度。
1、与定长话单格式相比：定长方式有很多缺点
基于定长的ASCII模式存储，每类话单的字段数是固定的，每个字段的长度也是固定的，查看、维护方便，但是存在很多缺点：
灵活性差，同时存在多种话单格式，导致接口程序也烦杂不堪，接口定义繁多，维护工作量大；
数据不够紧凑，需要大量的冗余空间；
如果发生字段长度或类型的变化，或者增加、减少字段个数，那么程序需要修改代码、修改配置、修改文档，然后进行耗费巨大人力的测试工作。一旦涉及话单格式的调整，整个计费系统都需要调整，涉及面大。
2、与TAP3方式相比：现成的TAP3不适用。
TAP3（Transferred Account Procedure version 3）的产生与发展必要性在于允许电信运营商快速推出新业务争取客户，TAP3在诞生之初就被限定不是内部数据交互的标准，TAP3采用了工业标准ASN.1进行描述，TAP3过于条理的将详单信息进行分类，造成实际有效信息在树中的位置过深，对后续解码造成一定负担影响效率，同时增加若干冗余信息，对选用的编码方式过于灵活不好控制，同时TAP3里定义的变量类型过于繁杂，也是效率无法提高的原因之一，TAP3本身是不适用于系统内部数据传递的，但TAP3的思想值得借鉴。
总之，本文讲述的方法，采用变长话单形式相比定长话单节省了存储，又大大增强了计费系统的处理能力和灵活性，从而提高了面对新业务的响应速度，同时该技术标准按照TAP3的制定思路，完全遵照ASN.1工业标准，简化了实现细节，是符合计费系统当前和未来应用比较合理的技术，在吉林移动获得了成功应用，具有很好的推广价值。