throbber
UNITED STATES PATENT AND TRADEMARK OFFICE
`
`
`
`
`
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`
`
`
`
`
`
`
`VOLKSWAGEN GROUP OF AMERICA, INC.,
`Petitioner
`
`v.
`
`ADVANCED SILICON TECHNOLOGIES LLC,
`Patent Owner
`
`
`
`Case IPR2016-TBA
`Patent 6,546,439 B1
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`DECLARATION OF DR. ROBERT W. HORST
`Nielsen-based IPR
`
`
`
`
`
`
`
`
`Mail Stop “PATENT BOARD”
`Patent Trial and Appeal Board
`U.S. Patent & Trademark Office
`P.O. Box 1450
`Alexandria, VA 22313-1450
`
`
`
`Volkswagen 1002
`
`0001
`
`

`
`
`
`
`
`
`U.S. Patent No. 6,546,439 B1
`
`TABLE OF CONTENTS
`
`I. Background ......................................................................................................... 5
`
`II. Qualifications and Expertise ............................................................................... 6
`
`III. Legal Understanding ........................................................................................... 9
`
`A. My Understanding of Claim Construction ...................................................... 9
`
`B. A Person of Ordinary Skill in the Art .............................................................. 9
`
`C. My Understanding of Anticipation ................................................................10
`
`D. My Understanding of Obviousness ...............................................................10
`
`IV. Background of Memory Controllers for Scheduling Memory Requests ..........12
`
`A. Memory controllers are well known. .............................................................12
`
`V. Technical Analysis of the ’439 Patent ..............................................................14
`
`E. Technical Summary .......................................................................................14
`
`F. Summary of Prosecution History ..................................................................16
`
`VI. Understanding of Certain Claim Terms ............................................................19
`
`A. Source Indication ...........................................................................................19
`
`B. Tag .................................................................................................................20
`
`VII. Ground 1: Claims 1, 2, 11, 14, 15, 17, 18, 27, 30 and 31 are obvious over
`
`Nielsen and Talbot ...................................................................................................20
`
`1. Overview of Nielsen...................................................................................21
`
`
`
`
`- i -
`
`0002
`
`

`
`
`
`
`
`
`U.S. Patent No. 6,546,439 B1
`
`2. Overview of Talbot ....................................................................................23
`
`3. Rationale for combining Nielsen and Talbot .............................................25
`
`4. Claim 1 is obvious over Nielsen and Talbot ..............................................29
`
`5. Claim 2 is obvious over Nielsen and Talbot ..............................................36
`
`6. Claim 11 is obvious over Nielsen and Talbot ............................................38
`
`7. Claim 14 is obvious over Nielsen and Talbot ............................................39
`
`8. Claim 15 is obvious over Nielsen and Talbot ............................................41
`
`9. Claim 17 is obvious over Nielsen and Talbot ............................................42
`
`10. Claim 18 is obvious over Nielsen and Talbot.........................................43
`
`11. Claim 27 is obvious over Nielsen and Talbot.........................................43
`
`12. Claim 30 is obvious over Nielsen and Talbot.........................................44
`
`13. Claim 31 is obvious over Nielsen and Talbot.........................................44
`
`VIII. Ground 2: Claims 3-7, 10, 12, 13, 19-23, 26, 28 and 29 are obvious over
`
`Nielsen, Talbot and Lewchuk ..................................................................................45
`
`14. Overview of Lewchuk ............................................................................45
`
`15. Rationale for combining Nielsen, Talbot and Lewchuk .........................46
`
`16. Claim 3 is obvious over Nielsen, Talbot and Lewchuk ..........................49
`
`17. Claim 4 is obvious over Nielsen, Talbot and Lewchuk ..........................52
`
`18. Claim 5 is obvious over Nielsen, Talbot and Lewchuk ..........................54
`
`
`
`
`- ii -
`
`0003
`
`

`
`
`
`
`
`
`U.S. Patent No. 6,546,439 B1
`
`19. Claim 6 is obvious over Nielsen, Talbot and Lewchuk ..........................55
`
`20. Claim 7 is obvious over Nielsen, Talbot and Lewchuk ..........................57
`
`21. Claim 10 is obvious over Nielsen, Talbot and Lewchuk........................59
`
`22. Claim 12 is obvious over Nielsen, Talbot and Lewchuk........................60
`
`23. Claim 13 is obvious over Nielsen, Talbot and Lewchuk........................62
`
`24. Claim 19 is obvious over Nielsen, Talbot and Lewchuk........................63
`
`25. Claim 20 is obvious over Nielsen, Talbot and Lewchuk........................63
`
`26. Claim 21 is obvious over Nielsen, Talbot and Lewchuk........................64
`
`27. Claim 22 is obvious over Nielsen, Talbot and Lewchuk........................64
`
`28. Claim 23 is obvious over Nielsen, Talbot and Lewchuk........................64
`
`29. Claim 26 is obvious over Nielsen, Talbot and Lewchuk........................65
`
`30. Claim 28 is obvious over Nielsen, Talbot and Lewchuk........................65
`
`31. Claim 29 is obvious over Nielsen, Talbot and Lewchuk........................66
`
`IX. Ground 3: Claims 8, 16, 24 and 32 are obvious over Nielsen, Talbot, Lewchuk
`
`and Wulf ...................................................................................................................66
`
`32. Overview of Wulf ...................................................................................66
`
`33. Rationale for combining Nielsen, Talbot, Lewchuk and Wulf ..............68
`
`34. Claim 8 is obvious over Nielsen, Talbot, Lewchuk, and Wulf ..............72
`
`35. Claim 16 is obvious over Nielsen, Talbot, Lewchuk, and Wulf ............74
`
`
`
`
`- iii -
`
`0004
`
`

`
`
`
`
`
`
`U.S. Patent No. 6,546,439 B1
`
`36. Claim 24 is obvious over Nielsen, Talbot, Lewchuk, and Wulf ............77
`
`37. Claim 32 is obvious over Nielsen, Talbot, Lewchuk, and Wulf ............77
`
`X. Ground 4: Claims 9 and 25 are obvious over Nielsen, Talbot, Lewchuk and
`
`DiNicola ...................................................................................................................78
`
`38. Overview of DiNicola .............................................................................78
`
`39. Rationale for combining Nielsen, Talbot, Lewchuk and DiNicola ........81
`
`40. Claim 9 is obvious over Nielsen, Talbot, Lewchuk and DiNicola .........85
`
`41. Claim 25 is obvious over Nielsen, Talbot, Lewchuk, and DiNicola ......87
`
`XI. Conclusion .........................................................................................................88
`
`
`
`
`
`
`- iv -
`
`0005
`
`

`
`
`
`I, Dr. Robert W. Horst, declare as follows:
`
`I. Background
`
`1.
`
`I have been retained as an expert witness by Sterne, Kessler,
`
`Goldstein & Fox, P.L.L.C. to provide testimony on behalf of Volkswagen Group of
`
`America, Inc. (“Volkswagen”), for the above-captioned inter partes review
`
`proceeding. I understand that this proceeding involves U.S. Patent No. 6,546,439
`
`B1 (“’439 patent”), entitled “Method and System for Improved Data Access” by
`
`Geoffrey S. Strongin and Qadeer A. Qureshi. I understand that the ’439 patent was
`
`filed on December 9, 1998, issued on April 8, 2003, and is currently assigned to
`
`Advanced Silicon Technologies, LLC (“AST”).
`
`2.
`
`I have reviewed and am familiar with the specification of the ’439
`
`patent. I understand that the ’439 patent has been provided as Exhibit 1001. I will
`
`cite to the specification using the following format: (’439 patent, 1:1-10.) This
`
`example citation points to the ’439 patent specification at column 1, lines 1-10.
`
`3.
`
`I have reviewed and am familiar with the file history of the ’439
`
`patent. I understand that the file history has been provided as Exhibit 1008.
`
`4.
`
`I have also reviewed and am familiar with the following prior art used
`
`in the Petition for inter partes review of the ’439 patent:
`
`U.S. Patent No. 6,104,417 to Nielsen et al. (Ex. 1003, “Nielsen”);
`
`U.S. Patent No. 6,976,135 to Talbot et al. (Ex. 1004, “Talbot”);
`
`
`
`- 5 -
`
`0006
`
`

`
`
`
`U.S. Patent No. 6,058,461 to Lewchuk et al. (Ex. 1005, “Lewchuk”);
`
`U.S. Patent No. 6,154,826 to Wulf et al. (Ex. 1006, “Wulf”); and
`
`U.S. Patent No. 5,394,524 to DiNicola et al. (Ex. 1007, “DiNicola”).
`
`5.
`
`The ’439 patent describes a memory controller that schedules accesses
`
`to a system memory based on source attributes or other parameters associated with
`
`the requested memory accesses. (’439 patent, Abstract.) I am familiar with the
`
`technology described in the ’439 patent as of its earliest possible priority date (i.e.,
`
`December 9, 1998).
`
`6.
`
`I have been asked to provide my technical review, analysis, insights
`
`and opinions regarding the ’439 patent and the above-noted references that form
`
`the basis for the grounds of unpatentability set forth in the Petition for inter partes
`
`review that this Declaration supports.
`
`7.
`
`I am being compensated at my regular hourly rate, with
`
`reimbursement for actual expenses. My compensation is not dependent on the
`
`outcome of this inter partes review and in no way affects the substance of my
`
`statements in this declaration.
`
`II. Qualifications and Expertise
`
`8.
`
`I am an independent consultant with more than 30 years’ expertise in
`
`the design and architecture of computer systems. I have been asked to offer
`
`technical opinions relating to U.S. Patent No. 6,546,439, and prior art references
`
`
`
`- 6 -
`
`0007
`
`

`
`
`
`relating to the related subject matter. My current curriculum vitae is submitted as
`
`Exhibit 1010, and some highlights follow.
`
`9.
`
`Currently, I am an independent consultant at HT Consulting where my
`
`work includes consulting on technology and intellectual property. I have testified
`
`as an expert witness and consultant in patent and intellectual property litigation as
`
`well as inter partes reviews and re-examination proceedings.
`
`10.
`
`I earned my M.S. (1978) in electrical engineering and Ph.D. (1991) in
`
`computer science from the University of Illinois at Urbana-Champaign after
`
`earning my B.S. (1975) in electrical engineering from Bradley University. During
`
`my master’s program, I designed, constructed and debugged a shared memory
`
`parallel microprocessor system. During my doctoral program, I designed and
`
`simulated a massively parallel, multi-threaded task flow computer.
`
`11. After receiving my bachelor’s degree and while pursuing my master’s
`
`degree, I worked for Hewlett-Packard Co. While at Hewlett-Packard, I designed
`
`the micro-sequencer and cache of the HP3000 Series 64 processor. From 1980 to
`
`1999, I worked at Tandem Computers which was acquired by Compaq Computers
`
`in 1997. While at Tandem, I was a designer and architect of several generations of
`
`fault-tolerant computer systems and was the principal architect of the NonStop
`
`Cyclone superscalar processor. The system development work at Tandem also
`
`included development of the ServerNet System Area Network and application of
`
`
`
`- 7 -
`
`0008
`
`

`
`
`
`this network to fault tolerant systems, clusters of database servers, and a prototype
`
`pipelined graphics rendering engine.
`
`12. Since leaving Compaq in 1999, I have worked with several
`
`technology companies, including 3Ware, Network Appliance, Tibion and AlterG
`
`in the areas of computer design and biomedical devices. From 2012 to 2015, I was
`
`Chief Technology Officer of Robotics at AlterG, Inc. where I worked on the design
`
`of anti-gravity treadmills and orthotic devices to assist those with impaired
`
`mobility.
`
`13.
`
`In 2001, I was elected an IEEE Fellow “for contributions to the
`
`architecture and design of fault tolerant systems and networks.” I have authored
`
`over 30 publications, have worked with patent attorneys on numerous patent
`
`applications, and I am a named inventor on 79 issued U.S. patents.
`
`14. My patents include those directed to multithreaded machines
`
`(5,404,550: Method and apparatus for executing tasks by following a linked list of
`
`memory packets), graphics (6,753,878: Parallel pipelined merge engines;
`
`6,516,032: First-order difference compression for interleaved image data in a high-
`
`speed image compositor), and memory systems (5,329,629: Apparatus and method
`
`for reading, writing, and refreshing memory with direct virtual or physical access).
`
`
`
`- 8 -
`
`0009
`
`

`
`
`
`15. My Curriculum Vitae, which is filed as a separate Exhibit, contains
`
`further details on my education, experience, publications, and other qualifications
`
`to render this opinion as expert.
`
`III. Legal Understanding
`
`A. My Understanding of Claim Construction
`
`16.
`
`I understand that, during an inter partes review, claims are to be given
`
`their broadest reasonable construction in light of the specification as would be read
`
`by a person of ordinary skill in the relevant art (“POSA”) at the time of the
`
`invention. I understand that claim terms are given their ordinary and customary
`
`meaning as would be understood by a POSA in the context of the entire disclosure.
`
`A claim term, however, will not receive its ordinary meaning if the patentee acted
`
`as his own lexicographer and clearly set forth a definition of the claim term in the
`
`specification. In that case, the claim term will receive the definition set forth in the
`
`patent.
`
`B. A Person of Ordinary Skill in the Art
`
`17.
`
`I understand that a POSA is presumed to be aware of all pertinent art,
`
`thinks along conventional wisdom in the art, and is a person of ordinary
`
`creativity—not an automaton. With this understanding, in my opinion, a POSA at
`
`the time of the putative invention (i.e., December 1998 timeframe) would be a
`
`person holding at least the equivalent of a Bachelor of Science (“B.S.”) degree in
`
`
`
`- 9 -
`
`0010
`
`

`
`
`
`Electrical or Computer Engineering and two to three years of industry experience
`
`in the field of memory system design. Experience could take the place of some
`
`formal training, as domain knowledge may be learned on the job. This description
`
`is approximate, and a higher level of education or skill might make up for less
`
`education and vice versa.
`
`18.
`
`I am well qualified to determine the level of ordinary skill in the art
`
`for at least the following reasons.
`
`19. First, I am personally very familiar with the memory system
`
`technology of the ’439 patent in the December 1998 timeframe due to my work at
`
`Compaq Computers, as noted above.
`
`20. Second, my master’s work acquainted me with memory system
`
`design, a topic with which I have maintained a professional interest since that time.
`
`C. My Understanding of Anticipation
`
`21.
`
`I understand that a claimed invention is anticipated only if each and
`
`every element as set forth in the claim is found, either expressly or inherently
`
`described, in a single prior art reference.
`
`22.
`
`I understand that an element is inherently described in the prior art
`
`when it is necessarily present, even though it is not explicitly mentioned.
`
`23.
`
`It is my understanding that anticipation is a question of fact.
`
`D. My Understanding of Obviousness
`
`
`
`- 10 -
`
`0011
`
`

`
`
`
`24.
`
`I understand that a patent claim is invalid if the claimed invention
`
`would have been obvious to a POSA at the time of the purported invention, which
`
`is often considered the time the application was filed. This means that even if all
`
`of the requirements of the claim cannot be found in a single prior art reference that
`
`would anticipate the claim, the claim can still be invalid.
`
`25. As part of this inquiry, I have been asked to consider the level of
`
`ordinary skill in the field that someone would have had at the time the claimed
`
`invention was made. In deciding the level of ordinary skill, I considered the
`
`following:
`
`• the levels of education and experience of persons working in the field;
`
`• the types of problems encountered in the field; and
`
`• the sophistication of the technology.
`
`26. To obtain a patent, a claimed invention must have, as of the priority
`
`date, been nonobvious in view of the prior art in the field. I understand that an
`
`invention is obvious when the differences between the subject matter sought to be
`
`patented and the prior art are such that the subject matter as a whole would have
`
`been obvious at the time the invention was made to a POSA.
`
`27.
`
`I understand that to prove that prior art or a combination of prior art
`
`renders a patent obvious, it is necessary to (1) identify the particular references
`
`that, singly or in combination, make the patent obvious; (2) specifically identify
`
`
`
`- 11 -
`
`0012
`
`

`
`
`
`which elements of the patent claim appear in each of the asserted references; and
`
`(3) explain how the prior art references could have been combined in order to
`
`create the inventions claimed in the asserted claim.
`
`28.
`
`I understand that certain objective indicia can be important evidence
`
`regarding whether a patent is obvious or nonobvious. Such indicia include:
`
`commercial success of products covered by the patent claims; a long-felt need for
`
`the invention; failed attempts by others to make the invention; copying of the
`
`invention by others in the field; unexpected results achieved by the invention as
`
`compared to the closest prior art; praise of the invention by the infringer or others
`
`in the field; the taking of licenses under the patent by others; expressions of
`
`surprise by experts and those skilled in the art at the making of the invention; and
`
`the patentee proceeded contrary to the accepted wisdom of the prior art.
`
`29.
`
`I also understand that when considering the obviousness of a patent
`
`claim, one should consider whether a teaching, suggestion, or motivation to
`
`combine the references exists so as to avoid impermissibly applying hindsight
`
`when considering the prior art. I understand this test should not be rigidly applied,
`
`but that the test can be important to avoiding such hindsight.
`
`IV. Background of Memory Controllers for Scheduling Memory Requests
`
`A. Memory controllers are well known.
`
`
`
`- 12 -
`
`0013
`
`

`
`
`
`30. Shared memory was a design concept that was used in various
`
`generations of PC architecture, and this shared memory concept was in wide use
`
`by the mid-1990’s. This architectural approach allowed for the use of single
`
`memory by a variety of devices. Thus, various devices such as a central processor
`
`unit, an I/O device, and the like may access the shared memory. U.S. Patent No.
`
`5,854,905 to John I. Garney (Ex. 1009, “Garney”) describes the architecture of a
`
`typical PC computer system at the time of September 1996 (the filing date of the
`
`patent application that led to U.S. Patent No. 5,854,905). In particular, FIG. 2
`
`illustrates memory 22, and an architecture that allows memory access by CPU 12,
`
`video controller 42 and various I/O devices. This Garney reference also provides a
`
`description that includes:
`
`FIG. 2 shows the architecture of a typical personal computer system in
`
`accordance with accepted practice. A main system bus 2, such as a
`
`Peripheral Component Interconnect (PCI) bus, connects together all the
`
`main components of a computer system. A CPU 12 of the computer system
`
`is isolated from the system bus 2 by a "Northbridge" 100 which essentially
`
`mates the CPU for read and write access to memory 22 (usually RAM). The
`
`Northbridge 100 also mates the CPU 12 for read and write access to the
`
`system bus 2 for interaction with I/O devices located elsewhere in the
`
`system. (Garney, 3:44-54.)
`
`
`
`- 13 -
`
`0014
`
`

`
`
`
`31. As Garney notes (circa 1996), a POSA would have been familiar that
`
`as part of the shared memory architecture, a memory controller is used to control
`
`memory requests from the variety of devices that share the memory. This memory
`
`controller is usually located in the Northbridge element in typical PC computer
`
`architectures. The memory controller accepts the memory access requests from
`
`various devices, and provides an arbitration function. The arbitration function
`
`determines which memory access request should have first access, i.e., the order by
`
`which the memory access requests would be handled. For example, the arbitration
`
`function may schedule the memory access requests in the order that they are
`
`received. Alternatively, the arbitration function may schedule a memory access
`
`request from an I/O device ahead of a request from a CPU. Although scheduling
`
`memory access requests to be executed in the order received is more
`
`straightforward, it was quickly recognized that it was not efficient to do so.
`
`V. Technical Analysis of the ’439 Patent
`
`E.
`
`Technical Summary
`
`32. The ’439 specification confirms that a shared memory architecture
`
`was well known for use in computer architecture. In the background portion of the
`
`’439 specification, reference is made to well-known concepts such as the
`
`Northbridge, a memory controller, the Peripheral Component Interconnect (PCI)
`
`bus, and the Accelerated Graphics Port Interface Specification (AGP interface
`
`
`
`- 14 -
`
`0015
`
`

`
`
`
`standard). (’439 Patent, 2:4-3:20.) Furthermore, the background section of the
`
`’439 specification acknowledges that it was well known in the art that a “memory
`
`controller controls access to system memory.” (Id., 3:14-15.) The same
`
`background section also describes the use of “page mode” memory. (Id., 4:7.) In
`
`addition, the background section acknowledges that “[c]urrent memory
`
`controllers already ‘look ahead’ to see if pending memory accesses are destined
`
`for currently open pages.” (Id., 4:24-26 (emphasis added).) The background
`
`section also notes that it would be “an efficient strategy which may be employed
`
`by the memory controller is that it selects which ones of the memory accesses to be
`
`executed are intended for pages which are already open.” (Id., 4:34-37.)
`
`33. Based on this introduction, the ’439 specification proceeds to describe
`
`a variety of scenarios by which a memory controller would operate. In Fig. 3, the
`
`’439 specification illustrates, with support from the accompanying text, an
`
`approach by which information from various devices is provided to the memory
`
`controller for use in schedule memory accesses. (Id., 9:16-35.) Similarly, in Fig. 4,
`
`the ’439 specification illustrates, with support from the accompanying text,
`
`examples of information that may be contained within tags that may be used for
`
`memory access scheduling. (Id., 9:36-58.) In Fig. 5, the ’439 specification
`
`illustrates, with support from the accompanying text, an approach which uses
`
`dedicated queues that transmit information related to the identity of the source
`
`
`
`- 15 -
`
`0016
`
`

`
`
`
`upon which the queued memory transactions originate. (Id., 9:59-10:13.) Finally,
`
`in Fig. 6, the ’439 specification illustrates, with support from the accompanying
`
`text, an approach which combines dedicated queues and tags to provide source
`
`attribute information. (Id., 10:14-45.)
`
`F.
`
`Summary of Prosecution History
`
`34. A copy of the file history of the ’439 patent is included as Exhibit
`
`1008. The ’439 patent application was filed on December 9, 1998, with claims 1-
`
`32. The Patent Office issued a first rejection on October 2, 2001, rejecting all
`
`claims as lacking enablement, as being indefinite, and lacking patentability based
`
`on two prior art references. In particular, the Office Action rejected claims 1, 2, 6-
`
`13, 17, 18 and 23-29 as being anticipated by U.S. Patent No. 6,295,592
`
`(“Jeddeloh”). The Office Action also rejected dependent claims 3-5 and 19-21 as
`
`obvious over Jeddeloh. The Office Action rejected dependent claims 14-16 and 30-
`
`32 as obvious over Jeddeloh in view of a secondary reference – U.S. Patent No.
`
`6,112,265 to Harriman et al. (“Harriman”).
`
`35.
`
`In their December 21, 2001 response, Applicants amended claims 1,
`
`14 and 17 to incorporate the feature of “wherein the requested memory operation
`
`buffer is further structured to identify an address and a memory operation type of
`
`the requested memory operation.” Applicants also argued that these original claims
`
`were enabled and the terms were not indefinite.
`
`
`
`- 16 -
`
`0017
`
`

`
`
`
`36.
`
`In a subsequent Final Office Action, mailed January 16, 2002, the
`
`Examiner withdrew the enablement and indefiniteness rejections, but maintained
`
`the prior art rejections based on Jeddeloh and Harriman.
`
`37.
`
`In their April 22, 2002 response, Applicants filed a Request for
`
`Continued Examination, which cancelled claims 1-32 and added new claims 33-64.
`
`Applicants argued that new claims 33-64 are patentable over the art of record
`
`based on, for example, the feature “a requested memory operation buffer
`
`configured to receive memory requests from a plurality of sources, wherein said
`
`requested memory operation buffer is further configured to provide, for each
`
`memory request, a source indication of the one of said plurality of sources from
`
`which the memory request was received,” as recited in claim 33 (now claim 1).
`
`Applicants further argued that “none of the ‘address, type of transfer and count’
`
`mentioned at col. 4, line 20, of Jeddeloh provide for each memory request an
`
`indication of which one of a plurality of sources was the source of the memory
`
`request.”
`
`38.
`
`In the subsequent Office Action mailed May 21, 2002, the Examiner
`
`rejected all pending claims based on U.S. Patent No. 6,112,265 to Harriman et al.
`
`(“Harriman”). In particular, the Examiner noted that a source indication must
`
`inherently be there for the system to return data to the initiator.” The Examiner
`
`
`
`- 17 -
`
`0018
`
`

`
`
`
`also noted that the use of “parameters [that] comprise an identity of a stream or
`
`thread that initiated the memory request … is a mere matter of design choice.”
`
`39.
`
`In their August 23, 2002 response, Applicants argued that the
`
`inherency argument was flawed in that Harriman’s approach “might return data to
`
`the initiator in any number of ways independent of providing or associating a
`
`source indication with memory requests.”
`
`40. A Notice of Allowance was mailed on September 25, 2002, and the
`
`’439 patent issued on April 8, 2003, with claims 33-64 renumbered as 1-32
`
`respectively. The Examiner’s statement of the reasons for allowance merely stated
`
`the text of the independent claims was “not taught or suggested by the cited prior
`
`art of record.”
`
`41. Based on the prosecution history, the purported novelty of the ’439
`
`patent claims resides in the feature that was incorporated into the independent
`
`claims in the Reply filed with the Request for Continued Prosecution. However,
`
`this feature—“a requested memory operation buffer configured to receive memory
`
`requests from a plurality of sources, wherein said requested memory operation
`
`buffer is further configured to provide, for each memory request, a source
`
`indication of the one of said plurality of sources from which the memory request
`
`was received” (original claim 33, now recited in independent claim 1) is not
`
`
`
`- 18 -
`
`0019
`
`

`
`
`
`patentable. Rather, this feature is clearly disclosed in the prior art, as demonstrated
`
`below.
`
`
`
`VI. Understanding of Certain Claim Terms
`
`A.
`
`Source Indication
`
`42. Based upon my analysis, “source indication” should be construed as
`
`its plain and ordinary meaning: “information that can be used to determine the
`
`source of the memory request.” Although the as-filed specification did not define
`
`or recite a “source indication,” the claims, specification, and figures of the ’439
`
`patent support this construction. Claim 14, for example, indicates that in a
`
`requested memory buffer having a separate memory request queue for each source,
`
`the “said source indication corresponds to one of said memory request queues.”
`
`(’439 patent, 13:13-20.) Further, the ’439 specification discloses that “due to
`
`[queues 600-604’s] association[s] with the various buses 102, 115, 118, queues
`
`600-604 convey information about the sources of the queue memory transactions.”
`
`(Id., 10:20-23.) Thus, a POSA would have understood a “source indication” to
`
`mean “information that can be used to determine the source of the memory
`
`request.”
`
`
`
`- 19 -
`
`0020
`
`

`
`
`
`B.
`
`Tag
`
`43. Based upon my analysis, a “tag” should be construed as its plain and
`
`ordinary meaning: “a data structure that includes information associated with a
`
`memory access request.” The ’439 specification discloses: “Further shown is that
`
`requested memory operation buffer 336 may be further structured such that each
`
`memory operation within requested memory operation buffer 336 may also have
`
`associated with that memory operation a ‘tag’ 302 which may contain one or more
`
`units indicative of one or more parameters related to the transaction in question.”
`
`(Id., 9:25-31.) The usage of the word “tag” in the specification, as exemplified by
`
`the above cited passage, indicates that the term “tag” captures the notion of request
`
`information accompanying memory accesses. Thus, a POSA would have
`
`understood a “tag” to mean “a data structure that includes information associated
`
`with a memory access request.”
`
`VII. Ground 1: Claims 1, 2, 11, 14, 15, 17, 18, 27, 30 and 31 are obvious over
`Nielsen and Talbot
`
`44. The ’439 patent is directed to “increas[ing] the ability of memory
`
`controllers to intelligently schedule accesses [or requests] to system memory”
`
`using information provided for the memory requests. (Id., 4:54-56, 10:46-50.) But
`
`the combination of Nielsen and Talbot teaches or suggests all the features of the
`
`challenged claims. And as set forth below, a POSA would have been motivated to
`
`
`
`- 20 -
`
`0021
`
`

