好的，作为一名经验丰富的专利代理师，我将对您提供的对比文件与目标专利权利要求的技术特征进行严谨的比对分析。
**对比文件名称：** 2005-11-24_WO2005112327A_发明申请_WO2005112327A2 METHOD AND APPARATUS FOR IMPLEMENTING A DATA LIFESPAN TIMER FOR ENHANCED DEDICATED CHANNEL TRANSMISSIONS
**目标专利名称：** 通讯系统中止混合式自动重发请求流程的方法及相关装置CN101043307B
**本次调用的模型名称：** GPT-4 (作为示例)
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 (中文翻译) | 公开性论述 |
| **技术特征A：** 接收主要绝对允传量消息。<br><br>**《未公开》** | 对比文件未公开任何关于“绝对允传量”消息的概念，尤其是“主要绝对允传量消息”。对比文件涉及的是调度请求和信道分配信息（[0019]: “The WTRU sends a channel allocation request... the Node-B sends channel allocation information...”）。 | 对比文件的整体技术方案围绕数据生命周期计时器管理H-ARQ传输，并未涉及标准（如3GPP TS 25.321）中定义的用于上行调度控制的“绝对允传量消息”。其主要信息交互是“信道分配请求”和“信道分配信息”，与目标专利中用于直接控制客户端传输功率和资源授权的“主要绝对允传量消息”在性质、功能和内容上均不同。本领域技术人员无法毫无疑义地从对比文件中得出该特征。 |
| **技术特征B：** 该主要绝对允传量消息是指示中止该第一混合式自动重发请求流程。<br><br>**《未公开》** | 对比文件公开了丢弃数据块并释放H-ARQ过程，但并非由“主要绝对允传量消息”指示中止。 ([0024]: “If the data lifespan timer 124 has expired, the controller 122 discards the data block and releases the associated H-ARQ process 128 (step 208).”) | 对比文件中的H-ARQ过程释放是由内部计时器过期触发的，而非网络端通过特定控制消息（如主要绝对允传量消息）指令客户端中止流程。目标专利中的“中止”是响应于网络端的主动控制命令，而对比文件中的“释放”是客户端的自主内部管理行为。两者触发机制和外部指令特征完全不同。 |
| **技术特征C：** 中止该第一混合式自动重发请求流程。<br><br>**《隐含公开》** | 对比文件公开了释放H-ARQ过程，这与中止流程在结果上部分等同。([0024]: “...releases the associated H-ARQ process 128 (step 208).”) | 尽管触发方式不同，但对比文件中“释放H-ARQ过程”的操作，从结果上看，使得该H-ARQ过程不再服务于原有数据块的传输，这与目标专利中“中止”该流程的客观状态具有相似性。本领域技术人员可以合理推断，释放一个H-ARQ过程即意味着该过程被终止使用，虽然并非受消息指令而“中止”，但达到了流程终止的效果。因此，我认为此特征被隐含公开。 |
| **技术特征D：** 若此时所有混合式自动重发请求流程均已中止。<br><br>**《未公开》** | 对比文件仅讨论单个数据块以及与其关联的单个H-ARQ过程，并未描述或涉及对“所有混合式自动重发请求流程”状态的判断。([0017]: “...a plurality of H-ARQ processes 128...”) | 对比文件描述了存在多个H-ARQ过程，但其核心流程是围绕单个数据块的生命周期进行管理，对单个H-ARQ过程进行释放操作。它没有揭示从系统全局角度检查所有H-ARQ流程是否都已中止的逻辑。这是目标专利解决“所有流程均中止”后如何恢复的关键触发条件，对比文件对此没有任何提示或教导。 |
| **技术特征E：** 次要允传功能设定为开启。<br><br>**《未公开》** | 对比文件完全没有提及“次要允传功能”、“次要绝对允传量”、“次要E-RNTI”或任何与“次要”调度相关的概念。 | 目标专利中的“次要允传功能”是3GPP标准中定义的一种特定网络配置，允许网络通过次要绝对允传量控制一组客户端。对比文件没有公开这种分级或分组的调度控制机制，也未涉及相关的配置参数（如Secondary E-RNTI）。 |
| **技术特征F：** 则启动所有混合式自动重发请求流程。<br><br>**《未公开》** | 对比文件未揭示当所有H-ARQ流程都中止后，会启动所有流程的操作。 | 与特征D的判断依据相同，对比文件没有揭示判断所有流程状态的逻辑，因此更不可能公开在此状态下“启动所有混合式自动重发请求流程”这一恢复性操作。对比文件的操作仅限于管理当前传输，而非对系统H-ARQ流程的全局性重置或启动。 |
| **技术特征G：** 以一次要绝对允传量消息所指定的绝对允传量值更新传输参数。<br><br>**《未公开》** | 对比文件未公开任何关于“次要绝对允传量消息”或使用其指定的值更新传输参数的内容。 | 目标专利的该特征描述了在启动所有流程后，使用之前从次要绝对允传量消息中获得的授权值来设定当前工作授权。对比文件中没有任何关于“次要绝对允传量消息”或“工作授权值”的记载。其传输资源的分配是通过信道分配信息（Channel allocation information）完成的，概念完全不同。 |
| **技术特征H：** 其中该客户端使用2毫秒传输时间间隔。<br><br>**《未公开》** | 对比文件提及TTI作为时间单位，但未指定TTI的具体时长为2ms。([0024]: “For each TTI at step 204...”) | 虽然对比文件使用了TTI（传输时间间隔）这一通用概念，但并未公开其具体值。目标专利限定2ms TTI是一个具体的、与非2ms TTI（如10ms）导致不同HARQ流程数量的关键参数。对比文件没有提供任何关于TTI具体数值的限定或教导。 |
| **技术特征I：** 其中该主要绝对允传量消息是对单一混合式自动重发请求流程有效。<br><br>**《未公开》** | 对比文件未公开任何关于“主要绝对允传量消息”的消息格式或范围字段。 | 目标专利的该特征明确了主要绝对允传量消息的一个特定属性—其作用范围是“单一混合式自动重发请求流程”。对比文件不涉及绝对允传量消息，因此也不可能公开其作用范围。 |
| **技术特征J：** 其中该无线通讯系统是第三代移动通讯系统中所附加的高速上行链路封包存取系统。<br><br>**《隐含公开》** | 对比文件明确其应用于3GPP Release 6的增强上行链路（EU/Enhanced Uplink）服务，而HSUPA正是3GPP Release 6中引入的关键特性。([0005]: “...currently being investigated in Release 6 of the Third Generation Partnership Project (3GPP)...In order to achieve these goals, the Node-B will take over responsibility of scheduling...”) | 对比文件的背景部分描述了3GPP Release 6中由Node-B负责调度的上行链路增强技术，这正是高速上行链路封包存取系统（HSUPA）的核心思想。虽然对比文件未直接使用“HSUPA”一词，但其所描述的“Enhanced Uplink (EU)”技术特征与目标专利所指的HSUPA系统在技术环境和标准演进上具有高度一致性。本领域技术人员可以合理推断其适用于相同的系统。 |
<<<c>>>
<<<j>>>