对比文件名称：2012-12-13_US2012314573A_发明申请_US20120314573A1 SYSTEM AND METHOD FOR MONITORING AND ALTERING PERFORMANCE OF A PACKET NETWORK
目标专利名称：317倒回实时通信会话CN105103520B
模型名称：深度分析模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述接收方设备在实时通信会话期间从传送方设备接收数据，《未被公开》 | 无明确对应原文引用。对比文件描述了数据包（包括实时内容）在网络节点间的传输（例如，第[0110]段），但未明确描述在特定“实时通信会话”期间，作为“接收方设备”从特定“传送方设备”接收数据的场景。 | 对比文件广泛讨论了分组网络中的数据包通信，包括实时内容（如VoIP）的传输（第[0110]段）。然而，目标专利的技术特征A特指在一个明确的“实时通信会话”中，接收方设备从传送方设备接收数据。对比文件虽然涉及实时数据的传输，但其上下文是通用的网络性能监控和管理，并未具体描述或限定于一个具有明确会话边界、在特定参与方（传送方和接收方）之间进行的“实时通信会话”。本领域技术人员无法从对比文件中毫无疑义地得出或通过合理推断得到与技术特征A完全相同的技术方案。因此，技术特征A未被直接公开，也未被隐含公开。 |
| **技术特征B**：所述方法包括：在所述接收方设备尝试接收来自所述传送方设备的实时媒体流的同时检测媒体接收间隙，《未被公开》 | 无明确对应原文引用。对比文件讨论了网络性能问题，如分组丢失、延迟、抖动（例如，第[0097], [0122], [0129]段），这些是可能导致媒体接收间隙的网络条件。但未描述接收方设备在尝试接收特定“实时媒体流”的同时，主动“检测”一个定义为“媒体接收间隙”的事件。 | 对比文件确实公开了监控网络性能指标，如帧丢失率（FLR）、分组丢失、延迟和抖动（第[0097], [0122], [0129]段），这些指标的恶化可能导致接收端媒体流的中断或间隙。然而，技术特征B限定了检测动作发生的特定上下文：“在尝试接收来自传送方设备的实时媒体流的同时”。更重要的是，它定义了一个明确的检测对象：“媒体接收间隙”。在目标专利中（参见说明书[0086]-[0087]段），“媒体接收间隙”具有特定含义，可以是设备检测的（如分组丢失超过阈值）或用户检测的（用户显式指示）。对比文件仅公开了网络性能指标的测量和收集，这些指标是“媒体接收间隙”可能的原因或表现，但并未公开将这些指标的综合判断或用户输入定义并检测为一个“媒体接收间隙”事件的方法或步骤。本领域技术人员无法从对比文件中合理推断出目标专利中定义的“检测媒体接收间隙”这一具体特征。因此，技术特征B未被直接公开，也未被隐含公开。 |
| **技术特征C**：响应于所述检测而向所述传送方设备传送倒回请求，所述倒回请求被配置成触发所述传送方设备生成和提供所述实时媒体流的包括在所述媒体接收间隙期间丢失的媒体的时间延迟版本，《未被公开》 | 无明确对应原文引用。对比文件描述了基于性能信息进行网络控制，例如改变编解码器、重新路由呼叫、调整TCP窗口大小或流量整形（例如，第[0187], [0247], [0259], [0334]段），但没有任何内容涉及请求或触发生成一个“时间延迟版本”的媒体流以恢复丢失的媒体。 | 技术特征C是目标专利的核心发明点之一，涉及发送一个专门的“倒回请求”以触发生成“时间延迟版本”的媒体流。对比文件公开了多种基于网络性能信息（类似技术特征B中可能检测到的指标）的响应动作，例如呼叫控制管理器（CCM）可以基于路径状态改变编解码器、重新路由呼叫或实施拥塞控制（第[0187], [0247]段）。然而，所有这些响应动作都旨在适应当前的网络条件（如降低带宽、避开拥塞路径），或进行流量整形以防止未来分组丢失（第[0334]段）。没有任何内容提及或暗示为了恢复**已经丢失的、过去一段时间内的媒体**，而请求生成一个从过去某点开始的、延迟的媒体流（即“倒回流”）。生成“时间延迟版本”媒体流的概念与对比文件中描述的实时适应或预防性控制有本质区别。本领域技术人员无法从对比文件的公开内容中推导出这一特定技术方案。因此，技术特征C未被直接公开，也未被隐含公开。 |
| **技术特征D**：响应于所述倒回请求而接收倒回流，其中所述倒回流被配置成由所述接收方设备独立于所述实时媒体流来播放。《未被公开》 | 无明确对应原文引用。对比文件未提及“倒回流”或任何类似概念。 | 技术特征D依赖于技术特征C中定义的“倒回请求”的触发。由于对比文件未公开“倒回请求”，自然也未曾公开作为其响应的“倒回流”。此外，“倒回流”被定义为“实时媒体流的包括在媒体接收间隙期间丢失的媒体的时间延迟版本”，这是一个非常具体的媒体流生成方式。对比文件中没有任何内容涉及创建或提供这样的流。因此，技术特征D未被直接公开，也未被隐含公开。 |
| **技术特征E**：其特征在于，进一步包括：在所述倒回流被接收的同时继续接收所述实时媒体流。《未被公开》 | 无对应原文引用。 | 技术特征E是技术特征D的进一步限定，涉及同时接收倒回流和实时媒体流。由于对比文件未公开“倒回流”，因此也不可能公开同时接收倒回流和实时媒体流的操作。因此，技术特征E未被直接公开，也未被隐含公开。 |
| **技术特征F**：其特征在于，在响应于所述倒回请求而接收所述倒回流的同时所述实时媒体流的接收停止。《未被公开》 | 无对应原文引用。 | 与技术特征E类似，技术特征F也是技术特征D的进一步限定，涉及用倒回流代替实时媒体流。由于对比文件未公开“倒回流”和“倒回请求”，因此也不可能公开用倒回流替代实时媒体流的操作。因此，技术特征F未被直接公开，也未被隐含公开。 |
| **技术特征G**：其特征在于，所述倒回请求对应于隐式倒回请求，所述隐式倒回请求传达被配置用于由所述传送方设备评估的信息以准许所述传送方设备独立地触发所述倒回流的生成和递送。《未被公开》 | 无对应原文引用。对比文件描述了报告性能度量（如分组丢失、延迟）给网络元素（如呼叫控制管理器）以用于决策（例如，第[0129], [0185]段），但这些报告并非用于触发生成时间延迟媒体流。 | 对比文件确实公开了网络节点（如性能数据收集器、呼叫控制管理器）收集和报告网络性能信息（第[0129], [0185]段）。目标专利说明书[0088]-[0089]段指出，“隐式倒回请求”可以是向传送方设备通知遭遇了媒体接收间隙的信息，而无需显式请求倒回流。从表面上看，对比文件中报告网络性能问题（如高分组丢失率）在形式上类似于“传达信息”。然而，技术特征G的关键在于，所传达的信息是“被配置用于由所述传送方设备评估以准许所述传送方设备独立地触发所述倒回流的生成和递送”。在对比文件中，报告的性能信息被用于各种网络管理操作，如路由选择、编解码器调整、拥塞控制（第[0187], [0247]段），但从未被描述或暗示用于“触发倒回流的生成和递送”。两种技术方案中信息的目的和触发的动作根本不同。因此，不能认为对比文件隐含公开了技术特征G。 |
| **技术特征H**：其特征在于，所传达的信息与所述媒体接收间隙相关。《未被公开》 | 无对应原文引用。 | 技术特征H是对技术特征G中“所传达的信息”的进一步限定。由于技术特征G未被公开，且对比文件中报告的网络性能信息（如分组丢失）虽与“媒体接收间隙”的原因相关，但并非特指“媒体接收间隙”这一事件本身，因此该特征也未被公开。 |
| **技术特征I**：其特征在于，所述倒回请求对应于显式倒回请求，所述显式倒回请求显式地请求所述传送方设备提供所述实时媒体流的所述时间延迟版本。《未被公开》 | 无对应原文引用。 | 技术特征I定义了“显式倒回请求”。对比文件中没有任何消息或请求被描述为用于显式请求一个时间延迟版本的媒体流。因此，该特征未被直接或隐含公开。 |
| **技术特征J**：其特征在于，所述显式倒回请求请求所述传送方设备以相对于所述实时媒体流的第一延迟量提供所述实时媒体流的所述时间延迟版本，所述倒回流包括相对于所述实时媒体流的第二延迟量，所述第二延迟量不同于所述第一延迟量。《未被公开》 | 无对应原文引用。 | 技术特征J是技术特征I的进一步细化。由于对比文件未公开任何形式的“倒回请求”，更不用说涉及具体延迟量协商的显式请求，因此该特征未被公开。 |
| **技术特征K**：其特征在于，所述接收方设备对应于正参与所述实时通信会话的目标用户装备(UE)，并且所述目标UE播放所述倒回流，或者所述接收方设备对应于正仲裁和/或裁夺所述实时通信会话的服务器，并且所述服务器向参与所述实时通信会话的至少一个目标UE传送所述倒回流。《未被公开》 | 对比文件提到了各种网络设备，如用户设备（UE）、媒体网关、呼叫控制管理器（CCM）、应用服务器等（例如，第[0046], [0074], [0150]段）。 | 技术特征K定义了接收方设备的两种具体身份及其对应操作。对比文件确实公开了网络中存在用户设备（UE）和服务器（如CCM、应用服务器）。然而，该技术特征的核心在于这些设备在“倒回流”上下文中的角色和行为（即UE播放倒回流，或服务器传送倒回流给UE）。由于对比文件未公开“倒回流”这一概念，因此不可能公开设备在倒回场景下的这些特定行为。因此，技术特征K未被公开。 |
| **技术特征L**：其特征在于，所述媒体接收间隙对应于(i)其中少于阈值数目的用于所述实时媒体流的可用媒体分组成功抵达所述接收方设备的第一时间间隙，或者(ii)其中所述阈值数目的用于所述实时媒体流的可用媒体分组可用、但所述接收方设备处的条件抑制由所述接收方设备进行的回放的第二时间间隙。《未被公开》 | 对比文件讨论了分组丢失、延迟等导致服务质量下降的条件（例如，第[0097], [0122]段），但未将其定义为具有两种具体类型的“媒体接收间隙”。 | 技术特征L对“媒体接收间隙”进行了精确定义。对比文件公开了导致通信质量下降的网络条件，如分组丢失（对应类型i的可能原因）和设备侧条件（如无线信号强度变化，第[0097]段，可能对应类型ii）。然而，对比文件并未将这些条件归纳并定义为目标专利中所述的“媒体接收间隙”这一具体事件，尤其没有区分基于分组抵达数量的“第一时间间隙”和基于设备回放抑制条件的“第二时间间隙”。定义特定事件并为其设定阈值是目标专利的特定技术手段，对比文件仅提供了可能的基础现象，并未公开这一具体定义。因此，技术特征L未被直接或隐含公开。 |
| **技术特征M**：其特征在于，所述媒体接收间隙基于网络连接降级而发生。《未被公开》 | 对比文件广泛讨论了网络连接降级，如拥塞、分组丢失、信号强度弱等（例如，第[0097], [0122]段）。 | 技术特征M说明了媒体接收间隙的一个可能原因。对比文件确实公开了网络连接降级是导致通信问题的常见原因。从逻辑上讲，如果发生了媒体接收间隙（如技术特征L所定义），那么网络连接降级是其可能的原因之一。本领域技术人员可以合理推断，在网络通信中，媒体接收的中断或质量问题通常与网络连接降级有关。因此，可以认为对比文件隐含公开了“媒体接收间隙基于网络连接降级而发生”这一技术特征。 |
| **技术特征N**：其特征在于，所述网络连接降级发生在服务网络与接收方设备之间的连接上和/或回程连接上。《未被公开》 | 对比文件提到了服务网络与设备之间的连接问题（如WiFi信号弱，第[0097]段）以及回程连接上的拥塞（例如，第[0097], [0300]段）。 | 技术特征N进一步限定了网络连接降级发生的位置。对比文件明确提到了接入网（如服务网络与UE之间）的性能问题（第[0097]段）以及网络内部或网络间（可视为回程）的拥塞和问题（第[0097], [0300]段）。这些内容直接对应了技术特征N中提到的两个位置。本领域技术人员可以从对比文件的描述中合理推断出网络连接降级可以发生在这两个位置。因此，该技术特征被对比文件隐含公开。 |
| **技术特征O**：其特征在于，进一步包括：执行关于所述倒回流的追赶协议，以使得所述倒回流将追赶上所述实时媒体流。《未被公开》 | 无对应原文引用。 | 技术特征O涉及对“倒回流”执行特定的“追赶协议”。由于对比文件未公开“倒回流”，因此也不可能公开对其执行的“追赶协议”。因此，该特征未被公开。 |
| **技术特征P**：其特征在于，所述实时通信会话是半双工会话并且所述接收方设备是在所述倒回流被接收的同时作为非发言权持有者参与所述实时通信会话的目标用户装备(UE)，所述方法进一步包括：在所述接收方设备正接收所述倒回流的同时请求所述实时通信会话的发言权。《未被公开》 | 无对应原文引用。对比文件未涉及半双工会话中的发言权控制与倒回模式操作的交互。 | 技术特征P、Q、R、S描述了一个非常具体的场景：在半双工会话中，处于倒回模式（正在接收倒回流）的非发言权持有者请求并获得发言权，并在继续处理倒回流的同时或之后开始发送媒体。这是目标专利针对特定应用场景（如PTT）的扩展功能。对比文件完全没有涉及“倒回流”或“倒回模式”，也没有描述在半双工会话中，处于某种特定状态（如正在接收延迟媒体）的设备如何与发言权控制机制进行交互。因此，技术特征P、Q、R、S均未被直接或隐含公开。 |
| **技术特征Q**：响应于所述发言权请求而接收发言权被准予给所述接收方设备的指示。《未被公开》 | 无对应原文引用。 | 同技术特征P的论述。 |
| **技术特征R**：在所述指示被接收到之后继续接收和播放所述倒回流直至(i)所述倒回流追赶上所述发言权被准予给所述接收方设备的时间，和/或(ii)所述接收方设备确定要退出倒回模式。《未被公开》 | 无对应原文引用。 | 同技术特征P的论述。 |
| **技术特征S**：在(i)或(ii)之后作为发言权持有者开始传送用于所述实时通信会话的媒体。《未被公开》 | 无对应原文引用。 | 同技术特征P的论述。 |
| **技术特征T**：其特征在于，进一步包括：监视与所述实时媒体流和/或所述倒回流相关联的一个或多个性能度量。《隐含公开》 | 对比文件第[0129]段：“The statistics module 1106 may operate to collect statistics or performance information of data packets including real-time content (e.g., VoIP data stream) and total data packets communicated to and from the network communications device.”； 第[0130]段：“The modified OAM module may include any of the following functions: ... (5) communicating collected transmission performance statistics.” | 技术特征T要求监视与实时媒体流和/或倒回流相关的性能度量。对比文件的核心内容之一就是监视网络性能信息（Performance Information），包括与实时内容数据包（如VoIP数据流）相关的统计信息或性能信息（第[0129]段）。虽然对比文件未提及“倒回流”，但其公开的监视对象涵盖了“实时媒体流”。对比文件中描述的“statistics or performance information”即对应“性能度量”。因此，对比文件隐含公开了“监视与实时媒体流相关的一个或多个性能度量”这一技术特征。 |
| **技术特征U**：向所述实时媒体流和/或所述倒回流的始发者报告所述一个或多个性能度量。《隐含公开》 | 对比文件第[0129]段：“The communication of the collected transmission performance data may be triggered by event threshold crossings or pulled by another network system, network node, Element Management Systems, or call control manager, for example...”； 第[0126]段：“...indicative of the network performance information regarding the communicated data packets containing real-time content may be communicated to a network element, such as a soft switch or call control manager.” | 技术特征U要求将性能度量报告给媒体流的始发者。对比文件明确描述了将收集到的传输性能数据（即性能度量）通信给其他网络元素，例如呼叫控制管理器（CCM）或软交换（第[0126], [0129]段）。在实时通信场景中，呼叫控制管理器或软交换通常管理会话，并可以视为媒体流始发路径上的控制点或与始发者相关联。此外，第[0129]段提到性能数据可以被“polled by another network system”，这涵盖了报告给请求方（可能是始发者）的场景。虽然未明确使用“始发者”一词，但向控制或管理会话的网络实体（其可代表或关联于始发者）报告性能信息，是本领域技术人员可以从对比文件中合理推断出的标准网络管理操作。因此，该技术特征被对比文件隐含公开。 |
| **技术特征V**：其特征在于，所述一个或多个性能度量包括所述实时媒体流和/或所述倒回流的分组差错率(PER)。《隐含公开》 | 对比文件第[0122]段：“...packet loss...”； 表I（第[0112]段后）中列出了“Packet Loss”作为网络性能信息的一项。 | 技术特征V限定了性能度量包括分组差错率（PER）。对比文件多次提及并监控“packet loss”（分组丢失）（第[0122]段，表I），这是分组差错率（PER）的核心组成部分或直接表现形式。在通信领域，分组差错率通常通过计算丢失、错误的分组比例获得。因此，对比文件公开的“packet loss”监控实质上公开了监控“分组差错率（PER）”这一性能度量。该特征被对比文件隐含公开。 |
<<<t>>><<<u>>><<<v>>>