运营协调中心发送数据到紧急应急中心的协议转换方法

王庆胜　黄文强　郑娜

【摘 要】本文阐述了一种运营协调中心（OCC）发送数据到紧急应急中心（COCC）的协议转换方法，包括以下步骤：向列车自动监控系统（ATS）服务器订阅设备属性信息；将从列车自动监控系统ATS服务器收到的通用事件通知结构GENA协议*数据转换为COCC协议格式的数据；最后将转换后的数据发送到COCC。本文说明了ATS服务器端的数据无损的转换到COCC侧，实现了COCC侧统一显示线路信息的目的，可以根据COCC侧对具体数据的要求，方便地从OCC侧订阅数据的内容。

【关键词】协议转换；ATS；GENA协议；COCC协议

【Abstract】This paper introduces a protocol conversion method of send data from the Operator Control Center to the emergency center. It includes the following steps： Subscribe device attribute information from Automatic Train Supervision server； Convert this information from GENA protocol to COCC protocol； Send emergency COCC data sent to the emergency COCC.

【Key words】Protocol conversion；ATS；GENA Protocol；COCC Protocol

0 引言

在地铁的信号系统中，各信号提供商对外的接口都有自己的协议类型。这样导致地铁运营公司很难统一管理和维护这些不同厂商的信号设备。而随着交通预警和统一调度的需求越来越急迫的环境下，需要各厂商将各自的信号系统的对外协议统一为一个通用的协议，以满足地铁运营公司的上述需求。

1 转换内容

本文所要解决的技术问题是提供一种控制中心发送数据到紧急应急中心的协议转换方法，它可以实现了ATS服务器端的数据无损的转换到COCC侧。如图1所示，紧急应急中心的数据根据不同类型可以划分为四类数据：线路运行监控数据，设备监控数据，电力监控数据及防火/防淹监控数据。

不同类型下的属性具体内容如表1所示。

表1 不同类型下的属性内容

图1 紧急应急中心的数据内容

2 实现方式

本文主要解决轨道交通中从线路的控制中心发送数据到紧急应急中心，为了实现数据转换的目的，紧急应急中心获得控制中心数据的网络架构图如图2所示。

图2 网络架构图

整个处理流程可以分三个阶段：

第一阶段是OCC FEP向列车自动监控系统ATS服务器订阅设备属性信息。其中包含了列车自动监控系统ATS端可以发送的14类对象，具体内容如下表一所示。采用GENA协议，订阅信息发送成功后，从列车自动监控系统ATS将返回对应设备的状态信息，并采用XML语言描述。

第二阶段是OCC FEP将从列车自动监控系统ATS服务器收到的数据转换为COCC协议格式的数据。这部分也是本方法的关键，即如何实现不同协议间数据内容的相互转换。具体处理对象及内容如图3所示。本文的GENA协议中的列车信息及进路信息需要结合起来处理才能生成COCC协议中的列车信息。

第三阶段是OCC FEP将COCC数据发送给COCC端。

以上三个阶段中，最关键的部分就是通用事件通知结构GENA协议数据转换为COCC协议数据。处理步骤如下：

1）程序从配置文件中加载固定数据，形成设备列表，并对列表中的每个对象进行初始化；

2）启动通用事件通知结构GENA订阅服务，从运营协调中心OCC侧订阅设备的状态，接收到设备状态后更新设备列表中的对象状态值；

3）如果从运营协调中心OCC侧接收到动态对象，则生成动态对象并添加到设备列表中，并保存相应的状态值；

4）根据当前设备列表中的对象状态值，按照COCC协议进行BITMAP的组包，发送给COCC侧；

5）接收运营协调中心OCC侧的订阅消息，并根据消息包更新对应的对象状态值，并按照COCC协议进行STATUS_CHANGE的组包，发送给COCC侧；

6）如果接收到动态对象被删除，则按照COCC协议中的REMOVE进行组包，发送给COCC侧。

其中针对两种协议的不同之处有如下特殊的处理：

1）该方法中列车对象及进路对象都是动态产生信息的，也就是说列车和进路都是可以增加，更改和删除的。而其他对象都是在程序初始化时就已经产生，后续的状态都是进行更新。

2）站台对象需要和区域控制对象进行绑定，也就是说通过站台对象可以找到对应的区域控制对象，这样当站台的控制状态发生变化时就可以更新相应的区域控制对象。

