返回项目页面
对比文件列表
2002-04-09_US6370112B_发明授权_US06370112B1 Seamless path switchover in a connection-oriented packet network_+++A_B_C_D_E_F_H_I_J_K_g_q+++.docx
2026-03-24 23:23
2002-11-21_US2002172208A_发明申请_US20020172208A1 Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets_+++E_F_G_P+++.docx
2026-03-24 23:23
2003-05-20_US6567929B_发明授权_US06567929B1 Network-based service for recipient-initiated automatic repair of IP multicast sessions_+++A_B_C_E_F_L_d_g_h_i_j_k_m_n_o_p+++.docx
2026-03-24 23:23
2003-09-26_JP2003273902A_发明专利_JP2003273902A Packet communication equipment and method for switching line of packet communication network_+++D_E_G_P_a_b_c_f_h_i_j_k_o_q+++.docx
2026-03-24 23:23
2003-11-13_US2003210669A_发明申请_US20030210669A1 Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems_+++G_a_e_f_k_l_p+++.docx
2026-03-24 23:23
2005-12-20_US6977888B_发明授权_US06977888B1 Hybrid ARQ for packet data transmission_+++G+++.docx
2026-03-24 23:23
2008-01-31_US2008025309A_发明申请_US20080025309A1 Technique for multiple path forwarding of label-switched data traffic_+++g+++.docx
2026-03-24 23:23
2008-05-13_US7372865B_发明授权_US07372865B2 Processing data packets using time stamped marker packets_+++a_g+++.docx
2026-03-24 23:23
2009-01-14_CN101345705A_发明公开_CN101345705A 分组转发装置及分组转发方法_+++A_D_E_F_L_b_c_g_k_q+++.docx
2026-03-24 23:23
2009-01-15_US2009016366A_发明申请_US20090016366A1 Packet transfer apparatus and packet transfer method_+++E_F_L_a_b_c_d_g_k_p+++.docx
2026-03-24 23:23
2009-06-18_WO2009074840A_发明申请_WO2009074840A2 SEPARATELY TRANSMITTING PART OF PROTOCOL INFORMATION_+++P_e_g_o+++.docx
2026-03-24 23:23
2009-10-01_US2009248846A_发明申请_US20090248846A1 CONFIGURING COMMUNICATIONS BETWEEN COMPUTING NODES_+++G_m_n_q+++.docx
2026-03-24 23:23
2010-11-25_US2010296450A_发明申请_US20100296450A1 TRANSMISSION METHODS, NETWORK EQUIPMENT, USER EQUIPMENT AND TELECOMMUNICATION SYSTEM_+++G_q+++.docx
2026-03-24 23:23
2011-06-15_CN101345705B_发明授权_CN101345705B 分组转发装置及分组转发方法_+++A_B_C_D_E_F_G_L_O_P_h_i_j_k_q+++.docx
2026-03-24 23:24
2011-09-29_US2011235638A_发明申请_US20110235638A1 METHOD AND SYSTEM FOR MULTICAST PATH SWITCHING, CORRESPONDING NETWORK AND COMPUTER PROGRAM PRODUCT_+++B_C_D_G_H_J_O_a_e_i_k+++.docx
2026-03-24 23:24
2011-11-30_CN101010880B_发明授权_CN101010880B 可靠地传输数据的方法、装置和网络以及实时数据传递系统_+++P_g_l+++.docx
2026-03-24 23:24
2012-03-15_US2012063319A_发明申请_US20120063319A1 METHOD FOR MANAGING PATHS BETWEEN A SOURCE NODE AND A DESTINATION NODE WITHIN THE DATA LINK LAYER, CORRESPONDING SOURCE NODE AND TABLE_+++g+++.docx
2026-03-24 23:24
2012-06-21_US2012155256A_发明申请_US20120155256A1 MAPPED FIFO BUFFERING_+++g_l_m_p_q+++.docx
2026-03-24 23:24
2012-07-26_US2012188873A_发明申请_US20120188873A1 COMMUNICATION SYSTEM, COMMUNICATION METHOD, RECEIVING APPARATUS, AND TRANSMITTING APPARATUS_+++E_G_L_P_a_b_c_d_f_h_i_j_k_n_o+++.docx
2026-03-24 23:24
2012-07-26_US2012192026A_发明申请_US20120192026A1 Methods and Systems for Data Transmission Management Using HARQ Mechanism for Concatenated Coded System_+++g_p+++.docx
2026-03-24 23:24
2012-08-16_US2012207164A_发明申请_US20120207164A1 PATH GENERATING METHOD, RELAY DEVICE, AND COMPUTER PRODUCT_+++D_G_P_a_b_c_o+++.docx
2026-03-24 23:24
2012-10-18_US2012263182A_发明申请_US20120263182A1 Communication Apparatus, Communication System, Absent Packet Detecting Method and Absent Packet Detecting Program_+++E_P_d_f_g+++.docx
2026-03-24 23:24
US2002141344A1_Description_20260317_1212_+++A_B_C_G_H_J_d_e_f_i_k+++.docx
2026-03-24 23:24
US2003223358A1_Description_20260317_1212_+++G_b_c_d+++.docx
2026-03-24 23:24
US2007291778A1_Description_20260317_1212_+++G+++.docx
2026-03-24 23:24
US2009059928A1_Description_20260317_1213_+++E_f_g+++.docx
2026-03-24 23:24
US2010309777A1_Description_20260317_1213_+++D_a_b_c_g_q+++.docx
2026-03-24 23:24
US2011286326A1_Description_20260317_1213_+++A_B_C_G_H_d_e_n+++.docx
2026-03-24 23:24
2011-09-29_US2011235638A_发明申请_US20110235638A1 METHOD AND SYSTEM FOR MULTICAST PATH SWITCHING, CORRESPONDING NETWORK AND COMPUTER PROGRAM PRODUCT_+++B_C_D_G_H_J_O_a_e_i_k+++.docx

