一种多面板传输中推导准共位假设的方法，包括： 向网络报告支持用于至少一个物理下行链路共享信道接收的面板特定预设波束和用于支持来自多个接收点的同时接收的多发送接收点操作中的能力； 从一无线通信系统的网络获取多个控制资源集组，每个控制资源集组对应于不同的传输接收点； 当在调度物理下行链路控制信道中接收下行控制信息与至少一个物理下行链路共享信道接收之间的时间偏移小于一阈值时，根据所述多个控制资源集组中的一个控制资源集，确定用于由调度所述物理下行链路控制信道调度的至少一个物理下行链路共享信道接收的解调参考信号端口的预设准共位假设；以及对至少一个所述物理下行链路共享信道的所述解调参考信号端口的接收应用所述预设准共位假设。

CN114051705B

权利要求1专利无效检索报告

内部检索意见｜不构成法院、复审和无效审理机关结论保证

一、执行摘要

本次检索以CN114051705B授权权利要求1为对象，将其拆分为A1、A2、B、C、D五组必要技术特征。检索范围覆盖中文、英文、日文和韩文专利语料，并对3GPPRAN1会前提案、会议清单及TS 38.214版本记录进行专项检索。日期边界采用严格口径：仅纳入能够核实在2019年4月8日之前已向公众开放的材料。

就新颖性而言，现有证据仍不足以证明单篇对比文件完整公开A1—D，单篇新颖性攻击成功概率约12%。就创造性而言，以R1-1904021为最接近现有技术，并结合R1-1904449或R1-1905026以及US20180343653A1，技术问题、应用场景、能力约束和默认QCL机制均处于同一Rel-15/Rel-16演进脉络，组合动机较强，最强组合成功概率估计为84%。综合程序、证据可采性与权利要求解释风险，权利要求1整体无效成功概率估计为81%，合理区间76%—85%。

循环检索共形成首轮及两轮有效补充。第二轮补充锁定RAN1#96bis会前公开资料后，综合概率首次达到80%以上，故依据委托条件停止继续循环；无需耗尽15轮上限。

二、对象、边界与判断方法

2.1 对象与时间边界

来源：CN114051705B（Google Patents）

2.2 中国无效判断框架

1. 新颖性：原则上应由一项现有技术单独、直接且无歧义地公开全部必要技术特征。
2. 创造性：以最接近现有技术为起点，识别区别特征和实际解决的技术问题，判断现有技术整体是否给出将区别特征结合到主引证中的技术启示。
3. 3GPP提案可作为书面现有技术线索，但其“提案”身份不等于已被标准采纳；实体披露与公开可获得性须分别证明。

L1｜《中华人民共和国专利法》第二十二条：https://www.cnipa.gov.cn/art/2020/11/23/art_524_171347.html

L2｜《专利审查指南（2023）》：https://www.cnipa.gov.cn/attach/0/%E4%B8%93%E5%88%A9%E5%AE%A1%E6%9F%A5%E6%8C%87%E5%8D%97.pdf

三、权利要求1技术特征拆解

四、检索策略与多语种检索式

检索采用“机制词 + 场景词 + 能力词 + 控制资源词”的组合，并以同义词、机器翻译词和标准术语交叉扩展。Google Patents用于专利族与全文核验；3GPP部分直接检索英文提案和规范，不另行构造中日韩语式。

4.1 中文检索式

4.2 英文检索式

4.3 日文检索式

4.4 韩文检索式

4.5 3GPP专项英文检索式

4. "default QCL assumption" PDSCH DM-RS timeDurationForQCL "lowest CORESET-ID"
5. "PDCCH-to-PDSCH" "time offset" "default QCL"
6. "multi-TRP" "simultaneous reception" "UE capability" PDSCH
7. "CORESET group" TRP "PDCCH-config"
8. site:3gpp.org/ftp/tsg_ran/WG1_RL1 "CORESET group" "multi-TRP"
9. ("CORESET pool" OR "same TRP" OR "TRP ID") CORESET ("default TCI" OR "default PDSCH beam") R1-19
10. "simultaneous reception" "multiple TRPs" R1-19
11. "panel-specific" "default beam" multi-TRP

五、检索轮次与停止条件

每轮均由同一检索子代理保持权利要求解释和评价尺度一致；主代理仅对补充线索进行官方时间戳、原文及链接复核，并将经核验材料交回子代理作最终评价。

六、核心对比文件清单

七、逐项特征比对

符号：●＝直接或高度对应披露；△＝部分披露或需解释；—＝未见实质披露。

八、新颖性分析

D4最接近完整披露，但其能力段落主要涉及组式波束报告和gNB的simultaneous transmission capability indication，不能稳妥等同于权利要求A1所要求的UE“面板特定预设波束”能力报告，也不能完全等同于A2的UE多TRP同时接收能力报告。D1虽有UE对PDSCH接收模拟波束和QCL需求的能力报告，却缺少按不同TRP设置多个CORESET组。D5、D6对A2较强，但不完整公开B/C/D。

因此，当前材料不支持以任何单篇文献稳定攻击权利要求1全部必要技术特征。新颖性无效成功概率估计为12%（区间10%—15%）。该低值不影响后续以创造性为主的无效路线。

九、创造性组合与无效路线

9.1 首选组合的三步法

12. 最接近现有技术：D4已在同一方案中给出多PDCCH/multi-TRP的CORESET分组和短偏移默认QCL规则，覆盖发明的技术骨架B/C/D。
13. 区别特征及技术问题：区别集中于A1/A2，即网络如何确认UE能否按面板采用预设接收波束并同时接收多个TRP，从而避免为不具备相应射频/基带能力的UE配置不可执行的多TRP调度。
14. 技术启示：D5直接把跨TRP可同时接收层数定义为UE能力并讨论信令；D1直接要求UE报告PDSCH接收模拟波束、QCL需求及同slot能力。将这些能力报告用于约束D4的网络配置，作用、接口方向和预期效果一致，不需改变D4工作原理。

9.2 抗辩预判

十、概率评估与结论

十一、提交前证据固化与工作建议

15. 完整固化D4—D8官方ZIP、TDoc清单、FTP目录页面和下载时间，计算SHA-256，制作来源—时间—哈希对应表；必要时采用公证或可信时间戳。
16. 对D4、D5、D6制作逐页中译文和术语表，保留完整上下文；证据引用至少包括封面、会议编号、提案号、关键段落、结论/Proposal页。
17. 请求书中将D4作为唯一最接近现有技术；D5/D1分别对应A2/A1，避免把D2、D3等大量材料堆入同一主组合。
18. 准备备选解释：若“面板特定预设波束能力”被狭义解释为独立能力字段，重点论证D1能力字段与D4面板/TRP默认QCL的直接适配关系。
19. 进一步核查涉案美国临时申请62/830,667原始文本和优先权支持问题；在未取得官方卷宗前，本报告不据此否定优先权。

十二、主要来源链接

P1｜CN114051705B：https://patents.google.com/patent/CN114051705B/zh

D1｜US20180343653A1：https://patents.google.com/patent/US20180343653A1/en

D2｜WO2018228487A1：https://patents.google.com/patent/WO2018228487A1/en

D3｜3GPP TS 38.214 V15.5.0：https://www.3gpp.org/ftp/Specs/archive/38_series/38.214/38214-f50.zip

D4｜R1-1904021：https://www.3gpp.org/ftp/tsg_ran/wg1_rl1/TSGR1_96b/Docs/R1-1904021.zip

D5｜R1-1904449：https://www.3gpp.org/ftp/tsg_ran/wg1_rl1/TSGR1_96b/Docs/R1-1904449.zip

D6｜R1-1905026：https://www.3gpp.org/ftp/tsg_ran/wg1_rl1/TSGR1_96b/Docs/R1-1905026.zip

D7｜R1-1904013：https://www.3gpp.org/ftp/tsg_ran/wg1_rl1/TSGR1_96b/Docs/R1-1904013.zip

D8｜R1-1905610：https://www.3gpp.org/ftp/tsg_ran/wg1_rl1/TSGR1_96b/Docs/R1-1905610.zip

M1｜RAN1#96bis官方目录：https://www.3gpp.org/ftp/tsg_ran/wg1_rl1/TSGR1_96b/Docs/

M2｜RAN1#96bis官方TDoc清单：https://www.3gpp.org/ftp/tsg_ran/wg1_rl1/TSGR1_96b/Docs/TDoc_List_Meeting_RAN1%2396-Bis.xlsx

M3｜3GPP TS 38.214规范门户：https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=3216

十三、限制与声明

本报告基于截至报告日可访问并经核验的公开材料。概率为检索子代理对证据强度、组合合理性、审理实践和程序风险的策略性估计，不代表国家知识产权局、法院或任何审理机构的预断。无效请求提交前，应由承办专利代理师结合完整案卷、优先权文件、证据形式要求及拟主张的权利要求解释进行最终法律审查。

一、检索结论

我将“英文专利”限定为公开文本本身为英文的 US/WO 专利公开文件，并严格按照“公开日早于 2019年4月8日，不含当日”筛选；仅有早期优先权、但公开日晚于该日的文件不计入本清单。

CN114051705B 权利要求1的四组特征，与您给出的A—D一致；该专利主张的最早优先权日为 2019年4月8日。(Google Patents)

经过围绕以下路径的多轮 Google Patents 检索：

• “DCI—PDSCH时间偏移小于阈值＋默认/预配置QCL＋DM-RS＋CORESET”；

• “multiple TRP＋separate CORESET groups”；

• “multiple TRPs/panels＋capability＋two PDSCHs at one time”；

• “UE antenna panel＋beam report＋simultaneously received”；

• 同族、前向引证、后向引证及目标专利引证表交叉检查，

目前的结论是：

没有发现一篇在截止日前公开的英文专利，能够单独、直接且无歧义地完整披露A—D全部组合。
最强的组合证据是：D1＋D2＋D3；D4用于重点补强A中的“面板特定波束/能力上报”，D5作为进一步旁证。

其中：

• D1：US20180343653A1——C、D的核心文献；

• D2：WO2018228487A1——B的核心文献，同时覆盖多TRP同时PDSCH接收；

• D3：WO2019051177A1——A中能力上报、多TRP/多面板、同时PDCCH/PDSCH及QCL配置的核心桥接文献；

• D4：US20180219606A1——A中“按UE接收面板报告波束、不同面板可同时接收”的最佳补强；

• D5：WO2019047953A1——面板间波束及同时接收指示的进一步补强。

二、优先推荐的英文专利文献

上述公开日及优先权信息分别见各Google Patents记录。(Google Patents)

三、核心文献的具体披露

D1：US20180343653A1——C、D的最强基准文献

D1的权利要求1规定：UE接收包含下行数据调度信息和空间QCL配置索引的DCI，比较该DCI与下行数据传输之间的时间偏移和预配置阈值，并根据DCI指示的QCL配置或预配置QCL假设计算接收波束。

其从属权利要求进一步规定：

• 时间偏移小于阈值时，使用预配置空间QCL假设；

• 预配置QCL假设可以等同于最近时隙中最低CORESET-ID的下行控制信道所配置的TCI/QCL状态；

• 下行数据通道的DM-RS端口组与TCI状态中的参考信号集合QCL；

• 对特定DCI格式，PDSCH的TCI状态等同于调度PDCCH所属CORESET的TCI状态。(Google Patents)

说明书又明确给出：

• 当DCI与相应PDSCH之间的偏移小于阈值T时；

• UE基于最近时隙中最低CORESET-ID所使用的PDCCH QCL指示；

• 假设PDSCH DM-RS天线端口与该TCI状态准共址；

• 阈值可按时隙、OFDM符号、微秒或毫秒表示。(Google Patents)

与权利要求1的对应

因此，D1可以作为组合评价的主文献或最接近现有技术文献。

D2：WO2018228487A1——B的直接披露文献

D2的说明书以TRP 2402、TRP 2404为例，明确记载：

两个TRP与“two separate CORESET groups”关联，并且这些CORESET组配置给同一个UE。

说明书还说明来自TRP 2402和TRP 2404的下行分配分别通过相应CORESET/PDCCH实现。(Google Patents)

D2权利要求1规定：

• UE被配置为监测多个PDCCH，以调度多个PDSCH；

• UE同时接收多个PDSCH。

权利要求3进一步规定：

• 从第一CORESET组监测第一PDCCH；

• 从第二CORESET组监测第二PDCCH；

• 每个CORESET组至少包括一个CORESET。(Google Patents)

与权利要求1的对应

D2是当前找到的、对B最有价值的英文公开文件。相比仅披露“多个CORESET组”的一般文献，D2还明确建立了TRP—CORESET组之间的对应关系。

D3：WO2019051177A1——A及多TRP/QCL架构的桥接文献

D3的主题本身就是多TRP及多面板NR传输。其说明书披露：

1. UE可监测多个PDCCH或共同调度多个PDSCH，相关参数集可指示多个CORESET；(Google Patents)

2. UE可通过RRC/MAC-CE配置参数集列表，并根据PDCCH中的PDSCH/QCL字段确定PDSCH天线端口QCL；参数集可包含一组或两组参考信号集合，对应一个或两个PDSCH DM-RS端口组；(Google Patents)

3. 参数集包含具体TRP的CSI-RS资源索引、DM-RS QCL以及用于监测一个或多个PDCCH的CORESET位置；

4. 对多个TRP/面板配置的参数集，可使UE信令报告同时处理两个NR-PDCCH/PDSCH的能力；

5. UE可分别从主TRP和第二TRP接收主PDCCH和辅助PDCCH。(Google Patents)

对A的贡献

D3直接把下列内容放在同一技术方案中：

• 多TRP；

• 多面板；

• UE能力信令；

• 同时处理两个PDCCH/PDSCH；

• 每TRP的DM-RS/QCL资源配置；

• 多个CORESET位置。

它还没有逐字写出“报告支持面板特定预设波束的能力”，但已非常接近A的整体功能。D3与D1结合后，D1负责“PDSCH预配置QCL/预设接收波束”，D3负责“多TRP/多面板及同时PDSCH能力信令”。

D4：US20180219606A1——面板特定波束的最佳补强

D4首先披露多个CORESET及其QCL配置：

• 第一CORESET及其相关PDCCH/PDSCH可假设与用于初始接入的SS块QCL；

• 第二CORESET可通过RRC等方式配置，并包含PDCCH所对应的CSI-RS或SS块QCL信息。(Google Patents)

更重要的是，D4明确披露：

• UE按“UE antenna group”报告TRP发送波束；

• UE antenna group明确指接收面板或接收子阵列；

• 每个被报告的TRP发送波束可带有所属UE接收面板/天线组标识；

• 不同UE接收面板所对应的波束可以在UE处同时接收。(Google Patents)

对A的贡献

这篇文献对以下子特征非常有力：

• panel-specific：波束与特定UE接收面板/子阵列绑定；

• reporting：UE向网络报告TRP波束及面板标识；

• simultaneous reception：不同面板对应的波束可同时接收；

• 与PDCCH/PDSCH及CORESET QCL处于同一NR波束管理方案中。

但它更接近“波束状态/波束报告”，而不是逐字的“UE capability report”。因此，D4适合与D3配合使用：D3补“能力信令”，D4补“面板特定波束及同时接收”。

D5：WO2019047953A1——面板同时接收指示的进一步旁证

D5披露UE具有两个面板时，可按面板报告所观察到的发送波束，并可使用一个比特指示：

• 不同报告时刻或不同面板报告的波束；

• 是否能够由UE同时接收；

• 报告顺序也可隐含指出哪个波束属于哪个UE面板。(Google Patents)

D5并没有把该方案明确限定到PDSCH默认QCL，也没有披露CORESET组，但它可以证明在截止日前，按面板区分波束并报告多面板同时接收能力/状态已经是公开方案。

四、A—D逐项证据图

A：能力上报＋面板特定预设波束＋多TRP同时接收

A是最难通过单篇文献完整覆盖的复合特征，建议拆为三个子特征：

A1：向网络报告多TRP/多面板同时PDSCH处理能力

D3明确披露，对多个TRP/面板配置的参数集使UE信令报告同时处理两个NR-PDCCH/PDSCH的能力。(Google Patents)

A2：面板特定的波束

D4明确披露，UE按照接收面板/子阵列报告TRP发送波束及相应天线组标识；不同面板所对应的波束可同时接收。(Google Patents)

D5也明确披露分面板报告波束并指示不同面板波束能否同时接收。(Google Patents)

A3：该预设波束用于PDSCH接收

D1明确披露短时间偏移下使用预配置空间QCL假设计算PDSCH接收波束；D3则把PDSCH天线端口、DM-RS组及QCL参考信号配置放在多TRP/多面板参数集中。(Google Patents)

A的最佳组合覆盖：D3＋D4＋D1。

B：多个CORESET组分别对应不同TRP

D2说明书明确记载两个TRP对应两个独立CORESET组；权利要求3规定第一、第二PDCCH分别来自第一、第二CORESET组。(Google Patents)

B由D2直接覆盖。

D7可证明“多个CORESET被划分为第一、第二CORESET组”本身早已公开，但D7没有D2那样直接的一组一TRP映射，因此仅适合作为辅助背景。(Google Patents)

C：短偏移时，根据组内某CORESET确定PDSCH DM-RS默认QCL

该特征可按以下方式组合：

• D1：时间偏移小于阈值；

• D1：采用预配置/默认空间QCL；

• D1：根据最低CORESET-ID的PDCCH TCI状态；

• D1：QCL对象为PDSCH的DM-RS端口；

• D2：把CORESET划分为分别对应各TRP的CORESET组。(Google Patents)

因此，D1直接给出C的算法主体，D2补上“在多TRP的多个CORESET组中执行”的系统环境。

需要注意：D1原文是从UE所配置的CORESET中选择最低CORESET-ID，而不是逐字写明“在每个TRP对应的CORESET组内选择”。把D1的选择规则分别应用到D2的各CORESET组，是一个具有技术逻辑的组合推导，但仍属于组合分析，而不是D1单篇直接披露。

D：应用QCL假设接收PDSCH DM-RS端口

D1从属权利要求明确规定，在偏移小于阈值时应用预配置空间QCL假设，并基于该假设计算接收波束、接收下行数据；同时规定PDSCH DM-RS端口与TCI状态中的参考信号集合QCL。(Google Patents)

D由D1直接覆盖。

五、建议的组合路线

路线一：D1＋D2＋D3——首选三文献组合

这是目前文献数量与覆盖完整性之间最平衡的组合：

技术结合逻辑可以表述为：

1. D1解决DCI与PDSCH间隔过短、UE无法及时获得DCI中动态波束信息的问题，因而采用预配置CORESET/TCI所对应的默认QCL；

2. D2在多TRP调度中，为不同TRP建立不同CORESET组，并允许同时接收多个PDSCH；

3. D3进一步说明UE应报告能否同时处理来自多TRP/多面板的两个PDCCH/PDSCH，并为各TRP配置DM-RS QCL资源和CORESET位置；

4. 因而，在D2/D3的多TRP架构中，对各TRP对应的CORESET组分别采用D1的短偏移默认QCL规则，具有连续的技术逻辑。

第4步是基于三篇文献的技术推导，并不是任何一篇文献中的逐字记载。

路线二：D1＋D2＋D3＋D4——A的强化组合

当专利权人主张D3没有明确披露“panel-specific preset beam”时，可以加入D4：

• D3：能力信令和同时PDSCH；

