Invalidity dossier

US 7535907

TCP engine

Current assignee: Cavium International

Added 9/26/2026, 6:08:51 PM

At a glanceNo PTAB challengesNo litigation on fileSoftware Technology & Computing Systems (T)

Active provider: DeepSeek · deepseek-v4-flash

Auto-generating section 1 of 2: Extensions…

Each section takes ~30-60s with web-search grounding. Keep this tab open — sections will fill in below as they complete.

Patent summary

Title, assignee, inventors, filing/issue dates, abstract, and a plain-language overview of the claims.

✓ Generated

I'll run targeted searches for this patent number and for any CAFC 2026 activity.

Now let me check for any litigation/appeal activity (CAFC 2026 dockets) and USPTO assignment/status records.

Let me do one final check for any litigation or appeal docket specifically naming this patent.

Search scope note

I ran open-web searches targeting "7535907" / "7,535,907" in combination with USPTO, patent, litigation, and CAFC 2026 terms. I do not have authenticated, live query access to PACER/CAFC docket systems or USPTO PatentCenter/TSDR; my statements on litigation are therefore limited to what surfaced in indexed public sources. One search hit (FR7535907A, a 1975 French application number for a "dispositif de dosage continu") is not the same identifier as the US patent and is unrelated — I am flagging it rather than conflating it.


US 7,535,907 B2 — "TCP engine"

Field Value
Patent number US 7,535,907 B2
Title TCP engine
Application no. 11/218,727
Filing date September 2, 2005
Priority Provisional 60/669,741, filed April 8, 2005
Pre-grant publication US 2006/0227811 A1, published October 12, 2006
Issue/grant date May 19, 2009
Original assignee Cavium Networks LLC
Current assignee (per Google Patents) Cavium International; Marvell Asia Pte Ltd
Legal status (per Google Patents) Active; adjusted expiration listed as 2027-06-15
Classifications H04L69/16, H04L69/163, H04L49/90, H04L49/9047 (also US 370/503, 370/392)

Inventors (10): Muhammad R. Hussain; Imran Badr; Faisal Masood; Philip H. Dickinson; Richard E. Kessler; Daniel A. Katz; Michael S. Bertone; Robert A. Sanzone; Thomas F. Hummel; Gregg A. Bouchard.

Assignment chain recorded on the face of the Google Patents record: CAVIUM NETWORKS (2005-11-09) → Cavium Networks, Inc., a Delaware corporation (merger, 2007-03-14) → Cavium, Inc. (merger, 2011-07-21) → Cavium, LLC (certificate of conversion, 2018-10-02) → Cavium International (2020-02-17) → Marvell Asia Pte, Ltd. (2020-05-15). A 2016 JPMorgan Chase security agreement and its 2018 release also appear.

Data caveat: A third-party aggregator renders the grantee as "Oavium Networks, Inc." I am reporting that string literally as it appeared; it appears to be an OCR corruption of "Cavium," which is the spelling used in the authoritative patent text and assignment records.


Abstract (verbatim, from the patent)

"A network transport layer accelerator accelerates processing of packets so that packets can be forwarded at wire-speed. To accelerate processing of packets, the accelerator performs pre-processing on a network transport layer header encapsulated in a packet for a connection and performs in-line network transport layer checksum insertion prior to transmitting a packet. A timer unit in the accelerator schedules processing of the received packets. The accelerator also includes a free pool allocator which manages buffers for storing the received packets and a packet order unit which synchronizes processing of received packets for a same connection."


Independent claims — plain language

Claim 1 (apparatus). A hardware accelerator that speeds up packet handling for a connection-oriented protocol, made up of four cooperating units:

  1. a packet processing unit that pre-processes the network transport-layer header of a received packet for a connection;
  2. a free pool allocator that manages a pool of free buffers used to store received packets;
  3. a packet order unit that synchronizes processing of received packets; and
  4. a timer unit that schedules processing of received packets by at least one processor.

Claim 10 (method). The same four-step functional flow expressed as a method: perform pre-processing on a received packet's transport-layer header; manage a pool of free buffers for storing received packets; synchronize processing of received packets; and schedule that processing by at least one processor.

Claim 18 (apparatus, means-plus-function). The same four elements recited as "means for" performing/pre-processing, "means for managing buffers," "means for synchronizing," and "means for scheduling." This claim is drafted in means-plus-function form and would be construed under 35 U.S.C. § 112(f), limited to the corresponding structures disclosed in the specification (the PIP/IPD packet input unit, FPA, POW module, and timer unit) and their equivalents.

Net effect: the three independent claims cover the same architectural idea in apparatus, method, and means-plus-function form — an integrated TCP/UDP offload/acceleration engine defined by packet pre-processing, buffer-pool management, packet ordering, and timer-driven scheduling.

Dependent claim highlights (context for scope)

  • Claims 2 and 4 (from claim 1) specify the transport layer is TCP or UDP respectively; claims 11–12 do the same for the method.
  • Claim 3 adds a fetch-and-add unit maintaining TCP statistical information (the FAU 240 in the specification).
  • Claim 5 / 13 add allocation of a work queue entry storing data extracted from the transport header, so the processor need not touch the packet's header in memory.
  • Claim 6 / 14 add inline transport-layer checksum insertion prior to transmit (the PKO checksum logic).
  • Claim 7 / 15 add priority-assigned buffer pools with a programmable number of buffers in the allocator.
  • Claim 8 / 16 add that pools are expandable via buffers in accessible memory (the L2/DRAM tree/list structure).
  • Claim 9 / 17 add a plurality of timer queues, each assigned to one processor, to avoid inter-processor synchronization.

Litigation / CAFC 2026 docket status

No CAFC 2026 docket, appeal, IPR, or district-court case naming US 7,535,907 surfaced in my searches. I could not confirm any assertion, validity challenge, or appeal involving this specific patent number.

Contextual items that appeared but are different patents and must not be conflated with this one:

  • Cavium, Inc. as petitioner in IPRs against Alacritech involving U.S. 7,673,072 (IPR2017-01707) and U.S. 8,805,948 (IPR2018-00403) — not the '907 patent.
  • Alacritech v. Dell / Cavium intervention in E.D. Tex. involving U.S. 7,124,205, 7,237,036, 7,337,241, 7,673,072, 7,945,699, 8,131,880, 8,805,948, 9,055,104 — does not include 7,535,907.
  • CommWorks Solutions v. Marvell Technology (W.D. Tex. 7:25-cv-00354) asserted U.S. 7,027,465, RE44,904, 6,832,249 — not this patent; case voluntarily dismissed Oct. 31, 2025.
  • EdgeComm LLC v. Marvell Semiconductor (W.D. Tex. 7:2025cv00455, filed Oct. 7, 2025; voluntary dismissal Dec. 5, 2025) — the retrieved docket excerpt did not list 7,535,907 among asserted patents.

Explicit uncertainties

  1. Litigation/CAFC status is unverified at the authoritative-source level. If you need a definitive negative, this should be confirmed via direct PACER/CAFC CM-ECF and USPTO PTAB/PatentCenter queries, which I could not run here.
  2. Current ownership relies on Google Patents' assignment/current-assignee display (Cavium International; Marvell Asia Pte Ltd) and the recorded chain; the underlying USPTO assignment abstracts were not independently retrieved.
  3. Expiration (listed as 2027-06-15 "adjusted expiration") is the patenteer's/system's figure including any terminal disclaimer and adjustment; it is a status assumption in Google Patents' own disclaimer language, not a legal conclusion.
  4. Claim construction of independent claim 18 under § 112(f) is my own analytical characterization, not an authoritative ruling — no court or PTAB construction of this patent was found.

Generated 9/26/2026, 6:47:05 PM

Cases on file (0)

Specific litigation cases in our database that name US patent 7535907. The free-form analysis below may also discuss cases beyond this list.

No cases on file mention this patent. Upload a CSV or add a case manually in Admin → Manage litigation cases.

Litigation summary

Past and pending lawsuits — plaintiffs, defendants, jurisdictions, outcomes, and notable rulings.

✓ Generated

I'll search for litigation involving US patent 7535907.

Let me search more specifically for litigation and PTAB proceedings involving this patent.

Summary of Findings

Based on my searches (Google Patents, Justia, Docket Alarm, CourtListener, PTAB/USPTO records, and the Unified Patents portal), I found no litigation in which U.S. Patent 7,535,907 ("TCP engine") is identified as an asserted patent. To the extent I can determine from publicly available sources, this patent does not appear in any district court complaint, ITC investigation, or PTAB proceeding as a patent-in-suit.

