时延抖动

时延抖动
时延抖动

IP电话系统语音抖动问题的分析

电话网、广播电视网、数据网三网合一是21世纪通信领域发展的必然趋势。人们已逐渐认识到,无论是传统的语音通信还是现代数据通信,最后都有可能走到统一的IP协议上来。IP 电话中的语音质量是制约其广泛应用的一个瓶颈,尤其是语音抖动现象的存在,更制约了IP电话在人们生活、工作中的应用,本文对IP电话中的语音抖动问题进行了分析,并初步提出了一个分析解决方案。

1通话过程中语音质量分析

1.1IP电话中出现的语音质量问题

在IP网络上传送话音,影响传送质量的因素主要有分组延时、分组丢失和抖动。

分组延时的定义是以秒为单位的由主机A在链路上开始向主机B发送1b信息,到主机B接收到该信息之间的时间差。换句话说,分组延时直接对应于从第一个用户开始谈话到第二个用户(听者)听到第一个音节之间的时间差。

分组丢失是指从主机A发送的,但不能到达主机B(目的地)的分组数占所发送的所有分组数的百分比。网络上分组丢失的百分比可能明显地影响IP网络上话音的质量。语音本是连续的信号,在将分组数据从主机A发送到主机B的过程中,由于分组传输路径不同,每个路径的长短和数据流量各不相同,造成了分组到达接受端的时间有所不同,这样在接受端回放的语音变得时断时连,这种现象称为话音抖动。

1.2解决技术分析

为解决IP电话中语音的质量问题,主要用以下7种技术进行提高和改善:语音压缩技术、回音消除技术、静噪抑制技术、话音抖动处理技术、话音优先技术、包分割技术和前向纠错技术。这里主要介绍语音抖动处理技术。

在语音抖动处理中主要采用的是抖动缓冲技术,即在接收方设定一个缓冲池,话音包到达时首先进入缓冲池暂存,系统以稳定平缓的速率将话音包从缓冲池中取出、解压、然后播放给受话者。这种缓冲技术可以在一定限度内有效处理话音抖动,提高音质。使用抖动缓冲技术的原理如图1所示:为了确定呼话音包的正确时间间隔,在RTP的包头上提供了一个时间戳(TimeStamp),用于记录这个呼包的产生时间。在发送端,IP网关产生的呼包①的A,B的时间间隔和B,C 的时间间隔均为20ms;经过IP网络的传输后,在接收端收到的呼包②的B,C的时间间隔变成了30ms;为了恢复原有的时间间隔,接收端呼网关根据每个呼包的RTP时间戳来确定呼包③的正确时间间隔,把他们恢复成原来的20 ms向下一级设备发送。由于消抖动缓存池不是在接收到每一个话音包的情况下就立即转发,因此还要确定适当的转发延时的大小。如果延时太长,就会使系统整体的延时变得很长;如果延时太短,IP 话音包在允许的时间范围内没有到达,话音仍会出现抖动现象,缓存池的作用不很明显。取两者平衡点的结果通常是使缓存器的网络延时保持在40 ms左右。

2解决语音抖动问题的方案

2.1抖动的处理思路

Internet的实质是分组交换网络,IP分组是存储、转发的最小单元。因此,同一信源的分组可能经过不同的路由传输到接收端,分组到达接收端的时延也不同。这种分组传输时延的不同被称为时延抖动。时延抖动的存在引起收端解码后的语音信号出现间断,造成语音失真,所以必须进行时延抖动的吸收补偿。与分组网传输数据相比,电路交换则是由于预先分配了信道资源,通信子网以流的方式对待数据,即各帧数据从A端到达B端的时间相等,这样也就不存在抖动的问题。在设计IP电话中的语音抖动处理方案时,可以做如下考虑:采用智能缓冲平滑的方法,即让接收端对抖动程度做出预测,并把接收到的信元存放在缓冲器中,采用适当长度的抗抖动缓存,吸收延时后再输出。

如图2所示,在语音的实际传输过程中,语音从发端出来,经过一系列网络设备,到达收端时,接收端接收到发端的语音后,其缓冲池自动对语音的抖动程度作出智能判断,然后根据其抖动程度,附加一个语音长度,吸收延时。但实际上延时抖动是随机的,从而附加抖动吸收时延很难准确地确定,如选择不当将产生“欠载”或“过载”现象。一种较为有效的解决办法是以还原语音突发中的总间断长度为基础来决定抖动吸收延时的大小。而且一般认为,当总间断长度在3ms以下时,即使不进行抖动吸收控制也能获得较好的再生语音。如何根据接收到的语音包来自适应地完成抗抖动缓存大小的选择,是抗抖动工作中最重要的一环(这是IP电话实时应用中必不可少的一步,目前只是在模型中设定了一个固定长度的Buffer)。

2.2语音抖动处理的设计

在前面的思路分析中,采用语音智能缓冲平滑的方法。这样在具体的设计方案中,对缓冲的处理是关键。

2.2.1设计缓冲区队列

传统的在单缓冲区方式下,采集语音数据时,缓冲区采集满到系统把这块数据成功发送出去的这段时间内,没有新的缓冲区提交给电话语音卡,所以这段时间内的语音信息就丢失了,回放语音数据时,在从网络上接收到一块语音数据到电话语音卡把这块数据回放完毕的这段时间内,从网络上来的数据也可能因没有空的缓冲区而丢失。

因此,可以设计4个缓冲区队列来保证语音的连续性,防止语音抖动:录音缓冲区队列、发送缓冲区队列、接受缓冲区队列和放音缓冲区队列工作原理简图如图3所示。当一块缓冲区满拿去发送时,马上从缓冲区队列中取一块空的缓冲区给电话语音卡继续进行录音,放音时,当从网络上接收到一块语音数据拿去回放时,马上从缓冲区队列中取一块空的缓冲区准备接收下一块网络上传送来的数据。

2.2.2缓冲区大小的设计原则

除了增加缓冲区数目来解决问题外,系统还通过适当增加缓冲区大小来进行保证,当一方网关发送一个数据块时,接收方网关用一定大小的缓冲区接收数据,只有当整个数据块都收到后,才放入语音卡放音缓冲区给语音卡放音。对每一个数据块来说,在网络上的传输是不连续的,但对整个数据块来说,他的传输就是相对连续的。缓冲区越大,语音的连续性越好。同时,增加缓冲区的大小后也带来了不利的因素,他增加了传输延迟。所以在实际应用中,必须在减少延迟和增加缓冲区大小之间取得一定的平衡,一般来说,取1kB为缓冲区的容量。

