中国公用数据通信服务网数据九七技术方案书模板.doc

资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。

附件三:
网络结算平台和163全国结算中心
技术方案书(V3.0)

中国电信数据局
一九九八年七月

目录
第一章网络结算平台 1
1.1”数据九七”系统结算功能 1
1.2网络结算平台 1
1.3163全国结算中心功能 2
第二章163全国结算系统体系结构 3
2.1系统结构 3
2.1.1主要模块 3
2.1.2模块结构图 4
2.2数据库结构 5
第三章漫游勾兑子系统 6
3.1漫游确认 6
3.2上传数据定义 7
3.3漫游勾兑 9
第四章帐务处理子系统 10
4.1日结处理 10
4.2月结 11
4.3其它几类帐务凭证处理 14
4.3.1备用金 14
4.3.2上缴管理费用 15
4.3.3差错处理 15
第五章清算子系统 17
5.1清算数据库 17
5.2清算方法 18
5.3平帐 18
5.4财务接口 19
第六章公共服务子系统 20
6.1对帐查询 20
6.1.1对帐单 20
6.1.2查帐 21
6.2统计报表 22
第七章传输子系统 28
7.1全国结算中心的文件目录结构 28
7.2数据库接口 30
第八章主要数据结构 31
8.1总缆表 31
8.2参照列表 32
8.3主要数据库说明 33
第九章实施方案 36
9.1基本方案 36
9.2方案比较 36
9.3需要省１６３计费中心的技术支持 37
9.4与１６９全国计费结算中心的关系 37

第一章网络结算平台
1.1”数据九七”系统结算功能
结算是”数据九七”的核心功能, 它主要负责四个方面结算:
1） 与客户结算
由部中心和省中心受理的全国和全省性的客户都由该系统实行统一结算。
2） 电信内部的结算
主要包括:
l 部与省之间的结算: 随着受理功能的进一步扩大, 单点受理统一结算就必须采取部与省之间进行结算;
l 本地网间数据与市话的结算。
3） 与其它信息网的结算
除了电信局163和169以外, 社会上有不少信息网, 例如银海威时空等, 她们与163/169的互联有两个方面:
l 她们的客户, 利用169的接入网, 联结自己的ISP;
l 163/169用户访问她们的ISP。
这里要有清楚的结算机制。
4） 与第三方信息源的结算
1.2网络结算平台
我们不能为每一个专业网络结算, 和每一项结算功能, 搭一套结算系统, 这样既加大投资, 又难于管理, 系统设计初期, 充分考虑好”结算平台”概念。
１） 功能:
l 各个专业网全国结算
l 新的增值网全国结算
l 其它各项结算功能
２） 管理:
l 设立一套结算管理制度
l 设立一套结算凭证
l 设立一套与财务接口
l 设立一套执行体系
３） 结构:
l 网络统一设计, 全部结算可利用”数据九七”网络
l 结算服务器功能分布
l 公共设施统一调度
1.3163全国结算中心功能
１） 各省之间漫游用户总费用结算: 定期接受省级结算中心递交的漫游用户网络接入费, 信息服务费帐单, 转至该用户开户地所在省级结算中心;
２） 各省之间收费信源信息服务费用结算;
３） 有结算关系的其它信息网络结算;
４） 第三方信息源的结算。
第二章163全国结算系统体系结构
2.1系统结构
2.1.1主要模块
系统主要由五个部分组成:
( 1) 传输模块: 用于全国结算中心与各省结算中心之间信息传输。传输内容包括各省结算中心发往全国结算中心的本省漫游用户的网络接入费清单、 异省漫游用户的网络接入费清单、 异省用户的信息服务费清单以及全国结算中心发往各省结算中心的本省漫游用户的网络接入费( 经过漫游勾兑) 清单、 本省用户的信息服务费清单。
( 2) 漫游勾兑模块: 漫游勾兑主要是对各省结算中心上传的本省漫游用户的网络接入费清单、 异省漫游用户的网络接入费清单按漫游勾兑条件进行勾兑并作勾兑标记, 供帐务处理。
( 3) 帐务处理模块: 主要对经漫游勾兑的漫游用户的网络接入费清单、 信息服务费清单进行日结记帐、 月结, 生成各省费用帐单以及管理费用帐单。
( 4) 财务清算模块: 主要依据各省帐单以及各省存在全国结算中心的备用金, 进行按月清算, 并提供财务凭证接口。
( 5) 实用模块: 支持查询、 统计、 报表。