• D4：接收面板/子阵列标识、按面板报告TRP波束、不同面板同时接收；

• D1：PDSCH预配置QCL即预设接收波束；

• D2：不同TRP与不同CORESET组。

该组合对A的文字覆盖更强，但四篇文献的组合需要更充分地说明结合动机，避免被认为是事后拼接。

路线三：D1＋D2作为B—D基础组合

D1＋D2已经可以较强地覆盖：

• 多TRP、同时多个PDSCH；

• 不同TRP对应不同CORESET组；

• 短时间偏移；

• 默认QCL；

• CORESET TCI；

• PDSCH DM-RS端口及其接收应用。

它留下的主要差异是A中的：

“向网络报告支持面板特定预设波束以及多TRP同时接收的能力”。

因此D3或D4至少需要加入一篇；实际证据配置中，D3优先级更高。

六、证据强弱与风险判断

最强点

C、D非常强。 D1不仅在说明书中披露，而且在权利要求中依次写入了阈值、预配置QCL、最低CORESET-ID、PDSCH DM-RS端口和应用接收，接近目标权利要求的核心表述。(Google Patents)

B也很强。 D2不是泛泛提到多个CORESET，而是明确记载两个TRP与两个独立CORESET组关联。(Google Patents)

主要薄弱点

薄弱点集中在A，尤其是以下内容必须在同一解释链中建立联系：

• “能力上报”，而不是普通波束测量报告；

• “面板特定”；

• “预设波束用于PDSCH”；

• “多TRP同时接收”。

D3最接近能力上报和同时PDSCH，D4/D5最接近面板特定波束，D1最接近PDSCH预设QCL，但本轮没有找到一篇截止日前英文公开文件将四者逐字合并。

单篇文献评价

在目前检索结果下：

• D1单篇缺少B和完整A；

• D2单篇缺少短偏移默认QCL；

• D3单篇缺少明确的短偏移阈值及默认CORESET选择规则；

• D4单篇缺少明确的多TRP能力上报和短偏移阈值；

• D5、D6、D7均属于局部补强。

因此，单篇覆盖全部A—D的路径较弱；组合评价路径明显更有价值。

七、不计入英文主清单的相关文件

CN108199819A

CN108199819A于2018年6月22日公开，并被CN114051705B的Google Patents记录标记为审查员引证。它在短时间间隔、CORESET和波束/QCL确定方面技术相关性很高。(Google Patents)

但其公开文本是中文，Google Patents上的“en”页面属于机器翻译界面，因此我没有把它计入您要求的“英文专利公开文件”主清单。它可以作为中文现有技术另行使用。

目标专利英文同族

目标专利英文WO同族WO2020207374A1于2020年10月15日公开，晚于2019年4月8日，因此不能按您设定的公开日标准作为在先公开文献。(Google Patents)

仅有早期优先权、但公开较晚的文件

目标专利引证表中还出现US10917212B2等默认QCL文献，但其显示的授权公开日均晚于截止日。除非能找到其在2019年4月8日前已经公开的英文A类文本，否则不应仅凭早期优先权日列入本次在先公开清单。(Google Patents)

最终排序

建议按以下顺序组织无效检索证据链：

1. D1 US20180343653A1：C、D核心，必要文献；

2. D2 WO2018228487A1：B核心，必要文献；

3. D3 WO2019051177A1：A及多TRP/多面板/QCL桥接，首选补充；

4. D4 US20180219606A1：面板特定波束及同时接收的重点补强；

5. D5 WO2019047953A1：分面板波束及同时接收指示的旁证；

6. D6 WO2018085601A1：多TRP/面板波束组能力IE的公知性旁证；

7. D7 US20180227777A1：CORESET组概念的一般性旁证。

**现阶段最值得进入权利要求对比表的组合是D1＋D2＋D3；对A采取严格文字解释时，再加入D4。**该结论属于技术检索和专利文献比对意见，不替代专利代理师或律师对证据资格、权利要求解释及结合动机的法律判断。

CN114051705B 权利要求1——日文专利无效检索结果

一、检索口径

本次将“日文专利”限定为：

1. 日本特许厅公开的 JP日文公报；

2. 以日文为原始公开语言的 PCT/JP国际公报；

3. 不把其他语言专利在Google Patents上的机器日译页面作为“日文专利”；

4. 公开日必须严格早于 2019年4月8日，即最迟为 2019年4月7日；只有早期优先权、但实际公开日在截止日之后的文件不计入。

CN114051705B权利要求1可拆分为用户给出的A—D：能力报告与多TRP同时接收、不同TRP对应的多个CORESET组、短时间偏移下根据CORESET确定PDSCH DM-RS端口的预设QCL，以及应用该QCL接收。该专利最早优先权日为2019年4月8日。(Google Patents)

二、结论先行

经过对Google Patents日文全文、同族、引用/被引文献、相似文献及多组日文关键词的反复交叉检索，本轮结果是：

尚未发现一篇在2019年4月8日前公开的日文专利，能够单独、直接且无歧义地公开权利要求1的A—D全部组合。

目前最有价值的日文证据链为：

J1 WO2019045115A1／JP2019047375A
＋ J2 JP2015523757A
＋ J3 WO2018198341A1

其中：

• J1 是C、D以及多TRP/PDSCH/QCL架构的核心文献；

• J2 是A中“UE向网络报告多接收波束同时形成能力＋同时从多个基站接收”的核心文献；

• J3 明确补强“多个天线面板＋不同波束＋UE预先报告同时接收能力”；

• J4、J5、J6 分别用于补强PDSCH波束/QCL、多个控制资源集以及DM-RS端口QCL。

严格日文文献组合仍存在两个主要缺口：

1. B的完整限定：多个CORESET“组”分别对应不同TRP；

2. C的条件分支：DCI接收至PDSCH接收的时间偏移“小于阈值”时，才使用预设/默认QCL。

三、核心日文专利清单

四、核心文献逐篇分析

J1：WO2019045115A1／JP2019047375A

C、D方向最强的日文在先文献

J1是夏普的日文原始PCT申请，WO公报于2019年3月7日公开；其日本同族JP2019047375A于2019年3月22日公开，二者均早于截止日。(Google Patents)

1. 对多TRP和多PDSCH架构的披露

J1明确记载：

• 基站可以包括TRP#1和TRP#2；

• TRP#1、TRP#2可以是不同的基站装置；

• TRP发送PDCCH、PDSCH和相应DL-DMRS；

• 相同发送波束对应相应天线端口在波束参数方面QCL；

• UE依据该波束参数接收PDCCH、PDSCH及DL-DMRS；

• TRP#1和TRP#2分别发送PDSCH#1和PDSCH#2，UE依据不同波束参数分别接收。(Google Patents)

这对A中的“多TRP接收”和C、D中的PDSCH DM-RS/QCL环境具有明显贡献。

2. 对CORESET确定PDSCH QCL的披露

J1权利要求1直接规定：

• UE接收含有调度PDSCH的DCI格式的PDCCH；

• PDSCH相关下行参考信号天线端口所QCL的参考信号索引；

• 根据检测到该PDCCH的CORESET给出。(Google Patents)

说明书同时规定UE在一个或多个CORESET中监测PDCCH并接收PDSCH；PDSCH波束参数可以基于CORESET、搜索空间或PDCCH波束参数确定，所述参数包括与PDSCH相关DL-DMRS端口QCL的参考信号索引。(Google Patents)

3. 与目标特征的关系

评价：J1适合作为日文证据链中的最接近现有技术或主文献。

J2：JP2015523757A

A中“能力报告＋多点同时接收”的最强日文文献

J2于2015年8月13日公开。(Google Patents)

1. UE向网络报告多接收波束能力

J2明确记载，UE可向基站发送信息，说明：

• UE具有哪些接收波束；

• 不同接收波束能否在同一时间形成；

• 接收波束是同时形成还是需要依次扫描；

• 这些信息可作为UE向基站的反馈或能力信令发送。(Google Patents)

J2进一步记载，UE的测量报告可以按以下方式组织：

• 按基站；

• 按基站发送波束与UE接收波束对；

• 按UE接收波束；

• 报告一个或多个发送/接收波束是否能够同时形成。(Google Patents)

2. 同时从多个基站接收

J2明确区分非同时通信和同时通信。在同时通信方式中：

• UE可以同时从多个基站接收信息；

• 可以通过不同Rx波束接收不同基站的信息；

• 多个Rx波束可以同时形成；

• UE报告使基站或网络能够获知其使用多个基站或多个波束进行同时通信的能力；

• 报告可以包括优选基站、优选发送波束、RF链和接收波束能力。(Google Patents)

J2还明确规定，UE可以报告由同一组接收波束同时接收的优选发送波束集合，并把同时接收流数量、最大并行流数量或秩作为能力信息。(Google Patents)

3. 与PDCCH和后续数据接收的联系

J2披露：

• PDCCH携带后续数据通信的资源分配；

• UE可以对后续数据使用训练过程中使用的同一接收波束；

• 基站也可在PDCCH阶段通知UE应使用哪个接收波束。(Google Patents)

4. 主要缺口

J2使用的是较早的“基站、RF链、接收波束”体系，没有直接使用：

• UE天线“面板”；

• NR中的CORESET；

• QCL-type D或TCI状态；

• DCI—PDSCH时间偏移阈值；

• PDSCH DM-RS默认QCL。

因此，J2对A具有非常强的概念性和功能性贡献，但不能单独完整公开A的全部文字限定。

J3：WO2018198341A1

A中“面板＋能力上报”的直接补强文献

J3是NTT DOCOMO的日文原始PCT，于2018年11月1日公开。(Google Patents)

J3明确披露：

• 基站具有多个天线面板；

• 不同面板可以分别应用不同波束；

• 一部分面板发送同步块，其他面板发送数据；

• UE可以在相同资源中接收第一波束的同步/PBCH信号和第二波束的数据；

• UE可以预先向网络报告“UE Capability”，表示是否具有同时执行同步块接收和下行数据接收的能力。(Google Patents)

对A的贡献

J3直接提供了以下连接：

多天线面板 → 不同波束 → 同时接收下行数据 → UE预先向网络报告能力。

其不足是：

• 文中的多个面板主要是基站侧面板，而目标权利要求更偏向UE面板特定预设波束；

• 同时接收对象主要是“同步块＋下行信号/数据”，不是明确的“分别来自多个TRP的多个PDSCH”；

• 不涉及CORESET组或短偏移默认QCL。

因此，J3适合与J2结合：J2负责UE侧多波束/多基站同时接收能力，J3负责明确的面板术语及UE Capability报告。

J4：WO2018173239A1

PDSCH波束集、波束报告和DM-RS QCL的桥接文献

J4是NTT DOCOMO的日文原始PCT，于2018年9月27日公开。(Google Patents)

J4披露：

• UE向网络报告一个或多个波束标识及测量结果；

• 网络根据UE报告的CSI、L1-RSRP和Rx波束ID确定用于NR-PDCCH和PDSCH的波束；

• 对PDCCH监测、PDSCH接收、CSI测量等分别配置一个或多个波束/BPL集合；

• 可以把PDCCH监测波束的一部分或多个波束配置为PDSCH接收波束。(Google Patents)

J4还明确记载，NR-PDCCH/PDSCH的波束指示可以基于：

• PDCCH/PDSCH的DM-RS端口；

• DM-RS端口与CSI-RS资源之间的QCL关系；

• PDCCH和PDSCH的QCL可以分别指示。(Google Patents)

贡献与缺口

J4能够证明截止日前已经公开：

• 为PDSCH配置一个或多个接收波束；

• 利用PDCCH监测波束作为PDSCH接收波束；

• 通过PDSCH DM-RS端口和CSI-RS的QCL关系表示或指示波束；

• UE向网络进行波束/CSI报告。

但J4没有公开多CORESET组、每组对应TRP或时间偏移阈值。

J5：JP2016503608A

“多个控制资源集＋PDSCH QCL配置”的早期桥接文献

J5于2016年2月4日公开，属于LTE EPDCCH技术。(Google Patents)

J5规定：

• 为控制信道配置至少第一资源集和第二资源集；

• 第一、第二资源集可采用不同的参数；

• UE处理两个控制信道资源集；

• PDSCH具有第一组配置，每种配置可以包括开始符号、速率匹配信息或QCL指示；

• EPDCCH使用的第二组配置可以是PDSCH第一组配置的子集。(Google Patents)

对B、C的意义

J5可用于证明，在截止日前已知：

• 给UE配置多个控制信道资源集；

• 将控制信道资源集与PDSCH的QCL配置联系起来；

• 在CoMP/LTE系统中针对不同控制资源配置分别进行处理。

但其“第一/第二资源集”不是NR中的CORESET group，也没有明确记载每个资源集分别对应不同TRP。因此只能作为B的桥接或公知背景证据。

J6：JP2015515219A

DM-RS端口QCL应用的基础文献

J6于2015年5月21日公开，技术环境为CoMP系统中的多个发送点。(Google Patents)

J6明确记载：

• CoMP系统可以包括多个发送点；

• UE接收下行控制信息；

• 从下行控制信息中识别与分配给UE的DM-RS端口QCL的CSI-RS端口；

• 根据CSI-RS端口的大尺度特性确定DM-RS端口的大尺度特性；

• 将这些特性用于信道估计、时间同步或频率同步。(Google Patents)

对D的贡献

J6非常适合证明以下内容属于早期公开：

对DM-RS端口应用QCL关系，并基于该QCL关系执行接收信号的信道估计和同步。

其不足是没有CORESET、面板、短时间偏移阈值和预设QCL选择规则。

五、A—D逐项证据对应

A：能力报告＋面板特定波束＋多TRP同时接收

最强证据组合：J2＋J3＋J4

• J2：UE向基站或网络报告Rx波束能否同时形成，以及使用多个基站/多个波束进行同时通信的能力；UE可以同时从多个基站通过不同Rx波束接收。(Google Patents)

• J3：明确使用“多个天线面板”和“不同波束”，并明确UE预先向网络报告同时接收能力。(Google Patents)

• J4：把波束报告、PDSCH接收波束集以及PDSCH DM-RS端口QCL联系起来。(Google Patents)

**判断：**A的各子概念均可在截止日前的日文文献中找到，但尚未发现一篇将“UE面板特定预设波束能力”和“多TRP同时PDSCH接收能力”完整写入同一能力报告。

B：多个CORESET组，每组对应不同TRP

最接近证据：J1＋J5

• J1公开多个TRP、一个或多个CORESET以及不同TRP分别发送PDSCH；

• J5公开第一、第二控制信道资源集以及PDSCH QCL配置。(Google Patents)

但两篇均未直接公开：

“多个CORESET组中的每一个组对应于一个不同TRP”。

判断：B是日文截止日前现有技术中的主要残余差异特征。

C：短时间偏移时，根据CORESET确定PDSCH DM-RS预设QCL

最强证据：J1＋J4

J1直接公开：

• PDCCH包含调度PDSCH的DCI；

• PDSCH相关端口的QCL参考信号索引；

• 根据检测到PDCCH的CORESET确定。(Google Patents)

J4补充：

• PDSCH DM-RS端口与CSI-RS之间的QCL；

• PDCCH监测波束可以配置为PDSCH接收波束；

• 可以为PDSCH配置多个接收波束。(Google Patents)

但是，本轮在J1、J4等截止日前日文全文中未发现：

“DCI接收与PDSCH接收之间的时间偏移小于阈值”这一明确触发条件。

也没有发现把该条件与“默认/预设QCL选择”明确结合的截止日前日文文件。

D：应用QCL假设接收PDSCH DM-RS端口

最强证据：J1＋J4＋J6

• J1：依据QCL/波束参数接收PDSCH及其DL-DMRS；

• J4：利用PDSCH DM-RS端口与CSI-RS的QCL关系进行PDSCH波束指示；

• J6：基于与DM-RS端口QCL的CSI-RS端口的大尺度特性执行信道估计和同步。(Google Patents)

判断：D在截止日前日文文献中的公开较强。

六、特征贡献矩阵

“◎”表示强贡献；“○”表示部分或桥接；“—”表示未发现实质披露。

¹ J1强公开“根据CORESET确定PDSCH相关端口QCL”，但缺少时间偏移小于阈值。
² J2未使用NR面板/QCL术语，但其能力报告和多基站同时接收披露很强。
³ J3的多面板主要位于基站侧，同时接收对象是同步块与下行数据。

七、建议采用的日文组合路线

路线一：J1＋J2＋J3——首选日文三文献组合

该组合能够覆盖A的大部分内容以及C、D的主体结构。

但仍应正面承认：

• 没有直接得到B的“CORESET组逐组对应TRP”；

• 没有直接得到C的“小于时间阈值时使用预设QCL”。

因此，该组合更适合作为创造性评价的主要技术证据链，而不是主张一篇文献直接破坏新颖性。

路线二：J1＋J2＋J4

该组合对以下技术关系更强：

• 多TRP及多PDSCH；

• UE多波束能力报告；

• PDCCH/PDSCH接收波束；

• PDSCH DM-RS端口QCL；

• 根据CORESET确定PDSCH相关QCL。

与路线一相比，其“面板”文字较弱，但PDSCH/DM-RS/QCL连接更紧密。

路线三：J1＋J5＋J6

该组合用于补强B—D的公知性：

• J1：NR CORESET及PDSCH QCL；

• J5：多个控制信道资源集和PDSCH QCL配置；

• J6：CoMP中的DM-RS端口QCL应用。

它可以支持“在多点传输环境中，对不同控制资源分别管理PDSCH QCL”的技术动机，但仍需要论证为何本领域技术人员会进一步把多个CORESET划分为分别对应不同TRP的组。

八、次级辅助日文文献

1. WO2019049350A1

该日文PCT于2019年3月14日公开，涉及多个波束、CORESET配置信息和QCL假设；其重点主要是SS/PBCH块的测量及QCL，并非PDSCH DM-RS的默认QCL，因此仅建议作为面板、波束和CORESET背景文献使用。该文献的日本同族后来成为JP7337696B2，并出现在目标专利同族的引用列表中。(Google Patents)

2. WO2019049559A1

该日文PCT于2019年3月14日公开，涉及在CORESET内配置PDCCH候选组。其“组”是PDCCH候选组，而不是多个CORESET形成的CORESET组，也没有逐组对应不同TRP，因此只能作为CORESET内部资源组织方式的次级背景。(Google Patents)

九、必须排除的日期陷阱

JP2020505874A／JP7138648B2

该文件标题即“控制资源集组设计”，技术上与B高度接近，但日本A公报实际公开日为2020年2月20日，晚于截止日。即使其优先权日为2017年2月6日，也不能按用户设定的“公开日前”标准作为日文在先公开。(Google Patents)

WO2020144775A1

该日文PCT具有2019年1月9日的早期优先权，但实际公开日为2020年7月16日。其内容更接近短时间间隔下的默认QCL规则，但因公开日晚于2019年4月8日，本次必须排除。(Google Patents)

这两篇文件也从反面说明：与目标权利要求B、C文字更接近的日文公开，大多是在截止日之后才出现。

十、最终优先顺序

建议无效证据按以下顺序整理：

1. J1 WO2019045115A1／JP2019047375A
   C、D的主文献，并提供多TRP、PDSCH和CORESET架构。

2. J2 JP2015523757A
   A中能力报告、多接收波束同时形成和多基站同时接收的核心文献。

3. J3 WO2018198341A1
   明确补入“天线面板、不同波束、UE Capability预先上报”。

4. J4 WO2018173239A1
   补强PDSCH接收波束集、波束报告和PDSCH DM-RS端口QCL。

5. J5 JP2016503608A
   补强多个控制信道资源集及其与PDSCH QCL配置的关系。

6. J6 JP2015515219A
   补强CoMP环境下DM-RS端口QCL及其在接收处理中的应用。

综合判断：日文截止日前文献对A、D贡献较强，对C的主体贡献较强，但对B和C中的“时间偏移小于阈值”仍存在明显缺口。因此，日文证据宜作为创造性组合和公知常识证明使用；仅依靠日文文献主张权利要求1缺乏新颖性的成功路径目前较弱。

以上属于专利技术检索和文献比对意见，不构成对无效程序结果的法律意见。

CN114051705B 权利要求1：韩文专利在先技术检索结果

一、检索口径

本次采用严格口径：

• **“韩文专利”**包括韩国特许厅公开的韩文KR公报，以及以韩文为原始公开语言的PCT/WO公报；

• Google Patents仅提供机器韩译、原始公开语言为英文或中文的文件，不作为韩文专利计入；

• 以实际公开日为准，必须早于 2019年4月8日，即最迟于2019年4月7日公开；仅有更早优先权、但韩文公报公开较晚的文件不计入。

CN114051705B主张的最早优先权日为2019年4月8日。其权利要求1的核心是：A，报告面板特定预设波束及多TRP同时接收能力；B，获取分别对应不同TRP的多个CORESET组；C，在DCI至PDSCH的时间偏移小于阈值时，根据其中一个CORESET确定PDSCH DM-RS端口的预设QCL；D，应用该QCL进行接收。(Google Patents)

检索中反复组合使用了以下韩文关键词及其变体：

다중 TRP、복수 송수신 포인트、제어 자원 세트 그룹、CORESET 그룹、패널 특정 빔、수신 패널、사전 설정 빔、기본 QCL、시간 오프셋、임계값、PDSCH DMRS、동시 수신 능력

并交叉检查了权利要求、说明书、同族、引用/被引用文件和相似专利。

二、结论

在本轮Google Patents韩文全文及同族检索范围内：

没有发现一篇在2019年4月8日前公开的韩文专利，能够单独、直接且无歧义地完整公开A—D全部技术特征。

目前最有价值的韩文组合为：

K1 KR20180089870A
＋ K2 KR20190017675A
＋ K3 WO2018016907A1

其中：

• K1最强地公开了“按UE接收面板报告波束、不同面板波束可同时接收”，并公开PDSCH DM-RS采用调度PDCCH的QCL关系；

• K2最接近“每个TRP对应CORESET”，明确披露每个TRP/HARQ实体可对应一个CORESET ID或搜索空间，并披露不同CORESET的不同QCL；

• K3明确公开多TRP场景下UE报告PDSCH/PUSCH处理能力、同时接收波束能力，以及为多个CORESET应用不同QCL假设。

韩文在先文献的两个主要残余缺口是：

1. B的精确结构：“多个CORESET组，每个组对应不同TRP”。检索到的是“每个TRP对应CORESET/CORESET ID/搜索空间”或“多个CORESET具有不同QCL”，但尚未找到截止日前韩文文件明确使用完整的“CORESET组—TRP”映射结构。

2. C的精确触发条件：“DCI接收与PDSCH接收之间的时间偏移小于阈值时，使用预设QCL”。截止日前韩文文件公开了预设或隐式QCL、CORESET QCL及PDCCH至PDSCH的QCL继承，但未找到把这些内容与上述时间阈值明确结合的合格韩文公开文本。

三、优先推荐的韩文专利

上述文件的公报号、韩文文本和公开日期均早于截止日。(Google Patents)

四、核心文献具体分析

K1：KR20180089870A

A中的“面板特定波束报告＋同时接收”最强文献

K1明确披露，UE可以按照选择的UE接收波束集合或按照“UE天线组”向TRP报告发送波束。文中进一步把UE天线组解释为：

• UE接收天线面板；或者

• UE接收子阵列。

UE还可以对所报告的每个TRP发送波束附加其对应的天线组标识。与不同UE天线组、即不同接收面板对应的波束，可以在UE端同时接收。(Google Patents)

因此，K1直接贡献于A中的：

• UE向网络进行波束报告；

• 波束与特定UE接收面板绑定；

• 不同面板对应的波束可同时接收；

• 波束报告与TRP发送波束相关。

K1还明确建立了PDCCH、PDSCH和QCL之间的关系：

• PDSCH的DM-RS可以与触发或调度该PDSCH的PDCCH共享相同的QCL参考；

• 该关系可以由DCI显式指示，也可以隐式确定；

• 当共享空间QCL时，UE可以使用接收PDCCH所采用的同一接收波束接收PDSCH；

• 在非相干联合传输等多点场景中，第一、第二PDSCH DM-RS端口组可以分别与不同参考信号组QCL；

• 文中还披露第一、第二CORESET及与其对应的PDSCH/QCL配置。(Google Patents)

K1与目标权利要求的关系

评价：K1是韩文证据链中最适合作为主文献的文件。

K2：KR20190017675A

B中“TRP—CORESET对应关系”的最强韩文文献

K2明确披露，TCI状态可以包括：

• 供物理信道DM-RS使用的参考信号标识；

• QCL类型；

• 空间QCL关系，即采用相同或相关的接收波束。

TCI/QCL状态可以按照CORESET配置。UE可以配置多个具有不同QCL关系的CORESET；文中明确把“多个TRP对不同CORESET具有不同QCL关系”列为适用场景。(Google Patents)

K2还披露：

• UE可以在具有不同TCI/QCL配置的不同CORESET中接收多个PDCCH；

• 这些PDCCH可以调度同一个或不同的PDSCH；

• 被调度的多个PDSCH可以具有不同的TCI/QCL关系；

• 这类方案明确适用于多TRP发送。(Google Patents)

最重要的是，K2说明书提出：

可针对每个TRP或每个HARQ实体，配置与其对应的CORESET ID或搜索空间ID。

UE随后在相应CORESET或搜索空间中接收与该TRP有关的DCI。(Google Patents)

与B的精确差异

K2已经非常接近：

不同TRP → 不同CORESET ID或搜索空间。

但目标权利要求要求的是：

不同TRP → 不同“CORESET组”，每组中可以包含一个或多个CORESET。

因此，K2直接给出了“TRP—CORESET”映射，但没有明确给出后来的“CORESET group/CoreSetPoolIndex”这一层分组结构。该差异在无效对比表中应当如实保留，不能把“一个CORESET”直接等同于“一个CORESET组”。

K3：WO2018016907A1

A中“多TRP能力报告”的核心韩文原始PCT

K3是以韩文为原始公开语言的PCT文件，早在2018年1月25日公开。其说明书明确讨论多TRP或多个波束对环境中的UE能力：

• PDSCH/PUSCH处理能力可以针对多个TRP或波束对进行配置或共享；

• UE可以分别向网络报告PDCCH处理能力和PDSCH/PUSCH处理能力；

• UE可以报告能够同时解码的PDCCH数量；

• UE还可以报告能够同时形成或同时使用的接收波束数量；

• 同时接收波束数量可与UE天线面板数量、RF链数量或面板能力相关。(Google Patents)

K3的权利要求和说明书还披露：

• UE向网络报告波束测量；

• 网络向UE配置多个CORESET；

• 至少两个波束对分别关联于相关CORESET；

• 对不同CORESET可以应用不同的QCL假设；

• 不同QCL假设可以分别对应不同的CSI-RS或波束参考。(Google Patents)

对A的贡献

K3能够直接补足K1相对薄弱的“能力报告”部分：

• 向网络报告多TRP条件下的PDSCH处理能力；

• 报告同时接收波束或并行处理能力；

• 该能力与UE面板/RF链结构有关。

但K3没有明确把其完整写成：

“支持面板特定预设PDSCH波束，并支持来自多个TRP同时接收”的一个统一能力字段。

因此，A的最强组合仍是：

K1的面板特定波束报告
＋ K3的多TRP/PDSCH处理和同时Rx波束能力报告。

K4：WO2019031813A1

B的补强文献

K4公开UE可以配置多个CORESET，并为不同CORESET配置各自的UE特定搜索空间。(Google Patents)

在多TRP或多小区环境下，K4进一步提出可以为每个TRP或每个小区分别配置搜索空间，使不同发送点的控制信息通过相应搜索空间传输。(Google Patents)

K4可以与K2共同证明，在截止日前已经公开：

• 多个CORESET；

• 每个CORESET具有相应搜索空间；

• 多TRP环境下按TRP配置搜索空间。

不过，K4同样没有明确披露“多个CORESET组成一个组，并通过组标识对应一个TRP”。

K5：WO2019031787A1

“预设QCL假设”的辅助文献

K5公开UE利用预先设定或配置的QCL信息解码CORESET/PDCCH，并根据配置确定应采用哪一种QCL假设。(Google Patents)

该文献对C的贡献在于证明：

• 预先配置QCL假设；

• 根据QCL假设选择接收波束；

• 对CORESET/PDCCH应用该假设，

在截止日前已经存在。

但K5的直接对象主要是CORESET/PDCCH，不是：

• 由调度PDCCH调度的PDSCH DM-RS端口；

• DCI至PDSCH时间偏移小于阈值时的默认QCL分支。

因此，K5只能用于补强“预设QCL”的一般技术基础，不能单独覆盖C。

K6：KR20180104062A

PDCCH—PDSCH短处理间隔的背景文献

K6讨论当控制信道和数据信道之间的时间间隔较短时，UE处理调度DCI、PDSCH和DM-RS的时序问题。其方案涉及：

• 获取一个或多个CORESET；

• 根据CORESET中的PDCCH/DCI接收数据；

• 根据调度和UE处理时间确定DM-RS在CORESET或PDCCH之后的位置；

• 控制信道与PDSCH在短传输时间间隔中共享或紧邻资源。(Google Patents)

K6能够证明“PDCCH至PDSCH间隔短时需要特殊接收处理”这一技术问题在截止日前已经被认识，但它没有把该问题的解决方案限定为默认QCL或预设波束。因此仅适合作为C的技术背景或结合动机材料。

五、A—D逐项证据图

A：能力报告、面板特定预设波束及多TRP同时接收

最强组合：K1＋K3

K1直接公开：

• UE接收天线组即接收面板或子阵列；

• 按接收面板报告TRP发送波束和面板标识；

• 不同面板对应的波束可以同时接收；

• PDSCH可以使用调度PDCCH的空间QCL/Rx波束。(Google Patents)

K3直接公开：

• UE向网络报告多TRP或多波束对条件下的PDSCH/PUSCH处理能力；

• 报告同时接收波束或同时解码能力；

• 能力与UE面板数量或面板/RF结构有关。(Google Patents)

**判断：**A的各个子特征均能从K1和K3中找到较强基础，但“面板特定预设PDSCH波束能力＋多TRP同时接收能力”尚未在同一截止日前韩文文件中作为一个完整能力报告直接出现。

B：多个CORESET组分别对应不同TRP

最强组合：K2＋K3＋K4

• K2：每个TRP/HARQ实体可以对应一个CORESET ID或搜索空间ID；

• K2：不同TRP可使用具有不同QCL的不同CORESET；

• K3：配置多个CORESET，并为不同CORESET应用不同QCL假设或波束对；

• K4：多个CORESET及多TRP条件下按TRP配置搜索空间。(Google Patents)

**判断：**这些文献强烈支持“为不同TRP分别管理CORESET、搜索空间和QCL”，但没有直接公开目标专利中的完整“CORESET组”结构。B属于韩文证据链中仍需组合推导的特征。

C：短时间偏移下，根据组内CORESET确定PDSCH DM-RS预设QCL

可用证据

• K1：PDSCH DM-RS可以显式或隐式继承调度PDCCH的QCL，并利用同一Rx波束接收；

• K2：QCL/TCI状态可按CORESET配置，并用于相应PDSCH；

• K5：利用预设QCL信息接收或解码CORESET；

• K6：控制信道至PDSCH的短处理间隔和DM-RS时序问题。(Google Patents)

仍缺少的精确限定

截至2019年4月7日的合格韩文公开文本中，本轮未找到以下完整条件链：

DCI接收与PDSCH接收之间的时间偏移
小于预设阈值
→ 根据某个CORESET选择默认/预设QCL
→ 将其用于PDSCH DM-RS端口。

因此，C只能由多篇文献提供各组成部分，不能认定为已有韩文文件直接逐项公开。

D：应用QCL假设接收PDSCH DM-RS

K1明确披露，当PDSCH DM-RS与调度PDCCH或相应参考信号空间QCL时，UE可以使用相同或相应的接收波束接收PDSCH；在多点传输中，不同DM-RS端口组还可以对应不同的QCL参考。(Google Patents)

K2进一步证明，不同CORESET的TCI/QCL状态可以作用于相应PDSCH。(Google Patents)

判断：D在截止日前韩文文献中的公开相对较强，其中K1可以承担主要证据作用。

六、特征贡献矩阵

“强”表示直接公开主要子特征；“部分”表示仅公开其中一部分或可以作为组合桥接；“未见”表示没有找到实质披露。

1. K1公开隐式/显式PDSCH DM-RS QCL，但没有时间偏移阈值。

2. K2强公开“每个TRP对应CORESET ID/搜索空间”，但未明确“CORESET组”。

3. K5的预设QCL主要用于CORESET/PDCCH。

4. K6仅公开短控制—数据间隔及处理时间背景，没有QCL触发规则。

七、建议的组合路线

路线一：K1＋K2＋K3——首选组合

这是目前韩文证据中覆盖面最完整的三文献组合：

可以提出的技术结合逻辑是：

1. K1解决UE按接收面板选择和报告波束，以及如何把控制信道波束/QCL用于PDSCH接收；

2. K2在多TRP环境中为不同TRP分别设置CORESET、搜索空间和QCL；

3. K3要求UE报告能否在多TRP或多个波束对中同时处理PDSCH，并根据UE面板/接收结构确定同时波束能力；

4. 将K1的面板波束和PDSCH QCL方案分别应用于K2、K3中的各TRP控制资源，是具有技术关联性的组合方向。(Google Patents)

但第4步属于组合推导，不是三篇文献中任何一篇的逐字公开。尤其仍需解决C中的时间阈值触发条件。

路线二：K1＋K2＋K3＋K4

在专利权人强调K2只公开单个CORESET ID、没有充分公开多个控制资源配置时，可以加入K4补强：

• 多个CORESET；

• 每个CORESET的UE特定搜索空间；

• 多TRP条件下按TRP配置搜索空间。(Google Patents)

该四文献组合对B的技术背景更完整，但文献数量增加后，需要更充分说明结合动机，避免事后拼接。

路线三：K1＋K2＋K5＋K6

该路线试图补强C：

• K1：PDSCH DM-RS采用调度PDCCH的隐式或显式QCL；

• K2：CORESET级TCI/QCL；

• K5：预设QCL假设；

• K6：短PDCCH—PDSCH处理时间。

但K5的QCL对象主要是CORESET，K6没有把短时间间隔与默认QCL结合。因此该路线只能证明各个组成概念分别已知，对C完整条件链的证明力度明显弱于A、B、D。

八、公开日和语言陷阱

1. KR20200003935A——内容非常接近C，但必须排除

KR20200003935A明确涉及：

• 接收含空间QCL索引的DCI；

• 比较DCI与下行数据传输之间的时间偏移和预设阈值；

• 根据DCI指示的QCL或预设QCL计算接收波束；

• 据此接收下行数据。

其内容与C、D高度接近。(Google Patents)

但是，该韩国A公报的实际公开日为2020年1月10日，晚于2019年4月8日，因此不能作为本次要求的截止日前韩文公开文件。(Google Patents)

其英文国际同族可能在截止日前已经公开，但那属于英文现有技术，不能因此把2020年的韩国韩文公开日期倒推至2019年以前。

2. WO2019047953A1和WO2019051177A1——截止日前但不是韩文原始公开

这两篇文件分别在面板分组波束报告、多面板同时接收、多TRP PDSCH能力和多个CORESET方面高度相关，且公开日早于截止日；但其原始公开语言并非韩文。Google Patents出现韩语界面或机器韩译，不等于它们是韩文专利，因此本次没有列入韩文主证据清单。(Google Patents)

九、最终证据排序

建议按以下顺序整理韩文专利证据：

1. KR20180089870A
   面板特定波束、按面板报告、不同面板同时接收、PDSCH DM-RS QCL，适合作为主文献。

2. KR20190017675A
   每个TRP对应CORESET ID或搜索空间、不同CORESET QCL、多PDCCH/PDSCH，适合作为B的核心组合文献。

3. WO2018016907A1
   多TRP PDSCH处理能力报告、同时Rx波束能力及多个CORESET不同QCL，适合作为A和B的桥接文献。

4. WO2019031813A1
   多个CORESET和按TRP配置搜索空间，补强B。

5. WO2019031787A1
   预设QCL用于CORESET/PDCCH，补强C的一般技术基础。

6. KR20180104062A
   短PDCCH—PDSCH处理间隔和DM-RS时序，仅作为C的技术背景。

综合判断

• A：较强，K1＋K3能够覆盖大部分子特征；

• B：接近但不完整，K2最强，但“CORESET”与“CORESET组”仍有文字和结构差异；

• C：主要缺口，截止日前韩文文件未找到明确的“小于时间阈值时触发默认QCL”完整规则；

• D：较强，K1对PDSCH DM-RS空间QCL及接收波束应用具有直接贡献。

因此，韩文专利证据更适合构成：

K1为最接近现有技术，K2＋K3为核心组合，K4—K6作为补强的创造性证据链。

仅凭目前找到的一篇韩文文件主张权利要求1整体缺乏新颖性的路径较弱；以多篇文献组合评价创造性的路径更有实际价值。上述结论属于Google Patents范围内的技术检索和文献比对意见，不替代对证据资格、权利要求解释及结合动机的法律判断。

CN114051705B 权利要求1：中文专利在先技术检索结果

一、检索结论

本次采用以下口径：

• 以Google Patents中的中文CN公开公报为主，中文原始语言的PCT公报作为补充；

• 同族文献原则上只计一次，优先列出CN公开号；

• 以公报的实际公开日为准，必须早于 2019年4月8日，不包括2019年4月8日当日；

• 仅有更早优先权日、但中文公报在截止日后才公开的文件，予以排除。

CN114051705B主张2019年4月8日的最早优先权。其权利要求1可以分为A能力报告与多TRP同时接收、B多个CORESET组分别对应不同TRP、C短时间偏移下确定PDSCH DM-RS端口的预设QCL、D应用该QCL接收四部分。(Google Patents)

在本轮Google Patents中文全文、同族、引用与被引用文献及同义术语检索范围内：

未发现一篇在2019年4月8日前公开的中文专利，能够单独、直接且无歧义地公开权利要求1的A—D全部组合。

目前最有价值的中文证据链是：

C1 CN108199819A
＋ C2 CN109565390A
＋ C3 CN109275356A

其中：

• C1 CN108199819A：几乎逐项覆盖C、D，是最接近现有技术的首选主文献；

• C2 CN109565390A：覆盖多TRP、多个PDSCH处理能力报告、可同时处理的接收波束数量、多个CORESET及不同QCL；

• C3 CN109275356A：直接覆盖UE接收面板特定的波束报告，以及来自两个TRP的波束可由不同面板同时接收。

