由局域网信道利用率引发猜想

因为作者现在在大一自修《计网》，看到这块，想法萌生，由于个人写的确实晦涩，下面为AI的润色版本，还是希望大家可以抛出一些批判性的评论。

一、问题背景

传统星形局域网采用CSMA/CD协议，单总线架构存在明显缺陷：发送数据需经过若干争用期t，即使信道空闲，单个站点发送数据也需T0+t时间，信道利用率极低；同时受争用期物理限制，通信距离较短，难以满足长距离局域网需求，因此提出双总线优化方案。

二、核心架构设计

引入双总线分工协作，搭配中心化主站调度，彻底解决传统单总线冲突与效率问题：

- 总线1：专属业务数据传输，承载站点间实际数据帧交互；

- 总线2：专属控制信令传输，负责轮询指令、应答信号、距离校准等控制报文；

- 网络节点：1个唯一主站（负责信道检测、调度与拓扑管理）+ 若干编号从站（无自主抢占权限，仅被动响应与传输）。

三、关键流程

（一）线路初始化流程

1. 站点按“1、2、3……”有序编号，初始化后从站禁止主动检测总线1、禁止自发数据，仅接收信令；

2. 从站沿总线2，按编号顺位向下一站发送预申请信令（“我要发送数据，请等待主站回应”），逐级上报至主站；

3. 主站收到申请后立即回传应答，目标站点计算收发时间差t1，通过公式$L=\frac{t_1}{2v}$（v为信道传输速率），计算自身与主站的物理距离；

4. 站点将自身编号+物理距离回传主站，主站与所有从站同步存储该拓扑信息；

5. 主站按编号顺位，依次授权下一站完成上述校准，无站点应答超时后，初始化完成。

（二）数据收发流程

1. 主站通过总线2，按编号依次向各站点广播轮询指令（“是否发送数据”），同时等待站点应答；

2. 站点应答逻辑：

- 有发送需求：立即通过总线1向目标站点发送业务数据，同时通过总线2向主站上报关键信息（目标站点编号、数据包大小、预估传输时长）；

- 无发送需求：返回“None”对应的二进制编码。

3. 优化调度：若站点业务数据传输时长＜向主站上报控制信令的时长，主站无需等待该站点数据传输完毕，立即跳转至下一号站点继续轮询，缩短整体轮询时延。

四、方案特点与适用场景

（一）核心优势

- 杜绝帧碰撞：主站中心化调度，从站无自主抢占行为，从根源解决冲突问题；

- 提升信道利用率：舍弃冗余争用期，仅保留必要控制时序，有效数据传输占比显著提高；

- 适配长距离：预存全网站点距离与时延参数，突破传统单总线争用期的距离限制；

- 可靠性高：双总线物理隔离，业务数据与控制信令互不干扰，传输稳定性提升。

（二）适用场景

仅适用于长距离、轻负载局域网场景（如工业远程分站组网、楼宇分层组网），该场景下可最大化发挥方案可靠性与高效性优势。

五、现存局限与优化方向

（一）现存局限

- 高负载场景下，顺位轮询会产生排队延迟，吞吐上限低于分布式抢占协议；

- 主站存在单点故障风险，主站宕机将导致全网通信瘫痪；

- 双总线布线、硬件接口成本高于传统单总线局域网；

- 初始化测距耗时较长，临时增减站点需重新校准全网拓扑。

（二）优化方向

- 分组轮询：将站点分区调度，降低高负载下的排队时延；

- 主站冗余：增设备用副主站，实现故障自动切换，解决单点故障；

- 精简信令：优化空应答编码，压缩无数据站点的轮询耗时；

- 优先级调度：为核心业务站点分配优先轮询权限，提升核心业务响应速度。