返回项目页面
对比文件列表
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
2026-06-17 01:30
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
2026-06-17 01:30
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
2026-06-17 01:30
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
2026-06-17 01:30
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
2026-06-17 01:30
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
2026-06-17 01:30
2014-02-26_EP2700185A_发明公开_EP2700185A2 METHOD AND APPARATUS FOR SUPPORTING SYNCHRONOYS HARQ TRANSMISSION_+++E_F_I_J_K_a_b_h_l+++.docx
2026-06-17 01:30
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
2026-06-17 01:30
KR20140042416A_Description_20260426_1244_+++B_C_D_E_F_I_J_K_M_q_t+++.docx
2026-06-17 01:30
WO2012144772A2_Description_20260426_1245_+++E_F_I_J_K_a_b_h_l_o_p_s+++.docx
2026-06-17 01:30
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

好的,作为一名经验丰富的资深专利代理师,我将对目标专利的权利要求技术特征与对比文件进行严谨的比对和评估。

对比文件名称:2009-03-12_US2009067364A_发明申请_US20090067364A1 APPARATUS AND METHOD FOR DETERMINING TIME TO RESPONSE OF RETRANSMISSION IN A MULTIHOP RELAY WIRELESS COMMUNICATION SYSTEM

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

本次调用的模型名称:Gemini 2.5 Pro

以下是根据您的要求进行的特征比对和公开性分析。

### 特征比对表格

