CN116318497A - 一种用于轨道交通安全通信平台的sntp同步时间方法 - Google Patents

一种用于轨道交通安全通信平台的sntp同步时间方法 Download PDF

Info

Publication number
CN116318497A
CN116318497A CN202211097670.0A CN202211097670A CN116318497A CN 116318497 A CN116318497 A CN 116318497A CN 202211097670 A CN202211097670 A CN 202211097670A CN 116318497 A CN116318497 A CN 116318497A
Authority
CN
China
Prior art keywords
network
cpu module
sntp
synchronous
time information
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.)
Pending
Application number
CN202211097670.0A
Other languages
English (en)
Inventor
古俐
王莉
王俊俊
陈思聪
张立鹏
张磊
瞿玲燕
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Casco Signal Ltd
Original Assignee
Casco Signal Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Casco Signal Ltd filed Critical Casco Signal Ltd
Priority to CN202211097670.0A priority Critical patent/CN116318497A/zh
Publication of CN116318497A publication Critical patent/CN116318497A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/06Synchronising arrangements
    • H04J3/0635Clock or time synchronisation in a network
    • H04J3/0638Clock or time synchronisation among nodes; Internode synchronisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/06Synchronising arrangements
    • H04J3/0635Clock or time synchronisation in a network
    • H04J3/0676Mutual
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)
  • Electric Clocks (AREA)

Abstract

本发明公开了一种用于轨道交通安全通信平台的SNTP同步时间方法,其基于轨道交通安全通信平台实现,包括:根据所述轨道交通安全通信平台中每系MPU的每一CPU模块获取所述通信模块发送的所述时间同步信息、所述轨道交通安全通信平台中的通信模块与所述轨道交通安全通信平台中的SNTP服务器的同步状态,进行UTC时间的选择处理,以分别判定每一所述CPU模块与所述SNTP服务器的同步情况。本发明有效避免了时钟源的频繁切换,同时CPU本身会维护自增时间,避免了无法收到SNTP服务器回复时与实际时间相差较大的问题。

Description

