电话计时计费系统的设计与实现(编辑修改稿)

电话计时计费系统的设计与实现(编辑修改稿)内容摘要：

对象所占 有的资源，包括对象自身。 在计费系统的设计 中，将业务及其计费的规则封装于一个组件中。 计费规则改 变时，主程序不需要重新编译测试。 只需要开发一个更高版本的新组件更换掉原业 务组件即可。 新的组件的计费规则可以在脱离原系统的环境之中单独测试。 在计费系统的设计中，利用组件的技术相对于面向对象的技术程序的执行效率 有所降低，作为回报，这种方法增加了系统的灵活性。 当计费的规则发生变化时， 只需要更换相应的计费规则组件，就可以轻松的实现系统的升级工作，而不需要重 新进行程序的开发工作。 但这种方法在升级时仍然需要软件开发人员的参与。 利用数据库技术编辑计费规则 利用数据库技术来定制业务规则的方法是三种规则之中执行效率最低的一种， 同时也是灵活性最高的一种，对于业务计费规则不定，且系统容量并不是很大的计 费系统来说比较合适。 本文所描述的系统就是利用这种方法来编辑业务。 利用这种方法，需要先建立系统计费的模型，然后将这些模型转化为数据库对 应的关系表。 在这些关系表的基础上向用户提供业务编辑的方法。 费率、节假日优 惠、计费规则及其他与计费有关的参数均存储在相应的表中。 当计费规则发生变化 !!塞坚皇查堂受主婴壅生兰垡堡壅一一 —— 一 时，维护人员只需修改计费规则所对应的记录 或在维护表中添加一条相应的记录即 可，完全避免了对计费系统代码的修改。 3． 3． 2 本系统的方法 本系统计费规则的编辑方法是利用上一节所描写的数据库方法。 在进行计费编 辑规则的制订时，应尽量将数据库设计的简单合理，以利于提高查找的效率。 同时 也要给规则的编辑者提供直观友好的编辑界面以方便操作。 因此，编辑者编辑的信 息格式与存储在数据库中的信息之间的格式便可能存在较大的差异。 这部分的转化 工作就由系统管理中心的相应软件代码来完成。 下面介绍本系统的业务编辑方法。 数据库的设计： 下面介绍与计费规则有关的主要表及其 主要字段。 业务表 字段名类型说明 ServiceID Int 业务编号 (主键 ) ServiceName String 业务名称 ChargMethodlD hat 计费规则编号 规则表 字段名类型说明 ^ ChargMethodlD Int 计费规则编号 ChargType hat 计费模型的类型 ChargTime Int 时段 ChargFeeRate Int 费率 业务表存储与业务相关的信息，计费规则表存储与计费规则相关的信息。 对应每一个业务都有一个编号作为这个业务的关键字，业务编号为系统自动分 配。 编号从 10开始，前面预留 O． 10 共 10个号码作为特殊业务情况的处理。 目前， 编号 0为固定电话市话，编号 l为固定电话本地网，编号 2 为传真。 因为这三个业 务无法根据用户输入的号码同其他业务相区分。 业务名称是编辑业务的人员为业务所起的名字，如市话，本地网， 138 长途业 务等。 在计费过程中通过业务编号来标志此业务，而在打印话单等与用户或营业人 北京邮电大学硕士研究生学位论文 员的交互中，通过业务名称来标志此业务。 计费规则编号为业务表与规则表这两个表之间建立联系。 在规则表中计费规则 编号可以不唯一。 计费模型 的类型分为五种，编号如下： l：起始收费的情况。 2：按时长收费的情况。 3：按次收费的情况。 4：百分比收费。 5：复合计费。 时段的单位为秒，费率的单位为元。 时段和费率数据根据计费模型类型的不同 而有不同的解释，例如：当类型为 1时，时段纪录通话几秒钟后起始计费结束。 当 类型为百分比收费时，时段值为 O，无意义。 费率字段存储百分比。 当类型为按次 收费的情况，时段值为 0，无意义。 举例来说，假设市话的收费情况为：起始三分钟 O． 3元，以后每分钟 0． 1 元，每 次通话收取附加费 1％元。 对于只支持市话业务的系统，两个 表中的内容应为： ”” 业务表 l ServiceID ServiceName ChargMethodlD }0 市话 0． 规则表 ChargMethodlD ChargType Cha 唱 Time ChargFeeRate O l 180 0． 3 O 2 60 0． 1 O 4 O 0． 0l 当要修改起始三分钟的费率时，只需修改规则表中 ChargFeeRate 字段的值，当 要删除附加费时，将规则表中 ChargType=4 的记录删除即可。 此数据库的设计并没有严格按照数据库设计中的理论知识来做，主要是为了考 虑 效率，做了一下折衷，在设计时留下了一些冗余字段。 计算的方法 14 北京邮电大学硕士研究生学位论文 仍以市话为例。 当用户通话时，系统根据用户所拨打的号码分析出用户所拨打 的业务编号为 0，在业务表中根据业务编号找到计费规则编号为 0。 在规则表中查找 到计费规则编号为 0 的计费类型有三种： l， 2， 4。 根据计费类型得到市话的收费情 况，再进行优惠处理以后得到实际的收费值。 3． 4 优惠 在得到话费的标准批价以后还要进行优惠批价的处理。 一般的优惠政策都是根 据时间来制定的。 根据处理手段的不同，在本系统中支持的优惠情况主要 包含以下 三种情况： 1．时段： 在每天的某一个时间段内 (例如 07： 00一 11： 00)可能存在的优惠情况。 当 优惠时段跨越两天时，例如第一天的 23： 00 至第二天的 07： 00，将此时段拆成 两段处理，分别为 23： 00． 00： 00 和 0： 00． 07： 00。 这种优惠方式只与时间段有关， 而与日期无关 2．日期： 在国家法定的节假日或某些特殊的日期也可能出现优惠。 这种优惠一般从 当天的零点至第二天的零点。 ： 3．休息日： 周末的时间出现的优惠情况，这种优惠周期性的出现，而与具体日期无关。 当这几种优惠情况发生重叠时， 优先计算时段优惠，其次为日期的优惠，最后 为周末优惠。 一般情况下，一种业务的优惠应当包含此业务覆盖的所有地区，但是还存在～ 种按照区段实行优惠的情况。 例如，对同一个业务，港、澳、台地区的优惠与大陆 的其他地区的优惠情况可能就不一样。 对于这种情况的处理有两种方法：第一种方 法为为这些地区单独设置一种业务，业务名称与标准批价的收费规则与原业务完全 相同，只是优惠不同。 这两种业务之间完全靠业务编号来进行区分。 另一种方法为 针对这些特殊优惠的地区，在数据库中另外增加一个表来保存这些地区的区号和优 惠信息，在进行优 惠计算时，先查找这种优惠是否在特殊优惠表中存在，如果存在 则进行特殊优惠的计算，否则进行普通优惠的计算。 在本系统之中，优惠的处理采 用了第二种方法。 因此在计费终端的配置数据库中，与优惠相关联的表项为以下 5 种。 北京邮电大学硕士研究生学位论文 数据库： 1．优惠时段表 表项类型 AgiolD Int StartTime Time Endtime Time AgioValue Int 2．优惠日表 表项类型 AgioID Int StartDate Time EndDate Time AgioValue Int 3．周末优惠表 表项类型 AgiolD Int AgioValue hat 4．特殊区段优惠表 表项类型 ServicelD Int ArealD String AgioType Int AgioID Int 5．普通优惠表 表项类型 ServicelD Int 说明 主键，标志一条按时段优惠的纪录 优惠的开始时间 优惠的结束时间 优惠率 说明 主键，标志一条按日期优惠的纪录 优惠的开始日期 优惠的结束日期 优惠率 说明 主键，标志一条按周末优惠的纪录 优惠率’’ 说明 这种优惠所属业务的 ID 区号代码 ，与 Serviced 共同组成主键 优惠的类型， 1 为时段， 2 为日期， 3为周末 优惠 ID，标志前面三个表中的。 条纪录 说明 这种优惠所属业务的 ID 16 I!塞坚皇查堂堡圭竺塞皇堂垡堡苎一一 AgioType Int 优惠的类型， 1 为时段， 2为日期， 3为周末 AgiolD Int 优惠 ID．标志前面三个表中的一条纪录 优惠计算方法： 输入：标准话费，业务类型，区号 输出：优惠处理后的话费，此优惠的结束时间 计算过程如下： 1．程序启动时，根据以上定义的 5 个数据表，在内存中建立一个业务与优惠类型 的对应表，表中纪 录的数据结构描述为： Struct AgioMap { int Service／ D； intAgioTableType； ) ServieeID 为业务表中存在优惠的业务的 ID， AgioTableType 为所在优惠表的类 型： 0．没有优惠。 1．在特殊优惠表中有此业务。 2．在普通优惠表中存在此业务。 3．在两个优惠表中都存在此业务。 2．计算优惠时，根据业务的类型在步骤 l中建立的表中查找，如果此业务存在于 特殊优惠表中，则在特殊区段优惠表中根据业务类型和区号查找优惠的 ID 和 优惠的类型，如果此业务存在于普 通优惠表中，则根据业务类型进行查找。 3．根据优惠的类型确定优惠为时段优惠、日期优惠还是周末优惠。 并在相应的表 中查找优惠时间段和优惠率。 4．判断当前时间是否处于优惠段中。 如果这时出现当前时段既处于优惠时段又处 于优惠日的情况，按照优先处理优惠时段，其次为优惠臼，当前两种情况都没 有出现时再判断是否存在周末优惠的原则进行处理。 !!塞业皇查兰堡主堕塞兰堂垡笙塞一 —— 5．得到优惠率和优惠结束的时间以后，将标准话费减掉优惠掉的话费，将结果输 出。 3． 5 号码分析的规则 号码分析的执行发生在线路刚接通时，系统 根据号码分析得到用户所拨打的业 务，并根据业务来确定计费方法。 在这一节将介绍本系统的号码分析过程。 本系统 的号码分析手段参考了交换机的号码分析技术，但其实现方法与交换机的号码分析 不同。 3． 6． 1．用户号码的组成 我们这里所讨论的号码资源主要包括依据 E． 164国际公用电信编号资源计划所 确定的 PSlN、 N． ISDN、 GSM、 CDMA、无线寻呼业务网络的用户号码。 用户号码 的组成规则为： l 在一个本地电话网内采用统一编号，在一般情况下采用等位编号。 其号长要根 据本地电话网的长远规划容量来确定。 在本地电话网 编号号码长度小于 7位时，允 许用户交换机的直拨号比网中普通用户号码长一位。 本地电话网的一个用户号码有两部分组成：他们是局号和用户号。 局号可以是 1 位 (用 .P’表示 )， 2位 (用” PQ”表示 )， 3位 (用” PQR39。 ’表示 )和 4位 (用” PQRS” 表示 )。 用户号为 4位 (用” ABCD”表示 )。 因此本地电话网的号码表示 为” PQABCD” (设号长为 6 位 )。 本地电话网的号码长度最多为 8 位。 国内长途呼叫时除需拨上述本地电话网的号码之外，还应多拨 1 至 4位 (我们 以 xl— xlx2x3x4 表示 )长途区号以及 l位长途全自动字冠 ” 0”。 假设某用户的所在地 的区号为 3 位 (xlx2x3)，则该用户进行长途全自动呼口 U时应拨” 0xlx2x3PQABCD”。 国际长途呼Ⅱ q 时除拨上述国内长途号码以外还要增拨国家号码。 国家号码的长 度规定为 1～ 3 位 (用 11— 11213 表示 )。 假设某个国家的号码为 2 位 (1112)，则用户 进行国际呼叫时应拨 00IIl2xlx2x3PQABCD。 其中，” oo”为全自动国际长途字冠。 我国首位为” 1”的电话号码主要用于紧急业务、需要全国统一的业务接入码、网 间互通接入码和社会服务码等。 此外，我国规定： 200， 300， 400， 500， 600， 700， 800 为新业务号码。 例如， 规定 200 号为中国电话卡业务。 GSM， CDMA 移动用户的号码通常为 13 或 013打头。 北京邮电大学硕士研究生学位论文 3． 6． 2 表格逐级展开法 下面先介绍一种程控交换机所使用的号码分析方法：表格逐级展开法。 表格逐级展开法就是在进行号码分析时，通过逐级查表的方式先用首位查第 1 级表，如果得出结论则查表结束，否则再用第 2位号查由第 1 级表导出的第 2级表， 如果第 2极表仍无结论，再用第 3位号查由第 2级表导出的第 3 级表，如此下去， 直到得出结论或继 续收号。 表格逐级展开法的数据结构由分析表和结论表组成。 分 析表结构如图所示。 其中 PTR 为指向结论表或下级表的指针； FLAG 为分析标识， FLAG=0 表示未得出结论， PTR 指向下级表： FLAG=I 表示得出结论， PTR 指向结 论表。 结论表包含与呼叫处理有关的信息，如呼叫类型 (国际全自动，国内全自动， 本地网呼叫等 )，计费方式 (3+1 方式， 3+3 方式等 )，出局路由等。 结论表的内容 随交换机的不同而不同，与号码分析的方法无关。 在不同的应用环境中，号码分析。