throbber
Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 1 of 14 PageID #: 1482
`
`IN THE UNITED STATES DISTRICT COURT
`FOR THE EASTERN DISTRICT OF TEXAS
`MARSHALL DIVISION
`
`PLAINTIFF PARTHENON UNIFIED MEMORY ARCHITECTURE LLC’S
`REPLY CLAIM CONSTRUCTION BRIEF
`
`
`
`
`
`
`
`
`
`
`
`
`Case No. 2:15-cv-225-JRG-RSP
`
`
`
`
`











`
`PARTHENON UNIFIED MEMORY
`ARCHITECTURE LLC,
`
`
`Plaintiff,
`
`v.
`
`ZTE CORP., ZTE USA, INC. and
`ZTE (TX), INC.,
`
`
`Defendants.
`
`

`
`Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 2 of 14 PageID #: 1483
`Case 2:l5—cv—OO225—JRG—RSP Document 64 Filed 10/05/15 Page 2 of 14 Page|D #: 1483
`
`
`TABLE OF CONTENTS
`TABLE OF CONTENTS
`Introduction ......................................................................................................................... 1
`Introduction ....................................................................................................................... .. 1
`
`Terms for Construction ....................................................................................................... 1
`Terms for Construction ..................................................................................................... .. 1
`
`I.
`I.
`
`II.
`II.
`
`A.
`A.
`
`B.
`B.
`
`C.
`C.
`
`D.
`D.
`
`E.
`E.
`
`F.
`F.
`
`G.
`G.
`
`H.
`H.
`
`I.
`I.
`
`“bus” ....................................................................................................................... 1
`“bus” ..................................................................................................................... .. 1
`
`“memory bus” ......................................................................................................... 4
`“memory bus” ....................................................................................................... .. 4
`
`“in real time” and related terms .............................................................................. 5
`“in real time” and related terms ............................................................................ .. 5
`
`“fast bus” ................................................................................................................. 6
`“fast bus” ............................................................................................................... .. 6
`
`“coupled,” “coupleable” and “coupling” ................................................................ 6
`“coupled,” “coupleable” and “coupling” .............................................................. .. 6
`
`“directly supplied” and “directly supplies” ............................................................. 7
`“directly supplied” and “directly supplies” ........................................................... .. 7
`
`“arbiter” terms ......................................................................................................... 8
`“arbiter” terms ....................................................................................................... .. 8
`
`“control circuit” ...................................................................................................... 9
`“control circuit” .................................................................................................... .. 9
`
`“monolithically integrated into” and “integrated into” ......................................... 10
`“monolithically integrated into” and “integrated into” ....................................... .. 10
`
`
`
`i
`
`
`
`
`
`

`
`Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 3 of 14 PageID #: 1484
`
`
`I.
`
`INTRODUCTION
`PUMA’s proposed constructions are rooted in both the intrinsic and extrinsic evidence and
`
`are consistent with the previous claim construction order signed by Judge Leonard Davis relating
`
`to the asserted patents. Together, PUMA’s constructions strive to promote clarity and avoid jury
`
`confusion while giving effect to the claim language’s full scope. In contrast, ZTE’s constructions
`
`work against those interests by incorporating terms that appear nowhere in the asserted patents.
`
`For the reasons below, ZTE’s constructions should be rejected.1
`
`II.
`
`TERMS FOR CONSTRUCTION
`“bus”
`A.
`
`Term
`“bus”
`
`
`PUMA’s Proposal
`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”
`
`Defendants’ New 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”
`
`In response to PUMA’s Opening Brief, ZTE has removed the word “directly” from its
`
`proposed construction, and the parties’ only remaining dispute is over ZTE’s proposed requirement
`
`that “information may be transferred by only one device at a time.”
`
`ZTE’s construction is problematic because it would read out common bus technologies like
`
`split-transaction buses and the Mercury Raceway bus. With respect to split-transaction buses, ZTE
`
`is admits that multiple devices can use a split-transaction bus at the same time to transfer
`
`
`1 For many of the disputed terms, PUMA notes that ZTE explicitly incorporates by reference the
`briefing and arguments made by the defendants in related Case Nos. 2:14-cv-690 and/or 2:14-cv-
`902 in lieu of ZTE submitting its own briefing. Out of concern for the local rules and this Court’s
`page limits, PUMA has endeavored to confine its own responses to this Reply Brief. However, to
`the extent the Court considers briefing and arguments that have been incorporated by reference,
`PUMA respectfully incorporates by reference its own corresponding briefing and arguments.
`
`
`
`
`
`- 1 -
`
`
`
`

