传输损伤和传输质量解读

2023-12-25 11:12
文章标签 质量 解读 传输 损伤

本文主要是介绍传输损伤和传输质量解读,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

目录

传输损伤

传输质量 

噪声和干扰 

通信编码 


传输损伤

数据信号在数据通信系统的端到端连接的每个环节都可能受到伤害,ITU称之为传输损伤。并推荐用误码、抖动、漂移、滑动和时延来表示。

  • 误码(Error)。指信号在传输过程中码元发生的差错,即接收与发送数字信号的单个数字之间的差异。
  • 抖动(Jitter)。指码元出现的时刻随时间频繁地变化,也就是各有效瞬间相对于理想时间位置的短时间偏移。
  • 漂移(Wander)。指码元各有效瞬间相对于理想时间位置的长期缓慢偏移。
  • 滑动(Slip)。指一个信号序列在传输过程中,不可恢复地丢失或增加若干码元。
  • 时延(Delay)。指信号的各有效瞬间相对于理想时间位置的滞后或推迟。

传输损伤的成因:

  • 源于外界环境干扰(温、湿度,电气和机械突发干扰)和设备内部的技术缺陷(时钟提取、复接等,设备反常和调节不佳等)。
  • 来自传输损伤之间的相互影响或转化

传输质量 

衰减:当信号沿传输媒体传播时,其部分能量转换成热能或被传输媒体所吸收,而导致信号强度不断减弱的现象。

注意:

  • 分贝是相对差别的度量。
  • 系统中某些点的功率电平可用绝对功率来表示,其单位是dBm。m表示以1mW为参考的功率单位。
  • 信号功率电平也可用相对于某个基准点的电平来表示,其单位是dBr。r表示相对的意思。 

失真:信号通过传输系统时,其波形可能发生畸变的现象称为失真。

  • 衰减失真(或振幅失真)由衰减随频率的变化而引起的失真。衰减失真来源于电缆及系统中的滤波器。   
  • 相位失真(或群延时失真)由线路的相位-频率特性的非线性或不同频率分量的传播速度不一致所引起的失真。

上述失真对数据传输的主要影响是使得码元信号波形展宽,从而引起码间串扰现象。

畸变:衰减和失真是引起信号波形畸变的主因。

数据信号畸变有两种:规则畸变和不规则畸变。

规则畸变   信号波形按一定的法则有规律地发生代码畸变。

偏畸变

  • 正偏—使“1”时间伸长,而“0”时间缩短。
  • 负偏—使“1”时间缩短,而“0”时间伸长。

特性畸变

  • 正特性畸变—使短“1”和短“0”两者都伸长。
  • 负特性畸变—使短“1”和短“0”两者都缩短。

不规则畸变    信号波形无规律地发生代码畸变。

噪声和干扰 

噪声在数据信号的传输过程中,所引入的一些额外的非期望信号。

噪声有四种类型:

  • 热噪声 由带电粒子在导电媒体中的布朗运 动引起的噪声。在1Hz带宽内,从热噪声源所得的噪声功率称为噪声密度。

若认为噪声与频率无关,在系统带宽(Hz)内,热噪声功率可表示为  

  • 交调噪声    由多个不同频率的输入信号共用同一传输媒体,而引起输入信号的频率和或差,以及这些频率的多倍数的组合的信号。交调噪声源于通信系统的非线性。
  • 串音    一条信号通路中的信号在另一条信号通路上产生的干扰信号。串音是由通信线路之间存在耦合现象所致。
  • 脉冲噪声    一种突发的振幅很大且持续时间很短,被耦合到信号通路中的非连续的尖峰脉冲引起的干扰信号。脉冲噪声来源于各种自然的和人为的电火花。脉冲噪声对话音通信的危害并不十分显著,然而它却是数据通信差错的主要根源 

数字信号通过实际信道的情况 

有失真,但可识别

失真大,无法识别

干扰

  • 环境干扰    指大气干扰(如雷电、电离层闪烁等)、城区人为干扰(如工业干扰、汽车干扰等)和非恶意的邻道干扰等;
  •  人为恶意干扰  指带有恶意或敌意的人为干扰。

信噪比   

信噪比SNR 指信号通路某一点上的信号功率Ps与混在信号中的噪声功率PN之比值(常用对数表示)。SNR用来描述信号在传输过程中受到噪声影响的度量。

此式也可以换算成电压幅值的关系,即20lg(Vs/Vn),其中Vs和Vn分别代表信号和噪声电压的“有效值”。

信噪比一般是在接收端测量。

误码率 

平均误码率指单位时间内接收到的出错码元数占总码元数的比例。

平均误码率与所选择的测量时间的分布和长短有关。在日常维护测试中,ITU规定测试时间为15min。

对于二进制传输而言,因码元与比特等价,所以误码率又称误比特率。但多进制传输时,两者不等 