现有的缓存空间分配机制大都采用静态方法,由排队论的基本结论可知,绝大多数情况下顾客等待空间均处于非充满状态,但由于该空间中的未使用部分是“已分配”了的资源,故绝大多数情况下缓冲器均处在非充分利用的状态;此外,就资源利用而言,理想的缓存空间分配方法应是动态的按需分配,这既能大大提高缓冲器的利用率,又能很好地适应各业务流到达特性的动态变化,从而确保各业务流的语音质量,尤其是语音抖动要求。基于“动态按需分配”的思想,本文提出了一种缓存空间的动态分配方法:基于“附加块”的按需分配机制(ABB A)。假设网络结点在连接建立阶段为一用户连接分配的(基本)缓存容量为K,称接纳到达分组进入的缓存空间为该连接的“工作块”;在数据传送阶段,一旦因工作块已被占满而使新到达的分组不能进入系统,便立即申请附加的缓存空间,如果可以,管理者为其分配一片容量仍为K 的附加缓存空间,称其为该连接的“附加块”;随后,当前和以后到达的分组便只进入其附加块而不再进入原先的工作块需要指出,一旦申请成功,附加块就变成了新的工作块,而原工作块变为只接受系统服务而不再接纳到达分组的“过渡块”,此后,由于后续到达分组不再进入该过渡块,故他最终会被清空而释放,然后系统才为新的工作块服务。缓存块的状态有“工作”、“过渡”和“释放”3种。

2.3实验分析

利用系统仿真的思想建立一个数学模型,在此基础上对IP电话网络的语音性能进行模拟,使用计算机网络仿真软件,采用对象化、层次化的手段,进行程序设计,如图4所示。

在具体的建立仿真模型过程中,将网络部件定义成对象,每个有一套可配置的属性。编程环境应用C风格的脚本,同时用户可以使用图形用户接口GUI来构建一个网络或进程模型。节点代表在仿真网络拓扑中的网络节点或主机,用非常类似于ISO/OSI层模型的方式来组织节点。进程是节点模型中重要的模块,一个进程对网络协议或一个应用的行为进行模拟,

可以用一个有限状态自动机(FSA)来代表一个进程。模拟一个信息源,使其随机处于“0”和“1”两个状态,这样就可以仿真实现语音抖动的效果,他负责在一定的时间内,以特定的速率发送数据包,以及接收由其他的用户应用发送的数据。当目的地址设置后,用户应用得到了其他的属性,诸如平均速率、用户应用发送的每一个数据包的大小、仿真开始时间、发送周期持续时间,并在初始状态等待传输的开始。

接下来要实现的是守护进程,守护进程负责处理端系统的语音数据包,记录了在语音预约中的时延,可以测量出语音消息被发出和被接收之间的时延和抖动。在应用中,在节点模块中加入函数PROCESS(),用来在IP分组流中识别语音消息,对每一个进入的PATH消息PROCESS()在IP的IntServ状态表中检查会话是否已经存在。加入处理函数后,一旦信号被发送,IP进程就会将消息存储在临时缓存,并由到达状态变迁到空闲状态(以便他可以处理其他的到达的包)。当输出接口完成了QoS通道的建立,PROCESS()就会发送一个响应信号,应答IP进程。

运用上面的方法,对传送IP语音业务进行了仿真。仿真配置如图5所示,两个客户在同一条链路上发送语音业务,假定客户产生的业务相似。使用的语音数据编码平均速率为22kb/s,峰值速率为32kb/s的PCM编码。

对IP语音抖动进行仿真的结果如图6所示。

通过对图6的分析可以明显发现:嵌入设计方案的仿真结果的语音抖动现象明显比未嵌入设计方案的语音抖动要减轻得多。由此可以认为,这种设计方案切实可行,达到了设计目标。

网页时延分析

1.1 指标Resp_DelayFirst定义 如上图所示,手机通过发出GET/POST命令,向网络发起业务请求,网络返回response消息,确定手机与网络服务器建立连接。GB口采集到的GET/POST 到response的时延Resp_DelayFirst定义为MS请求时延,MS请求时延可以比较确切的反应GB口以上的服务器的处理时间。 1.2 网页Resp_DelayFirst时延指标统计分析 对西安四个SGSN时延进行分析,统计2012-9-23 22:00:00网页登陆时延,四个SGSN的平均Resp_DelayFirst登陆时延在397ms到452ms之间,最高的是SGSN27的452ms,如下图所示: 1.2.1 单网页Resp_DelayFirst时延指标统计分析 选取https://www.360docs.net/doc/8b6951873.html,,https://www.360docs.net/doc/8b6951873.html,,https://www.360docs.net/doc/8b6951873.html,三个网页重点分析。

统计2012-9-23 22:00:00网页Resp_DelayFirst时延,统计发现https://www.360docs.net/doc/8b6951873.html, 的Resp_DelayFirst时延较长,远高于全网平均水平。https://www.360docs.net/doc/8b6951873.html,,https://www.360docs.net/doc/8b6951873.html,的Resp_DelayFirst时延正常,接近全网平均水平。如下图所示: 统计https://www.360docs.net/doc/8b6951873.html,,https://www.360docs.net/doc/8b6951873.html,,https://www.360docs.net/doc/8b6951873.html,三个网页2012-9-23全天每个小时的Resp_DelayFirst时延,发现Resp_DelayFirst时延随着用户数、点击次数和流量的增加有上升趋势,Resp_DelayFirst时延越大,趋势越明显。其中SP:https://www.360docs.net/doc/8b6951873.html,的用户数有突增现象,导致Resp_DelayFirst时延也突然增加,如下表所示:

网络时延对PID控制性能影响的分析

目录 1网络化控制系统简介 (1) 2网络化控制系统中的问题 (2) 3网络延时对PID控制系统性能影响的分析 (4) 3.1系统描述(System description) (4) 3.2 仿真分析(Simulation analysis) (6) 4网络延时为不同值的系统分析 (8) 4.1网络延时的系统阶跃响应 (8) 4.2 的系统的阶跃响应 (9) 4.3 时的系统阶跃响应 (9) 4.4 系统根轨迹分析 (10) 5实际实验(P RACTICAL EXPERIMENT) (12)

