非显而易见杯

专利无效挑战赛

目标专利:528用于传输限制和高效信号传输的方法和装置

专利公开号:CN110311767B

专利权人:高通股份有限公司

无效请求书提交日期:2026年


上一项目 下一项目

非显而易见性评估仅供参考,不构成法律建议。



权利要求列表点击可跳转

序号 权利要求内容

1

一种用于由服务基站(BS)进行无线通信的方法,包括:确定与用于来自所述服务BS的传输的系统参数的受限集合有关的信息,其中,所述系统参数的受限集合包括以下各项中的至少一项:可用的业务与导频比(TPR)值的子集、可用的传输模式的子集、或可用的资源分配类型的子集;以及将所述信息用信号传输至用户设备(UE)。

2

根据权利要求1所述的方法,其中,所述系统参数的受限集合选择性地用于以下各项中的至少一项:子帧的子集、混合自动重传请求(HARQ)过程的子集、或一个或多个操作模式的子集。

3

根据权利要求1所述的方法,其中,所述用信号传输包括以下各项中的至少一项:广播信令、无线资源控制(RRC)信令或层1信令。

4

根据权利要求1所述的方法,其中,所述信息包括位图以指示特定参数是否是用于传输的所述系统参数的受限集合的一部分。

5

根据权利要求1所述的方法,其中,所述信息包括从多个索引值中选择的索引值,每个索引值表征所述受限集合中可允许的系统参数的组合。

6

根据权利要求5所述的方法,其中,每个组合包括不同类型的系统参数的组合。

7

根据权利要求6所述的方法,其中,每个组合包括以下各项中的至少两项:一个或多个可允许的传输模式、一个或多个可允许的传输功率值、或者一个或多个可允许的资源分配类型。

8

根据权利要求1所述的方法,其中: 所述确定包括确定关于用于不同类型的传输的系统参数的不同受限集合的信息。

9

根据权利要求8所述的方法,其中,所述不同类型的传输包括至少单播传输和广播传输。

10

根据权利要求8所述的方法,其中,所述不同类型的传输包括基于公共参考信号(CRS)的传输和基于UE特定RS(UE‑RS)的传输。

11

根据权利要求1所述的方法,还包括:检测一个或多个条件,所述一个或多个条件触发确定所述信息以及将所述信息用信号传输至用户设备(UE)。

12

根据权利要求11所述的方法,其中,检测一个或多个条件包括检测以下各项中的至少一项:特定双工模式的使用、或传输是广播还是单播。

13

根据权利要求1所述的方法,其中: 所述确定包括确定关于用于不同小区标识(小区ID)的系统参数的不同受限集合的信息。

14

根据权利要求13所述的方法,其中,所述不同小区ID包括不同的虚拟小区ID或物理小区ID中的至少一个。

15

一种用于由服务基站(BS)进行无线通信的装置,包括:至少一个处理器,其被配置为: 确定与用于来自所述服务BS的传输的系统参数的受限集合有关的信息,其中,所述系统参数的受限集合包括以下各项中的至少一项:可用的业务与导频比(TPR)值的子集、可用的传输模式的子集、或可用的资源分配类型的子集,以及将所述信息用信号传输至用户设备(UE);以及 存储器,其与所述至少一个处理器耦接。

16

根据权利要求15所述的装置,其中,所述系统参数的受限集合选择性地用于以下各项中的至少一项:子帧的子集、混合自动重传请求(HARQ)过程的子集、或者一个或多个操作模式的子集。

17

根据权利要求15所述的装置,其中,所述信息包括位图以指示特定参数是否是用于传输的所述系统参数的受限集合的一部分。

18

根据权利要求15所述的装置,其中,所述信息包括从多个索引值中选择的索引值,每个索引值表征所述受限集合中可允许的系统参数的组合。

19

根据权利要求15所述的装置,其中,所述确定包括确定关于用于不同类型的传输的系统参数的不同受限集合的信息。

20

根据权利要求15所述的装置,其中,所述至少一个处理器还被配置为检测一个或多个条件,所述一个或多个条件触发确定所述信息以及将所述信息用信号传输至UE。

21

一种用于由用户设备(UE)进行无线通信的方法,包括:从服务基站(BS)接收与用于来自所述服务BS的传输的系统参数的受限集合有关的信息的信号传输,其中,所述系统参数的受限集合包括以下各项中的至少一项:可用的业务与参考信号功率比(TPR)值的子集、可用的传输模式的子集、或可用的资源分配类型的子集; 以及 使用所述信息来抑制由来自所述服务BS的传输造成的干扰。

22

根据权利要求21所述的方法,其中,所述系统参数的受限集合选择性地用于以下各项中的至少一项:子帧的子集、混合自动重传请求(HARQ)过程的子集、或者一个或多个操作模式的子集。

23

根据权利要求21所述的方法,其中,所述信息包括位图以指示特定参数是否是用于传输的所述系统参数的受限集合的一部分。

24

根据权利要求21的方法,其中,所述信息包括从多个索引值中选择的索引值,每个索引值表征所述受限集合中可允许的系统参数的组合。

25

根据权利要求21所述的方法,其中,所述接收包括接收关于用于不同小区标识(小区ID)的系统参数的不同受限集合的信息。

