返回项目页面
对比文件列表
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
2008-01-31_US2008025309A_发明申请_US20080025309A1 Technique for multiple path forwarding of label-switched data traffic_+++g+++.docx

对比文件名称:2008-01-31_US2008025309A_发明申请_US20080025309A1 Technique for multiple path forwarding of label-switched data traffic

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

本次调用的模型名称:DeepSeek最新版本模型

以下是根据您的要求创建的特征比对表格:

技术特征描述以及公开性判断结果对比文件原文引用公开性论述
**技术特征A**:在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组。 <br>**未被直接或隐含公开**对比文件描述在MPLS网络中接收数据包(如步骤610)。例如,中间节点200接收MPLS数据包400(参见图6步骤610及对应描述)。对比文件公开了在网络设备(如LSR)的接口处接收数据包,这是任何数据通信网络的基本操作。然而,目标专利的“混合网络”特指由多种网络技术(如以太网、WLAN、PLC等)构成的汇聚网络(参见说明书[0004]-[0005]),其设备是支持多种接口和P1905.1等协议的“混合设备”。对比文件描述的是传统的MPLS网络(参见背景[0006]-[0007]),其节点是标签交换路由器(LSR/LER),并未涉及混合网络的环境、设备或协议。因此,对比文件虽然公开了“接收分组”这一普遍动作,但未公开在“混合网络”及“混合设备”的特定技术环境下接收分组的技术方案。作用上,对比文件的接收是为了进行标签交换和负载均衡路径选择,而目标专利的接收是为了后续在混合网络多跳路径切换场景下进行乱序检测和重排序,两者技术领域、网络架构和所要解决的技术问题均不同。
**技术特征B**:所述第一分组与路径更新之前使用的先前路径相关联。 <br>**未被直接或隐含公开**对比文件描述了数据包在标签交换路径(LSP)上转发(参见背景[0006],[0012])。例如,数据包在从边缘节点140a到140b的LSP上传输(参见详细描述第6段)。对比文件公开了数据包与一条LSP相关联。然而,目标专利的“先前路径”特指在“路径更新”事件发生之前,用于传输特定分组流的路径。该“路径更新”是混合网络中由于链路故障、负载均衡等原因,由混合设备(如源设备或中继设备)主动发起的路径切换(参见说明书[0056])。对比文件中的LSP是预先建立且相对稳定的,文中描述的“多个路径”是用于负载均衡的并行可选路径(参见背景[0013],发明内容[0025]),数据包基于哈希结果选择其中一条,这并非目标专利所定义的从一个活跃路径到另一个新路径的“更新”或“切换”事件。因此,对比文件未公开分组与“路径更新之前使用的先前路径”相关联这一特定技术情境。
**技术特征C**:并且所述第二分组与所述路径更新之后使用的经更新路径相关联。 <br>**未被直接或隐含公开**对比文件描述了使用ECMP技术在多个路径之间进行负载均衡选择(参见发明内容[0025],图5及对应描述)。例如,中间节点200a可能基于对数据包标签的哈希结果,选择通过节点200b或节点200c的接口转发数据包(参见详细描述第7段)。对比文件公开了数据包可能通过多条路径中的一条被转发。然而,这与目标专利的“经更新路径”有本质区别。目标专利的“经更新路径”是路径切换事件发生后,替代“先前路径”用于传输同一分组流后续分组的唯一新路径(参见说明书[0056],图2)。对比文件中的多条路径是同时存在的、用于负载均衡的等价路径,属于同一LSP的流量被**确保**通过哈希选择**同一条**路径(参见发明内容[0025]:“traffic associated with a particular label-switched path (LSP) is forwarded on a single path”),以避免乱序。这里不存在一个时间点上的路径“更新”或“切换”,而是对每个数据包(或流)静态或动态地选择一条路径。因此,对比文件未公开分组与因“路径更新”事件而产生的“经更新路径”相关联。
**技术特征D**:对于每个收到分组,确定该收到分组与所述先前路径还是所述经更新路径相关联。 <br>**未被直接或隐含公开**对比文件描述了中间节点处理MPLS包时,查找LFIB,基于入标签匹配条目,并根据ECMP选择字段决定使用何种哈希技术来选择出接口(参见图5、图6步骤620、640及对应描述)。例如,处理器320检查ECMP选择字段525以确定是使用传统IP ECMP还是基于标签的ECMP来生成哈希值(参见详细描述第4段)。对比文件公开了路由器对每个收到的分组进行处理,以确定其转发路径(出接口)。但这一“确定”行为的**目的和技术实质**与目标专利完全不同。目标专利的“确定”是为了在**接收侧**(如目的地混合设备)识别一个分组是属于切换前的旧路径还是切换后的新路径,以便进行乱序重排(参见说明书[0067]-[0068])。而对比文件的“确定”是在**转发侧**(如中间路由器)为数据包选择**多条并行路径中的一条**用于继续转发,其核心是负载均衡算法,目的是避免属于同一LSP的流量走不同路径而导致乱序(参见发明内容[0025])。两者虽然都涉及“路径”,但前者是针对时间序贯发生的两条路径的识别,后者是针对空间并行的多条路径的选择。对比文件没有公开接收设备需要区分分组来源于“先前路径”还是“经更新路径”的技术问题或方案。
**技术特征E**:以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。 <br>**未被直接或隐含公开**对比文件没有明确描述按传送次序处理分组。其描述的重点在于转发决策。可以推断网络设备通常会按接收顺序处理并转发分组以保持基本顺序。尽管可以合理推断任何通信系统都倾向于维持分组顺序,但对比文件文本中并未明确记载“以分组被传送的次序处理分组”这一特定技术手段。更重要的是,目标专利中该特征是为了解决因路径切换导致的、在**同一接口**接收到的乱序问题而采取的**主动重排序措施**(参见说明书[0068])。对比文件通过确保同一LSP的流量走单一路径来**预防**乱序(发明内容[0025]),并未涉及在乱序发生后如何按原始传送次序重新排序的处理逻辑。因此,对比文件既未直接文字公开,也未隐含公开目标专利中该特征在特定技术问题背景下的具体技术方案。
**技术特征F**:其特征在于,所述第二分组在所述第一分组之前被接收到,并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。 <br>**未被直接或隐含公开**对比文件全文未提及任何关于缓冲后接收到的分组以等待先传送分组的机制。目标专利该特征是解决无缝切换核心问题的关键手段:当新路径分组先于旧路径分组到达时,将其缓冲以待旧路径分组处理完毕,从而保证端到端的顺序(参见说明书[0008],[0011])。对比文件解决乱序问题的思路完全不同,它通过设计负载均衡算法(基于标签哈希)来确保同一数据流的所有分组始终选择同一路径,从而从根源上避免乱序的发生(参见发明内容[0025],[0027])。因此,对比文件既没有描述也没有隐含需要通过缓冲来处理乱序分组的技术方案。
**技术特征G**:其特征在于,所述处理是在协议栈中比传输层低的层上执行的。 <br>**隐含公开 (g)**对比文件中的MPLS标签交换和ECMP路径选择操作发生在网络层(L3)或介于数据链路层与网络层之间(参见背景[0008]:“labels typically reside between the layer-2 (L2) and L3 headers”),这无疑是在传输层(L4)之下。处理过程由中间节点200的 supervisor engine 或 line cards 上的逻辑执行,这些属于底层数据平面转发(参见图2、3、6)。对比文件明确描述了在MPLS网络中,基于标签的转发和路径选择(即“处理”分组的核心操作)发生在OSI协议栈的网络层或所谓的“2.5层”。这属于在传输层之下的层。本领域技术人员能够毫无疑义地理解,MPLS转发是一种在比传输层(如TCP/UDP)更低的层面进行的操作。尽管对比文件中该“处理”的目的(转发路径选择)与目标专利(乱序重排)不同,但就“在协议栈中比传输层低的层上执行”这一抽象的技术手段而言,对比文件已经公开了相同的技术方案。因此,该技术特征被隐含公开。
**技术特征H**:其特征在于,所述处理包括:接收与所述经更新路径相关联的流开始标记分组。 <br>**未被直接或隐含公开**对比文件全文未提及“流开始标记分组”(flow start marker packet)或任何功能类似的、用于指示新路径开始的专用控制分组。目标专利的“流开始标记分组”是源设备在路径切换后,于新路径上发送的第一个分组,用于通知下游设备新路径的开始(参见说明书[0060],图3)。这是实现有序切换信令机制的关键部分。对比文件描述的是MPLS网络,其控制信令主要用于建立LSP(如使用LDP协议),而数据转发是依据LFIB中的标签进行。文中没有描述在数据流中间插入用于标识路径切换点的特殊标记分组。因此,对比文件未公开该技术特征。
**技术特征I**:响应于接收到所述流开始标记分组,缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。 <br>**未被直接或隐含公开**对比文件全文未提及“流开始标记分组”,因此也不存在响应于此分组而触发缓冲的机制。该特征是与特征H紧密关联的后续动作。既然对比文件未公开“流开始标记分组”,自然也不可能公开基于接收该分组而采取的特定缓冲动作。该特征完全依赖于目标专利特定的路径切换信令机制。
**技术特征J**:其特征在于,所述处理包括:接收与所述先前路径相关联的流结束标记分组。 <br>**未被直接或隐含公开**对比文件全文未提及“流结束标记分组”(flow end marker packet)或任何功能类似的、用于指示旧路径结束的专用控制分组。目标专利的“流结束标记分组”是源设备在路径切换前,于旧路径上发送的最后一个分组,用于通知下游设备旧路径的结束(参见说明书[0060],图3)。与特征H同理,这是目标专利特有的信令机制的一部分。对比文件中不存在此类标记分组。
**技术特征K**:确定与所述先前路径相关联的分组已被处理。 <br>**未被直接或隐含公开**对比文件没有描述任何用于确定与某条特定先前路径相关的所有分组是否已被处理的机制或判断逻辑。该特征是接收到“流结束标记分组”(特征J)后的一个逻辑结果或判断步骤。由于对比文件没有流结束标记分组,也没有因路径切换而需要确认旧路径分组处理完毕的技术场景,因此该特征未被公开。
**技术特征L**:其特征在于,所述缓冲与所述经更新路径相关联的分组包括:缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。 <br>**未被直接或隐含公开**对比文件全文未提及任何与路径切换分组缓冲相关的超时机制。目标专利该特征是对缓冲机制的一种补充或容错策略(参见说明书[0015])。由于对比文件根本不存在因路径切换而缓冲分组的技术方案,因此作为其子特征的“缓冲超时”自然也未被公开。
**技术特征M**:其特征在于,所述处理取决于与每个收到分组相关联的协议,所述方法进一步包括:对于每个收到分组,检查该收到分组的协议标识符,如果所述协议标识符与可靠递送传输协议相关联,则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组,如果所述协议标识符与尽力型传输协议相关联,则以每个收到分组被接收的次序来处理每个收到分组。 <br>**未被直接或隐含公开**对比文件在背景部分提到,传统IP ECMP会检查数据包的网络层报头第一个半字节,以判断是否为IP数据包(值为4或6)(参见背景[0015])。但这只是为了决定是否应用IP ECMP负载均衡技术,而非为了区分可靠递送协议(如TCP)和尽力型协议(如UDP)以采取不同的排序策略。目标专利该特征是根据上层协议特性对重排序策略进行优化:对可靠协议严格保序,对尽力型协议则优先处理以减少延迟(参见说明书[0016])。这是一个基于应用层需求的智能处理策略。对比文件中检查协议标识符的目的完全不同,是为了适配负载均衡算法(IP ECMP vs 基于标签的ECMP),以避免对非IP流量误用IP哈希(参见发明内容[0025])。两者技术目的和后续动作均无关联。因此,对比文件未公开该特征。
**技术特征N**:其特征在于,所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括:对于每个收到分组,确定新路径标志是否被包括于该收到分组中,所述新路径标志指示与所述经更新路径相关联的分组。 <br>**未被直接或隐含公开**对比文件全文未提及在数据包中设置用于指示其属于“新路径”的标志(new path flag)。MPLS标签用于标识转发等价类(FEC)和路径,但标签值的改变通常是由于逐跳交换,而非用于指示端到端的路径切换事件(参见背景[0010]-[0011])。目标专利该特征是一种区分路径的具体实施方式,通过在数据包中嵌入一个显式的标志(如“新路径分组”标志)来实现(参见说明书[0071])。对比文件中的数据包(MPLS包)不包含此类标志。其用于路径选择的依据是标签和哈希算法,而非一个简单的状态标志。因此,该特征未被公开。
**技术特征O**:其特征在于,所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括:接收标记分组,所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息,所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。 <br>**未被直接或隐含公开**对比文件全文未提及携带“分组标识信息”(如校验和、序列号列表)的“标记分组”,用于帮助接收方识别哪些分组来自旧路径。目标专利该特征是另一种具体的路径区分方法,利用专门的标记分组携带旧路径分组的特征信息(如校验和列表)(参见说明书[0069]-[0070])。这是一个复杂的信令和匹配机制。对比文件中不存在此类机制。
**技术特征P**:其特征在于,所述分组标识信息是分组校验和、分组ID、或分组序列号之一。 <br>**未被直接或隐含公开**对比文件未提及特征O中的“标记分组”和“分组标识信息”,因此自然也未具体公开该标识信息的具体类型。该特征是对特征O中“分组标识信息”的具体举例说明。由于特征O未被公开,作为其下位概念的特征P也未被公开。
**技术特征Q**:其特征在于,所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括:对于每个收到分组,在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址,其中所述MAC PDU的第一传送地址指示所述先前路径,并且所述MAC PDU的第二传送地址指示所述经更新路径。 <br>**未被直接或隐含公开**对比文件描述的是MPLS网络,其操作核心是标签交换。数据包在中间节点200的处理主要基于MPLS标签栈和LFIB(参见图4-6)。虽然数据包包含数据链路层报头(图4中410),但对比文件的描述从未涉及检查MAC PDU的传送地址(TA)来区分不同上游路径。其路径选择完全基于标签和ECMP哈希算法。目标专利该特征利用了混合网络设备在接口层(IL)的MAC地址信息来区分不同上游发送设备,从而区分路径(参见说明书[0071],图2阶段D2)。这是一个依赖于混合网络架构(具有抽象层AL和接口层IL)和MAC层信息的特定技术手段。对比文件工作在MPLS层面,其技术方案不依赖也不涉及对底层MAC地址进行此类分析以进行路径区分。因此,该特征未被公开。

<<<g>>>

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

网站备案号:渝ICP备2023012882号


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