单载波调制和OFDM调制比较_HNSD983704669的博客-程序员秘密

技术标签: 通信工程  

单载波调制和OFDM调制

单载波的调制:

单载波的调制就是采用一个信号载波传送所有的数据信号。无线信道的多路径散射会造成相邻符号之间的干扰,就是我们常说的符号间干扰(ISI)。如果这一信号使有用信号恶化,影响到射频信号的正确解调,那么有两种方法来解决:

一种是在接收机端采用均衡器来消除ISI干扰,可以达到接近OFDM调制的误码率。

另一种是采用分集天线的方式可以有效地消除这种干扰,即采用两个不同方向的天线来进行接收。对于3.5G的频段,在城市的覆盖区中,不同天线接收的信号必须将延迟均方根值速度限制在1us或者更少,尽量减少延迟速度大于10us的信号的比例。对于这些延迟速度的值,本地时间均衡器提供一个简单的解决方法。按照这种方式,单载波系统能够与OFDM调制方式提供相同的误码率。

时分单载波处理系统提供很大的灵活性,因为发射的数据包能被动态调整到恰当的长度,而最小数据包的长度上没有限制。如果需要,很小长度的数据包都能够被处理,如短的确认信号等。这种方式相对于以数据块交换的系统如OFDM有着更高的传输效率和更低传输延迟的优点。

 

单载波调制的其它关键优势:

          单载波避免了多载波系统的在各相位相同时的最大瞬时电功率与平均电功率的比值(PAPR)很大的问题,这样在设计中可以采用更经济高效的功率放大器,技术更成熟,系统的稳定性更高。

          单载波系统对频率偏移和相位噪声要求相对于OFDM系统要低得多。

          对于突发的点对多点的通信系统,单载波的调制方式能够使频率和时间同步设计变得更加简单,同时提高了系统的稳定性。

OFDM 调制:

OFDM调制方式是一种多载波调制方式,这种方式将一个载波分为许多个带宽较窄的次载波,这些次载波相互正交,采用快速傅立叶变换将这些次载波信号进行编码。

次载波频分器将信号反转,使之正交,对于n个次载波,每一个次载波的符号速率被载波调制器分为整个符号速率的1/n,这使得调制后符号速率长于多经延迟从而减少符号间干扰(ISI)。但是还是需要均衡器来纠正次载波的相位和增益。OFDM系统的复杂性在于同时发射端和接收端进行傅立叶变换。

 

OFDM调制并不能增加信号电平

       接收信号的电平取决于中心站收发信机的发射电平、回馈、天线增益和无线传输链路中的衰落情况,也就是说,无论采用何种调制技术,对于同样频段的射频信号,同样的中心站发射功率谱密度,在同一个CPE远端站处,接收到的信号电平是恒定的,采用OFDM技术并不能提高该远端站的接收电平。

        那么,OFDM能解决什么问题呢?设计较好的OFDM系统可以有效解决多经干扰问题(请注意,并不是所有的OFDM系统都可以有效作到这一点)。OFDM系统通过多个次载波同步传输有效载荷,并采用差错纠正编码,对于因为多路径接收到的、时延不同的、相位不同的信号有较好的抑制。

        如果该CPE远端站的接收电平低于接收机门限电平,那么,OFDM系统同样无法正确解调,CPE在该地点也无法工作。

        设计了均衡器的单载波系统同样可以达到类似的效果。

 

次载波的数量:

OFDM只是一种调制技术,而衡量一个系统的好坏不能只看一个系统是否是OFDM调制方式,而应该看该系统的实际实现方式,如次载波的数量就是一个最基本的因素。目前市场中通常设计的次载波数量有多种,如64、128、256、512、1024个次载波等,其中,次载波的数量越多,对多经干扰的抑制能力越强,反之越差。如采用64或128个差载波设计的系统对多经的抑制极为有限,但是设计简单,成本低,容易实现,反之,如512或1024次载波,对多经干扰抑制能力较强,但是成本较高,设计复杂,产品的成熟度较差。市场上真正作到512或1024个次载波的系统少之又少。

 

循环前导开销:

每个OFDM次载波符号中必须包含一个循环前导码,用来避免符号间干扰。但是循环前导码导致极大的开销,而且次载波越多,循环前导码开销越大,频谱利用率越低,这些次载波的开销加起来的总开销远大于单载波的开销。而开销大对于3.5GHz有限的频率资源是极为不利的。

