您的位置 首页 设计

浅谈电信业务的误码和时延目标

浅谈电信业务的误码和时延指标

事务量要求和服务质量要求是对网络的基本要求。事务量要求对数据怎么在网络上传送加以标准,一起对传送事务所需的网络资源加以标准。运用数据包在网络上传送时会遇届时延和潜在误码的影响,时延要求和误码率要求便是服务质量(QoS)要求。在本文中,咱们针对运用层和网络层别离评论不同的运用对服务质量的要求。运用层面服务质量用运用数据元(ADU)的时延和误码率来表达;网络层面服务质量用包数据元(PDU)的时延和误码率来表述。时延要求针对实时流媒体和块传送运用,分为绝对时延和时延变量两个目标。
   
  一.时延要求
  1.时延散布
  
  运用数据元和包数据元阅历的时延类似于正态散布的函数。因特网中IP包阅历的时延或许超越100毫秒,且常常改变。由于传达时延的影响,还存在一个非零的最小固守时延;跟着时延的添加,会呈现最大时延。假如网络中包数据元丢掉了,时延便是无限大。除掉一个包数据元的极小部分(比方10-6),剩余的包数据元阅历的时延,称为最大时延。每个数据元阅历的时延均介于最小时延和最大时延之间。两者之差便是最大时延变量。对实时运用来说,绝对时延对服务质量影响较大,咱们首要了解各种时延成份,然后再具体评论不同的时延要求。
  
  2.时延成份
  
  当PDU包数据元生成后,在网络上或许阅历各种不同的时延。彻底的端到端时延应该是时延成份的总和:打包时延,传输时延,传达时延,排队时延和终端处理时延。列表中,能够看到具体的时延参数值,首要评论一下各种时延成份。
  
  打包时延是转送实时流媒体运用所需的实况编码信源时呈现的现象,发生在信源端。打包时延等于有用负载的长度除以运用事务的编码速率。编码器的比特率越低,形成的打包时延就越大。例如,一个有用负载48字节的IP包,假如用于IP电话的音频编码器的比特率是4.8Kbps,就会发生80毫秒的打包时延。如此大的时延对电话事务的影响是十分严峻的,假如被叫方是传统的固定网电话用户,对通话质量的影响会更大。
  
  关于恒比特率(CBR)编码流来说,若包数据元的有用负载长度固定,其打包时延是定值。对可变比特率(VBR)信源来说,其打包时延也是改变的。
  
  传输时延是指包数据元的第一个比特脱离信源上传到网络与最终一个比特上传到网络的时刻差。传输时延等于PDU包数据元的长度除以本地链路的传输速率。若本地链路的速率低,传输时延是首要影响。例如,运用28.8Kbps的模仿调制解调器,发送1Kbyte的包数据元需求250ms。如此大的时延对通过拨号方法接入因特网传送实时事务会形成很大的影响。假如包数据元在网络上传送时需求通过路由器/沟通机进行存储和前转的话,会遭受屡次传输时延。
  
  传达时延是包数据元的第一个比特(或某一特定比特)在链路上传达所需的时刻。很明显,传达时延与传达距离呈线性添加联系。对本地网和城域网而言,传达时延不是首要的时延诱因。传达时延对广域网通讯质量影响较大。调查报告显现,关于单向的电路沟通干线网,其传达时延高达30毫秒。而对跨省的因特网路由来说,由于IP包通过多个迂回路由传达,并非挑选最短的物理路由,其传达时延也高达30毫秒。对卫星通讯来说,传达时延形成的影响更大。一个地球同步卫星的两个落地址之间的传达时延可高达260毫秒。
  
  排队时延是包数据元通过各个包沟通机所遭受的缓冲时延的总和。排队时延的概念只是适用于包沟通网络。包沟通机过载时,输出端口会有许多数据包排队。过载消失,康复正常状况,这时,排在即将正常发送的数据包前面的数据包还需排队。这个时延的值就等于该数据包在输出链路上的传输时延。依照包沟通机先进先出的排队机制,后抵达的数据包的排队时延应该是现在排在输出端口的一切数据包的排队时延的总和。因而,排队时延不只取决于当时缓存的数据包数量(为当时网络负载的函数),还取决于该数据包要通过的输出链路的传输速度。
  
  排队时延与网络瞬时负载的巨细严密相关,并发生较有影响的时延变量。例如,因特网中的时延大部分都是排队时延,原因便是因特网干路上有很多的IP包在各个路由器前排队,形成堵塞。假定一个2M的链路上有10跳路由器,均匀每个路由器前有10个排队数据包,数据包的均匀长度为200Byte,那么通过这段路由或许遭受的排队时延高达107ms,这儿包含大约30ms的传达时延和处理时延。
  
  处理时延是信源和信宿所需的处理时刻和路由上沟通机所需的处理时刻的总和。处理时延对端点的影响是最大的。特别关于数据事务来说更是如此。像视频事务,需求进行很多的解码(解压)处理。例如,一个MPEG解码器在开端解码处理前,有必要预先缓存必定数量的已紧缩的视频帧信号。由于已紧缩的MPEG帧(B帧)有必要和随后抵达的帧信号一起解码,才能将原信号复原。一般来说,对30帧/每秒的流媒体而言,帧距离大约为33毫秒,所以解码器很简单就会发生100毫秒的处理时延。
  
  了解了网络发生的时延对事务的影响,那么实时运用事务对时延有什么样的要求呢?
  
  3.绝对时延要求
  
  绝对时延源于人类对各种实时运用事务的感官呼应时刻的要求(见表一)。它等于相应的运用数据元发生的最终一个包数据元抵达接纳端之前所遭受的绝对时延。在因特网上转送的包数据元是以无序方法进行的,某个运用数据元发生的最终一个包数据元或许在转送进程中丢掉,接纳端收到的不是本来的运用数据元所对应的最终一个包数据元。
  
  3.1实时流媒体运用
  
  以视频点播事务为例,当用户宣布点播指令,到所点播的电影呈现,会有一守时延,这一时延应该约束在1秒以内。IP电话事务是最重要的实时流媒体运用事务之一,它在因特网运用中扮演着越来越重要的人物。IP电话事务对绝对时延有两方面的要求:一是时延约束,一是回声按捺。时延约束是针对会话进程的,而回声按捺是针对传统PSTN固定网的。关于双向通话来说,时延保持在100毫秒至600毫秒的范围内是能够承受的。对双向卫星通讯来说,时延约束的最大答应值是520毫秒,当然未来网络的时延或许大大削减。有研讨显现,相关于地上通讯而言,在卫星通讯进程中,说话人遭到的插嘴搅扰是地上通讯的三倍多。所以说话进程中尽量防止搅扰对方。
  
  回声按捺:大部分本地环路是模仿电路,混合器在完结二四线转化功用的一起,在远端回路上引入了很严峻的回声问题。大于35毫秒的时延回声搅扰通话,其搅扰程度随回声推迟和回声强度的添加会变得越来越严峻。留意回声和侧音的差异,时延可忽略不计,强度类比于布景噪音的回声称为侧音。侧音是通话进程中有必要的,不然呈现电路死寂现象,用户会置疑电话是否连通。因而,国际电联规则,回声路由上最大单向时延有必要小于25毫秒,因而省去装置回声操控设备的费事。回声问题对端到端ISDN用户和衔接两个PC的因特网电话用户是不存在的。但大部分电话用户运用的是传统的固定网,所以有必要考虑回声问题。一方是IP电话用户,而对方是PSTN固定网的用户,对PC端的IP用户来说,回声搅扰仍是存在的,需运用回声操控机制。
  
  3.2实时数据块传送运用
  
  实时的数据块传送事务发生多个运用数据元ADU,运用数据元对时延有要求。人与计算机沟通时,在交互效果呼应时刻不大于1秒的状况下,成果才令人满意;但不是越小越好,呼应时刻小于100毫秒会给人一纵即失的感觉。换句话说,给定运用数据元ADU,与其相关的一切的包数据元PDU都有必要在限制的时刻内抵达终端。
  
  因特网是根据争夺最好质量的包沟通网络,排队时延远远大于100毫秒。事实上,前面评论的时延成份,大部分都存在于因特网中,对因特网的影响很大。别的,因特网干线的容量有限,接入链路的速度也有限,这都会形成很大的传输时延。别的,像网页那样的大容量运用数据元会发生更大的时延变量。
  
  4.时延变量(颤动)要求
  
  时延变量参数仅适用于实时流媒体事务。这种运用具有事务流量接连的特性,它的运用数据元以接连的方法在等距离的时隙上生成,在接纳端有必要复原其数据流的本来速率。例如,视频流是15帧/秒或30帧/秒,而PCM抽样是每125毫秒发生一个运用数据元。
  
  每一个运用数据元有必要在能够答应的时刻距离内抵达。接纳端装有接纳缓冲器,担任除掉抵达的每一个运用数据元的颤动。晚到的数据元就失去了运用数据元的效果,使接纳缓冲器呈现下溢现象。早到的数据元使接纳缓冲器呈现溢呈现象。接纳端没有开释现已存储在接纳缓冲器中的数据元,成果,在流媒体运用中发生太大的时延变量,导致很多的流媒体运用数据元丢掉。别的,多媒体内容传送和流媒体运用之间的同步机制也要求时延变量保持在必定范围内。例如,视频会议事务就要求视频流和音频流有必要在必定的时刻内抵达,这一时刻应该保持在-90毫秒到120毫秒范围内。对MPEG解码器来说,它要求的包数据元的时延变量大约为1毫秒。
  
  为了战胜时延变量带来的影响,要求在接纳端装置大容量缓冲器,将必定数量的数据先存储起来,再开端复原处理。很明显,时延变量越大,需求的缓冲器容量越大,缓冲器的价格越贵重。在已知时延变量的峰峰值的状况下,抱负的方法便是规划一个冗余缓冲器,其容量为时延变量峰峰值的两倍乘以运用数据元的速率。然后将相当于缓冲器容量一半的数据缓存起来,然后再复原,防止缓冲器呈现溢出或下溢现象。
  
  时延变量对IP电话事务有影响。IP电话事务的运用数据元便是一个字节的音频抽样。语音活动检测器(SpeechActivityDetector)对打包的音频抽样进行检测,一起也检测语音突峰(TalkSpurt)等离散量。语音活动检测器使用推迟开释(Hangover)机制来区别是否有语音活动呈现,判定语音突峰的结束。在推迟开释周期内,若总的语音

声明:本文内容来自网络转载或用户投稿,文章版权归原作者和原出处所有。文中观点,不代表本站立场。若有侵权请联系本站删除(kf@86ic.com)https://www.86ic.net/ziliao/sheji/185794.html

为您推荐

联系我们

联系我们

在线咨询: QQ交谈

邮箱: kf@86ic.com

关注微信
微信扫一扫关注我们

微信扫一扫关注我们

返回顶部