非显而易见杯

专利无效挑战赛

目标专利:750通信中的混合自动重传请求定时

专利公开号:CN106165330B

专利权人:诺基亚技术有限公司

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


上一项目 下一项目

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



权利要求列表点击可跳转

序号 权利要求内容

1

一种用于通信系统中的传输控制的方法,所述方法包括:在网络装置中并且基于用户终端的能力,在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求,所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间,其中所述混合自动重传请求简档指示 -下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔,以及-所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔; 或者 其中所述混合自动重传请求简档指示 -上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔,以及-所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔。

2

根据权利要求1所述的方法,其中所述混合自动重传请求简档在对小区的初始接入期间被预定义或被定义。

3

根据权利要求1所述的方法,其中所述方法还包括:通过调节为处理所述系统中的数据和相关控制信号而预留的时间来提供灵活的混合自动重传请求定时。

4

根据权利要求1所述的方法,其中所述上行链路控制信息和所述下行链路信息中的至少一个包括确认消息或者否定确认消息。

5

根据权利要求1所述的方法,其中所述上行链路传输包括上行链路被调度的消息。

6

根据权利要求1所述的方法,其中所述下行链路信息包括上行链路调度授权消息。

7

根据权利要求1所述的方法,其中所述混合自动重传请求简档是以下中的一个或多个:设备特定的、设备类型特定的、小区特定的和服务类型特定的。

8

根据权利要求1所述的方法,其中定义所述混合自动重传请求简档中涉及的可变数目或固定数目的不同的混合自动重传请求进程。

9

根据权利要求1所述的方法,其中所述方法还包括:定义针对所述混合自动重传请求简档中涉及的不同的混合自动重传请求进程的可变传输时间间隔TTI长度。

10

根据权利要求1所述的方法,其中多个混合自动重传请求简档共存于包括频率和时间资源的共同资源空间中。

11

根据权利要求1所述的方法,其中所述方法还包括:定义所述用户终端是具有快速响应能力的用户终端或者所述用户终端是具有较低的混合自动重传请求回路延迟能力的用户终端。

12

根据权利要求1所述的方法,其中所述方法还包括:响应于所述系统中的预定事件,在活跃会话期间针对所述用户终端动态地重新配置混合自动重传请求回路延迟。

13

根据权利要求1所述的方法,其中所述方法还包括:定义针对具有不同的混合自动重传请求简档的用户终端的共享控制信道中的分离的HARQ-ACK控制信道部分。

14

根据权利要求1所述的方法,其中所述方法还包括:根据所述混合自动重传请求简档,定义混合自动重传请求缓冲器每子帧的大小与混合自动重传请求进程的最大数目中的至少一个。

15

根据权利要求1至14中的任一项所述的方法,其中所述方法还包括:定义针对所述用户终端的双向混合自动重传请求简档,所述双向混合自动重传请求简档包括针对所述用户终端的下行链路混合自动重传请求简档和上行链路混合自动重传请求简档。

16

一种用于通信的装置,包括:至少一个处理器;以及包含计算机程序代码的至少一个存储器,其中所述至少一个存储器和所述计算机程序代码被配置为利用所述至少一个处理器使得所述装置:在网络装置中并且基于用户终端的能力,在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求,所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间,其中所述混合自动重传请求简档指示 -下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔,以及-所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔; 或者 其中所述混合自动重传请求简档指示 -上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔,以及-所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔。

17

一种计算机可读存储介质,存储程序代码,所述程序代码被配置为当所述程序代码被运行在计算机上时执行以下操作:在网络装置中并且基于用户终端的能力,在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求,所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间,其中所述混合自动重传请求简档指示 -下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔,以及-所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔; 或者 其中所述混合自动重传请求简档指示 -上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔,以及-所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔。


对比文件列表

