LTE 传输模式

2024-04-28 21:38
文章标签 模式 传输 lte

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


LTE 中,多天线传输可以描述成将调制后的数据映射到不同的天线端口的过程。其输入为调制符号(使用 QPSK 16QAM 64QAM 调制,对应 1 个或 2 TB ),其输出为每个天线端口上的一系列符号,这些符号随后会应用到 OFDM 的调制器中,并映射到该天线端口的时频网格(即 RB )上。

     在发射机或接收机按照不同的方式来使用多天线传输可以实现不同的目的:

1.      在发射机或接收机使用多天线可用来提供额外的分集以对抗无线信道的衰落(“传输分集”),这种情况下,不同天线所经历的信号应该拥有低的互相关性,这意味着天线间的间距需要足够大(空间分集,spatial diversity),或者需要使用不同的天线极化方向(极化分集,polarization diversity),传输分集主要用于降低信道衰落

2.      在发射机或接收机可以按照某种特定的方式来使用多天线以“形成”一个完整的波束。例如,可以最大化目标接收机/发射机方向的整体天线增益,或抑制特定的主要干扰信号。这种“波束赋形beamforming)”可基于天线间高或低的衰落相关性来实现。波束赋形主要用于提高小区的覆盖。

3.      在发射机和接收机上同时使用多天线可用来建立多个并行的传输通道,这样可以提供非常高的带宽利用率而不会降低相关功率有效性。换句话说,可以在有限的带宽上提供很高的数据速率而不会大比例地降低覆盖。这种通常被称为“空间复用spatial multiplexing)”,空间复用主要用于提高数据传输速率,数据被分为多个流,这些流同时发送。

eNodeB侧,每个小区可以选择配置1/2/4/8根发射天线。

不同的多天线传输方案对应不同的传输模式(TM模式)。到Rel-10为止,LTE支持9TM模式。它们的区别在于天线映射的不同特殊结构,以及解调时所使用的不同参考信号(小区特定参考信号或UE特定参考信号),以及所依赖的不同CSI反馈类型

TM1:单天线端口传输(使用PORT0),应用于单天线传输的场合。

TM2发射分集模式,适用于小区边缘信道情况比较复杂,干扰较大的情况。也可用于UE高速移动的情况,使用24个天线端口

发射分集是默认的多天线传输模式。它通过在不同的天线上发送相同的数据实现数据冗余,从而提高SINR,使得传输更加可靠。

TM3大延迟分集的开环空分复用,适合UE高速移动的场景,使用24个天线端口

TM4闭环空间复用,适合信道条件较好的场合,用于提供较高的传输速率,使用24个天线端口

TM5MU-MIMO传输模式,主要用来提高小区的容量;使用24天线端口TM5TM4MU-MIMO版本。

TM6rank1的传输,主要适用于小区边缘的情况,使用24个天线端口

TM7单流波束赋形,主要适用于小区边缘的UE,能够有效对抗干扰,只使用port5

TM8双流波束赋形,可用于小区边缘的UE,也可用于其它场景。使用Port7port8,每个port对应一个UE特定的参考信号,这2个参考信号通过正交的OCCOrthogonal cover code,正交覆盖编码)区分,在空分复用下,这2OCC和对应的参考信号被用于这2层的传输。

TM9支持最多8层的传输,主要是为了提高数据传输速率。使用PORT7~14

     一个传输模式对应2个传输样式,见表36.213Table7.1-5。其中一个是发射分集或单天线端口传输,而另一个是基于性能优选选择的传输样式。如TM3,有2种不同的传输样式:发射分集和Larger delay CDD。如果eNodeB能从UE获得足够的反馈信息,以及信道条件较好,则会选择Large delay CDD来发送PDSCH,否则会使用发射分集。9TM模式只用于DL-SCH传输,对于BCHL1/L2控制信道,可以说使用单天线端口传输或传输分集,但通常不说使用某种TM模式。


LTE之MIMO学习1-传输模式简介

TM模式是UE特定的信息,同一小区内的不同UE,可能配置了不同的TM模式。

配置了载波聚合的UE,在不同的serving cell上可以使用不同的TM模式。

这篇关于LTE 传输模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易

使用Spring Boot集成Spring Data JPA和单例模式构建库存管理系统

引言 在企业级应用开发中,数据库操作是非常重要的一环。Spring Data JPA提供了一种简化的方式来进行数据库交互,它使得开发者无需编写复杂的JPA代码就可以完成常见的CRUD操作。此外,设计模式如单例模式可以帮助我们更好地管理和控制对象的创建过程,从而提高系统的性能和可维护性。本文将展示如何结合Spring Boot、Spring Data JPA以及单例模式来构建一个基本的库存管理系统