对比文件名称：2000-10-20_JP2000295307A_发明专利_JP2000295307A Inter-electronic equipment communication system, and main electronic equipment and electronic equipment for fully duplex communication suitable to the system
目标专利名称：317倒回实时通信会话CN105103520B
本次调用模型名称：深度分析对比文件公开性与目标专利技术特征比对模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述接收方设备在实时通信会话期间从传送方设备接收数据。 <br>《直接公开》 | 【0048】“… 第２ＥＣＵ５０は、… 受信割込においてエンジンＥＣＵ１０からのデータを１バイトずつ取り込む。” （翻译：...第2ECU 50...在接收中断中逐字节地获取来自引擎ECU 10的数据。） | 对比文件明确公开了接收方设备（第2ECU 50）在通信会话期间从传送方设备（引擎ECU 10）接收数据。在描述全双工通信的连续执行时（【0048】），第2ECU 50通过其受信端口52接收来自引擎ECU 10的数据。该数据是实时通信会话的一部分，其作用是在设备间交换信息，这与目标专利中接收方设备从传送方设备接收实时媒体数据的作用本质相同，均为实现通信。因此，本领域技术人员能够毫无疑义地确定对比文件公开了该技术特征。 |
| **技术特征B**：所述方法包括：在所述接收方设备尝试接收来自所述传送方设备的实时媒体流的同时检测媒体接收间隙。<br>《未公开》 | 对比文件未公开相关内容。 | 目标专利中的“媒体接收间隙”特指在尝试接收实时媒体流时，媒体分组接收失败或条件抑制回放的时间间隙（参见说明书[0086]、[0094]、L特征解释）。对比文件虽然描述了电子设备间的数据通信，但未涉及任何关于“检测媒体接收间隙”的概念、机制或过程。对比文件关注的是通信模式的切换（半双工/全双工）和通信许可/禁止的信号交互，并未提及在接收数据流的过程中检测因丢失分组或环境条件导致的接收中断或间隙。因此，该技术特征未被对比文件公开。 |
| **技术特征C**：响应于所述检测而向所述传送方设备传送倒回请求，所述倒回请求被配置成触发所述传送方设备生成和提供所述实时媒体流的包括在所述媒体接收间隙期间丢失的媒体的时间延迟版本。<br>《未公开》 | 对比文件未公开相关内容。 | “倒回请求”是目标专利的核心机制之一，用于在检测到媒体接收间隙后，主动请求传送方设备提供包含丢失媒体的时间延迟版本流（参见说明书[0094]-[0096]）。对比文件中完全不存在“倒回请求”的概念。设备间通信的触发和控制基于发送请求信号（如第1发送请求信号、第2发送请求信号）来切换通信模式或对象，但该请求的目的是建立或切换通信链路（如与第1ECU或第2ECU通信），而非请求对已发送的实时流生成一个包含过去丢失部分的时间延迟版本。因此，该技术特征未被对比文件公开。 |
| **技术特征D**：响应于所述倒回请求而接收倒回流，其中所述倒回流被配置成由所述接收方设备独立于所述实时媒体流来播放。<br>《未公开》 | 对比文件未公开相关内容。 | “倒回流”是目标专利的另一核心概念，指响应于倒回请求而生成的、包含丢失媒体的实时媒体流的时间延迟版本（参见说明书[0094]、[0097]）。对比文件中的通信数据流是实时的，不存在“时间延迟版本”的流。无论是半双工还是全双工通信，数据都是即发即收（或按协议交互），没有生成一个滞后于原始实时流的、用于补偿丢失媒体的独立数据流的描述。因此，该技术特征未被对比文件公开。 |
| **技术特征E**：其特征在于，进一步包括：在所述倒回流被接收的同时继续接收所述实时媒体流。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征涉及并行接收两个流：倒回流和实时媒体流。如特征D所述，对比文件不存在“倒回流”的概念，因此更不存在同时接收两种流的情况。对比文件中的设备在同一时间仅与一个对象进行一种模式的通信（半双工或全双工），接收单一的数据流。因此，该技术特征未被对比文件公开。 |
| **技术特征F**：其特征在于，在响应于所述倒回请求而接收所述倒回流的同时所述实时媒体流的接收停止。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征涉及用倒回流替代实时媒体流。如特征D所述，对比文件不存在“倒回流”的概念。同时，对比文件中也没有描述因某种请求而停止接收原始数据流，转而接收另一个替代数据流的过程。通信模式的切换（如从与第2ECU全双工切换到与第1ECU半双工）是为了与不同设备通信，而非用一个新的延迟版本流替代当前正在接收的原始流。因此，该技术特征未被对比文件公开。 |
| **技术特征G**：其特征在于，所述倒回请求对应于隐式倒回请求，所述隐式倒回请求传达被配置用于由所述传送方设备评估的信息以准许所述传送方设备独立地触发所述倒回流的生成和递送。<br>《未公开》 | 对比文件未公开相关内容。 | “隐式倒回请求”是目标专利中倒回请求的一种形式，它通过传达相关信息（如媒体接收间隙的信息），由传送方设备评估后自主决定是否触发倒回流（参见说明书[0094]、[0118]）。对比文件中不存在任何与“倒回”相关的请求机制。虽然存在第2ECU通过检测接收端子56上的电压（电池电压或接地信号）来判断是否被禁止进行全双工通信（【0028】、【0046】），但这是一种通信许可/禁止的硬连线信号机制，其作用是控制当前通信的启停，而非传达用于触发生成一个时间延迟媒体流的信息。该信号与“倒回”、“媒体间隙”或“时间延迟版本”均无关联。因此，该技术特征未被对比文件公开。 |
| **技术特征H**：其特征在于，所传达的信息与所述媒体接收间隙相关。<br>《未公开》 | 对比文件未公开相关内容。 | 由于特征G（隐式倒回请求）未被公开，且对比文件中不存在“媒体接收间隙”的概念，因此其所传达的信息自然不可能与媒体接收间隙相关。该技术特征未被对比文件公开。 |
| **技术特征I**：其特征在于，所述倒回请求对应于显式倒回请求，所述显式倒回请求显式地请求所述传送方设备提供所述实时媒体流的所述时间延迟版本。<br>《未公开》 | 对比文件未公开相关内容。 | “显式倒回请求”是目标专利中直接请求时间延迟版本的倒回请求形式（参见说明书[0094]）。如特征C所述，对比文件不存在“倒回请求”的概念，更没有显式请求提供时间延迟媒体流的描述。因此，该技术特征未被对比文件公开。 |
| **技术特征J**：其特征在于，所述显式倒回请求请求所述传送方设备以相对于所述实时媒体流的第一延迟量提供所述实时媒体流的所述时间延迟版本，所述倒回流包括相对于所述实时媒体流的第二延迟量，所述第二延迟量不同于所述第一延迟量。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征涉及倒回延迟量的请求与实际提供的差异。如特征I所述，对比文件不存在“显式倒回请求”，更不存在关于“延迟量”的请求或设定。因此，该技术特征未被对比文件公开。 |
| **技术特征K**：其特征在于，所述接收方设备对应于正参与所述实时通信会话的目标用户装备(UE)，并且所述目标UE播放所述倒回流，或者所述接收方设备对应于正仲裁和/或裁夺所述实时通信会话的服务器，并且所述服务器向参与所述实时通信会话的至少一个目标UE传送所述倒回流。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征定义了接收方设备的两种类型和其对应行为：作为终端播放倒回流，或作为服务器转发倒回流。对比文件中的接收方设备（如第2ECU 50）是一个电子控制单元，可视为一种终端设备，但其功能是处理接收到的数据（如自动变速器控制），并非播放音频/视频媒体流。更重要的是，如特征D所述，对比文件不存在“倒回流”，因此无论是“播放倒回流”还是“传送倒回流”的行为均未被公开。引擎ECU 10作为主设备，其功能是与其他ECU通信并进行模式切换，并非仲裁多个终端间会话并向其转发媒体流的服务器角色。因此，该技术特征未被对比文件公开。 |
| **技术特征L**：其特征在于，所述媒体接收间隙对应于(i)其中少于阈值数目的用于所述实时媒体流的可用媒体分组成功抵达所述接收方设备的第一时间间隙，或者(ii)其中所述阈值数目的用于所述实时媒体流的可用媒体分组可用、但所述接收方设备处的条件抑制由所述接收方设备进行的回放的第二时间间隙。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征对“媒体接收间隙”进行了具体定义，包括因分组丢失导致的间隙和因环境条件抑制回放导致的间隙。如特征B所述，对比文件未涉及“媒体接收间隙”的概念。对比文件描述的是基于字节的数据传输，未提及“媒体分组”、“阈值数目”、“成功抵达”或“条件抑制回放”等概念。通信失败或中断可能导致数据无法接收，但对比文件并未将其定义或描述为一种需要特定检测和恢复机制的“间隙”。因此，该技术特征未被对比文件公开。 |
| **技术特征M**：其特征在于，所述媒体接收间隙基于网络连接降级而发生。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征指出了媒体接收间隙的一个可能原因——网络连接降级。对比文件虽然涉及通信，但并未将通信质量问题（可类比为网络连接降级）与一个需要触发“倒回”机制的“媒体接收间隙”相关联。通信线路（31, 32, 33）是物理连接，其质量可能是隐含的，但文本未明确描述因连接降级导致的数据接收间隙及其检测。因此，该技术特征未被对比文件公开。 |
| **技术特征N**：其特征在于，所述网络连接降级发生在服务网络与接收方设备之间的连接上和/或回程连接上。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征进一步具体化了网络连接降级发生的位置。对比文件描述的是一个包含主设备（引擎ECU）、两个从设备（第1ECU、第2ECU）以及连接线缆的封闭系统，未提及“服务网络”、“回程连接”等广域网或核心网架构概念。因此，该技术特征未被对比文件公开。 |
| **技术特征O**：其特征在于，进一步包括：执行关于所述倒回流的追赶协议，以使得所述倒回流将追赶上所述实时媒体流。<br>《未公开》 | 对比文件未公开相关内容。 | “追赶协议”是目标专利中为了使倒回流能重新与实时媒体流同步而采用的机制，如快进、跳帧等（参见说明书[0097]-[0099]）。如特征D所述，对比文件不存在“倒回流”，因此更不存在针对倒回流的“追赶协议”。因此，该技术特征未被对比文件公开。 |
| **技术特征P**：其特征在于，所述实时通信会话是半双工会话并且所述接收方设备是在所述倒回流被接收的同时作为非发言权持有者参与所述实时通信会话的目标用户装备(UE)，所述方法进一步包括：在所述接收方设备正接收所述倒回流的同时请求所述实时通信会话的发言权。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征描述了在半双工会话的倒回模式下请求发言权的场景。对比文件虽然提到了半双工通信（与第1ECU 40），但其描述的是主从式问答通信，而非多方会话中的“发言权”概念。更重要的是，如特征D所述，对比文件不存在“倒回流”以及在接收倒回流的状态。因此，“在接收倒回流的同时请求发言权”这一特定组合场景未被公开。因此，该技术特征未被对比文件公开。 |
| **技术特征Q**：响应于所述发言权请求而接收发言权被准予给所述接收方设备的指示。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征涉及发言权请求的响应指示。对比文件中存在通信许可的信号（如从许可端口64输出通信许可信号，【0007】），但这是用于控制与第2ECU的全双工通信是否被允许的硬件信号，并非响应于一个处于“倒回模式”的设备在会话中请求“发言权”而准予的指示。因此，该技术特征未被对比文件公开。 |
| **技术特征R**：在所述指示被接收到之后继续接收和播放所述倒回流直至(i)所述倒回流追赶上所述发言权被准予给所述接收方设备的时间，和/或(ii)所述接收方设备确定要退出倒回模式。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征描述了在获得发言权准予后，继续倒回直至追上准予时刻或主动退出的逻辑。如特征D、O、P、Q所述，对比文件不存在“倒回流”、“追赶”、“在倒回模式下获得发言权准予指示”等基础概念，因此这一系列连贯操作自然未被公开。因此，该技术特征未被对比文件公开。 |
| **技术特征S**：在(i)或(ii)之后作为发言权持有者开始传送用于所述实时通信会话的媒体。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征涉及在倒回模式结束后开始作为发言权持有者发送媒体。对比文件中的设备（如第2ECU 50）可以发送数据（【0044】），但这不是在经历“倒回模式”并满足特定条件（追上时间点或主动退出）后，作为“发言权持有者”开始发送“媒体”的行为。发送数据的行为与“倒回”、“发言权”等上下文无关。因此，该技术特征未被对比文件公开。 |
| **技术特征T**：其特征在于，进一步包括：监视与所述实时媒体流和/或所述倒回流相关联的一个或多个性能度量。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征涉及对数据流性能的监视。对比文件未描述任何对通信数据流（无论是实时还是倒回）进行“性能度量”监视的机制。虽然第2ECU 50通过比较器58监视接收端子56的电压以判断通信是否被禁止（【0028】），但这是一种对硬件控制信号的检测，而非对数据传输质量（如分组丢失率、延迟等）的“性能度量”监视。因此，该技术特征未被对比文件公开。 |
| **技术特征U**：向所述实时媒体流和/或所述倒回流的始发者报告所述一个或多个性能度量。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征涉及将性能度量报告给数据发送方。如特征T所述，对比文件不存在“性能度量”的监视，因此也不存在向始发者报告性能度量的行为。因此，该技术特征未被对比文件公开。 |
| **技术特征V**：其特征在于，所述一个或多个性能度量包括所述实时媒体流和/或所述倒回流的分组差错率(PER)。<br>《未公开》 | 对比文件未公开相关内容。 | 该特征明确了性能度量包括分组差错率(PER)。对比文件中的数据通信是基于字节的串行通信，未提及“分组”、“分组差错率”等概念。因此，该技术特征未被对比文件公开。 |
<<<A>>>