编号 名称
0 2011-05-25_JP4687401B_发明专利_JP4687401B2 Thermal degradation evaluation test method of the pneumatic tire.docx
0 WO2012144772A2_Description_20260426_1245_+++E_F_I_J_K_a_b_h_l_o_p_s+++.docx
0 KR20140042416A_Description_20260426_1244_+++B_C_D_E_F_I_J_K_M_q_t+++.docx
0 2016-09-05_None_发明专利_JPWO2014061093A1 画面作成装置および画面作成方法.docx
0 2014-04-03_WO2014051407A_发明申请_WO2014051407A1 METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING DATA IN MOBILE COMMUNICATION SYSTEM_+++C_E_F_I_J_K_q+++.docx
0 2014-04-03_US2014092788A_发明申请_US20140092788A1 METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING DATA IN MOBILE COMMUNICATION SYSTEM_+++C_D_E_F_I_J_K_M_b_h_q_s+++.docx
0 2014-03-27_US2014084977A_发明申请_US20140084977A1 Wide Frequency Range Delay Locked Loop.docx
0 2014-02-26_EP2700185A_发明公开_EP2700185A2 METHOD AND APPARATUS FOR SUPPORTING SYNCHRONOYS HARQ TRANSMISSION_+++E_F_I_J_K_a_b_h_l+++.docx
0 2013-10-31_AU2012246934A_发明专利_AU2012246934A1 Method and apparatus for supporting synchronoys HARQ transmission_+++I_J_K+++.docx
0 2013-08-29_WO2013123980A_发明申请_WO2013123980A1 PROCESSING-TIME DEPENDENT CONTROL OF DATA BLOCK TRANSMISSION_+++A_B_C_H_I_J_K_L_M_N_Q_R_p_s+++.docx
0 2012-10-25_US2012269180A_发明申请_US20120269180A1 METHOD AND APPARATUS FOR SUPPORTING SYNCHRONOUS HARQ TRANSMISSION_+++E_F_H_I_J_K_M_g_l_p+++.docx
0 2012-10-24_CN102752090A_发明公开_CN102752090A 一种支持PUSCH的同步HARQ传输的方法_+++E_F_I_J_K_L_M_h+++.docx
0 2012-10-09_US8284754B_发明授权_US08284754B2 Apparatus and method for determining time to response of retransmission in a multihop relay wireless communication system_+++C_H_I_K_a_b_g_j_l_p_r+++.docx
0 2012-04-12_US2012089332A_发明申请_US20120089332A1 System for Detecting Oil Spills and Method Thereof.docx
0 1989-07-13_WO1989006315A_发明申请_WO1989006315A1 APPARATUS FOR CONVERTING OCEAN MOTION TO USEABLE ENERGY.docx
0 2011-05-06_JP2011514791A_发明专利_JP2011514791A harq process management has been improved_+++I_J_K+++.docx
0 2011-03-24_JP2011058668A_发明专利_JP2011058668A Air conditioning equipment control device.docx
0 2010-08-19_WO2010093397A_发明申请_WO2010093397A1 EARTH-PENETRATING EXPANSION ANCHOR.docx
0 2009-09-10_JP2009206846A_发明专利_JP2009206846A Data communication retransmission control method, and transmitting_receiving device_+++C_E_H_I_d_f+++.docx
0 2009-05-06_EP2056512A_发明公开_EP2056512A2 Apparatus and method for determining time to response of retransmission in a multihop relay wireless comunication system_+++A_B_C_D_G_H_I_J_K_L_e_f_p_t+++.docx
0 2009-03-12_WO2009031866A_发明申请_WO2009031866A2 APPARATUS AND METHOD FOR DETERMINING TIME TO RESPONSE OF RETRANSMISSION IN A MULTIHOP RELAY WIRELESS COMMUNICATION SYSTEM_+++C_G_H_I_K_R_a_b_j_l_o_t+++.docx
0 2009-03-12_US2009067364A_发明申请_US20090067364A1 APPARATUS AND METHOD FOR DETERMINING TIME TO RESPONSE OF RETRANSMISSION IN A MULTIHOP RELAY WIRELESS COMMUNICATION SYSTEM_+++H_I_a_b_c_d_e_f_j_k_l_p_t+++.docx
0 2007-05-31_JP2007132694A_发明专利_JP2007132694A Thermal degradation evaluating_testing method of pneumatic tire.docx
0 2007-02-22_US2007041349A_发明申请_US20070041349A1 Method and apparatus for controlling reliability of feedback signal in a mobile communication system supporting HARQ_+++I_j+++.docx
0 2005-11-17_JP2005323366A_发明专利_JP2005323366A Method and apparatus for changing tti based on harq process in enhanced uplink dedicated channel_+++B_E_F_H_I_J_K_M_N_Q_l_s+++.docx
0 1998-07-23_WO1998031893A_发明申请_WO98031893A1 REVERSIBLE ROOFING PANEL AND METHOD FOR MAKING A ROOFING PANEL.docx
0 1995-08-03_WO1995020361A_发明申请_WO1995020361A1 METHOD OF DETERMINING SITES FOR ARRHYTHMIA ABLATION.docx

权利要求1

一种用于通信系统中的传输控制的方法,所述方法包括:在网络装置中并且基于用户终端的能力,在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求,所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间,其中所述混合自动重传请求简档指示 -下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔,以及-所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔; 或者 其中所述混合自动重传请求简档指示 -上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔,以及-所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

这份分析报告将紧密结合目标专利说明书(CN106165330B)与对比文件D1(US20090067364A1)和D2(EP2056512A2),对权利要求1进行详尽的拆解和比对。

由于D1与D2属于同族专利(优先权日相同,且说明书实质内容高度一致,仅段落编号存在微小差异),以下分析将以D1为主线,并在表格中同时标注D1和D2的对应出处。

### 一、 权利要求1与对比文件的特征比对表格

目标专利权利要求1包含并列的技术方案(以“或者”连接)。由于通信系统的对称性,以下主要针对前半部分(下行链路传输及上行链路控制信息反馈,即特征A-D)进行比对分析。

