**对比文件名称**：2004-07-01_US2004125757A_发明申请_US20040125757A1 Streaming media
**目标专利名称**：用于发送多媒体流的方法和系统 CN101953136B
**本次调用的模型名称**：DeepSeek
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：其中第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二多媒体流的接收《直接公开》 | [0007]段：“根据本发明的第二方面，提供一种方法，用于在第一和第二实体之间提供SIP会话，并在所述第二实体和第三实体之间提供RTSP会话，所述方法包括：在第一和第二实体之间建立SIP会话；在第二实体和第三实体之间建立RTSP会话，以及映射SIP和RTSP信息以允许数据从第一或第三实体中的一个传递到另一个。” [0189]段：“最后一个示例描述了普通的RTSP客户端连接到网关，并启动接收视频流。” 图8-9详细示出RTSP客户端（第二终端）和SIP媒体服务器（第一终端）通过网关连接。 | 对比文件明确公开了第一实体（SIP媒体服务器）和第二实体（RTSP客户端）通过网关连接，网关执行SIP与RTSP之间的映射，使能多媒体流从第一实体发送到第二实体。 |
| 技术特征B：所述第一终端使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换《未公开》 | [0025]段图2描述：网关的RTSP客户端接收来自RTSP服务器的流，然后映射到SIP域；[0026]段图3描述：SIP媒体服务器通过SIP-MEX连接发送流到网关，网关映射到RTSP；[0189]-[0222]段图8-9：网关向SIP媒体服务器发送SUBSCRIBE和INVITE，SIP媒体服务器被动响应。 | 对比文件的所有实施例中，第一多媒体会话信息的交换均由网关或接收端（RTSP客户端）发起，第一终端（发送端）从未主动发起第一多媒体会话信息交换。例如图8-9中，网关先发送H2 SUBSCRIBE和H8 INVITE，第一终端（SIP媒体服务器）仅作为响应方。因此，特征B未被公开。 |
| 技术特征C：使用第二协议提供触发到第二终端《未公开》 | 全文未提及使用第二协议（如SIP）向第二终端发送触发消息以启动第二多媒体会话。 | 对比文件没有公开任何形式的触发步骤，第二终端（RTSP客户端）总是主动发起RTSP会话，而非被触发。 |
| 技术特征D：以启动在第二终端和网关之间的第二多媒体会话信息的交换《未公开》 | 同上，无触发，因此无对应的启动动作。 | 特征D依赖于触发，因触发未公开，故特征D未公开。 |
| 技术特征E：响应于提供所述触发《未公开》 | 无触发，故无响应。 | 特征E未公开。 |
| 技术特征F：第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换《未公开》 | [0189]段：“RTSP客户端连接到网关，并启动接收视频流。” 图8-9中RTSP客户端发送H1 DESCRIBE、H7 SETUP、H14 PLAY等RTSP消息。 | 虽然第二终端使用RTSP启动与网关的会话，但特征F以“响应于提供所述触发”为前提，对比文件不存在触发步骤，因此该特征未被公开。 |
| 技术特征G：第三协议不同于第二协议《直接公开》 | [0002]段：“通信协议…例如SIP、RTSP或其他协议。” RTSP和SIP是不同协议，整个对比文件围绕SIP与RTSP的差异和映射展开。 | 对比文件明确将SIP（第二协议典型示例）和RTSP（第三协议典型示例）作为不同协议处理，并描述两者之间的映射，特征G直接公开。 |
| 技术特征H：从第一终端发送第一多媒体流并且在第二终端接收第二多媒体流《直接公开》 | [0197]段后：“RTP媒体流开始。” 图8-9中，第一终端（SIP媒体服务器）发送RTP流，第二终端（RTSP客户端）接收该流。 | 对比文件图8-9的完整流程显示，SIP媒体服务器发送的RTP流最终被RTSP客户端接收，特征H直接公开。 |
| 技术特征I：其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息《直接公开》 | [0196]段H10 ACK消息内容：“c=IN IP4 172.21.164.126”和“m=audio 8000 RTP/AVP 0”，这些是第二终端（RTSP客户端）的网络地址和端口信息，属于第二多媒体会话信息的一部分。 | 在H10 ACK中，第一终端（SIP媒体服务器）收到了来自第二终端的地址和端口，这些信息是第二多媒体会话信息（RTSP会话传输参数）的组成部分。因此，特征I直接公开。 |
| 技术特征J：由此响应所述提供开始从第一终端发送第一多媒体流《直接公开》 | [0197]段：“网关向RTSP客户端发送确认消息H11-200 OK。” 随后RTP媒体流开始。 | 第一终端在收到第二多媒体会话信息（H10 ACK）后，立即开始发送RTP流，特征J直接公开。 |
| 技术特征K：其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息《直接公开》 | [0192]段H6消息：“RTSP/1.0 200 OK” 包含SDP：“m=audio 0 RTP/AVP 0”和“m=video 0 RTP/AVP 26”，这些媒体格式和参数来自第一终端（SIP媒体服务器）的流描述。 | 在H6响应中，网关向第二终端（RTSP客户端）提供了第一多媒体会话的媒体描述（SDP），特征K直接公开。 |
| 技术特征L：由此响应于所述提供开始由第二终端接收第二多媒体流《直接公开》 | [0194]段后：RTSP客户端收到H6后，发送H7 SETUP、H14 PLAY，然后开始接收RTP流。 | 第二终端在收到第一多媒体会话信息后，通过后续RTSP信令建立接收通道并开始接收流，特征L直接公开。 |
| 技术特征M：其中第一协议是对等型协议《直接公开》 | [0002]段：“SIP（会话发起协议）是用于建立多媒体会话的流行协议。” SIP是对等协议（对等型），本领域公知。 | 对比文件明确使用SIP作为第一协议，SIP是典型的对等型协议，特征M直接公开。 |
| 技术特征N：其中所述对等型协议是会话启动协议(SIP)《直接公开》 | [0002]段：“SIP（会话发起协议）。” | 对比文件多处提及SIP，特征N直接公开。 |
| 技术特征O：其中第三协议是客户端-服务器型协议《直接公开》 | [0003]段：“RTSP是用于控制互联网上多媒体流的标准协议。” RTSP是客户端-服务器协议，本领域公知。 | 对比文件使用RTSP作为第三协议，RTSP是典型的客户端-服务器型协议，特征O直接公开。 |
| 技术特征P：其中所述客户端-服务器型协议是实时流协议(RTSP)《直接公开》 | [0003]段：“RTSP是用于控制互联网上多媒体流的标准协议。” | 对比文件明确使用RTSP，特征P直接公开。 |
| 技术特征Q：其中提供触发到第二终端的步骤是由网关启动的《未公开》 | 全文未描述网关向第二终端发送触发。 | 由于触发步骤本身未公开，该特征未公开。 |
| 技术特征R：其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关《未公开》 | 图8-9中，第一终端（SIP媒体服务器）未在会话信息交换中提供第二终端的标识符；网关从RTSP客户端的请求中获取地址。 | 对比文件没有公开第一终端向网关提供第二终端标识符的步骤，特征R未公开。 |
| 技术特征S：其中该方法包括在提供触发给第二终端之前《未公开》 | 无触发，故无相关时间顺序。 | 特征S未公开。 |
| 技术特征T：将第二终端的标识符解析成网络地址的附加步骤《未公开》 | 全文未提及解析标识符的步骤。 | 特征T未公开。 |
| 技术特征U：其中第一和第二协议相同《未公开》 | 对比文件未公开使用相同协议进行触发；第一协议为SIP，但第二协议（触发协议）未使用。 | 对比文件没有公开触发，因此没有公开第一和第二协议相同的使用场景，特征U未公开。 |
| 技术特征V：其中第一多媒体流是与第二多媒体流相同的多媒体流《直接公开》 | [0197]段后：“RTP媒体流从SIP媒体服务器发送到RTSP客户端。” 流未经缓冲或变换，直接从发送端到达接收端。 | 在对比文件图8-9中，SIP媒体服务器发送的RTP流与RTSP客户端接收的流是同一媒体流，特征V直接公开。 |
---
### 公开性代码输出
根据上述判断，直接公开的特征有：A, G, H, I, J, K, L, M, N, O, P, V。
未隐含公开任何特征，因此只输出大写代码：
<<<A>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<O>>><<<P>>><<<V>>>