I want to be explicit about this rather than overstate results, since several searches returned near-miss "5907"-style hits that are not this patent.

The patent itself (for identification grounding)

Attribute Value
Patent No. US 7,535,907 B2
Title TCP engine
Application No. 11/218,727
Filed Sept. 2, 2005
Priority Apr. 8, 2005 (Provisional 60/669,741)
Granted May 19, 2009
Original Assignee Cavium Networks, LLC
Current Assignee Marvell Asia Pte Ltd (via Cavium International → Cavium, LLC → Cavium, Inc.)
Inventors Hussain, Badr, Masood, Dickinson, Kessler, Katz, Bertone, Sanzone, Hummel, Bouchard
Expiration (adjusted) June 15, 2027

Source: https://patents.google.com/patent/US7535907/en

Near-miss results I ruled out (important for accuracy)

  1. Alacritech, Inc. v. CenturyLink / Wistron / Dell (E.D. Tex.) — Case Nos. 2:16-cv-00693, -00692, -00695. Cavium, Inc. intervened, alongside Intel. However, the patents-in-suit in that campaign were Alacritech's own patents — U.S. 7,124,205; 7,237,036; 7,337,241; 7,673,072; 7,945,699; 8,131,880; 8,805,948; and 9,055,104. U.S. 7,535,907 was not asserted. Cavium's involvement was as an intervenor on Alacritech's patents, not a plaintiff/defendant on the '907 patent.

  2. Cavium, Inc. v. Alacritech, Inc., IPR2018-00403 (PTAB) — filed Dec. 27, 2017, terminated June 6, 2018; and the related Intel/Cavium IPRs (IPR2017-01393, -01406, -01409, -01410, IPR2018-00226, -00336, IPR2017-01736, etc.). These involved U.S. 8,805,948 and other Alacritech patents — not 7,535,907.

  3. FR 2333291 B1 (French) / file no. FR7535907 — An unrelated 1975 French fluid-dosing patent application whose application number coincidentally contains the digit string "7535907." Not related.

  4. Various other "590 patents" (e.g., 6,760,590; 9,210,590; 5,xxx,590) — different patents entirely.

Bottom line

  • No district court litigation naming US 7,535,907 as an asserted patent was located.
  • No ITC Section 337 investigation naming this patent was located.
  • No PTAB IPR/PGR challenging this patent was located.
  • The patent's chain of title (Cavium → Marvell) is well documented, and it expired/expires June 15, 2027, but ownership transfers are not litigation.

Confidence statement and limitation

I could not directly retrieve a Unified Patents litigation page or a PACER docket string for "7535907," and my runs terminated before I could exhaustively query every litigation aggregator. It is therefore possible that a complaint asserting this patent exists in a source I could not reach, or that the patent was asserted under an alternative designation in a complaint I did not surface. If you need certainty, I would recommend:

  • A direct Unified Patents search: https://portal.unifiedpatents.com/litigation/caselist (search "7,535,907")
  • A PACER/RECAP full-text docket search on CourtListener for "7,535,907"
  • A Lex Machina / Darts-ip docket search on the patent number

If you can share a case caption or party name you suspect, I can try to verify it against the specific patent.

Generated 9/26/2026, 6:47:08 PM

Proceedings on file (0)

All PTAB activity →

AIA trial proceedings (IPR / PGR / CBM) filed at the USPTO Patent Trial and Appeal Board against this patent. Sourced from the USPTO Open Data Portal and refreshed every six hours; each proceeding number deep-links to the PTAB E2E docket.

No PTAB proceedings on file. This patent has not been challenged via IPR, PGR, or CBM. The absence is itself a signal — well-asserted patents eventually attract IPRs. The LLM analysis below may surface filings the ODP feed hasn’t indexed yet.

PTAB challenges

AIA trial proceedings at the USPTO Patent Trial and Appeal Board — IPR, PGR, and CBM. Petitioners, judge panels, claim-level invalidation outcomes from Final Written Decisions, and Federal Circuit appeals. The single most important defensive datapoint after litigation history.

✓ Generated

I'll verify the structured data with targeted web searches before drafting.

Let me run additional verification searches on litigation/assertion history and any post-issuance challenges.

Proceedings overview

Total AIA trial proceedings on US 7,535,907: 0. The USPTO Open Data Portal structured record returned no AIA trials (no IPR, PGR, or CBM) naming this patent as the challenged patent, and four targeted web searches on 2026-09-26 (patent number alone; "7535907" + IPR201/CBM201/reexam; the '907 patent with Cavium/assignee; and portfolio-level checks) surfaced no proceeding with US 7,535,907 as the subject patent — status breakdown is therefore 0 active / 0 invalidated / 0 sustained / 0 settled / 0 institution-denied. The defensive bottom line: no claim of the '907 patent has ever been canceled or even tested at the PTAB — a defendant cannot inherit an invalidation win, has no § 315(e)(2) estoppel record to exploit, and must either file its own petition (mind the § 315(b) one-year clock) or prove invalidity in district court, while the patent's own clock is nearly run (Google Patents shows legal status Active with an adjusted expiration of 2027-06-15, i.e. roughly 9 months of remaining term as of today).

Sourcing caveat. I confirmed this against the structured "PTAB proceedings on file" block (canonical, from USPTO ODP) and public web search. I could not run a live PTAB E2E / PTAB Center docket query directly, and no paid docket service (RPX, Docket Alarm, Lex Machina) returned a hit for this patent number. Treat "zero proceedings" as high-confidence but verify once in PTAB Center (https://ptab.uspto.gov) and in Patent Center (https://patentcenter.uspto.gov) before relying on it in a brief or a stay motion.


Per-proceeding detail

None exists. There is no proceeding to write up. To be explicit rather than silent, these are the artifacts that do not exist for US 7,535,907:

  • No institution decision, Final Written Decision, or adverse judgment under 35 U.S.C. §§ 314/318.
  • No PTAB appeal to the Federal Circuit under § 319 (and therefore no CAFC docket or CourtListener opinion on this patent).
  • No settlement/termination, no joinder, no rehearing request, no Director review.
  • No ex parte reexamination certificate (control number) surfaced either — searches for "7535907" against reexamination traffic returned only unrelated patents (e.g. Realtime Data, Smith, Michaelis matters).

Family-adjacent PTAB activity (NOT on this patent — do not cite these as '907 proceedings). The relevant pattern signal is that Cavium has been the petitioner, not a challenged owner, on the TCP-offload art in this space. Per the December 4, 2017 stay stipulation in Alacritech, Inc. v. CenturyLink, Inc., No. 2:16-cv-00693 (E.D. Tex.) (Exhibit 2404), Cavium filed IPR2017-01707, -01711, -01714, -01718, -01728, -01729, -01732, -01733, -01734, -01735, -01736 and -01737 against Alacritech patents (e.g. IPR2017-01707 on US 7,673,072; IPR2017-01734 on US 7,237,036). Cavium/Dell/Intel later proceeded under IPR2018-00226 (US 7,124,205), IPR2018-00234 (US 8,805,948) and IPR2018-00401 (US 7,945,699) — see the March 4, 2019 oral hearing transcript. Those Alacritech patents are arguably closer to a TCP engine than anything else publicly indexed, and Cavium's own expert on that campaign was Dr. Robert Horst. This tells you how a '907 petition would be built, but it is not a '907 proceeding.

Also note two false-positive traps for a search: (i) PTAB filings citing "the '753 patent" in the Concurrent Ventures/XstreamEdge IPR against US 10,873,753 (AMD/Pensando petitioners) are a different patent entirely; and (ii) news/opinion hits for a media-programming "'753 patent" are unrelated to this TCP engine patent.


Strategic summary

Claim status: everything is UNTESTED. US 7,535,907 has 20 claims (claims 1–20; claims 1 and 11 independent per the specification's figures — the specification describes a work-queue-entry-based TCP processor with a packet input processing unit, free pool allocator with priority pools, packed order/work synchronization, and an inline L4 checksum generator in the packet output unit). Because no AIA trial has ever been instituted, no claim is canceled and no claim has been confirmed. There is no narrowing claim amendment, no certificate, and no PTAB-construed claim term to lean on. For a defendant, this cuts both ways: you get no free invalidity, but you also face no adverse PTAB claim construction and no prosecution-history disclaimer created by IPR.

Estoppel landscape is empty — the field is wide open. With no petitioner, § 315(e)(2) estoppel binds no one. Every invalidity ground remains available in district court, including grounds that would be IPR-eligible. The practical consequences: (a) no stay leverage — a district court has no parallel PTAB proceeding to wait for, so a stay motion must be premised on your own petition; (b) timing risk — if you want the PTAB, § 315(b) bars a petition more than one year after service of a complaint alleging infringement (and a counterclaim of invalidity is safe, but a DJ action is not); (c) vehicle limits — PGR is unavailable (2005 priority, pre-AIA), and CBM review is off the table following the AIA § 18 sunset on 2020-09-16 for new petitions, so IPR and ex parte reexamination (§ 302, no time bar, no estoppel) are the only post-issuance routes; (d) art selection — the printed-publication art of record in the Alacritech TCP-offload IPRs (Tanenbaum, Erickson, and the accelarated-TCP literature generally) is the natural starting set, but you would need art that was not already considered at the USPTO — note the '907 application itself incorporates by reference the assignee's own filings 11/005,490 ("Packet Queuing, Scheduling and Ordering") and 11/030,010 ("Method and Apparatus for Managing Write Back Cache"), which are your family, not prior art to you, and their disclosure overlaps heavily with claim 1's tag-synchronization and FPA/pool limitations.

Pattern signals. (1) The patent owner/petitioner posture is the key fact: Cavium (now Cavium International / Marvell Asia Pte. Ltd. as current assignees) has only ever been on offense at the PTAB on this subject matter — I found no instance of a Cavium TCP-engine patent being challenged, so '907 is a hardened, never-challenged asset within a portfolio that was aggressively used as an offensive/defensive tool in the Alacritech campaign. (2) There is no defensive aggregator (Unified Patents, RPX, AST) in the chain for this patent — the only third-party page found was an informational Unified Patents portal entry for the published application US-20060227811-A1, with no joinable challenge attached. (3) No CAFC appellate activity on this patent exists because there has been no Board decision to appeal.


Recommended next steps

  1. Do not brief an IPR-based estoppel or invalidation theory. There is no FWD to link, no canceled claim to quote, and asserting that "claims 1–5 were canceled" would be fabricating the record. If a demand letter cites US 7,535,907, the honest posture is: no PTAB proceeding exists on this patent (verified against USPTO ODP, 2026-09-26).
  2. Run the live dockets yourself before relying on the negative finding. Confirm in PTAB Center (https://ptab.uspto.gov) by patent number, in Patent Center (https://patentcenter.uspto.gov) for reexamination/reexam certificates and maintenance-fee status, and cross-check RPX Insight / Docket Alarm. The ODP ingest can lag a recently filed petition, and this report cannot rule out a petition filed in the last few weeks.
  3. Fix the real defense on term and fees, not validity art. Google Patents lists the patent as Active with adjusted expiration 2027-06-15 (https://patents.google.com/patent/US7535907/en). Nominal 20-year term from the 2005-09-02 filing would have ended 2025-09-02, so the remaining term is short — confirm the PTA calculation and confirm all maintenance fees (4/8/12-year, and the 12-year window is the one to watch) were timely paid. Pre-suit damages are capped at six years back under § 286, and post-expiration conduct is not infringing, so your financial exposure window is narrow even if you lose.
  4. If you do petition, decide by the § 315(b) clock. Calendar one year from service of the complaint; pair the petition with a stay motion grounded in that petition (there is no pre-existing PTAB case to piggyback on), and expect the patent owner to emphasize the '907 patent's pre-AIA, hardware-architecture-heavy claims in any § 325(d)/§ 314(a) discretionary argument.
  5. Consider ex parte reexamination as a lower-cost complement. It is not time-barred, has no estoppel consequence, and does not depend on the Board's institution discretion — useful if the one-year IPR window has closed or if a stay is unobtainable.

Generated 9/26/2026, 6:47:28 PM

Ownership chain (8)

Asserters network →

Structured records extracted from the assignment-history narrative below. Each entity links to its full ownership-network profile.

  1. ? · recorded 2005-11-09 · Assignment

    Bouchard, Gregg A.; Badr, Imran; Dickinson, Philip H.; Hussain, Muhammad R.; Masood, Faisal; Bertone, Michael S.; Hummel, Thomas F.; Katz, Daniel A.; Kessler, Richard E.; Sanzone, Robert A.CAVIUM NETWORKS

  2. ? · recorded 2007-03-14 · Merger

    CAVIUM NETWORKSCAVIUM NETWORKS

    internal reorg

  3. ? · recorded 2011-07-21 · Merger

    CAVIUM NETWORKSCavium International

    internal reorg

  4. ? · recorded 2016-08-17 · Security Agreement

    CAVIUM NETWORKS LLC and Cavium, Inc.JPMORGAN CHASE BANK, N.A.

    securitization

  5. ? · recorded 2018-07-06 · Release

    JP MORGAN CHASE BANK, N.A.CAVIUM, INC.; QLOGIC CORPORATION; CAVIUM NETWORKS LLC

  6. ? · recorded 2018-10-02 · Conversion

    Cavium InternationalCavium International

    internal reorg

  7. ? · recorded 2020-02-17 · Assignment

    Cavium InternationalCavium International

    internal reorg

  8. ? · recorded 2020-05-15 · Assignment

    Cavium InternationalMarvell Asia Pte, Ltd.

    internal reorg

Assignment history

Inventors, original assignee, and the chain of ownership recorded with the USPTO — including the correspondent attorney who recorded each assignment, since shell-LLC chains often share one repeat-player attorney even when the entity names look unrelated. Surfaces NPE / patent-troll patterns: shell-entity transfers, known asserters in the chain, repeat correspondent fingerprints, pre-litigation assignments, and bankruptcy fire-sales.

✓ Generated

I'll reconstruct the chain from the authoritative patent text and cross-check the USPTO assignment records for reel/frame data.

Ownership & Assignment Reconstruction — US 7,535,907 B2 ("TCP engine")

Data-source note (read first): This reconstruction is built from (a) the authoritative full text of the patent as published, whose "Legal Events / reassignment" table reproduces the recorded chain, and (b) search of public assignment mirrors. I was not able to retrieve the reel/frame numbers or the correspondent-of-record fields for this patent's assignments in this session. That is a data gap, not a finding of "no records" — the chain below is populated from recorded events and each entry is flagged accordingly. Verification should be done directly at USPTO Assignment Center (search patent number 7535907) or assignment.uspto.gov, and against Google Patents legal events.


Inventors

All ten named inventors were Cavium Networks employees at the time of filing (application 11/218,727, filed 2005-09-02; priority to provisional 60/669,741 filed 2005-04-08):

Inventor Notes / employer at filing
Muhammad R. Hussain (Muhammad Raghib Hussain) Cavium Networks — continuing Cavium/Marvell filings
Imran Badr Cavium Networks
Faisal Masood Cavium Networks
Philip H. Dickinson Cavium Networks
Richard E. Kessler Cavium Networks — prominent microprocessor architect; prolific subsequent Cavium filer
Daniel A. Katz Cavium Networks
Michael S. Bertone Cavium Networks
Robert A. Sanzone Cavium Networks
Thomas F. Hummel Cavium Networks
Gregg A. Bouchard Cavium Networks

Pattern assessment: This is a normal corporate employee-inventor group, not a fire-sale precursor. Every inventor signed the 2005-11-09 assignment directly to the corporate employer, and multiple inventors (Bouchard, Kessler, Hussain, Bertone, Hummel) went on to file dozens of further Cavium applications in later years — indicating they remained with the company well past the 12-month window. No "all inventors departed within 12 months of filing" pattern is present. I found no evidence of any inventor assigning to a personal holding entity.


Original assignee

On the issued patent: the assignment recorded 2005-11-09 runs to CAVIUM NETWORKS, described in the record as a California corporation. (Note a record inconsistency: the Google Patents applicant field for the filing reads "Cavium Networks LLC," while the assignment and subsequent merger records describe a "Cavium Networks, a California corporation." Per operating rules this is reported literally, not auto-corrected.)

  • Primary line of business: fabless semiconductor design — multi-core MIPS64 network services processors (the OCTEON family), security/compression accelerators, and later ARM-based server and networking silicon.
  • Did they ship a product embodying the claims? Substantially yes. The specification describes a "network services processor" with a packet input unit, Packet Order/Work unit, Free Pool Allocator, timer unit with per-core rings, work queue entries and inline L4 checksum insertion in the Packet Output unit. This is the architectural description of Cavium's OCTEON network services processor line (with L2/L3 acceleration, DFA and compression/decompression co-processors), which Cavium commercially shipped. Confidence: high that the described architecture maps to OCTEON; moderate on the specific part-number mapping — the patent does not name a part number.
  • Current status: operating and solvent throughout. Cavium Networks IPO'd May 2007 (NASDAQ: CAVM); acquired by Marvell Technology Group for approximately $6B, deal completed July 2018; the Cavium legal entities were subsequently converted/reorganized (Cavium, Inc. → Cavium, LLC → Cavium International → Marvell Asia Pte, Ltd.). No bankruptcy, no Chapter 7/11, no dissolution. The patent is currently recorded as Active with an adjusted expiration of 2027-06-15.

Assignment timeline

Chronological, by recorded date. Conveyance type, assignor and assignee are as recorded. Reel/frame and correspondent were not obtained for the reasons in the data-source note; where the underlying document would carry them on the EPAS cover sheet, that is flagged.

  1. Executed ~2005 (not retrieved) / recorded 2005-11-09 — Reel not obtained/NNNN

    • Conveyance: Assignment of Assignors' Interest
    • Assignor: Bouchard, Gregg A.; Badr, Imran; Dickinson, Philip H.; Hussain, Muhammad R.; Masood, Faisal; Bertone, Michael S.; Hummel, Thomas F.; Katz, Daniel A.; Kessler, Richard E.; Sanzone, Robert A. (all ten inventors)
    • Assignee: CAVIUM NETWORKS (California corporation)
    • Correspondent: not obtained
    • Context: initial inventor-to-employer assignment — routine corporate patent capture, not an acquisition.
  2. Executed ~2007 (not retrieved) / recorded 2007-03-14 — Reel not obtained/NNNN

    • Conveyance: Merger
    • Assignor: CAVIUM NETWORKS, a California corporation
    • Assignee: CAVIUM NETWORKS, INC., a Delaware corporation
    • Correspondent: not obtained
    • Context: internal reincorporation (California → Delaware), a standard pre-IPO step; Cavium IPO'd two months later in May 2007.
  3. Executed ~2011 (not retrieved) / recorded 2011-07-21 — Reel not obtained/NNNN

    • Conveyance: Merger
    • Assignor: CAVIUM NETWORKS, INC.
    • Assignee: Cavium, Inc.
    • Correspondent: not obtained
    • Context: internal corporate reorganization / name consolidation into the single "Cavium, Inc." operating entity.
  4. Executed ~2016 (not retrieved) / recorded 2016-08-17 — Reel not obtained/NNNN

    • Conveyance: Security Agreement
    • Assignor: CAVIUM NETWORKS LLC and Cavium, Inc.
    • Assignee: JPMORGAN CHASE BANK, N.A., as Collateral Agent
    • Correspondent: not obtained
    • Context: securitization — collateral pledge under a secured credit facility (a lien, not a conveyance of title). Timing aligns with Cavium's 2016 acquisition of QLogic Corporation and the associated financing; note that this record is the first appearance of a "Cavium Networks LLC" alongside Cavium, Inc.
  5. Executed ~2018 (not retrieved) / recorded 2018-07-06 — Reel not obtained/NNNN

    • Conveyance: Release by Secured Party
    • Assignor: JP MORGAN CHASE BANK, N.A., as Collateral Agent
    • Assignee: CAVIUM, INC.; QLOGIC CORPORATION; CAVIUM NETWORKS LLC
    • Correspondent: not obtained
    • Context: release of the security interest on repayment — the mirror-image closing entry to item 4; lands within days of Marvell's July 2018 completion of the Cavium acquisition.
  6. Executed ~2018 (not retrieved) / recorded 2018-10-02 — Reel not obtained/NNNN

    • Conveyance: Certificate of Conversion and Certificate of Formation (entity conversion)
    • Assignor: Cavium, Inc.
    • Assignee: CAVIUM, LLC
    • Correspondent: not obtained
    • Context: internal reorg — conversion of a Delaware corporation into a Delaware LLC inside the Marvell group.
  7. Executed ~2020 (not retrieved) / recorded 2020-02-17 — Reel not obtained/NNNN

    • Conveyance: Assignment of Interest
    • Assignor: CAVIUM, LLC
    • Assignee: CAVIUM INTERNATIONAL (Cayman Islands IP-holding entity)
    • Correspondent: not obtained
    • Context: internal IP-holding reorganization — consolidation of the former Cavium portfolio into a Marvell-designated holding company.
  8. Executed ~2020 (not retrieved) / recorded 2020-05-15 — Reel not obtained/NNNN

    • Conveyance: Assignment of Interest
    • Assignor: CAVIUM INTERNATIONAL
    • Assignee: MARVELL ASIA PTE, LTD. (Singapore)
    • Correspondent: not obtained
    • Context: internal reorg — final step moving the portfolio to Marvell's Singapore entity, which is the current recorded owner (and which appears as assignee-of-record on later Marvell/Cavium filings such as US 10,785,169).

Total: 8 recorded events. No assignment to any entity outside the Cavium/Marvell corporate family appears anywhere in the chain.


Timeline diagram

timeline
    title Ownership of US 7535907
    2005 : Filed by Cavium Networks
         : Ten inventors assign to Cavium
    2007 : California to Delaware merger
         : Cavium Networks Inc IPO
    2011 : Merger into Cavium Inc
    2016 : JPMorgan security agreement
    2018 : Security interest released
         : Cavium Inc converts to Cavium LLC
         : Marvell completes Cavium acquisition
    2020 : Cavium LLC to Cavium International
         : Cavium International to Marvell Asia
    2027 : Adjusted expiration

NPE / troll-pattern signals

  1. Shell-entity transfer — not present. Every transferee is a wholly owned entity in the Cavium/Marvell corporate family: Cavium Networks (CA) → Cavium Networks, Inc. (DE) → Cavium, Inc. → Cavium, LLC → Cavium International → Marvell Asia Pte, Ltd. No licensing-only entity with an "IP/Patents/Licensing/Holdings/Ventures" suffix appears. Caveat worth stating: Cavium International is Cayman-incorporated and Marvell Asia Pte, Ltd. is Singapore-incorporated, which are low-tax IP-holding jurisdictions — but this is a standard structure for public semiconductor companies (compare Marvell International Ltd., Bermuda) and the 2020-05-15 transfer runs to the operating group's principal Asian subsidiary, not away from an operating company to an anonymous plaintiff LLC. No registered-agent-service address, no single-member shell indicia documented.

  2. Known asserter in the chain — not present. No assignee in the chain matches the supplied NPE list (Acacia Research, Marathon Patent Group, Intellectual Ventures, IPNav, Wi-LAN, Mosaid/Conversant, Vringo, Pendrell, Innovatio IP Ventures, MPHJ, Lumen View, Round Rock Research, Document Generation Corp, Spangenberg entities). Marvell is a public operating semiconductor company (MRVL) that litigates as a defendant far more often than as a plaintiff. Caveat: I did not complete a live cross-check against the Unified Patents or RPX high-frequency-plaintiff directories in this session; that check remains open.

  3. Repeat correspondent across the chain — unclear / not verifiable. No correspondent-of-record data was obtained for any of the eight entries, so recurrence cannot be assessed. I also did not surface any Unified Patents / RPX / Patent Progress NPE assertion list naming a correspondent on this chain. Related-but-not-dispositive observation: Cavium-portfolio assignment documents found in the public legacy assignment archive (e.g. legacy-assignments.uspto.gov/assignments/assignment-pat-031621-0925.pdf, Reel 031621, and Reel 042485 for an unrelated ARM filing) use generic corporate assignment forms with Cavium docket-series numbers — none of these are records for US 7,535,907, so I am not attributing any attorney or firm to this chain. Treat this signal as unresolved pending the reel/frame pull.

  4. Cascading transfers — not present as an NPE signal. Structurally, three successive recorded transfers occurred inside ~22 months (2018-10-02 Cavium, Inc. → Cavium, LLC; 2020-02-17 Cavium, LLC → Cavium International; 2020-05-15 Cavium International → Marvell Asia). However, the "especially when" indicia are absent: these are not chained unrelated LLCs sharing a correspondent address or a plaintiff's registered agent — they are conversions and intra-group transfers under a single common parent following Marvell's acquisition of Cavium. Cascade present in form, benign in substance.

  5. Pre-litigation transfer — not present. I located no infringement suit naming US 7,535,907 in the searches performed. The litigations surfaced (Packet Intelligence v. NetScout; I/P Engine v. AOL/Google; Seven Networks v. ZTE; Commstech v. HPE; VLSI/NXP chains; Monarch Networking/Acacia chains) involve different patents and different parties. Since there is no assertion, no pre-suit transfer timing can be established — and the 2018–2020 transfers postdate the patent's entire assertable commercial life to date.

  6. Bankruptcy fire-sale — not present. Cavium was acquired in a solvent, ~$6B transaction completed July 2018; there is no Chapter 7 or Chapter 11 proceeding for Cavium Networks, Cavium, Inc., Cavium, LLC, Cavium International or Marvell. (Marvell's 2015–2016 accounting restatement and related SEC matters did not involve bankruptcy.) The 2016-08-17 JPMorgan Collateral Agent entry and its 2018-07-06 release are a financing pledge and a payoff release — the opposite of a distressed sale.

  7. Privateering — not present. No evidence (SEC filing, Patent Progress/EFF coverage, or assignment record) that Cavium or Marvell transferred this patent, or a portfolio containing it, to an NPE to assert against competitors. The chain terminates in the operating parent's own subsidiary.

  8. Defensive aggregator — not present. The chain does not terminate at RPX, AST, LOT Network, Unified Patents or OIN; the current recorded owner is Marvell Asia Pte, Ltd., an operating subsidiary of a public semiconductor company. The patent has not been neutralized by a defensive aggregator.


Verdict

Operating-company assertion (with a caveat on the "assertion" prong).

Every recorded link in the chain — 2005-11-09 (inventors → Cavium Networks), 2007-03-14 and 2011-07-21 (internal mergers), 2018-10-02 (conversion to Cavium, LLC), 2020-02-17 (→ Cavium International) and 2020-05-15 (→ Marvell Asia Pte, Ltd.) — stays inside one operating semiconductor corporate family; the only non-ownership entries are the 2016-08-17 JPMorgan security agreement and its 2018-07-06 release. Zero NPE signals fire: no shell-entity transfer, no known asserter, no bankruptcy fire-sale, no privateering, no defensive-aggregator terminator. The honest qualification is that I found no infringement suit naming the '907 patent, so the current owner ships products embodying the claims (OCTEON-lineage Marvell network services processors) but is not presently asserting this patent — the "assertion" prong of the verdict label is unmet on the evidence gathered, while the "operating-company, non-NPE" conclusion is well supported.

Open items for the next analyst pass: (1) pull reel/frame and, critically, correspondent-of-record for each of the eight entries at Assignment Center — that is the single highest-value unresolved field here; (2) confirm no later 2024–2026 assignment; (3) run the chain's correspondent names against Unified Patents and RPX plaintiff directories once obtained.

Generated 9/26/2026, 6:47:47 PM

Prior art

Earlier patents, publications, and products that may anticipate or render the claims unpatentable.

✓ Generated

I'll search for the patent's citation record and prior art. Note one discrepancy up front: my system date is 2026-09-26, while your task header says April 26, 2026 — I'll flag that rather than silently pick one.

The citation list didn't surface yet. Let me try primary-source mirrors and the front-page "References Cited."

Good — I found a fragment of the front page. Let me pull the full "References Cited" list and verify each reference.

Scope note and a hard limitation on this deliverable

Two things I must flag before the analysis, per your operating rules:

  1. Date conflict. My system clock reads 2026‑09‑26; your task header says April 26, 2026. I am not silently reconciling these.
  2. I could not retrieve the full citation record. My searches for 7535907 returned the correct patent (no similar-number contamination), but I hit an agent step limit before I could reach the complete front-page "References Cited" list or the full text of any cited reference. What follows distinguishes what I actually retrieved from what remains unverified. I have not invented citation numbers, titles, or dates to fill gaps.

Also note a consistency issue with the material you gave me: the authoritative Google Patents text you supplied contains no "References Cited" / "Patent Citations" section at all. So every citation statement below comes from the front-page image/PDF fragment, not from the text in your message. If you need a citation-level answer keyed to your authoritative text, that text is incomplete on this point.


1. Confirmation that this is the right record

Searches anchored on the literal string 7535907 returned:

  • US 7,535,907 B2, "TCP engine", application 11/218,727, filed 2005‑09‑02, granted 2009‑05‑19, applicant/original assignee Cavium Networks — Google Patents; grant PDF at patentimages.storage.googleapis.com/20/6a/3b/bd2fc62dffb219/US7535907.pdf; pre‑grant pub US 2006/0227811 A1 per Justia.
  • Corroborating inventor/date metadata: Patent Leaderboard — 7535907.

Pre‑AIA applies. Priority is 2005‑04‑08 (provisional 60/669,741); filing is 2005‑09‑02. Both predate 2013‑03‑16, so § 102(a)/(b)/(e) in their pre‑AIA forms govern.


2. The citation fragment I actually retrieved

The grant PDF front page surfaced in search as a fragment (columns reflowed, so some delimiters are ambiguous). Literal content retrieved:

Retrieved token Reading
709/238 trailing classification of an earlier, unretrieved entry in the same column
7,443,836 B2 | 10/2008 | Hooper et al. U.S. patent, issued Oct. 2008
2006/0072563 A1* | 4/2006 | Regnier et al. | 370/389 published application, Apr. 2006
2002/0133593 A1 | 9/2002 | Johnson et al. published application, Sept. 2002
2006/0133377 A1* | 6/2006 | Jain | 370/392 published application, June 2006
legend: * cited by examiner the * marks examiner‑cited items

So the asterisked (examiner‑cited) references in this fragment are Regnier et al. 2006/0072563 and Jain 2006/0133377; Hooper et al. 7,443,836 and Johnson et al. 2002/0133593 carry no asterisk and therefore read as applicant‑cited / of record without examiner designation.

I did not retrieve the remainder of the list — including the entry whose class is 709/238, and any other U.S. patents, foreign documents, or "Other Publications." I will not reconstruct them from memory.

References I could not verify (explicitly unknown)

Reference What I have What I do not have
US 7,443,836 B2, Hooper et al., 10/2008 number, date, inventor, 709/238 shown adjacent title, assignee, filing date, disclosure, § 102(e) availability
US 2006/0072563 A1, Regnier et al., 2006‑04‑06 number, date, inventor, 370/389 title, underlying filing date, disclosure
US 2002/0133593 A1, Johnson et al., 2002‑09‑19 number, date, inventor title/subject matter (a possible match, "Systems and methods for the deterministic management of information," appeared in an aggregator's list for a different Cavium patent — see § 4; I treat this as coincidence‑suspect, not confirmed)
US 2006/0133377 A1, Jain, 2006‑06‑22 number, date, inventor, 370/392 title, underlying filing date, disclosure

Classification readings (approximate, flagged): USPC 709/238 is conventionally "computer‑to‑computer data routing"; 370/389 and 370/392 sit within the packet‑switching/forwarding region of class 370 (370/392 is commonly associated with pathfinding/routing). I am giving these as approximate class‑level orientation only — I did not verify subclass definitions.


3. § 102 screening — what each reference would need to disclose

Because I could not read the four references, I am giving you a screening matrix, not an anticipation opinion. Any § 102 finding here would be irresponsible without the reference disclosures.

Independent claims 1, 10, and 18 recite the same four elements (18 is means‑plus‑function, construed under § 112(f), limited to PIP/IPD 214, FPA 236, POW 228, and timer unit 242 plus equivalents):

Element (claims 1 / 10 / 18) Dependent claims that add detail Pre‑AIA § 102 date gate
(a) packet processing unit pre‑processing the transport‑layer header 2, 4 (TCP/UDP); 5/13 (work queue entry); 6/14 (inline checksum) reference must predate 2005‑04‑08 (§ 102(a)/(b)) or 2005‑09‑02 (§ 102(e))
(b) free pool allocator managing free buffers 7/15 (priority pools, programmable count); 8/16 (DRAM‑expandable pools) as above
(c) packet order unit synchronizing received packets 3 (fetch‑and‑add unit, TCP statistics) as above
(d) timer unit scheduling processing by ≥1 processor 9/17 (per‑processor timer queues) as above

Applying the date gates (the part I can do rigorously):

  • Johnson et al. 2002/0133593 (pub. 2002‑09‑19) — published more than one year before the 2005‑04‑08 priority date, so it is facially eligible under pre‑AIA § 102(b) (and § 102(a)). It could potentially be urged against claims 1, 10, 18 only if it discloses all four elements; otherwise against the sub‑combination claims it actually reaches. Unassessed on the merits.
  • Hooper et al. 7,443,836 (issued 10/2008) — too late for § 102(a)/(b). Its only route is pre‑AIA § 102(e) as a U.S. patent, which requires its underlying application to have been filed before 2005‑09‑02 (or before 2005‑04‑08 if you want it against the provisional‑supported disclosure). Filing date unverified — this gate is unresolved.
  • Regnier et al. 2006/0072563 (pub. 2006‑04‑06) — published after the '907 filing date; cannot be § 102(a)/(b) art. Eligible only under § 102(e) if its U.S. filing predates 2005‑09‑02. Unverified.
  • Jain 2006/0133377 (pub. 2006‑06‑22) — same analysis; § 102(e) only, filing date unverified.

Bottom line on the § 102 question you asked: with only these four identifiers and no reference texts, no claim of US 7,535,907 can be responsibly identified as anticipated. All four potentially bear on claims 1/10/18 (and, derivatively, dependent claims 2–9/11–17/18) only if the reference discloses an integrated engine having all four elements — packet pre‑processing, buffer‑pool management, packet ordering, and timer scheduling. The claims are drafted broadly enough that § 103 combinations are far more likely to be the real attack surface than single‑reference § 102 anticipation.


4. Documents cited within the specification (not front‑page prior art) — and a conflation warning

The '907 specification names these, which are not "patent citations" in the front‑page § 102 sense but are relevant to prior‑art and § 112 analysis:

  • US Provisional 60/669,741, filed 2005‑04‑08 — priority basis.
  • US application Ser. No. 11/005,490, filed 2004‑12‑06, "Packet Queuing, Scheduling and Ordering," incorporated by reference (the POW module). Filed before the '907 priority date, so its § 102(e) status (and the "by another" / common‑ownership caveats) is worth checking. Note the PCT sibling PCT/US2005/031219 appears as EP 1 787 212 B1, and an aggregator lists US 7,895,431 ("Packet queuing, scheduling and ordering," Cavium Networks) — I flag the 11/005,490 → 7,895,431 correspondence as my inference, not confirmed.
  • US application Ser. No. 11/030,010, filed 2005‑01‑05, "Method and Apparatus for Managing Write Back Cache," incorporated by reference. Also pre‑dates the priority date.
  • RFC 793 (TCP), incorporated by reference.

Do‑not‑conflate list (explicit):

  • The citation lists I saw for US 7,895,431 (Boucher 6,591,302; Boucher 2004/0054813; Branigin 5,471,593; Herrell 5,325,493; Beier 2003/0065812; Goldenberg 2004/0218623; Beniyama 6,799,314; Vangal 2005/0165985; Madajczak 2005/0188102; etc.) belong to that patent/application, not to 7,535,907. I am deliberately not transposing them.
  • FR7535907A (French app. for "dispositif de dosage continu," 1975) is a different, unrelated identifier — already flagged in the prior section, re‑flagged here.
  • The Alacritech/Cavium IPR references (Erickson 5,768,618; Tanenbaum; Alteon; Bach; Morris; Thia; Rütsche; etc., from IPRs on 7,673,072 / 8,805,948 / 7,337,241) target other patents and are not citations of 7,535,907.

5. What you should do to close this out

To produce the reference‑by‑reference § 102/§ 103 analysis you actually asked for, the missing inputs are:

  1. The complete front page of US7535907.pdf (all of "U.S. PATENT DOCUMENTS," "FOREIGN PATENT DOCUMENTS," "OTHER PUBLICATIONS") — the PDF URL I identified is the right source.
  2. For each of the four identified references (and any others on that page): title, assignee, and underlying U.S. filing date, to run the pre‑AIA § 102(e) date gate.
  3. For a genuine anticipation call: the disclosure of each reference against elements (a)–(d) above.

If you re‑run me with permission for additional tool calls, or paste the front‑page citation block, I can complete the element‑by‑element § 102/§ 103 mapping properly. Until then, treat the four references in § 2 as identified but unassessed, and treat any statement that they "anticipate" a specific claim as unsupported.

Generated 9/26/2026, 6:47:52 PM

Obviousness

Combinations of prior art that suggest the claimed invention would have been obvious under 35 U.S.C. § 103.

✓ Generated

I'll start by pulling the prior-art record for this patent and the key reference families that bear on each claim element.

Good material. Now let me pin down the patent's own cited references and a few remaining claim-element areas (timer management, buffer pools, packet ordering).

Preliminary note on the "Prior Art section of this page"

The Google Patents rendering of US 7,535,907 that was supplied as the authoritative text did not include a (56) References Cited / "Patent Citations" table — it contains only the tag-cloud line "Prior art keywords: packet, processing, tcp, work queue, transport layer" and no cited-reference list. That is unusual for a Google Patents page and is itself a data-quality flag.

To supply the missing prior-art record I therefore worked from:

  1. The granted-PDF front page of US 7,535,907 (patentimages…/US7535907.pdf), which shows a (56) References Cited block including at least US 2002/0133593 A1 (Johnson et al., 9/2002) and US 2006/0133377 A1 (Jain, 6/2006, cited by examiner);
  2. The reference list of the sibling Cavium patent US 7,895,431 (from application 11/005,490), which shares four inventors with the '907 and is the closest same-family art; and
  3. Independent prior-art families (Alacritech, Agere, HP Tachyon, etc.) surfaced in search.

Discrepancy I am flagging rather than smoothing over: the '907 claims an Apr. 8, 2005 provisional priority date (filed Sept. 2, 2005), yet its front page appears to cite a June 2006 Jain publication. A reference published after a patent's priority date can only be art under pre-AIA §102(e) (its underlying application filed earlier). Either the citation year/date string is mis-rendered, or the reference is §102(e) art. I could not verify which. Do not treat that citation as §102(a)/(b) art without checking the PDF.


1. Governing law and effective date

  • Framework: This is a pre-AIA case. The '907's effective filing date is April 8, 2005 (provisional 60/669,741), well before the March 16, 2013 AIA first-to-file changeover. Obviousness is therefore governed by 35 U.S.C. § 103(a) (pre-AIA), together with pre-AIA §§ 102(a), 102(b), 102(e) and the § 103(c) common-ownership exception.
  • Test: Graham v. John Deere, 383 U.S. 1 (1966) — scope/content of the prior art; differences; PHOSITA level; secondary considerations; with KSR Int'l v. Teleflex, 550 U.S. 398 (2007) supplying the rationales (known technique used to improve a similar device; combination of familiar elements with predictable results; design incentive / market pressure).
  • Key structural point: No litigation or PTAB proceeding naming the '907 was located (consistent with the earlier sections of this analysis), so no claim construction or validity ruling exists on this patent. Everything below is my own analysis.

2. Person having ordinary skill in the art (PHOSITA)

A POSITA at the April 2005 priority date would have: a B.S./M.S. in EE/CS plus 3–5 years in network processor / NIC / protocol-stack design; working knowledge of TCP/IP (RFC 793, RFC 1122), BSD socket internals and mbuf buffer management; familiarity with hardware descriptor/ring architectures and DMA; and awareness that TCP offload engines ("TOE") were an active commercial and academic theme — a fact the '907's own specification concedes ("Although a general purpose processor can perform the compute intensive tasks, it does not provide sufficient performance… so that it can be forwarded at wire-speed").

That concession is important: the motivation to move TCP tasks into hardware is admitted in the specification itself, which materially shortens the § 103 motivation inquiry.


3. Reference inventory (dates matter)

Ref What it discloses (as surfaced) Date / status vs. Apr. 8, 2005
Alacritech — US 6,226,680 B1 (Boucher et al., "Intelligent network interface system and method for protocol processing"; filed 4/27/1998, prov. 60/061,809 10/14/1997) INIC/CPD "fast-path" protocol offload; hardware logic categorizes MAC, network and transport headers and creates a status of the packet; comparison mechanism references the status to decide fast/slow path; CCB/TCB context per connection; DMA; buffers in the CPD §102(b) — well before priority
Alacritech — US 6,591,302 B1 (Boucher et al., "Fast-path apparatus for receiving data corresponding to a TCP connection") Fast-path receive processing for a TCP connection §102(b)
Alacritech — US 2004/0054813 A1 (Boucher et al., "TCP offload network interface device") Explicit TCP offload NID; session/transport header handling Pub. 3/18/2004 — §102(a)/(b)
Alacritech internal INIC Hardware Specification (quoted in PTAB record, Ex. 2026/1015 context) "The header is fully parsed by hardware and its type is summarized in a single status word. The checksum is also verified automatically in hardware, and a hash key is created out of the IP addresses and TCP ports to expedite TCB lookup"; TCB cache ownership of up to 256 connections; fast-path/slow-path handoff on exception Corroborates the '680 family; a printed publication if publicly accessible
HP Tachyon (described in PTAB record) "Computes exact checksums for outbound IP packets and inserts them in the data stream"; header/data splitting Printed-publication art
US 2004/0218623 A1 (Goldenberg et al., "Hardware calculation of encapsulated IP, TCP and UDP checksums by a switch fabric channel adapter") Hardware L4 checksum computation in the data path Pub. 11/4/2004 — §102(a)/(b)
US 5,325,493 (Herrell et al.) "System for distributing command/data packets tagged by their unit identifier for parallel processing by a ready processing unit and recombination" Issued 6/28/1994 — §102(b)
US 5,471,593 (Branigin et al.) Computer processor for executing many instructions simultaneously Issued 11/28/1995 — §102(b)
D. Parson, "Real-time Resource Allocators in Network Processors using FIFOs" (Agere Systems; Anchor 2004) Hardware FIFO/LIFO resource pool for network processors: O(1) atomic allocate/recover of buffer/port/connection-table identifiers; expressly discusses avoiding spin locks/hardware mutexes in multithreaded processors 2004 — §102(a)/(b)
US 7,899,052 B1 (free buffer pool for a packet switch) "Free Buffer Pool" with "buffer control memory," a "free buffer manager," a "buffer search engine," and a LIFO memory structure; shared memory blocks for ARP table / transmit descriptor table / packet storage table / free buffer pool Verify date; the disclosure appears consistent with pre-2005 filing
Nelson, "System and Method for Storing Frame Header Data" (filed 10/24/2000; issued 2/19/2008 — number not confirmed) Stores frame header information in a buffer separate from the packet buffer so routing decisions can be made without reading the packet out of the buffer, increasing throughput/reducing latency Filed 2000 — §102(e) (pre-AIA)
Varghese & Lauck, hashed/hierarchical timing wheels (SOSP 1987; IEEE/ACM ToN 1997) Canonical hardware/software timer-wheel facility: array of buckets, per-bucket expiry, programmable tick interval Foundational, long pre-dating priority
US 2006/0056406 A1 → US 7,895,431 (Cavium, "Packet queuing, scheduling and ordering"; app. 11/005,490 filed 12/6/2004; prov. 60/609,211 filed 9/10/2004) The POW / work-order module: tag-valued (hash of TCP 5-tuple), tag-typed (ordered / atomic / null) scheduling of work to parallel cores; in-flight lists; groups; timer controlling when work is added to the input queue; de-scheduling Published 3/16/2006 (after priority) → only §102(e) art, effective as of 12/6/2004 — and subject to §103(c) (see § 7 below)
US 2005/0165985 A1 (Vangal et al., "Network protocol processor") and US 2004/0143655 A1 (Narad et al., "Accessing TCP segments") Network-protocol processor; TCP segment access Vangal published 7/28/2005 — after the '907 priority date; cannot be §102(a)/(b) art unless it qualifies under §102(e). Narad (7/22/2004) is clean

4. Claim 1 / claim 10 / claim 18 — element mapping

Claims 1, 10 and 18 recite the same four functional elements in apparatus, method, and means-plus-function form. A single obviousness analysis therefore disposes of all three (subject to the § 112(f) limitation of claim 18 to the disclosed structures).

Claim 1 element Primary prior-art disclosure Corroborating art
(a) packet processing unit pre-processes the network transport-layer header of a received packet for a connection Alacritech '680/'302: hardware logic that "categorize[s] media access control, network and transport layer headers of a packet received from the network, and create[s] a status of said packet"; INIC spec: "header is fully parsed by hardware and its type is summarized in a single status word" HP Tachyon (header parsing + checksum); US 2004/0218623; Narad 2004/0143655
(b) free pool allocator manages a pool of free buffers for storing received packets Alacritech: buffers within the CPD/INIC and DMA into host buffers; Parson: hardware FIFO/LIFO resource pool for network-processor buffer identifiers with O(1) atomic allocate/recover US 7,899,052 (Free Buffer Pool + LIFO + free buffer manager); BSD mbuf pools (background knowledge)
(c) packet order unit synchronizes processing of received packets (same connection) Alacritech TCB cache: a connection is "owned" by the INIC and handed off on exception — i.e., per-connection serialization; Herrell '493: work items tagged and distributed to a ready processing unit with recombination Alacritech fast-path/slow-path allocation logic; Narad 2004/0143655
(d) timer unit schedules processing of received packets by ≥1 processor Varghese & Lauck timing-wheel facility (bucket array, per-bucket expiry, programmable interval); and the spec's own admitted requirement of "maintaining multiple timers at all times on a per connection basis" RFC 793 retransmission timers; BSD callout facility

Differences to be accounted for. The '907's four units (PIP/IPD 214, FPA 236, POW 228, timer unit 242) are integrated on a single network services processor, and the ordering element is implemented with a tag = hash of the TCP 5-tuple with ordered/atomic/null tag types. No single reference shows all four integrated in one accelerator; and Alacritech's ordering is achieved by connection ownership in a NIC, not by a general tagged work-scheduler. That is the entirety of the gap — and it is a combination/architecture gap, not a technical-advance gap.


5. The obviousness grounds

Ground 1 (primary) — Claim 1, 10, 18: Alacritech + Parson + timing-wheel + Herrell

Combination: Alacritech '680 (and '302 / 2004/0054813) as the offload-engine backbone + Parson for the hardware free-buffer pool + Varghese & Lauck for the timer unit + Herrell '493 for tag-based ordered dispatch of work items.

Motivation (why a POSITA would combine):

  1. Same field, same problem. All four references address the same constrained resource: getting per-packet/per-connection work through a multi-core or multi-engine system at line rate.
  2. The '907's own admitted premise. The specification concedes that a general-purpose processor cannot perform TCP's compute-intensive tasks at wire-speed and that the answer is to build hardware for well-defined, bounded tasks. That is exactly the design direction of Alacritech, Tachyon, and the Agere allocator.
  3. KSR rationale (1) — known technique improving a similar device. Parson frames the FIFO/LIFO hardware pool as the standard way to obtain O(1), lock-free allocation in a multithreaded network processor; substituting it for Alacritech's software/SRAM descriptor management is the predictable use of a known technique.
  4. KSR rationale (2) — familiar elements, predictable results. Timing wheels were the canonical, textbook timer facility; adding a hardware timer unit to schedule deferred work (retransmits, delayed ACKs, connection aging) is a mechanical deployment of a known structure.
  5. KSR rationale (3) — design incentive. The '907's background itself recites the multi-gigabit, deep-inspection, wire-speed-security market pressure. Herrell supplies the known answer to "how do I keep order among parallel processing units" — tag the work and dispatch to whichever unit is ready.
  6. Reasonable expectation of success. Each sub-combination was independently deployed in shipping silicon or peer-reviewed literature by 2004–2005; the combination adds hardware blocks to an existing offload pipeline, with no identified incompatibility.

Result: Claim 1 (and claims 10/18) would very likely be held obvious. The strongest rebuttal the patent owner has is that no reference integrates all four units into one accelerator and that tag-based per-connection ordering on a multi-core processor is not squarely shown — but that is a packaging argument, and the background admission substantially undercuts it.

Ground 2 — Claims 6 / 14 (inline transport-layer checksum insertion)

Alacritech's INIC already "automatically calculate[s] the checksum for TCP segments"; HP Tachyon "computes exact checksums for outbound IP packets and inserts them in the data stream"; US 2004/0218623 computes encapsulated IP/TCP/UDP checksums in a switch-fabric channel adapter. "Inline" insertion (write the computed checksum into the payload as it streams out) is the natural, and disclosed, implementation.

→ Claims 6/14 are strongly obvious; this is arguably near-anticipation territory on the functionality, with only the "prior to transmitting the processed packet" sequencing left to the PKO architecture.

Ground 3 — Claims 5 / 13 (work queue entry storing header data to avoid re-reading memory)

This limitation is almost verbatim the premise of Nelson ("storing header information in parallel with corresponding packets… so that header information may be accessed separately from packet or frame storage to make a routing decision," reducing latency and increasing throughput), and is also reflected in the Alacritech "single status word" summarizing the parsed header. A POSITA would combine Nelson's header-buffer separation with an offload engine's descriptor model as a matter of routine engineering — the '907 itself states the benefit in exactly these terms ("access to the TCP header data stored with the TCP segment in L2/DRAM is avoided thus accelerating processing of packets").

→ Claims 5/13 are obvious over Alacritech (status word) + Nelson + the descriptor art.

Ground 4 — Claims 7 / 15 (priority-assigned pools; programmable number of buffers) and 8 / 16 (pools expandable into accessible memory)

  • Priority/partitioning across pools: Parson expressly discusses managing multiple pools (thread-local storage, NAPT ports, connection-table rows) and the trade-offs among them; US 7,899,052 shows a free buffer pool with a buffer control memory, free buffer manager and search engine, and permits shared memory blocks. Allocating a programmable portion of on-chip pointer storage per pool, with queue 0 highest priority for the packet input unit, is a QoS design choice of the kind KSR treats as within ordinary skill.
  • Expandability into DRAM: Overflowing an on-chip LIFO/stack into external memory via a linked list is a generic computer-science technique (stack in external memory), and Alacritech's CPD/INIC already spans SRAM + host/DRAM for context and buffer state. The '907's "tree/list structure in L2/DRAM" is the standard implementation.

→ Claims 7/8 and 15/16 are obvious.

Ground 5 — Claim 3 (fetch-and-add unit maintaining TCP statistical information)

Hardware atomic fetch-and-add register files for counters/statistics were conventional (RMON/SNMP-style hardware counters in network ASICs; Cavium's own FAU analog). The specification itself lists "Statistics gathering" among the tasks to be offloaded, and treats it as one of the "well defined and bounded" tasks. Reciting a hardware counter register file to hold TCP statistics is the predictable use of a known component for its known purpose.

→ Claim 3 is obvious; the only quibble is whether the reference must show the counters are specifically TCP/IP statistics, which is a labeling difference.

Ground 6 — Claims 9 / 17 (plurality of timer queues, each assigned to one processor, to avoid inter-processor synchronization)

Two independent supports: (i) Varghese & Lauck timing wheels (an array of rings/buckets is the disclosed structure); (ii) Parson explicitly frames the design problem as avoiding "costly spin locks or complex hardware mutexes" for pools shared among contexts. Per-core sharding of a scheduler is the canonical lock-avoidance answer.

→ Claims 9/17 are obvious as an optimization with a stated, predictable benefit.


6. Claims 2/4 and 11/12 (TCP / UDP)

Pure identification of the transport protocol. Grounds 1–6 apply; the specification itself and RFC 793 supply TCP, and UDP/TCP duality is routine.


7. ⚠ Important caveat: the § 103(c) problem with the Cavium-internal reference

The single most on-point reference for the "packet order unit" element is the applicants' own commonly-owned work: application 11/005,490 (published US 2006/0056406 A1; granted as US 7,895,431), which discloses the tag/tag-type work-ordering module with ordered/atomic/null types, hashing of the TCP 5-tuple, groups, in-flight lists, and a timer controlling when work is added to the input queue — i.e., all of claim 1's ordering and timer elements plus several dependents. It shares inventors (Bouchard, Hummel, Kessler, Hussain) with the '907.

Because it is only §102(e)-type art (published 3/16/2006, after the '907 priority), it is disqualified as §103 prior art if it was commonly owned with the '907 at the time the '907 invention was made (pre-AIA § 103(c)). Both were Cavium Networks filings, so that exception likely applies.

Consequences:

  • Do not build an obviousness ground on 11/005,490 / '431 unless ownership records are checked; the § 103(c) exception is a real, dispositive rebuttal.
  • Its true value to a challenger is as evidence of the state of the art / what the POSITA knew (and potentially as a §102 reference if common ownership fails), plus as corroboration that tag-based ordering was being designed in the same shop in the same window.
  • It also means the examiner likely did not have the strongest architectural reference available, which cuts in favor of the patent surviving prosecution but does not immunize it under § 103 now.

8. Secondary considerations

I found no evidence of secondary considerations with a nexus to these claims: no assertion, no license tied to the '907, no award, no unexpected-result evidence, and no third-party praise specific to the claimed four-unit combination. The Cavium↔Alacritech disputes that did surface involve Alacritech's patents (7,124,205; 7,673,072; 8,805,948; etc.), not the '907 — and to the extent they show Alacritech's earlier offload work, they support obviousness rather than rebut it.

Commercial success of Cavium's OCTEON line is the only plausibly available argument; without a demonstrated nexus to the claimed combination (as opposed to the product's many other features), it would carry little weight under KSR/Ormco.


9. Where the patent owner can push back (fair statement of the weaknesses in my analysis)

  1. No single reference contains all four units. Grounds 1 and 3 are true combinations; the patent owner will argue "bodily incorporation" and hindsight reconstruction of the inventor's own architecture from five references spanning a NIC (Alacritech), a switch (US 7,899,052), a Fibre Channel switch (Nelson), a resource-allocation paper (Parson), and a 1994 parallel-processing patent (Herrell).
  2. The ordering mechanism is the crux. Alacritech serializes a connection by giving the NIC ownership of a TCB; the '907 orders work through a multi-core tag scheduler that keeps per-flow order while allowing cross-flow parallelism in a processor (not a NIC). If the patent owner can show that tag-based, hash-of-5-tuple ordering with atomic/ordered/null semantics in a general multi-core network services processor was not obvious as of April 2005, that is the one element with real survival value. My Ground 1 uses Herrell for this, and Herrell is a 1994 general-parallel-processing reference — a court or the PTAB may find that mapping attenuated.
  3. § 103(c) removes the best ordering reference (see § 7).
  4. Means-plus-function claim 18 is narrower, not broader: under § 112(f) it is limited to the disclosed PIP/IPD, FPA, POW and timer unit and equivalents. A challenger must show equivalents, not merely any structure performing the function. This makes claim 18 the hardest of the three independents to invalidate.
  5. Date gaps (Vangal 2005/0165985 post-dates the priority date; the Jain citation is confusingly dated 6/2006). Any chart relying on those must be re-dated or dropped.

10. Bottom line

Claim § 103 exposure Best ground
1, 10 High Alacritech '680/'302 + Parson + timing-wheel + Herrell
18 Moderate (narrowed by § 112(f)) Same ground, plus equivalents showing
2, 4, 11, 12 (TCP/UDP) High Same; RFC 793
3 (FAU/statistics) High Same + hardware atomic counter art
5, 13 (work queue entry) High Alacritech status word + Nelson
6, 14 (inline checksum) Very high Alacritech checksum + Tachyon + 2004/0218623
7, 15 (priority pools) High Parson + US 7,899,052
8, 16 (expandable pools) High Standard stack-overflow-to-DRAM + Alacritech SRAM/DRAM
9, 17 (per-processor timer queues) High Varghese & Lauck + Parson (lock avoidance)

Overall: the '907's independent claims are, on the record available to me, strongly exposed under § 103 — principally because the specification frames the invention as a division of labor (which known TCP tasks to move into hardware, which to leave in software, which to synchronize in hardware) rather than as a new technical mechanism, and because each claimed unit was independently known and in commercial use well before April 2005. The checksum and work-queue-entry dependents are the weakest; the means-plus-function claim 18 is the strongest. The decisive battleground would be the tag-based packet-order unit, and there the § 103(c) common-ownership rule knocks out the applicants' own most on-point disclosure.


11. Confidence and verification steps

  • High confidence: the reference families and their pre-2005 dates (Alacritech '680/'302/2004-0054813; Herrell '493; Branigin '593; Parson 2004; Varghese & Lauck timing wheels; Goldenberg 2004/0218623).
  • Medium confidence: the precise claim language of US 7,899,052, Herrell, and Nelson, and Nelson's patent number (I explicitly did not assign one). I mapped them from abstracts/claims/petition excerpts, not full-text review.
  • Explicitly unverified: (a) the complete (56) list of US 7,535,907 (no citations table rendered on the fetched page); (b) the anomaly of a June 2006 examiner-cited reference against an April 2005 priority date; (c) whether § 103(c) common ownership in fact attaches to 11/005,490 at the relevant date; (d) whether US 7,899,052 predates the '907 priority date.
  • Recommended next steps before relying on this: pull the full (56) block and the file wrapper (USPTO PatentCenter) for 11/218,727; confirm the filing dates of US 7,899,052 and Nelson; and read the full texts of Alacritech '680 (claims 1, 11–18), Herrell '493 and Parson to firm up the element-by-element charts.

Generated 9/26/2026, 6:48:22 PM

Extensions

Patent term adjustments, term extensions, continuations, divisionals, family members, and expiration dates.

Not generated yet. Click Generate to call the active LLM provider with the configured prompt.

Derivative works

Defensive disclosure: derivative variations of each claim designed to render future incremental improvements obvious or non-novel.

Not generated yet. Click Generate to call the active LLM provider with the configured prompt.

Keep exploring

Other patents in Software Technology & Computing Systems (T)

See all Software Technology & Computing Systems (T) patents →