对比文件名称：2003-05-20_US6567929B_发明授权_US06567929B1 Network-based service for recipient-initiated automatic repair of IP multicast sessions
目标专利名称：用于多跳混合网络的无缝切换CN104813605B
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组，《直接公开》 | 说明书第4栏第3-8行：“The repair server 120A, for example, maintains the ordered list 146A of the retransmission servers 110A-110D shown in FIG. 1, that are most likely to have buffered copies of packets missing from the Group_1 session. When the repair server 120A detects that there are packets missing from the session it has received...” | 对比文件中的修复服务器（repair server）是一种网络设备，它从网络接口接收来自多播源的分组流（第一分组），并可能接收来自重传服务器的修复分组（第二分组）。虽然未明确限定为“第一进入接口”，但本领域技术人员能毫无疑义地理解，网络设备必然通过其网络接口（即进入接口）接收数据包。因此，该技术特征被对比文件直接公开。 |
| 技术特征B：所述第一分组与路径更新之前使用的先前路径相关联，《直接公开》 | 说明书第2栏第43-50行：“Since the multicast-enabled routers of the Mbone and the non-multicast-enabled routers of the Internet backbone have different topologies, multicast-enabled routers execute a separate routing protocol to decide how to forward multicast packets.” 结合第3栏第32-36行：“However, congestion in different parts of network is not correlated since traffic to receivers in other parts of the multicast tree does not necessarily pass through the same congested nodes and therefore does not lose the same bursts of packets. Therefore, path diversity would be a good means for recovering at least some of the missing packets...” | 对比文件描述了多播数据包通过由多播使能路由器构成的Mbone路径进行传输，这构成了数据包传输的“先前路径”。当发生数据包丢失时，意味着这些丢失的数据包是经由该先前路径传送但未能成功抵达的。因此，修复服务器接收到的来自多播源的分组（即第一分组）与这条“先前路径”相关联。本领域技术人员能毫无疑义地得出该结论。 |
| 技术特征C：并且所述第二分组与所述路径更新之后使用的经更新路径相关联，《直接公开》 | 说明书第4栏第28-34行：“In response to the requests, a message processor in at least one of the retransmit servers 110A, retransmits in a bypass session to the repair server 120A, at least a portion the missing packets. The retransmitted packets in the bypass session are forwarded to circumvent at least some of the congested, multicast enabled routers 105 in the Internet backbone 106.” | 对比文件明确描述了修复服务器通过向重传服务器请求丢失的数据包，而重传服务器通过“旁路会话（bypass session）”将修复数据包发送给修复服务器，以绕过拥塞的Mbone路径。这个“旁路会话”就是一条不同于原始多播路径的新的、经更新的路径。因此，修复服务器从重传服务器接收到的修复数据包（即第二分组）与这条“经更新路径”相关联。本领域技术人员能毫无疑义地得出该结论。 |
| 技术特征D：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联，《隐含公开》 | 说明书第5栏第60-67行：“Then in step 1114 of FIG. 3B, the REM reads packets from IP multicast session “X2” and checks if there are any missing packets. If so, it requests one or more retransmit servers for session “X2” to obtain missing packets. In step 1116 of FIG. 3B, the repair/encryption module 454 encrypts the packets and writes them to IP multicast session “Y2”.” | 对比文件中的修复/加密模块（REM）需要从多播会话“X”读取数据包，并可能从重传服务器获取丢失的数据包，然后将修复后的加密数据包写入新的多播会话“Y”。为了完成修复和正确地将修复后的数据流转发给接收者，修复服务器必须能够区分哪些数据包是原始会话“X”的（来自先前路径），哪些是修复后会话“Y”的（来自经更新路径，即来自重传服务器的修复包或修复后生成的新包）。虽然对比文件没有明确描述“确定每个分组属于哪条路径”的步骤，但这是实现其修复功能所隐含的必要操作。本领域技术人员通过阅读对比文件可以合理推断出这一点。 |
| 技术特征E：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。《直接公开》 | 说明书第5栏第35-40行：“The repaired multicast session 111′ constructed by the repair server 120A resumes using the RTP format as shown in FIG. 2F. FIG. 2F illustrates the packets 111′ that are sequentially ordered in the delay buffer in time to be transmitted in a multicast session to the recipient receivers 124A and 124A″.” | 对比文件明确描述了修复服务器将接收到的原始数据包和从重传服务器获得的修复数据包按顺序（sequentially ordered）放入延迟缓冲区，并按顺序（in time）以多播会话形式传输给接收者。这里的“顺序”即数据包从源端发送的原始顺序（由RTP序列号等指示），也就是目标专利中“被传送的次序”。因此，该技术特征被直接公开。 |
| 技术特征F：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。《直接公开》 | 说明书第5栏第29-34行：“The delay buffer 140A can be organized for indirect addressing of packets that are buffered at various locations in the buffer 140A. The pointers are sequentially addressed to provide the desired order for the output stream of packets 111′.” 以及第4栏第58-62行：“The repaired packets are transmitted from the retransmit servers 110A-110D in a unicast session. Then, the repair server 120A forwards the repaired session as a multicast session 111′ to the receivers 124A and 124A″.” | 对比文件中的修复服务器使用延迟缓冲区（delay buffer）来存储接收到的数据包，并按照正确的输出顺序进行组织。如果从重传服务器（经更新路径）返回的修复数据包（第二分组）先于某些延迟到达的原始路径数据包（第一分组）被接收，它们必须被缓冲在延迟缓冲区中，直到所有更早发送的数据包（根据序列号）都已被接收和排序，然后才能按序转发。这正是目标专利描述的缓冲机制。因此，该技术特征被直接公开。 |
| 技术特征G：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。《隐含公开》 | 说明书第5栏第45-50行：“In step 1118 of FIG. 3B, the packets for IP multicast session “Y2” are processed by the IP stack 1224 on receiver 124A. The IP stack contains the Transport, Network, Data Link, and Physical layers and performs the standard processing for IP packets.” | 对比文件描述了在接收端，IP栈（包括网络层、数据链路层等）处理数据包。修复服务器本身作为一个网络节点，其数据包的接收、缓冲、排序和转发功能，本质上也是在IP层及以下（网络层、数据链路层）进行的，这些层位于传输层（如UDP/TCP）之下。虽然对比文件没有明确说明修复服务器的排序操作具体在哪一层执行，但考虑到其处理的是IP多播数据包流，并且涉及缓冲区管理和包顺序重组，本领域技术人员可以合理推断这些操作通常在网络层或由专有的处理模块执行，该模块在协议栈中的位置低于传输层。因此，该技术特征被隐含公开。 |
| 技术特征H：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组《隐含公开》 | 说明书第4栏第47-52行：“FIG. 1D shows the controller selecting an IP multicast address, port number and decryption key for a new IP multicast session “Y2”. This information is returned to the TDM 1222, as shown in step 1110 of FIG. 3A. In step 1112 of FIG. 3A, the controller creates a repair/encryption module (REM) 454 and provides the IP multicast address and port number for the new IP multicast session “Y2”...” | 目标专利的“流开始标记分组”用于指示新路径的开始。在对比文件中，当修复服务器为修复后的流创建新的多播会话“Y”时，需要向接收端的TDM模块通知新的会话地址和端口信息。虽然对比文件没有明确描述一个单独的“标记分组”，但通知新会话建立的信息（如包含新地址、端口的控制消息）在功能上等同于一个路径开始的标记或信号。本领域技术人员可以合理推断，这种控制信息的传递是启动新路径（会话Y）数据接收的必要步骤，隐含了“接收与经更新路径相关联的流开始标记（或信号）”这一概念。 |
| 技术特征I：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。《隐含公开》 | 结合技术特征F的引用及技术特征H的论述。 | 如上所述，对比文件描述了使用延迟缓冲区对数据包进行排序，确保按序输出。当修复服务器开始通过新会话“Y”发送修复后的数据流（相当于经更新路径开始）时，接收端的TDM模块在收到新会话信息后，从新会话接收的数据包可能需要与从原始会话“X”接收的数据包进行排序。为了实现正确的顺序，从新会话（经更新路径）到达的、序列号较早的数据包需要被缓冲，直到原始会话（先前路径）中所有更早的数据包被处理。虽然对比文件没有明确描述“响应于接收到新会话信息而启动缓冲”这一因果关系，但这是实现按序处理功能的必然逻辑结果。因此，该技术特征被隐含公开。 |
| 技术特征J：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组《隐含公开》 | 对比文件未明确记载“流结束标记分组”。 | 目标专利的“流结束标记分组”用于明确指示旧路径的结束。对比文件没有描述任何用于标记原始多播会话“X”结束的特定分组。然而，在IP多播和修复服务的上下文中，会话的结束可以通过会话描述协议（SDP）公告、超时机制或数据流的中断来推断。虽然不如目标专利的标记分组明确，但本领域技术人员知道，确定一个数据流（或路径）的结束是进行流管理和切换的基础。对比文件隐含了需要知道原始会话（先前路径）数据何时结束或不再有有效数据的概念，以便完全切换到修复后的流。 |
| 技术特征K：确定与所述先前路径相关联的分组已被处理。《隐含公开》 | 说明书第5栏第35-40行：“The repaired multicast session 111′ constructed by the repair server 120A resumes using the RTP format... sequentially ordered in the delay buffer in time to be transmitted...” | 为了按顺序构造修复后的多播会话111’，修复服务器必须知道何时所有预期的、序列号在前的数据包（包括从原始路径接收的和从重传服务器获取的）都已被接收并放入延迟缓冲区的正确位置。当延迟缓冲区中某个序列号之前的所有位置都被填满或超时发生时，即可确定与该序列号之前的所有分组（与先前路径相关联的）已被处理（即已准备好输出或已输出）。虽然对比文件没有明确写出“确定...分组已被处理”这一步骤，但这是其顺序输出机制所隐含的必要条件。 |
| 技术特征L：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。《直接公开》 | 说明书第4栏第66行至第5栏第2行：“Each repair server, for example 120A in the data flow diagram of FIG. 4A, includes a delay buffer 140A that stores a running segment of the multicast Group_1 session received from the source 102, for example the most recent three-second interval of the received session. This three-second delay is applied to the arriving packets 109 before they are forwarded...” | 对比文件明确描述了修复服务器使用一个延迟缓冲区，该缓冲区存储最近一段时间（例如三秒）内接收到的会话数据包，并在应用了这个固定延迟（即预定的缓冲时段）后才将数据包转发出去。无论数据包来自原始路径还是来自重传服务器的修复路径，它们都要经历这个缓冲延迟。如果来自经更新路径的分组先到达，它们将被缓冲直至这个预定的延迟时段期满（或直到更早的分组到达）。这直接公开了基于预定缓冲超时时段进行缓冲的技术特征。 |
| 技术特征M：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。《直接公开》(部分) | 说明书第2栏第10-13行：“IP multicasting provides an efficient way for a source to send a stream of User Datagram Protocol (UDP) packets to a set of recipients.” | 目标专利此特征的核心在于根据协议类型（可靠 vs. 尽力型）决定排序策略。对比文件明确其修复服务针对的是UDP多播会话。UDP是一种典型的尽力型递送（best-effort）传输协议。对于UDP流，对比文件描述的修复和排序机制（使用延迟缓冲区按序转发）正是为了弥补UDP本身不保证顺序的缺陷，试图在接收端恢复原始的传送次序。虽然对比文件没有明确描述对“可靠递送传输协议”（如TCP）的处理，也未描述“检查协议标识符”的步骤，但对于“尽力型传输协议”（UDP）这部分，对比文件直接公开了“以第一分组和第二分组被传送的次序处理第一分组和第二分组”（见特征E的论述），这隐含了对于UDP协议，其处理目标是恢复传送次序，而非按接收次序处理。严格来说，对比文件没有公开“如果协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组”这一替代方案，因为它的方案始终是尝试按序处理。但从“协议是UDP”和“处理方式是按序处理”这两个公开的点，本领域技术人员可以毫无疑义地得出：对于对比文件所处理的UDP协议，其采用了按传送次序处理的方案。因此，特征M中关于“尽力型协议”的处理方式被直接公开（尽管目标专利给出了两种选择，而对比文件公开了其中一种）。 |
| 技术特征N：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。《隐含公开》 | 说明书第5栏第60-67行：“In step 1116 of FIG. 3B, the repair/encryption module 454 encrypts the packets and writes them to IP multicast session “Y2”.” 以及第5栏第45-50行关于IP栈处理会话“Y2”的数据包。 | 目标专利通过在分组中设置“新路径标志”来区分路径。对比文件中，修复服务器创建了一个新的多播会话“Y”来承载修复后的数据流。发送给接收者的、属于会话“Y”的数据包，其IP报头中的目的IP地址和端口号与会话“X”不同。接收端的IP栈和TDM模块正是通过检查数据包的目的IP地址和端口号（这可以视为一种“标志”或标识符）来确定该数据包是属于原始会话“X”还是修复后会话“Y”。虽然这不是分组内的一个专用“标志位”，但IP地址和端口号在功能上起到了完全相同的路径区分作用。本领域技术人员可以合理推断出这种区分机制。 |
| 技术特征O：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。《隐含公开》 | 说明书第2栏第53-58行：“The Real-Time Transport Protocol (RTP) is carried over User Datagram Protocol (UDP) packets over IP networks... RTP provides timestamps and sequence numbers. Both the retransmit servers... and the repair server... can use this information to identify when some of the packets 103 are lost or arrive out of sequence.” | 目标专利使用标记分组携带分组标识信息（如序列号）来帮助识别属于旧路径的分组。对比文件中，数据包使用RTP协议，其中包含序列号（sequence numbers），这些序列号唯一标识了数据包在流中的顺序。修复服务器和重传服务器利用这些序列号来检测丢失的或乱序的数据包。当修复服务器需要从重传服务器获取丢失包时，它必须告知重传服务器丢失包的序列号（参见图2H的请求）。虽然对比文件没有描述一个专门的“标记分组”来携带一组序列号，但其整个修复请求/响应机制都依赖于交换包含特定序列号的信息（即分组标识信息），以识别哪些包是属于原始路径（先前路径）但丢失的。本领域技术人员可以合理推断，这种包含序列号信息的控制消息在功能上等同于目标专利的“标记分组”。 |
| 技术特征P：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。《隐含公开》 | 说明书第2栏第55-58行：“RTP provides timestamps and sequence numbers. Both the retransmit servers... and the repair server... can use this information to identify when some of the packets 103 are lost or arrive out of sequence.” | 对比文件明确公开了使用“序列号（sequence numbers）”作为标识分组和检测丢失/乱序的信息。序列号是目标专利列举的分组标识信息选项之一。因此，该技术特征被直接公开。虽然对比文件未提及“分组校验和”或“分组ID”，但公开“序列号”这一具体选项，已足以支持该特征被公开的判断。 |
| 技术特征Q：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。《未公开》 | 对比文件全文未提及“接口层(IL)”、“媒体接入控制(MAC)”、“MAC PDU的传送地址”或利用MAC地址区分路径。对比文件聚焦于IP层及以上（如RTP/UDP）的多播和修复机制。 | 该技术特征涉及在混合网络特定架构（如遵循IEEE 1905.1的混合设备）的接口层MAC子层，通过检查MAC PDU的源MAC地址（传送地址）来区分不同上游设备，从而区分路径。对比文件描述的是基于IP多播的广域网修复服务，其路径区分依赖于IP地址、端口和会话标识，工作在OSI模型的网络层及以上。没有涉及在数据链路层的MAC地址进行路径区分。本领域技术人员无法从对比文件中得到任何关于使用MAC地址进行路径区分的启示。因此，该技术特征既未被直接公开，也未被隐含公开。 |
<<<A>>><<<B>>><<<C>>><<<E>>><<<F>>><<<L>>><<<m>>><<<d>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<n>>><<<o>>><<<p>>>