权利要求1技术特征D1 (US20090067364A1) 公开情况及详细出处D2 (EP2056512A2) 公开情况及详细出处比对结论
A: 所述方法包括:在网络装置中并且基于用户终端的能力,在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求,实质公开了部分特征。<br>1. 在网络装置中:BS(基站,即网络装置)计算RS和MS的ACK/NACK传输时间(见[0012]、[0046])。<br>2. 基于用户终端的能力:MS(移动站,即用户终端)具有ACK/NACK传输延迟时间 $j$,$j$ 的大小取决于MS的性能和特性("varies depending on the performance and the characteristics of the MS")(见[0038])。<br>3. 未公开:明确提供“可用的多个混合自动重传请求简档(profiles)”并从中选择。D1采用的是基于公式 $n_{RSH} = \sum_{h=1}^{H}(p_h + q_h) + j$ 动态计算延迟参数(见[0043]),而非预定义并选择简档。与D1实质一致。<br>对应段落为 [0009]、[0043]、[0035]、[0040]。部分公开(公开了基于能力确定延迟,未公开“多个简档”架构)
B: 所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间,实质公开了特征本质。<br>D1公开了处理时间($p$、$q$、$j$)根据节点(包括基站、中继站、终端)的性能和特性而变化,因此必然在链路两端提供了不同的处理时间(见[0036]、[0037]、[0038])。与D1实质一致。<br>对应段落为 [0033]-[0035]。实质公开
C: 其中所述混合自动重传请求简档指示 -下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔,实质公开。<br>D1公开了MS接收到包(下行链路传输)后,在一个时间 $j$(ACK/NACK传输延迟时间)内检查错误,并在随后的帧中发送ACK/NACK(上行链路控制信息)。这里的 $j$ 即对应“第一时间间隔”(见[0038]以及图2)。与D1实质一致。<br>对应段落为 [0035] 以及图2。实质公开
D: 以及 -所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔;未公开。<br>D1主要解决的是在多跳中继系统中确定 ARQ响应信号(ACK/NACK)的传输时间(见[0010])。D1全文及图2仅公开了下行数据发送到上行ACK/NACK反馈的时序,没有涉及基站收到NACK后,再次下发“重传数据”到达终端的时间间隔控制。与D1实质一致。<br>对应段落为 [0007]。未公开
E & F: 或者其中所述混合自动重传请求简档指示... (反向的上行数据传输与下行重传时序)未公开。<br>理由同特征D,D1和D2均未公开对“重传”数据本身到达时间的预期和时序定义。与D1实质一致。未公开

---

### 二、 最接近的现有技术(CPA)分析

**结论:D1(或D2)均非常适合作为评价目标专利权利要求1创造性时的最接近的对比文件。** (注:由于D1和D2属于同族专利,技术方案完全等同,在无效实务中选择其中任一篇作为CPA即可,此处以D1为例)。

**分析理由:**

1. **所属技术领域相同**:D1与目标专利均属于无线通信系统中的HARQ(混合自动重传请求)定时与传输控制领域。

2. **解决的技术问题高度相关**:

* 目标专利旨在解决传统固定HARQ定时无法适应不同设备能力(如低功耗MTC设备与高性能设备复用)的问题,提出通过配置灵活的时间间隔(简档)来控制延时。

* D1旨在解决多跳中继系统中ARQ方案难以应用的问题,其核心也是通过获取各节点(包括用户终端)的数据处理和确认反馈的延迟时间(即处理能力)来进行集中调度,本质上也是一种对HARQ/ARQ时序的动态管理。

3. **技术效果重合度高**:D1通过考虑MS的性能特征(时间 $j$)来调度ACK/NACK的发送,达到了与目标专利“基于用户终端能力定义处理时间”极为相似的技术效果。

---

### 三、 未被CPA公开的区别技术特征及其他对比文件情况

如比对表格所示,D1(和D2)**没有公开**权利要求1的以下特征:

1. **简档化架构**:在可用的“多个混合自动重传请求简档”之中进行定义和选择。

2. **第二时间间隔(重传时序)**:明确指示“上行链路控制信息被发射”与“对应的下行链路重传被预期最早被接收”之间的第二时间间隔。

**其他对比文件(D2)的公开情况:**

D2作为D1的欧洲同族专利,其公开的文本与D1完全一致。因此,上述区别技术特征**同样未被D2公开**。

---

### 四、 提出无效请求时的“最薄弱”技术特征分析

对于无效请求方而言,目标专利权利要求1**最难被攻克(也是最核心的防御点)的技术特征是“第二时间间隔(重传时序的联合定义)”**。

**分析如下:**

1. **关于“多个简档”的特征并不稳固**:虽然D1未直接出现“简档(Profile)”一词,但在通信标准(如3GPP LTE)中,将一系列参数(如延迟时间参数的组合)打包固化为多个预配置的Profile(如不同的传输模式或等级)是本领域技术人员常用的常规技术手段(即为了减少信令开销,将公式动态计算演变为查表法)。这一特征很容易通过引入公知常识或其他基础通信协议文献来克服。

2. **关于“第二时间间隔”是真正的突破口**:D1和D2的着眼点仅仅是**反馈回路(Feedback Loop)**的闭环,即从发数据到收ACK。而目标专利的权利要求1不仅仅规定了反馈延迟(第一时间间隔),还强制绑定了**重传调度延迟(第二时间间隔)**,将其作为一个整体Profile下发。这意味着基站在分配Profile时,就已经预见并锁定了下一次重传发生的最早时间窗口。

3. **无效策略建议**:要彻底无效权利要求1,仅靠D1/D2是不够的。最薄弱的环节在于我们需要寻找一篇 **D3**。这篇D3不需要解决多跳中继问题,但必须明确记载:在HARQ机制中,不仅ACK/NACK的反馈时间可以根据UE能力(如低功耗、MTC设备)放宽,并且基站下发**重传数据(Retransmission)的最短等待时间**也是由该UE能力等级(或Profile)预先显式或隐式配置的。

