作为一名经验丰富的专利代理师，在进行专利的新颖性和创造性分析时，首要任务是站在本领域技术人员的角度，紧密结合目标专利说明书对权利要求的保护范围进行准确的解释（Claim Construction），随后以极其严谨的标准将各项技术特征与对比文件的原文进行详细比对。

以下是针对本案权利要求1的深入分析、特征比对及创造性评估。

一、 结合目标专利说明书对权利要求的解释

目标专利（CN112714911B）旨在解决现有的PCIE链路（特别是当其延伸至传统计算设备外部，如车辆线束中时）缺乏安全措施，容易受到未经授权的篡改、监听和重放攻击的技术问题。

为了实现端到端及基于链路的安全（技术效果），权利要求1定义了一种将安全机制直接集成到单个TLP（事务层分组）数据包结构中的方法。具体解释如下：

• 前置TLP前缀与安全指示：常规的TLP报头用于路由且不能加密。本专利通过在报头前附加“TLP前缀”（如说明书图5中的506），并在其中设置特定位元（如PE位516表示有效载荷加密，LI位514表示ICV长度），以此作为“该分组是安全分组的指示”。

• 加密有效载荷：对TLP中的数据部分（Payload）进行加密，防止数据在链路上被监听。

• 附加密码生成的标识符：这不仅是简单的循环冗余校验（CRC），而是基于分组内容计算出的完整性校验值（ICV）（如说明书中的ICV 508），用于密码学意义上的防篡改认证。

• 单包集成传输：将TLP前缀、未加密的报头、加密的有效载荷以及ICV组合成一个完整的TLP分组，通过PCIE链路进行一次性发送，确保了路由可见性与数据安全性的统一。

二、 对比文件特征比对与详细出处

本案提供的对比文件D1（US20130054850A1）、D2（CN103765853A）和D3（EP2751961A1）属于同族专利，技术内容实质相同。为表述准确，下表中针对该同族特征的引用主要采用中文对比文件 D2（CN103765853A） 的原文出处。

三、 最接近的对比文件（CPA）评估及创造性分析

从“整体解决的技术问题”和“技术效果”角度来看，D4（US20170026171A1） 和 D2（CN103765853A） 均适合作为最接近的对比文件（CPA）。在实际的专利确权/无效实务中，针对这两种不同视角的CPA，论述逻辑会有所不同：

视角一：以 D4 (US20170026171A1) 为最接近的对比文件（侧重于安全与密码学机制）

• 适合理由：D4 整体解决的技术问题与目标专利高度一致，即为支持DMA的PCIE控制器提供I/O数据的密码学保护（机密性、完整性和防重放保护）。D4 明确公开了使用密码引擎（AES-GCM）对有效载荷进行加密，并生成身份验证标签结构（ATS，相当于目标专利的ICV）。

• 区别技术特征：目标专利将密码生成的标识符（ICV）附加到同一个TLP分组中进行发送；而D4是将加密数据（payload DMA write transaction）和认证标签（ATS DMA write transaction）作为两个独立的事务/数据包分别发送（参见D4 [0048]-[0049]）。

• 未被CPA公开的特征是否被其他对比文件公开？

  • D2 确实公开了在加密的TLP包尾部附加校验字段（如CRC字段219），但D2的校验仅仅是用于纠错的常规CRC，并未涉及到密码学完整性校验。

  • 创造性抗辩空间：如果审查员尝试用 D4 结合 D2 来否定创造性，我们可以主张：D4 的系统架构决定了其通过单独设立 AT 队列和缓冲区（AT buffer）来管理安全标签，这是其核心的异步验证逻辑；强行将 D4 的密码标签像 D2 的CRC一样塞进同一个TLP包中，不仅破坏了 D4 原有的双通道内存写入机制，还可能违反标准PCIE包的最大负载长度限制。目标专利通过在单包内集成前缀指示、加密数据和密码标识符，实现了原子性的传输与校验，减少了PCIE总线开销和复杂的内存同步问题。这种结构上的精简和机制上的改进具备突出的实质性特点和显著的进步。

视角二：以 D2 (CN103765853A) 为最接近的对比文件（侧重于TLP分组的结构改造）

• 适合理由：D2 侧重于直接对PCIE的事务层数据包（TLP）结构进行改造。D2 非常清晰地公开了包含“TLP前缀 + 报头 + 已加密有效载荷 + 尾部校验”的单一数据包结构，从包封装结构上看，与本案权利要求1最为接近。

• 区别技术特征：D2 附加在TLP分组尾部的是普通的循环冗余校验码（CRC），而目标专利附加的是密码生成的标识符（ICV），用于防篡改的安全性校验。

• 未被CPA公开的特征是否被其他对比文件公开？

  • D4 确实公开了对PCIE数据生成密码学标识符（ATS）。

  • 创造性抗辩空间：若审查员以 D2 结合 D4 评述创造性，我们可以指出，D2 是一个通用的数据修改框架（支持压缩、格式转换或基本的加密），其关注的是通过前缀指示算法类型；将其尾部的普通CRC替换为 D4 中复杂的密码学标识符（ATS），由于 D4 本身教导的是将 ATS 写入单独的内存地址进行独立管理，本领域技术人员并没有动机违背 D4 的教导，将庞大的 ATS 直接硬塞进 D2 的单个包尾部。目标专利巧妙地定义了新的TLP前缀位（如LI位），使得接收端能够自适应地在单个数据包中同时解析出加密载荷和长度可变的ICV，这在D2和D4中均未给出技术启示。

四、 总结陈词

目标专利权利要求1的核心亮点在于**“单一PCIE事务层数据包内的全栈安全封装”**。无论是 D4 的“加密与认证分包传输”模式，还是 D2 的“单包加密+普通CRC纠错”模式，均未无异议公开或实质公开该核心架构。权利要求1具备新颖性，且在现有技术组合的视角下，其为解决“如何以最低的总线事务开销实现PCIE链路原子性防篡改与防监听”提供了非显而易见的技术方案，具备创造性。

作为一名专利代理师，我非常理解您在制定无效宣告策略时的严谨。在专利无效实务中，找到“阿喀琉斯之踵”（最薄弱特征）并用精准的证据链进行补强，是提升无效成功率的关键。

针对本案，我们来深度剖析本次无效请求中最薄弱的技术特征，并探讨如何利用其他对比文件及实务策略进行补强。

一、 本次无效最薄弱的技术特征（专利权人的防守核心）

在整个权利要求1中，最难被彻底无效的技术特征是特征D与特征F的结合部分：

“向所述TLP分组附加密码生成的标识符……其中TLP分组包括所述TLP前缀和加密生成的所述标识符，以及加密所述TLP分组中的有效载荷。”

为什么这是最薄弱的环节（无效难点）？

1. D2/D1/D3的缺失：D2（及其同族D1/D3）虽然公开了单一TLP包结构（前缀+报头+有效载荷+尾部），但其尾部附加的是普通的“循环冗余校验（CRC）”，用于信道纠错，而非密码学算法生成的防篡改标识符。

2. D4的缺失：D4虽然公开了生成密码学标识符（ATS），但D4的技术路线是“分包发送”——加密的Payload走一个DMA写事务，ATS走另一个DMA写事务存入独立的AT缓冲区。

