PTN网络仿真业务时钟恢复（总结）

troes

若核心网同步，则使用差分恢复；若核心网不同步，则使用自适应恢复。
两者都使用时戳来传递时钟（频率）信息。就设计而言，无论对于哪种模型，大家在接收端处理的对象都是相同的，都是相邻报文

的时戳。只是前者处理的时戳提取自RTP头部，由源端站点生成；后者处理的时戳由亚星游戏官网-yaxin222点在接收到报文时自动生成。故大家在设

计时只需根据时钟恢复模式选择时戳来源，而核心算法只有一套。
需要说明的是，差分模式下，时戳是由源站点生成的，故更能体现源业务的时钟特性，得到的时戳更加均匀。而自适应模式下，时

戳是在终端站点生成的，由于网络存在延时抖动等特性，报文达到的时刻不均匀，致使得到的时戳存在较大的抖动。无论是差分模

式还是自适应模式，由于时戳的不均匀特性，在终端处理时都必须对收到的时戳进行抖动过滤。若相邻时戳之间的差值和预期值相

比超过一定的门限（如10us，根据网络实际情况估算），大家就认为收到的时戳为无效时戳；否则，认为当前时戳为有效时戳，并

将其存储起来用于下一次差值计算。
时钟恢复的目的在于在宿端恢复出源端业务的时钟特性，关键点在于频率跟踪。举例来说，若宿端在恢复业务时发现发送出去的2M

业务慢于源端送来的业务，那么宿端就需要调高本地2M业务频率，使其更快；反之，使其更慢。那么，如何比较本地业务和远端业

务的快慢呢？通过比较时戳。当然，时戳必须具备业务的频率特性。
举例来说，对于2M E1业务，在源端大家使用64×2.048MHz的时钟来生成时戳。同样，在宿端，大家也使用64×2.048MHz的时钟来

生成本地时戳（本地时戳会在每次时戳更新时进行调整，以时刻跟踪网络时戳（源端时戳））。当然，这两个2.048MHz时钟是完全

不同的两个时钟。当大家发现这两个时戳值相差1时，其隐含的意义为，这两个2M业务的相位相差了1/64。那么，大家就可以据此

将本地时钟调快或调慢1个（64×2.048MHz=131.072MHz）时钟周期。同样地，对于SDH业务，当相位调整累积到64时，就可以进行

比特调整（S1/S2）调整了。

[ 本帖最后由 troes 于 2011-6-29 09:19 编辑 ]