好的，作为一名经验丰富的资深专利代理师，我将严格遵循您的要求，对对比文件与目标专利权利要求的技术特征进行严谨的比对和评估。
### 确认信息
* **对比文件名称：** 2016-02-11_US2016044724A_发明申请_US20160044724A1 METHOD FOR ALLOCATING RESOURCE FOR DEVICE-TO-DEVICE COMMUNICATION IN WIRELESS COMMUNICATION SYSTEM AND APPARATUS THEREOF
* **目标专利名称：** 1050通信系统CN110547038B
* **本次调用的模型名称：** 未指定
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A：** 包括：根据第一参数和下行链路带宽来确定第一控制信道，所述第一控制信道包括第一多个资源。 <br/><br/> **《未公开》** | 对比文件未涉及根据特定参数和下行链路带宽确定控制信道（如PHICH）及其资源的相关技术内容。 | 目标专利中的第一控制信道特指传统PHICH信道，其资源（第一多个资源）由参数Ng和下行链路带宽确定。对比文件涉及的是D2D通信中的资源分配，其核心是通过竞争机制（Signal #1/#2）预留数据信道资源（Data Tx/Rx sections），并未涉及基于类似于Ng的参数和下行链路带宽来确定一个用于传输确认数据的现有控制信道及其资源。对比文件未公开该技术特征。 |
| **技术特征B：** 确定至少在第二控制信道上可用的第二多个资源。 <br/><br/> **《未公开》** | 对比文件未涉及确定PDCCH或EPDCCH等第二控制信道上可用资源的相关技术内容。 | 目标专利中的第二控制信道指PDCCH或EPDCCH，第二多个资源是在这些信道上确定的额外资源，用以扩展PHICH容量。对比文件描述的是D2D通信的调度，其资源（子帧和频率）通过竞争机制确定，并未提及确定PDCCH或EPDCCH上的备用资源（如备用REG、CCE或ECCE）用于承载HARQ确认。对比文件未公开该技术特征。 |
| **技术特征C：** 组合所述第一多个资源和所述第二多个资源以定义有效控制信道。 <br/><br/> **《未公开》** | 对比文件未涉及组合来自不同控制信道的资源以形成有效控制信道的相关技术内容。 | 目标专利的核心创新点之一是将传统PHICH资源（第一多个资源）与从PDCCH/EPDCCH获取的额外资源（第二多个资源）进行组合，形成一个新的、扩展的“有效控制信道”。对比文件中，D2D数据及其HARQ ACK在通过竞争预留的专用数据子帧上传输，不存在将两种不同类型的控制信道资源组合以形成新信道的概念。对比文件未公开该技术特征。 |
| **技术特征D：** 以用于向至少一个用户装置用信号发送确认数据使用，其中所述确认数据与先前未授权上行链路传输相关联。 <br/><br/> **《隐含公开》** | 【0099】...假设UE1在特定子帧中向UE2发送数据，UE2可以在与该子帧一起分配的另一子帧内向UE1发送HARQ ACK。... <br/> 【0103】...HARQ ACK在子帧#8处传输，对应于子帧#0。 | 对比文件公开了使用HARQ ACK作为确认数据，并向用户装置（UE）用信号发送（【0099】-【0103】）。关于“未授权上行链路传输”，虽然对比文件主要描述的是D2D通信中的调度，但其资源分配是基于竞争的（contention-based），UE在未收到eNB明确授权的情况下自主发送“Signal #1”来预留资源。这种在未获得传统授权情况下的上行数据传输，与目标专利中“未授权上行链路传输”的广义概念（即非基于调度的传输）在技术原理上是相似的。因此，可以认为对比文件隐含公开了确认数据与基于竞争/非授权的上行链路传输相关联。 |
| **技术特征E：** 仅当预定传输机会被满足时，使用所述有效控制信道来向所述至少一个用户装置传输确认数据。 <br/><br/> **《未公开》** | 对比文件未涉及使用“有效控制信道”传输确认数据，也未涉及基于“预定传输机会”使用该控制信道。 | 目标专利中，确认数据的传输依赖于由下行链路突发特定子帧或预定义子帧图案定义的“预定传输机会”。由于对比文件未公开“有效控制信道”（见特征C），该特征的前提条件已不满足。此外，对比文件中的HARQ ACK是在固定的、通过竞争预留的子帧位置上传输，而非受限于一个独立的“预定传输机会”的满足条件。对比文件未公开该技术特征。 |
| **技术特征F：** 进一步包括：在确定所述第一控制信道之前，接收和/或传输包括所述第一参数的广播。 <br/><br/> **《未公开》** | 对比文件未涉及广播特定参数以用于确定控制信道的相关内容。 | 目标专利中，第一参数（Ng）通过MIB广播，用于确定传统PHICH资源。对比文件描述的是D2D通信，其资源分配机制不依赖于此类参数的广播。eNB虽然可以发送控制信号（【0076】），但内容是关于D2D通信的时间/频率资源、Tx功率等，而非用于确定HARQ反馈控制信道（如PHICH）的特定参数。对比文件未公开该技术特征。 |
| **技术特征G：** 存储所述第一参数以确定所述第一控制信道，其中所述第一参数是静态的并且由通信协议所设置。 <br/><br/> **《未公开》** | 对比文件未涉及由通信协议预设静态参数用于确定控制信道的相关内容。 | 目标专利提出第一参数（Ng）可以是由协议设置的静态值。对比文件中的D2D通信资源配置是动态的，通过竞争机制实时确定，不存在这种由协议预设的静态参数。对比文件未公开该技术特征。 |
| **技术特征H：** 其中至少一个所述第二控制信道是以下中的至少一项：物理下行链路控制信道。 <br/><br/> **《未公开》** | 对比文件描述了PDCCH的结构和功能：<br/>【0067】PDCCH是物理DL控制信道，分配在子帧的前n个OFDM符号中。PDCCH承载资源分配信息、UL调度授权和HARQ信息给每个UE或UE组。 | 对比文件确实公开了PDCCH（【0064】-【0067】），但它是作为LTE系统中的常规控制信道，用于携带调度授权和资源分配信息。目标专利的技术方案是将PDCCH作为提供“第二多个资源”的“第二控制信道”，以扩展PHICH容量。对比文件并未公开PDCCH具备或用于此功能。对比文件仅公开了PDCCH本身，未公开其作为提供用于HARQ确认的额外资源池的“第二控制信道”角色。 |
| **技术特征I：** 增强型物理下行链路控制信道。 <br/><br/> **《未公开》** | 对比文件未提及增强型物理下行链路控制信道（EPDCCH）。 | 对比文件的内容主要基于LTE R8/R9，其物理信道描述中未包含在R11中引入的EPDCCH。对比文件未公开该技术特征。 |
| **技术特征J：** 其中确定第二多个资源包括以下中的至少一项：确定至少三个资源元素组在物理下行链路控制信道上是可用的。 <br/><br/> **《未公开》** | 对比文件未涉及确定PDCCH上备用REG的特定规则。 | 目标专利定义了如何从PDCCH区域寻找备用REG作为第二多个资源。对比文件虽然描述了PDCCH由REG组成（【0065】），但并未公开或暗示将PDCCH上的空闲REG用作HARQ确认的资源池，更未涉及确定“至少三个REG”这样的具体规则。对比文件未公开该技术特征。 |
| **技术特征K：** 确定至少一个控制信道元素在物理下行链路控制信道上是可用的。 <br/><br/> **《未公开》** | 对比文件未涉及确定PDCCH上备用CCE的特定规则。 | 目标专利定义了如何从PDCCH的搜索空间中拿取CCE作为第二多个资源。对比文件虽然描述了PDCCH由CCE组成（【0067】），但并未公开或暗示将PDCCH搜索空间中的CCE用作HARQ确认的资源池。对比文件未公开该技术特征。 |
| **技术特征L：** 确定至少一个增强型控制信道元素在增强型物理下行链路控制信道上是可用的。 <br/><br/> **《未公开》** | 对比文件未提及增强型物理下行链路控制信道（EPDCCH）或其ECCE。 | 对比文件中不存在关于EPDCCH或ECCE的技术内容。对比文件未公开该技术特征。 |
| **技术特征M：** 进一步包括根据至少一个第二参数来执行所述确定，其中所述至少一个第二参数如下：...。 <br/><br/> **《未公开》** | 对比文件未涉及与第二参数（如 N_PHICH_enhanced_PDCCH）相对应的任何概念。 | 目标专利定义了明确的第二参数（公式中的符号）来量化在不同信道上可用的第二多个资源。对比文件中没有类似的参数化概念。对比文件未公开该技术特征。 |
| **技术特征N：** 进一步包括：仅确定第二多个资源，以用于确认数据在满足所述预定传输机会的子帧中的传输。 <br/><br/> **《未公开》** | 对比文件未涉及将额外资源的确定限制在满足特定传输机会的子帧中。 | 目标专利的预定传输机会定义了在哪些特定子帧（如下行链路突发中的特定子帧）才使用第二多个资源。由于对比文件没有公开第二多个资源和预定传输机会的概念，该特征自然未被公开。对比文件未公开该技术特征。 |
| **技术特征O：** 其中所述预定传输机会是以下中的至少一项：下行链路传输突发的特定子帧。 <br/><br/> **《未公开》** | 对比文件未涉及“下行链路传输突发”的概念。 | 目标专利中的预定传输机会与下行链路突发密切相关。对比文件的D2D帧结构是在D2D通信框架下，其子帧分配和HARQ时序是针对D2D链路设计的（如【0099】-【0103】），不涉及“下行链路传输突发”这个概念。对比文件未公开该技术特征。 |
| **技术特征P：** 属于预定义的子帧图案的子帧。 <br/><br/> **《隐含公开》** | 【0099】...通过一次竞争区间分配一系列子帧，接收该系列子帧的D2D链路的两个UE可以交替进行数据发送和接收。<br/>【0100】-【0103】图10-12展示了多种预定义的子帧分配图案，用于数据和控制（HARQ ACK）的传输，例如图12所示M:1结构，其中最后一个子帧#12用于传输HARQ ACK。 | 目标专利的“预定义的子帧图案”是指用于传输确认数据的子帧是预先定义好的模式。对比文件明确公开了D2D通信中，HARQ ACK的传输是遵循一个预定义的子帧图案的（如图10、11、12、14）。这些图案定义了哪些子帧用于数据，哪些子帧用于HARQ ACK。虽然对比文件中的HARQ ACK图案是针对D2D链路，而不是目标专利中的“有效控制信道”，但其“预定义的子帧图案”的技术方案是相似的。因此，可以认为对比文件隐含公开了该技术特征。 |
| **技术特征Q：** 进一步包括：向用户装置传输所述预定传输机会的指示。 <br/><br/> **《隐含公开》** | 【0155】eNB可以通知UE在某些子帧中发生D2D通信限制。<br/>【0162】eNB和一些UE（如发送帧结构时间同步参考信号的UE）可以向其他UE发送指示哪个D2D帧与D2D传输/接收限制相关的特定信息。 | 目标专利中，网络装置可以向UE指示预定传输机会。对比文件描述了网络（eNB）向UE发送指示信息，以告知何时可以进行D2D通信或存在限制（【0155】、【0162】）。这种对D2D通信时机（子帧或帧）的指示，在广义上可以理解为对“预定传输机会”的指示。尽管具体指示的内容（D2D限制 vs. 控制信道传输机会）不同，但网络侧主动向UE指示特定传输时机的技术思路是一致的。因此，可以认为对比文件隐含公开了该技术特征。 |
| **技术特征R：** 和/或接收来自网络装置的所述预定传输机会的指示。 <br/><br/> **《隐含公开》** | 【0155】eNB可以通知UE在某些子帧中发生D2D通信限制。<br/>【0162】eNB和一些UE...可以向其他UE发送指示...的特定信息。 | 与特征Q的分析类似，对比文件描述了UE能够从eNB接收关于通信时机的指示（【0155】、【0162】）。UE作为通信的一方，必然会接收这些指示。因此，可以认为对比文件隐含公开了用户装置接收来自网络装置的预定传输机会的指示。 |
| **技术特征S：** 进一步包括：仅当提供所述确认数据的反馈延迟不小于最小处理延迟时，使用所述有效控制信道向所述至少一个用户装置传输确认数据。 <br/><br/> **《未公开》** | 对比文件未涉及“有效控制信道”的概念，也未提及反馈延迟与最小处理延迟的比较。 | 该特征是在“有效控制信道”成立的基础上，进一步限定了传输条件。由于对比文件未公开“有效控制信道”（特征C），该特征的前提条件已不存在。此外，对比文件虽提及处理延迟（如【0111】中“预定时间...用于数据解码”），但并未将其与HARQ反馈的传输时机联系起来。对比文件未公开该技术特征。 |
| **技术特征T：** 进一步包括：使用所述上行链路传输的标识来将上行链路传输映射到所述第一多个资源和所述第二多个资源中的一者。 <br/><br/> **《隐含公开》** | 【0200】...信号#1的参考信号（即DM-RS）的种子值...全部或部分与D2D数据参考信号的种子值相同，使得当接收UE检测到信号#1时，可以识别出用于解调相应资源中的D2D数据信号的参考信号。<br/> 【0201】...发送UE从多个种子值中选择一个进行发送... | 目标专利中，通过上行链路传输的标识（如HARQ过程ID）将传输映射到特定资源。对比文件中，D2D资源的映射关系是通过Signal #1的某些属性（如参考信号的种子值、传输位置等）隐式确定的。例如，Signal #1的种子值（一种标识）决定了后续D2D数据传输的资源映射关系。这种通过传输标识（Signal #1的种子）来映射资源的方式，在技术原理上与目标专利的映射概念有相似之处。可以认为对比文件隐含公开了使用上行链路传输的标识进行资源映射的广义思想。 |
| **技术特征U：** 其中所述标识是混合自动请求过程ID。 <br/><br/> **《隐含公开》** | 【0099】...UE2可以在另一子帧内发送HARQ ACK...<br/>【0101】...UE1可能在子帧#0向UE2发送数据，并且UE2在下一子帧#4向UE1发送HARQ ACK。 | 目标专利明确将HARQ过程ID作为映射标识。对比文件在描述D2D通信时，详细阐述了HARQ过程及其确认（ACK/NACK）的时序（【0099】-【0103】）。一个有效的HARQ过程必然关联一个HARQ过程ID，以便UE能够区分不同的重传和确认。虽然对比文件未显式提及“HARQ过程ID”这个术语，但根据其描述，HARQ过程的管理和资源的对应关系是其内在要求。因此，可以认为对比文件隐含公开了HARQ过程ID的存在和使用。 |
| **技术特征V：** 其中所述映射包括将所述上行链路传输隐式地映射到所述第一多个资源和所述第二多个资源中的一者。 <br/><br/> **《隐含公开》** | 【0200】...信号#1的参考信号（即DM-RS）的种子值...全部或部分与D2D数据参考信号的种子值相同...<br/>【0201】...发送UE从多个种子值中选择一个进行发送...<br/>【0228】...用于D2D数据信道传输的频域/时域资源由另一个UE根据预定规则确定... | 目标专利的“隐式映射”指不依赖额外信令，由协议或参数内在关系决定。对比文件中，D2D数据资源的映射是基于Signal #1的属性（如序列、种子值、频率位置）通过预定规则确定的，无需额外的高层信令。例如，Signal #1的种子值隐含了其使用的RS序列，进而与数据资源关联。这种通过预定规则的自动关联，完全符合“隐式映射”的定义。因此，可以认为对比文件隐含公开了该技术特征。 |
| **技术特征W：** 其中所述映射包括：使用所述上行链路传输的所述标识来传输和/或接收指示所述映射的开始位置的信号。 <br/><br/> **《未公开》** | 对比文件未涉及传输/接收用于指示映射开始位置的特定信号。 | 目标专利的显式映射机制中，网络侧会发送一个信号来指示资源映射的开始位置（如PHICH组的开始位置索引）。对比文件中的资源映射是隐式的，由预定义规则和Signal #1的属性决定，不存在这种额外的、用于指示映射起始点的显式信号。对比文件未公开该技术特征。 |
| **技术特征X：** 根据所述开始位置，将所述上行链路传输显式地映射到所述第一多个资源和所述第二多个资源中的一者。 <br/><br/> **《未公开》** | 对比文件未涉及根据显式指示的开始位置进行资源映射。 | 由于对比文件未公开用于指示开始位置的信号（特征W），因此根据该信号进行显式映射的技术特征也未被公开。对比文件的资源映射是隐式的，非显式。对比文件未公开该技术特征。 |
### 输出代码
根据上述公开性判断，对比文件未直接公开任何技术特征。
对于隐含公开的技术特征，其对应的小写代码如下：
<<<d>>><<<p>>><<<q>>><<<r>>><<<t>>><<<u>>><<<v>>>