26

一种用于由用户设备(UE)进行无线通信的装置,包括:至少一个处理器,其被配置为: 从服务基站(BS)接收与用于来自所述服务BS的传输的系统参数的受限集合有关的信息的信号传输,其中,所述系统参数的受限集合包括以下各项中的至少一项:可用的业务与参考信号功率比(TPR)值的子集、可用的传输模式的子集、或可用的资源分配类型的子集; 以及 使用所述信息来抑制由来自所述服务BS的传输造成的干扰。


对比文件列表

编号 名称

权利要求1

一种用于由服务基站(BS)进行无线通信的方法,包括:确定与用于来自所述服务BS的传输的系统参数的受限集合有关的信息,其中,所述系统参数的受限集合包括以下各项中的至少一项:可用的业务与导频比(TPR)值的子集、可用的传输模式的子集、或可用的资源分配类型的子集;以及将所述信息用信号传输至用户设备(UE)。


未提交复审委

无效理由:专利法第二条

蒋 晓勇
@jxy

同行你好。针对这篇涉及无线通信小区间干扰协调(ICIC)的专利,我已结合你提供的目标专利说明书及6篇对比文件进行了详细的拆解与特征比对。

在进行创造性(“三步法”)分析时,我们需要极度严谨地将权利要求的特征映射到对比文件的原文中,避免脱离现有文本的过度引申(尤其是在处理涉及3GPP标准的案子时,防范“主观脑补”至关重要)。

以下是具体的权利要求解释、特征比对表格以及无效策略的深度分析。


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

根据目标专利说明书(CN110311767B)的记载,权利要求1的核心技术方案在于:服务基站(BS)确定一个系统操作参数的受限集合(子集),并将该受限集合信令通知给用户设备(UE)。

  • 技术问题与效果: 结合说明书 [0030] 和 [0068]-[0069],LTE发射机通常有多个参数选项(如8个TPR值、10个传输模式、4个资源分配类型)。如果UE提前获知潜在干扰小区(或服务小区)不使用某些参数(即只使用“受限集合”),UE就能执行更好的噪声估计和干扰抑制,从而实现更高效的信号传输。

  • 关键特征落脚点: “受限集合”必须明确体现为TPR值、传输模式(TM)或资源分配类型的子集(Subset),且该限制信息被显式地发信令告知UE。


二、 特征比对表格与公开情况分析

以下是对权利要求1各技术特征在对比文件中的公开情况梳理。为行文精确,已附上对比文件公开号及出处段落。

权利要求1 技术特征 毫无异议公开/实质公开的对比文件及原文出处 简要分析
特征A: 确定与用于来自所述服务BS的传输的系统参数的受限集合有关的信息

D1 (WO2011088465A1): [0017] "determining Future Scheduling Information (FSI) including data defining planned future use of one or more downlink subband resources."



D6 (US2011275394A1): [0009] "determining... one or more protected subframes subject to cooperative resource allocation..."

实质公开。


D1中的FSI(未来调度信息/RNTP)和D6中的保护子帧(ABS),本质上都是基站决定对自身的系统传输资源/功率施加限制(形成受限集合),并确定该信息。

特征B: 其中,所述系统参数的受限集合包括以下各项中的至少一项:可用的业务与导频比(TPR)值的子集、可用的传输模式(TM)的子集、或可用的资源分配类型的子集 D2 (US20110237283A1): [0061] "differentiate between localized RB allocation and distributed RB allocation." / [0081] "limits a resource assignment only with contiguous RBs."

部分实质公开。


D1和D6均未公开将参数限制在TPR、TM或资源分配类型的子集上。D2公开了通过特定DCI格式“限制资源分配仅使用连续RB”(即本地化分配),这实质上落入了“可用的资源分配类型的子集”的概念范畴。但D1-D6均未公开TPR子集或TM子集。

特征C: 将所述信息用信号传输至用户设备(UE)

D1 (WO2011088465A1): [0017] "sending the FSI... sending control signaling."



D6 (US2011275394A1): [0014] "...transmitting an indication of time domain RPI identifying one or more protected time domain resources..."

毫无异议公开。


无论是D1的RNTP发信,还是D6的RPI/ABS发信,均明确公开了将受限信息(参数)用信号传输给UE。

(注:D3 (CA2794301A1)、D5 (KR1020130019424A) 与 D6 (US2011275394A1) 属于同一专利族,文本内容高度一致,均为利用时间域资源分段信息(RPI/ABSF)进行eICIC,后续分析以D6为代表即可。)


三、 创造性(“三步法”)分析与无效策略

1. 最接近的现有技术 (CPA) 选取

从“整体解决的技术问题”以及“技术效果”角度来看,目标专利的核心是为了小区间干扰协调(ICIC),通过发信令告知UE关于发射机的参数限制状态,以优化接收端的盲检或干扰消除。