3. 专利权人的抗辩逻辑：专利权人必然会紧抓这一点，主张“将密码生成的标识符（如ICV/MAC）与加密数据强制整合进同一个PCIE TLP分组中，克服了分包传输带来的内存同步难题和总线开销，且现有技术（D2和D4）均未给出这种结构整合的启示”。

二、 其他对比文件（D1, D3, D5）的补强作用分析

为了攻破上述薄弱点，我们需要引入其他对比文件来构建更严密的证据链。

1. D5 (US20170220494A1)：建立“前缀与密码学结合”的强动机

• 补强价值：极高。

• 分析：D5 公开了在PCIE的根复合体（RC）中设置内联加密引擎（ICE），并明确教导了利用TLP前缀（包含数据指示器、任务标签TT、数据缓冲偏移DBO）来传递密码学参数，从而计算初始化向量（IV）以进行AES加密。

• 战略意义：如果我们单独用D2结合D4，专利权人可以说D2的TLP前缀只是用来做数据压缩或格式转换的，没有动机将其用于密码学。但引入 D5 后，我们可以向合议组证明：在PCIE领域，利用修改后的TLP前缀来传递密码学参数并触发有效载荷加密，已经是本领域的常规设计（D5已公开）。这极大地削弱了目标专利特征A、B、C的创造性高度。

2. D1 (US) 与 D3 (EP)：同族专利的语义辅助

• 补强价值：较低（辅助性质）。

• 分析：D1、D2、D3互为同族，技术实质完全一致。

• 战略意义：通常不需要同时使用同族专利进行组合（容易显得证据冗余）。但在实务中，如果D2（中文公开文本）在某些术语翻译上存在歧义，可以利用D1（英文原件）或D3的原文表述进行交叉印证，防止专利权人在文字游戏上做文章。

三、 提升无效成功率的“杀手锏”策略

仅靠上述对比文件，在“将密码标识符放入同一个TLP包”这一最薄弱特征上，仍有一丝缝隙。为了最大化无效成功概率，我建议采用以下补强策略：

构建“D5 + D4 + 公知常识”的组合证据链：

1. 确立 CPA（最接近的对比文件）为 D5：D5 已经解决了PCIE链路上的硬件级数据加密问题，并教导了使用 TLP 前缀来辅助加密（覆盖特征A, B, C, E, 以及F的加密部分）。

2. 结合 D4 解决标识符生成：D5 虽然加密了数据，但未详细说明如何生成防篡改标签。引入 D4，证明在支持DMA的PCIE控制器中，引入基于AES-GCM等算法生成的身份验证标签（ATS/ICV）是已知的手段（覆盖特征D的生成部分）。

3. 引入“公知常识”填补最终缝隙：针对最薄弱的特征（将ICV附加在同一个包的尾部），我们不要试图从专利文献中找，而是从密码学基础常识中找。在网络通信和密码学领域（如IPsec ESP协议、TLS/SSL协议），在加密数据（Payload）的尾部附加消息认证码（MAC）或完整性校验值（ICV）以形成单一的封装数据包，是实现“认证加密（AEAD）”的标准、惯用且公知的封装格式。本领域技术人员在面对PCIE数据包时，将普通的CRC替换为密码学ICV，属于公知常识的简单替换，不具备突出的实质性特点。

通过将审查员的视线从“PCIE硬件结构的创新”转移到“标准密码学封装格式的常规移植”上，可以有效击溃专利权人的最后防线。

在准备引入“公知常识”来补强最薄弱特征时，您手头是否有关于计算机网络安全协议（如IPsec、TLS）或应用密码学基础的标准教科书、行业规范等非专利文献资料？

你好！作为一名经验丰富的专利代理师，我非常乐意协助你完成这项专利权利要求的对比分析工作。专利的侵权与新颖性/创造性分析需要极其严谨的逻辑，我们将严格基于目标专利说明书的定义，并深入剖析对比文件的原文细节。

以下是针对权利要求1中技术特征D和技术特征F的详细解析及特征比对。

为了表述清晰，本文使用的对比文件简称如下：

• D1: US20070162610A1

• D2: WO2013029151A1

• D3: JP2014529807A（注：D2与D3为同族专利，内容实质相同，下文以D2/D3合并分析）

一、 结合目标专利说明书解释权利要求

根据目标专利（CN112714911B）说明书的记载，权利要求1的核心目的在于为PCIE系统提供端到端的安全通信，防止数据被监听、篡改或重放。

• 技术特征D（完整性与防篡改）：“向所述TLP分组附加至少部分在所述TLP分组的一部分上计算的密码生成的标识符”。说明书[0012]和[0028]段明确指出，这个“密码生成的标识符”具体是指**完整性检查值（ICV，Integrity Check Value）**或认证值。它是基于TLP分组（和TLP前缀）的内容，利用密码学算法（如说明书[0049]段提到的AES-GCM-128）计算出来的。其目的是在接收端验证ICV是否匹配，从而检测TLP分组是否遭到恶意篡改。

• 技术特征F（机密性与最终封装形态）：“其中TLP分组包括所述TLP前缀和加密生成的所述标识符，以及加密所述TLP分组中的有效载荷。” 说明书[0014]、[0038]和[0048]段解释了为了防止监听（窃听），需要对TLP分组的有效载荷（Payload）进行加密。该特征限定了在PCIE链路上最终发送的TLP安全分组的结构：TLP前缀 + （明文报头） + 加密的有效载荷 + 密码生成的标识符（ICV）。

二、 对比文件公开情况详细分析

结论先行：

对比文件D1、D2或D3均没有单独毫无疑义地完全公开技术特征D和技术特征F。但是，D2/D3与D1的结合实质上公开了这两个技术特征。

1. 对D2 (WO2013029151A1) / D3 (JP2014529807A) 的分析

D2/D3主要涉及修改PCIE总线上的TLP分组，支持对有效载荷进行压缩、加密或格式转换。

• 关于特征F（加密有效载荷与前缀）： D2/D3公开了特征F的大部分内容。在D2原文第[0043]段（对应D3第[0043]段）中明确记载：“Packet 221 is used for data encryption... includes a prefix 222, header 224, and encrypted payload 226.”（数据包221用于数据加密……包括前缀222、报头224和加密的有效载荷226）。这实质公开了TLP分组包含前缀以及加密的有效载荷。

• 关于特征D（密码生成的标识符）： D2/D3未公开特征D。D2原文在第[0042]段提到“Packets 221 and 231 may also have a payload error check field similar to field 218...”（数据包221和231也可以具有类似于字段218的有效载荷错误检查字段）。这里的错误检查字段（如CRC）主要用于普通的传输纠错（线性的哈希算法），而不属于目标专利中为了防篡改而利用密钥进行的“密码生成的标识符”（Cryptographically generated identifier, 如MAC或ICV）。

2. 对D1 (US2007162610A1) 的分析

D1涉及网络通信（IEEE 802.16）中的MAC层处理，并非PCIE领域的TLP分组，但它涉及数据包的安全封装。

• 关于特征D（密码生成的标识符）： D1实质公开了该特征的底层逻辑。在D1原文第[0076]段明确记载：“The selected encryption engine returns an encrypted payload and a message integrity/authentication code... Once the payload has been encrypted, any message integrity/authentication code is added to the encrypted payload”（选定的加密引擎返回加密的有效载荷和消息完整性/认证代码……一旦有效载荷被加密，任何消息完整性/认证代码就会被添加到加密的有效载荷中）。这里的“消息完整性/认证代码（MIC/MAC）”正是基于数据包内容利用密码学计算出的标识符，且被附加在数据包中。

