对比文件名称：2007-10-23_US7286521B_发明授权_US07286521B1 Localized voice over internet protocol communication
目标专利名称：2049用于发送多媒体流的方法和系统CN105208020B
本次调用的模型名称：DeepSeek Chat
下面创建特征比对表格，对目标专利权利要求的技术特征A至V逐一进行公开性判断。表格第一栏列出技术特征及公开性结果（《直接公开》《隐含公开》或无公开标签），第二栏引用对比文件相应段落的中文译文并注明编号，第三栏进行专业论述。若特征无直接或隐含公开，则不添加任何代码标签；在表格中仅在第一栏写出特征描述，第三栏说明判断依据。
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译，含段落编号） | 公开性论述 |
| 技术特征A：其中，第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二相关流的接收，该方法包括步骤<br>《隐含公开》 | [0032] “图3示出了包括本发明用于支持电话接口的语音激活服务的实施例的系统。…电话网关107的实现组件显示在元素320中，而电话应用平台110的一部分实现组件显示在元素330中。”<br>[0045] “媒体网关302和/或SIP代理304通过最终在电话网络104上打开到餐厅的电路交换连接来响应这个请求。” | 对比文件公开了呼叫者电话（第一终端）通过PSTN连接到媒体网关（网关），且被叫电话（第二终端）也通过PSTN连接到同一媒体网关（参见[0032]的系统结构和[0045]的出站呼叫过程）。该连接关系使能了语音流（第一多媒体流）从主叫发送到被叫接收，相关多媒体流在接收端体现。尽管未明确使用“多媒体流”用语，但语音属于多媒体流，因此该特征被隐含公开。 |
| 技术特征B：使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换<br>《隐含公开》 | [0034] “如果电信运营商支持，电话网关也可以包括直接接收VoIP呼叫的设施。”<br>[0035] “媒体网关302可以通过使用一个或多个标准IETF协议如SIP，将信息从媒体网关302中继到服务器306A-Z关于到来的呼叫并允许它们处理会话。” | 对比文件明确提及网关可支持直接VoIP呼叫（[0034]），这意味着第一终端（VoIP终端）可使用SIP协议（第一协议）与网关建立会话。虽然未描述具体流程，但本领域技术人员可以合理推断：当网关接收VoIP呼叫时，第一终端必然使用SIP启动会话信息交换。此外，[0035]展示了SIP在网关与其他实体间的使用，进一步支持SIP作为第一协议的合理性。因此特征B被隐含公开。 |
| 技术特征C：使用第二协议提供触发到第二终端<br>《隐含公开》 | [0045] “如果初始呼叫者…请求出站呼叫转移…例如，为了联系餐厅，服务器可以请求呼叫放置到餐厅的电话号码…媒体网关302和/或SIP代理304通过最终在电话网络104上打开到餐厅的电路交换连接来响应这个请求。” | 对比文件中，网关根据服务器请求通过PSTN电路信令（如SS7）向被叫电话（第二终端）发起呼叫，该过程实质上是在使用第二协议（PSTN信令）提供触发（振铃）。尽管目标专利的第二协议可能是SIP或其他，但对比文件公开了使用与第一协议（SIP）不同的协议（PSTN信令）触发第二终端，因此特征C被隐含公开。 |
| 技术特征D：以启动在第二终端和网关之间的第二多媒体会话信息的交换<br>《隐含公开》 | [0045] “…媒体网关302和/或SIP代理304通过最终在电话网络104上打开到餐厅的电路交换连接来响应这个请求。” | 上述触发导致被叫电话摘机，与网关之间通过PSTN建立电路交换连接，该连接可视为第二多媒体会话（语音会话）。对比文件中，触发（呼入振铃）的目的正是启动该会话信息的交换（摘机、信令交互），因此特征D被隐含公开。 |
| 技术特征E：第二协议不同于第一协议<br>《隐含公开》 | [0035] 表明第一协议可能为SIP；[0045]表明第二协议为PSTN电路信令（如SS7）。 | 对比文件中，第一协议（网关与服务器之间使用的SIP，或依据特征B隐含的第一终端使用的SIP）与第二协议（PSTN信令）在协议栈、消息格式和承载网络方面均不同，本领域技术人员可以毫无疑义地确定二者不同。因此特征E被隐含公开。 |
| 技术特征F：响应于提供所述触发<br>《隐含公开》 | [0045] “…媒体网关302和/或SIP代理304通过最终在电话网络104上打开到餐厅的电路交换连接来响应这个请求。” | 对比文件中，第二终端（被叫电话）响应触发（振铃）并摘机，从而完成电路连接。该响应直接由触发引起，符合“响应于提供所述触发”的限定，因此特征F被隐含公开。 |
| 技术特征G：第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换<br>《无公开》 | 无相关段落公开第二终端使用第三协议（如RTSP）启动会话。 | 对比文件中，第二终端（被叫电话）通过PSTN电路信令（与第二协议相同）建立会话，未使用第三协议（如RTSP）进行会话启动和信息交换。虽然[0042]提到RTSP可作为数据协议，但并未用于第二终端主动启动会话。因此特征G无公开。 |
| 技术特征H：第三协议不同于第二协议和第一协议<br>《无公开》 | 无相关引用。 | 由于特征G无公开，第三协议本身未在对比文件中公开，故其与第一、第二协议的区别也无从成立。因此特征H无公开。 |
| 技术特征I：从第一终端发送第一多媒体流并且在第二终端接收第二相关多媒体流<br>《隐含公开》 | [0045] “…媒体网关302和/或SIP代理304通过最终在电话网络104上打开到餐厅的电路交换连接来响应这个请求。”<br>[0042] “数据部分可以使用一个或多个标准ITU和/或IETF协议发送，例如RTSP、RTP、Q.931等。” | 在出站呼叫场景中，初始呼叫者（第一终端）通过已建立的通话向餐厅（第二终端）发送音频流（第一多媒体流），同时餐厅接收该音频流（第二相关多媒体流）。对比文件[0045]描述了该呼叫连接，[0042]进一步指出可使用RTP等协议承载媒体流。尽管对比文件不要求流的方向性定义，但实际通话中音频流确实从第一终端发往第二终端，因此特征I被隐含公开。 |
| 技术特征J：其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息<br>《无公开》 | 无相关段落。 | 对比文件未描述在第一多媒体会话信息交换过程中向第一终端提供第二会话信息（如RTP端口、编解码等）。PSTN呼叫中不涉及此类信息提供。因此特征J无公开。 |
| 技术特征K：由此响应所述提供开始从第一终端发送第一多媒体流<br>《无公开》 | 无相关段落。 | 对比文件未建立“提供第二会话信息”与“开始发送流”之间的因果关系。通话中的流发送在连接建立后自然开始，但并非响应于向第一终端提供第二会话信息而触发。因此特征K无公开。 |
| 技术特征L：其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息<br>《无公开》 | 无相关段落。 | 对比文件中第二终端（被叫）通过PSTN电路信令建立会话，未从网关接收第一多媒体会话信息（如IP地址、端口等）。因此特征L无公开。 |
| 技术特征M：由此响应于所述提供开始由第二终端接收第二相关多媒体流<br>《无公开》 | 无相关段落。 | 与特征K类似，对比文件没有建立向第二终端提供第一会话信息与开始接收流之间的对应关系。因此特征M无公开。 |
| 技术特征N：其中第一协议是对等型协议<br>《隐含公开》 | [0035] “媒体网关302可以通过使用一个或多个标准IETF协议如SIP，将信息从媒体网关302中继到服务器306A-Z关于到来的呼叫并允许它们处理会话。” | 对比文件公开了SIP协议（[0035]），而SIP是对等型协议（双方均可发起会话）。特征B已隐含公开第一协议即SIP（参见特征B论述），因此第一协议是对等型协议被隐含公开。 |
| 技术特征O：其中第一协议是会话启动协议（SIP）<br>《隐含公开》 | [0035] “媒体网关302可以通过使用一个或多个标准IETF协议如SIP，将信息从媒体网关302中继到服务器306A-Z关于到来的呼叫并允许它们处理会话。” | 对比文件明确使用SIP协议，[0034]暗示网关可直接接收VoIP呼叫（应采用SIP），本领域技术人员可合理推断第一协议为SIP，因此特征O被隐含公开。 |
| 技术特征P：其中第三协议是客户端-服务器型协议<br>《无公开》 | 无相关段落公开第三协议的具体类型。 | 对比文件未公开第二终端使用第三协议启动会话（特征G无公开），因此第三协议的类型（客户端-服务器型）无从认定。尽管[0042]提到RTSP，但RTSP并未在第二终端与网关之间作为控制协议使用。因此特征P无公开。 |
| 技术特征Q：其中第三协议是实时流协议（RTSP）<br>《无公开》 | [0042] “数据部分可以使用一个或多个标准ITU和/或IETF协议发送，例如RTSP、RTP、Q.931等。” | 对比文件仅提及RTSP作为可能的数据传输协议之一，但未将其用于第二终端与网关之间的会话启动与控制。特征G要求第三协议由第二终端用于启动会话，对比文件中的RTSP并未发挥该作用。因此特征Q无公开。 |
| 技术特征R：其中提供触发到第二终端的步骤是由网关启动的<br>《无公开》 | [0045] “如果初始呼叫者…请求出站呼叫转移…服务器可以请求呼叫放置到餐厅的电话号码…媒体网关302和/或SIP代理304通过最终在电话网络104上打开到餐厅的电路交换连接来响应这个请求。” | 对比文件中，触发是由服务器（应用平台）主动请求网关执行的，网关只是响应方，并非“启动”触发的主体（启动决策来自服务器）。目标专利的特征强调网关主动启动触发，而对比文件未公开网关自主决定提供触发。因此特征R无公开。 |
| 技术特征S：其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关<br>《无公开》 | [0045] 中服务器获知餐厅号码，但未明确第一终端直接向网关提供标识符。 | 对比文件中，第一终端（电话）在初始入站呼叫中未向网关提供第二终端标识符（被叫号码由服务器通过SIP请求提供）；在出站呼叫场景中，标识符由第一终端以语音命令传递给服务器，再通过SIP请求转给网关，并非在第一多媒体会话信息交换中直接向网关提供。因此特征S无公开。 |
| 技术特征T：其中该方法包括在提供触发给第二终端之前<br>技术特征U：将第二终端的标识符解析成网络地址的附加步骤<br>《无公开》 | 无相关段落。 | 对比文件未描述在提供触发之前对标识符进行解析的步骤。虽然可能存在DNS或ENUM查询，但说明书未提及，本领域技术人员不能毫无疑义地得出该步骤。因此特征T、U无公开。 |
| 技术特征V：其中第一多媒体流是与第二相关多媒体流相同的多媒体流<br>《隐含公开》 | [0045] 描述初始呼叫者与餐厅之间的通话，媒体流双向传输且共享同一连接。 | 在出站呼叫场景中，第一终端（主叫）发送的语音流与被叫（第二终端）接收的语音流本质上是同一双向流的一部分（对称音频会话）。因此第一多媒体流与第二相关多媒体流相同，该特征被隐含公开。 |
### 公开性代码汇总
根据判断结果，隐含公开的特征包括：A, B, C, D, E, F, I, N, O, V。直接公开的特征无。无隐含或直接公开的特征不生成代码。
<<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<i>>><<<n>>><<<o>>><<<v>>>