减少开销的办法是减少次载波的数量,但是,相应的抑制多经的能力也较差。显然,开销和系统性能是OFDM无法调和矛盾,对于3.5GHz无线接入频率资源少的情况就尤其明显。

另外,每256个次载波中只有200个次载波用来传输有效载荷,其余的载波用来坐差错纠正编码、同步控制、重传等。每3.5MHz载波中有大于500KHz用来作频率隔离。如此可见,为了实现OFDM调制,系统需要牺牲很多宝贵的频率资源和特性,我们认为对频率资源有限的3.5GHz无线接入来说是非常不合算的。

频率控制:

OFDM采用正交的次载波,在这些次载波中有1%的空间用于频率控制。频率偏移误差意味着次载波不能够正交,这样会导致载波间干扰从而造成设备性能的下降。

例如:在3.5MHz的带宽中,分为512个次载波,频率间隔为6.8KHz,要求频率的准确度高于68Hz。正由于这种原因,OFDM对于频率偏移和相位噪声的要求非常高,需要特性较高的射频处理部件。次载波的数量越多,频率间隔越小。要求的频率准确度也越高。在宽带无线接入系统中,通过无线电波进行传送数据,会有多种环境因素导致额外的频率偏移,使得目前的OFDM系统的稳定性能远未达到预期的目标

OFDM编码和解码的要求:

OFDM信道中一个无效的频率导致一个或多个次载波的信噪比变得非常低,这些次载波将导致总的误码率下降。正是以上原因,OFDM没有任何的电平/速率适配器和调制解调器。在这一方面,比单载波调制的效果要差一些。实现OFDM的基本要求是在每个接收机的每个次载波中均作到信号电平和比特率之间的最优化,但是对于下行采用广播方式的系统来说是不可能的。

避免每个次载波出现无效频率相应的另外一种方法是使用差错控制编码,采用非常低的编码速率,通常是在0.5到0.75范围之间,该种编码后的OFDM和单载波调制有着相似的效果,,这样会造成整个系统数据吞吐量的严重下降,另外,这样会增加接收机的复杂度,特别是卷积码的复杂度。

OFDM和单载波调制在复杂度上最大的区别是:如果没有电平/速率适配器,用在误码调制上的开销将是无法避免的并且非常的大。

调制方式

次载波(n)

每载波的信号速率khz

码元长度

延迟(us)

额外延迟(Bits)

OFDM

128

19.5

128

51

128

OFDM

256

9.75

256

103

640

OFDM

512

4.88

512

205

1664

OFDM

1024

2.44

1024

410

3712

SC

1

2500

96

38

0

(表一:OFDM和单载波的延迟比较)

延迟和包处理:

OFDM中的快速傅立叶变换被执行的包的大小为”f ”。在这里,f与次载波的数量n的值相等。如果次载波的数量增加,对于FFT的包的尺寸也要增加,使得每个发送的包需要最小的包尺寸,导致传输小的突发数据时产生大的延迟和较低的效率。OFDM的时延长主要是由于一个完整的OFDM数据块只够传输一个最小的突发数据包。

在表一中,我们可以看到:OFDM系统和单载波系统的延迟和额外延迟数据。假设我们在宽带无线接入系统中采用3.5Mhz的带宽。采用单载波调制,符号速率为2.5MHz,采用ATM封装,分别利用OFDM和单载波进行传送,对于单载波调制采用16QAM的调制方式,对于OFDM调制方式采用53个次载波,每一个载波承担一个ATM信元,外加一些子信道用于防护带和引导作用,例如,在512个次载波的OFDM信元中(有效地次载波信元为425个),能够承载8个ATM信元。但是,OFDM符号不能够被发送,直到该符号是满的,这就意味着如果仅仅一个ATM信元被发送,那么它的有效延迟和7个ATM净荷一样(即n=512).

单载波传送系统非常有效,这是由于数据包的长度能够被减少到适合ATM的净速率。

同步:

OFDM系统的同步相对于单载波调制系统来讲,要难以实现一些。需要花费一些OFDM符号,每一个符号要花去一部分次载波用于寻址,这在宽带OFDM中是可行的(例如HDTV),因为其中有足够的时间来处理同步信号,但是,对于突发性的数据来讲,点对多点的传送(特别是上传时)系统能够处理同步信号的时间就变得非常的少,而同步信号对于系统而言,又是必须的。(PrasetyoDD)