该三文献组合的主要残余差异是B中精确的：

“多个CORESET组，每个CORESET组对应不同TRP”。

截止日前中文文献已经公开“不同TRP、波束或小区对应不同CORESET、搜索空间或QCL”，但本轮没有找到中文在先公报明确加入更高一层的“CORESET组/CORESETPoolIndex”结构。

二、优先中文专利清单

各文献的题名和公开日见相应中文公开记录。(Google Patents)

三、核心文献详细分析

C1：CN108199819A

C、D方向最强，建议作为主文献

CN108199819A于2018年6月22日公开，早于目标专利最早优先权日。目标专利的Google Patents记录也将该文件列为审查员引证文献。(Google Patents)

该文件明确公开了以下条件处理：

1. UE接收包含PDSCH调度信息的DCI；

2. 比较DCI与相应PDSCH之间的时间间隔和阈值K；

3. 当时间间隔小于K时，对PDSCH的DM-RS空间接收参数采用预定规则；

4. 该规则可以是采用最近时隙中最低CORESET ID对应的空间接收参数；

5. PDSCH DM-RS端口与相应参考信号之间建立QCL关系；

6. UE依据该QCL或空间接收参数进行PDSCH和DM-RS的接收处理。(Google Patents)

与目标特征的对应

评价

C1与权利要求1的C、D之间不是一般性相似，而是接近逐项对应。其主要不足是：

• 没有把最低CORESET ID的选择限定在某个TRP对应的CORESET组内；

• 没有完整的多TRP能力报告及面板特定预设波束部分。

因此，C1适合作为最接近现有技术文献，C2、C3用于补足A、B架构。

C2：CN109565390A

多TRP能力报告和多个CORESET架构的核心文献

CN109565390A于2019年4月2日公开，距离截止日只有6天，但仍属于合格在先公开。(Google Patents)

该文件在同一说明书中公开了：

• 多个发送—接收波束与多个TRP或小区标识相关联；

• 不同TRP或小区可在相同资源或TTI内分别调度PDSCH/PUSCH；

• UE可向网络报告在多个TRP或多个波束对条件下的PDSCH/PUSCH处理能力；

• PDCCH处理能力可以单独报告；

• UE可报告能够同时解码的PDCCH数量或能够同时使用的接收波束数量；

• 上述同时波束能力可与UE的面板、RF链或模拟波束形成结构有关。(Google Patents)

该文件还公开：

• 每一个波束对链路可以具有自己的CORESET；

• 第一、第二波束对链路可以分别对应第一、第二CORESET；

• 不同CORESET可配置不同的监测集合和QCL假设；

• 在服务小区和相邻小区或多点协作场景中，不同CORESET可以分别与不同CSI-RS端口、发送波束或小区相关联。(Google Patents)

与目标特征的对应

评价

C2是本轮中文检索中，对A和B整体系统架构贡献最大的文献。它已经把：

多TRP＋PDSCH处理能力报告＋同时Rx波束能力＋多个CORESET＋不同QCL

放在同一技术体系中。

但其“不同TRP或波束使用不同CORESET”的披露，仍不宜直接等同于目标专利的：

“每个TRP对应一个包含一个或多个CORESET的CORESET组”。

C3：CN109275356A

“面板特定波束＋多TRP同时接收”最强中文文献

CN109275356A于2019年1月25日公开。(Google Patents)

该文件明确公开：

• UE具有多个接收天线面板或接收子阵列；

• UE按接收面板或接收子阵列组织和报告波束；

• 报告中的不同位置或分组可以指出波束对应哪个UE接收面板；

• 同一组中的多个波束能够由UE同时接收；

• 在示例中，网络具有两个TRP，UE具有两个接收面板；

• UE可以利用不同接收面板，同时接收来自两个不同TRP的波束。(Google Patents)

与A的对应

评价

C3是对A中文字“面板特定”最有价值的中文公报。其不足主要在于：

• 报告形式主要是波束测量或波束分组报告；

• 没有把所报告波束明确限定为短偏移PDSCH接收时使用的预设QCL；

• 没有CORESET组结构。

因此，C3需要与C1、C2共同使用：

• C3负责面板特定波束和多TRP同时接收；

• C2负责多TRP/PDSCH处理能力报告；

• C1负责预设QCL及短时间偏移条件。

四、其他有贡献的中文文献

C4：CN104620551A

该文件较早公开了UE向基站报告：

• UE具有哪些接收波束；

• 不同接收波束是否能够同时形成；

• UE能否通过并行接收波束，同时从多个基站或传输点接收；

• PDCCH提供后续数据通信信息，UE利用相应接收波束接收后续数据。(Google Patents)

它可以补强A中“能力报告＋多个传输点同时接收”的公知基础，但没有使用NR的面板、CORESET和QCL术语。

C5：CN108401264A

该文件公开具有多个天线面板的网络设备或终端，针对不同面板或不同波束层进行测量，并由终端向网络反馈第一、第二波束信息。(Google Patents)

其主要用途是证明截止日前：

多面板终端按面板或波束层向网络反馈波束信息

已经公开。该文件不直接解决多TRP同时PDSCH接收和短偏移QCL问题。

C6：CN108023629A

该文件公开UE报告多个优选波束及测量结果，网络据此确定用于PDCCH和后续下行数据的发送波束；UE采用对应的接收波束接收控制信道和数据。其基站也可以是传输接收点TRP。(Google Patents)

该文件可以把“波束报告”与“后续PDSCH接收波束”连接起来，适合补强A、D，但没有C中的时间阈值和默认CORESET规则。

C7：CN108282869A

该文件公开在较早时段的PDCCH中指示后续数据时段所使用的服务波束，终端据此接收PDSCH。(Google Patents)

它能够证明“通过控制信道预先确定后续PDSCH接收波束”属于截止日前公开方案，但没有QCL阈值、多TRP和CORESET组。

C8：CN109391967A

该文件明确讨论UE被配置多个CORESET时，需要在多个CORESET上执行控制信道盲检，并向网络报告其PDCCH盲检或处理能力。文中网络设备也可以是TRP。(Google Patents)

C8适合作为A、B的辅助材料：

• 多CORESET；

• 多CORESET并行处理；

• 向网络报告控制信道处理能力。

但它没有公开各CORESET组对应不同TRP，也没有PDSCH短偏移默认QCL。

五、A—D逐项证据对应

A：能力报告＋面板特定预设波束＋多TRP同时接收

最强组合：C2＋C3＋C1

• C2：UE向网络报告多TRP条件下的PDSCH处理能力、同时PDCCH/Rx波束处理能力，且该能力与面板或RF结构相关；

• C3：按UE接收面板报告波束，不同面板可以同时接收来自不同TRP的波束；

• C1：预设或预定空间QCL/接收参数用于PDSCH DM-RS接收。(Google Patents)

**判断：**A的所有主要组成概念均能在截止日前中文文献中找到，但尚未发现一篇中文文件将其完整写成同一个UE能力字段：

支持面板特定的预设PDSCH接收波束，并支持多TRP同时PDSCH接收。

C4、C5可进一步证明“同时接收能力报告”和“面板波束反馈”分别早已存在。(Google Patents)

B：多个CORESET组分别对应不同TRP

最接近组合：C2＋C8

• C2公开多个CORESET，并使不同CORESET分别关联不同波束对链路、服务/相邻小区、CSI-RS端口或TRP方向；

• C8公开多个CORESET及UE对多个CORESET的并行处理能力。(Google Patents)

但是，目前中文在先文献仍缺少完整的：

多个CORESET先被划分成多个“组”，然后每个组通过组标识对应一个不同TRP。

因此，B是中文证据链中的主要残余差异。可以证明的是“按TRP/波束/小区区分CORESET和QCL”，不能在对比表中把单个CORESET直接等同于CORESET组。

C：短时间偏移下，根据CORESET确定PDSCH DM-RS预设QCL

C1基本直接覆盖

C1已经公开：

• DCI调度PDSCH；

• 比较DCI与PDSCH之间的间隔和阈值；

• 间隔小于阈值时使用预定空间接收参数或QCL；

• 可按最近时隙中最低CORESET ID确定；

• 对象包括PDSCH相关DM-RS端口。(Google Patents)

唯一实质差异是，C1的最低CORESET ID规则不是明确在：

“多个TRP对应的多个CORESET组中的某一个组内”

执行。

因此，C的技术算法主体由C1直接公开，目标专利增加的是多TRP CORESET组环境中的组内适用方式。

D：应用预设QCL接收PDSCH DM-RS端口

C1直接公开依据QCL或空间接收参数接收PDSCH及其DM-RS。C6、C7还分别公开了根据报告或控制信道确定的接收波束接收后续下行数据。(Google Patents)

判断：D在截止日前中文文献中的公开很强。

六、特征贡献矩阵

“◎”表示直接或接近逐项公开；“○”表示较强贡献；“△”表示背景或组合桥接；“—”表示未发现实质披露。

¹ C2公开不同波束、链路、小区或TRP方向对应不同CORESET/QCL，但没有明确“CORESET组”层级。
² C8公开多个CORESET和相关处理能力，但未逐组对应不同TRP。

七、建议采用的组合路线

路线一：C1＋C2＋C3——首选组合

可以形成的技术逻辑是：

1. C2已经在多TRP环境中分别管理不同波束链路、CORESET和QCL，并要求UE报告多TRP PDSCH及同时接收波束的处理能力；

2. C3说明多TRP同时接收可以由UE的不同接收面板及其面板特定波束实现；

3. C1解决调度PDCCH与PDSCH间隔过短时，UE如何确定PDSCH DM-RS默认空间QCL的问题；

4. 因而，在C2、C3的多TRP和多面板架构中，对各TRP对应控制资源采用C1的短偏移默认QCL规则，是技术上能够建立联系的组合方向。(Google Patents)

需要明确：第4步是基于各文献共同技术问题作出的组合推导，不是任何一篇文献对A—D全部组合的逐字公开。

路线二：C1＋C2——文献数量较少的组合

这两篇已经能够覆盖：

• 多TRP和多个PDSCH处理能力；

• 同时Rx波束能力；

• 多个CORESET及不同QCL；

• DCI—PDSCH短时间偏移；

• 默认或预设QCL；

• 最低CORESET ID；

• PDSCH DM-RS接收。

不足之处是：

• “面板特定”的文字和结构不如加入C3后明确；

• “CORESET组”仍然没有直接披露。

因此，C1＋C2适合作为较精简的主组合，C3用于专门补强A。

路线三：C1＋C2＋C4

当重点放在“UE向网络报告能否同时从多个发送点接收”时，可以用C4替代或补充C3：

• C4明确公开接收波束是否能同时形成的报告；

• 明确公开通过不同Rx波束同时从多个基站或发送点接收；

• 但没有C3那样直接的“UE接收面板/子阵列”表述。(Google Patents)

B的补强材料：C8

C8可证明在截止日前：

• UE被配置多个CORESET；

• 需要同时或并行处理多个CORESET；

• 相关控制信道处理能力可向网络报告。(Google Patents)

但C8只能补充多CORESET和能力报告的一般基础，不能单独填补“每个CORESET组对应一个TRP”。

八、必须注意的公开日与语言问题

有一篇与B非常接近的国际申请 WO2018228487A1，其英文国际公报于2018年12月20日公开，并明确涉及多TRP及独立CORESET组。(Google Patents)

但是，它的中文同族 CN110731112A 到2020年1月24日才公开，晚于2019年4月8日。因此，在本次严格要求“截止日前中文专利公开”的口径下，不能把CN110731112A列入中文主证据清单。(Google Patents)

这也解释了为什么：

• 英文截止日前证据中，可以较直接地找到“不同TRP对应不同CORESET组”；

• 中文截止日前证据中，更多只能找到“不同TRP、波束、小区对应不同CORESET或搜索空间”的过渡方案。

九、最终证据排序

建议按照以下优先级组织中文无效检索证据：

1. CN108199819A
   C、D的核心和最接近现有技术文献；目标专利页面亦将其列为审查员引证。

2. CN109565390A
   A以及多TRP、多PDSCH能力、多个CORESET和不同QCL的核心组合文献。

3. CN109275356A
   A中“UE面板特定波束报告＋多TRP同时接收”的最佳补强。

4. CN104620551A
   多Rx波束同时形成能力报告及多发送点同时接收的早期基础文献。

5. CN109391967A
   多CORESET及相关处理能力报告，作为B的辅助证据。

6. CN108401264A
   多面板波束反馈的辅助证据。

7. CN108023629A、CN108282869A
   用于补强波束报告、控制信道和后续PDSCH接收波束之间的联系。

综合判断

• C、D：证据很强。 CN108199819A已经公开短时间偏移、最低CORESET ID、PDSCH DM-RS预设空间QCL以及应用接收；

• A：组合证据较强。 CN109565390A＋CN109275356A基本覆盖能力报告、面板特定波束和多TRP同时接收；

• B：仍是主要差异。 截止日前中文文献能够证明不同TRP/波束/小区分别配置CORESET、搜索空间或QCL，但未发现明确的“CORESET组—TRP”一一对应结构；

• 单篇文献完整覆盖A—D的路径较弱，C1＋C2＋C3的组合评价路径最有价值。

以上为基于Google Patents中文公开文本进行的技术检索与权利要求特征比对，不构成对证据采纳、结合动机或无效结论的法律意见。

CN114051705B 权利要求1：3GPP在先文献检索与比对

一、检索口径

本次将目标专利权利要求1拆分为：

• A：UE向网络报告能力，该能力同时涉及面板特定预设PDSCH接收波束，以及支持从多个TRP同时接收的多TRP操作；

• B：UE获取多个CORESET组，每组对应不同TRP；

• C：调度DCI至PDSCH的时间偏移小于阈值时，根据其中一个CORESET确定PDSCH DM-RS端口的预设QCL假设；

• D：将该预设QCL假设应用于PDSCH DM-RS接收。

上述拆分与CN114051705B权利要求1一致；目标专利记载的最早优先权日为 2019年4月8日。权利要求4进一步把“CORESET组”限定为不同取值的CORESETPoolIndex，权利要求6把阈值限定为timeDurationForQCL。(Google Patents)

本次严格采用“2019年4月8日之前，不含当日”的标准：

• 对TS规范，以公开的版本文件及ETSI服务器日期为准；

• 对RAN1 TDoc，以公开3GPP FTP中的首次上传时间为主要线索；

• RAN1 #96bis会议虽然于2019年4月8日开始，但个别文件在3月30日至4月5日已上传。只有该会前原始版本可能满足截止日，不能使用4月8日以后形成的修订版或最终版。

二、核心结论

本轮未发现一份在2019年4月8日前公开、并能够单独直接公开A—D全部组合的3GPP文献。

但检索结果对权利要求1的不同部分强弱非常清晰：

1. C、D几乎已被Release 15规范逐项公开。
   3GPP TS 38.214 V15.3.0已经规定：当DL DCI接收至相应PDSCH的偏移小于Threshold-Sched-Offset时，UE可假定PDSCH的DM-RS端口与最近时隙中最低CORESET-ID的PDCCH QCL指示所采用TCI状态中的参考信号QCL。(ETSI)

2. A的组成概念大部分已公开，但被分散在不同规范和TDoc中。
   截止日前已经存在：同时可接收波束报告、同一时隙多个PDSCH接收能力、timeDurationForQCL能力报告、多面板码本能力以及多PDCCH、多TRP/多面板传输讨论；但尚未在已核实的一份文件中发现完整的“面板特定预设PDSCH波束能力＋多TRP同时接收能力”的统一能力字段。

3. B是权利要求1的主要残余差异。
   2017年至2019年初的RAN1文件已经明确讨论多TRP/多面板控制信道配置和多PDCCH式多TRP传输，但在能够直接核实的截止日前Rel-15规范中，没有发现目标专利所用的完整“多个CORESET组，每组对应不同TRP”的规范结构。

因此，3GPP文献更适合形成：

TS 38.214作为最接近现有技术＋多TRP/多面板TDoc＋TS 38.306/38.331能力规范

的创造性组合，而不是仅依靠一份3GPP文件主张整体缺乏新颖性。

三、第一层：直接且已核实的核心规范

D1：3GPP TS 38.214 V15.3.0

《NR；Physical layer procedures for data》

• 公开时间：ETSI服务器文件日期为 2018年10月18日；

• 最强贡献：C、D；

• 辅助贡献：A中的波束报告和同时接收波束。(ETSI)

1. 对C的直接披露

TS 38.214第5.1.5节规定：

• UE在PDCCH中接收调度PDSCH的DL DCI；

• 当DCI至相应PDSCH的偏移不小于阈值时，采用DCI指示的TCI状态；

• 当偏移**小于Threshold-Sched-Offset**时；

• UE可以假定PDSCH的DM-RS端口与一组参考信号QCL；

• 该QCL依据最近时隙中最低CORESET-ID的PDCCH QCL指示所使用的TCI状态确定；

• 该阈值基于UE报告的能力。(ETSI)

这与C的对应关系为：

2. 对D的直接披露

该规范明确把所得QCL假设用于确定PDSCH天线端口的准共位关系；TS 38.306又把timeDurationForQCL解释为UE完成PDCCH接收并将空间QCL信息应用于PDSCH处理所需的最少OFDM符号数。因此，“应用该预设QCL接收PDSCH DM-RS端口”也具有直接、强力的规范依据。(ETSI)

3. 与目标权利要求的主要差异

TS 38.214 V15.3.0的规则是：

在服务小区活动BWP中，从UE配置的CORESET中采用最低CORESET-ID。

而目标权利要求要求：

在多个分别对应不同TRP的CORESET组环境中，根据其中一个组中的CORESET确定预设QCL。

所以，D1几乎完整公开C、D的算法主体，但尚未直接加入B的“分TRP CORESET组”层级。

4. 对A的部分贡献：组波束报告

同一规范第5.2.1.4.2节规定，当groupBasedBeamReporting启用时，UE在一个报告实例中报告两个不同的CRI或SSBRI，并且对应CSI-RS/SSB资源能够由UE通过一个或多个同时工作的空间域接收滤波器同时接收。(ETSI)

这直接贡献于：

• UE向网络进行波束相关报告；

• 报告的两个波束/参考信号资源可以同时接收；

• 可以使用多个同时工作的空间接收滤波器。

但它不是完整A，因为没有明确限定：

• 报告的是UE“能力”而非波束测量结果；

• 波束是面板特定的PDSCH预设波束；

• 两个资源分别来自不同TRP。

D2：3GPP TS 38.306 V15.3.0

《NR；User Equipment radio access capabilities》

• 公开时间：2018年10月18日；

• 主要贡献：A中的UE能力、公知的多PDSCH接收能力；C中的时间阈值能力。(ETSI)

1. pdsch-DifferentTB-PerSlot

规范规定该能力表示UE是否支持在同一时隙内，接收最多2、4或7个分别承载不同传输块的PDSCH。(ETSI)

它对A中的“多个PDSCH接收能力”有贡献，但不能单独证明这些PDSCH：

• 来自不同TRP；

• 在相同OFDM符号上真正同时接收；

• 分别采用不同UE接收面板。

2. timeDurationForQCL

TS 38.306明确规定：

• timeDurationForQCL是UE完成PDCCH接收；

• 并把DCI中的空间QCL信息用于PDSCH处理；

• 所需的最少OFDM符号数；

• 其对应的正是TS 38.214中的Threshold-Sched-Offset。(ETSI)

