对比文件的名称：2014-04-02_CN103703707A_发明公开_CN103703707A 在正交频分复用无线通信系统中传输混合自动重传请求确认的方法和装置
目标专利的名称：1050通信系统CN110547038B
本次调用的模型名称：未指定
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：根据第一参数和下行链路带宽来确定第一控制信道，所述第一控制信道包括第一多个资源 《直接公开》 | [0042]段：“一旦确定了PHICH持续时间和PHICH资源，PHICH持续时间指示在时域中的PHICH的位置，并且PHICH资源(Ng∈{1/6,1/2,1,2})指示了资源数量。可以根据指示的PHICH资源的数量计算得到实际的PHICH组的数量，如数学表达式1所示： 其中NRBDL表示在下行链路中使用的RB的总数量。” | 对比文件明确公开了根据第一参数Ng和下行链路带宽（通过NRBDL）确定传统PHICH资源（第一控制信道）的方法，该第一控制信道包括第一多个资源（PHICH组）。本领域技术人员可以毫无疑义地确定该特征被直接公开。 |
| 技术特征B：确定至少在第二控制信道上可用的第二多个资源 《直接公开》 | [0063]段：“在未使用的REG403区域传输扩展的PHICH，则这并不会影响到其他UE上的PDCCH接收，并且可以使演进的UE避免PHICH和PDCCH的冲突。...根据这个实施方式的PHICH组分配方法，首先以REG索引降序顺序将第二区域的3个REG绑定到一个PHICH组作为扩展PHICH组。” [0064]段：“在第一区域404中，以1、2、4或8个CCE为单位传输PDCCH，因此，如果在第一区域中CCE的数目不是8的倍数，则映射PDCCH的CCE的最后一部分基本上没有被使用。表4、5和6示出...没有被包含在PDCCH搜索区域内的CCE的数目。” | 对比文件公开了在PDCCH（第二控制信道）区域中确定可用的第二多个资源，包括未使用的REG（至少3个REG）和未使用的CCE，用于扩展PHICH传输。因此直接公开。 |
| 技术特征C：组合第一多个资源和第二多个资源以定义有效控制信道 《未公开》 | [0086]段步骤805-807：“如果UE已经具有事先分配的PHICH资源，那么eNB在事先分配的PHICH资源上向UE发送HARQ确认。...如果UE不具有任何事先分配的PHICH资源，那么eNB在...扩展的PHICH资源区域上发送PHICH。” | 对比文件仅选择使用传统PHICH资源或扩展PHICH资源中的一者，并未将两者组合成一个有效控制信道。因此未公开。 |
| 技术特征D：以用于向至少一个用户装置用信号发送确认数据使用，其中所述确认数据与先前未授权上行链路传输相关联 《未公开》 | 全文未涉及未授权上行链路传输。 | 对比文件针对的是调度授权（PUSCH）的上行链路传输的HARQ确认，未提及未授权（免授权）上行链路传输。因此未公开。 |
| 技术特征E：仅当预定传输机会被满足时，使用所述有效控制信道来向所述至少一个用户装置传输确认数据 《未公开》 | 无相关公开。 | 对比文件没有定义预定传输机会（如下行链路突发特定子帧或基于LBT的机会），其PHICH传输始终在预设子帧中进行，不依赖于条件满足。因此未公开。 |
| 技术特征F：进一步包括：在确定所述第一控制信道之前，接收和/或传输包括所述第一参数的广播 《直接公开》 | [0042]段：“在PCFICH发送之前通过物理广播信道发送用于指示PHICH持续时间和PHICH资源的信息。利用这些信息，UE可以检查HARQ确认信道的位置。...并且PHICH资源(Ng∈{1/6,1/2,1,2})指示了资源数量。” | 对比文件公开了基站通过物理广播信道传输包括第一参数Ng的信息，UE接收该广播以确定PHICH资源。该广播在确定第一控制信道（传统PHICH）之前执行。因此直接公开。 |
| 技术特征G：或者存储所述第一参数以确定所述第一控制信道，其中所述第一参数是静态的并且由通信协议所设置 《未公开》 | 无明确公开。 | 对比文件未提及存储静态第一参数或由协议设置Ng为固定值，其描述的是动态广播Ng。因此未公开。 |
| 技术特征H：其中至少一个所述第二控制信道是以下中的至少一项：物理下行链路控制信道 《直接公开》 | [0063]段：“在未使用的REG403区域传输扩展的PHICH...”，[0064]段：“在第一区域404中，以1、2、4或8个CCE为单位传输PDCCH，...没有被包含在PDCCH搜索区域内的CCE的数目。” | 对比文件明确第二控制信道为物理下行链路控制信道（PDCCH），扩展PHICH资源取自PDCCH区域。因此直接公开。 |
| 技术特征I：增强型物理下行链路控制信道 《未公开》 | 无。 | 对比文件未涉及增强型物理下行链路控制信道（EPDCCH）。因此未公开。 |
| 技术特征J：其中确定第二多个资源包括以下中的至少一项：确定至少三个资源元素组在物理下行链路控制信道上是可用的 《直接公开》 | [0063]段：“根据这个实施方式的PHICH组分配方法，首先以REG索引降序顺序将第二区域的3个REG绑定到一个PHICH组作为扩展PHICH组。” 表3显示当REG数目≥3时可用。 | 对比文件公开了确定至少三个REG在PDCCH上可用，并将其用于扩展PHICH。因此直接公开。 |
| 技术特征K：确定至少一个控制信道元素在物理下行链路控制信道上是可用的 《直接公开》 | [0064]段：“在第一区域404中，...没有被包含在PDCCH搜索区域内的CCE的数目。表4、5和6示出当CCE的数目为2、4和8时，没有被包含在PDCCH搜索区域内的CCE的数目。” [0070]段：“通过利用这些区域用于扩展的PHICH传输，...PHICH组0、1和2按顺序被映射到CCE索引16上。” | 对比文件公开了确定至少一个CCE在PDCCH上可用，并用于扩展PHICH。因此直接公开。 |
| 技术特征L：确定至少一个增强型控制信道元素在增强型物理下行链路控制信道上是可用的 《未公开》 | 无。 | 对比文件未涉及增强型控制信道元素（ECCE）。因此未公开。 |
| 技术特征M：进一步包括根据至少一个第二参数来执行所述确定，其中所述至少一个第二参数如下：当确定至少三个资源元素组在物理下行链路控制信道上是可用的时，为当确定至少一个控制信道元素在物理下行链路控制信道上是可用的时，为 以及当确定至少一个增强型控制信道元素在增强型物理下行链路控制信道上是可用的时，为 《未公开》 | 无。 | 对比文件没有公开所述第二参数（N_PHICH_REG等）及其取值。因此未公开。 |
| 技术特征N：进一步包括：仅确定第二多个资源，以用于确认数据在满足所述预定传输机会的子帧中的传输 《直接公开》 | [0086]段步骤805-807：“eNB检查是否在当前帧UE已经具有任何事先分配的PHICH资源。...如果UE已经具有事先分配的PHICH资源，那么eNB在事先分配的PHICH资源上向UE发送HARQ确认。...如果UE不具有任何事先分配的PHICH资源，那么eNB在...扩展的PHICH资源区域上发送PHICH。” | 对比文件公开了仅在当前子帧没有传统PHICH资源（即满足预定条件）时，才确定并使用扩展PHICH资源（第二多个资源）来传输确认数据。该预定条件对应于本特征中的预定传输机会。因此直接公开。 |
| 技术特征O：其中所述预定传输机会是以下中的至少一项：下行链路传输突发的特定子帧 《未公开》 | 无。 | 对比文件没有下行链路传输突发的概念，也未公开特定子帧作为传输机会。因此未公开。 |
| 技术特征P：属于预定义的子帧图案的子帧 《直接公开》 | [0056]段：“LTE TDD系统支持7种上行链路(UL)-下行链路(DL)配置。” 表2显示不同UL-DL配置下每个子帧的PHICH组资源数目，其中0表示无PHICH资源。 | 对比文件公开了预定义的子帧图案（TDD UL-DL配置），该图案定义了哪些子帧有PHICH资源（即预定传输机会）。因此直接公开。 |
| 技术特征Q：进一步包括：向用户装置传输所述预定传输机会的指示 《隐含公开》 | [0042]段通过PBCH广播PHICH资源信息（包括Ng），[0056]段隐含基站广播TDD配置。 | 对比文件虽然未明确传输“预定传输机会”的指示，但基站通过系统信息广播（如MIB和SIB）向用户装置传输了TDD配置和PHICH资源信息，用户装置据此可以确定哪些子帧有PHICH资源。本领域技术人员可以合理推断出基站传输了该指示。因此隐含公开。 |
| 技术特征R：和/或接收来自网络装置的所述预定传输机会的指示 《隐含公开》 | [0042]段UE通过PBCH接收PHICH资源信息，[0056]段UE通过系统信息获取TDD配置。 | 对比文件隐含用户装置接收了来自网络装置的指示（如TDD配置），从而确定预定传输机会。因此隐含公开。 |
| 技术特征S：进一步包括：仅当提供所述确认数据的反馈延迟不小于最小处理延迟时，使用所述有效控制信道向所述至少一个用户装置传输确认数据 《未公开》 | 无。 | 对比文件没有公开关于反馈延迟与最小处理延迟比较的条件。因此未公开。 |
| 技术特征T：进一步包括：使用所述上行链路传输的标识来将上行链路传输映射到所述第一多个资源和所述第二多个资源中的一者 《未公开》 | 第三实施方式[0083]段描述了基于PDCCH的CCE索引确定PHICH位置，但未使用上行链路传输的标识。 | 对比文件公开的PHICH资源映射方法基于PDCCH的CCE索引或REG索引，而不是基于上行链路传输的标识（如HARQ过程ID）。因此未公开。 |
| 技术特征U：其中所述标识是混合自动请求过程ID 《未公开》 | 无。 | 对比文件未使用HARQ过程ID进行映射。因此未公开。 |
| 技术特征V：其中所述映射包括将所述上行链路传输隐式地映射到所述第一多个资源和所述第二多个资源中的一者 《未公开》 | 第三实施方式[0083]段。 | 对比文件第三实施方式中，PHICH位置由PDCCH的CCE索引隐式确定，但该映射不是基于上行链路传输的标识，而是基于下行控制信道的位置。因此未公开本特征所述的映射。 |
| 技术特征W：其中所述映射包括：使用所述上行链路传输的所述标识来传输和/或接收指示所述映射的开始位置的信号 《未公开》 | 无。 | 对比文件没有公开使用上行链路传输标识传输/接收开始位置信号。因此未公开。 |
| 技术特征X：根据所述开始位置，将所述上行链路传输显式地映射到所述第一多个资源和所述第二多个资源中的一者 《未公开》 | 无。 | 对比文件没有公开基于开始位置的显式映射。因此未公开。 |
<<<A>>><<<B>>><<<F>>><<<H>>><<<J>>><<<K>>><<<N>>><<<P>>><<<q>>><<<r>>>