`
`Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 4 of 14 PageID #: 1485
`
`
`information: “while the request is being worked on, other devices can transmit on the bus.” See
`
`ZTE Responsive Brief, Dkt. 60 at 9. As a result, ZTE’s construction would read out split-
`
`transaction buses. However, ZTE attempts to escape this conclusion by differentiating between
`
`“request” transactions and “response” transactions and suggesting that a split-transaction bus can
`
`only handle one of each type of transaction at a given time. Even if true, though, ZTE’s
`
`construction does not reflect this distinction, and the concept of “request” transactions and
`
`“response” transactions are not discussed in the asserted patents. As a result, ZTE’s interpretation
`
`of its own proposed construction would only add to the risk of Jury confusion.
`
`Moreover, ZTE’s attempt to distinguish split-transaction buses does not apply to the
`
`Mercury Raceway bus: even ZTE admits that its proposed construction would read out this type
`
`of bus. See ZTE Responsive Brief, Dkt. 60 at 10 (stating that “PUMA is correct that the term ‘bus’
`
`as used in the patents-in-suit would not read on Mercury Raceway”). Normally, such an admission
`
`would be the end of the dispute. The patents use the term “bus” broadly and the patentees did not
`
`restrict or disclaim any particular type of bus. As a result, ZTE’s attempt to carve out a non-
`
`infringement defense by restricting the term “bus” to only certain types of buses should be rejected.
`
`In response, ZTE argues that the Mercury Raceway bus is not a bus. However, persons of
`
`ordinary skill in the art disagree with ZTE. The exhibits submitted by PUMA repeatedly refer to
`
`the Mercury Raceway bus as a bus. See Dkt. 56, Ex. N at 203 (noting that “some currently
`
`available choices for a data bus” include the “RACEway (Mercury Computer)”); Dkt. 56, Ex. M
`
`at 31 (stating that “[t]he Mercury Raceway bus is an important part of the IFP architecture” and
`
`that “[t]he P2 connector is also used to propagate the Raceway bus from board to board”). Because
`
`ZTE cannot refute those exhibits, ZTE instead focuses entirely on just one of PUMA’s exhibits.
`
`However, Exhibit O does not say that the Raceway bus is not a bus, and the portion quoted by
`
`
`
`
`
`- 2 -
`
`
`
`

`
`Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 5 of 14 PageID #: 1486
`
`
`ZTE actually supports PUMA’s position. The document states that the Mercury Interlink modules
`
`transform the topology from “a single transaction bus to a scalable real-time fabric.” In other
`
`words, the document is distinguishing between two types of buses: “single transaction buses” and
`
`“real-time fabrics.” Otherwise, under ZTE’s argument, the phrase “single transaction” would be
`
`entirely redundant because all buses would presumably be “single transaction” buses.
`
`Indeed, the technical documents from Qualcomm that are central to this case refer to a
`
`fabric as a type of bus. As mentioned in PUMA’s Opening Brief, the defendants in related Case
`
`No. 2:14-cv-902 represented to the Court during the claim construction hearing that a fabric was
`
`distinct from a bus. In response, PUMA informed the Court that even Qualcomm’s own
`
`documentation refers to fabrics as buses. See, e.g., Dkt. 56, Ex. X at 67 (noting that there are
`
`“three buses that span the entire MSM device” and listing the “system fabric,” the “applications
`
`fabric” and the “system fast peripheral bus.”) (shown at the hearing).
`
`PUMA raises this evidence for the simple purpose of assuring the Court that persons of
`
`ordinary skill in the art have always understood the term “bus” to be broad and inclusive. From
`
`the Mercury Raceway bus to Qualcomm’s system fabric and applications fabric, persons of
`
`ordinary skill in the art have not restricted the term “bus” in the manner urged by ZTE. Instead,
`
`the concept of a “bus” has always included various bus technologies like split-transaction buses
`
`and the Mercury raceway bus. Because ZTE’s construction would unduly restrict this term, the
`
`Court should reject it and adopt PUMA’s proposed construction.
`
`- 3 -
`
`
`
`
`
`
`
`
`
`