一种用于轨道交通安全通信平台的SNTP同步时间方法
技术领域
本发明涉及轨道交通技术领域,具体涉及一种用于轨道交通安全通信平台的SNTP同步时间方法。
背景技术
在轨交安全通信平台的某些特定场景中,需要整个网络中的计算机保持时间同步。而轨交安全通信平台的主要组成模块包括主运算模块和通信模块,其中主运算模块由两系四个模块组成,两个CPU模块构成一个子系统,形成二乘二取二结构;每系配置至少一块通信板;网络采用红蓝网冗余的结构,双网同时进行工作和数据传输。基于轨交安全通信平台的特定架构和与外部SNTP(简单网络时间协议,SimpleNetworkTimeProtocol)服务器对时的需求,会面临如下问题:
外部红蓝网时钟源时间不一致问题:当外界时钟源时间不一致时,如果收到同步的时间就采用会导致时钟源的频繁切换,时钟频繁跳变。
网络连接不稳定问题:当SNTP服务器与SNTP客户端连接不稳定时,可能会导致客户端一直收不到服务器的消息,如果继续使用上次同步的时间会导致与实际时间相差较大。
丢包问题:当总线消息量较大时,可能会出现丢包的情况,此时通信板收到的时间同步信息将无法传递到CPU。
发明内容
本发明的目的是为了提供一种用于轨道交通安全通信平台的SNTP同步时间方法。旨在解决现有技术中时钟源的频繁切换、无法收到SNTP服务器回复时与实际时间相差较大的问题。
为达到上述目的,本发明通过以下技术方案实现:
本发明提供了一种用于轨道交通安全通信平台的SNTP同步时间方法,其基于轨道交通安全通信平台实现,包括:
根据所述轨道交通安全通信平台中的SNTP客户端与所述轨道交通安全通信平台中的SNTP服务器的同步周期,确定所述轨道交通安全通信平台中的通信模块发往所述轨道交通安全通信平台中的每一CPU模块的周期和每一所述CPU模块的处理周期,以保证每一所述CPU模块的处理周期内均接收所述通信模块传输的多组时间同步信息;
根据每一所述CPU模块获取所述通信模块发送的所述时间同步信息、所述通信模块与所述SNTP服务器的同步状态,进行UTC(协调世界时,UniversalTimeCoordinated)时间的选择处理,以分别判定每一所述CPU模块与所述SNTP服务器的同步情况。
优选的,每一所述CPU模块的处理周期外维护自增时间,即根据每一所述CPU模块本身周期的更新,以更新最近一次接收的所述时间同步信息。
优选的,每一所述CPU模块根据接收的所述时间同步信息和所述轨道交通安全通信平台中系统的运行主周期,计算所述CPU模块处理时的UTC时间。
优选的,每一所述CPU模块均设置在一MPU(MicroprocessorUnit微处理器)模块内,所述MPU模块为所述轨道交通安全通信平台上设有的所有MPU模块中的任意一个。
优选的,所述通信模块采用红网和蓝网的冗余结构,所述红网和所述蓝网同时工作并同时进行数据传输。
优选的,所述时间同步信息为所述红网和所述蓝网发送至每一所述CPU模块的UTC时间信息。
优选的,定义所述SNTP客户端与所述SNTP服务器同步的周期为T1
则将所述通信模块发往每一所述CPU模块的周期均设定为T2=T1/2,每一所述CPU模块的处理周期定均为3*T2,以保证每一所述CPU模块的处理周期内均接收到所述红网和所述蓝网传输的多组数据。
优选的,所述进行UTC时间的选择处理的步骤包括根据所述UTC时间信息与所述同步状态被每一所述CPU模块获取的先后顺序,对每一所述CPU模块与所述SNTP服务器的同步情况进行判定。
优选的,若一所述CPU模块获取的所述UTC时间信息在所述同步状态之前,
则根据所述红网和所述蓝网分别发送的所述UTC时间信息被所述CPU模块收取的情况以及所述红网和所述蓝网分别与所述SNTP服务器的同步状态,判定所述CPU模块与所述SNTP服务器的同步情况。
优选的,根据所述红网和所述蓝网分别发送的所述UTC时间信息被所述CPU模块收取的情况以及所述红网和所述蓝网分别与所述SNTP服务器的同步状态,判定所述CPU模块与所述SNTP服务器的同步情况的步骤包括:
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,且所述红网和所述蓝网与所述SNTP服务器均同步,则采用所述红网的所述UTC时间信息,且所述CPU模块与所述SNTP服务器同步;
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,且所述红网和所述蓝网中只有一个网络与所述SNTP服务器同步,则采用所述红网和所述蓝网中该同步的网络的所述UTC时间信息,且所述CPU模块与所述SNTP服务器同步;
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,且所述红网和所述蓝网与所述SNTP服务器均不同步,则采用所述红网和所述蓝网中红网的所述UTC时间信息,且所述CPU模块与所述SNTP服务器不同步;
若所述红网和所述蓝网中只有一个网络的所述UTC时间信息被所述CPU模块收取,且收到所述UTC时间信息的网络与所述SNTP服务器同步,则采用该收到的网络的所述UTC时间信息,且所述CPU模块所述SNTP服务器同步;
若所述红网和所述蓝网中只有一个网络的所述UTC时间信息被所述CPU模块收取,且收到所述UTC时间信息的网络与所述SNTP服务器不同步,则采用该收到的网络的所述UTC时间信息,且所述CPU模块与所述SNTP服务器不同步;
若所述红网和所述蓝网的所述UTC时间信息均未被所述CPU模块收取,则保持所述CPU模块的UTC时间初始值为0,且所述CPU模块与所述SNTP服务器不同步。
优选的,若一所述CPU模块获取的所述UTC时间信息在所述同步状态之后,
则根据所述红网和所述蓝网分别发送的所述UTC时间信息被所述CPU模块收取的情况以及所述红网和所述蓝网分别与所述SNTP服务器的同步状态,判定所述CPU模块与所述SNTP服务器的同步情况。
优选的,根据所述红网和所述蓝网分别发送的所述UTC时间信息被所述CPU模块收取的情况以及所述红网和所述蓝网分别与所述SNTP服务器的同步状态,判定所述CPU模块与所述SNTP服务器的同步情况的步骤包括:
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,且所述红网和所述蓝网与所述SNTP服务器均同步,则采用前一次同步的所述UTC时间信息,且所述CPU模块与所述SNTP服务器同步;
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,且所述红网和所述蓝网中只有一个网络与所述SNTP服务器同步,则采用所述红网和所述蓝网中该同步的网络的所述UTC时间信息,且所述CPU模块与所述SNTP服务器同步;
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,且所述红网和所述蓝网与所述SNTP服务器均不同步,则采用自增时间,且所述CPU模块与所述SNTP服务器不同步;
若所述红网和所述蓝网中只有一个网络的所述UTC时间信息被所述CPU模块收取,且收到所述UTC时间信息的网络与所述SNTP服务器同步,则采用该收到的网络的所述UTC时间信息,且所述CPU模块与所述SNTP服务器同步;
若所述红网和所述蓝网中只有一个网络的所述UTC时间信息被所述CPU模块收取,且收到所述UTC时间信息的网络与所述SNTP服务器不同步,则采用自增时间,且所述CPU模块与所述SNTP服务器不同步;
若所述红网和所述蓝网的所述UTC时间信息均未被所述CPU模块收取,则采用自增时间,且所述CPU模块与所述SNTP服务器不同步。
与现有技术相比,本发明具有以下有益效果:
1、本发明在CPU处理原则部分优先使用上次同步的时钟源,从而避免了时钟源的频繁切换,规避了当红蓝网SNTP服务器时间不一致时导致的时钟频繁跳变;
2、本发明根据SNTP客户端和服务器的同步周期,确定通信板将消息发往CPU的周期以及CPU的处理周期,保证CPU处理时可以接收到来自红蓝网的多包数据,通过冗余来避免网络连接不稳定导致丢包从而没有数据到CPU的情况,同时使得CPU主要处理红蓝网UTC时间信息都收到的情况,从而优先使用上次同步的时钟源,避免了时钟源的频繁切换;
3、本发明在不处理的周期维护自增时间,即根据本身周期的更新去更新上次收到的同步时间,从而避免无法收到SNTP服务器回复时与实际时间相差较大的问题。
附图说明
为了更清楚地说明本发明的技术方案,下面将对描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一个实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图:
图1为本发明一实施例提供的轨道交通安全通信平台结构示意图;
图2为本发明一实施例提供的所述CPU模块获取的时间在所述CPU模块首次与所述SNTP服务器同步的时间之前时用于轨道交通安全通信平台的SNTP同步时间方法流程图;
图3为本发明一实施例提供的所述CPU模块获取的时间在所述CPU模块首次与所述SNTP服务器同步的时间之后时用于轨道交通安全通信平台的SNTP同步时间方法流程图。
具体实施方式
以下结合附图1至图3和具体实施方式对本发明提出的用于轨道交通安全通信平台的SNTP同步时间方法作进一步详细说明。根据下面说明,本发明的优点和特征将更清楚。需要说明的是,附图采用非常简化的形式且均使用非精准的比例,仅用以方便、明晰地辅助说明本发明实施方式的目的。为了使本发明的目的、特征和优点能够更加明显易懂,请参阅附图。须知,本说明书所附图式所绘示的结构、比例、大小等,均仅用以配合说明书所揭示的内容,以供熟悉此技术的人士了解与阅读,并非用以限定本发明实施的限定条件,故不具技术上的实质意义,任何结构的修饰、比例关系的改变或大小的调整,在不影响本发明所能产生的功效及所能达成的目的下,均应仍落在本发明所揭示的技术内容能涵盖的范围内。
鉴于现有技术中时钟源的频繁切换、无法收到SNTP服务器回复时与实际时间相差较大的问题,为保证在与外部服务器时钟对时的同时,有效的避免了频繁切换时钟源。
本实施例提供了一种用于轨道交通安全通信平台的SNTP同步时间方法,其基于轨道交通安全通信平台实现,参考图1所示,本实施例提供了一种轨道交通安全通信平台,包括:主运算模块、通信模块、电源模块和SNTP服务器(SNTP-Server),所述的主运算模块、通信模块和SNTP服务器依次连接,所述的主运算模块、通信模块与电源模块(PSU,Powersupply)连接,主运算模块包括CPU模块,MPU1和MPU2为一个子系统中的两个CPU,通信模块包括SNTP客户端(SNTP-Client)。所述负责安全运算逻辑的主运算模块由两系(A系和B系)组成,系内的两个MPU同时工作,如果系内的一个MPU宕机了,另一个MPU也会随之宕机,但如果任意一系宕机,另一系还能正常运行。每一系分为MPU1和MPU2,MPU1和MPU2负责执行相同的安全相关功能,只有在输出一致的情况下才能继续运行;每系可单独运行,如果MPU-A宕机,应不导致MPU-B故障;如果MPU-B宕机,应不导致MPU-A故障,通过2x2oo2的冗余架构满足了独立性的安全要求。
所述通信模块发送时间同步请求至所述SNTP服务器,所述SNTP服务器接收所述时间同步请求,并将所述时钟同步响应回复至所述通信模块,所述通信模块将时间同步信息发送至所述主运算模块,所述主运算模块对所述时间同步信息进行处理,电源模块与所述主运算模块和所述通信模块连接,为所述主运算模块和所述通信模块提供电能。所述SNTP服务器,所述SNTP客户端。
根据所述轨道交通安全通信平台中的所述SNTP客户端与所述轨道交通安全通信平台中的所述SNTP服务器同步的周期,确定所述轨道交通安全通信平台中的通信模块发往所述轨道交通安全通信平台中的CPU模块的周期和所述CPU模块的处理周期,以保证所述CPU模块的处理周期内接收所述通信模块传输的多组时间同步信息。
每一所述CPU模块的处理周期外维护自增时间,即根据每一所述CPU本身周期的更新,以更新最近一次接收的所述时间同步信息。
每一所述CPU模块根据接收的所述时间同步信息和所述轨道交通安全通信平台中系统的运行主周期,计算所述CPU模块处理时的UTC时间,即所述CPU模块处理时的UTC时间=收到时的UTC时间+主周期长度*(处理时的主周期数-接收到的主周期数)。
根据每一所述CPU模块获取所述通信模块发送的所述时间同步信息、所述通信模块与所述SNTP服务器的同步状态,进行UTC时间的选择处理,以分别判定每一所述CPU模块与所述SNTP服务器的同步情况。
所述通信模块采用红蓝网冗余的结构,所述红网和所述蓝网同时工作并同时进行数据传输。
所述时间同步信息为所述红网和所述蓝网发送至所述CPU模块的UTC时间信息。多点低压差分信号总线(M-LVDSBUS),主通信单元(MNCU)中的红网(MNCU-Red),主通信单元(MNCU)中的蓝网(MNCU-Blue)。
定义所述SNTP客户端与所述SNTP服务器同步的周期为T1,则将所述通信模块发往所述CPU模块的周期设定为T2=T1/2,所述CPU模块的处理周期定为3*T2,以保证所述CPU模块的处理周期内接收到所述红网和所述蓝网传输的2-3组数据。
所述SNTP客户端启动后,以所述T1的周期向所述SNTP服务器定时发送所述时钟同步请求,以所述T2的周期将收到的所述时钟同步响应发送至所述CPU模块,所述CPU模块以每间隔3T2个周期处理来自所述通信模块的所述时间同步信息。CPU模块获取的时间是红蓝网发来的UTC时间,但同时红蓝网也会把通行模块和外界SNTP服务器是否同步的状态发给CPU模块,所以若红蓝网向CPU模块发来了UTC时间,但同步状态是不同步,则所述认为是不同步的,所以是首次与SNTP服务器同步之前。若收到了同步状态,但同步状态为不同步,则会按不同步的时间设置系统时间,也会把系统的同步状态设置为不同步。
判定所述CPU模块获取的所述时间同步信息(UTC时间信息)以及所述通信模块与所述SNTP服务器的同步状态的前后顺序。
参考图2所示,若所述CPU模块获取的所述UTC时间信息在所述同步状态之前,则执行下述步骤。
步骤S1:判断所述CPU模块是否收到所述红网和所述蓝网的所述UTC时间信息。
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,则执行下述步骤S2。
若所述CPU模块只收到所述红网和所述蓝网的所述UTC时间信息中的一个网络的UTC时间信息,则执行下述步骤S3。
若所述红网和所述蓝网的所述UTC时间信息均未被所述CPU模块收取,则执行下述步骤S4。
步骤S2:判断所述红网和所述蓝网与所述SNTP服务器的同步情况。
若所述红网和所述蓝网与所述SNTP服务器均同步,则采用所述红网和所述蓝网中红网的所述UTC时间信息,且认为所述CPU模块与所述SNTP服务器同步,所述红网和所述蓝网中蓝网的所述UTC时间信息丢弃。
若所述红网的所述UTC时间信息与所述SNTP服务器同步,所述蓝网的所述UTC时间信息与所述SNTP服务器不同步,则采用所述红网的所述UTC时间信息,且认为所述CPU模块与所述SNTP服务器同步,将所述蓝网的所述UTC时间信息丢弃。
若所述红网的所述UTC时间信息与所述SNTP服务器不同步,所述蓝网的所述UTC时间信息与所述SNTP服务器同步,则采用所述蓝网的所述UTC时间信息,且认为所述CPU模块与所述SNTP服务器同步,将所述红网的所述UTC时间信息丢弃。
若所述红网和所述蓝网与所述SNTP服务器均不同步,则采用所述红网和所述蓝网中红网的所述UTC时间信息,且认为所述CPU模块与所述SNTP服务器不同步,将所述蓝网的所述UTC时间信息丢弃。
步骤S3:判断收到的所述UTC时间信息的网络与所述SNTP服务器的同步情况。
若所述CPU模块未收到所述红网的所述UTC时间信息、收到所述蓝网的所述UTC时间信息,且所述蓝网与所述SNTP服务器同步,则采用所述蓝网的所述UTC时间信息,且认为所述CPU模块与所述SNTP服务器同步。
若所述CPU模块未收到所述红网的所述UTC时间信息、收到所述蓝网的所述UTC时间信息,且所述蓝网与所述SNTP服务器不同步,则采用所述蓝网的所述UTC时间信息,且认为所述CPU模块与所述SNTP服务器不同步。
若所述CPU模块收到所述红网的所述UTC时间信息、未收到所述蓝网的所述UTC时间信息,且所述红网与所述SNTP服务器同步,则采用所述红网的所述UTC时间信息,且认为所述CPU模块与所述SNTP服务器同步。
若所述CPU模块收到所述红网的所述UTC时间信息、未收到所述蓝网的所述UTC时间信息,且所述红网与所述SNTP服务器不同步,则采用所述红网的所述UTC时间信息,且认为所述CPU模块与所述SNTP服务器不同步。
步骤S4:所述红网和所述蓝网的所述UTC时间信息均未被所述CPU模块收取,则保持所述CPU模块的UTC时间初始值为0,且所述CPU模块与所述SNTP服务器不同步。
参考图3所示,若所述CPU模块获取的所述UTC时间信息在所述同步状态之后,则执行下述步骤。
步骤M1:判断所述CPU模块是否收到所述红网和所述蓝网的所述UTC时间信息。
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,则执行下述步骤M2。
若所述CPU模块只收到所述红网和所述蓝网的所述UTC时间信息中的一个网络的UTC时间信息,则执行下述步骤M3。
若所述红网和所述蓝网的所述UTC时间信息均未被所述CPU模块收取,则执行下述步骤M4。
步骤M2:判断所述红网和所述蓝网与所述SNTP服务器的同步情况。
若所述红网和所述蓝网与所述SNTP服务器均同步,如果上一次同步的红网时间,则继续使用红网发来的UTC时间信息中时间,如果上一次同步的蓝网时间,则继续使用蓝网发来的UTC时间信息中时间,且认为所述CPU模块与所述SNTP服务器同步。
若所述红网与所述SNTP服务器同步,所述蓝网与所述SNTP服务器不同步,若红网为上次时钟源,则使用所述红网的所述UTC时间信息,蓝网的所述UTC时间信息丢弃;若蓝网为上次时钟源,则切换红网为时钟源,且认为所述CPU模块与SNTP服务器同步。
若所述红网与所述SNTP服务器不同步,所述蓝网与所述SNTP服务器同步,若蓝网为上次时钟源,则使用所述蓝网UTC时间信息,且认为所述CPU模块与SNTP服务器同步,所述红网的UTC时间信息丢弃,若红网为上次时钟源,则切换蓝网为时钟源,且认为所述CPU模块与所述SNTP服务器同步。
若所述红网和所述蓝网与所述SNTP服务器均不同步,则所述红网的UTC时间信息和所述蓝网的UTC时间信息均丢弃,所述CPU模块在历史时间基础上对时间进行自增维护,且认为所述CPU模块与所述SNTP服务器不同步。
步骤M3:判断收到的所述UTC时间信息的网络与所述SNTP服务器的同步情况。
若所述CPU模块未收到所述红网的所述UTC时间信息、收所述蓝网的所述UTC时间信息,若蓝网为上次时钟源,则使用所述蓝网的UTC时间信息,且认为所述CPU模块与SNTP服务器同步,红网的UTC时间信息丢弃;若红网为上次时钟源,则切换蓝网为时钟源,认为所述CPU模块与SNTP服务器同步。
若所述CPU模块未收到所述红网的所述UTC时间信息、收所述蓝网的所述UTC时间信息,且所述蓝网与所述SNTP服务器不同步,则丢弃所述蓝网的所述UTC时间信息,所述CPU模块在历史时间基础上对时间进行自增维护,且认为所述CPU模块与所述SNTP服务器不同步。
若所述CPU模块收到所述红网的所述UTC时间信息、未收所述蓝网的所述UTC时间信息,若红网为上次时钟源,则使用所述红网的UTC时间信息,且认为所述CPU模块与SNTP服务器同步,所述蓝网的UTC时间信息丢弃;若蓝网为上次时钟源,则切换红网为时钟源,认为所述CPU模块与SNTP服务器同步。
若所述CPU模块收到所述红网的所述UTC时间信息、未收所述蓝网的所述UTC时间信息,且所述红网与所述SNTP服务器不同步,则丢弃所述红网的所述UTC时间信息,所述CPU模块在历史时间基础上对时间进行自增维护,且认为所述CPU模块与所述SNTP服务器不同步。
步骤M4:所述红网和所述蓝网的所述UTC时间信息均未被所述CPU模块收取,采用自增时间,且所述CPU模块与所述SNTP服务器不同步。
综上所述,本实施例本实施例在CPU处理原则部分优先使用上次同步的时钟源,从而避免了时钟源的频繁切换,规避了当红蓝网SNTP服务器时间不一致时导致的时钟频繁跳变;本实施例根据SNTP客户端和服务器的同步周期,确定通信板将消息发往CPU的周期以及CPU的处理周期,保证CPU处理时可以接收到来自红蓝网的多包数据,通过冗余来避免网络连接不稳定导致丢包从而没有数据到CPU的情况,同时使得CPU主要处理红蓝网UTC时间信息都收到的情况,从而优先使用上次同步的时钟源,避免了时钟源的频繁切换;本实施例在不处理的周期维护自增时间,即根据本身周期的更新去更新上次收到的同步时间,从而避免无法收到SNTP服务器回复时与实际时间相差较大的问题。因为CPU处理的周期定为3*T2,从而保证CPU处理时已经收到红蓝网各2-3包数据,对丢包的情况做了防护,且基于上述设置的周期,当CPU获取的时间为首次与SNTP服务器同步之后,大部分收到消息的情况为红蓝网的UTC时间信息均收到,此时会优先上次同步的时钟源,故有效避免了时钟源的频繁切换。同时CPU本身会维护自增时间,避免了无法收到SNTP服务器回复时与实际时间相差较大的问题。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
应当注意的是,在本文的实施方式中所揭露的装置和方法,也可以通过其他的方式实现。以上所描述的装置实施方式仅仅是示意性的,例如,附图中的流程图和框图显示了根据本文的多个实施方式的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用于执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本文各个实施方式中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
尽管本发明的内容已经通过上述优选实施例作了详细介绍,但应当认识到上述的描述不应被认为是对本发明的限制。在本领域技术人员阅读了上述内容后,对于本发明的多种修改和替代都将是显而易见的。因此,本发明的保护范围应由所附的权利要求来限定。

