对比文件的名称：2009-07-16_JP2009159087A_发明专利_JP2009159087A Access control device
目标专利的名称：1117用于内容下载和内容上载的策略CN102652421B
本次调用的模型名称：通义千问2.5
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：生成包括内容下载或内容上载的类型的指示的请求（未公开） | 在“図４”的步骤S202中：“通信端末５０ａと通信端末５０ｂの間で、まずはセッション制御装置１０を介し、実行するサービスタイプ、トラフィッククラスのサービスネゴシエーションを行なう”。 | 对比文件未公开生成包括内容下载或内容上载类型指示的请求。对比文件中的服务协商涉及服务类型（如CBR）和流量类别（如会话型），并非专门针对内容传输类型（渐进式、流传送、自适应），且请求中不包含此类指示。本领域技术人员无法从对比文件直接或隐含得出该特征。 |
| 技术特征B：由传递类型属性来指示内容下载或内容上载的所述类型；并且中所述传递类型属性具有值渐进式、流传送或自适应之一（未公开） | 在“システム構成”部分提到“トラフィッククラス（会話型、双方向対話型、ストリーミング型、バックグラウンド型）”，其中“ストリーミング型”可译为“流式型”。 | 对比文件未公开传递类型属性及其具体值。虽然“ストリーミング型”在概念上类似于流传送，但对比文件将其作为流量类别使用，并非指示内容下载/上载类型的传递类型属性，且未包含渐进式、自适应等其他值。因此，该特征未被公开。 |
| 技术特征C：将所述请求传送到IPTV控制节点（4）（未公开） | 对比文件描述AGW与会话控制装置之间的通信，例如“ＡＧＷ２０は、セッション制御装置１０からＱｏＳポリシー通知を受信する”。 | 对比文件未公开将请求传送到IPTV控制节点。对比文件中的控制节点为会话控制装置或AGW，并非目标专利中定义的IPTV控制节点（如IPTV应用平台IAP）。本领域技术人员无法推断出该特征。 |
| 技术特征D：所述策略是带宽预留（《直接公开》） | 在“システム構成”部分：“リソース要求値は、ベアラ通信速度を決定するための要求値である。例えば、第１リソース要求値「＞１４４ｋｂｐｓ」の場合、１４４ｋｂｐｓより大きな通信速度を要求する、換言すれば、１４４ｋｂｐｓの通信速度が保証される”。 | 对比文件直接公开了带宽预留策略。通过资源请求值设定，保证通信带宽（如144kbps），明确体现了带宽预留的实质。因此，该特征被直接公开。 |
| 技术特征E：其中所述IPTV是基于IMS的（未公开） | 背景技术部分提到“最近では、ＩＰマルチメディアコアネットワーク制御サブシステム（ＩＭＳ）を導入したＱｏＳ制御が図られている”。 | 对比文件虽提及IMS，但其主题是移动通信网络中的QoS控制，未涉及IPTV系统。无法直接或隐含公开IPTV基于IMS这一特征。 |
| 技术特征F：所述传递类型属性被包含在所述请求中包括的SDP提议中（未公开） | 对比文件未提及SDP提议，信令中使用“無線ベアラ設定要求”等消息，无SDP相关内容。 | 对比文件未公开SDP提议，也未公开传递类型属性包含在SDP中。因此，该特征未被公开。 |
| 技术特征G：其中所述SDP提议还包括建议的带宽（未公开） | 对比文件包含带宽建议，如“少なくともトラフィッククラスや、上り／下りのデータ伝送速度等リソース要求値を決定し”，但该建议位于资源设定请求中，非SDP提议。 | 对比文件未公开SDP提议包括建议带宽。其带宽建议出现在其他信令消息中，而非SDP上下文。因此，该特征未被公开。 |
| 技术特征H：还包括如果传输类型属性要求的带宽不可用，则所述用户设备接收对所述请求的拒绝（未公开） | 图3流程中：“第１リソース設定トライが失敗した場合は（すなわち、ＡＰ３０からＮＡＣＫが返ってくると）”。 | 对比文件中，资源请求失败时NACK由AP发往AGW，AGW接收拒绝，而非用户设备直接接收。且不涉及传输类型属性。本领域技术人员无法合理推断用户设备接收拒绝。因此，该特征未被公开。 |
| 技术特征I：包括如果接收到拒绝，则生成包含不同传输类型属性的请求（未公开） | 图3中：“第１リソース要求値より要求レベルを低下させた第２リソース要求値を決定する”。 | 对比文件中，收到拒绝后由AGW决定不同的资源请求值（降低带宽），并非用户设备生成请求，且不涉及传输类型属性。因此，该特征未被公开。 |
<<<D>>>