对比文件的名称：2013-05-08_CN103096503A_发明公开_CN103096503A 通信匹配方法、用户设备和基站
目标专利的名称：1676在无线通信系统中由终端执行的装置对装置(D2D)操作的方法及使用该方法的终端 CN106134273B
本次调用的模型名称：DeepSeek-R1（自定义）
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法由支持装置对装置D2D通信和D2D发现的用户设备UE执行 **《直接公开》** | 对比文件[0034]：“支持设备到设备D2D功能的第二用户设备获得所述第二用户设备当前所在小区的服务基站的D2D能力信息”；[0037]：“获得支持D2D功能的第一用户设备广播的所述第一用户设备的信息”。全文各处多次提及“支持D2D功能”的UE，并且描述UE广播信息（含服务码、应用层服务信息）用于发现以及后续建立D2D通信的过程（例如[0041]-[0048]）。 | 对比文件明确记载UE具备D2D功能，且该功能实际包含D2D发现（通过广播信息进行服务/设备发现）和D2D通信（匹配后建立连接），这与目标专利中D2D通信和D2D发现的概念一致。因此，本领域技术人员可直接、毫无疑义地得出所有参与流程的UE均支持D2D通信和D2D发现，技术特征A被直接公开。 |
| 技术特征B：（空） | - | 该特征无具体内容，无法进行公开性判断。 |
| 技术特征C：包括以下步骤 **《直接公开》** | 对比文件[0033]：“步骤101，支持D2D功能的第二用户设备获得...”；[0034]：“步骤102，第二用户设备...获得...”；[0035]：“步骤103，第二用户设备...进行通信匹配”。整个方法按步骤顺序描述。 | 对比文件所描述的通信匹配方法明确包含多个依次执行的步骤（步骤101、102、103等），因此直接公开了“包括以下步骤”这一方法前序特征。 |
| 技术特征D：生成指示所述UE的能力的所述能力信息 **《未公开》** | 对比文件[0035]描述“第二用户设备...接收...广播消息，该广播消息携带上述D2D能力信息”，该D2D能力信息是基站的能力信息；全文未提及UE生成并向网络发送指示自身能力的信息。 | 对比文件全部内容均以UE获取基站能力信息为核心，没有任何UE生成自身能力信息（如UE能力信息消息）的描述。本领域技术人员无法从对比文件推导出该特征，故未直接或隐含公开。 |
| 技术特征E：将所述能力信息发送给网络 **《未公开》** | 对比文件[0011]提及“第二用户设备...发送的连接建立消息”，但该消息是用于请求通信匹配，并非用于上报UE能力信息；[0064]及全文中未出现UE向网络发送自身能力信息的教导。 | 由于技术特征D未被公开，与之直接关联的技术特征E自然也不被公开。对比文件中UE发送的消息均为通信过程消息，不包含能力信息上报功能。 |
| 技术特征F：其中 **《直接公开》** | 对比文件[0034]：“其中，上述D2D能力信息用于指示...”；[0041]：“其中，第一用户设备的标识包括...”。全文多处使用“其中”作为连接词。 | “其中”为常用的专利撰写连接词，对比文件在叙述技术方案时频繁使用该词语，本领域技术人员可直接确认该连接词对应的上下文关系，等同于直接公开。 |
| 技术特征G：所述能力信息包括所述UE支持蜂窝通信和所述D2D通信的同时发送的至少一个频带 **《未公开》** | 对比文件[0035]至[0048]均围绕基站D2D能力类型（如是否支持小区内/跨基站D2D）展开，从未涉及UE自身同时支持蜂窝通信与D2D通信发送的频带信息，也未提及UE向网络上报此类信息。 | 对比文件完全不涉及UE能力信息中包含同时发送频带的概念，更无“支持蜂窝通信和D2D通信的同时发送”的任何教导或暗示。本领域技术人员无法从对比文件获得该特征。 |
| 技术特征H：所述UE支持所述D2D发现的频带 **《未公开》** | 对比文件[0041]至[0043]描述了UE广播的“信息”内容，但该广播是UE间的发现行为，并不向网络上报UE自身支持D2D发现的频带；无任何UE通过UE能力信息向网络指示支持D2D发现频带的记载。 | 对比文件仅涉及UE间广播发现信息，网络并不接收关于支持D2D发现频带的UE能力报告。该特征在对比文件中完全缺失，未公开。 |
<<<A>>><<<C>>><<<F>>>