Claims (12)

1.一种用于轨道交通安全通信平台的SNTP同步时间方法,其基于轨道交通安全通信平台实现,其特征在于,包括:
根据所述轨道交通安全通信平台中的SNTP客户端与所述轨道交通安全通信平台中的SNTP服务器的同步周期,确定所述轨道交通安全通信平台中的通信模块发往所述轨道交通安全通信平台中的每一CPU模块的周期和每一所述CPU模块的处理周期,以保证每一所述CPU模块的处理周期内均接收所述通信模块传输的多组时间同步信息;
根据每一所述CPU模块获取所述通信模块发送的所述时间同步信息、所述通信模块与所述SNTP服务器的同步状态,进行UTC时间的选择处理,以分别判定每一所述CPU模块与所述SNTP服务器的同步情况。
2.如权利要求1所述的用于轨道交通安全通信平台的SNTP同步时间方法,其特征在于,每一所述CPU模块的处理周期外维护自增时间,即根据每一所述CPU模块本身周期的更新,以更新最近一次接收的所述时间同步信息。
3.如权利要求2所述的用于轨道交通安全通信平台的SNTP同步时间方法,其特征在于,每一所述CPU模块根据接收的所述时间同步信息和所述轨道交通安全通信平台中系统的运行主周期,计算所述CPU模块处理时的UTC时间。
4.如权利要求3所述的用于轨道交通安全通信平台的SNTP同步时间方法,其特征在于,每一所述CPU模块均设置在一MPU模块内,所述MPU模块为所述轨道交通安全通信平台上设有的所有MPU模块中的任意一个。
5.如权利要求4所述的用于轨道交通安全通信平台的SNTP同步时间方法,其特征在于,所述通信模块采用红网和蓝网的冗余结构,所述红网和所述蓝网同时工作并同时进行数据传输。
6.如权利要求5所述的用于轨道交通安全通信平台的SNTP同步时间方法,其特征在于,所述时间同步信息为所述红网和所述蓝网发送至每一所述CPU模块的UTC时间信息。
7.如权利要求6所述的用于轨道交通安全通信平台的SNTP同步时间方法,其特征在于,定义所述SNTP客户端与所述SNTP服务器同步的周期为T1
则将所述通信模块发往每一所述CPU模块的周期均设定为T2=T1/2,每一所述CPU模块的处理周期定均为3*T2,以保证每一所述CPU模块的处理周期内均接收到所述红网和所述蓝网传输的多组数据。
8.如权利要求7所述的用于轨道交通安全通信平台的SNTP同步时间方法,其特征在于,所述进行UTC时间的选择处理的步骤包括根据所述UTC时间信息与所述同步状态被每一所述CPU模块获取的先后顺序,对每一所述CPU模块与所述SNTP服务器的同步情况进行判定。
9.如权利要求8所述的用于轨道交通安全通信平台的SNTP同步时间方法,其特征在于,若一所述CPU模块获取的所述UTC时间信息在所述同步状态之前,
则根据所述红网和所述蓝网分别发送的所述UTC时间信息被所述CPU模块收取的情况以及所述红网和所述蓝网分别与所述SNTP服务器的同步状态,判定所述CPU模块与所述SNTP服务器的同步情况。
10.如权利要求9所述的用于轨道交通安全通信平台的SNTP同步时间方法,其特征在于,根据所述红网和所述蓝网分别发送的所述UTC时间信息被所述CPU模块收取的情况以及所述红网和所述蓝网分别与所述SNTP服务器的同步状态,判定所述CPU模块与所述SNTP服务器的同步情况的步骤包括:
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,且所述红网和所述蓝网与所述SNTP服务器均同步,则采用所述红网的所述UTC时间信息,且所述CPU模块与所述SNTP服务器同步;
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,且所述红网和所述蓝网中只有一个网络与所述SNTP服务器同步,则采用所述红网和所述蓝网中同步的网络的所述UTC时间信息,且所述CPU模块与所述SNTP服务器同步;
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,且所述红网和所述蓝网与所述SNTP服务器均不同步,则采用所述红网的所述UTC时间信息,且所述CPU模块与所述SNTP服务器不同步;
若所述红网和所述蓝网中只有一个网络的所述UTC时间信息被所述CPU模块收取,且收到所述UTC时间信息的网络与所述SNTP服务器同步,则采用该收到的网络的所述UTC时间信息,且所述CPU模块所述SNTP服务器同步;
若所述红网和所述蓝网中只有一个网络的所述UTC时间信息被所述CPU模块收取,且收到所述UTC时间信息的网络与所述SNTP服务器不同步,则采用该收到的网络的所述UTC时间信息,且所述CPU模块与所述SNTP服务器不同步;
若所述红网和所述蓝网的所述UTC时间信息均未被所述CPU模块收取,则保持所述CPU模块的UTC时间初始值为0,且所述CPU模块与所述SNTP服务器不同步。
11.如权利要求8所述的用于轨道交通安全通信平台的SNTP同步时间方法,其特征在于,若一所述CPU模块获取的所述UTC时间信息在所述同步状态之后,
则根据所述红网和所述蓝网分别发送的所述UTC时间信息被所述CPU模块收取的情况以及所述红网和所述蓝网分别与所述SNTP服务器的同步状态,判定所述CPU模块与所述SNTP服务器的同步情况。
12.如权利要求11所述的用于轨道交通安全通信平台的SNTP同步时间方法,其特征在于,根据所述红网和所述蓝网分别发送的所述UTC时间信息被所述CPU模块收取的情况以及所述红网和所述蓝网分别与所述SNTP服务器的同步状态,判定所述CPU模块与所述SNTP服务器的同步情况的步骤包括:
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,且所述红网和所述蓝网与所述SNTP服务器均同步,则采用前一次同步的所述UTC时间信息,且所述CPU模块与所述SNTP服务器同步;
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,且所述红网和所述蓝网中只有一个网络与所述SNTP服务器同步,则采用所述红网和所述蓝网中该同步的网络的所述UTC时间信息,且所述CPU模块与所述SNTP服务器同步;
若所述红网和所述蓝网的所述UTC时间信息均被所述CPU模块收取,且所述红网和所述蓝网与所述SNTP服务器均不同步,则采用自增时间,且所述CPU模块与所述SNTP服务器不同步;
若所述红网和所述蓝网中只有一个网络的所述UTC时间信息被所述CPU模块收取,且收到所述UTC时间信息的网络与所述SNTP服务器同步,则采用该收到的网络的所述UTC时间信息,且所述CPU模块与所述SNTP服务器同步;
若所述红网和所述蓝网中只有一个网络的所述UTC时间信息被所述CPU模块收取,且收到所述UTC时间信息的网络的所述UTC时间信息与所述SNTP服务器不同步,则采用自增时间,且所述CPU模块与所述SNTP服务器不同步;
若所述红网和所述蓝网的所述UTC时间信息均未被所述CPU模块收取,则采用自增时间,且所述CPU模块与所述SNTP服务器不同步。
CN202211097670.0A 2022-09-08 2022-09-08 一种用于轨道交通安全通信平台的sntp同步时间方法 Pending CN116318497A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211097670.0A CN116318497A (zh) 2022-09-08 2022-09-08 一种用于轨道交通安全通信平台的sntp同步时间方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211097670.0A CN116318497A (zh) 2022-09-08 2022-09-08 一种用于轨道交通安全通信平台的sntp同步时间方法