1网络化控制系统简介 网络化控制系统NCS(Networked Control Systems),又称集成通讯与控制系统ICCS (Integrated Communication and Control System)。一般认为ICCS是一种全分布式、网络化实时反馈控制系统,是将控制系统的传感器、控制器、执行器等单元通过通讯网络连接起来形成闭环的分布式控制系统。其涵盖了两方面的内容:系统节点的分布化和控制回路的网络化。这种网络化的控制模式具有信息资源能够共享、连接线数大大减少、易于扩展、易于维护等优点,但由于网络中的信息源很多,信息的传送药分时占用网络通讯资源,而网络的承载能力和通讯带宽有限,必然造成信息的冲撞、重传等现象的发生,使得数据在传输过程中不可避免地存在时延。时延由于受到网络所采用的通讯协议、负载状况、网络速率以及数据包大小等情况到影响,呈现出或固定或随机,或有界或无界的特征,从而导致控制系统性能下降甚至不稳定,也给控制系统的分析和设计带来困难。网络给NCS带来的主要问题包括:时延采样时刻和执行器响应时刻间出现了不可忽略的滞后;在某时间间隔内存在于时间相关的抖动;由于数据包在网络中传输发生丢失或冲突,导致时延增大甚至系统失稳。NCS的性能不仅依赖于控制策略及控制律器的设计,而且受到网络通讯和网路资源的限制。信息调度应尽可能避免网络中信息的冲突和拥塞现象的发生,从而大大提高网络化控制系统的服务性能。 网络化控制系统是综合自动化技术发展的必然趋势,是控制技术、计算机技术和通信技术相结合的产物。本书基于现场总线技术及自动化北京市重点实验室的科研成果,系统地介绍了网络化控制系统的组成原理、控制结构、建模方法,网络拥塞闭环控制机理,网络时延闭环控制方法,现场总线控制技术及应用,基于工业以太网的控制系统设计,基于Internet 和Web的网络远程控制系统设计。网络化控制系统软件开发技术,以及网络化控制技术在工业加热炉、工业锅炉和电厂锅炉湿法烟气脱硫中的应用。 在传统的计算机控制系统中,传感器和执行器都是与计算机实现点对点的连接,传递信号一般采用电压和电流等模拟信号。在这种结构模式下,控制系统往往布线复杂,从而增加了系统成本,降低了系统的可靠性、抗干扰性、灵活性和扩展性,特别在地域分散的情况下,传统控制系统的高成本、低可靠性等弊端更加突出。随着计算机技术和网络通信技术的不断发展,工业控制系统也发生了巨大的技术变革,网络化控制系统(NetworkedControlSystem,NCS)应运而生,其主要标志就是在控制系统中引入了计算机网络,从而使得众多的传感器、

rtcp丢包抖动时延计算原理

RTP/RTCP 丢包/抖动/时延计算原理 1.RTP/RTCP的基本功能介绍 实时传输协议RTP(A Transport Protocol for Real-Time Application)提供实时的端对端传输业务(如交互的语音和图象),包括负载类型标识,序列号,时间戳,传输监视。 实时传输协议(RTP)本身并不提供任何机制保证实时传输或业务质量保证,而是让底层协议去实现。 RTP包括两个紧密相关的部分: 实时传输协议(RTP-Real Time Transport Protocol),传输有实时特性的信息; RTP控制协议(RTCP-RTP Control Protocol),监视业务质量和传输对话中成员的信息。 RTP/RTCP报文封装格式为:DL+IP+UDP+RTP/RTCP 2.RTP报文统计方法介绍 RTP报文发送统计: NTP时间标志:64比特,指示了此报告发送时的壁钟(wallclock)时刻,它可以与从其它接收者返回的接收报告块中的时间标志结合起来,测量到这些接收者的环路时延。 RTP时间标志:32比特,与以上的NTP时间标志对应同一时刻,但是与数据包中的RTP时间标志具有相同的单位和偏移量。 发送包数:32比特,从开始传输到此SR包产生时该发送者发送的RTP数据包总数。 若发送者改变SSRC识别符,该计数器重设。 发送字节数:32比特,从开始传输到此SR包产生时该发送者在RTP数据包发送的字节总数(不包括头和填充)。若发送者改变SSRC识别符,该计数器重设。 RTP报文接收统计: 丢包率:8比特,自从前一SR包或RR包发送以来,从SSRC_n传来的RTP数据包的损失比例,以固定点小数的形式表示,小数点在此域的左侧,等于将丢包率乘256后取整数部分。该值定义为损失包数被期望接收的包数除。(对应RTCP消息中的丢

VOLTE掉话率及接入时延分析20160513

QZ VOLTE掉话率及接入时延短板分析 一、VOLTE掉话率分析 1、VOLTE掉话率概述 通过提取GN平台掉话率专题分析统计了近7天全省VOLTE掉话率,情况如下: VOLTE掉话率=VOLTE掉话总次数/VOLTE应答总次数。从指标情况看,衢州掉话率为0.29%排名第十,与省平均掉话率差距0.14%,与省内最优地市掉话率差距0.24%,相比其他地市VOLTE应答总次数基数较小,且掉话总次数偏高。VOLTE 应答总次数基数大的地市掉话率整体较低。 2、VOLTE掉话分析 1)GN平台提取VOLTE掉话原因分布如下:

1、1 TX2 RELOCOverall E xpiry;分析部分小区为无线环境差导致在ESRVCC 过程中X2定时器超时,导致上下文释放携带此错误代码,现通过提升B2门限与增加功率来解决此类问题,还有部分疑难小区已跟取calltrace待问题复现后分析。 2、16 Normal Call Clearing;表示呼叫正在被清除,这是因为呼叫所涉及的 用户之一已经请求清除呼叫,这种情况流程正常,被叫侧上发某SIP消息携带该信息,一般为被叫挂机,怀疑为GN平台统计问题。 3、21 Radio Connection with UE lost,一般为无线问题,已进行最低接入电 平修改,B2门限抬升,功率调整,以及频繁切换地带修改CIO,减少切换,部分小区已解决,对于疑难小区已跟取calltrace待问题复现后分析。 若解决掉话主要问题 1 TX2 RELOCOverall E xpiry占比29.17% 、21 Radio Connection with UE lost占比20.83%,掉话率可提升50%。 2)GN平台近一天大于2次小区掉话分析

经典案例-VoLTE抖动时延优化专题研究

VOLTE抖动时延优化专题研究

目录 摘要 (3) 背景 (4) 一、RTP简介 (5) 1.1RTP是什么 (5) 1.2RTP的应用环境 (5) 1.3RTP时延抖动公式 (6) 二、VOLTE调度概述 (7) 2.1向网侧发送BSR (7) 2.2向网侧发送SR (7) 2.3发起竞争随机接入 (8) 三、智能预调度优化 (8) 3.1优化背景 (8) 3.2预调度原理 (8) 3.3智能预调度与DRX关系 (10) 3.4预调度功能验证 (11) 3.4.1定点验证 (11) 3.4.2连片验证 (13) 3.4.3智能预调度参数组验证 (15) 四、DRX优化 (18) 4.1DRX原理 (18) 4.1.1DRX概述 (18) 4.1.2为什么要使用DRX-InactivityTimer (19) 4.1.3长周期和短周期 (19) 4.1.4DRX流程 (20) 4.2DRX功能生效验证 (21) 4.2.1测试软件观察DRX参数配置 (21) 4.2.2智能预调度与DRX关系 (22) 4.3DRX参数优化验证 (26)