3. 组合分析 (D2/D3 + D1)

D2/D3已经公开了在PCIE体系下通过TLP前缀指示并发送带有加密有效载荷的TLP分组。对于本领域技术人员而言，当在PCIE链路上对有效载荷进行加密以防止窃听时，为了进一步防止数据被恶意篡改，引入密码学中常规的“消息完整性/认证代码”（如D1所公开的MIC/MAC机制）并将其附加到数据包末尾，属于本领域极其容易想到的常规技术手段。因此，D2/D3结合D1毫无疑义地实质公开了技术特征D和技术特征F。

三、 特征比对表格

针对上述对比文件结合所带来的创造性挑战，您是否需要我进一步协助起草针对审查意见的答辩策略，或者重点发掘权利要求1中其他技术特征（如A、B、C或E）与对比文件之间的区别技术特征？

你好！作为一名经验丰富的专利代理师，我非常乐意协助你完成这项专利权利要求的对比分析工作。专利的侵权与新颖性/创造性分析需要极其严谨的逻辑，我们将严格基于目标专利说明书的定义，并深入剖析对比文件的原文细节。

以下是针对权利要求1中技术特征D和技术特征F的详细解析及特征比对。

为了表述清晰，本文使用的对比文件简称如下：

• D1: US20070162610A1

• D2: WO2013029151A1

• D3: JP2014529807A（注：D2与D3为同族专利，内容实质相同，下文以D2/D3合并分析）

一、 结合目标专利说明书解释权利要求

根据目标专利（CN112714911B）说明书的记载，权利要求1的核心目的在于为PCIE系统提供端到端的安全通信，防止数据被监听、篡改或重放。

• 技术特征D（完整性与防篡改）：“向所述TLP分组附加至少部分在所述TLP分组的一部分上计算的密码生成的标识符”。说明书[0012]和[0028]段明确指出，这个“密码生成的标识符”具体是指**完整性检查值（ICV，Integrity Check Value）**或认证值。它是基于TLP分组（和TLP前缀）的内容，利用密码学算法（如说明书[0049]段提到的AES-GCM-128）计算出来的。其目的是在接收端验证ICV是否匹配，从而检测TLP分组是否遭到恶意篡改。

• 技术特征F（机密性与最终封装形态）：“其中TLP分组包括所述TLP前缀和加密生成的所述标识符，以及加密所述TLP分组中的有效载荷。” 说明书[0014]、[0038]和[0048]段解释了为了防止监听（窃听），需要对TLP分组的有效载荷（Payload）进行加密。该特征限定了在PCIE链路上最终发送的TLP安全分组的结构：TLP前缀 + （明文报头） + 加密的有效载荷 + 密码生成的标识符（ICV）。

二、 对比文件公开情况详细分析

结论先行：

对比文件D1、D2或D3均没有单独毫无疑义地完全公开技术特征D和技术特征F。但是，D2/D3与D1的结合实质上公开了这两个技术特征。

1. 对D2 (WO2013029151A1) / D3 (JP2014529807A) 的分析

D2/D3主要涉及修改PCIE总线上的TLP分组，支持对有效载荷进行压缩、加密或格式转换。

• 关于特征F（加密有效载荷与前缀）： D2/D3公开了特征F的大部分内容。在D2原文第[0043]段（对应D3第[0043]段）中明确记载：“Packet 221 is used for data encryption... includes a prefix 222, header 224, and encrypted payload 226.”（数据包221用于数据加密……包括前缀222、报头224和加密的有效载荷226）。这实质公开了TLP分组包含前缀以及加密的有效载荷。

• 关于特征D（密码生成的标识符）： D2/D3未公开特征D。D2原文在第[0042]段提到“Packets 221 and 231 may also have a payload error check field similar to field 218...”（数据包221和231也可以具有类似于字段218的有效载荷错误检查字段）。这里的错误检查字段（如CRC）主要用于普通的传输纠错（线性的哈希算法），而不属于目标专利中为了防篡改而利用密钥进行的“密码生成的标识符”（Cryptographically generated identifier, 如MAC或ICV）。

2. 对D1 (US2007162610A1) 的分析

D1涉及网络通信（IEEE 802.16）中的MAC层处理，并非PCIE领域的TLP分组，但它涉及数据包的安全封装。

• 关于特征D（密码生成的标识符）： D1实质公开了该特征的底层逻辑。在D1原文第[0076]段明确记载：“The selected encryption engine returns an encrypted payload and a message integrity/authentication code... Once the payload has been encrypted, any message integrity/authentication code is added to the encrypted payload”（选定的加密引擎返回加密的有效载荷和消息完整性/认证代码……一旦有效载荷被加密，任何消息完整性/认证代码就会被添加到加密的有效载荷中）。这里的“消息完整性/认证代码（MIC/MAC）”正是基于数据包内容利用密码学计算出的标识符，且被附加在数据包中。

3. 组合分析 (D2/D3 + D1)

D2/D3已经公开了在PCIE体系下通过TLP前缀指示并发送带有加密有效载荷的TLP分组。对于本领域技术人员而言，当在PCIE链路上对有效载荷进行加密以防止窃听时，为了进一步防止数据被恶意篡改，引入密码学中常规的“消息完整性/认证代码”（如D1所公开的MIC/MAC机制）并将其附加到数据包末尾，属于本领域极其容易想到的常规技术手段。因此，D2/D3结合D1毫无疑义地实质公开了技术特征D和技术特征F。

三、 特征比对表格

针对上述对比文件结合所带来的创造性挑战，您是否需要我进一步协助起草针对审查意见的答辩策略，或者重点发掘权利要求1中其他技术特征（如A、B、C或E）与对比文件之间的区别技术特征？

你好！这是一份非常有挑战性且经典的专利无效/防卫分析工作。作为同行，我非常理解在处理这类涉及底层通信协议（如PCIe）和密码学的交叉领域专利时，我们需要极高的技术敏感度和严谨的逻辑。

结合你提供的目标专利说明书和6篇对比文件，我为你整理了以下详尽的权利要求解释、特征比对、最接近对比文件（CPA）分析以及无效风险评估。

一、 结合目标专利说明书解释权利要求1

目标专利（CN112714911B）的核心旨在解决PCIe链路缺乏端到端安全机制（如防篡改、防监听、防重放攻击）的问题。结合说明书，权利要求1的各技术特征解释如下：

• 特征A、B、C（TLP前缀与报头）： 传统PCIe的TLP（事务层分组）报头不能被加密（因为路由需要）。目标专利通过在TLP报头之前前置一个TLP前缀（TLP Prefix），利用该前缀来携带安全指示（如标识该分组是安全分组、包含计数器等）。说明书[0045]段及图5明确指出，前缀附加在报头之前，且报头不被加密。

• 特征D（附加密码生成的标识符）： 即为了防止数据被篡改，在TLP分组的尾部**附加（Append）**一个完整性校验值（ICV）。说明书[0049]段指出，ICV是使用密码算法（如AES-GCM-128）在TLP前缀、报头和有效载荷上计算得出的。

