在物联网通信里，CoAP凭借轻量UDP特性被广泛用于受限设备。但当客户端对某资源发起观察请求后，服务器会周期性推送通知，这条路径上的网络质量可能随时变化。若重传超时值写死，在延迟突增时容易误判丢包而频繁重发，在延迟降低时又恢复过慢。用Ruby构建网关或测试工具时，完全可以自己实现一套随观测过程不断修正的超时模型。
CoAP观察机制与重传模型基础
CoAP的观察选项通过向请求消息添加Observe字段实现。服务器收到后将该客户端加入资源订阅列表，之后每次资源改变就主动发出非确认型或确认型通知。对于需要可靠投递的观察通知，客户端必须能在超时未收到ACK时重传。标准规范建议初始重传超时RTO取默认值三秒，并采用指数退避，但在长时间观察中这显得僵硬。
我们可在Ruby侧维护每个资源观察会话的状态机。除了记录消息ID与令牌，还应为该会话建立独立的时延采样器。每当收到对应ACK，就记下发送时刻到接收时刻的差值，作为一次RTT样本。重传发生时，不立即采用标准翻倍，而是先参考近期样本动态计算。这样单个资源的抖动不会影响其他资源的判断，也符合CoAP基于UDP无连接但可对话的逻辑。
需要注意的是，观察通知可能是非确认的，此时并不触发重传，仅当客户端发送的刷新或带确认观察请求未回包时才进入重传逻辑。因此在设计自适应模块时，必须区分普通请求、观察注册请求与观察续订请求，分别套用采样数据，避免把无ACK场景误当作丢包。
Ruby中的滑动窗口RTT估算实现
核心思路是用一个定长队列保存最近N次成功RTT，计算平滑均值与平均偏差。相比单纯算术平均，加入偏差能更敏感捕捉网络恶化。下面代码展示一个简化估算类，它提供update方法纳入新样本，rto方法给出当前建议超时。我们刻意未使用复杂RFC6298全套，而是适配CoAP轻量诉求。
class CoapRttEstimator
def initialize(window=8, base=3.0, k=4.0)
@window = window
@samples = []
@base = base
@k = k
end
def update(rtt)
@samples << rtt
@samples.shift if @samples.size > @window
end
def rto
return @base if @samples.empty?
mean = @samples.sum / @samples.size
deviation = @samples.map { |s| (s - mean).abs }.sum / @samples.size
val = mean + @k * deviation
[val, 1.0].max
end
end
上述代码中window控制记忆长度，设八表示只信最近八次交互；k为安全系数，取值四意味着容忍较大波动。若近期样本极度稳定，deviation趋近零，超时便贴近真实均值，提升效率。反之网络乱跳时超时拉长，降低重传风暴概率。
在观察会话里，客户端每收到一个ACK就调用update。若发生重传，我们不把这次失败时间计入RTT，因为重传本身扭曲了测量。只有干净往返才作样本，这保证估算器不被自身恢复行为污染。同时可为每个令牌建一个估算器实例，做到会话级隔离。
自适应重传控制器的整合与调优
把估算器接入发送循环时，要改写原本固定sleep的逻辑。以下片段演示了在发送观察注册后如何等待并可能重传。我们假设已有send_msg与recv_ack底层方法，重点看超时如何取自估算器。
def observe_with_adaptive_retry(uri, token)
est = CoapRttEstimator.new
msg = build_observe_request(uri, token)
attempts = 0
loop do
t0 = Time.now
send_msg(msg)
ack = recv_ack(token, est.rto)
if ack
rtt = Time.now - t0
est.update(rtt)
break if attempts == 0
attempts = 0
break
else
attempts += 1
return nil if attempts > 5
# 重传时不更新est，仅缩短下次等待依据原rto
msg = msg.dup
end
end
est
end
这段控制流里，首次成功即退出，后续若断链重续也可复用est继续平滑。最多五次重传防止死循环。实际部署中，还可把est.rto结果向下取整到CoAP建议的步长粒度，比如零点五秒，避免过于频繁唤醒。另外观察通知频率高时，可让服务器少发确认，客户端侧便少触发该路径，进一步省算。
调优层面，窗口大小要看设备移动性。静止传感器用较大窗口平滑偶然干扰；车载设备用较小窗口快速跟随切换。基础值@base在局域网可降到一秒，跨公网保持三秒。若业务允许丢少量通知，甚至可对观察通知完全关ACK，只对注册做自适应，这样Ruby进程开销极低。经过上述设计，资源观察重传超时便不再死板，能随网络呼吸。