因此，目标权利要求6使用的参数名称及C中的阈值机制，在2018年的Rel-15规范中已经公开。

3. typeI-MultiPanelCodebookList

该能力列表包括：

• 最大Tx端口数；

• 资源数；

• 总Tx端口数；

• 支持的码本模式；

• supportedNumberPanels，即支持的面板数量。(ETSI)

但需谨慎：

这里是Type-I多面板CSI码本能力，主要描述CSI-RS/发送端口及码本结构，不能直接等同于“UE接收面板特定的默认PDSCH波束能力”。

所以它是A的“多面板能力报告”背景证据，而不是A的完整直接披露。

D3：3GPP TS 38.331 V15.2.1

《NR；Radio Resource Control》

• 公开时间：2018年6月28日；

• 主要贡献：证明上述能力通过RRC UE能力结构向网络报告。(ETSI)

TS 38.331的FeatureSetDownlink明确表示UE在相应载波上支持的一组特征，并在同一能力IE中配置：

• timeDurationForQCL；

• pdsch-DifferentTB-PerSlot；

• typeI-MultiPanelCodebookList。(ETSI)

因此，D2＋D3可以证明截止日前已经存在：

UE通过RRC能力信令向网络报告其短QCL处理时间、多PDSCH接收能力以及多面板码本能力。

但D3仍没有把这三项合并为目标权利要求A中的一个专门能力：

“面板特定预设PDSCH接收波束＋多TRP同时接收”。

四、第二层：RAN1 TDoc及会议总结

D4：R1-1809864

Ericsson，Feature lead summary for beam management – Thursday

• 会议：RAN1 #94；

• 会议记录日期：2018年8月20日所在会议周；

• 在线文献通常标记日期：2018年8月23日；

• 主要贡献：C、D的标准形成过程及技术来源。(3GPP)

CN114051705B的专利记录本身也将R1-1809864列为非专利文献。对无效证据组织而言，它的意义是：

• 证明短调度偏移下默认QCL问题在目标优先权日前已进入RAN1公开讨论；

• 与最终写入TS 38.214 V15.3.0的最低CORESET-ID规则形成时间连续的证据链；

• 可以与TS 38.214共同用于解释该规则并非目标专利首先提出。

正式对比时，建议把TS 38.214作为直接文字证据，把R1-1809864作为标准形成过程和结合动机材料。

D5：R1-1710437／R1-1712716

AT&T，Control channel configuration for multi-TRP and multi-panel transmission

• R1-1710437上传时间：2017年6月17日；

• R1-1712716对应RAN1 #90，会议日期：2017年8月21日，FTP版本在2017年8月已存在；

• 主要贡献：A、B的早期多TRP/多面板控制信道架构。(3GPP)

文献题名已经明确把以下技术对象放入同一议题：

• 多TRP；

• 多面板；

• 控制信道配置。

它们适合作为B的早期架构文献，用于证明：

为来自不同TRP或面板的传输分别组织控制信道配置，并非2019年4月才首次出现。

但在未提取原始Word文件逐段核验前，不宜仅凭题名认定其直接公开了：

“多个CORESET组，每组对应不同TRP”。

D6：R1-1900137

vivo，Discussion on multi PDCCH based multi TRP transmission

• 公开FTP上传时间：2019年1月12日；

• 篇幅：公开引用记录显示为15页；

• 主要贡献：B的多PDCCH、多TRP控制架构；A中的多个TRP独立调度环境。(3GPP)

该文献是B方向的重点文件，因为其技术主题不是一般多TRP，而是：

multiple-PDCCH-based multi-TRP transmission。

这意味着不同TRP通过各自控制信道进行调度，与目标权利要求中的：

不同TRP分别对应控制资源配置或CORESET组

具有非常接近的系统架构。

不过，需要保留以下差异：

• “多个PDCCH”并不自动等于“多个CORESET组”；

• 即使不同PDCCH来自不同CORESET，也仍需核实是否明确对多个CORESET进行分组；

• 若每个组允许只含一个CORESET，则“每TRP一个CORESET”的方案可能在权利要求解释上满足“组”的功能含义，但这属于权利要求解释问题。

D7：R1-1903541

Huawei/HiSilicon，Summary of Enhancements on Multi-TRP/Panel Transmission of Offline Discussion

• 会议：RAN1 #96；

• 会议记录日期：2019年2月25日所在会议周；

• 公开引用通常标记：2019年2月28日或3月1日；

• 主要贡献：A中的多PDCCH式多TRP/多面板传输及多个PDSCH接收环境；B的多TRP控制架构。(3GPP)

该文件是截止日前多TRP/多面板讨论的核心总结文件。对权利要求1以及从属权利要求8，它尤其值得关注，因为相应公开讨论涉及：

• 多个PDCCH分别调度PDSCH；

• UE在时频域接收完全重叠、部分重叠或不重叠的多个PDSCH；

• 多PDCCH式多TRP/面板传输的接收限制与处理条件。

公开检索资料中能够找到对上述讨论的摘录，但在无效证据包中，仍应以R1-1903541原始ZIP内的会议稿作为正式证据，不应仅引用后续专利或检索报告中的转述。

D8：R1-1812509及同会议系列文献

RAN1 #95于2018年11月已有Intel的R1-1812509 Discussion on multi-TRP/multi-panel transmission，同一会议还包括单PDCCH式、多PDCCH式多TRP/面板传输讨论。(3GPP)

其主要用途是：

• 证明在2018年底之前，RAN1已系统区分单PDCCH与多PDCCH式多TRP方案；

• 补强A中的多TRP/多面板操作背景；

• 为将Rel-15默认QCL规则分别应用到多TRP控制分支提供结合动机。

但该类文献对B的“CORESET组”精确文字仍需逐份原件核验。

五、2019年4月8日会议的“会前上传”文献

以下文件均属于RAN1 #96bis议题。会议页面日期是2019年4月8日，但3GPP公开FTP显示文件在截止日前已经上传：

3GPP目录分别显示了上述会前上传时间，会议记录则确认了R1-1904013、R1-1904313和R1-1905610的题名及归属。(3GPP)

这些文件是进一步填补A、B的最重要检索对象，尤其应在原文中检索：

• CORESET group；

• group of CORESETs；

• CORESET pool；

• multiple PDCCH based multi-TRP；

• default beam；

• default TCI state；

• panel-specific；

• simultaneous PDSCH reception；

• UE capability。

但目前只能将其列为“高相关、会前公开版本待逐页核验”，不能在未检查原始ZIP内容前直接认定完整公开A或B。

证据日期风险

需要特别避免以下错误：

1. 使用2019年4月8日以后上传的同编号替换稿；

2. 使用会议结束后形成的final、v2或revised版本；

3. 仅凭会议页面的4月8日日期否定3月30日已上传文件；

4. 反过来，仅凭FTP时间即认定后续修订文字也在3月30日公开。

正式使用时应固定：

• 原始ZIP文件；

• ZIP哈希值；

• ZIP内Word文件的创建/修改时间；

• 3GPP服务器目录时间；

• 必要时的网页存证或公证材料。

六、A—D特征贡献矩阵

“◎”表示直接或接近逐项公开；“○”表示重要部分贡献；“△”表示架构、背景或结合动机；“？”表示需核验会前原件。

1. 公开同时可接收资源的组波束报告，但不是完整能力字段。

2. 公开多PDSCH和多面板码本能力，但不直接等同于UE接收面板预设波束。

3. 直接公开timeDurationForQCL与Threshold-Sched-Offset的关系。

4. 公开通过RRC向网络报告相应UE能力。

5. 作为会议总结来源；直接文字证据仍以TS 38.214为主。

七、建议的无效组合路线

路线一：稳健组合

TS 38.214 V15.3.0
＋ R1-1903541
＋ R1-1900137或R1-1712716
＋ TS 38.306/38.331

各文献承担的内容：

可形成的技术逻辑是：

1. Rel-15已经解决“DCI至PDSCH时间太短、来不及采用动态TCI”的问题，并规定使用最低CORESET-ID对应的预设QCL；

2. RAN1同时已经在讨论多个PDCCH分别服务多个TRP或面板；

3. UE能力信令已经能够报告短QCL处理时间、同一时隙多个PDSCH以及多面板相关能力；

4. 在多PDCCH式多TRP架构中，为各TRP分别组织其控制资源，并分别采用既有默认QCL规则，是可论证的技术组合。

该路线的主要争点仍是：

• 为什么要从“多个CORESET”进一步形成“多个CORESET组”；

• 为什么默认QCL选择要在各TRP对应的组中分别执行；

• 为什么把不同能力项目合并成A中的统一能力报告。

路线二：更强但证据敏感

TS 38.214 V15.3.0
＋ R1-1904013／R1-1904208／R1-1904313／R1-1905610中的一份会前原始版本

若原始文件明确出现以下任一内容：

• 将CORESET按TRP分组；

• 对每个TRP或面板分别确定默认TCI/QCL；

• 报告是否支持面板特定默认波束；

• 报告是否支持来自多个TRP的同时PDSCH接收，

则可能用两份文献形成更紧凑、结合逻辑更强的组合。

但必须先确认这些文字存在于2019年4月7日以前上传的版本，而不是会议期间或会议结束后的修订稿。

八、权利要求1当前最有利与最不利的部分

对无效最有利：C、D

TS 38.214 V15.3.0的公开与C、D高度一致：

• 相同的DCI—PDSCH时间偏移条件；

• 相同的阈值概念；

• 相同的PDSCH DM-RS端口；

• 相同的默认QCL假设；

• 相同的CORESET选择基础；

• 相同的PDSCH接收应用。

这部分的文字差异主要只在于，目标专利把Rel-15的最低CORESET-ID规则嵌入了多TRP CORESET组结构。

次强：A

A的组成部分在规范中已分别存在：

• 向网络进行能力报告；

• 多个PDSCH接收；

• 多面板能力；

• 同时可接收波束报告；

• 多TRP/多PDCCH传输。

但“面板特定预设波束能力”和“多TRP同时接收能力”在一个统一能力报告中的结合，是需要由多篇文献和结合动机证明的部分。

主要残余差异：B

本轮能够稳妥证明的是：

• 多TRP/多面板控制信道配置早已被讨论；

• 多PDCCH式多TRP传输早已公开；

• UE可配置多个CORESET；

• Rel-15已经根据CORESET确定PDSCH QCL。

目前未在可直接核实的截止日前规范中找到完整的：

“多个CORESET组，每组对应不同TRP，并按组确定默认PDSCH QCL”。

不过，权利要求1本身没有要求使用CORESETPoolIndex这一参数名；该名称只出现在权利要求4。因此，如果早期文献公开“每个TRP分别对应一个或多个CORESET”，且一组允许仅包含一个CORESET，仍可能对B形成实质贡献，具体取决于权利要求中“组”的解释。

九、最终证据优先顺序

建议按以下顺序组织3GPP证据：

1. 3GPP TS 38.214 V15.3.0
   C、D的最接近现有技术和核心直接证据。

2. 3GPP TS 38.306 V15.3.0
   timeDurationForQCL、多个PDSCH和多面板能力基础。

3. 3GPP TS 38.331 V15.2.1
   证明UE通过RRC能力信息向网络报告上述能力。

4. R1-1809864
   短偏移默认QCL规则的RAN1形成过程及目标专利自身引证的NPL。

5. R1-1903541
   截止日前多TRP/多面板及多PDCCH调度多个PDSCH的核心总结文件。

6. R1-1900137
   多PDCCH式多TRP控制架构的核心文献。

7. R1-1710437／R1-1712716
   多TRP、多面板控制信道配置的早期基础文献。

8. R1-1904013、R1-1904208、R1-1904313、R1-1905610的会前版本
   最值得继续逐页提取的A、B补强文件，但需要严格固定3月30日至4月5日的原始版本。

**综合判断：现有3GPP证据已经对C、D形成非常强的直接公开，对A形成较强的组合公开；决定权利要求1整体稳定性的核心，集中在B的“分TRP CORESET组”及其与默认QCL规则的结合。**以上属于技术检索与特征比对意见，不替代对互联网公开证据资格、权利要求解释及结合动机的法律判断。

客观对照你上传的权利要求1与 **3GPP R1-1904021（ZTE, Considerations on beam management for multi-TRP）**后，我认为：R1-1904021已经非常集中地公开了权利要求1的核心技术链B+C+D；最大的缺口是技术特征A中的“UE向网络报告特定能力”这一完整限定。 因此，从纯技术内容看，该3GPP文件与权利要求1高度接近，但尚不能稳妥认定单篇完整公开权利要求1全部特征。

权利要求1可以按你文件中的A-D拆分为：A＝能力报告；B＝多个CORESET组与不同TRP对应；C＝offset小于阈值时基于对应CORESET组确定PDSCH DM-RS端口的默认QCL；D＝将该默认QCL应用到PDSCH DM-RS端口接收。

一、逐项特征比对

二、最重要的是B+C实际上在R1-1904021中形成了一条连续技术链

不能只看零散关键词。R1-1904021第4页的Figure 4 — Different DCI transmitted by different TRP及其正文已经形成了与本专利极其接近的multi-TRP方案：

two CORESET groups → each group corresponds to one TRP → each DCI/PDSCH属于相应TRP → 当DCI/PDSCH offset小于threshold → PDSCH的QCL从对应CORESET group中的lowest CORESET-ID推导。

文档随后直接形成Proposal 3：

“The QCL assumption of each PDSCH should be inferred from the lowest CORESET-ID within the CORESET group when the offset between the DL DCI and the PDSCH is less than the threshold.”

这几乎就是涉案权利要求C最核心的技术思想。

而涉案专利自己的权利要求1规定：

• 获取多个CORESET组，每个组对应不同TRP；

• DCI与PDSCH时间偏移小于阈值；

• 根据其中一个CORESET确定PDSCH DM-RS端口的预设QCL；

• 将该预设QCL应用于DM-RS端口接收。

因此，B→C→D不是靠事后拼凑出来的，而是在R1-1904021同一个“multiple PDCCH / multi-TRP default QCL”讨论场景中连续公开。

三、技术特征A为什么不能过度认定为已公开

这里需要特别谨慎。

涉案权利要求A并非泛泛要求“支持multi-TRP”，而是要求：

向网络报告支持
① 用于PDSCH接收的面板特定预设波束；以及
② 支持来自多个接收点同时接收的multi-TRP操作中的能力。

而R1-1904021第2.2节虽然出现：

• multi-beam measurement；

• UE beam reporting；

• simultaneous receiving；

• multi-TRP；

• capability，

但是它具体提出的是：

“Support indication of simultaneous transmission capability from gNB for multi-TRP.”

即gNB的发送能力→UE，与权利要求的UE接收能力→网络报告存在明显方向差异。

同时，R1没有在这里明确要求UE报告“panel-specific default beam capability”。因此如果用于无效，不建议把A写成“R1-1904021明确公开”，否则容易被专利权人抓住。

比较稳妥的表述应当是：

R1-1904021公开了multi-TRP条件下与同时波束接收、beam reporting及能力指示有关的机制，但尚未直接、无歧义地公开权利要求1所要求的“UE向网络报告支持面板特定预设波束及multi-TRP同时接收操作的能力”这一完整技术特征。

四、总体公开程度

我会给出如下客观评级：

因此，从权利要求的技术实质看，R1-1904021已经公开了大约75%–85%的核心限定；如果从“有多少个A-D大特征被完整公开”的角度，则更适合表述为：

B、C、D基本公开，A未完整公开，即约3/4的大技术特征。

其中尤其值得注意的是，C不是普通背景技术式的泛泛相似，而是非常强的对应公开。

五、对无效检索的意义

因此，若把R1-1904021作为无效对比文件，我不会把它定位为“单篇直接破坏新颖性”的最稳妥文件，因为A仍然是明显缺口；但我会把它定位成一个非常强的最接近现有技术/主对比文件：

R1-1904021：负责B+C+D的核心方案；
第二篇2019-04-08之前的文献：重点寻找A——UE capability reporting + simultaneous multi-TRP reception + panel-specific/default beam。

一旦找到一篇在先文献明确公开“UE向gNB报告支持同时从多个TRP接收/多个面板接收的能力，并据此启用相应默认波束/面板特定波束”，则R1-1904021 + 第二文件的创造性组合会明显增强。

还有一个需要与“技术公开”分开处理的问题：R1-1904021首页记载会议为2019年4月8–12日，来源为ZTE，而涉案专利主张的美国临时申请优先权也是2019年4月8日。 所以如果目标是正式无效，R1-1904021能否作为在先现有技术使用，需要另行严格证明其公众可获得时间；这与它在技术内容上高度公开B/C/D是两个不同问题。

最终结论：R1-1904021是目前针对CN114051705B权利要求1非常强的技术对比文件，其最有价值之处在于几乎直接给出了“CORESET分组对应不同TRP + offset<threshold + 从对应CORESET组推导PDSCH默认QCL”的核心发明链；真正需要继续补强的主要就是技术特征A。

我按“公开日严格早于 2019-04-08、英文公开文本、Google Patents 为主”反复拆词并沿同族/引用链检索后，已经找到一组对该复合技术特征相当有价值的早期专利文献。

先校准一下比对对象：CN114051705B 的英文同族权利要求1实际使用的是 “panel-specific default beam”，不是单纯的 “preset beam”；并且目标专利自己明确把“beam”解释为 QCL type-D / spatial filter。其权利要求要求向网络报告一种能力，该能力涉及两方面：①支持从多个TRP同时接收；②支持至少一个PDSCH接收的 panel-specific default beam。目标说明书还进一步把“multi-TRP capability”和“panel-specific default beam capability”分别解释为可以向基站报告的能力。(谷歌专利)

检出的最重要英文在先专利

其中最值得优先深挖的是 US20180343653A1

这篇 Samsung 文献与 CN114051705B 的“default PDSCH beam”机制重合度非常高，而且其公开日是2018-11-29，满足您的日期条件。

它不是仅仅泛泛提“beam management”，而是明确披露：

• UE可报告其 PDSCH receive analog beam capability；(谷歌专利)

• 当 DCI→PDSCH 的时间间隔较小时，UE采用一个 secondary spatial QCL assumption 来确定 PDSCH 的 Rx beam；(谷歌专利)

• secondary QCL 可以是发送对应DCI的 CORESET所配置的TCI/QCL；(谷歌专利)

• 更关键的是，其明确提出在同slot情形下，PDSCH DMRS可采用 同slot最低CORESET ID的 spatial QCL assumption；(谷歌专利)

• 其权利要求还规定，当 time offset 小于 threshold 时采用 pre-configured spatial QCL assumption，并明确该QCL可对应最新slot中最低CORESET-ID的控制信道。(谷歌专利)

而 CN114051705B 权利要求1后半部分恰恰也是：“当DCI与PDSCH的时间偏移小于threshold时，按照CORESET确定PDSCH的default QCL assumption”。(谷歌专利)

所以，从纯技术特征追溯来看，CN114051705B 后来所谓“default beam”的基础机制，在2018年的这篇 Samsung 文献中已经相当清楚；目标专利增加的重要层次主要是把这种机制进一步做成 multi-TRP / panel-specific。

WO2017171953A1 对“能力上报 + 多TRP同时接收”尤其关键

这篇 Intel 文献比目标优先权早约两年半。它不是仅披露“UE能够多TRP”，而是将能力信息本身上传给网络：

