HCS300
ds21137d-页 14
初步的
1996 微芯 技术 公司
7.2 解码器 运作
在 一个 典型 解码器 运作 (图示7-2), 这 关键 gen-
限定 在 这 解码器 一侧 是 完毕 用 带去 这 串行
号码 从 一个 传递 和 结合 那 和
这 生产者’s 代号 至 create 这 一样 secret 关键
那 是 使用 用 这 传输者. once 这 secret 关键 是
得到, 这 rest 的 这 传递 能 是 decrypted.
这 解码器 waits 为 一个 传递 和 立即
能 审查 这 串行 号码 至 决定 如果 它 是 一个
learned 传输者. 如果 它 是, 它 takes 这 encrypted portion
的 这 传递 和 decrypts 它 使用 这 贮存 关键
它 使用 这 discrimination 位 至 决定 如果 这
decryption 是 有效的. 如果 everything 向上 至 这个 要点 是
有效的, 这 同步 值 是 evaluated.
图示 7-2: 典型 解码器
运作
?
传递
Received
做
串行 号码
相一致
?
decrypt 传递
是
Decryption
有效的
?
是
计数器
在里面 16
?
是
计数器
在里面 32k
?
更新
计数器
Execute
Command
保存 计数器
在 温度 location
开始
非
非
非
非
Ye s
Ye s
Ye s
Ye s
Ye s
非
和
非
7.3 同步 和 解码器
这 k
EE
L
OQ
技术 特性 一个 sophisticated
同步 技巧 (图示 7-3) 这个 做 不
需要 这 计算 和 存储 的 future 代号. 如果
这 贮存 计数器 值 为 那 particular 传输者
和 这 计数器 值 那 是 just decrypted 是 在里面
一个 formatted window 的 say 16, 这 计数器 是 贮存 和
这 command 是 executed. 如果 这 计数器 值 是 不
在里面 这 单独的 运作 window, 但是 是 在里面 这
翻倍 运作 window 的 say 32k window, 这 trans-
mitted 同步 值 是 贮存 在 temporary
location 和 它 变得 后面的 至 waiting 为 另一 trans-
使命. 当 这 next 有效的 传递 是 received,
它 将 审查 这 新 值 和 这 一个 在 temporary
存储. 如果 这 二 值 是 sequential, 它 是 assumed
那 这 计数器 had just gotten 输出 的 这 单独的 opera-
tion ‘window’, 但是 是 now 后面的 在 同步, 所以 这 新 syn-
chronization 值 是 贮存 和 这 command
executed. 如果 一个 传输者 有 somehow gotten 输出 的
这 翻倍 运作 window, 这 传输者 将 不
工作 和 必须 是 re-learned. 自从 这 全部 window
rotates 之后 各自 有效的 传递, 代号 那 有
被 使用 是 部分 的 这 ‘blocked’ (32k) 代号 和 是
非 变长 有效的. 这个 排除 这 possibility 的 grab-
bing 一个 previous 代号 和 re-transmitting 至 增益 entry.
图示 7-3: 同步 window
便条:
这 同步 方法 描述 在
这个 部分 是 仅有的 一个 典型 implementation
和 因为 它 是 通常地 执行 在
firmware, 它 能 是 改变 至 fit 这 needs
的 一个 particular 系统
Blocked
全部 window
rotates 至 eliminate
使用 的 先前
使用 代号
电流
位置
(32k 代号)
翻倍
运作
(32k 代号)
单独的 运作
window (16 代号)