误码za秒平均时间百分数 ITU-T建议用一个相当长的时间(TL)内确定的平均误码率超过某一误码阈值(BERth)和各个时间间隔(T0) 的平均百分数来度量误码损伤的严重程度。其中,TL的建议值为一个月。 

  • 若取T0=1s,BERth=0,当BER>BERth时,则称为误码秒。ITU要求误码秒平均时间百分数不得超过8%。
  • 若取T0=1s,BERth=1×10-3,当BER>BERth时,则称为严重误码秒。ITU要求严重误码秒平均时间百分数低于0.2%。

通信编码 

通信编码    指数据通信系统的内部信息(二进制数)与各种图形字符、操作控制字符以及识别报文组成和格式控制字符等的外部信息之间的对应关系所作的统一规定。

  • 常用的通信编码:国际5号码IA5(即ASCII码) 、EBCDIC码和国际电报2号码ITA2。
  • 我国汉字编码的国家标准是“信息交换用汉字编码字符集(GB2312-80)”。汉字转换成二进制编码分“外码”和“内码” 。汉字的内码一般由两个字节表示,把两个字节的最高位b8置成1,以便区别于ASCⅡ码。

这篇关于传输损伤和传输质量解读的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

MySQL中的MVCC底层原理解读

《MySQL中的MVCC底层原理解读》本文详细介绍了MySQL中的多版本并发控制(MVCC)机制,包括版本链、ReadView以及在不同事务隔离级别下MVCC的工作原理,通过一个具体的示例演示了在可重... 目录简介ReadView版本链演示过程总结简介MVCC(Multi-Version Concurr

关于Gateway路由匹配规则解读

《关于Gateway路由匹配规则解读》本文详细介绍了SpringCloudGateway的路由匹配规则,包括基本概念、常用属性、实际应用以及注意事项,路由匹配规则决定了请求如何被转发到目标服务,是Ga... 目录Gateway路由匹配规则一、基本概念二、常用属性三、实际应用四、注意事项总结Gateway路由

解读Redis秒杀优化方案(阻塞队列+基于Stream流的消息队列)

《解读Redis秒杀优化方案(阻塞队列+基于Stream流的消息队列)》该文章介绍了使用Redis的阻塞队列和Stream流的消息队列来优化秒杀系统的方案,通过将秒杀流程拆分为两条流水线,使用Redi... 目录Redis秒杀优化方案(阻塞队列+Stream流的消息队列)什么是消息队列?消费者组的工作方式每

解读静态资源访问static-locations和static-path-pattern

《解读静态资源访问static-locations和static-path-pattern》本文主要介绍了SpringBoot中静态资源的配置和访问方式,包括静态资源的默认前缀、默认地址、目录结构、访... 目录静态资源访问static-locations和static-path-pattern静态资源配置

MySQL中时区参数time_zone解读

《MySQL中时区参数time_zone解读》MySQL时区参数time_zone用于控制系统函数和字段的DEFAULTCURRENT_TIMESTAMP属性,修改时区可能会影响timestamp类型... 目录前言1.时区参数影响2.如何设置3.字段类型选择总结前言mysql 时区参数 time_zon

MySQL中的锁和MVCC机制解读

《MySQL中的锁和MVCC机制解读》MySQL事务、锁和MVCC机制是确保数据库操作原子性、一致性和隔离性的关键,事务必须遵循ACID原则,锁的类型包括表级锁、行级锁和意向锁,MVCC通过非锁定读和... 目录mysql的锁和MVCC机制事务的概念与ACID特性锁的类型及其工作机制锁的粒度与性能影响多版本

Redis过期键删除策略解读

《Redis过期键删除策略解读》Redis通过惰性删除策略和定期删除策略来管理过期键,惰性删除策略在键被访问时检查是否过期并删除,节省CPU开销但可能导致过期键滞留,定期删除策略定期扫描并删除过期键,... 目录1.Redis使用两种不同的策略来删除过期键,分别是惰性删除策略和定期删除策略1.1惰性删除策略

Redis与缓存解读

《Redis与缓存解读》文章介绍了Redis作为缓存层的优势和缺点,并分析了六种缓存更新策略,包括超时剔除、先删缓存再更新数据库、旁路缓存、先更新数据库再删缓存、先更新数据库再更新缓存、读写穿透和异步... 目录缓存缓存优缺点缓存更新策略超时剔除先删缓存再更新数据库旁路缓存(先更新数据库,再删缓存)先更新数

C#反射编程之GetConstructor()方法解读

《C#反射编程之GetConstructor()方法解读》C#中Type类的GetConstructor()方法用于获取指定类型的构造函数,该方法有多个重载版本,可以根据不同的参数获取不同特性的构造函... 目录C# GetConstructor()方法有4个重载以GetConstructor(Type[]

MCU7.keil中build产生的hex文件解读

1.hex文件大致解读 闲来无事,查看了MCU6.用keil新建项目的hex文件 用FlexHex打开 给我的第一印象是:经过软件的解释之后,发现这些数据排列地十分整齐 :02000F0080FE71:03000000020003F8:0C000300787FE4F6D8FD75810702000F3D:00000001FF 把解释后的数据当作十六进制来观察 1.每一行数据