`
`IN THE UNITED STATES DISTRICT COURT
`FOR THE EASTERN DISTRICT OF TEXAS
`MARSHALL DIVISION
`
`Parthenon Unified Memory Architecture
`LLC,
`
`v.
`
`ZTE Corp. et al.
`
`
`Case No. 2:15-cv-00225-JRG-RSP
`
`ZTE (USA) Inc. & ZTE (TX) Inc.’s
`Claim Construction Brief
`
`
`
`
`
`
`
`
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 2 of 24 PageID #: 974
`
`Table of Contents
`
`
`Introduction ............................................................................................................................. 1
`I.
`II. Agreed & Withdrawn Constructions ...................................................................................... 2
`III.
`Related Briefing and Orders ............................................................................................... 2
`IV.
`Relevant Legal Standards ................................................................................................... 2
`V. ZTE Requests Construction of the Following Terms ............................................................. 3
`A. bus ....................................................................................................................................... 3
`B. memory bus ....................................................................................................................... 11
`C.
`in real time ........................................................................................................................ 14
`D.
`fast bus .............................................................................................................................. 14
`E.
`coupled .............................................................................................................................. 15
`F. directly supplied ................................................................................................................ 18
`G. arbiter ................................................................................................................................ 19
`H. control circuit .................................................................................................................... 20
`I. monolithically integrated into/with ................................................................................... 20
`VI.
`Conclusion ........................................................................................................................ 21
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 3 of 24 PageID #: 975
`
`Table of Authorities
`
`
`2
`
`2, 8, 17
`
`2
`
`2
`
`7, 8
`
`12
`
`12
`
`12
`
`12
`
`17
`
`19
`
`Vitronics Corp. v. Conceptronic, Inc.,
`90 F.3d 1576, 1582 (Fed. Cir. 1996)
`Phillips v. AWH Corp., 415 F.3d
`1303, 1312-14 (Fed. Cir. 2005) (en
`banc)
`Markman v. Westview Instruments,
`Inc., 52 F.3d 967, 979 (Fed. Cir.
`1995)
`Liquid Dynamics Corp. v. Vaughan
`Co., 355 F.3d 1361, 1367 (Fed. Cir.
`2004)
`Nystrom v. TREX Co. Inc., 424 F.3d
`1136, 1144 (Fed. Cir. 2005)
`Felix v Am. Honda Motor Co., 562
`F.3d 1167, 1178. (Fed. Cir. 2009)
`Merck & Co. v. Teva Pharm. USA,
`Inc., 395 F.3d 1364, 1372 (Fed. Cir.
`2005)
`Elekta Instrument S.A. v. O.U.R.
`Scientific Int’l, Inc., 214 F.3d 1302,
`1307 (Fed. Cir. 2000)
`Gen. Am. Transp. Corp. v. Cryo–
`Trans, Inc., 93 F.3d 766, 770
`(Fed.Cir.1996)
`Innova/Pure Water, Inc. v Safari
`Water Filtration Systems, Inc., 381
`F.3d 1111 at 1116 (Fed. Cir. 2004)
`In re Nelson, 47 C.C.P.A. 1031, 280
`F.2d 172, 181 (1960)
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 4 of 24 PageID #: 976
`
`
`I.
`
`Introduction
`The fundamental issue to be determined in this proceeding is whether PUMA may use the
`
`claim construction process to expand the scope of its claims to encompass technology which it
`
`neither invented nor claimed during prosecution. The ZTE Defendants urge the Court not to
`
`allow PUMA to do so.
`
`This case is the “third round” of cases brought by Plaintiff Parthenon Unified Memory
`
`Architecture LLC (“PUMA”) against various defendants—in this case, ZTE (USA) Inc. & ZTE
`
`(TX) Inc. (collectively, the “ZTE Defendants”). In each of these cases PUMA asserts many of
`
`the same patents and claims, and advances largely similar arguments for claim construction.
`
`This Court has already conducted two claim construction hearings on these patents, on June 5,
`
`2015 for the HTC / LG case, 2:14-cv-690-JRG-RSP (hereafter, the “HTC Case”), and on
`
`September 1, 2015, for the Samsung / Huawei / Motorola case, 2:14-cv-902-JRG-RSP (hereafter,
`
`the “Samsung Case”); issued a Memorandum Opinion and Order (2:14-cv-690-RSP, Dkt. 155)
`
`construing the claims in the HTC Case; and provided “preliminary constructions” in advance of
`
`the claim construction hearing in the Samsung Case, attached hereto as Exhibit ZTE-CC-C.
`
`The ZTE Defendants’ arguments build upon those made by the defendants in related
`
`cases. In the interest of judicial efficiency and conservation of the Parties’ resources, rather than
`
`rehash or restate previously made arguments already presented to this Court, this memorandum
`
`will focus on new matter not previously briefed, summarize arguments and material previously
`
`presented to the Court, and incorporate by reference briefing from prior related cases that ZTE
`
`intends to rely upon.
`
`
`
`1
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 5 of 24 PageID #: 977
`
`II.
`
`Agreed & Withdrawn Constructions
`Proposed constructions for terms that the parties have agreed to are presented in Exhibit
`
`ZTE-CC-A.
`
`III. Related Briefing and Orders
`For the convenience of the Court, an index of related briefings and Orders from
`
`proceedings before this Court relevant to the claim terms discussed in this brief is provided in
`
`Exhibit ZTE-CC-B.
`
`IV. Relevant Legal Standards
`The Court is well versed in the general principles of claim construction. The process of
`
`construing a claim term begins with the words of the claims themselves. See Vitronics Corp. v.
`
`Conceptronic, Inc., 90 F.3d 1576, 1582 (Fed. Cir. 1996); Phillips v. AWH Corp., 415 F.3d 1303,
`
`1312-14 (Fed. Cir. 2005) (en banc). However, the claims “must be read in view of the
`
`specification, of which they are a part.” Phillips, 415 F.3d at 1315 (quoting Markman v.
`
`Westview Instruments, Inc., 52 F.3d 967, 979 (Fed. Cir. 1995) (en banc), aff’d, 517 U.S. 370
`
`(1996)). “It is well-settled that, in interpreting an asserted claim, the court should look first to the
`
`intrinsic evidence of record, i.e., the patent itself, including the claims, the specification and, if in
`
`evidence, the prosecution history. Such intrinsic evidence is the most significant source of the
`
`legally operative meaning of disputed claim language.” Liquid Dynamics Corp. v. Vaughan Co.,
`
`355 F.3d 1361, 1367 (Fed. Cir. 2004) (quoting Vitronics Corp., 90 F.3d at 1582). Other relevant
`
`principles of claim construction applicable to this case are discussed below.
`
`
`
`
`
`2
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 6 of 24 PageID #: 978
`
`ZTE Requests Construction of the Following Terms
`A.
`bus
`
`V.
`
`
`
`“bus”
`
`ZTE’s Proposal
`
`PUMA’s Proposal
`
`A signal line or set of associated signal lines
`to which a number of devices are connected
`and over which information may be
`transferred by only one device at a time.
`
`No construction necessary.
`Alternatively: a signal line or a set of
`associated signal lines to which a number of
`devices are coupled and over which
`information may be transferred between them.
`
`
`
`Having reviewed and considered PUMA’s briefing, and the Court’s claim construction
`
`Order in the HTC Case, ZTE has modified its proposed construction of “bus” by removing the
`
`word “directly,” and will incorporate the clarification intended by the word “directly” into its
`
`construction for “coupled.”
`
`With respect to the term “bus”, ZTE incorporates by reference and adopts the briefing,
`
`evidence, and arguments therein of the defendants from the Samsung Case (Parthenon United
`
`Memory Architecture LLC v. Samsung Elec. Co. et al, 2:14-cv-902-JRG-RSP, Dkt. 86, at 2-8.)
`
`(hereafter, the “Samsung Brief”).
`
`To briefly summarize Samsung’s arguments:
`
`• The construction of “bus” from the HTC Order is incomplete because it does not provide
`
`sufficient guidance on where one bus ends and another bus begins.
`
`• The limitation “by only one device at a time” clarifies that, if two devices may transmit at
`
`the same time on different signal lines, those lines are not part of a single “bus.”
`
`• Using the term “coupled” to define a “bus” makes it impossible to differentiate between
`
`one bus and two buses.
`
`3
`
`
`
`
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 7 of 24 PageID #: 979
`
`After the conclusion of the briefing in the Samsung Case, the Court issued the Claim
`
`Construction Order1 in the HTC Case (the “HTC Order”) construing “bus,” which remedies
`
`some of the issues addressed in the Samsung Brief. Specifically, the HTC Order indicates that
`
`the “PCI bus lines,” the “ISA bus lines,” and the “memory bus lines” are each a separate “set of
`
`associated signal lines,” and it follows from this that they are separate buses. HTC Order, at 16-
`
`17.
`
`The ZTE Defendants agree in this respect with the HTC Order, as far as it goes–the PCI
`
`bus, ISA bus, and memory bus are different busses and their signal lines are associated with
`
`their respective busses and not “associated” with the others within the meaning of the term
`
`“bus.” However, the HTC Order leaves room for significant mischief and confusion at trial,
`
`because it does not provide the parties any method to determine whether or why one set of lines
`
`is or is not part of a bus, outside of comparison to the examples explicitly provided by the Court
`
`(i.e. PCI and ISA buses).2
`
`To explain why the lines associated with those buses are “a bus” and not just an arbitrary
`
`set of lines, it is necessary to understand that the “bus” recited in the specification is a shared
`
`transmission medium3, and that the “one device at a time” limitation is fundamental to a shared
`
`medium.4 “Because a wire can carry only one symbol at any one time, a ‘bus’ composed of one
`
`or more wires can only carry one bus transaction at any one time over the wires.”5 Simply put, if
`
`
`1 Mem. Op. & Order, Case No. 2:14-cv-690-JRG-RSP, Dkt. 155, at 17.
`2 PCI and ISA bus technology is unlikely to be an issue in this case (except with respect to
`invalidity).
`3 O’Hallaron, David R., Ph.D., Lecture 3, 20-755: The Internet, Summer 1999, at 4. Retrieved
`from http://www.cs.cmu.edu/~droh/755/lect03.ppt on 28 Sept, 2015. Attached as Exhibit ZTE-
`CC-CMU.
`4 Decl. Harold S. Stone, Ph.D., Case 2:14-cv-902-JRG-RSP, Dkt. 86-1, at ¶ 37.
`5 Id., at ¶¶ 36-37.
`
`
`
`4
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 8 of 24 PageID #: 980
`
`more than one device can simultaneously and successfully transmit data over a “set of associated
`
`signal lines”, then that “set of associated signal lines” is not a “bus” within the meaning of the
`
`patents-in-suit.
`
`Slide 23 – ZTE Technology Tutorial
`This concept is illustrated by the technology tutorial submitted to the Court by ZTE.
`
`
`
`Slide 23 depicts a single bus connected to three devices—a “Decoder/Encoder,” a “Memory,”
`
`and an unspecified “Other Device.” A transmission on the bus is depicted by a stream of
`
`vehicles (traffic) being emitted from the device into the bus. As depicted, either the
`
`Decoder/Encoder or the “Other Device” can transmit on the bus simultaneously. One can
`
`intuitively see that if both did, there would be a “collision” when the vehicles crash into each
`
`other. Many mechanisms were known to one of ordinary skill in the art for preventing or dealing
`
`
`
`5
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 9 of 24 PageID #: 981
`
`with collisions. The patents-in-suit recite one such mechanism—an “arbiter,” depicted here as
`
`the traffic cop stopping the “Other Device” and permitting the “Decoder” to transmit.6
`
`PUMA’s brief makes three arguments against the “one device at a time” limitation, none
`
`of which has any merit. First, PUMA asserts that the concept of the “one device at at time”
`
`limitation is not supported by the intrinsic evidence.7 This is not true. In fact, all of the busses
`
`mentioned in the specification of the patents-in-suit (i.e. the ISA and PCI busses) have a shared
`
`medium (aka “a set of associated signal lines”), each of which can be driven to only one voltage,
`
`and are therefore subject to the “only one device at a time” limitation.8
`
`Second, PUMA asserts, incorrectly, that the “only one device at a time” limitation would
`
`read out a “split-transaction” bus, which can “transfer information between multiple devices at
`
`the same time.”9 This is also not true. In fact, a split-transaction bus is a bus protocol for
`
`improving the performance of an ordinary bus, and multiple devices on a split-transaction bus
`
`may not transmit at the same time. PUMA’s mistake appears to result from a misunderstanding
`
`of how a split-transaction bus works. A split-transaction bus does not magically allow two
`
`devices to transmit at the same time. Rather, a split transaction bus simply “splits” a bus
`
`“transaction” into two separate transactions—the request, and the response—so that while the
`
`
`6 Other bus technologies (for example, early bus topology Ethernet) took a different approach,
`and rather than prevent collisions, permit them to happen but deal with them using transmission
`protocols such as CSMA.
`7 Pl. Parthenon Unified Memory Architecture LLC’s Opening Claim Construction Br., Dkt. 56,
`at 6.
`8 See generally, PCI Local Bus Specification, attached as Exhibit ZTE-CC-PCI, and ISA Bus
`Specification and Application Notes, attached as Exhibit ZTE-CC-ISA
`9 Dkt. 56 at 6.
`
`
`
`6
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 10 of 24 PageID #: 982
`
`request is being worked on, other devices can transmit on the bus.10 Only one device, however,
`
`is ever transmitting at one time.
`
`Lastly, PUMA asserts that the “one device at a time” limitation would read out
`
`technologies like “Mercury RACEway.”11 PUMA is correct that the term “bus” as used in the
`
`patents-in-suit would not read on Mercury RACEway, but PUMA’s premise is flawed—because
`
`Mercury RACEway is not a “bus” within the meaning of the patents-in-suit.
`
`First and foremost, even if Mercury RACEway were considered to be an exotic species of
`
`bus, it is both very different from the busses discussed in the specification, and it is also not part
`
`of the intrinsic record. There is no indication that the inventors considered Mercury RACEway
`
`to be a bus, or in fact that the inventors considered anything other than buses of the type actually
`
`discussed in the specification. Nowhere in the approximately 2,600 pages of file history of the
`
`PUMA patents, spanning over 15 years, do the terms “Mercury,” “RACEway,” or “crossbar”
`
`appear. In contrast, “bus” appears on 871 pages, and “arbiter” appears on 463 pages. As in
`
`Nystrom v. TREX, PUMA “is not entitled to a claim construction divorced from the context of
`
`the written description and prosecution history.”12 “What Philips now counsels is that in the
`
`absence of something in the written description and/or prosecution history to provide explicit or
`
`
`10 “A bus, being a single path, can become a bottleneck in multiprocessor systems. One solution
`to this problem is to have multipath connection networks, but even for a bus-based system there
`are measures we can take. One of them is to make the bus work in split-transaction form, which
`is what we assume here. It means that when a CPU places a memory request on the bus, that
`CPU then immediately releases the bus, so that other entities can use the bus while the memory
`request is pending. When the memory request is complete, the memory module involved will
`then acquire the bus, place the result on the bus (the read value in the case of a read request, an
`acknowledgement in the case of a write request), and also place on the bus the ID number of the
`CPU that had made the request.” Matlof, Norm, Introduction to Discrete-Event Simulation &
`the SimPy Language, 2008, at 21. Attached as Exhibit ZTE-CC-SIMULATION.
`11 Dkt. 56 at 7.
`12 Nystrom v. TREX Co. Inc., 424 F.3d 1136, 1144 (Fed. Cir. 2005).
`
`
`
`7
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 11 of 24 PageID #: 983
`
`implicit notice to the public—i.e., those of ordinary skill in the art—that the inventor intended a
`
`disputed term to cover more than the ordinary and customary meaning revealed by the context of
`
`the intrinsic record, it is improper to read the term to encompass a broader definition simply
`
`because it may be found in a dictionary, treatise, or other extrinsic source.” Id. at 1145, citing
`
`Philips v. AWH Corp., 415 F.3d 1303, 1321 (Fed. Cir. 2005).
`
`Second, RACEway is not a bus—it is a crossbar extension to a VMEbus.13 Plaintiff’s
`
`Exhibit O, which appears to be a capture/printout from the Internet Archive Wayback Machine of
`
`Mercury Systems’ product page for RACEway, describes RACEway tellingly:
`
`“As a backward-compatible upgrade, Interlink modules transform the
`topology of an existing VMEbus chassis from a single transaction bus to a
`scalable real-time fabric . . . .”14 (emphasis added). RACEway’s literature
`describes the product as something that works with ordinary buses: “[t]he
`RACEway interconnect fabric provides a uniform communications medium
`that connects processors, I/O devices, and standard bus interfaces, such as
`VME and VSB, in a consistent way throughout the system.”
`Generally, throughout Plaintiff’s Exhibit O, the term “bus” is never used to refer to RACEway,
`
`except insofar as a “bus” is something that RACEway connects to and transforms into something
`
`else.
`
`To put it into terms the Court is already familiar with from these patent(s), given a
`
`standard bus topology with multiple devices (such as that provided in Fig. 1C of the patents-in-
`
`suit), RACEway “extends” that topology by creating connections between the devices through
`
`the RACEway crossbar so that they don’t need to use the actual bus.
`
`
`13 Plaintiff’s Exhibit O, at 1.
`14 Id
`
`
`
`8
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 12 of 24 PageID #: 984
`Auto route path selection is the default routing option with the ILK8, ILK12, and
`ILK16 devices. It is a unique feature of the RACEway ASIC and is illustrated in
`Figure 4.
`
`Figure 4a shows a transfer in progress between CN1 and CN3.
`
`Figure 4b shows how the crossbar ASIC automatically chooses the free
`available path through the Interlink's crossbar network between CN2 and CN4 for
`a second transfer.
`
`Auto route path selection with the ILK8, ILK12, and ILK16 modules is an ease-of-
`use feature that frees the programmer from the details of path routing.
`Distributed matrix transpose, or "corner turn" applications, for example, achieve
`very-high interprocessor communication bandwidth with this feature.
`
`
`
`Excerpt of Figure 4 from Plaintiff’s Exhibit O.
`Path Priorities
`But RACEway crossbar is not merely an alternative bus (like the PCI bus or the ISA bus)
`Figure 4c depicts the path priority feature. Important transfers such as sensor I/O or synchronization messages can
`because, as shown in the excerpt of Figure 4 (above) of Plaintiff’s Exhibit O, multiple devices
`be programmed to preempt lower-priority transfers, ensuring deterministic message transfer time regardless of
`can transmit at the same time. This means that there is not a single shared medium that each
`lower-priority internode traffic. This example shows how transfers #1 and #2 (in Figure 4b) are preempted when a
`higher-priority transfer #3 takes place from CN5 to CN1. The lower-priority transfers resume when transfer #3
`connected device uses to transmit on, which makes the RACEway not a bus.
`completes.
`
`The other two documents Plaintiff offers on RACEway are irrelevant. Each shows a
`ILK1 Module
`usage of RACEway, by third parties, described as a bus. Even if these documents were to be
`open in browser PRO version Are you a developer? Try out the HTML to PDF API
`considered relevant and probative extrinsic evidence, however, (which they are not) and even if
`
`they were to be considered to be in the relevant field of the patents-in-suit (which they are not);
`
`any evidentiary value they may possess would be far outweighed by the directly relevant
`
`intrinsic evidence, in which the inventor disclosed ordinary busses which are in relevant respects
`
`very like each other, and very unlike RACEway.
`
`Plaintiff’s Exhibit N appears to be a study of military digital signal processor
`
`architectures.15 It mentions RACEway on only five pages; the first of which contains a
`
`
`15 Plaintiff’s Exhibit N.
`
`
`
`9
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 13 of 24 PageID #: 985
`
`description of several kinds of buses, including control bus, data bus (of which it considers
`
`RACEway a member), test and maintenance bus, input/output bus, local/wide area network bus,
`
`and lastly PC bus.16 The PC Bus category includes the PCI and ISA busses, as well as Extended
`
`ISA, and PCMCIA.17 Each of these “PC Buses” are similar in that each meets the Court’s prior
`
`construction from the HTC case, as well as the “only one device at a time” limitation. While the
`
`types of “bus” listed may be accurate descriptions in the field of digital signal processor
`
`architectures, they are not useful in the context of the patents-in-suit which are about personal
`
`computer or system-on-chip architectures. This document on its own terms puts the kinds of
`
`busses described in the patents-in-suit into a separate category from “RACEway.”
`
`Lastly, Plaintiff’s Exhibit M appears to be an academic study of military radar systems.
`
`Not counting the index and figures, it discusses RACEway on one page of a 62 page study
`
`(referring to it as the “Mercury RACEway Bus”) as part of a description of the computer
`
`equipment used build a radar system.18 Aside from the inaccuracy of the description, the Court
`
`should give it no weight, for two reasons. First, the field of technology and audience to which
`
`the document relates (multi-aperture radars, and radar engineers) are not relevant to the
`
`technology and audience for the patents in suit (microcomputer bus design, and computer
`
`engineers). Radar engineers, discussing the computer hardware used to build radar systems, do
`
`not redefine common terms well known to persons of ordinary skill in the art of personal
`
`computer architecture through their casual or inaccurate use of terminology.
`
`Finally, PUMA offers a sealed document (Plaintiff’s Exhibit X) which appears to use the
`
`term “fabric” interchangeably with “bus.” This document is not relevant to the determination for
`
`
`16 Id, at 4.
`17 Id.
`18 Pl. Ex. M, at 31.
`
`
`
`10
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 14 of 24 PageID #: 986
`
`several reasons. First, on its face it is dated 2011. Even if it contained an accurate description or
`
`definition of terminology in 2011, it is not relevant evidence as to what the inventor of the
`
`patents-in-suit intended by the term bus, as he used it in the patents-in-suit, 15 years earlier.
`
`Second, without more technical detail as to what “fabric” represents, it is difficult to
`
`know what precisely this document means when it uses the term “fabric” and thus whether it is
`
`indeed relevant at all to the determination. If the “fabric” of Exhibit X is, like each of the buses
`
`which were disclosed by the patents-in-suit and the prosecution history, a shared medium over
`
`which multiple devices transmit data, one at a time; then perhaps the device referred to as a
`
`fabric is a bus. If, however, the “fabric” is a switched network of buses, connecting many sets of
`
`signal lines together in a non-blocking fashion, then it is not “a bus” within the meaning of the
`
`patents-in-suit, rather it is a collection of busses.
`
`Plaintiff’s remaining arguments related to “bus” dealt with the word “directly.”19 That word has
`
`been removed from the ZTE Defendants’ proposed construction, mooting these arguments.
`
`B.
`
`memory bus
`
`“memory bus”
`
`ZTE’s Proposal
`
`PUMA’s Proposal
`
`a bus that connects directly with a memory
`
`No construction necessary.
`Alternatively: a signal line or a set of
`associated signal lines to which a number of
`devices, including a memory, are coupled and
`over which information may be transferred.
`
`
`
`
`
`With respect to the term “memory bus”, ZTE incorporates by reference and adopts the
`
`briefing, evidence, and arguments therein of the defendants from the Samsung Case (Parthenon
`
`
`19 Dkt. 56, at 7-8.
`
`
`
`11
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 15 of 24 PageID #: 987
`
`United Memory Architecture LLC v. Samsung Elec. Co. et al, 2:14-cv-902-JRG-RSP, Dkt. 86, at
`
`8-9.).
`
`
`
`To briefly summarize Samsung’s arguments:
`
`• A construction requiring a “direct connection” between a bus and a memory is supported
`
`by the intrinsic record, including the figures in the specification.
`
`• PUMA’s proposed construction is overly broad because under it, any bus is a memory
`
`bus.
`
`As with several other claim terms, the parties’ fundamental disagreement here is on the
`
`degree or relevance of connection. PUMA proposes that “coupled” means “directly or indirectly
`
`connected.” Every computer contains memory, and every device in a computer is connected—
`
`directly or indirectly—to every other device in the computer. Thus, according to PUMA’s
`
`definition, every bus in a computer is a “memory bus.” Such a construction is inappropriate
`
`because it reads “memory” out of the limitation entirely and destroys the differentiation between
`
`“bus” and “memory bus” as used in the claims. Felix v Am. Honda Motor Co., 562 F.3d 1167,
`
`1178. (Fed. Cir. 2009); see also Merck & Co. v. Teva Pharm. USA, Inc., 395 F.3d 1364, 1372
`
`(Fed. Cir. 2005) (“A claim construction that gives meaning to all the terms of the claim is
`
`preferred over one that does not do so.”) (citing Elekta Instrument S.A. v. O.U.R. Scientific Int’l,
`
`Inc., 214 F.3d 1302, 1307 (Fed. Cir. 2000) (construing claim to avoid rendering the 30 degree
`
`claim limitation superfluous); Gen. Am. Transp. Corp. v. Cryo–Trans, Inc., 93 F.3d 766, 770
`
`(Fed.Cir.1996) (rejecting the district court's claim construction because it rendered superfluous
`
`the claim requirement for openings adjacent to the end walls)). No person of ordinary skill in the
`
`art would believe that every bus in a computer system is a memory bus.
`
`
`
`12
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 16 of 24 PageID #: 988
`
`ZTE’s proposed construction provides a definition which is simultaneously common-
`
`sense and clear for the jury, as well as not committing the obvious categorical errors in PUMA’s
`
`construction which render it inappropriate from a technical perspective. PUMA’s briefing
`
`identifies only one issue with ZTE’s proposed construction—that a tri-state buffer would prevent
`
`a memory from being “directly” connected to a bus. This, however, is based on a misreading
`
`and misunderstanding of Dr. Stone’s transcript. Dr. Stone clearly states:
`
`. . . you have a clock cycle or you have a time, a period, when the drivers to
`the bus are in tri-state mode. That means they’re physical disconnected,
`there’s no electrical connection. Actually, it’s through a transistor that’s
`open. Then you connect them to the bus by closing that transistor, closing
`a switched. So whatever you’re driving will be passed to the bus. When it
`says active high or active low, that means that you’re putting a zero or a one on
`the bus. When you’re done driving and you reach the time that you’re at
`the end of that clock period, you go back to tri-state, which means you
`disconnect the driver from the bus.
`
`Plaintiff’s Ex. Q, at 5, Transcript 41:22-42:11.
`
`In other words, there is a device called a tri-state buffer that can disconnect one device from
`
`another. At some times the device is connected and transmitting, and then at other times the
`
`device is disconnected and not transmitting. If a claim limitation requires a “connection” and, as
`
`Plaintiff seems to admit in its briefing, the tri-state buffer “disconnects” the device, then whether
`
`the connection is “direct” or “indirect” will not cause a “disconnected” device to meet a
`
`limitation requiring “connection.”
`
`If, however, as Dr. Stone describes, the tri-state buffer periodically connects and
`
`disconnects the memory to the bus, then it is merely the case that the device is sometimes
`
`connected and sometimes not—in other words, it sometimes may meet a “connected” limitation
`
`and sometimes it does not. This is no different than a device which sometimes meets limitations
`
`requiring it to perform method steps (because it is turned on), and sometimes does not (because it
`
`
`
`13
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 17 of 24 PageID #: 989
`
`is turned off). At any rate, “sometimes a limitation would not be met” is not a reasoned
`
`objection to a proposed construction.
`
`C.
`
`in real time
`
`“in real time”
`
`ZTE’s Proposal
`
`PUMA’s Proposal
`
`Indefinite.
`
`Fast enough to keep up with an input data
`stream.
`
`
`
`
`
`With respect to the term “in real time”, ZTE incorporates by reference and adopts the
`
`briefing, evidence, and arguments therein of the defendants from the Samsung Case (Parthenon
`
`United Memory Architecture LLC v. Samsung Elec. Co. et al, 2:14-cv-902-JRG-RSP, Dkt. 86, at
`
`9-16). However, ZTE does not adopt Samsung’s position regarding an alternate proposed
`
`construction. ZTE contends that the term is indefinite under Nautilus and that no construction is
`
`possible given the intrinsic record.
`
`To briefly summarize Samsung’s arguments:
`
`• The intrinsic evidence is inconsistent as to the meaning of “real time”
`
`• The specification indicates that the PCI bus is a real time bus.
`
`• The prosecution history distinguishes the invention over the PCI bus when cited in a
`
`rejection, because the PCI bus is not a real time.
`
`• The patent’s notice function is not served, because a person of ordinary skill in the art,
`
`reading the specification and claims, receives conflicting information and has no way to
`
`know whether a PCI bus does or does not meet the “real time” limitation in the claims.
`
`D.
`
`fast bus
`
`“fast bus”
`
`14
`
`
`
`
`
`
`
`
`
`Case 2:15-cv-00225-JRG-RSP Document 60 Filed 09/28/15 Page 18 of 24 PageID #: 990
`
`ZTE’s Proposal
`
`PUMA’s Proposal
`
`Bus with a bandwidth greater than the
`bandwidth required for the decoder to operate
`in real time
`
`Bus with a bandwidth equal to or greater than
`the required bandwidth to operate in real time.
`
`
`
`With respect to the term “fast bus”, ZTE incorporates by reference and adopts the
`
`briefing, evidence, and arguments therein of the defendants from the HTC Case (Parthenon
`
`United Memory Architecture LLC v. HTC Corp. et al, 2:14-cv-690-JRG-RSP, Dkt. 121, at 9).
`
`E.
`
`coupled
`
`“coupled” and related forms
`
`ZTE’s Proposal
`
`PUMA’s Proposal
`
`attached, resulting in an arrangement that
`includes no more than one bus
`
`alternatively, in the event that the Court
`adopts PUMA’s proposal:
`Indefinite
`
`coupled: directly or indirectly connected
`coupleable: directly or indirectly connectable
`coupling: directly or indirectly connecting
`
`
`
`
`
`
`
`Having reviewed and considered PUMA’s briefing, and the Court’s HTC Order, ZTE
`
`modifies its proposed construction to “attached, resulting in an arrangement that includes no
`
`more than one bus,” which is the same construction briefed by the defendants in the HTC case.
`
`And, with respect to this alternative construction, ZTE incorporates by reference and