结合以上对特征比对和无效突破口的深度剖析,若我们要正式构建一条完整的无效逻辑链,您希望我们是直接从本领域的公知常识(如3GPP LTE Rel-8/9中的时序规范)出发来论述“简档”和“重传时序”的显而易见性,还是需要进一步通过数据库检索引入一篇确凿的D3来进行组合评述?


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

你好。作为一名经验丰富的专利代理师,我将为你针对目标专利(CN106165330B)的权利要求1,结合你提供的对比文件(D1-D4)进行详尽的无效宣告(创造性)分析。

为表述清晰,首先约定对比文件指代如下:

* **D1**: 2005-11-17_JP2005323366A_发明专利

* **D2**: 2009-03-12_WO2009031866A_发明申请

* **D3**: 2009-09-10_JP2009206846A_发明专利

* **D4**: 2012-10-09_US8284754B_发明授权(注:D2与D4为同族专利,内容实质相同,下文分析主要以英文授权版D4的段落为主进行精准映射)。

---

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

在进行特征比对前,需准确界定权利要求1的核心保护范围:

1. **“混合自动重传请求简档(HARQ profile)”与“用户终端的能力”**:根据目标专利说明书 `[0031]` 和 `[0032]` 段记载,传统LTE中HARQ定时是固定的。本专利打破了固定定时,提出了“灵活的HARQ定时概念”,并明确指出这种简档的区分是基于**设备类别/能力**(例如,MTC/低数据速率设备应用一种简档,而数据中心UE应用另一种简档),允许不同的处理时间要求。

2. **时间间隔(第一至第四)**:特征C、D与E、F是“或者”并列关系,分别对应下行链路HARQ(DL收,UL发ACK,DL重传)和上行链路HARQ(UL收,DL发ACK,UL重传)的定时回路。权利要求1的核心在于通过“简档”定义了完整的收发、确认及重传的往返时间间隔。

---

### 二、 权利要求1技术特征比对与出处映射

技术特征D1 (JP2005323366A)D4 (US8284754B2) / D2D3 (JP2009206846A)
A: 在网络装置中并且基于用户终端的能力,在可用的多个HARQ简档之中定义针对该终端的HARQ未公开。 D1公开了改变TTI(2ms和10ms),但并未明确“基于用户终端能力”来定义配置多个HARQ简档。(参考 [2] TTI変更)实质公开。 D4公开了BS(网络装置)基于MS(用户终端)的性能和特征来计算/确定ACK/NACK传输时间。出处:D4 [0035] “j varies depending on the performance and the characteristics of the MS”;[0047] “BS calculates the ACK/NACK transmission time using the retransmission parameter values...”。未公开。 D3是基于“通信数据参数”(如数据量、数据长、变调方式)动态算出处理时间,而非基于“用户终端能力”。出处:D3 [2] 段落及图3。
B: 所述多个HARQ简档至少在通信链路的一端处提供不同的处理时间实质公开。 不同的TTI(2ms vs 10ms)实质上提供了不同的处理和响应时间。出处:D1 图4A/4B及相关说明。实质公开。 D4明确公开了针对不同节点(包括MS)有不同的处理延迟时间($p_h, q_h, j$)。出处:D4 [0044] 及等式(1)。实质公开。 D3公开了动态算出发送处理时间(发送延迟时间)。出处:D3 [2] 及图2。
C: 简档指示-下行链路传输在用户终端中被接收与对应的上行链路控制信息被预期从用户终端被发射之间的第一时间间隔未公开。 虽有HARQ回路,但未将其作为简档属性明确配置。毫无异议公开。 公开了参数 $j$,即MS的ACK/NACK传输延迟时间(接收下行数据与发送上行ACK之间的时间)。出处:D4 [0035] “MS... checks for an error... during a time j and sends an ACK/NACK... in a frame i+3”。实质公开。 公开了接收侧装置内延迟时间(接收端处理时间)。出处:D3 图1及相关说明。
D: 以及-上行链路控制信息从用户终端被发射与对应的下行链路重传被预期最早在用户终端中被接收之间的第二时间间隔未公开。 同上。实质公开。 D4重点计算了完整的 $nRSH$(即从接收到发送ACK的时间)。对于从发送ACK到下一次重传的时间,虽然D4的等式(1)主要针对ACK时间,但其HARQ回路调度(HARQ scheduler 390)必然包含重传时间的预定。出处:D4 [0059] “HARQ scheduler 390 performs the scheduling for the sake of the packet transmission, the packet retransmission...”。未公开。 D3侧重于单程的RTT动态计算,未明确拆分定义整体重传回路中的第二时间间隔。
E/F: (替代特征C/D的上行链路版本,此处省略详述,逻辑同上)同上同上同上

---

### 三、 最接近的对比文件(CPA)分析

**最适合作为最接近的对比文件:D4 (US8284754B2) / D2**

**理由(从解决的技术问题与技术效果角度):**

1. **技术领域与解决的问题高度一致**:目标专利解决的问题是“固定的HARQ定时方法不适于即将到来的通信系统(如不同处理能力的MTC与高端UE混合)”,需要灵活定义定时。D4解决的问题正是“确定多跳中继无线通信系统中的ARQ响应时间(Transmission time of a response signal)”,需要基于不同节点的处理能力和延迟动态计算和通知响应时间。