2.1.2模块结构图
系统主要模块图如下图:
财务接口
备用金
财务清算模块
查询、 对帐
月结
日结
漫游接入费
管理费用
各省费用帐单
差错调整
各省中心
信息费
勾 兑
认证方漫游费
接入方漫游费

图中所示:
l 传送模块: 主要传送用户的网络接入漫游费, 异省用户的信息费, 以文本文件方式暂时存放。
l 勾兑模块: 主要对漫游用户的网络接入费进行勾兑, 供日结处理。
l 日结模块: 对经勾兑的网络接入费、 信息服务费清单按用户省、 接入省分类记帐。
l 月结模块: 月结记帐, 生成各省帐单, 分清各省的应收款和应付款。
l 财务清算模块: 接收各省备用金, 并在中心完成清算, 各省之间不发生清算关系。清算由全国中心统一进行。
l 差错调整模块: 各省发现全国中心或漫游费等帐目有错时, 经过差错调整向全国中心提出申请, 由全国中心进行仲裁, 全国中心按调整单进行记帐。
l 查询对帐: 为实用模块。查询用于各省中心可查询全国中心的帐。对帐核对帐单和明细。
2.2数据库结构
帐务系统的数据库要求很严谨, 要有鲜明的层次性, 层次化结构方便对帐、 查帐, 合理化设计有利于大数据量的查询、 提高系统的性能。根据结构层次化、 设计合理化的原则, 我们对全国结算中心数据库作了初步设计, 数据库主要由四个逻辑层次构成:
清算数据库( 备用金、 清算余额)
各省分户帐数据库( 月结帐单、 上缴管理费用、 差错调整)
日结数据库层( 各省日结数据)
原始数据层( 各省上传清单)

原始数据层: 主要是各省结算中心上传的漫游费和跨省信息费清单, 这部分数据格式在上一章节上传数据定义中也有所讨论。
日结数据库层: 将各省结算中心上传的数据( 经漫游勾兑) 按用户省和接入省进行分类汇总, 生成日结汇总数据和明细清单数据, 下发至各省结算中心。
各省分户帐数据库: 这是系统主要数据库, 而且永久存放, 包括各省年月月结帐单、 管理费用、 差错调整单, 是本系统提供的主要财务凭证。
清算数据库: 是各省清算结果。
第三章漫游勾兑子系统
漫游勾兑主要是对各省结算中心上传的本省漫游用户的网络接入费清单、 异省漫游用户的网络接入费清单按漫游勾兑条件进行勾兑并作勾兑标记, 以提高计费数据的准确性。
3.1漫游确认
计费数据的准确性是保证计费系统稳定运行的第一个关键因素。
计费数据来源于两个方面: 即漫游接入费和异省漫游用户的信息服务费。《中国公众数据通信网技术体制》当中规定, 以各省为中心进行认证。漫游接入是在两个省认证中心之间进行, 而计费结算又是在”中心”情况下进行。结算中心并没有掌握任何有关两省认证的原始信息。这样, 有可能在某些情况下, 人为地, 网络问题以及其它问题导致漫游费出错( 特别由于我们的网络还没有成功投入长时间实际运行时, 该情况更容易发生) , 因此首先要解决中心结算与按省分布认证中间的差错问题。
规定采用RADIUS认证协议, 这个协议当前我们还不能嵌进我们想要增加的技术内容, 因此我们只有从研究RADIUS认证过程进行解决。
RADIUS认证过程分为两段: 首先是资格认证, 主要是核对用户密码, 来往传送的请求包和确认包( 拒绝包) 。根据部《工程实施技术要求》, 认证包只记录一些简单的信息, 而发完认证包以后, 接着发统计包, 开始计时, 请看以下图示统计包的通信过程:

★
S2
S1
★
漫游统计包
漫游统计包
C1
C2
应答
NAS
NAS计费统计包
应答