3）进路对象需要和列车对象进行绑定，当程序从OCC侧接收到一条进路对象时，需要通过进路所处的位置绑定到相应的列车上，这样当进路信息发生变化时（例如进路延伸、回退，总之任何导致进路发生变化的情况），就可以通过对应的列车对象发送更新信息到COCC侧。

使用本方法实现了ATS服务器端的数据无损的转换到COCC侧，实现了COCC侧统一显示线路信息的目的。可以根据COCC侧需要的具体数据要求，方便地定制从OCC侧接收数据的内容。

3 结论

从以上的网络架构图可以看出，COCC-ATS接口采用通用事件通知结构（GENA）协议。ATS系统作为某些外部系统的数据服务器，同时又作为其它一些外部系统的客户端订阅者，这时外部系统作为数据服务器。通用事件通知结构GENA结构允许发送与服务器事件相关的实时更新数据，从而通知客户端系统状态变化。超文本传输协议（HTTP）和简单对象获取协议（SOAP）协议都被用来在服务器和客户端间传输报文。该方法最终通过程序编程，已在上海紧急应急中心进行了实现和部署，并取得了很好效果。

【参考文献】

[1]UPnP Forum， About UPnP[EB]. http：//www.UPnP.org.

[2]W3C， Extensible Markup Language （XML） [EB]. http：//www.w3.org/XML/， 2010/03/14.

[3]王政军.基于Intel UPnP SDK的UPnP协议编程[EB].http：//www.cqvip.com/qk/92317A/200507/18013100. html，2007/3/18.

[责任编辑：汤静]

【摘 要】本文阐述了一种运营协调中心（OCC）发送数据到紧急应急中心（COCC）的协议转换方法，包括以下步骤：向列车自动监控系统（ATS）服务器订阅设备属性信息；将从列车自动监控系统ATS服务器收到的通用事件通知结构GENA协议*数据转换为COCC协议格式的数据；最后将转换后的数据发送到COCC。本文说明了ATS服务器端的数据无损的转换到COCC侧，实现了COCC侧统一显示线路信息的目的，可以根据COCC侧对具体数据的要求，方便地从OCC侧订阅数据的内容。

【关键词】协议转换；ATS；GENA协议；COCC协议

【Abstract】This paper introduces a protocol conversion method of send data from the Operator Control Center to the emergency center. It includes the following steps： Subscribe device attribute information from Automatic Train Supervision server； Convert this information from GENA protocol to COCC protocol； Send emergency COCC data sent to the emergency COCC.

【Key words】Protocol conversion；ATS；GENA Protocol；COCC Protocol

0 引言

在地铁的信号系统中，各信号提供商对外的接口都有自己的协议类型。这样导致地铁运营公司很难统一管理和维护这些不同厂商的信号设备。而随着交通预警和统一调度的需求越来越急迫的环境下，需要各厂商将各自的信号系统的对外协议统一为一个通用的协议，以满足地铁运营公司的上述需求。

1 转换内容

本文所要解决的技术问题是提供一种控制中心发送数据到紧急应急中心的协议转换方法，它可以实现了ATS服务器端的数据无损的转换到COCC侧。如图1所示，紧急应急中心的数据根据不同类型可以划分为四类数据：线路运行监控数据，设备监控数据，电力监控数据及防火/防淹监控数据。

不同类型下的属性具体内容如表1所示。

表1 不同类型下的属性内容

图1 紧急应急中心的数据内容

2 实现方式

本文主要解决轨道交通中从线路的控制中心发送数据到紧急应急中心，为了实现数据转换的目的，紧急应急中心获得控制中心数据的网络架构图如图2所示。

图2 网络架构图

整个处理流程可以分三个阶段：

第一阶段是OCC FEP向列车自动监控系统ATS服务器订阅设备属性信息。其中包含了列车自动监控系统ATS端可以发送的14类对象，具体内容如下表一所示。采用GENA协议，订阅信息发送成功后，从列车自动监控系统ATS将返回对应设备的状态信息，并采用XML语言描述。

第二阶段是OCC FEP将从列车自动监控系统ATS服务器收到的数据转换为COCC协议格式的数据。这部分也是本方法的关键，即如何实现不同协议间数据内容的相互转换。具体处理对象及内容如图3所示。本文的GENA协议中的列车信息及进路信息需要结合起来处理才能生成COCC协议中的列车信息。

第三阶段是OCC FEP将COCC数据发送给COCC端。