`
`
`
`combine these references. Thus, the challenged claims are unpatentable in view of
`
`Nielsen and Talbot.
`
`Overview of Nielsen
`1.
`45. Like the ’439 patent, Nielsen is directed to a memory controller that
`
`intelligently provides multiple memory clients access to a unified system memory.
`
`(Nielsen, 2:28-30.)
`
`46. FIG. 2A (right) depicts a system view of Nielsen’s unified memory
`
`computer architecture. (Id., 3:66-
`
`4:6.) Here, Nielsen’s memory
`
`controller receives and processes
`
`memory clients’ (e.g., CPU 206’s,
`
`image processor 214’s, etc.) “read
`
`and write requests to unified system
`
`memory 202.” (Id., 5:26-28.)
`
`47. FIG. 4 (partially reproduced below; annotations in red added by
`
`Volkswagen) depicts an example memory controller within Nielsen’s unified
`
`memory computer architecture. (Id., 8:9-11.)
`
`
`
`- 21 -
`
`0022
`
`

`
`
`
`“requested
`memory
`operation
`buffer”
`
`“memory
`controller”
`
`
`48. To service memory requests from a plurality of sources, e.g., clients,
`
`Nielsen’s memory controller (above) implements an arbiter and associated
`
`arbitration logic within the annotated “request scheduling region.” (Id.) According
`
`to Nielsen, an “arbiter [and associated arbitration logic] determines which memory
`
`client request to pass to the decode stage of the request pipe” for further
`
`processing. (Id., 11:20-21.)
`
`49.
`
`In Nielsen’s unified memory computer architecture, memory
`
`“[c]lients place their requests in a queue. The arbitration logic [within an arbiter]
`
`looks at all of the requests at the top of the client queues and decides which request
`
`to start through the pipe” and process. (Id., 5:37-39.) Particularly, FIG. 4 depicts
`
`that client requests are received at respective client queues within the annotated
`
`“request buffering region.” (Id., 10:59-64 (“All of the memory clients have queues,
`
`except for refresh. . . . The five memory client queues are simple two-port
`
`
`
`- 22 -
`
`0023
`
`

`
`
`
`structures with the memory clients on the write side and the arbitration logic on the
`
`read side.”).)
`
`50. Arbitration is performed for each arbitration slot—that is—a “series
`
`of requests from the same memory client.” (Id., 11:24-25.) And “[i]f the current
`
`arbitration slot is terminated, the arbiter uses the results from an arbitration
`
`algorithm to decide which request to pass to the decode stage.” (Id., 11:48-51.)
`
`According to Nielsen, the arbitration algorithm intelligently schedules client’s
`
`memory requests to ensure that each client gets at least a certain proportion

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket