CN111245929A - 一种cocc非实时通道数据断点续传的实现方法 - Google Patents
一种cocc非实时通道数据断点续传的实现方法 Download PDFInfo
- Publication number
- CN111245929A CN111245929A CN202010023357.7A CN202010023357A CN111245929A CN 111245929 A CN111245929 A CN 111245929A CN 202010023357 A CN202010023357 A CN 202010023357A CN 111245929 A CN111245929 A CN 111245929A
- Authority
- CN
- China
- Prior art keywords
- message
- breakpoint
- fep
- tcc
- resume
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种COCC非实时通道数据断点续传的实现方法,该方法包括以下步骤:1)通过设置两台线路侧的通信前置机OCC_FEP各自独立记录主备机的断点续传内容;2)断点续传申请消息的发送时机的设定;3)断点续传消息的处理过程。与现有技术相比,本发明具有减小了系统的复杂性、尽可能减少对实时通道的影响、保证了断点续传消息内容的完整性等优点。
Description
技术领域
本发明涉及轨道交通信号系统,尤其是涉及一种COCC(线网应急指挥中心)非实时通道数据断点续传的实现方法。
背景技术
COCC线网系统同时接入城市的所有轨道交通的线路,线路和线网的连接存在中断的可能,进而导致COCC存储的信息不完整,所以需要提供数据补传的手段,在通信恢复后通过数据补传的方式来保证COCC存储的数据是不间断的,完整的。现有的断点续传存在系统复杂性高、完整性差、网络流量大和系统效率低下等问题。
发明内容
本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种COCC非实时通道数据断点续传的实现方法。
本发明的目的可以通过以下技术方案来实现:
一种COCC非实时通道数据断点续传的实现方法,该方法包括以下步骤:
1)通过设置两台线路侧的通信前置机OCC_FEP各自独立记录主备机的断点续传内容;
2)断点续传申请消息的发送时机的设定;
3)断点续传消息的处理过程。
优选地,所述的OCC_FEP作为服务器端,只有主机启动底层的socket监听,等待客户端,即线网侧的通信前置机TCC_FEP,申请与其建立连接。
优选地,所述的TCC_FEP仅向与其有连接的OCC_FEP主机请求断点续传数据。
优选地,所述的OCC_FEP记录断点续传文件的时段由配置文件决定,每次开启新的文件时,检查并删除过期文件。
优选地,所述的断点续传文件包括的消息有:
1)信息源网络状态消息;
2)设备状态全体消息;
3)设备状态变化消息;
4)自动/人工信号模式消息;
5)出入库派班计划消息;
6)列车信息全体消息;
7)列车信息更新消息;
8)列车信息删除消息。
优选地,所述的OCC_FEP在运行期间,将收到的实时更新消息记录到断点续传文件,并周期性缓存设备状态设备状态全体消息、自动/人工信号模式消息、列车信息全体消息;当与TCC_FEP连接中断时,OCC_FEP立即缓存信息源网络状态消息、设备状态全体消息、自动/人工信号模式消息、列车全体消息。
优选地,所述的OCC_FEP的断点续传文件使用2行表示一条消息
第1行:utc时间,len;
第2行:文本格式的消息记录。
优选地,所述的断点续传申请消息的发送时机的设定为系统自动和人工手动申请两种;断点续传的数据使用非实时通道;
所述的TCC_FEP管理并记录与各线路OCC_FEP的连接变化情况,每天在数据配置的时间段内,针对最近24小时内TCC_FEP与OCC_FEP断开的时间段进行断点续传申请,每次申请最长时间为1个小时,可多次发送请求报文。
优选地,所述的断点续传消息的处理过程具体包括以下步骤:
步骤S1、TCC_FEP向OCC_FEP发送断点续传请求报文;
步骤S2、OCC_FEP根据申请消息从本地文件中读取对应时间段的消息数据,将多条消息组合成一个大包,并将消息发送缓冲区压缩后,通过非实时通道中将断点续传数据发给TCC_FEP;
步骤S3、TCC_FEP收到断点续传数据后,先对消息进行解压缩处理,然后对打包消息进行解析,针对单个消息通过非实时通道转发给TCC_CATS;
步骤S4、接收到断点续传开始报文Resume_Begin,TCC_CATS创建一个临时文件,用于存放断点续传数据;
步骤S5、接收到断点续传数据报文Resume_Data,针对出入库派班计划消息,TCC_CATS处理后将其存入数据库;针对其他消息,TCC_CATS根据消息更新临时的回放文件,断点续传数据的存储格式保持与回放文件一致;
步骤S6、接收到断点续传结束报文Resume_End,TCC_CATS将临时回放文件内容覆盖回放文件中指定时间段的内容。
优选地,若在接收到断点续传结束报文Resume_End之前,收到了信息源网络状态为中断的消息,TCC_CATS则终止本次断点续传过程,删除临时回放文件;
若在接收到断点续传结束报文Resume_End之前,再次接收到断点续传开始报文Resume_Begin,TCC_CATS清空临时回放文件的内容,重新开始记录信息;
TCC_CATS记录临时回放文件的时间基准使用消息中的时间戳时间,使用断点续传数据记录回放文件时仍须保留间隔5分钟记录一次bitmap。
与现有技术相比,本发明具有以下优点:
1.本发明中,OCC_FEP主、备机各自独立记录其断点续传文件,针对断点续传时间段内倒机情况,省去了主、备机数据合并的处理,减小了系统的复杂性;
2.本发明中,提供了系统自动申请和人工手动申请两种方式,灵活控制数据补传时间,有效利用空闲时间,尽可能减少对实时通道的影响;
3.本发明中,断点续传消息的传送,包括开始报文,数据报文和结束报文,保证了断点续传消息内容的完整性;
4.本发明中,断点续传消息进行组包并压缩后发送,极大地减少了网络流量,提高了系统的效率。
附图说明
图1为断点续传功能数据流图;
图2为断点续传消息格式示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都应属于本发明保护的范围。
本发明COCC非实时通道数据断点续传实现方法,线路侧的通信前置机OCC_FEP需要将实时发送的消息记录下来,供COCC请求时发送;COCC的请求消息的发送时机分为系统自动和人工手动申请两种;断点续传的数据使用非实时通道,不影响实时通道的数据传输。
两台OCC_FEP各自独立记录断点续传内容
OCC_FEP作为服务器端,只有主机启动底层的socket监听,等待客户端,即线网侧的通信前置机TCC_FEP,申请与其建立连接。但是,分别作为主机和备机运行的两台OCC_FEP均接收、处理OCC端的所有实时消息,并将其记录到各自的断点续传数据文件中。
因此,虽然在长时间运行过程中,OCC_FEP有倒机的可能性,而TCC_FEP仅向与其有连接的OCC_FEP主机请求断点续传数据,亦可以保证数据的完整性。
OCC_FEP记录断点续传文件的时段由配置文件决定,推荐配置为7天。文件以小时为单位,1个小时的数据保存为一个文件,文件命名方式为yyyymmddhh.log。每次开启新的文件时,检查并删除过期文件。
断点续传文件包括的消息有如下几种:
1)信息源网络状态消息
2)设备状态全体消息
3)设备状态变化消息
4)自动/人工信号模式消息
5)出入库派班计划消息
6)列车信息全体消息
7)列车信息更新消息
8)列车信息删除消息
OCC_FEP在运行期间,将收到的实时更新消息记录到断点续传文件,并周期性缓存设备状态设备状态全体消息、自动/人工信号模式消息、列车信息全体消息。当与TCC_FEP连接中断时,OCC_FEP立即缓存信息源网络状态消息、设备状态全体消息、自动/人工信号模式消息、列车全体消息;
OCC_FEP的断点续传文件使用2行表示一条消息
第1行:utc时间,len
第2行:文本格式的消息记录
断点续传申请消息的发送时机
TCC_FEP管理并记录与各线路OCC_FEP的连接变化情况,每天在数据配置的时间段内,比如凌晨2点到4点期间,针对最近24小时内TCC_FEP与OCC_FEP断开的时间段进行断点续传申请。为防止单次断点续传申请处理时间过长,每次申请最长时间为1个小时,可以多次发送请求报文。
为了处理中断时间过长、配置时间段内OCC_FEP和TCC_FEP无连接导致自动断点续传没有完成的情况,TCC_FEP提供人工发送断点续传申请的菜单,方便操作员灵活控制断点续传过程。
参考图1,举例说明本发明的技术方案中断点续传处理流程:
步骤S1、TCC_FEP向OCC_FEP发送断点续传请求报文
步骤S2、OCC_FEP根据申请消息从本地文件中读取对应时间段的消息数据,将多条消息组合成一个大包,并将消息发送缓冲区压缩后,通过非实时通道中将断点续传数据发给TCC_FEP;
步骤S3、TCC_FEP收到断点续传数据后,先对消息进行解压缩处理,然后对打包消息进行解析,针对单个消息通过非实时通道转发给TCC_CATS;
步骤S4、接收到断点续传开始报文Resume_Begin,TCC_CATS创建一个临时文件,用于存放断点续传数据;
步骤S5、接收到断点续传数据报文Resume_Data,针对出入库派班计划消息,TCC_CATS处理后将其存入数据库;针对其他消息,TCC_CATS根据消息更新临时的回放文件,断点续传数据的存储格式(临时回放文件)保持与回放文件一致;
步骤S6、接收到断点续传结束报文Resume_End,TCC_CATS将临时回放文件内容覆盖回放文件中指定时间段的内容。
若在接收到断点续传结束报文Resume_End之前,收到了信息源网络状态为中断的消息,TCC_CATS则终止本次断点续传过程,删除临时回放文件;
若在接收到断点续传结束报文Resume_End之前,再次接收到断点续传开始报文Resume_Begin,TCC_CATS清空临时回放文件的内容,重新开始记录信息;
TCC_CATS记录临时回放文件的时间基准使用消息中的时间戳时间。使用断点续传数据记录回放文件时仍须保留间隔5分钟记录一次bitmap。
OCC_FEP的断点续传文件使用2行表示一条消息
第1行:utc时间,len
第2行:文本格式的消息记录
举例说明:
信息源网络状态消息,对应于图2中的Message Data
<len(2)><time(4)><version(2)><msg_id(2)><line_id(2)><status(1)>
(十六进制)00 0B 00 00 00 12 00 02 00 01 00 06 01
断点续传文件将储存为:
18,11
0,11,0,0,0,18,0,2,0,1,0,6,1
第1行UTC时间可用于时间检索(00 00 00 12==18),消息长度len可用于数据安全检查(长度00 0B==11),为消息中去掉len本身的其他字节个数
第2行:
两个字节的消息长度len:0,11可以用于安全检查
四个字节的UTC时间:0,0,0,18可用于时间检索
两个字节的版本信息:0,2亦可以用于安全检查
两个字节的消息编号:0,1
两个字节的线路号:0,6
一个字节的网络状态值:1
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种COCC非实时通道数据断点续传的实现方法,其特征在于,该方法包括以下步骤:
1)通过设置两台线路侧的通信前置机OCC_FEP各自独立记录主备机的断点续传内容;
2)断点续传申请消息的发送时机的设定;
3)断点续传消息的处理过程。
2.根据权利要求1所述的一种COCC非实时通道数据断点续传的实现方法,其特征在于,所述的OCC_FEP作为服务器端,只有主机启动底层的socket监听,等待客户端,即线网侧的通信前置机TCC_FEP,申请与其建立连接。
3.根据权利要求2所述的一种COCC非实时通道数据断点续传的实现方法,其特征在于,所述的TCC_FEP仅向与其有连接的OCC_FEP主机请求断点续传数据。
4.根据权利要求2所述的一种COCC非实时通道数据断点续传的实现方法,其特征在于,所述的OCC_FEP记录断点续传文件的时段由配置文件决定,每次开启新的文件时,检查并删除过期文件。
5.根据权利要求2所述的一种COCC非实时通道数据断点续传的实现方法,其特征在于,所述的断点续传文件包括的消息有:
1)信息源网络状态消息;
2)设备状态全体消息;
3)设备状态变化消息;
4)自动/人工信号模式消息;
5)出入库派班计划消息;
6)列车信息全体消息;
7)列车信息更新消息;
8)列车信息删除消息。
6.根据权利要求2所述的一种COCC非实时通道数据断点续传的实现方法,其特征在于,所述的OCC_FEP在运行期间,将收到的实时更新消息记录到断点续传文件,并周期性缓存设备状态设备状态全体消息、自动/人工信号模式消息、列车信息全体消息;当与TCC_FEP连接中断时,OCC_FEP立即缓存信息源网络状态消息、设备状态全体消息、自动/人工信号模式消息、列车全体消息。
7.根据权利要求2所述的一种COCC非实时通道数据断点续传的实现方法,其特征在于,所述的OCC_FEP的断点续传文件使用2行表示一条消息
第1行:utc时间,len;
第2行:文本格式的消息记录。
8.根据权利要求1所述的一种COCC非实时通道数据断点续传的实现方法,其特征在于,所述的断点续传申请消息的发送时机的设定为系统自动和人工手动申请两种;断点续传的数据使用非实时通道;
所述的TCC_FEP管理并记录与各线路OCC_FEP的连接变化情况,每天在数据配置的时间段内,针对最近24小时内TCC_FEP与OCC_FEP断开的时间段进行断点续传申请,每次申请最长时间为1个小时,可多次发送请求报文。
9.根据权利要求2所述的一种COCC非实时通道数据断点续传的实现方法,其特征在于,所述的断点续传消息的处理过程具体包括以下步骤:
步骤S1、TCC_FEP向OCC_FEP发送断点续传请求报文;
步骤S2、OCC_FEP根据申请消息从本地文件中读取对应时间段的消息数据,将多条消息组合成一个大包,并将消息发送缓冲区压缩后,通过非实时通道中将断点续传数据发给TCC_FEP;
步骤S3、TCC_FEP收到断点续传数据后,先对消息进行解压缩处理,然后对打包消息进行解析,针对单个消息通过非实时通道转发给TCC_CATS;
步骤S4、接收到断点续传开始报文Resume_Begin,TCC_CATS创建一个临时文件,用于存放断点续传数据;
步骤S5、接收到断点续传数据报文Resume_Data,针对出入库派班计划消息,TCC_CATS处理后将其存入数据库;针对其他消息,TCC_CATS根据消息更新临时的回放文件,断点续传数据的存储格式保持与回放文件一致;
步骤S6、接收到断点续传结束报文Resume_End,TCC_CATS将临时回放文件内容覆盖回放文件中指定时间段的内容。
10.根据权利要求9所述的一种COCC非实时通道数据断点续传的实现方法,其特征在于,若在接收到断点续传结束报文Resume_End之前,收到了信息源网络状态为中断的消息,TCC_CATS则终止本次断点续传过程,删除临时回放文件;
若在接收到断点续传结束报文Resume_End之前,再次接收到断点续传开始报文Resume_Begin,TCC_CATS清空临时回放文件的内容,重新开始记录信息;
TCC_CATS记录临时回放文件的时间基准使用消息中的时间戳时间,使用断点续传数据记录回放文件时仍须保留间隔5分钟记录一次bitmap。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010023357.7A CN111245929B (zh) | 2020-01-09 | 2020-01-09 | 一种cocc非实时通道数据断点续传的实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010023357.7A CN111245929B (zh) | 2020-01-09 | 2020-01-09 | 一种cocc非实时通道数据断点续传的实现方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111245929A true CN111245929A (zh) | 2020-06-05 |
CN111245929B CN111245929B (zh) | 2022-11-01 |
Family
ID=70866097
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010023357.7A Active CN111245929B (zh) | 2020-01-09 | 2020-01-09 | 一种cocc非实时通道数据断点续传的实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111245929B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030229900A1 (en) * | 2002-05-10 | 2003-12-11 | Richard Reisman | Method and apparatus for browsing using multiple coordinated device sets |
WO2005004011A1 (fr) * | 2003-07-07 | 2005-01-13 | Victor Wei Mo | Reseau media intelligent integre, lecteur media intelligent integre et procede correspondant |
CN101009641A (zh) * | 2006-12-31 | 2007-08-01 | 中国建设银行股份有限公司 | 传输大量数据的方法和系统 |
CN107995277A (zh) * | 2017-11-28 | 2018-05-04 | 上海华测导航技术股份有限公司 | 一种基于gnss接收机数据断点续传的方法 |
CN109587232A (zh) * | 2018-11-28 | 2019-04-05 | 陕西天诚软件有限公司 | 基于iOS网络的文件断点续传方法 |
CN109743135A (zh) * | 2018-12-29 | 2019-05-10 | 中国大唐集团新能源科学技术研究院有限公司 | 一种断点续传文件传输的方法 |
US20190354463A1 (en) * | 2018-05-16 | 2019-11-21 | Texas Instruments Incorporated | Managing and maintaining multiple debug contexts in a debug execution mode for real-time processors |
-
2020
- 2020-01-09 CN CN202010023357.7A patent/CN111245929B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030229900A1 (en) * | 2002-05-10 | 2003-12-11 | Richard Reisman | Method and apparatus for browsing using multiple coordinated device sets |
WO2005004011A1 (fr) * | 2003-07-07 | 2005-01-13 | Victor Wei Mo | Reseau media intelligent integre, lecteur media intelligent integre et procede correspondant |
CN101009641A (zh) * | 2006-12-31 | 2007-08-01 | 中国建设银行股份有限公司 | 传输大量数据的方法和系统 |
CN107995277A (zh) * | 2017-11-28 | 2018-05-04 | 上海华测导航技术股份有限公司 | 一种基于gnss接收机数据断点续传的方法 |
US20190354463A1 (en) * | 2018-05-16 | 2019-11-21 | Texas Instruments Incorporated | Managing and maintaining multiple debug contexts in a debug execution mode for real-time processors |
CN109587232A (zh) * | 2018-11-28 | 2019-04-05 | 陕西天诚软件有限公司 | 基于iOS网络的文件断点续传方法 |
CN109743135A (zh) * | 2018-12-29 | 2019-05-10 | 中国大唐集团新能源科学技术研究院有限公司 | 一种断点续传文件传输的方法 |
Non-Patent Citations (2)
Title |
---|
H.THANE等: "Replay debugging of real-time systems using time machines", 《PROCEEDINGS INTERNATIONAL PARALLEL AND DISTRIBUTED PROCESSING SYMPOSIUM》 * |
薛凯捷: "城市轨道交通运营信息智能服务系统安全方案的设计与实现", 《中国优秀硕士论文电子期刊网》 * |
Also Published As
Publication number | Publication date |
---|---|
CN111245929B (zh) | 2022-11-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7275177B2 (en) | Data recovery with internet protocol replication with or without full resync | |
CN110493116B (zh) | 一种车联网数据传输方法及装置 | |
CN111200624B (zh) | 一种跨网闸数据传输方法及系统 | |
US20220209878A1 (en) | Method, system and device for pushing information, and storage medium thereof | |
US7366945B2 (en) | Method of setting backup of home location register | |
CN102811344A (zh) | 一种视频监控系统中提高存储稳定性的控制方法以及装置 | |
CN108347463A (zh) | 一种终端文件上传方法 | |
CN112380260B (zh) | 基于不同采集场景的断线缓存方法 | |
CN101771548A (zh) | 文件同步方法及系统 | |
CN114900515B (zh) | 一种列车文件回传方法、列车主机、站点及控制中心 | |
TWI263915B (en) | System and method for logging event of telecommunications devices | |
CN111245929B (zh) | 一种cocc非实时通道数据断点续传的实现方法 | |
CN106685908A (zh) | 语音直播过程中音频数据完整性的保障方法 | |
US11293780B2 (en) | Data transmission method for an smart gas service system based on compound IoT | |
CN112601052A (zh) | 一种应用于内部共享平台的视频资源整合系统 | |
CN113190519B (zh) | 一种基于铁路行车场景模板的行车日志压缩方法 | |
CN116279682A (zh) | 高速综合检测列车的检测数据传输方法及装置 | |
CN113127435A (zh) | 一种主备系统文件智能同步方法及系统 | |
CN109150617A (zh) | 一种自组织网络路由规划和动态优化的方法 | |
CN110941220A (zh) | 一种基于集中网关的中心管理系统 | |
JP2005167891A (ja) | コンテンツサーバ、コンテンツ受信装置、プログラム及び記憶媒体 | |
KR100416366B1 (ko) | 이동 통신 시스템의 홈위치 등록기 백업 절체시 호처리데이터 유실 방지 방법 | |
CN201797570U (zh) | 一种基于cmmb广播信道推送式系统 | |
JP2004185460A (ja) | 運転履歴データ管理システム | |
JP4064553B2 (ja) | 放送素材データ送出システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |