`
`
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`Petitioner’s Opening Brief on Remand
`
`
`
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`____________________________________________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________________________________________
`
`INTEL CORPORATION,
`Petitioner,
`
`v.
`
`QUALCOMM INCORPORATED,
`Patent Owner.
`____________________________________________
`
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`____________________________________________
`
`PETITIONER’S OPENING BRIEF ON REMAND1
`
`
`1 IPR2018-01335 and IPR2018-01336 have been consolidated with IPR2018-
`
`01334, and Petitioner will file this brief only in IPR2018-01334. All citations are
`
`to IPR2018-01334 unless otherwise noted.
`
`
`
`
`
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`TABLE OF CONTENTS
`
`
`I.
`
`INTRODUCTION ........................................................................................... 1
`
`II.
`
`STATEMENT OF FACTS AND PROCEDURAL HISTORY ....................... 2
`
`A.
`
`“Hardware Buffer” Limitation .............................................................. 2
`
`B. Means-Plus-Function Limitations ......................................................... 3
`
`C.
`
`Issues On Remand ................................................................................. 4
`
`III. ARGUMENT ................................................................................................... 5
`
`A.
`
`“Hardware Buffer” Should Be Given The Broadest Reasonable
`Interpretation Supported By The Intrinsic Record. ............................... 5
`
`1.
`
`2.
`
`3.
`
`Petitioner’s proposed claim construction is consistent
`with the Federal Circuit’s opinion and the claim
`language. ..................................................................................... 5
`
`The specification supports Petitioner’s proposed claim
`construction. ................................................................................ 7
`
`The prosecution history supports Petitioner’s proposed
`claim construction. .................................................................... 11
`
`The Intermediate Storage Area Of Bauer And Svensson Is A
`“Hardware Buffer.” ............................................................................. 13
`
`Claims 16 And 17 Are Obvious In Light Of The Proposed Prior
`Art Or, At The Very Least, Indefinite. ................................................ 17
`
`1.
`
`2.
`
`The Board should find claims 16-17 unpatentable. .................. 18
`
`If the Board finds it is logically impossible to render a
`decision on patentability of claims 16-17, it should find
`that it is impossible to reach a decision on the merits. ............. 20
`
`B.
`
`C.
`
`IV. CONCLUSION .............................................................................................. 20
`
`
`
`i
`
`
`
`
`
`TABLE OF AUTHORITIES
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`
`Page(s)
`
`CASES
`Intel Corp. v. Qualcomm Inc., 21 F.4th 801 (Fed. Cir. 2021)
` ........................................................................................ 4, 5, 6, 12, 18, 19, 20
`Nidec Motor Corp. v. Zhongshan Broad Ocean Motor Co., 868 F.3d
`1013 (Fed. Cir. 2017)..................................................................................... 19
`STATUTES, RULES, AND REGULATIONS
`83 Fed. Reg. 51,340 (Oct. 11, 2018) .......................................................................... 5
`35 U.S.C. § 103 .......................................................................................................... 2
`
`
`
`
`
`
`ii
`
`
`
`
`INTRODUCTION
`This consolidated Inter Partes Review proceeding is before the Board on
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`I.
`
`remand from the Federal Circuit. In its Final Written Decision, the Board found
`
`claims 10, 11, 13-15, and 18-23 of U.S. Patent No. 8,838,949 (“the ’949 patent”)
`
`obvious but held that Petitioner had not proven by a preponderance of the evidence
`
`that claims 1-9, 12, 16, and 17 were unpatentable. The Board found that “hardware
`
`buffer” “‘should not be read so broadly as to encompass’ the use of a temporary
`
`buffer” (FWD (Paper 30) at 17) and claims 1-9 and 12 were not obvious under that
`
`negative construction. The Board also declined to determine whether there was
`
`structure corresponding to the mean-plus-function terms of claims 16 and 17.
`
`Instead, it found that Petitioner failed to carry its burden of providing adequate
`
`evidence of the corresponding structure.
`
`On appeal, the Federal Circuit remanded, instructing the Board to properly
`
`construe “hardware buffer,” determine whether claims 1-9 and 12 are obvious under
`
`that construction, and determine whether the Board can resolve the prior art
`
`challenge to the patentability of claims 16 and 17 despite the potential indefiniteness
`
`of the means-plus-function terms or whether the terms are indefinite and it is
`
`impossible to adjudicate the prior art challenge on its merits. Petitioner asks the
`
`Board to (1) adopt its proposed claim construction for “hardware buffer”; (2) hold
`
`claims 1-9 and 12 unpatentable under this construction; and (3) find claims 16 and 17
`
`
`
` 1
`
`
`
`
`
`
`obvious and/or indefinite.
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`II.
`
`STATEMENT OF FACTS AND PROCEDURAL HISTORY
`In July 2018, Petitioner filed these Petitions challenging all claims of the ’949
`
`patent as unpatentable under 35 U.S.C. § 103 based on four references, two of which
`
`are discussed here: Bauer (Ex. 1009) and Svensson (Ex. 1010).
`
`The ’949 patent claims to solve certain inefficiencies in prior art multi-processor
`
`systems by allowing data to be loaded to a secondary processor’s system memory
`
`without copying the entire software image from a buffer. Ex. 1001 (’949 patent) at
`
`9:42-56. However, the system and methods of the ’949 patent were routine and well-
`
`known in the prior art. Multi-processor systems and the direct transfer of data between
`
`processors were disclosed in multiple prior art references, some of which were not
`
`before the Patent Office during the original prosecution.
`
`A.
`
`“Hardware Buffer” Limitation
`
`Petitioner did not originally propose a claim construction for the term “hardware
`
`buffer,” but argued that the “intermediate storage area” (“ISA”) in Bauer and Svensson
`
`is a “hardware buffer” under the term’s plain meaning and the broadest reasonable
`
`interpretation standard that applies here. See Petition (Paper 3) at 26-27; IPR2018-
`
`01335 Petition (Paper 3) at 61-62. In its Institution Decision, the Board agreed that
`
`Bauer and Svensson’s ISA is a “hardware buffer” because “[t]he intermediate storage
`
`area of Bauer and Svensson is a buffer used to store data destined for another
`
`
`
` 2
`
`
`
`
`
`
`memory, and the intermediate storage area is in hardware inasmuch as SARAM and
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`DARAM [of Bauer and Svensson] are hardware.” See ID (Paper 10) at 27.
`
`Following institution, Patent Owner construed “hardware buffer” as “a buffer
`
`within a hardware transport mechanism that receives data sent from the primary
`
`processor to the secondary processor.” POR (Paper 16) at 14. Under this construction,
`
`Patent Owner argued that the ISA of Bauer and Svensson was not the “hardware
`
`buffer” of the ’949 patent. Id. at 52-53. In its Reply, Petitioner argued that Patent
`
`Owner’s transport mechanism construction improperly limited the claims to a single
`
`exemplary embodiment, and that “hardware buffer” should be understood under its
`
`BRI plain meaning as a “buffer implemented in hardware.” Petitioner’s Reply (Paper
`
`21) at 8-11. In its Sur-Reply, Patent Owner pivoted to arguing that “hardware buffers”
`
`cannot cover temporary buffers, which are “prior art embodiments … distinguished in
`
`the ‘949 patent.” Patent Owner’s Sur-Reply (Paper 25) at 11-13.
`
`B. Means-Plus-Function Limitations
`
`The Petition identified functions and structures corresponding to the means-
`
`plus-function terms of claim 16, from which claim 17 depends: (1) “means for
`
`receiving at a secondary processor … an image header…”; (2) “means for
`
`processing …”; (3) “means for receiving at the secondary processor … each data
`
`segment…”; and (4) “means for scatter loading ….” See IPR2018-01335 Petition
`
`(Paper 3) at 17-22. Notably, these constructions were proposed by Patent Owner in
`
`
`
` 3
`
`
`
`
`
`
`a related ITC action in which the ’949 patent was asserted. See Ex. 1008 (joint
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`claim construction charts) at 4-6.
`
`In its Institution Decision, the Board agreed with the identified functions but
`
`questioned the adequacy of the corresponding structure in Patent Owner’s
`
`construction for the “means for processing” and “means for scatter loading” terms.
`
`IPR2018-01335 ID (Paper 10) at 13-15.
`
`C.
`
`Issues On Remand
`
`On January 14, 2020, the Board issued its Final Written Decision, finding
`
`that Petitioner failed to show that claims 1-9, 12, and 16-17 were unpatentable.2 On
`
`appeal, the Federal Circuit agreed with Petitioner and vacated the Board’s decision
`
`with respect to claims 1-9, 12, and 16-17 and remanded for further proceedings.
`
`See Intel Corp. v. Qualcomm Inc., 21 F.4th 801, 814 (Fed. Cir. 2021).
`
`On February 22, 2022, the Board authorized the parties to file briefing on a
`
`discrete set of issues on remand: (1) the broadest reasonable interpretation of
`
`“hardware buffer,” (2) the applicability of the construction of “hardware buffer” to the
`
`asserted prior art, and (3) whether the Board can resolve the prior art challenge to the
`
`patentability of claims 16 and 17. Order on Remand (Paper 34) at 2-3. Petitioner
`
`
`2 Patent Owner did not cross-appeal the Board’s finding that claims 10, 11, 13-15 and
`
`18-23 are unpatentable. Those claims are invalidated and are not at issue here.
`
`
`
` 4
`
`
`
`
`
`
`addresses these issues below.
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`III. ARGUMENT
`A.
`“Hardware Buffer” Should Be Given The Broadest Reasonable
`Interpretation Supported By The Intrinsic Record.
`
`The “hardware buffer” limitation in claims 1-9 and 12 should be construed as
`
`“memory that is physically separate from the memory into which the software image is
`
`loaded for execution.” Ex. 1026 (Lin Remand Decl.) at ¶ 11. Because the IPR
`
`Petitions at issue were filed before November 13, 2018, the challenged claims must be
`
`given the broadest reasonable interpretation in light of the patent specification. See 83
`
`Fed. Reg. 51,340 (Oct. 11, 2018). Here, neither intrinsic nor extrinsic evidence
`
`supports a narrower interpretation than the one proposed by Petitioner.
`
`1.
`
`Petitioner’s proposed claim construction is consistent with the
`Federal Circuit’s opinion and the claim language.
`
`
`
`Petitioner’s construction is consistent with the claim language, the Federal
`
`Circuit’s conclusions regarding that language, and the Board’s conclusion that the
`
`claim language “does not define what implementation the hardware buffer must take or
`
`what type of storage device the hardware buffer is.” FWD (Paper 30) at 13.
`
`
`
`First, Petitioner’s construction gives more meaning to the term “hardware
`
`buffer” than “just a ‘buffer implemented in hardware,’” as the Federal Circuit
`
`concluded. Intel, 21 F.4th at 809-810.
`
`
`
` 5
`
`
`
`
`
`
`Second, Petitioner’s construction is consistent with the Federal Circuit’s
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`
`
`guidance that “[b]ecause claim 1 requires both a ‘system memory’ and a ‘hardware
`
`buffer,’” “there must be some distinction between those two concepts.” Id. at 810.
`
`Independent claim 1 of the ’949 patent requires a “system memory and a hardware
`
`buffer for receiving an image header and at least one data segment of an executable
`
`software image” and a scatter load controller “to scatter load each received data
`
`segment … directly from the hardware buffer to the system memory.” Petitioner’s
`
`construction is consistent with this claim language and the Federal Circuit’s guidance
`
`in that the “hardware buffer” is physically separate from the claimed “system
`
`memory.” At the same time, Petitioner’s construction “does not foreclose the
`
`possibility of implementing a [hardware] buffer in some other system memory,” as the
`
`Board observed. FWD (Paper 30) at 13; Ex. 1026 (Lin Remand Decl.) at ¶¶ 12-18.
`
`
`
`Third, under Petitioner’s construction, the executable software image may be
`
`moved directly from the hardware buffer to the final location in system memory from
`
`which it is executed, as the Federal Circuit noted. See Intel, 21 F.4th at 810. This,
`
`however, should not foreclose the possibility of moving the executable image from
`
`some other physically separate system memory that serves as a “hardware buffer” to
`
`the final location in the claimed system memory. Ex. 1026 (Lin Remand Decl.) at
`
`¶ 18. Dependent claim 2 limits claim 1 by requiring that the executable software
`
`image be loaded “without copying data between system memory locations on the
`
`
`
` 6
`
`
`
`
`
`
`secondary processor.” This further limiting of claim 1 confirms that neither claim 1
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`nor its “hardware buffer” limitation precludes the possibility of copying data between
`
`system memory locations. Id. at ¶ 19. When Patent Owner wanted to narrow the
`
`claims, it drafted claims to include the narrow features. Moreover, the point of claim 2
`
`is to preclude copying data between locations within the claimed system memory, not
`
`to preclude copying data from a physically separate system memory to the claimed
`
`system memory. Id.
`
`2.
`
`The specification supports Petitioner’s proposed claim
`construction.
`
`
`
`The Board noted that the “[t]he written description of the ’949 patent, which
`
`uses the term ‘hardware buffer’ only three times (Ex. 1001, 2:58-63, 9:37-41), does not
`
`provide much, if any, guidance on what a ‘hardware buffer’ must be.” FWD (Paper
`
`30) at 15. The specification only provides that the “hardware buffer” receives “at least
`
`a portion of an executable software image,” which is directly loaded from the
`
`“hardware buffer” to the “system memory.” Ex. 1001 (’949 patent) at 2:58-63; see
`
`also id. at 9:37-41 (in one embodiment, “an entire executable software image” is not
`
`stored in the “hardware buffer”).
`
` From the above disclosure, it is clear that the “hardware buffer” is a storage area
`
`that is physically separate from the claimed “system memory” but is not otherwise
`
`limited in its location. Ex. 1026 (Lin Remand Decl.) at ¶ 15. The claimed system
`
`
`
` 7
`
`
`
`
`
`
`memory, on the other hand, is repeatedly described by the specification as a memory
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`where an executable software image can be loaded and executed. See, e.g., Ex. 1001
`
`(’949 patent) at 2:61-63 (describing “loading the executable software image directly
`
`from the hardware buffer to the system memory”); id. at 5:31-35 (referring to RAM
`
`112). This understanding is supported by both Petitioner’s and Patent Owner’s
`
`experts. See Ex. 1026 (Lin Remand Decl.) at ¶ 16; Ex. 1023 (Lin Reply Decl.) at ¶¶ 9-
`
`14; Ex. 1022 (Rinard Dep.) at 61:9-14 (“Q. Do you agree with Dr. Lin that system
`
`memory is memory where programs can be loaded and executed by a processor? A.
`
`That’s one of the things that system memory does, that you can do with system
`
`memory....”); Ex. 2001 (Lin Dep.) at 25:10-12 (testifying “a system memory would be
`
`a portion of the memory where programs could be loaded and executed”). It is also
`
`supported by the common understanding of system memory to a POSITA. Ex. 1026
`
`(Lin Remand Decl.) at ¶ 16. In sum, a POSITA would understand that “hardware
`
`buffer” is memory that is physically separate from the memory into which the software
`
`image is loaded for execution. See id. at ¶ 17.
`
`Beyond being separate from the claimed system memory, the hardware buffer is
`
`not described as being, and a POSITA would not understand it as being, located in any
`
`particular area within the secondary processor. See Ex. 1026 (Lin Remand Decl.) at
`
`¶¶ 18-20; Ex. 1023 (Lin Reply Decl.) at ¶ 23. No other part of the specification
`
`explicitly limits the scope of “hardware buffer.” The Board should not import from the
`
`
`
` 8
`
`
`
`
`
`
`specification the erroneous conclusion that a “hardware buffer” excludes the use of
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`“temporary buffers.” FWD (Paper 30) at 16 (citing ’949 patent at 2:23–34, 4:43–47,
`
`5:31–35). The specification, as discussed below, aims to distinguish what is claimed
`
`from other aspects of the prior art, not the use of temporary buffers per se.
`
`
`
`First, the ’949 patent contends that it improves upon conventional techniques
`
`for transferring data “in favor of a more efficient direct loading process,” which allows
`
`the loading of image segments instead of the entire executable software image. See
`
`Ex. 1001 (’949 patent) at 9:43-46; see also id. at 9:37-43; id. at 9:46-54 (“the
`
`exemplary load process of FIG. 3 does not require the intermediate buffer operations
`
`…. Instead of scatter loading from a temporary buffer holding the entire image, the
`
`exemplary load process of FIG. 3 allows for direct scatter load [sic] the image
`
`segments to their respective target destinations directly from the hardware to the
`
`system memory.”). The specification, therefore, distinguishes systems in which the
`
`entire executable software image is copied into a temporary buffer. Ex. 1026 (Lin
`
`Remand Decl.) at ¶ 23. In fact, the only time the specification uses the terms
`
`“hardware buffer” and “temporary buffer” together distinguishes the patented
`
`technique from storing the entire executable software image in the hardware buffer.
`
`See Ex. 1001 (’949 patent) at 9:37-46 (loading technique occurs “without an entire
`
`executable software image stored in the hardware buffer” and, consistently, prior art
`
`
`
` 9
`
`
`
`
`
`
`“conventional techniques employing a temporary buffer for the entire image” are
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`bypassed). Ex. 1026 (Lin Remand Decl.) at ¶¶ 23-24.
`
`
`
`Second, the ’949 claims require an image header that is separately received from
`
`data segments and, in discussing temporary buffers, the specification focuses on prior
`
`art approaches of copying packets with both headers and payloads into temporary
`
`buffers. See Ex. 1001 (’949 patent) at claim 1 (“the image header and each data
`
`segment being received separately”); 2:25-28 (“one way of performing such loading is
`
`to allocate a temporary buffer into which each packet is received, and each packet
`
`would have an associated packet header information along with the payload”); 2:50-
`
`54 (“The packets are stored in an intermediate buffer, and some processing of the
`
`received packets is then required for that data to be stored where it needs to go”); see
`
`also id. at 2:14-22. The only distinction these parts of the specification make is
`
`between the buffer receiving a header separately from data segments (as claimed) and
`
`receiving a packet that includes both a header and data segments, and not that the
`
`buffer is temporary. Ex. 1026 (Lin Remand Decl.) at ¶¶ 25-26.
`
`
`
`Likewise, the specification’s discussion at column 4, lines 43-47 about avoiding
`
`“use of a temporary buffer” must be read in light of the surrounding context. This
`
`portion of the specification begins with, “[i]n one exemplary embodiment,” and is
`
`followed by a discussion of the loading technique: “[f]or instance, … rather than
`
`employing a packet-based communication in which the image is communicated via
`
`10
`
`
`
`
`
`
`packets that each include a respective header, the raw image data is loaded ….” Ex.
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`1001 (’949 patent) at 4:43-52. This portion of the specification, therefore, also
`
`distinguishes receiving a packet that includes both a header and data segments, not the
`
`use of temporary buffers for all purposes. Ex. 1026 (Lin Remand Decl.) at ¶ 27.
`
`Third, column 5, lines 31-35, does not preclude the “hardware buffer” from
`
`being a temporary buffer. FWD (Paper 30) at 16. Here, the specification describes
`
`transferring the executable image into the final location in the system memory (i.e.,
`
`RAM 112), without copying the data into a temporary buffer in the same system
`
`memory (i.e., RAM 112). See Ex. 1001 (’949 patent) at 5:31-35. This part of the
`
`specification does not teach against the use of all temporary buffers, but instead only
`
`those in the same physical memory (i.e., RAM 112) into which the executable image
`
`is loaded for execution. Ex. 1026 (Lin Remand Decl.) at ¶ 28.
`
`Even if these passages are understood as teaching against use of a “temporary
`
`buffer,” the specification repeatedly emphasizes that these are exemplary
`
`embodiments. See, e.g., Ex. 1001 (’949 patent) at 4:43-47 (“In one exemplary aspect a
`
`direct scatter load technique is disclosed …”); Ex. 1026 (Lin Remand Decl.) at ¶ 29.
`
`3.
`
`The prosecution history supports Petitioner’s proposed claim
`construction.
`
`Finally, the prosecution history provides significant guidance on the broadest
`
`reasonable interpretation of “hardware buffer.” In rejecting the pending claims in light
`
`
`
`
`11
`
`
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`of Svensson during prosecution, the Examiner expressly identified Svensson’s ISA as a
`
`“hardware buffer”: “Svensson teaches a secondary processor [client processor 104]
`
`comprising system memory [DSP XRAM 110] and a hardware buffer [An intermediate
`
`storage area is defined within the memory 108] for receiving at a [sic] least a portion of
`
`an executable software image.” Ex. 1004 (7/19/13 Office Action) at 2.
`
`Instead of arguing that Svensson lacked a “hardware buffer,” Patent Owner
`
`amended the claims to overcome the rejection by adding new limitations relating to the
`
`separate receipt of the image header and data segments. See Ex. 1005 (10/17/13
`
`Response) at 2 (amending claim 1 to require “the image header and each data segment
`
`being received separately” and a scatter loader controller configured “to load the image
`
`header” and “to scatter load each received data segment based at least in part on the
`
`loaded image header.”). Patent Owner explicitly relied on these new limitations in
`
`attempting to distinguish Svensson. Id. at 8-9. These prosecution amendments and
`
`arguments make clear that the “asserted advance” of the ’949 patent, Intel, 21 F.4th at
`
`811, was not the “hardware buffer.” Ex. 1026 (Lin Remand Decl.) at ¶¶ 31-33.
`
`Rather, it was the very elements added by amendment, including the separate receipt of
`
`
`
`
`12
`
`
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`the header and data segments, that the specification uses to distinguish the prior art that
`
`constitute the asserted advance. See supra Section III.A.2.3
`
`Given the lack of narrowing language in the claims and specification, the BRI
`
`standard, and the Examiner’s understanding of the term during prosecution, it would be
`
`improper to adopt a construction of “hardware buffer” that excludes Svensson’s ISA.
`
`On the other hand, construing “hardware buffer” as “memory that is physically
`
`separate from the memory into which the software image is loaded for execution” is
`
`consistent with the claims, specification, and prosecution history.
`
`B.
`
`The Intermediate Storage Area Of Bauer And Svensson Is A
`“Hardware Buffer.”
`
`Under the correct construction of “hardware buffer,” Bauer and Svensson
`
`combined disclose this limitation. Ex. 1026 (Lin Remand Decl.) at ¶¶ 34-38. As
`
`explained in the Petitions, Bauer’s secondary processor comprises a DSP CPU 204
`
`coupled to a “system memory” (DSP XRAM 210), and a separate “hardware buffer”
`
`(ISA within the DSP SARAM & DARAM memory 208). Petition (Paper 3) at 26-27;
`
`IPR2018-01335 Petition (Paper 3) at 61-62; Ex. 1009 (Bauer) at ¶¶ 35-36, Fig. 2; see
`
`also Ex. 1010 (Svensson) at 3:54-58, 3:64-4:5, Fig. 1 (similar). As the Petitions also
`
`
`3 Bauer and/or Kim (Ex. 1012), which disclose or render obvious these new
`
`limitations, were not before the Patent Office during prosecution.
`
`
`
`
`13
`
`
`
`
`explain, Bauer and Svensson combined disclose that the secondary processor transfers
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`the image—different parts of the image are loaded to the hardware buffer and then to
`
`the system memory, one part at a time—directly from the hardware buffer to the
`
`system memory (DSP XRAM 110/210) for execution. Petition (Paper 3) at 45-46;
`
`IPR2018-01335 Petition (Paper 3) at 45-57, 61-62; Ex. 1009 (Bauer) at ¶¶ 27, 31-36,
`
`41, 43 (describing how the parts of the image can be stored in the system memory),
`
`Figs. 1A-1C; Ex. 1010 (Svensson) at 5:21-28, 5:65-67, 6:12-15, Figs. 1-3. In
`
`Svensson, while the ISA (the claimed “hardware buffer”) is responsible for temporarily
`
`storing the software image, the software image is loaded to the separate DSP XRAM
`
`(the claimed “system memory”) for execution.4 See Ex. 1002 (Lin Op. Decl.) at ¶ 80
`
`(citing Ex. 1010 (Svensson) at 5:21-36 and Fig. 1 and describing how Svensson
`
`reserves the ISA “for intermediate storage of information (code and/or data) to be
`
`
`4 As discussed above, during prosecution, the Examiner rejected the challenged claims,
`
`finding that Svensson taught most of the claim limitations, including the “hardware
`
`buffer.” Ex. 1004 (7/19/13 Office Action) at 2. Patent Owner did not contend that
`
`Svensson failed to disclose the “hardware buffer.” See Ex. 1005 (10/17/13 Response)
`
`at 2, 8-9. This reinforces that the ISA of Bauer and Svensson is the claimed “hardware
`
`buffer.”
`
`
`
`
`14
`
`
`
`
`transferred to the [client]-private memory, i.e., the memory that is invisible to the host,
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`such as ‘external’ XRAM 110”); Ex. 1022 (Rinard Dep.) at 108:21-109:4.
`
`Bauer and Svensson’s ISA is physically separate from the claimed system
`
`memory. First, Bauer and Svensson’s ISA is physically separate and distinct from
`
`Bauer and Svensson’s DSP XRAM 110/210, which is the claimed “system memory.”
`
`Ex. 1026 (Lin Remand Decl.) at ¶ 40. Bauer and Svensson combined disclose two
`
`distinct and physically separate memories on its secondary processor: ISA within DSP
`
`SARAM & DRAM 208/108 and external DSP XRAM 210/110. Ex. 1009 (Bauer) at
`
`¶¶ 35-36, Fig. 2; Ex. 1010 (Svensson) at 3:64-4:3, Fig. 1. As the Board correctly
`
`noted, “nothing in claim 1 [] prohibits the claimed ‘hardware buffer’ from being part of
`
`some system memory,” ID (Paper 10) at 26, and the “recitation of a separate system
`
`memory, by itself, does not foreclose the possibility of implementing a buffer in some
`
`other system memory,” FWD (Paper 30) at 13. Even if the Board were to find that the
`
`ISA is part of some system memory (as Patent Owner incorrectly argued in its Sur-
`
`Reply (Paper 25) at 17-22), therefore, Bauer and Svensson combined still disclose a
`
`“hardware buffer” because the DSP XRAM 110/210 (the “system memory” of the ’949
`
`claims) is physically separate and distinct from the ISA. Ex. 1026 (Lin Remand Decl.)
`
`at ¶ 40.
`
`Second, the ISA is not part of any “system memory” because it is not part of any
`
`memory where an executable image can be loaded and executed. See Petitioner’s
`
`15
`
`
`
`
`
`
`Reply (Paper 21) at 5-6, 32-35; Ex. 1023 (Lin Reply Decl.) at ¶ 67. Rather, the ISA is
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`reserved only for temporarily storing information to be transferred to the system
`
`memory (DSP XRAM 210/110) for later execution. Ex. 1023 (Lin Reply Decl.) at
`
`¶ 67; Ex. 1026 (Lin Remand Decl.) at ¶ 41. Patent Owner’s expert, Dr. Martin Rinard,
`
`admitted that Svensson does not execute code from the ISA. Ex. 1022 (Rinard Dep.) at
`
`107:8-108:4. Svensson states that the ISA is “reserved … for intermediate storage” at
`
`bootup and is available for transfers any time afterward. Ex. 1010 (Svensson) at 5:21-
`
`28, 8:17-21, 8:29-32 (“one can load and execute new software in the [client processor]
`
`virtually any time the host processor is running,” meaning that the ISA is permanently
`
`reserved for intermediate storage for the loading process), Fig. 2 (blocks 208-212 show
`
`the reservation of the ISA at bootup); Ex. 1026 (Lin Remand Decl.) at ¶ 41. Neither
`
`Svensson nor Bauer ever states that the ISA is deallocated for later use as a memory
`
`from which code can be loaded and executed. Id.; Ex. 1023 (Lin Reply Decl.) at ¶ 67.
`
`Even if the ISA is considered to be part of some system memory prior to being
`
`“reserved” as Patent Owner incorrectly contends (see Sur-Reply (Paper 25) at 17-22),
`
`after it is reserved the ISA functions solely and permanently as a hardware buffer.
`
`Because Bauer and Svensson never disclose deallocation of the ISA, the sole purpose
`
`of the ISA is that of a “hardware buffer” that meets the ’949 patent requirements. Ex.
`
`1026 (Lin Remand Decl.) at ¶¶ 42-43.
`
`
`
`
`16
`
`
`
`
`Finally, even if “hardware buffer” is construed more narrowly than proposed by
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`Petitioner, the Board should still find the challenged claims obvious. Specifically,
`
`even under a construction that excludes temporary buffers, the ISA would satisfy the
`
`“hardware buffer” limitation, since the ISA is never deallocated and instead functions
`
`solely as a permanent buffer. Ex. 1026 (Lin Remand Decl.) at ¶¶ 41, 44-45.
`
`Moreover, it is undisputed that “hardware buffers” existed in the prior art to the
`
`’949 patent. Patent Owner’s expert unequivocally agreed that “[m]any different
`
`systems included hardware buffers, and those systems existed before the ’949 patent.”
`
`Ex. 1022 (Rinard Dep.) at 43:11-17. In addition, ’949 patent inventor Steve
`
`Haechnichen agreed that hardware buffers were well-known before the patent. See Ex.
`
`2004 (Trial Transcript Day 2) at 236:2-12. Given the well-known use of “hardware
`
`buffers” in the prior art, this limitation does not render patentable claims that are
`
`otherwise unpatentable. Instead, a POSITA would have understood a “hardware
`
`buffer” to have been obvious based on Bauer and Svensson, regardless of how the term
`
`“hardware buffer” is construed. Ex. 1026 (Lin Remand Decl.) at ¶ 46.
`
`C. Claims 16 And 17 Are Obvious In Light Of The Proposed Prior Art
`Or, At The Very Least, Indefinite.
`
`As the Federal Circuit instructed, the Board must determine whether it can
`
`resolve the prior art challenge to the patentability of claims 16 and 17 despite the
`
`potential indefiniteness of the means-plus-function terms or determine that these
`
`
`
`
`17
`
`
`
`
`claims are indefinite and it is logically impossible for the Board to resolve the prior art
`
`IPR2018-01334
`U.S. Patent No. 8,838,949
`
`
`challenge. Intel, 21 F.4th at 813-14. Either way, the Board should not find that
`
`Petitioner has failed to show unpatentability of claims 16 and 17.
`
`1.
`
`The Board should find claims 16-17 unpatentable.
`
`In the IPR2018-01335 Petition, Petitioner presented the same constructions for
`
`the “means for processing …” and “means for scatter loading …” terms of claims 16-
`
`17 that Patent Owner had previously advanced in a separate ITC proceeding. Ex. 1008
`
`(joint claim construction chart) at 4-6. Namely, the only purported structure identified
`
`in the specification that relates to these terms is “a modem processor coupled to a
`
`system memory.” IPR2018-01335 Petition (Paper 3) at 19-22; see also POR (Paper
`
`16) at 18-21. Patent Owner did not present any other corresponding structure. If the
`
`Board accepts this structure, it should find claims 16-17 unpatentable.
`
`Petitioner has presented in detail how the prior art of record renders obvious
`
`claims 16-17 under these constructions. See IPR2018-01335 Petition (Paper 3) at
`
`Sections X.B.2.c, X.B.2.e, X.B.3. The only distinctions offered in the Patent Owner
`
`Response have already been addressed and rejected by the Board in its Final Written
`
`Decision. See FWD (Paper 30) at 26-50; 52. Therefore, if the Board finds that the
`
`identified structures are sufficient, it should find these claims unpatentable.
`
`Even if the Board finds that the identified structures are not sufficient, it should
`
`find claims 16-17 unpatentable as obvious in view of the prior art combination set forth
`
`18
`
`
`
`
`
`
`in the Petition. As the Federal Circuit made clear, “[t]he indefiniteness of a limitation
`
`IPR2018-013