`________________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`________________
`
`INTEL CORPORATION,
`
`Petitioner,
`
`v.
`
`ALACRITECH INC.,
`
`Patent Owner
`________________
`
`Case IPR2018-00234
`U.S. Patent 8,805,948
`________________
`
`PATENT OWNER’S PRELIMINARY RESPONSE
`PURSUANT TO 35 U.S.C. § 313 AND 37 C.F.R. § 42.107
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`TABLE OF CONTENTS
`
`Page
`
`I.
`
`II.
`
`INTRODUCTION .................................................................................1
`
`OVERVIEW OF THE ’948 PATENT ..................................................6
`
`A.
`
`B.
`
`The ’948 Patent Specification .....................................................6
`
`The ’948 Patent Claims ............................................................ 10
`
`III.
`
`PROSECUTION HISTORY OF THE ’948 PATENT ...................... 11
`
`IV. OVERVIEW OF THE ALLEGED PRIOR ART .............................. 12
`
`A.
`
`B.
`
`C.
`
`Thia, A Reduced Operation Protocol Engine (ROPE) for
`a Multiple-layer Bypass Architecture (1995) (“Thia”) ............ 12
`
`Tanenbaum, Computer Networks, 3rd ed. (1996)
`(“Tanenbaum”) ......................................................................... 17
`
`Stevens, TCP/IP Illustrated Volume 2: The
`Implementation (“Stevens”) (Ex. 1063) ................................... 19
`
`V.
`
`CLAIM CONSTRUCTION ............................................................... 21
`
`VI. THE BOARD SHOULD EXERCISE ITS DISCRETION
`UNDER 35 U.S.C. § 314(A) AND 37 C.F.R. § 42.108(A) TO
`DENY INSTITUTION OF ANY CLAIM OF THE ‘205
`PATENT ............................................................................................. 21
`
`A. All Factors Considered by the Board in Deciding whether
`to Exercise its Discretion to Deny Institution of a Petition
`Favor Denial of This Second Petition ...................................... 22
`
`1.
`
`2.
`
`3.
`
`4.
`
`First Factor: Intel Has Filed Two Petitions
`Directed to the Same Claims of the ‘948 Patent on
`the Same Ground. .......................................................... 23
`Second Factor: Intel Held Back Alleged Evidence
`and Arguments from the First Petition that it Now
`Seeks to Add in the Second Petition. ............................. 24
`Third Factor: Intel Had Alacritech’s Preliminary
`Response to the First Petition and the Board’s
`Decision Denying the First Petition at the time the
`Second Petition Was Filed. ............................................ 25
`Fourth Factor: Intel Waited Months Between First
`Learning of the Stevens reference, the Deficiencies
`
`
`
`i
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`5.
`
`6.
`
`7.
`
`in its First Petition, and the Filing of the Second
`Petition. .......................................................................... 27
`Fifth Factor: Intel Offers No Explanation for the
`Time Elapsed Between Filing the First and Second
`Petitions Directed to the Same Claims of the Same
`Patent .............................................................................. 28
`Sixth Factor: Intel’s Incremental-Petitions Waste
`Finite Resources of the Board ........................................ 28
`Seventh Factor: Intel’s Incremental-Petitions Risk
`Issuance of a Final Determination Within One
`Year ................................................................................ 29
`
`B.
`
`The Board Also Should Exercise its Discretion to Deny
`Institution of the Third Petition Under 35 U.S.C. § 325(d) ..... 31
`
`VII. EVEN IF THE BOARD DOES NOT EXERCISE ITS
`DISCRETION TO DENY THE SECOND PETITION, THE
`BOARD HAS ALREADY FOUND THAT STEVENS IS NOT
`AVAILABLE AS PRIOR ART ......................................................... 32
`
`VIII. EVEN IF THE BOARD DOES NOT EXERCISE ITS
`DISCRETION TO DENY THE SECOND PETITION AND
`REVERSES COURSE IN FINDING THAT STEVENS WAS
`PUBLICALLY AVAILABLE, INTEL’S SECOND PETITION
`IS TIME BARRED ............................................................................. 35
`
`IX. PETITIONER HAS NOT SUFFICIENTLY SHOWN A
`MOTIVATION TO COMBINE THIA WITH TANENBAUM
`OR STEVENS .................................................................................... 36
`
`X.
`
`PETITIONER HAS NOT SHOWN A DISCLOSURE OF
`PACKET PROCESSING FOR THE "CHECKING"
`LIMITATIONS OF THE CHALLENGED CLAIMS ....................... 39
`
`XI. ALACRITECH RESERVES ITS RIGHTS UNDER THE
`PENDING OIL STATES CASE AT THE UNITED STATES
`SUPREME COURT ........................................................................... 46
`
`XII. CONCLUSION .................................................................................. 46
`
`
`
`ii
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`TABLE OF AUTHORITIES
`
`
`
`
`
`
`
`Cases
`
`Butamax Advanced Biofuels LLC, v. Gevo, Inc.,
`Case IPR2014-00581 (PTAB Oct. 14, 2014) ............................................ 29
`
`Dynamic Drinkware LLC v. Nat’l Graphics, Inc.,
` 800 F.3d 1375 (Fed. Cir. 2015) ................................................................ 34
`
`General Plastic Industrial Co., LTD. v. Canon Kabushiki Kaisha,
`Case IPR2016-01357, (PTAB September 6, 2017) ...................... 21, 23, 28
`
`Nvidia Corp. v. Samsung Electronics Co., LTD.,
`Case IPR2016-00134, (PTAB May 4, 2016) ............................................ 21
`
`Nvidia Corp. v. Samsung Electronics Co., LTD.,
` Case IPR2016-00134, (PTAB May 4, 2016) ............................................. 2
`
`Symbol Techs. Inc. v. Opticon Inc.,
` 935 F.2d 1569, 19 USPQ2d 1241 (Fed. Cir. 1991).................................. 13
`
`Statutory Authorities
`35 U.S.C. § 21 ................................................................................................. 1
`
`35 U.S.C. § 102 ............................................................................. 4, 24, 25, 26
`
`35 U.S.C. § 103 ............................................................................................. 13
`
`35 U.S.C. § 313 ............................................................................................... 1
`
`35 U.S.C. § 314(A) ................................................................................. 21, 46
`
`35 U.S.C. §§ 314, 325(d) ................................................................................ 3
`
`35 U.S.C. § 315(b) ........................................................................................ 35
`
`35 U.S.C. § 316(a)(11) ............................................................................ 22, 29
`
`35 U.S.C. § 325(d) .................................................................................. 31, 32
`
`Rules and Regulations
`37 C.F.R. §42.1(b) ........................................................................................ 29
`
`37 C.F.R. § 42.107(a) ..................................................................................... 1
`
`37 C.F.R. § 42.108 .......................................................................................... 3
`
`37 C.F.R. § 42.108(a) ............................................................................... 2, 21
`
`
`
`iii
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`Legislative Materials
`157 Cong. Rec. S1034, S1041 (March 1, 2011) ........................................... 36
`
`
`
`
`
`
`
`
`
`iv
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`PATENT OWNER’S LIST OF EXHIBITS
`
`Exhibit #
`
`Description
`
`Ex. 2001
`
`Not used
`
`Ex. 2002
`
`Defendant’s Invalidity Contentions in Case Nos. 2:16-
`cv-693-RWS-RSP (lead case), 2:16-cv-692-RWS-RSP,
`and 2:16-cv-695-RWS-RSP, dated November 11, 2016.
`
`
`
`
`
`v
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`I.
`
`INTRODUCTION
`
`Petitioner Intel Corporation (“Intel”) filed its Second Petition (Paper 2, IPR
`
`2018-00234, hereinafter “Second Petition”) requesting Inter Partes Review
`
`(“IPR”) of claims 1, 3, 6-8, 17, 19, and 21-22 of U.S. Patent No. 8,805,948 (“the
`
`’948 patent”). This is Intel’s second incremental-petition against the ’948 patent
`
`challenging the same claims based on the same references and arguments as its
`
`now denied First Petition (Paper 2, IPR 2017-01395, hereinafter “First Petition”).1
`
`Pursuant to 35 U.S.C. § 313 and 37 C.F.R. § 42.107(a), Patent Owner Alacritech,
`
`Inc. (“Alacritech”) files this Preliminary Response with arguments and information
`
`as to why the Board should not institute review on Intel’s Second Petition.
`
`Intel’s Second Petition against the challenged claims was filed on November
`
`22, 2017, approximately five months after Intel filed its First Petition against the
`
`'948 patent, three months after Alacritech filed its Preliminary Response (Paper 7,
`
`IPR 2017-01395) identifying dispositive defects in Intel’s First Petition, the same
`
`day that the Board denied institution on the First Petition (Paper 8, IPR 2017-
`
`01395) based on the defects Alacritech identified, and one month before Intel filed
`
`two requests for rehearing (Paper 9 and 10, IPR 2017-01395) of the Board’s denial
`
`
`1 Intel no longer challenges claims 9, 11, or 14-16 in its Second Petition. Compare
`
`Second Petition with First Petition.
`
`
`
`1
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`of the First Petition and the Board’s subsequent denials (Paper 12 and 13, IPR
`
`2017-01395) of the requests for rehearing. The sole ground in Intel’s Second
`
`Petition is based on the same references that were asserted, and rejected, in the
`
`First Petition for review of the challenged claims (Paper 8, IPR 2017-01395
`
`(claims 1, 3, 6-8, 17, 19, and 21-22 over Thia (Ex. 1015), Tanenbaum (Ex. 1006),
`
`and Stevens (Ex. 1063)) and many of Intel’s arguments raised in the Second
`
`Petition to argue that Stevens is a “printed publication” were already rejected by
`
`the Board in its denial of Intel’s requests for rehearing on the First Petition
`
`(Compare Paper 9 and 10 with Third Petition.)
`
`The Second Petition does not justify why the Board should exercise its
`
`discretion and permit a second, serial attack by Intel against the challenged claims.
`
`In fact, there is no analysis or evidence whatsoever presented with respect to the
`
`factors that other panels have considered in exercising their discretion to deny
`
`institution. See 35 U.S.C §§ 314(a), 325(d); 37 C.F.R. § 42.108(a); Nvidia Corp. v.
`
`Samsung Electronics Co., LTD., Case IPR2016-00134, slip op. at 6-12, (PTAB
`
`May 4, 2016) (Paper 9); General Plastic Industrial Co., LTD. v. Canon Kabushiki
`
`Kaisha, Case IPR2016-01357, slip op. at 8-11, 15-22, (PTAB September 6, 2017)
`
`(Paper 19); LG Electronics, Inc. v. Core Wireless Licensing S.A.R.L., IPR2016-
`
`00986, slip op. at 6-15 (PTAB August 22, 2016) (Paper 12).
`
`
`
`2
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`
`
`Alacritech therefore requests that the Board exercise its discretion and deny
`
`this Second Petition because it represents undesirable incremental petitioning. See
`
`35 U.S.C. §§ 314, 325(d); 37 C.F.R. § 42.108. Intel has engaged in what the Board
`
`has characterized as “undesirable incremental-petitioning," relying on Alacritech’s
`
`Preliminary Response and the Board’s decision in the First Petition proceedings—
`
`involving the same parties, patent, claims, references, and arguments—to mount a
`
`second attack against the challenged claims after an unsuccessful first attack, by
`
`attempting to fix deficiencies, noted by Alacritech and the Board, that should have
`
`been addressed in the First Petition. In addition, Intel plainly admits that it filed its
`
`Second Petition with additional evidence that it anticipated and should have filed
`
`with its First Petition: “Petitioner believed … that Petitioner would be permitted to
`
`respond to Patent Owner’s challenge to Stevens2’s status as prior art [in the First
`
`Petition] by offering supplemental evidence … .”2 (Second Petition at 2.) The
`
`Board has correctly noted in denying a related Intel petition against Alacritech that
`
`there is “no rule permitting the withholding of evidence necessary to establish a
`
`
`2 To the extent Intel intended to rely on “supplemental evidence,” that reliance was
`
`misplaced as supplemental evidence is served, not offered or filed, and does not
`
`become part of the record unless and until ruled upon by the Board. 37 C.F.R. §
`
`42.64 (b).
`
`
`
`3
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`reasonable likelihood of success, including, among other things, making a
`
`threshold showing that a reference was publicly available as prior art within the
`
`meaning of 35 U.S.C. §§ 102 and 311(b).” (Paper 10, IPR2017-01402, at 10.)
`
`As explained in Section VI, as all factors weigh in favor of denying institution, the
`
`Board should exercise its discretion to deny institution of Intel’s Second Petition.
`
`Other reasons support denial here as well.3 First, Intel failed to cure the
`
`deficiencies in its First Petition surrounding the Stevens reference to show that it is
`
`available prior art in this Second Petition proceeding. To wit, Intel relies primarily
`
`on the identical Stansbury exhibit (Ex. 1063) and identical arguments in support of
`
`its alleged public availability in the Second Petition that the Board already twice
`
`rejected in connection with the First Petition. See Section VII. Intel’s new
`
`evidence does not remedy the problems with Stevens or the Stansbury exhibit.
`
`Accordingly, Intel still has not made a sufficient threshold showing that Stevens
`
`qualifies as a “printed publication” in this Second Petition proceeding.
`
`
`3 Alacritech expressly reserves the right to challenge any grounds or facts raised
`
`in the Second Petition in these proceedings in the event that the Board institutes
`
`trial. Nothing in this Preliminary Response shall be construed as a waiver of any
`
`such challenge, or an acknowledgement or agreement not to dispute the sufficiency
`
`of Intel's representations, evidence or arguments for any claim of the '948 Patent.
`
`
`
`4
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`Second, Intel’s Second Petition is time barred because it was filed more than
`
`one year after the date on which Alacritech’s Complaint for infringement was
`
`served on Dell Corporation, a privy of Petitioner Intel, and more than one year
`
`after the date on which Intel filed its motion to formally become a party to the
`
`underlying Litigation. See 35 U.S.C. § 315(b). Allowing Intel to proceed with this
`
`Second Petition would therefore violate the purpose of the one-year bar and its
`
`express application to privies. See 157 Cong. Rec. S1034, S1041 (March 1, 2011).
`
`Third, even if the Board does not exercise its discretion to deny the Second
`
`Petition, finds its timely and revisits its prior decisions relating to the Stevens
`
`reference, Petitioner has not sufficiently shown a motivation to combine Thia with
`
`Tanenbaum or Stevens, nor the claimed “check[ing] . . . the packets” limitations in
`
`the relied-upon references. See Sections IX - X. These deficiencies infect the
`
`entire Second Petition, and the appropriate remedy is to deny institution.
`
`For all these reasons, the Second Petition does not give rise to a reasonable
`
`likelihood that Intel will prevail with respect to any challenged claim of ‘948
`
`patent, and the Board should therefore deny institution of review.4
`
`
`4 Alacritech also reserves its rights under the Oil States case pending before the
`
`U.S. Supreme Court, as set forth in Section XI of this Preliminary Response.
`
`
`
`5
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`II. OVERVIEW OF THE ’948 PATENT5
`
`A. The ’948 Patent Specification
`
`The ’948 patent is directed to accelerated network processing using an
`
`intelligent network interface card (INIC) that provides “a fast-path that avoids host
`
`protocol processing for most large multipacket messages, greatly accelerating data
`
`communication.” Ex. 1001 at Abstract. As explained in the patent background,
`
`when a conventional NIC prepares to send data from a first host to a second host,
`
`“some control data is added at each layer of the first host regarding the protocol of
`
`that layer, the control data being indistinguishable from the original (payload) data
`
`for all lower layers of that host.” Id. at 2:39-42. For example,
`
`an application layer attaches an application header to the payload data
`
`and sends the combined data to the presentation layer of the sending
`
`host, which receives the combined data, operates on it and adds a
`
`presentation header to the data, resulting in another combined data
`
`packet. The data resulting from combination of payload data,
`
`application header, and presentation header is then passed to the
`
`
`5 The ’948 patent is assigned to Alacritech and is the subject of co-pending
`
`litigation, Alacritech, Inc. v. CenturyLink, Inc., 2:16-cv-00693-JRG-RSP (E.D.
`
`Tex.); Alacritech, Inc. v. Wistron Corp., 2:16-cv-00692-JRG-RSP (E.D. Tex.); and
`
`Alacritech, Inc. v. Dell Inc., 2:16-cv-00695-RWS-RSP (E.D. Tex.), which were all
`
`consolidated for pre-trial purposes (“the Litigations”).
`
`
`
`6
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`session layer, which performs required operations including attaching
`
`a session header to the data and presenting the resulting combination
`
`of data to the transport layer. This process continues as the
`
`information moves to lower layers, with a transport header, network
`
`header, and data link header and trailer attached to the data at each of
`
`those layers, with each step typically including data moving and
`
`copying, before sending the data as bit packets over the network to the
`
`second host.
`
`Id. at 2:42-57.
`
`This process of adding a layer header to the data from the preceding layer is
`
`sometimes referred to as “encapsulation” because the data and layer header is
`
`treated as the data for the immediately following layer, which, in turn, adds its own
`
`layer header to the data from the preceding layer. Each layer is generally not
`
`aware of which portion of the data from the preceding layer is the preceding layer
`
`header of user data; as such, each layer treats the data it receives from the
`
`preceding layer as a generic payload. Id.
`
`
`
`On the receiving side, the receiving host generally performs the reverse of
`
`the sending process, beginning with receiving the bit packets from the network. Id.
`
`at 2:58-60. Headers are removed, one at a time, and the received data is processed,
`
`in order, from the lowest (physical) layer to the highest (application) layer before
`
`transmission to a destination within the receiving host (e.g., to the operating system
`
`space where the received data may be used by an application running on the
`
`
`
`7
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`receiving host). Id. at 2:60-63. Each layer of the receiving host recognizes and
`
`manipulates only the headers associated with that layer, since to that layer the
`
`higher layer header data is included with and indistinguishable from the payload
`
`data. Id. at 2:63-66. “Multiple interrupts, valuable central processing unit (CPU)
`
`processing time and repeated data copies may also be necessary for the receiving
`
`host to place the data in an appropriate form at its intended destination.” Id. at
`
`2:66-3:3.
`
`The host CPU processes the data by constructing (transmit side) or
`
`destructing (receive side) the packet. The host CPU must be interrupted at least
`
`one time per layer and, in response, the host CPU processes each layer, which
`
`typically involves a copy and data manipulation operation (for example a
`
`checksum computation operation). An interrupt is a signal to the processor emitted
`
`by hardware or software indicating an event that needs immediate attention. An
`
`interrupt alerts the processor to a high-priority condition requiring the interruption
`
`of the current code the processor is executing. Id. This process involved with
`
`traditional network interface cards results in “repeated copying and interrupts to
`
`the CPU” of the host computer. Id. at 3:59-62. When the host CPU is interrupted,
`
`it generally must stop all other tasks it is currently working on, including tasks
`
`completely unrelated to the network processing. Frequent interrupts to the host
`
`CPU can be very disruptive to the host system generally and cause system
`
`
`
`8
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`instability and degraded system performance. Id.
`
`The invention of the ’948 patent allows “data from the message to be
`
`processed via a fast-path which accesses message data directly at its source or
`
`delivers it directly to its intended destination.” Id. at 3:53-57. The fast-path
`
`“bypasses conventional protocol processing of headers that accompany the data”
`
`and “employs a specialized microprocessor designed for processing network
`
`communication, avoiding the delays and pitfalls of conventional software layer
`
`processing, such as repeated copying and interrupts to the CPU.” Id. at 3:57-62.
`
`One embodiment of the fast-path is shown in Figure 6 of the ’948 patent,
`
`which is reproduced below. In this embodiment, the INIC performs at least the
`
`network and transport layer processing (e.g., IP and TCP layer processing in
`
`TCP/IP), freeing up the CPU on the host (“client”) computer to do other tasks. The
`
`fast-path also reduces or eliminates the number of interrupts sent to the CPU on the
`
`host/client. An embodiment of the more traditional “slow-path” is also shown,
`
`where the host/client is responsible for the IP and TCP layer processing. In the
`
`slow-path, the CPU on the host/client is interrupted at least one time for each layer
`
`for processing.
`
`
`
`9
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`
`
`Advantageously, the claimed invention allows for more efficient network
`
`processing by relieving the host CPU of per-frame processing and reducing the
`
`number of interrupts. Id. at 9:1-5. For fast-path communications, only one
`
`interrupt occurs at the beginning and end of an entire upper-layer message
`
`transaction, and “there are no interrupts for the sending or receiving of each lower
`
`layer portion or packet of that transaction.” Id. at 9:5-10. As stated above, the
`
`claimed arrangement allows for enhanced network and system performance, faster
`
`data throughput, increased system stability, and an overall better user experience.
`
`B.
`
`The ’948 Patent Claims
`
`The ’948 patent includes three independent claims. Notably, for this
`
`Preliminary Response, both independent claims 1 and 17, which are at issue in the
`
`Second Petition recite, inter alia, “checking […] whether the packets have certain
`
`
`
`10
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`exception conditions, including […] whether the packets are IP fragmented, […]
`
`have a FIN flag set, [and/or] […] are out of order.” Id. at 19:43-20:7, 22:1-25.
`
`As explained in Section X, this claimed feature is not found in any of the
`
`references cited by Petitioner. Dependent claims 3, 6-8, 19, 21 and 22, all of
`
`which are also at issue in the Second Petition, incorporate the same limitation
`
`missing in independent claims 1 and 17.
`
`III. PROSECUTION HISTORY OF THE ’948 PATENT
`
`The ’948 patent was filed on September 26, 2013 as Application No.
`
`14/038,297, which was a continuation of Application No. 09/692,561, filed
`
`October 18, 2000, which was a continuation of Application No. 09/067,544, filed
`
`April 27, 1998, which claims the benefit of Provisional Application No.
`
`60/061,809, filed on October 14, 1997.
`
`The ’948 patent was subject to a thorough examination by Examiner
`
`Moustafa M. Meky, who allowed the application on June 20, 2014 after
`
`considering references (including Thia and Tanenbaum) disclosed by the Applicant
`
`and after conducting the Examiner’s own prior art search on June 16, 2014. Ex.
`
`1002 at .111-.149. In connection with the allowed claims, the Examiner stated:
`
`None of the prior art of record taken singularly or in combination
`
`teaches or suggests a network interface of a host computer for
`
`checking whether received packets have a certain exception
`
`conditions, including whether the packets are IP fragmented, have a
`
`
`
`11
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`FIN flag set, or out of order; processing any of the received packet
`
`that have the exception conditions, and storing payload data of the
`
`received packets that do not have any of the exception conditions in
`
`a buffer of the host computer and without any TCP header stored
`
`between the payload data of the received packets.
`
`Ex. 1002 at .117 (emphasis added). An Issue Notification was mailed on July 23,
`
`2014, and the ‘948 patent issued on August 12, 2014.
`
`IV. OVERVIEW OF THE ALLEGED PRIOR ART
`
`As described above, Intel relies on Thia, Tanenbaum, and Stevens, which
`
`Intel still has not established as prior art. These references, each alone or in
`
`combination, fail to teach or suggest all the limitations recited in the claims of the
`
`’948 patent. For example, the references are completely silent as to bypass
`
`exception conditions that involve checking whether the packets are IP fragmented.
`
`The sections below summarize the references and underscore their shortcomings.
`
`A. Thia, A Reduced Operation Protocol Engine (ROPE) for a Multiple-
`layer Bypass Architecture (1995) (“Thia”)
`
`Thia appears on the face of the ’948 patent under “References Cited” and
`
`was initialed by the Examiner in an Information Disclosure Statement (IDS) dated
`
`June 15, 2014. Ex. 1002 at .120-.144. Thia was therefore already considered and
`
`allowed over by the Examiner during the prosecution of the ’948 patent.
`
`As an initial matter, Thia presents a “feasibility study for a new approach to
`
`hardware assistance” and the “final step of generating a chip layout for fabrication
`
`
`
`12
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`and fault analysis was not performed.” Ex. 1015 at .002 and .008. Since Thia at
`
`best discloses an inoperative device, it is a non-enabling reference. A non-
`
`enabling reference is prior art under 35 U.S.C. § 103 only “for all that it teaches.”
`
`Beckman Instruments v.LKB Produkter AB, 892 F.2d 1547, 1551, 13 USPQ2d
`
`1301, 1304 (Fed. Cir. 1989); see Symbol Techs. Inc. v. Opticon Inc., 935 F.2d
`
`1569, 1578, 19 USPQ2d 1241, 1247 (Fed. Cir. 1991). The feasibility study
`
`discloses at a high level the idea of offloading session and transport layer
`
`processing to a Reduced Operation Protocol Engine (“ROPE”) chip, but does not
`
`teach many of the implementation details.
`
`Thia describes a bypass stack such as the ROPE chip that provides a
`
`hardware “fast path” for bulk data transfer. Id. at .002-.003.
`
`
`
`13
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`Id. at .003, Fig. 1 (adapted from Second Petition). Regarding the receive bypass
`
`test, Thia merely discloses a test that matches headers of incoming data packets
`
`with a template using header prediction:
`
`
`
`
`
`14
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`
`
`Id. at .003 (adapted from Second Petition). Thia does not address exception
`
`conditions relating to the bypass test.
`
`Table 1 of Thia “identifies procedures which are strong candidates for
`
`implementation in the bypass chip, and those which are better handled by the host,
`
`during the data transfer phase.” Id. at .006.
`
`
`
`15
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`
`
`Id. As shown in the table, Thia identifies bypassable functions in the presentation
`
`layer, the session layer, the transport layer, and all three of those layers. Thia,
`
`however, does not address the bypass test or bypassable functions in relation to the
`
`network layer, which is where fragmentation/segmentation occurs. Indeed, Thia
`
`assumes that any packets that have been fragmented have been reassembled at the
`
`receiver before being passed to the Transport layer. Id. at .013-.014 (stating: “In
`
`an ATM system we assume that the segmentation and reassembly or SAR
`
`operation would also be in hardware, since it is done frequently”; “The
`
`
`
`16
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`Segmentation and Reassembly sublayer of the ATM adaption layer is a good place
`
`for [segmentation/reassembly] functions”).
`
`B.
`
`Tanenbaum, Computer Networks, 3rd ed. (1996) (“Tanenbaum”)
`
`Tanenbaum is the third edition of a textbook relating to computer networks.
`
`As acknowledged by Petitioner, it too was already considered by the Examiner
`
`during prosecution of the ’948 patent, which was found to be allowable over
`
`Tanenbaum. Second Petition at n.5. On pages 583-586, Tanenbaum describes
`
`“fast” transport protocol data unit (“TPDU”) processing. Ex. 1006 at .583-86. On
`
`the sending side, Tanenbaum notes that “[i]n the normal case, the headers of
`
`consecutive data TPDUs are almost the same.” Id. at .583. In view of this
`
`observation, a “prototype header” is defined. Id. In order to construct a packet for
`
`transmission, at the TCP layer, the TCP prototype header is copied into the output
`
`buffer, the sequence number is filled in, the TCP checksum is computed, and the
`
`sequence number is incremented in memory. Id. at .584. Then, the TCP header
`
`and data is handed “to a special IP procedure” at the IP layer, where the IP
`
`prototype header is copied into the output buffer, the “Identification” field is
`
`inserted, and the IP checksum is computed. Id. The packet is then ready for
`
`transmission.
`
`On the receive side, a “connection record” is stored in a hash table for
`
`lookup (or the last record is tried first). Id. at .585. Then conditions for a special
`
`
`
`17
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`“fast path” TCP procedure are checked:
`
`The TPDU is then checked to see if it is a normal one: the state is
`
`ESTABLISHED, neither side is trying to close the connection, the
`
`TPDU is a full one, no special flags are set, and the sequence number
`
`is the one expected. These tests take just a handful of instructions. If
`
`all conditions are met, a special fast path TCP procedure is called.
`
`Id. at 585. The connection record is updated, and data is copied to the user. Id.
`
`During the copy process, the fast path computes the checksum. Id. Tanenbaum
`
`explains that this general scheme of first making a quick check to see if the header
`
`is what is expected, and having a special procedure to handle that case, is called
`
`“header prediction.” Id. Tanenbaum, however, discloses conditions that relate to
`
`checking TPDUs, i.e. transport protocol data units, and not packets. The test is
`
`performed at the transport layer and not the network layer where packets are
`
`processed to generate TPDUs to be passed on to the transport layer.
`
`Further, Tanenbaum teaches away from performing any TCP/IP protocol
`
`processing on anything other than the host CPU. Tanenbaum is aware of the
`
`possibility of a transport entity being on a network interface card:
`
`The hardware and/or software within the transport layer that does the
`work is called the transport entity. The transport entity can be in the
`operating system kernel, in a separate user process, in a library
`package bound into network applications, or on the network interface
`card.
`
`Id. at .498 (bold in original). Petitioner points to this to assert that Tanenbaum
`
`
`
`18
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. IPR2018-00234
`U.S. Patent No. 8,805,948
`
`“teaches that the transport entity may be built into the network interface card.”
`
`Petition at 45. However, Tanenbaum clearly teaches away from doing so:
`
`A tempting way to go fast is to build fast network interfaces in
`
`hardware. The difficulty with this strategy is that unless the protocol is
`
`exceedingly simple, hardware just means a plug-in board with a
`
`second CPU and its own progra