本次调用的模型名称:DeepSeek-R1

对比文件的名称:2011-09-29_US2011235638A_发明申请_US20110235638A1 METHOD AND SYSTEM FOR MULTICAST PATH SWITCHING, CORRESPONDING NETWORK AND COMPUTER PROGRAM PRODUCT

目标专利的名称:用于多跳混合网络的无缝切换CN104813605B

### 特征比对表格

技术特征描述以及公开性判断结果对比文件原文引用公开性论述
**技术特征A**:在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组,<br>**《隐含公开》**对比文件描述了路由器R1从不同接口接收组播流(S, G)的分组。例如,图2-4及相应描述显示,路由器R1(对应于“设备”)从接口(对应“第一进入接口”)接收来自旧路径(通过R3)和新路径(通过R2)的组播数据包。【0068】-【0070】段描述了路由器R1接收和处理来自不同上游接口(R2, R3)的Join*/Prune*消息,并最终管理来自这些路径的数据流。对比文件公开了网络中的设备(路由器R1)会接收属于同一组播流(S, G)的数据包。这些数据包经由不同的路径(旧路径和新路径)到达。虽然对比文件更侧重于描述控制平面消息(Join*/Prune*)的接收和处理,但其根本目的是为了管理数据平面中同一组播流的数据包通过不同路径的切换。数据包必然会在设备的接口上被接收。因此,本领域技术人员可以毫无疑义地推断,在数据路径切换过程中,设备会在其接口上接收到与同一分组流(组播流)相关联的、经由旧路径和新路径传送的数据包(第一分组和第二分组)。技术特征A被隐含公开。
**技术特征B**:所述第一分组与路径更新之前使用的先前路径相关联,<br>**《直接公开》**“old path”(旧路径)在对比文件中被多次提及,例如在【0057】段:“...the ‘old’ and ‘new’ paths are separated...”,以及【0063】段描述接收者RB在旧路径R1-R3→R8-R9-R10-R7上接收流(S, G)。在路径切换过程中,在标记数据包(对应“最后的数据包”)之前发送的数据包与旧路径相关联。【0073】段:“...R1 sends the multicast flow towards R3 up to the Nth packet...”。对比文件明确公开了组播流在路径切换前使用“旧路径”(old path)传输,并且在该路径上传输的数据包(例如直到第N个数据包)自然与这条先前路径相关联。这与目标专利中“第一分组与先前路径相关联”的作用完全相同,都是标识数据包所经过的路径状态。因此,技术特征B被直接公开。
**技术特征C**:并且所述第二分组与所述路径更新之后使用的经更新路径相关联<br>**《直接公开》**“new path”(新路径)在对比文件中被多次提及,例如在【0057】段,以及【0063】段描述新路径为R1-R2→R4-R6-R7。在路径切换后,从特定数据包开始,流在新路径上传输。【0073】段:“...and then towards R2 starting from the N+1th packet.”。对比文件明确公开了组播流在路径切换后使用“新路径”(new path)传输,并且在该路径上传输的数据包(例如从第N+1个数据包开始)自然与这条经更新路径相关联。这与目标专利中“第二分组与经更新路径相关联”的作用完全相同。因此,技术特征C被直接公开。
**技术特征D**:对于每个收到分组,确定该收到分组与所述先前路径还是所述经更新路径相关联<br>**《直接公开》**对比文件的核心机制之一就是区分数据包来自哪条路径,以决定是否转发或停止转发。这通过接口状态(“pruning”或“pending”)和标记数据包来实现。例如,【0084】段路由器R9的接口被设置为“pruning”状态,【0079】段路由器R4的接口被设置为“pending”状态。路由器需要根据接收数据包的接口及其状态来确定数据包属于哪条路径,并采取相应动作(继续转发、开始转发或停止转发)。图8的流程(步骤406, 410)也体现了基于接口状态对收到数据包所属路径的判断。对比文件直接公开了路由器需要确定每个收到的数据包是与即将被剪枝的旧路径相关联,还是与即将被加入的新路径相关联。这是其实现无丢失、无重复路径切换的关键步骤。路由器通过检查接收接口的状态(“pruning”或“pending”)或识别特定的标记数据包来进行判断。这与目标专利中“确定收到分组与先前路径还是经更新路径相关联”的功能和作用本质相同,都是为后续的排序或转发处理提供依据。因此,技术特征D被直接公开。
**技术特征E**:以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。<br>**《隐含公开》**【0071】段:“...certain out-of-sequence packets may result if the first packets sent over the new path chance to reach R7 in advance with respect to the last packets sent over the old path: this loss of sequencing can however be easily managed and resolved at the receiver level (e.g. by means of a buffer).” 【0073】段描述了R1按顺序发送数据包:通过R3发送直到第N个,然后通过R2从第N+1个开始发送,以确保每个数据包只发送一次。对比文件明确指出了路径切换可能导致乱序(out-of-sequence),并提到可以在接收端用缓冲解决。其切换机制的核心是确保数据包按从源端发送的次序被处理,即旧路径的最后一个包(第N个)在新路径的第一个包(第N+1个)之前被发送和处理,以避免重复或丢失。这隐含了接收设备(如R7)需要以数据包被传送的次序来处理它们,尽管对比文件主要关注网络中间节点如何协调切换,但最终目标是保证接收端数据流的正确次序。因此,本领域技术人员可以合理推断出,为了达到无丢失无重复的切换,需要以数据包被传送的次序来处理它们。技术特征E被隐含公开。
**技术特征F**:其特征在于,所述第二分组在所述第一分组之前被接收到,并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。<br>**《未公开》**【0071】段提到了乱序的可能性及用缓冲解决,但未具体描述“第二分组在第一分组之前被接收到”这一特定乱序场景下的缓冲动作。对比文件的机制侧重于通过上游路由器(R1)精确控制数据包发送的切换点(第N和N+1个包),并利用标记数据包同步下游路由器的转发行为,旨在从网络层面避免或减少乱序,而非在接收端主动检测乱序并缓冲。图8流程中,路由器在收到标记包后立即改变接口转发状态,没有描述为等待旧路径包而主动缓冲新路径包的步骤。对比文件承认乱序可能发生,并提及接收端可用缓冲解决,但未具体公开当新路径分组先于旧路径分组到达时,接收设备主动缓冲新路径分组直至旧路径分组被处理的技术手段。其解决乱序的思路更偏向于预防(通过精确的切换同步)而非接收端的纠正性缓冲。因此,对比文件既未直接公开也未隐含公开技术特征F的具体技术方案。
**技术特征G**:其特征在于,所述处理是在协议栈中比传输层低的层上执行的。<br>**《直接公开》**对比文件涉及的是网络层(IP层)的组播路由和转发机制。Join/Prune消息是组播路由协议(如PIM-SM)消息,数据包的标记和转发决策发生在网络层。【0045】段提及对IETF标准协议PIM-SM的使用。网络层在协议栈中位于传输层(如TCP、UDP)之下。对比文件公开的路径切换处理,包括接收和处理Join*/Prune*控制消息、标记数据包、基于接口状态做出转发决策等,都是在网络层(OSI第三层)完成的。网络层在协议栈中明确低于传输层(第四层)。这与目标专利中“在协议栈中比传输层低的层上执行”的技术特征完全一致。因此,技术特征G被直接公开。
**技术特征H**:其特征在于,所述处理包括:接收与所述经更新路径相关联的流开始标记分组<br>**《直接公开》**【0073】段:“In order to alert the intermediary nodes of the switch being effected, the last packet sent over the old path and the first packet sent over the new path (i.e. the Nth and N+1th) may be marked...”。这里,在新路径上发送的第一个数据包(第N+1个)被标记,其作用就是通知下游节点新路径的开始。【0079】段描述路由器R4在收到标记为“在新路径上发送的第一个数据包”后,开始向R6发送组播流。对比文件公开了在新路径上发送的第一个数据包可以被标记,该标记数据包的功能就是指示新路径流量的开始,并触发下游路由器激活对新路径的转发。这等同于目标专利中“与经更新路径相关联的流开始标记分组”。因此,技术特征H被直接公开。
**技术特征I**:响应于接收到所述流开始标记分组,缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。<br>**《隐含公开》**【0079】段:路由器R4有一个接口处于“pending”状态。当它从上游(R2)收到标记数据包(即第一个在新路径上发送的包)后,它“begins to send the multicast flow towards the interface previously labelled as ‘pending’”。在“pending”状态下,接口被添加到输出列表但暂不转发流量。可以理解为,在新路径上、标记包之前可能到达的(或应被缓存的)数据包实际上被“阻挡”或延迟处理,直到标记包到达才触发转发开始。对比文件公开了接口的“pending”状态,其含义是路由器已准备好新路径但暂不转发数据。标记数据包(流开始标记)的到来是解除“pending”状态、开始转发的触发条件。这隐含了在标记包到达之前,路由器不会处理(转发)新路径上的数据包。虽然未明确使用“缓冲”一词,但“pending”状态所实现的“延迟转发直至触发”的功能,与本领域技术人员所理解的“缓冲”在效果上等同,都是为了保证在新路径流量开始前,旧路径流量已被处理完毕。因此,技术特征I被隐含公开。
**技术特征J**:其特征在于,所述处理包括:接收与所述先前路径相关联的流结束标记分组<br>**《直接公开》**【0073】段:“In order to alert the intermediary nodes of the switch being effected, the last packet sent over the old path and the first packet sent over the new path (i.e. the Nth and N+1th) may be marked...”。这里,在旧路径上发送的最后一个数据包(第N个)被标记,其作用就是通知下游节点旧路径的结束。对比文件公开了在旧路径上发送的最后一个数据包可以被标记,该标记数据包的功能就是指示旧路径流量的结束。这等同于目标专利中“与先前路径相关联的流结束标记分组”。因此,技术特征J被直接公开。
**技术特征K**:确定与所述先前路径相关联的分组已被处理。<br>**《隐含公开》**【0084】段及图8流程:当路由器(如R9)有一个接口处于“pruning”状态并收到标记数据包(即最后一个在旧路径上发送的包)时,在发送该标记包后,该接口被从输出列表中删除,此后不再发送流量。这意味着路由器确定旧路径的终结(即与之相关的分组已发送/处理完毕)发生在收到该标记包并执行删除操作之时。对比文件通过“pruning”状态和标记数据包的机制来管理旧路径的终止。收到标记的“流结束”数据包,是路由器确定可以安全停止向旧路径下游转发流量(即确定与旧路径相关的分组处理完毕)的关键事件。这隐含了“确定与先前路径相关联的分组已被处理”这一步骤。因此,技术特征K被隐含公开。
**技术特征L**:其特征在于,所述缓冲与所述经更新路径相关联的分组包括:缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。<br>**《未公开》**对比文件全文未提及任何基于超时(timeout)的缓冲机制。其路径切换的同步完全依赖于修改的Join*/Prune*控制消息和标记数据包的接收。对比文件没有公开使用“预定缓冲超时时段”作为缓冲终止条件的技术手段。其技术方案依赖于显式的信令(标记包)来触发缓冲的结束。因此,对比文件既未直接公开也未隐含公开技术特征L。
**技术特征M**:其特征在于,所述处理取决于与每个收到分组相关联的协议,所述方法进一步包括:对于每个收到分组,检查该收到分组的协议标识符,如果所述协议标识符与可靠递送传输协议相关联,则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组,如果所述协议标识符与尽力型传输协议相关联,则以每个收到分组被接收的次序来处理每个收到分组。<br>**《未公开》**对比文件专注于网络层的组播路由和转发,其处理逻辑不依赖于传输层协议(如TCP或UDP)。全文未提及根据传输协议类型(可靠递送 vs 尽力型)来差异化处理分组次序。对比文件公开的路径切换机制是通用的,应用于组播IP流,没有区分承载在组播流之上的应用层或传输层协议类型。因此,对比文件没有公开技术特征M中基于协议标识符对分组处理次序进行差异化控制的技术方案。
**技术特征N**:其特征在于,所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括:对于每个收到分组,确定新路径标志是否被包括于该收到分组中,所述新路径标志指示与所述经更新路径相关联的分组。<br>**《未公开》**对比文件使用“标记数据包”(marked packet),但该标记用于标识“旧路径的最后一个包”或“新路径的第一个包”,这是一种特殊的控制信令,并非在所有新路径分组中携带的“新路径标志”。【0073】段明确标记仅用于特定包(第N和N+1个)。目标专利的“新路径标志”是包含在(至少一段时间内)所有与经更新路径相关联的分组中的。而对比文件的“标记”仅用于切换边界上的个别特殊分组,以触发下游路由器的状态转换,而不是作为让接收设备区分每一个数据包所属路径的普适性标志。两者作用不同。因此,对比文件没有公开技术特征N。
**技术特征O**:其特征在于,所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括:接收标记分组,所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息,所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。<br>**《直接公开》**【0073】段:“...the last packet sent over the old path and the first packet sent over the new path (i.e. the Nth and N+1th) may be marked...”。这里被标记的“第N个数据包”本身就是一个特殊的分组(标记分组),它唯一性地标识了自己是“在旧路径上发送的最后一个分组”。这个标记分组本身携带了“它是旧路径最后一个包”这一标识信息。对比文件公开了发送一个标记的“最后一个数据包”在旧路径上。这个标记分组本身就包含了标识信息(通过其“被标记”的状态以及其作为序列中特定包的位置),该信息唯一性地标识了它自身以及与它一同在旧路径上发送的、在它之前的所有分组都属于路径更新前的传输。这与目标专利中“标记分组包括唯一性地标识与先前路径相关联的至少一些分组的分组标识信息”的技术特征相符。因此,技术特征O被直接公开。
**技术特征P**:其特征在于,所述分组标识信息是分组校验和、分组ID、或分组序列号之一。<br>**《未公开》**对比文件【0073】段提及“notional—numbering of packets”(概念上的数据包编号)仅为解释说明,并非实际实现的标识机制。实际实现中,标记是通过设置IP报头中的一个标志位(flag)来实现的(【0073】段:“by setting a flag in their IP header”),并未使用分组校验和、分组ID或分组序列号作为标识信息。对比文件公开的标记方法是设置IP报头中的一个标志位(flag),这是一种二元的、非唯一的标记方式,用于指示该包是特殊的“切换边界”包。它并未公开使用“分组校验和、分组ID、或分组序列号”这类具体、唯一性的分组标识信息。因此,对比文件没有公开技术特征P。
**技术特征Q**:其特征在于,所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括:对于每个收到分组,在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址,其中所述MAC PDU的第一传送地址指示所述先前路径,并且所述MAC PDU的第二传送地址指示所述经更新路径。<br>**《未公开》**对比文件完全在IP网络层(第三层)的语境下描述,涉及的是路由器、IP地址、组播路由协议(PIM)。全文未提及任何基于MAC层(第二层)地址(如传送地址TA)来进行路径区分的技术。其路径区分依赖于网络层的接口状态和标记的IP数据包。目标专利的技术特征Q涉及在混合网络(如家庭网络)中利用底层接口的MAC地址信息。对比文件针对的是传统的IP路由器网络,其路径区分机制不涉及也不依赖于MAC层地址。两者属于不同的网络架构和技术领域。因此,对比文件没有公开技术特征Q。

<<<B>>><<<C>>><<<D>>><<<G>>><<<H>>><<<J>>><<<O>>><<<a>>><<<e>>><<<i>>><<<k>>>

权利要求与技术特征
Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE