IEEE 1952 PNT Resilience Levels: Resist
Resistance is not futile

IEEE 1952 PNT Resilience Levels: Resist

Five Minute Facts About Packet Timing

I’d like to tell you something about the next IEEE P1952 resilience level in our series.? If you missed it, I have been posting about the proposed resilience levels from the IEEE P1952 project.? Today’s topic is resilience level 3: Resist.

?For PNT equipment Resist means to continue working, with acceptable performance for some period time.? For Navigation that might mean dead reckoning assisted by accelerometers.? For timing system that means holdover with an oscillator.? Clocks in holdover get less accurate over time since the holdover oscillator is imperfect and drifts off frequency over time.? The amount time you can holdover with acceptable time error depends on the stability of the oscillator and the strictness of you applications timing requirements.? I described how holdover works and how to select a holdover oscillator in a previous blog post.

?If you have a network that supports Synchronous Ethernet (SyncE) then devices on the network can improve their holdover time by locking their local oscillator to the frequency of the SyncE source, which usually has a better local oscillator.? This is shown in Figure 1. ?As an aside, PTP time transfer accuracy generally improves when the PTP timeReceiver and GM are frequency locked at the physical layer.?

Figure 1. A PTP network with SyncE provided by the GM

One problem with the network in Figure 1, is that if the reason the timeReceiver is in holdover is a problem with the GM, then SyncE might also be unavailable.? Figure 2 shows a PTP network where the source of SyncE is different than the PTP GM.? If the GM fails in this case, then the timeReceiver can still locks its local oscillator to the source of SyncE.

Figure 2. A PTP network with SyncE provided by a primary reference clock (PRC) at a different node than the GM

If you have any questions about network timing, don’t hesitate to send me an email at?[email protected], or visit our website at?www.meinbergglobal.com.

?


I suspect the need for an independent PRC is pretty important with frequency hopping communication networks, such as used to keep military comms secure from enemy capture and decryption. If the clock frequency at either the sending or receiving device drifted then frequency changes would be lost, or wouldn't be known, for a brief period. Thus some information would be dropped, never to be known to the receiving unit. Correct, Professor Doug?

回复

要查看或添加评论,请登录

Doug Arnold的更多文章

  • IEEE 1952 PNT Resilience Levels: Withstand

    IEEE 1952 PNT Resilience Levels: Withstand

    Five Minute Facts about Packet Timing Welcome to the next installment on my series of posts about timing equipment…

  • IEEE 1952 PNT Resilience Levels: Recovery

    IEEE 1952 PNT Resilience Levels: Recovery

    Welcome to the next installment on my series of posts about timing equipment resilience in the language of the IEEE…

  • IEEE 1952 PNT Resilience Levels: Detecting Adversities

    IEEE 1952 PNT Resilience Levels: Detecting Adversities

    Five Minute Facts about Packet Timing In my last article I talked about the behaviors that timing equipment should…

  • Timing Resilience Levels

    Timing Resilience Levels

    A while back I posted on the start of an standards development project: IEEE 1952, or P1952 as they call it in the IEEE…

    9 条评论
  • PTP Developers – Come join us at the ISPCS Plugfest

    PTP Developers – Come join us at the ISPCS Plugfest

    PTP Profiles from all industries tested, including: · Telecom · Power · Broadcast/Media · Finance · Industrial…

  • ISPCS Plugfest

    ISPCS Plugfest

    The International Symposium on Precision Clock Synchronization for Measurement, Control and Communication (ISPCS) is a…

  • HSR and PRP networks

    HSR and PRP networks

    HSR and PRP are specialized layer 2 networks used in power substations, and industrial automation. For a quick…

    1 条评论
  • What's coming in the IEEE 1588 revision

    What's coming in the IEEE 1588 revision

    The IEEE 1588 standard, which defines the Precision Time Protocol (PTP) is being revised. First of all, don't worry…

社区洞察

其他会员也浏览了