- 综合排序
- 最热优先
- 最新优先
- 来自专栏TechBlog
通信系统综合仿真
7.将帧头修改为10000001 交织译码： 汉明译码： 三、总结 以一个更加全面的视角来看待一个通信系统，从频带通信系统的每一个环节进行仿真：信号源、 信源编码、信道纠错编码、频带调制、信道传输并加噪 、频带解调、信道纠错译码、信源译码等数字通信要素构成的通信系统。
82530编辑于 2023-03-26 - 来自专栏Linux学习~
Linux系统-进程间通信
3、共享内存的链接与去连接 4、接口使用示例 3、共享内存与管道对比 4、消息队列/信号量 零、前言 本章主要讲解学习Linux中本系统下的进程间通信 一、进程间通信介绍 概念： 进程间通信简称 ：让不同的进程看到同一份资源 由于进程之间具有独立性，代码数据独立拥有，若想实现通信，可以通过向第三方资源（实际上就是操作系统提供的一段内存区域）写入或是读取数据，进而实现进程之间的通信 进程间通信发展 ，也就是说操作系统并没有为此做过多的设计工作，而system V IPC是操作系统特地设计的一种通信方式；但是不管怎么样，它们的本质都是一样的，都是在想尽办法让不同的进程看到同一份由操作系统提供的资源 一旦这样的内存映射到共享它的进程的地址空间，这些进程间数据传递不再涉及到内核，换句话说是进程不再通过执行进入内核的系统调用来传递彼此的数据 system V IPC提供的通信方式有以下三种： system ） 各进程看到同一空间资源：OS将映射后的的共享内存的虚拟地址返回给进程 示图： 注：这里所说的开辟物理空间、建立映射等操作都是调用系统接口完成的，也就是说这些动作都由操作系统来完成
3.4K20编辑于 2022-11-15 - 来自专栏全栈程序员必看
cdma是第几代移动通信系统_移动通信系统的双工分为
第三代移动通信系统旨在提供包括卫星在内的全球覆盖并实现有线和无线以及不同无线网络之间业务的无缝连接，同时针对不同的业务应用，提供从9.6kbit/s～2Mbit/s的接入速率，满足多媒体业务的要求。 国际电联（ITU）把第三代移动通信系统称为IMT-2000。第三代移动通信系统主流的技术标准有 WCDMA、TD-SCDMA、CDMA2000。 TD-SCDMA是世界上第一个采用时分双工（TDD）方式和智能天线技术的公众陆地移动通信系统，也是唯一采用同步 CDMA（SCDMA）技术和低码片速率（LCR）的第三代移动通信系统，同时采用了多用户检测 由于 TD-SCDMA 系统采用智能天线，可以定位用户的方位和距离，所以系统可采用接力切换方式。接力切换是TD-SCDMA移动通信系统的核心技术之一。 CDMA2000 第三代移动通信系统主要追求目标是更高的比特率和更好的频谱效率。CDMA2000 是IMT-2000的三大主流技术之一。
1.6K20编辑于 2022-11-09 - 来自专栏应急无线通信系统解决方案
铁路巡更系统|铁路智能巡检通信系统
基于上述问题，对铁路智能巡检系统形成以下几点需求： 1、系统建设方便，成本低，维护简单。 2、标准化作业，确保巡检人员按照设计的路线开展巡检作业。 北峰铁路智能巡检通信系统(8100SDC)介绍 北峰铁路智能巡检通信系统基于先进的DMR数字化无线通信技术，综合运用GIS卫星定位技术、智能IP互联技术、全融合通信技术和丰富的语音调度功能，为巡检人员提供日常巡更打卡 此外，系统由客户端调度中心、系统数据交换控制服务器以及数字中继台和手持终端组成，巡检人员可通过手持终端将各种状态信息(包括：巡查路线、实时工作状态检查、故障点定位、紧急报警等)综合应用与无线通讯巧妙整合为一 3、 智能化平台，统一调度 系统可通过融合网关可以实现保障跨制式、跨网络的统一指挥调度通信。 北峰铁路智能巡检通信系统(8100SDC)实现日常巡检信息实时互通，方便管理部门高效监督巡逻、巡检工作的执行情况，有效排查隐患，降低维护成本。
1.5K30发布于 2021-11-16 - 来自专栏硅光技术分享
相干光通信系统
这一篇笔记主要调研相干光通信的基本原理。 传统的光通信系统，采用强度调制/直接检测方案（intensity modulation and direct detection, 简称IMDD）。 相干光通信(coherent optical comunication)，从字面上看，重点是“相干”二字。 最终的相干光通信系统如下图所示，相比IMDD方案，复杂度提高了很多。 ? 的发展，相干光通信技术目前已广泛应用于长距离光通信。 谢崇进，数据中心光通信技术
4.2K42发布于 2020-08-13 - 来自专栏鸿蒙开发笔记
OpenHarmony开发——移植通信子系统
通信子系统目前涉及Wi-Fi和蓝牙适配，厂商应当根据芯片自身情况进行适配。 适配实例在“config.json”中添加communication子系统。
44610编辑于 2024-08-03 CAN通信协议详解：工业通信的“神经系统”
作者简介： 一个平凡而乐于分享的小比特，中南民族大学通信工程专业研究生，研究方向无线联邦学习 擅长领域：驱动开发，嵌入式软件开发，BSP开发 ❄️作者主页：一个平凡而乐于分享的小比特的个人主页 ✨收录专栏：通信协议，本专栏为记录项目中用到的知识点，以及一些硬件常识总结 欢迎大家点赞 收藏 ⭐ 加关注哦！ CAN通信协议详解：工业通信的“神经系统” 一、CAN协议核心思想图解 二、CAN协议诞生背景 汽车电子的革命 1980年代汽车电子问题： ┌────────────────────────────── 基于消息的通信（而非基于地址） 传统地址寻址 vs CAN消息标识： 传统方式（如I2C）： 主设备：给从设备3（地址0x03）发送数据 ┌─0x03─→ 从设备1? 优势 灵活强大 简单易用 车辆专用 高可靠 九、CAN系统设计要点 1.
1.1K11编辑于 2026-02-02- 来自专栏全栈程序员必看
通信网络基础pdf_通信网络系统基础
目录 TCP通信 概述 服务端架构 客户端架构 应用层协议 客户端连接服务端（错误示范） UDP通信 概述 程序结构 通信数据处理 ---- TCP通信 概述 TCP通信双方在进行数据交换之前，先要建立连接 客户端连接服务端（错误示范） 客户端连入服务端之后通信结构如下： 每个客户端都对应一个通信线程，这种结构便于理解编程但不支持高并发的服务器，尽量少用这种编程方式，网络通信一般使用异步编程方式达到循环接受 UDP通信 概述 UDP 通信之前不需要建立连接，它仅仅是单方面的一个操作。 UDP 通信编程中，没有TCP 通信中所谓的“服务端”，只存在“客户端”，每个客户端之间是平等的，发送数据之前不需要进行“连接”请求。 程序结构 通信数据处理 通信数据的循环处理可分为顺序执行的循环和非顺序执行的循环，二者的区别在于是否将数据的处理解析放在数据接收循环中处理，如下图所示： 顺序执行的循环易于理解和编程，非顺序执行的循环通信效率最高
59320编辑于 2022-11-08 数字时钟系统的通信方式解密
医院、学校等行业的数字时钟系统由GPS北斗天线、天线防雷器、中心母钟、NTP时间服务器、子钟、监控管理终端及数据传输通道等构成。 1.2 以太网方式以太网是国际上应用广泛的通信方式之一，被广泛应用于大楼里基本通信建设，由于以太网在建楼时，已经建设好，可以正常使用。 优点：可靠性高，可以支持硬件节点的即插即用。 无限制无限制无限制网络调试容易需要一定的技术基础需要一定的技术基础无需调试开发难度容易需要一定的技术基础需要一定的技术基础需要一定的技术基础后期维护成本很低很低很低很低综合以上分析比较，以太网方式+WIFI方式比较合理，具有较多的优势；另外，考虑系统将来的升级扩展能力
39510编辑于 2025-02-24- 来自专栏我的博客
【Linux系统】进程间通信：命名管道
引入命名管道的原因： 为解决匿名管道的局限性，命名管道允许任意进程（无论是否有亲缘关系）通过文件系统路径访问，实现跨进程通信。 2. 什么是命名管道 命名管道（Named Pipe/FIFO）是一种特殊的文件类型，特点包括： 文件系统可见：通过路径名（如 /tmp/myfifo）标识，任何进程可访问。 突破亲缘限制：不相关进程可通过路径名打开同一管道通信。 双向通信支持：部分场景下支持读写双向操作（需显式设计）。 示例：命名管道在文件系统中显示为特殊文件（权限位带 p，如 prw-r--r--）。 3. ，需手动删除 通信方向 仅单向 可支持双向通信 性能 略快（无文件系统操作） 稍慢（涉及磁盘索引节点） 使用场景 短期亲缘进程通信 长期/跨进程通信（如C/S架构） 关键补充 语义一致性：打开后两者操作方式相同
22810编辑于 2025-12-22 - 来自专栏Gnep's_Technology_Blog
OFDM通信系统仿真之交织技术
如果系统是一个纯粹的 AWGN 环境下运行，即准平稳信道，则交织的必要性不大。 作用：交织的作用是将突发错误转换为随机错误，有利于前向纠错码的译码，提高了整个通信系统的可靠性。 1、MATLAB 程序 clc; clear; %% 参数设置 N_sc=52; %系统子载波数（不包括直流载波）、number of subcarrierA N_fft=64; %根据香农定理，扩频通信就是用宽带传输技术来换取信噪比上的好处，这就是扩频通信的基本思想和理论依据。 ————————————————————————————% % 由于m序列的均衡性、游程分布和自相关特性与随机序列的基本性质极其相似，所以通常将m序列称为为噪声（PN）序列，或称为伪随机序列 % 扩频通信的主要目的是提高通信信号的抗干扰性和保密性 legend('4PSK调制、卷积译码、有扩频'); 2、仿真结果 上述程序将交织及解交织相关的程序注释后跑出的仿真如下： 未加入交织技术 上述程序将交织及解交织相关的程序加入系统后跑出的仿真如下
90940编辑于 2023-11-20 - 来自专栏Gnep's_Technology_Blog
基于OFDM的通信系统模拟实现
前言 本文讲解了基于 OFDM 的通信系统模拟实现。 2ASK/OOK 信号也有两种基本的解调方法：非相干解调（包络检波法） 和 相干解调（同步检测法），相应的接收系统组成方框图如下图所示： 2ASK/OOK信号的接收系统组成方框图 与模拟信号的接收系统相比，这里增加了一个“抽样判决器”方框，这对于提高数字信号的接收性能是必要的。 三、基于 OFDM 的通信系统模拟实现 1、整体流程 基于 OFDM 的通信系统模拟实现的整体流程图大致如下图所示： 2、MATLAB 源码 % 这段代码是一个基于正交频分复用（Orthogonal Frequency Division Multiplexing，OFDM） % 的通信系统的模拟实现。
1.1K30编辑于 2023-10-26 - 来自专栏FPGA技术江湖
基于 FPGA 实现多路UARTSPI通信系统
第一部分 设计概述 /Design Introduction 本次的设计为多路UART/SPI通信系统，可以实现一对多的通信。系统可以运行在UART模式，也可以运行在SPI模式。 UART通信简单，仅需要一根信号线，但是其缺点是只能实现单向通信，接收端无法给发送端反向发送数据。但是这一缺点也可以通过采用两个UART系统来弥补。 当系统运行在SPI模式下，可以实现一个主机与多个从机之间的通信，且在通信过程中，系统是全双工的。主机通过选择性拉低某一个或者某几个从机的片选信号，实现对于从机的选择。 最初计划通信系统在两个不同的FPGA板上实现，但是另外一块板出了问题，目前只能在一块板上验证。发送端和接收端、主机和从机均写在一块板子里，内部的通信线也直接用FPGA内部的线连接。总的框图如下。 其中，inst_clkwiz是系统自带的分频器，将外部100M的始终编程10M，降低了通信速率，但是可以使通信系统更加稳定；inst_SPIpart是SPI通信模块；inst_UART是UART通信模块
49710编辑于 2025-07-24 - 来自专栏程序员的SOD蜜
基于邮件通道的WCF通信系统
WCF邮件通信系统，详细介绍请见 http://files.cnblogs.com/bluedoctor/WCF%e9%82%ae%e4%bb%b6%e9%80%9a%e4%bf%a1%e7%b3%bb
96460发布于 2018-02-26 - 来自专栏性能与架构
LinkedIn 即时通信系统的优化
前言 LinkedIn 的即时通信系统目前单台机器可以处理数十万的持久连接，这是不断调优的结果。 最近，他们在官网博客中发布了优化过程，介绍了即时通信系统的技术选型、调优的重点。 基础技术构成 即时通信技术的基本要求就是server能够向client推送数据，需要通过持久连接实现，而不是传统的“请求-响应”模式。 优化过程 socket最大连接数限制 LinkedIn 刚开始做性能测试时，发现并发连接始终无法超过128个，这肯定是不正常的，应用服务器处理上千并发连接是很轻松的，后来发现是一个系统内核参数的限制： net.core.somaxconn 这个参数控制的是允许积压的TCP连接数量， 当一个连接请求过来时，如果数量达到上限了，就会被拒绝掉，128是很多系统的默认值。 security/limits.conf： <process username> soft nofile 200000 <process username> hard nofile 200000 系统级的文件描述符限制的调整是在
1.9K80发布于 2018-04-04 - 来自专栏爱测角的专栏
漫谈软件系统测试——通信节点识别
软件系统是以构成计算机系统一部分的软件为基础的内部通信组件的系统。本文的主要内容是通过对软件系统通信节点的识别，分享软件系统的测试思路。 一、通信下节点 系统第一个关键节点为系统中用户与展示层的通信节点，如图2-1所示，这里定义它为通信下节点。 通过黑盒测试，我们以用户的角色最直接地验证系统的功能性和易用性，但这种方式验证系统的弊端也比较明显：对整个系统通信的验证只停留在表层。 本文在介绍对软件系统层级及系统关键通信节点的思考同时，也介绍了通过建立代理层直接对话通信节点上下游服务的思路，从而探索软件系统的全链路测试。 为了提升我们直接与计算机的对话能力，我们可以尝试由表及里地去识别计算机中可能的通信节点，结合工具的使用循序渐进去了解与系统节点间的通信方式和通信细节，逐步加强与系统各通信节点的对话能力。
1.5K10编辑于 2022-08-25 - 来自专栏我的博客
【Linux系统】进程间通信：匿名管道
1.3 怎么进程间通信 IPC的实现方式主要分为四类（具体技术可能重叠）： （1）管道（Pipe） 匿名管道：仅限血缘关系进程（如父子进程），单向通信，通过pipe()系统调用创建内核缓冲区。 命名管道（FIFO） ：通过文件系统路径标识，支持无血缘关系进程通信。 （2）System V IPC 共享内存：多个进程直接访问同一块物理内存，速度最快但需同步机制（如信号量）避免冲突。 不同场景需权衡性能、复杂度与通信需求选择合适方式（如管道适合简单血缘进程通信，共享内存适合高性能数据共享）。 1.5 问题拓展 进程间通信是通过操作系统提供的特殊方法实现进程间的数据传递。 】中的【基础IO下】 如下图： 既然这样，那为什么不能用file结构体中的内核缓冲区，通过系统调用read/write以不同的读写方式打开来进行进程间通信呢？ 管道 2.1 管道本质定义 管道是 Unix/Linux 系统中历史最悠久的进程间通信（IPC）机制，其核心设计为： 内存级单向数据流：管道不涉及磁盘存储，数据存在于内核缓冲区（内存区域），仅通过读写操作在进程间传递
21910编辑于 2025-12-22 - 来自专栏全栈程序员必看
4g通信系统的网络结构_4g通信
码间干扰是数字通信系统中除噪声干扰之外的最主要的干扰，它作为一种乘性干扰不同于一般性的加性造成干扰，但是WFDM技术中采用了循环前缀，所以其抗码间干扰能力也较强；最后，其适合高速数据的传输，OFDM技术在应用过程中根据不同的情况采用不同的调制方式 利用OFDM技术加载算法时，系统会自动调制将海量的数据信息集中置于信号较佳的信道上并以高速率进行传送，从而实现数据信息的传输。 该技术可以为整个4G网络通信系统提供相应的空间复用和空间分集，空间复用是在信号的接收端和发射端安装多副天线，将信号分散至各个空间，增加其容量；空间分集主要分为发射分集和接收分集两类，通过分集技术来提升无线信道的性能 而IPV6技术完全避免了此种弊端，以IPV4技术的地址空间为基础相应的扩大了自身的地址空间，增强了通信技术，提升了服务质量，最重要的是安全性能也远远高于IPV4技术，不仅实现了空间资源的有效利用，还在一定程度上提高了系统的使用效率和质量 该技术与其他技术不同，具有良好的抗干扰和抗远近效应性能，目前在4G系统的终端和基站中钢钒应用，可以有效提高系统内部的容量。
2K40编辑于 2022-09-29 - 来自专栏AI系统
【AI系统】分布式通信与 NVLink
分布式通信是指将计算机系统中的多个节点连接起来，使它们能够相互通信和协作，以完成共同的任务。 此外，梯度聚合步骤需要在 GPU 之间同步大量数据，这可能成为系统的瓶颈，特别是当工作单元的数量增多时。为了解决数据并行中的通信瓶颈问题，研究者们提出了各种异步同步方案。 这种方法可以显著降低因通信导致的停滞时间，从而提高系统的吞吐量。实现原理是在梯度计算阶段，每个 GPU 在完成自己的前向和反向传播后，不等待其他 GPU，立即进行梯度更新。 这两项技术的引入，为 GPU 集群和深度学习系统等应用场景带来了更高的通信带宽和更低的延迟，从而提升了系统的整体性能和效率。 DGX H100 SuperPod 系统。
54310编辑于 2024-11-27 - 来自专栏应急无线通信系统解决方案
电力行业巡检对讲通信系统
• 远程可视化操作业务要求交互数据量大 系统优势介绍 北峰MESH无线自组网系统是采用全新的“无线网格网”理念设计的移动宽带多媒体通信系统。 l 全IP组网互联互通：系统采用全IP的数据透传设计理念，易于与其它系统互联互通，克服传统公网信号差的问题，减轻网络建设成本，便于电缆隧道或其他封闭建筑内巡检。 方案应用 当突发事件发生时，应急通信系统需要解决公网通信网络可能突发话务高峰导致拥塞阻断、火灾地震或恐怖袭击等导致基站损坏、偏远地区现场无信号覆盖、执行特殊任务时需要通信保密等情况。 北峰通信根据应急通信的实际需求和应用场景，结合新的通信技术打造出MESH无线自组网系统，整体设计思路满足应急通信的特殊性。 系统可广泛应用于军队、公安、武警、消防、人防、电力、石油、交通、水利、林业、广电、医疗、水上及空中通信等部门领域，为用户提供可靠、及时、安全、高效的语音、数据、视频及可视化指挥调度等丰富的综合业务，真正实现
65030编辑于 2022-03-31
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号