对比文件名称：2003-02-14_JP2003046593A_发明专利_JP2003046593A Data transmitter, data communication system, and data transmission method
目标专利名称：317倒回实时通信会话CN105103520B
模型名称：本次调用的模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：所述接收方设备在实时通信会话期间从传送方设备接收数据，《直接公开》** | 【０００８】 第１の実施の形態におけるデータ通信システムは、目的データを相手装置へ逐次送信し、相手装置からの再送要求に応じて目的データを再送するするデータ送信装置と、目的データを逐次受信し、受信されたデータの誤り検出及び送信側への再送要求を行う機能を有するデータ受信装置とから構成される。 | 对比文件明确描述了一个数据通信系统，包括数据发送装置（传送方设备）和数据接收装置（接收方设备），并且数据接收装置从数据发送装置逐次接收目的数据（即数据）。这构成了在通信会话期间的数据接收。因此，该技术特征被对比文件直接公开。 |
| **B：所述方法包括：在所述接收方设备尝试接收来自所述传送方设备的实时媒体流的同时检测媒体接收间隙，《直接公开》** | 【００３５】 第１の実施の形態におけるデータ受信装置は、第１データレート又は第２データレートで相手装置から送られる目的データを逐次受信するとともに、受信データの誤り及び欠落の有無を判定し... | 对比文件中的数据接收装置在逐次接收目的数据（相当于实时媒体流）的同时，对接收数据的错误和缺失（欠落）进行判定。目标专利中的“媒体接收间隙”可以理解为媒体数据未能成功接收的时间段，其检测原因包括数据错误或丢失。对比文件公开了在接收数据流的同时检测数据错误或缺失，这与检测媒体接收间隙在作用和目的上相同（都是为了识别数据接收失败）。因此，该技术特征被直接公开。 |
| **C：响应于所述检测而向所述传送方设备传送倒回请求，所述倒回请求被配置成触发所述传送方设备生成和提供所述实时媒体流的包括在所述媒体接收间隙期间丢失的媒体的时间延迟版本，《隐含公开》** | 【００３５】 ...前記誤り又は欠落があると判定された場合、受信データの再送を要求する再送要求通知を相手装置に送信し...<br>【００４３】 制御部２７０は、誤り検出部２６１から前記順序番号、及び受信誤りを示す情報が通知された場合、前記順序番号を含む再送要求通知データを構成し...データ送信装置１００へ送信する... | 对比文件公开了在检测到接收错误或数据缺失时，接收方向发送方发送“再送要求通知”（重传请求）。此请求的作用是触发发送方重新发送之前丢失或错误的数据。目标专利的“倒回请求”作用是触发发送方提供包含丢失媒体的时间延迟版本。虽然“时间延迟版本”与简单的“重传数据”在概念上不完全相同（前者强调一个延迟的媒体流，后者是补发特定数据包），但本领域技术人员可以合理推断，为了恢复丢失的媒体并让接收方继续参与会话，发送方需要提供之前发送过的数据，这些数据相对于当前实时流必然是时间延迟的。发送方响应重传请求而发送丢失数据的行为，隐含了提供“包括丢失媒体的时间延迟数据”这一技术方案。因此，该技术特征被对比文件隐含公开。 |
| **D：响应于所述倒回请求而接收倒回流，其中所述倒回流被配置成由所述接收方设备独立于所述实时媒体流来播放。《未公开》** | 【００４０】 復号部２５１は、入力された受信符号を受信データに復号する。<br>【００４５】 ...データ送信装置１００は、Ｔ３以降、圧縮通信モードを適用し、Ｔ３では前記再送要求を受けた送信データ＃０で送信した０〜９９番の１００ビットと、送信データ＃２に含まれる目的データに後続する３００〜３９９番の１００ビットの、計２００ビットの目的データを含む送信データ＃３を送信する。 | 对比文件公开了接收方在发送重传请求后，会接收到发送方重新发送的丢失数据以及新的数据。然而，对比文件中的重传数据是作为当前数据流的一部分被接收和处理的（例如，在压缩模式下，重传数据和后续新数据被一起发送），并未被描述或暗示为一个独立于主实时流（即“实时媒体流”）的、可供独立播放的“倒回流”。目标专利中倒回流的关键特性之一是可与实时媒体流独立播放，对比文件未公开此特性。 |
| **E：其特征在于，进一步包括：在所述倒回流被接收的同时继续接收所述实时媒体流。《直接公开》** | 【００４５】 ...データ送信装置１００は、Ｔ３以降、圧縮通信モードを適用し、Ｔ３では前記再送要求を受けた送信データ＃０で送信した０〜９９番の１００ビットと、送信データ＃２に含まれる目的データに後続する３００〜３９９番の１００ビットの、計２００ビットの目的データを含む送信データ＃３を送信する。 | 对比文件图10及相应描述显示，在收到重传请求后，发送方在T3时隙发送的数据中，既包含了重传的旧数据（0-99比特），也包含了后续的新数据（300-399比特）。这意味着接收方在接收包含重传数据（相当于倒回流的部分内容）的时隙中，同时也接收到了新的实时数据。因此，接收方在接收用于弥补丢失的数据的同时，也继续接收着实时数据流。该特征被直接公开。 |
| **F：其特征在于，在响应于所述倒回请求而接收所述倒回流的同时所述实时媒体流的接收停止。《未公开》** | 未发现相关内容。 | 对比文件中没有描述或暗示在接收重传数据（相当于倒回流的部分内容）时，停止接收新的实时数据流。相反，如上一条所述，新旧数据是被合并发送和接收的。因此，该特征未被公开。 |
| **G：其特征在于，所述倒回请求对应于隐式倒回请求，所述隐式倒回请求传达被配置用于由所述传送方设备评估的信息以准许所述传送方设备独立地触发所述倒回流的生成和递送。《未公开》** | 【００２４】 図４（Ｂ）は、前記応答情報の構成を示すフォーマット図である。 応答区分３２１は、前記応答情報が再送要求通知及び正常受信通知の何れであるか示すフラグ情報であり、応答番号３２２は、再送要求通知においては誤り又は欠落が検出されたタイムスロットを識別する順序番号... | 对比文件中的“再送要求通知”（重传请求）是明确的、格式化的反馈信息，其直接指示检测到错误并请求重传特定数据。这是一种显式的请求机制，而非“隐式”请求。对比文件没有公开接收方向发送方传达某种信息，由发送方基于该信息自行评估并决定触发提供时间延迟版本（倒回流）的情形。因此，该特征未被公开。 |
| **H：其特征在于，所传达的信息与所述媒体接收间隙相关。《直接公开》** | 【００２４】 ...応答番号３２２は、再送要求通知においては誤り又は欠落が検出されたタイムスロットを識別する順序番号... | 对比文件明确记载，重传请求（再送要求通知）中包含“応答番号”（响应编号），该编号用于识别检测到错误或缺失的时隙（タイムスロット）。这直接对应于目标专利中“与媒体接收间隙相关的信息”，因为它指明了发生数据丢失（即媒体接收间隙）的具体位置。因此，该特征被直接公开。 |
| **I：其特征在于，所述倒回请求对应于显式倒回请求，所述显式倒回请求显式地请求所述传送方设备提供所述实时媒体流的所述时间延迟版本。《未公开》** | 【００２４】 ...応答区分３２１は、前記応答情報が再送要求通知及び正常受信通知の何れであるか示すフラグ情報であり、応答番号３２２は、再送要求通知においては誤り又は欠落が検出されたタイムスロットを識別する順序番号... | 对比文件中的“再送要求通知”是显式的请求，但它请求的是“再送”（重传）特定丢失的数据包，而非请求一个“实时媒体流的时间延迟版本”。目标专利的“显式倒回请求”核心在于请求一个“版本”，这个版本具有时间延迟属性，而不仅仅是补发数据。对比文件的请求目的和作用是纠错和补漏，而非创建一个并行的延迟流。因此，该特征未被公开。 |
| **J：其特征在于，所述显式倒回请求请求所述传送方设备以相对于所述实时媒体流的第一延迟量提供所述实时媒体流的所述时间延迟版本，所述倒回流包括相对于所述实时媒体流的第二延迟量，所述第二延迟量不同于所述第一延迟量。《未公开》** | 未发现相关内容。 | 对比文件完全没有涉及请求或提供具有特定“延迟量”的媒体流版本的概念。重传请求仅指定需要重传的数据块（时隙），不涉及对延迟时间的请求；发送方响应的重传数据也未被描述为具有与请求不同的延迟量。因此，该特征未被公开。 |
| **K：其特征在于，所述接收方设备对应于正参与所述实时通信会话的目标用户装备(UE)，并且所述目标UE播放所述倒回流，或者所述接收方设备对应于正仲裁和/或裁夺所述实时通信会话的服务器，并且所述服务器向参与所述实时通信会话的至少一个目标UE传送所述倒回流。《未公开》** | 【０００８】 ...目的データを逐次受信し、受信されたデータの誤り検出及び送信側への再送要求を行う機能を有するデータ受信装置... | 对比文件仅泛泛描述了“数据接收装置”，可以将其理解为类似UE或网络节点的设备。但是，对比文件完全没有描述“倒回流”的概念，更没有描述该装置“播放倒回流”或作为服务器“向其他目标UE传送倒回流”的场景。该特征涉及目标专利中特定的系统架构和应用场景，对比文件未公开。 |
| **L：其特征在于，所述媒体接收间隙对应于(i)其中少于阈值数目的用于所述实时媒体流的可用媒体分组成功抵达所述接收方设备的第一时间间隙，或者(ii)其中所述阈值数目的用于所述实时媒体流的可用媒体分组可用、但所述接收方设备处的条件抑制由所述接收方设备进行的回放的第二时间间隙。《直接公开》** | 【００３５】 ...受信データの誤り及び欠落の有無を判定し... | 目标专利特征L定义了两种媒体接收间隙。对比文件公开了数据接收装置判定接收数据的“错误”和“缺失”（欠落）。这直接对应于第一种间隙：由于数据错误或丢失（即未能成功抵达），导致可用于播放的有效媒体分组少于所需（甚至为零）。虽然对比文件未明确提及“阈值数目”，但本领域技术人员能够理解，检测到错误或缺失即意味着有效数据不足。因此，该特征的第一种情况被直接公开。对比文件未提及第二种情况（条件抑制回放）。 |
| **M：其特征在于，所述媒体接收间隙基于网络连接降级而发生。《直接公开》** | 【０００３】 現実のデータ通信環境では雑音等の外乱によってデータが誤って受信され、若しくは欠落する場合があるため... | 对比文件明确指出，在现实数据通信环境中，由于噪声等干扰（外乱），数据可能被错误接收或缺失。这属于网络连接降级的典型表现。因此，媒体接收间隙基于网络连接降级而发生这一特征，被对比文件直接公开。 |
| **N：其特征在于，所述网络连接降级发生在服务网络与接收方设备之间的连接上和/或回程连接上。《直接公开》** | 【０００３】 現実のデータ通信環境では雑音等の外乱によってデータが誤って受信され、若しくは欠落する場合があるため... | 对比文件提到的“杂音等外乱”是导致数据传输错误或丢失的原因。这些干扰可能发生在无线接入链路（服务网络与接收方设备之间），也可能发生在网络内部的其他连接（广义上可包括回程）上。本领域技术人员能够毫无疑义地理解，通信环境中的干扰可能影响通信路径的多个环节。因此，该特征被直接公开。 |
| **O：其特征在于，进一步包括：执行关于所述倒回流的追赶协议，以使得所述倒回流将追赶上所述实时媒体流。《隐含公开》** | 【００４８】 ...再送目的データを含む目的データを定常時よりも高いデータレートで送信するため...再送によるデータレートの低下を抑制することができる。<br>【００５６】 ...目的データの送信時刻が本来の送信時刻に追いつくまでの期間に限って...定常時よりも高いデータレートで送信する...所定のデータレートを保証することができる。 | 对比文件的核心发明点之一在于：当发生重传时，发送方提高数据发送速率（第2数据速率），以补偿因重传造成的延迟，从而保证整体数据速率或使发送时刻追赶上原本的进度。目标专利的“追赶协议”目的是让倒回流追赶上实时媒体流。虽然具体协议可能不同（如快进、跳帧），但提高数据传输速率是一种基础且直接的“追赶”手段。本领域技术人员可以从对比文件“提高速率以补偿延迟、追赶进度”的教导中，合理推断出通过提高倒回流的数据速率（或其他加速处理方式）来实现追赶的技术方案。因此，该特征被隐含公开。 |
| **P：其特征在于，所述实时通信会话是半双工会话并且所述接收方设备是在所述倒回流被接收的同时作为非发言权持有者参与所述实时通信会话的目标用户装备(UE)，所述方法进一步包括：在所述接收方设备正接收所述倒回流的同时请求所述实时通信会话的发言权《未公开》** | 未发现相关内容。 | 对比文件描述的是通用的数据传输，未限定于“半双工会话”场景，更没有涉及“发言权”（floor control）的概念。目标专利特征P、Q、R、S共同描述了一个在半双工群通信中，处于倒回模式的用户如何请求并获得发言权的特定流程。对比文件完全没有公开这些内容。 |
| **Q：响应于所述发言权请求而接收发言权被准予给所述接收方设备的指示《未公开》** | 未发现相关内容。 | 如特征P所述，对比文件未涉及发言权控制机制。 |
| **R：在所述指示被接收到之后继续接收和播放所述倒回流直至(i)所述倒回流追赶上所述发言权被准予给所述接收方设备的时间，和/或(ii)所述接收方设备确定要退出倒回模式《未公开》** | 未发现相关内容。 | 如特征P所述，对比文件未涉及发言权控制及倒回模式退出的协同流程。 |
| **S：在(i)或(ii)之后作为发言权持有者开始传送用于所述实时通信会话的媒体。《未公开》** | 未发现相关内容。 | 如特征P所述，对比文件未涉及发言权持有者开始传送媒体。 |
| **T：其特征在于，进一步包括：监视与所述实时媒体流和/或所述倒回流相关联的一个或多个性能度量《直接公开》** | 【００３５】 第１の実施の形態におけるデータ受信装置は...受信データの誤り及び欠落の有無を判定し...<br>【００４２】 誤り検出部２６１は、入力された受信データに含まれるＣＲＣを用いて、前記受信データの誤り検出及び訂正を行い... | 对比文件中的数据接收装置持续对接收到的数据进行错误和缺失的判定（例如通过CRC校验）。这实质上就是在监视与接收到的数据流（相当于实时媒体流）相关的性能度量（即数据正确性）。因此，该特征被直接公开。 |
| **U：向所述实时媒体流和/或所述倒回流的始发者报告所述一个或多个性能度量。《直接公开》** | 【００３５】 ...前記誤り又は欠落があると判定された場合、受信データの再送を要求する再送要求通知を相手装置に送信し、再送目的データが正しく受信された場合、正常受信通知を相手装置に送信する。 | 对比文件明确记载，根据监视结果（性能度量），接收方向发送方（始发者）发送“再送要求通知”（报告错误）或“正常受信通知”（报告成功接收）。这直接公开了向数据流始发者报告性能度量的特征。 |
| **V：其特征在于，所述一个或多个性能度量包括所述实时媒体流和/或所述倒回流的分组差错率(PER)。《隐含公开》** | 【００４２】 誤り検出部２６１は、入力された受信データに含まれるＣＲＣを用いて、前記受信データの誤り検出及び訂正を行い... | 对比文件通过CRC校验来检测接收数据的错误。分组差错率（PER）是衡量数据分组传输错误率的常用性能度量。虽然对比文件没有明确说出“PER”这个术语，但基于CRC的错误检测是本领域计算或评估PER的基础。本领域技术人员能够从对比文件公开的“错误检测”中，合理且直接地得出其所监视的性能度量包括类似PER的指标。因此，该特征被隐含公开。 |
<<<A>>><<<B>>><<<c>>><<<E>>><<<H>>><<<L>>><<<M>>><<<N>>><<<o>>><<<T>>><<<U>>><<<v>>>