• 特征E（PCIe链路发送）： 限定了应用场景为PCIe点对点链路通信。

• 特征F（整体结构与有效载荷加密）： 限定了最终传输的TLP分组的整体结构：[TLP前缀] + [TLP报头(隐含)] + [加密的有效载荷] + [密码生成的标识符(ICV)]。这实现了防监听（有效载荷加密）和防篡改（ICV）的双重效果。

二、 对比文件公开情况及原文出处

(注：D2: WO2013029151A1、D3: CN103765853A、D4: JP2014529807A 为同族专利，技术内容一致。以下分析主要引用中文同族 D3_CN103765853A。)

1. D3 (同族D2/D4): CN103765853A

D3实质公开了PCIe链路上的TLP分组结构修改、前缀添加以及有效载荷的加密。

• 公开的特征：A, B, C, E, F。实质上公开了通过在PCIe包中添加前缀来指示加密，并加密有效载荷。关于特征D，D3公开了附加错误校验码（CRC），但未明确限定为“密码生成”的标识符。

• 原文出处：

  • [0043]段： “包201包括前缀202、报头204、有效载荷206和CRC字段208... 前缀202可遵照如2.1版的PCI-Express规范中所规定的TLP前缀...”

  • [0046]段： “用于TLP有效载荷的算法编码可通过在TLP格式的前缀中设置某些位元来指定。”

  • [0049]段： “包221包括前缀222、报头224和已加密有效载荷226。已加密有效载荷226表示已经根据至少一种指定加密算法被加密的分组有效载荷数据。”

2. D5: US20170026171A1

D5实质公开了PCIe DMA控制器的密码保护，使用了TLP前缀，并使用AES-GCM生成了加密有效载荷和认证标签（ATS）。

• 公开的特征：A, B, C, E, F。关于特征D，D5确实计算了密码生成的标识符（ATS），但它是通过生成一个独立的DMA写入事务将其写入内存，而不是**附加（Append）**在同一个TLP分组上。

• 原文出处：

  • [0039]段： “The TLP prefix 402 includes a channel identifier field 404... The illustrative TLP prefix 402 also includes other flags which may allow the cryptographic engine 140 to identify and manage its encryption/decryption...”

  • [0051]段： “The cryptographic engine 140 generates a payload DMA write transaction 620 that includes the cipher text payload 614... The cryptographic engine 140 also generates an ATS DMA write transaction 622 that includes the ATS data 616...” (证明ATS是单独传输的)。

3. D6: US20170220494A1

D6实质公开了在PCIe根复合体中使用内联密码引擎（ICE），利用TLP前缀携带计算初始化向量（IV）所需的信息。

• 公开的特征：A, B, C, E, F。未公开特征D（未明确提及附加密码生成的标识符）。

• 原文出处：

  • [0038]段： “The TLP prefix 302 includes a data indicator 312, a TT 314, and a DBO 316... The data indicator 312 is set to one (1) or zero (0) to indicate whether the transaction-specific information is present...”

4. D1: US20070162610A1

D1涉及IEEE 802.16无线标准的MAC层，与PCIe无关。

• 公开的特征：部分D、F。公开了在无线MAC帧中加密有效载荷并附加CRC/HCS，但应用环境完全不同。

• 原文出处：

  • [0076]段： “LMAC 120 encrypts the payload of the outgoing MAC PDU... any message integrity/authentication code is added to the encrypted payload...”

三、 权利要求1特征比对表格

(注：√表示实质公开，×表示未公开，O表示部分公开或相关。)

四、 最接近的对比文件（CPA）分析

从解决的技术问题（为PCIe/底层总线提供安全通信、加密有效载荷）以及技术效果（防止数据被篡改和监听）来看，D5 (US20170026171A1) 和 D3 (CN103765853A) 都非常适合作为最接近的对比文件。

• 如果选择 D5 作为 CPA：

  D5是专门针对PCIe DMA I/O控制器的密码保护专利。它完美公开了TLP前缀的使用、报头与前缀的分离、有效载荷的AES-GCM加密（特征A, B, C, E, F）。D5与本专利的区别仅在于特征D的具体实现方式：D5为了验证完整性生成了ATS（Authentication Tag Structure），但它是生成了另一个单独的DMA写请求（ATS DMA write transaction）将其写入内存；而本专利是直接将ICV**附加（Append）**在同一个TLP分组之后。

• 如果选择 D3 作为 CPA：

  D3明确给出了目标专利所要求的物理数据包结构（Prefix + Header + Encrypted Payload + Error Check field）。D3与本专利的区别在于特征D的属性：D3公开了附加有效载荷CRC和分组CRC（图2，包211/221），但未明确该后缀校验码是利用“密码生成”的标识符（如ICV/MAC）。

策略建议： 在实务中，推荐使用 D5 作为CPA。因为D5在密码学应用（AES-GCM、认证标签生成）上与本专利的意图最吻合，技术领域的重合度极高。

五、 未被最接近对比文件公开的特征及无效请求中最薄弱的技术特征

未被CPA（以D5为例）公开的特征：

将密码生成的标识符（ATS/ICV）**直接附加（Append）**到携带加密有效载荷的同一个TLP分组上（特征D的后半段及特征F的结构限定）。

是否被其他文件公开：

• D3 公开了在包含TLP前缀、报头和加密有效载荷的PCIe分组尾部**附加校验字段（CRC字段）**的结构。

• D1 在无线通信（非PCIe）领域公开了在加密有效载荷后直接**附加消息完整性/认证码（MIC/MAC）**的常规做法。

最薄弱的技术特征（突破口）：

若提出无效宣告请求，特征D（向所述TLP分组附加至少部分在所述TLP分组的一部分上计算的密码生成的标识符） 是最薄弱的环节。

无效攻击逻辑构建：

目标专利的核心“壁垒”仅仅是将密码验证标签（ICV）和数据打包在同一个TLP包里传输。

1. 基于 D5 + D3： D5已经公开了生成密码标签（ATS）以保护PCIe加密数据。为了提高总线传输效率、减少单独发包的开销，本领域技术人员很容易想到采用 D3 中公开的将校验字段（如CRC）直接附加在TLP分组尾部的包结构，从而将D5中的ATS直接拼接到TLP包尾，得出权利要求1。

2. 基于 D5 + D1（或公知常识）： 在数据通信加密领域，将认证标签（MAC/ICV）直接附加在加密载荷尾部（如IPsec ESP协议或D1中的MAC层加密）是极其常见的常规技术手段。将D5中分离传输的ATS改为随包附加传输，不具有突出的实质性特点。

综上所述，这份权利要求虽然看起来严密，但在结合 D5 的加密机制与 D3/D1 的包结构时，其创造性基础显得相当脆弱。

在目前的分析逻辑下，你认为我们需要针对这几篇对比文件的申请日/公开日进行一次严格的优先权核查，还是直接基于现有的技术特征比对开始草拟无效宣告请求书的技术部分？

这是一份为您量身定制的《无效宣告请求书》技术分析部分的正文草稿。作为您的专利代理同行，我完全按照中国国家知识产权局（CNIPA）专利复审和无效审理部的实务审查标准，采用了严谨的“三步法”逻辑进行推演，并严格核对了您提供的对比文件原文。

请注意，以下文本为无效宣告请求书中核心的无效理由详细分析部分，可直接作为法律文书的附件提交。

