802.1CM时钟同步要求解析

2024-02-28 06:10

本文主要是介绍802.1CM时钟同步要求解析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一、802.1CM时钟同步要求

在最新版的标准草案802.1-1CM–d2-2中,6.4.1详细讲述了时钟同步的要求,本章节做一简单解析。

If the bridged network provides time nchronization, then the following timing accuracy requirements apply. Four different Categories are defined and distinguished by the eCPRI transport network requirements specification [B7] with respect to time synchronization requirements; they are described in 6.4.1.1, 6.4.1.2, 6.4.1.3, and 6.4.1.4. Different timing Categories are applicable for different 3GPP features; an example is given for each Category.

如果桥接网络提供时间同步,则应当满足以下的时序精度要求。关于时间同步要求,eCPRI传输网络需求规范[B7]定义和区分了四个不同的类别;它们在6.4.1.1、6.4.1.2、6.4.1.3和6.4.1.4中进行了描述。不同的时序类别适用于不同的3GPP特征;每一个类别都给出了相应的示例进行说明。

Based on ITU-T G.8271.1, synchronization accuracy is specified here using maximum absolute Time Error (max|TE|) values when the requirement is expressed with respect to an internationally recognized time reference (e.g., the Temps Atomique International (TAI)) or maximum absolute relative Time Error (max|TE|relative) values when the requirement is expressed between two reference points. The subclauses contained herein define the requirements at the input of the eRE/RE. Time errors introduced by the link connected to the eRE/RE are not part of the budget for eRE/RE internal Time Error (|TEeRE/RE|) but are included in the max|TE| budget. The different time errors are illustrated in Figure 6-3.

基于ITU-T G.8271.1,当要求被表达为关于国际公认的时间基准(例如,Temps Atomique International(TAI))时候,使用最大绝对时间误差(max|TE|)值来指定同步精度;当要求是基于两个参考点时,使用最大绝对相对时间误差来指定同步精度。这里所包含的子句定义了Er/RE输入的要求。由连接到eRE/RE的链接引入的时间错误不是eRE/RE内部时间错误(|TE eRE/RE|)的预算的一部分,而是包含在最大TE|预算中。图6-3中示出了不同的时间误差。
这里写图片描述

The following interface condition cases are distinguished:
— Case 1: The Telecom Time Slave Clock (T-TSC) is integrated in eRE/RE, i.e., PTP termination is in eRE/REs. Thus, the eRE/RE has two time budgets: eRE/RE internal Time Error and integrated T-TSC Time Error. Case 1 corresponds to deployment case 1 of Figure 7-1 of ITU-T G.8271.1
(illustrated in Figure 6-4). Case 1 includes two sub-cases:
1) Case 1.1: The integrated T-TSC requirements are the same as that of a standalone T-TSC Class B as specified in ITU-T G.8273.2.
2) Case 1.2: Enhanced integrated T-TSC requirements assume a total maximum absolute time error of 15 ns.
— Case 2: The T-TSC is not integrated in eRE/REs, i.e., PTP termination is in T-TSC at the edge port, and the phase/time reference is delivered from the T-TSC to the co-located eRE/REs via a phase/time synchronization distribution interface (e.g., 1 PPS and Time of Day). Case 2 corresponds to deployment case 2 of Figure 7-1 of ITU-T G.8271.1 (illustrated in Figure 6-4).


不同的接口在时钟同步要求上有不同的要求,下面做简单区分:

情形一:电信时间从时钟(T-TSC)集成在eRE/RE中,即PTP终端集成在eRE/RE中。因此,eRE/RE具有两个时间预算:eRE/RE内部时间错误和集成T-TSC时间错误。案例1对应ITU-T G.827 1.1的图7-1的部署案例1。(图4-4所示)。案例1包括两个子案例:

1)案例1.1:集成T-TSC要求与ITU-T G.827 3.2中规定的独立T-TSC类B相同。

2)案例1.2:增强的集成T-TSC要求假定总最大绝对时间误差为15纳秒。
案例1:

情形二: T-TSC没有集成在eRE/RE中,即PTP终止在边缘端口的T-TSC中,并且相位/时间基准通过相位/时间同步分配接口(例如,1PPS和日时)从T-TSC传递到共处的eRE/RE。案例2对应于ITU-T G.827 1.1(图4-4所示)的图7-1的部署实例2。

