对比文件名称：US2012071168A1_Description_20260317_1213
目标专利名称：用于多跳混合网络的无缝切换CN104813605B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组。<br>**判断结果**：未被公开 | [0262]段：The BWM server may track the sequence numbers of the separately transmitted data packets in order to maintain a proper sequence between transmitting and receiving equipment (e.g., between the SGSN and WTRU).<br>[0263]段：FIG. 56 illustrates a data transfer example. The example assumes that there are five downlink packets to be sent to the WTRU from the SGSN. The example also assumes that four of the five packets are delivered to the WTRU by the cellular RAT and one packet is delivered to the WTRU by WiFi. | 对比文件公开了BWM服务器（作为接收设备）从SGSN接收下行数据包，并可能通过蜂窝和Wi-Fi两种RAT（无线接入技术）向WTRU（无线发射/接收单元）发送数据包。然而，目标专利的技术特征A明确限定了“在设备的第一进入接口处接收”，并隐含了在同一进入接口接收来自不同路径的同一分组流的数据包（参见说明书[0066]-[0068]段，图2中HDST 230在同一接口c1接收新旧路径的分组）。对比文件描述的是BWM服务器通过**不同的**逻辑或物理路径（例如，去往HNB的GTP隧道和去往Wi-Fi AP的链路）**发送**数据，或者从SGSN接收数据以及从Wi-Fi AP接收上行数据。**没有公开或暗示**一个设备在**同一个进入接口**上接收与同一分组流相关联、但来自两条不同上游路径的第一分组和第二分组。因此，该技术特征未被对比文件公开。 |
| **技术特征B**：所述第一分组与路径更新之前使用的先前路径相关联。<br>**判断结果**：隐含公开 | [0270]段：For inbound mobility, from a macrocell or HNB without a BWM server, if the target CGW does not have a BWM server, the standard mobility procedures may be used to complete the handover.<br>[0272]段：In the absence of a BWM server, for downlink data, the sequence numbers are shown in FIG. 58. The maintenance of the sequence numbers between the source HNB, target HNB (not shown), and SGSN may be important to allow for the target HNB to “pick-up” the data connection where the source HNB “left off”. | 对比文件描述了移动性（切换）场景，例如从源HNB切换到目标HNB。在切换过程中，在切换发生**之前**发送的数据包自然与**切换前**的路径（即“先前路径”）相关联。例如，图58和[0272]段描述切换时，源HNB需要将未确认的数据包转发给目标HNB，这些待转发的数据包就是在先前路径（源HNB到WTRU）上传送但未确认的。这实质上公开了“第一分组与路径更新（此处为切换）之前使用的先前路径相关联”这一概念。虽然对比文件的上下文是蜂窝网络中的HNB间切换，而目标专利是混合网络中的路径更新，但两者都属于通信网络中路径变更的场景，本领域技术人员能够理解其中的关联性。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联。<br>**判断结果**：隐含公开 | [0270]段：Once the handover is complete, if the new HNB has a BWM server, the BWM server in the new HNB and the BWM client in the WTRU may attempt to perform an association.<br>[0284]段：When the MCN components have been configured for handover, a source HNB may command a WTRU to relocate to the target HNB. | 同样在移动性（切换）场景中，在切换完成**之后**发送的数据包将与**切换后**的新路径（即“经更新路径”）相关联。例如，WTRU切换到目标HNB后，后续的数据传输将经由目标HNB（新路径）进行。这公开了“第二分组与路径更新之后使用的经更新路径相关联”这一概念。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联。<br>**判断结果**：隐含公开 | [0275]段：The BWM server may need to detect the first forwarded data message (e.g., by performing deep packet inspection), extract the GTP sequence number, look the sequence number up in its list of sequence number mapping between the two GTP tunnels and forward all of the packets to the SGSN from this sequence number to the end of what it currently has received from the GTP tunnel with the SGSN.<br>[0277]段：In the absence of a BWM server, for uplink data, a sequence numbering example is illustrated in FIG. 60. ... The maintenance of the same GTP sequence number basis may be important so that the source HNB, target HNB (not shown), and SGSN may be synchronized... | 对比文件在描述移动性（切换）期间的数据包处理时，强调了对序列号的跟踪和维护（例如[0262]段），特别是在切换后，目标HNB或BWM服务器需要知道从哪里开始继续数据传输（参见[0272]段）。为了维护正确的顺序，特别是在BWM服务器介入且数据包可能通过不同RAT发送的情况下（如图59、61），接收端（如BWM服务器或目标HNB）**必然需要有能力区分哪些数据包是在切换前（旧路径）发送的，哪些是在切换后（新路径）发送的**，以便进行正确的排序、转发或缓冲。虽然对比文件没有明确描述一个独立的“确定收到分组与先前路径还是经更新路径相关联”的步骤，但该功能是实现在切换场景中确保数据顺序递送这一目标的**必要且隐含的技术手段**。本领域技术人员可以从对比文件关于序列号管理和移动性处理的描述中合理推断出这一技术特征。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。<br>**判断结果**：隐含公开 | [0262]段：The BWM equipment may track the sequence numbers of the separately transmitted data packets in order to maintain a proper sequence between transmitting and receiving equipment (e.g., between the SGSN and WTRU).<br>[0272]段：The maintenance of the sequence numbers between the source HNB, target HNB (not shown), and SGSN may be important to allow for the target HNB to “pick-up” the data connection where the source HNB “left off”. | 对比文件的核心目的之一是在多RAT传输和移动性场景中维护数据包的**正确顺序**（proper sequence）。[0262]段明确指出跟踪序列号是为了在收发设备之间保持适当的顺序。[0272]段也强调在切换时维护序列号的重要性，以便目标HNB能从源HNB中断的地方接续数据连接。这意味着，无论数据包是经由不同RAT发送，还是在切换前后发送，最终处理（如上交给高层或转发）时都需要**按照它们被传送的原始次序**。这与目标专利特征E“以第一分组和第二分组被传送的次序处理”的核心思想一致。虽然对比文件未使用“以被传送的次序处理”的表述，但“维护适当顺序（maintain a proper sequence）”必然隐含了按序处理的要求。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。<br>**判断结果**：未被公开 | [0275]段：The BWM server may need to detect the first forwarded data message ... and forward all of the packets to the SGSN from this sequence number to the end of what it currently has received from the GTP tunnel with the SGSN.<br>[0275]段：If the 802.11 packet is not in the group of forwarded packets, the packet may be lost and a higher layer retransmission scheme (TCP, for example) may correct the problem. | 对比文件在讨论移动性时提到了数据包转发和可能的数据丢失，但**没有公开**目标专利特征F中定义的特定场景和解决方案：即由于路径更新，导致属于新路径的第二分组**先于**属于旧路径的第一分组到达**同一进入接口**，并且接收设备**主动缓冲**第二分组直到第一分组被处理。对比文件[0275]段描述的是在切换过程中，BWM服务器处理从源HNB转发来的旧路径数据包，并可能需要从自己的缓存中补充后续数据包，以确保按顺序发送给SGSN。这里的“缓冲”是为了弥补切换期间数据转发的间隙，而不是为了处理因路径切换在同一接口上导致的**乱序接收**。目标专利的缓冲是为了解决特定路径切换场景下的乱序问题，而对比文件的处理是为了解决切换过程中数据连续性问题。两者目的和机制不同。因此，该技术特征未被对比文件公开。 |
| **技术特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。<br>**判断结果**：未被公开 | [0263]段：In the absence of BWM, the GTP entities in the HNB and SGSN must be in-synch with regard to GTP sequence numbers. Additionally, in the absence of BWM, the PDCP entities within HNB and WTRU must be in-synch with regard to PDCP sequence number.<br>[0435]段：GTP-C—UDP/IP using port number 2123; GTP-U—UDP/IP using port number 2152. | 对比文件描述的数据包顺序管理涉及GTP（GPRS隧道协议）和PDCP（分组数据汇聚协议）序列号。GTP运行在UDP/IP之上，属于传输层之上的隧道协议；PDCP属于3GPP协议栈中的数据链路层（层2）子层。虽然PDCP在协议栈中比传输层低，但对比文件整体上描述BWM服务器的操作（如数据包检查、路由、序列号映射）更多地发生在**网络层和传输层之间或之上**（例如，处理IP包、GTP-U头、进行深度包检测），而不是明确限定在“比传输层低的层”。目标专利的特征G强调在“比传输层低的层”（如MAC层）执行处理，以降低延迟并更早进行排序（参见说明书[0068]段）。对比文件没有公开或暗示这种特定的协议栈层级限制。因此，该技术特征未被对比文件公开。 |
| **技术特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组。<br>**判断结果**：未被公开 | 无相应内容。 | 目标专利使用“流开始标记分组”（如Ms,b）作为路径切换的显式信令，通知接收设备新路径的开始（参见说明书[0060]段，图3）。对比文件中完全**没有提及**任何形式的“流开始标记分组”（stream start marker packet）或类似的控制分组。对比文件管理路径切换（移动性）依赖于标准的移动性信令流程（如RANAP重定位消息）和序列号跟踪，而非专用的标记分组。因此，该技术特征未被对比文件公开。 |
| **技术特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。<br>**判断结果**：未被公开 | 无相应内容。 | 由于对比文件未公开“流开始标记分组”（特征H），因此自然也不存在“响应于接收到流开始标记分组而触发缓冲”这一后续动作。目标专利中该特征是与标记分组机制紧密耦合的特定处理步骤。因此，该技术特征未被对比文件公开。 |
| **技术特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组。<br>**判断结果**：未被公开 | 无相应内容。 | 目标专利使用“流结束标记分组”（如Ms,e）作为路径切换的显式信令，指示旧路径的结束（参见说明书[0060]段，图3）。对比文件中完全**没有提及**任何形式的“流结束标记分组”（stream end marker packet）或类似的控制分组。因此，该技术特征未被对比文件公开。 |
| **技术特征K**：确定与所述先前路径相关联的分组已被处理。<br>**判断结果**：未被公开 | [0272]段：At the time of handover, the source HNB may create and send the Forward SRNS Context message, which may comprise the next PDCP UL sequence number and next GTP UL sequence number. | 对比文件在切换过程中，源HNB通过“Forward SRNS Context”消息告知目标HNB下一个预期的序列号，这**隐含**了源HNB对已处理数据包状态的认知。然而，目标专利特征K是**接收设备**（如目的地混合设备）**确定**与先前路径相关联的分组已被处理，这通常与接收到“流结束标记分组”或超时机制相关（参见说明书[0033]段）。对比文件没有描述接收设备（如目标HNB或BWM服务器）如何主动“确定”来自旧路径的所有分组都已被处理完毕。因此，该技术特征未被对比文件公开。 |
| **技术特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。<br>**判断结果**：未被公开 | 无相应内容。 | 目标专利说明书[0034]段提到缓冲可直至预定缓冲超时时段期满。对比文件在描述任何缓冲或数据处理机制时，均**未提及**使用“预定缓冲超时时段”（predetermined buffering timeout period）作为缓冲释放的条件。因此，该技术特征未被对比文件公开。 |
| **技术特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。<br>**判断结果**：未被公开 | 无相应内容。 | 目标专利的特征M提出了一种基于传输协议类型（可靠递送如TCP vs. 尽力型如UDP）的差异化处理策略（参见说明书[0035]段）。对比文件中**完全没有描述**这种根据协议标识符来动态改变分组处理次序（是按传送次序还是按接收次序）的机制。对比文件关注的是通用数据包顺序维护，未区分不同传输协议的处理策略。因此，该技术特征未被对比文件公开。 |
| **技术特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。<br>**判断结果**：未被公开 | 无相应内容。 | 目标专利提出了通过检查数据包中是否包含“新路径标志”来区分路径的方法（参见说明书[0036]段，[0071]段，图5阶段D1）。对比文件中**完全没有提及**在数据包中设置或检查用于指示新路径的标志（new path flag）。因此，该技术特征未被对比文件公开。 |
| **技术特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。<br>**判断结果**：未被公开 | 无相应内容。 | 目标专利提出了通过包含“分组标识信息”（如校验和列表）的标记分组来区分路径的方法（参见说明书[0037]段，[0079]-[0081]段，图5阶段D3）。对比文件中**完全没有提及**这种携带分组标识信息的专用“标记分组”（marker packet）。对比文件使用序列号，但序列号是承载在常规数据包或信令消息（如GTP、PDCP头或Forward SRNS Context）中，用于顺序跟踪，而非用于在路径切换时通过一个独立的标记分组来标识一组特定的历史数据包。因此，该技术特征未被对比文件公开。 |
| **技术特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。<br>**判断结果**：未被公开 | [0262]段：There may be sequence numbers associated with data packets transmitted over the various RATs. | 对比文件提到了数据包关联的“序列号”（sequence numbers），但这属于数据包的常规组成部分（如GTP序列号、PDCP序列号），用于保证传输顺序。而目标专利的特征P是作为特征O中“标记分组”所包含的“分组标识信息”的具体示例。由于特征O（包含分组标识信息的标记分组）未被公开，因此特征P作为其下位概念也**未被独立公开**。对比文件中的序列号并非在“标记分组”中用于标识旧路径分组，而是用于常规的顺序管理。因此，该技术特征未被对比文件公开。 |
| **技术特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。<br>**判断结果**：未被公开 | 无相应内容。 | 目标专利提出了通过检查MAC PDU的传送地址（TA）来区分上游路径的方法（参见说明书[0039]段，[0084]段，图5阶段D2）。对比文件描述的网络架构涉及IP层、GTP隧道和IPSec隧道，其数据处理和路径区分发生在网络层或更高层。对比文件中**完全没有提及**利用接口层（IL）的MAC地址或MAC PDU的传送地址（TA）来进行路径区分。因此，该技术特征未被对比文件公开。 |
<<<b>>><<<c>>><<<d>>><<<e>>>