`
`Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 6 of 14 PageID #: 1487
`
`
`B.
`
`“memory bus”
`
`Term
`“memory bus”
`
`
`PUMA’s Proposal
`“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”
`
`Defendants’ Proposal
`“a bus that connects directly with a
`memory”
`
`Given the common understanding of the term “bus,” a person of ordinary skill in the art
`
`would understand that a “memory bus” is a bus that is coupled to a memory. As discussed in
`
`PUMA’s Opening Brief, ZTE’s position that the memory is connected “directly” to the bus would
`
`read out common buses that include intervening components or interfaces and should be rejected.
`
`PUMA also disagrees with ZTE’s purported reasons for demanding a construction. In the
`
`earlier claim construction proceeding involving the HTC and LG defendants, HTC and LG falsely
`
`insinuated to this Court that PUMA was attempting to combine an ISA bus and a PCI bus to form
`
`one bus. In response, PUMA immediately and affirmatively disclaimed any such argument as a
`
`red herring. Similarly, ZTE now suggests that PUMA is trying to argue that “every bus” in a
`
`computer is a “memory bus.” Again, this is not true. If a bus in a computer system is not used to
`
`send data to or from a memory, PUMA recognizes that it would not logically be a memory bus.
`
`However, to the extent ZTE intends to argue that a particular bus is not a memory bus—even if
`
`the bus is used to send data to or from a memory—because of some intervening switch or interface,
`
`PUMA contends that such an argument is not supported by the intrinsic evidence or the
`
`understanding of a person of ordinary skill in the art. As a result, the Court should adopt PUMA’s
`
`proposed construction for the term “memory bus.”
`
`- 4 -
`
`
`
`
`
`
`
`
`
`