技术特征描述以及公开性判断结果对比文件原文引用(翻译为中文)公开性论述
**技术特征A:** 所述方法包括:在网络装置中并且基于用户终端的能力,在可用的多个混合自动重传请求简档之中定义针对所述用户终端的混合自动重传请求 <br><br> **《隐含公开》****段落[0036]:** “在此,p2表示第二RS的DL数据处理延迟时间。p2取决于第二RS的性能和特性。” <br> **段落[0038]:** “在此,j表示MS的ACK/NACK传输延迟时间。j取决于MS的性能和特性。” <br> **段落[0044]:** “重传参数值,例如方程(1)中的ph和qh,在此被称为重传参数值。” <br> **段落[0045]:** “由于重传参数值是RS处的数据或ACK处理延迟时间,它们可能因RS而异。”对比文件公开了基于节点(RS/MS)的处理能力(性能和特性)来确定重传相关的定时参数(如`ph`, `qh`, `j`),这些参数本质上构成了不同的处理时间配置。虽然对比文件未明确使用“混合自动重传请求简档”这一术语,也未明确提及在“多个可用的简档之中定义”,但其核心思想是,网络(BS)收集各节点的能力参数,这些参数的不同组合可以形成不同的定时配置。本领域技术人员可以合理推断,这等同于基于终端能力,在多种可能的处理时间配置(简档)中为特定用户终端确定一个适用的配置。因此,该特征被对比文件隐含公开。
**技术特征B:** 所述多个混合自动重传请求简档至少在所述用户终端和基站之间的通信链路的一端处提供不同的处理时间 <br><br> **《隐含公开》****段落[0036]:** “p2取决于第二RS的性能和特性。” <br> **段落[0037]:** “p1取决于第一RS的性能和特性。” <br> **段落[0038]:** “j取决于MS的性能和特性。” <br> **段落[0039]:** “q1取决于第一RS的性能和特性。” <br> **段落[0040]:** “q2取决于第二RS的性能和特性。” <br> **段落[0045]:** “重传参数值...可能因RS而异。”对比文件明确公开了在通信链路的一端(中继站RS或移动台MS)具有不同的处理延迟时间(如p1, p2, q1, q2, j)。这些不同的延迟时间直接导致了在通信链路的一端(例如,接收端RS或MS)处理数据或生成响应所需的时间不同。这与目标专利中“在通信链路的一端提供不同的处理时间”的技术效果完全一致。因此,该特征被对比文件隐含公开。
**技术特征C:** 其中所述混合自动重传请求简档指示-下行链路传输在所述用户终端中被接收与对应的上行链路控制信息被预期从所述用户终端被发射之间的第一时间间隔 <br><br> **《隐含公开》****段落[0038]:** “接收调度信息和帧i+2上的数据包,MS 240 在时间j内检查与数据包相关的错误,并在帧i+3中向第一RS 230发送ACK/NACK。” <br> **段落[0042]和方程(1):** “nRSH 表示相应RS的DL数据包接收时间与DL数据包的ACK/NACK传输时间之间的时间间隔...” <br> **段落[0035]:** “...在帧i中,BS 210向第二RS 220传输调度信息和数据包。” <br> **段落[0036]:** “...第二RS 220在时间p2内处理DL数据...并在帧i+1中继调度信息和数据包。”对比文件以中继网络为例,描述了从数据包接收到发送ACK/NACK的延迟。对于终端MS而言,从接收DL数据包(帧i+2)到发送UL ACK/NACK(帧i+3),其时间间隔由`j`(MS的ACK/NACK传输延迟时间)决定。这个`j`值正是目标专利所述的第一时间间隔。虽然对比文件是针对中继场景,但其计算响应时间的原理和定义的时间间隔与目标专利的特征C完全对应。因此,该特征被对比文件隐含公开。
**技术特征D:** 以及-所述上行链路控制信息从所述用户终端被发射与对应的下行链路重传被预期最早在所述用户终端中被接收之间的第二时间间隔 <br><br> **《隐含公开》****段落[0016]:** “重传参数值包括...所述一个或多个其他RS的UL数据处理延迟时间,所述一个或多个其他RS的DL数据处理延迟时间,以及所述一个或多个其他RS的ACK/NACK传输延迟时间。” <br> **段落[0062]:** “ACK/NACK传输区域分配信息可以构成为名为‘ACKCH_Region_Allocation_IE’的信息元素。...包括帧偏移信息,该信息指示通过所指示资源传输的ACK/NACK对应的数据包位于哪个帧中。”对比文件通过计算和信令机制(如`nRSH`,`ACK_frame_delay`)来协调重传。MS发送ACK/NACK后,BS需要处理该信息并调度重传。对比文件中,BS根据ACK/NACK的接收来安排重传资源(如步骤211中,BS在帧i+5接收ACK/NACK后,可以调度重传)。虽然对比文件没有直接用一个参数定义从MS的ACK/NACK发送到最早可能重传的时间间隔,但其整个HARQ闭环操作(从发送ACK/NACK到接收重传)隐含地定义了第二时间间隔。特别是`ACKCH_Region_Allocation_IE`中的帧偏移信息,用于关联下行重传与之前的ACK/NACK,这实质上定义了第二时间间隔。因此,该特征被对比文件隐含公开。
**技术特征E:** 或者其中所述混合自动重传请求简档指示-上行链路传输在基站中被接收与对应的下行链路信息被预期从所述基站被发射之间的第三时间间隔 <br><br> **《隐含公开》****段落[0016]:** “重传参数值包括...所述一个或多个其他RS的UL数据处理延迟时间...” <br> **段落[0031]:** “在多跳中继无线通信系统中,BS 110和MS 140之间的上行链路数据...从MS 140发送到BS 110,经由第二RS 130和第一RS 120。” <br> **段落[0033]:** “...BS需要确认来自RS 120、130和MS 140的ACK/NACK。”对比文件同样考虑了上行链路传输(UL data)。基站(BS)在接收上行传输后,需要处理并发送对应的下行控制信息(如UL grant或ACK/NACK)。BS处理上行数据并生成下行信息的延迟时间,隐含地构成了第三时间间隔。对比文件中的“UL数据处理延迟时间”等参数,正是用于确定BS处理上行传输所需的时间,继而影响下行信息的发送时机。因此,该特征被对比文件隐含公开。
**技术特征F:** 以及-所述下行链路信息从所述基站被发射与对应的上行链路重传被预期最早在所述基站中被接收之间的第四时间间隔 <br><br> **《隐含公开》****段落[0033]:** “...根据ARQ方案,BS 110或MS 140重传并接收无差错数据。” <br> **段落[0062]:** “ACK/NACK传输区域分配信息可以构成为名为‘ACKCH_Region_Allocation_IE’的信息元素。...包括帧偏移信息,该信息指示通过所指示资源传输的ACK/NACK对应的数据包位于哪个帧中。”与特征D类似,BS在发送下行信息(如UL grant或NACK)后,会期待UE或RS在指定的时间进行上行重传。对比文件中,通过调度机制(如UL map中的资源分配)来控制重传时机。BS发送下行信息到接收上行重传之间的时间,由其调度决策和配置的延迟参数共同决定,这构成了第四时间间隔。对比文件中的帧偏移信息等,正是用于定义这种时间关系。因此,该特征被对比文件隐含公开。
**技术特征G:** 其中所述混合自动重传请求简档在对小区的初始接入期间被预定义或被定义。<br><br> **《未公开》****段落[0045]:** “重传参数值...通过RS的网络进入过程或能力协商过程从RS转发到BS。” <br> **段落[0060]:** “...无线电接收器330在RS的网络进入过程或能力协商过程中接收重传参数值...”对比文件公开了在“网络进入过程”或“能力协商过程”中收集和确定重传参数(如`ph`, `qh`, `j`)。虽然这些参数可以类比为“简档”的组成部分,但对比文件中的“网络进入过程”是针对中继站(RS)或移动台(MS)加入网络(多跳中继网络)的过程,而非目标专利所述的在“对小区初始接入期间”定义“混合自动重传请求简档”。目标专利强调的是在蜂窝通信系统的小区级接入阶段,为UE预定义或配置一个完整的简档。对比文件的过程更侧重于节点间的参数收集,而非在接入时选择一个预定义的简档。因此,该特征未被对比文件直接或隐含公开。
**技术特征H:** 其中所述方法还包括:通过调节为处理所述系统中的数据和相关控制信号而预留的时间来提供灵活的混合自动重传请求定时。<br><br> **《直接公开》****段落[0016]:** “重传参数值包括...上联(UL)数据处理延迟时间...下联(DL)数据处理延迟时间...ACK/NACK传输延迟时间...” <br> **段落[0044]:** “重传参数值,例如方程(1)中的ph和qh,在此被称为重传参数值。” <br> **段落[0060]:** “HARQ响应时间计算器370使用重传参数值计算RS的ACK/NACK传输时间。”对比文件的核心发明点正是通过调节处理延迟时间(重传参数值,如`ph`, `qh`, `j`)来计算和定义ACK/NACK的传输时间,从而提供灵活的HARQ定时。这些重传参数值明确代表了为处理数据和相关控制信号(如ACK/NACK)而预留的时间。通过在不同节点使用不同的参数值,对比文件实现了HARQ定时的灵活性,这与目标专利的特征H完全一致。因此,该特征被对比文件直接公开。
**技术特征I:** 其中所述上行链路控制信息和所述下行链路信息中的至少一个包括确认消息或者否定确认消息。<br><br> **《直接公开》****段落[0006]:** “...接收端向发送端发送ACK信号...接收端向发送端发送NACK信号。” <br> **段落[0035]-[0041]:** 大量描述了发送和接收ACK/NACK。对比文件通篇都在讨论ACK(确认消息)和NACK(否定确认消息)的传输和处理,并明确指出ACK/NACK是上行链路控制信息和下行链路信息的一部分。这是HARQ/ARQ方案的基础。因此,该特征被对比文件直接公开。
**技术特征J:** 其中所述上行链路传输包括上行链路被调度的消息。<br><br> **《隐含公开》****段落[0031]:** “在多跳中继无线通信系统中,BS 110和MS 140之间的上行链路数据...从MS 140发送...到BS 110。” <br> **段落[0033]:** “...BS需要确认来自RS 120、130和MS 140的ACK/NACK。” <br> **段落[0062]:** “...消息生成器316生成包括ACK/NACK传输区域分配信息的UL map。”对比文件明确提及上行链路传输(UL data),并且整个系统是基于集中式调度(centralized scheduling)的(段落[0032])。BS通过UL map等调度信息来分配上行资源,这意味着上行传输必然是“被调度的”。因此,上行链路传输包括上行链路被调度的消息这一特征,隐含在对比文件的调度机制中。
**技术特征K:** 其中所述下行链路信息包括上行链路调度授权消息。<br><br> **《隐含公开》****段落[0062]:** “...消息生成器316生成包括ACK/NACK传输区域分配信息的UL map。” <br> **段落[0072]:** “...BS向RS发送ACK/NACK传输区域分配信息。该信息包含在UL map中...” <br> **段落[0046]:** “BS使用控制或调度信息(例如DL/UL map或管理消息)向每个RS提供何时或哪个帧发送ACK/NACK。”对比文件中,BS通过UL map(上行链路映射)来分配上行资源,例如为ACK/NACK分配传输区域。UL map本身就是一种下行链路信息,其主要功能之一就是授予上行传输的权限和资源,这完全等同于“上行链路调度授权消息”。因此,该特征被对比文件隐含公开。
**技术特征L:** 其中所述混合自动重传请求简档是以下中的一个或多个:设备特定的、设备类型特定的、小区特定的和服务类型特定的。<br><br> **《隐含公开》****段落[0045]:** “重传参数值...可能因RS而异。” <br> **段落[0068]:** “BS确定是否有必要从RS收集重传参数值。即,BS确定系统中所有RS的重传参数值是否都相同。”对比文件指出重传参数值(构成简档的基础)因RS而异,并且BS需要判断这些值是否全部相同。当它们不同时,就是设备特定的。当它们都相同时,可以视为系统(或小区)特定的。虽然未明确提及“服务类型”,但本领域技术人员可以理解,不同的服务(如实时业务、非实时业务)可能需要不同的处理优先级和时间,隐含地可以由不同的参数值来体现。因此,该特征隐含公开。
**技术特征M:** 其中定义所述混合自动重传请求简档中涉及的可变数目或固定数目的不同的混合自动重传请求进程。<br><br> **《未公开》**全文未提及HARQ进程数目的配置或与简档的关联。对比文件关注于ACK/NACK的响应时间计算,但完全没有讨论HARQ进程的数量,无论是可变还是固定,也未将其与任何配置简档相关联。因此,该特征未被对比文件公开。
**技术特征N:** 其中所述方法还包括:定义针对所述混合自动重传请求简档中涉及的不同的混合自动重传请求进程的可变传输时间间隔TTI长度。<br><br> **《未公开》**全文未提及TTI长度的变化。对比文件假设了一个固定的帧结构作为时间单位,并未提及或讨论传输时间间隔(TTI)长度可以变化。这是目标专利中一个独立的、未被对比文件揭示的概念。因此,该特征未被对比文件公开。
**技术特征O:** 其中多个混合自动重传请求简档共存于包括频率和时间资源的共同资源空间中。<br><br> **《未公开》**全文未提及多个简档同时共存于同一资源空间。对比文件虽然隐含了不同节点有不同的处理延迟,但并未涉及将这些不同的配置(简档)视为可以同时、灵活地调度在同一个频域和时间资源块中的概念。其调度过程是针对特定链路和节点的。因此,该特征未被对比文件公开。
**技术特征P:** 其中所述方法还包括:定义所述用户终端是具有快速响应能力的用户终端或者所述用户终端是具有较低的混合自动重传请求回路延迟能力的用户终端。<br><br> **《隐含公开》****段落[0038]:** “j表示MS的ACK/NACK传输延迟时间。j取决于MS的性能和特性。” <br> **段落[0045]:** “重传参数值...可能因RS而异。”对比文件明确指出MS的ACK/NACK传输延迟时间`j`取决于其性能和特性,并且不同节点的参数值可以不同。这隐含地定义了一种分类方式:具有较小`j`值的MS可以被视为“具有快速响应能力”,而具有较大`j`值的MS则对应于“具有较低的HARQ回路延迟能力”。因此,该特征被对比文件隐含公开。
**技术特征Q:** 其中所述方法还包括:响应于所述系统中的预定事件,在活跃会话期间针对所述用户终端动态地重新配置混合自动重传请求回路延迟。<br><br> **《未公开》**全文未提及在活跃会话期间进行动态重新配置。对比文件主要描述了在初始接入或能力协商阶段确定参数,并未描述如何在通信进行中(活跃会话期间)根据事件动态调整这些参数或回路延迟。因此,该特征未被对比文件公开。
**技术特征R:** 其中所述方法还包括:定义针对具有不同的混合自动重传请求简档的用户终端的共享控制信道中的分离的HARQ-ACK控制信道部分。<br><br> **《未公开》****段落[0062]:** “...ACK/NACK传输区域分配信息可以构成为名为‘ACKCH_Region_Allocation_IE’的信息元素。”对比文件确实提到了为ACK/NACK分配一个资源区域(ACKCH_Region_Allocation_IE),但这仅是一个统一的资源分配。它没有公开或暗示针对具有不同HARQ定时简档的用户,在其享控制信道中定义“分离的”控制信道部分这一概念。因此,该特征未被对比文件公开。
**技术特征S:** 其中所述方法还包括:根据所述混合自动重传请求简档,定义混合自动重传请求缓冲器每子帧的大小与混合自动重传请求进程的最大数目中的至少一个。<br><br> **《未公开》**全文未提及HARQ缓冲器大小或进程数目的定义与简档的关联。对比文件完全没有讨论HARQ缓冲器的大小如何配置,或者HARQ进程的最大数目如何根据简档来定义。这是一个在对比文件范围之外的技术细节。因此,该特征未被对比文件公开。
**技术特征T:** 其中所述方法还包括:定义针对所述用户终端的双向混合自动重传请求简档,所述双向混合自动重传请求简档包括针对所述用户终端的下行链路混合自动重传请求简档和上行链路混合自动重传请求简档。<br><br> **《隐含公开》****段落[0030]:** “...BS 110和MS 140之间的下联(DL)数据...” <br> **段落[0031]:** “...BS 110和MS 140之间的上联(UL)数据...” <br> **段落[0033]:** “...BS需要确认来自RS 120、130和MS 140的ACK/NACK。”对比文件同时公开了下行链路(DL)和上行链路(UL)的HARQ/ARQ操作,并且BS需要管理这两个方向上的ACK/NACK。虽然在对比文件中,用于UL和DL的延迟参数是分开考虑的,但BS在调度时需要同时考虑这两套参数来协调整个通信过程。这隐含地构成了一个“双向的”配置,即包含了下行链路和上行链路的处理时间参数。因此,该特征被对比文件隐含公开。

### 结论与代码输出

根据上述严谨分析,对比文件公开了部分技术特征。以下是最终判断:

* 技术特征H和I被对比文件直接公开。

* 技术特征A, B, C, D, E, F, J, K, L, P, T被对比文件隐含公开。

* 技术特征G, M, N, O, Q, R, S未被对比文件公开。

**输出代码:**

<<<H>>><<<I>>>

<<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<j>>><<<k>>><<<l>>><<<p>>><<<t>>>

权利要求与技术特征
Powered by Django

网站备案号:渝ICP备2023012882号


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