UE capability 可包括 NR dual/multi-beam support，并可在连接建立时发送给网络；网络基于该UE capability配置dual/multi-connect或dual/multi-beam operation。(谷歌专利)

更关键的是，其技术实例直接规定 dual-beam supported Rx mode 中UE可“simultaneously … receive two transmission beams”并连接至少两个TRP；multi-beam模式则对应三个或更多TRP。(谷歌专利)

因此，针对您指定特征：

“向网络报告支持……多TRP操作中的能力 + 支持来自多个接收点同时接收”

这篇可以说是目前检出的最直接的一篇单独文献。它的缺口主要只是没有进一步说这种能力同时包含“panel-specific default PDSCH beam”。

WO2018172823A1 是把“能力报告”与“panel”连接起来的关键文献

Nokia 这篇容易被普通关键词检索漏掉，因为标题写的是 Differential reporting for beam groups or antenna panel groups，并不直接写“UE capability reporting”。

但正文及权利要求非常有用：

其报告针对 beam/antenna panel group，而且 common report 中明确可以包括：

“capability to simultaneously use reported beam groups”。(谷歌专利)

它还明确讨论“how many beams can be received simultaneously”作为UE capability，并把该框架置于 multi-panel / multi-TRP transmission 的背景中。(谷歌专利)

而且报告会实际传送至gNB，例如通过PUCCH、PUSCH或MAC CE。(谷歌专利)

所以，如果把目标特征拆成：

UE → 网络的报告
→ 报告中含 simultaneous capability
→ capability/报告按 antenna panel group 区分

则这篇的贡献非常直接。

WO2017192889A1 则把“panel”直接落到了PDSCH接收上

Intel 这篇公开得更早，权利要求/实施例直接规定：

DCI indicating an antenna panel index and an Rx beam index，

并且

NR-PDSCH由UE使用该 antenna panel 和 selected Rx beam 接收。(谷歌专利)

这已经非常接近目标中的：

“用于至少一个PDSCH接收的面板特定……波束”

差别在于它是 selected/indicated panel-specific beam，尚未直接使用后来标准化的“panel-specific default beam”措辞。因此，我会把它定位为panel-specific PDSCH beam 的强直接披露，而不夸大成字面披露了“default”。

我认为目前最强的技术组合链

从技术特征对应完整程度看，建议优先研究下面两条链：

第一组，最紧凑：

WO2017171953A1 + US20180343653A1 + WO2017192889A1

对应关系为：

WO2017171953A1
→ UE向网络报告能力
→ dual/multi beam Rx capability
→ 同时从两个或多个TRP接收；

US20180343653A1
→ 报告PDSCH Rx-beam capability
→ PDSCH短调度间隔时采用预配置/secondary QCL
→ CORESET QCL，甚至最低CORESET-ID规则；

WO2017192889A1
→ antenna-panel-specific Rx beam
→ 明确用于NR-PDSCH reception。

这三篇基本把您指出的复合限定逐块拼齐。

第二组，对“panel capability + simultaneous reception”逻辑更漂亮：

WO2018172823A1 + WO2018228487A1 + US20180343653A1

其中 Nokia 负责“antenna-panel-group report + simultaneously usable capability”，Huawei负责“两个TRP的PDSCH同时接收”，Samsung负责“PDSCH default/fallback QCL/Rx beam + capability report”。(谷歌专利)

一个重要结论

在本轮反复检索的2019-04-08以前公开的英文专利文献中，我目前没有检出一篇单独文献用几乎与CN114051705B相同的一句话，同时明确披露：

“向网络报告一个multi-TRP capability，该capability同时支持多个TRP同时接收，并且支持panel-specific default PDSCH beam”。

但是，构成该句子的各个关键技术块，在截止日前已经分别公开得相当完整，而且尤其值得注意的是：

“能力上报 + simultaneous multi-TRP Rx”早在2017年已有；
“panel-specific PDSCH Rx beam”早在2017年已有；
“panel-group simultaneous capability reporting”在2018年已有；
“短调度间隔时以CORESET QCL作为PDSCH默认/备用Rx beam”在2018年已有；
“多个TRP的多个PDSCH同时接收”在2018年已有。

因此，从无效检索的技术证据组织角度，最值得投入精读和制作claim chart的第一梯队就是上述5篇，而 US20180343653A1、WO2017171953A1、WO2018172823A1 应当排在最前面。

Google Patents入口：WO2017171953A1 · US20180343653A1 · WO2017192889A1 · WO2018172823A1 · WO2018228487A1

以上是专利检索和技术特征比对，不构成法律意见。

我按“公开日严格早于 2019-04-08、英文公开文本、Google Patents 为主”反复拆词并沿同族/引用链检索后，已经找到一组对该复合技术特征相当有价值的早期专利文献。

先校准一下比对对象：CN114051705B 的英文同族权利要求1实际使用的是 “panel-specific default beam”，不是单纯的 “preset beam”；并且目标专利自己明确把“beam”解释为 QCL type-D / spatial filter。其权利要求要求向网络报告一种能力，该能力涉及两方面：①支持从多个TRP同时接收；②支持至少一个PDSCH接收的 panel-specific default beam。目标说明书还进一步把“multi-TRP capability”和“panel-specific default beam capability”分别解释为可以向基站报告的能力。(谷歌专利)

检出的最重要英文在先专利

其中最值得优先深挖的是 US20180343653A1

这篇 Samsung 文献与 CN114051705B 的“default PDSCH beam”机制重合度非常高，而且其公开日是2018-11-29，满足您的日期条件。

它不是仅仅泛泛提“beam management”，而是明确披露：

• UE可报告其 PDSCH receive analog beam capability；(谷歌专利)

• 当 DCI→PDSCH 的时间间隔较小时，UE采用一个 secondary spatial QCL assumption 来确定 PDSCH 的 Rx beam；(谷歌专利)

• secondary QCL 可以是发送对应DCI的 CORESET所配置的TCI/QCL；(谷歌专利)

• 更关键的是，其明确提出在同slot情形下，PDSCH DMRS可采用 同slot最低CORESET ID的 spatial QCL assumption；(谷歌专利)

• 其权利要求还规定，当 time offset 小于 threshold 时采用 pre-configured spatial QCL assumption，并明确该QCL可对应最新slot中最低CORESET-ID的控制信道。(谷歌专利)

而 CN114051705B 权利要求1后半部分恰恰也是：“当DCI与PDSCH的时间偏移小于threshold时，按照CORESET确定PDSCH的default QCL assumption”。(谷歌专利)

所以，从纯技术特征追溯来看，CN114051705B 后来所谓“default beam”的基础机制，在2018年的这篇 Samsung 文献中已经相当清楚；目标专利增加的重要层次主要是把这种机制进一步做成 multi-TRP / panel-specific。

WO2017171953A1 对“能力上报 + 多TRP同时接收”尤其关键

这篇 Intel 文献比目标优先权早约两年半。它不是仅披露“UE能够多TRP”，而是将能力信息本身上传给网络：

UE capability 可包括 NR dual/multi-beam support，并可在连接建立时发送给网络；网络基于该UE capability配置dual/multi-connect或dual/multi-beam operation。(谷歌专利)

更关键的是，其技术实例直接规定 dual-beam supported Rx mode 中UE可“simultaneously … receive two transmission beams”并连接至少两个TRP；multi-beam模式则对应三个或更多TRP。(谷歌专利)

因此，针对您指定特征：

“向网络报告支持……多TRP操作中的能力 + 支持来自多个接收点同时接收”

这篇可以说是目前检出的最直接的一篇单独文献。它的缺口主要只是没有进一步说这种能力同时包含“panel-specific default PDSCH beam”。

WO2018172823A1 是把“能力报告”与“panel”连接起来的关键文献

Nokia 这篇容易被普通关键词检索漏掉，因为标题写的是 Differential reporting for beam groups or antenna panel groups，并不直接写“UE capability reporting”。

但正文及权利要求非常有用：

其报告针对 beam/antenna panel group，而且 common report 中明确可以包括：

“capability to simultaneously use reported beam groups”。(谷歌专利)

它还明确讨论“how many beams can be received simultaneously”作为UE capability，并把该框架置于 multi-panel / multi-TRP transmission 的背景中。(谷歌专利)

而且报告会实际传送至gNB，例如通过PUCCH、PUSCH或MAC CE。(谷歌专利)

所以，如果把目标特征拆成：

UE → 网络的报告
→ 报告中含 simultaneous capability
→ capability/报告按 antenna panel group 区分

则这篇的贡献非常直接。

WO2017192889A1 则把“panel”直接落到了PDSCH接收上

Intel 这篇公开得更早，权利要求/实施例直接规定：

DCI indicating an antenna panel index and an Rx beam index，

并且

NR-PDSCH由UE使用该 antenna panel 和 selected Rx beam 接收。(谷歌专利)

这已经非常接近目标中的：

“用于至少一个PDSCH接收的面板特定……波束”

差别在于它是 selected/indicated panel-specific beam，尚未直接使用后来标准化的“panel-specific default beam”措辞。因此，我会把它定位为panel-specific PDSCH beam 的强直接披露，而不夸大成字面披露了“default”。

我认为目前最强的技术组合链

从技术特征对应完整程度看，建议优先研究下面两条链：

第一组，最紧凑：

WO2017171953A1 + US20180343653A1 + WO2017192889A1

对应关系为：

WO2017171953A1
→ UE向网络报告能力
→ dual/multi beam Rx capability
→ 同时从两个或多个TRP接收；

US20180343653A1
→ 报告PDSCH Rx-beam capability
→ PDSCH短调度间隔时采用预配置/secondary QCL
→ CORESET QCL，甚至最低CORESET-ID规则；

WO2017192889A1
→ antenna-panel-specific Rx beam
→ 明确用于NR-PDSCH reception。

这三篇基本把您指出的复合限定逐块拼齐。

第二组，对“panel capability + simultaneous reception”逻辑更漂亮：

WO2018172823A1 + WO2018228487A1 + US20180343653A1

其中 Nokia 负责“antenna-panel-group report + simultaneously usable capability”，Huawei负责“两个TRP的PDSCH同时接收”，Samsung负责“PDSCH default/fallback QCL/Rx beam + capability report”。(谷歌专利)

一个重要结论

在本轮反复检索的2019-04-08以前公开的英文专利文献中，我目前没有检出一篇单独文献用几乎与CN114051705B相同的一句话，同时明确披露：

“向网络报告一个multi-TRP capability，该capability同时支持多个TRP同时接收，并且支持panel-specific default PDSCH beam”。

但是，构成该句子的各个关键技术块，在截止日前已经分别公开得相当完整，而且尤其值得注意的是：

“能力上报 + simultaneous multi-TRP Rx”早在2017年已有；
“panel-specific PDSCH Rx beam”早在2017年已有；
“panel-group simultaneous capability reporting”在2018年已有；
“短调度间隔时以CORESET QCL作为PDSCH默认/备用Rx beam”在2018年已有；
“多个TRP的多个PDSCH同时接收”在2018年已有。

因此，从无效检索的技术证据组织角度，最值得投入精读和制作claim chart的第一梯队就是上述5篇，而 US20180343653A1、WO2017171953A1、WO2018172823A1 应当排在最前面。

Google Patents入口：WO2017171953A1 · US20180343653A1 · WO2017192889A1 · WO2018172823A1 · WO2018228487A1

以上是专利检索和技术特征比对，不构成法律意见。

按你的条件重新做了一轮独立检索：公开日严格早于2019-04-08；以Google Patents中的日文文本为准；不把上一轮英文文献的JP同族/日文同族反查回来。 因此上一轮的 Intel WO2017171953、Samsung US20180343653、Intel WO2017192889、Nokia WO2018172823、Huawei WO2018228487 等家族均没有纳入下面结果。

另外，我把“日文专利文献”区分为两类：一类是JP公开号；另一类是由日本申请人提交、Google Patents具有日文原始文本且在截止日前已经公开的日文PCT/WO文本。后者如果日本国内的“JPWO…”文本到2019年4月8日以后才公开，我只采用截止日前已经公开的WO文本，不用后来的JPWO公开日倒推。

本轮最有价值的独立日文文献

其中 WO2018173163A1 要特别重视。它不是泛泛说“有panel”，而是直接把panel和receive beam放进UE→基地局的报告内容中。文献定义antenna panel由多个天线单元构成，通过幅度/相位控制形成beam；基地局可以把port/panel index通知UE。(谷歌专利)

随后又规定：

UE进行measurement report时，可以报告所使用的接收波束相关信息，其中包括 port index、panel index、receive beam index、beam pair index 等。(谷歌专利)

而且该文献还明确说，对于特定信道，例如 PDSCH，如果波束决定权在UE，UE自主确定接收波束；如果决定权在基地局，UE根据基地局通知确定接收波束并进行报告。(谷歌专利)

因此，对你的目标限定中的：

“用于至少一个PDSCH接收的面板特定……波束”

这篇是在“不使用上一轮英文同族”的前提下，本轮最接近的截止日前日文文献。

JP2015523013A 对“多个接收点同时接收”非常直接

这篇虽然年代较早，但文字非常干净。它在CoMP JT背景下明确：

PDSCH transmission may be transmitted from multiple points at once；

并进一步明确：

单一WTRU的数据可以同时从多个transmission points发送。 (谷歌专利)

从接收端自然对应UE同时接收来自多个发送点的联合PDSCH传输。

同时，该文献并非只有“同时发送”，还建立了UE→网络的按transmission point反馈机制。例如UE可以分别报告 point 1 RI、point 2 RI、point 1 CQI/PMI、point 2 CQI/PMI，并允许CSI报告按“report type + transmission point”组合组织。(谷歌专利)

因此它对目标特征中的：

“来自多个接收点的同时接收的multi-TRP operation”

具有很强的直接技术贡献。

JP2015070295A 对“把同时处理能力作为UE capability上报”尤其有价值

这篇不是multi-TRP波束案，但在“能力信令”这一层非常关键。

其说明书明确写道，终端把关于simultaneous transmission/reception的能力作为：

UE capability signaling

通知给：

NW（例如基地局）。(谷歌专利)

还进一步规定，UE根据自身的simultaneous Rx-Tx capability选择对应能力信息通知基地局，基地局依据所报告能力控制调度。权利要求也明确要求基地局接收UE的simultaneous transmission/reception capability information。(谷歌专利)

它的应用场景虽然是TDD/FDD CA，因此不能说其直接披露“多个TRP同时下行接收能力”。但对如下抽象技术思想的公开非常清楚：

终端存在一种“是否支持同时操作”的硬件/接收能力
→ 将该能力编码成UE capability information
→ 向网络报告
→ 网络依据能力决定调度/配置。

这正是目标权利要求将“multi-TRP simultaneous reception support”包装成UE capability报告时所采用的信令框架。

WO2018143390A1把“报告波束”直接连到PDSCH

这篇2018年8月9日已经作为WO公开；注意其后来的日本国内 JPWO2018143390A1 是2019-12-19才公开，所以不能拿那个JPWO号作为截止日前文献。但2018年的WO公开本身具有日文文本，满足本轮“截止日前日文公开文本”的筛选。(谷歌专利)

其流程非常有用：

UE beam measurement
→ beam reporting
→ UE可报告Rx beam ID
→ gNB根据UE报告确定NR-PDCCH/PDSCH使用的beam
→ 可以通过DMRS与CSI-RS之间的QCL关系实施。 (谷歌专利)

因此，把它与WO2018173163A1结合看：

WO2018173163A1：报告 panel index + Rx beam index；

WO2018143390A1：报告 Rx beam ID，并据此确定 PDSCH beam/QCL；

两篇在2018年已经分别公开了“panel-specific”和“PDSCH receive beam reporting”的两侧。

对你指定复合特征的逐项覆盖

我把目标限定拆为五块，结果比较清楚：

这里“●”表示相应内容有较直接的文字披露；“△”表示其技术机制能够贡献该子特征，但不能当作逐字直接披露。

当前最值得用于进一步制作特征比对表的组合

如果完全遵守你提出的**“不反查上一轮同组”**限制，我认为第一优先组合应当是：

WO2018173163A1 + JP2015523013A + JP2015070295A。

三者分别承担：

WO2018173163A1
→ panel index / Rx beam index
→ UE向基地局报告
→ panel-specific receive beam，并与PDSCH接收直接关联。(谷歌专利)

JP2015523013A
→ JT/CoMP
→ PDSCH simultaneously from multiple transmission points
→ 对不同transmission point反馈CSI。(谷歌专利)

JP2015070295A
→ simultaneous operation support 被定义成UE capability
→ UE把该capability报告给NW/base station
→ network根据能力配置/调度。(谷歌专利)

这一组三篇的技术逻辑非常完整，而且没有利用上一轮英文文献的日本同族。

一个需要特别谨慎的缺口：“预设/default beam”

截止本轮检索，在2019-04-08以前已经公开、且不借用上一轮英文文献同族的日文文献中，我还没有找到一篇能够单独逐字披露：

“UE向网络报告一种multi-TRP capability，该能力同时包括 panel-specific default/preset beam for PDSCH 和 simultaneous multi-TRP reception。”

尤其是 “default/preset” 这一层，目前截止日前最强的日文证据是“panel-specific Rx beam / notified or autonomously determined beam”，还不是后来意义非常明确的“panel-specific default beam”。

这个时间点值得注意，因为我反向验证时发现一篇非常接近、但必须排除的NTT DOCOMO文献 WO2020003473A1：它明确规定UE把antenna panel configuration作为capability information通知基地局，其中甚至可以包含“可同时ON的panel数量/组合”和“panel与beam之间的association”；但其公开日是2020-01-02，所以按你的2019-04-08公开日门槛绝对不能放进主证据。(谷歌专利)

这反而说明一个很重要的检索事实：“panel本身作为UE capability上报、同时panel能力、panel-beam association”这种极接近目标权利要求的日文表述，确实在日本申请体系里出现了，但可查到的公开文本是在截止日以后；截止日前则主要以“panel/beam report”“simultaneous capability report”“multi-point simultaneous PDSCH”三条独立技术线存在。

如果下一步是为了实质性无效比对，最值得继续逐段精查的是 WO2018173163A1、JP2015523013A、JP2015070295A 和 WO2018143390A1 四篇，尤其应继续查它们的实施例、图示和引用文献，看能否找到更早的“预设/default/fallback receive beam”日文独立家族。以上属于专利检索与技术特征分析，不构成法律意见。

按照你的要求，我这一轮把范围严格限定为：KR韩文公开文本本身的公开日早于2019年4月8日，并且不把前两轮已经找到的英文/日文文献再反查韩国同族后换成KR号。目标专利的最早优先权日确为2019年4月8日，因此这里全部按“公开日”而不是优先权日筛选。(谷歌专利)

反复用韩文关键词 단말 능력/UE capability、동시 수신、복수 기지국、TRP、수신 빔、패널、PDSCH、QCL、동시 형성、보고 交叉检索后，目前最值得做无效特征表的是 KR20150015447A。它对你指定的这一整段复合特征的贡献，明显高于其他独立检出的韩文文献。

第一梯队：KR20150015447A——目前最重要

KR20150015447A
Samsung Electronics
《다수의 안테나들을 가지는 무선 시스템에서 제어 채널 빔 관리를 위한 장치 및 방법》
公开日：2015-02-10
优先权日：2012-04-30。(谷歌专利)

这篇非常关键，因为它已经把你要找的几个核心概念放在同一篇说明书里串起来了。

