## 目标专利名称：用于发送多媒体流的方法和系统（CN101953136B）
## 对比文件名称：Method and apparatus for routing wireless village messages in an internet protocol multimedia subsystem（US7181537B2）
## 本次调用的模型名称：DeepSeek-R1（或实际模型名）
以下是对比文件公开目标专利权利要求技术特征的逐条比对表格：
| 技术特征及公开性 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A**：第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二多媒体流的接收。**（未直接公开，未隐含公开）** | 无对应原文。对比文件[0003]-[0005]描述了IMS客户端（第一终端）和WV客户端（第二终端）通过IMS/WV网关互操作，但目的是发送即时消息和存在信息，不含多媒体流。 | 对比文件涉及的是即时消息的发送和接收，并未涉及多媒体流的传输。虽然存在第一终端（IMS客户端）、第二终端（WV客户端）和网关（IMS/WV网关），但技术特征A明确要求“多媒体流”，对比文件中没有任何关于音视频等多媒体流的内容，本领域技术人员也无法从消息流合理推断出多媒体流。因此未公开。 |
| **技术特征B**：所述第一终端使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换。**（未直接公开，未隐含公开）** | 对比文件[0005]“IMS实体11a、11b使用单一协议（即SIP）通信”。但仅描述了IMS客户端使用SIP发送消息，未涉及启动“多媒体会话信息交换”。 | 对比文件中IMS客户端发送SIP消息（可能是MESSAGE或INVITE），但该消息的内容是即时消息文本，而非多媒体会话描述信息（如SDP）。对比文件没有披露第一终端与网关之间为建立多媒体流而进行的会话信息交换，也没有给出任何关于多媒体会话的暗示。因此未公开。 |
| **技术特征C**：使用第二协议提供触发到第二终端。**（未直接公开，未隐含公开）** | 无对应原文。对比文件没有关于“触发”第二终端的描述。 | 对比文件中，消息从IMS客户端发出后由IMS/WV网关直接转换并最终推送至WV客户端，第二终端并未被一个独立的触发（如SIP REFER、SMS等）通知，而是被动接收消息。不存在使用第二协议向第二终端提供触发以启动会话的步骤。因此未公开。 |
| **技术特征D**：以启动在第二终端和网关之间的第二多媒体会话信息的交换。**（未直接公开，未隐含公开）** | 无对应原文。 | 对比文件中第二终端（WV客户端）不与网关直接进行“第二多媒体会话信息的交换”。消息通过WV服务器中转，且不存在多媒体会话建立的过程。因此未公开。 |
| **技术特征E**：响应于提供所述触发。**（未直接公开，未隐含公开）** | 无对应原文。 | 对比文件不存在提供触发的步骤，因此也无响应触发的前提。未公开。 |
| **技术特征F**：第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换。**（未直接公开，未隐含公开）** | 无对应原文。 | 对比文件中第二终端使用CSP/CLP与WV服务器通信，而非与网关直接启动会话信息交换，且不涉及“第二多媒体会话”。未公开。 |
| **技术特征G**：第三协议不同于第二协议。**（未直接公开，未隐含公开）** | 无对应原文，第二协议和第三协议均未定义。 | 由于特征C、F均未公开，无法确定第三协议与第二协议是否不同。未公开。 |
| **技术特征H**：从第一终端发送第一多媒体流并且在第二终端接收第二多媒体流。**（未直接公开，未隐含公开）** | 无对应原文。对比文件仅涉及消息传递，未涉及多媒体流的发送与接收。 | 对比文件完全没有涉及多媒体流的传输，既无流媒体协议（如RTP）的描述，也无流传输的步骤。未公开。 |
| **技术特征I**：其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息。**（未直接公开，未隐含公开）** | 无对应原文。 | 对比文件没有第一多媒体会话信息交换的细节。未公开。 |
| **技术特征J**：由此响应所述提供开始从第一终端发送第一多媒体流。**（未直接公开，未隐含公开）** | 无对应原文。 | 同I。未公开。 |
| **技术特征K**：其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息。**（未直接公开，未隐含公开）** | 无对应原文。 | 对比文件没有第二多媒体会话信息交换的细节。未公开。 |
| **技术特征L**：由此响应于所述提供开始由第二终端接收第二多媒体流。**（未直接公开，未隐含公开）** | 无对应原文。 | 同K。未公开。 |
| **技术特征M**：其中第一协议是对等型协议。**（直接公开）** | 对比文件[0005]“IMS实体11a、11b使用单一协议（即SIP）通信”。SIP本质是对等型协议（双方均可发起会话），此为公知常识。 | 对比文件明确公开第一终端（IMS客户端）使用的协议是SIP，而SIP属于对等型协议。本领域技术人员能够毫无疑义地确定第一协议是对等型协议。直接公开。 |
| **技术特征N**：其中所述对等型协议是会话启动协议(SIP)。**（直接公开）** | 对比文件[0005]“IMS entities 11a, 11b communicate using a single protocol (i.e. SIP)”。 | 对比文件直接指明第一协议为SIP。因此直接公开。 |
| **技术特征O**：其中第三协议是客户端-服务器型协议。**（直接公开）** | 对比文件[0004]“WV服务器12b和WV客户端12a根据客户端-服务器协议(CSP)或命令行协议(CLP)通信”。 | 对比文件公开第二终端（WV客户端）使用CSP或CLP，这两种协议均是客户端-服务器型协议（客户端发起请求，服务器响应）。直接公开第三协议为客户端-服务器型协议。 |
| **技术特征P**：其中所述客户端-服务器型协议是实时流协议(RTSP)。**（未直接公开，未隐含公开）** | 无对应原文。对比文件仅提及CSP/CLP，未涉及RTSP。 | 对比文件未出现RTSP，也未有任何与流媒体控制相关的协议描述。未公开。 |
| **技术特征Q**：其中提供触发到第二终端的步骤是由网关启动的。**（未直接公开，未隐含公开）** | 无对应原文。 | 对比文件中不存在由网关向第二终端提供触发的步骤，消息路径由IMS客户端发起，网关被动转换和转发。未公开。 |
| **技术特征R**：其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关。**（隐含公开）** | 对比文件[0036]“终端仅将WV地址（wv:username@operator.fi）放置在消息中”。该消息经过IMS网络最终被路由到IMS/WV网关（应用服务器），从而将WV地址（第二终端标识符）提供给了网关。 | 虽然对比文件不涉及“第一多媒体会话信息的交换”，但其公开的IMS客户端发送SIP消息的行为在广义上可视为信息交换，且消息中明确包含了第二终端的标识符（WV地址），本领域技术人员可以合理推断出在类似的场景下，终端与网关之间的第一多媒体会话信息交换会包含提供第二终端的标识符。因此隐含公开。 |
| **技术特征S**：其中该方法包括在提供触发给第二终端之前。**（未直接公开，未隐含公开）** | 无对应原文。 | 对比文件不存在提供触发步骤，因此无法确定“在提供触发之前”的时间关系。未公开。 |
| **技术特征T**：将第二终端的标识符解析成网络地址的附加步骤。**（未直接公开，未隐含公开）** | 对比文件[0030]-[0031]描述了S-CSCF使用DNS将WV地址转换为SIP地址，即解析过程。但该解析步骤并非发生在“提供触发给第二终端之前”，因为对比文件无触发步骤。 | 虽然存在地址解析，但缺少特征S所限定的时间关系（在提供触发之前）。本领域技术人员无法从对比文件中解读出该解析步骤必然发生在触发之前（因触发本身不存在）。因此未公开。 |
| **技术特征U**：其中第一和第二协议相同。**（未直接公开，未隐含公开）** | 无对应原文。 | 对比文件未定义第二协议，更未提及第二协议与第一协议（SIP）相同。未公开。 |
| **技术特征V**：其中第一多媒体流是与第二多媒体流相同的多媒体流。**（未直接公开，未隐含公开）** | 无对应原文。 | 对比文件完全没有多媒体流的概念，无法公开流之间的关系。未公开。 |
根据上述比对，对比文件直接公开了技术特征 **M、N、O**，隐含公开了技术特征 **R**。其余技术特征未直接公开或隐含公开。
<<<M>>><<<N>>><<<O>>><<<r>>>