对比文件名称：2009-04-23_WO2009051531A_发明申请_WO2009051531A1 METHOD AND APPARATUS FOR IMPROVING THE EFFICIENCY OF RESOURCE UTILISATION IN A COMMUNICATIONS SYSTEM
目标专利名称：1117用于内容下载和内容上载的策略CN102652421B
本次调用的模型名称：DeepSeek（模拟使用）
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：所述方法包括：-生成包括内容下载或内容上载的类型的指示的请求<br>**公开性判断：未公开** | 对比文件[p0091]：“9A：用户设备105的应用240在会话发起消息中输入运行要发起的服务所需的任何参数的适用值，例如在SDP或其他会话描述协议中。相关参数例如可以是支持的编解码器类型、带宽和服务类型。” | 对比文件仅提及“服务类型”，未进一步区分或限定为“内容下载”或“内容上载”的类型。目标专利中的“内容下载或内容上载的类型”特指IPTV场景下明确区分下载与上载行为（如渐进式、流传送、自适应），对比文件未给出任何此类区分或指示。本领域技术人员无法毫无疑义地从对比文件得出该特征，也不存在合理推理的基础。 |
| **技术特征B**：其中由传递类型属性来指示内容下载或内容上载的所述类型；并且所述传递类型属性具有值渐进式、流传送或自适应之一<br>**公开性判断：未公开** | 对比文件[p0106]列出策略请求消息的可能属性，包括：“传输延迟、可靠性、最大资源成本、移动性要求、应用标识符、编解码器类型、媒体类型、编解码器数据、流使用、请求的接入类型、请求的带宽、计费标识符、预留优先级、流状态、UE目的地IP地址+端口、请求的策略到期等。” | 对比文件列出的属性中没有任何与“传递类型属性”或“渐进式/流传送/自适应”对应的内容。目标专利明确通过传递类型属性（如fmtp:iptv_http transfer-type）区分下载/上载类型，并限定具体值。对比文件既未提及该属性名称，也未提及任何类似的值，完全缺乏相关教导。 |
| **技术特征C**：-将所述请求传送到IPTV控制节点（4）<br>**公开性判断：隐含公开** | 对比文件[p0039]-[p0040]：“4A：用户设备105中的应用240在SIP邀请信令消息中输入运行要发起的服务所需的任何参数的适用值……发起节点然后将SIP邀请信令消息发送到其他会话端点。4B：SIP邀请消息首先通过P-CSCF 315发送。”<br>（注：P-CSCF为IMS中的代理呼叫会话控制功能，属于控制平面节点。） | 对比文件公开了用户设备将包含服务参数的请求（SIP Invite）发送到网络中的控制节点（P-CSCF）。目标专利中的“IPTV控制节点”在IMS架构下通常包括IPTV应用平台（IAP）或类似功能，其与P-CSCF在控制信令路径上均扮演策略相关角色。虽然节点名称不同，但本领域技术人员可合理推断，在IMS IPTV场景中，用户设备向IMS控制节点（如P-CSCF或IPTV控制器）发送请求是必然的步骤。对比文件实质公开了“将请求传送到控制节点”这一上位概念。 |
| **技术特征D**：其中所述策略是带宽预留<br>**直接公开** | 对比文件[p0028]：“适用于会话的传输策略应解释为表示会话传输介质的服务质量（QoS）参数和/或资源预留规则的设置。”<br>对比文件[p0062]：“策略选择机制525……选择特定的传输策略，并将指示该传输策略的策略请求发送到策略决策功能。”<br>（资源预留规则明确包括带宽预留。） | 对比文件明确将传输策略定义为包括资源预留规则（resource reservation rules），带宽预留是资源预留的核心内容。策略的设置必然涉及带宽预留，且对比文件多处提及带宽作为策略参数（如[p0091]中的带宽参数）。因此，对比文件直接公开了策略涉及带宽预留。 |
| **技术特征E**：其中所述IPTV是基于IMS的<br>**隐含公开** | 对比文件[p0034]：“图3给出了基于IMS的系统100的现有技术示例。”<br>对比文件[p0006]：“……根据3GPP标准以及允许基于IP通信的其他标准，例如IP-TV标准……”<br>（注意：对比文件虽未明确限定IPTV，但公开了IMS系统并提及IP-TV标准。） | 对比文件详细描述了基于IMS的通信系统，并明确指出该系统适用于IP-TV等标准。目标专利要求IPTV基于IMS，而对比文件给出了IMS与IP-TV结合的明确暗示。本领域技术人员结合对比文件公开的IMS架构以及其可应用于IP-TV的教导，可以合理推断IPTV可基于IMS实现。因此，该特征被隐含公开。 |
| **技术特征F**：所述传递类型属性被包含在所述请求中包括的SDP提议中<br>**公开性判断：未公开** | 对比文件[p0091]：“……在SDP或其他会话描述协议中。相关参数例如可以是支持的编解码器类型、带宽和服务类型。”<br>（对比文件未提及任何类似“传递类型属性”的参数。） | 对比文件仅泛泛提及SDP可包含参数，但从未公开或暗示存在“传递类型属性”（如transfer-type）。目标专利的传递类型属性是核心区别特征，用于区分渐进式、流传送、自适应等下载/上载类型。对比文件既无该属性名称，也无其值，因此完全未公开。 |
| **技术特征G**：其中所述SDP提议还包括建议的带宽<br>**直接公开** | 对比文件[p0091]：“9A：用户设备105的应用240在会话发起消息中输入运行要发起的服务所需的任何参数的适用值，例如在SDP或其他会话描述协议中。相关参数例如可以是支持的编解码器类型、带宽和服务类型。” | 对比文件明确说明SDP（会话描述协议）可包含带宽参数。目标专利中的“建议的带宽”即为SDP中指示的带宽值（如b=AS:15000）。因此，对比文件直接公开了SDP提议包括建议的带宽。 |
| **技术特征H**：还包括如果传输类型属性要求的带宽不可用，则所述用户设备接收对所述请求的拒绝<br>**隐含公开** | 对比文件[p0070]-[p0071]：“通知处理器540可包括确定机制，用于确定当带宽要求不能满足时是否应关闭会话……如果带宽要求不能满足，会话可能被关闭。”<br>（关闭会话即意味着会话请求被拒绝，用户设备会收到相应的拒绝或终止通知。） | 对比文件指出当带宽要求不能满足时，会话可能被关闭。在IMS会话建立过程中，若资源不足，网络会发送拒绝响应（如SIP 488 Not Acceptable Here或类似错误）。对比文件虽未用“拒绝”一词，但“关闭会话”实质上导致请求不被接受，用户设备必然接收到拒绝信令（如SIP错误响应或会话终止消息）。因此，本领域技术人员可合理推断用户设备会接收拒绝。 |
| **技术特征I**：包括如果接收到拒绝，则生成包含不同传输类型属性的请求<br>**公开性判断：未公开** | 对比文件全文未涉及在拒绝后生成包含不同“传输类型属性”的请求。对比文件[p0070]仅提到确定是否关闭会话或触发新策略选择，但未具体说明用户设备如何重新发起请求，更没有提及“不同传输类型属性”。 | 对比文件未公开任何关于在拒绝后生成包含不同传输类型属性的请求的机制。目标专利中，传输类型属性（如渐进式、流传送、自适应）是特定值，且用户设备可根据拒绝调整该属性重新请求。对比文件既无传输类型属性的概念，也无重新生成带不同属性请求的教导。本领域技术人员无法从对比文件合理推理出该特征。 |
### 公开性代码总结
根据以上判断：
- 特征A：未公开，无代码。
- 特征B：未公开，无代码。
- 特征C：隐含公开，代码 <<<c>>>。
- 特征D：直接公开，代码 <<<D>>>。
- 特征E：隐含公开，代码 <<<e>>>。
- 特征F：未公开，无代码。
- 特征G：直接公开，代码 <<<G>>>。
- 特征H：隐含公开，代码 <<<h>>>。
- 特征I：未公开，无代码。
在回答结尾插入对应代码：
- 直接公开：D、G
- 隐含公开：c、e、h
注意：代码应严格按特征字母顺序，但此处按出现顺序。最终输出：
<<<D>>><<<G>>><<<c>>><<<e>>><<<h>>>