对比文件名称：2007-08-08_EP1815684A_发明公开_EP1815684A2 METHOD AND APPARATUS FOR CHANNEL CHANGE IN DSL SYSTEM
目标专利名称：379经译码多媒体数据的网络串流期间的表示之间的切换CN103843301B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括:确定所述多媒体内容的第一表示的切换点之间的第一间隔和所述多媒体内容的第二表示的切换点之间的第二间隔，《直接公开》 | [p0044] "I pictures occur more frequently in the channel change stream, to enable more frequent random access." <br> [p0050] "Since the channel change stream is relatively low in bitrate as compared to the normal stream..." <br> [p0057] "I pictures are inserted in the channel change stream every 12 pictures. I pictures are inserted in the normal stream every 48 pictures, or every 2 seconds." | 对比文件明确公开了为每个节目编码一个“正常流”和一个“频道变更流”（相当于目标专利中的不同“表示”）。[p0044]指出I帧（即切换点）在频道变更流中发生得更频繁，[p0057]给出了具体示例：频道变更流中每12个画面（0.5秒）插入一个I帧，正常流中每48个画面（2秒）插入一个I帧。这直接公开了确定第一表示（频道变更流）的切换点之间的第一间隔（0.5秒）和第二表示（正常流）的切换点之间的第二间隔（2秒）。因此，本领域技术人员能够毫无疑义地得出该技术特征。 |
| **技术特征B**：其中所述第一间隔小于所述第二间隔，《直接公开》 | [p0044] "I pictures occur more frequently in the channel change stream..." <br> [p0057] "I pictures are inserted in the channel change stream every 12 pictures. I pictures are inserted in the normal stream every 48 pictures, or every 2 seconds." | 基于技术特征A的论述，对比文件直接公开了频道变更流（第一表示）的I帧（切换点）间隔为12个画面（0.5秒），正常流（第二表示）的I帧（切换点）间隔为48个画面（2秒）。显然，第一间隔（0.5秒）小于第二间隔（2秒）。该特征被对比文件明确公开。 |
| **技术特征C**：基于所述确定，提交对来自所述第一表示的相当数量的视频数据的一个或多个网络请求，来自所述第一表示的相当数量的视频数据具有至少等于所述第二表示中的切换点之间的重放时间的重放时间，《未公开》 | [p0050] "When a user indicates a channel change ... the channel change processing unit 259 sends to the DSLAM 230 both a join request for the channel change stream and a join request for the normal stream." <br> [p0051] "From the point of view of the DSLAM 230, the channel change stream join request is no different than a join request for any program." | 对比文件公开了在频道变更时，STB同时向两个流（频道变更流和正常流）发送加入请求（相当于网络请求）。然而，该请求是基于用户变更频道的指令，并非基于对两个表示切换点间隔的“确定”。更重要的是，对比文件完全没有公开“提交对来自第一表示的相当数量的视频数据的请求”这一概念，更没有公开该“相当数量”是“具有至少等于第二表示中的切换点之间的重放时间的重放时间”。目标专利该特征的核心在于基于间隔计算并请求一个特定时长的数据块，以实现无缝切换，这与对比文件中简单的“订阅/加入”流有本质区别。因此，该特征未被直接或隐含公开。 |
| **技术特征D**：在提交对来自所述第一表示的相当数量的视频数据的所述请求之后，检索来自所述第二表示的视频数据。《隐含公开》 | [p0050] "Once an I frame is received from the normal stream, the STB 250 sends a leave request for the channel change stream, and sends the normal stream data to the decoder 254. If an I frame is received in the channel change stream before an I frame is received in the normal stream, the channel change stream data is sent to the decoder 254, until an I frame is received in the normal stream." <br> [p0052] 图3方法中的功能块335、340、345、350描述了先解码频道变更流，直到在正常流中检测到I帧，然后退订频道变更流并开始解码正常流。 | 对比文件描述了在频道变更后，STB同时接收两个流的数据。它首先呈现来自频道变更流（第一表示）的数据。一旦从正常流（第二表示）中接收到一个I帧（切换点），STB就切换到解码和呈现正常流的数据。虽然对比文件没有明确“提交对来自第一表示的相当数量的视频数据的请求”这一前提（特征C），但它隐含公开了“在接收（可视为‘请求’的结果）来自第一表示的视频数据之后，检索（接收并解码）来自第二表示的视频数据”这一时序和动作逻辑。本领域技术人员能够从“先使用频道变更流，待正常流I帧到达后切换至正常流”这一流程中，合理推断出在接收第一表示数据之后检索第二表示数据的技术方案。 |
| **技术特征E**：其进一步包括缓冲来自所述第一表示的视频数据，以及基于所述经缓冲的视频数据的持续时间确定何时检索来自所述第二表示的视频数据。《未公开》 | [p0050] "As the coded video packets arrive at the STB 250 for both the normal stream and the channel change stream, the STB 250 monitors the arriving packets to find when an I frame has arrived." | 对比文件公开了STB监控到达的数据包以发现I帧，但其切换决策是基于“是否接收到I帧”这一事件，而非基于“经缓冲的视频数据的持续时间”。目标专利特征E的核心在于客户端根据已缓冲数据的时长（一个持续累积的量）来动态决定切换时机，这允许更灵活地适应网络条件。对比文件完全没有提及缓冲数据的持续时间或其作为决策依据。因此，该特征未被直接或隐含公开。 |
| **技术特征F**：其中基于所述经缓冲的视频数据的所述持续时间检索来自所述第二表示的视频数据包括在缓冲来自所述第一表示的视频数据的持续时间之后检索来自所述第二表示的数据，来自所述第一表示的视频数据的所述持续时间等于所述第二表示中的切换点之间的所述重放时间。《未公开》 | 无相应内容。 | 对比文件完全没有涉及计算来自第一表示的视频数据的缓冲持续时间，更没有将该持续时间与第二表示中切换点之间的重放时间进行比较。该特征是目标专利中实现无缝切换的特定量化策略，在对比文件中毫无踪迹。 |
| **技术特征G**：其进一步包括:确定当前可用网络带宽量，《未公开》 | 无相应内容。 | 对比文件描述的是DSL系统，其带宽相对固定，且文档通篇未提及客户端（STB）需要动态确定当前可用网络带宽量。其频道切换策略不依赖于带宽测量。因此，该特征未被公开。 |
| **技术特征H**：接收指示所述第一表示和所述第二表示具有共同位速率的所述多媒体内容的清单，《未公开》 | [p0050] "Since the channel change stream is relatively low in bitrate as compared to the normal stream..." | 对比文件明确指出频道变更流的比特率低于正常流（[p0050]），因此两者不具有“共同位速率”。此外，对比文件系统（DSL多播）使用IGMP协议加入多播组，不存在目标专利DASH系统中用于描述表示的“清单”（如MPD）文件。因此，该特征未被公开。 |
| **技术特征I**：以及在确定所述共同位速率可由所述当前可用网络带宽量满足之后选择所述第一表示和所述第二表示。《未公开》 | 无相应内容。 | 由于特征G（确定带宽）和特征H（接收指示共同位速率的清单）均未被公开，且对比文件中两个流的比特率本就不同（非共同位速率），因此这一基于带宽和清单信息进行选择组合的特征自然未被公开。 |
| **技术特征J**：其进一步包括:确定当前可用网络带宽量，《未公开》 | 同特征G。 | 同特征G论述。该特征未被公开。 |
| **技术特征K**：接收指示所述第一表示具有第一位速率且所述第二表示具有高于所述第一位速率的第二位速率的所述多媒体内容的清单，《未公开》 | [p0050] "Since the channel change stream is relatively low in bitrate as compared to the normal stream..." | 对比文件隐含公开了第一表示（频道变更流）具有较低比特率，第二表示（正常流）具有较高比特率。然而，对比文件并未公开通过“清单”来接收这一指示信息。在DSL多播系统中，流的属性（如比特率）可能通过带外方式约定或已知，而非通过清单文件。因此，对比文件部分公开了比特率关系，但未公开通过“清单”接收该信息。考虑到隐含公开判断标准宽松，可以认为对比文件隐含公开了“第一表示比特率低于第二表示”这一事实，但“通过清单接收”这一特定方式未被公开。然而，特征K是一个整体，要求通过清单接收特定信息，对比文件未满足该整体特征。 |
| **技术特征L**：确定所述第二位速率是否可由所述当前可用网络带宽量满足，其中请求来自所述第一表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后请求来自所述第一表示的所述视频数据，且其中在请求来自所述第一表示的所述视频数据之后检索来自所述第二表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后检索来自所述第二表示的所述视频数据。《未公开》 | 无相应内容。 | 该特征涉及一个复杂的决策逻辑：确定高比特率的第二表示是否满足带宽，若满足则先请求低比特率的第一表示，之后再检索高比特率的第二表示。对比文件的切换逻辑完全基于I帧的到达，与带宽是否满足特定表示的比特率无关。因此，该特征未被公开。 |
| **技术特征M**：其中请求来自所述第一表示的所述视频数据包括:将对于来自所述第一表示的所述视频数据的一个或多个请求发送到服务器装置，《隐含公开》 | [p0050] "the channel change processing unit 259 sends to the DSLAM 230 both a join request for the channel change stream and a join request for the normal stream." | 对比文件公开了STB向DSLAM（相当于服务器装置）发送对频道变更流（第一表示）的加入请求（join request）。这实质上就是向服务器装置发送对来自第一表示的视频数据的请求。因此，该特征被对比文件隐含公开。 |
| **技术特征N**：经由单播接收来自所述第一表示的所述视频数据，且其中检索来自所述第二表示的所述视频数据包括经由多播或广播的至少一者从所述服务器装置检索所述视频数据。《未公开》 | [p0040] "In an embodiment... the normal stream and the channel change stream are multicast on separate flows..." <br> [p0050] "The DSLAM 230 processes these join requests normally, and multiplexes and sends the coded data for the normal stream and the channel change stream to the STB 250." | 对比文件明确说明正常流和频道变更流都是通过“多播”方式传输的（[p0040], [p0050]）。目标专利特征N要求第一表示通过单播接收，第二表示通过多播/广播接收，这是一种特定的传输模式组合。对比文件公开的模式（两者均为多播）与之不同。因此，该特征未被公开。 |
| **技术特征O**：其进一步包括接收所述多媒体内容的清单文件，其中确定所述第一间隔包括从所述清单文件中的信息确定所述第一间隔，且其中确定所述第二间隔包括从所述清单文件中的信息确定所述第二间隔。《未公开》 | 无相应内容。 | 对比文件整个技术方案不涉及“清单文件”的概念。切换点间隔信息是编码器预设的（如[p0057]所述），STB通过解析码流或根据已知规范获知，而非从清单文件中获取。因此，该特征未被公开。 |
| **技术特征P**：其中所述第一表示和所述第二表示具有共同位速率，所述方法进一步包括:在确定所述第一间隔和所述第二间隔之前，检索来自具有不同于所述共同位速率的位速率的第三不同表示的视频数据，《未公开》 | [p0050] "Since the channel change stream is relatively low in bitrate as compared to the normal stream..." | 对比文件中第一表示（频道变更流）和第二表示（正常流）的比特率不同，不具有“共同位速率”。此外，也未公开在确定间隔之前检索来自第三表示的视频数据。因此，该特征未被公开。 |
| **技术特征Q**：确定当前可用网络带宽量，《未公开》 | 同特征G。 | 同特征G论述。该特征未被公开。 |
| **技术特征R**：基于所述第一表示和所述第二表示的所述共同位速率更适于所述当前可用网络带宽量的确定，确定所述第一间隔和所述第二间隔，提交对于来自所述第一表示的所述视频数据的所述一个或多个网络请求，以及检索来自所述第二表示的所述视频数据。《未公开》 | 无相应内容。 | 该特征是一个复杂的、基于带宽适应性和共同位速率条件的整体切换策略。对比文件的切换逻辑（基于I帧到达）完全独立于带宽适应性和比特率比较。因此，该特征未被公开。 |
| **技术特征S**：其中检索来自所述第二表示的视频数据包括从所述第二表示的切换点开始检索来自所述第二表示的视频数据。《隐含公开》 | [p0050] "Once an I frame is received from the normal stream, the STB 250 sends a leave request for the channel change stream, and sends the normal stream data to the decoder 254." <br> [p0052] 图3方法中的决策块325、功能块345和350描述了在正常流中I帧可用时，退订频道变更流并开始解码正常流。 | 对比文件公开了STB在从正常流（第二表示）接收到一个I帧（切换点）后，开始向解码器发送正常流数据。这隐含了从该I帧（即切换点）开始检索（解码和呈现）来自第二表示的视频数据。虽然对比文件可能允许解码器从该I帧之后的非I帧数据开始处理，但最自然、确保解码正确的操作就是从接收到的I帧开始。本领域技术人员能够合理推断出这一技术方案。 |
<<<A>>><<<B>>><<<d>>><<<m>>><<<s>>>