电信框架与附录A.9非常相近。分组收发与图6.5内容完全一样。对应的协议栈是PTP/UDP/IPv4。表6.4中列出了对应的差异。

表6.4 通信行业中使用的两种PTP框架中的PTP消息差异

①当框架识别符为00-1B-19-00-02-00时，附录A.9也允许使用对等延时机制。该选项可能在遵从附录A.9的相关设备中没有实现。

②该版本号适用于框架。在两种情况下，PTP的版本号都是2。

IEEE1558-2008描述的默认框架中，如果在一个每次仅仅有一个主时钟处于激活状态的系统中，主时钟冗余是基础。如果首选的主时钟失败了，那么按照优先级排序的第二个主时钟将继续工作。每一个从端单独下载主时钟的单播模型中，为了给所有的基站提供服务，需要同时运行多个主时钟，如图6.6所示。更进一步，可以运行一个额外的主时钟作为当前激活主时钟的备份。G.8265.1定义了一个从端获取主时钟优先级表的时钟冗余架构。为了知道每一个主时钟的精度是否足够，它们使用通知消息轮询所有的主时钟。如果首选的主时钟失败了，那么从端开始从冗余的主时钟中请求时间消息。(www.daowen.com)

图6.6 冗余架构

如果从端群组庞大，来自两个从端群组的通知消息轮询可能会大大加重主时钟源的负担。因而，只要首选主时钟轮询成功，标准允许不轮询其他空闲主时钟。G.8265.1协议中描述的冗余机制在附录A.9中被实现。因此，从功能上来讲，这两个版本是相同的。

电信框架规定使用IPv4。因而，IPv6不被允许。然而，使用基于IEEE1558-2008附录E的IPv6实现协议更直接明了。