宣告专利权无效请求书（技术分析部分）

涉案专利： CN112714911B “用于外围组件互连(PCI)快速(PCIE)系统的安全技术”

无效宣告请求范围： 宣告涉案专利权利要求1全部无效。

无效宣告法律依据： 涉案专利权利要求1不符合《中华人民共和国专利法》第二十二条第三款关于创造性的规定。

一、 证据目录及简述

• 证据1 (D5)： US20170026171A1（公开日：2017-01-26），公开了具备DMA能力的I/O控制器的密码保护技术，构成本案最接近的现有技术。

• 证据2 (D3)： CN103765853A（公开日：2014-04-30），公开了用于装置通信信道（含PCIe）包的数据修改及包结构。

• 证据3 (D1)： US20070162610A1（公开日：2007-07-12），作为公知常识的补强证据，公开了在加密有效载荷后附加消息认证码的常规技术手段。

二、 权利要求1的无效理由详细分析

涉案专利权利要求1不具备突出的实质性特点和显著的进步，不符合《专利法》第二十二条第三款的规定。具体评述如下：

1. 权利要求1技术特征的拆分

为了便于比对，将涉案专利权利要求1分解为如下技术特征：

• 1A： 一种在外围组件互连PCI快速PCIE链路的任一端上的设备之间提供安全通信的方法，包括：向TLP分组上前置传输层协议TLP前缀，

• 1B： 其中所述TLP分组具有与所述TLP前缀不同的报头，

• 1C： 并且所述TLP前缀包括所述TLP分组是安全分组的指示；

• 1D： 向所述TLP分组附加至少部分在所述TLP分组的一部分上计算的密码生成的标识符；

• 1E： 以及通过所述PCIE链路从所述设备中的第一设备向所述设备中的另一设备发送所述TLP分组，

• 1F： 其中TLP分组包括所述TLP前缀和加密生成的所述标识符，以及加密所述TLP分组中的有效载荷。

2. 与最接近现有技术（证据1/D5）的特征比对

证据1公开了通过加密引擎对PCIe DMA控制器的数据进行密码保护的方法。以下为详细特征比对表及公开性论述：

3. 区别技术特征的确定与实际解决的技术问题

基于上述比对，权利要求1与证据1的区别技术特征在于：涉案专利将密码生成的标识符（如完整性校验值）直接附加（Append）在同一个TLP分组上，而证据1是生成单独的DMA写入事务来传输该认证标签。

基于该区别特征，涉案专利实际解决的技术问题是：如何优化安全标签的传输结构，减少多次总线事务请求的开销，提高PCIe链路的传输效率。

4. 结合启示与创造性论述（结合证据2/D3）

针对上述解决的技术问题，本领域技术人员很容易想到在包含加密载荷的数据包尾部直接附加校验字段这一常规包结构。证据2 (D3) 给出了明确的技术启示。

证据2同样致力于解决装置通信信道（包括PCIe规范）上的包结构和加密问题。

• 证据2在 [0043]段 明确公开了：“包201包括前缀202、报头204、有效载荷206和CRC字段208...前缀202可遵照如2.1版的PCI-Express规范中所规定的TLP前缀”。

• 证据2在 [0048]段 进一步公开了在修改/压缩包尾部附加校验字段的结构：“另一个错误校验字段：有效载荷CRC字段218也可包括在包211中...字段218可以是对应于未修改...有效载荷数据的错误校验码。”

• 证据2在 [0049]段 公开了包含前缀和加密有效载荷的包结构：“包221包括前缀222、报头224和已加密有效载荷226。已加密有效载荷226表示已经根据至少一种指定加密算法被加密的分组有效载荷数据。”

结合启示论述：

证据1已经解决了如何利用AES-GCM生成加密有效载荷和密码认证标签（ATS）的问题，仅在传输策略上采用了独立事务。本领域技术人员在面对“如何减少总线传输事务开销”的技术问题时，有动机查阅同领域的证据2。证据2明确教导了在基于PCIe规范的TLP前缀包中，将校验码/错误校验字段直接附加（Append）在包的尾部（即前缀+报头+有效载荷+校验码的紧凑结构）。

本领域技术人员将证据1中的密码标识符（ATS）替代证据2包结构尾部的普通校验码（CRC），从而将ATS直接附加在携带加密有效载荷的TLP分组尾部，是显而易见的常规技术手段的选择。这种组合仅是已知数据包结构的简单替换和拼凑，未产生预料不到的技术效果。

5. 其他对比文件的补强作用（结合证据3/D1）

退一步讲，即使不结合证据2，将消息认证码/完整性校验值直接附加在加密有效载荷之后，属于数据通信安全领域的公知常识。

证据3 (D1) 在 [0076]段 明确记载了：“LMAC 120 encrypts the payload of the outgoing MAC PDU... any message integrity/authentication code is added to the encrypted payload”（LMAC 120对输出的MAC PDU的有效载荷进行加密……任何消息完整性/认证码被添加到加密的有效载荷中）。

这进一步印证了在生成加密有效载荷和密码标识符后，将标识符直接附加于包尾是本领域极为普遍且惯用的技术手段。涉案专利将其应用到PCIe的TLP分组上，属于公知常识的简单套用，不具备创造性。

三、 结论

涉案专利权利要求1在证据1（US20170026171A1）的基础上，结合证据2（CN103765853A）或本领域的公知常识（由证据3佐证），对本领域技术人员而言是显而易见的。权利要求1不具备《专利法》第二十二条第三款规定的创造性，理应被宣告全部无效。请求国家知识产权局依法审查并宣告涉案专利权利要求1无效。

太精彩了！在专利无效攻防中，作为专利权人，我们的核心策略就是打破请求人的“结合启示”（Motivation to Combine），并指出请求人犯了典型的**“事后诸葛亮”（Hindsight Bias）**错误。

面对刚才那份来势汹汹的无效宣告请求书，作为专利权人的代理师，我们完全可以从“对比文件存在相反教导（Teach Away）”、“技术领域不公用”以及“拼凑将破坏原方案架构”这三个维度进行强力反击。

以下为您量身定制的《意见陈述书》（专利权人反驳部分）核心论述：

专利权人意见陈述书（节选）

关于权利要求1具备创造性的论述

请求人认为权利要求1在证据1（D5）的基础上结合证据2（D3）或证据3（D1）/公知常识是不具备创造性的。对此，专利权人坚决不能认同。请求人的论述脱离了PCIe底层硬件架构的客观技术限制，属于典型的事后拼凑。权利要求1具备突出的实质性特点和显著的进步。具体理由如下：

一、 证据1（D5）给出了“分离传输”的明确教导，排除了“附加（Append）”在同一包中的技术动机（Teach Away）

请求人承认证据1与本专利的区别特征在于：证据1生成了单独的DMA写入事务来传输密码标识符（ATS），而本专利将其直接附加在同一个TLP分组中（特征1D、1F）。然而，请求人忽略了证据1为什么要这么做。

1. 证据1的整体架构依赖于“分离式”的标签管理：

   查阅证据1说明书[0049]段及图6可知，证据1的密码引擎在处理写请求时，将加密有效载荷写入目标地址（Destination address 612），而将ATS数据写入内存中专门维护的AT缓冲区地址（AT buffer address 618）。这种设计是为了让可信软件（如SGX Enclave）能够在一个集中的AT队列中批量验证标签，或者独立于数据流进行异步验证。

