《YD 1364-2005 点对点短消息网间互通设备技术要求.pdf.pdf》由会员分享，可在线阅读，更多相关《YD 1364-2005 点对点短消息网间互通设备技术要求.pdf.pdf（12页珍藏版）》请在三一文库上搜索。
1、I CS yu 中华人民共和国通信行业标准 丫D 汀 1 3 6 4 - 2 0 0 5 点对点短消息网间互通设备技术要求 T e c h n ic a l s p e c if ic a t io n f o r in t e r w o r k in g g a t e w a y in p o in t t o p o in t s h o rt me s s a g e in t e r w o r k i n g 2 0 0 5 - 0 9 - 0 1 发布 2 0 0 5 - 1 2 - 0 1 实施 中华人 民共 和国信息 产业部发 布 YD / 1 “ 1 3 6 4 - 2
2、0 0 5 目次 前 言 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . II 1 范围 ， ， ， : 一 1 2 规范性引 用文件 。 ， ， “ ， ，
3、“ “. . . . . . . . . . . . . . . . . I 3 术语和定义 ， ， ， ， ， 。 ， ， 一 1 4 网络结构 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4、. . . 1 5 基本 功能 一“ ， 。 6 互联网 关代 码 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 7 接口和协议 ， ， ， “ ， 8 性能指标 . . . . . . . . . . .
5、 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 9 操作维护要求 1 0 硬件要求 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6、 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 I t 软件要求 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ， ， ， ， ， ， ， ， ， ， ， . . . . . . . . . . . . . . . 8 1 2 环境要求
7、 ， ， ， 。 ， ， 1 3 电源与接地 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . q YD 厅 1 3 6 4 - 2 0 0 5 前言 本标准是根据我国固定网和移动网 短消息业务的 相关通信行业
8、标准以 及各 运营商开展短消息业务的 实际情况制定的。点对点短消息网间互通的 含义是指不同 运营商网络中的 短消息终端之间互相直接发送 和接收短消息。 点对点网间互通设备指不同运营商网络之间的接口网 关设备。 本标准是点对点短消息网间互通的系列标准之一。该系列标准的名称预计如下: 1 .点对点短消息网间互通总体技术要求 第 1 部分:固定网与移动网之间互通; 2 .点对点短消息网间互通总体技术要求 第2 部分:固定网与固 定网之间互通; 3 .点对点网间短消息业务和协议的测试方法 第 1 部分 固定网和移动网间点对点短消息互通的 测试方法; 4 .点对点网间短消息业务和协议的测试方法 第 2部
9、分 固定网和固 定网间点对点短消息互通的 测试方法; 5 .点对点短消息网间 互通协议要求; 6 .点对点短消息网间 互通设备技术要求; 7 .点对点短消息网间 互通设备测试方法; 8 .点对点网间短消息的服务质量要求和测试 方法。 本标准是 点对点短消息网间互通设备测试方法的配套标准。 本标准由中国 通信标准化协会提出归口。 本标准主要起草单位: 信息产业部电信研究院 中国 联合通信有限公司 中国网 络通信集团公司 中国卫星通信集团公司 中国铁通集团公司 中国电 信集团公司 中国 移动通信集团 公司 本 标准卞 要翻草人: 感 蕾 龚双瑾 王 彦 刘健民 李 振营 祝龙双 王 桂芝 徐 穗
10、孙立志 Y DI T 1 3 6 4- 20 0 5 点对点短消息网间互通设备技术要求 1 范围 本标准规定了点对点短消息网间互通设备即互联网 关设备的技术要求， 包括互联网关的 功能、 接口 与协议、 性能指标、 计费、统计和网 管、操作维护要求、 硬件要求、软件要求等内容。 本标准适用于点对点短消息网间互通中的 互联网关设备。 互联网关可以独立设置， 也可以与短消息 网关合设。 对于合设的互联网关， 本标准仅规定与互联网关相关的内容。 2 规范性引用文件 下列文件中的条款 通过本标准的引用而成为本标准的条款。凡是注日 期的引 用文件， 其随 后所有的 修改单 ( 不包括勘误的内容) 或修订
11、版均不适用于 本标准， 然而， 鼓励根据本标准达成协议的各方研究 是否可使用这些文件的最新版本。凡是不注日 期的引 用文件， 其最新版本适用于 本标准。 Y D / T 1 2 9 0 . 1 - 2 0 0 3点对点短消息网间互通总体技术要求 第 1 部分 固定网与移动网 之间互通 Y D / T 1 2 9 1 - 2 0 0 3点对点短消息网间互通协议要求 Y D / T 1 3 7 7 . 1 - 2 0 0 5点对点网间短消息业务和协议的 测试方法 第 1 部分 固 定网和移动网间点对 点短消息互通的测试方法 Y D / T 1 2 9 0 . 2 - 2 0 0 5点对点短消息网间
12、互通总体技术要求 第2 部分 固定网与固定网 之间互通 Y D / T 1 3 7 7 .2 - 2 0 0 5点对点网间短消息业务和协议的测试方法 第2 部分 固定网和固定网间点对 点短消息互通的测试方法 Y D / T 1 4 0 3 - 2 0 0 5点对点网间短消息的服务质量要求和 测试方法 3 术语和定义 下列术语和定义适用于本标准。 互联网 关 ( T W G W) 是指不同 运营 商短消息网 络之间的 接口网 关， 不同运营商网络包括移动运营商 短消息网络和固 定运营商短消息网络。移动网 互联网关用于移动网与固定网之间、移动网与移动网之间 的 短消息互通。固 定网互联网 关用于固
13、 定网与移动网之间、固 定网与固定网之间的短消息互通。 4 网络结构 不同运营商短消息网 络的 互联网 关的 连接结构分为不需要第三方网 关转接的网 络连接结构 ( 如图 1 所示) 和 需要第三方互联网 关转接网 络连接结构 ( 如图2 和图3 所示) 两种。其中 不需要第三方互联网 关转接的网 络连接结构是用于移动网与移动网间、 固定网与移动网间、固 定网与固 定网间点对点短消息 网络的互通， 需要第三方互联网 关转接的网 络连接结构是用于固定网与移动网及固定网与固定网间 点对 点短消息网络的互通。 运曹商 L 运营商 z 圈1 不同运曹商网间点对点短消息互通网络连接结构示宜 ( 不份要第
14、三方互联网关转接 YD厅 1 3 6 4- 2 0 0 5 第三方 IWC W 圈2 圈 3 固定网与移动网之间点对点短消息网络连接结构示盒 ，要第三方互联网关转接 ) 固定 网 运 营商 t固 定 网运营商 2 固定网与固定网之间点对点短消息网络连接结构示宜 器要第三方互联网关转接 ) 5 签本功能 5 . ， 认证功能 互联网关应支持MD 5“ 数字签名” 加密算法， 以完成互联网关之间建立连接时与其他运营商的互联 网 关的 认证功能。 5 .2 短消息的转发和级存功能 当 短消息由于 互联网关间的连接断导致向下一个互联网 关转发失败后， 互联网关可以 对收到的短消 息进行缓存， 同时互联
15、网关应启用重发机制， 定期与下一个互联网 关尝试重新律立诈接， 重发的时间间 隔和 重发次数可配置。若在重发有效期的时间之 前连接恢复， 应将缓存的短消息正确转发， 若在重发有 效期的时间到后连接还未恢复， 则该互联网 关应删除短消息并产生失败的状态报告， 同时根据需 要向前 一个互联网 关发送。 5 .3 状态报告的转发和级存功能 如 果 短 消 息 互 联网 关 转 发短 消 息 失 败， 则由 互 联网 关 产 生 失败 状 态( U n d e li v 或E x p i re d ) 报 告， 并 将状态报告按原路由 返回。 如果短消息互联网 关转发短消息成功， 则短消息网 关等 待
16、状态报告; 短消息互联网关接收到 状态报 告后，将状态报告按原路由返回， 并根据状态报告，产生话单或失败记录。 互联网关若收到表示无路由的F o r w a r d _ R e p ( R e s u l t = “ 9 “ ) 消息， 则应产生失败的状态报告( U n d e li v ) a 互联网 关将等待状态报告的时间统一设置为 4 9 h 。互联网 关收到未超期的 状态报告应正确转发。 若 收到超期的 状态报告后应丢弃。互联网知立 具有 缓存状态报告的功能， 以正确处理现网业务量大时 可能 出现的状态报告早于F o r w a r d - R e p 消息收到的情况。 5 .4 拦
17、截功能 互联网 关应能根据设置对指定的出人路由、主叫用户号码段、 被叫用户号码段或主被叫号码段同时 YD厅 1 3 6 4 - 2 0 0 5 等对短消息进行拦截的功能。 5 . 5 路由 功能 互联网关在发送短消息时可根据被叫号码按照指定的选路原则正 确进行选路， 并且状态报告应按照 原路返回。 互联网关应有至少能够分析到被叫 号码前十位的能力。 在分析号码时， 对于无路由的 情况， 若互 联网关可以立即 判断出 无路由， 则直接回送 R e s u l t = “ 9 “ ( 前转判断 错) 的F o r w a r d Re p 消息; 若互联网关不能立即判断出 路由， 则回 送R e
18、s u l t = “ 0 “ ( 成功) 的 F o r w a r d - R e p 消 息， 同时发送F o r w a r d 消息返回 失败的状态报告。 5 石 编码转换和拆分功能 互联网 关的编码转换和拆分功能是对固定网 互联网关以 及第三 方互联网关的 要求。 在固 定网向 移动网发短消息时， 固定网 互联网关或第三方互联网关将短消息内容编码由巧 ( G B编 码) 转换成 8 ( U C S 2 编码) 发给移动网 互联网关。 若编码转换使得短消息字节长度超过1 4 0 字节， 则固 定网互联网 关或第三方互联网 关需要将一条短消息拆分成多条独立的短消息，每 条短消息长度小于
19、或等 于1 4 0 字节。 移动网互联网 关对 应拆分后的多条短消息分别回状态报告。 若固定网互联网关未收到移动 网互联网 关发来的对应拆分的 全部的成功的 状态报告时， 不应向发端固定用户发成功的 状态 报告。 第 三方互联网 关应能在收到移动网 互联网关发来的对应拆分后的全部短消息的 成功 状态报告后， 向发端互 联网 关返回 一个成功的状态报告。若第三方互联网关未收到移动网互联网 关发来的对应拆分的全部的 成 功的 状态报告时， 不应向 发端固定网 互联网关发成功的状态报告。 在移动网向固定网发短消 息时，固 定网 互联网关收 到移动网互联网关发 来的短消息内容为全英文 0 ( A S
20、C II编码) 或8 ( U C S 2 编码) ，在固定网 互联网关将编码转换成 1 5 ( G B编码) o 5 7 统计功能 互联网 关应有按时间 要求和内 容要求进行统计的功能。 按时间要求可以 设置。 主要统计的内容如下 : a ) 互联网 关发送短消息条数: 互联网 关发送的 f o r w a r d短消息数 ( 同一条短消息的若干次重发 f o r w a r d 消息以一条f o r w a r d 消息计算) ; b ) 互联网 关发送短消息的次数: 互联网 关发送的f o r w a r d 消 息数( 同一条短消息的N次重发f o r w a r d 消息以N 条f o
21、 r w a r d 消息计算) ; c ) 互 联网 关 成功 发 送 短 消 息条 数: 互 联网 关收 到 短 消 息成 功 的F o r w a r d _ R e p ( 即 字 段R e s u l t - O ) 的 次数; d ) 互联网关接收短消息条数: 互联网 关接收的f o r w a r d 短消 息数; e ) 短消息转发成功率: 互联网 关发送短消息条数护 互联网 关接收短消息条数; f ) 短消息网间转发成功率: 互联网关成功发送短消息条0v (/ 互联网 关发送短消息条数; 9 ) 短消息转发效率:互联网 关成功发送短消息的条数/ 互联网关发送短消息的次数; h
22、 ) 互联网 关收到成功状态报告的条数: f o r w a r d 消息中 状态报告的s t a t 字段为 D E L I V R D ， 的 条数; i ) 互联网 关收到状态报告的条数: f o r w a r d 消息为状态报告的条数; J ) 互联网 关 成功 发 送状态 报告的 条 数: 互联网 关 收到 状态 报告的 成功的 F o r w a r d - R e p ( 即 字 段 R e s u lt = 0 ) 的 次数; k ) 互联网 关发送状态报告的 条数: 互联网 关发送的f o r w a r d 状态报告数 ( 同 一条状态报告的若干次 重发f o r w a
23、 r d 消息以一条f o r w a r d 消息计算) ; 1 ) 状态报告转发成功率: 互联网关成功发送状态报告的条如互联网 关发送状态报告的 条数; m) 互联网 关对某条短消息发送的时间; n ) 互联网 关收到某条短消息的时间; o ) 互联网 关发送某条短消息状态报告的时间; P ) 互联网 关收到某条短消息的时间; YD厅 1 3 8 4- 2 0 0 5 9 ) 互联 网 关 对 短消 息 转发 时 延: 互 联 网 头 夕 寸 某 条短 消 息 转 发出 的 时 间 一 互 联网 关 成 功 接收 到 该 短 消 息的时间; r ) 消 息响应时延: 发端网 关 ( 或第三
24、方网关) 收到某条消息二 s p o n s e 的时间一发 端网 关 ( 或第三方 网 络) 发送该条消息第一条f o r w a r d 消息的时间; s ) 状态报告发送时延: 互联网 关发送某条短消息状态报告的时间 一互联网关收到该条短消息的时 间。 上述统计内容参考了Y D / T 1 4 0 3 - 2 0 0 5 点对点网间短消 息的服务质量要求和测试方法乳 5 . 8 计费 功能 互联网 关应提供计费和结算功能。 互联网关在成功转发短消息， 收到成功的状态报 告后， 才产生成 功的计费话单。对失败情况应有记录。 5 . 8 . 1 计费方式 对于经过互联网 关的短消息， 互联网
25、关采用按条计费方式进行计费，费率可以灵活设定。 5 . 8 .2 计费记录 互联网 关应对所有经过 互联网关的 短消息产生详细的 计费记录， 并按要求产生各类话单。话单中 主 要应包含: 话单序号 短消息序列号:含义， 填写格式 ( 是否翻译? 应翻译成有含义的) 短消息话单类型 主叫 用户号码 被叫用户号码 信息长度 网关代码 前转网关代码 短消息中心代码 运营商代码 ( 包括主叫， 被叫) 提交时间 处理结束时间:收到状态报告 等基本计费信息。其中 短消息序列号的表示方法应为翻译后有含义的; 运营商代码包括主叫运营商 代码和被叫运营 商代码; 提交时间为网关收到F o r w a r d
26、- R e p( 对应发送短消息的F o r w a r d 消息) 的时间; 处理 结束时间为收到状态报 告的时间。 5 .8 .3 计费接口 通过X .2 5 或 R S 2 3 2等接口 与计费中心相连或采用磁带脱机处理。 计费信息应可 采用 F T P , F T A M 规程传送。 5 .8 . 4 计费数据存储 短消息中 心设备应能够提供有效的计费记录的保存手段，以 便提供给计 费处理中心进行处理， 并能 够对 计费记录存储 5 个月以 上。 系统应支持对业务详单的查询功能。应支持按业务类型、 按用户属性、 按日 期时间等多种查询条件 进行 查询。同时 应提供外部查询接口， 方便系
27、统统一提供外部查询功能。 计费数据存储需提供在线存储及脱机存储两方式，备份周期可配置。 详单可以 通过不同的 输出格式导出， 支持客户端对详单的查询。 5 .9 跟踪监视功能 5 .9 . 1 消息跟踪功能 具有消息跟踪的功能， 可以跟踪互联网关之间的所有消息，也可以根据源号码和域 目 的号码进 行跟踪。 跟踪的结果能够在终端显示， 并可以根据人机命 令输出到打印机上， 跟踪的结果应该是解码 丫D厅 1 3 6 4 - 20 0 5 后可读的。 跟踪的结果还可保存到用户指定的文件中， 该文件打开后所记录的消息应该是解码后可读 的。 5 .9 .2 网络状态的监视 系统应自 动地、即时地监视主处
28、理机、数据库、 数据链路等 设备的状态， 并要求能监视单个数据链 路的利用率， 对特别轻载或特别重载的数据链路， 要能记录并输出其设备编号。 5 9 . 3 短消息业务监视 系统应能提供下列监视数据: 一 信息存储时延; 一 处理机负荷、硬件设备和存储器等的 利用情况。 5 . 1 0 流f控s 1 功能 互联网 关应具有流量控制机制， 以 及负荷分担的功能， 以便在业务量较大的 情况下使业务不受影响。 6 互联网 关代码 互联网 关代码用于在点对点短消息网间互联协议中 标识源互联网关和目的 互联网 关， 它的结构为: 运营商标识码的后两位+ 3 位长途区号 ( 不足前面补0 )十 网 关序号
29、。 运营商标识码由信息产业部分配，参考设置为:中国电信为9 0 ，中国联通为 9 3 ， 中国 移动为 9 5 , 中国网通为%，中国 铁通为9 7 0 7 接口和协议 7 接口 各 互联网关之间的 连接可以采用基于T C P / I P 的专 线连接方式或互联网 连接方式。 采用互联网 连接方 式时，为保障系统的安全， 互联网 关需要具有较高的安全性能。 7 .2 协议 应支持互联网关之间的点对点短消息互通协议 Y D / T 1 2 9 1 - 2 0 0 3 点对点短消息网间互通协议要 求 。 8 性能指标 8 . 1 消息处理能力 短消息互联网关的处理能力应能够满足随业务不断发展对系统
30、处理能力的 需求。 8 .2 可靠性和可用性 应采用主备用或负荷分担方式。 当采用主备用方式时， 主备用进行倒换所需的时间应 l o s ， 并且进 行倒换时， 应不影响已由 互连网关处理过的短消息。 双机工 作时， 必须达到或超过 9 9 . 9 9 9 %的 可用性， 即全年的故障时间 不超过5 . 2 5 6 n u n ( 5 m i n 1 5 s ) o 能够对部分硬件设备进行在线扩容， 扩容时 不影响已由 短消息互联网 关处理过的呼叫。 为 保证系统的高可靠性，数据硬盘 ( 存储用户数据和未转发的 短消息) 应采用磁盘阵列， 或镜像设 置，可 根据要求采用主处理机双备份，并提供在
31、线数据备份的手段。 系 统关键软件、 硬件应有一定的备份措施， 保证系统的不间断运行。系统应具有软件、硬件故障在 线恢复的能力。 系统应能 对 “ C P U利用率” 、 “ 内存利用率”以 及 “ 硬盘利用率” 等指标 参数进行实时监控， 一旦系 统负荷超出 指定要求，系 统应产生告普信息提示相关维护人员。 8 . 3 消息丢失率 互联网关从收到短消息到将短消息转发出去期间，由于系 统原因造成的短消息丢失率， P _ 1 0 - 7 0 8 .4 消息处理延迟 消 息处理延迟是指从短消息互联网关收到短消息到第一次转发尝试的时间间隔。 丫D厅1 3 6 4- 2 0 0 5 短消息处理延迟-
32、2 0 0 m s ( 9 5 % 概率) o 9 操作维护要求 9 . 1 资源使用情况测f功能 系统 应能测量和记录系 统中各种资源的 使用 情况， 并能设置告警门限。同时也应能对处于备用状态 或脱机状态的功能单元进行诊断测试， 经测试通 不过时， 应打印输出故障信息和发出 告警信号。主要 有 以下几 类资源: a ) 主处理机负荷; b ) 硬件装置; c ) 存储器的使用情况。 应有告警。 9 .2 障 碍的检测及处理 9 .2 . 1 一般要求 系统应具备诊断软件和障碍检测硬件，以便自 动诊断与 检测软件和硬件的障 碍，对各种障碍 应具有 记录和输出打印的功能。 硬件障碍的检测应具有
33、障碍定位的 功能:在发生硬件障碍时， 应能隔离 有障 碍 的硬件或自 动倒换至无障碍的备用硬件， 保证系统继续正常 运行;在发生软件故障时， 系统应具有一定 的自 纠能力和自 动恢复功能， 其中 包括再启动和 再装人等。 当发生软件或硬件障碍时， 除应能打印输出障碍记录 报告外， 对于重要故障还应发出可闻、可 见信 号， 并应立即向操作维护中心送出报告。 9 .2 .2 障碍的容错性 当发生软件或硬件障碍时， 一般不应产生系统阻断。当 发生的障碍将不可避免地导致降低服 务等级 和服务质量时， 系 统应能 继续运行。 系统中的 重要设备应具有备份或 n + x ” 的冗余。 保证在发生障碍时 能
34、自 动脱离并进行倒换或进行系统 再配置。 9 .2 .3 硬件障 碍的定位 系统对硬件障碍应具有自 动诊断定位的能力。 9 .2 .4 障碍的 恢复 当发生一般性软件和硬件障碍时，系 统应具有自 纠能力， 例如 硬件发生障碍时能立即倒换至 无障碍 的电路继续正常运行， 软件发生障碍时能进行局部再装人等。 当系统发生的全系统中断或电源中 断恢复 后， 应能迅速地自 动再启动运行。 9 .2 .5 障碍记录 系统应将所发生的 各种障碍进行及时记录。 9 . 3 状态监视 a ) 服务状态显示 应能够随时显示系统的 状态， 内容 应至少包括正在等待发 送的短消息的 数量、 主 处理机C P U的占
35、用 率等。 b)记 录 系统应能够随时记录系 统的各种操作， 包括接收短消息和发送短消 息等， 所有的 记录应存人硬盘中 的 相应文件， 以备随时查阅。 c ) 设备状态监视 操作维 护中心应可随时显示设备的状态信息和 使用情况。这些信息包括公共控制设备以及与短消息 互联网 关和 其他接口 的不同 状态和统计信息。 9 .4 负荷超载控制 系统应有动态负荷超载控制功能，以 确保系统在超载时能维持最大的处理能力。 超载时 可以自 动地或通过人一机命令划分几个等级来减轻处理机的负荷，在任何情况下不应由于不 6 YDf r 1 3 6 4 - 2 0 0 5 正常的负荷造成全系统中 断。 9 . 5
36、 软、硬件更新 系统设计应方便其软硬件的更新。 a ) 在更新过程中， 应最大限 度地降低中 断业务的时间。 设备厂商应提供具体的更新方法及相应的 业 务中断时间。 b ) 所有更新的或修改过的软硬件应与原有的 其他软硬件兼容。 c ) 新软件引人后， 根据需要， 旧软件应能被重 新装人， 并能 够重新产生原有的系统参数或其他数据。 可以允许的数据丢失仅限于 新软件引人至 恢复旧 软件期间产生的数据。 d ) 更新的软、 硬件只有通过测试后方可投人 运行。 9 .6 告，要求 a ) 当出现不正常的 操作时， 或需要人工干预， 或性能超出 预定操作门限时， 例如过负荷、 数据链路 断链等应当产
37、生告警指示。 b ) 应能对告警依其影响严重程度进行分类， 一般应分为紧急告警、 延迟告警和告警指示信息。 c ) 系统应备有外部告警接口， 接人专用告警设备。 d ) 系统应对当前告警分类列表。 通过人一机接口 可以 检查告警表、 指定2 修改告譬严重程度、 设叠 清除告警条件，以及规定外部告警信号的含义。 e ) 对应产生的告警消息， 首先应提示操作人员注意已发生异常事件， 然后再提供充分的用于故障定 位和诊断的信息， 指导操作人员查找、 排除故障。 f ) 发生告替后还应通知 操作维护中心的操作人员注意。其方式有: 声音告警 ( 可由 操作人员关闭或经 人一机接口 控制) ; 可视告警
38、( 告警灯，可经人一机接口控制) ; 打印出 告警源及其严重程度; 向操作维护中心发送告警消息 ( 告警报告) 。 9 ) 如有不足以引起告替的扰动出 现， 系统应能把它作为一个事 件加以记录， 并进行周期性转储， 以 供网络管理系统做进一步分析。 h ) 为防止告警消息丢失， 系统应具有存储告 警事件数据7 2 h 以 上的能力。 9 .7 安全要求 a ) 系 统关键硬件的配置应全部为双备份， 或有适当 冗余， 系统应能自 动控制 倒换。 设备厂商应给出 备份和冗余的 利用策略细节。 b ) 系 统应对人一机接口 指令具备分级接人控制能力， 限制无权接人和错误接人， 保障数据的安全 性 和
39、完整性。 c ) 有关系统的各种操作维护功能， 均不得危及保存在其内的和正在往来传送的信息的安全 性和完整 性。 9 . 6 防火is 利用防火墙技术来保证物理层、 链路层及I P 层的安全， 完成对网关系统的 安全保障， 支持I P数据 包过滤等功能。 1 0 硬件要求 1 0 . 1 硬件系统甚本要求 a ) 硬件应采用模块化结构，便于容量扩充和引人新的硬件模块容纳新业务和新技术。 b ) 系 统构成应具有冗余和容错等 安全措施。 ， 。 .2 处理机的要求 a ) 处理机 应成对配置， 采用主备用或负荷分担方式: 采用主备用方式时， 当主用的处理机出现故障， 能够尽快地切换到备用的处理机
40、; 采用负荷分担方式时，当一 个处理机出现故障时， 所有的呼叫都能够 YD / T 1 3 6 4- 2 0 0 5 由另一个处理机来处理。 遇处理机、 软硬件故障时， 具有倒机、 分级再启动及系统再生成等能 力， 以 保 证系统运行的稳定性、 可靠性和安全性。 b ) 处理机系统应具有故障脱机自 动诊断功能。 c ) 处理机系 统应具有软、 硬件故障告警信号。 1 0 . 3 输入、输出设备的墓本要求 人一机命令尽可能采用图 形用户界面方式，用作人机命令 输人的设备应具有冗余度。 1 1 软件要求 1 1 . 1 墓本要求 a ) 要求软件采用分层的模块化结构， 模块之间的 通信应 按规定接
41、口 进行。 任何一层的任何一个 模块 的维护和更新以 及新模块的追加都不应影响其他模块。 b ) 系统参数、 用户数据与处理程序应有相对的独立性。 用户数据的 任何变更都不应引起运行版本程 序的变更。 处理程序应与任何系统参数、 用户数据相适应。 c ) 软件应有容错能力， 一般小的软件故障不应引起各类严重的系统再启动。 d ) 软件设计应有防护性能， 某一软件模块内的 软件错误应限制在本模块内， 而不应造成其他软件模 块的错误。 e ) 应具有软件运行故障的 监视功能。 一旦 软件出现死循环等重大故障， 应能自 动再启动， 并作出即 时故障报告信息。 f ) 系统中 所有涉及到时间的信息和数
42、据其年份部分采用带纪元表示法。 1 1 .2 软件功能要求 a ) 要求有完善的实时操作系统。 b ) 要求具有计费处理功能， 并能够与计费处理中 心相配合。 c ) 要求具有网 管子系统及处理相应业务的功能。 d ) 要求具有对各种硬件设备测试的功能。 e ) 要求具有对软 件、 硬件运行故障的监视功能。 有完善的 故障告警及障碍后处理功能。 要求具有与 集中维护管理中心相配合的控制功能。 f ) 要求具有完善的、 方便的 人一机通信控制功能。 9 ) 要求具有完善的维护管理功能， 具有用户数据的 维护管理、 系统观察管理、 软件维护管理、 设备 维护管理等功能。 h ) 要求具有故障诊断和
43、故障定位功能。 1 1 .3 软件维护管理功能要求 a ) 要求具有在不中断处理呼叫 接续的情况下，完成程序打补丁的 功能。 b ) 要求对于 全部系统参数和用户数据都可以 在不影响呼叫接续处理的 情况下， 用人机通信方式进行 下述操作 : 数据查询: 数据 修改变更: 一 一数据 追加; 由软盘或其他媒介进行批量数据的引人运行。 原运行数 据的暂存、 重新运行， 使用删除。 c ) 若对修改 后软件不满意或将修改后软件引人系统后， 对系统有副作用或发现新版本有问题， 应能 方便而迅速地 ( 在 l m i n 内) 恢复到原来的 程序。 d ) 故障 诊断软件的诊断。 要求故障诊断软件能 对
44、硬件故障进行诊断和定位， 故障诊断定位后应能显 示或打印， 报告故障设备的物理位置等有关信息。 丫D厅 1 3 6 4- 2 0 0 5 1 2 环坡要求 系统应在以下温、 湿度条件下正常工作， 见表 裹 1 环境要求 温度 ( )相对湿度 ( %) 长期工作条件短期工作条件 长 期 工 作 条 件一 短 期 工 作 条 件 1 0一3 50 -4 5 4 0 - 6 52 0 - 9 0 注: a ) 系统正常工作环境下，温、湿度的测量点系指在地板以上2 m和在设备前。 .4 m处测量的 数值( 机架前后没 有保护 板时测量) a为保证互联网关能正常工作，机房设计时要求按严格的温、湿度条件进行。 其侧量点位里与上述略有不同， 即在地板以上1 .5 m和在设备前方0 . 4 m处测量的数值。 b)短期工作条件是指连续不超过4 8 h和每年累计不超过 1 5天。 c )对于相对湿度较低的环境 ( 特别是2 0 %以下) ，应采用抗静电地面。 1 3 电源与接地 1 3 . 1 电源电压要求 1 3 . 1 . 1 直流电源电压要求 系统应在表2 所述电 源性能范围内正常工作。 表 2 直流电诬电压要求 标称值一 4 8 V 电压波动范围 一 4 0 一 一5 7 V 不同频率 时的杂音 电压要求 0 - 3 00 Hz 51 0 0 m V(