S: 省认证中心
C: 接入地
NAS: 网络访问服务器
★: 省间漫游统计数据采集点

如上所示, 漫游用户( 省间) 统计包的通信过程是: NAS→C1→S1→S2,其RADIUS的Accounting_Request报文所包括的属性在电总《工程实施技术要求》中有所描述。
为了有效、 正确地记录漫游用户的统计数据, 在省认证中心( 如图S1、 S2) 作漫游统计数据采集, 如上所示, S1作接入方的漫游统计, S2作漫游方的漫游统计。S1和S2把统计数据上传全国结算中心, 进行省间计费和对帐。
为使S1和S2的统计记录有一个唯一的对应关系, 我们采用的唯一标识是: NAS_IP+Session_Id,NAS_IP和Session_Id应该在RADIUS统计报文内包括。
因此, 在《中国公众数据通信网技术体制》和《技术要求》上对省认证中心之间的RADIUSAccounting_Request报文中应加上NAS_IP及Session_id属性。
3.2上传数据定义
考虑到漫游数据的勾兑, 必须在《中国公众数据通信网技术体制》和《工程实施技术要求》中增加有关认证和计费属性, 并要求接入方和漫游方把漫游统计信息都上传全国结算中心, 这样才有可能实现漫游用户网络接入勾兑验证, 因此, 计费文件格式的”拨号方式接入费清单文件”应加上两个字段:

字段名称
字段描述
字段长度
单位
范围及格式
示例
NAS_IP
NAS地址
16
Byte
IP地址
10.10.10.10
Session_id
会话Id
20
Byte

这样, 各省结算中心及其它网络上传以及全国中心转交给各省结算中心及其它网络的网络接入费数据格式为:

字段名
字段描述
字段长度
单位
范围及格式
示例
date
日期
10

yyyy-mm-dd
1997-01-01
symbol
用户标识
1
Byte

user_ID称
用户账号
15
Byte

user_city
用户属地
40
Byte
Internet域名形式

user_access_city
用户接入地
40
Byte
Internet域名形式

NAS_IP
NAS地址
16

IP地址
10.10.10.10
Session_id
会话Id
20

start_time
起始时刻
19

yyyy-mm-dd-hh:mm:ss

stop_time
终止时刻
19

yyyy-mm-dd-hh:mm:ss

connect_dur
访问时长
6
分钟
1-999999

那么, 在每日接入方向全国结算中心传送漫游数据时, 同时认证方也应传送统计包中有关信息。这样全国结算中心首先开始对漫游用户接入费进行勾兑确认, 从漫游方计费数据中找出NAS_IP及Session_Id, 然后从开户方上传的RADIUS统计包中查找, 如果已经找到, 表示该清单已经勾兑, 属于双方认可, 只有勾兑过的漫游网络接入费才进行日结记帐处理, 进入全国中心进行计费结算。如果勾兑不到的数据, 每月底由全国中心同时向漫游方和认证方转发清单, 要求重新确认, 参加下个月计费或差错调整。
跨省信息费的确认, 由于当前采用Cookie机制和全国密钥中心统一管理, 基本比较严密。
3.3漫游勾兑
全国结算中心对接入方和漫游方上传的数据进行勾兑, 勾兑严格按照以下条件进行:
勾兑条件: USER_ID(用户帐号)
USER_CITY(用户属地)
USER_ACCESS_CITY(用户接入地)
NAS_IP(NAS地址)
SESSION_ID(会话ID)
勾兑算法: 对接入方和漫游方上传的数据按勾兑条件进行配对, 对满足勾兑条件的记录分别在接入方和漫游方数据表上做上勾兑标记。
第四章帐务处理子系统
帐务处理子系统分为日结处理、 月结处理以及其它帐务凭证处理, 如备用金收缴、 上缴管理费用和差错调整单, 为财务系统提供了主要的几类财务凭证。
4.1日结处理
日结处理是每日工作的日常事务, 主要对从各省级结算中心及其它信息网络送来的漫游费清单( 经勾兑) 、 信息费进行分类处理, 记各省日结流水帐, 生成下发清单明细、 日结报表, 下发给各省结算中心及其它信息网络。
各省日结流水帐主要是按用户省分列在其它省的漫游接入费和信息费, 分为帐首和明细。帐首包括用户省当日在接入省的网络及信息费的累计使用情况, 明细包括具体每一笔明细。这些明细数据再按用户省进行分类生成下发数据清单, 转发至各省级结算中心。
日结处理的业务流程如图所示:
认证方漫游费
认证方漫游费
勾 兑
经勾兑漫游费
日结处理
统计日报
各省日结流水帐