以上三个阶段中，最关键的部分就是通用事件通知结构GENA协议数据转换为COCC协议数据。处理步骤如下：

1）程序从配置文件中加载固定数据，形成设备列表，并对列表中的每个对象进行初始化；

2）启动通用事件通知结构GENA订阅服务，从运营协调中心OCC侧订阅设备的状态，接收到设备状态后更新设备列表中的对象状态值；

3）如果从运营协调中心OCC侧接收到动态对象，则生成动态对象并添加到设备列表中，并保存相应的状态值；

4）根据当前设备列表中的对象状态值，按照COCC协议进行BITMAP的组包，发送给COCC侧；

5）接收运营协调中心OCC侧的订阅消息，并根据消息包更新对应的对象状态值，并按照COCC协议进行STATUS_CHANGE的组包，发送给COCC侧；

6）如果接收到动态对象被删除，则按照COCC协议中的REMOVE进行组包，发送给COCC侧。

其中针对两种协议的不同之处有如下特殊的处理：

1）该方法中列车对象及进路对象都是动态产生信息的，也就是说列车和进路都是可以增加，更改和删除的。而其他对象都是在程序初始化时就已经产生，后续的状态都是进行更新。

2）站台对象需要和区域控制对象进行绑定，也就是说通过站台对象可以找到对应的区域控制对象，这样当站台的控制状态发生变化时就可以更新相应的区域控制对象。

3）进路对象需要和列车对象进行绑定，当程序从OCC侧接收到一条进路对象时，需要通过进路所处的位置绑定到相应的列车上，这样当进路信息发生变化时（例如进路延伸、回退，总之任何导致进路发生变化的情况），就可以通过对应的列车对象发送更新信息到COCC侧。

使用本方法实现了ATS服务器端的数据无损的转换到COCC侧，实现了COCC侧统一显示线路信息的目的。可以根据COCC侧需要的具体数据要求，方便地定制从OCC侧接收数据的内容。

3 结论

从以上的网络架构图可以看出，COCC-ATS接口采用通用事件通知结构（GENA）协议。ATS系统作为某些外部系统的数据服务器，同时又作为其它一些外部系统的客户端订阅者，这时外部系统作为数据服务器。通用事件通知结构GENA结构允许发送与服务器事件相关的实时更新数据，从而通知客户端系统状态变化。超文本传输协议（HTTP）和简单对象获取协议（SOAP）协议都被用来在服务器和客户端间传输报文。该方法最终通过程序编程，已在上海紧急应急中心进行了实现和部署，并取得了很好效果。

【参考文献】

[1]UPnP Forum， About UPnP[EB]. http：//www.UPnP.org.

[2]W3C， Extensible Markup Language （XML） [EB]. http：//www.w3.org/XML/， 2010/03/14.

[3]王政军.基于Intel UPnP SDK的UPnP协议编程[EB].http：//www.cqvip.com/qk/92317A/200507/18013100. html，2007/3/18.

[责任编辑：汤静]

【摘 要】本文阐述了一种运营协调中心（OCC）发送数据到紧急应急中心（COCC）的协议转换方法，包括以下步骤：向列车自动监控系统（ATS）服务器订阅设备属性信息；将从列车自动监控系统ATS服务器收到的通用事件通知结构GENA协议*数据转换为COCC协议格式的数据；最后将转换后的数据发送到COCC。本文说明了ATS服务器端的数据无损的转换到COCC侧，实现了COCC侧统一显示线路信息的目的，可以根据COCC侧对具体数据的要求，方便地从OCC侧订阅数据的内容。

【关键词】协议转换；ATS；GENA协议；COCC协议

【Abstract】This paper introduces a protocol conversion method of send data from the Operator Control Center to the emergency center. It includes the following steps： Subscribe device attribute information from Automatic Train Supervision server； Convert this information from GENA protocol to COCC protocol； Send emergency COCC data sent to the emergency COCC.

【Key words】Protocol conversion；ATS；GENA Protocol；COCC Protocol

0 引言

在地铁的信号系统中，各信号提供商对外的接口都有自己的协议类型。这样导致地铁运营公司很难统一管理和维护这些不同厂商的信号设备。而随着交通预警和统一调度的需求越来越急迫的环境下，需要各厂商将各自的信号系统的对外协议统一为一个通用的协议，以满足地铁运营公司的上述需求。

1 转换内容

