跳到主要内容

2. 一种补救方案

这是对主机-IMP 用户接口提出的一项修改建议, 它已在从 BBN 1822 报告中摘取的图上初步勾画出来。

2.1 主机到 IMP​

该修改是增加一个计到 32 的计数器, 在一条消息开始时启用, 每向 IMP 传送一个比特就递增一次; 当它达到 32 时, 就强制产生一个 “字完成” 信号, 要求移位寄存器装入一个新字, 并复位字长计数器; 这样, 前导最后一个字中未使用的比特就不会被传输, 消息从下一个字开始 (见图 2.1)

   0                                       23
------------------------------------------
| leader |
| ----------------------
| | XXXXXXXXXXXXXXXX | <- contents of
|----------------------------------------- sending Host memory
| | (24 bits)
| Message |
| |

Corresponding message in the sending IMP memory

0 15
--------------------------------
| |
| |
| leader |
| |
--------------------------------
| |
| message |
| |

图 2.1

2.2 IMP 到主机​

该修改是增加一个计到 32 的计数器。当一条新消息开始时 32 个比特已从 IMP 进入移位寄存器, 计数器就允许寄存器移位直至其装满 (这由字长计数器检测), 而不从 IMP 输入任何新的比特。

这样, 消息的下一个比特, 也就是正文的第一个比特, 将作为下一个字的第一个比特被输入 (见图 2.2)。

Message in receiving IMP memory  Contents of receiving Host memory (35
bits)

0 15 0 35
------------------------------ --------------------------------------
| | | |
| leader | | leader | 0000 |
------------------------------ --------------------------------------
| | | |
| message | | message |
| | | |
| | | |

图 2.2

尽管在网络上传输无用标记比特的累积开销, 加上为重塑所收正文而进行的计算, 使这项修改或许值得考虑, 但这一决定不在我们的职权范围内, 我们只是想提出一个比标记更好的解决方案。

第 5 页和第 6 页包含一幅 “IMP to Host” “Host's special Interface” 的连线图。


注: 本 RFC 由 Gottfried Janik 于 2/98 录入在线 RFC 档案库以便机读。