对比文件：2005-05-10_US6891818B_发明授权_US06891818B1 Method in the selection of a transfer window, and a mobile station
目标专利：1903无线通信系统同步解密参数的方法及其相关装置CN101064594B
调用模型：DeepSeek-R1-Distill-Qwen-32B
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译成中文，含段落标号） | 公开性论述 |
| **技术特征A**：其特征在于包含有当一第二协议单元操作于确认模式时<br>**《隐含公开》** | [0025] “在某种模式（确认模式）下，接收失败的块会在必要时被重传。” | 对比文件明确提及“确认模式（Acknowledged Mode）”，该模式对应于目标专利中第二协议单元（下层RLC/MAC）的操作模式。虽然对比文件没有明确将该模式与“设定第一协议单元接收窗”直接关联，但公开了确认模式的存在，本领域技术人员可以合理推断该模式是协议层的一种工作状态，因此特征A被隐含公开。 |
| **技术特征B**：设定一第一协议单元的一接收窗为推进式<br>**《隐含公开》** | [0030] “变量V(Q)（接收窗状态变量）指示接收窗内最旧未接收数据块的BSN值，当接收到BSN等于V(Q)的数据块时，V(Q)的值被更新。”<br>（描述接收窗仅在接收到对应下沿块时推进，隐含了推进式滑动窗的本质。） | 对比文件的接收窗操作机制本质上是推进式（Push Type）：只有当接收窗下沿对应的最旧未收块被成功接收时，窗口才向前推进。这与目标专利中定义的推进式滑动窗一致。对比文件虽未使用“推进式”一词，但该机制必然隐含采用推进式窗口，因此特征B被隐含公开。 |
| **技术特征C**：所述接收窗大小大于或等于所述第二协议单元所使用的接收窗大小<br>**《未公开》** | 全文未提及第一协议单元（解密单元）与第二协议单元（如RLC）之间接收窗大小的比较或设定关系。 | 对比文件仅涉及单一RLC层的发送/接收窗口大小协商（如[0031]-[0033]）以及根据多时隙等级设置默认大小，完全没有涉及不同协议层（如PDCP与RLC）之间的窗口大小比较。目标专利要求第一协议单元的接收窗大小必须大于或等于第二协议单元的接收窗大小，对比文件对此无任何直接或暗示性公开。 |
| **技术特征D**：所述第一协议单元是一解密单元<br>**《未公开》** | 全文未提及解密（deciphering）功能或相关单元。 | 对比文件涉及RLC/MAC层的数据传输窗口管理，未涉及加密解密协议层（如PDCP或RLC安全子层）。目标专利的第一协议单元为专门负责加解密的单元，对比文件无任何相关内容，因此未公开。 |
| **技术特征E**：所述第二协议单元是所述第一协议单元的下层协议单元<br>**《隐含公开》** | [0009] “RLC/MAC层位于LLC层与物理层之间……LLC层之上有SNDCP功能……”<br>（隐含了协议层次关系，RLC/MAC位于下层，上层是SNDCP等。） | 对比文件虽然描述的是GPRS协议栈，但RLC/MAC层相对于上层（如SNDCP，其在WCDMA中对应PDCP的类似角色）是下层协议单元。本领域技术人员可依据通信协议常识推断，RLC/MAC通常为其上层的解密协议层（如PDCP）提供下层服务。对比文件间接暗示了这种层次关系，因此特征E隐含公开。 |
| **技术特征F**：其特征在于所述第二协议单元是一无线链接控制单元<br>**《直接公开》** | [0009] “RLC/MAC层（无线链接控制/媒体接入控制）”<br>[0025] “在RLC层负责重传……” | 对比文件全文围绕RLC（无线链接控制）层展开，明确将RLC作为一个协议单元。因此特征F被直接公开。 |
| **技术特征G**：其特征在于所述第二协议单元是一媒体存取控制单元<br>**《直接公开》** | [0009] “RLC/MAC层（无线链接控制/媒体接入控制）”<br>MAC部分涉及信道分配、USF字段等。 | 对比文件同样明确提及MAC（媒体存取控制）层，并将MAC与RLC并列作为协议单元。因此特征G被直接公开。 |
| **技术特征H**：其特征在于所述第二协议单元的接收窗为推进式<br>**《隐含公开》** | [0030] “变量V(Q)更新仅当接收到BSN等于V(Q)的数据块”<br>（该操作与特征B类似，是推进式窗口的典型特征。） | 对比文件对RLC接收窗的描述（V(Q)更新机制）表明该窗口为推进式（只有最旧未收块被确认时才推进）。虽然对比文件未明确使用“推进式”术语，但其实现必然基于推进式原理，因此特征H隐含公开。 |
| **技术特征I**：其特征在于当所述第二协议单元操作于确认模式时<br>**《隐含公开》** | [0025] “在某种模式（确认模式）下……” | 同特征A的论述，对比文件公开了确认模式的存在，因此特征I隐含公开。 |
| **技术特征J**：所述第二协议单元将包删除的信息传送至所述第一协议单元<br>**《未公开》** | 全文未提及将包删除/丢失信息从RLC/MAC层主动上报至上层（如解密单元）。 | 对比文件仅涉及RLC层的内部操作（如窗口停滞、重传、状态报告），未涉及将删除信息向上层协议单元传送。目标专利强调在确认模式下第二协议单元需将包删除信息告知第一协议单元以配合推进式窗口，对比文件无此教导，因此未公开。 |
## 总结代码
根据以上判断，技术特征的直接公开或隐含公开对应代码如下：
- 特征A：隐含公开 → <<<a>>>
- 特征B：隐含公开 → <<<b>>>
- 特征C：未公开 → 无代码
- 特征D：未公开 → 无代码
- 特征E：隐含公开 → <<<e>>>
- 特征F：直接公开 → <<<F>>>
- 特征G：直接公开 → <<<G>>>
- 特征H：隐含公开 → <<<h>>>
- 特征I：隐含公开 → <<<i>>>
- 特征J：未公开 → 无代码
注意：特征A和I均被隐含公开，但代码分别标记为小写a和i（对应同一判断结果）。由于特征列表独立，故各自给出代码。
<<<a>>><<<b>>><<<e>>><<<F>>><<<G>>><<<h>>><<<i>>>