对比文件名称：2007-02-01_US2007025301A_发明申请_US20070025301A1 Method and system for rate control service in a network
目标专利名称：2086用于发送多媒体流的方法和系统CN101953136B
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：第一和第二终端被连接到至少一个网关以使能第一多媒体流的发送和第二多媒体流的接收 **《直接公开》** | 第[0207]段：“图12说明了P2P比特率适配的示例...UMTS系统包括两个核心网络...服务网络366中的中间节点或代理360。” 代理360连接第一终端UE 358a和第二终端UE 358b。 | 对比文件明确公开了第一终端（UE 358a）和第二终端（UE 358b）通过服务网络中的代理（网关）连接，且后续有数据传输，使能了流的发送和接收，因此直接公开。 |
| **技术特征B**：第一终端使用第一协议启动在第一终端和网关之间的第一多媒体会话信息的交换 **《直接公开》** | 第[0249]段：“UE 358a通过发送INVITE消息到UE 358b（经由SIP-代理）来发起应用会话。” 该INVITE消息包含SDP，用于交换多媒体会话信息。 | 第一终端（UE 358a）使用第一协议（SIP）向网关（SIP-代理）发送INVITE，启动第一多媒体会话信息的交换，因此直接公开。 |
| **技术特征C**：使用第二协议提供触发到第二终端 **《未公开》** | 对比文件未公开任何由网关使用第二协议向第二终端提供触发的内容。 | 对比文件涉及速率控制，但未描述网关向第二终端发送触发消息以启动会话，故未公开。 |
| **技术特征D**：以启动在第二终端和网关之间的第二多媒体会话信息的交换 **《未公开》** | 对比文件未公开第二终端与网关之间第二多媒体会话信息交换的启动。 | 由于特征C未公开，该特征也不被公开。 |
| **技术特征E**：响应于提供所述触发 **《未公开》** | 对比文件未公开触发机制，故无响应触发。 | 特征C未公开，故无响应。 |
| **技术特征F**：第二终端使用第三协议启动在第二终端和网关之间的第二多媒体会话信息的交换 **《未公开》** | 对比文件未公开第二终端使用RTSP等第三协议与网关建立第二多媒体会话。 | 在P2P场景中，第二终端未使用RTSP与网关交换会话信息；在P2C场景中，RTSP用于UE与流媒体服务器之间，而非网关。故未公开。 |
| **技术特征G**：第三协议不同于第二协议 **《隐含公开》** | 第[0080]段定义RTSP为应用层协议；第[0021]段定义SIP为会话发起协议。两者明显不同。 | 对比文件分别公开了RTSP（客户端-服务器型）和SIP（对等型），且本领域技术人员已知这两种协议不同。虽然第二协议未明确，但可合理推断第三协议（RTSP）不同于可能的第二协议（如SIP），故隐含公开。 |
| **技术特征H**：从第一终端发送第一多媒体流并且在第二终端接收第二多媒体流 **《直接公开》** | 第[0276]段：“数据以协商的速率进行传输，步骤472。” 第[0270]段：“数据转移以协商的速率发生，步骤394。” | 对比文件在P2P场景中明确公开了第一终端（UE 358a）向第二终端（UE 358b）发送数据流，第二终端接收该数据流，该数据流可视为多媒体流，因此直接公开。 |
| **技术特征I**：第一多媒体会话信息的交换包括向第一终端提供至少部分第二多媒体会话信息 **《直接公开》** | 第[0250]段：“UE 358B以SIP OK消息响应。该确认消息也包含SDP文件，该文件包括UE 358B适用的传输速率。” 该SDP信息通过网关（代理）转发给第一终端。 | 在SIP会话中，第二终端通过SIP OK消息将第二多媒体会话信息（如IP地址、端口）经由网关提供给第一终端，因此直接公开。 |
| **技术特征J**：由此响应所述提供开始从第一终端发送第一多媒体流 **《直接公开》** | 第[0276]段：“数据以协商的速率进行传输，步骤472。” 该传输发生在SIP OK交换之后。 | 第一终端在接收到第二多媒体会话信息后（即SIP OK），开始发送第一多媒体流，因此直接公开。 |
| **技术特征K**：第二多媒体会话信息的交换包括向第二终端提供至少部分第一多媒体会话信息 **《直接公开》** | 第[0249]段：“UE 358a发送SIP INVITE消息，该消息包含SDP文件，该文件包括速率、RC ID、RC IP地址和RC端口号。” 该SDP信息通过网关转发给第二终端。 | 第一终端通过SIP INVITE将第一多媒体会话信息经由网关提供给第二终端，因此直接公开。 |
| **技术特征L**：由此响应于所述提供开始由第二终端接收第二多媒体流 **《直接公开》** | 第[0276]段：“数据以协商的速率进行传输，步骤472。” 该传输发生在SIP INVITE交换之后。 | 第二终端在接收到第一多媒体会话信息后，开始接收第二多媒体流，因此直接公开。 |
| **技术特征M**：第一协议是对等型协议 **《直接公开》** | 第[0021]段定义SIP为会话发起协议，本领域公知SIP是对等型协议。 | 对比文件明确使用SIP作为第一协议，SIP协议本质是对等型，因此直接公开。 |
| **技术特征N**：对等型协议是会话启动协议(SIP) **《直接公开》** | 第[0021]段：“SIP（会话发起协议）。” 对比文件多处使用SIP作为会话建立协议。 | 对比文件直接公开了第一协议为SIP，因此直接公开。 |
| **技术特征O**：第三协议是客户端-服务器型协议 **《直接公开》** | 第[0080]段定义RTSP为用于控制实时数据传递的应用层协议，本领域公知RTSP是客户端-服务器型协议。 | 对比文件明确使用RTSP作为第三协议，RTSP协议本质是客户端-服务器型，因此直接公开。 |
| **技术特征P**：客户端-服务器型协议是实时流协议(RTSP) **《直接公开》** | 第[0080]段：“RTSP（实时流协议）。” 对比文件多处使用RTSP进行流控制。 | 对比文件直接公开了第三协议为RTSP，因此直接公开。 |
| **技术特征Q**：提供触发到第二终端的步骤是由网关启动的 **《未公开》** | 对比文件未公开网关（代理）主动向第二终端发送触发消息。 | 在对比文件中，代理未发送触发到第二终端，故未公开。 |
| **技术特征R**：第一多媒体会话信息的交换包括提供第二终端的标识符给网关 **《直接公开》** | 第[0249]段：“UE 358a发送SIP INVITE消息到UE 358b（经由SIP-代理）。” 该INVITE消息的请求URI包含第二终端（UE 358b）的标识符。 | 第一终端通过SIP INVITE将第二终端的标识符（URI）提供给网关（代理），因此直接公开。 |
| **技术特征S**：该方法包括在提供触发给第二终端之前 **《未公开》** | 对比文件未公开提供触发步骤，故无法确认该顺序。 | 由于触发未公开，该特征不被公开。 |
| **技术特征T**：将第二终端的标识符解析成网络地址的附加步骤 **《隐含公开》** | 第[0119]段：“该解析可以通过GTP-U隧道端点标识符和TFT过滤映射来完成。” 虽然该段描述的是RNC解析UE地址，但本领域技术人员可知SIP代理通常需要解析URI。 | 对比文件公开了地址解析的一般概念，且SIP网络中标识符解析为网络地址是标准操作，可合理推断该方法包含解析步骤，故隐含公开。 |
| **技术特征U**：第一和第二协议相同 **《未公开》** | 对比文件未公开用于触发的第二协议，无法确定与第一协议是否相同。 | 由于第二协议未公开，该特征不被公开。 |
| **技术特征V**：第一多媒体流是与第二多媒体流相同的多媒体流 **《直接公开》** | 第[0276]段：“数据以协商的速率进行传输，步骤472。” 该数据流从第一终端直接发送到第二终端，是相同的流。 | 对比文件在P2P场景中，第一终端发送的数据流直接被第二终端接收，未经过网关的缓冲或转换，因此是相同多媒体流，直接公开。 |
### 公开性代码输出
根据上述判断，对比文件直接公开了技术特征A、B、H、I、J、K、L、M、N、O、P、R、V，隐含公开了技术特征G、T。其他技术特征未公开。
<<<A>>><<<B>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<O>>><<<P>>><<<R>>><<<V>>><<<g>>><<<t>>>