漫游费和信息费清单

4.2月结
月结处理主要对每月发生业务进行汇总结算, 按部《工程实施技术要求》有关漫游接入费和信息费的分配算法进行结算, 生成各省级结算中心及其它信息网络的帐单、 统计信息, 并设定新的核算月度, 本模块在每月月底月结时执行。具体有以下几个方面的内容:
⑴按月度对各省级结算中心及其它信息网络的漫游费进行结算分配。
⑵按月度对各省级结算中心及其它信息网络的信息费进行结算分配。
⑶对以上两步生成的结果进行汇总生成各省级结算中心的月度帐单及明细。
⑷对各省级结算中心进行统计, 生成各省级结算中心的月度统计信息。
⑸定新的月度。
⑺把漫游明细清单、 信息费明细清单、 省级结算中心日结汇总等中的信息转入历史数据库。
月结生成的各省结算中心月度帐单及明细的具体格式如下:
中国公众数据通信网
月结帐单
年月日
结算中心:
项目
漫游接入费
信息服务费
第一类信息费
第二类信息费
应收款项

应付款项

合计

漫游接入费分成比例

总计

制单人:

中国公众数据通信网
月结帐单附件( 应付款)
年月日
结算中心:
省份
漫游接入费
信息服务费
第一类信息费
第二类信息费

合计

中国公众数据通信网
月结帐单附件( 应收款)
年月日
结算中心:
省份
漫游接入费
信息服务费
第一类信息费
第二类信息费

合计

4.3其它几类帐务凭证处理
4.3.1备用金
备用金为各省结算中心存放在全国结算中心的款项, 能够理解为预付款, 其余额与分户结算流水帐最终余额相等。备用金能够实际金额, 也能够设定一个最低额度, 然后进行财务划拨, 其业务处理主要有, 接收各结算中心的付款及退款, 打印备用金收据凭证, 对欠费省份进行催缴。有关凭证格式如下:
中国公众数据通信网
上缴备用金收据
年月日

日期
结算中心
金额
单位

制单人: 复核人:

中国公众数据通信网
催款单
结算中心:
你省结算中心的备用金已经超支___________元, 为了方便全国结算中心的清算工作, 望在近期补足备用金。

全国结算中心
年月日

4.3.2上缴管理费用
全国结算中心作为一个独立运营单位, 为各省之间结算服务会产生很多费用, 因此有可能要向各省收取管理费用。收取的标准与算法尚未确定, 在此提出几种建议以供参考:
⑴固定收费;
⑵确定每笔费率, 按笔次收费;
⑶确定收费费率, 按金额收费。
上缴管理费用结算单格式如下:
中国公众数据通信网
上缴管理费用结算单
年月日
结算中心:
月份
清算笔次
清算金额
费率
金额

制单人:
4.3.3差错处理
差错处理主要用来处理一些差错情况。
⑴差错发现
系统在运行的过程中由于各种各样的原因可能出现一些差错, 各省中心与全国中心在查帐和对帐过程中发现帐目差错, 向全国结算中心提出差错处理报告。
⑵差错处理
全国中心受理省结算中心提交的差错处理报告之后, 与有关省份联系、 协商, 达成处理意见, 仲裁生成差错处理调整单。
⑶差错更正
全国中心根据差错处理调整单调整有关帐目及备用金的补收或退还, 差错处理报告作为附件与差错处理调整单一起装进财务凭证。
差错处理调整单的格式如下:
中国公众数据通信网
差错处理调整单
年月日
结算中心:
月份
调整原因
金额
附件张数

