铁道部通信机软件维护手册Word格式.doc
《铁道部通信机软件维护手册Word格式.doc》由会员分享，可在线阅读，更多相关《铁道部通信机软件维护手册Word格式.doc（15页珍藏版）》请在冰豆网上搜索。
修订前
版本号
修订后
修订人
批准人
1
创建全文
2006-9-7
V0.0.1
吴建松
目录
1. 引言 2
1.1. 编写目的 2
1.2. 项目背景 2
1.3. 定义 2
1.4. 参考资料 2
2. 系统说明 2
2.1. 系统用途 2
2.2. 安全保密 2
2.3. 总体说明 3
2.4. 程序说明 3
3. 操作环境 4
3.1. 设备 4
3.2. 支持软件 4
3.3. 数据库 5
3.3.1. 总体特征 5
3.3.2. 结构及详细说明 5
4. 维护过程 5
4.1. MQ通道的维护 5
4.2. 配置文件的维护 7
4.2.1. layout_data：
站场数据的维护 7
4.2.2. section_data:
区段描述文件的维护 8
4.2.3. region.cfg配置文件的维护 8
4.2.4. CONFIG.DEF配置文件的维护 9
4.2.5. 其它配置文件的维护 11
卡斯柯信号有限公司 第13页共7页
1.引言
1.1.编写目的
给维护铁道部通信机的工程人员或软件人员使用。
1.2.项目背景
铁道部日前发布了418号文（简称互连互通协议），规定了TDCS系统间的交互信息的规程。
部中心与路局，路局之间，路局与车站之间均需按此规程通信，以便于系统间的互连互通。
开发单位是卡斯柯信号有限公司，安装在各个铁路局的TDCS机房，名称为：
TDCS互联互通铁道部通信机软件。
1.3.定义
TDCS：
TrainDispatchingCommandSystem列车调度指挥系统
GPC：
graphicprocesscontrol调度台人机交互软件
1.4.参考资料
参考资料如下：
序号
参考资料名称（标题）及版本号
作者
批准或出版社
发布时间
备注
列车调度指挥系统（TDCS）数据通信规程（V2.0）
铁道部运输局
2005.11.22
2
TDCS互联互通铁道部通信机软件开发概要设计说明书（V1.0.1）
段学群
2006.3.27
2.系统说明
2.1.系统用途
铁道部通信机用于实现部中心与路局之间的通信，输入是铁道部发送过来的请求信息，输出是各类数据信息，根据不同的请求，会有不同的输出。
2.2.安全保密
本系统只是在铁道部和路局之间传输信息。
铁道部跟路局的通道是独立的，路由器是专用的。
2.3.总体说明
铁道部通信机用于实现部中心与路局之间的通信，传递的消息主要有控制信息、通信状态信息、表示信息、运行图信息、调度命令、站存车、甩挂车、小编组、预确报等信息。
其系统结构图示如下：
2.4.程序说明
铁道部通信机采用单一进程下的多线程方式，由主任务main_task（进程）和各子任务server_comm_task、mor_realtime_comm_task、mor_non_realtime_comm_task、realtime_task、non_realtime_task、quebao_task、sys_print_task以及人机界面组成。
结构图示如下：
各模块说明如下：
1.server_comm_task，该任务采用多线程方式，负责与服务器通信，将从服务器获得的表示及到发点信息转发至convert_msg_task的消息队列中，并将QUEUES.SERVER＊.COMM中的消息发送至服务器。
此处将支持与多个应用服务器的连接。
同时考虑取消CheckMainBackupServer，由server_comm_task来判断当前服务器的连接状态。
2.mor_realtime_comm_task，负责处理与实时MQ通道相关的内容，将从实时MQ通道中取得的信息根据内容分发到realtime_msg_task的消息队列中，将消息队列QUEUES.REALTIME.COMM中的内容发送至铁道部。
3.mor_non_realtime_comm_task，负责处理与非实时MQ通道相关的内容，将从非实时MQ通道中取得的信息根据内容分发到non_realtime_msg_task的消息队列中，将消息队列QUEUES.NONREALTIME.COMM中的内容发送至铁道部。
4.realtime_msg_task，该任务采用多线程方式，负责处理实时信息，从消息队列QUEUES.REALTIMEDATA.MSG中读取server_comm_task转发过来的表示信息、到发点信息以及通信状态信息，处理后将消息发送至mor_realtime_comm_task的消息队列中；
根据mor_realtime_comm_task发送过来的请求，将相应信息发送至mor_realtime_comm_task的消息队列中。
5.non_realtime_msg_task，该任务采用多线程方式，负责处理非实时信息，从消息队列QUEUES.NONREALTIMEDATA.MSG中读取mor_realtime_comm_task以及mor_non_realtime_comm_task发送来的各种请求，根据请求从数据库服务器以及GPC获取信息并进行相应转换，将处理后的信息发送至mor_non_realtime_comm_task的消息队列中。
6.quebao_task，负责处理预确报查询，从消息队列QUEUES.QUEBAO.MSG中读取mor_realtime_comm_task发送来的查询预确报请求，根据请求从确保数据库服务器以及TD接合机获取信息并进行相应转换，将处理后的信息发送至mor_non_realtime_comm_task的消息队列中。
7.sys_print_task，负责日志信息的打印。
8.人机界面，负责界面状态信息的维护。
。
3.操作环境
3.1.设备
采用IBMX346服务器。
CPU：
Xeon3.0GHz
内存：
1G
网络：
10/100/1000M自适应以太网卡*2
硬盘类型：
SCSI
光驱：
DVD-ROM
3.2.支持软件
操作系统使用MicrosoftWindowsServer2003或者MicrosoftWindowsServer2000,主要开发工具为VisualStudio2005和MQ6.0。
3.3.数据库
该程序会跟数据库服务器中的CASCO和STI数据库建立ODBC连接
non_realtime_msg_task模块在运行中会调用CASCO和STI这两个数据库连接，CASCO用于基本图、历史图、实际图、站存车和小编组等信息的查询，STI用于确报信息的查询。
4.维护过程
4.1.MQ通道的维护
当程序运行过程中，MQ有可能会出现一些故障或问题，比如通道不通等等，则需要对其进行维护，检查和维护方法如下：
首先，右击屏幕右下角的MQ标志，打开WebSphereMQ资源管理器，如下图：
然后，首先查看队列管理器的状态，如果是停止状态（红色向下箭头），则右击该队列管理器，选择启动，如下图所示：
在确保队列管理器启动后，查看MQ通道和侦听器的状态，打开队列管理器的扩展目录，选择通道，则可以在右侧的栏目中看到通道的状态，红色向下箭头表示通道停止了，绿色向上箭头表示活动状态。
一共有四个MQ通道，两个发送通道和两个接收通道，通道的连接名称是IP地址的是发送通道，否则就是接收通道，右击通道，选择属性，查看通道的连接名称，如下图所示：
没有连接名称的就是接收通道，只有发送通道需要启动，接收通道是不需要启动的。
右击发送通道名称，选择启动，由此启动通道。
如下图所示：
最后看一下侦听器是否启动，点击左边栏目中的侦听器，看右边栏目中的侦听器的状态，绿色向上箭头表示已经启动，红色向下箭头表示停止了，一般侦听器会随着队列管理器自动启动，如果没有启动则手动启动一下，如下图所示：
4.2.配置文件的维护
4.2.1.LAYOUT_DATA：
站场数据的维护
在铁道部通信机上，建有一个FTP，给铁道部提供相关的配置文件，文件夹的名称是：
mor_ftp_路局代码，各个路局的代码参见铁道部附件1，在该目录下，有一个layout_data的文件夹，该文件夹下包含各调监显示区段目录，各站场文件存放在各自的调监显示区段目录下。
layout_data/dispatch_局码+调监显示区段ID（16进制）/，例如哈尔滨局三加台调监显示区段 layout_data/dispatch_010001/（哈尔滨局三加台调监显示区段ID为0x0001）。
在layout_data/dispatch_010001/目录下存放此调度区段包含的各个站场数据。
站场文件的命名：
layout路局码（16进制）＋站码（16进制）.dat例如：
哈尔滨局哈尔滨站layout010001.dat（假定哈尔滨局局码为0x01，哈尔滨站站码为0x0001，各路局统一编码）。
以后如果站场数据有变化，则需要在此目录下作相应的更新，用新的数据替换原来的文件，需要注意的是，文件以及文件夹的名称需要按照上述的规则来命名。
4.2.2.SECTION_DATA:
区段描述文件的维护
在mor_ftp_路局代码目录下，还有一个文件夹section_data，里面包含了区段描述文件，文件的命名规则是：
section路局码（16进制）＋调监显示区段ID（16进制）.cfg，例如：
哈尔滨局的第一个调度台section010001.cfg（假定第一个调监显示区段ID为0001，各路局统一编码）。
类似的，如果以后该数据有变化，也需要在此目录下更新文件，同样要注意文件的命名规则。
4.2.3.REGION.CFG配置文件的维护
Region.cfg配置文件是从GPC的配置文件entry.cfg，gpc.def，line.cfg，te.def以及另外由TLE站场数据生成的包含部分车站列表和调监显示区段的文件region.cfg得来的，当GPC的这四个配置文件或者车站列表和调监显示区段信息有所更改的时候，该region.cfg配置文件需要更新。
我们开
升级会员 