2. **技术效果的一致性**:两者均达到了打破固定时序限制,通过网络侧(基站)统筹调度,使不同处理能力或不同延迟特性的终端能够在其能力允许的时间间隔内完成数据接收与ACK反馈的效果。

3. **特征覆盖率最高**:D4实质上公开了权利要求1中绝大部分核心特征。它不仅包含了网络装置(BS),而且明确了该时间间隔的确定是基于MS(用户终端)的“性能和特性(performance and the characteristics)”(对应目标专利的“用户终端的能力”),并具体计算了接收数据与发送ACK之间的时间间隔(对应特征C)。

**未被最接近对比文件(D4)公开的特征是否被其他对比文件公开?**

D4未字面公开**“在可用的多个混合自动重传请求简档之中定义”**这一具体实施方式。D4是通过公式(等式1)为每个节点直接**动态计算**出具体的帧偏移量(frame offset)并发送,而不是在系统中预先设置“多个可用的简档(Profiles)”让基站去选择/定义。

D1、D3均未公开“预先设置多个HARQ简档并基于UE能力进行选择”这一特征。D1是基于信道状况切换TTI,D3是基于数据包大小/编码方式实时动态算RTT。因此,该区别特征未被现有的D1-D3公开。

---

### 四、 若提出无效请求,最薄弱的技术特征分析

若针对本案提出无效宣告请求,权利要求1中**最薄弱的技术特征是:“基于用户终端的能力,在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求”**。

**攻击逻辑与理由(结合本领域公知常识):**

1. 虽然D4公开的是通过公式动态计算延迟时间($j$, $p_h$ 等参数),而非直接选择“简档(Profile)”,但在3GPP通信标准(如LTE)的演进过程中,将具有特定参数集合的对象打包定义为“简档(Profile)”或“类别(UE Category)”是本领域技术人员极其常用的标准化手段。

2. 为了降低信令开销,网络侧不每次都进行复杂的浮点运算或动态参数传递,而是预先在标准中定义几套固定的参数组合(即“多个可用的简档”),然后基站根据UE上报的能力等级(Capability/Category,如低功耗MTC设备对应慢速简档,高端手机对应快速简档)直接分配其中一个简档。这对于本领域的通信协议研发人员而言,是解决“动态计算带来高信令开销”的常规技术手段。

3. 因此,在D4已经给出了“基于UE性能计算不同HARQ时间间隔”的启示下,本领域技术人员极易想到将其实现方式由“每次动态计算”替换为“预设多个简档并选择”,该特征不具备突出的实质性特点和显著的进步。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

你好,我是你的专利代理师。针对目标专利 **CN106165330B**(以下简称“本申请”)的权利要求1,结合你提供的四份对比文件(D1-D4),我为你整理了详细的侵权/无效分析及特征比对。

### 一、 目标专利权利要求1 技术解析

**本申请解决的技术问题:**

传统通信标准(如LTE)中,HARQ定时关系是固定且预定义的。这导致在面对低功耗设备(MTC)、CPU节流(动态频率缩放)或高负载场景时,固定的定时无法平衡功耗与性能。

**本申请的技术手段:**

通过“HARQ简档(Profile)”的概念,根据“用户终端能力”从多个预设简档中选择一个。每个简档明确定义了处理时间,具体体现为:

1. **下行方向:** DL接收→UL ACK/NACK间隔(第一时间间隔)+ UL ACK/NACK→最早DL重传间隔(第二时间间隔)。

2. **上行方向:** UL接收→DL ACK/NACK间隔(第三时间间隔)+ DL ACK/NACK→最早UL重传间隔(第四时间间隔)。

**核心贡献点:**

将HARQ的往返时间(RTT)拆分为两个明确的阶段性时间间隔,并形成可调用的“简档库”。

---

### 二、 对比文件特征比对分析

为了便于分析,我们将对比文件家族进行归类:

* **D1 (CN102752090A)**、**D2 (US20120269180A1)**、**D4 (EP2700185A2)** 为三星电子的同族专利,主要讨论CA(载波聚合)中不同TDD配置下的同步HARQ定时。

* **D3 (WO2013123980A1)** 为爱立信专利,主要讨论基于处理能力控制数据块传输。

#### 1. 权利要求1 特征比对表

权利要求1的技术特征D1 (CN102752090A)D3 (WO2013123980A1)
特征A: 在网络装置中并基于用户终端能力,在可用的多个HARQ简档中定义针对该终端的HARQ实质公开。 虽未用"Profile"一词,但基站根据UE工作的CA模式及小区配置定义定时关系([0031])。毫无异议公开。 明确提到“从多个支持的处理时间中确定终端所需的处理时间”([p0011])。
特征B: 多个HARQ简档至少在终端和基站通信链路的一端提供不同的处理时间实质公开。 提到根据基站能力(3ms或4ms)调整处理时间([0100])。毫无异议公开。 明确区分了MTC终端和普通终端的不同处理能力和时间要求([p0007], [p0030])。
特征C/E: 简档指示传输接收与对应反馈信息发射之间的第一时间/第三时间间隔毫无异议公开。 详细公开了从PUSCH到PHICH或PDCCH到PUSCH的定时关系表(表2-1, 表3)。毫无异议公开。 定义了HARQ反馈时间,即接收数据块与发送ACK/NACK之间的间隔([p0030])。
特征D/F: 简档指示反馈信息发射与对应重传预期最早接收之间的第二时间/第四时间间隔实质公开。 公开了重传定时位置与上一次发送的定时关系([0032])。实质公开。 提到控制两个连续数据块之间的间隔要大于确定的处理时间([p0030])。

#### 2. 对比文件详细出处及分析

* **D3 (WO2013123980A1):**

* **证据价值:** D3是本申请最强的创造性挑战者。

* **详细出处:**

* **[p0011]** 明确公开了“node determines a processing time... from a plurality of supported processing times”(从多个支持的时间中确定处理时间)。

* **[p0030]** 指出处理时间可以定义为“HARQ反馈时间”,即接收数据块与发送ACK/NACK之间的间隔(对应本申请特征C/E)。

* **[p0030]** 同时提到通过控制“两个连续数据块发送之间的时间间隔”来适配处理时间,这在逻辑上涵盖了反馈到重传的间隔(对应本申请特征D/F)。

* **D1 (CN102752090A) / D2 (US2012269180A) / D4 (EP2700185A):**

* **证据价值:** 侧重于TDD CA场景下的定时计算公式和表格。

* **详细出处:**

* **D1 [0007]** 定义了HARQ传输定时的概念,包括PDCCH/PHICH到PUSCH以及PUSCH到PHICH。

* **D1 [0043]** 及后续多个表格,详细给出了在不同上下行配置组合下,各个子帧之间的具体偏移值(k或p)。

* **分析:** 它们证明了在通信系统中,改变HARQ各步骤之间的间隔(即本申请的特征C/D/E/F)是本领域的常规技术手段,尤其是在考虑基站/终端处理能力受限时(D1 [0100])。

---

### 三、 创造性分析:最接近对比文件的确定

**建议选择 D3 (WO2013123980A1) 作为最接近的对比文件。**

**分析原因:**

1. **技术领域及问题高度一致:** D3和本申请都聚焦于如何处理“不同能力终端(尤其是MTC低功耗终端)”在相同网络下的处理时间适配问题。

2. **技术手段相似度最高:** D3已经提出了“从多个候选的处理时间中进行选择”这一核心机制(即本申请的简档池概念),这比D1基于CA配置计算定时的逻辑更贴近本申请的权利要求1。

3. **技术效果一致:** 两者都旨在允许低成本、低功耗设备接入原本为高速率设计的系统(如LTE),避免因处理过慢导致的数据丢弃。

**补充最接近对比文件:**

若审查员认为CA(载波聚合)是本申请的隐含背景,则 **D1 (CN102752090A)** 也可作为最接近对比文件,因为它提供了具体的子帧间隔数值表,能够与本申请的“第一时间间隔”等特征形成精准的数值比对。

---

### 四、 无效请求中的薄弱环节分析

如果发起无效宣告请求,本申请权利要求1最薄弱(即最容易被突破)的技术特征是:

**“在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求(特征A)”**

**理由如下:**

1. **术语冗余:** “简档(Profile)”在通信领域常被视为“一组配置参数”的代名词。D3中提到的“从多个支持的时间中选择”在实质上已经完成了一组参数的定义。将一组参数命名为“简档”并不具有突出的实质性特点。

2. **公知常识:** 在3GPP标准中,根据UE Capability(终端能力)来配置特定的物理层参数(如HARQ进程数、缓冲器大小、定时偏移)是标准的配置流程。

3. **D3的精准打击:** D3 [p0011] 几乎原封不动地公开了“基于终端需求从多个支持的时间中确定处理时间”的逻辑。

**结论建议:**

在本申请权利要求1中,唯一可能具有一点微弱创造性空间的是将“DL接收到反馈”和“反馈到重传”这两个间隔**同时**打包进一个简档并进行动态定义。但结合 D1 提供的详尽定时偏移表格以及 D3 的能力适配逻辑,通过“D3 + D1 + 领域公知常识”的组合,权利要求1被无效的可能性极高。

**避坑指南:**

在无效过程中,专利权人可能会抗辩:D3只提到了单个处理时间,而本申请是一个包含两个间隔的“Profile”。我们可以通过引用 D1 的 [0007] 段进行反驳,证明在HARQ流程中,这两个间隔本身就是联动且预定义的,将它们打包配置属于典型的“显而易见的逻辑组合”。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

这份专利无效分析的重点在于剥离权利要求的语言外壳,将其核心技术方案与对比文件所公开的通信底层机制进行精准的特征比对。在3GPP标准(如LTE和5G NR规范)的语境下,混合自动重传请求(HARQ)的时序关系(Timing)是MAC层和物理层设计的核心。

以下是针对目标专利说明书(CN106165330B)权利要求1与所提供对比文件的深度比对与无效宣告分析策略。

### 一、 权利要求1核心技术逻辑与对比文件概述

**目标专利核心逻辑**:目标专利解决的技术问题是传统的固定HARQ时序无法兼顾不同类型终端的需求(例如:低功耗MTC设备需要更长处理时间,而高速设备需要低延迟)。其核心解决方案是:**基站基于用户终端(UE)的能力,为其配置不同的“HARQ简档(Profile)”**,从而改变下行到上行(如PDSCH到PUCCH的ACK/NACK)或上行到下行(如PUSCH到PHICH)的处理时间间隔。

