**对比文件名称**：2008-01-22_US7321589B_发明授权_US07321589B2 MAC layer reconfiguration in a mobile communication system
**目标专利名称**：1962改善混合式自动重发请求功能的方法及装置CN101635953B
**调用的模型名称**：DeepSeek AI
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：用于无线通讯系统的客户端中，上述客户端操作于高速共享控制信道减载操作模式<br>**《未公开》** | 对比文件全文涉及上行E-DCH的MAC层重配置、HARQ进程管理及RLC状态报告触发，但从未提及“高速共享控制信道减载操作（HS-SCCH less operation）”或任何与其等同的概念。 | 目标专利的HS-SCCH less operation是一种特定下行传输模式：第一次传输无需HS-SCCH控制信令，客户端根据预设信息盲解码。对比文件始终围绕上行增强信道（E-DCH）的调度、HARQ进程激活/去激活、TTI重配置等，无任何内容涉及下行的HS-SCCH less模式。本领域技术人员无法从对比文件合理推断出该模式。因此既未直接公开也未隐含公开。 |
| **技术特征B**：解码混合式自动重发请求程序对应于当前传输时间间隔的数据<br>**《隐含公开》** | 段落[0017]：“每个HARQ过程分配一定量的软缓冲存储器，用于组合未完成重传的数据包的比特。此外，每个过程负责生成ACK或NACK以指示E-DCH传输的递送状态。”<br>段落[0014]：“HARQ实体处理用户的重传功能。一个HARQ实体支持多个HARQ过程。HARQ实体处理所有要求的与HARQ相关的功能。” | 对比文件虽然未逐字写出“解码”动作，但HARQ过程生成ACK/NACK必须以解码数据为基础；软缓冲存储的比特用于解码合并。段落[0014]描述的HARQ实体必然包含对接收数据的解码操作。本领域技术人员从对比文件关于HARQ实体功能和ACK/NACK生成的记载，可以合理且毫无疑义地推断出“解码HARQ程序对应TTI的数据”这一步骤。因此属于隐含公开（且可进一步认为实质公开）。 |
| **技术特征C**：于上述数据解码成功时，将上述数据递送至上层协议单元进行排序，并回报对应于上述数据的确认收讫讯息<br>**《隐含公开》** | 段落[0017]：“每个HARQ过程负责生成ACK或NACK以指示E-DCH传输的递送状态。”<br>段落[0193]：“MAC-es实体将所有存储在重排序队列中的PDU递交给相应的RLC实体……”（此处发生在重配置场景，但正常HARQ中成功解码后递送上层是标准操作） | 对比文件明确HARQ过程生成ACK表示解码成功；同时，MAC-es实体将成功接收的PDU递交给高层RLC实体（递送并排序）。目标专利中的“递送至上层协议单元进行排序”与RLC层的有序递交功能对应。虽然对比文件未在同一句中描述完整流程，但将生成ACK与递交上层结合是HARQ接收端的标准行为。本领域技术人员根据对比文件对HARQ操作的整体描述，可以合理推断出该步骤。因此隐含公开。 |
| **技术特征D**：将对应于上述当前传输时间间隔的第一软缓存器所储存的数据视为已解码成功<br>**《未公开》** | 对比文件主要涉及HARQ软缓冲用于合并（段落[0017]、[0074]），但没有任何记载或暗示将软缓冲中的数据“视为已解码成功”或设置类似标记。在TTI重配置时，重排序缓冲被刷新（段落[0193]），但未涉及对软缓冲内容的解码状态认定。 | 目标专利的解决方案核心是在ACK已发出而网络未收到导致重传时，通过强制认定软缓冲数据已解码成功来避免错失重传。对比文件讨论的是上行重配置时的RLC状态报告触发和重排序缓冲刷新，从未提及这种针对软缓冲解码状态的标记或视为操作。本领域技术人员无法从对比文件得到任何关于“将软缓存器数据视为已解码成功”的教导。因此未公开。 |
| **技术特征E**：其中，上述数据是上述混合式自动重发请求程序的第一次传输的数据、或者合并上述混合式自动重发请求程序对应上述当前传输时间间隔的重传数据与对应前次传输的第二软缓存器所储存的数据而产生的合并数据<br>**《隐含公开》** | 段落[0070]-[0074]详细描述了HARQ类型II/III和追赶合并：重传数据与先前存储的数据合并。段落[0017]：“软缓冲存储器用于组合未完成重传的数据包的比特”。 | 对比文件对HARQ的阐述明确包含第一次传输（initial transmission）和重传（retransmission）的概念，且多次提及合并（combining）操作。目标专利所列举的两种数据情形（第一次传输的数据，或合并重传数据与之前软缓冲数据得到合并数据）正是HARQ操作的基本定义。本领域技术人员在阅读对比文件关于HARQ类型和软缓冲合并的记载后，可以合理得出这两种数据形式的定义。因此隐含公开。 |
| **技术特征F**：其中上述第二软缓存器根据第一预设公式决定，上述第一预设公式为[5×CFN+SubFN-6-PTR]mod13，CFN为联机讯框号，SubFN为子讯框号，PTR为前一次传输的指标值，以及mod为模数运算<br>**《未公开》** | 对比文件全文未出现任何类似的CFN、SubFN、PTR参数以及基于模13的软缓存器地址计算公式。对比文件描述软缓冲分配基于HARQ过程编号（段落[0017]、[0074]），但未涉及具体地址映射公式。 | 该公式是目标专利特有的软缓存器索引方法，用于定位前次传输的软缓存。对比文件仅泛泛提及每个HARQ过程分配软缓冲，未公开任何计算软缓冲位置的特定算法。本领域技术人员无法从对比文件得到该公式。因此未公开。 |
| **技术特征G**：于上述数据解码失败时，将上述数据储存于上述第一软缓存器，并取代上述第一软缓存器中原有的数据<br>**《隐含公开》** | 段落[0017]：“每个HARQ过程分配一定量的软缓冲存储器，用于组合未完成重传的数据包的比特。”<br>段落[0074]（关于追赶合并）：“这些合并值存储在相应HARQ过程的软缓冲中。” | HARQ接收端在解码失败后通常会将当前接收的软比特存储在软缓冲中，以便与后续重传合并。虽然对比文件未明确写“取代原有数据”，但“用于组合”隐含了原有数据可能被更新或替换（特别是对于增量冗余，新数据会替代或追加）。本领域技术人员根据HARQ常规操作，可以合理推断解码失败时会将新接收的数据存储到软缓冲（可能取代旧数据）。因此隐含公开。 |
| **技术特征H**：其中上述第一软缓存器根据第二预设公式决定，上述第二预设公式为[5×CFN+SubFN]mod13，CFN为联机讯框号，SubFN为子讯框号，以及mod为模数运算<br>**《未公开》** | 对比文件全文未出现CFN、SubFN及模13计算公式。 | 同特征F，对比文件未公开任何特定软缓存器索引公式。因此未公开。 |
| **技术特征I**：接收上述混合式自动重发请求程序的下一重传数据<br>**《隐含公开》** | 段落[0070]：“如果CRC检测到错误，接收机请求发送者发送额外的比特或新的数据包。”<br>段落[0071]-[0072]描述HARQ类型I、II中的重传机制。 | 对比文件对HARQ重传的描述明确包含接收重传数据的步骤。本领域技术人员从这些记载可以合理推断出HARQ程序中会接收下一个重传数据。因此隐含公开。 |
| **技术特征J**：根据上述第一软缓存器所储存的数据是否被视为已解码成功，进行上述混合式自动重发请求程序，而不论上述第一软缓存器中是否存在数据<br>**《未公开》** | 对比文件未涉及“将软缓存数据视为已解码成功”的概念，也未基于此判断进行HARQ流程。对比文件在重配置时冲刷重排序缓冲，但判决逻辑不同。 | 目标专利的该特征是解决特定问题的核心步骤（避免因无法判断解码状态而错失重传）。对比文件未涉及任何类似的判定条件或处理逻辑。本领域技术人员无法从对比文件得出该特征。因此未公开。 |
| **技术特征K**：其中上述高速共享控制信道减载操作模式是上述无线通讯系统的网络端于上述混合式自动重发请求程序的第一次传输时，不通过高速共享控制信道传送解码相关的控制信令至上述客户端，且上述客户端根据预设的控制信息解码上述第一次传输的数据<br>**《未公开》** | 同特征A，对比文件未涉及HS-SCCH less operation的任何定义或描述。 | 该定义是对HS-SCCH less模式的完整说明，对比文件无相关内容。因此未公开。 |
| **技术特征L**：用于无线通讯系统的客户端中，上述客户端操作于高速共享控制信道减载操作模式，其特征是，上述装置包含有：用于解码混合式自动重发请求程序对应于当前传输时间间隔的数据的部件<br>**《隐含公开》** | 段落[0014]（UE侧MAC-e架构）：“HARQ实体处理用户的重传功能。一个HARQ实体支持多个HARQ过程。HARQ实体处理所有要求的与HARQ相关的功能。”<br>图4-6显示UE侧MAC-e/es包括HARQ实体。 | 对比文件明确UE侧MAC层包含HARQ实体（硬件或软件模块），该实体负责HARQ相关功能，必然包括解码数据。虽然特征A的前置条件（HS-SCCH less模式）未公开，但对于“用于解码数据的部件”本身，对比文件公开了HARQ实体作为执行该功能的部件。本领域技术人员可以合理推断该部件存在。因此隐含公开（注意：由于特征A未公开，整个装置权利要求可能不成立，但单独就该部件特征的公开性判断，对比文件有对应内容）。 |
| **技术特征M**：用于在上述数据解码成功时，将上述数据递送至上层协议单元进行排序，并回报对应于上述数据的确认收讫讯息的部件<br>**《隐含公开》** | 段落[0017]（Node B侧）：“每个HARQ过程负责生成ACK或NACK。”<br>段落[0193]（S-RNC侧）：“MAC-es实体将所有存储在重排序队列中的PDU递交给相应的RLC实体。”<br>图4-6 UE侧MAC-e实体包括复用/解复用、HARQ实体等。 | 虽未直接命名“部件”，但对比文件中的HARQ实体和MAC-es实体分别负责生成ACK和递交PDU至上层。本领域技术人员知晓这些功能模块可称为“用于……的部件”。因此隐含公开。 |
| **技术特征N**：用于将对应于上述当前传输时间间隔的第一软缓存器所储存的数据视为已解码成功的部件，其中，上述数据是上述混合式自动重发请求程序的第一次传输的数据、或者合并上述混合式自动重发请求程序对应上述当前传输时间间隔的重传数据与对应前次传输的第二软缓存器所储存的数据而产生的合并数据<br>**《未公开》** | 对比文件未涉及“视为已解码成功”的功能或部件。关于数据类型的定义（第一次传输/合并数据）在对比文件中虽隐含存在（参见特征E分析），但从公开性判断规则，特征N整体包含两个部分：核心功能（视为已解码成功）和数据定义。核心功能未被公开。 | 即使数据定义部分可能被隐含公开，但特征N作为整体功能限定（用于视为已解码成功的部件）完全未被对比文件公开。本领域技术人员无法从对比文件得到该部件。因此未公开。 |
| **技术特征O**：其中上述第二软缓存器根据第一预设公式决定，上述第一预设公式为[5×CFN+SubFN-6-PTR]mod13，CFN为联机讯框号，SubFN为子讯框号，PTR为前一次传输的指标值，以及mod为模数运算<br>**《未公开》** | 同特征F，对比文件无此公式。 | 同特征F论述，未公开。 |
| **技术特征P**：于上述数据解码失败时，将上述数据储存于上述第一软缓存器，并取代上述第一软缓存器中原有的数据<br>**《隐含公开》** | 同特征G的引用：段落[0017]、[0074]。 | 特征P对应方法特征G的装置实现。对比文件中的HARQ实体和软缓冲机制隐含支持该操作（同特征G论述）。本领域技术人员可以合理推断存在用于执行该步骤的部件或功能。因此隐含公开。 |
| **技术特征Q**：其中上述第一软缓存器根据第二预设公式决定，上述第二预设公式为[5×CFN+SubFN]mod13，CFN为联机讯框号，SubFN为子讯框号，以及mod为模数运算<br>**《未公开》** | 同特征H，无此公式。 | 未公开。 |
| **技术特征R**：接收上述混合式自动重发请求程序的下一重传数据<br>**《隐含公开》** | 同特征I的引用：段落[0070]等。 | 特征R对应方法特征I，对比文件公开HARQ重传接收过程（同特征I论述）。隐含公开。 |
| **技术特征S**：根据上述第一软缓存器所储存的数据是否被视为已解码成功，进行上述混合式自动重发请求程序，而不论上述第一软缓存器中是否存在数据<br>**《未公开》** | 同特征J，对比文件无此判断逻辑。 | 未公开。 |
| **技术特征T**：其中上述高速共享控制信道减载操作模式是上述无线通讯系统的网络端于上述混合式自动重发请求程序的第一次传输时，不通过高速共享控制信道传送解码相关的控制信令至上述客户端，且上述客户端根据预设的控制信息解码上述第一次传输的数据<br>**《未公开》** | 同特征K，无相关描述。 | 未公开。 |
| **技术特征U**：用于无线通讯系统的客户端中，上述客户端操作于高速共享控制信道减载操作模式，其特征是，上述方法包含有：将混合式自动重发请求程序对应于当前传输时间间隔的数据储存于对应于上述当前传输时间间隔的第一软缓存器中<br>**《隐含公开》** | 段落[0017]：“每个HARQ过程分配一定量的软缓冲存储器，用于组合未完成重传的数据包的比特。”<br>段落[0074]：“这些合并值存储在相应HARQ过程的软缓冲中。” | 对比文件明确HARQ接收端将接收到的数据存储在软缓冲中（即使未明确写“先存储后解码”，但标准HARQ操作通常是先存储再进行解码）。本领域技术人员根据对比文件关于软缓冲存储的记载，可以合理推断出将对应TTI的数据存储于第一软缓存器的步骤。因此隐含公开。 |
| **技术特征V**：解码储存于上述第一软缓存器的上述数据<br>**《隐含公开》** | 同特征B的引用：段落[0014]、[0017]。 | 对比文件HARQ实体执行的功能必然包括解码存储于软缓冲的数据。与特征B类似，隐含公开。 |
| **技术特征W**：于上述数据解码成功时，将上述数据递送至上层协议单元进行排序，并回报对应于上述数据的确认收讫讯息，其中，上述数据是上述混合式自动重发请求程序的第一次传输的数据、或者合并上述混合式自动重发请求程序对应上述当前传输时间间隔的重传数据与对应前次传输的第二软缓存器所储存的数据而产生的合并数据<br>**《隐含公开》** | 段落[0017]（ACK生成）、段落[0193]（递交PDU至上层）、段落[0070-0074]（HARQ类型和合并）。 | 特征W包含特征C和特征E的综合。基于特征C和E的隐含公开理由相同，本领域技术人员从对比文件可以合理推断该完整步骤。因此隐含公开。 |
| **技术特征X**：其中上述第二软缓存器根据第一预设公式决定，上述第一预设公式为[5×CFN+SubFN-6-PTR]mod13，CFN为联机讯框号，SubFN为子讯框号，PTR为前一次传输的指标值，以及mod为模数运算<br>**《未公开》** | 同特征F，无此公式。 | 未公开。 |
| **技术特征Y**：其中上述第一软缓存器根据第二预设公式决定，上述第二预设公式为[5×CFN+SubFN]mod13，CFN为联机讯框号，SubFN为子讯框号，以及mod为模数运算<br>**《未公开》** | 同特征H，无此公式。 | 未公开。 |
| **技术特征Z**：其中上述高速共享控制信道减载操作模式是上述无线通讯系统的网络端于上述混合式自动重发请求程序的第一次传输时，不通过高速共享控制信道传送解码相关的控制信令至上述客户端，且上述客户端根据预设的控制信息解码上述第一次传输的数据<br>**《未公开》** | 同特征K，无相关描述。 | 未公开。 |
---
### 结论代码
根据上述判断，对比文件直接公开的特征：无。
对比文件隐含公开的特征：B、C、E、G、I、L、M、P、R、U、V、W。
请在回答的结尾插入相应小写代码：<<<b>>><<<c>>><<<e>>><<<g>>><<<i>>><<<l>>><<<m>>><<<p>>><<<r>>><<<u>>><<<v>>><<<w>>>