最大瞬时电功率与平均电功率的比值(PAPR):

随着次载波数量的增加,PAPR也会随之增加,下表二显示了不同数量的次载波对应的PAPR的CDF值。举例来讲:一个带有512个次载波的OFDM波的PAPR动态范围为6-9dB,平均值为8dB。采用编码的方式使PAPR值小范围的减少是可能的,这这种做法的代价是减少了有用数据的比例。一般采用OFDM方式编码的功放要比单载波的功放要多4-5dB的功放回退.

(表二)

高成本:

OFDM系统比SC系统的成本要高一些主要是由于OFDM在频率控制方面需要很高的要求和在功率回退方面的线性要求。并且,次载波数量越多,系统性能越好,但是对同步、差错纠正编码、关键元器件的精度和稳定性等的要求越高,系统设计越复杂,系统稳定性越难控制。总之,成本低的OFDM系统的性能较差,性能好的系统成本也高,不利于运营商的成本回收。

系统吞吐量小:

由于轮询前导码、错误控制码和减小PARR,每个3.5MHz载波中,有大于500KHz的频率需用来传输控制、纠错和同步等信息,即开销,当所有的开销定义以后,OFDM系统的吞吐量要远低于SC系统,每个中心站能够支持的用户数量也少得多,因为运营商的频率资源有限,每个扇区的载波数量有限,为了达到和单载波系统相同的系统容量,只能通过增加中心站数量的方法来实现,相应增加了运营商的设备投资和运营成本。

综         述:

ü          单载波调制:

单载波调制系统提供了一个高效率、高灵活性和稳定性高的点对多点无线通信解决方案。包长可以动态调整,对所有的大包、小包的传输效率都很高。单载波系统避免了PAPR,比如与OFDM相关的相位噪声和频率偏移问题,单载波系统可以允许低成本的CPE硬件而不需要折衷效果,可以支持更多的远端站用户。

ü          OFDM调制:

如果采用昂贵的、线性好的功放, OFDM调制方式能够提供很好的性能。在每一个大功率和高比特率的次载波都能提供最佳的效果和的DSL系统,OFDM工作效果也很好。然而对于突发业务、点对多点的无线方面,在功率/比特率自适应方面不适合,因为错误控制码是强制性的,这样降低了系统的吞吐量。循环前导码标明了一个附加开销和固化的OFDM符号尺寸导致对小包的时延,延时直到整个OFDM码元被填满为止。高PAPR要求功率放大器回退和线性特性很好,这些都将使OFDM系统在功放方面的费用远高于一个同等的单载波系统。另一个特殊费用负担是需要低噪声的射频器件来应付增加的相位噪声敏感性和频率偏移(OFDM的基本特性)。

对固定的无线系统的适应性

频谱利用率和吞吐量

大多数OFDM是基于FWA特性讨论了有限频谱效率或者实际数据比特率,这些与每秒每赫兹的调制效率是相反的。OFDM系统不可避免的需要很高的码元传输,同步和接入竞争开销。这些开销意味着对OFDM系统整体而言很大,效率很低。

很难对大多数的OFDM系统进行量化的评估。一个设计很好的单载波系统在多通道传输时可与OFDM相匹配,也可提供相当的效率,可以提供80%的实际用户的业务速率。对一个OFDM系统,同样的设计为40%左右——是同样的单载波系统的一半数据吞吐量。对频率资源有限的3.5GHz无线接入来说,仅仅是因为采用了OFDM标准,很多带宽资源被浪费了。

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/HNSD983704669/article/details/17690235

智能推荐

preparedStatement.execute()方法的卡死解决_prestatement.execute_可可0的博客-程序员秘密

