对比文件的名称：2005-10-25_US6959075B_发明授权_US06959075B2 Replay of conference audio
目标专利的名称：317倒回实时通信会话CN105103520B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述接收方设备在实时通信会话期间从传送方设备接收数据，<br>**《直接公开》** | 说明书第[0013]段：“During the voice communication session, conference bridge 16 receives audio input from one or more of the participants, mixes the audio input to generate a conference audio stream, and supplies this conference audio stream to each of the participants.”<br>（在语音通信会话期间，会议桥16接收来自一个或多个参与者的音频输入，混合该音频输入以生成会议音频流，并将该会议音频流提供给每个参与者。） | 对比文件公开了会议系统，其中会议桥（可视为传送方设备）生成会议音频流并供给每个参与者设备（即接收方设备）。这明确公开了接收方设备在实时通信会话期间从传送方设备接收数据（音频流）。作用都是进行实时通信的数据传输。因此，本领域技术人员能毫无疑义地得出该技术特征。 |
| **技术特征B**：所述方法包括：在所述接收方设备尝试接收来自所述传送方设备的实时媒体流的同时检测媒体接收间隙<br>**《隐含公开》** | 说明书第[0018]段：“According to particular embodiments, replay module 18 provides a “conference-on-hold” service. For this service, replay module 18 enables storage and replay of a conference audio stream for participants that place a conference on hold.”<br>（根据特定实施例，重放模块18提供“会议保持”服务。对于该服务，重放模块18为将会议置于保持状态的参与者启用会议音频流的存储和重放。）<br>说明书第[0019]段：“According to another embodiment, replay module 18 provides a “conference buffering” service for one or more on-going conferences... participants of the conference may then access and replay this buffered audio. Thus, for example, if a conference participant steps out or for any other reason misses portions of a conference...”<br>（根据另一实施例，重放模块18为一个或多个正在进行的会议提供“会议缓冲”服务...会议的参与者然后可以访问并重放该缓冲的音频。因此，例如，如果会议参与者离开或因任何其他原因错过了会议的部分内容...） | 对比文件描述了两种场景：1) 用户主动将会议置于保持状态；2) 用户因离开等原因错过部分会议内容。这两种场景都意味着接收方设备在尝试接收实时媒体流（会议音频）的同时，出现了媒体接收的“间隙”（gap）。在“会议保持”服务中，用户操作“保持”即主动中断了实时流的接收；在“会议缓冲”服务中，用户“错过”部分内容，隐含了在某个时间段内没有有效接收或感知到媒体。虽然目标专利的“检测”可能更侧重于设备自动检测（如因网络问题），而对比文件更多由用户主动触发或事后发现，但从宽松的隐含公开标准判断，本领域技术人员可以合理推断，用户之所以进行“保持”或发现“错过”，正是因为感知到了（即检测到了）媒体接收的中断或缺失。因此，该技术特征被隐含公开。 |
| **技术特征C**：响应于所述检测而向所述传送方设备传送倒回请求，所述倒回请求被配置成触发所述传送方设备生成和提供所述实时媒体流的包括在所述媒体接收间隙期间丢失的媒体的时间延迟版本<br>**《直接公开》** | 说明书第[0030]段：“During the conference, participating devices 12 may contact replay module 18 either directly or via conference bridge 16, and request replay of buffered conference audio. In response, replay module 18 provides the buffered conference audio to the requesting device 12...”<br>（在会议期间，参与设备12可以直接或经由会议桥16联系重放模块18，并请求重放缓冲的会议音频。作为响应，重放模块18向请求设备12提供缓冲的会议音频...）<br>说明书第[0032]段：“Rejoin-with-replay button 56 accesses the replay features of replay module 18 for conference audio buffered in response to an indication from hold button 54.”<br>（带重放的重加入按钮56访问重放模块18的重放功能，以获取响应于保持按钮54的指示而缓冲的会议音频。） | 对比文件公开了用户通过设备（如按下“重放缓冲”按钮52或“带重放的重加入”按钮56）向重放模块（可视为传送方设备的一部分或与传送方设备协作的实体）发送重放请求。该请求明确用于触发重放模块提供已缓冲的（即时间延迟的）会议音频流，该音频流包含了用户错过（即间隙期间丢失）的媒体。这与目标专利中倒回请求的作用完全相同。因此，本领域技术人员能毫无疑义地得出该技术特征。 |
| **技术特征D**：响应于所述倒回请求而接收倒回流，其中所述倒回流被配置成由所述接收方设备独立于所述实时媒体流来播放。<br>**《直接公开》** | 说明书第[0018]段：“When the participant wishes to rejoin the conference, replay module 18 replays a sped-up version of the buffered conference audio stream to the returning participant.”<br>（当参与者希望重新加入会议时，重放模块18向返回的参与者重放缓冲的会议音频流的加速版本。）<br>说明书第[0019]段：“In response to the request, replay module 18 may replay a predetermined amount of buffered audio...”<br>（响应该请求，重放模块18可以重放预定量的缓冲音频...） | 对比文件明确描述了，在收到重放请求后，重放模块向请求设备提供（即设备接收）缓冲音频流的重放（即倒回流）。并且，在“会议保持”服务中，当用户处于保持状态时，实时音频输出被禁用（参见[0004]段），重放是独立进行的；在“会议缓冲”服务中，用户请求重放缓冲音频时，也是作为一个独立的重放流来接收和播放的。这直接公开了接收方设备响应于请求而接收倒回流，且该倒回流是独立于实时媒体流进行播放的。 |
| **技术特征E**：其特征在于，进一步包括：在所述倒回流被接收的同时继续接收所述实时媒体流。<br>**《直接公开》** | 说明书第[0022]段：“According to another embodiment, replay module 18 uses a layering technique to enable a user to replay buffered audio while simultaneously listening to the ongoing conference. For example, replay module 18 may provide the user with combined audio from both the buffered audio and the ongoing conference...”<br>（根据另一实施例，重放模块18使用分层技术，使用户能够在重放缓冲音频的同时收听正在进行的会议。例如，重放模块18可以向用户提供来自缓冲音频和正在进行的会议的组合音频...） | 对比文件明确公开了“分层技术”，允许用户在重放缓冲音频（倒回流）的同时，继续收听（即接收）正在进行的会议（实时媒体流）。这直接对应于技术特征E所描述的“在倒回流被接收的同时继续接收所述实时媒体流”。作用都是为了使用户能够同时感知错过的内容和实时进展。 |
| **技术特征F**：其特征在于，在响应于所述倒回请求而接收所述倒回流的同时所述实时媒体流的接收停止。<br>**《直接公开》** | 说明书第[0004]段：“...disables output of a real-time audio stream from the voice communication session, and stores the real-time audio stream from the voice communication session into a buffered audio stream.”<br>（...禁用来自语音通信会话的实时音频流的输出，并将来自语音通信会话的实时音频流存储到缓冲音频流中。）<br>说明书第[0018]段：当参与者处于保持状态时，实时音频输出被禁用。随后的重放是针对缓冲音频进行的。 | 对比文件在描述“会议保持”服务时，明确指出当用户将会议置于保持状态时，会“禁用”实时音频流的输出。这意味着在用户请求并接收重放（倒回流）期间，实时媒体流的接收/输出是停止的。这直接公开了技术特征F。虽然存在特征E的并行接收实施例，但停止接收的实施例同样被明确公开。 |
| **技术特征G**：其特征在于，所述倒回请求对应于隐式倒回请求，所述隐式倒回请求传达被配置用于由所述传送方设备评估的信息以准许所述传送方设备独立地触发所述倒回流的生成和递送。<br>**《未公开》** | 未发现相关内容。 | 对比文件中描述的所有触发重放（倒回）的机制都是显式的用户操作，例如按下“重放缓冲”按钮、按下“保持”按钮后按“带重放的重加入”按钮等（参见[0032]-[0036]段）。没有描述任何无需用户显式请求重放、而是由设备通过评估某些信息（如网络状态报告）来独立决定触发倒回流生成的“隐式”机制。因此，对比文件既未直接公开也未隐含公开技术特征G。 |
| **技术特征H**：其特征在于，所传达的信息与所述媒体接收间隙相关。<br>**《未公开》** | 未发现相关内容。 | 由于技术特征G（隐式倒回请求）未被公开，且对比文件中未描述任何与媒体接收间隙相关的信息被自动传达给传送方设备以用于触发倒回，因此技术特征H也未被公开。 |
| **技术特征I**：其特征在于，所述倒回请求对应于显式倒回请求，所述显式倒回请求显式地请求所述传送方设备提供所述实时媒体流的所述时间延迟版本。<br>**《直接公开》** | 说明书第[0030]段：“...and request replay of buffered conference audio.”<br>（...并请求重放缓冲的会议音频。）<br>说明书第[0032]段：“Rejoin-with-replay button 56 accesses the replay features of replay module 18...”<br>（带重放的重加入按钮56访问重放模块18的重放功能...） | 对比文件明确描述了用户通过设备“请求（request）”重放缓冲音频，以及通过用户界面按钮“访问（access）”重放功能。这些用户主动发出的、明确要求提供缓冲（时间延迟）音频流的动作，正是“显式倒回请求”。因此，该技术特征被直接公开。 |
| **技术特征J**：其特征在于，所述显式倒回请求请求所述传送方设备以相对于所述实时媒体流的第一延迟量提供所述实时媒体流的所述时间延迟版本，所述倒回流包括相对于所述实时媒体流的第二延迟量，所述第二延迟量不同于所述第一延迟量。<br>**《未公开》** | 未发现相关内容。 | 对比文件虽然公开了用户请求重放，但并未描述用户在其请求中指定一个期望的“延迟量”（例如，请求倒回过去5秒的内容）。对比文件中的缓冲量可能是预定的（如缓冲前5分钟）或是从用户按下保持按钮开始累积的。也没有描述传送方设备（重放模块）提供的倒回流延迟量与用户可能隐含期望的延迟量不同的情况。因此，该技术特征未被公开。 |
| **技术特征K**：其特征在于，所述接收方设备对应于正参与所述实时通信会话的目标用户装备(UE)，并且所述目标UE播放所述倒回流，或者所述接收方设备对应于正仲裁和/或裁夺所述实时通信会话的服务器，并且所述服务器向参与所述实时通信会话的至少一个目标UE传送所述倒回流。<br>**《直接公开》** | 说明书第[0016]段：“Replay module 18 represents any suitable hardware, including controlling logic, that provides audio replay services for participants of conferences... However, system 10 contemplates the distribution of functions from replay module 18 among any suitable element. For example, in addition to providing typical conferencing services, conference bridge 16 may also incorporate the function of replay module 18. Similarly, selected devices 12 may provide some or all of the features as replay module 18...”<br>（重放模块18代表任何合适的硬件，包括控制逻辑，其为会议参与者提供音频重放服务...然而，系统10设想将重放模块18的功能分布在任何合适的元件中。例如，除了提供典型的会议服务外，会议桥16也可以包含重放模块18的功能。类似地，选定的设备12可以提供重放模块18的部分或全部功能...） | 对比文件明确公开了重放功能可以集成在网络侧的会议桥（相当于服务器）中，由服务器向目标设备（设备12）传送倒回流；也可以集成在参与会议的终端设备（设备12，相当于UE）中，由UE自身播放倒回流。这完全覆盖了技术特征K所描述的两种接收方设备类型及其对应的行为。因此，本领域技术人员能毫无疑义地得出该技术特征。 |
| **技术特征L**：其特征在于，所述媒体接收间隙对应于(i)其中少于阈值数目的用于所述实时媒体流的可用媒体分组成功抵达所述接收方设备的第一时间间隙，或者(ii)其中所述阈值数目的用于所述实时媒体流的可用媒体分组可用、但所述接收方设备处的条件抑制由所述接收方设备进行的回放的第二时间间隙。<br>**《直接公开》** | 说明书第[0019]段：“...if a conference participant steps out or for any other reason misses portions of a conference...”<br>（...如果会议参与者离开或因任何其他原因错过了会议的部分内容...）<br>说明书第[0004]段：“...disables output of a real-time audio stream...”<br>（...禁用实时音频流的输出...） | 对比文件公开的“错过部分会议”的原因包括用户“离开”，这可以对应于用户环境条件（如离开设备）抑制了回放，即技术特征L的第(ii)种情况。同时，对比文件也提到“因任何其他原因”，本领域技术人员可以合理推断这可能包括网络问题导致媒体分组未成功抵达。此外，将会议置于“保持”状态并禁用实时输出，是接收方设备条件（用户操作）抑制回放的明确示例。因此，对比文件至少直接公开了第(ii)种时间间隙。根据宽松的隐含公开标准，第(i)种情况也可能被涵盖在“任何其他原因”中。综合判断，该技术特征被直接公开。 |
| **技术特征M**：其特征在于，所述媒体接收间隙基于网络连接降级而发生。<br>**《隐含公开》** | 说明书第[0019]段：“...for any other reason misses portions of a conference...”<br>（...因任何其他原因错过了会议的部分内容...） | 目标专利说明书中将网络连接降级（如驶入隧道）作为导致媒体接收间隙的典型原因。对比文件虽未明确将“网络连接降级”列为原因，但列举了“任何其他原因”。在实时通信领域，网络连接问题是导致媒体丢失或接收不良的常见原因。本领域技术人员根据对比文件提到的“任何其他原因”，结合公知常识，完全有可能也合理推断出“网络连接降级”是导致媒体接收间隙的可能原因之一。因此，根据宽松的隐含公开判断标准，该技术特征被隐含公开。 |
| **技术特征N**：其特征在于，所述网络连接降级发生在服务网络与接收方设备之间的连接上和/或回程连接上。<br>**《未公开》** | 未发现相关内容。 | 对比文件完全没有提及“网络连接降级”，更没有具体区分降级发生在“服务网络与接收方设备之间的连接”还是“回程连接”上。该特征是对网络问题具体位置的进一步限定。对比文件未提供任何与此相关的信息或启示。因此，该技术特征未被公开。 |
| **技术特征O**：其特征在于，进一步包括：执行关于所述倒回流的追赶协议，以使得所述倒回流将追赶上所述实时媒体流。<br>**《直接公开》** | 说明书第[0018]段：“When the participant wishes to rejoin the conference, replay module 18 replays a sped-up version of the buffered conference audio stream to the returning participant. When the sped-up replay reaches the point of the real-time communications for the conference, the participant is reentered into the conference.”<br>（当参与者希望重新加入会议时，重放模块18向返回的参与者重放缓冲的会议音频流的加速版本。当加速重放达到会议实时通信的点时，参与者被重新加入会议。）<br>说明书第[0004]段：“...provides an accelerated playback of the buffered audio stream, and enables output of the real-time audio stream from the voice communication session upon finishing playback of the buffered audio stream.”<br>（...提供缓冲音频流的加速播放，并在完成缓冲音频流的播放后启用来自语音通信会话的实时音频流的输出。） | 对比文件明确且多次描述了“加速播放（sped-up version, accelerated playback）”缓冲音频，目的是使播放能够“达到（reaches the point of）”或“在完成后（upon finishing playback）”重新接入实时会议。这正是一种“追赶协议”，其作用与目标专利中的追赶协议完全相同：使倒回流（缓冲音频的加速播放）能够追赶上实时媒体流。因此，该技术特征被直接公开。 |
| **技术特征P**：其特征在于，所述实时通信会话是半双工会话并且所述接收方设备是在所述倒回流被接收的同时作为非发言权持有者参与所述实时通信会话的目标用户装备(UE)，所述方法进一步包括：在所述接收方设备正接收所述倒回流的同时请求所述实时通信会话的发言权<br>**《未公开》** | 未发现相关内容。 | 对比文件描述的是全双工会议场景，所有参与者通常可以同时发言（由会议桥混合音频）。没有涉及“半双工会话”或“发言权持有者”的概念，也没有描述在接收倒回流（重放）的同时请求发言权的机制。因此，该技术特征未被公开。 |
| **技术特征Q**：响应于所述发言权请求而接收发言权被准予给所述接收方设备的指示<br>**《未公开》** | 未发现相关内容。 | 由于技术特征P（半双工会话及发言权请求）未被公开，且对比文件中不存在发言权控制机制，因此技术特征Q也未被公开。 |
| **技术特征R**：在所述指示被接收到之后继续接收和播放所述倒回流直至(i)所述倒回流追赶上所述发言权被准予给所述接收方设备的时间，和/或(ii)所述接收方设备确定要退出倒回模式<br>**《未公开》** | 未发现相关内容。 | 由于技术特征P、Q未被公开，此依赖于发言权准予的特定流程也未被公开。对比文件中的重放结束条件是播放到实时点或用户主动跳过（按“实时加入”按钮），但这与“发言权被准予的时间”无关。 |
| **技术特征S**：在(i)或(ii)之后作为发言权持有者开始传送用于所述实时通信会话的媒体。<br>**《未公开》** | 未发现相关内容。 | 由于涉及半双工发言权持有者的概念未被公开，此特征也未被公开。 |
| **技术特征T**：其特征在于，进一步包括：监视与所述实时媒体流和/或所述倒回流相关联的一个或多个性能度量<br>**《未公开》** | 未发现相关内容。 | 对比文件完全没有提及对媒体流的性能度量（如分组丢失率、延迟等）进行监视。其实施侧重于用户界面操作和音频处理，而非网络性能监控。因此，该技术特征未被公开。 |
| **技术特征U**：向所述实时媒体流和/或所述倒回流的始发者报告所述一个或多个性能度量。<br>**《未公开》** | 未发现相关内容。 | 由于技术特征T（监视性能度量）未被公开，且对比文件中不存在向始发者报告性能的机制，因此技术特征U也未被公开。 |
| **技术特征V**：其特征在于，所述一个或多个性能度量包括所述实时媒体流和/或所述倒回流的分组差错率(PER)。<br>**《未公开》** | 未发现相关内容。 | 对比文件未提及任何性能度量，更具体地，未提及“分组差错率(PER)”。因此，该技术特征未被公开。 |
<<<A>>><<<C>>><<<D>>><<<E>>><<<F>>><<<I>>><<<K>>><<<L>>><<<O>>>
<<<b>>><<<m>>>