**对比文件名称**：2013-09-19_CA2861503A_发明专利_CA2861503A1 SCHEDULING TIMING DESIGN FOR A TDD SYSTEM
**目标专利名称**：1664在无线通信系统中由终端执行的装置对装置(D2D)操作的方法及使用该方法的终端CN106165509B
**本次调用的模型名称**：无
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：该方法由用户设备UE执行<br>《直接公开》 | 第[9]段：“In some embodiments, the method of Figure 4 may be performed by an eNB 104, and in other embodiments the method may be performed by a UE 108.”<br>（翻译：在一些实施例中，图4的方法可由eNB 104执行，并且在其他实施例中可由UE 108执行。） | 对比文件明确教导其方法可以由UE执行，因此直接公开了“由用户设备UE执行”这一执行主体特征。该特征在对比文件中用于执行HARQ时序调度方法，在目标专利中用于执行D2D操作方法，但执行主体的限定本身无实质性区别，因此本领域技术人员可以毫无疑义地确定该特征已被公开。 |
| **技术特征B**：包括以下步骤<br>《直接公开》 | 第[9]段：“Figure 4 depicts a flowchart of a method for coordinating the UL-DL subframe configurations … In this method the UL-DL subframe configuration of a scheduling cell is identified at 400.”<br>（翻译：图4描绘了一种用于协调UL-DL子帧配置的方法的流程图…在该方法中，在400处识别调度小区的UL-DL子帧配置。） | 对比文件通过流程图和文字说明明确描述其方法包含多个步骤（如识别、确定等），因此直接公开了方法“包括以下步骤”这一形式特征。该特征在对比文件与目标专利中均用于定义方法的过程框架，公开性无异议。 |
| **技术特征C**：生成通知所述UE的能力的UE能力信息<br>《未公开》 | 对比文件全文未涉及“UE能力信息”或类似内容的生成。 | 对比文件仅涉及HARQ时序相关的信令（如SIB1、RRC信令）和UL/DL配置，未提及UE能力信息的生成。UE能力信息专用于报告UE支持的频带和功能（如D2D），对比文件没有教导或暗示生成此类信息。因此，本领域技术人员无法从对比文件直接或隐含得出该特征。 |
| **技术特征D**：将所述UE能力信息发送给网络<br>《未公开》 | 对比文件全文未涉及将UE能力信息发送给网络。 | 对比文件虽然描述UE向eNB发送上行数据（如PUSCH）或HARQ反馈，但从未涉及“UE能力信息”的发送。UE能力信息是RRC层特定消息，对比文件没有任何相关记载。因此，该特征未被公开。 |
| **技术特征E**：其中<br>《未公开》 | 对比文件英文原文中未出现“wherein”一词，中文译文也未使用“其中”作为步骤之间的连接词。 | 对比文件使用“In this method”、“according to one embodiment”等表述而非“其中”，因此未直接公开该连接词特征。由于该特征仅作为语言连接，无技术含义，故亦不构成隐含公开。 |
| **技术特征F**：所述UE能力信息分别包括<br>《未公开》 | 对比文件全文未涉及UE能力信息，更无“分别包括”的教导。 | 对比文件未记载任何UE能力信息的内容，因此无法公开其所包括的具体信息形式。该特征依赖前文特征C/D，而C/D未被公开，故F也不被公开。 |
| **技术特征G**：通知所述UE支持D2D通信的频带的D2D通信支持频带信息<br>《未公开》 | 对比文件全文未出现“D2D”、“device-to-device”、“直接通信”或“ProSe”等术语，也未涉及支持D2D通信的频带信息。 | 对比文件的全部内容围绕TDD系统中的HARQ时序设计，不涉及D2D通信或任何与D2D相关的频带支持报告。因此，该特征完全未被公开。 |
| **技术特征H**：通知所述UE支持D2D发现的频带的D2D发现支持频带信息<br>《未公开》 | 对比文件全文未出现“D2D发现”、“邻近发现”或类似的发现过程。 | 同技术特征G，对比文件不涉及D2D操作，尤其不涉及D2D发现过程或支持发现的频带信息，本领域技术人员无任何依据从对比文件推断该特征。 |
| **技术特征I**：所述UE能力信息还包括针对频带组合的、所述UE支持蜂窝通信和所述D2D通信的同时接收的至少一个频带<br>《未公开》 | 对比文件第[10]-[14]段虽涉及不同小区的UL-DL子帧配置组合以及HARQ时序，但均不涉及“蜂窝通信与D2D通信的同时接收”，也不涉及UE能力信息中的频带组合。 | 对比文件讨论的是载波聚合下的HARQ时序协调（例如PUSCH的ACK/NACK传输时序），没有任何内容涉及D2D通信或蜂窝与D2D同时接收的能力报告。频带组合虽在配置中提及，但未与D2D或同时接收关联，故该特征未被公开。 |
| **技术特征J**：其中<br>《未公开》 | 同特征E。 | 同特征E，对比文件未使用“其中”作为连接词，因此不公开。 |
| **技术特征K**：所述UE使用所述UE支持D2D通信的所述频带来执行所述D2D通信<br>《未公开》 | 对比文件全文无“D2D通信”或类似术语。 | 对比文件未描述任何D2D通信的执行，也没有涉及UE使用特定频带进行D2D通信的过程。因此完全未被公开。 |
| **技术特征L**：所述D2D通信是所述UE与另一UE之间的直接通信<br>《未公开》 | 对比文件仅涉及UE与eNB之间的通信（上行/下行），不涉及UE之间的直接通信。 | 对比文件所有的通信模型均为UE与基站之间的蜂窝通信，未教导或暗示UE之间的直接通信（D2D）。该特征的核心概念在对比文件中不存在。 |
| **技术特征M**：其中<br>《未公开》 | 同特征E。 | 同特征E，不公开。 |
| **技术特征N**：所述UE使用所述UE支持D2D发现的所述频带来执行所述D2D发现<br>《未公开》 | 对比文件未提及D2D发现或任何搜索过程。 | 对比文件专注于数据传输的HARQ调度，无发现过程或UE搜索其他UE的相关内容。即使宽松考虑，也无法推断出该特征。 |
| **技术特征O**：所述D2D发现是用于搜索支持所述D2D操作的另一UE的过程<br>《未公开》 | 对比文件无“发现”、“搜索”或“邻近服务”概念。 | 对比文件未涉及UE寻找其他UE的过程，其全部信令和过程均在网络控制下进行，不涉及D2D发现定义。 |
| **技术特征P**：其中<br>《未公开》 | 同特征E。 | 同特征E，不公开。 |
| **技术特征Q**：所述D2D通信支持频带信息和所述D2D发现支持频带信息是通过与支持所述蜂窝通信的频带的列表不同的单独的频带的列表来发送的<br>《未公开》 | 对比文件未涉及任何D2D相关的频带列表，也未涉及以不同列表形式发送信息。 | 对比文件虽提到“supportedBandListEUTRA”等概念（非对比文件内容，此处泛指LTE规范），但对比文件本身未公开任何与D2D通信/发现频带列表相关的信令方式。因此该特征完全未被公开。 |
---
**结尾代码输出**（仅当对比文件直接或隐含公开相应技术特征时插入）：
<<<A>>><<<B>>>