**对比文件名称**：2003-12-09_US6661785B_发明授权_US06661785B1 Method and apparatus for providing internet call waiting with voice over internet protocol
**目标专利名称**：2049用于发送多媒体流的方法和系统CN105208020B
**本次调用的模型名称**：GPT-4
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译中文） | 公开性论述 |
| **A.** 其中，第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二相关流的接收，该方法包括步骤《直接公开》 | “将入局PSTN呼叫转发到应用网关，该应用网关通过到用户个人计算机的互联网连接完成呼叫。”（背景部分）<br>“用户和PSTN呼叫者连接到业务交换点（SSP）……作为中心连接，SSP连接到……网关……以及连接到用于桥接PSTN呼叫者与网关之间呼叫的业务节点。”（具体实施方式部分, 图1a描述） | 对比文件明确描述了第一终端（用户PC）和第二终端（PSTN呼叫者）通过网关（H.323网关）及业务节点连接，实现语音多媒体流的发送和接收，因此技术特征A被直接公开。 |
| **B.** 使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换《直接公开》 | “用户112发起入局呼叫。该入局呼叫是从用户112到网关128的H.323呼叫。”（具体实施方式部分, 步骤212） | 对比文件中第一终端（用户PC）使用H.323协议（第一协议）向H.323网关发起呼叫，启动第一多媒体会话信息的交换，因此技术特征B被直接公开。 |
| **C.** 使用第二协议提供触发到第二终端《未公开》 | 无对应内容。 | 对比文件中触发（步骤209的通知）是发送给第一终端（用户PC）的，不是发给第二终端（PSTN呼叫者）。无任何向第二终端提供触发的描述，因此未公开。 |
| **D.** 以启动在第二终端和网关之间的第二多媒体会话信息的交换《未公开》 | 无对应内容。 | 对比文件中第二终端（PSTN呼叫者）没有启动与网关的任何多媒体会话信息交换，第二终端仅通过PSTN方式被动接入，因此未公开。 |
| **E.** 第二协议不同于第一协议《隐含公开》 | “SCP通过互联网向用户112的互联网地址转发通知消息”（具体实施方式部分, 步骤209）<br>“用户112发起H.323呼叫到网关128”（具体实施方式部分, 步骤212） | 对比文件中第一协议为H.323，用于启动多媒体会话；第二协议（用于触发）为基于IP的通知协议（如TCP/IP承载的应用消息）。本领域技术人员可合理推断两者不同，因此隐含公开。 |
| **F.** 响应于提供所述触发《未公开》 | 无对应内容。 | 因触发未提供给第二终端，不存在响应触发的情况，因此未公开。 |
| **G.** 第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换《未公开》 | 无对应内容。 | 对比文件中第二终端（PSTN呼叫者）不使用任何第三协议启动会话信息交换，不满足该特征，因此未公开。 |
| **H.** 第三协议不同于第二协议和第一协议《未公开》 | 无对应内容。 | 因第三协议未出现，无法判断其与第一、第二协议的关系，因此未公开。 |
| **I.** 从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流《直接公开》 | “用户112通过以下路径连接到PSTN呼叫者114：从用户112……到网关128……到PSTN呼叫者114。用户112和PSTN呼叫者114通过该路径交换语音通信。”（具体实施方式部分, 步骤221） | 对比文件中第一终端（用户PC）发送语音流（第一多媒体流），第二终端（PSTN呼叫者）接收该语音流（第二相关多媒体流），直接公开了该特征。 |
| **J.** 其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息《隐含公开》 | “SCP将网关128的互联网地址以及用户112的用户标识和密码传递给用户112。”（具体实施方式部分, 步骤205）<br>（注意：步骤205发生在第一多媒体会话信息交换之前，但第一会话信息交换（H.323呼叫建立）中也会交换会话描述，可能包含第二会话所需信息） | 对比文件中虽然部分信息在注册阶段提供，但在H.323呼叫建立过程中，终端和网关会交换媒体描述（如RTP端口、编解码等），这些描述隐含包含了第二多媒体会话（PSTN侧）的部分信息。因此本领域技术人员可以合理推断该特征被隐含公开。 |
| **K.** 由此响应所述提供开始从第一终端发送第一多媒体流《隐含公开》 | “在呼叫建立完成后，用户112和PSTN呼叫者114交换语音通信。”（具体实施方式部分, 步骤220-221） | 基于特征J的隐含公开，第一终端获得至少部分第二多媒体会话信息后，在H.323呼叫建立完毕后开始发送第一多媒体流，因此该特征被隐含公开。 |
| **L.** 其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息《未公开》 | 无对应内容。 | 对比文件中没有向第二终端（PSTN呼叫者）提供任何第一多媒体会话信息，因此未公开。 |
| **M.** 由此响应于所述提供开始由第二终端接收第二相关多媒体流《未公开》 | 无对应内容。 | 因特征L未公开，此从属特征也不成立，因此未公开。 |
| **N.** 其中第一协议是对等型协议《直接公开》 | (第一协议为H.323，本领域技术人员公知H.323是对等型协议；对比文件描述“用户112发起H.323呼叫到网关128”，表明两端均可发起呼叫，符合对等型特征。) | 对比文件使用的第一协议H.323是本领域已知的对等型协议，本领域技术人员能够毫无疑义地确定第一协议为对等型协议，因此直接公开。 |
| **O.** 其中第一协议是会话启动协议（SIP）《未公开》 | 无对应内容。 | 对比文件的第一协议为H.323，不是SIP，因此未公开。 |
| **P.** 其中第三协议是客户端‑服务器型协议《未公开》 | 无对应内容。 | 对比文件中未出现第三协议，更未指明其为客户端‑服务器型协议，因此未公开。 |
| **Q.** 其中第三协议是实时流协议（RTSP）《未公开》 | 无对应内容。 | 对比文件中没有任何关于RTSP的记载，因此未公开。 |
| **R.** 其中提供触发到第二终端的步骤是由网关启动的《未公开》 | 无对应内容。 | 对比文件中没有提供触发给第二终端，故该步骤不成立，因此未公开。 |
| **S.** 其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关《未公开》 | 无对应内容。（注：在H.323呼叫建立过程中，第一终端未向网关提供第二终端标识；第二终端标识由SCP通过其他方式获得。） | 对比文件中第一终端发起H.323呼叫时未包含第二终端（PSTN呼叫者）的标识，标识由SCP从PSTN侧获得，因此未公开。 |
| **T.** 其中该方法包括在提供触发给第二终端之前《未公开》 | 无对应内容。 | 因未向第二终端提供触发，故该前提步骤不适用，未公开。 |
| **U.** 将第二终端的标识符解析成网络地址的附加步骤《未公开》 | 无对应内容。 | 对比文件中虽然存在标识符解析（如SCP查询数据库），但解析的不是第二终端（PSTN呼叫者）的网络地址，且与向第二终端的触发无关，因此未公开。 |
| **V.** 其中第一多媒体流是与第二相关多媒体流相同的多媒体流《直接公开》 | “用户112和PSTN呼叫者114通过该路径交换语音通信……用户112接收语音通信，软件……将其转换为分组交换VOIP并传输到网关128。网关128将分组交换数据转换为PSTN并转发到PSTN呼叫者114。” （具体实施方式部分, 步骤220-221） | 对比文件中，第一终端发送的语音流与第二终端接收的语音流为相同内容（用户声音），仅经过格式转换，因此直接公开了第一多媒体流与第二相关多媒体流相同的特征。 |
<<<A>>> <<<B>>> <<<I>>> <<<N>>> <<<V>>> <<<e>>> <<<j>>> <<<k>>>