Publications (1)

Publication Number Publication Date
CN116318497A true CN116318497A (zh) 2023-06-23

Family

ID=86832858

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211097670.0A Pending CN116318497A (zh) 2022-09-08 2022-09-08 一种用于轨道交通安全通信平台的sntp同步时间方法

Country Status (1)

Country Link
CN (1) CN116318497A (zh)

Similar Documents

Publication Publication Date Title
US7549072B2 (en) Method and device for synchronizing the global time of a plurality of buses and a corresponding bus system
US7898987B2 (en) Method and device for the exchange of data between at least two users connected to a bus system
CN109155788B (zh) 借助明确拆除消息在tsn网络中快速重新配置gm时钟的方法
CN109639512B (zh) 一种vts多传感器信息综合处理系统的热备份方法
WO2011077558A1 (ja) 通信装置及び時刻同期システム
WO2016177231A1 (zh) 基于双主控的主备倒换方法及装置
JP2007529163A (ja) ネットワーク・ノード
CN112713951B (zh) 同步时钟的切换方法及装置、存储介质及电子设备
US20110173347A1 (en) Method for synchronizing local clocks in a distributed computer network
JP4224100B2 (ja) バスシステムを介してデータを交換する方法,装置およびシステム
US6145008A (en) Conflict free time-triggered method and apparatus for the transmission of messages in a distributed real-time computer system
CN113346974B (zh) 用于时钟同步的方法、设备、通信系统和存储介质
EP3166241B1 (en) Monitoring clock synchronization status in an ethernet-based network
Akpinar et al. Improved clock synchronization algorithms for the controller area network (CAN)
CN116318497A (zh) 一种用于轨道交通安全通信平台的sntp同步时间方法
Boulanger et al. A time synchronization protocol for A664-P7
WO2006129269A2 (en) Method to synchronize locally provided clocks of different communication nodes of a time-triggered communication system
KR101192896B1 (ko) 결함 허용이 가능한 분산 동기화 방법 및 장치
JP5239752B2 (ja) 同期メッセージ発行システム、同期メッセージ発行方法および同期メッセージ発行プログラム
WO2024209557A1 (ja) 時刻同期装置、時刻同期システム、時刻同期方法及びプログラム
Silva et al. Adapting the FTT-CAN Master for multiple-bus operation
EP3206315B1 (en) Clock synchronization monitoring in an ethernet-based network
CN117856961A (zh) 时钟同步方法及相关装置
JP6641991B2 (ja) ノードおよび通信方法
CN117675068A (zh) 工业网关设备、工业网络时钟同步方法及存储介质

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