**对比文件名称**：US2013016282A1_Description_20260309_2217
**目标专利名称**：274网络时钟比较的系统和方法CN106464398B
**本次调用模型名称**：DeepSeek-R1
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：<br>当通过检测载波波形确定传输介质可用时发送分组，所述分组是时间戳同步请求<br>**判断：未公开** | 未找到相关记载。 | **论述**：目标专利的技术特征A涉及在物理层/数据链路层通过检测载波波形来判断传输介质是否空闲，并在介质可用时发送时间戳同步请求分组（参见说明书[0029]-[0031]段）。对比文件US2013016282A1主要描述在应用层/传输层为混合传输服务提供定时信息的方法。其中，服务器响应于客户端的请求（如图3中的SDH字幕请求消息337）生成并发送包含定时信息的MMT分组（参见[0077]、[0080]段）。对比文件未提及任何基于载波感测的介质访问控制机制，也未描述发送的分组是用于触发对端捕获精确时间戳的“时间戳同步请求”。两者发送分组的目的、触发条件和底层机制均不相同。因此，本领域技术人员无法从对比文件直接或隐含地得出技术特征A的技术方案。 |
| **技术特征B**：<br>将时钟的输出作为时间戳存储在第一寄存器中<br>**判断：未公开** | [0100] “The MMT client 302 stores the value of the Initial_Clock_Ticks field among timing information received from the server as the value of the MCR0 (Step 501).”<br>（MMT客户端302将从服务器接收的定时信息中的Initial_Clock_Ticks字段的值存储为MCR0的值（步骤501）。） | **论述**：目标专利的技术特征B涉及设备内部的硬件机制：将本地时钟寄存器（如第一时钟寄存器112）的实时输出值，作为时间戳捕获并存储（例如复制到影子时间戳寄存器）（参见说明书[0027]、[0035]段）。对比文件描述了客户端软件存储从服务器接收到的、已计算好的定时信息值（MCR0）。该值并非客户端本地时钟的实时输出，而是服务器预先计算并封装在分组中的信息。两者在“时间戳”的来源（本地生成 vs. 外部接收）、存储目的（为即时捕获事件服务 vs. 为后续计算服务）和实现层级（硬件寄存器快照 vs. 软件存储变量）上存在本质区别。因此，对比文件未公开技术特征B。 |
| **技术特征C**：<br>在第一设备处，从第二设备接收分组<br>**判断：直接公开** | [0072] “First, the MMT client 330 delivers a message 331 requesting the foreign language movie and a basic subtitle to the first server 310. ... The first server 310 ... deliver the generated MMT packets to the MMT client 330.”<br>（首先，MMT客户端330向第一服务器310发送请求外语电影和基本字幕的消息331...第一服务器310...将生成的MMT分组传送给MMT客户端330。） | **论述**：目标专利的技术特征C描述了第一设备从第二设备接收分组这一基本网络通信动作。对比文件明确记载了客户端（对应于第一设备）从服务器（对应于第二设备）接收MMT分组（例如，客户端330从服务器310接收MMT分组313-1和315）。该动作在对比文件中是数据传输的基本步骤，其作用是为客户端提供媒体数据，与目标专利中为后续时间戳捕获提供触发的作用类似。本领域技术人员能够毫无疑义地从对比文件中得出该技术特征。因此，技术特征C被对比文件直接公开。 |
| **技术特征D**：<br>在检测电路处，检测所述分组的接收<br>**判断：未公开** | 未找到关于“检测电路”的记载。分组接收是客户端的基本功能，但实现方式未具体说明。 | **论述**：目标专利的技术特征D特指由专门的“检测电路”在较低的OSI层（如物理层或数据链路层）检测分组的接收，以精确确定分组第一比特到达的时刻（参见说明书[0008]、[0038]段）。对比文件仅描述了客户端接收分组这一事实（如[0072]段），但完全没有提及任何专门的“检测电路”，也未描述在哪个OSI层或以何种方式检测分组的到达。虽然客户端必然需要检测分组的到来，但对比文件公开的是一种高层级的、功能性的描述，并未揭示目标专利中通过底层专用硬件电路进行精确检测的技术手段。因此，对比文件未公开技术特征D。 |
| **技术特征E**：<br>响应于检测到所述分组的所述接收，通过将所述时间戳从所述第一寄存器复制到时间戳寄存器来捕获与所述分组相对应的到达时间时间戳<br>**判断：未公开** | 未找到关于响应分组接收而触发“复制”时钟寄存器值到“时间戳寄存器”的记载。 | **论述**：目标专利的技术特征E描述了一个具体的硬件交互过程：响应于检测电路发出的信号，捕获电路将本地时钟寄存器的当前值复制到影子时间戳寄存器中，以捕获精确的到达时间（参见说明书[0009]、[0039]段）。对比文件未提及任何类似的硬件触发、寄存器复制或影子寄存器机制。客户端所处理的“时间戳”是来自服务器分组中的信息（如MCR0），而非通过本地硬件动作捕获的即时时钟值。两者在技术手段上完全不同。因此，对比文件未公开技术特征E。 |
| **技术特征F**：<br>在所述第一设备处，从所述第二设备接收与所述分组相对应的离开时间时间戳<br>**判断：直接公开** | [0077] “The second server 350 ... generates the timing information (S 351). ... The second server 350 may ... deliver the timing information included in the control message 353 of the S layer to the MMT client apparatus 330...”<br>（第二服务器350...生成定时信息（S351）...第二服务器350可以...将S层的控制消息353中包含的定时信息传送给MMT客户端装置330...） | **论述**：目标专利的技术特征F描述第一设备从第二设备接收一个离开时间时间戳，该时间戳对应于第二设备发送的分组。对比文件中，第二服务器350生成定时信息（包含MCR0等），并将其通过控制消息或分组头发送给客户端330（参见[0077]、[0080]段）。该定时信息（如MCR0）指示了服务器发送第一个MMT分组时的时钟参考值，本质上就是与服务器发送分组相对应的“离开时间时间戳”。虽然术语不同，但技术实质相同：第二设备向第一设备提供其发送分组时的时间信息。因此，本领域技术人员能够毫无疑义地从对比文件中得出该技术特征。技术特征F被直接公开。 |
| **技术特征G**：<br>其中所述离开时间时间戳指示从所述第二设备发送所述分组的时间<br>**判断：直接公开** | [0089] “The MCR0 that is the MCR value of the first MMT packet may be calculated using an MCR value MCRn of an n-th MMT packet ... and the Start_Clock_Offset...”<br>（第一MMT分组的MCR值MCR0可以使用第n个MMT分组的MCR值MCRn...和Start_Clock_Offset来计算...）<br>[0092] “The calculated MCR0 value is delivered to the MMT client 330...”<br>（计算出的MCR0值被传送给MMT客户端330...） | **论述**：目标专利的技术特征G定义了离开时间时间戳的含义。对比文件明确说明，服务器计算并发送给客户端的MCR0值，是“第一MMT分组的MCR值”（[0089]段），即服务器开始发送该分组流时的时钟参考值。这直接对应于“从所述第二设备发送所述分组的时间”。其作用是为客户端提供时间基准以进行同步计算，与目标专利中的作用相同。因此，该特征被对比文件直接公开。 |
| **技术特征H**：<br>执行对所述到达时间时间戳和所述离开时间时间戳的比较<br>**判断：直接公开** | [0082] “The MMT client apparatus 330 may determine whether the two media objects are synchronized with each other using each Absolute_Presentation_Time (APT) value of an i-th MMT packet for media object 1 ... and a j-th MMT packet for media object 2...”<br>（MMT客户端装置330可以使用媒体对象1的第i个MMT分组和媒体对象2的第j个MMT分组的每个绝对呈现时间（APT）值来确定两个媒体对象是否彼此同步...）<br>[0096] “The MMT client 330 obtains each APT value ... to determine that the synchronization can be implemented in the case in which the difference value in the two values is smaller than Δ value...”<br>（MMT客户端330获得每个APT值...以在两个值的差值小于Δ值的情况下确定可以实现同步...） | **论述**：目标专利的技术特征H是比较到达时间戳和离开时间戳。对比文件中，客户端计算从不同服务器接收到的分组流的APT值，并比较它们的差值（[0082]、[0096]段）。虽然比较的具体对象名称不同（APT vs. 到达/离开时间戳），但技术实质是相同的：客户端获取与分组发送和接收相关的时间信息（在对比文件中，接收分组的时间隐含在APT计算中），并对这些时间信息进行比较，以评估或实现同步。这是一种直接的时间戳比较操作。因此，本领域技术人员能够毫无疑义地从对比文件中得出该技术特征。技术特征H被直接公开。 |
| **技术特征I**：<br>以及基于所述比较来修改所述第一寄存器的值。<br>**判断：未公开** | 未找到基于时间比较来修改客户端本地时钟寄存器值的记载。 | **论述**：目标专利的技术特征I是基于时间戳的比较结果，直接修改第一设备本地的时钟寄存器（第一寄存器）的值，以实现时钟同步（参见说明书[0011]、[0045]段）。对比文件中，客户端进行时间比较（APT差值比较）的目的是为了判断媒体流是否同步，并据此决定是否一起呈现（播放）它们（[0096]-[0098]段）。整个过程不涉及修改客户端本地时钟的寄存器值。对比文件实现的是“媒体呈现时间的同步”，而非目标专利的“设备时钟寄存器的同步”。两者技术手段和目的不同。因此，对比文件未公开技术特征I。 |
| **技术特征J**：<br>还包括在捕获电路处捕获与所述分组相对应的所述到达时间时间戳，其中，所述检测电路是被配置为在第一开放系统互连模型(OSI)层进行操作的第一OSI层电路，其中，所述捕获电路是被配置为在第二OSI层进行操作的第二OSI层电路，并且其中，所述第一OSI层低于所述第二OSI层。<br>**判断：未公开** | 未找到关于“检测电路”、“捕获电路”及其在不同OSI层操作的记载。对比文件描述了MMT协议栈的分层（如图2），但未将其映射到设备内部的具体电路。 | **论述**：目标专利的技术特征J限定了检测电路和捕获电路是分别工作在较低和较高OSI层的专用硬件电路，这是实现精确时间戳捕获的核心架构（参见说明书[0006]、[0008]、[0034]段）。对比文件虽然描述了MMT协议的分层结构（如D.2层、S.2层，见图2和[0052]-[0063]段），但这是协议栈的功能分层，并非设备内部的具体电路划分。对比文件完全没有提及任何名为“检测电路”或“捕获电路”的部件，更未描述这些电路在OSI模型中的层级关系。因此，对比文件未公开技术特征J。 |
| **技术特征K**：<br>其中，所述第一OSI层包括数据链路层，其中，所述第二OSI层包括应用层，并且其中，所述检测电路在不对所述分组进行解码的情况下，检测所述分组的接收。<br>**判断：未公开** | 未找到关于“检测电路”操作在数据链路层或应用层，以及“不对分组进行解码”的记载。 | **论述**：目标专利的技术特征K进一步具体化了特征J，明确检测电路在数据链路层操作且不解码分组，捕获电路在应用层操作（参见说明书[0028]、[0034]、[0038]段）。对比文件未提及任何具备此特性的检测电路。虽然MMT客户端必然会在应用层处理数据，但对比文件未揭示为精确计时而在数据链路层设置不解码分组的专用检测电路这一技术手段。因此，对比文件未公开技术特征K。 |
| **技术特征L**：<br>其中，所述检测电路基于检测到接收了所述分组的第一比特来检测所述分组的接收，并且其中，所述第一比特是所述分组的最早被接收的比特。<br>**判断：未公开** | 未找到关于基于接收“分组的第一比特”来检测分组接收的记载。 | **论述**：目标专利的技术特征L限定了检测电路以分组的第一比特作为检测触发的精确时刻，这是实现低延迟、高精度时间捕获的关键（参见说明书[0008]、[0038]段）。对比文件仅泛泛描述了“接收分组”，完全没有提及如何检测、以何种粒度（如比特、字节、帧）检测分组的开始。本领域技术人员无法从对比文件推断出这种以“第一比特”为基准的精确检测机制。因此，对比文件未公开技术特征L。 |
| **技术特征M**：<br>其中，所述检测电路基于检测到接收了所述分组的第一比特来检测所述分组的接收，并且其中，所述第一比特是所述分组的最早被接收的比特。<br>**判断：未公开** | 未找到关于基于接收“分组的第一比特”来检测分组接收的记载。 | **论述**：技术特征M与技术特征L的文字描述完全相同，可能为权利要求撰写时的重复。基于与技术特征L相同的理由，对比文件未公开该技术特征。 |
| **技术特征N**：<br>其中，所述检测电路基于检测到接收了所述分组的第一比特来检测所述分组的接收，并且其中，所述第一比特是所述分组的最早被接收的比特。<br>**判断：未公开** | 未找到关于基于接收“分组的第一比特”来检测分组接收的记载。 | **论述**：技术特征N与技术特征L、M的文字描述完全相同，可能为权利要求撰写时的重复。基于与技术特征L相同的理由，对比文件未公开该技术特征。 |
| **技术特征O**：<br>其中，所述离开时间时间戳与所述第二设备的第二寄存器相对应，并且其中，所述第一寄存器与应用有关。<br>**判断：隐含公开** | [0031] “When a plurality of media objects are delivered from different servers in heterogeneous network environment, 1) resolution of a system time clock (STC) that is adopted by each server may be different...”<br>（当多个媒体对象在异构网络环境中从不同服务器传送时，1)每个服务器采用的系统时间时钟（STC）的分辨率可能不同...）<br>[0077] “The second server 350 calculates Start_Time_Offset that is a temporal difference value between the original start time and the actual start time of the requested media object (SDH subtitle)...”<br>（第二服务器350计算Start_Time_Offset，它是请求的媒体对象（SDH字幕）的原始开始时间和实际开始时间之间的时间差值...） | **论述**：目标专利的技术特征O表明离开时间戳源于第二设备的时钟寄存器，且第一设备的第一寄存器与特定应用关联。对比文件指出，服务器使用其系统时间时钟（STC）来计算定时信息（如MCR0）（[0031]、[0077]段），STC可被视为一种“寄存器”。同时，对比文件中的定时信息是针对特定的媒体对象（如SDH字幕）生成的，客户端使用该信息来同步特定的媒体组件（[0082]、[0096]段）。这意味着客户端侧用于处理同步的时间基准（可类比为“第一寄存器”的值）是与特定媒体应用（如字幕显示）相关的。本领域技术人员可以从对比文件“服务器使用其时钟为特定媒体对象生成定时信息，客户端据此同步特定媒体”的描述中，合理推断出“离开时间戳对应于服务器的时钟寄存器”以及“客户端的同步机制与特定应用有关”的技术方案。因此，技术特征O被对比文件隐含公开。 |
| **技术特征P**：<br>还包括：基于所述比较，对所述第一寄存器和所述第二寄存器进行同步。<br>**判断：未公开** | 未找到关于对客户端和服务器时钟寄存器进行“同步”的记载。对比文件涉及的是媒体呈现时间的对齐。 | **论述**：目标专利的技术特征P是通过比较时间戳来同步两个设备本地的时钟寄存器（参见说明书[0010]-[0011]、[0045]段）。对比文件中，客户端比较APT值的目的是确定从不同服务器接收的媒体流是否可以在时间上对齐播放（[0096]-[0098]段），这是一种在呈现阶段的同步，并不涉及回溯性地调整或同步服务器或客户端本地的硬件时钟寄存器。两者的同步对象（时钟寄存器 vs. 媒体流呈现时间）和同步层次（底层时钟 vs. 应用层呈现）均不同。因此，对比文件未公开技术特征P。 |
| **技术特征Q**：<br>其中，对所述第一寄存器和所述第二寄存器进行同步包括：基于所述到达时间时间戳和所述离开时间时间戳之间的差值，更新所述第一寄存器的值。<br>**判断：未公开** | 未找到关于根据时间戳差值“更新寄存器值”的记载。 | **论述**：目标专利的技术特征Q是实现特征P的一种具体方式：通过计算到达和离开时间戳的差值来更新本地时钟寄存器的值（参见说明书[0047]段）。对比文件完全没有提及更新任何时钟寄存器的值。客户端计算时间差（APT差值）是为了与一个阈值Δ比较，以判断同步状态，而不是为了更新本地时钟。技术手段完全不同。因此，对比文件未公开技术特征Q。 |
| **技术特征R**：<br>其中，对所述第一寄存器和所述第二寄存器进行同步包括：基于所述到达时间时间戳和所述离开时间时间戳，确定所述第一寄存器和所述第二寄存器之间的偏移。<br>**判断：未公开** | [0096] “The MMT client 330 obtains each APT value of the i-th MMT packet received from the first server 310 and the j-th MMT packet received from the second server 350 to determine that the synchronization can be implemented in the case in which the difference value in the two values is smaller than Δ value...”<br>（MMT客户端330获得从第一服务器310接收的第i个MMT分组和从第二服务器350接收的第j个MMT分组的每个APT值，以在两个值的差值小于Δ值的情况下确定可以实现同步...） | **论述**：目标专利的技术特征R是实现特征P的另一种方式：确定两个时钟寄存器之间的偏移量（参见说明书[0010]、[0045]段）。对比文件中，客户端计算两个APT值的“差值”（difference value），但这个差值用于判断媒体流是否同步播放，其作用是一个判断阈值，而不是用于表征或修正两个设备底层时钟寄存器之间固定偏移的量。目标专利的“偏移”是用于调整时钟或时间戳的校正值，而对比文件的“差值”是用于实时判断呈现对齐情况的指标，两者目的和用途不同。因此，对比文件未公开技术特征R。 |
| **技术特征S**：<br>其中，响应于检测到所述分组的所述接收，所述检测电路断言时间戳捕获信号，并且还包括捕获电路，所述捕获电路被配置为响应于所述时间戳捕获信号来捕获所述到达时间时间戳。<br>**判断：未公开** | 未找到关于“检测电路断言时间戳捕获信号”以及“捕获电路响应于该信号”的记载。 | **论述**：目标专利的技术特征S描述了检测电路与捕获电路之间通过硬件信号（时间戳捕获信号）进行交互的触发机制（参见说明书[0006]、[0032]段）。这是实现精确硬件级时间戳捕获的关键。对比文件完全没有提及任何硬件信号断言与响应的机制。客户端对定时信息的处理是基于软件协议解析和计算。因此，对比文件未公开技术特征S。 |
| **技术特征T**：<br>其中，所述时间戳捕获信号包括中断信号、硬件信号、软件信号或者它们的组合。<br>**判断：未公开** | 未找到关于“时间戳捕获信号”类型（中断、硬件、软件信号）的记载。 | **论述**：目标专利的技术特征T进一步定义了时间戳捕获信号的具体类型（参见说明书[0032]-[0033]段）。由于对比文件根本未公开任何“时间戳捕获信号”的存在，因此自然也未公开其具体类型。该特征未被公开。 |
| **技术特征U**：<br>其中，修改所述第一寄存器的值包括基于所述到达时间时间戳和所述离开时间时间戳之差来更新所述第一寄存器的值。<br>**判断：未公开** | 未找到关于根据时间戳之差“更新寄存器值”的记载。 | **论述**：技术特征U与技术特征Q的核心内容（基于时间戳差值更新寄存器值）实质相同。基于与技术特征Q相同的理由，对比文件未公开该技术特征。 |
| **技术特征V**：<br>其中，响应于检测到第二分组的传输，所述检测电路断言第二时间戳捕获信号，其中，所述时间戳捕获信号和所述第二时间戳捕获信号是独立的边带探测信号。<br>**判断：未公开** | 未找到关于断言“第二时间戳捕获信号”或“边带探测信号”的记载。 | **论述**：目标专利的技术特征V描述了检测电路能够区分分组接收和分组发送事件，并断言不同的信号（参见说明书[0053]段）。对比文件未提及任何用于捕获时间戳的信号，更不用说有多个独立的信号。因此，对比文件未公开技术特征V。 |
| **技术特征W**：<br>其中，所述时间戳捕获信号包括边沿触发信号，所述第一设备包括音频源设备、视频源设备或者二者。<br>**判断：隐含公开** | [0003] “...more particularly, to a method of providing timing information for providing multimedia application services of a hybrid delivery service delivered from different servers by a plurality of media objects configuring a single service...”<br>（...更具体地，涉及一种为混合传输服务提供定时信息的方法，该服务由构成单个服务的多个媒体对象从不同服务器传送...）<br>[0070] “For example, the first server 310 may be a program stream server 310 and the second server 320 may be a supplemental information server 353. Alternatively, the first server 310 may be a server of providing a 3D left image and the second server 320 may be a server of providing a 3D right image.”<br>（例如，第一服务器310可以是节目流服务器310，第二服务器320可以是补充信息服务器353。或者，第一服务器310可以是提供3D左图像的服务器，第二服务器320可以是提供3D右图像的服务器。） | **论述**：目标专利的技术特征W包括两部分：1)时间戳捕获信号是边沿触发信号；2)第一设备是音/视频源设备。对于第一部分，对比文件未提及任何边沿触发信号，因此未公开。对于第二部分，对比文件明确其应用场景是同步构成多媒体服务的多个媒体对象，例如视频（节目流）和字幕（补充信息），或3D左/右图像（[0003]、[0070]段）。这些媒体对象显然包括音频和视频数据。接收这些数据并进行同步的客户端设备（第一设备），在实际应用中，很可能本身就是处理或呈现这些音视频的“音频源设备、视频源设备或者二者”（例如，智能手机、智能电视、机顶盒等）。本领域技术人员根据对比文件公开的应用场景，可以合理推断出执行同步操作的第一设备包括音视频源设备。因此，技术特征W中关于设备类型的部分被隐含公开。 |
<<<C>>><<<F>>><<<G>>><<<H>>><<<o>>><<<w>>>