对比文件名称：2006-02-23_US2006039367A_发明申请_US20060039367A1 SIP-based session control
目标专利名称：2086用于发送多媒体流的方法和系统CN101953136B
模型名称：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A：** 其中第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二多媒体流的接收<br>《直接公开》 | [0038] “When the customer desires a session, the multimedia device 100 communicates an SIP invite. The residential gateway receives and inspects the SIP invite and communicates the SIP invite to the unicast source 660.”（“当客户想要会话时，多媒体设备100发送SIP邀请。住宅网关接收并检查SIP邀请，并将SIP邀请传送到单播源660。”）<br>[0038] “The requested unicast media stream then communicates from the content server of the unicast source 560 to the residential gateway 520. The residential gateway 520 forwards the media stream to the multimedia device 100.”（“请求的单播媒体流然后从单播源560的内容服务器传送到住宅网关520。住宅网关520将媒体流转发到多媒体设备100。”） | 对比文件公开了多媒体设备100（相当于第一或第二终端）和单播源660（相当于另一终端）均通过住宅网关520进行通信，住宅网关起到网关作用，使能了媒体流从单播源（第一终端）发送到多媒体设备（第二终端）。因此特征A被直接公开。 |
| **技术特征B：** 所述第一终端使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换<br>《未公开》 | 对比文件没有公开第一终端主动发起与网关的会话信息交换用于后续自身发送媒体流的情形。在单播接收场景中，发起SIP邀请的是多媒体设备（该设备在目标专利中对应第二终端），而不是发送流的内容服务器（第一终端）。 | 目标专利中第一终端是发送流的主体，应主动使用第一协议（SIP）启动与网关的会话。对比文件中的发送方（单播源）是被动接收邀请并响应，并未启动会话；而主动发起邀请的多媒体设备是接收方，不能等同于目标专利的第一终端。因此特征B未被公开，亦无隐含公开的合理依据（因为对比文件未教导发送方主动发起会话）。 |
| **技术特征C：** 使用第二协议提供触发到第二终端<br>《未公开》 | 对比文件全文没有描述任何“触发”到第二终端的步骤或对应功能。 | 目标专利通过第二协议（如SIP引用、SMS等）向第二终端发送触发，以通知其建立第二会话。对比文件完全未涉及此类触发机制，故特征C未被公开。 |
| **技术特征D：** 以启动在第二终端和网关之间的第二多媒体会话信息的交换<br>《未公开》 | 对比文件没有公开通过触发来启动第二终端与网关之间会话的过程。 | 特征D是特征C的直接目的，由于对比文件无触发，自然亦无相应的启动第二会话之步骤，故未公开。 |
| **技术特征E：** 响应于提供所述触发<br>《未公开》 | 对比文件无触发，无响应触发行为。 | 特征E依赖于触发存在，对比文件未公开。 |
| **技术特征F：** 第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换<br>《未公开》 | 对比文件仅使用SIP（第一协议）进行会话建立，未使用第三协议（如RTSP）启动会话。多媒体设备使用SIP而非RTSP与网关交互。 | 目标专利要求第二终端响应触发后使用第三协议（RTSP）启动接收会话。对比文件中多媒体设备使用SIP且无触发，故特征F未公开。 |
| **技术特征G：** 第三协议不同于第二协议<br>《未公开》 | 对比文件未公开第二协议和第三协议，更无两者的区分。 | 特征G的前提是存在不同的第二、第三协议，对比文件不满足。 |
| **技术特征H：** 从第一终端发送第一多媒体流并且在第二终端接收第二多媒体流<br>《直接公开》 | [0038] “The requested unicast media stream then communicates from the content server of the unicast source 560 to the residential gateway 520. The residential gateway 520 forwards the media stream to the multimedia device 100.”（“请求的单播媒体流然后从单播源560的内容服务器传送到住宅网关520。住宅网关520将媒体流转发到多媒体设备100。”） | 对比文件中单播源（内容服务器）作为第一终端发送多媒体流，多媒体设备作为第二终端接收该流，直接实现了“从第一终端发送第一多媒体流并且在第二终端接收第二多媒体流”，且第一流与第二流实质相同，因此特征H被直接公开。 |
| **技术特征I：** 其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息<br>《未公开》 | 对比文件中第一多媒体会话信息交换（单播源与RG之间的SIP交互）不涉及第二多媒体会话信息的概念，因为所有会话信息均通过同一SIP协议传递，不存在独立的第二会话信息。 | 目标专利定义第一多媒体会话使用第一协议、第二多媒体会话使用第三协议，两者区分。对比文件中所有会话均使用SIP，无独立的第二多媒体会话信息。故无法满足“向第一终端提供至少部分第二多媒体会话信息”，特征I未公开。 |
| **技术特征J：** 由此响应所述提供开始从第一终端发送第一多媒体流<br>《未公开》 | 同上，特征I未公开，特征J无基础。 | 特征J是特征I的直接后果，因I未公开，J自然未公开。 |
| **技术特征K：** 其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息<br>《未公开》 | 对比文件中第二终端（多媒体设备）与RG的SIP交互获得的是第一多媒体会话信息（来自内容服务器的SDP），但不存在使用第三协议的第二多媒体会话信息交换，且整个交互仍属第一协议范畴。 | 目标专利中第二多媒体会话信息交换特指使用第三协议的交换过程，对比文件无此区分。故特征K未公开。 |
| **技术特征L：** 由此响应于所述提供开始由第二终端接收第二多媒体流<br>《未公开》 | 同上，特征K未公开，特征L无基础。 | 特征L是特征K的后果，因K未公开，L未公开。 |
| **技术特征M：** 其中第一协议是对等型协议<br>《直接公开》 | [0024] “The SIP protocol may be used for video-on-demand and/or multicast video access control.”（“SIP协议可以用于视频点播和/或组播视频接入控制。”）<br>[0026] 整个说明书记载了SIP用于会话建立，承认其对等特性。 | 对比文件明确采用会话启动协议（SIP），SIP是本领域公知的对等型协议，允许任一方发起会话。因此第一协议为对等型协议被直接公开。 |
| **技术特征N：** 其中所述对等型协议是会话启动协议(SIP)<br>《直接公开》 | 全文广泛使用SIP，例如[0038] “communicates an SIP invite”。 | 对比文件直接指定使用SIP，故特征N直接公开。 |
| **技术特征O：** 其中第三协议是客户端-服务器型协议<br>《未公开》 | 对比文件未使用任何客户端-服务器型协议（如RTSP）作为第三协议。仅SIP被用作信令，另涉及IGMP等，但IGMP不是客户端-服务器型协议。 | 对比文件中无第三协议，更未公开其类型，故特征O未公开。 |
| **技术特征P：** 其中所述客户端-服务器型协议是实时流协议(RTSP)<br>《未公开》 | 对比文件仅在缩略语表中列出RTSP（见《Abbreviations & Additional Descriptions》），但说明书未记载任何RTSP的应用实例或功能性描述。 | 仅出现缩略语不能视为技术公开，未教导RTSP在本方案中的使用，故特征P未公开。 |
| **技术特征Q：** 其中提供触发到第二终端的步骤是由网关启动的<br>《未公开》 | 对比文件没有任何关于“触发”的概念，更不存在网关主动启动触发。 | 特征Q依赖触发步骤，对比文件无触发，故未公开。 |
| **技术特征R：** 其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关<br>《未公开》 | 对比文件中第一多媒体会话信息交换（单播源与RG）中，单播源并未提供第二终端标识符；恰恰相反，第二终端（多媒体设备）的标识符是通过其发起的SIP邀请提供给网关的。 | 特征R要求第一终端向网关提供第二终端的标识符，对比文件中是第二终端自己提供，方向相反，故未公开。 |
| **技术特征S：** 其中该方法包括在提供触发给第二终端之前<br>《未公开》 | 对比文件无触发步骤。 | 特征S是时间限定，依赖触发，故未公开。 |
| **技术特征T：** 将第二终端的标识符解析成网络地址的附加步骤<br>《未公开》 | 对比文件未记载将第二终端标识符解析为网络地址的步骤。虽然在另一上下文（[0043]）有DNS解析，但解析的是内容源地址而非第二终端地址。 | 特征T是特征S之后的解析步骤，由于特征S未公开且对比文件无对应解析过程，故未公开。 |
| **技术特征U：** 其中第一和第二协议相同<br>《未公开》 | 对比文件未公开第二协议，更谈不上与第一协议的比较。 | 特征U需要存在第二协议且与第一协议相同，对比文件无第二协议，故未公开。 |
| **技术特征V：** 其中第一多媒体流是与第二多媒体流相同的多媒体流<br>《直接公开》 | [0038]通信过程显示：单播源发送的媒体流经过住宅网关直接转发给多媒体设备，未做变换，第一流和第二流为相同内容。 | 对比文件中第一终端（单播源）发送的流与第二终端（多媒体设备）接收的流是同一媒体流，完全相同，因此特征V被直接公开。 |
### 公开性代码
根据上述分析，本发明对比文件直接公开的技术特征代码为：
<<<A>>><<<H>>><<<M>>><<<N>>><<<V>>>
未直接或隐含公开其他技术特征，故不输出对应代码。