定义
速率控制（Rate Control）是网络与通信系统中根据信道质量、拥塞程度、业务优先级等条件动态调整发送速率的机制，旨在平衡系统吞吐量、多用户公平性与业务QoS保障。在传输层体现为TCP拥塞控制；在无线接入侧体现为基于CQI反馈的链路自适应、MCS（调制编码方案）选择及HARQ重传策略；在接入网边缘则通过流量整形（Traffic Shaping）与流量监管（Traffic Policing）实现。与拥塞控制、带宽管理协同工作，构成端到端速率与资源管控体系。
核心机制
传输层速率控制
TCP通过拥塞窗口（Congestion Window, cwnd）与慢启动、拥塞避免、快速重传、快速恢复等算法实现端到端速率自适应。现代算法如Cubic、BBR根据RTT与丢包率动态调整发送速率，在高速长距离网络中提升带宽利用率。
无线链路自适应（Link Adaptation）
终端上报CQI（Channel Quality Indicator）、RI（Rank Indicator）、PMI（Precoding Matrix Indicator）等信道状态信息，基站据此选择MCS等级与传输块大小（TBS），实现AMC（自适应调制编码）。信道恶化时降阶MCS或降低码率，信道改善时升阶以提升频谱效率。
流量整形与监管
流量整形采用漏桶（Leaky Bucket）或令牌桶（Token Bucket）算法，将突发流量平滑为符合承诺速率（CIR）的平稳流；流量监管则对超限流量进行丢弃或标记降级，配合DiffServ实现差异化服务。
典型应用场景
速率控制广泛应用于防止网络拥塞、多用户公平共享带宽、保障关键业务时延与丢包率、物联网设备节流以降低功耗与资费、以及运营商对物联网卡进行APN级速率限速等场景。
达希物联的物联网卡与云平台在接入侧支持按APN、按设备维度的速率限速配置，与运营商速率控制策略协同。设备侧可结合TCP拥塞控制与业务层节流，在NB-IoT、Cat.1等窄带场景下实现低功耗、低成本的数据上报。平台侧通过流量调度与QoS策略，保障关键指令下发与批量设备管理的速率与公平性。
令牌桶约束的是承诺速率和突发
速率控制的技术含义是让发送速度跟着可用资源变，而不是一直按应用想要的速度推。无线侧靠信道质量选择调制编码和传输块大小，信道变差就少发比特，变好再增加。传输层的拥塞窗口根据丢包或时延判断路径是否吃满，慢启动之后进入避免阶段。网络边缘的整形器用令牌桶：令牌按承诺速率补充，桶深决定允许的突发。桶里有令牌就放行，没有就缓存或丢弃。监管比整形更硬，超限包直接丢或降级，不负责把流量抹平。
这三层看到的“速率”不是同一个数。空口速率随无线变化，TCP速率还受对端窗口和往返时延影响，APN限速则是一个人为上限。只在应用层打印发送成功的字节数，会把本地入队速度当成链路速度。
无线编码与TCP窗口要一起看
窄带物联网上，空口一次只能承载很小的传输块，TCP若仍用为大带宽准备的初始窗口，会把大量报文堆进无线缓冲区，时延上升后被误判成丢包，窗口又猛烈收缩。小包上报更适合把应用发送速率限制在空口能稳定承载的范围，或者用能感知瓶颈带宽的拥塞算法。运营商按APN或按卡做限速时，上限必须大于业务的持续速率，并留出协议开销；上限低于业务需求时，任何重传都只会堆得更满。
使用整形的条件是突发可以缓存在内存里。实时控制包不能进一个很深的整形队列，否则排队时延超过控制周期。批量补传和实时指令应分成两路，分别给承诺速率。限速点要选在最靠近瓶颈的地方，只在云端限速、空口仍被突发打满，无线资源还是会被占完。可对照调制解调看当前阶数：阶数已经很低而应用仍按峰值发送，速率控制没有闭环。
把签约限速当成覆盖故障
容易出错的是速率卡在一个很整齐的数值上，例如总是停在同一兆比特附近，就去换天线、查干扰。整齐的上限多半是令牌桶或APN策略，无线恶化的特征是速率随位置和时段波动、同时伴随误块升高。另一个错误是只加大TCP重传，不限制应用的补传并发，限速链路上重传占满令牌，新数据完全发不出去。
上行和下行的签约速率可以不同。用下行测速软件验收上行摄像头，会得到一个无关的数字。应分别做上下行，并在模组侧记录无线链路的调制编码、在网关侧记录丢弃和排队。两边一个在波动、一个卡在常数，就可以判断限速点在哪一层，而不是笼统地称为网络慢。
令牌按承诺速率补充，桶的深度决定能吞下多大的突发。桶深为零时，任何超过平均值的瞬间都会被丢掉或推迟，周期上报的齐步发送最容易中招。桶深过大则突发直接打进无线缓冲区，后面的控制包排队。上下行的签约上限常常不同，用下行测速结果去推断上行摄像头能否工作，会得到无关的结论。速率卡在整数附近且不随位置变化时，优先核对策略限速，而不是反复更换天线。