**对比文件名称**：2011-03-30_EP2301252A_发明公开_EP2301252A1 A SCALABLE VIDEO CODING METHOD FOR FAST CHANNEL CHANGE TO INCREASE CODING EFFICIENCY
**目标专利名称**：379经译码多媒体数据的网络串流期间的表示之间的切换CN103843301B
**本次调用的模型名称**：深度分析模型（DeepSeek最新版）
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：** 所述方法包括:确定所述多媒体内容的第一表示的切换点之间的第一间隔和所述多媒体内容的第二表示的切换点之间的第二间隔。<br>**《隐含公开》** | [0027] “...the base layer is chosen as having more random access points, e.g., IDR slices, than the enhancement layer and in those access units where the enhancement layer has an IDR slice, the base layer has a non-IDR slice.”<br>（基础层被选择为比增强层具有更多的随机存取点，例如IDR切片，并且在那些增强层具有IDR切片的接入单元中，基础层具有非IDR切片。） | 对比文件公开了SVC信号包含基础层和增强层（即第一表示和第二表示），并明确说明基础层比增强层具有**更多的随机存取点（IDR切片）**。随机存取点即目标专利中的“切换点”（参见目标专利说明书[0048]-[0050]段，将关键帧/IDR帧描述为切换点）。基础层比增强层具有更多的随机存取点，这**隐含**了基础层中切换点之间的间隔（第一间隔）小于增强层中切换点之间的间隔（第二间隔）。为了得出“第一间隔”和“第二间隔”的具体值，本领域技术人员需要基于各层中IDR切片的发生频率进行计算或推断。虽然对比文件没有明确记载“确定...间隔”这一动作，但公开了比较不同层随机存取点数量的技术构思。根据“隐含公开”宽松的判断标准，本领域技术人员有可能从公开的“基础层具有更多随机存取点”这一信息，合理推断出需要或可以确定各层的切换点间隔，以满足快速频道切换等应用需求。因此，该技术特征被**隐含公开**。 |
| **B：** 其中所述第一间隔小于所述第二间隔。<br>**《直接公开》** | [0029] “...the base layer is chosen as having more random access points, e.g., IDR slices, than the enhancement layer...”（基础层被选择为比增强层具有更多的随机存取点，例如IDR切片...）<br>[0030] “...IDR slices are inserted more frequently into the base layer than any other layer of the resulting SVC signal.”（IDR切片被更频繁地插入到基础层中，而不是结果SVC信号的任何其他层中。） | 对比文件直接且明确地记载了基础层（对应于第一表示）比增强层（对应于第二表示）具有**更多**的随机存取点（IDR切片）。更多的随机存取点意味着在相同的时间段内，随机存取点出现的次数更多，因此相邻随机存取点之间的**时间间隔更短**。本领域技术人员能够毫无疑义地得出：基础层中切换点（IDR切片）之间的间隔（第一间隔）小于增强层中切换点之间的间隔（第二间隔）。这与技术特征B“第一间隔小于第二间隔”的技术方案完全相同。因此，该技术特征被**直接公开**。 |
| **C：** 基于所述确定，提交对来自所述第一表示的相当数量的视频数据的一个或多个网络请求，来自所述第一表示的相当数量的视频数据具有至少等于所述第二表示中的切换点之间的重放时间的重放时间。<br>**《未公开》** | 无对应原文。 | 技术特征C涉及客户端基于对两个表示切换点间隔的比较，主动提交网络请求以获取特定数量（该数量至少等于第二表示切换点间隔对应的重放时间）的第一表示数据。对比文件全文主要描述编码端如何配置不同层的IDR切片以优化编码效率和快速频道切换，以及接收端如何检测并开始解码不同层。虽然第[0037]段描述了接收设备在时间Tc切换到信道后，等待时间T（对应于箭头402）后开始解码基础层，但这描述的是解码开始的时机，**并未公开**客户端需要“基于对间隔的确定”来“提交一个或多个网络请求”，也**未公开**请求的数据量需要满足“至少等于第二表示切换点间重放时间”这一特定条件。对比文件未涉及基于切换点间隔计算请求数据量的客户端行为。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **D：** 在提交对来自所述第一表示的相当数量的视频数据的所述请求之后，检索来自所述第二表示的视频数据。<br>**《隐含公开》** | [0041]-[0043] 以及图9流程图，描述了接收端的操作：初始设定解码目标层为基础层（步骤405）；接收接入单元并检查（步骤410, 415）；如果上层（增强层）是IDR切片，则将SVC目标表示层设置为增强层并开始解码（步骤420）；如果上层不是IDR切片但基础层是IDR切片，则开始解码基础层（步骤425, 430），然后继续检查后续接入单元的上层是否为IDR切片（步骤435, 440），如果是，则开始解码SVC上层（步骤445）。 | 对比文件公开了接收端（客户端）的操作流程：它首先开始解码基础层（第一表示）的视频数据。随后，在检测到增强层（第二表示）中存在IDR切片（即切换点）时，**开始解码增强层**的视频数据（步骤445）。这实质上描述了从检索/解码第一表示的数据，切换到检索/解码第二表示的数据的过程。虽然对比文件使用的是“解码（decoding）”一词，而目标专利权利要求使用的是“检索（retrieve）”，但在网络流媒体传输的上下文中，客户端为了解码必须先向服务器请求（检索）数据。因此，“在满足条件（检测到第二表示的IDR）后开始解码第二表示”**隐含**了“在满足相应条件后检索来自第二表示的视频数据”这一动作。本领域技术人员能够合理推断，为了开始解码，客户端需要先获取（检索）该数据。因此，该技术特征被**隐含公开**。 |
| **E：** 其进一步包括缓冲来自所述第一表示的视频数据，以及基于所述经缓冲的视频数据的持续时间确定何时检索来自所述第二表示的视频数据。<br>**《未公开》** | 无对应原文。 | 技术特征E引入了“缓冲视频数据”以及“基于缓冲持续时间来确定切换时机”的特定客户端逻辑。对比文件描述的解码切换触发条件完全基于**检测接入单元中是否存在IDR切片**（见图9流程），而未提及任何关于客户端内部缓冲器状态、缓冲数据量或基于缓冲持续时间进行决策的机制。因此，该技术特征在对比文件中既未被直接公开，也未被隐含公开。 |
| **F：** 其中基于所述经缓冲的视频数据的所述持续时间检索来自所述第二表示的视频数据包括在缓冲来自所述第一表示的视频数据的持续时间之后检索来自所述第二表示的数据，来自所述第一表示的视频数据的所述持续时间等于所述第二表示中的切换点之间的所述重放时间。<br>**《未公开》** | 无对应原文。 | 技术特征F是特征E的进一步具体化，明确限定了缓冲持续时间等于第二表示中切换点之间的重放时间。如上所述，对比文件完全没有涉及基于缓冲持续时间的切换决策，更未公开这一具体的等量关系。因此，该技术特征未被公开。 |
| **G：** 其进一步包括:确定当前可用网络带宽量。<br>**《未公开》** | 无对应原文。 | 对比文件涉及的是可扩展视频编码（SVC）和快速频道切换技术，其上下文是编码优化和接收端解码触发，并未提及网络带宽自适应、带宽测量或基于网络带宽条件做出决策。因此，确定当前可用网络带宽量这一特征未被公开。 |
| **H：** 接收指示所述第一表示和所述第二表示具有共同位速率的所述多媒体内容的清单。<br>**《未公开》** | 无对应原文。 | 对比文件描述了SVC的不同层（基础层和增强层），这些层通常具有不同的分辨率和比特率（参见[0031]段，基础层CIF占约25%总比特率）。全文未提及“清单（manifest）”文件（如MPD），也未提及任何表示具有“共同位速率（common bit rate）”。因此，该技术特征未被公开。 |
| **I：** 以及在确定所述共同位速率可由所述当前可用网络带宽量满足之后选择所述第一表示和所述第二表示。<br>**《未公开》** | 无对应原文。 | 该特征依赖于特征G和H（确定带宽、接收指示共同位速率的清单）。由于对比文件未公开确定网络带宽量（G）和接收指示共同位速率的清单（H），因此基于带宽选择具有共同位速率的表示这一组合特征更不可能被公开。 |
| **J：** 其进一步包括:确定当前可用网络带宽量。<br>**《未公开》** | 同特征G，无对应原文。 | 同特征G，未被公开。 |
| **K：** 接收指示所述第一表示具有第一位速率且所述第二表示具有高于所述第一位速率的第二位速率的所述多媒体内容的清单。<br>**《未公开》** | 无对应原文。 | 对比文件未提及“清单”文件，也未明确记载不同表示（层）具有特定的“第一位速率”和“第二位速率”并由清单指示。虽然SVC的不同层隐含不同的比特率贡献，但这并非通过清单文件来指示的。因此，该技术特征未被公开。 |
| **L：** 确定所述第二位速率是否可由所述当前可用网络带宽量满足，其中请求来自所述第一表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后请求来自所述第一表示的所述视频数据，且其中在请求来自所述第一表示的所述视频数据之后检索来自所述第二表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后检索来自所述第二表示的所述视频数据。<br>**《未公开》** | 无对应原文。 | 该特征是特征G、K的进一步组合与延伸，涉及基于网络带宽对高码率表示的可用性判断，并以此作为请求第一表示和随后检索第二表示的前提条件。对比文件完全未涉及网络带宽自适应决策流程，因此该特征未被公开。 |
| **M：** 其中请求来自所述第一表示的所述视频数据包括:将对于来自所述第一表示的所述视频数据的一个或多个请求发送到服务器装置。<br>**《未公开》** | 无对应原文。 | 对比文件描述了接收端解码SVC信号，但未描述客户端向服务器发起HTTP GET或部分GET等网络请求的过程。其上下文更偏向于广播/多播系统中的信号接收与解码，而非基于请求-响应模型的HTTP流媒体。因此，“向服务器发送请求”这一特征未被公开。 |
| **N：** 经由单播接收来自所述第一表示的所述视频数据，且其中检索来自所述第二表示的所述视频数据包括经由多播或广播的至少一者从所述服务器装置检索所述视频数据。<br>**《未公开》** | [0025] “As noted earlier, when a receiver initially turns on, or even during a channel change or even if just changing services within the same channel...”（如前所述，当接收机首次打开时，甚至在频道更改期间，或者即使只是在同一频道内更改服务时...）<br>[0004]-[0005] 提到了“broadcast/multicast system”。 | 对比文件提到了广播/多播系统以及频道切换，但并未明确区分不同表示（层）的数据是通过单播还是多播/广播来传输的。图9流程中接收和解码SVC信号，并未指定底层传输方式是单播、多播还是广播。因此，“第一表示经由单播接收，第二表示经由多播/广播检索”这一特定的传输方式组合未被公开。 |
| **O：** 其进一步包括接收所述多媒体内容的清单文件，其中确定所述第一间隔包括从所述清单文件中的信息确定所述第一间隔，且其中确定所述第二间隔包括从所述清单文件中的信息确定所述第二间隔。<br>**《未公开》** | 无对应原文。 | 对比文件未提及“清单文件（manifest file）”，也未记载从清单文件中获取切换点间隔信息。其关于不同层IDR切片频率的信息是通过编码描述或信号本身结构隐含的，而非通过外部清单文件提供。因此，该特征未被公开。 |
| **P：** 其中所述第一表示和所述第二表示具有共同位速率，所述方法进一步包括:在确定所述第一间隔和所述第二间隔之前，检索来自具有不同于所述共同位速率的位速率的第三不同表示的视频数据。<br>**《未公开》** | 无对应原文。 | 该特征包含多个限定：1）第一、二表示具有共同位速率；2）存在第三不同表示；3）在确定间隔之前先检索第三表示。对比文件未提及任何表示具有“共同位速率”，也未描述在涉及基础层和增强层之前先检索另一个不同表示的流程。因此，该特征未被公开。 |
| **Q：** 确定当前可用网络带宽量。<br>**《未公开》** | 同特征G、J，无对应原文。 | 同特征G、J，未被公开。 |
| **R：** 基于所述第一表示和所述第二表示的所述共同位速率更适于所述当前可用网络带宽量的确定，确定所述第一间隔和所述第二间隔，提交对于来自所述第一表示的视频数据的所述一个或多个网络请求，以及检索来自所述第二表示的视频数据。<br>**《未公开》** | 无对应原文。 | 该特征是多个特征的复杂组合，核心是基于网络带宽适应性来选择具有共同位速率的表示，并以此驱动后续的间隔确定、请求提交和数据检索。对比文件完全未涉及网络带宽自适应、共同位速率表示的选择以及由此驱动的客户端请求逻辑。因此，该特征未被公开。 |
| **S：** 其中检索来自所述第二表示的视频数据包括从所述第二表示的切换点开始检索来自所述第二表示的视频数据。<br>**《隐含公开》** | [0042] “...if, in step 415, there is an IDR slice in the upper layer, then processor 360 sets its SVC target representation layer to the enhancement layer and starts decoding when it first receives the IDR picture from the enhancement layer...”<br>（...如果在步骤415中，上层存在IDR切片，则处理器360将其SVC目标表示层设置为增强层，并在其首次从增强层接收到IDR图片时开始解码...） | 对比文件明确记载，当检测到增强层（第二表示）中存在IDR切片（即切换点）时，接收端开始从该IDR图片（切换点）**开始解码**增强层。在网络流传输中，为了从某个切换点开始解码，客户端通常需要从该切换点对应的数据位置开始请求（检索）数据。因此，“从切换点开始解码”**隐含**了“从切换点开始检索”数据的技术方案。本领域技术人员能够合理推断，为了实现无缝切换和正确解码，检索数据的行为应当与解码起点对齐，即从切换点开始。因此，该技术特征被**隐含公开**。 |
<<<B>>><<<a>>><<<d>>><<<s>>>