对比文件名称：2013-01-30_CN102907035A_发明公开_CN102907035A 用于下行链路信道资源指派的方法和装置
目标专利名称：1050通信系统CN110547038B
本次调用的模型名称：大型语言模型
### 特征比对表格
| 技术特征描述及公开性结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 根据第一参数和下行链路带宽来确定第一控制信道，所述第一控制信道包括第一多个资源<br>**《隐含公开》** | [0063]：“用于相应的所调度PUSCH传输的PHICH资源可由索引对 标识，其中PHICH群编号 可定义如下：……该PHICH群内的正交序列索引 可定义如下：……。”<br>[0050]：“PBCH可携带某些系统信息。” | 对比文件虽未明确描述“确定第一控制信道”的独立步骤，但其给出PHICH资源确定的公式（包括PHICH群数目的确定），该数目依赖于下行链路带宽和Ng参数（第一参数）。本领域技术人员可以毫无疑义地推断，在LTE系统中，基站必然根据Ng和下行链路带宽确定PHICH组的数目（即第一控制信道的资源）。因此，特征A被隐含公开。 |
| **技术特征B：** 确定至少在第二控制信道上可用的第二多个资源<br>**未公开** | [0064]-[0078]描述了确定第二PHICH索引对的方法，但第二索引对对应的资源仍属于传统PHICH信道，未涉及其他控制信道。 | 对比文件确定的第一和第二索引对均位于同一PHICH信道内，没有定义或引用第二控制信道（如PDCCH/EPDCCH），也未公开从其他信道确定资源。故特征B未被公开。 |
| **技术特征C：** 组合所述第一多个资源和所述第二多个资源以定义有效控制信道<br>**未公开** | 无 | 对比文件没有组合不同信道的资源以形成有效控制信道的方案，其第一和第二PHICH资源均属于传统PHICH信道，不存在组合操作。故特征C未被公开。 |
| **技术特征D：** 以用于向至少一个用户装置用信号发送确认数据使用，其中所述确认数据与先前未授权上行链路传输相关联<br>**未公开** | [0003]：“……以及确定标识将用于为收到码字传送确收消息的下行链路信道的资源的至少第一和第二索引对。”全文背景为传统调度上行链路。 | 对比文件所有实施例均基于调度的PUSCH（授权上行链路），未提及“未授权上行链路”或“免授权传输”。故特征D未被公开。 |
| **技术特征E：** 仅当预定传输机会被满足时，使用所述有效控制信道来向所述至少一个用户装置传输确认数据<br>**未公开** | 无 | 对比文件没有引入“预定传输机会”的概念，也未设置任何条件判断来确定是否传输确认数据。故特征E未被公开。 |
| **技术特征F：** 进一步包括：在确定所述第一控制信道之前，接收和/或传输包括所述第一参数的广播<br>**未公开** | [0050]提到PBCH可携带系统信息，但未明确PHICH参数Ng的广播。全文未描述在确定第一控制信道之前执行的第一参数广播步骤。 | 尽管LTE标准中Ng通过MIB广播为本领域公知，但对比文件本身未公开该步骤，本领域技术人员无法从对比文件内容直接或隐含地得出该具体操作。故特征F未被公开。 |
| **技术特征G：** 或者存储所述第一参数以确定所述第一控制信道，其中所述第一参数是静态的并且由通信协议所设置<br>**未公开** | [0078]提到Δ1或Δ2的值可以是固定的，但未涉及第一参数（Ng）的静态性或协议设置。 | 对比文件未提及第一参数（Ng）是静态的、由通信协议设置，也未描述存储第一参数的操作。故特征G未被公开。 |
| **技术特征H：** 其中至少一个所述第二控制信道是以下中的至少一项：物理下行链路控制信道<br>**未公开** | 无 | 对比文件未定义第二控制信道，亦未指明为PDCCH。故特征H未被公开。 |
| **技术特征I：** 增强型物理下行链路控制信道<br>**未公开** | 无 | 对比文件未涉及EPDCCH。故特征I未被公开。 |
| **技术特征J：** 其中确定第二多个资源包括以下中的至少一项：确定至少三个资源元素组在物理下行链路控制信道上是可用的<br>**未公开** | 无 | 对比文件没有从PDCCH确定REG可用性的方案。故特征J未被公开。 |
| **技术特征K：** 确定至少一个控制信道元素在物理下行链路控制信道上是可用的<br>**未公开** | 无 | 对比文件没有涉及CCE的确定。故特征K未被公开。 |
| **技术特征L：** 确定至少一个增强型控制信道元素在增强型物理下行链路控制信道上是可用的<br>**未公开** | 无 | 对比文件没有涉及ECCE的确定。故特征L未被公开。 |
| **技术特征M：** 进一步包括根据至少一个第二参数来执行所述确定，其中所述至少一个第二参数如下：当确定至少三个资源元素组在物理下行链路控制信道上是可用的时，为……；当确定至少一个控制信道元素在物理下行链路控制信道上是可用的时，为……；以及当确定至少一个增强型控制信道元素在增强型物理下行链路控制信道上是可用的时，为……<br>**未公开** | 无 | 对比文件没有这些参数定义及对应的取值。故特征M未被公开。 |
| **技术特征N：** 进一步包括：仅确定第二多个资源，以用于确认数据在满足所述预定传输机会的子帧中的传输<br>**未公开** | 无 | 对比文件没有预定传输机会及选择性确定资源的操作。故特征N未被公开。 |
| **技术特征O：** 其中所述预定传输机会是以下中的至少一项：下行链路传输突发的特定子帧<br>**未公开** | 无 | 对比文件没有此类定义。故特征O未被公开。 |
| **技术特征P：** 属于预定义的子帧图案的子帧<br>**未公开** | 无 | 对比文件没有此类定义。故特征P未被公开。 |
| **技术特征Q：** 进一步包括：向用户装置传输所述预定传输机会的指示<br>**未公开** | 无 | 对比文件没有传输此类指示的信令。故特征Q未被公开。 |
| **技术特征R：** 和/或接收来自网络装置的所述预定传输机会的指示<br>**未公开** | 无 | 对比文件没有接收此类指示的操作。故特征R未被公开。 |
| **技术特征S：** 进一步包括：仅当提供所述确认数据的反馈延迟不小于最小处理延迟时，使用所述有效控制信道向所述至少一个用户装置传输确认数据<br>**未公开** | [0063]等隐含PHICH定时（子帧n+4），但未设置条件判断。 | 对比文件没有明确反馈延迟条件，其定时固定，不存在“仅当……时”的条件步骤。故特征S未被公开。 |
| **技术特征T：** 进一步包括：使用所述上行链路传输的标识来将上行链路传输映射到所述第一多个资源和所述第二多个资源中的一者<br>**未公开** | [0063]-[0078]使用nDMRS、IPRB_RA_lowest等参数映射PHICH资源，未使用上行链路传输的标识（如HARQ进程ID）。 | 对比文件的映射参数不包括上行链路传输的标识。故特征T未被公开。 |
| **技术特征U：** 其中所述标识是混合自动请求过程ID<br>**未公开** | 无 | 对比文件未使用HARQ进程ID作为映射标识。故特征U未被公开。 |
| **技术特征V：** 其中所述映射包括将所述上行链路传输隐式地映射到所述第一多个资源和所述第二多个资源中的一者<br>**未公开** | [0063]-[0078]描述了基于PUSCH参数（如PRB索引、DMRS循环移位）隐式确定PHICH资源。 | 对比文件的隐式映射基于的参数与目标专利不同，且未涉及“第二多个资源”（第二控制信道资源），故整体技术方案不同。特征V未被公开。 |
| **技术特征W：** 其中所述映射包括：使用所述上行链路传输的所述标识来传输和/或接收指示所述映射的开始位置的信号<br>**未公开** | [0081]-[0082]提到Δ1和Δ2可通过信令发送，但未使用上行链路传输的标识（HARQ进程ID）或开始位置。 | 对比文件没有公开使用上行链路传输的标识来传输/接收开始位置信号。故特征W未被公开。 |
| **技术特征X：** 根据所述开始位置，将所述上行链路传输显式地映射到所述第一多个资源和所述第二多个资源中的一者<br>**未公开** | 无 | 对比文件没有显式映射开始位置的操作。故特征X未被公开。 |
### 公开性判断代码
根据上述分析，对比文件仅隐含公开了技术特征A，其他技术特征均未直接或隐含公开。因此，在回答结尾插入对应的代码：
<<<a>>>