4.3.1DRX长周期优化 (26) 4.3.2拉网验证 (27) 五、上行补偿调度优化 (29) 5.1优化原理 (29) 5.2测试验证 (30) 5.2.1定点验证 (30) 5.2.2连片验证 (31) 六、语音调度优先优化 (33) 6.1优化原理 (33) 6.2测试验证 (34) 6.2.1定点验证 (34) 6.2.2连片验证 (35) 七、总结 (36)

摘要 随着4G网络的快速发展,以及电信VOLTE的商用的临近,电信用户也对高清VOLTE业务充满着期待,同时VOLTE语音新业务的兴起及用户对体验的追求时时刻刻挑战着目前网络的现状。语音抖动时延是各个语音承载网络制式下的重要感知指标,本文主要以优化VOLTE调度方式为切入点,从绑定智能预调度参数组、优化DRX长周期、上行调度补偿和语音调度优先四个方面探索缩短语音抖动时延的方法,提升VOLTE用户感知。 【关键字】RTP 抖动时延智能预调度 DRX 上行补偿调度语音调度增强 背景 语音包在UM传输模式下,对端并不能完全接受,RTP Packet Loss丢包类型字段也有很多,其中RTP NETWORK LOSS 表示终端收到的RTP包序号不连续,分为二种情况,第一种是RTP空口/网络传输中被丢弃,第二种是RTP包到达乱序,序号大的包先到,此类场景出现较少。第一种会影响MOS分,第二种对MOS无影响,终端可以自己排序。QDJ UNDERFLOW表示RTP包没有丢,但是包抖动太大,终端对应时刻在buffer中取改RTP包时没有收到对应的包,该类对MOS有影响。其中在抚州前期的拉网测试中出现许多这种因为语音包时延抖动过大导致语音包溢出缓冲区,导致语音包丢失。如下图

长时延丢包网络控制系统的分析与建模

长时延丢包网络控制系统的分析与建模 江卷,朱其新 华东交通大学电气学院,南昌(330013) E-mail:broading@https://www.360docs.net/doc/8b6951873.html, 摘要:本文分析了网络控制系统中的主要问题,在传感器为时间驱动,控制器和执行器为事件驱动的前提下,提出了在综合考虑网络诱导时延、时序错乱和数据包丢失时网络控制系统的建模方法,并得出了网络控制系统模型。 关键词:网络控制系统;长时延;数据包丢失;建模 1.引言 网络控制系统(networked control systems,简记为NCS)是指通过网络形成闭环的反馈控制系统,是控制科学和飞速发展的计算机网络、以及通讯技术相结合的产物。NCS与传统的点对点结构的系统相比,减少了复杂的物理连接、可以实现资源共享、实现远程操作与控制、具有高的诊断能力、安装与维护简便、能有效减少系统的重量和体积、增加了系统的灵活性和可靠性等诸多优点。正因为这些优点使得网络控制系统得到广泛的应用,网络控制问题也得到了国际控制科学界和计算机科学界的广泛关注。 网络控制系统由传感器、控制器和执行器三部分组成。传感器和控制器以及控制器和执行器之间是通过网络进行数据传输的。网络控制系统(NCS)的结构如图1所示。 图1 网络控制系统结构示意图 由于网络加入控制系统中,给控制系统带来优点的同时,也给控制系统的研究带来了新的机遇和挑战。在网络中由于不可避免地存在网络阻塞和连接中断,这又会导致网络数据包的时序错乱和数据包的丢失。NCS中的网络诱导时延会降低系统性能甚至引起系统不稳定,现在时延系统的分析和建模近年来已取得很大发展。文献【1, 2】提出了通过在系统的数据接收端设置一定长度的缓冲区的方法将ICCS的随机时延转化成一确定性时延,从而将一随机时变的系统转换成一确定性系统,并基于该确定性模型设计了ICCS的多步时延补偿器,并检验了系统模型中含有不确定参数时该补偿算法的鲁棒性。文献【3】出了一种多输入多输出ICCS的时延补偿算法,并将使用下一步预测的标准环路传递再生方法推广到多步预测的情况。由于NCS的确定性控制方法人为地扩大了网络诱导时延,从而降低了系统的性能因此很多学者研究了NCS的随机控制方法。文献【4】分析了ICCS的网络诱导时延,在时延分析中考虑了信号丢失(message rejection)和无效采样(vacant sampling),并基于控制器的离

LTE系统时延的分析与研究

LTE 系统时延的分析与研究 摘要】在移动互联网应用对无线通信技术日益提 升的多样化业务需求下,LTE 系统的作用逐渐得到了凸显。 该系统不仅能够对无线信号进行承载,为用户提供高速率与低时延的业务服务,同时对业务承载与交互进行优化,为统 、开放性的业务接口提供支持。本文将就LTE 系统时延技术展开全面论述,旨在提高LTE 系统的优化能力,为广大用户带来更加理想的业务体验。 关键词】时延控制LTE 系统时延技术用户面数 据速率 LTE 系统是一种无线空口技术,是3G 向4G 进行演进的 重要技术,系统本身传输速率已经达到了100Mbps,能够有 效改善移动宽带用户的使用体验。该系统不仅能够有效缩短用户等待时间,同时还能切实提升用户数据速率以及系统容量,功能较为庞大。而时延作为系统的重要指标之一,能够实现用户面时延以及控制面板时延等操作,作用较大。为对时延技术进行深入,首先应对LTE 系统技术特征进行明确 、LTE 系统技术特征 第一,其上下行峰值速率分别能够达到50Mbps 以及 100Mbps,传输速率相对较高;第二,与以往版本频谱效率

相比,该系统上下行链路分别在每赫兹 2.5bit/s 与 5bit/s ,效 率有着显著的提升;第三,将分组域业务的承载作为系统的 主要工作目标,以分组交换作为基础进行系统架构构建;第 四,整体系统部署更加灵活,可以同时支持多种系统宽带进 行使用,支持多种频谱分配方式,为系统部署的灵活使用奠 定了良好基础;第五,子帧长度在 0.5 毫秒以及 0.67 毫秒, 整体无线网络时延得到了有效降低,可以妥善解决向下兼容 存在的弊端,能够对网络时延进行有效控制;第六,能够有 效提高小区边缘比特速率数值,能够在保证基站位置不发生 变化的基础上,对小区边缘比特速率进行提升,小区整体数 据速率会得到显著提高;第七,更加注重系统的向下兼容性 强调对 3G 系统以及非 3GPP 系统的协调式使用,整体 系统运作更加规范化,系统技术优势更加明显。 、 LTE 系统时延分析 2.1 控制面时延 所谓“控制面时延”是指,控制面在驻留状态向激活状 态转化过程中,界面由睡眠状态转向激活状态需要经历的时 间。通常 LTE 系统控制面睡眠状态转向激活状态的时间在 50 毫秒以内, 而驻留状态迁移到激活状态的时间在 100 毫秒 DETACHED ”状态:在这种状态之中,并没有相应的 IP 地址,系统也无法对 UE 位置进行确定,通常 UE 也会处于 能, 以内。此时系统的状态通常会呈现出三种协议状态: 1)