首先，它明确提出：接收端的RF beamforming能力可以反馈给发送端，其中包括哪些接收波束能够同时形成/同时使用，以及哪些不能同时形成/使用。这已经不是普通的beam measurement report，而是明确的beamforming capability feedback。(谷歌专利)

其次，它直接把这种能力与多个基站/多个传输点同时通信联系起来。文献明确说明，UE的报告使BS或者network能够知道UE：

• 与多个基站或多个beam同时通信的能力；

• 哪些UE RX beams能够或者不能同时形成；

• 可以支持多少个simultaneous streams；

• 网络据此决定是否采用simultaneous communication以及使用哪些RX beams/RF chains。(谷歌专利)

而且不是抽象讨论。它给出了UE同时面对 BS102和BS103 的实施例；多个RF chains可以同时形成多个RX beams，从不同基站同时接收。对于多流情况，文献明确解释了如果两个RX beams能够同时形成，则可以分别通过两个RF chain同时接收两个数据流。(谷歌专利)

特别重要的是，它还明确规定：

UE报告的“同时通信能力”可以用最大允许同时流数来表示。

BS/network再根据这一能力决定同时通信方式，并通知UE应使用的TX beam，UE使用相应RX beam接收。(谷歌专利)

这和CN114051705B中的：

“向网络报告……用于支持来自多个接收点的同时接收的多发送接收点操作中的能力”

在技术逻辑上已经非常接近。

更重要：它还直接进入PDSCH

KR20150015447A并不只讨论PDCCH。

它明确说明，BS在PDCCH中给出后续 PDSCH 的数据通信信息，此后：

UE利用RX beam进行PDSCH接收。 (谷歌专利)

因此这篇单独就形成了这样一条链：

UE RX beam simultaneous capability
→ UE向BS/network报告
→ network知道UE是否具有多个基站/多个beam同时通信能力
→ BS/network据此决定多个BS/beam同时传输
→ UE使用对应RX beams进行接收
→ RX beams同时也用于PDSCH接收。

这是目前韩文独立检索中，对目标复合特征覆盖度最高的一篇。

但必须准确区分一个缺口：

KR20150015447A没有使用现代NR术语“panel-specific default beam”。

它讲的是：

• RF chain；

• antenna/sub-array；

• RX beam；

• simultaneous RX beam capability。

它甚至说明一个RF chain可以对应一个或多个antenna sub-arrays，并讨论UE antenna array形成不同RX beam，所以和后来的“panel”物理结构很接近；但不能直接把这里的sub-array认定为目标专利所说的panel。(谷歌专利)

此外它有一个“default case”：当UE只有一个RX beam时，可以不向BS报告RX beam。但这个 default 不是CN114051705B意义上的“panel-specific default PDSCH beam”，不能混用。(谷歌专利)

评价：A+。建议作为本轮D1。

第二梯队：KR20180089901A——“能力信令 + 空间QCL/Rx beam + PDSCH”桥梁非常强

KR20180089901A
LG Electronics
《무선 통신 시스템에서의 참조 신호 수신 방법 및 이를 위한 장치》
公开日：2018-08-09
优先权日：2017-01-06。(谷歌专利)

这篇价值在于：它把NR中的UE capability signaling、RX beam相关空间QCL以及PDSCH QCL放在了同一篇早期文本里。

它明确规定：

UE能够支持的最大K值，可以通过特定的 UE capability signaling 在initial access时发送给基地局，基地局再依据这个UE capability配置CSI-RS资源。(谷歌专利)

因此“向网络报告能力”是直接披露，不是推断。

随后文献对NR QCL进行扩展，明确增加：

spatial QCL parameter = receive-beam-related parameter

其作用就是支持UE侧的beamforming/reception。文献解释，dominant arrival/receive angle决定Rx beamforming系数，UE据此选择TX-RX beam pair；CSI-RS配置可以带有spatial QCL指示。(谷歌专利)

它还让UE向基地局报告其preferred {CRI, port index} 来执行DL beam operation。(谷歌专利)

同时，PDSCH一侧也非常明确：文献规定根据配置参数确定：

PDSCH RE mapping + PDSCH antenna-port QCL，

并明确讨论没有对应PDCCH的PDSCH时采用关联的QCL参数集。(谷歌专利)

所以这篇形成的是：

**UE capability → 向gNB报告

• spatial QCL = Rx-beam parameter

• QCL用于UE reception

• QCL parameter set作用于PDSCH。**

它对目标中的：

“向网络报告支持用于至少一个PDSCH接收的……波束……的能力”

具有很强的桥接贡献。

缺口同样要明确：

它具体上报的capability是可支持的CSI-RS资源数量K，没有直接说该capability就是“panel-specific default-beam capability”；也没有在同一能力字段中明确multi-TRP simultaneous reception。

评价：A− / B+。建议作为D2。

第三梯队：KR20180088475A——2018年已有“multi-panel + 不同panel不同beam + 向基地局报告”

KR20180088475A
LG Electronics
《무선 통신 시스템에서 채널 상태 정보 보고 방법 및 이를 위한 장치》
公开日：2018-08-03
优先权日：2017-01-09。(谷歌专利)

这篇对“panel-specific beam”很有贡献。

其NR方案明确支持multi-panel antenna array，并区分single-panel / multi-panel codebook。(谷歌专利)

尤其值得注意的是，它规定：

• 可以执行single-panel selection；

• 也可以执行multi-panel selection；

• panel-selection PMI被UE报告给基地局；

• analog beam selection codebook可以和panel-selection codebook组合；

• 不同的analog beam可以应用于不同的panel。(谷歌专利)

文献另外还规定UE可以向基地局反馈：

• Rx beamforming数量；

• analog beam index；

• 与beam/codebook有关的信息。(谷歌专利)

因此在“概念拆分”上，它对：

panel → 不同panel对应不同beam → panel/beam信息由UE报告给网络

这一链条贡献明显。

但这里有一个必须特别注意的问题：

这篇的大量“multi-panel”实施例是围绕基地局侧发射antenna panels及CSI codebook展开的，并不等同于CN114051705B中“UE不同接收panel分别形成PDSCH receive beam”。

所以正确用途是：

证明在截止日前，“panel-specific beam / different beams for different panels / panel information reporting”本身已经进入NR专利公开体系。

不宜单独拿它证明目标权利要求的完整UE-side panel-specific default beam。

评价：B+。建议作为D3辅助panel限定。

第四梯队：KR20180018436A——非常干净的“TRP-specific Rx beam + UE反馈”

KR20180018436A
Samsung Electronics
《송/수신단 변경을 위한 단말의 측정, 보고, 및 변경 절차와 이를 지원하는 기지국 절차를 특징으로 하는 장치 및 시스템》
公开日：2018-02-21
优先权日：2016-08-11。(谷歌专利)

这篇标题本身就是：

UE measurement, feedback and change of Transmission Reception Points。

摘要已经明确：

• 网络通过不同TRP发送measurement RS；

• UE针对各TRP选择所需receive beam；

• UE测量各TRP beam information；

• UE把测量结果连同具体TRP一起反馈；

• 基地局根据反馈动态改变用于该UE通信的beam/TRP。(谷歌专利)

正文进一步给出非常明确的步骤：

UE分别测量每个TRP的beam quality
→ UE报告TRP ID + beam ID + beam quality
→ gNB决定beam/TRP change
→ gNB向UE发送TRP ID以及可选beam ID。 (谷歌专利)

所以它对：

“向网络报告与不同TRP对应的receive beam information”

是很强的直接披露。

其弱点是：

• 报告是measurement/feedback，不是“UE capability”；

• 没有把报告本身定义为“simultaneous multi-TRP reception capability”；

• 没有直接形成panel-specific default PDSCH beam。

因此适合作为KR20150015447A的TRP术语和TRP-specific beam补强。

评价：B+。建议D4。

第五梯队：KR20150009538A——很早的“multi-TP + PDSCH + network feedback”

KR20150009538A
Samsung Electronics
《협동 다중 포인트 전송을 위한 CSI 정의 및 피드백 모드》
公开日：2015-01-26
优先权日：2012-05-09。(谷歌专利)

这篇是典型CoMP在先技术。

它明确说CoMP已经被标准化，使UE能够在不同场景中：

从多个Transmission Points接收信号。 (谷歌专利)

并且为了支持CoMP：

network需要对应multiple TPs/cells的feedback，

所以网络配置多个CSI-RS resources，每一个通常对应一个TP或CSI process。(谷歌专利)

它还明确规定joint CQI/PMI反馈可以假定来自一个或多个TP的joint transmission。(谷歌专利)

PDSCH也在其CoMP CSI框架中直接出现，包括PDSCH信号、PDSCH transmission scheme和对应的CSI-RS资源。(谷歌专利)

因此它适合证明：

多个TP
→ UE从多个TP接收
→ UE对多个TP产生反馈
→ 网络利用multi-TP CSI
→ 对应PDSCH transmission。

但它没有直接披露“UE报告是否能够同时接收多个TRP的capability”。

评价：B。

第六梯队：KR20190033015A——截止日前非常接近时间点的NR beam/PDSCH文献

KR20190033015A
ASUSTeK Computer
《무선 통신 시스템에서 빔 결정 방법 및 장치》
公开日：2019-03-28，距离你的截止日只有11天。(谷歌专利)

这篇的重要性主要在于证明截止日前NR已经明确按beam处理PDSCH reception。

它规定SCell激活后，UE需要知道通过哪些network beam和/或UE beam进行DL transmission，而且明确说：

UE需要确定如何接收SCell上的PDSCH。 (谷歌专利)

同一说明书收录的NR beam-management讨论还明确提及：

• UE向gNB提供beam-management信息；

• signaling方式可以是 capability signaling；

• 明确提出multiple panels的影响需要考虑。(谷歌专利)

这篇可以用来证明，capability signaling—multiple panels—NR beam—PDSCH reception这些概念在2019-04-08之前已经同时存在于韩文NR专利文本中。

但是这几个内容没有被它组合成目标专利那样的一项单独capability，因此定位应低于前几篇。

评价：B−。

对目标复合技术特征逐项覆盖

把你指定的限定拆成六个部分，会更清楚：

● = 直接/较明确披露；△ = 对该限定有技术贡献，但不能当作逐字直接披露。

目前最重要的结论

与前两轮不同，这一轮找到的 KR20150015447A 很值得重视。

在“不反查同组”的条件下，它目前是我检出的韩文截止日前文献中，最接近目标“能力报告 + 多点同时接收 + Rx beam + PDSCH”四项同时出现的一篇：

UE把RX beams能否同时形成/使用的能力报告给BS/network → network由此知道UE与多个BS/beam同时通信的能力 → network依据该能力安排simultaneous communication → UE使用对应RX beam进行接收 → 同一文献还明确使用RX beam接收后续PDSCH。 (谷歌专利)

换句话说，CN114051705B这段限定中非常重要的：

“报告一种支持multi-TRP simultaneous reception的能力”

并不是2019年才第一次出现的抽象思想。至少在这篇2015年2月10日公开的韩文文献中，已经有非常具体的“UE向network报告 simultaneous multi-BS/beam reception capability”的实现。(谷歌专利)

真正剩余、也是这一轮韩文检索中最难找到单篇提前完整披露的，是：

“panel-specific preset/default beam for PDSCH”

特别是 preset/default + UE panel-specific + PDSCH 三者同时结合。

目前截止日前独立韩文文献给出的状态更像：

KR20150015447A：
simultaneous multi-BS capability reporting + RX beam + PDSCH；

KR20180089901A：
UE capability signaling + spatial QCL (= Rx-beam parameter) + PDSCH QCL；

KR20180088475A：
multi-panel + different analog beams on different panels + panel reporting；

KR20180018436A：
TRP-specific Rx beam measurement/reporting。

所以，如果下一步要为CN114051705B权利要求1做实质性的特征对照，我建议韩文证据优先顺序就是：D1 KR20150015447A → D2 KR20180089901A → D3 KR20180088475A → D4 KR20180018436A → D5 KR20150009538A。

尤其是 D1 KR20150015447A，应当逐段、逐图制作claim chart，因为它对你指定这一句中的“能力报告—多个点—同时接收—PDSCH Rx beam”覆盖异常集中。以上是专利检索及技术披露分析，不构成对创造性/新颖性成立与否的法律结论。

按照你的限制，我重新以 Google Patents 的 CN 中文公开文本为主做了多轮检索，并执行了两个硬筛选：

第一，公开日必须严格早于 2019-04-08；第二，不反查前面英/日/韩检索已经出现的专利族。 因此，例如 CN109889246A 虽然技术上极强，但它与上一轮韩文 KR20150015447A 属于同族，我已排除；CN108111196A/CN104584450A 与前面日文 JP2015523013A 属同族，也不放进本轮结果。

这一轮的结果比预想的好。尤其是 CN108023623A + CN109391948A + CN108199819A + CN107889098A，已经可以分别覆盖“panel capability → PDSCH预设/回退波束 → multi-BS simultaneous capability reporting”三条核心技术线。

下面是我认为真正有无效价值的部分。

1. CN108023623A：几乎正面打到“向网络报告 panel-specific beam capability”

这篇非常重要，而且是中国原始申请、2018-05-11已经公开。Google Patents记载其申请人为vivo，优先权日2016-11-04。(谷歌专利)

它不是普通的beam measurement文献。说明书首先指出 massive MIMO 会增加 panel（面板），而现有UE capability中缺少天线阵列结构信息。(谷歌专利)

随后其技术方案直接要求终端：

向基站发送终端天线结构设置参数。

其中射频参数明确包括：

panel个数；
每个panel支持的频点；
每个panel支持的beam个数；
每个panel的阵列极化方向数量。 (谷歌专利)

更关键的是，它明确把这些参数放入：

UE Capability Information

中，在基站发送 UE Capability Enquiry 后，由UE将包含天线结构参数的能力信息报告给基站。(谷歌专利)

然后同一篇又要求UE报告：

每个panel测得的最优下行发送beam，

报告内容包括：

panel标识 + beam标识。 (谷歌专利)

所以针对目标限定：

“向网络报告支持……面板特定……波束……的能力”

这篇不是靠推论，而是已经具有：

UE capability → network
→ number of panels
→ number of beams in each panel
→ panel-specific beam ID reporting。

这是本轮最值得作为核心证据之一的文献。

2. CN109391948A：非常接近“能力上报 + PDSCH预设/回退接收波束”

这是本轮后续检索中最值得新增的一篇。

CN109391948A，vivo，公开日 2019-02-26，优先权日2017-08-09，明显早于你的截止日。(谷歌专利)

它先明确说：

UE可以向网络侧设备上报：

终端能力信息和/或beam measurement report

其中终端能力信息可以包括：

终端处理能力 + 天线相关信息，天线相关信息又可以包括天线结构信息。 (谷歌专利)

然后直接进入PDSCH接收。

网络可以在PDCCH的DCI中指示同一slot的 PDSCH beam；但是当DCI还没有来得及解调时，UE不能等待，于是文献规定UE可以在DCI解调完成之前选择：

网络之前提前发送的beam indication；
上一次调度其他PDSCH使用的beam；
上一次成功接收其他PDSCH使用的beam；
或者当前PDCCH使用的beam。 (谷歌专利)

这实际上就是典型的：

DCI不能及时提供beam
→ UE采用事先已知/预定/fallback Rx beam
→ 用于当前PDSCH reception。

它虽然没有使用目标专利后来使用的固定术语 “panel-specific default beam”，但对“preset/default/fallback beam for PDSCH reception”的技术实质贡献很强。

更有意思的是，CN108023623A和CN109391948A都是vivo的不同专利族：

前者：

UE capability中直接放 panel number + beam number per panel；

后者：

UE capability可以包含antenna structure + PDSCH未及时获得动态beam时使用预先确定的beam。

这两篇放在一起，技术连接非常自然，而且不存在“同族换号”的问题。

3. CN108199819A：对“预设/default PDSCH beam”的杀伤力最高

CN108199819A，中兴，公开日2018-06-22。 (谷歌专利)

它的文字已经非常接近CN114051705B后来采用的default QCL机制。

说明书明确写：

当：

DCI和PDSCH之间的间隔 < K

时，因为UE尚未解码完DCI，所以已经必须开始射频接收PDSCH，于是根据：

最近slot中最低CORESET ID对应的QCL参数

获得：

PDSCH DMRS的QCL参数；

反之，当：

DCI-PDSCH间隔 ≥ K

则使用：

DCI中指示的QCL信息。 (谷歌专利)

同一文献的附图说明更加直接：

PDSCH的Spatial Rx parameter根据距离PDSCH最近的最低CORESET ID的CORESET的Spatial Rx parameter获取，

并直接把Spatial Rx parameter对应到：

PDSCH接收波束。(谷歌专利)

因此，虽然文献用的是：

Spatial Rx parameter / QCL

而不是字面写：

default beam

但从技术内容上：

DCI来不及解码
→ 不采用当前DCI动态beam
→ 使用预先确定的最低CORESET-ID QCL/Spatial Rx parameter
→ 接收PDSCH

就是目标所谓预设/default PDSCH Rx beam的核心机制。

还有一个非常重要的外围事实：

CN114051705B自己的Google Patents引用表中，唯一列出的Patent Citation就是CN108199819A，而且被标记为examiner citation。 (谷歌专利)

所以这篇应当放到第一梯队精读。

4. CN107889098A：直接公开“向网络上报多个基站同时支持能力”

CN107889098A，中兴，公开日2018-04-06。 (谷歌专利)

其摘要几乎就是你目标限定中“multi-TRP capability reporting”的早期抽象形式：

终端向第一基站上报能力信息，该能力信息为终端在当前接入的一个或多个第二基站上同时支持的能力。(谷歌专利)

正文还明确是标准UE能力过程：

UECapabilityEnquiry → UECapabilityInformation。 (谷歌专利)

而其实施例不是假想：

UE可以同时具有：

LTE基站1 + 5G基站2

两个服务基站，甚至扩展至三个服务基站。

第一、第二基站分别请求UE能力；UE报告能力后，两个基站根据：

“LTE和5G同时支持的能力索引”

协商配置。(谷歌专利)

其基站权利要求甚至直接表述：

接收终端上报的能力信息，该能力信息为终端在当前接入的一个或多个第二基站上同时支持的能力。(谷歌专利)

这一篇的缺口要准确把握：

它是multi-BS / multi-connectivity simultaneous capability，不是后来NR术语下严格定义的“multiple TRP simultaneous PDSCH reception capability”。

所以我不会说它单篇已经逐字公开目标特征。

但是对于：

“是否能够同时在多个网络发送节点/基站工作，是一种UE capability，而且要向网络报告”

它的公开非常直接。

5. CN109417717A：明确公开“一个panel一个Rx beam，多panel同时接收”

CN109417717A，小米，2019-03-01公开，距离截止日只有38天。(谷歌专利)

这篇有一句对目标技术思路特别重要：

一个panel可以支持多个接收波束方向，但同一时刻通常只能用一个方向接收。

因此如果终端配置：

N个panel，N≥2

则终端能够：

同时在N个接收波束方向接收信号，且每个antenna panel上使用一个receive beam direction。 (谷歌专利)

也就是：

Panel 1 → Rx beam 1
Panel 2 → Rx beam 2
…
Panel N → Rx beam N
→ simultaneous reception。

这对目标中的：

panel-specific beam + simultaneous reception

形成非常漂亮的物理层桥梁。