2. 结合将破坏证据1的既定目的：

   如果按照请求人的主张，将ATS直接“附加”在TLP包尾部，那么加密数据和ATS将被强行写入内存的连续物理地址中。这将彻底破坏证据1中“AT控制块（AT control block 604）”独立管理AT缓冲区队列的核心机制。本领域技术人员在面对证据1时，得到的明确教导是**“必须将数据和认证标签分离传输并分别寻址”**，根本没有动机去破坏这一架构将其合并为同一个TLP分组。

二、 证据2（D3）不能提供将“密码生成的标识符”附加于TLP分组的有效技术启示

请求人试图用证据2中“附加CRC字段”来论证“附加密码标识符”的显而易见性，这是对技术特征属性的混淆。

1. 作用机制与技术层级完全不同：

   证据2中的“包CRC字段219”和“有效载荷CRC字段218”属于通信协议层面的错误校验码（Error Check Code），其作用是检测传输过程中的物理位翻转或丢包错误，由硬件链路层自动计算并剥离。而本专利权利要求1中的“密码生成的标识符（ICV）”属于应用安全层面的密码学认证标签（防恶意篡改），需要依靠共享密钥和加密算法（如AES-GCM）生成。

2. 缺乏结合启示：

   本领域技术人员清楚，普通的CRC校验与密码学完整性校验（ICV/MAC）在计算逻辑、密钥依赖和验证节点上截然不同。将底层链路的CRC字段位置，简单等同于可以用来存放高层密码学安全标签的位置，属于典型的“事后诸葛亮”。证据2并未教导如何在PCIe的TLP层级将“密码生成的标识符”与加密有效载荷打包在一起传输。

三、 证据3（D1）属于非类似技术领域，不构成公知常识

请求人提出将标识符附加在包尾是“公知常识”，并引用证据3（无线MAC层通信）作为佐证。

1. 技术领域与应用环境存在巨大鸿沟：

   证据3（D1）涉及的是IEEE 802.16无线通信的MAC层数据帧结构，属于开放式的广域网无线广播环境。而本专利与证据1均聚焦于PCIe（外围组件互连快速）点对点本地总线系统。

2. 底层硬件约束不同：

   在无线MAC帧中随意改变长度并附加数据是容易的；但在PCIe这种极其讲究时序、DWORD对齐（4字节对齐）、且具有严格的最大有效载荷大小（Max Payload Size, MPS）限制的高速硬件总线中，改变TLP结构直接关系到DMA控制器的硬件解析逻辑。本领域技术人员不会、也无法简单地将无线网络协议中的帧结构直接平移移植到PCIe总线的TLP硬件分组结构中。

四、 本专利取得了预料不到的技术效果

本专利通过将TLP前缀（携带安全指示）、加密有效载荷和密码生成的标识符（ICV）封装在同一个TLP分组中（特征1A至1F的协同）：

1. 实现了原子性传输： 避免了证据1中数据包与标签包分别到达可能导致的时序错乱或“数据已到但标签未到”的验证阻塞问题。

2. 降低了总线开销： 节省了为密码标识符单独发起一次DMA事务（包括额外的TLP报头开销）的带宽占用，极大地提升了PCIe链路的安全传输效率。

   这一显著的技术进步是证据1+证据2或证据3所无法实现的，权利要求1具备极高的创造性。

代理师策略提示：

通过上述反驳，我们不仅守住了本专利“同一包传输”的物理结构防线，更从“PCIe硬件总线的特殊限制”以及“证据1的内部逻辑自洽性”上对无效宣告请求进行了降维打击。

这套答辩逻辑目前侧重于从《专利审查指南》中“对比文件存在相反教导”以及“技术领域的非公用性”进行防御。在实际提交给合议组之前，您认为我们是否需要进一步补充关于涉案专利在解密端（接收端）硬件逻辑简化方面的技术效果，以使本专利的“显著进步”显得更加丰满？

太精彩了！专利权人的防守确实非常犀利，特别是利用“相反教导（Teach Away）”和“底层硬件约束”来构建防线，逻辑非常严密。但是，作为无效宣告请求人，我们绝不能被这种“把常规设计选择包装成技术偏见”的诡辩所迷惑。

在专利无效程序的口审辩论中，请求人的核心任务是**“去神秘化”——将专利权人过度拔高的技术难点，还原为本领域技术人员（PHOSITA）在面对已知需求时，利用常规手段进行的“有限次试验”或“设计权衡（Design Trade-off）”**。

以下是为您准备的《无效宣告请求意见陈述书》（请求人反驳部分）核心论述。语言风格将保持法律文书的凌厉与严谨：

无效宣告请求人意见陈述书（反驳专利权人意见）

针对专利权人就涉案专利权利要求1具备创造性所作出的答辩意见，请求人认为其理由完全不能成立。专利权人刻意混淆了“常规设计权衡”与“相反教导”的界限，并试图用底层协议的细枝末节来掩盖其核心发明点缺乏创造性的本质。具体反驳意见如下：

一、 证据1（D5）并未给出“相反教导”，合并或分离传输仅属于常规的“设计权衡”

专利权人主张证据1将认证标签（ATS）单独传输是为了便于批量验证，合并传输会“破坏”其架构，因此存在相反教导。该主张严重违背了计算机体系结构的常理。

1. “分离”与“合并”是已知且并列的技术选项：

   在数据通信与安全领域，“将标签与数据分离传输（Out-of-band/Separate Transaction）”与“将标签与数据合并传输（In-band/Appended）”一直是对立统一的两种常规设计模式。证据1出于其特定实施例的需求（如集中管理AT队列）选择了分离传输，但这绝不意味着证据1排斥或否定了合并传输。 提供一种选择，并不等于对另一种常规选择的“相反教导”。

2. AES-GCM算法本身的内在输出逻辑：

   涉案专利与证据1均采用了AES-GCM认证加密算法。本领域技术人员熟知，AES-GCM算法的原生输出就是同时产生“密文（Ciphertext）”和“认证标签（Tag）”。将这两个同时产生的数据放在同一个数据包中发送，是遵循加密算法原生逻辑的最自然、最直接的处理方式。涉案专利仅仅是放弃了证据1中的复杂队列管理，回归了AES-GCM最基础、最本能的数据封装形式，这不需要付出任何创造性劳动。

二、 证据2（D3）提供的“包结构启示”不容狡辩，专利权人混淆了“载荷内容”与“物理结构”

专利权人声称证据2的CRC是物理校验，本专利的ICV是密码校验，因此不能结合。这是用“载荷数据的不同性质”来强行割裂“数据包物理结构”的客观启示。

1. 结构修改的显而易见性：

   涉案专利权利要求1要解决的物理包结构问题是：如何在一个PCIe包中安排这些额外生成的数据？ 证据2明确教导了本领域技术人员：在PCIe的TLP前缀包架构下，可以在有效载荷之后追加（Append）一个字段（证据2中的字段218/219）。

2. “填入什么数据”不改变结构结合的成立：

   至于这个尾部字段里填入的是CRC还是ICV，取决于上层安全模块的输出。当本领域技术人员应用证据1的AES-GCM引擎，手握同时生成的“加密载荷”和“密码标识符（ATS）”时，看到证据2提供的“有效载荷+尾部追加字段”的物理容器结构，自然而然就会将ATS填入该尾部位置。这种基于证据2物理容器结构，装载证据1密码学输出结果的结合，是毫无技术障碍的“顺理成章”。