制单人:
第五章清算子系统
财务清算是指全国中心与各省之间资金的清算, 从财务角度上来看, 资金流的变化是从各类凭证, 即信息流的流转来反映出来的, 因此, 清算过程实际上就是各类凭证财务处理的过程。
5.1清算数据库
财务清算利用两张表完成清算任务。一张表记录各省结算中心当前备用金余额及最近修改日期, 表明全国中心与各省结算中心的应收应付情况。另一张表是经过对各省月度帐单管理费用、 差错调整及备用金的逐条记录与核算, 记录了全国中心与各省之间业务往来的流水帐目, 各省最后一条记录的余额与当前备用金余额保持相等的平衡关系。两张表的数据结构如下:
表一: 省级中心存款余额表
字段名
字段描述
字段长度( byte)
单位
范围及格式
示例
PROV_NAME
省结算中心
64

简称
He
DEPOSIT
结存金额
13

MOD_DATE
最后修改时间
8

1998/6/10

表二: 省中心费用帐明细
字段名
字段描述
字段长度( byte)
单位
范围及格式
示例
PROV_NAME
省结算中心
64

简称
He
ABSTRACT
摘要
64

INCOME
收入
13

PAYMENT
付出
13

BALANCE
余额
13

ITEM_ID
项次
12

ACCT_YYMM
年月
6

VOUCHER_ID
原始凭证号
10

5.2清算方法
财务清算对各省份各种应收款项、 应付款项以及存入的备用金进行清算, 生成各省中心分户结算流水帐、 本月对帐单, 各省分户流水帐其付出方数据来源主要有三个部分:
⑴省级结算中心的帐单;
⑵省级结算中心应上缴的管理费用;
⑶差错调整。
收入方主要记录备用金的上缴情况。
省中心分户流水帐的最终余额, 即为各省备用金的余额, 也就是各省应付全国中心或全国中心应退还各省的金额数。
清算数据流程如下:
本月对帐单
分户结算流水帐
财务清算
上缴管理费用
备用金
财务接口
各省费用帐单
差错处理调整单

5.3平帐
财务清算的帐务有如下平衡关系:
本月余额=上月余额+付出-收入
当余额大于零, 表示该省结算中心有备用金, 当余额小于零, 表示该省级结算中心备用金全部用完并欠款。
5.4财务接口
全国结算中心的财务核算由财务软件完成, 为了避免数据的重复录入和差错, 建议把业务系统生成的数据直接转入到财务软件当中, 财务接口作为业务系统和财务系统的桥梁就是为此而设计的。业务系统提供给财务系统的主要会计凭证应该有: 省月结帐单、 上缴管理费用、 差错调整和备用金收缴四类。
财务接口与财务软件、 会计科目的设置运用等有关具体内容还需进一步明确。
第六章公共服务子系统
公共服务子系统的服务对象为各省级结算中心, 主要是向各省级结算中心提供各种帐单凭证的数据查询, 以及对帐单、 备用金余额和各种统计信息等方面的查询。系统提供C/S方式及Web方式两种版本, 根据用户身份查询本省的各种数据信息以及统计报表, 对各省结算中心授权并进行身份论证。
6.1对帐查询
6.1.1对帐单
对帐单主要反映各省结算中心上月余额, 本月发生情况如: 本月帐单, 差错处理调整单, 管理费用, 备用金情况等, 供省级结算中心对帐使用。具体格式如下:
中国公众数据通信网
对帐单
年月日
上月余额:
日期
摘要
收入
付出

本月余额:
6.1.2查帐
查帐模块与数据库设计的层次性相对应, 本模块提供了从最明细的原始数据清单到备用金余额的层次查询。做到自上向下数据控掘, 直至最明细原始信息。
鲜明的四层数据库, 概念清楚, 逻辑层次清晰, 带来最大方便是对帐和查帐, 这样查帐能够查到任一清单明细, 例如: 某省对该月清算结果有怀疑, 可经过下述流程:
备用金
查备用金数据库
找到该省分户帐
按日期、 查日结数据库
查清单
直到查出某一笔清单
该月应收款
该月应付款