C-RAN组网时的CPRI时延抖动测试方法

C-RAN组网时的CPRI时延抖动测试 是德科技(中国)有限公司李凯 摘要: 集中基带池和分布式射频拉远技术是4G/B4G/5G无线接入网组网的发展趋势。为了节省光纤资源,会把基带池和多个射频拉远模块间的CPRI链路复用在一根光纤上进行传输,由此增加的时延抖动是否会影响系统可靠性是设计组网方案时要重点考虑的因素。本文介绍了一种利用是德公司(原安捷伦公司电子测量仪器部)的高带宽实时示波器进行C-RAN组网时的CPRI 时延抖动测试的方法,并根据实际测试结果对彩光直驱和OTN承载两种方式的时延抖动进行了分析。 关键词: C-RAN,CPRI,时延精度,抖动 一、前言 4G移动通信技术已经进入商用阶段, 5G关键技术业已进入研发。目前及未来的更长时间,运营商需要在有限的频谱资源下提供更高的容量和数据传输速率。LTE/LTE-A中高带宽及高阶调制技术的引入,使得对于信噪比要求更高,因此单个LTE基站的覆盖范围会比采用3G技术时要小。密集组网和基站间协作的要求带来了基站站点数量扩容的巨大需求,相应地带来了选址、功耗、海量光纤资源的巨大挑战。因此,合适的组网和传输方案是推进高速数据网络应用普及的关键技术。 为此,各大运营商都在进行新的无线接入网组网方式的研究。比如中国移动的C-RAN是基于集中化处理(Centralized Processing)、协作式无线电

(Collaborative Radio)、实时云计算构架(Real-time Cloud Infrastructure)的绿色无线接入网构架(Clean system)。其本质是通过将基带单元BBU集中放置以减小站址数量,并把室外的远端射频单元RRU通过合适的传输方案拉远到需要覆盖的区域。这种组网方式大大减少了机房的数量,从而减少了建设、运维费用,同时可以采用协作化、虚拟化技术,实现资源共享和动态调度,提高频谱效率,以达到低成本,高带宽和灵活度的运营。图1是C-RAN的组网方式(参考资料:https://www.360docs.net/doc/8b6951873.html,) 图1 C-RAN无线接入网组网方式 但是这种组网方式也带来了新的挑战,其中一个要考虑的就是BBU和RRU间的CPRI信号经过传输后的时延抖动是否还满足CPRI规范的要求。

实验3排队时延和丢包

实验三 一.实验名称:排队时延和丢包 二.实验目的 1.深入理解排队时延和丢包的概念 2.深入理解排队时延和丢包的关系 三.实验环境 1.运行Windows 2003 Server/XP操作系统的PC机一台。 2.每台PC机具有以太网卡两块,通过双铰线与局域网相连 3.java虚拟机,分组交换Java程序 四.实验步骤 1. 熟悉实验环境 实验之前先要设定好发送速率和传输速率 ●发送速率可选择350packet/s或500 packet/s ●传输速率可选择350 packet/s、500 packet/s或1000 packet/s。 2.设定参数:发送速率为500packet/s传输速率为500packet/s 传输速率等于发送速率时,一般不会发生丢包现象,如图3-1所示

图3-1缓存队列偶尔溢出 3.设定发送速率为500 packet/s,传输速率为350 packet/s 此时,分组一般在路由器缓存中会产生排队现象,从而导致排队时延。由于缓存器容量(队列)是有限的,当到达的分组发现排列队列已满时,将会被丢弃(参见图3-2)。 图3-2排队队列已满,到达分组被丢弃 4.设发送速率为500 packet/s,传输速率为1000 packet/s 当发送速率比传输速率小得多时,也不会产生排队时延(参见图3-3)

图3-3不会产生排队时延 五.实验现象及结果分析 1.传输速率等于发送速率时,一般不会发生丢包现象。但当实验的 时间较长时,缓存队列偶尔也会发生溢出,请分析其原因。 答:时延是指数据从网络的一端传送到另一端的所需时间。其由发送时延、传播时延、处理时延、排队时延这几个不同的部分组成的。排队时延分组在经过网络传输时,要经过许多路由器。但分组再进入路由器后要先在输入队列中排队等待处理。在路由器确定了转发接口后,还要在输出队列中排队等待转发,即产生了排队时延。排队时延的长短往往取决于网络当时的通信量。当网络的通信量很大时会发生队列溢出,使分组丢失,即发生了丢包现象。传输速率等于发送速率时,一般不会发生丢包现象。但当实验的时间较长时,缓存队列偶尔也会发生溢出,这主要是由于长时间后偶尔处理时延会比较长,队列容量有限,有可能出现堆满的情况,则数据会在缓存中等待处理。 2.你自己可以选定一系列参数组进行模拟实验,并分析其中原理和 呈现的规律性。并且,同学们可以查看程序代码分析实验的情况。 答:自己加350 1000 下面是实验图

时延抖动

IP电话系统语音抖动问题的分析 电话网、广播电视网、数据网三网合一是21世纪通信领域发展的必然趋势。人们已逐渐认识到,无论是传统的语音通信还是现代数据通信,最后都有可能走到统一的IP协议上来。IP 电话中的语音质量是制约其广泛应用的一个瓶颈,尤其是语音抖动现象的存在,更制约了IP电话在人们生活、工作中的应用,本文对IP电话中的语音抖动问题进行了分析,并初步提出了一个分析解决方案。 1通话过程中语音质量分析 1.1IP电话中出现的语音质量问题 在IP网络上传送话音,影响传送质量的因素主要有分组延时、分组丢失和抖动。 分组延时的定义是以秒为单位的由主机A在链路上开始向主机B发送1b信息,到主机B接收到该信息之间的时间差。换句话说,分组延时直接对应于从第一个用户开始谈话到第二个用户(听者)听到第一个音节之间的时间差。 分组丢失是指从主机A发送的,但不能到达主机B(目的地)的分组数占所发送的所有分组数的百分比。网络上分组丢失的百分比可能明显地影响IP网络上话音的质量。语音本是连续的信号,在将分组数据从主机A发送到主机B的过程中,由于分组传输路径不同,每个路径的长短和数据流量各不相同,造成了分组到达接受端的时间有所不同,这样在接受端回放的语音变得时断时连,这种现象称为话音抖动。 1.2解决技术分析 为解决IP电话中语音的质量问题,主要用以下7种技术进行提高和改善:语音压缩技术、回音消除技术、静噪抑制技术、话音抖动处理技术、话音优先技术、包分割技术和前向纠错技术。这里主要介绍语音抖动处理技术。 在语音抖动处理中主要采用的是抖动缓冲技术,即在接收方设定一个缓冲池,话音包到达时首先进入缓冲池暂存,系统以稳定平缓的速率将话音包从缓冲池中取出、解压、然后播放给受话者。这种缓冲技术可以在一定限度内有效处理话音抖动,提高音质。使用抖动缓冲技术的原理如图1所示:为了确定呼话音包的正确时间间隔,在RTP的包头上提供了一个时间戳(TimeStamp),用于记录这个呼包的产生时间。在发送端,IP网关产生的呼包①的A,B的时间间隔和B,C 的时间间隔均为20ms;经过IP网络的传输后,在接收端收到的呼包②的B,C的时间间隔变成了30ms;为了恢复原有的时间间隔,接收端呼网关根据每个呼包的RTP时间戳来确定呼包③的正确时间间隔,把他们恢复成原来的20 ms向下一级设备发送。由于消抖动缓存池不是在接收到每一个话音包的情况下就立即转发,因此还要确定适当的转发延时的大小。如果延时太长,就会使系统整体的延时变得很长;如果延时太短,IP 话音包在允许的时间范围内没有到达,话音仍会出现抖动现象,缓存池的作用不很明显。取两者平衡点的结果通常是使缓存器的网络延时保持在40 ms左右。 2解决语音抖动问题的方案

计算机网络课后题答案第八章

第八章因特网上的音频视频服务 音频视频数据和普通文件数据都有哪些主要区别?这些区别对音频视频数据在因特 网上传送所用的协议有哪些影响?既然现有的电信网能够传送音频视频数据,并且能够保 证质量,为什么还要用因特网来传送音频视频数据呢? 答: 区别 第一,多音频视频数据信息的信息量往往很大, 第二,在传输音频视频数据时,对时延和时延抖动均有较高的要求。 影响 如果利用协议对这些出错或丢失的分组进行重传,那么时延就会大大增加。因此 实时数据的传输在传输层就应采用用户数据报协议而不使用协议。 电信网的通信质量主要由通话双方端到端的时延和时延抖动以及通话分组的丢失率决 定。这两个因素都是不确定的,因而取决于当时网上的通信量,有网络上的通信量非常大以 至于发生了网络拥塞,那么端到端的网络时延和时延抖动以及分组丢失率都会很高,这就导

致电信网的通信质量下降。 端到端时延与时延抖动有什么区别?产生时延抖动的原因时什么?为什么说在传送音 频视频数据时对时延和时延抖动都有较高的要求? 答:端到端的时延是指按照固定长度打包进分组送入网络中进行传送;接收端再从收到 的包中恢复出语音信号,由解码器将其还原成模拟信号。时延抖动是指时延变化。数 据业务对时延抖动不敏感,所以该指标没有出现在测试中。由于上 多业务,包括语音、视频业务的出现,该指标才有测试的必要性。产生时延的原因 数据包之间由于选择路由不同,而不同路由间存在不同时延等因素,导致同一 的数据包之间会又不同的时延,由此产生了时延抖动。 把传播时延选择的越大,就可以消除更大的时延抖动,但所要分组经受的平均时延也 增大了,而对某些实时应用是很不利的。如果传播时延太小,那么消除时延抖动的效果就较 差。因此播放时延必须折中考虑。 目前有哪几种方案改造因特网使因特网能够适合于传送音频视频数据?

接入时延分析

接入时延分析 典型的接入时间 接入试探一般大约需要500ms,但是如果移动台位于覆盖区域的边缘地带时有可能需要2~3秒的时间。一旦基站成功地接收到呼叫请求,一般要在200ms的时间内给移动台发送呼叫确认。另外基站需要大约300ms的时间给移动台发送信道指配消息。基站成功解调反向业务信道和通过前向业务信道向移动台发送业务信道确认消息大概需要500-1500ms的时间。最后,还需要200ms的时间来发送业务连接消息。从基站接收到呼叫请求消息算起总的接入时间大概在1.5~2秒的范围内。 语音接入流程示意图 通常意义上,接入时延的统计是从MS发送第一个Origination Message开始,到Service Connect Complete Message结束,两条信令之间的时延。 接入过程

在第1阶段,MS在发送出第一个Origination Message后,如果没有收到第2阶段BS ACK 消息,在TA+RT时间后,MS将会发出第二个Origination Message,直到收到BS ACK消息。如果在NUM_ STEP* MAX_REQ_SEQ后,仍然没有收到BS ACK消息,则接入失败。 影响接入时延的参数设置 ACC_TMO,响应超时时间; MAX_REQ_SEQ,接入信道请求最大探测序列数; MAX_RSP_SEQ,接入信道响应最大探测序列数; NUM_ STEP,接入探测数; 现网设置值 TA : (2+ACC_TMO)×80 ms 根据现网设置,在极限状态下(信号不好或者反向干扰严重的状态下),手机接入试探过程可能持续(2+5)*80*5*2=5600ms,即约6s的时间,整个接入过程约7s 影响时延的无线环境因素 反向RSSI、Ec/Io、RxPower、TxPower 测量RSSI结果为 在本次测试中,Ec/Io、RxPower、TxPower均正常。

Ping时延测试分析指导书

Ping时延测试分析指导书 1 测试步骤 1)使用测试电脑进行PS业务激活,同时启动Ethereal抓包,Ethereal抓包方法参见《工具-传输-抓包-端口镜像Ethereal抓包专题使用指导书》。 2)使用电脑的DOS命令进行ping包测试,ping字节大小1024byte。IP地址为测试服务器的地址。比如北京办一个服务器的IP地址为114.247.23.23 相关命令如下 ping 114.247.23.23 -l 1024 –n 200 这个命令的意思是ping字节大小为1024bytes,服务器地址为114.247.23.23,ping的次数为200次。 3)启动PING测试之前,启动RNC的CDT跟踪,需要跟踪到L2用户面的信息,相关设置参见相关跟踪指导书。 2 数据分析 1)UE侧的数据跟踪可以直接使用Ethereal软件打开,如下所示: 2)设置时间显示格式,如下所示:

显示的最小粒度为0.001ms,如下所示: 这个时间格式可以根据需要来进行调整。 3)把相关消息导出为EXCEL表格,就可以计算相关时延了。如下所示:

输入相关的文件名,注意目前只能导出CSV的格式。然后点OK就可以了。4)导出的EXCEL表格经过简单处理就可以得出下面的ping时延。

5)对于RNC侧跟踪的CDT数据,先需要把用户面的数据提取出来,如下所示: 6)点击提取后,相关目录下面就出现了文件名UserPlane_PS.cap,如下所示: 7)然后使用Ethereal软件对UserPlane_PS.cap文件进行处理,这个文件的处理方式和UE前台

