对比文件的名称：WO2007071461A1_Description_20260704_0103
目标专利的名称：2086用于发送多媒体流的方法和系统CN101953136B
本次调用的模型名称：未指定（或根据实际环境填写）
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **A** 其中第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二多媒体流的接收<br>**【直接公开】** | 对比文件“Detailed Description”部分：在图1A中，机顶盒（STB）103作为第二终端，通过局域网（LAN）连接到住宅网关（RGW）105；远程IMS设备（即流媒体服务器）作为第一终端，通过IP网络连接到RGW。家庭IMS网关（HIGA）101也连接在LAN中，提供IMS服务交互能力。译文：“住宅网关（RGW）105连接在LAN和接入网络之间……STB 103通过RGW 105与LAN外的远程设备通信。”以及“家庭IMS网关（HIGA）101也设置在LAN中，用于实现IMS和非IMS设备之间的互通。” | 对比文件明确公开了第一终端（远程IMS设备/流媒体服务器）和第二终端（STB）通过至少一个网关（RGW和/或HIGA）连接，使得多媒体流能够在第一终端发送并在第二终端接收。RGW提供网络地址转换，HIGA提供协议转换，共同完成流传输的使能。因此，特征A被直接公开。 |
| **B** 所述第一终端使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换<br>**【直接公开】** | 对比文件“Detailed Description”描述图2： “1. 从远程IMS设备接收到SIP邀请（SIP INVITE）。”（原文：“A SIP invite is received from a remote IMS device.”）该远程IMS设备即是第一终端（媒体源），网关为ISG/HIGA。 | 远程IMS设备（第一终端）使用SIP协议（第一协议）向网关（ISG/HIGA）发送SIP INVITE，该消息携带SDP会话描述信息，启动了第一终端与网关之间的第一多媒体会话信息的交换。这完全符合特征B的描述，属于直接公开。 |
| **C** 使用第二协议提供触发到第二终端<br>**【直接公开】** | 对比文件图2的步骤2-5及描述：在收到SIP INVITE后，ISG/HIGA通过UPnP动作（例如AddPortMapping）触发STB准备接收媒体。译文：“ISG 102在接收到SIP邀请时，调用IGD中的动作预留一个空闲UDP端口……然后调用UPnP动作Set_com_transport将远程设备信息发送给STB。”<br>此外，图3的第二实施例中，IPTV AS通过SIP INVITE（第二协议）触发STB（步骤4）。 | 对比文件第一实施例中，网关（ISG/HIGA）使用UPnP协议（第二协议）向第二终端（STB）提供触发，通知其准备接收流。第二实施例中，网关（IPTV AS）使用SIP协议（第二协议）发送SIP INVITE作为触发。因此，特征C被直接公开。 |
| **D** 以启动在第二终端和网关之间的第二多媒体会话信息的交换<br>**【直接公开】** | 对比文件图2步骤3-5：触发后，STB通过UPnP动作Set_com_transport向HIGA提供其接收端口信息，HIGA建立NAT绑定。译文：“UPnP动作Set_com_transport将STB的UDP端口传递给ISG……随后ISG调用AddPortMapping创建NAT绑定。”<br>图3第二实施例：在触发后，STB向IPTV AS（网关）发起RTSP SETUP（步骤13及可选安全通道描述）。 | 特征D是“以启动在第二终端和网关之间的第二多媒体会话信息的交换”，并不限定使用何种协议。对比文件第一实施例中，触发直接启动了STB（第二终端）与HIGA（网关）之间的UPnP信息交换（端口、地址等），这正是第二多媒体会话信息的交换。第二实施例中，触发启动STB通过RTSP与IPTV AS交换会话信息。故特征D被直接公开。 |
| **E** 响应于提供所述触发<br>**【直接公开】** | 对比文件图2中，触发后立即执行步骤2-5；图3中，STB收到SIP INVITE后立即进行后续RTSP设置（步骤6-13）。译文：“接收到SIP邀请后，STB的控制逻辑触发一系列操作……”。 | 对比文件的两处实施例均明确：在提供触发（UPnP动作或SIP INVITE）之后，第二终端立即开始执行后续的会话建立步骤。因此，“响应于提供所述触发”被直接公开。 |
| **F** 第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换<br>**【直接公开】** | 对比文件图3描述及可选通道说明：STB使用RTSP协议建立与IPTV AS（网关）的第二多媒体会话（步骤13及“所有RTSP通信通过IPTV AS进行”）。译文：“RTSP SETUP消息发送到SS……安全情况下，所有RTSP通信通过IPTV AS进行，IPTV AS将RTSP消息转发给SS。”<br>在第一实施例中，STB使用UPnP协议启动与HIGA的交换。 | 特征F中的“第三协议”泛指第二终端用于启动会话信息交换的协议。对比文件第一实施例中，STB通过UPnP协议与HIGA交换第二多媒体会话信息（端口、地址等）；第二实施例中，STB通过RTSP协议与作为网关的IPTV AS交换会话信息（可选方式）。两种情形均公开了第二终端使用某一协议（第三协议）启动与网关的第二多媒体会话信息交换，因此特征F被直接公开。 |
| **G** 第三协议不同于第二协议<br>**【直接公开】** | 对比文件图3第二实施例：第二协议为SIP（触发），第三协议为RTSP（会话建立）。译文：“IPTV AS发送SIP INVITE（触发）……STB随后使用RTSP SETUP建立会话。”<br>第一实施例：第二协议为UPnP（触发），第三协议也是UPnP（会话交换），二者相同。但特征G仅要求存在第三协议不同于第二协议的情况即可，第二实施例明确公开不同。 | 在第二实施例中，用于提供触发的第二协议是SIP，而用于启动会话信息交换的第三协议是RTSP，它们明显不同。因此特征G被直接公开。 |
| **H** 从第一终端发送第一多媒体流并且在第二终端接收第二多媒体流<br>**【直接公开】** | 对比文件图2步骤6-7：”SIP OK消息发送到远程IMS设备，随后RTP媒体从远程IMS设备发送到STB。“（原文：”The SIP OK message is sent to the remote IMS device, which triggers RTP media to be sent to the media renderer 107 of the STB 103 from the remote IMS client.“）<br>图3步骤21：”RTP流发送到STB。“（原文：”The RTP stream is sent to the prior specified IGD IP address and port where it is translated to the local IP and UDP port of the RTP stack of the STB 108.“） | 对比文件第一实施例中，远程IMS设备（第一终端）发送RTP多媒体流，STB（第二终端）接收该流。第二实施例中，流媒体服务器（第一终端）发送RTP流，STB（第二终端）接收。均为第一终端发送第一多媒体流、第二终端接收相关流，特征H直接公开。 |
| **I** 其中第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息<br>**【直接公开】** | 对比文件图2步骤3-6：HIGA通过UPnP获取STB的UDP端口，然后在SIP OK消息中将这些信息（第二多媒体会话信息）提供给远程IMS设备（第一终端）。译文：“ISG将STB的UDP端口信息包含在SIP OK中发送给远程IMS设备。” | 第一多媒体会话信息交换（SIP邀请/应答）中，网关向第一终端（远程IMS设备）提供了第二多媒体会话信息（STB的接收端口和IP地址），以便第一终端知道向何处发送媒体流。特征I直接公开。 |
| **J** 由此响应所述提供开始从第一终端发送第一多媒体流<br>**【直接公开】** | 对比文件图2步骤6-7：远程IMS设备收到包含STB信息的SIP OK后，立即开始发送RTP媒体流。译文：“SIP OK消息触发RTP媒体从远程IMS客户端发送到STB的媒体渲染器107。” | 在第一多媒体会话信息交换中向第一终端提供了第二终端的信息后，第一终端开始发送第一多媒体流。特征J直接公开。 |
| **K** 其中第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息<br>**【直接公开】** | 对比文件图2步骤3：UPnP动作Set_com_transport，将远程IMS设备的IP地址和端口（第一多媒体会话信息）传递给STB。译文：“该动作将远程IMS设备的IP地址和端口作为媒体源传递给STB RTP栈。” | 第二多媒体会话信息的交换（UPnP交互）过程中，网关向第二终端（STB）提供了第一终端（远程IMS设备）的IP地址和端口，即第一多媒体会话信息。特征K直接公开。 |
| **L** 由此响应于所述提供开始由第二终端接收第二多媒体流<br>**【直接公开】** | 对比文件图2流程：在提供信息后（步骤3），STB准备就绪，随后步骤5创建NAT绑定，步骤7媒体流到达STB开始接收。译文：“STB的RTP栈准备接收媒体，之后RTP流被接收。” | 在向第二终端提供了第一多媒体会话信息后，第二终端开始接收第二多媒体流。特征L直接公开。 |
| **M** 其中第一协议是对等型协议<br>**【直接公开】** | 对比文件图2第一实施例：第一协议为SIP（会话启动协议）。SIP是对等型协议，允许任一参与者发起会话。 | 第一协议SIP是对等型协议，这是本领域公知的事实，对比文件明确使用SIP作为第一协议，因此特征M直接公开。 |
| **N** 其中所述对等型协议是会话启动协议(SIP)<br>**【直接公开】** | 对比文件全文多处提到SIP，例如“the Session Initiation Protocol (SIP)”，图2步骤1“A SIP invite is received from a remote IMS device”。 | 对比文件明确第一协议为SIP，因此特征N直接公开。 |
| **O** 其中第三协议是客户端-服务器型协议<br>**【直接公开】** | 对比文件图3及描述：STB作为RTSP客户端，流媒体服务器或IPTV AS作为RTSP服务器建立RTSP会话。RTSP是典型的客户端-服务器型协议。 | 第三协议RTSP是客户端-服务器型协议，这是本领域公知的事实，对比文件明确使用RTSP作为第三协议，因此特征O直接公开。 |
| **P** 其中所述客户端-服务器型协议是实时流协议(RTSP)<br>**【直接公开】** | 对比文件图3标题“RTSP session setup”及步骤13：“RTSP SETUP message is sent to the SS”。译文：“RTSP SETUP消息被发送到流服务器。” | 对比文件第二实施例中，第三协议明确是实时流协议（RTSP），因此特征P直接公开。 |
| **Q** 其中提供触发到第二终端的步骤是由网关启动的<br>**【直接公开】** | 对比文件第一实施例：ISG/HIGA（网关）启动UPnP动作触发STB（图2步骤2-5）。第二实施例：IPTV AS（网关）启动SIP INVITE触发STB（图3步骤4）。 | 无论UPnP触发还是SIP触发，均由网关主动向第二终端提供触发消息，特征Q直接公开。 |
| **R** 其中第一多媒体会话信息的交换包括提供第二终端的标识符给网关<br>**【直接公开】** | 对比文件图2步骤1：SIP INVITE由远程IMS设备发送，其请求URI（Request-URI）中必然包含目标STB的标识（如SIP URI或服务号码）。译文：“从远程IMS设备接收到SIP邀请，该邀请指派对端为STB。”<br>第二实施例中，UE的请求包含STB的身份（步骤1：“specifies the identity of the play device”）。 | 在第一多媒体会话信息交换（SIP INVITE）中，第一终端通过SIP URI等方式将第二终端的标识符提供给网关，以便网关确定第二终端。特征R直接公开。 |
| **S** 其中该方法包括在提供触发给第二终端之前<br>**【直接公开】** | 对比文件第一实施例图2：在提供UPnP触发（步骤2-5）之前，已经发生了SIP INVITE接收（步骤1）和网关内部处理。第二实施例：在提供SIP触发（步骤4）之前，IPTV AS已收到用户请求（步骤1）并与SS交互（步骤2-3）。 | 特征S本身是方法步骤的时间限定，表示存在一个在提供触发之前的阶段。对比文件各实施例均在触发前有信息交换步骤，故该特征被直接公开。 |
| **T** 将第二终端的标识符解析成网络地址的附加步骤<br>**【隐含公开】** | 对比文件未明确写出“解析”步骤，但第一实施例中SIP INVITE包含STB的SIP URI，HIGA需通过注册信息或DNS/ENUM查询将其解析为LAN IP地址才能进行后续UPnP交互。第二实施例中IPTV AS也需通过IMS核心将SIP URI解析为STB的IP地址。这是IMS/SIP系统的固有功能。 | 虽然对比文件没有用文字明确记载“解析”步骤，但本领域技术人员根据IMS/SIP标准可以毫无疑义地推断：网关在收到标识符后，为了向第二终端提供触发，必然需要将该标识符解析为网络地址（例如通过DNS、ENUM或注册状态）。因此，特征T被隐含公开。 |
| **U** 其中第一和第二协议相同<br>**【未公开】** | 对比文件第一实施例：第一协议SIP，第二协议UPnP，不同。第二实施例：第一协议（若使用UE请求的HTTP）与第二协议SIP不同；若第一终端为SS使用RTSP，与第二协议SIP也不同。未见第一与第二协议相同的场景。 | 对比文件没有任何实施例或描述指出第一协议和第二协议相同，无法直接或隐含得出该特征，故特征U未公开。 |
| **V** 其中第一多媒体流是与第二多媒体流相同的多媒体流<br>**【直接公开】** | 对比文件图2步骤7：远程IMS设备发送的RTP流直接发送到STB，第一流与第二流为同一流。图3步骤21：流媒体服务器发送的RTP流直接到达STB，也是相同流。 | 在对比文件的实施例中，第一终端发送的多媒体流直接经由RGW/NAT传输到第二终端，没有中间处理或变换，因此第一多媒体流与第二多媒体流完全相同。特征V被直接公开。 |
---
**公开性代码汇总**
根据上述分析，对比文件直接公开的技术特征包括：A、B、C、D、E、F、G、H、I、J、K、L、M、N、O、P、Q、R、S、V。对比文件隐含公开的技术特征包括：T。特征U未被公开。
因此，输出代码为：
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<O>>><<<P>>><<<Q>>><<<R>>><<<S>>><<<V>>><<<t>>>