非显而易见性评估仅供参考,不构成法律建议。
| 编号 | 名称 |
|---|---|
| 0 | 2004-11-11_US2004223403A_发明申请_US20040223403A1 Drive unit for plastics injection machines.docx |
| 0 | 2007-06-12_US7229205B_发明授权_US07229205B2 Drive unit for plastics injection machines.docx |
| 0 | 2019-02-14_US2019053184A_发明申请_US20190053184A1 Time Alignment Timer Information_+++a_b_i+++.docx |
| 0 | 2019-10-10_US2019313433A_发明申请_US20190313433A1 SCHEDULING AND TIME-DOMAIN CONFIGURATION IN INTEGRATED ACCESS AND BACKHAUL_+++A_f_g_h_i+++.docx |
| 0 | 2019-11-14_US2019349036A_发明申请_US20190349036A1 ENHANCED TIMING ADVANCE SCHEME TO SUPPORT MU-MIMO IN INTEGRATED ACCESS AND BACKHAUL_+++A_F_G_H_I_K_P_l+++.docx |
| 0 | 2019-11-14_US2019349079A_发明申请_US20190349079A1 RESOURCE COORDINATION FOR INTEGRATED ACCESS AND BACKHAUL_+++A_B_C_F_G_H_I+++.docx |
| 0 | 2019-11-28_WO2019226016A_发明申请_WO2019226016A1 무선 통신 시스템에서 노드에 의해 수행되는 감지 방법 및 상기 방법을 이용하는 노드_+++A_B_C_F_G_h_i+++.docx |
| 0 | 2019-12-03_CN110536350A_发明公开_CN110536350A IAB链路控制方法、通信单元、计算机可读存储介质_+++A_F_G_b_c_h_i+++.docx |
| 0 | 2019-12-03_CN110536377A_发明公开_CN110536377A 父节点选择方法、装置、设备及介质_+++A_f_g_h_i+++.docx |
| 0 | 2019-12-03_CN110536407A_发明公开_CN110536407A 发送定时的确定方法及设备、计算机可读存储介质.docx |
| 0 | US10841942B2_Description_20260620_1617_+++A_f_g_h_i+++.docx |
| 0 | WO2019194737A1_Description_20260620_1617_+++A_F_G_h_i+++.docx |
一种用于在无线通信系统中执行集成接入和回程IAB操作的方法,该方法由IAB节点执行并且包括以下步骤;向父节点发送请求信息;以及在发送所述请求信息之后,执行所述IAB操作;其中,所述请求信息告知是否需要特定定时情况。
作为一名经验丰富的专利代理师,我将针对目标专利(CN115039459B)的权利要求1,紧密结合说明书及三份对比文件进行深度的技术特征比对、创造性分析,并指出无效请求中对请求方而言最薄弱的特征,最后给出针对性的进一步检索策略。
---
## 一、 权利要求1的技术特征拆解与说明书释义
根据目标专利说明书及权利要求书,权利要求1的核心关注点在于**IAB节点(集成接入和回程节点)在执行操作前,如何向父节点告知其定时情况需求(特定定时情况)**。
基于说明书具体实施方式的记载,我们将权利要求1拆解为以下四个技术特征,并结合说明书进行释义:
* **技术特征A:该方法由IAB节点执行并且包括以下步骤**
* **说明书释义**:参见说明书`[0139]`,IAB节点(IAB-node)是指支持对终端的无线电接入并且支持接入业务的无线回程的RAN节点。它通常包含DU(分布式单元)和MT(移动终端)两个逻辑实体(参见`[0147]-[0150]`)。
* **技术特征B:向父节点发送请求信息**
* **说明书释义**:参见说明书`[0137]`和`[0309]-[0311]`,在IAB网络中,IAB节点与其直属上级节点(父节点、CU或网络)之间需要进行信息交换,以确定复用方案和定时对准方法。
* **技术特征C:在发送所述请求信息之后,执行所述IAB操作**
* **说明书释义**:参见说明书`[0191]-[0192]`、`[0358]`,在父节点配置或确认该节点实际要应用的定时对准情况后,IAB节点基于该定时对准情况清楚地执行MT(接入)和DU(回程)操作。
* **技术特征D:其中,所述请求信息告知是否需要特定定时情况。**
* **说明书释义**:这是本权利要求的**核心限定**。结合说明书`[0193]-[0203]`、`[0345]-[0352]`,这里的“特定定时情况”是指在**定时对准情况1(Case 1)、情况6(Case 6)、情况7(Case 7)**等当中,IAB节点自身“支持或预期使用/请求”的非传统定时对准方案(尤其是传统Rel-16以外的Case 6或Case 7)。请求信息告知是否需要这种特定定时情况,以便父节点做出对准配置。
---
## 二、 对比文件技术特征比对与出处分析
我们将使用 **D1**(US20190053184A1)、**D2**(US20190313433A1)、**D3**(US20190349036A1)来指代三份对比文件。以下分析各对比文件分别毫无异议地公开或实质公开了哪些特征。
### D1: US20190053184A1 (Time Alignment Timer Information)
* **技术领域**:多载波通信系统中的定时提前组(TAG)和时间对准定时器(TAT)的管理(参见`[0119]`、`[0172]`)。
* **特征比对分析**:
* D1公开了基站(gNB/eNB)和无线设备(UE)之间的分布式架构(CU-DU分离,参见`[0129]-[0130]`、`[0191]`)。
* D1的架构主要基于传统的**宿主基站-移动终端/分布式单元**关系,虽然提及了信令交互和`timeAlignmentTimer`的配置,但其核心解决的是TAG重构和TAT超时资源释放问题(参见`[0243]-[0247]`),其交互主体是“无线设备(UE)与基站”。
* **结论**:D1**未公开**由“IAB节点”执行向“父节点”发送告知“是否需要特定定时情况”的请求信息这一通信场景。即未公开特征A、B、C、D。
### D2: US20190313433A1 (SCHEDULING AND TIME-DOMAIN CONFIGURATION IN IAB)
* **技术领域**:集成接入和回程(IAB)网络中的时域资源分配与调度(参见`[0002]`)。
* **特征比对分析**:
* D2明确公开了**IAB网络**架构。参见`[0069]`及图7,公开了供电基站(Donor BS 710A)通过无线回程链路(Backhaul link 702)连接中继节点(Relay node 710B,即IAB节点),中继节点再通过接入链路连接子节点(UE)。这毫无异议地公开了**特征A**。
* 关于信令交互,D2主要关注的是中继节点**接收**来自供电基站的下行控制信令(DCI),从而确定用于回程通信的时域资源分配(如K0, K1, K2时域偏移,参见`[0071]-[0073]`、`[0079]`)。
* **结论**:D2属于“自上而下”的配置模式(父节点调度子节点),**未实质公开**由IAB节点“主动向父节点发送请求信息以告知是否需要特定定时情况”的交互流。因此,D2公开了特征A,未公开特征B、C、D。
### D3: US20190349036A1 (ENHANCED TIMING ADVANCE SCHEME IN IAB)
* **技术领域**:IAB系统中的增强型定时提前(TA)对齐方案,以支持MU-MIMO(参见`[0001]`)。
* **特征比对分析**:
* **特征A**:公开。参见`[0015]`、`[0031]`,明确记载了由分布式节点/中继网络节点(Relay network node / IAB node 210)执行定时调整。
* **特征B & 特征D**:实质公开。参见`[0015]`、`[0036]`、`[0048]`、`[0060]`,D3指出为了实现MU-MIMO,回程链路(Backhaul link)和接入链路(Access link)到达接收端的时间必须对齐。为此,分布式网络设备需要获得来自父节点的TA参数(`TA_parents`),同时基于自身与子节点距离确定`TA_access`,并将其结合($TA = TA\_access - TA\_parents$)。在`[0060]`中,明确记载了“接收来自宿主节点的RRC配置传输,其通知该分布式网络设备关于父节点的TA偏移量(...receive an RRC configuration transmission from a donor node which informs the distributed network device of the TA offset from the parent node...)”。由于D3的核心发明在于**改变常规的定时对准方案( regular timing advance scheme ),引入特定的多链路同时对准方案**(对应目标专利的Case 6/7),在此基站与节点的上下级能力协商和特定对准方案请求是必然延伸(实质公开)。
* **特征C**:公开。参见`[0015]`、`[0038]`,在配置/调整对应定时参数后,IAB节点并行执行回程和接入的接收/发送(即执行IAB操作)。
---
### 权利要求1的技术特征比对表
| 权利要求1的技术特征 | 目标专利说明书出处 | D1(US20190053184A1) | D2(US20190313433A1) | D3(US20190349036A1) |
| 技术特征A:一种用于在无线通信系统中执行集成接入和回程IAB操作的方法,该方法由IAB节点执行并且包括以下步骤; | [0005], [0139] | 未公开(仅为普通的CU-DU和UE) | 毫无异议公开<br>[0069], 图7 (公开Donor BS与Relay node 710B的IAB架构) | 毫无异议公开<br>[0015], [0031] (公开IAB node 210及分布式节点) |
| 技术特征B:向父节点发送请求信息; | [0309]-[0311], [0345] | 未公开 | 未公开(D2侧重于接收下行DCI调度) | 实质公开<br>[0015], [0060] (公开IAB节点与宿主/父节点交互TA能力与RRC配置信令) |
| 技术特征C:在发送所述请求信息之后,执行所述IAB操作; | [0005], [0192] | 未公开 | 未公开 | 毫无异议公开<br>[0015], [0038] (完成TA调整后执行多链路并行的IAB传输) |
| 技术特征D:其中,所述请求信息告知是否需要特定定时情况。 | [0005], [0348]-[0349] | 未公开 | 未公开 | 实质公开<br>[0015], [0036] (明确提出改变常规方案,计算并请求应用特殊的两阶段链路定时对齐函数) |
---
## 三、 最接近对比文件(D1/D2/D3)的选择分析
在创造性(无效阶段)分析中,选择**最接近的对比文件**通常从**技术领域、整体解决的技术问题、核心技术效果以及公开特征数量**四个维度考虑。
### 候选者分析:
1. **D1 (US20190053184A1)**:主要针对CU-DU分离架构下的常规无线设备(UE)的TAG定时器管理,不属于纯正的IAB多跳组网环境,解决的问题也是TAT超时后的通道资源释放,与目标专利相去甚远。不适合做最接近对比文件。
2. **D2 (US20190313433A1)**:属于IAB技术领域。**整体解决的技术问题**是:IAB节点在多链路上(回程与接入)由于时域资源重叠导致的调度冲突。**技术效果**是减少冲突。它公开了特征A。
3. **D3 (US20190349036A1)**:属于IAB技术领域。**整体解决的技术问题**是:IAB节点在多链路同时接收/发送时,由于各级节点传播延迟不同导致的定时未对齐、无法支持高级空间复用(如MU-MIMO)的问题。**技术效果**是通过特定的定时提前(TA)对齐方案,使回程和接入链路信号同时到达,消除碰撞,大幅提升空间复用效率。这与目标专利“*基于哪一定时对准情况执行IAB操作可变得清楚,增加无线通信的稳定性和效率*(`[0007]`)”的技术问题与效果**完全一致**。
### 结论:
**D3(US20190349036A1)最适合作为最接近的对比文件。**
* **理由**:D3不仅在技术领域、解决的问题(多链路定时碰撞与对齐)上与目标专利高度契合,而且它公开了权利要求1绝大部分的技术特征(包括执行主体IAB、特定的定时对齐计算、IAB操作执行)。
* 目标专利未被D3毫无异议公开的微弱区别仅在于:D3的信令流向在`[0060]`中侧重描写了父节点向IAB节点下发配置(通知TA offset),而权利要求1将其表述为“IAB节点向父节点发送请求信息以告知是否需要特定定时情况(反向提需求)”。
---
## 四、 针对请求方(无效宣告申请人)最薄弱的技术特征
如果在诉讼或无效宣告程序中,请求方仅凭现有的D1、D2、D3去进攻权利要求1,**最薄弱(即最难攻克/最容易被专利权人抗辩成功)的技术特征是:**
> **技术特征D(及与之关联的特征B):向父节点发送请求信息,其中所述请求信息告知是否需要特定定时情况。**
### 原因分析:
1. **信令方向的差异**:D3虽然完整公开了“特定定时情况”(即改变 regular scheme,利用公式 $TA=TA\_access-TA\_parents$ 达到回程与接入同时到达的特殊定时状态),但D3文本中明文记载的交互是“接收方向”(IAB节点接收来自Donor的RRC配置通知)。专利权人一定会极力抗辩:特征B和D要求的是一种**自下而上的“请求/告知”机制**(IAB节点主动告知父节点其是否需要特定定时),这属于双向能力协商中的上行请求阶段,D3并未显式写出这一反向请求动作。
2. **D2的局限性**:D2虽然有上行/下行的时域调度(K0, K1, K2),但D2里的信令完全是基于DCI或下行控制信令的单向时域资源指派,不涉及“IAB节点向父节点申请特定定时对准Case”的语义。
3. **审查员/法官的自由裁量**:如果请求方仅使用“惯用技术手段”或“必然延伸”来推定特征B/D中“IAB节点主动请求”已被公开,在缺乏明确字面公开的情况下,很容易被专利权人以“本发明提供了节点主动触发机制,避免了父节点盲目配置,提高了网络灵活性”为由抗辩成功。
---
## 五、 进一步检索策略
为了彻底攻克上述薄弱特征(特征B+D的结合,即**IAB节点向父节点/网络侧发送请求/告知其所需特定定时情况/Case的能力或需求信令**),建议采取以下精细化检索策略:
### 1. 追踪3GPP标准提案(GCP / 3GPP Contributions)检索
目标专利的优先权日/申请日大约在2020-2021年前后(基于授权公告号CN115039459B及2023年授权推导,且文本中大量提及“Rel-16 IAB节点”)。这意味着该专利极大概率是**3GPP 5G Rel-17 IAB增强阶段(如网络控制中继、多面板、特定定时Case 6/7引入讨论)的标准必要专利(SEP)提案文本转化而来**。
* **检索源**:3GPP 官方控制文档库(3GPP Portal / 3GPP Meeting Transactions)。
* **聚焦工作组**:**RAN1**(物理层协议)或 **RAN2**(层2/层3无线资源控制协议)。
* **检索关键词组合**:`"IAB-node" AND ("Timing alignment case" OR "Case 6" OR "Case 7") AND ("request" OR "inform" OR "reporting" OR "capability") AND ("parent node" OR "gNB-CU" OR "Donor")`
* **目的**:找出在2019年-2021年间,各大电信巨头(如三星、华为、高通、LG等)在RAN2/RAN1会议上提交的提案(Tdoc)。标准提案中通常会详细讨论“子节点如何向父节点报告其偏好的定时Case(Case preference reporting)”,这种Tdoc属于公开出版物,可直接作为现有技术(D4)用于证明特征B+D属于标准演进中的公知常识或被其他公开文献直接公开。
### 2. 专利文献深度扩展检索(针对信令交互)
利用更精确的信令层面关键词,在万方、CNKI、欧专局(Espacenet)及谷歌专利中检索**特定对准Case请求**的专利。
* **IPC分类号锁定**:`H04W56/00`(无线通信中的同步/定时对准)、`H04W84/04`(中继拓扑)。
* **检索式设计(示例)**:
* `(IAB 节点 或 中继) 并且 (父节点 或 宿主 或 基站) 并且 (请求 或 告知 或 报告) 并且 (特定定时 或 定时对准情况 或 偏好 或 能力)`
* `("IAB" OR "relay") AND ("parent" OR "donor" OR "CU") AND ("request" OR "indicate" OR "report" OR "inform") AND ("timing alignment" OR "multiplexing type" OR "case preference")`
* **检索方向**:重点关注本案专利权人(从附图风格及术语“另选1、另选2”来看,极具大厂如LG、三星、或者是电信科学技术研究院的撰写特征)在同期的**家族关联申请**,或其竞争对手针对Rel-17 IAB定时对准提交的专利申请,寻找是否存在字面公开“主动发送请求信息告知特定定时需求”的文献,从而彻底补齐无效证据链。
作为一名经验丰富的专利代理师,我将为您对目标专利权利要求1进行深度解析,并结合三份对比文件(D1、D2、D3)的原文及详细出处进行实质性公开与创造性分析。
---
## 权利要求1的技术特征拆解与说明书理解
根据目标专利说明书《CN115039459B》,本发明的核心技术方案在于解决**IAB节点在不同复用类型(TDM/非TDM)和不同的定时对准情况(情况1/6/7)下,如何通过与父节点(或CU/网络)进行信息交互,从而明确并使能特定的复用和定时对准方案,以提高无线通信的稳定性和效率**。
针对权利要求1,我们将其拆解为以下4个独立的技术特征:
* **特征A:** 一种用于在无线通信系统中执行集成接入和回程IAB操作的方法,该方法由IAB节点执行并且包括以下步骤;
* **特征B:** 向父节点发送请求信息;
* **特征C:** 在发送所述请求信息之后,执行所述IAB操作;
* **特征D:** 其中,所述请求信息告知是否需要特定定时情况。
---
## 对比文件原文比对与公开性分析
我们引入三份对比文件进行深度分析:
* **D1:** `US2019349079A1` (RESOURCE COORDINATION FOR INTEGRATED ACCESS AND BACKHAUL)
* **D2:** `WO2019226016A1` (무선 통신 시스템에서 노드에 의해 수행되는 감지 방법 및 상기 방법을 이용하는 노드)
* **D3:** `CN110536350A` (IAB链路控制方法、通信单元、计算机可读存储介质)
### 1. D1 (`US2019349079A1`) 公开性分析
D1聚焦于**动态资源协调(DFSC)**以支持多跳IAB网络。
* **特征A/B/C:** D1在具体实施方式中公开了“The IAB node can request a dynamic frame structure coordination message from the parent node... via uplink control message (e.g., PUCCH...)...” `[0023]`, `[0044]`。说明IAB节点向父节点发送请求,并在调整后执行IAB通信。
* **特征D:** D1所请求和协调的内容是**时频资源/帧结构图样**(如 `[0048]` 提及的TDD configuration index、下行和上行符号的数量/位置),其本质是为了在**半双工约束**下协调TDM/FDM图样,**并未涉及或公开“告知是否需要特定定时情况(如特定的定时对准方案/TA调整)”**。
### 2. D2 (`WO2019226016A1`) 公开性分析
D2聚焦于**IAB节点之间的非周期性发现/感知识别与周期性测量机制**。
* **特征A/B/C:** D2公开了第1节点(中继节点)从第2节点(父节点)接收感知设定和感知请求信息,并向父节点反馈感知结果。但D2的交互逻辑主要是**“父节点下发请求 $\rightarrow$ 子节点反馈”**,属于下行触发类型,**并未明确公开由“IAB节点主动向父节点发送请求信息以执行IAB操作”**的架构。
* **特征D:** D2在引入帧边界偏移([方法A/B/C] `图15`)时,其目的是通过分配互不干扰的直交资源来避免半双工节点的收发冲突。D2中子节点的传输时序是由父节点根据**“离宿主节点的跳数(Hop Count)”**半静态计算并下发的(`[方法A]`:“RN(x)의 프레임 경계는... α*C_x... 만큼 오프셋을 지닌다”),**并未公开或实质公开“由子节点发送请求信息以告知是否需要特定定时情况”**。
### 3. D3 (`CN110536350A`) 公开性分析
D3聚焦于**IAB拓扑链路失败或迁移时的控制与重建**。
* **特征A/B/C:** D3公开了当上层链路失败或迁移时,通信单元(IAB)接收CU发送的控制信息(如路由表、成本信息)或向CU发起RRC重建请求 `[0017]-[0020]`,以执行后续的链路控制操作。
* **特征D:** D3的请求信息是为了**更新路由关系或进行拓扑重建**(如 `[0085]` 路由列表包括目标标识、下一跳标识),**完全没有涉及定时对准或特定定时情况的告知**。
---
## 技术特征比对表
下面给出各对比文件与目标专利权利要求1的技术特征映射与详细出处比对:
| 权利要求1的技术特征 | D1 (US2019349079A1) 比对与出处 | D2 (WO2019226016A1) 比对与出处 | D3 (CN110536350A) 比对与出处 |
| 特征A: 一种用于在无线通信系统中执行集成接入和回程IAB操作的方法,该方法由IAB节点执行并且包括以下步骤; | 毫无疑问公开。<br>出处:[0003], [0021],公开了在NR网络中通过IAB节点实现集成接入和回程。 | 毫无疑问公开。<br>出处:【명세서】背景技术 部分及 [0030] 频段说明,公开了由IAB节点执行操作。 | 毫无疑问公开。<br>出处:[0003]-[0004],明确公开了多跳层级IAB操作方法及IAB节点架构。 |
| 特征B: 向父节点发送请求信息; | 毫无疑问公开。<br>出处:[0023] "The IAB node can request a dynamic frame structure coordination message from the parent node." 及 [0044]。 | 未公开。<br>D2主要为父节点向子节点下发检测请求([S1630])。 | 实质公开。<br>出处:[0028] "向donor CU发送RRC重建请求",CU包含或通过父节点连接。 |
| 特征C: 在发送所述请求信息之后,执行所述IAB操作; | 毫无疑问公开。<br>出处:[0042], [0062] 图9(步骤912-914),在动态协调后,基于修改后的帧结构执行IAB通信。 | 实质公开。<br>出处:[S1640],子节点在交互后执行发现信号的发送与感知IAB操作。 | 毫无疑问公开。<br>出处:[0029] 图4,在发送重建请求后接收重建消息并执行链路控制操作。 |
| 特征D: 其中,所述请求信息告知是否需要特定定时情况。 | 未公开。<br>D1请求的是动态时频资源 release/request([0044], [0048]),非特定定时对准情况。 | 未公开。<br>D2中偏移量由Hop数半静态决定([方法A]),非子节点通过请求信息告知定时需求。 | 未公开。<br>D3请求更新的是拓扑路由和迁移信息([0084]),不涉及定时情况告知。 |
---
## 创造性最接近对比文件(最接近现有技术)分析
在创造性审查中,判断最接近对比文件应从**技术领域、解决的技术问题以及技术效果**三个维度进行综合考量。针对本案,**最适合作为最接近对比文件的是 D1 (`US2019349079A1`)**。
### 1. 为什么选择 D1 作为最接近对比文件?
* **技术领域完全相同:** D1与目标专利均属于5G/NR中IAB节点的资源与时序行为协调领域。
* **解决的技术问题最契合:** 目标专利旨在解决由于同一IAB节点中DU和MT共置(并置)带来的同节点内干扰、符号/时隙边界未对准问题;而D1解决的同样是“ usage of different frame structure patterns on different hops can result in cross-link interference (CLI)”(`[0022]`),即多跳网络下的跨链路干扰与半双工冲突问题。
* **技术手段与效果最接近:** 两者均采用了**“子节点向父节点发送动态请求 $\rightarrow$ 父节点协调/释放资源 $\rightarrow$ 子节点在特定时间调整行为”**的动态控制流,用以提升无线通信的稳定性和效率。
### 2. 为什么 D2 和 D3 不适合作为最接近对比文件?
* **D2 (`WO2019226016A1`)** 侧重于邻近节点的非周期性“感知识别与测量演练”,其交互方向是父节点命令子节点去测寻,而非子节点因为自身DU/MT的定时对准需要主动向父节点申请特定定时。
* **D3 (`CN110536350A`)** 聚焦于拓扑链路失败后的路由重定向(拓扑修复),其解决的是无线链路中断(RLF)的时延问题,不涉及节点内部DU/MT的复用与物理层定时边界对准。
### 3. 区别技术特征与其余对比文件的公开性
* **区别技术特征:** 权利要求1相对于最接近现有技术D1,其区别特征在于**特征D**(请求信息告知是否需要**特定定时情况**,即目标专利中对应的“定时对准情况1/6/7”或“MT/DU定时情况1/2/3”)。
* **其余对比文件是否公开:** 审查D2和D3的原文可以发现,**D2和D3均未公开特征D**。D2虽然提到了Frame Boundary Offset(`图15`),但这是一种基于拓扑层级静态计算的防撞机制,并非子节点根据能力“告知是否需要特定定时对准”;D3则完全局限于网络层路由图谱更新。因此,该区别特征没有被其他对比文件交叉公开。
---
## 无效请求方最薄弱的技术特征与应对策略
如果您作为**无效请求方**(试图无效掉该目标专利),此案目前面临的形势如下:
### 1. 最薄弱的技术特征(即最难攻克的防线)
最薄弱的突破口(对无效方而言最难无效掉的特征)是 **特征D(请求信息告知是否需要特定定时情况)**。
* **原因:** 目前案卷中的D1、D2、D3虽然全面覆盖了IAB的“动态请求”、“路由迁移”和“时分图样协调”,但3GPP在Rel-16/Rel-17推进IAB标准化时,将**“资源复用图样(针对硬/软/不可用资源)”**与**“时序定时对准(Timing Alignment Case 1/6/7)”**划分为两个不同的技术维度。D1-D3均卡在“资源/路由协调”层面,未能跃迁到“节点向父节点申请特定定时对准方案”的物理层深度。
### 2. 请求方的进一步检索策略建议
为了成功攻克特征D,建议调整检索方向,实施以下精准检索策略:
1. **锁定标准提案(3GPP Contributions)检索:**
* 鉴于目标专利的授权公告日为2023年,而其对比文件多在2019年前后申请,这正是3GPP RAN1工作组对 **IAB复用与定时关系(Timing Alignment Cases)** 进行密集讨论的时期。
* **检索关键点:** 重点检索 **2018年演进至2020年期间**,3GPP TSG RAN WG1(无线物理层)会议中的提案(Contributions)。应检索诸如三星、高通、爱立信、LG等公司提交的关于 `Enhancements for Integrated Access and Backhaul` (Rel-16/Rel-17 IAB) 的会议文稿。
* **重点寻找:** 讨论“IAB node capability reporting”或“Timing alignment configuration procedure”的提案,寻找是否有厂商提及“子节点由于支持全双工/非TDM,主动向网络或父节点发送指示/请求,以请求切换至Case 6或Case 7定时边界”的公开表述。
2. **扩展关键词与IPC分类号检索:**
* **IPC/CPC分类定位:** 紧扣 `H04W56/00`(无线同步)、`H04W84/04`(中继/拓扑)。
* **检索式修正:** 将原有侧重于“IAB资源动态控制”的检索式,调整为**“定时对准情况 + 请求/告知 + 能力”**的物理层组合。
* *英文组合建议:* `("Timing alignment case" OR "timing alignment scenarios" OR "TA configuration") AND ("request" OR "inform" OR "indicate" OR "capability") AND ("IAB node" OR "relay")`。
3. **注意寻找“实质等同”的下行确认变体:**
* 如果难以直接检索到上行发送“请求”,可寻找在先文献中是否公开了“子节点上报其支持特定定时情况的能力(Capability Input),网络依据该Input为其指定定时”这一常规通信架构。一旦证明定时情况的上报和动态告知属于本领域的公知常识或被在先文献实质公开,即可结合D1结合创造性,以“属于本领域技术人员为了实现多种定时方案无缝切换的常规技术手段”为由进行抗辩。
作为一名经验丰富的专利代理师,我将为您对该目标专利(授权公告号:CN115039459B)的权利要求1进行深入的法律与技术解析,并结合三份对比文件进行详尽的侵权/无效特征比对与创造性分析。
为了表述清晰,在下文中对各对比文件的公开号及指代简写做出如下定义:
* **D1**:`CN110536377A`(父节点选择方法、装置、设备及介质)
* **D2**:`US10841942B2`(Scheduling and time-domain configuration in integrated access and backhaul)
* **D3**:`WO2019194737A1`(Adaptation layer setup and configuration in integrated access backhauled networks)
---
### 一、 权利要求1的特征拆解与技术内涵解释
紧密结合目标专利说明书的公开内容,权利要求1所限定的用于无线通信系统中执行集成接入和回程(IAB)操作的方法,其技术内涵应当解释如下:
* **技术特征A(该方法由IAB节点执行并且包括以下步骤)**
* **语义解释**:本方法的主体是IAB节点(IAB-node)。根据目标专利说明书第`[0139]`段,IAB节点被解释为“支持对终端的无线电接入并且支持接入业务的无线回回程的RAN节点”;同时,根据第`[0123]`段和图11,IAB节点内部包含DU(分布式单元)和MT(移动终端)两个功能实体。本特征限定了执行该方法的基本硬件/软件环境。
* **技术特征B(向父节点发送请求信息)**
* **语义解释**:此处“父节点”根据说明书第`[0137]`段,是指该节点通过回程链路所连接的上游节点(如父DU或施主基站DgNB)。“请求信息”是上行控制信令。
* **技术特征C(在发送所述请求信息之后,执行所述IAB操作)**
* **语义解释**:限定了时序关系及后续动作。即在完成包含特定告知内容的请求信息发送后,IAB节点基于特定的参数或配置来运行其MT和DU的接入与回程传输操作。
* **技术特征D(其中,所述请求信息告知是否需要特定定时情况)**
* **语义解释**:这是本权利要求的**核心发明点/限制特征**。紧密结合说明书第`[0005]`段、`[0204]`段以及图16-18,这里的“特定定时情况”是指在多个定时对准情况(Timing Alignment Case)中,该节点所支持或预期要应用的特定定时方案。
* 具体而言,说明书公开了三种典型情况:**定时对准情况1**(横跨IAB节点和施主的DL传输定时对准)、**定时对准情况6**(MT UL Tx与DU DL Tx对准,见图17/`[0194]`)、**定时对准情况7**(MT DL Rx与DU UL Rx对准,见图18/`[0197]`)。
* 说明书第`[0344]-[0351]`段明确指出:“IAB节点可向父节点告知(请求)它想要使用的定时对准信息……当IAB节点想要使用与传统IAB节点所使用的定时对准方法不同的定时对准方法时,可以向父节点告知(请求)”。因此,该特征的实质是**IAB节点主动向父节点上报/请求其是否需要/期望应用非传统的特定定时对准情况(如Case 6或Case 7),以解决同一节点内DU和MT之间的干扰或复用问题**。
---
### 二、 对比文件技术特征比对与出处分析
以下结合D1、D2、D3的原文,逐一分析其是否公开了权利要求1的技术特征。
#### 1. D1 (`CN110536377A`) 的技术比对
* **特征A**:**毫无疑问公开**。D1发明内容第`[0004]`段和`[0036]`段明确提到“一种父节点选择方法,应用于IAB节点中”。
* **特征B**:**实质公开(但语境不同)**。D1说明书第`[0119]`段提到了“通过无线资源控制层建立请求消息……请求所述宿主集中单元实体发送父节点列表”。这属于向父节点(或宿主CU)发送请求信息。
* **特征C**:**实质公开**。D1公开了选择父节点并接入网络的过程,接入后自然执行常规的IAB数据传输。
* **特征D**:**未公开**。D1的核心在于“如何根据部署场景选择支持IAB功能的父节点”,其发送的请求信息的目的是“请求父节点列表”或“指示自己是IAB节点”(见`[0178]`段:“指示所述IAB节点支持IAB功能”),**完全没有涉及“特定定时情况(如定时对准Case 1/6/7)”的告知或请求**。
#### 2. D2 (`US10841942B2`) 的技术比对
* **特征A**:**毫无疑问公开**。D2在摘要及第`[0075]`段明确指出方法由“relay node (e.g., relay node 710B)”执行,处理的就是IAB网络。
* **特征B & 特征C**:**实质公开**。D2第`[0076]`段公开了中继节点接收下行控制信令,确定调度偏移,并与施主基站进行无线资源通信(执行IAB操作)的过程。
* **特征D**:**未公开**。D2的创新点在于**时域资源的配置与调度偏移(Scheduling Offset, K0/K1/K2)的计算方法**,用以避开与子节点的通信时段(见`[0079]`段)。D2是由施主基站(Donor BS)计算好并在下行DCI控制信令中“告知”中继节点的(属于下行控制),而非由IAB节点主动向父节点发送请求去“告知是否需要特定定时情况”。D2未公开特征D。
#### 3. D3 (`WO2019194737A1`) 的技术比对
* **特征A**:**毫无疑问公开**。D3在说明书“TECHNICAL FIELD”段及后续多处公开了中继节点(relay node / IAB node)的架构。
* **特征B & 特征C**:**实质公开**。D3第11页倒数第2段及图17公开了中继节点通过RRC信令与网络建立连接、建立PDU会话并配置适配层(Adaptation Layer)的步骤,属于发送请求并执行IAB操作。
* **特征D**:**未公开**。D3的核心在于**IAB网络中适配层(Adaptation Layer)的设立、配置与重构流程**,以解决多跳路由和承载映射问题(见第11页)。D3在建立连接时告知网络的是“自身作为IAB节点的身份以及承载配置需求”,**未涉及任何关于物理层/帧结构的“特定定时情况(定时对准)”的请求或告知**。
---
### 三、 权利要求特征比对表格
下表给出了权利要求1与各对比文件的详细特征比对及原文出处:
| 权利要求1的技术特征 | D1 (CN110536377A) 比对及出处 | D2 (US10841942B2) 比对及出处 | D3 (WO2019194737A1) 比对及出处 |
| 技术特征A:<br>该方法由IAB节点执行并且包括以下步骤 | 已公开<br>出处:说明书[0004]、[0033]段:“...接入节点称为IAB节点(IAB node)...应用于IAB节点中”。 | 已公开<br>出处:说明书[0075]段:“...performed, for example, by a relay node (e.g., relay node 710B)...”。 | 已公开<br>出处:说明书第1页“TECHNICAL FIELD”段:“...is more particularly related to a relay node for configuring an adaptation layer...”。 |
| 技术特征B:<br>向父节点发送请求信息 | 已公开(语境为请求节点列表)<br>出处:说明书[0119]段:“通过消息请求所述宿主集中单元实体发送父节点列表...”。 | 已公开(互操作语境)<br>出处:说明书[0076]段:“...communicates with the donor BS...”。 | 已公开(语境为建立连接请求)<br>出处:说明书第11页倒数第2段:“...the legacy UE attach procedure and tailor it to meet the requirements of an IAB node...”。 |
| 技术特征C:<br>在发送所述请求信息之后,执行所述IAB操作 | 已公开<br>出处:说明书[0043]段:“...进而使IAB节点的IAB功能得以保证...为其他的子IAB节点以及UE服务”。 | 已公开<br>出处:说明书[0076]段:“At 906, the relay node communicates with the donor BS using the wireless resource...”。 | 已公开<br>出处:说明书第11页倒数第2段:“...the relay node connects to the donor base station, e.g., after the PDU session...”。 |
| 技术特征D:<br>其中,所述请求信息告知是否需要特定定时情况 | 未公开<br>D1的请求信息仅用于声明IAB身份或索取父节点列表,未涉及定时对准情况。 | 未公开<br>D2为下行指配时域偏移量避让干扰,未公开由IAB节点上报是否需要特定定时情况。 | 未公开<br>D3用于配置适配层的路由与承载映射,未公开告知特定定时情况。 |
---
### 四、 最接近的对比文件(最接近现有技术)分析
在创造性分析过程中,确定“最接近的对比文件”需要从**技术领域、整体解决的技术问题以及达到的技术效果**三个维度进行综合考量。在本案中,**D2 (`US10841942B2`)** 适合被选为最接近的对比文件。原因分析如下:
1. **技术领域与整体架构的契合度**:
* 本案目标专利的核心关注点在于**IAB节点内部DU和MT之间的复用、干扰处理以及定时关系**(见目标专利说明书`[0007]`、`[0172]`段)。
* **D2** 正是聚焦于 **IAB网络中的时域资源配置与调度(Scheduling and time-domain configuration)**,其明确讨论了中继节点在与其父节点(Donor BS)通信时,如何处理与子节点通信时域资源的重叠与冲突问题(见D2说明书`[0071]-[0074]`段)。这与目标专利在物理层/时域资源划分的技术层面上最为贴近。
* 相比之下,D1偏向于上层的网络接入与网元选择逻辑(网络部署);D3偏向于二层/三层的适配层路由与承载映射。
2. **解决的技术问题**:
* 目标专利要解决的核心问题是:当同一IAB节点中的DU和MT由于并置干扰而无法自由同时收发时,**如何有效配置定时对准方案以实现高效的TDM/非TDM复用**(目标专利`[0178]`段)。
* **D2** 解决的技术问题也是:中继节点(Relay Node)接收到的时域资源分配(K0/K1/K2)可能与IAB网络中其他已调度的通信产生冲突,**如何消除这种时间轴上的资源调度冲突**(D2`[0074]`段)。两者面对的问题极度类似,均属于物理层时频资源冲突与复用的优化。
3. **技术效果**:
* 目标专利达到的效果是“基于哪一定时对准情况执行IAB操作可变得清楚,以使得无线通信的稳定性和效率可增加”(目标专利`[0007]`)。
* **D2** 达到的技术效果是“enable a relay node to communicate with its donor BS without conflicting with other scheduled communications”(使中继节点在不与其它调度冲突的情况下与施主基站通信,提升通信质量)。
**结论**:在创造性审查中,审查员或无效请求方最可能选择**D2**作为最接近的现有技术(第一对比文件)来搭建创造性批判的起点。
---
### 五、 无效请求方的策略分析与检索建议
#### 1. 请求方最薄弱的技术特征(即目标专利的“堡垒特征”)
对于无效请求方而言,**技术特征D(请求信息告知是否需要特定定时情况)** 是最难攻克、最薄弱的环节。
* **原因**:目前的对比文件D1、D2、D3虽然都完美地公开了IAB节点的概念和常规接入流程(特征A、B、C),但**无一公开**由IAB节点“**主动告知/请求是否需要特定定时情况(Case 1/6/7)**”这一交互机制。D2虽然做了时域规避,但那是施主基站算好后下发给中继节点的硬性调度,缺少了“中继节点主动根据自身能力或预期告知网络是否需要特定定时”的反馈回路。这一特征构成了目标专利区别于现有技术的实质性技术贡献。
#### 2. 进一步的检索策略
为了成功无效掉权利要求1,请求方必须针对**特征D**进行精准的补充检索。建议采取以下两步检索策略:
* **策略一:聚焦3GPP标准提案(Contributions)的深度检索**
* **理由**:目标专利中明确提到了“Rel-16 IAB节点所使用的定时对准方法”(见说明书`[0189]`段),并且详细列举了标准中通用的“定时对准情况1”、“定时对准情况6”、“定时对准情况7”(Case 1, Case 6, Case 7)。这说明该技术方案在2022-2023年(目标专利申请前后)正处于3GPP RAN1/RAN2工作组的激烈讨论中。标准文本(TS规范)可能只规定了最终的Case结构,但厂商的**标准提案(Tdoc)**中极有可能在更早的时间点(如2018-2021年)公开了“IAB节点如何向网络上报其所需的特定定时Case”的提案。
* **检索源**:3GPP 3GPP FTP服务器(RAN1、RAN2工作组会议记录)。
* **关键词组合**:`IAB`, `Integrated Access and Backhaul`, `Timing Alignment Case`, `Case 6`, `Case 7`, `reported by IAB-MT`, `capability indication`, `requested timing`.
* **策略二:扩大专利文献中关于“同频中继定时协商”的检索**
* **理由**:在5G IAB概念成熟前,传统带内同频中继(In-band Relay)或分布式天线系统(DAS)就已经面临并置DU/MT干扰的问题,当时可能已经有专利提出了类似的由子中继节点向上游节点请求某种特定定时相位或符号对齐的操作。
* **关键词组合**:`中继节点/Relay node`, `父节点/Parent node/Donor`, `能力上报/Capability reporting/Request`, `定时对准/时隙对齐/Timing alignment/Symbol boundary alignment`.
通过补充一份公开了“中继节点主动向基站请求或告知其所需的特定定时对准模式”的通信技术文献(作为D4),再结合以D2为代表的IAB时域配置框架,方能以“D2 + D4”组合的形式,成功论证权利要求1不具备创造性。
根据权利要求1所述的方法,其中,所述请求信息告知针对同时操作是否需要所述特定定时情况。
根据权利要求1所述的方法,其中,所述IAB操作包括移动终端MT操作和分布式单元DU操作;其中,所述MT操作是与所述IAB节点和父节点之间的通信有关的操作;并且其中,所述DU操作是与所述IAB节点和子节点之间的通信或所述IAB节点和终端之间的通信有关的操作。
根据权利要求3所述的方法,其中,所述MT操作包括MT发送和MT接收;其中,所述DU操作包括DU发送和DU接收。
根据权利要求4所述的方法,其中,所述特定定时情况是定时情况1、定时情况6或定时情况7当中的所述定时情况6。
根据权利要求5所述的方法,其中,在所述定时情况1中,所述IAB节点基于所提供的定时提前TA配置信息来确定所述MT发送的时间。
根据权利要求6所述的方法,其中,在所述定时情况1中,针对所述父节点的DU发送的时间与针对所述IAB节点的所述DU发送的时间对准。
根据权利要求5所述的方法,其中,在所述定时情况6中,所述IAB节点基于针对所述IAB节点的所述DU发送的时间来确定所述MT发送的时间。
根据权利要求8所述的方法,其中,在所述定时情况6中,针对所述IAB节点的所述DU发送的时间与针对所述IAB节点的所述MT发送的时间对准。
根据权利要求5所述的方法,其中,在所述定时情况7中,所述IAB节点基于所提供的定时提前TA配置信息和附加TA配置信息二者来确定所述MT发送的时间。
根据权利要求10所述的方法,其中,在所述定时情况7中,针对所述IAB节点的所述DU接收的时间与针对所述IAB节点的所述MT接收的时间对准。