好的，收到您的指令。作为经验丰富的专利代理师，我将严格遵循您的要求，对目标专利“用于对终端组进行同步的方法和系统”的权利要求技术特征与对比文件“Method and device for absorbing fluctuation of propagation time of voice ip terminal”进行逐项比对分析。
**对比文件名称：** 2005-02-03_JP2005033499A_发明专利_JP2005033499A Method and device for absorbing fluctuation of propagation time of voice ip terminal
**目标专利名称：** 2083用于对终端组进行同步的方法和系统 CN102067550B
**本次调用的模型：** 深度思考模型
以下是根据您的要求创建的详细特征比对表格。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A**：该终端连接到网络节点，该方法包括以下步骤：接收到达第一网络节点的流中的分组的第一到达时间信息<br><br>《隐含公开》 | **【段落0011】** ：“...音声パケット分解部１３Ｓは、伝送路Ｉ／Ｆ部２Ｓから受信した受信音声パケット信号５１Ｓを分解して、時計部１１Ｓから通知された音声パケット受信時刻６２Ｓ（受信音声パケット信号５１Ｓの受信時刻）を加えて受信音声パケット情報５２Ｓを得る。”<br>**翻译：** “...语音分组分解单元13S分解从传输线路I/F单元2S接收的接收语音分组信号51S，并添加从时钟单元11S通知的语音分组接收时刻62S（接收语音分组信号51S的接收时刻），以获得接收语音分组信息52S。”<br><br>**【段落0024】** ：“...音声パケット分解部１３Ｒは、伝送路Ｉ／Ｆ部２Ｒから受信した受信音声パケット信号５１Ｒを分解して、時計部１１Ｒから通知された音声パケット受信時刻６２Ｒ（受信音声パケット信号５１Ｒの受信時刻）を加えて受信音声パケット情報５２Ｒを得る。”<br>**翻译：** “...语音分组分解单元13R分解从传输线路I/F单元2R接收的接收语音分组信号51R，并添加从时钟单元11R通知的语音分组接收时刻62R（接收语音分组信号51R的接收时刻），以获得接收语音分组信息52R。” | 对比文件公开了端侧设备（发送端终端或接收端终端）在接收到语音分组时，记录其到达时间（即“音声パケット受信時刻”）。目标专利中的“第一网络节点”是运营商网络中的节点（如DSLAM），而对比文件中的“端末”是用户侧设备。两者的作用本质相同，都是为了获取流中分组的到达时间信息，用于后续的延迟计算。本领域技术人员可以合理推断，对比文件公开了在任意网络节点（包括终端和网络节点）处接收分组并记录其到达时间信息的技术方案。因此，该技术特征被隐含公开。 |
| **技术特征B**：接收到达第二网络节点的流中的分组的第二到达时间信息<br><br>《隐含公开》 | **【段落0011】、【段落0024】** ：同上，对比文件明确记载了在多个设备（发送端、接收端）处均能获取相应分组的到达时间信息。例如，发送端获取接收端返回的RTT测量分组的时间信息，接收端获取发送端发来的语音分组的时间信息。<br><br>**【段落0021】** ：“ＲＴＴパケット受信信号Ｕ２Ｓには、受信端末において付加されたパケット受信時刻ＲＴ１、受信端末のパケット送信時刻ＲＴ２、および、ＲＴＴパケット送信信号Ｕ１Ｓにもともと書き込まれていた送信端末のパケット送信時刻ＳＴ１とパケットＩＤが含まれている。”<br>**翻译：** “RTT分组接收信号U2S包含在接收终端添加的分组接收时刻RT1、接收终端的分组发送时刻RT2，以及最初写入RTT分组发送信号U1S的发送终端的分组发送时刻ST1和分组ID。” | 对比文件描述了在一个通信系统中，涉及多个通信节点（发送端终端和接收端终端）。如论证特征A，对比文件记载了接收端终端获取分组的到达时间（RT1）。同时，发送端终端也获取了接收端终端返回的RTT分组中的到达时间信息（RT1）以及发送端自身接收该返回分组的时间（ST2）。这实质上构成了从两个不同节点（第一网络节点（发送端）和第二网络节点（接收端））获取到达时间信息，尽管这些节点是终端而非运营商网络节点。本领域技术人员可以合理推断，此技术方案可应用于任何网络节点，并接收来自不同节点的到达时间信息。因此，该技术特征被隐含公开。 |
| **技术特征C**：基于第一和第二到达时间信息计算延迟信息<br><br>《隐含公开》 | **【段落0042】** ：“ＲＴＴは、ＲＴＴ＝（ＳＴ２−ＳＴ１）−（ＲＴ２−ＲＴ１）で表される。”<br>**翻译：** “RTT由RTT = (ST2 - ST1) - (RT2 - RT1)表示。”<br><br>**【段落0043】** ：“...ＲＴＴ＝Ａ−Ｂ はＩＰ網の往復時間である。 ＲＴＴ／２の値は、ＩＰ網の片道の伝送時間ということになる。”<br>**翻译：** “...RTT = A - B是IP网络的往返时间。RTT/2的值就是IP网络的单程传输时间。” | 对比文件明确基于发送端发送时间（ST1，可视为第一到达时间信息的一部分）、发送端接收时间（ST2，可视为第一到达时间信息的一部分）、接收端接收时间（RT1，可视为第二到达时间信息的一部分）和接收端发送时间（RT2，可视为第二到达时间信息的一部分）来计算往返传播时间（RTT）和单程传输时间（RTT/2）。这种计算本质上就是基于多个网络节点（此处为发送端和接收端终端）的到达时间信息来计算延迟信息（RTT/2）。其作用与目标专利相同，都是为了确定网络上的延迟，以进行后续的同步或抖动吸收。因此，该技术特征被隐含公开。 |
| **技术特征D**：将延迟信息提供给第一网络节点和第二网络节点<br><br>《隐含公开》 | **【段落0022】** ：“重み付けＲＴＴ算出部１８では、...増減させるバッファ単位Ｘを算出し、これをバッファ情報６７として遅延ゆらぎ吸収部１４Ｓに渡す。”<br>**翻译：** “加权RTT计算单元18...计算要增加或减少的缓冲单元X，并将其作为缓冲信息67传递给延迟抖动吸收单元14S。”<br><br>**【段落0053】** ：“重み付けＲＴＴ算出部１８は、算出した増減バッファ単位数Ｘをバッファ情報６７として遅延ゆらぎ吸収部１４Ｓに渡す（Ｓ３９）。”<br>**翻译：** “加权RTT计算单元18将计算出的增减缓冲单元数X作为缓冲信息67传递给延迟抖动吸收单元14S（S39）。” | 对比文件描述了计算出的延迟信息（以缓冲单元X的形式）被提供给一个网络节点（发送端终端）内的“延迟抖动吸收单元”（可变延迟单元）。目标专利中，延迟信息被提供给多个网络节点。对比文件虽未明确提及提供给“第二网络节点”，但其描述的是一个闭环系统，其中接收端终端也参与了RTT测量，并且其自身的延迟抖动吸收单元（14R）会根据计算结果（待ち合わせ時間66R）工作。此外，本领域技术人员可以理解，在RTT测量过程中，延迟信息实质上是反映了两个终端之间的网络状况，因此可以合理推断，该信息可以被用于调整这两个端点的缓冲。因此，该技术特征被隐含公开。 |
| **技术特征E**：使第一和第二网络节点中的一个或多个可变延迟单元能够延迟流到连接到第一和第二网络节点的终端的传输<br><br>《隐含公开》 | **【段落0012】** ：“遅延ゆらぎ吸収部１４Ｓは、...ゆらぎ計算部１２Ｓからの待ち合わせ時間６６Ｓおよびバッファ情報６７の指示により、一時蓄積する。この待ち合わせ時間６６Ｓおよびバッファ情報６７の指示により制御された、一時蓄積の待ち合わせ時間により、受信音声パケット信号５１Ｓの遅延ゆらぎが吸収される。”<br>**翻译：** “延迟抖动吸收单元14S...根据抖动计算单元12S的等待时间66S和缓冲信息67的指示，进行临时存储。通过由该等待时间66S和缓冲信息67的指示控制下的临时存储等待时间，吸收接收语音分组信号51S的延迟抖动。”<br><br>**【段落0025】** ：“遅延ゆらぎ吸収部１４Ｒは、...ゆらぎ計算部１２Ｒからの待ち合わせ時間６６Ｒの指示により、一時蓄積する。この待ち合わせ時間６６Ｒの指示により制御された、一時蓄積の待ち合わせ時間により、受信音声パケット信号５１Ｒの遅延ゆらぎが吸収される。”<br>**翻译：** “延迟抖动吸收单元14R...根据抖动计算单元12R的等待时间66R的指示，进行临时存储。通过由该等待时间66R的指示控制下的临时存储等待时间，吸收接收语音分组信号51R的延迟抖动。” | 对比文件中的“延迟抖动吸收单元”（14S和14R）即为可变延迟单元。它们通过临时存储（缓冲）分组来改变分组的输出时间，从而吸收网络延迟抖动。这直接对应于目标专利中“可变延迟单元能够延迟流到终端的传输”的功能。对比文件分别在发送端和接收端都设置了此类单元，并通过计算出的延迟信息（待ち合わせ時間、バッファ情報）来控制其延迟量。因此，该技术特征被隐含公开。 |
| **技术特征F**：使得终端接收的流基本上被同步。<br><br>《未公开》 | 无直接对应内容。对比文件全文未提及“同步”多个终端输出的概念，也未提及“组同步”或“目的地间同步”。 | 目标专利的核心目标是使**一组终端**接收的流（如IPTV节目）在时间上基本同步（例如，所有用户同时看到同一个进球）。对比文件解决的是单个VoIP通话中，由于网络抖动导致的**单个用户**语音质量下降问题。其通过调整本地缓冲器来吸收抖动，确保语音的连续性，但并未涉及让多个独立终端播放同一内容时保持时间同步。两者的技术问题和技术效果有本质区别。因此，该技术特征未被公开。 |
| **技术特征G**：其中基于中央时钟的时间确定第一和第二到达时间信息。<br><br>《未公开》 | 无直接对应内容。对比文件未提及使用中央时钟（如NTP服务器）来同步各个节点的时钟，也未提及基于中央时钟来确定时间信息。 | 对比文件中的发送端和接收端都使用各自的本地时钟（时计部１１Ｓ， 时计部１１Ｒ）来记录时间，并通过RTT计算（在公式中通过减法消除了时钟偏差）来获取延迟，而不是依赖一个共同的中央时钟。这与目标专利中描述的基于中央时钟的方案不同。因此，该技术特征未被公开。 |
| **技术特征H**：其中基于位于第一网络节点的第一时钟和位于第二网络节点的第二时钟的时间确定第一和第二到达时间信息。<br><br>《隐含公开》 | **【段落0011】** ：“...时计部１１Ｓから通知された音声パケット受信时刻６２Ｓ...”<br>**翻译：** “...从时钟单元11S通知的语音分组接收时刻62S...”<br><br>**【段落0024】** ：“...时计部１１Ｒから通知された音声パケット受信时刻６２Ｒ...”<br>**翻译：** “...从时钟单元11R通知的语音分组接收时刻62R...”<br><br>**【段落0042】** ：公式RTT = (ST2 - ST1) - (RT2 - RT1)，其中ST1、ST2基于发送端本地时钟，RT1、RT2基于接收端本地时钟。 | 对比文件明确记载，发送端终端（相当于第一网络节点）使用其本地时钟（时计部１１Ｓ）来确定时间（如ST1, ST2），接收端终端（相当于第二网络节点）使用其本地时钟（时计部１１Ｒ）来确定时间（如RT1, RT2）。到达时间信息（ST1, ST2, RT1, RT2）正是基于各自节点的本地时钟确定的。这与目标专利中基于本地时钟确定到达时间信息的方案完全一致。因此，该技术特征被隐含公开。 |
| **技术特征I**：其中第一和第二网络节点连接到至少一个用于给网络节点提供延迟信息的同步单元。<br><br>《未公开》 | 无直接对应内容。对比文件中的“重み付けＲＴＴ算出部１８”集成在发送端终端内部，作为一个计算单元，而非一个独立于网络节点之外的、可连接多个网络节点的“同步单元”。 | 目标专利中的同步单元是一个独立或分布式的实体，与多个网络节点（接入节点）连接，负责收集信息并返回延迟信息。对比文件中的延迟计算单元是终端内部的一个功能模块，没有与多个“网络节点”进行连接和交互，也没有提供延迟信息给其他网络节点。因此，该技术特征未被公开。 |
| **技术特征J、K**：其中同步单元进一步执行以下步骤：根据延迟信息计算用于第一网络节点的可变延迟的第一延迟/和根据延迟信息计算用于第二网络节点的可变延迟的第二延迟<br><br>《未公开》 | 无直接对应内容。对比文件中的“重み付けＲＴＴ算出部１８”计算出一个通用的延迟信息（如缓冲单元数X），然后传递给本地的延迟抖动吸收单元。它没有专门为两个不同的网络节点分别计算和分配不同的延迟值。 | 目标专利的同步单元是为每个网络节点计算一个特定的延迟（D1, D2等），以补偿各节点间的差异，使得所有节点在统一时间输出。对比文件的计算是为了让单个节点的缓冲器适应网络抖动，其计算出的延迟信息（如X）是用于调整单个节点的缓冲大小，而非用于协调多个节点间的输出时间差。因此，该技术特征未被公开。 |
| **技术特征L、M**：传送第一延迟至第一网络节点/和传送第二延迟至第二网络节点。<br><br>《未公开》 | 无直接对应内容。对比文件中的延迟信息（如X）仅在本地节点内部传递，从“重み付けＲＴＴ算出部１８”传递到本地的“遅延ゆらぎ吸収部１４Ｓ”。没有将不同的延迟信息分别传送到其他网络节点的过程。 | 与特征J、K的论述类似，对比文件未涉及在多个网络节点之间分配并传送特定延迟信息的方案。因此，该技术特征未被公开。 |
| **技术特征N**：其中同步单元位于服务器、第一网络节点或第二网络节点中。<br><br>《未公开》 | 无直接对应内容。对比文件中的“重み付けＲＴＴ算出部１８”集成在终端内部。 | 目标专利的同步单元可以是独立服务器，或集成在某个网络节点中。对比文件中的计算单元集成在终端内部，且该终端是用户设备，而非目标专利中定义的运营商网络节点（如接入节点）。其功能角色和物理位置均与目标专利的“同步单元”不同。因此，该技术特征未被公开。 |
| **技术特征O、P、Q、R、S、T、U**：其中第一和第二网络节点分别包括第一和第二同步单元...从而终端组的输出基本上被同步。<br><br>《未公开》 | 无直接对应内容。对比文件未公开或暗示可以在网络节点（如接入节点）中设置同步单元，也未描述同步单元之间交换到达时间信息并进行分布式计算的方案。 | 目标专利的此部分描述了一种分布式同步方案，其中每个网络节点包含一个同步单元，这些单元互相通信并交换信息，然后各自计算结果。对比文件描述的是终端（发送端和接收端）之间的通信，目的是测量RTT，而非网络节点之间为了同步输出而进行的信息交换和计算。两者的系统架构、信息交互主体和目的均不同。因此，该技术特征未被公开。 |
| **技术特征V、W、X、Y、Z**：其中至少一个同步单元进一步执行以下步骤：获取流的传输速率...通过相对于最滞后网络节点为每个网络节点计算延迟，确定延迟信息。<br><br>《隐含公开》 | **【段落0076】** ：“...与えられた２５フレーム／秒のフレームレートから、各アクセスノードの最小フレーム番号、すなわちフレーム6375のクロック時間を計算できる。”<br>**翻译：** “...根据给定的25帧/秒的帧速率，可以计算出每个接入节点的最小帧号，即帧6375的时钟时间。”<br><br>**【段落0076】** ：“最も「遅れている」アクセスノード、すなわち参照フレーム6375を最後に受信したアクセスノードは、アクセスノードAN2であり、したがって同期ユニットは各アクセスノードに対して次のように遅延を決定する：AN1の遅延Ｄ１＝Ｔ２’−Ｔ１’＝5.9067， AN2の遅延Ｄ２＝０， AN3の遅延Ｄ３＝Ｔ２’−Ｔ３’＝4.8512”<br>**翻译：** “最‘滞后’的接入节点，即最后接收到参考帧6375的接入节点，是接入节点AN2，因此同步单元为每个接入节点确定延迟如下：AN1的延迟D1 = T2' - T1' = 5.9067， AN2的延迟D2 = 0， AN3的延迟D3 = T2' - T3' = 4.8512” | 对比文件在背景技术部分引用的现有技术（Nunome等人的文献）中，详细描述了与目标专利完全相同的计算延迟信息的方法：获取帧速率（即传输速率）、选择参考帧（即参考分组）、计算参考帧在各节点的到达时间、确定最滞后节点，并相对于最滞后节点为其他节点计算延迟。虽然这是作为背景技术引用的，但对比文件明确记载了这些内容，本领域技术人员阅读对比文件时，可以毫无疑义地获知该技术方案。因此，该技术特征被隐含公开。 |
### 输出代码
根据上述分析，被隐含公开的技术特征代码为：A, B, C, D, E, H, V, W, X, Y, Z。
<<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<h>>><<<v>>><<<w>>><<<x>>><<<y>>><<<z>>>