它的缺口是：该案主要解决panel/SRS测量和上行波束配置，没有直接说这些同时接收信号来自多个TRP，也没有把上述能力包装为UE capability。

所以它最好和 CN107889098A / CN108023623A 配合，而不是单独使用。

6. CN105359569A：明确写“多个传输点同时发送PDSCH”

如果需要给“来自多个接收点的同时接收”找一个极其干净的PDSCH文本，这篇很好。

CN105359569A，LG，2016-02-24公开，属于本轮独立发现的另一专利族，没有使用前面已检出的韩文族。(谷歌专利)

其CoMP部分直接定义：

联合传输方案是从多个点同时发送PDSCH的方案，即发送给单个UE的数据可以从多个传输点同时发送。(谷歌专利)

同一文献还明确：

多个DL点称为：

transmission points (TP)。(谷歌专利)

因此从UE侧就是：

single UE ← simultaneously receives PDSCH transmission from multiple transmission points。

对目标限定：

“支持来自多个接收点的同时接收的多发送接收点操作”

这是非常好的底层现有技术。

它缺的只是：

“UE向network报告自己是否支持这种同时接收的capability”。

这一缺口正好可以由CN107889098A等文献补。

7. CN102291759A：很早就把“几个接收机”作为UE capability上报

这篇可以作为“为什么并行接收硬件能力本来就是UE capability”的基础文献。

CN102291759A，电信科学技术研究院/大唐，2011-12-21公开。 (谷歌专利)

它明确规定：

UE向基站发送接收机能力信息；
通过RRC消息发送；
能力信息可以包括接收机种类或数量；
这些内容加入UE capability，由UE能力上报过程通知network。 (谷歌专利)

例如UE可以有4个接收机，并把：

某band由一个还是多个receiver支持

通过新增IE上报给网络。(谷歌专利)

它当然不是NR multi-TRP文献，但证明了一个很早的技术常识化框架：

“UE有多少套独立接收资源、能否在不中断当前数据接收的情况下进行另一接收任务” → receiver capability → UE capability signaling → network。

这对理解CN114051705B后来把“同时multi-TRP Rx”做成一个capability bit/信息项是有辅助价值的。

我认为目前最强的中文证据组合

如果目标只锁定你指定的这一段，而暂时不讨论权利要求1其他特征，目前最有攻击价值的是：

CN108023623A + CN109391948A + CN107889098A + CN105359569A

并以 CN108199819A 强化“default/preset PDSCH beam”。

对应关系可以整理成：

CN108023623A

→ UE Capability Information
→ panel number
→ beams supported per panel
→ panel ID + beam ID report

CN109391948A

→ UE reports terminal capability/antenna structure information
→ dynamic PDSCH beam尚未来得及时
→ 使用提前指示beam / previous-PDSCH beam / PDCCH beam
→ 当前PDSCH reception

CN108199819A

→ DCI-PDSCH offset < threshold K
→ PDSCH不采用尚未解出的动态TCI
→ lowest-CORESET-ID QCL/Spatial Rx
→ PDSCH receive beam

CN107889098A

→ UE capability report
→ capability simultaneously supported across multiple BSs
→ 2/3 serving BS同时工作的能力协调

CN105359569A

→ multiple TPs
→ simultaneous PDSCH transmission to same UE

再加入 CN109417717A：

→ multiple UE panels
→ one Rx beam per panel
→ simultaneous reception through multiple Rx beams

之后就形成了一条相当完整的技术拼图：

UE向网络报告能力
→ 能力可以描述panel及每panel支持的beam
→ PDSCH在动态beam来不及时使用预先确定/default/fallback beam
→ 多个panel可同时形成多个Rx beams进行接收
→ UE的multi-base-station simultaneous support本身可以被作为capability报告
→ 多个transmission points同时向同一UE发送PDSCH早已存在。

与目标特征逐项比对

目标限定可以拆成：

A. 向网络报告“能力”
D1 CN108023623A、D2 CN109391948A、D4 CN107889098A、D7 CN102291759A均有贡献。

B. 能力涉及panel-specific beam support
D1最强：直接把 panel number + beam number per panel 放进UE Capability Information。

C. 该beam用于PDSCH reception，而且是preset/default/fallback
D3 CN108199819A最强；D2 CN109391948A也非常强。

D. multi-TRP / multiple reception points
D6 CN105359569A直接披露multiple TP simultaneous PDSCH；D4披露多个基站同时支持的UE能力。

E. simultaneous reception
D5直接披露多个panel同时形成多个Rx beam接收；D6直接披露多个TP同时发送PDSCH给一个UE；D4则把多个BS的“同时支持”做成报告能力。

一个很关键的检索结论

截至目前，按照你要求的三个条件：

CN中文公开文本 + 公开日＜2019-04-08 + 不使用前面已找到文献的同族

我仍然没有发现一篇单独的CN文献逐字把下面所有要素装进同一个UE capability里：

UE向network报告一个multi-TRP capability，并且该同一capability同时表示支持“panel-specific default PDSCH beam”和“simultaneous reception from multiple TRPs”。

但这次检索发现的证据链已经比前几轮更值得重视，因为几个关键连接点并不是泛泛的技术背景，而是在截止日前已有非常具体的直接文字：

2018-05-11：panel数和每panel beam数已经作为UE capability上报； (谷歌专利)

2018-06-22：PDSCH在短DCI→PDSCH offset时使用最低CORESET ID的QCL/Spatial Rx作为回退接收机制； (谷歌专利)

2019-02-26：UE先报告能力/天线结构，PDSCH在动态beam未及时解出时直接使用提前beam、previous-PDSCH beam或PDCCH beam； (谷歌专利)

2018-04-06：终端把多个服务基站上“同时支持的能力”作为UE capability向基站报告； (谷歌专利)

2019-03-01：多个UE panel可以同时形成多个Rx beam进行接收； (谷歌专利)

2016-02-24：多个transmission points同时向单个UE发送PDSCH已经明确公开。 (谷歌专利)

此外，目标专利自己的Google Patents案卷引用 CN108199819A，这使得该文献尤其值得作为第一批逐段做claim chart的对象。(谷歌专利)

我建议下一步直接围绕 D1 CN108023623A、D2 CN109391948A、D3 CN108199819A、D4 CN107889098A、D6 CN105359569A 做一份“目标权利要求1该特征—在先文献逐字原文—段落/权利要求号—直接/隐含披露—缺口”的无效检索对照表，这五篇目前最值得深挖。以上属于专利检索和技术披露分析，不构成法律意见。

我把这轮检索限定为3GPP官网/FTP、3GPP规范镜像（ETSI）、以及能够确认3GPP TDoc网络公开日期的专利审查检索记录，并严格要求在2019年4月8日之前已经公开或已经能从3GPP服务器取得。对会议在2019年4月8日以后、且无法证明此前已经上传的材料，我没有纳入。

先给结论：2019年4月8日前已经存在一条相当完整的3GPP技术链。 其中，Rel-15规范已经直接标准化了“UE向网络报告beam/QCL相关能力”“PDSCH在调度间隔小于UE能力门限时使用默认QCL/接收波束”“UE报告可同时接收的两个beam/RS”；与此同时，2018年下半年至2019年3月的RAN1/RAN2文献又密集讨论 multi-TRP + multi-panel + multiple beam indication。目前我仍未发现一份截止日前3GPP文件把“panel-specific default PDSCH beam”和“simultaneous multi-TRP reception”逐字合并成同一个UE capability字段，但各组成块的公开非常集中。

一、最值得用于无效检索的3GPP文献

D1—D3的ETSI公开日均为2019年4月1日，因此满足你要求的“公开日在2019-04-08之前”。(NSAI标准商店)

二、TS 38.214 V15.4.0 是目前最关键的“PDSCH预设/default beam”标准证据

这份规范的价值非常高。

首先，TS 38.214明确把 QCL-TypeD 定义为：

Spatial Rx parameter

也就是UE侧用于空间接收滤波/接收波束确定的参数。(ETSI)

随后规范规定：如果用于调度PDSCH的DCI与PDSCH之间的时间偏移，小于一个基于UE所报告能力确定的门限，那么UE不能等到当前DCI中的动态TCI/QCL信息完成处理，而是按照最新slot中：

最低CORESET-ID对应的PDCCH QCL/TCI

来假设PDSCH DMRS的QCL关系。(ETSI)

技术链实际上已经是：

UE报告处理能力
→ 得到timeDuration/threshold
→ DCI-PDSCH offset < threshold
→ 不等待动态PDSCH beam indication
→ 使用预先确定的CORESET QCL
→ QCL Type-D = Spatial Rx parameter
→ 用该空间接收参数接收PDSCH。

这与CN114051705B所谓：

“用于至少一个PDSCH接收的……预设/default beam”

在技术实质上高度重合。

而且这不是我根据后来专利反推出来的。2018年8月的RAN1总结 R1-1809864 已经直接使用：

“default QCL assumption for PDSCH”

并进一步讨论：

“default PDSCH beam assumption”。(专利审查跟踪系统)

更值得注意的是，CN114051705B的英文同族US11683142本身就把R1-1809864列为非专利文献引用，并明确指向其section 3.4。(Justia Patents)

所以，如果只选一份3GPP TDoc深挖目标中的“预设/default PDSCH beam”，R1-1809864应该排第一。

三、TS 38.331 + TS 38.306 已经把这些beam能力做成“UE向网络报告的能力”

CN114051705B这一句的一个关键限定不是“UE有这种能力”，而是：

“向网络报告……能力”

TS 38.331 V15.4.0对此非常直接。

规范对 UECapabilityInformation 的定义就是用于传送网络所请求的UE radio access capability，方向明确是：

UE → Network。(ETSI)

而且其NR MIMO相关UE capability中已经出现：

maxNumberRxBeam
groupBeamReporting
PDSCH TCI状态相关能力
timeDurationForQCL

等字段。(ETSI)

TS 38.306 V15.4.0又进一步解释这些字段。例如：

maxNumberRxBeam：终端支持的receive beamforming switching能力；

groupBeamReporting：终端是否支持对一组两个reference signals进行beam/RSRP reporting；

maxNumberActiveTCI-PerBWP：PDSCH reception可以激活的TCI state数量；

以及configured TCI-state数量等。(ETSI)

因此截止2019年4月1日，3GPP已经不是只有：

“UE可以形成多个beam”

这种抽象概念，而是：

beam reception / beam reporting / PDSCH TCI / QCL处理能力
→ 明确定义为UE capability
→ 经UECapabilityInformation
→ UE报告给network。

这对目标权利要求的“向网络报告……能力”属于非常直接的标准化技术基础。

四、最值得注意的是：Rel-15已经明确报告“可以同时接收的波束”

这一点与“simultaneous reception”非常接近。

TS 38.214 V15.4.0的 groupBasedBeamReporting 规定：当启用group-based beam reporting时，在一次报告中UE可以报告两个CRI/SSBRI，其中对应的两个reference-signal resources：

能够被UE同时接收。

规范进一步区分，UE可以使用一个spatial-domain receive filter，或者使用：

multiple simultaneous spatial-domain receive filters

同时接收这两个资源。(ETSI)

而TS 38.306又把是否支持这种group-based reporting做成：

groupBeamReporting UE capability。(ETSI)

所以这里形成了一个非常有价值的截止日前标准链：

UE是否支持group beam reporting是一项UE capability
→ capability由RRC报告给网络
→ group reporting所报告的两个beam/RS是UE可以同时接收的
→ UE甚至可以采用multiple simultaneous spatial Rx filters。

需要严格区分：38.214这一段没有规定这两个RS必须分别来自两个TRP。

因此它可以非常强地证明：

“UE报告其同时接收多个空间波束/RS的能力”

但要把它进一步连接成：

“simultaneous reception from multiple TRPs”

还需要下面的multi-TRP文献。

五、2018年8月起，3GPP已经把“multi-TRP”和“panel”放在同一个标准化议题里

这一条时间线非常重要。

R1-1809117，Huawei/HiSilicon，Enhancements on multi-TRP/panel transmission in NR，能够确认至少在2018年8月11日已经公开。它的议题名称本身已经直接把：

multi-TRP ↔ panel

置于同一个NR增强方案之下。(谷歌专利)

到RAN1#95，又出现 R1-1814003：

“Summary … Enhancements on Multi-TRP/Panel Transmission of Offline Discussion”

而3GPP目录可以确认该文件于2018年11月19日已经上传。它不是单一厂商随意提出的一个孤立想法，而是对应RAN1 multi-TRP/panel专题offline discussion的总结。(3GPP)

与此同时，Qualcomm的 R1-1813442 “Multi-TRP Enhancements” 在3GPP目录中已经于2018年11月3日出现。(3GPP)

因此，在目标专利2019年4月8日最早优先权日前约5—8个月：

multi-TRP transmission
和
multi-panel transmission

已经不是两个互不相关的冷门概念，而是RAN1同一Rel-16 MIMO增强工作中的持续专题。

六、2019年2月的R1-1902540是“multi-TRP + multi-panel”最值得精读的截止日前文件之一

R1-1902540，Ericsson，“On multi-TRP and multi-panel”，用于RAN1#96，会议时间是2019年2月25日至3月1日。

更重要的是，欧洲检索报告明确记载该文件于：

2019-02-15

已经从3GPP FTP公开取得。(专利图像)

也就是说，它公开在CN114051705B最早优先权日前约七周。

该会议中还有大量同一agenda item 7.2.8.2材料，例如Nokia的 R1-1902563 “Enhancements on Multi-TRP/Panel Transmission”、Intel的multi-TRP/multi-panel材料、Fraunhofer的相关讨论稿等，说明这一议题在RAN1#96已经形成密集讨论。(Justia Patents)

从无效检索角度，R1-1902540尤其值得与TS 38.214的default PDSCH QCL规则并排阅读：

38.214负责“default PDSCH Rx beam/QCL”；
R1-1902540负责“multi-TRP/multi-panel环境”。

这两条技术线的时间距离已经非常近。

七、R2-1904756是截止日前非常重要的“多个TRP ↔ 多个beam”桥梁

这篇尤其值得注意，因为它所在的RAN2 #105bis会议是2019年4月8日至12日，表面看似乎踩到目标优先权日。

但是检索记录明确显示：

R2-1904756，Samsung，“MAC CE design for support of multiple beam indication for multiple TRPs”

在 2019年3月29日 就已经在3GPP服务器公开，因此按照你现在采用的“公开日早于2019-04-08”标准，它应当进入截止日前资料。(谷歌专利)

它的标题本身就非常关键：

multiple beam indication
for
multiple TRPs

也就是说，在目标优先权日前至少10天，RAN2已经存在一份公开贡献稿直接讨论：

“为多个TRP支持多个beam indication的MAC CE设计”。

这篇不等同于“UE capability report”，也不是单独的“default PDSCH beam”文献，但它是将：

multi-TRP ↔ multiple beam signaling

接起来的非常强的桥梁。

八、把目标限定逐项映射后，证据关系很清楚

目标限定可以拆成：

① UE向网络报告能力

TS 38.331 + TS 38.306：直接披露。

② 能力涉及PDSCH接收beam/QCL

TS 38.331/38.306中的PDSCH TCI及Rx-beam能力：直接贡献。

③ PDSCH使用preset/default/fallback beam

TS 38.214 V15.4.0 + R1-1809864：非常直接。 尤其R1-1809864已经明确使用“default PDSCH beam assumption”。(专利审查跟踪系统)

④ UE能够同时接收多个beam/RS

TS 38.214 groupBasedBeamReporting：直接披露“simultaneously received”以及multiple simultaneous spatial Rx filters。 (ETSI)

⑤ multiple TRPs

R1-1813442、R1-1814003、R1-1900728、R1-1902540：直接multi-TRP专题。

⑥ panel-specific / multi-panel

R1-1809117、R1-1814003、R1-1900728、R1-1902540：直接把panel与multi-TRP放在同一议题。

⑦ multiple beams对应multiple TRPs

R2-1904756：非常直接的桥梁。 (谷歌专利)

目前最强的3GPP证据组合

如果只针对你指定的这一段技术特征，而不是整个权利要求1，我认为第一优先技术组合应当是：

TS 38.331 V15.4.0 + TS 38.306 V15.4.0 + TS 38.214 V15.4.0 + R1-1809864 + R1-1902540 + R2-1904756。

它形成的技术链是：

TS 38.331 / 38.306
→ UE向network报告能力
→ Rx beam / group beam reporting / PDSCH TCI / QCL处理能力；

TS 38.214
→ QCL Type-D = Spatial Rx parameter
→ DCI-PDSCH offset小于基于reported UE capability确定的threshold
→ 使用lowest-CORESET-ID的default/fallback QCL来接收PDSCH
→ 同时UE还能报告两个可被同时接收的beam/RS；

R1-1809864
→ 进一步明确称其为 default PDSCH beam assumption；

R1-1902540
→ 将物理层讨论推进到 multi-TRP + multi-panel；

R2-1904756
→ 明确设计 multiple beam indication for multiple TRPs。

这条链中，真正仍需谨慎的唯一关键连接是：

“panel-specific default beam”与“simultaneous multi-TRP reception”是否在截止日前已经被3GPP明确规定为同一个、统一的UE capability。

目前我没有检到这样的单篇3GPP文献。 截止日前的状态更像是：Rel-15规范已经把“default PDSCH beam/QCL + UE beam capability + simultaneous beam reception”标准化，而Rel-16的RAN1/RAN2提案正在把这些机制扩展到“multi-TRP/multi-panel/multiple beam indication”环境。

但就技术特征来源和组合关系而言，2019年4月8日以前的3GPP材料已经非常密集，尤其 R1-1809864 还是CN114051705B同族自身列明的3GPP非专利引用文献，这一点值得优先制作逐字比对表。(Justia Patents)

以上是3GPP资料检索和技术披露比对，不构成专利有效性的法律结论。

综合该对比文件 CN104620551A 的说明书，我认为它对目标特征具有很高的实质公开程度，尤其强在“UE向网络报告RX波束/面板能力 + 多个发送点并行接收”。但若用于新颖性无效，仍存在一个值得警惕的缺口：文件没有非常明确地使用或定义“面板特定预设波束（panel-specific preset beam）”这一完整概念。

目标特征可拆为：

“向网络报告支持用于至少一个PDSCH接收的面板特定预设波束，和用于支持来自多个接收点的同时接收的多TRP操作中的能力。”

一、逐项比对

二、最关键的公开内容

1. “面板特定”的基础公开非常明确

说明书首先不是抽象地讲多个接收波束，而是明确把接收能力与RF链、天线子阵列、不同方向的面板联系起来：

“可以有多个RF处理链、天线子阵列或者面向不同方向的面板……对于同时的波束形成，接收器850可能需要针对需要被同时形成的每个RX波束使用不同的RF处理链或者天线子阵列。”

而且紧接着规定，这种波束形成能力，包括“哪些波束不能同时形成/使用、哪些可以同时形成和使用”，可以反馈给发送器；发送器据此决定是否使用“多个发送点或发送器”与接收器通信。

因此：

“UE具有面板/RF链特定的接收波束能力，并把这一能力报告给网络侧”已经非常接近直接公开。

2. 文件甚至明确公开“不同面板上的RF处理链”

图13的CoMP实施方式尤其重要：

UE可以根据CoMP通信原则并行连接到多个基站102和103；

并明确：

“UE 116具有位于UE 116的不同面板上的三个不同的RF处理链1220、1225和1305。”