本文所要解决的技术问题是提供一种控制中心发送数据到紧急应急中心的协议转换方法，它可以实现了ATS服务器端的数据无损的转换到COCC侧。如图1所示，紧急应急中心的数据根据不同类型可以划分为四类数据：线路运行监控数据，设备监控数据，电力监控数据及防火/防淹监控数据。

不同类型下的属性具体内容如表1所示。

表1 不同类型下的属性内容

图1 紧急应急中心的数据内容

2 实现方式

本文主要解决轨道交通中从线路的控制中心发送数据到紧急应急中心，为了实现数据转换的目的，紧急应急中心获得控制中心数据的网络架构图如图2所示。

图2 网络架构图

整个处理流程可以分三个阶段：

第一阶段是OCC FEP向列车自动监控系统ATS服务器订阅设备属性信息。其中包含了列车自动监控系统ATS端可以发送的14类对象，具体内容如下表一所示。采用GENA协议，订阅信息发送成功后，从列车自动监控系统ATS将返回对应设备的状态信息，并采用XML语言描述。

第二阶段是OCC FEP将从列车自动监控系统ATS服务器收到的数据转换为COCC协议格式的数据。这部分也是本方法的关键，即如何实现不同协议间数据内容的相互转换。具体处理对象及内容如图3所示。本文的GENA协议中的列车信息及进路信息需要结合起来处理才能生成COCC协议中的列车信息。

第三阶段是OCC FEP将COCC数据发送给COCC端。

以上三个阶段中，最关键的部分就是通用事件通知结构GENA协议数据转换为COCC协议数据。处理步骤如下：

1）程序从配置文件中加载固定数据，形成设备列表，并对列表中的每个对象进行初始化；

2）启动通用事件通知结构GENA订阅服务，从运营协调中心OCC侧订阅设备的状态，接收到设备状态后更新设备列表中的对象状态值；

3）如果从运营协调中心OCC侧接收到动态对象，则生成动态对象并添加到设备列表中，并保存相应的状态值；

4）根据当前设备列表中的对象状态值，按照COCC协议进行BITMAP的组包，发送给COCC侧；

5）接收运营协调中心OCC侧的订阅消息，并根据消息包更新对应的对象状态值，并按照COCC协议进行STATUS_CHANGE的组包，发送给COCC侧；

6）如果接收到动态对象被删除，则按照COCC协议中的REMOVE进行组包，发送给COCC侧。

其中针对两种协议的不同之处有如下特殊的处理：

1）该方法中列车对象及进路对象都是动态产生信息的，也就是说列车和进路都是可以增加，更改和删除的。而其他对象都是在程序初始化时就已经产生，后续的状态都是进行更新。

2）站台对象需要和区域控制对象进行绑定，也就是说通过站台对象可以找到对应的区域控制对象，这样当站台的控制状态发生变化时就可以更新相应的区域控制对象。

3）进路对象需要和列车对象进行绑定，当程序从OCC侧接收到一条进路对象时，需要通过进路所处的位置绑定到相应的列车上，这样当进路信息发生变化时（例如进路延伸、回退，总之任何导致进路发生变化的情况），就可以通过对应的列车对象发送更新信息到COCC侧。

使用本方法实现了ATS服务器端的数据无损的转换到COCC侧，实现了COCC侧统一显示线路信息的目的。可以根据COCC侧需要的具体数据要求，方便地定制从OCC侧接收数据的内容。

3 结论

从以上的网络架构图可以看出，COCC-ATS接口采用通用事件通知结构（GENA）协议。ATS系统作为某些外部系统的数据服务器，同时又作为其它一些外部系统的客户端订阅者，这时外部系统作为数据服务器。通用事件通知结构GENA结构允许发送与服务器事件相关的实时更新数据，从而通知客户端系统状态变化。超文本传输协议（HTTP）和简单对象获取协议（SOAP）协议都被用来在服务器和客户端间传输报文。该方法最终通过程序编程，已在上海紧急应急中心进行了实现和部署，并取得了很好效果。

【参考文献】

[1]UPnP Forum， About UPnP[EB]. http：//www.UPnP.org.

[2]W3C， Extensible Markup Language （XML） [EB]. http：//www.w3.org/XML/， 2010/03/14.

[3]王政军.基于Intel UPnP SDK的UPnP协议编程[EB].http：//www.cqvip.com/qk/92317A/200507/18013100. html，2007/3/18.

[责任编辑：汤静]