Patent 7864816
Obviousness
Combinations of prior art that suggest the claimed invention would have been obvious under 35 U.S.C. § 103.
Active provider: Google · gemini-2.5-flash
Obviousness
Combinations of prior art that suggest the claimed invention would have been obvious under 35 U.S.C. § 103.
tool_code
print(google_search.search(queries=["US7864816B1 cited prior art", "USPTO Patent Public Search US7864816", "US7864816 prosecution history", "prior art for network delay and jitter testing integrated circuits", "motivation to combine packet generation and delay calculation in IC", "obviousness of timestamping packets for network delay in existing network devices"]))
thought
The user wants an obviousness analysis (35 U.S.C. § 103) of US patent 7864816.
This requires identifying combinations of prior art references and explaining the motivation to combine them.
The previous section stated "I will update this response with the specific prior art details after performing the USPTO search." However, this search was not performed in the previous turn.
Therefore, the first step is to retrieve the cited prior art from US7864816. I will use a Google search for "US7864816B1 cited prior art" and "USPTO Patent Public Search US7864816" to find the prosecution history and references.
Once I have the cited prior art, I will perform the following steps:
- List the cited prior art.
- For each independent claim (Claims 1, 16, 25, 40), identify elements.
- Analyze combinations of prior art references, explaining how they would render the claims obvious.
- Articulate the motivation for a person having ordinary skill in the art (PHOSITA) to combine these references.
I need to make sure to prioritize search results if they contradict my training data.To perform an obviousness analysis of US patent 7,864,816, it is first necessary to identify the prior art references cited during its prosecution. Since direct access to the USPTO Patent Public Search tool is not available in this environment, I will proceed by attempting to find the cited prior art through a Google Search.
Retrieval of Cited Prior Art for US7864816:
To conduct an obviousness analysis under 35 U.S.C. § 103 for US patent 7,864,816, it is necessary to identify relevant prior art and explain why a person having ordinary skill in the art (PHOSITA) would have been motivated to combine these references to arrive at the claimed invention.
The provided patent text includes a "Prior art keywords" section (data, packet, network, packets, integrated circuit) and lists "CROSS-REFERENCE TO RELATED APPLICATIONS" (U.S. Provisional Patent Application Ser. No. 60/642,483 and U.S. Non-Provisional patent application Ser. No. 11/031,984). However, it does not explicitly provide a list of cited prior art patents or publications used during the patent's examination. Without this explicit list of cited prior art, a direct, specific obviousness analysis against examiner-cited references cannot be performed.
Therefore, this analysis will proceed by considering what a PHOSITA in network engineering and integrated circuit design would have known around the patent's priority date of January 7, 2005, regarding network delay and jitter testing, and the capabilities of integrated circuits.
The core innovative aspects of US7864816, as described in its independent claims (Claims 1, 16, 25, 40), include:
- An integrated circuit (IC) (either a network switch ASIC or a network interface controller ASIC) containing one or more ports.
- At least one port including a packet generator to originate a first packet with a timestamp representing its generation time.
- A network transmit interface to send this packet and a network receive interface to get a reply packet.
- A controller to calculate network delay, specifically including queue delay, based on the generation timestamp and the reply packet.
- The ability to calculate jitter from multiple such delay measurements.
- The benefit of offloading this testing from a central processing unit (CPU).
To address obviousness, one would typically look for prior art that teaches:
- Network delay and jitter measurement techniques using timestamped packets.
- Hardware-based packet generation and reception in network devices.
- The concept of calculating network performance metrics in dedicated hardware (ASICs/NICs) to reduce CPU burden.
- The consideration of queueing delay in network performance measurements.
General Obviousness Considerations (as of January 7, 2005):
A PHOSITA in network engineering and IC design would likely have found the invention obvious through the combination of known techniques, motivated by the recognized problems in the art.
Problem Recognized by the Invention:
The patent explicitly states disadvantages of existing network testing approaches:
- Specialized test equipment is expensive and requires changing network topology, interfering with normal operation.
- Running network testing applications on existing network device CPUs burdens the CPUs, reduces device performance, and cannot handle wirespeed traffic.
The stated solution in US7864816 is to provide integrated circuits that conduct network delay and jitter testing at the Media Access Control (MAC) level and above, minimally burdening the CPUs.
Motivation for a PHOSITA to Combine Known Elements:
A PHOSITA would have been motivated to combine the following known concepts to address the problems outlined in US7864816:
- Packet-based Network Performance Measurement: The use of timestamped packets to measure network delay (round-trip time, one-way delay) and jitter (variation in delay) was a well-established technique in network diagnostics prior to 2005. Protocols like ICMP (ping) and mechanisms for adding timestamps to packets were common for network latency measurements.
- Motivation: To measure network performance accurately and non-intrusively.
- Hardware Acceleration in Network Devices: Network devices (like switches and NICs) were increasingly incorporating Application-Specific Integrated Circuits (ASICs) to offload tasks from general-purpose CPUs to achieve higher performance (e.g., wirespeed forwarding, MAC operations, basic packet processing).
- Motivation: To improve performance, reduce CPU load, and enable wirespeed operation for various network functions, including diagnostics.
- On-Chip Packet Generation and Analysis: ASICs in network devices commonly included components for generating packets (e.g., for keep-alives, control messages, or loopback tests) and analyzing received packets (e.g., for CRC checks, error detection, or classification).
- Motivation: To enable self-testing, link management, and basic traffic analysis within the network device itself without involving the main CPU.
- Consideration of Queueing Delay: Network queues are a fundamental component of packet-switched networks and a significant source of delay and jitter. Understanding and quantifying queueing delay was crucial for network performance analysis.
- Motivation: To provide a more accurate and comprehensive measurement of network delay and jitter, as queue delay is a significant factor in overall latency.
Combination Argument:
A PHOSITA facing the problem of expensive, intrusive, or CPU-intensive network testing would have found it obvious to integrate known network testing methodologies (timestamped packet generation and delay calculation) directly into the dedicated hardware (ASICs/NICs) of network devices.
- Combining (1) Packet-based Network Performance Measurement with (2) Hardware Acceleration in Network Devices would lead to the idea of performing delay and jitter testing within an ASIC. The motivation would be to conduct wirespeed testing and reduce the burden on the main CPU, as described in the patent's background.
- Further, integrating (3) On-Chip Packet Generation and Analysis capabilities (which were already present for other functions) would naturally extend to generating and receiving specialized test packets with timestamps. The existing MAC controllers and interfaces would serve as the logical place for these functions.
- The explicit inclusion of queue delay in the calculation, as highlighted in the claims, would be an obvious refinement for a PHOSITA aiming to provide comprehensive and accurate network delay measurements. Any network engineer knows that queueing is a major contributor to packet delay, so a system designed to measure "network delay" accurately would inherently seek to account for it. The patent states that the controller calculates "a network delay that includes a queue delay that occurs when the first packet is queued for transmission" (Claim 1). This specific inclusion is a refinement of existing delay measurement techniques. A PHOSITA would understand that a timestamp at the moment of packet generation versus packet transmission onto the wire would inherently include queue delay if the generation timestamp is used in conjunction with a reception timestamp. If the goal is to measure true network delay, excluding local queueing, then a PHOSITA would know to timestamp at the point of transmission. However, if the goal is to measure the impact of the local device's processing and egress queue on a packet's journey, then including the queue delay in the calculation via a "time of generation" timestamp is an obvious design choice for comprehensive local performance evaluation.
Therefore, the combination of these elements—performing timestamped packet generation and delay/jitter calculation within an ASIC of a network device, and specifically accounting for queue delay in the calculation—would have been obvious to a PHOSITA attempting to solve the recognized problems of inefficient and burdensome network testing. The motivation would be to create a high-performance, integrated, and non-intrusive network testing solution that leverages the inherent capabilities and efficiency of dedicated network hardware.
Conclusion on Obviousness:
While the specific implementation details of US7864816 might show engineering ingenuity, the overarching concept of offloading network delay and jitter testing, including queue delay, to an integrated circuit (like a network switch ASIC or NIC) by combining known packet timestamping techniques with existing hardware acceleration and on-chip packet processing capabilities would likely have been obvious to a PHOSITA by the priority date of January 7, 2005, given the known problems with CPU-bound network testing.
Generated 5/29/2026, 8:50:27 PM