对比文件名称：2002-09-10_JP2002530021A_发明专利_JP2002530021A Frame synchronization mechanism
目标专利名称：1953无线通讯系统分组数据汇聚协议层数据保密的方法及装置CN101420424B
本分析由AI模型执行：基于深度学习的自然语言处理模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译中文，注明段落标号） | 公开性论述 |
| **技术特征A**：包含有于上述客户端由来源基地台交递至目地基地台时，接收从下层传递上来的封包（**未公开**） | 无直接相关公开内容。对比文件涉及软切换（宏分集）时MS同时接收多个基站的帧，但未明确记载“客户端由来源基地台交递至目地基地台时，从下层（RLC层等）接收封包”这一PDCP层特定操作。 | 对比文件涉及帧同步机制，未提及PDCP层的接收过程，也未明确区分切换时机中从下层接收封包的步骤。本领域技术人员无法从对比文件毫无疑义地得出该技术特征。也未发现合理的推理路径能必然导出该特征。 |
| **技术特征B**：该封包系于基地台交递发生前，由该来源基地台传送至用户端（**未公开**） | 无直接相关公开内容。对比文件在讲述软切换时，未区分“交递发生前”与“交递发生后”的封包来源。 | 对比文件未涉及交递发生前与交递发生后的封包时间差异。虽然软切换中可能存在来自旧基站的帧，但对比文件并未明确这些帧在交递发生前已传送且在交递时仍待解密。因此不具备公开性。 |
| **技术特征C**：使用对应于上述来源基地台的保密参数集，解密从下层传递上来的封包（**直接公开**） | 【0041】“この場合に、ＭＳは、誤った暗号解読結果に遭遇した際に、幾つかの手前のフレームに対応するキーを使用してフレームを暗号解読してもよい。” 翻译：“在这种情况下，当MS遇到错误解密结果时，它可以使用与之前几个帧对应的密钥来解密该帧。” | 对比文件明确记载：当MS遇到解密错误时可使用之前帧的密钥（即对应于之前帧的保密参数）来解密当前帧。该操作在作用上与特征C完全相同——使用对应于初始来源（前帧/来源基站）的保密参数解密收到的封包。尽管对比文件未限制为基站交递场景，但其教导的技术手段直接覆盖了特征C的内涵，本领域技术人员可直接毫无疑义地应用于交递场景（如来源基站的封包解密）。因此构成直接公开。 |
| **技术特征D**：于完成对所有从下层传递上来的封包的解密时，重设该保密参数（**未公开**） | 无直接相关公开内容。对比文件【0037】提到“ＢＳがハンドオーバーによって変更される場合には、ＣＦＮを新たなＢＳのものに変更しなければならない”表明切换时需改变保密参数，但未提及需等待所有封包解密完成后再重设。 | 对比文件未公开在交递时先解密所有旧封包再重设保密参数的顺序。其公开的是直接切换参数，而非等待解密完成再重置。本领域技术人员无法从对比文件得出该特征，也未发现合理暗示。 |
| **技术特征E**：其中从上述来源基地台所接收的分组数据汇聚协议封包对应于无线链路控制层的非确认模式（**未公开**） | 无相关公开内容。对比文件全文未提及RLC UM模式。 | 对比文件涉及RLC和MAC层的一般概念，但完全未涉及RLC的非确认模式（UM）。本领域技术人员无法从对比文件获取该限定特征。 |
| **技术特征F**：其中从上述来源基地台所接收的分组数据汇聚协议封包用于使用者平面数据传输（**隐含公开**） | 【0002】“端ノード間に送信されるべき情報は、フレームとしてフォーマットされ、そして少なくとも幾つかのフレームが少なくとも２つの中間ノードを経て端ノード間に送信される。” 翻译：“要在端节点间发送的信息被格式化为帧，并且至少一些帧通过至少两个中间节点在端节点之间发送。” 【0011】“好ましくは、ＦＮ（＝ＣＦＮ＋ＨＦＮ）の合成長さは、少なくとも３２ビットである。この実施形態は、暗号化に関连した第３の問題を解決する。” | 对比文件通篇描述用户数据的加密与同步，其所有实施例均针对通信网络中传输的用户信息（如语音、数据）进行帧同步和加密解密。本领域技术人员完全可以合理推断所处理的帧（包括在切换场景下的帧）属于用户面数据传输。虽然对比文件未明确使用“使用者平面”一词，但其整个技术方案仅适用于用户数据（控制面加密另有机制，且对比文件未涉及）。对比文件部分公开了该特征的数据传输属性，隐含公开其用户平面用途。 |
| **技术特征G**：其中上述保密参数集包含预期分组数据汇聚协议接收序号以及接收端超框数（**未公开**） | 无直接相关公开内容。对比文件【0011】公开了FN由CFN和HFN组成，HFN可视为超帧号，但未公开PDCP层的“预期分组数据汇聚协议接收序号”（Next_PDCP_RX_SN）。 | 对比文件中的HFN（超帧号）与目标专利的接收端超框数（RX_HFN）概念上部分相似，但对比文件完全未涉及PDCP层特有的“预期接收序号”变量。保密参数集的具体构成并不同，本领域技术人员无法从对比文件得出由这两个特定参数构成的保密参数集。 |
| **技术特征H**：其中重设该保密参数就是将该保密参数初始化为零（**未公开**） | 无相关公开内容。对比文件【0013】提到MS可自由选择初始值，【0014】提到使用最后HFN+1初始化，未出现初始化为零的教导。 | 对比文件没有公开任何重设保密参数时初始化为零的内容，反而强调避免重复使用旧值，因此不具备该特征。 |
根据上述比对分析，技术特征C被对比文件直接公开，技术特征F被对比文件隐含公开。其余技术特征未公开。
<<<C>>><<<f>>>