对比文件的名称：2013-09-19_US2013242817A_发明申请_US20130242817A1 UPLINK CONTROL CHANNEL RESOURCE MAPPING FOR AN ENHANCED PDCCH IN LTE SYSTEMS
目标专利的名称：1664在无线通信系统中由终端执行的装置对装置(D2D)操作的方法及使用该方法的终端CN106165509B
本次调用的模型名称：DeepSeek
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译自英文） | 公开性论述 |
| **技术特征A**：该方法由用户设备UE执行<br>《直接公开》 | 对比文件[0038]：“在第一实施例中，在LTE网络中作为UE操作的设备包括RF收发器……以及处理电路，以：从eNB接收在ePDCCH中发送的下行链路资源分配；以及，发送与所检测到的ePDCCH对应的混合ARQ确认。”<br>此外[0010]明确描述“UE 100 and eNB 150”。 | 对比文件明确记载了由UE执行的操作（接收ePDCCH、发送HARQ-ACK），执行主体与目标专利相同，均为“用户设备UE”，且该执行主体在方法中的作用完全相同，因此直接公开。 |
| **技术特征B**：包括以下步骤<br>《隐含公开》 | 对比文件[0038]整体描述了UE执行的一系列步骤（接收、处理、发送），并具体在[0024]-[0037]给出了多个映射方案的计算步骤，[0038]-[0049]又进一步细化。 | 虽然对比文件未直接使用“包括以下步骤”的措辞，但本领域技术人员通过对比文件记载的具体操作（如接收ePDCCH、计算PUCCH资源索引、发送HARQ-ACK等）可以明确该方法包含多个步骤，这种步骤过程隐含了“包括以下步骤”的限定，因此隐含公开。 |
| **技术特征C**：生成通知所述UE的能力的UE能力信息<br>《未公开》 | 对比文件全文未出现“UE能力信息”（UE capability information）或与之相关的生成、通知UE能力的描述。 | 对比文件仅涉及通过ePDCCH隐式分配PUCCH资源以反馈HARQ-ACK，完全不涉及UE能力信息的生成或上报。该特征在对比文件中无任何直接或间接揭示，故未公开。 |
| **技术特征D**：将所述UE能力信息发送给网络<br>《未公开》 | 对比文件无任何关于发送UE能力信息的内容。 | 对比文件中UE向网络发送的是HARQ-ACK确认，而非UE能力信息，且对比文件未涉及任何能力信息的上报过程，因此未公开。 |
| **技术特征E**：其中<br>《隐含公开》 | 对比文件[0040]：“使得：对于束窗口中的每个具有分配下行链路资源的ePDCCH的子帧，PUCCH资源索引nPUCCH,i(1)的计算使得连续的PUCCH资源索引被……映射。”<br>类似连接词在[0041]-[0049]中反复出现。 | 对比文件在描述具体映射方案时广泛使用“使得”、“其中”（such that、where、wherein）等引导性连接词，其语法功能与目标专利的“其中”完全一致，均用于引出对前述内容的进一步限定，因此隐含公开。 |
| **技术特征F**：所述UE能力信息分别包括<br>《未公开》 | 对比文件未出现“UE能力信息”及相关“分别包括”的结构。 | 对比文件不涉及任何UE能力信息的概念，故不可能公开所述UE能力信息的分列包含关系，未公开。 |
| **技术特征G**：通知所述UE支持D2D通信的频带的D2D通信支持频带信息<br>《未公开》 | 对比文件全文无“D2D”、“装置对装置”、“ProSe”、“直接通信”等术语，亦无任何频带支持信息。 | 对比文件的技术领域是基于ePDCCH的PUCCH资源映射，与D2D通信完全无关，未涉及D2D通信的频带支持信息，故未公开。 |
| **技术特征H**：通知所述UE支持D2D发现的频带的D2D发现支持频带信息<br>《未公开》 | 同上，对比文件无D2D发现相关内容。 | 对比文件未涉及D2D发现的概念，更未涉及D2D发现频带的通知，未公开。 |
| **技术特征I**：所述UE能力信息还包括针对频带组合的、所述UE支持D2D通信的同时接收的至少一个频带<br>《未公开》 | 对比文件未提及UE能力信息，也未提及频带组合、同时接收或D2D通信。 | 对比文件完全不涉及D2D，也不涉及UE能力信息中包含频带组合及同时接收能力，未公开。 |
| **技术特征J**：其中<br>《隐含公开》 | 对比文件[0041]：“在第一个或第二个实施例中，处理电路还可以配置为：使得对于束窗口中的每个子帧……。”<br>类似连接词见于[0042]-[0049]。 | 与特征E同理，对比文件使用“使得”、“其中”等连接词来引导进一步技术方案的描述，其作用与目标专利的“其中”相同，隐含公开。 |
| **技术特征K**：所述UE使用所述UE支持D2D通信的所述频带来执行所述D2D通信<br>《未公开》 | 对比文件无D2D通信，无“使用频带执行D2D通信”的教导。 | 对比文件仅涉及LTE蜂窝通信中的HARQ反馈，无D2D通信，故未公开。 |
| **技术特征L**：所述D2D通信是所述UE与另一UE之间的直接通信<br>《未公开》 | 对比文件所有通信均为UE与eNB之间的通信，不存在UE与UE直接通信。 | 对比文件涉及的是UE与eNB之间的下行和上行通信（PDSCH、PUCCH等），未公开任何形式的UE间直接通信，未公开。 |
| **技术特征M**：其中<br>《隐含公开》 | 对比文件[0042]：“在第一个或第二个实施例中，处理电路还可以配置为：使得对于束窗口中的每个子帧……。” | 同样隐含公开。 |
| **技术特征N**：所述UE使用所述UE支持D2D发现的所述频带来执行所述D2D发现<br>《未公开》 | 对比文件无D2D发现。 | 对比文件不涉及D2D发现，未公开。 |
| **技术特征O**：所述D2D发现是用于搜索支持所述D2D操作的另一UE的过程<br>《未公开》 | 对比文件无D2D发现定义。 | 对比文件未涉及任何发现过程，未公开。 |
| **技术特征P**：其中<br>《隐含公开》 | 对比文件[0045]-[0049]均以“where”、“such that”引出计算公式说明。 | 隐含公开。 |
| **技术特征Q**：所述D2D通信支持频带信息和所述D2D发现支持频带信息是通过与支持所述蜂窝通信的频带的列表不同的单独的频带的列表来发送的<br>《未公开》 | 对比文件无D2D频带列表，也无单独的频带列表发送方式。 | 对比文件未公开任何频带列表信息，更未涉及D2D频带列表与蜂窝频带列表的区别和发送方式，未公开。 |
---
### 代码输出
根据判断，对比文件直接公开技术特征A，隐含公开技术特征B、E、J、M、P。其他技术特征未公开。
<<<A>>><<<b>>><<<e>>><<<j>>><<<m>>><<<p>>>