在此逻辑下,适合作为CPA的有两个:

  • 首选 CPA:D1 (WO2011088465A1)

    • 理由: D1 致力于解决小区间干扰协调(ICIC)问题。D1 明确公开了基站确定并发送“未来调度信息 (FSI)”,FSI 包含了 RNTP(相对窄带发射功率)信息(见 [0009], [0017])。这与目标专利“发送受限参数集合给UE以抑制干扰”的思路高度契合,仅仅是限制的维度(D1为子带功率限制,目标专利为TPR/TM/资源分配类型限制)存在差异。

  • 备选 CPA:D6 (US2011275394A1)

    • 理由: D6 同样致力于 eICIC 干扰协调,公开了决定和发送时间域的资源分段信息(RPI,即保护子帧/ABSF),通知UE哪些资源受限。

2. 区别技术特征与实际解决的技术问题

以 D1 为 CPA:

  • 区别技术特征: D1 虽然公开了发送功率相关的参数受限信息(RNTP),但未公开该受限集合包含:业务与导频比(TPR)值的子集、传输模式(TM)的子集、或资源分配类型的子集。

  • 实际解决的技术问题: 如何提供除发射功率(或时域子帧)以外的其他多维度的系统操作参数限制信息(如空间维度的TM、频域维度的资源分配类型),以进一步辅助UE优化噪声估计和提升信号接收效率。

3. 最薄弱的技术特征及结合启示 (Obviousness)

若提出无效宣告请求,特征 B(尤其是将TPR、TM和资源分配类型的受限作为显式信令内容)是本案最薄弱、最难被击破的技术特征。

  • 没有被 CPA 公开的特征是否被其他文件公开?

    • 关于 “可用的资源分配类型的子集”:D2 (US20110237283A1) 在 [0081] 明确提到 DCI format A2 "limits a resource assignment only with contiguous RBs"(将资源分配限制为仅使用连续RB)。这实质上提供了限制资源分配类型的教导。然而,D2 的发明目的是为了减小 DCI 开销 (reduce DCI overhead)(见 D2 [0008], [0011]),而不是为了给 UE 提供干扰消除/噪声估计的线索。因此,将 D2 结合到 D1 中存在“非类似目的结合”的障碍,申请人极易以此进行抗辩(即缺乏将减小开销的DCI设计转移到ICIC干扰协调中的结合启示)。

    • 关于 “可用的业务与导频比(TPR)值的子集” 或 “可用的传输模式(TM)的子集”:在你提供的 D1-D6 这6份对比文件中,均未显式公开基站决定不使用某些 TPR 或 TM,并将这个“子集”作为系统信息或控制信令发给 UE 用于干扰协调。

4. 代理师实务建议