三、 密码学原则具有跨协议的普适性，证据3（D1）的公知常识属性不容否定

专利权人试图用PCIe总线的“DWORD对齐”和“最大载荷限制（MPS）”来否定无线MAC层证据的参考价值。这完全是避重就轻。

1. “Encrypt-then-MAC”是跨领域的普适原则：

   在加密后附加认证标签（Encrypt-then-MAC 或 AEAD），是现代密码学的金科玉律。无论是互联网的IPsec ESP、无线的802.16 MAC（证据3），还是本专利的PCIe，只要涉及端到端加密防篡改，在加密数据尾部紧跟认证标签是整个安全行业通用的标准做法。

2. 底层约束是常规工程问题，非技术偏见：

   至于专利权人提到的“DWORD对齐”和“MPS限制”，属于任何硬件工程师在设计PCIe设备时每天都要处理的常规工程细节。通过简单的补零（Padding）对齐，以及在必要时对超过MPS的数据进行分包（Segmentation），是PCIe协议自带的基础机制。克服这些常规工程细节不需要任何发明高度，不能作为支撑创造性的理由。

四、 所谓的“预料不到的技术效果”仅仅是“减少发包次数”的必然副产物

专利权人宣称其取得了“实现原子性传输”和“降低总线开销”的预料不到的效果。然而，这些效果完全是**“可以预期的必然结果”**。

本领域技术人员都清楚一个基本常识：发送一个包含数据和标签的完整包，其包头开销（Header Overhead）必然小于发送两个独立包；同时在同一个包内接收数据，天然就能避免两个包先后到达的同步（Sync）问题。

涉案专利选择“合并传输”这一技术路线时，降低开销和实现原子传输就是该路线固有的、众所周知的属性。用一个众所周知的技术手段，取得了该手段必然带来的已知效果，根本不属于《专利审查指南》中定义的“预料不到的技术效果”。

结论：

涉案专利权利要求1仅仅是将证据1中独立传输的密码标签，按照证据2提供的包结构，依据安全领域的公知常识（证据3），塞进了同一个TLP分组的尾部。这种为了减少一次包头开销而做出的常规设计权衡，不具备突出的实质性特点和显著的进步，请求合议组依法宣告其无效。

这是一场势均力敌、技术含金量极高的专利无效攻防战。作为保持绝对中立的第三方视角（模拟国家知识产权局专利局复审和无效审理部合议组的裁判思维），我将为您剥茧抽丝，复盘合议组在面对双方激烈交锋时的裁判抉择路径，并客观评估本次无效请求的成功概率。

在合议组眼中，本案的核心焦点不在于“能不能把标签拼在包尾”，而在于**“本领域技术人员（PHOSITA）在面对证据1（D5）的特定架构时，是否有充分的技术动机将其修改为涉案专利的方案，且这种修改是否属于常规技术手段的简单替换”**。

以下是合议组对四大核心争议点的裁判抉择路径分析：

争议点一：证据1（D5）是否构成了“相反教导（Teach Away）”？

• 请求人主张： 分离与合并只是常规设计权衡，AES-GCM原生输出就是密文加标签，合并是顺理成章的。

• 专利权人主张： 证据1专门设计了“AT控制块”和“AT队列”来分离处理标签，强行合并会破坏证据1的既定架构。

• 合议组裁判抉择路径：

  合议组会仔细审查证据1的说明书及附图（尤其是图6和图8）。合议组的判断标准是：如果将证据2的手段（合并传输）引入证据1，是否会使证据1丧失其原本发明目的或导致其基本架构无法运作？

  • 如果证据1明确记载了“分离传输是为了实现异步批量验证，从而提高特定场景效率”，那么合议组会倾向于认同专利权人，认为修改证据1违背了其原本的设计初衷，存在相反教导。

  • 如果证据1仅仅是公开了“分离传输”作为一种实施例，并未强调其不可替代性，且本领域技术人员知晓合并传输是等效选项，合议组则可能倾向于请求人。

  • 预判倾向： 专利权人在此点略占优势。因为证据1中确实存在独立的AT control block 604和计算AT buffer address的硬件逻辑。直接将标签追加到数据包尾部，在硬件电路上意味着要裁撤或大幅修改这部分专用逻辑，这在审查实践中容易被认定为“缺乏结合的动力”。

争议点二：证据2（D3）的启示是“物理容器”还是“逻辑等同”？

• 请求人主张： 证据2提供了“包尾追加字段”的物理结构，至于填入CRC还是ICV是无关紧要的。

• 专利权人主张： CRC是物理层校验，ICV是密码学校验，两者作用机制不同，不能简单混用。

• 合议组裁判抉择路径：

  合议组会评估证据2中CRC字段的客观技术功能。虽然CRC和ICV在算法层面上截然不同，但在数据包封装的结构层面，它们都是位于有效载荷之后的尾部校验字段。合议组通常会认同请求人的部分观点，即证据2确实公开了在PCIe TLP包尾部附加校验字段的结构可能性。

  • 预判倾向： 呈中立胶着状态。合议组会认可证据2提供了“包尾可附加字段”的启示，但仅凭证据2仍不足以解释为何要放弃证据1已经建构好的“分离式AT队列”，转而借用证据2的壳子来装证据1的密码标签。

争议点三：证据3（D1）的跨领域公知常识是否适用？

• 请求人主张： “Encrypt-then-MAC”是跨领域的密码学金科玉律，底层约束只是常规工程细节。

• 专利权人主张： 领域不同（无线局域网 vs PCIe高速总线），PCIe有严苛的时序、MPS限制和DWORD对齐要求。

• 合议组裁判抉择路径：

  关于公知常识的认定，无效审理部目前把控极其严格。如果请求人不能提供经典教科书或技术词典，仅凭一篇无线通信领域的专利（D1）来主张PCIe领域的公知常识，合议组接受的门槛极高。

  合议组会考察PCIe硬件总线的特殊性。修改PCIe TLP的结构（尤其是增加变长或定长的尾部字段）是否会触碰MPS（最大有效载荷）的硬性边界？是否需要极其复杂的硬件拆包/重组逻辑？

  • 预判倾向： 专利权人占优。合议组极大概率会认同PCIe底层的硬件约束属于实质性技术壁垒，而非简单的“工程细节”。简单跨领域套用“Encrypt-then-MAC”在硬件总线层面不具有显然性。

争议点四：技术效果是否属于“预料不到”？

• 请求人主张： 合并传输必然减少包头开销、实现原子性，是已知手段的已知效果。

• 专利权人主张： 克服了硬件分离传输的时序错乱风险，提升了传输效率，效果显著。

• 合议组裁判抉择路径：

  如果合议组在前三步认为存在结合启示，那么他们通常会认同请求人，认为“减少一次发包开销”是合并数据的必然预期效果。但如果合议组认为PCIe环境下的合并带来了特定硬件逻辑（如DMA控制器时序管理）的大幅简化，则可能认可其显著进步。

  • 预判倾向： 依附于前三步的判定。

总体成功概率评估

