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

相关文章

Spring Boot 实现 IP 限流的原理、实践与利弊解析

《SpringBoot实现IP限流的原理、实践与利弊解析》在SpringBoot中实现IP限流是一种简单而有效的方式来保障系统的稳定性和可用性,本文给大家介绍SpringBoot实现IP限... 目录一、引言二、IP 限流原理2.1 令牌桶算法2.2 漏桶算法三、使用场景3.1 防止恶意攻击3.2 控制资源

Java Spring ApplicationEvent 代码示例解析

《JavaSpringApplicationEvent代码示例解析》本文解析了Spring事件机制,涵盖核心概念(发布-订阅/观察者模式)、代码实现(事件定义、发布、监听)及高级应用(异步处理、... 目录一、Spring 事件机制核心概念1. 事件驱动架构模型2. 核心组件二、代码示例解析1. 事件定义

CSS place-items: center解析与用法详解

《CSSplace-items:center解析与用法详解》place-items:center;是一个强大的CSS简写属性,用于同时控制网格(Grid)和弹性盒(Flexbox)... place-items: center; 是一个强大的 css 简写属性,用于同时控制 网格(Grid) 和 弹性盒(F

python常见环境管理工具超全解析

《python常见环境管理工具超全解析》在Python开发中,管理多个项目及其依赖项通常是一个挑战,下面:本文主要介绍python常见环境管理工具的相关资料,文中通过代码介绍的非常详细,需要的朋友... 目录1. conda2. pip3. uvuv 工具自动创建和管理环境的特点4. setup.py5.

全面解析HTML5中Checkbox标签

《全面解析HTML5中Checkbox标签》Checkbox是HTML5中非常重要的表单元素之一,通过合理使用其属性和样式自定义方法,可以为用户提供丰富多样的交互体验,这篇文章给大家介绍HTML5中C... 在html5中,Checkbox(复选框)是一种常用的表单元素,允许用户在一组选项中选择多个项目。本

Python包管理工具核心指令uvx举例详细解析

《Python包管理工具核心指令uvx举例详细解析》:本文主要介绍Python包管理工具核心指令uvx的相关资料,uvx是uv工具链中用于临时运行Python命令行工具的高效执行器,依托Rust实... 目录一、uvx 的定位与核心功能二、uvx 的典型应用场景三、uvx 与传统工具对比四、uvx 的技术实

canal实现mysql数据同步的详细过程

《canal实现mysql数据同步的详细过程》:本文主要介绍canal实现mysql数据同步的详细过程,本文通过实例图文相结合给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的... 目录1、canal下载2、mysql同步用户创建和授权3、canal admin安装和启动4、canal

SpringBoot排查和解决JSON解析错误(400 Bad Request)的方法

《SpringBoot排查和解决JSON解析错误(400BadRequest)的方法》在开发SpringBootRESTfulAPI时,客户端与服务端的数据交互通常使用JSON格式,然而,JSON... 目录问题背景1. 问题描述2. 错误分析解决方案1. 手动重新输入jsON2. 使用工具清理JSON3.

Redis过期删除机制与内存淘汰策略的解析指南

《Redis过期删除机制与内存淘汰策略的解析指南》在使用Redis构建缓存系统时,很多开发者只设置了EXPIRE但却忽略了背后Redis的过期删除机制与内存淘汰策略,下面小编就来和大家详细介绍一下... 目录1、简述2、Redis http://www.chinasem.cn的过期删除策略(Key Expir

Go学习记录之runtime包深入解析

《Go学习记录之runtime包深入解析》Go语言runtime包管理运行时环境,涵盖goroutine调度、内存分配、垃圾回收、类型信息等核心功能,:本文主要介绍Go学习记录之runtime包的... 目录前言:一、runtime包内容学习1、作用:① Goroutine和并发控制:② 垃圾回收:③ 栈和