(1)原始数据查询
提供对各省上传的漫游费和信息费最原始数据的查询, 能够查询到某省某一天上传的数据信息。
(2)勾兑结果查询
对漫游数据勾兑的结果进行查询, 特别是对较长时间未勾兑确认的漫游数据, 按时段进行搜索, 以便进行处理。
(3)日结查询
主要查询每月用户名与接入省之间漫游费和信息费的累计信息。
(4)各类财务凭证
对系统生成的各类财务有效凭证的查询, 如各省费用帐单、 差错调整单、 上缴管理费用、 备用金的收款凭证等。
(5)各省分户帐查询
查询各省分户帐, 分户帐是与各省往来的流水帐。
(6)备用金余额查询
查询备用金余额。
6.2统计报表
系统提供有关全国结算中心的统计报表及图形分析。
漫游勾兑情况表( 天)
日结报表( 天)
月结报表( 月)
上缴管理费用情况表( 月)
余额表( 月)
具体格式如下:
中国公众数据通信网
漫游勾兑情况统计表
年月日
用户地
接入地
勾兑记录数
未勾兑记录数
用户地
接入地

合计

中国公众数据通信网
日结报表
年月日
用户地
接入地
网络接入费
信息服务费
合计

中国公众数据通信网
月结报表
年月日
省结算中心
应收
应付
余额

中国公众数据通信网
上缴管理费用情况表
年月日
省结算中心
本月上缴管理费用
本年累计

中国公众数据通信网
备用金余额表
年月日
省结算中心
余额
最后修改时间

第七章传输子系统
传输子系统是为全国结算中心与各省结算中心之间建立了数据交换的途径, 两级结算中心之间每天有大量的数据传输, 因此数据传输的正确性及安全可靠性至关重要的。
传输子系统每天传输的数据主要分两类数据, 一类是各省结算中心及其它网络上传的数据如:
( 1) 本省漫游用户的网络接入费;
( 2) 异省漫游用户的网络接入费;
( 3) 异省用户的信息服务费。
另一类是全国中心转交给各省结算中心及其它网络的数据如:
( 1) 本省漫游用户的网络接入费( 经过漫游勾兑) ;
( 2) 本省用户的信息服务费。
上述两类数据的主要特点是批量传输, 数据量较大, 同时应提供较好的与数据库接口。为了保证上述传输功能的正确实现, 采用了基于FTP传输的一套传输函数, 以适应不同的传输要求。上述的传输是基于169全国骨干网上进行。
对于数据传输的安全可靠性, 我们将采用电总统一规定的加密方法进行, 但如何保证采用FTP的有效性和传输确认, 还需要一定的技术。
7.1全国结算中心的文件目录结构
为了高效有序地组织好两级结算中心的数据交换, 对全国结算中心的文件目录结构作如下规定:

… … … … … …
rec
his
rec
he
/usr/trans

gd

his
send
send

各省结算中心在全国结算中心开操作系统用户, 并对她们所对应的目录进行读写权限的设定, 以保证数据安全。
以河北省为例, 所有从河北省结算中心上传的当前数据放在／usr／trans／he／rec目录, 从全国结算中心下发的当前数据存放在／usr／trans／he／send目录, 历史数据存放在／usr／his／gd／his目录。河北省结算中心用户对／usr／trans／he／rec目录下的数据有读写权限, 对／usr／trans／he／send和／usr／trans／he／his目录下的数据没有写权限, 只能读。
各省结算中心以文件方式每天定时经过FTP把外省用户在本省漫游清单、 信息费清单及本省用户在外省漫游的统计清单传送给全国中心并接收全国中心转发的本省用户在其它省漫游清单和信息服务费清单数据。
对于经过文本文件方式上传至全国中心的数据。为了便于进行处理, 就必须把文本传转换成数据库。文件／数据库转换把上传的数据文件转换到数据库中, 以便进行下一步数据处理。在文件转换成数据库时, 对文件数据的有效性进行检查, 并对数据进行审核, 保证数据正确。
下发过程实际上与上传是一个相反的过程, 首先必须把数据库数据转换成文本文件, 存放到相应的文件目录当中, 然后再以FTP方式下发到各省结算中心。
除了后台能够经过cron定时进行上传与下发操作之外, 也能够手工进行操作, 提供全部、 单一省份或单一文件的传送／接收, 重发功能, 提供各种灵活的传送／接收清单文件的方式。
7.2数据库接口
如果采用数据库复制技术, 只要定义好数据传输的五张表的复制定义, 数据库复制服务器平台就能够保证数据的同步复制, 并有中断后的自动恢复功能。
第八章主要数据结构
本章描述了全国结算中心与各省结算中心数据接口、 帐务处理、 系统配置、 清算等方面的主要数据结构, 包含表、 索引以及表之间的参照关系。
8.1总缆表
序号
名称
代码
1
接收文件
RECEIVE_FILE
2
漫游方漫游统计
ROAM_DIAL
3
接入方漫游统计
ACCESS_DIAL
4
信息费原始记录
INFO_DIAL
5
省级结算中心日记帐
PROV_DAYBOOK
6
漫游明细清单
DIAL_DETAIL
7
信息费明细清单
INFO_DETAIL
8
省结算中心帐单
PROV_BILL
9
应付明细
PROV_BILL_PAYMENT
10
应收明细
PROV_BILL_INCOME
11
省级结算中心备用金收据
RECEIPT
12
上缴管理费用帐单
PROV_MANAGE
13
差错处理调整单
PROV_ADJUST
14
省级中心存款余额表
PROV_DEPOSIT
15
省中心费用帐明细
PROV_ACCOUNT
16
系统配置表
SYSCONFIG
17
省级结算中心
PROVINCE
18
操作员
OPERATOR
19
操作员类型表
OPTYPE
20
操作记录
OPACESS