如果要推进这篇专利的无效:

  1. 现有证据的局限性: 仅凭目前的 D1-D6,我们能拼凑出“基站发送受限信息给UE进行ICIC”(D1/D6)+“基站限制资源分配类型”(D2)。但对于“TPR”和“传输模式(TM)”的受限子集发信令,现有文件存在明显的证据断链。虽然权利要求1用的是“或 (or)”,攻破“资源分配类型”即可理论上打击该权利要求,但如果专利权人在无效阶段将权利要求1修改为“仅包含TPR子集”或“仅包含TM子集”,目前的证据库将无能为力。

  2. 下一步检索方向: 建议跳出这几篇专利,直接去 3GPP 提案库(特别是 RAN1 2013年上半年,即目标专利优先权日 2013.04 之前的会议,如 RAN1 #72, #72bis)进行精准检索。重点检索关于 FeICIC (Further enhanced ICIC) 课题下,关于 TPR restriction / Network-Assisted Interference Cancellation and Suppression (NAICS) 相关的 Tdoc。如果能找到明确提议“将相邻小区允许使用的 TM 模式子集或 TPR 列表通过 RRC/Backhaul 告知 UE”的提案,将是一击必杀的 X 篇。

    同行你好。针对这篇涉及无线通信小区间干扰协调(ICIC)的专利,我已结合你提供的目标专利说明书及6篇对比文件进行了详细的拆解与特征比对。

    在进行创造性(“三步法”)分析时,我们需要极度严谨地将权利要求的特征映射到对比文件的原文中,避免脱离现有文本的过度引申(尤其是在处理涉及3GPP标准的案子时,防范“主观脑补”至关重要)。

    以下是具体的权利要求解释、特征比对表格以及无效策略的深度分析。


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

    根据目标专利说明书(CN110311767B)的记载,权利要求1的核心技术方案在于:服务基站(BS)确定一个系统操作参数的受限集合(子集),并将该受限集合信令通知给用户设备(UE)。

    • 技术问题与效果: 结合说明书 [0030] 和 [0068]-[0069],LTE发射机通常有多个参数选项(如8个TPR值、10个传输模式、4个资源分配类型)。如果UE提前获知潜在干扰小区(或服务小区)不使用某些参数(即只使用“受限集合”),UE就能执行更好的噪声估计和干扰抑制,从而实现更高效的信号传输。

    • 关键特征落脚点: “受限集合”必须明确体现为TPR值、传输模式(TM)或资源分配类型的子集(Subset),且该限制信息被显式地发信令告知UE。


    二、 特征比对表格与公开情况分析

    以下是对权利要求1各技术特征在对比文件中的公开情况梳理。为行文精确,已附上对比文件公开号及出处段落。

    权利要求1 技术特征 毫无异议公开/实质公开的对比文件及原文出处 简要分析
    特征A: 确定与用于来自所述服务BS的传输的系统参数的受限集合有关的信息

    D1 (WO2011088465A1): [0017] "determining Future Scheduling Information (FSI) including data defining planned future use of one or more downlink subband resources."



    D6 (US2011275394A1): [0009] "determining... one or more protected subframes subject to cooperative resource allocation..."

    实质公开。


    D1中的FSI(未来调度信息/RNTP)和D6中的保护子帧(ABS),本质上都是基站决定对自身的系统传输资源/功率施加限制(形成受限集合),并确定该信息。

    特征B: 其中,所述系统参数的受限集合包括以下各项中的至少一项:可用的业务与导频比(TPR)值的子集、可用的传输模式(TM)的子集、或可用的资源分配类型的子集 D2 (US20110237283A1): [0061] "differentiate between localized RB allocation and distributed RB allocation." / [0081] "limits a resource assignment only with contiguous RBs."

    部分实质公开。


    D1和D6均未公开将参数限制在TPR、TM或资源分配类型的子集上。D2公开了通过特定DCI格式“限制资源分配仅使用连续RB”(即本地化分配),这实质上落入了“可用的资源分配类型的子集”的概念范畴。但D1-D6均未公开TPR子集或TM子集。

    特征C: 将所述信息用信号传输至用户设备(UE)

    D1 (WO2011088465A1): [0017] "sending the FSI... sending control signaling."



    D6 (US2011275394A1): [0014] "...transmitting an indication of time domain RPI identifying one or more protected time domain resources..."

    毫无异议公开。


    无论是D1的RNTP发信,还是D6的RPI/ABS发信,均明确公开了将受限信息(参数)用信号传输给UE。

    (注:D3 (CA2794301A1)、D5 (KR1020130019424A) 与 D6 (US2011275394A1) 属于同一专利族,文本内容高度一致,均为利用时间域资源分段信息(RPI/ABSF)进行eICIC,后续分析以D6为代表即可。)


    三、 创造性(“三步法”)分析与无效策略

    1. 最接近的现有技术 (CPA) 选取

    从“整体解决的技术问题”以及“技术效果”角度来看,目标专利的核心是为了小区间干扰协调(ICIC),通过发信令告知UE关于发射机的参数限制状态,以优化接收端的盲检或干扰消除。

    在此逻辑下,适合作为CPA的有两个:

    • 首选 CPA:D1 (WO2011088465A1)

      • 理由: D1 致力于解决小区间干扰协调(ICIC)问题。D1 明确公开了基站确定并发送“未来调度信息 (FSI)”,FSI 包含了 RNTP(相对窄带发射功率)信息(见 [0009], [0017])。这与目标专利“发送受限参数集合给UE以抑制干扰”的思路高度契合,仅仅是限制的维度(D1为子带功率限制,目标专利为TPR/TM/资源分配类型限制)存在差异。

    • 备选 CPA:D6 (US2011275394A1)

      • 理由: D6 同样致力于 eICIC 干扰协调,公开了决定和发送时间域的资源分段信息(RPI,即保护子帧/ABSF),通知UE哪些资源受限。

    2. 区别技术特征与实际解决的技术问题

    以 D1 为 CPA:

    • 区别技术特征: D1 虽然公开了发送功率相关的参数受限信息(RNTP),但未公开该受限集合包含:业务与导频比(TPR)值的子集、传输模式(TM)的子集、或资源分配类型的子集。

    • 实际解决的技术问题: 如何提供除发射功率(或时域子帧)以外的其他多维度的系统操作参数限制信息(如空间维度的TM、频域维度的资源分配类型),以进一步辅助UE优化噪声估计和提升信号接收效率。

    3. 最薄弱的技术特征及结合启示 (Obviousness)

    若提出无效宣告请求,特征 B(尤其是将TPR、TM和资源分配类型的受限作为显式信令内容)是本案最薄弱、最难被击破的技术特征。

    • 没有被 CPA 公开的特征是否被其他文件公开?

      • 关于 “可用的资源分配类型的子集”:D2 (US20110237283A1) 在 [0081] 明确提到 DCI format A2 "limits a resource assignment only with contiguous RBs"(将资源分配限制为仅使用连续RB)。这实质上提供了限制资源分配类型的教导。然而,D2 的发明目的是为了减小 DCI 开销 (reduce DCI overhead)(见 D2 [0008], [0011]),而不是为了给 UE 提供干扰消除/噪声估计的线索。因此,将 D2 结合到 D1 中存在“非类似目的结合”的障碍,申请人极易以此进行抗辩(即缺乏将减小开销的DCI设计转移到ICIC干扰协调中的结合启示)。

      • 关于 “可用的业务与导频比(TPR)值的子集” 或 “可用的传输模式(TM)的子集”:在你提供的 D1-D6 这6份对比文件中,均未显式公开基站决定不使用某些 TPR 或 TM,并将这个“子集”作为系统信息或控制信令发给 UE 用于干扰协调。

    4. 代理师实务建议

    如果要推进这篇专利的无效:

    1. 现有证据的局限性: 仅凭目前的 D1-D6,我们能拼凑出“基站发送受限信息给UE进行ICIC”(D1/D6)+“基站限制资源分配类型”(D2)。但对于“TPR”和“传输模式(TM)”的受限子集发信令,现有文件存在明显的证据断链。虽然权利要求1用的是“或 (or)”,攻破“资源分配类型”即可理论上打击该权利要求,但如果专利权人在无效阶段将权利要求1修改为“仅包含TPR子集”或“仅包含TM子集”,目前的证据库将无能为力。

    2. 下一步检索方向: 建议跳出这几篇专利,直接去 3GPP 提案库(特别是 RAN1 2013年上半年,即目标专利优先权日 2013.04 之前的会议,如 RAN1 #72, #72bis)进行精准检索。重点检索关于 FeICIC (Further enhanced ICIC) 课题下,关于 TPR restriction / Network-Assisted Interference Cancellation and Suppression (NAICS) 相关的 Tdoc。如果能找到明确提议“将相邻小区允许使用的 TM 模式子集或 TPR 列表通过 RRC/Backhaul 告知 UE”的提案,将是一击必杀的 X 篇。

 


未提交复审委

无效理由:专利法第二条

蒋 晓勇
@jxy

这份无效检索与侵权分析意见,将严格遵循中国专利审查指南中的“三步法”标准,从专利权人与无效请求人的双重对抗视角,为您提供深度的技术比对与维权/无效策略评估。

一、 目标专利权利要求1解释

结合目标专利说明书(CN110311767B),权利要求1保护的是一种由服务基站(BS)执行的无线通信方法,其核心在于**“传输限制”与“信令通知”**。

  • 技术背景与问题:在LTE/LTE-A异构网络(HetNet)中(如宏站与微微站、毫微微站重叠覆盖),存在严重的小区间干扰。

  • 核心发明点(特征B):为了实现高效的信号传输与干扰抑制,服务基站不仅限制传统的时间/频率资源,而是对**系统操作参数(TPR值、传输模式TM、资源分配类型)**进行受限(即仅使用所有可用参数中的一个子集,例如仅使用TM2和TM3,或仅使用资源分配类型0和1)。

  • 技术效果(特征A+C):通过将这种“受限集合”的信息通过信令发给UE,UE可以明确获知潜在干扰小区的属性,从而优化接收机的噪声估计与干扰消除(说明书[0068]-[0071])。


二、 对比文件特征比对与原文映射

为直观展示特征覆盖情况,以下选取相关度最高的 D6 (WO2011130447A1) 以及涉及资源分配类型的 D4 (JP2011525748A) 构建逐件特征映射表。

权利要求1技术特征 D6:WO2011130447A1 (eICIC资源划分) D4:JP2011525748A (资源分配类型信令)
特征A:包括:确定与用于来自所述服务BS的传输的系统参数的受限集合有关的信息,

实质公开。 D6公开了基站确定受限的时间域资源(ABS子帧)。


原文出处:[0008] "...determining, based on the SFN, one or more protected subframes subject to cooperative resource allocation between a serving Node B and at least one non-serving Node B..."

未公开。 D4探讨的是扩展载波聚合下的资源分配,而非出于干扰协调目的“确定参数的受限集合”。
特征B:其中,所述系统参数的受限集合包括以下各项中的至少一项:可用的业务与导频比(TPR)值的子集、可用的传输模式的子集、或可用的资源分配类型的子集

未公开。 D6的受限集合是“时间域子帧”(即ABS,几乎空白子帧),未明确提及将TPR、传输模式或资源分配类型作为受限集合。


原文出处:[0075] "...restricted in the time domain... such as an almost blank subframe (ABSF)..."

未公开。 虽提及“资源分配类型0、1、2”,但教导的是如何扩展这些类型以处理更多的资源块,而非向UE发送一个受限子集。


原文出处:[2] "リソースブロック割当タイプをシグナリングするには、3つの異なる選択肢タイプ0、1、2がある。"

特征C:将所述信息用信号传输至用户设备(UE)。

毫无异议公开。


原文出处:[0009] "...receiving, at a user equipment (UE), an indication of time domain resource partitioning information (RPI)..."

未公开此语境下的信令。

三、 创造性分析(“三步法”适用)

1. 确定最接近的现有技术 (CPA)

在无效宣告程序中,D6 (WO2011130447A1) 和 D8 (US2012057480A1) 是最适合作为最接近的现有技术(CPA)的对比文件,其中 D6 为最佳选择。

  • 理由:D6与目标专利属于完全相同的技术领域(LTE异构网络中的增强型小区间干扰协调 eICIC),解决了相同的技术问题(减轻相邻基站的干扰),并且公开了完全相同的机制框架(基站确定受限资源集合,并发送信令给UE)。目标专利实际上是D6在eICIC概念下的参数维度延伸。

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

  • 区别技术特征:D6中的受限集合是时间域的子帧(ABS配置,如U/N/X子帧);而权利要求1的受限集合具体限定为系统参数(TPR值的子集、传输模式的子集、或资源分配类型的子集)。

  • 实际解决的技术问题:如何在前沿的干扰协调机制中,除了时间域和频率域的规避外,进一步通过限制特定的发射机操作模式(空间/编码/功率分配比例),来降低UE接收机的盲检复杂度并提高噪声估计精度。

3. 判断是否显而易见

基于目前的对比文件组合,权利要求1具备较高的非显而易见性。

  • 无效请求方视角(组合尝试):请求人可能会尝试用 D6 (作为CPA) + D4 (提供资源分配类型的认知)。然而,这种组合在逻辑上是不成立的。D4(JP2011525748A)的核心发明点是解决载波聚合(Carrier Aggregation)下大带宽调度的精度问题,其教导的是如何修改/扩展资源分配类型的信令格式(见D4图3a-3c),完全没有给出为了“干扰协调”而限制可用资源分配类型子集的启示。

  • D7与TPR的关联失败:D7 (US20120021753A1) 提到了 OTA LI 和 RNTP (相对窄带发射功率)。虽然RNTP涉及功率限制([0014] "...relative narrowband transmit power (RNTP) information associated with future transmissions..."),但这与目标专利限定的“业务与导频比(TPR)”是两个不同的3GPP概念。RNTP是频域上的发射功率上限指示,而TPR是数据信道与导频信号之间的功率比值限制。两者无法等同。


四、 成功率评估与最薄弱技术特征指出

如果在真实的无效宣告程序中,特征B 是最薄弱的技术特征,也是专利权人唯一的“护城河”。

  • 薄弱点分析:在LTE Rel-10/11 的 FeICIC(进一步增强的小区间干扰协调)研究阶段,3GPP标准会议中曾大量讨论过如何通过网络侧信令限制UE的盲检行为。限制传输模式(如仅允许TM2/TM3)或资源分配类型,本质上是通信协议中“网络侧通过RRC信令配置UE行为”的常规工程手段。

  • 无效概率:如果仅依赖本提示词提供的D1-D10,目标专利的权利要求1无法被无效(请求人胜率极低),因为没有任何一篇文件给出了限制 TPR/TM/RA 类型的明确教导或技术启示。

  • 突破口(对无效方):若要击穿特征B,不能依赖常规的同族专利或公开出版物。必须去检索 2013年4月(优先权日)之前的 3GPP TSG RAN WG1 的会议提案(Tdocs),特别是关于 FeICIC、Network Assisted Interference Cancellation and Suppression (NAICS) 或 Control Channel Interference 相关的提案。如果在某篇提案中,爱立信、华为或高通曾提议“基站可以通过信令告知UE干扰小区当前仅使用资源分配类型0或特定TM”,则该专利将被轻易无效。

在后续的无效检索策略中,您是否希望我针对特征B中提及的“传输模式(TM)子集”或“资源分配类型子集”,专门构建适用于 3GPP 提案数据库 (3GPP Tdoc) 的高级布尔检索表达式?

 


未提交复审委

无效理由:专利法第二条

蒋 晓勇
@jxy

收到。作为深耕通信领域专利无效与防卫的代理师,我们将严格依据《专利审查指南》中的“三步法”,剥离技术表象,直击权利要求的保护边界。在此过程中,我将提供无效宣告请求人与专利权人双视角的对抗性分析,以客观评估该专利的稳定性。

一、 权利要求1的紧密解释

结合目标专利(CN110311767B)说明书,权利要求1的核心在于**“受限集合(Restricted Set)”**。

  • 字面与实质解释: 说明书[0068]-[0069]段明确指出,LTE基站通常有多个系统参数选项(例如8个TPR值,10个传输模式,4个资源分配类型)。“受限集合”并非指代某一确定的单一参数,而是指基站仅使用这些可能值的一个子集(例如仅使用TM2和TM3,或排除资源分配类型2)。

  • 技术效果: 说明书[0069]段载明,通过将这种“受限”(即基站承诺不使用某些模式或分配类型)用信号通知接收机(UE),UE可以消除盲检的模糊性,例如利用原本被假定为数据的参考信号位置执行更好的噪声估计,从而提升信号处理效率。


二、 特征比对表格与公开情况分析

以下是对权利要求1的技术特征与提供的对比文件的精细比对:

权利要求1技术特征 对比文件公开情况分析
技术特征A: 包括:确定与用于来自所述服务BS的传输的系统参数的受限集合有关的信息,

部分公开。


D7 (US20130077578A1) 公开:服务基站形成包含配置信息的干扰信息并发送给UE(见[0016])。但D7侧重于“干扰数据流”(即相邻基站的传输),而非“服务BS自身的传输”。


D3 (CN102783233A) 公开:服务小区基于干扰信息调度服务小区中的信号传输(见[0011]),确定未来调度信息(FSI),FSI包含RNTP(相对窄带发射功率)信息。

技术特征B: 其中,所述系统参数的受限集合包括以下各项中的至少一项:可用的业务与导频比(TPR)值的子集、可用的传输模式的子集、或可用的资源分配类型的子集;

未被单一文件完整、毫无异议地公开,但被部分实质公开。


D7 (US20130077578A1) 公开:配置信息包括传输格式、调制编码方案(MCS)、无线资源分配参数等(见[0014])。但D7公开的是“确定的配置参数”,而非明确划定一个“可用子集(排除某些模式)”。


D3 (CN102783233A) 公开:发送包含RNTP(相对窄带发射功率)信息的未来调度信息。RNTP实质上是对特定子带上发射功率的“限制/子集”,在概念上高度接近于TPR值的受限集合。

技术特征C: 以及将所述信息用信号传输至用户设备(UE)。

毫无异议地公开。


D7 (US20130077578A1) 明确公开了服务基站将该信息传输给目标移动终端(见[0016])。


D3 (CN102783233A) 也明确公开了将该信息发送给用户设备。


三、 最接近的对比文件(CPA)与创造性(三步法)对抗分析

从整体解决的技术问题(通过信令通知系统参数以抑制干扰/提升接收效率)以及技术效果来看,本案有两个非常适合作为最接近现有技术(CPA)的候选文件:

候选CPA 1:D7 (US20130077578A1)

  • 适用理由: D7的核心目的就是通过服务基站向UE发送其他数据流的配置信息(包括资源分配参数、MCS等),以帮助UE进行干扰消除(IC)。这与目标专利“发送参数以进行高效信号传输”的目的高度一致。

  • 区别技术特征:

    1. 权利要求1限制的是“服务BS(自身)传输”的参数,而D7主要发送“相邻基站(干扰流)”的参数。

    2. 权利要求1发送的是可用参数的“子集(受限集合)”,D7发送的是干扰流的具体配置信息。

  • 实际解决的技术问题: 如何降低向UE指示传输参数时的信令开销,并使得UE能够利用服务基站的调度限制来优化自身的接收处理。

【对抗性评述】

  • 无效宣告请求人(攻): D7已经教导了向UE发送无线资源分配参数和MCS以辅助接收。为了降低控制信令开销,本领域技术人员很容易想到不发送绝对的单一配置,而是发送一个“参数子集”(如只允许某几种传输模式),这属于常规的工程选择。同时,虽然D7强调相邻基站的参数,但基站将自身的调度限制(子集)通知给UE以优化信道估计,是通信领域的惯用手段。

  • 专利权人(防): D7的机制是“事后/精准”的干扰消除,必须依赖精确的干扰流参数(具体用了哪个MCS,哪个UE ID)。权利要求1的机制是“事前/范围”的限制,通过告知UE“服务基站绝对不会用某种资源分配类型(例如类型2)”,使得UE可以大胆地将该资源位置用于纯净的噪声估计(如说明书[0069]所述)。这种从“精确参数匹配”到“排除法子集优化”的跨越,D7并未给出任何技术启示,且产生了意想不到的测量优化效果。

候选CPA 2:D3 (CN102783233A) / D4 (EP2526733A1)

  • 适用理由: D3/D4不仅涉及ICIC,还明确提到了传输FSI(未来调度信息)和RNTP(相对窄带发射功率)。RNTP本质上就是一种功率参数的“受限集合”(指示在某些资源块上的发射功率不超过某个阈值)。

  • 区别技术特征: D3公开了功率(RNTP)的受限集合,但没有明确将其扩展到“TPR值的子集、传输模式的子集、或资源分配类型的子集”。

【对抗性评述】

  • 无效宣告请求人(攻): D3已经公开了通过发送RNTP(功率受限集合)来协助UE。将功率的限制替换为或扩展为对“传输模式(TM)”或“资源分配类型”的限制,属于相同技术手段的简单平移。结合现有技术(如US2011255483A1中公开了不同的资源分配类型0,1,2),本领域技术人员有动机在需要时将这些类型的子集用信号发送给UE以实现协调。

  • 专利权人(防): RNTP的机制仅仅是功率阈值的指示,用于小区间功率控制。它无法推导出“限制特定传输模式(如TM7)或资源分配类型(如排除集中式类型2)以改变UE底层的参考信号读取逻辑”。将高层功率控制的启示,强行结合到底层物理层资源映射类型的排除上,属于典型的“事后诸葛亮(Hindsight)”。


四、 无效请求中最薄弱的技术特征

若作为无效宣告请求人提出无效请求,本权利要求最薄弱(最难被现有技术破坏)的技术特征是“技术特征B”中的概念组合,即:

“系统参数的受限集合包括:可用的传输模式的子集、或可用的资源分配类型的子集”。

战略分析:

在LTE标准的演进中(尤其是Rel-10/11阶段),向UE发送“确定的配置”(如具体的TM或确定的资源分配)是极其常见的(如D7所示)。发送“功率阈值限制”(如RNTP,D3所示)或“时域子帧限制”(如ABS,D5/D6所示)也是标准已有的ICIC手段。

然而,将**“传输模式(Transmission Mode)”或“资源分配类型(Resource Allocation Type)”作为一个“可用子集(Subset of available)”**发送给UE,在提供的所有对比文件中均缺乏直接、毫无异议的文字对应。现有技术要么给出具体值(D7),要么限制时间和功率(D3/D5)。无效请求人在此处极易陷入“拼凑特征”的困境。专利权人可以死守这一特征,强调该特征独特地允许接收机在获知“不使用资源分配类型2”后,复用该资源块的参考信号进行噪声估计(说明书[0069]),这一具体的物理层底层处理优化逻辑在现有的宏观ICIC/CoMP对比文件(D1-D7)中均未被揭示。

 


权利要求2

根据权利要求1所述的方法,其中,所述系统参数的受限集合选择性地用于以下各项中的至少一项:子帧的子集、混合自动重传请求(HARQ)过程的子集、或一个或多个操作模式的子集。


权利要求3

根据权利要求1所述的方法,其中,所述用信号传输包括以下各项中的至少一项:广播信令、无线资源控制(RRC)信令或层1信令。


权利要求4

根据权利要求1所述的方法,其中,所述信息包括位图以指示特定参数是否是用于传输的所述系统参数的受限集合的一部分。


权利要求5

根据权利要求1所述的方法,其中,所述信息包括从多个索引值中选择的索引值,每个索引值表征所述受限集合中可允许的系统参数的组合。


权利要求6

根据权利要求5所述的方法,其中,每个组合包括不同类型的系统参数的组合。


权利要求7

根据权利要求6所述的方法,其中,每个组合包括以下各项中的至少两项:一个或多个可允许的传输模式、一个或多个可允许的传输功率值、或者一个或多个可允许的资源分配类型。


权利要求8

根据权利要求1所述的方法,其中: 所述确定包括确定关于用于不同类型的传输的系统参数的不同受限集合的信息。


权利要求9

根据权利要求8所述的方法,其中,所述不同类型的传输包括至少单播传输和广播传输。


权利要求10

根据权利要求8所述的方法,其中,所述不同类型的传输包括基于公共参考信号(CRS)的传输和基于UE特定RS(UE‑RS)的传输。


权利要求11

根据权利要求1所述的方法,还包括:检测一个或多个条件,所述一个或多个条件触发确定所述信息以及将所述信息用信号传输至用户设备(UE)。


权利要求12

根据权利要求11所述的方法,其中,检测一个或多个条件包括检测以下各项中的至少一项:特定双工模式的使用、或传输是广播还是单播。


权利要求13

根据权利要求1所述的方法,其中: 所述确定包括确定关于用于不同小区标识(小区ID)的系统参数的不同受限集合的信息。


权利要求14

根据权利要求13所述的方法,其中,所述不同小区ID包括不同的虚拟小区ID或物理小区ID中的至少一个。


权利要求15

一种用于由服务基站(BS)进行无线通信的装置,包括:至少一个处理器,其被配置为: 确定与用于来自所述服务BS的传输的系统参数的受限集合有关的信息,其中,所述系统参数的受限集合包括以下各项中的至少一项:可用的业务与导频比(TPR)值的子集、可用的传输模式的子集、或可用的资源分配类型的子集,以及将所述信息用信号传输至用户设备(UE);以及 存储器,其与所述至少一个处理器耦接。


权利要求16

根据权利要求15所述的装置,其中,所述系统参数的受限集合选择性地用于以下各项中的至少一项:子帧的子集、混合自动重传请求(HARQ)过程的子集、或者一个或多个操作模式的子集。


权利要求17

根据权利要求15所述的装置,其中,所述信息包括位图以指示特定参数是否是用于传输的所述系统参数的受限集合的一部分。


权利要求18

根据权利要求15所述的装置,其中,所述信息包括从多个索引值中选择的索引值,每个索引值表征所述受限集合中可允许的系统参数的组合。


权利要求19

根据权利要求15所述的装置,其中,所述确定包括确定关于用于不同类型的传输的系统参数的不同受限集合的信息。


权利要求20

根据权利要求15所述的装置,其中,所述至少一个处理器还被配置为检测一个或多个条件,所述一个或多个条件触发确定所述信息以及将所述信息用信号传输至UE。


权利要求21

一种用于由用户设备(UE)进行无线通信的方法,包括:从服务基站(BS)接收与用于来自所述服务BS的传输的系统参数的受限集合有关的信息的信号传输,其中,所述系统参数的受限集合包括以下各项中的至少一项:可用的业务与参考信号功率比(TPR)值的子集、可用的传输模式的子集、或可用的资源分配类型的子集; 以及 使用所述信息来抑制由来自所述服务BS的传输造成的干扰。


权利要求22

根据权利要求21所述的方法,其中,所述系统参数的受限集合选择性地用于以下各项中的至少一项:子帧的子集、混合自动重传请求(HARQ)过程的子集、或者一个或多个操作模式的子集。


权利要求23

根据权利要求21所述的方法,其中,所述信息包括位图以指示特定参数是否是用于传输的所述系统参数的受限集合的一部分。


权利要求24

根据权利要求21的方法,其中,所述信息包括从多个索引值中选择的索引值,每个索引值表征所述受限集合中可允许的系统参数的组合。


权利要求25

根据权利要求21所述的方法,其中,所述接收包括接收关于用于不同小区标识(小区ID)的系统参数的不同受限集合的信息。


权利要求26

一种用于由用户设备(UE)进行无线通信的装置,包括:至少一个处理器,其被配置为: 从服务基站(BS)接收与用于来自所述服务BS的传输的系统参数的受限集合有关的信息的信号传输,其中,所述系统参数的受限集合包括以下各项中的至少一项:可用的业务与参考信号功率比(TPR)值的子集、可用的传输模式的子集、或可用的资源分配类型的子集; 以及 使用所述信息来抑制由来自所述服务BS的传输造成的干扰。


Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE