《中国移动车务通总体技术要求.doc》由会员分享，可在线阅读，更多相关《中国移动车务通总体技术要求.doc（32页珍藏版）》请在三一办公上搜索。
1、-实施-发布中国移动通信有限公司 发布车务通总体技术要求中国移动通信企业标准QB-Truck Tracking Technical Specification版本号：1.0.0 目录1范围12引用标准13术语和定义14符号和缩略语25系统结构和组网原则25.1系统逻辑结构25.2系统模块功能35.2.1核心应用服务模块35.2.2集团客户管理模块45.2.3运营商管理模块55.2.4数据库服务器55.2.5日志服务模块55.3车务通组网结构66车务通系统主要业务流程66.1定位66.2地图获取86.3车辆调度96.4车辆状态监控106.5历史轨迹回放117码号117.1短信接入号117.2GP
2、RS APN118系统设备性能及处理能力要求128.1高可靠性及高可用性128.2系统处理能力128.3系统扩展性138.4流量控制138.5业务接入方式139网管及操作维护139.1网管系统结构139.2网管功能要求149.2.1配置管理149.2.2故障管理149.3车务通系统接入IP综合网管系统的网元直连接口要求149.3.1车务通系统网元直连接口要求149.3.1.1配置管理接口要求149.3.1.1.1配置管理接口的功能要求149.3.1.2性能管理接口要求159.3.1.2.1性能管理接口的功能要求159.3.1.2.2性能报表需求169.3.1.3故障管理接口要求169.3.1.
3、3.1告警格式要求179.3.1.3.2告警接口的功能要求179.3.1.4操作维护接口要求189.3.2接口技术要求189.3.2.1接口实时性189.3.2.2接口信息传递准确性和完备性199.3.2.3接口容错能力199.3.2.4接口安全性要求199.3.2.5接口数据传递能力199.3.2.6接口数据追溯能力1910安全规范1910.1网络安全性1910.2数据访问安全性2010.3数据备份2010.4隐私权管理2011系统软硬件功能要求2111.1硬件要求2111.1.1硬件系统基本要求2111.1.2对服务器的要求2111.1.3对输入、输出设备的基本要求2111.2软件要求21
4、11.2.1基本要求2111.2.2软件功能要求2211.2.3软件维护管理功能要求2211.2.4数据库软件平台要求2311.3移动访问终端功能2311.3.1多种查询手段2311.3.2位置查询2311.3.3终端浏览器要求2311.4PC浏览器的要求2412接口要求2412.1Gv接口2412.1.1GIS功能实现2412.1.2业务功能实现2512.2Gd接口2512.3Gf接口2612.4Vg接口2613计费流程2613.1车务通业务计费流程（GPS定位方式）2613.2车务通业务计费流程（CELL ID定位方式）2613.3资费原则2713.4省间结算27附录A 编制历史27前 言
5、本规范规定了车务通系统的技术实现方案和设备要求，技术实现方案包括逻辑结构以及组网结构、主要业务数据流程、接口要求。设备要求包括系统设备性能要求、网管要求。本标准由中国移动通信有限公司技术部提出并归口。本标准起草单位：中国移动研究院，辽宁移动通信有限责任公司本标准主要起草人：林智，于蓉蓉，谈星东，汤雪缨，王哲伟，毛叶琴，高春林，王颖本标准解释单位：同提出单位。1 范围本标准规定了车务通系统的技术实现方案，包括逻辑结构以及组网结构、主要业务数据流程、系统设备性能要求、网管要求、接口要求，不包括业务订购流程、业务统计等内容。本标准适用于中国移动内部使用，是中国移动通信有限公司和省公司开展车务通业务的
6、依据。2 引用标准下列文件中的条款通过在本标准中引用而成为本标准的条款，其最新版本适用于本标准。1 中国移动基于CELLID的位置业务（LBS）总体技术要求（V1.2）2 中国移动基于CELLID位置业务LSP设备技术规范（V1.2）3 中国移动位置业务Le、Ls接口技术规范（V1.1.0）5 中国移动位置业务Lr接口技术规范（V1.1.0）6 中国移动数据基础业务管理平台接口规范-LSP分册（V1.5.1）7 中国移动互联网短信网关接口协议（v2.0/3.0）8 中国移动位置业务GIS接口规范V1.0.09 中国移动GIS平台设备规范V1.0.010 中国移动位置业务Gv接口规范11 中国移
7、动位置业务Gd接口规范12 中国移动位置业务Gf接口规范13 中国移动车务通业务Vg接口规范14 辽宁移动通信企业标准位置服务基础业务管理平台（LBMP）技术规范16 中国移动行业应用GIS系统全网接入总体技术要求3 术语和定义车务通系统是中国移动位置服务系统的一部分，它承载于位置服务基础业务管理平台（LBMP）之上，对多种接入方式提供支持。它利用手机和车载终端，基于中国移动GSM网络，向用户提供车辆位置信息服务。集团客户管理员：集团客户IT管理员，拥有最高级别权限，并可创建操作员帐号、规定操作员帐号的操作权限，下文简称“管理员”；集团客户操作员：可实施权限范围内的操作，如业务监控，操作员亦为
8、监控人员，下文简称“操作员”。管理员包含操作员的权限，如果管理员执行业务监控等操作，下文中统称“操作员”。集团个人客户：车载终端含有GPS模块和通信模块，以手机号为标识。集团个人客户对应于车载终端，此对应关系由集团客户端管理员建立。“集团个人客户”指和车载终端对应的集团客户的职员，亦称“司机”、“驾驶员”。运营商管理员：运营商负责业务统计、查询的职员。业务使用用户：集团客户管理员和/或集团客户操作员。4 符号和缩略语BOSSBusiness Operation Support SystemCMPPChina Mobile Peer to PeerISMGInternet Short Messa
9、ge GatewayGISGeographic Information SystemGPRSGeneral Packet Radio ServiceGPSGlobal Position SystemHTTPHypertext Transfer ProtocolLBMPLBS Based Manager PlatformLBSLocation Based ServiceLSPLocation Service PlatformSMSShort MessageSNMPSimple Network Management ProtocolURLUniform Resource LocatorWAPWir
10、eless Application ProtocolXMLExtensible Markup Language5 系统结构和组网原则5.1 系统逻辑结构 图 51 车务通体系结构图5.2 系统模块功能车务通系统分核心应用服务模块、集团客户管理模块、运营商管理模块、网管接口。5.2.1 核心应用服务模块核心应用服务模块负责整个车务通系统主要业务和功能的实现、内部任务的分发工作。负责接收来自各接口的各种请求，并将不同请求分发到车务通系统平台其他相应的部分进行处理，并将其他各部份的处理结果返回给接入终端。负责集团客户管理员和操作员的登录鉴权；负责接收业务使用用户的各种业务请求，并直接处理部分业务，或
11、将部分业务请求发送给LBMP，再将LBMP返回的结果信息返回给业务使用用户。核心应用服务模块在网络中通过Gv接口与LBMP相连，向LBMP发送请求及接收来自LBMP的响应；通过CMPP接口与企信通相连，接收来自终端用户的短信请求及向终端用户响应；通过Web接口与互联网相连，实现接收Web用户请求及向Web用户系统响应；通过WAP接口与WAP用户相连，实现接收WAP用户请求及向WAP用户系统响应；通过GPRS接口与GPS车载终端相连，实现接收GPS车载终端请求及向GPS车载终端响应；并于与日志等模块有接口相连实现相应功能。核心服务模块包括以下子模块：鉴权子模块该模块和LBMP同步订购关系，当集团
12、客户管理员/操作员发起鉴权请求，鉴权模块根据此请求向数据库获取相关信息、进行鉴权，通过后，向使用用户发送允许登陆信息。定位子模块该模块包括GPS定位模块和CELL ID定位模块。下一阶段，如果AGPS在全网实施，则支持AGPS定位。GPS定位模块处理来自使用用户的GPS定位请求，根据此请求向车载终端下发定位请求，接收来自车载终端的经纬度信息，并根据此信息计算出所需要地图范围的经纬度信息，向LBMP请求，接收LBMP的响应结果，经过地图适配，呈现给用户。CELL ID定位模块处理来自用户的CELL ID定位请求，根据此请求向LBMP发送定位请求，接受来自LBMP的结果响应，将结果返回用户。地图信
13、息适配子模块判断业务使用用户的接入方式、请求的种类（矢量/栅格/文本），最终决定发送给LBMP请求的格式种类保证地图等信息对终端适配。地图操作子模块接收来自用户的地图操作请求，向LBMP发出请求，接收LBMP的响应结果，呈现给用户。车辆状态监控子模块接收来自用户的状态监控请求，向车载终端下发状态监控指令，接收车载终端的回复状态信息，呈现给用户车辆调度子模块接收来自使用用户的调度请求，向车载终端下发调度指令；也可接收来自车载终端的回复信息，呈现给用户。轨迹回放子模块接收用户轨迹回放请求，向数据库申请终端位置信息，将所需要的地图范围信息向LBMP请求地图，接收LBMP响应结果，经过地图适配，呈现给
14、用户。5.2.2 集团客户管理模块集团客户管理模块主要包括如下功能：集团客户自管理功能：实现企业信息管理、操作员管理、车辆管理、驾驶员管理等信息的录入、查询修改等功能。与数据库相连，接收用户请求，对数据库进行读写等操作。短信下发通知功能：接收来自用户的短信下发请求，与短信网关相连，通过短信网关，向用户下发短信。统计分析功能：接收用户的请求，连接数据库，实现各种业务统计查询功能。5.2.3 运营商管理模块该模块接收运营商管理员的请求，实现对集团客户各种管理功能。5.2.4 数据库服务器用于存储所有业务数据。5.2.5 日志服务模块日志是一个系统数据变动和操作信息的历史记录，对数据的管理和安全的管
15、理有着重要的作用。系统应对系统所有的操作有详细的日志记录。日志的记录内容应该包括集团用户对车务通系统的访问日志，数据变动的历史日志。在平台中，日志还包括如下内容：l 接口数据调用日志记录系统与各接口的处理日志。该日志的作用可以用于数据的变动查询、连接的历史查询。为数据和操作的核查提供基础保障，该部分的日志主要是文件和表记录两种。l 系统应用的操作日志记录所有对用户应用的登录、按钮的触发、数据的查询等的记录，为历史日志的核查提供数据。日志的内容接口服务单元的日志记录包括：调用者、接口服务名称、调用时间、成功与否、返回代码、错误信息等。日志的管理系统日志管理包括：日志检索、日志备份和日志清空。控制
16、日志包含所有的控制类的操作信息，从中可以查询到所有操作员所进行的操作控制信息，其中包括：用户序号，车载终端编号，操作时间，操作码，子操作码，操作参数；消息日志包含所有的消息类的信息，系统所有产生的消息都可以看到，其中包括：有车载终端编号，发生时间和消息描述；轨迹日志包括所有车辆的定位位置的轨迹信息，可以查询车辆的历史位置，其中包括：车牌号，时间，经度，纬度，方向和速度；日志管理服务器定期将日志按照一定格式处理成表文件存入DB数据库中。5.3 车务通组网结构 图 52 车务通系统组网结构图各省集团客户及SI可以通过互联网、WAP、短信等方式接入车务通业务系统，使用车务通业务；各省客户车载终端通过
17、GPRS网络向车务通业务系统传送位置信息，供集团客户/SI使用；客户开、销户、变更信息由BOSS录入，传至基础管理平台LBMP，再由车务通业务系统取到本系统内完成操作建议LBMP连接车务通平台所在省，将业务层和定位基础设施分层，便于业务布置，便于LSP平台容量估计。一种可选的方案是车务通系统直接连接到用户号码归属省的LSP。6 车务通系统主要业务流程以下对定位服务、地图获取、车辆调度、车辆状态监控、历史轨迹回放等五种主要业务流程进行描述。6.1 定位定位对应于定位模块，包括CELL ID方式和GPS方式。针对CELL ID方式流程如下：业务使用用户向核心应用服务器发送CELL ID位置请求，核
18、心应用服务器中的CELL ID定位模块将此请求发送给LBMP，LBMP将此请求发送给LSP，LSP返回LBMP经纬度信息，LBMP调用GIS功能获得地图并处理后，将处理结果（位置信息应答）给车务通核心应用服务器，核心应用服务器接收到位置信息后，将接收到的位置信息返给业务使用用户。B针对GPS方式流程如下： 业务使用用户核心应用服务器（GPS定位）LBMP位置请求位置请求信息QB-QB-经纬度信息QB-QB-地图信息应答经纬度信息GPS终端接收成功应答位置信息应答GPRS/SMS网络位置请求信息地图经纬度信息业务使用用户发起GPS定位请求，核心应用服务器GPS定位模块将此请求通过GPRS/SMS
19、网络发送给GPS终端，GPS终端获得经纬度信息，并将此信息通过GPRS/SMS网络发送给核心应用服务器GPS定位模块，核心应用服务器GPS定位模块将需要的地图范围的经纬度信息发给LBMP，LBMP处理后将地图信息返回给核心应用服务器，核心应用服务器接收到地图信息后，给LBMP发送一次接收成功应答信息，并通过地图信息适配，将终端与地图合成后返给业务使用用户。6.2 地图获取业务使用用户核心应用服务器（地图操作模块）LBMP地图操作请求地图操作请求地图操作应答地图操作应答接收成功应答 业务使用用户向核心应用服务器中的地图操作模块发起地图操作请求，核心应用服务器地图操作模块向LBMP发起此地图操作请
20、求，LBMP根据请求作相应处理，并将处理后的地图操作应答信息返给核心应用服务器地图操作模块，核心应用服务器接收到地图操作应答后，向LBMP发送接收成功应答信息，核心应用服务器地图操作模块再将此地图操作应答信息返给业务使用用户。6.3 车辆调度业务使用用户核心应用服务器（车辆调度）GPRS网络/企信通调度请求计费短信内容上传车载终端发送短信/GPRS请求短信/GPRS信息下行短信/GPRS信息上行短信/GPRS信息上传支持短信和GPRS两种接入方式。业务使用用户向核心应用服务器车辆调度模块发起调度请求，核心应用服务器车辆调度模块接收此请求，通过短信网关发送短信请求或者向GPRS网络发送GPRS的
21、调度信息，短信网关网络根据请求，向车载终端发送短信（下行）/GPRS信息，由短信网关计费；如果是交互式应用，则车载终端回复短信上行至短信网关，短信网关将短信内容上传至核心应用服务器车辆调度模块或由回复GPRS信息经GPRS网络传给核心应用服务器车辆调度模块，核心应用服务器车辆调度模块将此信息内容返给业务使用用户。6.4 车辆状态监控业务使用用户核心应用服务器（车辆状态监控）GPRS网络/SMS系统 监控请求车辆状态车载终端监控请求信息监控请求信息车辆状态信息车辆状态信息支持短信和GPRS监控两种接入方式。业务使用用户向核心应用服务器车辆状态模块发送监控请求，核心应用服务器车辆状态模块通过GPR
22、S网络/SMS系统将请求信息发给车载终端，车载终端根据相关请求收集相关状态信息，并通过GPRS网络/短信将状态信息返回给核心应用服务器车辆状态模块，核心应用服务器车辆状态模块将状态信息返给业务使用用户。6.5 历史轨迹回放业务使用用户核心应用服务器（历史轨迹回放模块）LBMP历史轨迹请求请求规则位置信息应答位置关键信息接收成功应答历史轨迹呈现DB数据库位置关键信息 业务使用用户向核心应用服务器历史轨迹模块发送历史轨迹请求，核心应用服务器历史轨迹模块根据此请求，从DB数据库读取相关数据（手机号码、时间、位置关键信息等），并将此相关数据作为请求发送给LBMP，LBMP根据相关数据的请求作相应处理，
23、将处理结果位置信息发送给核心应用服务器历史轨迹模块，核心应用服务器历史轨迹模块给LBMP发送一次接收成功应答信息，并将接收到的位置信息根据用户具体请求呈现给业务使用用户。7 码号7.1 短信接入号车务通业务采用全网短信接入号，该号码由集团公司统一分配：全网短信代码（有限公司分配）+短信扩展码。7.2 GPRS APNGPRS APN：CMNET。8 系统设备性能及处理能力要求8.1 高可靠性及高可用性为保证系统的高可靠性，核心应用服务器应采用多处理器、多网络和I/O通道及存储系统的RAID方式。系统关键软件、硬件应有一定的备份措施，保证系统的不间断运行，系统应具有软件、硬件故障在线恢复的能力。
24、可靠性要求l 系统必须达到或超过99.99%的可用性。l 系统的无故障连续工作时间：MTBF5万小时。l 系统故障恢复时间 30 mins。l 主备倒用时间 3 minsl 要求设备具有高可靠性和高稳定性。主处理器，主存，中央处理设备，电源和管理接口等系统主要部件应具有热备份冗余，关键设备应采用负荷分担、分布式多处理机结构，主要模块冗余度为1+1。l 设备的网络连接模块（信令网络与IP网络）与网络链路应有冗余备份功能，并采用高可靠的设备；网络连接模块应保证724小时不间断运行。l 设备的关键性服务器应采用高可用性方案。系统应冗余配置，保证系统无单一故障点，发生故障后能够快速切换，保证724小时
25、不间断运行。l 设备应有良好的备份策略和恢复计划。系统数据和业务数据可联机备份、联机恢复，恢复的数据必须保持其完整性和一致性。l 设备必须支持热插拔功能。l 设备软件故障应小于3个/版本。l 设备硬件故障应小于0.1次/月。8.2 系统处理能力GIS、电子地图、计费处理能力见相关规范。本规范只对车务通业务受理、业务处理能力进行描述。系统处理能力不小于N次/秒（参考值29次/s）；系统可同时支持的企业用户不少于N个(参考值10000个)；系统的存储能力不少于N万用户（参考值6.44万）；服务器正常运行状态下的峰值利用率小于60%；支持的WEB/WAP并发用户数不少于N个（参考值4600）；系统处
26、理时间小于1秒。（注：N值是根据市场预测模型计算得出，各省公司可根据实际情况而采用不同数值）8.3 系统扩展性当系统的处理能力不能满足业务需求时，要求系统能够在线增加服务器，在线软件版本升级，做到平滑升级，不影响业务的正常使用。系统应对新增硬件的配置不作特殊要求。跨数据库平台实现多数据源无缝集成的功能，可以跨数据库平台操作数据。8.4 流量控制系统应能对各个业务模块进行流量控制，可设置阀置，在流量超限时能发出警报，如发短信息到管理员手机等。8.5 业务接入方式车务通系统将支持Web、WAP、短信、GPRS、IVR、彩信、USSD等接口，现阶段支持Web、WAP、短信、GPRS接口；下一阶段支持
27、IVR、彩信、USSD接口。Web接口通过CMNET接入互联网；WAP接口通过CMNET APN与GGSN相连；短信接口通过CMPP协议与短信网关相连；GPRS接口即Vg接口，通过CMNET与GGSN相连，用于GPS/AGPS终端接入。9 网管及操作维护9.1 网管系统结构车务通系统，应与中国移动数据综合网管系统连接，接受网管系统的管理。车务通系统的网管接口应符合以下要求：1）支持SNMPv2c或以上版本，以实现接口的配置、告警、性能管理功能；2）支持FTP协议，以实现接口的性能数据采集功能；3）支持Telnet、MML或远程终端方式，实现接口的操作维护功能。应遵循规范数据网管设备网管接口技术
28、规范 第1部分：接口功能与协议要求、中国移动数据网管局数据下发接口规范总册、分册及XML要求。9.2 网管功能要求9.2.1 配置管理l 重要文件定期备份实现对车务通系统的重要配置文件以及用户数据进行定期备份，定期将重要配置文件进行备份，由网管系统采集。l 软件版本管理实现对主机、网络等的系统软件、应用软件的版本管理，在系统发生变化时，将修改情况更新到指定文件，由网管系统采集。9.2.2 故障管理l 实时监控和故障记录：车务通系统支持SNMP协议并能在统一的管理控制台上对分布式系统的各部分进行监察。l 连接性能实时监控：实时监控车务通系统与LBMP的连接性能。l 业务实时监控：实时监控业务流量
29、。l 性能管理：系统可实时监控业务系统的系统状态。9.3 车务通系统接入IP综合网管系统的网元直连接口要求车务通系统接入IP综合网管系统的网元直连接口要求包括接口功能要求和数据需求两部分。9.3.1 车务通系统网元直连接口要求要求车务通系统向IP综合网管系统提供网元直连接口，包括配置管理接口、性能管理接口、故障管理接口和操作维护接口几个部分。IP综合网管系统通过网元直连接口可以实现对车务通系统的配置管理、性能管理、告警管理和集中操作维护几项功能。要求配置数据接口、性能管理接口、故障管理接口采用SNMP协议实现；对设备的配置功能（操作维护功能）采用MML接口实现。9.3.1.1 配置管理接口要求
30、车务通系统的网元直连接口提供配置管理接口，IP综合网管系统通过该接口可以获取车务通系统设备的物理和逻辑资源，修改设备的配置参数。配置接口需满足稳定性、及时性、完整性、准确性及安全性等相关技术要求。9.3.1.1.1 配置管理接口的功能要求1 配置数据的采集功能配置数据接口应支持IP综合网管系统通过SNMP协议采集设备的配置信息。2 对配置信息的修改功能 (可选)接口应支持IP综合网管系统通过SNMP协议修改（增加、删除、修改）对象及其属性值。 3 自动上报和自动同步功能（可选）接口应支持配置信息改变自动上报功能，将配置信息的的变动情况上报给IP综合网管系统，如对象创建通知、对象删除通知、状态改
31、变通知、属性值改变通知等。当配置信息变化较大，网元接口应能够抑制与该配置变化相关的其它通知的上报（如对象创建、对象删除、属性改变和状态改变通知），以防止大量通知造成网络拥塞。9.3.1.2 性能管理接口要求车务通系统的网元直连接口应提供性能管理接口，IP综合网管系统通过该接口获得各种反映车务通系统的网络运行质量和业务情况所需的性能数据，实现对车务通系统的性能管理。同时性能管理接口需满足稳定性、及时性、完整性、准确性及安全性等相关技术要求。9.3.1.2.1 性能管理接口的功能要求1 性能数据的采集功能接口应支持IP综合网管系统通过SNMP协议获取设备的性能统计数据。通过设置起始时间参数，指示网
32、管系统需要采集的数据。约定以开始时间指代数据起止时间段，如2004.06.10 10:00的数据是指2004年6月10日10:00至10:15的数据（在统计粒度为15分钟的前提下）。通过性能管理接口，能获取最近一周之内任何时段的数据。2 数据完整性监控功能设备为每个时间段的统计数据提供标志反映数据完整性情况。IP综合网管系统采集某一时段的性能统计数据时，首先使用SNMP协议读此标志判断数据是否完整，以决定是否继续进行性能数据的采集。对于一个给定时间段的统计数据，读完整性标志可能返回三种状态：“数据有且完整”、“数据有但不完整”、“数据无”。3 性能门限管理功能（可选）接口应能接收IP综合网管系
33、统对性能参数门限设置。性能参数门限的定义包括两部分：被监测的性能参数、性能参数门限值。当该性能参数超过所定义的门限值，网元设备应产生并发送相应的性能告警。9.3.1.2.2 性能报表需求指标名称系统注册用户数设计容量系统设计最大记录数当前注册用户数当前活跃注册用户数集团客户管理员尝试登录次数集团客户管理员登录成功次数集团客户管理员发起定位请求次数集团客户管理员定位请求的成功次数集团客户管理员发出短信次数 集团客户管理员短信发送成功次数集团个人客户发送上行短信的次数集团个人客户发送上行短信成功的次数指标单位户户次次次次次次次次分为（日、周、月报表）还需要增加以下统计项目：集团客户管理员尝试登录频
34、次（次/日）集团客户管理员登录成功频次（次/日）集团客户管理员发起请求请求频次（次/日）集团客户管理员定位请求的成功频次（次/日）集团客户管理员发送短信频次（次/日）集团客户管理员短信发送成功频次（次/日）集团个人客户发送上行短信的频次（次/日）集团个人客户发送上行短信成功的频次（次/日）集团客户管理员请求轨迹回放的频次（次/日）集团客户管理员请求轨迹回放成功的频次（次/日）集团客户管理员请求地图操作的频次（次/日）集团客户管理员请求地图操作成功的频次（次/日）当前注册的集团用户数每个集团用户对应的集团个人客户数量9.3.1.3 故障管理接口要求车务通系统的网元直连接口应提供基于SNMP协议的
35、告警上报接口，IP综合网管系统通过该接口可以实时接收车务通系统产生的各种告警，实现对车务通系统的告警实时监控管理。同时告警接口需满足稳定性、及时性、完整性、准确性及安全性等相关技术要求。9.3.1.3.1 告警格式要求告警上报接口上报的告警信息至少应该包括以下内容：条目说明英文名称数据类型备注告警的序列号告警的序列号Alarm_id字符串网元的识别名网元的识别名Dn字符串告警原始级别告警级别，设备上报告警消息中的告警级别。Org_severity字符串告警原始类型告警类型，设备上报告警消息中的告警类型。Org_type字符串告警原因告警原因ProbableCause整数告警发生时间告警发生时间
36、Occur_time时间告警清除时间告警清除时间Clear_time时间告警状态活动状态，表示告警是否被清除还是处于活跃状态Activestatus整数告警标题告警标题Title字符串告警内容告警内容Alarm_text字符串其中，告警级别和告警类型定义为：告警级别：分为严重告警、主要告警、次要告警、警告告警和不确定告警五种级别。告警类型：分为通讯告警、环境告警、设备告警、处理错误告警、服务质量告警等。告警内容中必需告警精确定位信息，能够通过单条告警具体明确的定位到发生故障的链路。9.3.1.3.2 告警接口的功能要求1. 告警实时上报功能接口应支持通过SNMP协议向IP综合网管系统实时上报告
37、警和事件通知的功能，提供故障告警及故障定位等相关信息。2. 告警通道监测功能设备应维护一个时间记数器，每当设备发出告警时，此记数器重新开始记数。当经过一段时间（参数T）设备没有产生告警导致计数器到期时，设备使用SNMP协议向告警上报接口发送一个特殊的告警消息（推荐使用设备告警序列号0来区分），以指示上层网管系统设备告警模块及告警上报接口工作正常。参数T的值能查询，能被设置以改变此“心跳”消息的上报周期，参数T的缺省值为为60秒。3. 告警同步功能接口应支持IP综合网管系统通过SNMP协议同步设备告警信息，查询并获得网元当前活动告警。4. 告警过滤功能接口应支持IP综合网管系统设置告警和事件过滤
38、条件，能通过告警时间、告警级别及告警类型、告警原因、告警源等条件对上报告警进行过滤，指示设备不再向告警上报接口发送这些告警信息。5. 历史告警查询功能（可选）接口应支持历史告警查询功能，通过输入时间参数，查询一段时间内网元上产生的所有告警，以使IP综合网管系统历史告警记录与网元保持一致。9.3.1.4 操作维护接口要求车务通系统的网元直连接口应提供基于MML的操作维护接口，IP综合网管系统通过该接口实现对车务通系统设备的集中操作维护，实现以下日常维护功能：1. 接口应支持IP综合网管系统用MML命令行方式对网元进行交互操作的功能2. 同时操作维护接口需满足稳定性、及时性、安全性等相关技术要求。
39、9.3.2 接口技术要求9.3.2.1 接口实时性1 告警传递时延在网络连接正常的情况下，告警传递时延（即从网元发生告警至告警到达IP综合网管系统的延迟）应小于10秒。2 性能数据时延性能统计数据的统计粒度应为15分钟，且设备性能数据延迟应小于5分钟，如，在16：05分应准备好15：4516：00的数据供上级网管系统采集。3 配置数据传递时延当系统资源配置发生变化后，系统应能及时发现网络配置变化，及时更新本地数据存储，其更新时延（从配置发生变化到车务通系统本地更新完成）应小于10分钟。4 操作维护的实时性当IP综合网管系统登录网元，与网元进行命令行交互时，网元接口对命令响应时间不应超过10秒。
40、9.3.2.2 接口信息传递准确性和完备性网元直连接口应保证传递给IP综合网管系统的数据的准确性和完备性。9.3.2.3 接口容错能力网管接口应支持非法数据辨别功能，并能产生数据非法的通上报上级网管系统网管接口应支持一定的容错能力，不会因为输入非法数据导致接口故障。网管接口应具有意外中断时有自恢复能力，在短时间内应能够重启进程，并能将故障期间产生的事件信息传递给管理系统。网管接口应具可靠性保障机制，保证信息传递不被丢失。9.3.2.4 接口安全性要求1. 访问列表控制要求设备能设置允许访问此设备网管接口功能的IP地址列表。2. 接入身份认证要求设备对来自配置管理接口、故障管理接口与性能管理接口
41、、操作维护接口的连接请求进行身份认证，身份认证口令独立于应用程序且可被修改，口令传递过程要求加密。3. 信息加密要求对MML接口进行加密。(如Telnet方式要求改用SSH方式)9.3.2.5 接口数据传递能力接口应支持较高的数据传输速率，应适当考虑承载管理信息的数据网的带宽。9.3.2.6 接口数据追溯能力通过网管接口，IP综合网管系统可以查询到历史性能数据和历史事件信息。网元应能保存7天以上的性能数据和7天以上的历史事件及告警信息。10 安全规范10.1 网络安全性系统平台（LBMP）通过集成防火墙产品来实现对从数据链路层到应用层的各个层次的安全访问控制。抵御大量的网络攻击行为，防止绝大多
42、数著名的DoS攻击，包括：Ping-of-Death、Ping-Flooding、 UDP-Flooding、SYN-Flooding、KillWin、WinNuke、LAND、TearDrop、IGMP2、 IP碎片、源路由、IP-Spoofing等等。平台的所有服务器均应安装安全防护系统（例如：防火墙设备、防病毒、防黑客系统等）。10.2 数据访问安全性数据是车务通系统中的核心内容，因此对数据的保护也是管理方案中必须考虑的问题。对数据的保护一般可以从两个角度去考虑，一个是传统的数据备份，这是对数据进行保护的一种最有效的方式，另一个是数据的安全管理，数据的备份解决保证了数据不会因为意外事件而
43、丢失，数据的安全则要保证数据不被非法的访问或修改，甚至是受病毒的感染。数据的安全性可以从以下的几个角度得到保证：1) 访问控制，主要是保护对车务通系统中关键业务主机上的资源的访问；2) 入侵检测，从网络层次上对车务通系统进行安全保护，自动阻断对系统的攻击或对车务通系统子网的非法使用；3) 风险评估，对车务通系统中的关键系统和数据库进行安全评估和漏洞扫描；4) 安全审计，在集中的安全审计控制台上对车务通系统进行安全审计；5) 病毒防御，主要是针对车务通系统中的PC机实现防病毒。10.3 数据备份系统数据采用动态异地防灾数据备份方式，即备份数据不在同一地点的机房；日志、用户请求数据以及历史轨迹等保
44、存3个月。10.4 隐私权管理因位置定位涉及隐私问题，需要采取以下措施以保证客户的隐私权。（1）如果由集团客户为集团个人用户付费，默认业务受理单中该集团客户填写的要定位的手机号码为集团合法管辖手机号码，加盖集团客户公章后，集团客户要对定位的手机号码隐私权负责。如果由集团个人用户分别付费，需要持手机机主的身份证原件进行确认。集团客户ID在被定位用户号码归属省的LSP平台为被定位用户的白名单成员。（2）运营商业务管理员帐号，无权对集团开户的车辆进行定位等相关操作。（3）对系统维护人员，通过制定安全管理责任规定限制系统维护人员帐号的使用。11 系统软硬件功能要求11.1 硬件要求11.1.1 硬件系统基本要求1)应采用模块式的硬件结构，便于扩充，并能容纳新业务和新技术。2)提供的设备，应全部采用经过老化测试和严格筛选的优质元器件，组装过程应有严格的质量控制，确保长期使用的高稳定性，高可
