《中国移动USSD非结构化补充业务数据设备规范.doc》由会员分享，可在线阅读，更多相关《中国移动USSD非结构化补充业务数据设备规范.doc（58页珍藏版）》请在三一办公上搜索。
1、-实施-发布中国移动通信集团公司 发布QB-中国移动通信企业标准非结构化补充业务数据设备技术要求Equipment Technical Spec. of Unstructured Supplementary Service Data目次1 范围12 规范性引用文件13 缩略语14 非结构化补充业务数据系统的组网方案24.1 USSD业务网关设置25 业务与功能35.1 非结构化补充业务数据中心支持的业务35.2 非结构化补充业务数据中心的功能要求36 编号和寻址56.1 USSD业务相关实体的编号56.2 USSD中心信令点编码56.3 用户拨号方式57 接口和信令67.1 USSD中心的信令
2、和接口68 性能指标68.1 对话处理能力68.2 可靠性和可用性68.3 信令链路要求78.4 对话失败率78.5 USSD消息处理延迟79 统计与网络管理79.1 统计与测量79.2 网络管理要求810 操作、维护要求1110.1 人-机子系统1110.2 系统操作维护要求1111 计费1411.1 计费方式1411.2 USSD对话计费记录1411.3 业务应用指定的计费记录1511.4 计费接口1511.5 计费数据存储1512 同步1512.1 同步方式1512.2 同步链路1512.3 时钟等级1513 硬件要求1513.1 硬件系统基本要求1513.2 处理机的要求1513.3
3、数字中继1614 软件要求1614.1 基本要求1614.2 软件功能要求1614.3 软件维护管理功能要求1615 环境要求1716 电源与接地1716.1 电源电压要求1716.2 设备接地要求18附录A （规范性附录） USSD基本信令流程1A.1 移动用户发起的USSD请求1A.2 USSD应用发起的USSD通知1A.3 USSD应用发起的USSD请求2附录B （资料性附录） USSD业务对其他网络设备的要求3B.1 USSD业务对MAP协议的版本要求3B.2 USSD业务对HLR的要求3B.2.1 信令协议3B.2.2 用户信息3B.2.3 路由接续3B.3 USSD业务对MSC/V
4、LR的要求3B.3.1 信令协议3B.3.2 用户信息3B.3.3 路由接续3附录C （资料性附录） 技术文件、培训、售后服务及技术支援5C.1 技术文件要求5C.2 培训的目的及要求5C.3 售后服务及技术支援5C.3.1 修理服务及维护备件5C.3.2 技术指导及技术支援5附录D （资料性附录） 验收测试7D.1 出厂测试7D.2 交货日程安排7D.3 安装及系统测试7D.4 移交测试7D.5 割接开通8D.6 试运转验收测试8D.7 验收测试的内容与指标要求817 范围818 规范性引用文件819 缩略语920 非结构化补充业务数据系统的组网方案921 业务与功能1021.1 非结构化补
5、充业务数据中心支持的业务1021.2 非结构化补充业务数据中心的功能要求1022 编号和寻址1222.1 USSD业务相关实体的编号1222.2 USSD中心信令点编码1222.3 用户拨号方式1223 接口和信令1323.1 USSD中心的信令和接口1324 性能指标1324.1 对话处理能力1324.2 可靠性和可用性1324.3 信令链路要求1424.4 对话失败率1424.5 USSD消息处理延迟1425 统计与网络管理1425.1 统计与测量1425.2 网络管理要求1526 操作、维护要求1526.1 人-机子系统1526.2 系统操作维护要求1627 计费1927.1 计费方式1
6、927.2 USSD对话计费记录1927.3 业务应用指定的计费记录1927.4 计费接口2027.5 计费数据存储2028 同步2028.1 同步方式2028.2 同步链路2028.3 时钟等级2029 硬件要求2029.1 硬件系统基本要求2029.2 处理机的要求2029.3 数字中继2030 软件要求2030.1 基本要求2030.2 软件功能要求2130.3 软件维护管理功能要求2131 环境要求2132 电源与接地2232.1 电源电压要求2232.2 设备接地要求22附录E （规范性附录） USSD基本信令流程1E.1 移动用户发起的USSD请求1E.2 USSD应用发起的USS
7、D通知1E.3 USSD应用发起的USSD请求2附录F （资料性附录） USSD业务对其他网络设备的要求3F.1 USSD业务对MAP协议的版本要求3F.2 USSD业务对HLR的要求3F.2.1 信令协议3F.2.2 用户信息3F.2.3 路由接续3F.3 USSD业务对MSC/VLR的要求3F.3.1 信令协议3F.3.2 用户信息3F.3.3 路由接续3附录G （资料性附录） 技术文件、培训、售后服务及技术支援5G.1 技术文件要求5G.2 培训的目的及要求5G.3 售后服务及技术支援5G.3.1 修理服务及维护备件5G.3.2 技术指导及技术支援5附录H （资料性附录） 验收测试7H.
8、1 出厂测试7H.2 交货日程安排7H.3 安装及系统测试7H.4 移交测试7H.5 割接开通8H.6 试运转验收测试8H.7 验收测试的内容与指标要求8附录I （资料性附录） 对行表的修改清单9前言本要求以信产部行业标准900/1800MHz TDMA 数字蜂窝移动通信网非结构化补充业务数据（USSD）设备技术要求为基础，增加了中国移动对USSD设备的补充要求是中国移动通信集团公司及各省市移动通信公司开展USSD业务的技术依据。本规范对行业标准所作修改详见附录I。本标准由中国移动通信集团公司技术部提出并归口。本标准由中国移动通信集团公司技术部负责解释。本标准起草单位：中国移动通信集团公司研发
9、中心。本标准主要起草人：*等同志的大力支持表示感谢。1 范围本标准规定了900/1800MHz TDMA数字蜂窝移动通信网非结构化补充业务数据（USSD）设备支持的业务、功能、操作维护、接口信令、软件和硬件要求等方面的技术要求。本标准主要适用于900/1800MHz TDMA数字蜂窝移动通信网非结构化补充业务数据（USSD）设备。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标
10、准。GB 13000.1-93信息技术 通用多八位编码字符集（UCS）第一部分：体系结构与基本多文种平面YD/T 1038-2000900/1800MHz TDMA数字蜂窝移动通信网移动应用部分(MAP) Phase2+技术规范GF001-9001中国国内电话网NO.7信号方式技术规范GF002-9002.4邮电部电话交换设备总技术规范书GF010-95国内NO.7信令技术规范信令连接控制部分(SCCP)GSM03.38 (5.6.1)Alphabets and language-specific informationGSM09.02 (7.3.0)Mobile Application Pa
11、rtITU-T Q.707MTP的测试和维护 ITU-T Q.791SS7网路的监视与测量ITU-T Q.795OMAP3 缩略语下列缩略语适用于本标准。API Application Programming Interface应用程序接口HLRHome Location Register归属位置寄存器HPLMNHome PLMN归属PLMNMAPMobile Application Part移动应用部分MMLMan-Machine Language人机语言MSMobile Station移动台MSCMobile Switch Center移动交换中心MSISDNMobile Station
12、ISDN移动台ISDN号码MTPMessage Transport Part消息传递部分PLMNPublic Land Mobile Network公共陆地移动通信网PSSRProcess Unstructured SS Data Request处理USSD请求SMCShort Message Center短消息中心SMPP Short Message Peer to Peer Protocol短消息点对点协议TDMATime Division Multiple Access 时分多址TSTechnical Specification技术规范USSDUnstructured SS Data非结
13、构化补充业务数据USSNUnstructured SS Data NotifyUSSD通知USSRUnstructured SS Data RequestUSSD请求VLRVisited Location Register拜访位置寄存器VPLMNVisited PLMN拜访PLMN4 非结构化补充业务数据系统的组网方案USSD应用USSD中心HLRMSCUSSD应用MSHPLMNVPLMN下图所示是900/1800MHz TDMA数字蜂窝移动通信网非结构化补充业务数据（USSD）系统组网结构图。图1 非结构化补充业务数据系统的网络结构(用户使用HPLMN的USSD服务)USSD应用USSD中心
14、MSCUSSD应用MSVPLMN图2 非结构化补充业务数据系统的网络结构(用户使用VPLMN的USSD服务)USSD中心以标准的MAP信令与PLMN相连接，支持非结构化补充业务数据相关的信令处理。采用SS7协议将USSD中心与HLR连接起来，使USSD中心可以与任何SS7信令网的连接，并同时支持USSD协议的阶段1和阶段2。USSD中心可以通过扩展SMPP/CMPP协议、USSD应用协议（UAP）和应用程序接口（API）实现与外部应用服务的交互。同时也便于与短消息中心或其他相关应用实体的连接。移动用户可以通过不同的业务接入号码来选择使用归属网络USSD服务或是拜访网络的USSD服务。4.1 U
15、SSD业务网关设置USSD业务网关是一个负责集中接入USSD业务应用的系统，它介于USSDC和USSD业务应用之间，负责在USSD业务应用和USSDC之间实现消息透传和业务分发。USSD业务网关的主要功能包括：在多个USSDC需要连接到同一个SP时，使用业务网关统一对SP进行管理可以起到收敛链接的作用；提供不同地区USSD业务系统的互连，实现跨地区业务转移功能；降低了USSD业务应用和USSD中心之间的藕合，避免了USSD业务应用的故障对USSD中心的直接影响，有利于保证USSD中心系统的稳定性和安全性；USSD业务网关与USSD业务应用之间以及它与USSD中心之间均采用TCP/IP连接，并通
16、过USSD业务应用协议（参见集团公司相关规范）进行消息交互。USSD业务网关的组网示意图如下：考虑到USSD短期内业务量不会太大，所以对USSD业务网关暂时不作建设要求，如各地区确有此需求，可以将USSD网关作为USSDC的一个功能模块的方式提供，不作为独立的网络节点。5 业务与功能5.1 非结构化补充业务数据中心支持的业务USSD中心应支持的业务包括： 移动用户发起的USSD业务请求（PSSR）； 网络发起的USSD业务请求（USSR）； 网络发起的USSD业务通知（USSN）； 支持中英文USSD业务； 增值业务：可根据运营者的需求，不断开发其它增值业务。如金融股票交易、话费查询、信息点播
17、、收发电子邮件、移动银行业务、小额支付等等。同时，USSD中心应提供对外开放的业务应用程序开发接口API和协议接口，以便运营者有二次开发的工具和手段。5.2 非结构化补充业务数据中心的功能要求5.2.1 必选功能5.2.1.1 USSD用户鉴权对于移动用户发起的USSD业务，USSD中心应能核查主叫用户的标识，判断它是否为本USSD中心归属的用户。USSD用户鉴权有两种必选方式：不鉴权和按号段鉴权，鉴权方式可根据运营需要进行设置。5.2.1.2 应用管理能力USSD中心提供各种应用接口，与各种应用中心连接在一起，如股票交易所、银行、邮件服务器等，并建立业务码和应用服务之间的映射关系。USSD中
18、心应能够对这些应用服务进行管理，包括业务码的映射，帐户的创建、鉴权、修改、删除，以及接口的配置管理。USSD中心为应用服务存储以下数据： 帐户标识 应用类型 业务码组 服务器地址5.2.1.3 对话管理能力非结构化补充业务数据中心应能够根据移动用户和应用的USSD业务请求，进行USSD操作，主要包括以下功能： USSD中心有能力接受移动用户发起的对话请求，分析业务码，并为之建立与相应USSD应用的对话连接，完成一次和多次消息交互； USSD中心有能力接受USSD应用发起的对话请求或通知，并为之建立与移动用户的对话连接，完成一次和多次消息交互； 有能力支持移动用户和USSD应用之间中英文USSD
19、业务数据的透明传输； USSD中心能够进行对话的跟踪管理。（可选）USSD中心能够判别响应时间超出允许范围的对话，并采取相应的措施及时释放异常占用的资源。当任意一方释放连接或出现故障时，应释放与另一方之间的对话连接。USSD中心应可以支持同一个移动用户同时有多个USSD对话连接存在，无论是移动用户发起的对话还是应用服务发起的对话。一次USSD交互中，建议的超时配置为：移动用户侧30秒，应用服务侧30秒。USSD中心应能针对具体业务进行用户侧和应用侧超时的配置。移动用户侧的响应时间最大值为180秒，应用服务侧的响应时间最大值为60秒。超时后USSD中心应释放对话连接。一次USSD对话的有效时间应
20、不超过10分钟，否则USSD中心应释放对话连接。5.2.1.4 对话信息的存储能力USSD中心有能力对移动用户和应用服务发起的USSD对话数据进行存储，对话信息应包括以下内容： USSD对话标识 USSD对话消息的文本内容和长度（可选） USSD对话发起的时间和结束的时间 USSD对话的状态 信息交互的次数 USSD对话的有效期 应用类别（移动用户发起、网络发起等） 信息来源（为移动用户号码或应用服务的业务码） 目标地址 USSD对话当前消息的发送状态 失败原因等。5.2.1.5 支持汉字USSD业务的能力汉字USSD编码方案应符合GSM规范03.38（v5.6.1），即支持USSD消息编码方
21、案UCS2(16bit)-GB13000。人工输入汉字USSD消息的终端应支持GB13000 CJK部分的汉字。5.2.1.6 计费指示计费指示功能是指USSD业务应用能根据需要向USSD中心发送一条请求计费的消息，由USSD中心产生一张计费话单，为运营者提供灵活的计费方式。计费指示命令只能由业务方发出，USSD中心则根据收到的计费指示产生相应的计费话单。5.2.2 可选功能5.2.2.1 业务转移业务转移功能是指将USSD对话从一个USSD业务转移到另一个USSD业务，它将当前USSD对话中USSD中心到USSD业务应用之间的呼叫分支切断，并转移到新的业务码指定的业务应用上，此后USSD对话
22、继续。业务转移命令只能由业务方发出。5.2.2.2 业务码鉴权USSD中心应能根据业务码来核查应用服务侧发起的USSD业务是否合法，对业务码进行鉴权。USSD中心应保留业务码和应用服务的对应关系，以判别应用服务是否可以向移动用户发起该业务码对应的USSD业务。5.2.2.3 USSD用户业务鉴权USSD中心应能根据移动用户的MSISDN号码来核查该用户是否可以使用USSD业务，鉴权方式可根据运营者的需要进行设置。USSD中心应保留移动用户及允许其接入的业务码，以判别该移动用户是否可以使用该业务码对应的USSD业务。6 编号和寻址6.1 USSD业务相关实体的编号6.1.1 USSD中心的号码使
23、用E.164号码。USSD中心号码定义的号码用于识别网络节点。格式同MSCID。USSD中心的SSN建议与短消息中心的SSN设为一样，即为0x08。6.1.2 用户号码USSD用户号码即为用户的MSISDN号码，应用服务侧发起USSD业务时使用。6.1.3 业务码归属网络的业务码范围为7079及100199，拜访网络的业务码范围为150199，移动用户发起USSD业务时使用。编号原则如下：(1)全国业务：150199全国业务的SP只需接入就近的USSD中心，要求全国的MSC都要做数据，将全国业务的USSD业务请求路由到对应的USSD中心。(2)省内业务：100149作为本地业务，由用户归属地的
24、USSD中心负责处理。(3)暂时保留：7079具体业务码分配参见相关部门文件。6.2 USSD中心信令点编码USSD中心将作为七号信令网中的一个信令点（SP），该信令点的信令功能应符合相关七号信令规范的要求。6.3 用户拨号方式非结构化补充业务数据服务主要有以下几种格式实现用户拨号接入：格式1：首先是1、2或3位符号*或#；然后为1X（Y），Y为09，指示用户接入的应用服务；最后为可选的若干字符和“发送”，通过*与之前的串相接。其中，若X的值为： 04：用于HPLMN，当收到拜访用户的这样一个USSD消息时，表示移动用户请求使用归属网络的USSD服务，服务网络将把该USSD消息直接转发到HPL
25、MN。若此用户为归属本地的用户，网络将在本地进行处理或发送到HLR； 59：用于VPLMN，由拜访网络来决定对USSD消息的处理，例如可以为移动用户提供具有本地特色的数据信息服务。格式2：7(Y)+“发送”，其中Y为09。由HPLMN保留使用，当收到拜访用户的这样一个USSD消息时，服务网络将把该USSD消息直接转发到HPLMN，用户请求使用归属网络的USSD服务。若此用户为归属本地的用户，网络将在本地进行处理或发送到HLR。格式3：其他形式的USSD业务消息串。非结构化补充业务接入码的处理应按照如下规则：对于由移动用户发起的USSD服务请求，拜访网络的MSC应首先检查用户发出的USSD消息。
26、若消息为合法的格式，可根据上述规则进行用户的接入处理；否则，应直接转发到归属地HLR，由HLR再做相应的处理。对于由USSD应用服务发起的业务，则由归属网络的HLR将USSD消息转发给目标用户。考虑到记忆太多的接入号对用户来说是比较困难的，可提供12个综合接入号，作为USSD业务的门户接入号，综合接入号下提供的是USSD业务导航菜单，利用USSD业务的转接功能，将业务请求导航到具体的业务处理模块或SP。例如 #101# 可作为中文USSD业务的综合接入号，#111# 可作为英文USSD业务的综合接入号。7 接口和信令7.1 USSD中心的信令和接口7.1.1 USSD中心与PLMN接口应符合“
27、YD/T 1038-2000 900/1800MHz TDMA数字蜂窝移动通信网移动应用部分（MAP）技术规范（Phase2+）”的要求。USSD业务在MAP协议中要求在USSD会话请求中传递该用户的MSISDN，主要涉及MAP消息MAP-PROCESS-UNSTRUCTURED-SS-REQUEST、MAP_UNSTRUCTURED_SS_REQUEST、MAP_UNSTRUCTURED_SS_NOTIFY。USSD中心对上述消息的处理依据GSM 0902 v7.3.0（R98）以上的版本，该版本在以上消息的参数中引入了MSISDN。要求MSC和HLR一样，在与USSD中心对接时，提供MSI
28、SDN号码。这种方式的使用为USSD中心处理该消息的必选功能。7.1.2 USSD中心与外部应用的接口由于USSD业务是一种面向连接的应用，USSD中心应能够在消息中说明USSD对话标识，标识该消息属于哪一个USSD对话连接。因此， USSD中心与SP之间的协议应该是一种面向连接的应用协议。USSD中心与外部应用的接口规范参见中国移动集团公司的的相关规范要求。8 性能指标8.1 对话处理能力USSD中心的处理能力应能够满足随业务不断发展对系统处理能力的需求。USSD中心满配置时忙时处理能力不低于1600条消息/秒。单条信令链路（64K链路）USSD消息的处理能力不少于8条/秒。亦可采用2M信令
29、链路。USSD中心的对话交互的响应时间，即单条消息的处理时延应不大于1秒。USSD中心支持的并发对话连接的数量应不少于3000条对话连接。注：获得以上数值的测试条件为：USSD应用、MSC/VLR、HLR均采用模拟器，该数值与实际网络应用值不同。具体测试方法参见相应的测试规范。8.2 可靠性和可用性厂家应提供设备的预测MTBF，以及获得这一参数的计算方法。（MTBF至少应达到2万小时以上）。为保证系统的高可靠性，数据硬盘（存贮用户数据）须采用磁盘阵列或镜像设置，主处理机可采用双备份，并提供在线数据备份的手段。系统关键软件、硬件应有一定的备份措施，保证系统的不间断运行，系统应具有软件、硬件故障在
30、线恢复的能力。8.3 信令链路要求USSD中心与PLMN之间的No.7信令链路根据业务开展情况可灵活配置，系统可支持的链路数应不低于32条。每条信令链路的最大负荷参见相关的中国七号信令规范。设备应能以模块化方式，根据运营者的需求，不断扩展，具有平滑扩容能力。8.4 对话失败率从对话请求提交到对话结束之前由于系统原因造成的消息丢失率，P107。8.5 USSD消息处理延迟由系统原因引起的消息处理延迟1000ms（95%概率）。9 统计与网络管理9.1 统计与测量9.1.1 一般要求(1) 系统应具有非结构化补充业务数据的话务测量与记录的功能。(2) 可预定测量项目，并在规定日期及时间自动开始及停
31、止测量。(3) 对预先规定的测试项目，能每隔一段时间（如5分钟）测量一次，连续进行24小时，或/和测量23段时间（忙时），连续进行7天。(4) 能单独测量一个项目，也可同时测量几个项目，测量项目可根据需要组合。这些项目可同时进行测量，也可顺序进行测量。(5) 统计数据的输出方式，可输出到磁带上，也可由打印机输出，并能通过数据链路送到操作维护中心。9.1.2 处理次数测量应根据不同的应用统计各类处理的次数： 移动用户发起的USSD业务； 应用服务发起的USSD业务； 正常结束的USSD业务； 异常释放或超时的USSD业务； 按业务号码对各种应用的业务量分别进行统计。9.1.3 平均对话时间测量系
32、统应能测量中继、用户发起和应用发起的USSD业务平均占用时间，对话的平均时长以及公用设备平均占用时间。9.1.4 话务拥塞统计(1) 系统应对所有信令链路设备作拥塞统计。统计的项目包括延续时间和因机线设备忙而接续失败的次数。(2) 可通过人-机命令预先设定拥塞的门限，当超过门限值时，系统应能告警，并将拥塞设备的有关信息打印输出，同时将此信息送至操作维护中心或网管中心。9.1.5 服务质量的统计USSD中心应具有对系统的服务质量直接测量和连续监视的性能。应能对服务质量指示器预置不同的门限值，当超过门限值时，系统应能告警，并将有关信息送至操作维护中心或网管中心。服务质量统计应包括：（1）USSD对
33、话消息处理的延迟；（2）USSD对话操作完成率；（3）与PLMN接口信令规程错误和各种定时器逾时情况。9.1.6 性能统计非结构化补充业务数据中心为了便于运营者的管理，应能给出以下的性能统计： 移动用户发起的USSD对话请求提交：提交的对话处理的数量、结果（成功与失败）； 应用服务发起的USSD对话请求提交：提交的对话处理的数量、结果（成功与失败）； 由于单次交互响应超时引起系统处理USSD对话失败的数量； 一次USSD对话服务由于累计时间超时而导致对话失败的数量； 不同应用服务对应的USSD对话数量； 信令链路处理USSD业务流量及其时间等。以上统计能够按时间段来进行。9.1.7 网络状态的
34、监视系统应自动地即时地监视主处理机、数据库、信令链路等设备的状态。9.1.8 USSD业务监视应能提供下列监视数据： 系统现有服务的用户数，即活动的对话数； USSD对话交互的状态； USSD对话的成功接入率； 至PLMN信令链路的负荷与状态； 处理机负荷、硬件设备、存储器等的利用情况。9.2 网络管理要求9.2.1 OMC功能要求9.2.1.1 系统管理OMC应能提供一个直观的图形用户界面（GUI），界面的设计遵循一致性的原则， OMC应能对自身系统软件的配置、运行状况、备份和系统安全等情况进行管理。OMC应提供有效的控制机制，对用户接入、访问操作OMC或网元进行限制，OMC应提供系统日志、
35、网元操作日志、安全日志、网元事件日志的功能9.2.1.2 故障管理OMC应能对网络设备进行统一的故障管理。应能实时收集网元发出的告警信息，并自动更新当前告警列表，应提供对于告警的集中呈现视图，同时应可以保存至少3个月内的历史告警已便于用户的查询和统计。OMC应提供友好、直观的告警管理界面，支持不同的告警状态和级别，可以以一定的形式区别出来；支持用户对告警时间、状态、级别、设备类型等的自由过滤；支持用户对网元的性能对象设定阈值，当性能数据超过阈值时，自动产生告警；支持根据用户设定的条件做告警抑制和告警延迟；支持用户对告警状态的修改；支持告警的同步操作。9.2.1.3 配置管理OMC应能全面动态地
36、管理网元设备硬件和软件的局数据配置，显现设备工作状态，以图形、文字等形式分层显示配置相关的各类信息，并且具有网元集成、查询、编辑、创建、修改、删除、预设、备份、合法性检查、回滚网元配置数据等功能。9.2.1.4 性能管理OMC应能定义网元性能测量任务，提供对测量任务的查询、修改、删除、激活、挂起等功能。9.2.1.5 操作维护支持OMC应能够提供对网元维护的操作终端，能够通过操作终端以MML指令的方式完成对网元的配置功能，可以查询网元的当前告警，完成对网元的统计任务的设定、修改、删除、查看、挂起和恢复操作，完成对网元的软件监测及日常的维护功能，并且用户能保存指令的返回结果。OMC应支持批处理文
37、件功能，执行批处理或脚本时应能显示每一条命令的处理过程，保存每一条命令的返回结果；在运行过程中能够中断正在执行的批处理或脚本，在执行批处理或脚本出现异常情况时用户能选择继续执行下一条命令还是终断执行。OMC应可以提供方式支持操作员对任务进行定义、查看和中止。OMC应提供时间同步机制，实现网元向OMC、OMC向标准时间达到时间同步，时间同步的精度要求小于1秒。9.2.2 网管接口功能要求接口功能要求是指上级网管对USSD网元设备及其OMC的接口功能要求。9.2.2.1 OMC北向接口功能要求上级网管应可以通过该接口实现以下功能：- 网管系统可以对纳入USSD业务的物理实体的资源及信息等配置信息进
38、行管理。- 网管系统可以对USSD物理实体的性能统计和USSD业务性能统计进行管理。- 当出现告警时，通过接口可以向上级网管通报USSD设备及USSD业务产生的异常情况或各类告警。告警通知共包括五大类：设备告警、环境告警、通信告警、处理错误告警、服务质量告警。（1）配置接口要求接口应支持上级网管对配置信息的查询、修改、上报和同步功能。- 上级网管应可以通过该接口查询指定配置对象的属性值，包括USSD中心及USSD业务相关的管理信息。- 上级网管应可以通过指令修改（更新、升级）某配置对象的属性值，包括USSD中心及USSD业务的相关管理参数。- 接口应具有配置信息改变通知上报功能。当网元的配置信
39、息发生改变时，USSD中心应通过该接口向上级网管上报相应的配置信息改变通知，如对象创建通知、对象删除通知、状态改变通知、属性值改变通知；当配置信息变化较大，需要通过文件方式传输时，USSD中心应发送“请求配置信息同步通知”，管理系统收到该通知后可通过文件传输机制进行配置信息同步。此时，USSD中心应能够抑制与该配置变化相关的其它通知的上报（如对象创建、对象删除、属性改变和状态改变通知），以防止大量通知造成网络拥塞。- 上级网管在初始化时或收到来自USSD中心的“请求配置信息同步通知”后，可发出配置信息同步请求，以查询相关管理对象的批量配置信息。（2）性能接口要求接口应支持上级网管对性能数据的采
40、集、上报、传递的控制功能。- 接口支持上级网管系统实时地对管理域内的物理实体、USSD业务进行监测，采集性能数据。要求要求通过接口，上级网管可以控制性能数据采集周期，可启动、取消性能数据采集活动。- 性能数据上报任务负责收集指定的性能历史数据，并将这些批量数据文件周期性地通过文件传输机制上报给管理系统。上级网管应可通过网管接口对性能数据上报任务执行以下操作：创建、删除一个性能数据上报任务；定义/修改性能数据上报任务的时间表参数；挂起、恢复测量上报任务；查询测量上报任务的参数设置。- 正常情况下，USSD中心应周期性地自动将性能数据文件上报给上级网管。上报周期由性能数据上报任务的相关参数确定。对
41、上报周期内收集到的所有性能数据，USSD中心应在每个上报周期结束时把它们按照性能文件格式（格式参见GSM规范定义）组成一个或多个性能文件，然后通过文件传输机制进行数据传送。此外，上级网管也可以主动要求USSD中心上传所需的性能数据文件。即上级可通过网管接口允许/禁止性能数据的报告。- USSD中心网管接口应支持上级网管系统设置性能数据门限值。性能参数门限的定义包括两部分：被监测的性能参数、性能参数门限值。其中被监测的性能参数是被监测的被管理实体的一个需定义门限值的性能参数，性能参数门限值是该性能参数的门限值定义，当性能统计参数的采集值超过所定义的门限值时应产生服务质量告警。此部分功能可选。 （
42、3）告警接口要求接口应支持对上级网管告警的上报和同步功能。接口可以向网管系统实时上报事件通知，提供故障告警及故障定位等相关信息；同时USSD中心网管接口应支持事件过滤机制及告警日志管理。- 管理系统在监测到通信链路中断、事件缓存区溢出或存储器严重负荷等异常情况时，可进行相应的事件同步操作。管理系统向USSD中心发出事件同步请求，应可以通过接口查询一段时间内USSD中心存储的事件信息，网管接口应支持对故障时间、级别、类型的过滤。9.2.2.2 网元设备直连接口要求USSD设备应向上级网管系统提供直连接口。上级网管通过该接口可以实现如下功能：1) 可以向设备发指令进行集中操作维护。2) 能够对局数
43、据进行核查、制作。3) 能够采集实时告警。4)9.2.2.3 接口技术要求（1） 接口信息传递时延在网络连接正常的情况下，告警传递时延（即从网元发生告警至告警到达管理系统的延迟）应小于10秒。性能数据传递时延（即从网元完成性能数据收集至性能数据准备好能提供接口传递给管理系统的延迟）应小于5分钟。配置更新时延应小于10分钟。即当网络中的资源配置发生变化后，被管系统应能及时发现网络配置变化，及时更新本地数据存储，并通过网管接口通知管理系统。（2） 接口信息传递准确性准确的管理信息是保证管理系统功能可用的基础，被管系统应保证通过网管接口传递给管理系统的数据的准确性。接口中传递的配置数据需反映实际的网
44、络和资源配置状况。接口中传递的性能数据应与网元上采集到的数据值保持一致，避免经过统计、平均等二次处理后的数据失真。接口上报的告警信息应真实准确地反应网络的运行状况，告警信息应能精确定位到发生故障的具体网元。（3） 接口信息传递完备性被管系统应能提供完备的管理信息，保证告警通知不被遗失。（4） 接口容错能力网管接口应可以辨别非法数据，并提醒数据非法。接口不会因为输入非法数据导致接口故障。被管系统应保证系统自身和接口通信模块的可靠性，接口应有保证信息不被丢失的手段。被管系统应保证系统进程在意外中断时有自恢复能力，在短时间内应能够重启进程，并能将故障期间产生的事件信息重新传递给管理系统。（5） 接口数据传递能力接口应支持较高的数据传输速率，应适当考虑承载管理信息的数据网的带宽。（6） 接口数据追溯能力通过网管接口，管理系统可以查询到历史性能数据和历史事件信息。被管系统处应能保存1个月以内的历史性能数据和历史事件信息。具体接口要求见中国移动USSD设备网管接口需求规范10 操作、维护要求10.1 人-机子系统系统应提供命令行或图形菜单的方式。10.1.1 人-机语言（MML）(1) 人-机语言应易于学习和理解，对常用命令应能在无需查阅手册情况下进行输入，命令的内容及数量应能满足USSD中心日常操作维护的要求。(2) 人-机命令应按功能分类，能以菜单的
