throbber
Trials@uspto.gov
`571-272-7822
`
`
`
`Paper 8
`
` Entered: April 27, 2016
`
`
`
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`HUGHES NETWORK SYSTEMS, LLC,
`Petitioner,
`
`
`
`
`
`
`
`
`
`v.
`
`ELBIT SYSTEMS LAND AND C4I LTD.,
`Patent Owner.
`____________
`
`Case IPR2016-00135
`Patent 7,245,874
`____________
`
`Before SALLY C. MEDLEY, RAMA G. ELLURU, and WILLIAM M.
`FINK, Administrative Patent Judges.
`
`ELLURU, Administrative Patent Judge.
`
`DECISION
`Denying Institution of Inter Partes Review
`37 C.F.R. § 42.108
`
`
`
`

`
`IPR2016-00135
`Patent 7,245,874
`Hughes Network Systems, LLC (“Petitioner”) filed a petition (“Pet.”)
`to institute an inter partes review of claims 1 and 8–12 of U.S. Patent No.
`7,245,874 (Ex. 1001, the “’874 patent”). Paper 1. Patent Owner, Elbit
`Systems Land and C4I Ltd., filed a Preliminary Response (“Prelim. Resp.”).
`Paper 7. We have jurisdiction under 35 U.S.C. § 314, which provides that
`an inter partes review may not be instituted “unless . . . there is a reasonable
`likelihood that the petitioner would prevail with respect to at least 1 of the
`claims challenged in the petition.” For the reasons that follow, we deny an
`inter partes review of claims 1 and 8–12 of the ’874 patent.
`BACKGROUND
`I.
`Related Proceedings
`A.
`Petitioner avers that the ’874 patent is involved in the following
`pending district court action: Elbit Systems Land and C4I Ltd. et al. v.
`Hughes et al., Case No. 2:15-CV-37 (E. D. Tx.).
`B. The ’874 Patent (Ex. 1001)
`The ’874 patent is directed toward infrastructure for a telephony
`network, including backbone and peripheral infrastructure for a cellular
`telephony network. Ex. 1001, 1:6–9. The Specification explains that the
`telephony system is generally based on “E1” or “T1” protocols, which are
`strongly synchronous in that the individual transmission to which
`a time slot is assumed to belong to is determined from its
`temporal position amongst the other time slots. Thus an
`individual transmission which does not have current data creates
`blank slots to reserve its current position.
`
`Id. at 1:26–33. The Specification also explains that “[m]uch available data
`carrying capacity is based on the TCP/IP” protocol,” which
`involves individual data packets being sent out over a network in
`accordance with destination information contained in a packet
`header. A single transmission is thus broken down into numerous
`
`
`
`2
`
`

`
`IPR2016-00135
`Patent 7,245,874
`packets which are each sent out independently over the network.
`The packets may be sent along different routes depending on
`availability and may not arrive in the order in which they have
`been sent. However the packet headers may be used by the
`receiving application to rebuild an original sequence from the
`packets.
`
`Id. at 1:34–43. The Specification contrasts the E1 (and T1) protocol, which
`it characterizes as depending on the preservation of a temporal relationship
`between time slots, with the TCP/IP protocol, which does not preserve
`timing information. Id. at 1:44–46.
`In addition, the Specification describes the problem in the prior art as
`not being able to use TCP/IP based capacity to transport E1 data because
`“synchronization is not preserved, rendering the E1 datastream
`irrecoverable.” Id. at 1:47–49. The objectives of the ’874 patent invention
`include providing IP based infrastructure and infrastructure backup for
`cellular telephony networks and providing IP based backbone infrastructure
`and infrastructure backup for cellular telephony based networks. Id. at 1:56–
`61.
`
` Illustrative Claim
`C.
`Of challenged claims 1 and 8–12, claim 1 is the only independent
`claim and claims 8–12 depend directly or indirectly from claim 1. Claim 1
`is illustrative of the challenged claims and is reproduced below with the
`claim language at issue highlighted:
`1. A branch of a cellular telephone network based on a first
`synchronous data communication protocol, comprising
`interfaces to a satellite link using a second, asynchronous,
`data communication protocol, wherein said
`interfaces
`comprise converters for converting data of a datastream
`between said first data communication protocol and said
`second data communication protocol, and wherein said
`synchronous data protocol allows non-data carrying time
`
`
`
`3
`
`

