对比文件名称：2004-07-01_US2004125757A_发明申请_US20040125757A1 Streaming media
目标专利名称：2049用于发送多媒体流的方法和系统CN105208020B
本次调用的模型名称：DeepSeek-R1（模拟）
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：《直接公开》<br>第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二相关流的接收，该方法包括步骤 | [0026]：“图3示意性地示出了本发明的一个实施例，具有在RTSP域C20和SIP媒体服务器C10之间的网关C40，其中流从SIP媒体服务器C10被获取到RTSP域C20。...网关C40处理从流媒体服务器的用户应用C11发起的流媒体内容到RTSP服务器C42的映射，以便与RTSP连接C30兼容。RTSP服务器C42通过RTSP连接C30发送流媒体内容到RTSP客户端C21。” | 对比文件直接公开了第一终端（SIP媒体服务器C10）和第二终端（RTSP客户端C21）连接到网关C40，通过网关使能第一多媒体流（从C10）发送和第二相关流（在C21）接收。系统架构与作用完全相同，因此特征A被直接公开。 |
| 技术特征B：《直接公开》<br>使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换 | 图8/9信令：消息H8“INVITE sip:twister@media.nokia.com;user=stream SIP/2.0”（[0196]），由网关发送给SIP媒体服务器，使用SIP协议启动多媒体会话信息的交换。 | 对比文件直接公开了网关使用SIP协议（第一协议）启动与第一终端（SIP媒体服务器）之间的第一多媒体会话信息的交换（通过SIP INVITE）。虽然发起方是网关，但启动交换的步骤本身被毫无疑义地公开，且协议相同，因此特征B被直接公开。 |
| 技术特征C：《未公开》<br>使用第二协议提供触发到第二终端 | 对比文件全文未提及任何使用第二协议向第二终端（RTSP客户端）提供触发以启动会话的步骤。RTSP客户端始终主动发起请求（如H1 DESCRIBE）。 | 对比文件中不存在“触发”的概念，第二终端独立主动发起会话，没有接收任何外部触发。因此特征C未被公开。 |
| 技术特征D：《未公开》<br>以启动在第二终端和网关之间的第二多媒体会话信息的交换 | 对比文件无对应触发步骤。 | 特征D是C的目的，因C未公开，D也未被公开。 |
| 技术特征E：《未公开》<br>第二协议不同于第一协议 | 对比文件未公开第二协议，无法比较。 | 特征E依赖第二协议的存在，因未公开第二协议，故E未被公开。 |
| 技术特征F：《未公开》<br>响应于提供所述触发 | 对比文件无触发步骤。 | 特征F是触发后的响应，因无触发，故未被公开。 |
| 技术特征G：《直接公开》<br>第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换 | 图8/9信令：消息H1“DESCRIBE rtsp://media-gw.nokia.com/twister RTSP/1.0”（[0191]），由RTSP客户端发送给网关，使用RTSP协议启动RTSP多媒体会话信息的交换。 | 对比文件直接公开了第二终端（RTSP客户端）使用RTSP协议（第三协议）主动启动与网关之间的第二多媒体会话信息交换（通过DESCRIBE）。虽无前置触发，但启动动作本身被毫无疑义地公开，故G被直接公开。 |
| 技术特征H：《直接公开》<br>第三协议不同于第二协议和第一协议 | 第三协议为RTSP，第一协议为SIP，二者完全不同。第二协议虽未公开，但RTSP与SIP的差异已满足“不同”要求。 | 对比文件中第三协议（RTSP）与第一协议（SIP）明确不同；即使第二协议存在，RTSP通常也与其不同。本领域技术人员可直接确定，故H被直接公开。 |
| 技术特征I：《直接公开》<br>从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流 | 图8/9信令后：RTP流从SIP媒体服务器发送到RTSP客户端（[0207]：“RTSP Client now receives the streaming media from the SIP Media Server.”）。 | 对比文件直接公开了第一终端（SIP媒体服务器）发送第一多媒体流，第二终端（RTSP客户端）接收第二相关多媒体流，流经网关传递，故I被直接公开。 |
| 技术特征J：《直接公开》<br>其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息 | 消息H8（INVITE）的SDP中包含第二终端的网络地址和端口：“c=IN IP4 172.21.164.126”和媒体端口（[0196]）。 | 对比文件直接公开了网关在INVITE中向第一终端（SIP媒体服务器）提供了来自第二终端（RTSP客户端）的第二多媒体会话信息（如IP地址、端口），故J被直接公开。 |
| 技术特征K：《直接公开》<br>由此响应所述提供开始从第一终端发送第一多媒体流 | 消息H8/H9后RTP流开始（[0207]：“RTP Media streaming starts now...”）。 | 对比文件直接公开了在向第一终端提供第二会话信息后，第一终端立即开始发送第一多媒体流，因果关系明确，故K被直接公开。 |
| 技术特征L：《直接公开》<br>其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息 | 消息H6（200 OK to DESCRIBE）和H11（200 OK to SETUP）中向RTSP客户端提供服务器端口等SDP信息（如[0198] H11：“Transport: ...server_port=9004-9005”）。 | 对比文件直接公开了网关在RTSP响应中向第二终端（RTSP客户端）提供了第一多媒体会话信息（如服务器地址、端口），故L被直接公开。 |
| 技术特征M：《直接公开》<br>由此响应于所述提供开始由第二终端接收第二相关多媒体流 | 消息H11/H18后RTSP客户端开始接收流（[0207]：“RTSP Client now receives the streaming media...”）。 | 对比文件直接公开了在向第二终端提供第一会话信息后，第二终端开始接收第二相关多媒体流，故M被直接公开。 |
| 技术特征N：《直接公开》<br>其中第一协议是对等型协议 | SIP是对等型协议，对比文件多处使用SIP建立会话（如H8 INVITE）。 | 对比文件使用的SIP协议是公知的对等型协议，可直接确定，故N被直接公开。 |
| 技术特征O：《直接公开》<br>其中第一协议是会话启动协议（SIP） | 对比文件消息H8等明确使用SIP协议。 | 对比文件直接公开了第一协议为SIP，故O被直接公开。 |
| 技术特征P：《直接公开》<br>其中第三协议是客户端-服务器型协议 | RTSP是标准的客户端-服务器型协议，对比文件图8/9中RTSP客户端与网关的交互符合该模式。 | 对比文件使用的RTSP协议是公知的客户端-服务器型协议，故P被直接公开。 |
| 技术特征Q：《直接公开》<br>其中第三协议是实时流协议（RTSP） | 对比文件消息H1等明确使用RTSP协议。 | 对比文件直接公开了第三协议为RTSP，故Q被直接公开。 |
| 技术特征R：《未公开》<br>其中提供触发到第二终端的步骤是由网关启动的 | 对比文件无任何由网关向第二终端提供触发的描述。 | 对比文件中第二终端主动发起会话，网关未启动任何触发步骤，故R未被公开。 |
| 技术特征S：《未公开》<br>其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关 | 对比文件中第一终端（SIP媒体服务器）从未提供第二终端标识符给网关；网关从RTSP请求中直接获知。 | 对比文件未公开第一终端向网关提供第二终端标识符的内容，故S未被公开。 |
| 技术特征T：《未公开》<br>其中该方法包括在提供触发给第二终端之前 | 对比文件无触发，故无“之前”的步骤。 | 特征T依赖触发步骤的存在，因触发未被公开，故T未被公开。 |
| 技术特征U：《未公开》<br>将第二终端的标识符解析成网络地址的附加步骤 | 对比文件未公开解析第二终端标识符的步骤。 | 对比文件没有涉及对第二终端标识符的解析，故U未被公开。 |
| 技术特征V：《直接公开》<br>其中第一多媒体流是与第二相关多媒体流相同的多媒体流 | 图8/9中流从SIP媒体服务器直接传递到RTSP客户端，无中间转换或缓冲（[0207]）。 | 对比文件中第一多媒体流与第二相关多媒体流内容相同，直接传送，故V被直接公开。 |
<<<A>>><<<B>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<O>>><<<P>>><<<Q>>><<<V>>>