**对比文件名称：** 2009-12-22_US7636327B_发明授权_US07636327B1 Method and system for selectively operating in a half-duplex mode or full-duplex mode in a packet-based real-time media conference
**目标专利名称：** 317倒回实时通信会话CN105103520B
**本次调用的模型名称：** 专利创造性评估模型
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A《直接公开》** | 第[0071]段：“...the station begins sending an RTP stream representing media to server 22, as an implicit floor request.”<br>第[0081]段：“...the server also responds by forwarding the media in the incoming RTP stream to each other participating station in an outgoing RTP stream.” | 对比文件公开了在基于分组的实时媒体会议中，参与站（用户设备）从服务器接收媒体流（RTP流），服务器也向其他参与站转发媒体流（第[0081]段）。这构成了接收方设备（参与站）在实时通信会话期间从传送方设备（服务器）接收数据。该数据（RTP媒体流）在对比文件中用于实现实时媒体通信，与目标专利中接收数据以参与实时通信会话的作用相同。因此，本领域技术人员能够毫无疑义地得出该技术特征。 |
| **技术特征B《未公开》** | 无对应内容。 | 目标专利中的“检测媒体接收间隙”特指在尝试接收实时媒体流时，检测到媒体分组丢失或回放被抑制的时间段（说明书第[0085]-[0086]段）。对比文件通篇描述了实时媒体流的发送、接收和转发，但完全没有涉及“检测媒体接收间隙”这一概念，无论是设备检测还是用户检测。对比文件关注的是发言权控制和模式切换，并未提及因网络问题或用户原因导致的媒体流接收中断或抑制。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| **技术特征C《未公开》** | 无对应内容。 | 目标专利中的“倒回请求”是用于触发传送方设备生成并提供实时媒体流的时间延迟版本，以恢复在媒体接收间隙期间丢失的媒体（说明书第[0085]-[0086]段）。对比文件完全没有提及“倒回请求”、“时间延迟版本”或恢复丢失媒体的任何机制。对比文件中涉及请求的是“发言权请求”（floor request），其作用是请求获得发送媒体的权限（第[0070]段），而非请求历史媒体数据。两者目的、作用和触发的结果截然不同。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| **技术特征D《未公开》** | 无对应内容。 | 目标专利中的“倒回流”是实时媒体流的一个时间延迟版本，用于独立播放以补全丢失的媒体（说明书第[0085]段）。对比文件仅公开了实时媒体流（RTP流）的即时转发（第[0081]段），没有任何关于生成或提供时间延迟版本媒体流（即倒回流）的记载或暗示。服务器转发的是它实时接收到的媒体，而非缓存并延迟发送的媒体。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| **技术特征E《未公开》** | 无对应内容。 | 技术特征E是技术特征D的从属特征，前提是存在“倒回流”。由于对比文件未公开“倒回流”（技术特征D），因此也就不存在“在接收倒回流的同时继续接收实时媒体流”的技术方案。该特征未被公开。 |
| **技术特征F《未公开》** | 无对应内容。 | 技术特征F是技术特征D的从属特征，前提是存在“倒回流”。由于对比文件未公开“倒回流”（技术特征D），因此也就不存在“在接收倒回流的同时停止接收实时媒体流”的技术方案。该特征未被公开。 |
| **技术特征G《未公开》** | 第[0041]段：“...the logic may cause processor 26 to begin receiving media from the user and sending the media in an outgoing RTP stream to the server 22. ... treat the incoming RTP stream as a floor denial...” | 对比文件确实公开了“隐式”请求（如隐式发言权请求）的概念，即通过开始发送媒体流来隐含地请求发言权（第[0041]、[0071]段）。然而，目标专利中“隐式倒回请求”所传达的信息是用于触发生成和递送“倒回流”（技术特征C）。而对比文件中的隐式请求是用于“发言权控制”，触发的是服务器授予或拒绝发送实时媒体的权限，并非触发生成时间延迟的媒体流。两者作用完全不同。因此，不能认为对比文件隐含公开了用于倒回目的的“隐式倒回请求”。 |
| **技术特征H《未公开》** | 无对应内容。 | 技术特征H是技术特征G的从属特征，限定了所传达的信息与媒体接收间隙相关。由于对比文件未公开“隐式倒回请求”（技术特征G）和“媒体接收间隙”（技术特征B），因此该限定特征更不可能被公开。 |
| **技术特征I《未公开》** | 无对应内容。 | 目标专利中的“显式倒回请求”是明确请求时间延迟版本媒体流的消息。对比文件中虽然存在显式的信令（如SIP消息用于会话建立），但没有任何消息被描述为用于“显式请求提供实时媒体流的时间延迟版本”。对比文件未涉及任何形式的“倒回请求”。因此，该特征未被公开。 |
| **技术特征J《未公开》** | 无对应内容。 | 技术特征J是技术特征I的从属特征，描述了显式请求中延迟量的差异。由于对比文件未公开任何形式的“倒回请求”（技术特征C、G、I），因此关于请求延迟量与实际延迟量不同的特征更不可能被公开。 |
| **技术特征K《未公开》** | 第[0028]-[0042]段描述了用户站（UE）及其功能；第[0043]-[0051]段描述了通信服务器及其功能。 | 对比文件确实公开了用户装备（UE，即用户站）和服务器（通信服务器），并且UE播放媒体，服务器向UE传送媒体。然而，在对比文件中，UE和服务器的作用是参与或仲裁常规的实时媒体会议，进行实时媒体的发送、接收和转发（第[0081]段）。而目标专利中技术特征K限定的“播放倒回流”或“传送倒回流”是特指倒回机制下的行为。由于对比文件未公开“倒回流”这一核心概念，因此其中UE和服务器的作用与目标专利中所述的作用（处理倒回流）并不相同。该特征未被公开。 |
| **技术特征L《未公开》** | 无对应内容。 | 技术特征L定义了“媒体接收间隙”的两种具体情况。对比文件全文均未提及媒体分组成功抵达数量低于阈值、或条件抑制回放的概念。其讨论的“接收”是正常的媒体流接收过程，未涉及间隙检测。因此，该特征未被公开。 |
| **技术特征M《未公开》** | 无对应内容。 | 技术特征M限定媒体接收间隙基于网络连接降级而发生。对比文件未提及任何因网络连接降级导致媒体接收问题的情况。因此，该特征未被公开。 |
| **技术特征N《未公开》** | 无对应内容。 | 技术特征N是技术特征M的从属特征，进一步限定网络连接降级发生的位置。由于技术特征M未被公开，该进一步限定的特征更不可能被公开。 |
| **技术特征O《未公开》** | 无对应内容。 | 技术特征O涉及“追赶协议”，目的是让倒回流追赶上实时媒体流。该特征完全依赖于“倒回流”的存在。由于对比文件未公开“倒回流”，因此也不可能公开为使倒回流赶上实时流而设计的“追赶协议”。 |
| **技术特征P《未公开》** | 第[0070]-[0080]段，图6-10，描述了在半双工模式下，用户站作为非发言权持有者时请求发言权（floor）的过程。 | 对比文件确实公开了在半双工会话中，作为非发言权持有者的目标UE可以请求发言权（第[0070]段）。然而，目标专利中技术特征P的前提条件是“在所述倒回流被接收的同时”，即UE正处于倒回模式以恢复丢失的媒体。对比文件中的发言权请求是在正常的实时会话流程中发生的，与“接收倒回流”这一前提无关。因此，对比文件公开的“请求发言权”与技术特征P所限定的在特定模式（倒回模式）下“请求发言权”的作用和场景不同，未被公开。 |
| **技术特征Q《未公开》** | 第[0081]段：“...the server responds to the implicit floor request by assigning the floor to the requesting station...” | 对比文件公开了服务器准予发言权（第[0081]段）。然而，同技术特征P，该准予是针对常规实时会话中的发言权请求，而非针对在“接收倒回流”期间提出的发言权请求。因此，该特征未被公开。 |
| **技术特征R《未公开》** | 无对应内容。 | 技术特征R描述了在获得发言权准予后，继续接收和播放倒回流直至追上或决定退出。该特征完全依赖于“倒回流”的存在以及“倒回模式”的语境。对比文件未涉及任何相关内容。因此，该特征未被公开。 |
| **技术特征S《未公开》** | 第[0071]段：“...the station begins sending an RTP stream representing media to server 22...” | 对比文件公开了获得发言权的UE开始向服务器传送媒体（第[0071]段）。然而，目标专利中技术特征S的前提是“在(i)或(ii)之后”，即发生在倒回流程结束之后。对比文件中的开始传送媒体是常规发言权控制的结果，与倒回流程无关。因此，该特征未被公开。 |
| **技术特征T《未公开》** | 无对应内容。 | 目标专利中的“监视一个或多个性能度量”旨在为可能的倒回请求或流调整提供依据（说明书第[0120]-[0121]段）。对比文件完全未提及对实时媒体流或任何流的性能度量（如分组丢失）进行监视。因此，该特征未被公开。 |
| **技术特征U《未公开》** | 无对应内容。 | 技术特征U涉及将监视到的性能度量报告给始发者。由于对比文件未公开“监视性能度量”（技术特征T），因此也不可能公开“报告性能度量”这一后续步骤。 |
| **技术特征V《未公开》** | 无对应内容。 | 技术特征V是技术特征T/U的从属特征，具体限定性能度量包括分组差错率(PER)。由于技术特征T、U均未被公开，该具体限定特征更不可能被公开。 |
<<<A>>>