`
`IPR2016-00135
`Patent 7,245,874
`slots, and said interfaces comprising a non-data carrying time
`slot remover for removing said non-data carrying time slots
`during conversion into said asynchronous protocol and a time
`slot regenerator for regenerating non-data carrying time slots
`during reconstruction of said datastream.
`
`D. Prior Art Relied Upon
`Petitioner relies upon the following prior art references (Pet. 2–3), and
`
`the Declaration of Dr. Raymond Leopold (“Leopold Decl.”) (Ex. 1003):
`Reference Patent
`Date
`Exhibit
`Cox
`U.S. Patent No. 6,459,708
`December 21, 1999 Ex.
`
`1004
`Silverman U.S. Patent No. 6,731,649
`Ex.
`1005
`Application No. WO 95/29576 November 2, 1995 Ex.
`1006
`Ex.
`1008
`Ex.
`1009
`
`Arimilli
`
`Henkel
`
`Houde
`
`July 26, 2000
`
`Canadian Application No.
`CA 2,290,967
`U.S. Patent No. 5,623,532
`
`January 28, 1999
`
`April 22, 1997
`
`The Asserted Grounds of Unpatentability
`E.
`Petitioner challenges the patentability of claims 1 and 8–12 of the
`’874 patent based on the following grounds (Pet. 3):
`Reference(s)
`Basis
`Claim(s) challenged
`
`Cox and Arimilli
`
`Cox, Silverman, and Arimilli
`
`§ 103
`
`§ 103
`
`1
`
`1
`
`Cox, Silverman, and Arimilli
`
`§ 103
`
`8, 11, and 12
`
`Cox, Silverman, Arimilli, and
`Henkel
`Cox, Silverman, Arimilli, and
`Houde
`
`§ 103
`
`§ 103
`
`9
`
`10
`
`
`
`4
`
`

`
`IPR2016-00135
`Patent 7,245,874
`
`II. ANALYSIS
`A.
`Claim Interpretation
`In an inter partes review, claim terms in an unexpired patent are given
`their broadest reasonable construction in light of the Specification of the
`patent in which they appear. 37 C.F.R. § 42.100(b), see also Office Patent
`Trial Practice Guide, 77 Fed. Reg. 48,756, 48,766 (Aug. 14, 2012); In re
`Cuozzo Speed Techs., LLC, 793 F.3d 1268, 1277–78 (Fed. Cir. 2015) (“We
`conclude that Congress implicitly approved the broadest reasonable
`interpretation standard in enacting the AIA.”), cert. granted sub nom.
`Cuozzo Speed Techs. LLC v. Lee, 136 S. Ct. 890 (2016). Under the broadest
`reasonable interpretation standard, claim terms are given their ordinary and
`customary meaning in view of the Specification, as would be understood by
`one of ordinary skill in the art at the time of the invention. In re Translogic
`Tech., Inc., 504 F.3d 1249, 1257 (Fed. Cir. 2007). Any special definition for
`a claim term must be set forth in the Specification with reasonable clarity,
`deliberateness, and precision. In re Paulson, 30 F.3d 1475, 1480 (Fed. Cir.
`1994).
`
`“synchronous data communication protocol”
`Referring to a dictionary definition, Petitioner argues that the ’874
`patent Specification’s use of the term “synchronous data communications
`protocol” is consistent with the usage in the art at the time of the alleged
`invention. Pet. 12–13 (citing Ex. 1019, 727). Specifically, Newton’s
`Telecom Dictionary (14th Ed.) defines “synchronous,” in part, as:
`The condition that occurs when two events happen in a specific
`time relationship with each other and both are under the control
`of a master clock. Synchronous transmission means there is a
`constant time between successive bits, characters or events. . . . .
`
`
`
`5
`
`

`
`IPR2016-00135
`Patent 7,245,874
`In synchronous transmission, characters are spaced by time, not
`by start and stop bit.
`
`Ex. 1019, 727. Petitioner also refers to the Specification of the ’874 patent.
`Pet. 12 (citing Ex. 1001, 1:26–50). According to Petitioner, based on the
`Specification and knowledge of skilled artisans, the recited “synchronous
`data communications protocol” means “a data communications protocol that
`relies on the temporal relationship between time slots, such as E1 or T1
`protocols.” Pet. 13 (citing Ex. 1003 ¶¶ 44–45). Patent Owner does not take
`a position on the construction of this term. Prelim. Resp. 20.
`The ’874 patent Specification explains that the telephony system is
`generally based on E1 or T1 protocols for multiplexing transmissions into
`time slots. Ex. 1001, 1:26–28. The Specification further describes E1/T1
`protocols as “strongly synchronous” because “the individual transmission to
`which a time slot is assumed to belong to is determined from its temporal
`position amongst the other time slots.” Id. at 1:27–31. The Specification
`further states that “[t]he E1 (and T1) protocol thus depends on the
`preservation of a temporal relationship between time slots.” Id. at 1:44–45.
`
`For purposes of this decision, based on the ’874 patent Specification
`and the dictionary definition of “synchronous,” we accept Petitioner’s
`proposed construction and construe “synchronous data communication
`protocol” to mean “a data communications protocol that relies on the
`temporal relationship between time slots, such as E1 or T1 protocols.”
`“asynchronous data communication protocol”
`Petitioner notes that the ’874 patent Specification characterizes
`TCP/IP as an asynchronous protocol and contrasts TCP/IP with E1/T1
`protocols, which are characterized as synchronous protocols. Pet. 13
`(citations omitted). Petitioner further contends that the ’874 patent
`
`
`
`6
`
`

`
`IPR2016-00135
`Patent 7,245,874
`Specification’s use of the term “asynchronous data communications
`protocol” is consistent with the usage in the art at the time of the alleged
`invention given the dictionary definition of “synchronous.” Id. According to
`Petitioner, based on the Specification and the knowledge of skilled artisans,
`the broadest reasonable interpretation of the recited “asynchronous data
`communications protocol” is “a data communications protocol that does not
`rely on the temporal relationship between time slots, such as the TCP/IP
`protocol.” Id. (citation omitted). Patent Owner does not take a positon on
`the construction of this term. Prelim. Resp. 20.
`The Specification characterizes the TCP/IP protocol as an
`asynchronous protocol. Ex. 1001, 2:18–19. The Specification further
`contrasts the TCP/IP protocol with E1/T1 protocols, which are characterized
`as synchronous protocols, because “the TCP/IP protocol does not preserve
`timing information.” Id. at 1:44–46.
`For purposes of this decision, based on the ’874 patent Specification
`and the dictionary definition of “synchronous,” we accept Petitioner’s
`proposed construction and construe “asynchronous data communication
`protocol” to mean “a data communications protocol that does not rely on the
`temporal relationship between time slots, such as the TCP/IP protocol.”
`B.
`Claim 1
`Petitioner contends that claim 1 is obvious over the combination of
`Cox and Arimilli and over the combination of Cox, Silverman, and
`Arimilli1. Both grounds assert that the combination of Cox and Arimilli
`
`
`1 Petitioner argues that to the extent we determine the preamble of claim 1 is
`limiting, the combination of Cox, Silverman and Arimilli discloses each
`limitation of claim 1. Pet. 14. We need not reach this issue, however,
`because we determine that Petitioner has not shown sufficiently that two
`
`
`
`7
`
`

`
`IPR2016-00135
`Patent 7,245,874
`teaches or suggests the limitations “said synchronous data protocol allows
`non-data carrying time slots” and “said interfaces comprising a non-data
`carrying time slot remover for removing said non-data carrying time slots
`during conversion into said asynchronous protocol.” Pet. 23–28, 34.
`“said synchronous data protocol allows non-data carrying time slots”
`In support of its assertion that the combination of Cox and Arimilli
`teaches or suggests the limitation “said synchronous data protocol allows
`non-data carrying time slots,” Petitioner argues the following:
`The T1/E1 protocols supported by Cox allow non-data carrying
`time slots. Ex. 1003 at ¶ 124. For example, where the T1/E1
`protocols are used for telephonic communication T1/E1 time
`slots may correspond to silence and therefore not carry any data.
`Ex. 1003 at ¶ 124; Ex. 1004 2:18-34; Ex. 1006 at 28:8-15. That
`some voice time slots may be non-data carrying time slots is
`confirmed by Arimilli. Id.
`Pet. 23. We are not persuaded by this argument. See Prelim. Resp. 26–27.
`
`The cited disclosure from Cox (Ex. 1004, 2:18–34) discloses that “the
`T1 carrier protocol, prescribes a series of time-division multiplexed formats
`for the transmission of digitized telephone conversation data.” Although
`Petitioner asserts that Cox discloses a “synchronous” data communications
`protocol, Petitioner does not support sufficiently its contention that Cox
`allows “non-data carrying time slots.” The cited disclosure from Arimilli
`(Ex. 1006, 28:8–15) discloses:
`A silence detection algorithm 1205 is also included in the
`programmed code of the DSP 620. The silence detection function
`is a summation of the square of each sample of the voice signal
`over the frame. If the power of the voice frame falls below a
`preselected threshold, this would indicate a silent frame. The
`
`
`other limitations of claim 1 are taught or suggested in the prior art under
`either of these grounds.
`
`
`
`8
`
`

`
`IPR2016-00135
`Patent 7,245,874
`detection of a silence frame of speech is important for later
`multiplexing of
`the V-data
`(voice data) and C-data
`(asynchronous computer data) described below. During silent
`portions of the speech, data processor 318 will transfer
`conventional digital data (C-data) over the telephone line in lieu
`of voice data (V-data).
`Although Arimilli discloses detecting silence, which Petitioner equates with
`the recited “non-data,” Petitioner does not support sufficiently its contention
`that Arimilli teaches or suggests that the detected silence is part of a “time
`slot” in a “synchronous” data communications protocol. Furthermore,
`Petitioner has not satisfactorily demonstrated how Cox’s protocol can be
`modified to include “non-data carrying time slots.”
`
`Petitioner summarily asserts that “[a] person of ordinary skill in the
`art would understand that Arimilli’s ‘silent frame[’] is within the broadest
`reasonable interpretation of a ‘non-data carrying time slot.’” Pet. 24 (citing
`Ex. 1003 at ¶ 1252). As discussed above, however, we are not persuaded
`that Arimilli teaches or suggests the recited “non-data carrying time slots” in
`a “synchronous” data protocol. Referring to Arimilli (Ex. 1006, 28:8–15),
`Petitioner asserts that “the passa[ge] above further demonstrates that voice
`data is transmitted with a synchronous protocol, because it is contrasted with
`asynchronous computer data.” Id. We are not persuaded that the cited
`passage contrasts synchronous voice data with computer data. For example,
`as Patent Owner points out, Arimilli suggests voice is represented
`asynchronously. Prelim. Resp. 29–30 (citing Ex. 1006, 3:20–23). In any
`event, even assuming Petitioner’s assertion that Arimilli contrasts
`“synchronous” voice data with “asynchronous” computer data, Petitioner has
`
`
`2 We do not find Dr. Leopold’s testimony helpful because it merely mimics
`Petitioner’s argument.
`
`
`
`9
`
`

`
`IPR2016-00135
`Patent 7,245,874
`not persuaded us that Arimilli’s use of these terms is consistent with the
`constructions of these terms as proposed by Petitioner and adopted by us.
`See Prelim. Resp. 27–28. We construe “synchronous data communication
`protocol” as meaning “a data communications protocol that relies on the
`temporal relationship between time slots, such as E1 or T1 protocols.”
`According to Arimilli, however, “synchronous data is transmitted in a packet
`that first contains a header (which contains destination address), followed by
`a block of data characters and followed by trailer information (such as error
`checking codes, checks sums, etc.).” Ex. 1006, 10:1–4. In addition, we
`construe “asynchronous data communication protocol” to mean “a data
`communications protocol that does not rely on the temporal relationship
`between time slots, such as the TCP/IP protocol.” Arimilli, however, states
`that “asynchronous data is by definition formatted by framing each character
`with a start and stop bit.” Id. at 9:30–31.
`
`We therefore are not persuaded that Petitioner has shown that the
`combination of Cox and Arimilli teaches or suggests the recited “said
`synchronous data protocol allows non-data carrying time slots” of claim 1.
` “said interfaces comprising a non-data carrying time slot remover for
`removing said non-data carrying time slots during conversion into said
`asynchronous protocol”
`In support of its assertion that the combination of Cox and Arimilli
`teaches or suggests the limitation “said interfaces comprising a non-data
`carrying time slot remover for removing said non-data carrying time slots
`during conversion into said asynchronous protocol,” Petitioner cites
`disclosure from Arimilli, including the following portion:
`If the power PWR is lower than a preselected threshold, then the
`present voice frame is flagged as containing silence. The 128-
`sample silent frame is still processed by the voice compression
`
`
`
`10
`
`

`
`IPR2016-00135
`Patent 7,245,874
`algorithm; however, the silent frame packets are discarded by the
`data processor 318 so that asynchronous digital data may be
`transferred in lieu of voice data.
`Pet. 24–25 (citing Ex. 1006, 28:7–33). Petitioner subsequently summarily
`asserts the following:
`Arimilli’s flagging and discarding of silent frames is thus within
`the broadest reasonable interpretation of “said interfaces
`comprising a non-data carrying time slot remover for removing
`said non-data carrying time slots.”
`Pet. 26 (citation omitted). We are not persuaded by Petitioner’s argument.
`See Prelim. Resp. 33–35.
`
`As discussed above with respect to the previous limitation, Petitioner
`has not satisfactorily explained how Arimilli alone, or in combination with
`Cox, teaches or suggests “non-data carrying time slots” (emphasis added).
`Thus, based on the same reasoning, we are not persuaded that Arimilli or the
`combination of Arimilli and Cox, teaches or suggests “removing” “non-data
`carrying time slots” (emphasis added). In addition, Petitioner does not
`satisfactorily explain how the prior art teaches or suggests removing “non-
`data carrying time slots” “during conversion into said asynchronous
`protocol,” as recited in claim 1 (emphasis added). Specifically, Petitioner
`does not provide sufficient argument as to how Cox can be modified to
`remove “non-data carrying time slots” “during conversion into said
`asynchronous protocol” (emphasis added). Petitioner does contend that
`“Arimilli’s silence suppression algorithm could be implemented, for
`example, using the existing processors in the T1(E1)-to-IP Multiplexer 500
`of Cox.” Pet. 28 (citing Ex. 1004, Fig. 2; Ex. 1003 ¶ 133). Petitioner,
`however, provides insufficient factual bases to support this assertion.
`Although Petitioner cites to Dr. Leopold’s declaration testimony, that
`testimony merely restates Petitioner’s conclusory assertion. Ex. 1003 ¶ 133.
`
`
`
`11
`
`

`
`IPR2016-00135
`Patent 7,245,874
`For all of the foregoing reasons, we determine that Petitioner has not
`demonstrated a reasonable likelihood that it would prevail in demonstrating
`that claim 1 is unpatentable as obvious.
`C.
`Claims 8–12
`Petitioner’s challenges to dependent claims 8–12 (asserted grounds 3–
`5) incorporate its arguments with respect to claim 1. Pet. 35–60; see Prelim.
`Resp. 24, n.2. For the same reasons discussed above with respect to claim 1,
`we determine that Petitioner has not demonstrated a reasonable likelihood
`that it would prevail in demonstrating that claims 8–12 are unpatentable as
`obvious.
`III. CONCLUSION
`
`Petitioner has not demonstrated a reasonable likelihood that it would
`prevail in showing unpatentability of claims 1 and 8–12 of the ’874 patent.
`IV. ORDER
`In consideration of the foregoing, it is hereby:
`ORDERED that an inter partes review of claims 1 and 8–12 of the
`’874 patent is denied.
`
`
`
`
`
`
`12
`
`

`
`IPR2016-00135
`Patent 7,245,874
`
`PETITIONER:
`
`Eliot D. Williams
`G. Hopkins Guy
`eliot.williams@bakerbotts.com
`hop.guy@bakerbotts.com
`
`
`
`PATENT OWNER:
`
`Andrew G. Reister
`Jay I. Alexander
`Christopher K. Eppich
`areister@cov.com
`jalexander@cov.com
`ceppich@cov.com
`
`
`
`
`
`
`13

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