**对比文件概况**:

* **D1 (US20140092788A1) / D2 (WO2014051407A1) / D3 (KR20140042416A)**:这三份文件属于同族专利,实质公开了相同的技术方案。为表述严谨,下文主要以**D1 (US20140092788A1)** 作为代表进行引证。D1解决的是在**动态TDD系统**中,由于上下行子帧配置动态变化导致HARQ进程断裂的问题。其方案通过重新映射子帧间的时序关系($t_1, t_2, t_3, t_4$)来维持HARQ。

* **D4 (WO2012144772A2)**:涉及**载波聚合(CA)**场景下,当主小区(Pcell)和辅小区(Scell)采用不同的TDD上下行配置时,如何支持跨载波调度的同步HARQ传输。

---

### 二、 技术特征比对分析(以D1作为主要比对对象)

权利要求1界定了两种并列的HARQ时序间隔(C+D 为下行HARQ时序,E+F 为上行HARQ时序)。D1实质上已经毫无异议地公开了这四种时间间隔的物理意义及存在。

权利要求1 技术特征D1 (US20140092788A1) 的公开情况与详细出处公开性质
A: 在网络装置中并且基于用户终端的能力,在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求未公开“基于用户终端的能力”以及“多个简档之中定义”。D1公开了基站发送包含TDD配置修改信息的消息([0010], [0043]),即基站定义了HARQ时序,但其触发条件是系统的TDD配置变更,而非基于UE能力。未公开
B: 所述多个混合自动重传请求简档至少在所述终端和基站之间的通信链路的一端处提供不同的处理时间实质公开。D1公开了根据不同的TDD配置,时间$t_1, t_2, t_3$ 可以不同地被定义([0048], [0054])。这实质上导致了通信链路端点处(基站或终端)存在不同的处理时间间隔。实质公开
C: 简档指示-下行传输在终端中被接收与对应上行控制信息被预期从终端发射之间的第一时间间隔毫无异议公开。D1段落 [0053] 明确记载了终端接收PDSCH后,在时间 $t_3$($t_3$ time)之后向PUCCH发送响应(ACK/NACK)。$t_3$ 就是第一时间间隔。毫无异议公开
D: 以及-上行控制信息从终端被发射与对应下行重传被预期最早在终端中接收之间的第二时间间隔毫无异议公开。D1段落 [0053] 明确记载了基站接收响应后,在时间 $t_4$($t_4$ time)之后向终端发送重传DCI和重传数据信道。$t_4$ 就是第二时间间隔。毫无异议公开
E: 或者指示-上行传输在基站中被接收与对应下行信息被预期从基站发射之间的第三时间间隔毫无异议公开。D1段落 [0047] 明确记载了终端发送PUSCH后,基站在时间 $t_2$($t_2$ time)之后向PHICH发送响应或重传DCI。$t_2$ 就是第三时间间隔。毫无异议公开
F: 以及-下行信息从基站被发射与对应上行重传被预期最早在基站中被接收之间的第四时间间隔实质公开。D1段落 [0047] 及图2记载了如果需要重传,重传数据信道传输和重传控制信道传输将持续重复。由于上行HARQ是同步的,PHICH发送后到下一次PUSCH重传的时间是由同步HARQ RTT决定的固定时间(通常对应于规范中的重新调度延迟),这实质公开了第四时间间隔。实质公开

---

### 三、 最接近的对比文件 (Closest Prior Art) 分析

**适合作为最接近的对比文件:D1 (US20140092788A1)**

* **从整体解决的技术问题角度**:目标专利试图解决由于固定HARQ时序导致的缺乏灵活性问题;D1试图解决动态TDD配置变化导致的HARQ时序断裂问题。两者在宏观上均致力于**解决LTE系统中固定HARQ时序(Timing relationship)带来的局限性,并引入了可变的HARQ时间间隔机制**。

* **从技术效果角度**:目标专利实现了不同处理时间的灵活配置;D1通过映射(Mapping)新的时序关系(重定义 $t_1, t_2, t_3$ 表格,如D1中的Table 2、Table 3、Table 5),实现了HARQ进程在时序变化下的持续运作。两者都达到了动态干预底层HARQ定时参数的效果。

* **为何不选D4**:D4(WO2012144772A2)主要探讨的是不同TDD配置的载波进行聚合(CA)时的跨载波调度(Cross-carrier scheduling)时序对齐问题。虽然也涉及修改HARQ Timing(如D4段落 [0065]-[0067] 重新推导 $n+p+r-g$),但其着眼于多载波间的频域/时域协调,其物理场景相较于D1而言,离目标专利“配置不同的处理时间”这一目的稍远。

### 四、 未被公开的特征及其他对比文件的情况

最接近的对比文件 D1 **没有公开**的核心特征是:**“基于用户终端的能力(Capability)”来定义/选择HARQ简档**。

在D1中,HARQ时序的改变是Cell-specific(小区级别)的,是由基站动态调整TDD配置(Dynamic TDD)触发的;而在目标专利中,HARQ时序的改变是UE-specific(终端级别)的,是由终端的处理能力(例如MTC设备的弱处理能力)触发的。

**其他对比文件是否公开了该未公开特征?**

* D4 (WO2012144772A2) 同样**没有公开**基于“终端能力”来分配HARQ时序。D4中的时序调整是基于Pcell和Scell的TDD配置差异(见D4 Table 5-44),依然属于系统资源配置维度的调整。

