对比文件的名称：2007-08-08_CN101013997A_发明公开_CN101013997A 多媒体网关转发信令与媒体流的方法
目标专利的名称：2086用于发送多媒体流的方法和系统CN101953136B
本次调用的模型名称：大语言模型
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其中第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二多媒体流的接收——直接公开 | 说明书具体实施方式部分：“对设置在公网中的媒体网关而言，由于常常同时为多个点到点通话做转发，每个通话中只有两个终端。”以及“多媒体网关对信令和媒体流的转发示意图”，结合图2的描述：“将来自主叫终端的信令和媒体流转发给被叫终端，同时将来自己被叫终端的信令和媒体流转发给主叫终端。” | 对比文件明确描述了主叫终端（第一终端）和被叫终端（第二终端）通过多媒体网关进行点到点通话，网关转发媒体流，使得第一终端发送的媒体流能被第二终端接收。因此，第一和第二终端连接到网关以实现发送和接收，特征A被直接公开。 |
| 技术特征B：所述第一终端使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换——直接公开 | 说明书具体实施方式部分：“在多媒体网关同意终端呼叫时，多媒体网关对转发通话标识符赋值。”以及技术领域部分：“H.323/SIP多媒体通信系统”。 | 对比文件中的“终端呼叫”是指第一终端（主叫）发起呼叫，该呼叫使用信令协议（如SIP）与网关交换会话信息，网关同意后赋值标识符。这清楚公开了第一终端使用第一协议（SIP）启动与网关的多媒体会话信息交换。特征B直接公开。 |
| 技术特征C：使用第二协议提供触发到第二终端——未公开 | 对比文件全文未涉及“触发”或使用特定第二协议通知第二终端。 | 对比文件仅描述多媒体网关转发信令和媒体流，没有提供任何使用第二协议向第二终端发送触发消息以启动后续会话的步骤。因此特征C未公开。 |
| 技术特征D：以启动在第二终端和网关之间的第二多媒体会话信息的交换——隐含公开 | 说明书具体实施方式部分：“将来自主叫终端的信令和媒体流转发给被叫终端，同时将来自己被叫终端的信令和媒体流转发给主叫终端。” | 虽然对比文件未明确“启动交换”，但当网关向被叫转发信令后，被叫终端必然与网关进行响应信令（如SIP 200 OK）的交换，从而启动第二终端与网关之间的会话信息交换。本领域技术人员可合理推断这一过程，因此特征D隐含公开。 |
| 技术特征E：响应于提供所述触发——未公开 | 对比文件无触发步骤。 | 对比文件未公开任何触发，因此不存在“响应于提供触发”这一步骤，特征E未公开。 |
| 技术特征F：第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换——未公开 | 对比文件未涉及第三协议（如RTSP）。 | 对比文件中的第二终端（被叫）使用的信令协议与主叫相同（如SIP），未采用不同于第一协议和第二协议的第三协议（例如RTSP）来启动会话信息交换。特征F未公开。 |
| 技术特征G：第三协议不同于第二协议——未公开 | 对比文件未定义第二协议和第三协议。 | 由于特征C和F未公开，且对比文件没有区分不同协议用于触发和交换，特征G缺乏公开基础，未公开。 |
| 技术特征H：从第一终端发送第一多媒体流并且在第二终端接收第二多媒体流——直接公开 | 说明书具体实施方式部分：“多媒体网关对信令和媒体流的转发示意图”，以及“将来自主叫终端的信令和媒体流转发给被叫终端”。 | 对比文件明确描述多媒体网关转发媒体流，主叫终端发送的媒体流通过网关被被叫终端接收。因此第一多媒体流从第一终端发送，第二终端接收第二多媒体流（经网关转发），特征H直接公开。 |
| 技术特征I：其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息——隐含公开 | 对比文件未明确描述会话信息内容，但根据SIP呼叫流程可推知。 | 在SIP呼叫建立中，主叫发起INVITE后，网关会从被叫获取媒体能力等信息（SDP），并通过响应消息提供给主叫。本领域技术人员可以合理推断，在第一多媒体会话信息交换中，网关必然向第一终端提供至少部分第二多媒体会话信息（如被叫的RTP端口等），以确保后续媒体流正确发送。特征I隐含公开。 |
| 技术特征J：由此响应所述提供开始从第一终端发送第一多媒体流——隐含公开 | 对比文件未明确开始发送的触发条件。 | 在完成信令交换并获得对方会话信息后，第一终端开始发送媒体流是业界常规做法。对比文件中，信令交换完成后即进入媒体流发送阶段，本领域技术人员可以合理推断，提供第二多媒体会话信息触发了第一多媒体流的发送。特征J隐含公开。 |
| 技术特征K：其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息——隐含公开 | 对比文件未明确描述，但可合理推断。 | 类似特征I，在第二终端的信令交换中（如被叫接收INVITE并响应），网关会将主叫的媒体信息（如编码、端口）通过信令消息提供给第二终端，使第二终端能够正确接收媒体流。特征K隐含公开。 |
| 技术特征L：由此响应于所述提供开始由第二终端接收第二多媒体流——隐含公开 | 对比文件未明确说明，但可合理推断。 | 在第二终端获得第一多媒体流会话信息后，即开始接收来自第一终端的媒体流（经网关转发）。本领域技术人员可以理解，提供第一多媒体会话信息是第二终端开始接收流的前提。特征L隐含公开。 |
| 技术特征M：其中第一协议是对等型协议——直接公开 | 说明书技术领域部分：“H.323/SIP多媒体通信系统”。 | SIP协议是对等型协议，允许双方平等地发起会话。对比文件明确涉及SIP系统，第一终端与网关之间的信令即使用SIP，因此第一协议是对等型协议，特征M直接公开。 |
| 技术特征N：其中所述对等型协议是会话启动协议(SIP)——直接公开 | 说明书技术领域部分：“H.323/SIP多媒体通信系统”。 | 对比文件直接提及SIP协议，且SIP是对等型协议，符合特征N要求，故直接公开。 |
| 技术特征O：其中第三协议是客户端-服务器型协议——未公开 | 对比文件未涉及RTSP等客户端-服务器型协议。 | 对比文件没有描述任何客户端-服务器型协议（如RTSP）用于第二多媒体会话，特征O未公开。 |
| 技术特征P：其中所述客户端-服务器型协议是实时流协议(RTSP)——未公开 | 对比文件未提及RTSP。 | 对比文件未公开RTSP或任何类似协议，特征P未公开。 |
| 技术特征Q：其中提供触发到第二终端的步骤是由网关启动的——未公开 | 对比文件无触发步骤。 | 对比文件未描述网关启动触发，特征Q未公开。 |
| 技术特征R：其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关——隐含公开 | 说明书具体实施方式部分：“主叫终端发起呼叫”，但未明确标识符提供。 | 在SIP呼叫中，主叫终端在INVITE消息中必须包含被叫的URI或标识符，以便网关路由。对比文件虽未明示，但本领域技术人员可以合理推断，第一终端在启动信令交换时会将第二终端的标识符（如电话号码或SIP URI）提供给网关。特征R隐含公开。 |
| 技术特征S：其中该方法包括在提供触发给第二终端之前——未公开 | 对比文件无触发步骤。 | 特征S以提供触发为前提，对比文件无触发，故未公开。 |
| 技术特征T：将第二终端的标识符解析成网络地址的附加步骤——未公开 | 对比文件未涉及解析步骤。 | 对比文件未描述将标识符（如主叫提供的被叫标识）解析为网络地址（如DNS查询）的步骤，特征T未公开。 |
| 技术特征U：其中第一和第二协议相同——未公开 | 对比文件未定义第二协议。 | 特征U以存在第二协议为前提，对比文件未公开特征C中的第二协议，故特征U未公开。 |
| 技术特征V：其中第一多媒体流是与第二多媒体流相同的多媒体流——直接公开 | 说明书具体实施方式部分：“将来自主叫终端的信令和媒体流转发给被叫终端”，图2示意直接转发。 | 对比文件中多媒体网关转发主叫发送的媒体流给被叫，不进行转换或处理，因此第二多媒体流（被叫接收的流）与第一多媒体流（主叫发送的流）完全相同，特征V直接公开。 |
<<<A>>><<<B>>><<<H>>><<<M>>><<<N>>><<<V>>><<<d>>><<<i>>><<<j>>><<<k>>><<<l>>><<<r>>>