时延抖动概念

1、时延 时延是指数据包第一个比特进入路由器到最后一比特从路由器输出的时间间隔。在测试中通常使用测试仪表发出测试包到收到数据包的时间间隔。时延与数据包长相关,通常在路由器端口吞吐量范围内测试,超过吞吐量测试该指标没有意义。 时延的产生有多种因素,下面列出了主要的时延源: 编码的处理:模拟形式的声音信号在CODEC被采样和量化为PCM信号,DSP对PCM 信号进行压缩处理所产生的时延为编码处理时延。这种时延产生在设备侧,如果设备的编码器固定,则编码时延也固定。 包化:包化就是将编码器输出的语音净荷放置到RTP/UDP/IP包中的过程,相对于编码的时延,包化的时延很小,因为包化的过程没有复杂的运算,仅仅是增加包头和计算校验和,而编码则有大量的数学运算。 队列(Queuing):语音的净荷放置到IP包中后,要被设备转发到目的地,这些包会在设备的出接口队列中,等待被调度。转发设备不同的队列机制对IP包的处理有很大不同。可以通过合理的配置来减少语音包在队列中等待的时间,进而减少队列时延。 串行化(Serialization):接口队列中的语音IP包,被送离设备前会放置到接口的物理队列当中,如果物理队列中有一个较大分组,还在发送状态,则语音分组必须等待这个较大的分组发送完毕后才能发送,这个等待的时间就是串行化时延。比如一个时钟速率为64kbps 的链路要发送一个1600Bytes大小的FTP分组,则串行化产生的时延会达到200ms (1600×8/64000×1000)。这对于后面等待的语音包来说已经是很大的时延了。 广域网时延:对于ISP提供的广域网链路,对于用户来说只是一个黑盒子,除了上述的编码时延外,构成广域网链路的路由器交换机都会产生包化、队列、串行化的时延。而且到达同一目的的路径不同,其每个包的时延也不同,而这些时延对于用户来说是不可控的,当然我们在租用ISP的线路时,可以要求ISP提供符合时延要求的线路。 2、时延抖动 时延抖动是指时延变化。数据业务对时延抖动不敏感,所以该指标没有出现在Benchmarking测试中。由于IP上多业务,包括语音、视频业务的出现,该指标才有测试的必要性。 变化的时延被称作抖动(Jitter),抖动大多起源于网络中的队列或缓冲,尤其是在低速链路时。而且抖动的产生是随机的,比如你无法预测在语音包前的数据包的大小,既便你使用LLQ,如果大数据包正在传输过程中,当语音分组到达时,它还是要等待数据分组被发送完。而在低速的链路中,语音数据混传时,抖动是不可避免的。通常使用LFI将大包拆小,来减少大包对时延的影响。 在传统的数据测试中,抖动并不是一个被广泛重视的指标,因为对纯数据业务,抖动的影响并不是非常明显,所以过去不同的测试仪表对于抖动的定义也是各不相同。但是抖动对于视频和语音业务的质量影响非常大。城域以太网技术的驱动之一在于基于IP的视频和音频业务,所以MEF论坛和RFC 3393对抖动做了非常明确的定义:Jitter为顺序传递的相邻两个帧的转发时延之差的绝对值。Jitter值恒为正。图6是抖动计算的原理图。

2排队时延和丢包

计算机网络设计实验报告 09012211 孙磊 实验二:排队时延和丢包 实验目的 1.深入理解排队时延和丢包的概念 2. 深入理解排队时延和丢包的关系 实验步骤 1、熟悉实验环境 实验之前先要设定好发送速率和传输速率 发送速率可选择350packet/s或500 packet/s 传输速率可选择350 packet/s、500 packet/s或1000 packet/s。 2、设定参数:发送速率为500packet/s传输速率为500packet/s 传输速率等于发送速率时,一般不会发生丢包现象。 3、设定发送速率为500 packet/s,传输速率为350 packet/s 此时,分组一般在路由器缓存中会产生排队现象,从而导致排队时延。由于缓存器容量(队列)是有限的,当到达的分组发现排列队列已满时,将会被丢弃。

4、设发送速率为500 packet/s,传输速率为1000 packet/s 当发送速率比传输速率小得多时,也不会产生排队时延。 实验分析 1. 传输速率等于发送速率时,一般不会发生丢包现象。但当实验的时间较长时,缓存队列偶尔也会发生溢出。 2.到达先后次序不同的分组在分组丢弃和排队时延方面的表现也有所不同。如果有多个分组依次到达一个空队列,那么传输的第一个分组将不会经受任何排队时延,而最后一个分组将经受相对大的排队时延,甚至有可能被丢弃。发送速率和传输速率之间的关系对于分组的丢失和排队时延也起到重要作用,当发送速率小于传输速率时,分组不会有排队时延,更不会丢失;当发送速率等于传输速率时,分组也不会丢失;当发送速率大于传输速率时,分组产生排队时延,队列容量有限,当队列满时,到达的分组就被丢弃。在本实验中,发送方是以恒定的速率发送分组的。在实际网络环境下,发送方通常是依据某种概率分布来发送分组的,这样会导致发送速率比较快时可能发生丢包现象,发送速率慢时不会发生丢包现象。

网络时延和时延抖动