According to the eCPRI transport network requirements specification [B7], the budget for eRE/RE internal Time Error (|TEeRE/RE|) depends on the Case and the Category as shown in Table 1.
根据eCPRI传输网络需求规范[B7],eRE/RE内部时间错误(|TEeRE/RE|)的预算取决于情况和表1中所示的类别。
这里写图片描述

Category A+ (6.4.1.1), Category A (6.4.1.2), and Category B (6.4.1.3) requirements are expressed as relative requirements between two points at the edge of the bridged network (instead of relative to a common clock reference). Category C (6.4.1.4) requirements are expressed as an absolute requirement at the edge of the bridged network as in ITU-T G.8271.1. Category C (6.4.1.4) network limits are not derived from 3GPP requirements, but network limits specified for reference point C in chapter 7.3 of ITU-T G.8271.1 are used (see reference point C in Figure 6-4). Considerations on how to measure network limits on a packet-based interface (e.g., PTP) are provided in Appendix III of ITU-T G.8271.1. The ITU-T has defined individual clock specifications for time distribution to address Category C (6.4.1.4) requirements. Their use for other Categories is discussed in 7.4.
NOTE 2—eRE/RE clock specification is in scope of the specifications of CPRI Cooperation; it is out of the scope of ITU-T and out of the scope of this document. The budget of the bridged network is important for this document.
NOTE 3—ITU-T recommendations are under development that are expected to support the requirements of Case 1.2 in Categories A and B, and Case 2 in Categories A+ and A.


A类(6.4.1.1),A类(6.4.1.2)和B类(6.4.1.3)要求表示为桥接网络边缘两点之间的相对要求(而不是相对于公共时钟参考)。 C类(6.4.1.4)要求表示为在桥接网络边缘的绝对要求,如ITU-T G.8271.1所述。 C类(6.4.1.4)网络限制并非源自3GPP要求,但使用了ITU-T G.8271.1第7.3章中为参考点C规定的网络限制(见图6-4中的参考点C)。 有关如何测量基于分组的接口(例如,PTP)的网络限制的考虑在ITU-T G.8271.1的附录III中提供。 ITU-T已经为时间分配定义了单独的时钟规范,以满足C类(6.4.1.4)的要求。 它们用于其他类别的用法在7.4中讨论。
注2 - eRE / RE时钟规范属于CPRI合作规范的范围; 它超出了ITU-T的范围,超出了本文档的范围。 桥接网络的预算对于本文档非常重要。
注3 - ITU-T建议正在制定中,预计将支持A类和B类案例1.2以及A +和A类案例2的要求。

FLR requirement for PTP is not specified by this standard. Requirements on PTP are described in IEEE Std 1588 and requirements for the PTP telecom profile for phase/time synchronization with full timing support from the network in ITU-T G.8275.1. These requirements do not include explicit requirements on PTP FLR; however, they provide indications on expected FLR levels that can impact PTP performance (see the requirements on message rates as specified in clause 6.2.8 of ITU-T G.8275.1).

The requirements for the different Categories are explained in the following scubclauses, they are also summarized in Table 2 in the eCPRI transport network requirements specification [B7].


本标准未规定PTP的FLR要求。 IEEE标准1588中描述了对PTP的要求以及ITU-T G.8275.1中来自网络的完全定时支持的相位/时间同步的PTP电信配置文件的要求。 这些要求不包括对PTP FLR的明确要求; 但是,它们提供了可能影响PTP性能的预期FLR水平的指示(参见ITU-T G.8275.1第6.2.8条规定的消息速率要求)。

不同类别的要求在以下scubclauses中进行了解释,它们也在eCPRI传输网络要求规范[B7]的表2中进行了总结。

二、802.1CM同步方案

(该内容位于Draft 第9节内容)

This clause discusses how the time synchronization requirements (Category A+, A, B, and C) defined in 6.4.1 can be met using the methods described in 7.4.
A fronthaul bridged network used for time synchronization needs to provide adequate timing accuracy. Methods 7.4(a) and 7.4(b) use packet timing as specified by the ITU-T G.8275.1 telecom profile and Synchronous Ethernet as specified by ITU-T G.8264, G.8262, and G.8261. GNSS [7.4(c)] and other methods [7.4(d)] do not put any requirement on the fronthaul bridged network.
NOTE—Conformance requirements for bridge and end station support of synchronization are specified in Clause 5.


本子句讨论如何使用7.4中描述的方法满足6.4.1中定义的时间同步要求(类别A+、A、B和C)。