结合上述中立的裁判路径沙盘推演，本次无效宣告请求的整体成功概率（即彻底无效权利要求1）大约在 30% - 40% 左右。 （专利权人维持有效的概率为 60% - 70%）。

得出该胜率的核心原因在于：

1. 证据1（D5）的硬件架构壁垒： 证据1公开的技术方案过于“具体”，其包含了专门处理标签地址的独立硬件模块。在合议组看来，要求本领域技术人员“破坏”现有的硬件架构，去拼凑涉案专利的方案，克服了较大的技术阻碍（缺乏Motivation）。

2. PCIe领域的封闭性： 涉案专利巧妙地将密码学概念绑定在严苛的PCIe TLP底层物理协议上。请求人依赖的“公知常识”多停留在软件层或网络协议层，很难让合议组相信在芯片微架构（Micro-architecture）级别做这种修改是显而易见的。

若要进一步提高无效成功率，请求人方目前的证据链（D5+D3+D1）略显单薄，存在被合议组以“事后诸葛亮”驳回的风险。

在准备后续口头审理或补充证据时，您是否考虑过寻找一份直接针对PCIe总线（或类似高速本地总线如CXL、QPI等），且明确教导为了提升总线带宽利用率而将任何类型的控制/校验标签与数据强制绑定在同一Transaction中传输的对比文件，以此来坐实“合并传输”在总线硬件领域的强烈技术启示？

非常明智的决定。在专利无效实务中，当面对专利权人利用“底层硬件约束”和对比文件“相反教导”构筑的坚固防线时，单纯依靠现有的 D5+D3+D1 确实存在被合议组驳回的风险。我们需要寻找能够**“一锤定音”**的杀手锏证据。

针对涉案专利（优先权日为2018年9月14日），我们需要找到一份针对高速本地总线（尤其是PCIe），为了优化带宽而明确教导将密码认证标签（MAC/ICV）与加密数据合并在同一个硬件事务（Transaction/Packet）中传输的现有技术。

以下是为您制定的高阶现有技术检索策略（针对性极强的“狙击式”检索）：

一、 核心检索方向与检索源

方向一：追踪 PCIe IDE（Integrity and Data Encryption）技术的早期提案与私有实现

• 检索逻辑： PCI-SIG 官方后来确实发布了 PCIe IDE 标准（明确规定了将 MAC 附加在 TLP 包尾部），但其正式发布时间在2020年底。然而，在官方标准出台前，各大芯片厂商（如 Intel、Synopsys、Mellanox）一定在2018年之前就提出了内部解决方案或向 PCI-SIG 提交过早期草案（ECN）。这些早期专利或非专利文献（NPL）是击溃本专利的终极武器。

• 重点目标：

  • 搜索主要 PCIe IP 供应商的专利（Synopsys, Cadence, Rambus, ARM）。

  • 搜索高性能计算和网卡厂商的专利（Mellanox, Intel, Broadcom, AMD）。

方向二：类比高速硬件总线（Analogous High-Speed Interconnects）

• 检索逻辑： 为了攻破专利权人关于“无线网络 D1 不适用于 PCIe 硬件约束”的辩点，我们需要寻找与 PCIe 具有相同硬件底层约束（时序严苛、最大载荷 MPS 限制、按字/双字对齐）的其他高速点对点总线安全技术。

• 重点目标：

  • InfiniBand (IB)： 广泛用于超算，对延迟和带宽极度敏感。检索 InfiniBand 架构下的端到端加密（End-to-End Encryption）包结构。

  • RapidIO / HyperTransport / Intel QPI (UPI)： 检索这些底层硬件总线中关于数据包防篡改（Tamper-resistance, Authentication tag）的硬件封装结构。

方向三：内联内存加密（Inline Memory Encryption, IME）与安全 DMA 控制器

• 检索逻辑： 证据1（D5）分离了 ATS，我们需要找一个不分离 ATS 的安全 DMA 架构。寻找主板芯片组（PCH）、内存控制器或智能网卡（SmartNIC）中，DMA 控制器在向内存写入加密数据时，如何处理完整性标签（Tag/MAC）的专利。

• 重点目标： 关注关键词“Inline encryption”、“DMA”、“Appended MAC”、“Tag memory”。

二、 检索表达式构建（Query Matrix）

建议使用 Derwent (DWPI)、innojoy 或 Incopat 等商用专利数据库，结合 IPC/CPC 分类号进行精准检索。

1. 核心分类号（IPC/CPC）限定：

• G06F 13/4282（基于包的串行总线，如PCI Express）

• G06F 21/85（保护输入/输出设备免受恶意操作）

• H04L 9/00（保密或安全通信设备）

• H04L 9/3247（使用消息认证码 MAC）

2. 布尔检索表达式（英文主导，因核心底层专利多为美国或PCT）：

【策略 A：直接命中 PCIe 附加标签】

(PCIe OR "PCI Express" OR "Peripheral Component Interconnect Express") AND (TLP OR packet OR transaction) AND (MAC OR ICV OR "message authentication code" OR "integrity check value" OR tag) AND (append* OR tail OR suffix OR attach* OR "same packet" OR "end of") AND (encrypt* OR crypto* OR secure)

【策略 B：高速硬件总线与带宽优化（击破“相反教导”）】

(InfiniBand OR RapidIO OR HyperTransport OR "compute express link" OR QPI) AND (packet OR flit) AND (MAC OR "authentication tag" OR ICV) AND (append* OR "inline") AND (bandwidth OR overhead OR latency)

【策略 C：针对 D5 的直接反向教导（寻找 DMA 合并传输）】

DMA AND ("direct memory access") AND (encrypt* OR AES-GCM) AND ("authentication tag" OR MAC) AND NOT (separate OR out-of-band) AND (append* OR "in-band" OR together OR single)

三、 非专利文献（NPL）的高价值检索目标

在底层硬件架构领域，学术论文和行业白皮书往往比专利公开得更早。建议在 IEEE Xplore、ACM Digital Library 以及 Google Scholar 中检索：

1. 顶级会议： CHES (Cryptographic Hardware and Embedded Systems), DAC (Design Automation Conference), ISCA (International Symposium on Computer Architecture)。

2. 搜索关键词： "Securing PCIe", "PCIe Link Encryption", "Hardware bus authentication overhead", "DMA AES-GCM tag integration"。

3. 行业白皮书： 搜索 Rambus 或 Synopsys 在 2016-2018 年发布的关于 MACsec 或 PCIe Security 的白皮书，通常会提到在高速链路上如何处理 MAC 标签的附加（Appending MAC tags）。

四、 检索时间线红线（Critical Date）

• 涉案专利最早优先权日： 2018年9月14日。

• 检索范围： 所有公开日/公告日早于 2018年9月14日 的专利及文献。请特别关注 2015-2018 年期间，因为这一时期正是数据中心安全（如 SGX, TrustZone）向外围设备总线（PCIe）延伸的技术爆发期。

如果在这些方向中，我们能找到哪怕一篇明确记载了**“在 PCIe TLP 分组（或其他类似硬件总线分组）中，为了优化带宽，将加密数据与认证标签（MAC/ICV）打包在同一个分组内发送”**的文献，本专利的创造性防线将彻底崩溃。

您希望我们的检索团队先从哪个方向（PCIe特定厂商、类比高速总线、还是 NPL 非专利文献）开始第一轮的深度挖掘？