对比文件的名称：2009-10-15_US2009260033A_发明申请_US20090260033A1 APPARATUS AND METHOD FOR IMPLEMENTING IPTV SERVICE
目标专利的名称：1117用于内容下载和内容上载的策略CN102652421B
本次调用的模型名称：AI模型
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括：-生成包括内容下载或内容上载的类型的指示的请求。【未公开】 | [0157] “Step 1501-1502: In an IMS session, a UE may initiate an IPTV service request to the IPTV service control entity through an IP multimedia subsystem core, where the IPTV service request carries a content ID.” | 对比文件生成的请求是包含内容ID的IPTV服务请求（IPTV service request），并未包含任何关于“内容下载或内容上载的类型”的指示。对比文件不涉及通过区分下载/上载类型来设置策略的技术构思，因此该特征未被公开。 |
| **技术特征B：** 其中由传递类型属性来指示内容下载或内容上载的所述类型；并且中所述传递类型属性具有值渐进式、流传送或自适应之一。【未公开】 | 无相关引用。 | 对比文件全文未提及“传递类型属性”（transfer-type attribute），更未公开该属性的具体值“渐进式（progressive）”、“流传送（streaming）”或“自适应（adaptive）”。该特征是目标专利实现差异化服务质量的核心手段，在对比文件中完全不存在。 |
| **技术特征C：** -将所述请求传送到IPTV控制节点（4）。【直接公开】 | [0157] “Step 1501-1502: In an IMS session, a UE may initiate an IPTV service request to the IPTV service control entity through an IP multimedia subsystem core.” <br> [0090] “The IPTV service control entity 102‘ is configured to interact with the Core IMS 11 during an IMS session, receive the IPTV service request from the UE 13…” | 对比文件明确公开了UE在IMS会话中向“IPTV服务控制实体”（IPTV service control entity）发送“IPTV服务请求”（IPTV service request）。该“IPTV服务控制实体”对应于目标专利的“IPTV控制节点（4）”，其接收请求的功能与特征C完全一致，属于直接实质性公开。 |
| **技术特征D：** 其中所述策略是带宽预留。【未公开】 | 无相关引用。 | 对比文件涉及的是通过内容描述功能实体提供内容描述以实现IPTV服务（如内容定位、内容匹配等），并未公开或暗示目标专利所述的基于下载/上载类型指示来设置“带宽预留”策略的机制。两者解决的技术问题和采取的技术手段均不相同。 |
| **技术特征E：** 其中所述IPTV是基于IMS的。【直接公开】 | [0005] “TISPAN organization currently proposes an IMS based IPTV architecture…” <br> [0082] “the system includes… an IP multimedia subsystem 11 (Core IMS)…” | 对比文件的发明名称、背景技术及具体实施方式均明确围绕基于IMS的IPTV架构展开，其所有系统实体和方法流程均建立在IMS核心网络之上。因此对比文件直接公开了IPTV基于IMS这一技术特征。 |
| **技术特征F：** 所述传递类型属性被包含在所述请求中包括的SDP提议中。【未公开】 | [0159] “UE may initiate an IPTV service request via an IMS session setup request message, i.e. an INVITE message.” | 对比文件虽然提及了IPTV服务请求通过IMS会话建立请求消息（INVITE）发起，但并未公开该INVITE消息中的SDP提议包含“传递类型属性”，也未公开传递类型属性的任何内容。该特征无法从对比文件中直接或推理得出。 |
| **技术特征G：** 其中所述SDP提议还包括建议的带宽。【未公开】 | 无相关引用。 | 对比文件未公开在SDP提议中包含“建议的带宽”属性的任何相关技术内容。 |
| **技术特征H：** 还包括如果传输类型属性要求的带宽不可用，则所述用户设备接收对所述请求的拒绝。【未公开】 | 无相关引用。 | 对比文件未公开根据传输类型属性检查带宽可用性并在不可用时拒绝请求的机制。对比文件的信令流程中不涉及此基于传输类型的准入控制判断。 |
| **技术特征I：** 包括如果接收到拒绝，则生成包含不同传输类型属性的请求。【未公开】 | 无相关引用。 | 由于作为前置基础的特征H未被对比文件公开，该依赖于特征H的后续处理步骤也自然未被公开。 |
<<<C>>><<<E>>>