3GPP长期演进(LTE)技术原理与系统设计.pdf添加了完整的书签支持跳转方便阅读比csdn上提供的带书签的这个版本清晰封面1序言4前言6目录8第1章 背景与概述141.1 什么是LTE141.2 LTE项目启动的背景151.2.1 移动通信与宽带无线接入技术的融合151.2.2 国际宽带移动通信研究和标准化工作161.2.3 我国宽带移动通信研究工作181.3 3GPP简介181.3.1 3GPP的组织结构191.3.2 3GPP的工作方法201.3.3 3GPP技术规范的版本划分211.4 LTE研究和标准化工作进程251.4.1 LTE项目的时间进度251.4.2 LTE协议结构271.5 LTE技术特点291.5.1 LTE需求291.5.2 系统架构301.5.3 空中接口311.5.4 移动性和无线资源管理361.5.5 自配置与自优化371.5.6 和LTE相关的其他3GPP演进项目371.6 LTE和其他宽带移动通信技术的对比401.6.1 性能指标对比401.6.2 关键技术对比421.7 小结44参考文献44第2章 LTE需求452.1 系统容量需求462.1.1 峰值速率462.1.2 系统延迟462.2 系统性能需求472.2.1 用户吞吐量与控制面容量472.2.2 频谱效率482.2.3 移动性492.2.4 覆盖492.2.5 进一步增强的MBMS492.2.6 网络同步502.3 系统部署需求512.3.1 部署场景512.3.2 频谱扩展性512.3.3 部署频谱512.3.4 与其他3GPP系统的共存和互操作522.4 对无线接入网框架和演进的要求522.5 无线资源管理需求532.6 复杂度要求532.6.1 系统复杂度532.6.2 UE复杂度532.7 成本要求542.8 业务需求542.9 小结54参考文献55第3章 LTE物理层协议563.1 物理层概述563.1.1 协议结构563.1.2 物理层功能573.1.3 LTE物理层协议概要介绍573.2 物理信道与调制593.2.1 帧结构593.2.2 上行物理信道613.2.3 下行物理信道773.2.4 伪随机序列产生1023.2.5 定时1023.3 复用与信道编码1023.3.1 物理信道映射1023.3.2 信道编码和交织1033.4 物理层过程1243.4.1 同步过程1243.4.2 功率控制1243.4.3 随机接入过程1273.4.4 PDSCH相关过程1273.4.5 PUSCH相关过程1313.4.6 PDCCH相关过程1333.4.7 PUCCH相关过程1333.5 物理层测量1343.5.1 UE/E-UTRAN测量概述1343.5.2 UE/E-UTRAN测量能力134参考文献136第4章 LTE无线传输技术1384.1 双工方式1384.1.1 FDD双工方式1384.1.2 TDD双工方式1384.1.3 H-FDD双工方式1394.2 宏分集的取舍1404.2.1 宏分集技术在WCDMA中的应用情况1414.2.2 LTE系统对宏分集的取舍1424.3 下行多址技术1434.3.1 OFDMA技术方案1434.3.2 VSF-OFDM技术方案1484.3.3 OFDM/OQAM技术方案1514.3.4 多载波WCDMA(MC-WCDMA)技术方案1534.3.5 多载波TD-SCDMA(MC-TD-SCDMA)技术方案1564.3.6 下行多址技术的确定1564.4 上行多址技术1564.4.1 PAPR和立方量度(CubicMetric,CM)问题1574.4.2 采用PAPR降低的OFDMA(OFDMAwithPAPRReduction)技术方案1584.4.3 单载波频分多址(SC-FDMA)技术方案1604.4.4 单载波和频域均衡(SC-FDE)技术方案1614.
2024/1/23 9:26:20 42.69MB 3GPP长期演进 LTE 书签
1
IxChariot可以用于对防火墙(或其它网络设备)进行压力测试,得到防火墙(或其它网络设备)在不同应用、不同参数下的吞吐量、时延、丢包、反应时间等性能参数。
2024/1/20 4:41:35 58.07MB 网络测试
1
Kafka是由Apache软件基金会开发的一个开源流处理平台,由Scala和Java编写。
Kafka是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者在网站中的所有动作流数据。
这种动作(网页浏览,搜索和其他用户的行动)是在现代网络上的许多社会功能的一个关键因素。
这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。
对于像Hadoop一样的日志数据和离线分析系统,但又要求实时处理的限制,这是一个可行的解决方案。
Kafka的目的是通过Hadoop的并行加载机制来统一线上和离线的消息处理,也是为了通过集群来提供实时的消息。
2023/12/17 16:48:40 1.44MB KAFKA 大数据 综合分析 kafka
1
RouterOS高级路由器从底层系统核心、核心安全模块和硬件兼容性等各个层次进行了精心的的设计和优化,使得这款路由产品在性能上具有出众的优势。
线速转发的高吞吐量可满足大型企业/网吧等机构的绝大部分应用,也可为运营商的以太网接入提供高负载的支持,高转发低时延为增加用户数量提供了强有力的保障。
余松老师余松-RouterOS无线教程v62e电子书可以很方便的引导用户轻松入门。
2023/9/14 12:46:12 9.35MB RouterOS
1
此模板实现了华为防火墙USG6300系列的功率风扇cpu内存温度吞吐量会话的监控
2023/9/8 13:12:36 9KB zabbix  cs5500  h3
1
鉴于其安全性,实用性和有效性,可见光通信已经引起了许多研究者的兴趣。
在一个多输入多输出的可见光通信系统中,信息可以通过两种不同类型的信道传输。
根据是否存在成像透镜,这两种信道分别叫做可成像信道和非成像信道。
基于这两种信道特性,本文提出了一种新型的分层可见光通信系统,这个系统能够支持两种不同类型的接收机同时跟同一发射机通信。
同时,利用最优功率分配该系统可以达到最大吞吐量
计算机仿真结果也证明了这种设计是可行的。
1
用matlab写的aloha防碰撞算法,涉及到吞吐量,数据包的数量,成功的数量,进行一个直观的分析。
2023/8/6 13:40:48 4KB aloha
1
拜占庭容错状态机复制(BFT)协议是一种复制协议,它容忍少量副本的任意故障。
但现有的BFT协议在故障发生时不能提供可接受的性能。
这是由于所有现有的针对高吞吐量的BFT协议都使用了一个称为主副本primary的特殊副本,它向其他副本指示应该处理请求的顺序。
这个主程序可以是恶意的,在不被正确的副本检测的情况下降低系统的性能。
2023/8/6 5:33:47 447KB RBFT 多实例化 BFT 共识
1
针对于IEEE802.11系列尺度中漫衍式调以及成果(DCF)的缺陷,提出了一种约莫实用的改善DCF算法.其首要的改善群集在2方面:在典型DCF的底子上,将第0级退却的退却窗口值愈加;使用遴选概率p将第0级退却窗口联系成2部份.为了准确地反映改善后协议的成果,建树了二维马尔可夫模子,并将其与典型DCF比力.数值仿真下场评释,改善后的DCF协议在终端节点密度较大时,其吞吐量以及时延等成果参数要比典型的DCF良好.
1
此模板实现为了华为防火墙USG6300系列的功率电扇cpu内存温度吞吐量会话的监控
2023/4/22 8:57:22 44KB 华为防火墙 USG6300 zabbix模版
1
共 46 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