延迟和抖动是网络性能的重要参数,对上层应用都有非常重要的影响。延迟是不可避免的,因为数据在链路中的传输必须经过一定的时间。对于一个特定的网络路径,延迟主要有传输延迟、传播延迟、处理延迟是固定延迟,排队延迟是可变延迟。排队延迟是由网络动态来决定的,网络中的拥塞状况不同,排队延迟有很大的变化。抖动是由数据包到达延迟的不同造成的。避免抖动主要基于缓冲技术。 网络延迟 数据包穿越一个或多个网段所经历的时间称为延迟。从用户的角度讲,延迟即用户发出请求到接收到远端应用系统的响应的时间。基于TCP/IP协议网络传输包括以下处理过程:路由器处理、用户数据单元在网络上传输以及服务器处理过程,相应地将产生路由延迟和用户数据单元在网络上的传输延迟。路由延迟包括域名请求延迟、TCP连接建立和释放延迟以及IP寻径延迟。从测试的角度讲,延迟分为单向延迟和双向延迟。 延迟的分类 在数据传输过程中,一般认为延迟分为如下几个部分:传输延迟,传播延迟,处理延迟和排队延迟。 打包延迟 各层的协议数据单元(PDU)都具有不同的有效负载长度,而应用层产生的响应大小的信息流需要一定的持续时间。协议层等待应用层产生满足PDU有效负载长度的字节流量,然后才能打包成协议数据单元(PDU)。这段等待时间就是打包延迟。打包延迟是实时数据流应用独有的延迟,实时流应用是指对基于时间的信息,如视频、音频和动画等进行实时传送的应用。 传输延迟 传输延迟是将所有分组的比特全部传送到线路上所需要的时间,即PDU的第一个比特从端点传送到线路上直到最后一个比特离开端点的这段时间。传输延迟与PDU大小及线路上的传送速率有关。一个存储转发机制的网络中,数据包将会产生多次的传输延迟,每次将PDU 转发下一跳都将产生一次传输延迟。 传播延迟 一个数据包中的每一个比特被推向链路后,该比特向下一跳路由器进行传播。从该链路的起点到到达下一跳路由器传输所需要的时间是传播时延。传播实验取决于比特穿过介质的速率,即该链路的传播速率,往往是等待或略小于光速的。传输时延等于两个路由器之间的距离除以传播速率,链路上的传播实验可以用PDU的第一个比特穿过链路所用的时间来定义。在局域网中,传播延迟往往不是延迟重要的组成部分,因为它往往很小。但是广域网中的传播延迟可以达到毫秒级。 排队延迟 排队延迟在分组交换网产生的延迟中占主要部分,每一次分组交换将使数据加入到缓冲队列中,每一个PDU的目的输出端可能存在着许多分组排队,这就是排队延迟。在先进先出队列中,新到达的分组的排队延迟等于所有已在该端口上排队的分组传输延迟的总和。所以说,特定分组的排队延迟取决于先期到达的正在排队等待向链路传输的分组的数量,另外也取决于输出端口的传送速度。排队延迟受网络负载的影响很大,是分组交换网中延迟变化的主要因素。排队延迟可以使毫秒级甚至是微秒级。 处理延迟 处理延迟是分组交换过程中发送端和目的端对数据进行处理所需时间的总和,如检查分组首部和决定将该分组导向哪里所需要的时间等,都是属于处理延迟。处理延迟还包括一些其他因素,如检查比特级别差错所需要的时间等。 降低网络延迟的方法:

如何测试延时、抖动、丢包率

如何测试延时、抖动、丢包率?延时、抖动、丢包率各个数据的含义是什么? 很简单,在Windows的左下角点击"开始",选"运行",键入 cmd 回车,就可以进入DOS窗口,在DOS命令状态下输入: ping 202.105.135.211 就会得到下面的结果: Pinging 202.105.135.211 with 32 bytes of data: Reply from 202.105.135.211: bytes=32 time=93ms TTL=42 Reply from 202.105.135.211: bytes=32 time=86ms TTL=42 Reply from 202.105.135.211: bytes=32 time=81ms TTL=42 Reply from 202.105.135.211: bytes=32 time=80ms TTL=42 Ping statistics for 202.105.135.211: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 80ms, Maximum = 93ms, Average = 85ms 这里面,丢包率0%,抖动是-5ms到+8ms,延时是 85ms(毫秒),测试另外两个IP地址,可以看到: Pinging 221.221.23.7 with 32 bytes of data: Reply from 221.221.23.7: bytes=32 time=28ms TTL=48 Reply from 221.221.23.7: bytes=32 time=26ms TTL=48 Reply from 221.221.23.7: bytes=32 time=26ms TTL=48 Reply from 221.221.23.7: bytes=32 time=26ms TTL=48 Reply from 221.221.23.7: bytes=32 time=28ms TTL=48 Reply from 221.221.23.7: bytes=32 time=28ms TTL=48 Reply from 221.221.23.7: bytes=32 time=27ms TTL=48 Reply from 221.221.23.7: bytes=32 time=60ms TTL=48 Reply from 221.221.23.7: bytes=32 time=113ms TTL=48 Reply from 221.221.23.7: bytes=32 time=27ms TTL=48 Reply from 221.221.23.7: bytes=32 time=52ms TTL=48

正确理解时钟器件的抖动性能

正确理解时钟器件的抖动性能 正确理解时钟器件的抖动性能 摘要 在选择时钟器件时,抖动指标是最重要的关键参数之一。但不同的时钟器件,对抖动的描述不尽相同,如不带锁相环的时钟驱动器有附加抖动指标要求,而带锁相环实现零延时的时钟驱动器则有周期抖动和周期间抖动指。同时,不同厂家对相关时钟器件的抖动指标定义条件也不一样,如在时钟合成器条件下测试,还是在抖动滤除条件下测试等。 为了正确理解时钟相关器件的抖动指标规格,同时选择抖动性能适合系统应用的时钟解决方案,本文详细介绍了如何理解两种类型时钟驱动器的抖动参数,以及从锁相环输出噪声特性理解时钟器件作为合成器、抖动滤除功能时的噪声特性。 1概述 随着半导体工艺速度和集成度的提高,以及模拟集成电路设计能力的提升,锁相环芯片的产品形态越来越丰富,大大提升了系统时钟方案设计的灵活性,同时降低了系统时钟方案总成本。目前,锁相环集成芯片已被广泛应用于无线通信、数据网络、消费电子、医疗设备和安防监控等领域,可以实现通信网定时同步、时钟产生、时钟恢复和抖动滤除、频率合成和转换、时钟分发和驱动等功能。 面对时钟器件供应商提供的种类繁多的芯片,为系统设计选择满足性

能规格,同时总体方案成本又具有竞争力的时钟电路,是电路设计者面临的一个难题。由于时钟器件的关键指标是抖动规格,高性能的抖动指标往往价格也要高很多,本文从分析时钟器件的抖动规格入手,详细介绍了如何正确地理解在时钟芯片器件手册里该指标的含义。基于抖动指标,介绍了德州仪器(TI)所提供的一系列时钟器件及其抖动性能,帮助电路设计者选择最适合自己的时钟方案。 2时钟抖动和锁相环噪声模型 对时钟器件而言,抖动和锁相环是两个最基本的概念。 2.1抖动 ,时钟抖动可分为三种抖动类型:时间间隔误差TIE(Time Interval Error)、周期抖动PJ(Period Jitter)和相邻周期间抖动CCJ(Cycle to Cycle Jitter)。周期抖动是多个周期内对时钟周期的变化进行统计与测量的结果,相邻周期间抖动是时钟相邻周期的周期差值进行统计与测量的结果,由于这两种抖动是单个周期或相邻周期的偏差,表征的是短期抖动行为。时间间隔误差又称为相位抖动(Phase Jitter),是指信号在电平转换时,其边沿与理想时间位置的偏移量,通常表征的是长期抖动行为。 图1抖动定义 从时钟抖动的来源分析,可以把抖动归纳为两大类:确定性抖动和随机性抖动。确定性抖动是由可识别的各种干扰信号造成的,如EMI辐射、电源噪声、同步切换噪声等等,这种抖动幅度是有边界的,而且

相关文档
最新文档