`
`Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 7 of 14 PageID #: 1488
`
`
`C.
`
`“in real time” and related terms
`
`Term
`“in real time”
`
`PUMA’s Proposal
`“fast enough to keep up with an
`input data stream”
`
`Defendants’ New Proposal
`Indefinite.
`
`ZTE has dropped its proposed alternative construction of the term “real time.” Instead,
`
`ZTE now rests solely on its argument that the term is indefinite. However, two different courts in
`
`this District—including this Court—have already found the term “real time” as used in the asserted
`
`patents to be definite and construed it in the manner proposed by PUMA.
`
`ZTE does not make its own arguments in support of its position and instead incorporates
`
`by reference the arguments made by Samsung in related Case No. 2:14-cv-902. For the same
`
`reasons raised by PUMA in that sequence of briefing, ZTE’s argument is incorrect.
`
`First, Samsung did not dispute that the term “real time” can have a definite meaning and
`
`did not dispute that the core language of PUMA’s proposed construction is proper. Indeed, at the
`
`earlier claim construction hearing, Samsung did not focus on its indefiniteness argument and
`
`appeared to concede that at least some form of construction would be proper. Instead, Samsung’s
`
`main complaint focused on the impact of latency. However, whether a system is “fast enough to
`
`keep up with an input data stream” already subsumes concepts like bandwidth, latency and any
`
`other issue that would negatively impact the amount of data that could be transmitted.
`
`Second, Samsung’s original indefiniteness argument came from a misreading of the
`
`prosecution history. Contrary to Samsung’s argument, the patentees did not distinguish Gulick by
`
`narrowing the ordinary scope of “real time.” Instead, the patentees distinguished Gulick on the
`
`basis that the PCI bus—as used in the specific context of Gulick—was insufficient for real time
`
`performance. See Dkt. 56, Ex. J at ¶ 26. This misunderstanding is readily apparent from Figure
`
`1 of Gulick. As shown below, Gulick includes a PCI bus (shown in blue) in addition to a real-
`
`
`
`
`
`- 5 -
`
`
`
`

`
`Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 8 of 14 PageID #: 1489
`
`
`time bus (shown in red). See Dkt. 56, Ex. R, Fig. 1 (coloring added). Thus, Gulick itself represents
`
`that the PCI bus it was using was insufficient to guarantee real time performance for its purposes,
`
`which explains why an actual real time bus was required. Because ZTE relies wholely on
`
`Samsung’s briefing, ZTE’s indefinitness argument should be rejected for the same reason.
`
`D.
`
`“fast bus”
`
`Term
`“fast bus”
`
`
`PUMA’s Proposal
`“bus with a bandwidth equal to or
`greater than the required
`bandwidth to operate in real time”
`
`Defendants’ Proposal
`“bus with a bandwidth greater than
`the bandwidth required for the
`decoder to operate in real time”
`
`PUMA’s construction of “fast bus” is the same definition that the patentee provided in the
`
`asserted patents: “A fast bus 70 is any bus whose bandwidth is equal to or greater than the required
`
`bandwidth.” Dkt. 56, Ex. B at 8:1–2 (emphasis added). Accordingly, PUMA submits that the
`
`Court should adopt this construction.
`
`E.
`
`“coupled,” “coupleable” and “coupling”
`
`Term
`a. “coupled”
`b. “coupleable”
`c. “coupling”
`
`PUMA’s Proposal
`a. “directly or indirectly connected”
`b. “directly or indirectly connectable”
`c. “directly or indirectly connecting”
`
`Defendants’ New Proposal
`“attached, resulting in an
`arrangement that includes no
`more than one bus”
`Alternatively: indefinite.
`
`As explained in PUMA’s Opening Brief, the term “coupled” is commonly understood and
`
`has routinely been construed by district courts to mean directly or indirectly connected. This
`
`construction comports exactly with how the patentees used the term in the asserted patents, which
`
`contain numerous examples of components being directly or indirectly coupled together.
`
`In contrast, ZTE’s briefing incorporates by reference the same argument raised by HTC
`
`and LG in related Case No. 2:14-cv-690. Relying entirely on that briefing, ZTE suggests that the
`
`term “coupled” should be construed to mean “attached, resulting in an arrangement that includes
`
`
`
`
`
`- 6 -
`
`
`
`