* 因此,严格基于本提示词所提供的四份对比文件,**特征A中的“基于用户终端的能力”未被任何一份文件实质公开。**

---

### 五、 无效请求策略:最薄弱的技术特征

若作为无效宣告请求人提起无效,该专利**最薄弱的技术特征**正是其唯一的区别技术特征:**“基于用户终端的能力...定义混合自动重传请求简档” (Feature A)**。

**薄弱原因与无效攻击切入点:**

1. **现有技术的启示极其明显(缺乏创造性)**:在3GPP LTE和LTE-A的标准演进中,基站根据终端上报的“UE Capability”(如UE Category,决定了软缓冲器大小、最大支持层数、处理时间要求等)来为其配置专门的传输参数,属于本领域的**公知常识**。

2. **目标专利说明书的“自认”**:值得高度注意的是,目标专利说明书第 **[0025]** 段直接承认了:“*在处理能力方面,3GPP系统已经虑及一些区分,因为存在具有较少的HARQ缓冲器的一些UE能力...*”。这相当于申请人自认了本领域已知根据UE能力进行区分。

3. **无效逻辑链条构建**:以 **D1 为最接近的现有技术**(公开了改变HARQ 第一、二、三、四时间间隔以适应系统动态变化的机制)结合 **本领域公知常识**(为了兼容如MTC这类处理能力弱、功耗要求低的特殊能力终端,基站天然需要将D1中可变的HARQ时间间隔机制,针对性地应用到这类终端上)。一旦建立了“将D1的灵活时序应用于不同能力UE”的动机,该权利要求的创造性(Inventive Step)将极易被击穿。此外,所谓的“简档(Profile)”在标准协议中无非是一组高层信令(RRC)配置的参数集,其本质仅是常规的参数化配置手段,不具备实质性技术贡献。


权利要求2

根据权利要求1所述的方法,其中所述混合自动重传请求简档在对小区的初始接入期间被预定义或被定义。


权利要求3

根据权利要求1所述的方法,其中所述方法还包括:通过调节为处理所述系统中的数据和相关控制信号而预留的时间来提供灵活的混合自动重传请求定时。


权利要求4

根据权利要求1所述的方法,其中所述上行链路控制信息和所述下行链路信息中的至少一个包括确认消息或者否定确认消息。


权利要求5

根据权利要求1所述的方法,其中所述上行链路传输包括上行链路被调度的消息。


权利要求6

根据权利要求1所述的方法,其中所述下行链路信息包括上行链路调度授权消息。


权利要求7

根据权利要求1所述的方法,其中所述混合自动重传请求简档是以下中的一个或多个:设备特定的、设备类型特定的、小区特定的和服务类型特定的。


权利要求8

根据权利要求1所述的方法,其中定义所述混合自动重传请求简档中涉及的可变数目或固定数目的不同的混合自动重传请求进程。


权利要求9

根据权利要求1所述的方法,其中所述方法还包括:定义针对所述混合自动重传请求简档中涉及的不同的混合自动重传请求进程的可变传输时间间隔TTI长度。


权利要求10

根据权利要求1所述的方法,其中多个混合自动重传请求简档共存于包括频率和时间资源的共同资源空间中。


权利要求11

根据权利要求1所述的方法,其中所述方法还包括:定义所述用户终端是具有快速响应能力的用户终端或者所述用户终端是具有较低的混合自动重传请求回路延迟能力的用户终端。


权利要求12

根据权利要求1所述的方法,其中所述方法还包括:响应于所述系统中的预定事件,在活跃会话期间针对所述用户终端动态地重新配置混合自动重传请求回路延迟。


权利要求13

根据权利要求1所述的方法,其中所述方法还包括:定义针对具有不同的混合自动重传请求简档的用户终端的共享控制信道中的分离的HARQ-ACK控制信道部分。


权利要求14

根据权利要求1所述的方法,其中所述方法还包括:根据所述混合自动重传请求简档,定义混合自动重传请求缓冲器每子帧的大小与混合自动重传请求进程的最大数目中的至少一个。


权利要求15

根据权利要求1至14中的任一项所述的方法,其中所述方法还包括:定义针对所述用户终端的双向混合自动重传请求简档,所述双向混合自动重传请求简档包括针对所述用户终端的下行链路混合自动重传请求简档和上行链路混合自动重传请求简档。


权利要求16

一种用于通信的装置,包括:至少一个处理器;以及包含计算机程序代码的至少一个存储器,其中所述至少一个存储器和所述计算机程序代码被配置为利用所述至少一个处理器使得所述装置:在网络装置中并且基于用户终端的能力,在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求,所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间,其中所述混合自动重传请求简档指示 -下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔,以及-所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔; 或者 其中所述混合自动重传请求简档指示 -上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔,以及-所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔。


权利要求17

一种计算机可读存储介质,存储程序代码,所述程序代码被配置为当所述程序代码被运行在计算机上时执行以下操作:在网络装置中并且基于用户终端的能力,在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求,所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间,其中所述混合自动重传请求简档指示 -下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔,以及-所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔; 或者 其中所述混合自动重传请求简档指示 -上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔,以及-所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔。


Powered by Django

网站备案号:渝ICP备2023012882号


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