通信

OFDM, OFDMA, SC-FDMA的区别OFDM（正交频分复用）、OFDMA（正交频分多址）和SC-FDMA（单载波频分多址）是4G LTE与5G NR等无线通信系统中常用的多载波调制与多址接入技术，它们的核心区别在于资源分配方式以及信号的峰均比（PAPR)。

回归物理本质：对拥塞控制实验室依赖与公平性误置的反思摘要本文对拥塞控制学术研究中一类值得警惕的倾向提出反思：将受控仿真与实验室测量，未经严格检验地等同于真实网络中的算法性能。这一方法论上的偏差，可能导致部分研究将“与陈旧算法的友好共存”误设为设计的首要目标，从而偏离了拥塞控制的原始定义。本文论证：拥塞控制的评判标准，必须回归真实、复杂、具有对抗性的现网环境中的实测表现。其核心指标包括：起速时间、收敛速度、长尾延迟（P99/P95）、稳态带宽巡航稳定性，以及本机多流公平性调度。脱离真实网络的性能数据，其工程有效性应被审慎对待。

KCC：在 BBR 思路上的一次探索拥塞控制算法的身份由状态机界定。Tahoe/Reno、CUBIC、BBR 各有其独特的状态机。KCC 与 BBR 的关系类似 CUBIC 与 BIC——保留外层框架，替换/增加核心部件，形成独立算法。

KCC: An Exploration Along the Lines of BBRThe identity of a congestion control algorithm is defined by its state machine. Tahoe/Reno, CUBIC, and BBR each have their own distinctive state machine. The relationship between KCC and BBR is similar to that between CUBIC and BIC — retaining the outer f

甲骨文云中国大陆定向 QoS 原理及绕过解决方案简介：甲骨文云限速套路：拳打南山敬老院小朋友们，又当又立，极其可笑。甲骨文云免费 AMD 实例（新加坡）标称 500Mbps 共享端口。非中国大陆方向可长期稳定跑满约 400Mbps。来自中国大陆 IP 的流量在数分钟至半小时内会触发针对性压制：

DolphinDB OPC-UA协议接入：工业标准通信本文深入讲解DolphinDB OPC-UA协议接入技术。从OPC-UA协议原理到插件配置，从节点浏览到数据订阅，从实时采集到历史数据读取，全面介绍OPC-UA数据采集的核心方法。通过丰富的代码示例，帮助读者掌握工业标准通信的核心技能。

拥塞控制：排水终止的两种决策：OR 与 ANDPROBE_BW 的周期由 8 个相位构成：6 个巡航（1.0x pacing）、1 个上探（1.25x）、1 个下探（0.75x）。下探的任务是在上探将 inflight 推到 BDP 之上后，以低于瓶颈速率的 pacing 使多余 inflight 消退。下探的终止条件决定了消退进行到什么程度才认为完成。

删除 Inflight Bounds：为什么 KCC 放弃了 BDP 钳位BBR 的核心循环只有三个增益——1.25× 探测、0.75× 排水、1.0× 巡航。cwnd 不被人为设限；它由 pacing rate 和 ACK clock 共同决定，自然收敛到 BDP 附近。

SSeEmitter的基本使用和介绍目录一、SseEmitter基本方法1、构造2、发送数据3、生命周期回调（清理资源）4、结束连接5、其他

TCP KCC v1.0（卡尔曼拥塞控制）面向共享带宽 VPS 环境，结合 BBRv1 状态机与卡尔曼滤波器进行传播延迟估计的 TCP 拥塞控制模块。

用户态 TCP 端口转发：对 CUBIC 友好，对 BBR/KCC 收益不大用户态 TCP 端口转发（gost、rinetd、socat）把一条连接拆成两段。这种架构对 CUBIC、Reno、BIC 等丢包驱动算法有一定提升，但对 BBR、KCC 等模型驱动算法收益很小，甚至可能增加抖动和延迟。

宽温域强防风自适应 AM-601 从容应对风场机舱与塔筒多变环境在风电场的运行体系中，最容易被忽视、却又最不能出问题的环节，往往是光纤。每一台风机与主控中心之间的通信 —— 包括运行数据、开关指令、振动监测、视频画面 —— 几乎都依靠光缆来完成。一旦光缆中断，那台风机就会处于 “失联” 状态，无法远程控制，也无法上报状态。而风电场的环境又出了名的苛刻：机舱内夏季高温可达五六十摄氏度，塔筒外常年面对大风、沙尘、高湿，抢修窗口往往只有短短几个小时。

2026年光电信息、通信与人工智能国际学术会议（OICAI 2026）7月20-22日 | 中国·南京 | www.oicai.net收录检索：EI Compeddex，Scopus双检索

关于拥塞控制的几点思考拥塞控制要解决的根本问题，表述起来很简单：多个发送方共享一条链路，如何协调各自的发送速率，使得链路资源被充分利用，同时避免因过载而崩溃。

过冲：拥塞控制的呼吸与盲行任何基于反馈的控制系统都逃不过过冲。你踩刹车，车不会立刻停；你转方向盘，车头指向总比手慢一拍。拥塞控制也一样。

拥塞控制：公平性的不可能三角公平性是一个伪命题。不是因为它不重要，而是因为它根本不可实现。不可能三角测量公平无法获得完整状态定义公平没有统一标准

什么是“单流”？一个服务器上能不能同时存在多个“单流”？在讨论单流场景时，很容易产生一个直觉上的误解：“单流”就是整个服务器只有一条 TCP 连接。如果服务器上同时跑了 10 条连接，那就不叫单流了。

我从 BBRv1 到 KCC 的思考我刚接触拥塞控制的时候，CUBIC 还是主流。它工作得还行，但我一直有个不舒服的感觉：它把丢包当作拥塞的唯一信号。可丢包明明有很多原因——浅缓冲区、无线干扰、甚至 CPU 调度抖动。你都不知道自己到底是因为网络满了才丢包，还是因为别的什么原因。

STM32:IIC与温湿度传感器（轮询模式）目录一.IIC通信原理二.Cubemx三.代码实现1.查阅AHT20数据手册2.IIC读取与发送函数3.根据手册写初始化过程，在aht20.c中定义一个初始化函数AHT20_Init

论 Linux 内核态全局稳态带宽的卡尔曼估计与工程实现KCC 在内核中维护了一个全局卡尔曼滤波器，从所有连接 PROBE_BW 巡航阶段（增益=1.0）采集交付带宽，估计整机瓶颈带宽。新连接建立时，从该估计值中切取一个保守比例注入初始 pacing rate 和 CWND 跟踪器，以绕开传统冷启动的盲目探测。本文讨论该全局滤波器的建模、观测门控、定点数迭代、注入策略以及内核插入逻辑。