`
`Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 9 of 14 PageID #: 1490
`
`
`no more than one bus.” However, for the same reasons argued by PUMA in the related HTC/LG
`
`matter, this construction directly conflicts with the examples and figures of the asserted patents.
`
`For example, the ’789 Patent states that “Fig. 1c [reproduced below] shows a computer 25
`
`containing a decoder 10, a main memory 168 and other typical components such as a modem
`
`199, and graphics accelerator 188. The decoder 10 and the rest of the components are coupled
`
`to the core logic chipset 190 through a bus 170.” Dkt. 56, Ex. A at 2:49–53 (emphasis added).
`
`Looking at Figure 1c below, the modem 199 (shown in added blue) is “coupled” to the core logic
`
`chipset 190 (shown in added red) through ISA bus 198 (shown in added green) and PCI bus 170
`
`(shown in added purple), resulting in an “arrangement” that includes two buses. As a result, ZTE’s
`
`construction conflicts with the specification and is improper.2
`
`F.
`
`“directly supplied” and “directly supplies”
`
`Term
`“directly supplied/supplies”
`
`
`PUMA’s Proposal
`“supplied/supplies without
`being stored in main memory
`for purposes of decoding
`subsequent images”
`
`
`
`Defendants’ Proposal
`“supplied/supplies without
`intervening components”
`
`
`2 ZTE suggests that if the Court construes the term “coupled” to mean a direct or indirect
`connection, that the term must be indefinite. However, ZTE does not provide any substantive
`argument in support of this position, and PUMA notes that such a construction is commonly
`applied by persons of ordinary skill in the art. As a result, ZTE has not shown that the term would
`not be understood with “reasonable certainty” by those skilled in the art.
`
`
`
`
`
`- 7 -
`
`
`
`

`
`Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 10 of 14 PageID #: 1491
`
`
`The term “directly supplied” concerns the system’s use of decompressed frames in the
`
`context of video decoding and does not require the absence of “intervening components.” ZTE
`
`does not submit its own arguments and instead incorporates by reference the arguments made in
`
`the Samsung case. However, under ZTE’s construction, the embodiment illustrated in Figure 3 of
`
`the ’194 Patent would be read out because of the intervening core logic chipset. Any frames
`
`supplied from the Decoder/Encoder 80 (shown in blue) to the Display 182 (shown in red) would
`
`necessarily need to pass through the intervening Core Logic Chipset 190 (shown in green). As a
`
`result, ZTE’s construction is incorrect and should be rejected.
`
`G.
`
`“arbiter” terms
`
`
`
`Term
`a. “arbiter”
`b. “arbitration
`circuit”
`c. “memory arbiter”
`d. “arbiter circuit”
`
`
`
`
`
`PUMA’s Proposal
`“circuitry that uses a priority
`scheme to determine which
`requesting device will gain access”
`
`Defendants’ Proposal
`“circuitry that uses a priority
`scheme to determine which
`requesting device will gain direct
`access”
`
`
`- 8 -
`
`
`
`

