**对比文件名称**：2013-09-19_WO2013138020A_发明申请_WO2013138020A1 MULTICAST BROADCAST MULTIMEDIA SERVICE-ASSISTED CONTENT DISTRIBUTION
**目标专利名称**：1567用于在无线通信系统中接收能力信息的方法和基站CN110582124B
**调用模型名称**：（根据平台规则自动识别，此处不填写）
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：该方法由基站BS执行《直接公开》** | [p0030] “In some embodiments, the proxy terminal 104 may be a base station, e.g., an evolved Node B (eNB) configured to wirelessly communicate with the UE 108 over network 100.”（在一些实施例中，代理终端104可以是基站，例如演进节点B(eNB)，被配置为通过网络100与UE 108进行无线通信。）<br>[p0055] “Method 400 may be performed by a proxy terminal (e.g., proxy terminal 104). The proxy terminal may be, for example, included in an eNB or another UE.”（方法400可由代理终端（例如代理终端104）执行。代理终端可以例如包括在eNB或另一UE中。） | 对比文件明确指出代理终端可以是eNB（基站），并且方法400由该代理终端执行。本领域技术人员能够毫无疑义地确定该方法可以由基站（BS）执行，因此特征A被直接公开。在目标专利中，该特征限定了执行主体，对比文件与目标专利在主体角色上一致。 |
| **技术特征B：包括以下步骤《直接公开》** | [p0055]-[p0061] 描述了方法400的步骤序列，包括404（激活MBMS服务）、408（接收元数据）、412（接收MBMS传输）、416（缓存媒体数据）、420（接收HTTP请求）、424（发送所请求媒体数据）。 | 对比文件的方法400明确包括多个步骤，并依照时间顺序执行。任何方法必然包含步骤，对比文件直接公开了“包括以下步骤”这一上位概念。因此特征B被直接公开。 |
| **技术特征C：从用户设备UE接收《直接公开》** | [p0060] “At 420, the proxy terminal may receive an HTTP request from an HTTP access client to receive at least a portion of the cached media data.”（在420处，代理终端可以从HTTP访问客户端接收HTTP请求，以接收至少一部分缓存的媒体数据。）<br>[p0032] “the UE 108 may include a media client 220 and a hypertext transfer protocol (HTTP) access client 224...” | 对比文件中的HTTP访问客户端位于UE中（参见p0032），代理终端接收该客户端发送的HTTP请求。该接收动作是直接来自UE的，因此“从用户设备UE接收”被毫无疑义地公开。目标专利中“接收”的对象是能力信息，但特征C仅限定“接收”动作，与对象无关，故特征C被直接公开。 |
| **技术特征D：与所述UE的能力相关的能力信息《未公开》** | [p0050] “In some embodiments, the UE 108 may also indicate one or more capabilities of the UE 108 and/or quality/experience preferences of the user to facilitate selection of one or more suitable representations of the media presentation.”（在一些实施例中，UE 108还可以指示UE 108的一个或多个能力和/或用户的品质/体验偏好，以方便选择媒体呈现的一个或多个合适表示。） | 该段落仅提到UE“可以指示”能力，但未说明指示的对象是哪个网络节点，也未描述能力信息的具体内容（如频带、D2D等）。更重要的是，对比文件的整体方案（代理终端响应HTTP请求）并未涉及接收专门的能力信息信令（如RRC消息）或将其用于D2O操作。本领域技术人员无法从对比文件明确推理出“与UE的能力相关的能力信息”被接收，因为对比文件仅泛泛提及能力指示，且该指示并非方法400的必需步骤。因此特征D既未直接公开，也达不到隐含公开的合理可能性。 |
| **技术特征E：其中，所述UE支持装置对装置D2D通信和D2D发现；并且所述能力信息包括《未公开》** | 全文未出现“D2D”、“Device-to-Device”、“ProSe”、“直接通信”等术语。 | 对比文件专注于MBMS辅助的媒体内容分发，技术领域和核心方案均不涉及D2D通信或D2D发现。任何关于D2D支持的信息均未记载，因此特征E未公开。 |
| **技术特征F：所述UE支持通过蜂窝通信的信号和通过所述D2D通信的信号的同时传输的至少一个频带的第一信息《未公开》** | 全文未涉及“同时传输”、“频带组合”、“D2D通信的频带”等概念。 | 由于对比文件完全不涉及D2D通信，更不可能公开“支持同时传输的D2D通信频带”这一具体信息。特征F未公开。 |
| **技术特征G：（空白）** | - | 特征G无内容，无需判断。 |
| **技术特征H：所述UE支持所述D2D发现的至少一个频带的第二信息《未公开》** | 全文未涉及“D2D发现”、“发现频带”等概念。 | 对比文件无任何关于D2D发现的内容，因此特征H未公开。 |
| **技术特征I：其中，所述蜂窝通信是所述BS与所述UE之间的通信《隐含公开》** | [p0030] “...an evolved Node B (eNB) configured to wirelessly communicate with the UE 108 over network 100.”（演进节点B(eNB)被配置为通过网络100与UE 108进行无线通信。）<br>[p0031] “In some embodiments, the proxy terminal 104 may be a base station... communicate with the UE 108 over network 100.” | 对比文件明确描述基站(eNB)与UE之间的无线通信，该通信符合蜂窝通信的基本定义。虽然对比文件未使用“蜂窝通信”这一术语，但其描述的LTE网络中基站与UE的通信即为蜂窝通信。本领域技术人员可以合理推断出所述通信是蜂窝通信，且通信双方是BS和UE。根据宽松的隐含公开标准，特征I被隐含公开。 |
| **技术特征J：其中，所述D2D通信是所述UE与另一UE之间的通信《未公开》** | 全文未出现“D2D通信”或“UE间的直接通信”。 | 对比文件的所有通信均为网络（BMSC、eNB）与UE之间或代理终端与UE之间的上下行通信，不存在UE与另一UE之间的直接通信。因此特征J未公开。 |
| **技术特征K：其中，所述D2D发现是用于发现另一UE的过程《未公开》** | 全文未涉及“发现”另一UE的过程。 | 对比文件未记载任何关于发现另一UE的过程，特征K未公开。 |
---
### 结论代码
根据上述比对结论：
- 技术特征A被直接公开，输出代码：<<<A>>>
- 技术特征B被直接公开，输出代码：<<<B>>>
- 技术特征C被直接公开，输出代码：<<<C>>>
- 技术特征I被隐含公开，输出代码：<<<i>>>
未公开的特征（D、E、F、H、J、K）不输出任何代码。
<<<A>>><<<B>>><<<C>>><<<i>>>