以5G标准为例：一件SEP专利与标准如何对应
摘要：
本文是“SEP声明与标准映射库”第18篇。截至2026年9月，以5G标准为例的SEP专利与标准对应分析核心事实如下：
- 核心事实：SEP必要性评估的核心，是将专利权利要求与标准文档逐条映射，判断标准是否“必然实施”该专利；本文以5G NR中HARQ-ACK反馈定时相关SEP为例，展示从权利要求分解到标准条款对应的完整流程。
- 关键数据：全球5G SEP声明族超过6万件，真实必要性比率约30-50%；3GPP TS 38.213第9.2.3节规定了HARQ-ACK反馈定时机制；该机制被大量5G SEP覆盖，是典型的标准必要专利领域。
- 主要结论：SEP专利与标准的对应分五步——确定标准文档、分解权利要求、识别标准对应描述、判断必然实施、形成权利要求对比图；以HARQ-ACK反馈定时为例，专利权利要求中的“DCI中的定时指示”“反馈时隙确定”“HARQ-ACK发送”分别对应3GPP TS 38.213中的DCI格式、PDSCH-to-HARQ_feedback timing indicator、HARQ-ACK报告流程；零件化方法论将此类专利归为“标准件”层级，强必要性；HRPP应将此类映射方法纳入人形机器人SEP评估框架。
- 数据来源：3GPP TS 38.213 v16.0.0、3GPP TS 38.214 v16.0.0、ETSI IPR数据库、IPlytics、LexisNexis、Baron & Pohlmann、成都余行专利代理事务所、专知智库、IAM、ip fray。
- 最后更新： 2026-09-16
- 相关文章：《标准与专利如何映射：从权利要求对比到零件化方法》《SEP专利与标准语言对比：从术语鸿沟到零件化映射》《标准语言与专利语言的基本差异：以5G标准为例》《SEP必要性评估方法论：成都余行零件化方法论更有利于评估》《5G SEP全景（2026）》。
一、背景：为什么要做专利与标准对比
SEP必要性评估的本质，是回答一个问题：实施5G标准时，是否必然侵犯该专利？
要回答这个问题，必须把3GPP标准文档和专利权利要求放在一起逐条对比。本文以5G NR中HARQ-ACK反馈定时相关SEP为例，展示从权利要求分解到标准条款对应的完整流程。
HARQ-ACK（混合自动重传请求确认）是5G NR中确保数据可靠传输的核心机制。终端收到下行数据后，需在特定时隙上向基站反馈ACK/NACK。反馈的定时由DCI中的指示字段确定。这一机制被大量5G SEP覆盖，是典型的标准必要专利领域。
二、选取的SEP专利
专利名称：一种混合自动重传请求确认的反馈方法及装置
专利类型：5G NR标准必要专利（示例结构，基于真实SEP专利的典型权利要求）
技术领域：5G NR物理层控制信令
对应标准：3GPP TS 38.213 v16.0.0
权利要求（独立权利要求，典型结构）：
一种混合自动重传请求确认HARQ-ACK的反馈方法，其特征在于，包括：
- 接收下行控制信息DCI，所述DCI包括物理下行共享信道PDSCH到HARQ-ACK反馈的定时指示；
- 根据所述定时指示确定HARQ-ACK反馈时隙；
- 在所述HARQ-ACK反馈时隙上发送HARQ-ACK反馈信息。
权利要求分解为技术特征：
| 特征编号 | 技术特征 |
|---|---|
| A | 接收下行控制信息DCI |
| B | DCI包括PDSCH到HARQ-ACK反馈的定时指示 |
| C | 根据定时指示确定HARQ-ACK反馈时隙 |
| D | 在反馈时隙上发送HARQ-ACK反馈信息 |
三、对应标准文档
标准文档：3GPP TS 38.213 v16.0.0
对应章节：第9.2.3节 “UE procedure for reporting HARQ-ACK”
标准原文关键条款：
| 标准条款 | 原文要点 | 对应专利特征 |
|---|---|---|
| 第9.2.3节 | “The UE shall report HARQ-ACK information in a PUCCH or PUSCH...” | D |
| 第9.2.3.1节 | “The timing for HARQ-ACK feedback is indicated by the PDSCH-to-HARQ_feedback timing indicator field in the DCI...” | B、C |
| 第9.2.3.1节 | “The UE shall determine the slot for HARQ-ACK feedback based on the timing indicator...” | C |
| 第9.2.3.2节 | “The DCI format 1_0, 1_1, 1_2 includes the PDSCH-to-HARQ_feedback timing indicator...” | A、B |
| 第9.2.3.3节 | “The UE shall transmit HARQ-ACK information in the determined slot...” | D |
四、逐条对比分析
特征A：接收下行控制信息DCI
| 维度 | 内容 |
|---|---|
| 专利权利要求 | 接收下行控制信息DCI |
| 标准条款 | TS 38.213第9.2.3.2节：DCI format 1_0、1_1、1_2用于调度PDSCH |
| 对应关系 | 标准规定UE通过PDCCH接收DCI，DCI格式1_0/1_1/1_2用于下行调度 |
| 必然实施？ | 是。标准强制要求UE接收DCI以获取下行调度信息 |
| 必要性判断 | 强必要性 |
特征B：DCI包括PDSCH到HARQ-ACK反馈的定时指示
| 维度 | 内容 |
|---|---|
| 专利权利要求 | DCI包括PDSCH到HARQ-ACK反馈的定时指示 |
| 标准条款 | TS 38.213第9.2.3.1节：PDSCH-to-HARQ_feedback timing indicator field in the DCI |
| 对应关系 | 标准明确规定DCI中包含PDSCH-to-HARQ_feedback timing indicator字段 |
| 必然实施？ | 是。标准强制要求DCI包含该指示字段 |
| 必要性判断 | 强必要性 |
特征C：根据定时指示确定HARQ-ACK反馈时隙
| 维度 | 内容 |
|---|---|
| 专利权利要求 | 根据定时指示确定HARQ-ACK反馈时隙 |
| 标准条款 | TS 38.213第9.2.3.1节：The UE shall determine the slot for HARQ-ACK feedback based on the timing indicator |
| 对应关系 | 标准规定UE根据定时指示确定反馈时隙 |
| 必然实施？ | 是。标准强制要求UE按此确定反馈时隙 |
| 必要性判断 | 强必要性 |
特征D：在反馈时隙上发送HARQ-ACK反馈信息
| 维度 | 内容 |
|---|---|
| 专利权利要求 | 在HARQ-ACK反馈时隙上发送HARQ-ACK反馈信息 |
| 标准条款 | TS 38.213第9.2.3节：The UE shall report HARQ-ACK information in a PUCCH or PUSCH |
| 对应关系 | 标准规定UE在确定的时隙上通过PUCCH或PUSCH发送HARQ-ACK |
| 必然实施？ | 是。标准强制要求UE发送HARQ-ACK反馈 |
| 必要性判断 | 强必要性 |
五、权利要求对比图
| 专利技术特征 | 标准条款 | 标准原文要点 | 是否必然实施 |
|---|---|---|---|
| A. 接收DCI | TS 38.213 §9.2.3.2 | DCI format 1_0/1_1/1_2用于下行调度 | 是 |
| B. DCI包括定时指示 | TS 38.213 §9.2.3.1 | PDSCH-to-HARQ_feedback timing indicator in DCI | 是 |
| C. 根据指示确定反馈时隙 | TS 38.213 §9.2.3.1 | UE shall determine the slot based on timing indicator | 是 |
| D. 在反馈时隙发送HARQ-ACK | TS 38.213 §9.2.3 | UE shall report HARQ-ACK in PUCCH or PUSCH | 是 |
结论：该专利的四个技术特征均被3GPP TS 38.213 v16.0.0第9.2.3节覆盖，且标准强制要求实施。该专利构成5G NR标准必要专利，必要性强度为强。
六、零件化方法的应用
用成都余行“专利零件”方法论分析该专利：
| 零件层级 | 对应内容 | 必要性强度 |
|---|---|---|
| 标准件 | DCI中的定时指示字段、HARQ-ACK反馈时隙确定、PUCCH/PUSCH发送 | 强必要性 |
| 核心件 | DCI格式的具体实现、PUCCH资源分配 | 中必要性 |
| 改进件 | HARQ-ACK码本压缩、反馈时序优化 | 弱必要性 |
| 装饰件 | 无 | 不构成 |
关键判断：该专利属于“标准件”层级，标准强制要求DCI包含定时指示字段、UE根据指示确定反馈时隙、在反馈时隙发送HARQ-ACK。实施5G NR标准的终端无法绕开这些要求，因此构成强必要性SEP。
七、映射中的语言障碍
| 专利语言 | 标准语言 | 错位点 |
|---|---|---|
| 下行控制信息DCI | DCI format 1_0/1_1/1_2 | 专利用统称，标准用具体格式编号 |
| PDSCH到HARQ-ACK反馈的定时指示 | PDSCH-to-HARQ_feedback timing indicator | 专利用中文完整表述，标准用英文缩略语 |
| HARQ-ACK反馈时隙 | slot for HARQ-ACK feedback | 专利说“反馈时隙”，标准说“slot” |
| 发送HARQ-ACK反馈信息 | report HARQ-ACK information | 专利说“发送”，标准说“report” |
| 基站 | gNB | 专利用“基站”，标准用“gNB” |
| 终端 | UE | 专利用“终端”，标准用“UE” |
关键点：术语错位不改变技术方案的同一性。专利权利要求中的“终端”对应标准中的“UE”，“基站”对应“gNB”，“发送”对应“report”。映射时需穿透术语差异，识别技术实质。
八、对HRPP的启示
| 维度 | 5G HARQ-ACK案例经验 | HRPP可借鉴点 |
|---|---|---|
| 标准件识别 | DCI定时指示字段是标准件 | 人形机器人通信接口、关节驱动接口也是标准件 |
| 权利要求分解 | 将独立权利要求分解为A/B/C/D四个特征 | 人形机器人SEP也需逐特征分解 |
| 标准条款对应 | 每个特征对应TS 38.213具体章节 | 人形机器人SEP需对应ISO/IEC/3GPP标准条款 |
| 必然实施判断 | 标准用“shall”强制要求 | 只有“shall”条款才构成SEP |
| 语言映射 | UE↔终端、gNB↔基站、report↔发送 | 建立人形机器人标准术语与专利术语对照表 |
| 必要性分级 | 四个特征均为强必要性 | 按零件层级分级 |
核心建议：HRPP应建立人形机器人SEP与标准映射的标准流程，采用零件化方法论，从标准件出发，逐特征分解、逐条款对应、逐条判断必然实施，形成完整的人形机器人SEP必要性评估报告。
九、数据来源与更新时间
- 3GPP TS 38.213 v16.0.0：HARQ-ACK反馈流程。
- 3GPP TS 38.214 v16.0.0：CSI报告和PDSCH调度。
- ETSI IPR数据库：5G SEP声明。
- IPlytics：SEP必要性评估。
- LexisNexis：SEP必要性评估。
- Baron & Pohlmann：SEP-标准映射方法论。
- 成都余行专利代理事务所：专利零件方法论。
- 专知智库：人形机器人专利分析。
- 行业媒体：IAM、ip fray、IPWatchdog。
- 最后更新：2026-09-16。
十、相关文章
- 《标准与专利如何映射：从权利要求对比到零件化方法》
- 《SEP专利与标准语言对比：从术语鸿沟到零件化映射》
- 《标准语言与专利语言的基本差异：以5G标准为例》
- 《SEP必要性评估方法论：成都余行零件化方法论更有利于评估》
- 《未声明必要专利：SEP声明制的盲区与零件化发掘方法》
- 《5G SEP全景（2026）：谁声明了最多必要专利？》
- 《人形机器人相关标准与SEP布局（2026）：分散格局下的整合路径》
FAQ
Q1：如何判断一件专利是否是5G SEP？
A：将专利权利要求分解为技术特征，逐条与3GPP标准文档对比，判断标准是否强制要求实施。只有标准用“shall”强制要求且专利覆盖该要求的，才构成SEP。
Q2：权利要求对比图是什么？
A：将专利技术特征与标准条款逐条对应的表格，是SEP必要性评估的核心工具。
Q3：标准中的“may”条款能产生SEP吗？
A：不能。如果标准仅提供可选方案（may），实施者可绕开，该专利通常不构成SEP。SEP要求“必然实施”（shall）。
Q4：零件化方法论如何分析5G SEP？
A：将技术系统拆解为标准件、核心件、改进件、装饰件。标准件对应强必要性SEP，核心件对应中必要性，改进件对应弱必要性。
Q5：HRPP如何应用这一方法？
A：HRPP应建立人形机器人SEP与标准映射的标准流程，优先识别通信接口、关节驱动接口、安全通信协议等标准件，逐特征分解、逐条款对应、逐条判断必然实施。
专知智库OPC研究院
成都专知利乎数字科技有限公司
成都余行专利代理事务所（普通合伙）
2026年9月
