接口设计规范V1.0---参考
CTCS-3级列控系统GSM-R网络需求要求规范(V1.0)
科技运［2008］168号CTCS-3级列控系统GSM-R网络需求规范（V1.0）2008年12月修改记录目录修改记录 (I)目录 (2)1................................................................................... 引言41.1目的和范围 (4)1.2缩略语 (4)1.3参考文献 (6)2..................................... CTCS-3级列控系统与GSM-R网络之间的界面73..................................... CTCS-3级列控系统对GSM-R网络的业务需求83.1数据承载业务 (8)3.1.1数据承载业务 (8)3.1.2数据承载业务特性 (8)3.2补充业务 (8)3.2.1补充业务 (8)3.2.2补充业务类型 (8)3.3铁路特殊业务 (9)3.4需要特殊说明的问题 (9)4................................................................. GSM-R网络Q O S要求104.1一般规定 (10)4.2网络注册时延 (10)4.2.1定义 (10)4.2.2指标要求 (10)4.2.3其它说明 (10)4.3连接建立时延 (11)4.3.1定义 (11)4.3.2指标要求 (11)4.3.3其它说明 (11)4.4连接建立失败概率 (11)4.4.1定义 (11)4.4.2指标要求 (11)4.5用户数据帧传送时延 (12)4.5.1定义 (12)4.5.2指标要求 (12)4.5.3其它说明 (12)4.6链路断开（失效）概率 (12)4.6.1定义 (12)4.6.2指标要求 (12)4.7传输干扰 (13)4.7.1定义 (13)4.7.2指标要求 (14)5................................................................. GSM-R网络设计要求155.1GSM-R网络与RBC 互联的要求 (15)5.1.1MSC与RBC的连接方式 (15)5.1.2MSC与RBC的接口设置 (15)5.2无线覆盖要求 (15)5.2.1无线覆盖指标要求 (15)5.2.2无线覆盖范围要求 (16)5.2.3越区切换要求 (17)5.3无线小区容量要求 (17)5.3.1RBC切换区无线容量要求 (17)5.3.2枢纽和大站无线容量要求 (18)1.引言1.1目的和范围1.1.1.1为明确CTCS-3级列控系统与GSM-R网络之间的接口界面，并为承载CTCS-3级列控业务的GSM-R网络设计、测试及产品研发提供技术依据，特制订本规范。
OMC系统北向接口通用技术规范V1.0.0
中国移动通信企业标准QB-XX-XXX-XXXXOMC北向接口通用技术规范Northbound Interface General Technology Specification for OMC版本号2016-10-24发布2016-10-24实施中国移动通信集团公司发布目录1 范围 (5)2 规范性引用文件 (5)3 缩略语 (5)4 接口架构 (5)5 通用技术约定 (6)公共要求 (6)FTP通用要求 (6)6 资源数据接口 (8)接口协议 (8)接口数据 (9)数据格式 (9)技术指标 (12)7 性能数据接口 (13)接口协议 (13)接口数据 (13)数据格式 (13)技术指标 (14)8 告警数据接口 (14)接口协议 (14)通信过程 (15)消息方式的实时告警流水 (15)文件方式的批量告警同步 (16)消息数据 (18)消息格式 (18)登录与登录响应 (19)消息方式同步告警请求与响应 (20)文件方式同步告警请求与响应 (21)心跳请求与响应 (22)关闭连接通知 (22)实时告警上报 (23)文件数据 (23)技术指标 (24)9 操作指令接口 (24)10 接口日志 (25)11 接口可靠性要求 (25)12 编制历史 (25)前言本标准由中国移动通信集团公司网络部提出并归口。
本标准起草单位：中国移动通信集团公司网络部。
本标准主要起草人：刘立卫、刘云霞、李健、肖捷、陈丹、高建军、张凤桥。
本标准解释单位：中国移动通信集团公司网络部。
本标准由中国移动通信集团公司XXX号文发布。
1范围本规范给出了中国移动OMC系统北向接口的通用技术要求，适用于无线网、核心网、传输网和IP网四个专业，适用于新建OMC系统以及现网OMC系统改造。
本规范适用于中国移动OMC系统北向接口的设计和实现，是中国移动OMC系统提供商必须遵循的指导性文件。
本规范是中国移动各级运营单位进行OMC系统的招标采购、工程设计、网络运营、管理、维护、检查和验收等方面的技术依据。
中国电信无线宽带VPDN业务数据配置规范V1[1].0
![中国电信无线宽带VPDN业务数据配置规范V1[1].0](https://img.taocdn.com/s3/m/37ab64360b4c2e3f572763b0.png)
中国电信无线宽带VPDN业务数据配置规范V1.0（征求意见稿）中国电信集团公司网络运行维护事业部二○○九年二月目录1总则 (4)1.1编制说明 (4)1.2缩略语 (4)1.3编写依据 (5)2业务网络参考模型 (6)2.1业务定义和使用范围 (6)2.2业务网络参考模型 (6)2.3业务实现原理 (8)2.4业务应用场景 (8)3CN2 VPN189配置要求和客户接入方案 (10)3.1CN2 189 VPN数据配置要求 (11)3.1.1LNS地址规划 (11)3.1.2CN2 VPN189配置要求 (13)3.1.3CN2 VPN189城域延伸配置要求 (14)3.2客户接入方案 (15)3.3AAA服务器设置 (19)3.4VR专线VPN方案 (20)4分组域设备业务数据配置要求 (22)4.1业务认证流程 (22)4.2VPDN 账号规则 (23)4.3认证方式 (25)4.4终端用户IP地址获得方式 (26)4.5业务控制 (26)4.6省内VPDN业务及漫游数据配置要求 (27)4.6.1PDSN配置要求 (27)4.6.2LNS配置要求 (28)4.6.3接入AAA配置要求 (29)4.6.4VPDN AAA配置要求 (29)4.6.5终端要求 (29)4.7跨省VPDN业务及漫游数据配置要求 (30)4.7.1PDSN配置要求 (30)4.7.2LNS配置要求 (31)4.7.3接入AAA配置要求 (32)4.7.4VPDN AAA配置要求 (32)4.7.5终端要求 (32)4.8AAA计费及通信费话单字段要求 (32)5附录：利用L2TP实现VPDN技术概述 (42)1总则1.1编制说明本规范对基于CDMA 1X技术的中国电信无线宽带VPDN业务各场景下的业务认证流程、组网方案、VPN拓扑结构、IP地址规划、分组域设备数据配置要求等内容进行了规定，旨在从操作层面规范中国电信无线宽带VPDN业务数据配置。
中国联通客户网管系统接口规范v1.0
中国联通公司企业标准QB/CU 204-2011中国联通客户网络管理系统接口规范China Unicom Customer Network Management System Interface Specification(v1.0)2011-06-22发布2011-06-22实施中国联通公司发布目录1 范围 (2)2 规范性引用文件 (2)3 缩略语 (2)4 接口概述 (4)5 客户网管系统部省级接口 (6)5.1 接口简要描述 (6)5.2 网络连接方式 (6)5.3 接口功能需求 (6)5.3.1过滤条件设置 (6)5.3.2数据信息接口 (6)5.3.3告警故障接口 (7)5.3.4性能信息接口 (8)5.4 接口方式及协议 (8)5.5 接口详细描述 (8)5.5.1连接测试 (8)5.5.2过滤条件设置 (9)5.5.3数据信息接口 (10)5.5.4告警故障接口 (17)5.5.5性能信息接口 (20)6 与资源管理系统间接口 (23)6.1 接口简要描述 (23)6.2 接口功能需求 (23)6.2.1资源数据同步 (23)6.2.2资源数据查询 (24)6.2.3资源数据变更通知 (24)6.3 接口方式及协议 (24)6.4 接口详细描述 (24)6.4.1采用Webservice+FTP方式 (24)6.4.2采用中间表方式 (33)7 与电子运维系统间接口 (38)7.1 接口简要描述 (38)7.2 接口功能需求 (38)7.2.1故障派单 (38)7.2.2故障单管理 (38)7.2.3重保电路信息同步 (38)7.2.4电路割接信息同步 (39)7.3 接口方式及协议 (39)7.4 接口详细描述 (39)7.4.1接口数据 (39)7.4.2电子运维系统侧接口服务定义 (42)7.4.3客户网管侧接口服务定义 (44)8 与传输网综合网管系统间接口 (48)8.1 接口简要描述 (48)8.2 接口功能需求 (48)8.2.1过滤条件设置 (48)8.2.2告警同步 (48)8.2.3告警同步通知 (48)8.2.4告警实时上报 (48)8.2.5告警结束通知 (49)8.2.6性能任务定制 (49)8.2.7性能数据获取通知 (49)8.3 接口方式及协议 (49)8.4 接口交互数据 (49)8.4.1告警信息 (49)8.4.2性能数据 (50)8.5 接口详细描述 (51)8.5.1传输网综合网管系统侧接口服务定义 (51)8.5.2客户网管系统侧服务定义 (55)9 与IP网综合网管系统间接口 (60)9.1 接口简要描述 (60)9.2 接口功能需求 (60)9.2.1告警同步 (60)9.2.2告警实时上报 (60)9.2.3过滤条件设置 (60)9.2.4定制性能任务 (60)9.2.5性能数据获取通知 (61)9.2.6节点间IP网络层时延测试 (61)9.2.7MPLS VPN电路：获取各QoS等级带宽占用百分比 (61)9.3 接口方式及协议 (61)9.4 交互数据定义 (62)9.4.1IP电路相关性能参数定义表 (62)9.4.2告警信息 (63)9.5 接口详细描述 (64)9.5.1IP综合网管系统侧服务定义 (64)9.5.2客户网管系统侧服务定义 (71)10 与数据ATM网管理系统间接口 (75)10.1 接口简要描述 (75)10.2 接口功能需求 (75)10.2.1告警同步 (75)10.2.2告警实时上报 (75)10.2.3过滤条件设置 (75)10.2.4定制性能任务 (75)10.2.5性能数据文件获取 (76)10.3 接口方式及协议 (76)10.4 接口交互数据 (76)10.4.1告警信息 (76)10.4.2性能数据 (77)10.5 接口详细描述 (77)10.5.1数据ATM管理系统侧接口服务定义 (77)10.5.2客户网管系统侧服务定义 (81)附录A接口服务定义代码说明 (85)A.1 错误代码表 (85)A.2 系统代码表 (85)A.3 同步请求标识和通知标识的编号规则 (85)A.4 Filter的BNF范式说明 (86)A.5 资源数据文件命名规则 (88)附录B 客户网管部省接口WSDL (89)前言中国联通客户网管系统，是以对客户租用电路和客户设备的实时监测为主要目标，从面向客户、面向业务的角度对网管数据进行分析和呈现，实现大客户网络的状态监视、故障定位以及性能分析等功能，同时为大客户提供统计报表和SLA报告，使其成为中国联通为大客户服务的重要支撑平台。
原理图设计规范V1.0
原理图设计规范文档修改情况版本状态修订内容实施日期编制审核1.0起草2011-4-151 概述本文档的目的在于说明当使用ORCAD完成原理图设计，使用Candence公司的Allegro完成PCB布线设计时，在使用ORCAD设计原理图时的流程和一些注意事项，为一个工作组的设计人员提供设计规范，方便设计人员之间进行交流和相互检查，便于Allegro的网表导入。
2 设计流程原理图的设计流程分为：器件选择，原理封装设计，原理图设计，原理图检查，PCB封装指定，输出网表，原理图整理，提交设计。
2.1 器件选择依据几个原则选定器件：功能适合原则：既保证冗余性，又不会造成大的浪费，例如电源芯片和FPGA芯片。
软件开发的方便性：对于同一功能的器件，应该考虑技术支持和驱动程序设计。
通用性原则：可替换种类越多越好，避免停产等。
布线的方便性：例如封装的选择决定着器件面积和管脚的间距。
生产的方便性：BGA封装的器件避免选择管脚的间距特别小的封装器件（例如S3C6410的BGA封装FBGA424，管脚间距为0.5mm），目前国内的生产工艺以及焊接水平与国外还有一定的差距。
目前国内的BGA 加工对于管脚间距为0.8mm的BGA封装器件的加工工艺已经很成熟。
可方便采购原则：向采购部门要求提供购货渠道，价格和订货周期。
接插件选择：尽量选择接口可靠和方便安装的接口。
2.2 原理封装设计封装设计时，最好把管脚归类放置，电源放在顶部，地放置在底部，输入放在左边，输出放置在右边。
管脚类型应该指定，对于双向脚最好指定为PASSIVE.设计原理封装的工程师应该设计相应的PCB封装。
原理封装应该保持器件尺寸的合理性，便于原理图设计。
对于低有效的管脚命名应该使用\ 例如 R\S\T\表现为RST1。
对于总线管脚，直接命名为 PCI_AD0,PCI_AD1,….对于重名管脚，加1，2，3，…;例如 VCC1，VCC2。
不使用隐藏管脚功能。
2.3 原理图设计2.3.1 原理图分页设计原则：在确定方案后，首先划分功能模块，相同模块尽量放置在同一页，页大小一般采用C型页面大小。
JTAG电路设计规范
JTAG电路设计规范(V1.0)深圳市金鹏飞科技发展有限公司前言本技术设计规范根据国家标准和原邮电部标准以及国际标准IEEE STD 1149.1系列标准编制而成。
1、目的目前，使用的芯片中越来越多的CPU、EPLD、FPGA、DSP以及一些专用芯片（如ATM层专用芯片）等提供符合IEEE 1149.1的JTAG测试口，但很多设计人员不了解JTAG，对JTAG 口的处理较为随意。
JTAG电路的设计没有引起设计人员足够的重视，是较易被忽视的一个环节，这种忽视给产品埋下了不稳定的隐患，甚至导致了严重的问题（参见附录：JTAG使用案例），极大地影响了产品的稳定和竞争力的提高。
本规范基于统一设计人员对JTAG电路的认识，尽可能统一公司产品中JTAG的电路设计，提高产品的可靠性、稳定性，增强核心设计的竞争力。
2、范围本规范适用于产品中所有具有符合IEEE Std 1149.1规范设计的JTAG器件的应用设计，可用于指导JTAG的应用设计、开发、中试、生产。
3、定义JTAG：Joint Test Action Group，联合测试行动组合；TAP：Test Access Port，测试存取通道；TCK：Test ClocK input ，测试时钟输入；TMS：Test Mode Select input，测试模式输入，在TCK的上升沿取样，具有内部上拉；TDI：Test Data Input，测试数据输入，在TCK的上升沿取样，具有内部上拉；TDO：Test Data Output，测试数据输出，三态，TCK下降沿时改变并被驱动输出；TRST：Test ReSeT input，异步复位TAP控制器为Test-Logic-Reset状态，具有内部上拉，低有效，不能用于初始化芯片内系统逻辑。
4、JTAG功能介绍符合IEEE STD 1149.1 的JTAG测试口，是芯片制造商为开发者预留的在线仿真口，同时也是边缘扫描测试技术的一种应用。
铁道客车DC600V电源装置技术条件V1.0-增加板级尺寸及接口
铁道客车DC600V电源装置技术条件（版本：V1.0）铁道部运输局2012年10月目次前言本技术条件由铁道部运输局提出，由青岛四方车辆研究所有限公司技术归口。
本技术条件起草单位：青岛四方车辆研究所有限公司、中国铁道科学研究院机车车辆研究所、株洲南车时代电气股份有限公司、常州新誉集团、南京华士电子科技有限公司、武汉正远铁路电气有限公司。
本技术条件主要起草人:李国平、李红、杨东军、陶元之、罗国永、曹庆祥、张晨、王安军。
本技术条件主要是依据TB/T 3063制订的，对客车空调逆变电源、充电器及单相逆变器提出了特定技术要求，对TB/T 3063的部分条款在引用时进行了修订，若出现与TB/T 3063不一致时以本技术条件为准，其它未提及的要求参照TB/T 3063执行。
铁道客车DC600V电源装置技术条件（版本：V1.0）1 范围本技术条件规定了铁道客车DC600V电源装置（包括：客车空调逆变电源、充电器、单相逆变器）的产品分类、性能参数、技术要求。
本技术条件适用于铁道客车DC600V电源装置的设计、生产、试验和检验。
高原客车和其它特种车辆可参照执行。
2 规范性引用文件下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件，仅注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
TB/T 2879.1 铁路机车车辆涂料及涂装第1部分：涂料供货技术条件TB/T 2879.5 铁路机车车辆涂料及涂装第5部分：客车和牵引动力车的防护和涂装技术条件TB/T 3063 旅客列车DC600V供电系统技术条件IEC 61373-2010 轨道交通机车车辆设备冲击和振动试验DIN 5510-2:2009 轨道车辆防火措施-第2部分材料和构件的燃烧特性和燃烧并发热现象-分类、要求和测试方法3 产品分类3.1 铁道客车DC600V电源装置包括：客车空调逆变电源、充电器、单相逆变器。
云南移动NOP南向接口技术规范__基本原则(v1.0.0)
云南移动NOP 南向接口技术规范--基本原则S o u t h b o u n d I n t e r f a c e S p e c i f i c a t i o n f o r N e t w o r kO p e r a t i o n P l a t f o r m (P h a s e 2)-- B a s i c P r i n c i p l e s版本号：1.0.0××××-××-××发布 ××××-××-××实施云南移动通信有限责任公司发布中国移动通信企业标准QB-╳-╳╳╳-╳╳╳╳云南移动NOP南向接口技术规范基本原则目次目次 (I)前言 (II)云南移动NOP南向接口技术规范基本原则 (1)1范围 (1)2规范性引用文件 (1)3缩略语 (2)4背景介绍 (3)4.1项目背景 (3)4.2建设目标 (3)5移动通信网网络管理范围 (3)5.1移动通信网网络管理范围 (3)6移动通信网网络管理接口定义 (4)6.1接口位置 (4)6.2接口含义 (5)6.3接口定义内容 (7)6.4接口定义方法 (8)6.5接口功能需求定义阶段 (8)6.6接口通信协议 (10)6.7对管理接口的一致性要求 (11)附录 A （资料性附录）UTRAD方法中接口分析阶段模板示例 (12)A.1控制信息分析模板 (12)A.2配置网络资源模型分析模板 (16)A.3性能网络资源模型分析模板 (20)附录 B 从接口分析到接口设计的映射表示例（资料性附录） (23)B.1操作映射表 (23)B.2操作参数映射表 (23)B.3通知映射表 (24)B.4通知参数映射表（针对CORBA实现方式） (24)7修订历史 (25)I云南移动NOP南向接口技术规范基本原则II前言云南移动网络运营平台（NOP）以网络运行维护管理的总体业务目标为驱动，对云南移动网络部的系统进行统一规划建设和升级改造，为云南移动运营网络的管理、运营、维护提供支撑平台。
JTAG电路设计规范
JTAG电路设计规范(V1.0)深圳市金鹏飞科技发展有限公司前言本技术设计规范根据国家标准和原邮电部标准以及国际标准IEEE STD 1149.1系列标准编制而成。
1、目的目前，使用的芯片中越来越多的CPU、EPLD、FPGA、DSP以及一些专用芯片（如ATM层专用芯片）等提供符合IEEE 1149.1的JTAG测试口，但很多设计人员不了解JTAG，对JTAG 口的处理较为随意。
JTAG电路的设计没有引起设计人员足够的重视，是较易被忽视的一个环节，这种忽视给产品埋下了不稳定的隐患，甚至导致了严重的问题（参见附录：JTAG使用案例），极大地影响了产品的稳定和竞争力的提高。
本规范基于统一设计人员对JTAG电路的认识，尽可能统一公司产品中JTAG的电路设计，提高产品的可靠性、稳定性，增强核心设计的竞争力。
2、范围本规范适用于产品中所有具有符合IEEE Std 1149.1规范设计的JTAG器件的应用设计，可用于指导JTAG的应用设计、开发、中试、生产。
3、定义JTAG：Joint Test Action Group，联合测试行动组合；TAP：Test Access Port，测试存取通道；TCK：Test ClocK input ，测试时钟输入；TMS：Test Mode Select input，测试模式输入，在TCK的上升沿取样，具有内部上拉；TDI：Test Data Input，测试数据输入，在TCK的上升沿取样，具有内部上拉；TDO：Test Data Output，测试数据输出，三态，TCK下降沿时改变并被驱动输出；TRST：Test ReSeT input，异步复位TAP控制器为Test-Logic-Reset状态，具有内部上拉，低有效，不能用于初始化芯片内系统逻辑。
4、JTAG功能介绍符合IEEE STD 1149.1 的JTAG测试口，是芯片制造商为开发者预留的在线仿真口，同时也是边缘扫描测试技术的一种应用。
预约挂号平台HIS接口设计.
文档编号：密级：预约挂号系统接口设计说明书（HIS部分）编制：审核：批准：2010年 10文档修改记录1总体设计1.1 总体要求预约挂号系统平台与各医院HIS之间是一对多的接入关系，因医院HIS系统各不相同：建设厂家不同，版本不同，环境不同；与平台间的网络连接方式也存在差异。
为保证平台的兼容性和可扩展性，要求该接口规范具备高通用性，可跨平台、跨语言实现，且适用于不同的网络环境和硬件设备。
1.2 系统拓扑1.3 模块说明本文档涉及的接口应用布署于拓扑图中的“医院His前置”上。
预约挂号系统包括两大类应用：一．HIS向预约挂号平台上传预约挂号系统所需的基本信息（如：医院信息、科室信息、医生信息、排班信息、停诊信息等）和其他交易信息（如：患者预约后的实际就诊情况、患者投诉情况、患者注册信息等）。
该类交易平台为服务端，HIS为客户端。
平台方提供DLL函数接口，供HIS调用。
二．平台向HIS发起的实时交易请求（如：预约挂号、预约取消、患者信息向医院传送等）。
该类交易平台为客户端，HIS为服务端。
HIS提供存储过程供平台调用。
三．详细业务部分请参阅《省预约挂号平台业务操作规范.doc》2平台与医院HIS接口平台与医院HIS前置之间采用TCP/IP通讯协议，建立两对SOCKET端口（互为客户/服务端）：一对用于医院HIS系统发起的交易（HisToEbs），一对用于平台发起的交易(EbsToHis)。
其中客户端作为发送数据端口，服务端作为接收数据端口。
HIS作为客户端时，通过调用平台提供的DLL函数发起交易请求；HIS作为服务端时，向平台开放存储过程。
交易方式采用短链接的方式。
在一个TCP/IP连接上完成数据包的发送和接收，在成功发送了一个数据包，并收到成功应答后，即中断该连接。
HisToEbs和EbsToHis均采用同步方式。
文件传输采用FTP方式。
2.1 HisToEbs该接口主要用于HIS系统向平台传输院方相关基础及变更信息，如：医院介绍、科室设置、医生、排班等。
OMC系统北向接口通用技术设计规范V1.0.0
中国移动通信企业标准QB-XX-XXX-XXXXOMC北向接口通用技术规范Northbound Interface General Technology Specification for OMC版本号 1.0.02016-10-24发布2016-10-24实施中国移动通信集团公司发布目录1范围 (5)2规范性引用文件 (5)3缩略语 (5)4接口架构 (5)5通用技术约定 (6)5.1公共要求 (6)5.2FTP通用要求 (7)6资源数据接口 (9)6.1接口协议 (9)6.2接口数据 (9)6.3数据格式 (10)6.4技术指标 (16)7性能数据接口 (16)7.1接口协议 (16)7.2接口数据 (16)7.3数据格式 (17)7.4技术指标 (24)8告警数据接口 (24)8.1接口协议 (24)8.2通信过程 (25)8.2.1消息方式的实时告警流水 (25)8.2.2文件方式的批量告警同步 (26)8.3消息数据 (28)8.3.1消息格式 (28)8.3.2登录与登录响应 (29)8.3.3消息方式同步告警请求与响应 (30)8.3.4文件方式同步告警请求与响应 (31)8.3.5心跳请求与响应 (32)8.3.6关闭连接通知 (33)8.3.7实时告警上报 (33)8.4文件数据 (34)8.5技术指标 (34)9操作指令接口 (35)10接口日志 (36)11接口可靠性要求 (36)12编制历史 (36)前言本标准由中国移动通信集团公司网络部提出并归口。
本标准起草单位：中国移动通信集团公司网络部。
本标准主要起草人：刘立卫、刘云霞、李健、肖捷、陈丹、高建军、张凤桥。
本标准解释单位：中国移动通信集团公司网络部。
本标准由中国移动通信集团公司XXX号文发布。
1 范围本规范给出了中国移动OMC系统北向接口的通用技术要求，适用于无线网、核心网、传输网和IP网四个专业，适用于新建OMC系统以及现网OMC系统改造。
综合视频监控系统_技术规范——V1.0
综合视频监控系统_技术规范——V1.0目录前言..............................................................................................................1、范围........................................................................................................2、规范性引用文件....................................................................................3、术语和缩略语........................................................................................3.1术语................................................................................................3.2 缩略语...........................................................................................4、系统结构................................................................................................4.1总体结构........................................................................................4.2 承载网络.......................................................................................4.3 用户终端.......................................................................................4.4管理终端........................................................................................5 功能要求..................................................................................................5.1总体要求........................................................................................5.2系统功能........................................................................................5.3节点功能要求★............................................................................5.4 视频汇集点★...............................................................................5.5用户终端........................................................................................5.6 管理终端....................................................................................... 6性能要求...................................................................................................6.1承载网络性能要求........................................................................6.2系统时延.......................................................................................6.3视频联动响应时间........................................................................6.4系统图像质量................................................................................6.5视频分发及转发指标....................................................................6.6视频内容分析指标........................................................................6.7检索回放响应时间........................................................................6.8视频资源目录更新响应时间★....................................................6.9视频信息流量................................................................................6.10系统可靠性★..............................................................................7 IP地址分配...........................................................................................8 资源标识..................................................................................................8.1用户和设备编码............................................................................8.2视频图像资源命名和时间显示原则★ .......................................8.3告警资源标识★............................................................................9 信息传输要求..........................................................................................9.1通信协议结构................................................................................9.2信息传输流程................................................................................9.3 接口要求.......................................................................................10 时间同步................................................................................................11 安全性要求............................................................................................11.1网络安全......................................................................................11.2恶意代码防护..............................................................................11.3备份与故障恢复..........................................................................11.4信息安全......................................................................................12 主要设备技术要求................................................................................12.1模拟摄像机..................................................................................12.2 IP摄像机★.................................................................................12.3镜头★..........................................................................................12.4 云台.............................................................................................12.5 防护罩.........................................................................................12.6红外灯..........................................................................................12.7视频光端机★..............................................................................12.8音视频编码设备..........................................................................12.9音视频解码器..............................................................................12.10以太网交换机★........................................................................12.11视频存储设备............................................................................12.12服务器........................................................................................12.13显示设备....................................................................................12.14拼接控制设备............................................................................12.15用户终端....................................................................................13 运行环境要求........................................................................................13.1室外设备......................................................................................13.2室内设备......................................................................................13.3电源..............................................................................................13.4防雷接地及电磁兼容.................................................................. 附录A（规范性附录）主观评价指标体系和评价指标说明...............................前言本规范按照GB/T1.1-2009给出的规则起草。
接口设计规范V1.0---参考
接口设计规范V1.0---参考服务端与手机平台接口协议BespRout2014年11月目录1.概述 (3)2.涉及接口 (3)3.接口总体要求 (3)3.1.系统间接口的原则33.2.处理流程33.3.接口实现方式44.XXX服务端接口 (4)4.1.XX模块-根据XX下载相关的配置文件44.2.XX模块-生成指定XX的文件配置54.3.APP启动-初使化参数65.附件 (7)5.1.备注说明71. 概述本文档提供接口给手机端使用，为手机端提供业务平台数据2. 涉及接口本文档涉及的外围系统接口包括：无3. 接口总体要求3.1.系统间接口的原则接口设计遵循如下原则：⏹安全可靠性原则：系统应提供良好的安全性和可靠性策略，支持多种安全而可靠的技术手段，制定严格的安全可靠的管理措施；⏹开放性原则：提供开放式标准接口，提供与其它系统的互联互通；⏹灵活性原则：提供灵活的接口设计，便于接口的变动。
⏹可扩展性原则：支持新业务的扩展以及接口容量与接口性能的提高；⏹可管理性原则：提供良好的管理机制，保证在运行过程中提供给管理员方便的管理方式以处理各种情况；⏹统一性原则：应当保证系统的接口方式、接口形式、使用的协议等标准、统一。
3.2.处理流程接口处理流程4. XXX服务端接口测试地址前缀:http://192.168.3.208:8088/xxx/xxx 4.1.XX模块-根据XX下载相关的配置文件接口名称下载相关的配置文件接口描述根据厂商ID下载相关的配置文件测试地址前缀+/file/download/{storeId}?token=token参数详见配置请求方式GET正式地址待定参数请求体参数参数含义类型长度必填说明patform 平台String 20 必填值为iphone或者android响应体无4.2.XX模块-生成指定XX的文件配置接口名称生成指定商家的文件配置接口描述根据厂商ID，生成指定商家的文件配置测试地址前缀+/file/generate/{storeId}?token=token参数详见配置请求方式GET正式地址待定参数请求体无响应体参数参数含义数据类型说明respCode 标识是否操作成功String 0成功1失败respDesc 当标识respCode为1时候显示错误信息String4.3.APP启动-初使化参数接口名称初使化参数接口接口描述初使化参数接口测试地址前缀+/brands/param/list?token=token参数详见配置请求方式GET正式地址待定请求参数无响应体参数参数含义数据类型说明respCode 标识是否操作成功String 0成功1失败respDesc 当标识respCode为1时候显示错误信息StringshareFacebookUrl fb分享的地址String shareFacebookKey String shareFacebookSecret String shareFacebookInfo fb分享的内容String shareTwitterUrl tw分享的地址String shareTwitterKey String shareTwitterSecret String shareTwitterInfo tw分享的内容String shareEmail String shareEmailTitle email分享的标题StringmaxNumOfFamilyM ember 最多允许加入的家庭成员的个数StringguidingTextOfHBC HBC引导文字String helpTextOfHBC HBC帮助文字StringpayType 支付类型String 1-Authorize.net,2-TrustCommerce,3-ProPay注：以上所有内容需先Base64解，再DES解才可得到定义的内容5. 附件5.1.备注说明token算法生成说明：加密方式：手机与服务端各持有密钥Key，密钥暂定为XXXX。
用友ERP-U8V8.71版管理软件_PDM接口V1.0接口规范
U8接口
* 读取PDM系统数据 ** * *
[删除 PDM 系统注册]：删除当前注册信息。注意：如果中间表中存在要删除系统的数据则不允许 删除。删除前要弹出提示框让用户确认是否真要删除，避免误操作。
6
用友软件股份有限公司
行业开发部
U8ERP-PDM 接口规范 V1.0
[取添加系统注册对话框，进行 PDM 系统注册。
PDM-U8公共接口 PDM接口
选择产品 * * * * * * PDM数据导出者 * * * 查询传输结果 导入数据 传输数据至ERP 校验数据 * U8基础数据负责人 补充信息 整理补充数据 *
U8接口
* 读取PDM系统数据 ** * *
物料清单默认覆盖方式
设置在导入物料清单时是否覆盖原来的版本，如果该选项被选中，系统首先查找 PDM 系统传 递过来的版本是否存在，如果存在则用 PDM 物料清单更新 U8 中的该版本物料清单；如果不存在， 则自动覆盖某存货物料清单的最新版本。如果该选项未被选中，在同步方式下导入物料清单时自 动根据原最大版本号自动升版，保留原来的物料清单版本，异步方式下，在弹出的界面中的版本 处理列默认显示为“自动升版”处理方式。该选项缺省状态为选中状态。
1. 功能概述
产品数据管理（PDM）系统的应用从机械制造领域向虚拟的制造、设计领域扩展。不仅在离 散型、批量定制型、流程型、研究院型应用，而且在大型的工程施工项目也得到了应用，并在机 械、汽车、电气、能源、石化、建筑、通信、证券、政府等行业中发挥作用。 越来越多的企业用户要求 PDM 与 ERP 系统做数据整合，由 PDM 系统产生的新产品、部件、 物料清单、工艺路线等信息可以通过数据接口直接传递到 ERP 系统，反之 PDM 系统在某些应用 模块也需要读取 ERP 系统中的档案、即时库存等信息。 基于以上的应用需求，由用友 U8 行业开发部负责，开发了与 PDM 软件合作厂商间的数据 共享接口规范。系统以北京清华艾克斯特科技股份有限公司产品为原型设计开发了 PDM 接口， 并共同确定了产品接口规范。任何第三方 PDM 软件厂商可以遵从本规范进行数据接口开发，即 可实现 PDM 系统与 ERP 系统的整合。本插件实现 U871 提供给第三方 PDM 软件厂商的通用接 口， PDM 厂商依照系统提供的数据接口规范组织数据包， 向 ERP 系统传递， ERP 系统分析 PDM 数据包校验数据并导入 ERP 系统。 该插件发布后可以大幅度减少 PDM 厂商以项目为单位的重复 性开发工作，扩展了 ERP 系统的应用范围，为 PDM、ERP 用户提供更大的使用便利。
Java开发规范（参照阿里规范改编）
Java开发规范（参照阿⾥规范改编）JAVA 开发规范v1.0.0 2021/08/27本篇规范基于阿⾥巴巴、华为的开发⼿册，补充了⼀些细节。
规范不是为了约束和禁锢⼤家的创造⼒，⽽是为了帮助⼤家能够在正确的道路上，尽可能的避免踩坑和跑偏。
规范可以让我们⽆论单枪匹马还是与众⼈同⾏的时候都能得⼼应⼿。
规范可以让我们在⾯对⽇益变态的需求和做代码接盘侠的时候，更优雅从容。
⼀、编程规范1、好代码的原则我们参考 Kent Beck 的简单设计四原则来指导我们的如何写出优秀的代码，如何有效地判断我们的代码是优秀的。
通过所有测试（Passes its tests）：强调的是外部需求，这是代码实现最重要的尽可能消除重复 (Minimizes duplication)：代码的模块架构设计，保证代码的正交性，保证代码更容易修改尽可能清晰表达 (Maximizes clarity)：代码的可阅读性，保证代码是容易阅读的更少代码元素 (Has fewer elements)：保证代码是简洁的，在简洁和表达⼒之间，我们更看重表达⼒以上四个原则的重要程度依次降低，这组定义被称做简单设计原则。
22-1全部采⽤⼩写⽅式，以中划线分隔。
正例：mall-management-system / order-service-client / user-api反例：mall_management-system / mallManagementSystem / orderServiceClient2-2模块名称：{项⽬名称}-{模块名称} 模块名称简洁体现职责模块名字作为模块组件的名称（即maven中的标签）2-3包名不应该⽤来表达模块完整的意思，包名应该仅⽤作与同包下的其他包做区分。
但尽可能使⽤单个单词命名，如果单个单词⽆法正确表达，可采⽤.分割，实在不⾏可采⽤全部单词⼩写（参考的spring命名）2-4类名使⽤ UpperCamelCase 风格，必须遵从驼峰形式，但以下情形例外：DO / BO / DTO / VO / AO ；抽象类命名使⽤ Abstract 或 Base 开头；异常类命名使⽤ Exception 结尾；测试类命名以它要测试的类的名称开始，以 Test 结尾；如果使⽤到了设计模式，建议在类名中体现出具体模式；枚举类名建议带上 Enum 后缀，枚举成员名称需要全⼤写，单词间⽤下划线隔开。
TSRS-CTC接口协议
CTCS-3级列控系统TSRS-CTC接口规范（V1.0）2010年3月修改记录目录1.引言 (4)1.1目的和范围 (4)1.2术语和缩写词 (4)1.3参考文献 (4)2.总则 (6)3.参考体系结构 (7)4.接口要求 (8)5.通信指标要求 (9)6.通用应用层定义 (10)7.应用层定义 (12)7.1.应用层信息包类型 (12)7.2.应用层信息包格式 (13)7.2.1.TSR拟定命令（CTC/CTC→TSRS） (13)7.2.2.TSR验证命令（CTC→TSRS） (15)7.2.3.TSR执行命令（CTC→TSRS） (16)7.2.4.TSR删除命令（CTC→TSRS） (17)7.2.5.综合更新请求（CTC → TSRS） (18)7.2.6.单个TCC/RBC的TSR状态请求（CTC → TSRS） (18)7.2.7.线路限速状态初始确认命令（CTC→TSRS） (19)7.2.8.TSR综合状态（TSRS→CTC/CTC） (20)7.2.9.TSR在TCC/RBC中状态（TSRS→CTC） (24)7.2.10.CTC时钟信息（CTC→ TSRS） (25)7.2.11.TSR错误回执（TSRS→CTC） (26)7.2.12.初始化错误回执（TSRS → CTC） (29)7.2.13.TSRS初始化状态信息（TSRS → CTC） (29)7.2.14.TSRS命令统计信息（TSRS CTC） (31)7.3.通信流程 (32)7.3.1.综合更新请求的交互流程 (32)7.3.2.TSR设置及取消流程 (33)7.3.3.初始化确认流程 (35)8.TSRSCTC接口安全功能模块与通信功能模块设置 (36)8.1.安全应用中间子层（SAI） (36)8.2.消息鉴定安全层（MASL） (36)8.3.冗余管理层（ALE） (37)附件1：参数定义 (38)1.引言1.1目的和范围1.1.1.1.本规范规定了临时限速服务器（TSRS）和调度集中系统（CTC）间接口的定义、应用层协议以及安全功能模块与通信功能模块参数设置等内容，安全层与传输层的规范参照《RSSP-II铁路信号安全通信协议》执行。
XXX-2011 中国联通IT系统BSS系统域在线计费系统接口规范第十分册：WLAN接口V1.0 -20100524
中国联通IT系统 BSS系统域在线计费系统接口规范WLAN认证平台分册（V1.0）中国联通公司发布中国联通IT系统BSS系统域在线计费系统接口规范第五分册：GGSN接口目次前言 (1)1. 范围 (2)2. 规范性引用文件 (2)3. 缩略语 (2)4. OCS与GGSN的关系 (3)5. GGSN与OCS的接口 (3)5.1. Diameter接口概述 (3)5.2. DCC消息结构定义 (4)5.3. CCR和CCA消息定义 (5)5.4. RAR和RAA消息定义 (15)5.5. DWR和DWA消息定义 (15)5.6. ASR和ASA消息定义 (15)5.7. CER和CEA (16)5.8. Result-Code定义 (16)6. 业务流程 (17)6.1. GGSN会话计费流程—使用业务时发起鉴权 (17)6.2. GGSN会话计费流程—PDP激活时发起鉴权.................................................... 错误！未定义书签。
I前言本规范结合中国联通在线计费系统（OCS）的业务和技术规范要求，对WLAN认证平台与OCS 信息交换的协议及流程进行了规定。
本标准由中国联通公司信息化部提出本标准由中国联通公司技术部归口本标准主要起草单位：中讯邮电咨询设计院、联通公司信息化部本标准主要起草人：刘晓亮、杜志涛、孙炳旭、宋齐军、张珂珂、XXXX本标准的修改和解释权属中国联通公司。
1中国联通IT系统 BSS系统域在线计费系统接口规范第十分册：WLAN认证平台接口1.范围本规范主要规定了中国联通在线计费系统（OCS）的接口标准，其中面向WLAN认证平台接口部分。
本规范适用于中国联通在线计费系统（OCS）的规划建设、设备采购、工程设计、网络运行和管理。
2.规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
PCB设计规范V1.0
PCB设计规范版本号V1.0文档修改情况版本状态修订内容实施日期编制审核1.0 起草 2011-4-151 概述本文档的目的在于说明当使用ORCAD完成原理图设计后，使用Candence公司的Allegro完成PCB布线设计时，在使用Allegro设计PCB时的流程和一些注意事项，为一个工作组的设计人员提供设计规范，方便设计人员之间进行交流和相互检查。
本规范归定了我司PCB 设计的流程和设计原则，主要目的是为PCB 设计者提供必须遵循的规则和约定。
提高PCB 设计质量和设计效率。
提高PCB 的可生产性、可测试、可维护性。
2 专业术语PCB（Print circuit Board)：印刷电路板。
原理图：电路原理图，用原理图设计工具绘制的、表达硬件电路中各种器件之间的连接关系的图。
网络表：由原理图设计工具自动生成的、表达元器件电气连接关系的文本文件，一般包含元器件封装、网络列表和属性定义等组成部分。
布局：PCB设计过程中，按照设计要求，把元器件放置到板上的过程仿真：在器件的IBIS MODEL或SPICE MODEL支持下，利用EDA 设计工具对PCB的布局、布线效果进行仿真分析，从而在单板的物理实现之前发现设计中存在的EMC问题、时序问题和信号完整性问题，并找出适当的解决方案。
3 设计流程PCB设计流程分为：PCB封装设计，创建网络表， PCB布局设计，设置布线约束条件，PCB布线设计，PCB检查，提交设计文件。
4 确定PCB封装打开网络表（可以利用一些编辑器辅助编辑），将所有封装浏览一遍，确保所有元件的封装都正确无误并且元件库中包含所有元件的封装，元件具体命名规则详见《PCB生产工艺规范电装规范》。
标准元件全部采用公司统一元件库中的封装。
元件库中不存在的封装，由专人建库。
详见《PCB生产工艺规范电装规范》5 结构设计建立PCB 结构图：根据结构图设置板框尺寸，按结构要素布置安装孔、接插件等需要定位的器件，并给这些器件赋予不可移动属性。
医院信息平台-业务系统接口规范范本
医院信息平台接口规范新奥博为技术有限公司2015-04更改页表单流程：①项目负责人编制→②立项部门审核→③上一级部门批准→④研发中心存档本表单为一份，由研发中心留存目录1文档说明 (5)2引用标准 (5)3接口方式 (5)3.1WS消息方式 (6)3.2业务协同与数据交换流程 (7)3.3安全访问机制 (8)4平台服务接口 (8)4.1获取令牌服务接口 (8)4.1.1接口说明 (8)4.1.2场景说明 (9)4.1.3调用地址 (9)4.1.4WS接口定义 (9)4.2消息发布服务接口 (11)4.2.1接口说明 (11)4.2.2场景说明 (11)4.2.3调用地址 (12)4.2.4WS接口定义 (12)4.3业务交换服务接口 (14)4.3.1接口说明 (14)4.3.2场景说明 (14)4.3.3调用地址 (15)4.3.4WS接口定义 (15)5业务交换服务 (17)5.1业务交互服务概述 (17)5.2基础交换服务（A） (17)5.2.1消息订阅服务（A00） (17)5.2.2患者服务（A01） (19)5.2.3医疗卫生人员服务（A02） (19)5.2.4医疗卫生机构（科室）服务（A03） (35)5.2.5术语和字典服务（A04） (40)5.3临床业务交换服务（B） (42)5.4医院管理交换服务（C） (57)6服务异常编码 (65)1文档说明本文档定义了医院信息平台（后续简称平台）和院内业务系统（HIS、LIS、PACS、EMR）的接口方式、接口规范。
2引用标准✓基于电子病历的医院信息平台建设技术解决方案（1.0 版）2011-03；✓河南省数字化医院建设指南（2014版）2014-05；✓《电子病历基本架构与数据标准（试行)》，2009-12；✓《基于电子病历的医院信息平台技术规范》，2014-10-01✓《电子病历基本数据集》，2014-5-30；✓河南省基于健康档案的卫生信息平台接口库说明（医疗服务V1.7.1)试行✓河南省基于健康档案的卫生信息平台接口库说明（卫生资源V1.0.1)试行3接口方式医院信息集成平台业务协同与数据交换采用SOA架构设计，需要ESB企业总线支持实现医院业务系统业务协同和数据的交换。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
接口设计规范V1.0---参考
文档修改/审批记录
4.87、4.88、4.89、 4.90接口
V1. 0 林成民2015-5
-27
修改 4.90接
口（添加相关
的响应参数），
添加新接口
4.91
V1. 0 林成民2015-8
-06
修改4.64，添
加是否显示同
步用户信息按
钮
V1. 0 林成民2015-8
-12
修改 4.49、
4.50接口
V1. 0 林成民2015-1
2-14
修改 4.3、
4.68接口
目录
1.概述 (4)
2.涉及接口 (4)
3.接口总体要求 (4)
3.1.系统间接口的原则
4
3.2.处理流程
4
3.3.接口实现方式
5
4.XXX服务端接口 (5)
4.1.XX模块-根据XX下载相关的配置文件
5
4.2.XX模块-生成指定XX的文件配置
6
4.3.APP启动-初使化参数
7
5.附件 (8)
5.1.备注说明
8
1. 概述
本文档提供接口给手机端使用，为手机端提供业务平台数据
2. 涉及接口
本文档涉及的外围系统接口包括：无
3. 接口总体要求
3.1.系统间接口的原则
接口设计遵循如下原则：
⏹安全可靠性原则：系统应提供良好的安全性和可靠性策略，支持多种安全而
可靠的技术手段，制定严格的安全可靠的管理措施；
⏹开放性原则：提供开放式标准接口，提供与其它系统的互联互通；
⏹灵活性原则：提供灵活的接口设计，便于接口的变动。
⏹可扩展性原则：支持新业务的扩展以及接口容量与接口性能的提高；
⏹可管理性原则：提供良好的管理机制，保证在运行过程中提供给管理员方便
的管理方式以处理各种情况；
⏹统一性原则：应当保证系统的接口方式、接口形式、使用的协议等标准、统
一。
3.2.处理流程
接口处理流程
4. XXX服务端接口
测试地址前缀:http://192.168.3.208:8088/xxx/xxx 4.1.XX模块-根据XX下载相关的配置文件接口名称下载相关的配置文件
接口描述根据厂商ID下载相关的配置文件
测试地址前缀+/file/download/{storeId}?token=
token参数详见配置
请求方式GET
正式地址待定
参数请求体
参数参数含义类型长度必填说明patform 平台String 20 必填值为iphone或
者android
响应体
无
4.2.XX模块-生成指定XX的文件配置
接口名称生成指定商家的文件配置
接口描述根据厂商ID，生成指定商家的文件配置
测试地址前缀+/file/generate/{storeId}?token=
token参数详见配置
请求方式GET
正式地址待定
参数请求体
无
响应体
参数参数含义数据类型说明respCode 标识是否操作成功String 0成功1失败
respDesc 当标识respCode为1
时候显示错误信息
String
4.3.APP启动-初使化参数
接口名称初使化参数接口
接口描述初使化参数接口
测试地址前缀+/brands/param/list?token=
token参数详见配置
请求方式GET
正式地址待定
请求参数
无
响应体
参数参数含义数据类
型
说明respCode 标识是否操作成功String 0成功1失败
respDesc 当标识respCode为1时候显
示错误信息
String
shareFacebookUrl fb分享的地址String shareFacebookKey String shareFacebookSecret String shareFacebookInfo fb分享的内容String shareTwitterUrl tw分享的地址String shareTwitterKey String shareTwitterSecret String shareTwitterInfo tw分享的内容String shareEmail String shareEmailTitle email分享的标题String
maxNumOfFamilyM ember 最多允许加入的家庭成员的个
数
String
guidingTextOfHBC HBC引导文字String helpTextOfHBC HBC帮助文字String
payType 支付类型String 1-Authorize.
net,2-TrustC
ommerce,3-
ProPay
注：以上所有内容需先Base64解，再DES解才可得到定义的内容
5. 附件
5.1.备注说明
token算法生成说明：
加密方式：
手机与服务端各持有密钥Key，密钥暂定为XXXX。
token=Base64（“time=&num=&accessToken=&version=&appId=&brandId=& platform=& phoneUUID=”）
Key值说明
time当前时间的long值
num 5位数字和字母的随机字符串
accessToken Des(Key, “time_ num”)
appId 后台分配的用户Id
调用注册或者没有id直接使用init
version App当前版本号
brandId 后台分配的品牌Id
platform 平台类型：
iphone/iphoneLite
android/androidLite phoneUUID 安装软件后唯一标识64UUID
开发过程中，可以先传一个固定token：
xxx
备注：
respCode 标识是否操作成功String 0成功
1失败
2 用户其他手机登录
3 用户登录后，被锁。
respDesc 当标识respCode为1时候显示错误
信息
String
如果2 或者3需要强行弹框，点击后直接退出到登录界面。
1视业务逻辑，选择是否强框。