对比文件名称：2013-09-19_WO2013138031A_发明申请_WO2013138031A1 INTRA-QCI SCHEDULER AND METHOD FOR INTRA-QCI SCHEDULING IN A WIRELESS ACCESS NETWORK
目标专利名称：在无线通信系统中由终端执行的装置对装置(D2D)操作的方法及使用该方法的终端 CN106134273B
本次调用的模型名称：未提供（根据任务输入未指定）
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A**：该方法由支持装置对装置D2D通信和D2D发现的用户设备UE执行。**未公开**。 | 对比文件全文未提及D2D通信或D2D发现，所有描述均基于常规LTE蜂窝通信。 | 对比文件涉及的是无线接入网络中的Intra-QCI调度，其中UE为常规LTE UE，未公开其支持任何装置对装置（D2D）通信或发现功能。目标专利中的D2D能力是核心限定，而对比文件完全不涉及该领域，本领域技术人员无法直接或隐含地从中得出UE支持D2D。因此，该技术特征未公开。 |
| **技术特征B**：（空白） | - | - |
| **技术特征C**：包括以下步骤。**直接公开**。 | [0039]“eNodeB 104可向UE 102发送消息402以指示对UE辅助的Intra-QCI下行链路调度的支持……eNodeB 104可从UE 102接收响应于消息402的消息404，指示UE 102已激活Intra-QCI调度。消息404可包括Intra-QCI分类信息。eNodeB 104可响应于消息404基于UE 102提供的Intra-QCI分类信息执行Intra-QCI调度，以向UE 102传输下行链路分组。”<br>全文描述了由网络和UE执行的多个步骤。 | 对比文件详细描述了由UE和eNodeB执行的方法，包含发送消息、接收消息、进行调度等多个步骤。本领域技术人员可直接地、毫无疑义地确定对比文件的方法包含步骤执行过程，因此技术特征C被直接公开。 |
| **技术特征D**：生成指示所述UE的能力的所述能力信息。**未公开**。 | [0030]“UE 102提供的Intra-QCI分类信息包括与一个或多个流内分类信息和流间分类信息相关联的子QCI。”<br>[0014]“eNodeB 104的MAC层调度器可包括Intra-QCI调度器150，以基于从UE 102接收的Intra-QCI分类信息，将具有相同QCI且与同一UE 102相关联的一个或多个数据流的分组以子QCI进行分类。” | 对比文件中UE生成并提供的是“Intra-QCI分类信息”，该信息用于指示数据流的分类规则（如子QCI与分组的对应关系），而非指示UE自身能力（如支持的射频频带、是否支持D2D等）的“能力信息”。该分类信息的作用是辅助eNodeB进行QoS调度，与目标专利中能力信息用于网络配置D2D频带的作用不同。本领域技术人员不能直接且无疑义地从对比文件得出“生成指示UE的能力的能力信息”，对比文件也不足以隐含公开该特征。因此未公开。 |
| **技术特征E**：将所述能力信息发送给网络。**未公开**。 | [0039]“eNodeB 104可从UE 102接收消息404……消息404可包括Intra-QCI分类信息。” | 基于特征D未公开，且即使UE在对比文件中发送了分类信息，该信息并非目标专利所述的能力信息。因此，特征E未公开。 |
| **技术特征F**：（空白） | - | - |
| **技术特征G**：所述能力信息包括所述UE支持蜂窝通信和所述D2D通信的同时发送的至少一个频带。**未公开**。 | 对比文件全文未涉及D2D通信，也未涉及同时发送的频带信息。 | 对比文件没有公开任何与D2D通信相关的频带或同时发送能力，完全欠缺相应教导。因此，技术特征G未公开。 |
| **技术特征H**：所述UE支持所述D2D发现的频带。**未公开**。 | 对比文件全文未涉及D2D发现。 | 对比文件没有公开任何关于D2D发现或支持D2D发现的频带的信息。因此，技术特征H未公开。 |
<<<C>>>