对比文件名称：2008-08-14_US2008196061A_发明申请_US20080196061A1 Method and Apparatus for Channel Change in Dsl System
目标专利名称：379经译码多媒体数据的网络串流期间的表示之间的切换CN103843301B
本次调用的模型名称：DeepSeek-R1
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括:确定所述多媒体内容的第一表示的切换点之间的第一间隔和所述多媒体内容的第二表示的切换点之间的第二间隔。 | 说明书第[0044]段：“In accordance with the principles of the present invention, a desired channel change delay can be achieved without requiring I pictures to be sent as frequently as is done in prior art systems. Instead, a channel change stream is encoded that includes lower quality coded pictures, in addition to the normal quality coded pictures in the normal stream. ... Coded pictures in the channel change stream may be coded at a lower resolution than pictures in the normal stream. **I pictures occur more frequently in the channel change stream, to enable more frequent random access.**” 以及 说明书第[0063]段：“In this example, 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.**” | **隐含公开**。对比文件公开了对于同一节目内容，存在两个流：正常流（normal stream）和频道变更流（channel change stream）。频道变更流中的I帧（即切换点）出现更频繁，以实现更频繁的随机接入。说明书第[0063]段给出了具体示例：频道变更流中每12个画面插入一个I帧（假设帧率12fps，则间隔约1秒），正常流中每48个画面插入一个I帧（假设帧率24fps，则间隔2秒）。因此，对比文件隐含了客户端（机顶盒）可以知道或确定这两个流中I帧（切换点）之间的不同间隔。虽然对比文件没有明确使用“确定间隔”这一动作描述，但为了实现从频道变更流切换到正常流，客户端必然需要知晓或能够推断出两个流中I帧的间隔信息，这是系统能够工作的基础。因此，本领域技术人员从对比文件可以合理推断出确定两个流（相当于“表示”）的切换点间隔的技术特征。 |
| **技术特征B**：其中所述第一间隔小于所述第二间隔。 | 说明书第[0044]段：“**I pictures occur more frequently in the channel change stream**, to enable more frequent random access.” 以及 说明书第[0063]段：“I pictures are inserted in the channel change stream every 12 pictures. I pictures are inserted in the normal stream every 48 pictures...” | **直接公开**。对比文件明确公开了频道变更流（相当于第一表示）中的I帧（切换点）比正常流（相当于第二表示）中的I帧出现得更频繁。更频繁意味着切换点之间的时间间隔更短。因此，第一间隔（频道变更流的I帧间隔）小于第二间隔（正常流的I帧间隔）这一技术特征被对比文件直接公开。 |
| **技术特征C**：基于所述确定，提交对来自所述第一表示的相当数量的视频数据的一个或多个网络请求，来自所述第一表示的相当数量的视频数据具有至少等于所述第二表示中的切换点之间的重放时间的重放时间。 | 说明书第[0051]段：“When a user indicates a channel change through the user interface 252 of the STB 250, 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.**” 以及 说明书第[0052]段：“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. Once an I frame is received from the normal stream, the STB 250 sends a leave request for the channel change stream...” | **隐含公开**。对比文件公开了在频道变更时，客户端同时发送对频道变更流（第一表示）和正常流（第二表示）的加入请求（join request）。客户端从频道变更流接收数据，并监视正常流中I帧的到来。一旦从正常流收到I帧，客户端就离开频道变更流并切换到正常流。这意味着客户端在切换前，从频道变更流接收了数据。虽然对比文件没有明确要求请求“至少等于第二表示中切换点之间重放时间的重放时间”的特定数据量，但为了确保在切换到正常流时能够无缝播放，客户端需要缓冲一定量的频道变更流数据。本领域技术人员可以理解，为了平滑切换，缓冲的数据量至少应覆盖从切换开始到正常流下一个I帧出现的时间，而这个时间至少等于正常流中I帧之间的间隔（重放时间）。因此，可以合理推断出客户端会请求并接收至少相当于正常流切换点间隔时长的频道变更流数据。 |
| **技术特征D**：在提交对来自所述第一表示的相当数量的视频数据的所述请求之后，检索来自所述第二表示的视频数据。 | 说明书第[0052]段：“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. **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.**” | **直接公开**。对比文件明确描述了客户端在发送对两个流的请求后，接收来自两个流的数据。当从正常流（第二表示）接收到I帧时，客户端离开频道变更流（第一表示）并将正常流数据发送给解码器。这等同于在请求（并接收）来自第一表示的数据之后，检索来自第二表示的数据。图3的方法流程图也清晰地展示了这一过程：订阅频道变更流(315)和正常流(320)，然后等待并最终解码正常流(350)。因此，该技术特征被直接公开。 |
| **技术特征E**：其进一步包括缓冲来自所述第一表示的视频数据，以及基于所述经缓冲的视频数据的持续时间确定何时检索来自所述第二表示的视频数据。 | 说明书第[0052]段：“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. Once an I frame is received from the normal stream, the STB 250 sends a leave request for the channel change stream...” | **隐含公开**。对比文件公开了客户端接收来自频道变更流（第一表示）的数据包，并监视正常流（第二表示）中I帧的到来。切换的决策是基于“何时收到正常流的I帧”，而不是明确基于已缓冲的频道变更流数据的持续时间。然而，为了在切换发生时能够连续播放，客户端必然需要缓冲已接收的频道变更流数据。本领域技术人员可以理解，缓冲是流媒体播放的基础操作。虽然切换触发条件是事件（收到正常流I帧）而非缓冲时长，但缓冲数据的持续时间直接影响客户端能否在切换点无缝过渡。从系统实现角度看，客户端在决定切换到正常流并开始解码时，其缓冲状态（是否有足够数据覆盖解码延迟）是一个隐含的考虑因素。因此，可以认为对比文件隐含公开了缓冲第一表示数据并基于某种条件（此处是接收事件，但该事件与时间相关）决定检索第二表示数据。 |
| **技术特征F**：其中基于所述经缓冲的视频数据的所述持续时间检索来自所述第二表示的视频数据包括在缓冲来自所述第一表示的视频数据的持续时间之后检索来自所述第二表示的数据，来自所述第一表示的视频数据的所述持续时间等于所述第二表示中的切换点之间的所述重放时间。 | 无相应内容。 | **未公开**。对比文件描述切换发生在“一旦从正常流收到I帧”（once an I frame is received from the normal stream）。这是一个基于接收到特定数据包事件的触发机制，而不是基于对已缓冲的第一表示数据的持续时间进行计算和判断。对比文件没有教导或暗示客户端会计算从第一表示缓冲的数据的持续时间，并等待该持续时间等于第二表示中I帧间隔后才进行切换。切换时机取决于网络传输和正常流I帧的到达时间，与已缓冲的频道变更流数据的时长没有直接的、预设的等量关系。因此，该具体限定未被对比文件公开。 |
| **技术特征G**：其进一步包括:确定当前可用网络带宽量。 | 无相应内容。 | **未公开**。对比文件涉及的是DSL系统，其带宽通常是固定的或由服务提供商设定。文件中没有描述客户端（机顶盒）确定当前可用网络带宽量的步骤。其关注点在于频道切换延迟和流的管理，而非根据实时变化的网络带宽进行自适应比特率切换。因此，该技术特征未被公开。 |
| **技术特征H**：接收指示所述第一表示和所述第二表示具有共同位速率的所述多媒体内容的清单。 | 无相应内容。 | **未公开**。对比文件没有提及任何形式的“清单”（如MPD文件）。它描述了存在正常流和频道变更流，并指出频道变更流比特率较低（见第[0051]段：“the channel change stream is relatively low in bitrate as compared to the normal stream”）。因此，两个流具有不同的比特率，而不是“共同位速率”。该技术特征未被公开。 |
| **技术特征I**：以及在确定所述共同位速率可由所述当前可用网络带宽量满足之后选择所述第一表示和所述第二表示。 | 无相应内容。 | **未公开**。由于对比文件未公开技术特征G（确定带宽）和H（接收指示共同位速率的清单），因此这一基于带宽和清单信息选择表示的技术特征也未被公开。对比文件中的流选择是基于用户频道变更请求，而非网络带宽条件。 |
| **技术特征J**：其进一步包括:确定当前可用网络带宽量。（同技术特征G） | 无相应内容。 | **未公开**。理由同技术特征G。 |
| **技术特征K**：接收指示所述第一表示具有第一位速率且所述第二表示具有高于所述第一位速率的第二位速率的所述多媒体内容的清单。 | 说明书第[0051]段：“Since the channel change stream is relatively low in bitrate as compared to the normal stream...” | **隐含公开**。对比文件虽然没有明确提及“清单”，但明确指出频道变更流（第一表示）的比特率相对于正常流（第二表示）较低。本领域技术人员可以理解，在流媒体系统中，关于流（表示）的比特率等信息需要通过某种信令方式告知客户端，无论是通过带外信令、静态配置还是文件描述（类似清单）。因此，可以合理推断客户端会接收指示两个流具有不同比特率（第一表示比特率低，第二表示比特率高）的信息。 |
| **技术特征L**：确定所述第二位速率是否可由所述当前可用网络带宽量满足，其中请求来自所述第一表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后请求来自所述第一表示的所述视频数据，且其中在请求来自所述第一表示的所述视频数据之后检索来自所述第二表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后检索来自所述第二表示的所述视频数据。 | 无相应内容。 | **未公开**。对比文件完全没有描述根据当前可用网络带宽量来判断一个流的比特率是否可被满足，并以此作为请求该流或切换到该流的前提条件。频道切换的触发是用户操作，流的选择和切换逻辑是基于I帧的到达，与实时带宽评估无关。因此，该技术特征未被公开。 |
| **技术特征M**：其中请求来自所述第一表示的所述视频数据包括:将对于来自所述第一表示的所述视频数据的一个或多个请求发送到服务器装置。 | 说明书第[0051]段：“...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）。这等同于将对于来自第一表示的视频数据的一个或多个请求发送到服务器装置（DSLAM在此上下文中充当了流分发的服务器角色）。因此，该技术特征被直接公开。 |
| **技术特征N**：经由单播接收来自所述第一表示的所述视频数据，且其中检索来自所述第二表示的所述视频数据包括经由多播或广播的至少一者从所述服务器装置检索所述视频数据。 | 说明书背景技术第[0003]段：“In a Digital Subscriber Line (DSL) multicast/broadcast video system, Internet Protocol (IP) multicast is used to transmit compressed video to a set-top box (STB).” 以及 说明书第[0050]段：“...the normal stream and the channel change stream are multicast on separate flows...” | **直接公开**。对比文件明确其系统是DSL多播/广播视频系统，使用IP多播传输视频。并且第[0050]段明确指出正常流和频道变更流都是在独立的多播流上传输。因此，客户端接收来自第一表示（频道变更流）和第二表示（正常流）的视频数据都是通过多播（属于“多播或广播的至少一者”）方式。虽然未提及“单播”，但在多播系统中，客户端通过发送IGMP加入请求来订阅一个多播组，这本质上是一种面向多播组的“请求-接收”机制。目标专利中“经由单播接收”是特定网络流媒体协议（如HTTP/DASH）下的实现方式，而对比文件是在IP多播环境下实现。从广义的“客户端向服务器请求并接收数据”的功能角度看，对比文件公开了相应的数据传输机制，但具体协议不同。从“隐含公开”的宽松标准判断，可以认为对比文件公开了通过向服务器发送请求来接收流数据。但严格来说，协议类型（单播 vs 多播）不同。考虑到隐含公开标准宽松，且核心“请求-接收”功能已公开，此处判断为隐含公开。 |
| **技术特征O**：其进一步包括接收所述多媒体内容的清单文件，其中确定所述第一间隔包括从所述清单文件中的信息确定所述第一间隔，且其中确定所述第二间隔包括从所述清单文件中的信息确定所述第二间隔。 | 无相应内容。 | **未公开**。对比文件没有提及任何形式的清单文件（如MPD）。两个流（正常流和频道变更流）的存在、关联以及它们的特性（如I帧频率）可能是通过其他方式（如系统预定义、带内信令或标准约定）告知客户端的。因此，明确限定从“清单文件”中确定间隔的技术特征未被公开。 |
| **技术特征P**：其中所述第一表示和所述第二表示具有共同位速率，所述方法进一步包括:在确定所述第一间隔和所述第二间隔之前，检索来自具有不同于所述共同位速率的位速率的第三不同表示的视频数据。 | 无相应内容。 | **未公开**。对比文件只描述了正常流和频道变更流这两个流。没有描述存在第三个具有不同比特率的表示，也没有描述在确定这两个流的切换点间隔之前，先检索第三个表示的视频数据。该技术特征未被公开。 |
| **技术特征Q**：确定当前可用网络带宽量。（同技术特征G、J） | 无相应内容。 | **未公开**。理由同技术特征G、J。 |
| **技术特征R**：基于所述第一表示和所述第二表示的所述共同位速率更适于所述当前可用网络带宽量的确定，确定所述第一间隔和所述第二间隔，提交对于来自所述第一表示的所述视频数据的所述一个或多个网络请求，以及检索来自所述第二表示的所述视频数据。 | 无相应内容。 | **未公开**。该技术特征涉及一个复杂的决策过程：基于共同比特率更适合当前网络带宽的判断，来触发后续一系列动作（确定间隔、请求第一表示、检索第二表示）。对比文件的决策触发完全是用户发起的频道变更请求，与网络带宽适应性无关。因此，该技术特征未被公开。 |
| **技术特征S**：其中检索来自所述第二表示的视频数据包括从所述第二表示的切换点开始检索来自所述第二表示的视频数据。 | 说明书第[0052]段：“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.” | **直接公开**。对比文件明确说明，一旦从正常流（第二表示）接收到I帧（即切换点），客户端就开始将正常流数据发送给解码器。这意味着对第二表示数据的检索（解码）是从其切换点（I帧）开始的。因此，该技术特征被直接公开。 |
<<<B>>><<<D>>><<<M>>><<<S>>>
<<<a>>><<<c>>><<<k>>><<<n>>>