在oracle中,preparedStatement.execute()常常有卡死现象;一个被忽略的原因就是此数据库多处被连接,并且被操作着。因此你必须将目前这个方法放在外面或者前面执行。因为这样,在当前数据改变之后,其他连接再执行,就不会有什么commit的问题存在了。eg:import java.sql.*;public class Delete_date {    public static...

python学习之爬取淘宝商品信息_zenobia119的博客-程序员秘密

import reimport requests#获取淘宝搜索页面的html源码def gethtmltext(url):    try:        r = requests.get(url, timeout = 30)        r.raise_for_status()        r.encoding = r.apparent_encoding        return r.tex...

Redis Desktop Manager_多则惑少则明的博客-程序员秘密

redis的可视化界面phpRedisAdmin,RedisLive,Redis Desktop ManagerRedis Desktop ManagerRedis Desktop Manager(RedisDesktopManager,RDM)是一个快速、简单、支持跨平台的 Redis 桌面管理工具,基于 Qt 5 开发,支持通过 SSH Tunnel 连接

在docker中运行django_FantDing的博客-程序员秘密

环境windows 10家庭版(也就意味着要使用virtual box)docker容器上需要做的事情在容器上新建一个django项目。这个就不讲了在settings.py 添加ALLOWED_HOSTS=['*'] , 意味着允许 任何IP访问将这个容器保存为一个image运行这个容器将容器的端口映射到虚拟机(docker-machine,也就是virtual ...

每次 npm install 都用淘宝镜像的设置_请叫我大神先生的博客-程序员秘密

设置这个就可以了 npm config set registry https://registry.npm.taobao.org 让我虎躯一震,哈哈哈哈哈哈哈哈

随便推点

Spark的RDD五大特性_spark在rdd中的特征_huanglongdejia的博客-程序员秘密

RDD,弹性分布式数据集,是一种提供了许多操作的数据集合,具有五大特性:1.A list of partitionsRDD是一个由多个partition(某个节点里的某一片连续的数据)组成的的List;将数据加载为RDD时,一般一个hdfs里的block会加载为一个partition。2.A function for computing each splitRDD的每个partit...

k8s集群外访问集群内部服务的几种方式_k8s集群内部访问_blues_ygw的博客-程序员秘密

前言 目前k8s+docker算是运维必修了,docker能让我们的环境一键迁移,k8s能自动编排,还能保证服务高可用,两者结合自然是无敌,那我们要不要使用k8s呢?这要根据自身情况,任何技术的使用,都需要根据具体情况来定,就像你要杀鸡,却非要选牛刀,牛刀是很锋利,但还不够你折腾的 本文重点介绍k8s集群外如何访问集群内的服务,主要方式有:hostPort或hostNetwork、NodePort、Ingress一、hostPort或hostNetworkhostP...

SpringBoot和前端数据交互(js,jQuery,thymeleaf)_spring boot 使用js引擎调用方法_zaincs的博客-程序员秘密

一、后台接收URL拼接参数后台代码:@GetMapping("/item/{code}")    //对应的链接为:/item/10001public List<Description> getProduct(@PathVariable("code") String productCode) {    //your code  }二、后台接收查询参数后台代码:...

unity3d-代码控制游戏角色控制器移动_weixin_30437481的博客-程序员秘密

先上一个gif看看效果。因为图片大小限制。所以录制的比较小。个人认为效果比较牵强。特别是里面的逻辑代码。 不过我还是认为一切是为了先实现,因为我是刚接触的新手。工程结构图这次实现的效果是:1:摄像机跟着角色移动,上篇博客说的是。把摄像机变成角色的子对象。发现没有我想要的效果。跟着角色移动代码是我自己弄出来的。不知道实际项目中是否也是这样。2:利用角色控制...

win32程序概况_尚书左仆射的博客-程序员秘密

学习MFC之前朋友建议我先学Windows编程,的确还是有道理的,毕竟MFC把自己“裹得太严实”,如果有win32的编程经验势必可以更好地掌握MFC。所以喽,文中和大家一起分享我学习win32部分后的总结。Windows程序和操作系统之间的爱恨纠葛请看下图:1中表示的是系统消息队列。当操作系统启动并初始化时,线程Raw Input Thread(RIT)就会启动,并创系统硬件输

给计算机专业学生的建议_wujilin的博客-程序员秘密

给计算机系学生的建议 作者: 周思博 (Joel Spolsky)译: Chen Bin 2005年1月2日 虽然大概一两年前我还在夸夸其谈桌面应用程序是将来的潮流,大学生们现在还是偶尔向我请教职业发展的问题。所以我把我的建议写下来。以供学生们阅读,嘲笑,忽略。大多数锐气十足的学生从来不向前辈征求意见。在计算机科学领域,这样做是正确的。因为前辈们很可能说些“在2010年前,市场对于那些

推荐文章

热门文章

相关标签