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 档案库以便机读。