对比文件名称：2002-06-13_US2002073205A_发明申请_US20020073205A1 Communication service
目标专利名称：2049用于发送多媒体流的方法和系统CN105208020B
模型名称：本次调用由AI模型生成（具体模型名称未提供）
以下是根据目标专利权利要求的技术特征（A~V）与对比文件进行逐项比对的表格：
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A：** 第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二相关流的接收，该方法包括步骤<br>《直接公开》 | 对比文件[00100]：“图2是根据本发明优选实施例的通信系统20的示意图。系统20包括发送方21、具有媒体服务器22和MMS服务器23的MMSC（多媒体消息服务中心）、以及接收方24。” | 对比文件明确公开了发送方（第一终端）和接收方（第二终端）连接到MMSC（通信服务器），该服务器使能媒体内容的上传和下载，实质上充当了网关角色，直接公开了该特征。 |
| **技术特征B：** 使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换<br>《直接公开》 | 对比文件[00103]：“在阶段1，发送方21与媒体（流）服务器22建立流会话，开始将媒体内容存储到预定位置。”<br>对比文件[00114]：“RTSP可用于媒体上传（使用RECORD方法）。” | 对比文件公开了发送方与媒体服务器（网关）之间使用协议（例如RTSP或HTTP）建立流会话，这包括会话信息的交换。该特征直接公开。 |
| **技术特征C：** 使用第二协议提供触发到第二终端<br>《直接公开》 | 对比文件[00104]：“在阶段2，发送方21通过MMS服务器23向接收方24发送关于媒体内容正在存储的通知。”<br>对比文件[00110]：“通知消息可经由MMS服务器间链路承载。” | 对比文件公开了通信服务器通过MMS协议（第二协议）向接收方发送通知消息，该消息即为触发。直接公开。 |
| **技术特征D：** 以启动在第二终端和网关之间的第二多媒体会话信息的交换<br>《直接公开》 | 对比文件[00104]：“通知包括呈现描述信息，该信息是建立接收方24与媒体服务器22之间的另一流会话所必需的。” | 该通知直接用于启动接收方与网关间的流会话信息交换。直接公开。 |
| **技术特征E：** 第二协议不同于第一协议<br>《直接公开》 | 对比文件[00114]（第一协议：RTSP/HTTP）与[00104]（第二协议：MMS协议）明显不同。 | 第一协议（RTSP/HTTP）和第二协议（MMS协议）属于不同类型的协议，直接公开了区别。 |
| **技术特征F：** 响应于提供所述触发<br>《直接公开》 | 对比文件[00105]：“在阶段3，接收方24基于通知消息中接收的信息与媒体服务器22建立流会话。” | 响应于阶段2的通知（触发），接收方启动流会话，直接公开。 |
| **技术特征G：** 第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换<br>《直接公开》 | 对比文件[00105]：“接收方24与媒体服务器22建立流会话。”<br>对比文件[00114]：“RTSP是用于控制流媒体传输的客户端-服务器协议。” | 接收方使用RTSP（第三协议）与媒体服务器（网关）启动流会话，直接公开。 |
| **技术特征H：** 第三协议不同于第二协议和第一协议<br>《隐含公开》 | 对比文件[00114]（第三协议：RTSP）、[00115]（第一协议：HTTP）及[00104]（第二协议：MMS）。虽然优选实施例中第一和第三均可为RTSP，但对比文件同样公开了第一协议可以是HTTP（非RTSP）。 | 对比文件未强制要求第三协议与第一协议必须不同，但给出了使用多种不同协议（如HTTP与RTSP）的可能性。本领域技术人员可以合理推断第三协议可以与第一协议不同，尤其在具体实施中可以选择不同协议。因此，该特征隐含公开。 |
| **技术特征I：** 从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流<br>《直接公开》 | 对比文件[00103]：阶段1发送方上传流到媒体服务器。<br>对比文件[00105]：阶段3接收方从媒体服务器下载流。<br>对比文件[00108]：“媒体服务器同时将已接收部分发送给接收方。” | 直接公开了第一流从发送方发出、第二流在接收方接收，且两者相关（相同内容）。 |
| **技术特征J：** 其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息<br>《未公开》 | 对比文件未描述第一会话信息交换中包含第二会话信息。 | 对比文件中，发送方上传流媒体时仅协商自身相关的参数，未涉及向发送方提供接收方会话信息。该特征未被公开。 |
| **技术特征K：** 由此响应所述提供开始从第一终端发送第一多媒体流<br>《未公开》 | 无对应记载。 | 依赖特征J，特征J未公开，故K也未公开。 |
| **技术特征L：** 其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息<br>《未公开》 | 对比文件通知包含呈现描述信息，但并非第一多媒体会话信息。 | 对比文件未公开向第二终端提供第一终端会话信息（如发送方端口等）。不公开。 |
| **技术特征M：** 由此响应于所述提供开始由第二终端接收第二相关多媒体流<br>《未公开》 | 无对应记载。 | 依赖特征L，特征L未公开，故M也未公开。 |
| **技术特征N：** 其中第一协议是对等型协议<br>《未公开》 | 对比文件[00114]：第一协议为RTSP（客户端-服务器）或HTTP（请求-响应型）。 | 对比文件公开的第一协议均为非对等型协议，未公开对等型协议（如SIP）。不公开。 |
| **技术特征O：** 其中第一协议是会话启动协议（SIP）<br>《未公开》 | 对比文件全文中未提及SIP。 | 对比文件未公开SIP协议。不公开。 |
| **技术特征P：** 其中第三协议是客户端-服务器型协议<br>《直接公开》 | 对比文件[00114]：“RTSP是客户端-服务器流控制协议。” | 明确公开第三协议RTSP为客户端-服务器型。直接公开。 |
| **技术特征Q：** 其中第三协议是实时流协议（RTSP）<br>《直接公开》 | 对比文件[00114]：“实时流协议（RTSP）是客户端-服务器流控制协议。” | 直接公开第三协议为RTSP。 |
| **技术特征R：** 其中提供触发到第二终端的步骤是由网关启动的<br>《直接公开》 | 对比文件[00104]：“发送方21通过MMS服务器23向接收方24发送通知。”<br>对比文件[00101]：“MMSC（包括媒体服务器和MMS服务器）充当通信服务器。” | 触发由MMSC（网关）而非发送方直接发送。直接公开。 |
| **技术特征S：** 其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关<br>《隐含公开》 | 对比文件[00104]：发送方通过MMS服务器发送通知，需要提供接收方地址以完成通知发送。<br>对比文件[00102]：“MMS消息包含地址信息。” | 为了实现通知，发送方必须在第一会话交换中或之前向网关提供第二终端的标识符（如MSISDN）。本领域技术人员可合理推断该步骤存在。隐含公开。 |
| **技术特征T：** 其中该方法包括在提供触发给第二终端之前<br>《未公开》 | 对比文件未提及在触发前执行解析步骤。 | 对比文件未公开任何明确的地址解析步骤。不公开。 |
| **技术特征U：** 将第二终端的标识符解析成网络地址的附加步骤<br>《未公开》 | （无） | 对比文件未公开标识符解析为网络地址的步骤。不公开。 |
| **技术特征V：** 其中第一多媒体流是与第二相关多媒体流相同的多媒体流<br>《直接公开》 | 对比文件[00107]：“当阶段1和3都使用流时，阶段2在阶段1期间执行，阶段3可在阶段1期间开始。发送方21继续发送媒体内容到媒体服务器22，媒体服务器22同时将较早接收的部分发送给接收方24。” | 明确表明第一流（上传）和第二流（下载）是同一媒体内容。直接公开。 |
总结公开性代码：
- 直接公开（大写）：A, B, C, D, E, F, G, I, P, Q, R, V
- 隐含公开（小写）：h, s
- 未公开特征（不输出代码）：J, K, L, M, N, O, T, U
输出：
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<I>>><<<P>>><<<Q>>><<<R>>><<<V>>><<<h>>><<<s>>>