`
`Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 11 of 14 PageID #: 1492
`
`
`The term “arbiter” was previously construed by Judge Davis in the earlier litigation
`
`involving STMicro and Motorola as “a device that use[s] a priority scheme to determine which
`
`requesting device will gain access to the memory.” STMicroelectronics, 327 F. Supp. 2d at 710.
`
`STMicro and Motorola, both sophisticated semiconductor corporations, jointly submitted the
`
`above construction, and the term is used throughout the patents in this same manner. ZTE’s only
`
`argument in response is that a “circuit is not an ‘arbiter’ with respect to two devices and a bus if
`
`the data to be transmitted must traverse several other buses.” However, this statement does not
`
`appear anywhere in the intrinsic evidence, and ZTE has declined to provide any explanation in
`
`support of this argument. As a result, the Court should reject ZTE’s proposed construction.
`
`H.
`
`“control circuit”
`
`Term
`“control circuit”
`
`PUMA’s Proposal
`No construction necessary.
`
`Defendants’ Proposal
`“an electronic control device that
`is separate from the CPU or
`processor and that interacts with
`the operating system”
`
`As argued in PUMA’s Opening Brief, the Court does not need to construe “control circuit”
`
`because the term is defined by the surrounding claim language. Again, ZTE declines to make its
`
`own argument and instead incorporates by reference arguments made in the Samsung case.
`
`However, ZTE’s added requirement that the control circuit be “separate” from the CPU ignores
`
`the fact that multiple components “can be monolithically integrated as a single chip.” Dkt. 56, Ex.
`
`I at 5:10–13 (stating that the “microcontroller 120, DMA engine 124, video decoding circuit 126,
`
`audio decoding circuit 128, and memory 129 can be monolithically integrated as a single chip
`
`130 for use with or in the computer system 100”). Because the claims only require that the control
`
`circuit be “coupled to” the processor, which can be the case even if the components are
`
`monolithically integrated as a single chip, ZTE’s construction should be rejected.
`
`
`
`
`
`- 9 -
`
`
`
`

`
`Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 12 of 14 PageID #: 1493
`
`
`I.
`
`“monolithically integrated into” and “integrated into”
`
`Term
`“monolithically integrated
`into” / “integrated into”
`
`PUMA’s Proposal
`“formed on a single
`semiconductor chip with”
`
`Defendants’ Proposal
`“formed within”
`
`“monolithically integrated
`with” / “integrated with”
`
`“formed on a single
`semiconductor chip with”
`
`“formed within”
`
`As discussed in PUMA’s Opening Brief, the term “monolithic” originates from the Greek
`
`words monos ‘single’ and lithos ‘stone’ and refers to the fact that monolithically integrated
`
`components are formed on a single semiconductor crystal or chip. As with the other terms, ZTE
`
`declines to brief the issue itself and instead incorporates by reference the arguments made in the
`
`Samsung case. Interestingly, however, ZTE seems to disagree with Samsung as to whether the
`
`words “into” and “with” should result in different constructions of the above terms. For example,
`
`Samsung argued that the construction “formed within” was appropriate for the version of the claim
`
`term using “into” because the claims “explicitly differentiate between integrating components with
`
`the decoder/encoder, and integrating components into the decoder/encoder.” See Case No. 2:14-
`
`cv-902, Dkt. 86 at 31 (emphasis in original).
`
`Although PUMA believes that its proposed construction is appropriate for both versions of
`
`the “monolithically integrated” terms, PUMA respectfully submits that its construction is at least
`
`proper for the terms “monolithically integrated with” and “integrated with.”
`
`
`
`
`
`
`
`
`
`- 10 -
`
`
`
`

`
`Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 13 of 14 PageID #: 1494
`
`
`Dated: October 5, 2015
`
`Respectfully submitted,
`
`
`
`
`
`/s/ Demetrios Anaipakos
`Demetrios Anaipakos
`Texas Bar No. 00793258
`danaipakos@azalaw.com
`Amir Alavi
`Texas Bar No. 00793239
`aalavi@azalaw.com
`Michael McBride
`Texas Bar No. 24065700
`mmcbride@azalaw.com
`Alisa A. Lipski
`Texas Bar No. 24041345
`alipski@azalaw.com
`Justin Chen
`Texas Bar No. 24074204
`jchen@azalaw.com
`AHMAD, ZAVITSANOS, ANAIPAKOS,
`ALAVI & MENSING P.C.
`1221 McKinney Street, Suite 3460
`Houston, TX 77010
`Telephone: 713-655-1101
`Facsimile: 713-655-0062
`
`T. John Ward, Jr.
`Texas Bar No. 00794818
`jw@wsfirm.com
`WARD & SMITH LAW FIRM
`P.O. Box 1231
`Longview, TX 75606-1231
`Telephone: 909-757-6400
`Facsimile: 909-757-2323
`
`ATTORNEYS FOR PLAINTIFF
`PARTHENON UNIFIED MEMORY
`ARCHITECTURE LLC
`
`
`- 11 -
`
`
`
`
`
`
`
`
`
`
`
`
`
`

`
`Case 2:15-cv-00225-JRG-RSP Document 64 Filed 10/05/15 Page 14 of 14 PageID #: 1495
`
`
`
`CERTIFICATE OF SERVICE
`
`The undersigned hereby certifies that all counsel of record who are deemed to have
`consented to electronic service are being served with a copy of this document via the Court’s
`CM/ECF system per Local Rule CV-5(a)(3) on October 5, 2015.
`
`/s/ Michael McBride
`
`
`
`
`
`
`
`
`
`
`
`
`
`- 12 -

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