《中央音乐平台BOSS系统接口规范.doc》由会员分享，可在线阅读，更多相关《中央音乐平台BOSS系统接口规范.doc（124页珍藏版）》请在三一办公上搜索。
1、中国移动通信有限公司一级BOSS枢纽系统接口规范无线音乐会员俱乐部业务单行本（中央音乐平台部分）V1.2.3中国移动通信集团公司二六年五月文档变更记录序号变更内容说明版本号版本日期执笔人1.讨论稿1.0.02006-05-28王进2.修改：在中央音乐平台会员数据同步报文中增加18.1.2.5 CRBTUser字段，便于中央音乐平台判断是否彩铃用户1.0.02006-6-7王进3.修改：在中央音乐平台会员数据同步报文中增加18.1.1 PkgSeq字段1.0.02006-6-7王进4.修改：在业务受理报文中增加18.1.6 BizNumb字段1.0.12006-6-14王进5.修改：在业务受理请
2、求报文中修改18.1.2用户手机号的约束条件，由原来的1变为+，并修改该字段取值说明，以便支持改号操作1.0.12006-6-14王进6.修改：3.2.3.1，省BOSS受理流程中，增加对用户状态变更时的说明，明确改号时省BOSS的行为1.0.12006-6-14王进7.修改：3.2.3.1，省BOSS受理流程中，增加对用户改号时的说明，明确改号时省BOSS的行为1.0.12006-6-14王进8.修改：3.2.3.1，省BOSS受理流程中，将用户状态触发的退订操作变为省BOSS可选流程1.0.12006-6-15王进9.修改：3.2.1，业务功能描述的操作代码表中，增加操作代码使用方的说明，
3、增加“BOSS冻结”、“用户主动冻结”、“改号”等操作码1.0.12006-6-15王进10.修改：在业务受理请求报文中18.1.3中增加操作代码，增加“BOSS冻结”、“用户主动冻结”、“改号”操作码1.0.12006-6-15王进11.修改：在业务受理请求报文中18.1.3中增加操作代码，增加“增值服务订购”、“增值服务取消”等预留操作代码1.0.12006-6-15王进12.修改：在业务受理应答报文中增加改号操作时，手机号码如何填写的说明1.0.12006-6-15王进13.修改：在业务受理应答报文的会员业务受理二级应答编码表中增加08、09、10、11四个应答码，修改应答码01的错误描
4、述1.0.12006-6-15王进14.修改：3.3.2.1，省BOSS数据同步受理流程中，增加对用户改号时的说明，明确改号时省BOSS的行为1.0.12006-6-15王进15.修改：3.3.2.2，中央音乐平台数据同步确认受理流程中，增加按省打包和订购关系以省为准的说明1.0.12006-6-15王进16.修改：3.3.4.2，省BOSS数据同步请求报文中，增加18.1.3.1用户手机号的约束条件和取值说明，明确改号时如何填写手机号1.0.12006-6-15王进17.修改：3.3.4.2，省BOSS数据同步请求报文中，增加18.1.3.2中的操作代码，增加05增值服务订购（预留）；06增
5、值服务取消（预留）；14用户主动冻结会员资格；15BOSS冻结会员资格；17改号18变更彩铃功能，当用户从彩铃用户变为非彩铃用户或从非彩铃用户变为彩铃用户时使用1.0.12006-6-15王进18.修改：3.3.4.2，省BOSS数据同步请求报文中，增加18.1.3.5业务代码字段1.0.12006-6-15王进19.修改：3.3.4.2，省BOSS数据同步请求报文中，增加18.1.3.6字段中当变更彩铃功能操作时的取值说明1.0.12006-6-15王进20.修改：3.3.4.2，中央音乐平台数据同步确认请求报文中，增加18.1.2.1字段中改号时的取值说明1.0.12006-6-15王进2
6、1.修改：6.1.1业务以及交易编码中，会员数据同步和同步确认交易编码相同，会员数据同步确认已更正为：T21012091.0.12006-6-19王进22.修改：6.1.1业务以及交易编码中，会员数据同步和同步确认交易编码修改伟T2101212，T21012131.0.22006-8-22王进23.修改：个人会员业务受理3.2.1业务功能中，增加与非会员业务相关的描述1.1.02006-9-18王进24.修改：个人会员业务受理3.2.5.2交易报文中，增加会员级别字段MemberLevel中的取值0-非会员，增加操作编码99全业务退订1.1.02006-9-18王进25.修改：批量会员业务受理
7、3.3.5.2交易报文中，增加会员级别字段MemberLevel中的取值0-非会员1.1.02006-9-18王进26.修改：考虑到非会员也可以订购中央音乐平台无线音乐业务，因此将无线音乐会员业务更改为无线音乐业务，1.1.02006-9-18王进27.修改：将3.4的BOSS对中央音乐平台会员数据同步更名为无线音乐订购信息变更通知，并更改3.4.3业务属性中的业务名称1.1.02006-9-18王进28.修改：将3.4.4.1交易属性中的原会员数据同步交易名称按业务名称修改1.1.02006-9-18王进29.修改：将3.4.1中的会员冻结、解冻会员等操作指令修改为冻结、解冻，这样对非会员业
8、务也可以支持1.1.02006-9-18王进30.修改：将3.4.4.2无线音乐订购信息变更通知交易报文中的会员冻结、解冻会员等操作指令修改为冻结、解冻，这样对非会员业务也可以支持1.1.02006-9-18王进31.修改：增加3.5节，中央音乐平台对BOSS用户相关数据同步1.1.02006-9-18王进32.修改：在3.2.5.2个人无线音乐业务受理报文中增加BizType字段，以区分会员业务和其它业务；在3.3.5.2批量无线音乐业务受理报文中增加BizType字段，以区分会员业务和其它业务1.1.02006-9-18王进33.修改：将3.2.5.2个人无线音乐业务受理报文中BizNum
9、b字段名修改为BizCode；将3.3.5.2批量无线音乐业务受理报文中BizNumb字段名修改为BizCode1.1.02006-9-18王进34.修改：在3.2.5.2个人无线音乐业务受理报文中增加OprSrc字段；在3.3.5.2批量无线音乐业务受理报文中增加OprSrc字段1.1.02006-9-18王进35.修改：在将3.2.5.2个人无线音乐业务受理报文中增加CRBTUser字段以及相关说明；在3.3.5.2批量无线音乐业务受理报文中增加CRBTUser字段1.1.12006-10-24王进36.修改：为中央音乐平台便于区分操作来源，在3.2.5.2个人无线音乐业务受理交易本文Op
10、rSrc字段中增加新的操作来源描述60-中央音乐平台；在3.3.5.2平批量无线音乐业务受理交易本文OprSrc字段中增加新的操作来源描述60-中央音乐平台；在3.4.4.2订购信息变更通知交易本文OprSrc字段中增加新的操作来源描述60-中央音乐平台1.1.22006-12-28王进37.修改：3.6.3.2无线音乐业务鉴权报文中的业务类型应为25-无线音乐下载业务1.1.32007-1-19王进38.在3.2.5.2个人无线音乐业务受理应答报文中增加CRBTUser字段以及相关说明；在3.3.5.2批量无线音乐业务受理应答报文中增加CRBTUser字段1.1.42007-2-28王进39
11、.将所有的业务代码变为变长20位，SP代码变为变长12位。1.1.52007-4-10王进40.3.2.4和3.2.5.1增加智能网专用接口描述1.1.62009-9-26王进41.3.6.2和3.6.3.1增加智能网专用接口描述1.1.62009-9-26王进42.修订：将个人无线音乐业务受理中的包月音乐下载订购部分由省发起改为音乐平台发起（增加短信二次确认流程），会员部分未改动1.2.02010-4-14王进43.修订：3.5的用户数据同步改为省BOSS向音乐平台和内容计费同步订购关系，报文不变1.2.02010-4-15王进44.修订：增加3.6节1.2.02010-4-18王进45.修
12、订：修订3.5订购关系同步退订流程中的错误描述1.2.12010-5-11王进46.移除3.5.4.1“数据同步” T2101206中同步到MCAS说明，该通道合并到“与内容计费接口(BOSS3.0)单行本v1.3.7”中1.2.12010-6-7龚正47.补充“80-需二次确认”二级应答码1.2.22010-6-18龚正48.修正3.5订购关系同步接口说明和修订接口编码；增加非实时联机接口1.2.32010-6-23龚正目 录1. 介绍11.1. 总体目标11.2. 系统逻辑结构12. 联机接口22.1. 总体规范22.1.1. 联机交易参与方22.1.1.1. 一级BOSS枢纽22.1.1
13、.2. 机构22.1.2. 业务32.1.2.1. 业务属性42.1.2.2. 编码规则52.1.2.3. 业务与交易52.1.2.4. 差错调整62.1.3. 交易62.1.3.1. 交易属性62.1.3.2. 编码规则72.1.3.3. 交易流程82.1.3.3.1. 大圈类流程82.1.3.3.2. 存储转发类流程122.1.3.3.2.1. 通知132.1.4. 消息结构132.1.4.1. Message Header142.1.4.2. Service Content172.1.5. 接口方式172.1.5.1. 协议172.1.6. 机构与业务的开通172.1.6.1. 机构开通
14、申请182.1.6.2. 业务开通申请182.1.7. 日终与对帐183. 一级BOSS枢纽与中央音乐平台接口203.1. 无线音乐俱乐部会员业务背景203.2. 个人无线音乐业务受理203.2.1. 业务功能203.2.2. 业务约束213.2.3. 业务流程223.2.3.1. 省BOSS业务受理流程223.2.3.2. 中央音乐平台受理流程233.2.4. 业务属性233.2.5. 交易单元243.2.5.1. 交易属性243.2.5.2. 交易报文263.3. 批量无线音乐会员业务受理303.3.1. 业务功能303.3.2. 业务约束313.3.3. 业务流程313.3.3.1. 省
15、BOSS受理流程313.3.3.2. 中央音乐平台受理流程323.3.4. 业务属性323.3.5. 交易单元333.3.5.1. 交易属性333.3.5.2. 交易报文343.4. 无线音乐会员信息变更通知393.4.1. 业务功能393.4.2. 业务流程393.4.2.1. 省BOSS受理流程393.4.2.2. 中央音乐平台受理流程403.4.3. 业务属性413.4.4. 交易单元413.4.4.1. 交易属性413.4.4.2. 交易报文433.5. BOSS对中央音乐平台用户相关数据同步453.5.1. 业务功能453.5.2. 业务流程463.5.3. 业务属性473.5.4.
16、 交易单元473.5.4.1. 交易属性473.5.4.2. 交易报文483.6. 音乐平台与短信营业厅接口（可选）503.6.1. 业务功能503.6.1.1. 二次确认MT短信数据同步业务功能503.6.1.2. 二次确认MO短信数据同步业务功能503.6.2. 业务流程513.6.2.1. 二次确认MT短信数据同步业务流程513.6.2.2. 二次确认MO短信数据同步业务功能513.6.3. 业务属性513.6.4. 交易单元533.6.4.1. 交易属性533.6.4.2. 交易报文544. 系统管理574.1.1. 机构签到574.1.1.1. 业务功能574.1.1.2. 业务属性
17、574.1.1.3. 交易单元574.1.1.3.1. 机构签到584.1.1.3.1.1. 交易属性584.1.1.3.1.2. 交易报文584.1.2. 机构签退604.1.2.1. 业务功能604.1.2.2. 业务属性604.1.2.3. 交易单元604.1.2.3.1. 机构签退614.1.2.3.1.1. 交易属性614.1.2.3.1.2. 交易报文614.1.3. 连通测试634.1.3.1. 业务功能634.1.3.2. 业务属性634.1.3.3. 交易单元634.1.3.3.1. 连通测试634.1.3.3.2. 属性634.1.4. 申请更新密钥644.1.4.1. 业
18、务功能644.1.4.2. 业务属性644.1.4.3. 交易单元654.1.4.3.1. 申请更新密钥654.1.4.3.2. 属性654.1.4.3.3. 交易报文654.1.5. 密钥下发684.1.5.1. 业务功能684.1.5.2. 业务属性684.1.5.3. 交易单元684.1.5.3.1. 密钥下发684.1.5.3.2. 属性684.1.5.3.3. 交易报文694.1.6. 对帐704.1.6.1. 业务功能704.1.6.2. 业务属性704.1.6.3. 交易单元714.1.6.3.1. 对帐714.1.6.3.2. 交易属性714.1.6.3.3. 交易报文714.
19、1.7. 对帐结果上发784.1.7.1. 业务功能784.1.7.2. 业务属性784.1.7.3. 交易单元784.1.7.3.1. 对帐结果上发784.1.7.3.2. 交易属性784.1.7.3.3. 交易报文794.1.8. 交易报文查询824.1.8.1. 业务功能824.1.8.2. 业务属性824.1.8.3. 交易单元824.1.8.3.1. 交易报文查询824.1.8.3.2. 交易属性824.1.8.3.3. 交易报文834.1.9. 文本通知854.1.9.1. 业务功能854.1.9.2. 业务属性854.1.9.3. 交易单元854.1.9.3.1. 文本通知854
20、.1.9.3.2. 交易属性854.1.9.3.3. 交易报文865. 非实时联机接口895.1. 交易流水文件895.1.1. 接口方式895.1.2. 文件格式895.2. 交易报文文件925.2.1. 接口方式925.2.2. 文件格式925.3. 订购关系同步汇总核对文件935.3.1. 功能概述935.3.2. 文件传输流程945.3.2.1. MUSC平台流程945.3.2.2. 省BOSS流程945.3.3. 订购关系同步确认汇总核对文件945.3.3.1. 文件命名规则945.3.3.2. 文件格式955.3.3.3. 头记录格式955.3.3.4. 尾记录格式965.3.3.
21、5. 记录格式966. 统一编码996.1. 系统编码996.1.1. 交换中心996.1.2. 交换节点996.1.3. DOMAIN编码1006.1.4. 机构系统编码1006.1.5. 路由类型编码1016.1.6. 省代码1026.1.7. 系统应答类型以及应答代码1026.1.8. 用户状态编码1047. 附录一：机构系统改造1057.1. 目的1057.2. 建议技术方法1057.2.1. 添加功能组件1067.2.1.1. 异地业务前台1067.2.1.2. 异地交易模块(发起方)1067.2.1.3. 存储转发模块1077.2.1.4. 异地管理前台1077.2.1.5. 异地
22、管理以及对帐模块1087.2.1.6. 异地服务数据库1087.2.1.7. 异地请求接入WEB Server1097.2.1.8. 异地交易模块（落地方）1097.2.1.9. 辅助功能1097.2.2. 用例1107.2.2.1. 正常流程1107.3. 沟通以及合作1118. 附录二：名词与术语11249.1. 介绍1.1. 总体目标一级BOSS枢纽连接BOSS系统以及BOSS外部系统，使之相互连通，实现以交易方式的数据互换，以达到为客户全网服务的目的，枢纽主要实现以下功能 实现BOSS跨省异地业务的实时转接 支持BOSS外系统对BOSS用户处理的一点接入服务与一级BOSS枢纽连接的系统
23、需要遵照本技术规范和枢纽相连，以达到上述目的。1.2. 系统逻辑结构2. 联机接口联机交易接口实现了交易方式的数据互换，是交换枢纽的主要功能。机构通过本规范中定义的接口协议与交换中心连接，完成联机交易处理。2.1. 总体规范2.1.1. 联机交易参与方2.1.1.1. 一级BOSS枢纽一级BOSS枢纽，负责请求和应答报文的转发（分为直接转发和存储转发两种方式）以及交易处理的核对、统计、费用摊分工作。枢纽在实现上包括交换中心（SC）和交换节点（SN）两个部分。交换中心是枢纽的核心部分，它完成了上述枢纽负责的主要工作；交换节点负责接入各个机构，进行格式转换、校验和必要的协议转换工作。机构在接入枢纽
24、时需要明确自己要接入的交换节点，在整个交换系统内每个交换节点具有自己的唯一标识（称为DUNS）。2.1.1.2. 机构机构作为交易的发起方和落地方与枢纽相连进行交易和对帐操作，即机构作为交易和对帐的单位实体与一级BOSS枢纽进行交互。根据以上对一级BOSS枢纽的描述，机构需要经过交换节点进行连接，一级BOSS枢纽需要靠机构所接入的交换节点来定位机构。从效率方面考虑，一个交换节点可以接入多个不同类型的机构，例如位于交换中心的交换节点可以同时接入Radius等不同应用域的机构，此时需要靠另外一个属性来明确某个具体的机构，这个属性即DOMAIN（应用域）。在系统中通过机构接入的交换节点（实际是接入的
25、位置）和机构的DOMAINID来唯一标识一个接入机构。机构在整个交换系统中根据运行时刻所扮演的角色不同，可以分为发起方机构和落地方机构，这是一个逻辑概念。交换中心在某些交易中既可以作为发起方、也可以作为落地方。机构在开通时必须要实现以下系统所要求的管理类业务：管理类业务名称机构角色冲正落地方、发起方密钥更新请求发起方密钥下发通知落地方日对帐落地方月对帐落地方日对帐结果上发发起方月对帐结果上发发起方机构签到发起方机构签退发起方交易报文查询发起方文本通知下发落地方网络连通测试落地方对于其它业务，机构在开通时需要以其在业务中扮演的角色注册。机构在签到、注册某项业务时，可以只作为发起方注册，也可以只作
26、为落地方注册，也可以同时作为发起方和落地方注册。机构签退亦如此，即可以分业务及角色进行签退。2.1.2. 业务业务是指中国移动在运营过程中向客户以及外部系统提供的功能，如“异地缴费”、“异地停机”等。一级BOSS枢纽的目的是通过连接漫游地以及归属地BOSS系统的方式建立起异地业务处理平台，为了保证技术实现和业务处理的一致性，在联机处理中“业务”作为参与处理各方的处理单位，每个业务在实际处理过程中可能会包括多次的联机交互处理过程，这些过程按照规定的顺序组织起来完成特定的业务功能。以“异地缴费”业务为例，完成此业务功能需要经过费用查询(应缴费用总额查询或帐单资料查询)和缴费两个步骤。在以下的联机接
27、口规范中将以业务为单位进行说明，在接口的开发、测试以及上线开通等都将根据业务进行。2.1.2.1. 业务属性在对业务进行定义时，需要有属性以保证参与业务处理的各方在处理上保持一致性和完整性。业务属性的定义如下：1. 手续费：是指向客户收取的办理某项业务的人工费用。当收取手续费时，一般是在客户归属地帐户上作为一次性营业费用记帐；属性值为收取规则。2. 冲正处理：是由系统在处理超时情况下自动发起的差错处理手段，用于保证受理方、全国中心、归属方之间业务的完整性、准确性；属性值为是否需要冲正；冲正不能够冲正前一个逻辑交易日的交易。3. 人工冲正处理：人工冲正处理是指应客户要求或者营业员操作失误而对该客
28、户已经受理成功的某项业务的复原交易。人工冲正处理是一笔新的交易，相当于对原办理业务的逆操作；人工冲正处理有时限约束，一般在一个交易日内的交易才允许作人工冲正，否则只能以其逆操作进行另一笔新业务。例如，某客户办理了停机业务后，在第二个交易日只能以复机业务来达到恢复其手机原状态的操作而不能通过对停机业务的人工冲正处理来达到恢复目的。人工冲正处理需要特殊权限，需要营业厅经理授权才能进行人工冲正操作。4. 安全性要求：是指对于客服密码、帐户密码等客户私有信息以及交易报文或者报文中的关键信息项在传输过程中的保密要求；取值为是否PIN加密；另外为保证在传输过程中关键数据如金额和客户身份数据的防篡改，可以对
29、这些数据进行摘要，属性取值为报文中需要进行摘要的字段。5. 清分结算：是指对业务受理过程中产生的、需要在业务发起方、落地方及全国中心之间进行转移或分配的费用的核对，内容包括手续费、客户办理业务的本金(如缴纳的手机话费)、押金(如国际漫游业务押金)和交易笔数；取值为是否参与清分结算。6. 对帐：是指对业务受理过程中涉及到用户费用、用户状态等关键数据变更的交易的核对。取值为是否参与对帐。7. 发起方DOMAIN：是指允许发起此业务的应用域，如BOSS，Radius；取值为应用域列表。8. 落地方DOMAIN：是指允许接收此业务的应用域，如BOSS，Radius；取值为应用域列表。2.1.2.2.
30、编码规则业务编码组成格式为：BIP【CLUSTER】【SEGMENT】【CODE】包含四个部分：1、固定头“BIP”表示BOSS交互流程（Boss Interaction Process）；2、一位簇代码【CLUSTER】表示业务功能类型；3、一位段代码【SEGMENT】表示业务操作类型；4、三位业务代码【CODE】标识业务。2.1.2.3. 业务与交易为了保证业务和交易的一致性，规定每个业务只能包含一个“关键交易”，即业务中的关键动作，此交易的结果即是业务的结果。关键交易的属性与其所属业务的属性是一致的，如某业务是需要冲正的，实际就是指其所属的关键交易是需要冲正的。一个业务中所包含的除关键交
31、易之外的交易称为“辅助交易”。如果一个业务由多个交易组成，各交易使用同一个“交易流水号”，表示这些交易同属一个业务。下表列出了业务属性与其包含的交易属性之间的关系：属性名称关键交易辅助交易备注手续费与业务一致不收如果业务收手续费则必须有关键交易冲正与业务一致不需要如果业务需要冲正则必须有关键交易对帐与业务一致不需要如果需要对帐则必须有关键交易安全性密码加密与业务一致与业务一致报文中没有密码的交易忽略此项安全性关键字段防篡改与业务一致与业务一致发起方DOMAIN包括业务的发起方DOMAIN列表包括业务的发起方DOMAIN列表落地方DOMAIN包括业务的落地方DOMAIN列表包括业务的发起方DOM
32、AIN列表从上表可以看出业务的处理结果实际就是业务所包含关键交易的处理结果。2.1.2.4. 差错调整业务的属性中有两个属性用于表示如何解决在此业务联机处理过程中产生的问题和差错，即冲正、对帐。实际上这两个属性是分别由两个与其同名的业务过程(冲正、对帐)完成处理，具体方法参见上述业务的定义。2.1.3. 交易交易是一次处理请求和应答的交互过程，一次由发起方机构发起，由枢纽转接，并由落地方机构接受并处理后产生应答再次经由枢纽返回给发起方的过程，在交换系统中支持两种类型的交易流程，大圈类型和存储转发类型，其中存储转发类流程包括通知类流程和冲正流程，具体参见下文中对交易流程的描述。2.1.3.1.
33、交易属性交易属性指导交易处理的参与方对交易的处理方式，见下表：名称描述取值备注交易类型交易的处理流程类型0009：大圈类流程1019：通知类流程20：冲正类流程总超时时间发起方机构在发出交易请求后，最长等待枢纽应答的时间间隔；所有交易使用共同取值整数以秒为单位，对于大圈类交易总超时时间为枢纽超时时间加上一个特定的值，当前所有交易一致定义为180秒发起方机构在超时后对于大圈类型交易如果有需要冲正属性，则发起冲正并向用户告知超时错误，若没有需要冲正属性则向用户告知超时错误，不发起冲正。对于冲正或通知类交易则再次发起同一交易给枢纽。重试间隔时间通知和冲正交易的重试的时间间隔以秒为单位，当前为300秒
34、所有交易使用共同取值需要冲正对于大圈类交易，为避免交易参与三方不一致的情况发生，在超时后，上游节点向下游节点需要发起冲正交易的标志0：不需要冲正1：需要冲正一般来讲，对于在超时后不会造成不一致情况的交易，如查询等则不需要冲正。对帐标记标识此类交易在日终后是否参与核对0：不参与对帐1：参与对帐金额类交易需要对金额和发生笔数进行对帐，对状态更新类需要对笔数进行对帐，对于大圈类交易对帐和冲正标志一般是一致的，即参与对帐就需要冲正，反之亦然。本金方向交易中的本金的流动方向0：没有本金1：发起方落地方（存现金类型交易）2：落地方发起方（支取现金类交易）3：落地方落地方（本地转帐类型交易）有些交易在定义时
35、已经明确，有些是在交易时决定，此时标记将出现在请求报文的Service Content中。手续费清分方法在发生交易手续费时，手续费的摊分算法，在对帐时使用当前手续费不进行摊分手续费总额由发起方计算并告知客户，金额从用户在落地方的帐户中扣除。安全性密码加密交易请求报文中的密码是否需要进行加密操作0：不需要1：需要安全性字段级防篡改对于交易请求报文的某些字段是否需要进行防篡改处理，即进行校验在报文中字段的XPATH列表校验码生成时使将各个字段合并，进行SHA摘要发起方机构DOMAIN可以作为发起方机构的应用域类型列表BOSSRadius落地方机构DOMAIN可以作为落地方机构的应用域类型列表BOS
36、SRadius路由类型此交易可以使用的路由类型列表，路由数据是指枢纽用于找到落地方交换节点的数据，包括类型和值两部分00：落地方省（或RADIUS等中央音乐平台、交换中心）代码01：手机号发起方可根据自己的需要在需要处理交易允许的路由类型列表中进行动态选择2.1.3.2. 编码规则交易编码格式为：T【CLUSTER】【PROC TYPE】【RECON TYPE】【CODE】包含五个部分：1、固定头“T”表示交易（Transaction）；2、一位簇代码【CLUSTER】在此表示业务功能类型，与业务编码相同；3、两位处理类型代码【PROC TYPE】，表示交易流程类型；4、一位对帐类型代码【RE
37、CON TYPE】表示此交易是否参与对帐；5、三位业务代码【CODE】标识交易。当前交易的代码取值以及含义如下，随业务的不断的开展编码取值将随之增加：代码名称取值描述备注处理类型0009大圈类交易根据处理过程不同，会细分大圈类流程,当前对于在中心落地为“01”，由中心发起的标识为“02”1019通知类交易根据处理过程不同，会细分通知类流程，对于中心落地的为“11”；对于中心发起的为“12”20冲正交易对帐类型0不参与对帐1参与对帐例如，“缴费”交易属于帐务枢纽中的存款缴费类业务，是大圈类交易，并且参与对帐，为其指定顺序号为001，则“缴费”交易的编码为：T10010012.1.3.3. 交易流
38、程为了方便地描述各种交易的特点及其处理过程，我们将所有交易进行分类，有助于准确把握各种交易的处理过程。按照给出交易初始应答的节点来分，可以把交易分成“大圈类”和“存储转发类”交易。大圈类交易的含义是：落地方在接到请求处理完成后给予处理结果作为应答，返回给发起方，而发起方则需要等待处理结果，对于需要冲正的交易超时后需要冲正处理；存储转发类交易的含义是：发起方将请求发给下游节点，下游节点接到后只是给予其确认应答，处理结果不返回，上游节点认为处理结果必须成功，如果发起方没有接到下游接点的确认应答，则重发请求。2.1.3.3.1. 大圈类流程大圈类交易具有如下特性： 大圈类交易的初始应答由交易的落地方
39、机构给出，只有落地方机构才能确定该交易是否执行成功；通常情况下，交换中心只是在交易的发起方和落地方之间转发请求和应答； 本类交易可以有相应的冲正交易，冲正交易属于联机存储转发类交易； 在传递本类交易的请求时，上游节点（发起端机构/交换中心）必须进行超时控制。若发起端机构或交换中心发现一笔大圈类交易超时，则向上游节点返回失败的应答，同时向下游节点发起冲正（若需要冲正的话）；若发起端机构发现一笔本类交易超时（若需要冲正的话），则向交换中心发送冲正请求。大圈类交易处理的正常过程如下图所示。以下各图为在处理过程中的异常流程，分别是：1、 发起方机构向一级BOSS枢纽发送交易请求失败：向用户发送受理失败
40、信息。2、 一级BOSS枢纽发现发起方机构发送的交易请求有错：枢纽告知发起方机构出错信息，发起方机构向用户发送受理失败信息。3、 一级BOSS枢纽向落地方机构转发请求信息失败：枢纽告知发起方机构出错信息，由发起方机构向用户发送受理失败信息。4、 一级BOSS枢纽等待落地方机构应答超时：枢纽告知发起方机构出错信息，发起方机构告知用户受理失败信息；如果此交易具有“需要冲正”属性，则枢纽向落地方机构发送冲正业务，直到收到落地方机构的确认应答为止；落地方机构在收到冲正请求后给予枢纽以确认应答并回退已完成的交易。此时如果授权枢纽在向中央音乐平台发送完出错信息后又收到了归属省BOSS的迟到应答，则丢弃。5
41、、 一级BOSS枢纽收到的落地方机构应答有错：枢纽告知发起方机构出错信息，发起方机构告知用户受理失败信息；如果交易需要冲正，则枢纽向落地方机构发送冲正请求，直到收到落地方的确认应答为止；落地方在收到冲正请求后给予枢纽以确认应答并回退已完成的交易。6、 发起方机构等待一级BOSS枢纽的应答超时：发起方机构向用户发送受理失败信息；如果此交易具有“需要冲正”属性，则发起方机构向枢纽发送冲正请求，直到收到枢纽的确认应答为止；枢纽在收到冲正业务请求后，给与发起方机构确认应答，并向落地方机构转发冲正请求，直到收到落地方机构确认应答为止；落地方机构在收到冲正请求后给予枢纽以确认应答并回退已完成的需要被冲正的
42、交易；如果发起方机构在产生冲正请求后又收到了枢纽的迟到应答，则丢弃。经发起方机构受理的业务异常流程1：发起方机构向一级BOSS枢纽发送交易请求信息失败经发起方机构受理的业务异常流程2：发起方机构向一级BOSS枢纽发送的消息有错经发起方机构受理的业务异常流程3：一级BOSS枢纽向落地方机构转发开户信息失败经发起方机构受理的业务异常流程4：一级BOSS枢纽等待落地方机构应答超时经发起方机构受理的业务异常流程5：枢纽应答消息处理有错经发起方机构受理的业务异常流程6：发起方机构等待一级BOSS枢纽应答超时2.1.3.3.2. 存储转发类流程由于参与交易各方之间为广域网联接，而且各参与方系统是独立管理，
43、交易是否可以正常送达有一定的不可预见性。为了保证请求消息能够到达，我们采用存储转发方式。存储转发是指当下游节点不可及或者未正常应答时，上游节点将消息报文存储起来，定时发送，直到下游节点返回确认应答的机制。因此，作为上游节点的发起方机构或一级BOSS枢纽都要实现存储转发功能。存储转发类流程和大圈类流程的区别是，发起交易时只是将请求消息记录进入存储转发库，由另外的进程异步向下游节点转发消息，不等待应答消息；而大圈类交易则必须等待应答。存储转发类流程包括通知和冲正流程两类。发起方机构和一级BOSS枢纽都会向下游节点发起通知或冲正交易，不同的是一级BOSS枢纽的请求直接得到落地方的应答，而发起方机构的
44、请求在到达枢纽后，枢纽直接给予发起方机构确认应答，之后由枢纽的存储转发处理接管此请求并负责向落地方机构存储转发。枢纽收到发起方的通知或冲正请求后，将标记当前逻辑交易日。在逻辑交易日日切之后，枢纽将不再发送前一逻辑交易日的存储转发交易，对于未能转发的交易，可以通过对帐和核对流水等机制保证各参与方的一致性。对于冲正交易，要求不能冲前一逻辑交易日的交易。2.1.3.3.2.1. 通知通知类交易的正常处理流程如下图所示。由于发起方无法得到落地方机构的执行应答，在进入存储转发库时已经认为此交易为成功，因此通知类交易是在枢纽接收后必须被落地方执行成功的交易，枢纽对于无法路由或者交易相关检查失败的通知交易予以拒绝，发起方接收到拒绝应答后应对交易报文进行修正并修改流水号重新发起。2.1.4. 消息结构交易在机构和枢纽之间的消息(包括请求和应答)是以XML格式表达的。消息包括两个部分：Message Header(消息头)与Service Content(交易业务内