用于时间同步的前桥桥接网络需要提供足够的定时精度。方法7.4(a)和7.4(b)使用ITU-T G.8275.1电信配置文件规定的分组定时和ITU-T G.8264、G.8262和G.8261规定的同步以太网。GNSS〔7.4(C)〕和其他方法〔7.4(D〕〕对前桥桥接网络不提出任何要求。

注意,在第5条中规定了桥接和端站同步支持的一致性要求。

这篇关于802.1CM时钟同步要求解析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/754597

相关文章

Java中Redisson 的原理深度解析

《Java中Redisson的原理深度解析》Redisson是一个高性能的Redis客户端,它通过将Redis数据结构映射为Java对象和分布式对象,实现了在Java应用中方便地使用Redis,本文... 目录前言一、核心设计理念二、核心架构与通信层1. 基于 Netty 的异步非阻塞通信2. 编解码器三、

Java HashMap的底层实现原理深度解析

《JavaHashMap的底层实现原理深度解析》HashMap基于数组+链表+红黑树结构,通过哈希算法和扩容机制优化性能,负载因子与树化阈值平衡效率,是Java开发必备的高效数据结构,本文给大家介绍... 目录一、概述:HashMap的宏观结构二、核心数据结构解析1. 数组(桶数组)2. 链表节点(Node

Java 虚拟线程的创建与使用深度解析

《Java虚拟线程的创建与使用深度解析》虚拟线程是Java19中以预览特性形式引入,Java21起正式发布的轻量级线程,本文给大家介绍Java虚拟线程的创建与使用,感兴趣的朋友一起看看吧... 目录一、虚拟线程简介1.1 什么是虚拟线程?1.2 为什么需要虚拟线程?二、虚拟线程与平台线程对比代码对比示例:三

一文解析C#中的StringSplitOptions枚举

《一文解析C#中的StringSplitOptions枚举》StringSplitOptions是C#中的一个枚举类型,用于控制string.Split()方法分割字符串时的行为,核心作用是处理分割后... 目录C#的StringSplitOptions枚举1.StringSplitOptions枚举的常用

Python函数作用域与闭包举例深度解析

《Python函数作用域与闭包举例深度解析》Python函数的作用域规则和闭包是编程中的关键概念,它们决定了变量的访问和生命周期,:本文主要介绍Python函数作用域与闭包的相关资料,文中通过代码... 目录1. 基础作用域访问示例1:访问全局变量示例2:访问外层函数变量2. 闭包基础示例3:简单闭包示例4

MyBatis延迟加载与多级缓存全解析

《MyBatis延迟加载与多级缓存全解析》文章介绍MyBatis的延迟加载与多级缓存机制,延迟加载按需加载关联数据提升性能,一级缓存会话级默认开启,二级缓存工厂级支持跨会话共享,增删改操作会清空对应缓... 目录MyBATis延迟加载策略一对多示例一对多示例MyBatis框架的缓存一级缓存二级缓存MyBat

前端缓存策略的自解方案全解析

《前端缓存策略的自解方案全解析》缓存从来都是前端的一个痛点,很多前端搞不清楚缓存到底是何物,:本文主要介绍前端缓存的自解方案,文中通过代码介绍的非常详细,需要的朋友可以参考下... 目录一、为什么“清缓存”成了技术圈的梗二、先给缓存“把个脉”:浏览器到底缓存了谁?三、设计思路:把“发版”做成“自愈”四、代码

Java集合之Iterator迭代器实现代码解析

《Java集合之Iterator迭代器实现代码解析》迭代器Iterator是Java集合框架中的一个核心接口,位于java.util包下,它定义了一种标准的元素访问机制,为各种集合类型提供了一种统一的... 目录一、什么是Iterator二、Iterator的核心方法三、基本使用示例四、Iterator的工

Java JDK Validation 注解解析与使用方法验证

《JavaJDKValidation注解解析与使用方法验证》JakartaValidation提供了一种声明式、标准化的方式来验证Java对象,与框架无关,可以方便地集成到各种Java应用中,... 目录核心概念1. 主要注解基本约束注解其他常用注解2. 核心接口使用方法1. 基本使用添加依赖 (Maven

Java中的分布式系统开发基于 Zookeeper 与 Dubbo 的应用案例解析

《Java中的分布式系统开发基于Zookeeper与Dubbo的应用案例解析》本文将通过实际案例,带你走进基于Zookeeper与Dubbo的分布式系统开发,本文通过实例代码给大家介绍的非常详... 目录Java 中的分布式系统开发基于 Zookeeper 与 Dubbo 的应用案例一、分布式系统中的挑战二