8.2参照列表
参照列表列出各表之间的参照关系:
参照名称
参照代码
父表
子表
DAYBOOK_ACCDETAIL
DAYBOOK_ACCDETAIL
PROV_DAYBOOK
DIAL_DETAIL
BILL_INCOME
BILL_INCOME
PROV_BILL
PROV_BILL_INCOME
BILL_PAYMENT
BILL_PAYMENT
PROV_BILL
PROV_BILL_PAYMENT
DAYBOOK_INFODETAIL
DAYBOOK_INFODETAIL
PROV_DAYBOOK
INFO_DETAIL
PROV_RECEIPT
PROV_RECEIPT
PROVINCE
RECEIPT
PROV_BILL
PROV_BILL
PROVINCE
PROV_BILL
DEPOSIT_DETAIL
DEPOSIT_DETAIL
PROV_DEPOSIT
PROV_ACCOUNT
PROV_ADJ
PROV_ADJ
PROVINCE
PROV_ADJUST
PROV_MNG
PROV_MNG
PROVINCE
PROV_MANAGE
DIAL_BILL_ACCFILE
DIAL_BILL_ACCFILE
RECEIVE_FILE
DIAL_DETAIL
RELATION_1611
RELATION_1611
RECEIVE_FILE
ROAM_DIAL
INFO_BILL_ACCFILE
INFO_BILL_ACCFILE
RECEIVE_FILE
INFO_DETAIL
ACCFILE_INFOMATION
ACCFILE_INFOMATION
RECEIVE_FILE
INFORMATION
ACCFILE_DIAL_BILL
ACCFILE_DIAL_BILL
RECEIVE_FILE
ACCESS_DIAL
USER_PROV
USER_PROV
PROVINCE
PROV_DAYBOOK
PROV_DEPST2
PROV_DEPST2
PROVINCE
PROV_DEPOSIT
ACCESS_PROV
ACCESS_PROV
PROVINCE
PROV_DAYBOOK
OPERATOR_TYPE
OPERATOR_TYPE
OPTYPE
OPERATOR
OPACESS
OPACESS
OPERATOR
OPACESS
8.3主要数据库说明
业务数据库表之间表现出四个层次的逻辑关系:
清算数据库: 省级中心存款余额表、 省中心费用明细帐

帐务数据库: 省结算中心帐单、 省结算中心帐单应付明细、 省结算中心帐单应收明细、 上缴备用金、 管理费用帐单和差错调整
日结及下发数据库: 日结汇总、 漫游明细清单和信息费明细清单
上传数据库: 接收文件、 认证方漫游费、 接入方漫游费和信息费

【1】 上传数据库
表1--表4描述了上传数据的数据库接口:
表1: 接收文件
接收文件是根据漫游原始记录和信息费原始记录生成的记录信息。供各个省级结算中心的上传文件的核对