throbber
UNITED STATES PATENT AND TRADEMARK OFFICE
`
`_______________________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`_______________________
`
`APPLE INC.,
`Petitioner
`
`v.
`
`UNILOC LUXEMBOURG S.A.
`Patent Owner
`
`_______________________
`
`Case No. IPR2018-00884
`Patent No. 8,539,552
`_______________________
`
`
`
`
`PETITIONER’S REPLY TO PATENT OWNER’S RESPONSE
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`Table of Contents
`Introduction ........................................................................................................ 1
`I.
`II. ARGUMENT ..................................................................................................... 1
`A. The Board Correctly Concluded That Kalmanek’s SETUP Message is
`Intercepted by the Gate Controller. .................................................................. 1
`i. An intercepting device need not be an unintended “third party” as Patent
`Owner insists ..................................................................................................... 2
`a) Dr. Easttom was not made available for cross examination—his
`declaration and any reliance thereon should be accorded no weight ............. 2
`b) The two paragraphs from Dr. Easttom’s declaration cited by Patent
`Owner are conclusory and conflict with the intrinsic record ......................... 6
`ii.
`Intercept and receive are not coextensive, but an intermediate device both
`receives and intercepts ....................................................................................... 8
`iii. Kalmanek’s Gate Controllers “intercept” by receiving SETUP messages
`and passing them on toward their intended recipient—the callee ..................... 9
`iv. Patent Owner’s “Intended Recipient” Argument is Immaterially Different
`From its “Intercept” Argument and Fails for the Same Reasons ..................... 10
`B. Kalmanek’s SETUP Message Indicates Both Caller ID and Codec
`Specification ....................................................................................................... 11
`i. The CALLER parameter indicates a user intends to invoke one or more
`aspects of the Caller ID service ....................................................................... 11
`ii. Patent Owner mischaracterizes Kalmanek—Petitioner relies on the
`CODING parameter in the SETUP message ................................................... 13
`C. Both Kalmanek’s Caller ID and Codec Specification Satisfy the
`“Filtering” Limitation ...................................................................................... 14
`i. Consistent with the ’552 specification, the claimed “filtering” need not
`modify or block the SETUP message—passing an authorized SETUP message
`satisfies the limitation ...................................................................................... 16
`ii. Kalmanek forwards the SETUP message to the callee when either caller
`ID or codec specification are authorized ......................................................... 17
`iii. Patent Owner’s remaining arguments, challenging the “filtering” mapping
`for Caller ID Blocking, mischaracterize the Petition ....................................... 18
`III. Conclusion .................................................................................................... 20
`
`
`
`i
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`I.
`
`INTRODUCTION
`
`Having declined to depose Petitioner’s expert, Patent Owner’s Response is
`
`largely a rehash of the arguments presented in its Preliminary Response (POPR).
`
`Because Patent Owner presents no new evidence or arguments that support the
`
`Board modifying its preliminary findings at institution, the Board should again reject
`
`Patent Owner’s contentions and cancel the Challenged Claims.
`
`II. ARGUMENT
`
`A. The Board Correctly Concluded That Kalmanek’s SETUP
`Message is Intercepted by the Gate Controller.
`
`Patent Owner’s primary argument, repeated throughout its Preliminary
`
`
`
`Response (“POPR”) and Response, is that Kalmanek’s SETUP message is not
`
`“intercepted” by the Gate Controller (“GC”) because the message is intentionally
`
`sent to the GC. See Paper 11, Response at iv-xii (arguing “‘intercepting’ a message
`
`cannot include being the intended, targeted recipient of that message”). At
`
`institution, this Board properly rejected Patent Owner’s overly narrow view of
`
`“intercepting,” concluding Kalmanek’s SETUP message is “passed through, or
`
`intercepted by, the gate controllers” and ultimately delivered to “the terminating
`
`telephone interface unit”—the intended recipient of the message. Paper 8,
`
`Institution Decision (“ID”) at 17. Patent Owner’s continued insistence that
`
`intercepting must be surreptitious is inconsistent with the intrinsic record and should
`
`again be rejected.
`
`
`
`1
`
`

`

`
`
`
`i.
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`An intercepting device need not be an unintended “third
`party” as Patent Owner insists
`
`
`Relying solely on two paragraphs from Dr. Easttom’s original declaration
`
`submitted with the POPR, Patent Owner proclaims that “a POSITA would
`
`understand that the device that is intercepting a message would be a third party to
`
`the intended recipients of that message.” Paper 11, Response at vi. Because Patent
`
`Owner did not permit cross examination of its expert, Dr. Easttom’s opinions should
`
`be accorded no weight. But, even if the Board were to consider the two paragraphs
`
`from Dr. Easttom’s declaration, they are entirely conclusory and in conflict with the
`
`intrinsic record.
`
`a)
`
`Dr. Easttom was not made available for cross
`examination—his declaration and any reliance thereon
`should be accorded no weight
`
`Having submitted a declaration relied upon by Patent Owner in its Response,
`
`
`
`the rules of discovery explicitly allow Petitioner to cross-examine Dr. Easttom. See
`
`37 C.F.R. 42.51(b)(1)(ii); 37 C.F.R. 42.53(b)(2). And, the Board has made clear:
`
`“[a]s a guiding principle of routine discovery, as defined by our Rules, if a party
`
`proffers a witness’s testimony, that party must make that witness available for cross-
`
`examination by the other party.” HTC Corp. v. NFC Technology, LLC, IPR2014-
`
`01198, Paper 41, at 3 (PTAB Nov. 6, 2015) (emphasis added on “must”). The Board
`
`may exercise its authority to strike a declaration when the declarant is not made
`
`available for cross-examination. See id at 4. Further, “little to no weight is given to
`
`
`
`2
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`testimony of declarants who are not subject to cross-examination, even if the
`
`testimony is not excluded as hearsay.” The Mangrove Partners Master Fund, LTD,
`
`et al., v. VirnetX Inc., IPR2015-01047, Paper 52 at 2 (PTAB Apr. 15, 2016); see also
`
`Kolmes v. World Fibers Corp. 107 F.3d 1534, 1542 (Fed. Cir. 1997) (holding that
`
`evidence was properly disregarded since no opportunity to cross-examine declarant).
`
`Here, Petitioner was not afforded an opportunity to cross examine Dr. Easttom and
`
`his declaration should be given no weight.
`
`Petitioner informed Patent Owner that it intended to depose Dr. Easttom on
`
`February 5, 2019. Ex. 1011, 2-5-2019 Email from Hart. In response, Patent Owner
`
`stressed the narrowness of its reliance on Dr. Easttom and agreed to strike his
`
`declaration, rather than offer him for cross examination. Ex. 1012, 2-7-2019 Email
`
`from Mangrum (“Uniloc believes a cross examination of Dr. Easttom is a waste of
`
`the parties’ time and resources. If you still disagree, Uniloc would not oppose a
`
`motion to strike Dr. Easttom’s declaration.”) (emphasis added). Petitioner agreed
`
`that striking Dr. Easttom’s declaration was a suitable alternative to cross
`
`examination and requested leave to file an unopposed motion to strike. Ex. 1013, 2-
`
`21-2019 Email from Hart to Board. On Feb. 25, 2019, the Board denied this request
`
`as premature, noting “Petitioner can explain why the Board should give no weight
`
`to Mr. Easttom,” “[i]n the event that Patent Owner does not make Mr. Easttom
`
`available for cross-examination.” Paper 12, Order at 2.
`
`
`
`3
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`Following the Board’s instructions, Petitioner reiterated its position on
`
`February 28, 2019 that Patent Owner agrees to strike Dr. Easttom’s declaration or
`
`provide him for cross examination:
`
`Given the Court’s ruling (attached) that striking Easttom’s
`declaration is premature prior to the expiration of our discovery
`period, we wanted to follow up with you all on next steps. To the extent
`that you are maintaining your prior position, please confirm that (1) you
`will not provide Dr. Easttom for cross examination and (2) you will not
`oppose a motion to strike his declaration and any references or citations
`thereto following the close of our discovery period. Otherwise, please
`provide dates of availability for Dr. Easttom so Petitioner can take
`his deposition in advance of our Reply.
`Ex. 1014, 2-28-2019 Email from Hart (emphasis added). Over the course of weeks,
`
`Petitioner repeated requested Patent Owner select one of these two options—the
`
`only options available under the rules. See Exs. 1015-1017. And Patent Owner
`
`repeatedly refused to take a position, baselessly suggesting that Petitioner must
`
`intend to violate the rules by demanding a deposition on such narrow subject matter.
`
`See Ex. 1018, 3-7-2019 Email from Mangrum (noting “the Patent Owner Response
`
`ONLY cites Dr. Easttom’s declaration (EX2001 ¶¶ 8-9) for the sole proposition that
`
`‘a POSITA would understand that the entity intercepting a message would not be
`
`one of the intended recipients of that message.’ Our position is that it would be a
`
`waste of the parties resources to schedule a deposition that, under the rules, must be
`
`
`
`4
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`restricted to that sole proposition. . . . Given your insistence in scheduling a
`
`deposition, we can only assume that you intend to expand the scope of the
`
`deposition beyond what the rules allow.”) (emphasis added); see also Exs. 1019-
`
`1020.
`
`On March 28, 2019, under the misapprehension that the Reply deadline was
`
`just days away, Patent Owner finally offered Dr. Mangrum for deposition with less
`
`than 24 hours’ notice:
`
`Dr. Easttom will be made available for deposition tomorrow (March
`28) in the Dallas area (exact location to be determined). Please let us
`know within the next couple of hours if you plan to move forward
`tomorrow.
`Ex. 1021, 3-28-2019 Email from Mangrum (emphasis added); see also Ex. 1022, 3-
`
`28-2019 Email from Mangrum (incorrectly claiming only two business days remain
`
`before Reply deadline).
`
`
`
`Petitioner responded, noting that weeks remained before the Reply deadline
`
`that had been moved at Patent Owner’s request, and that Petitioner was intent on
`
`deposing Dr. Easttom, but could not do so in Dallas with less than 12 hours’ notice.
`
`Ex. 1023, 3-28-2019 Email from Seitz. Patent Owner responded that Dr. Mangrum
`
`was unavailable for the remaining weeks leading to the Reply deadline. Ex. 1024,
`
`3-28-2019 Email from Mangrum. Accordingly, despite having repeatedly requested
`
`
`
`5
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`to depose Dr. Easttom for nearly two full months, he was not made available and his
`
`testimony should be accorded no weight.
`
`b)
`
`The two paragraphs from Dr. Easttom’s declaration
`cited by Patent Owner are conclusory and conflict with
`the intrinsic record
`
`To the extent the Board considers the two paragraphs from Mr. Easttom’s
`
`
`
`declaration relied upon in the Response, the testimony is not persuasive because it
`
`is conclusory and conflicts with the intrinsic record. Mr. Easttom asserts in
`
`conclusory fashion that intercepted messages “were not sent to the” intercepting
`
`device, which must be “a third party” to the communications.” Ex. 2001, Easttom
`
`Decl. at ¶¶ 8-9. To be sure, these two paragraphs from Dr. Easttom’s declaration in
`
`isolation are wrought with ambiguity. But Patent Owner’s Response clarifies the
`
`position. Namely, relying on Dr. Easttom, Patent Owner contends that any device to
`
`which a message is intentionally sent is the “intended recipient” of that message and
`
`cannot “intercept” that message. For example, discussing Fig. 3 of Kalmanek, which
`
`Patent Owner admits teaches the SETUP message intentionally sent to the GCO,
`
`forwarded to the GCT, and again forwarded to the TIUT, Patent Owner argues “the
`
`‘gate controllers’ do not and cannot ‘intercept’ a setup message because the ‘gate
`
`controllers’ are in fact the targeted and intended recipients of the setup
`
`message.” Paper 11, Response at ix-x (emphasis added). Under this theory, each
`
`individual leg of the message’s travel is analyzed separately such that each leg has
`
`
`
`6
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`its own unique sender and its own intended recipient. Id. at x (“the gate controller of
`
`Kalmanek is the intended recipient of the setup message, which then later, as the
`
`originator of the message, forwards it along to other recipients”).
`
`Thus, Patent Owner and its expert treat each hop of the Kalmanek SETUP
`
`message path as an individual pair of sender and intended recipient, thereby
`
`excluding a scenario in which a message is forwarded along multiple hops toward
`
`its ultimate destination (i.e., the intended recipient). Such a position is entirely at
`
`odds with the intrinsic record. The ’552 Patent expressly contemplates multiple
`
`intentional and intermediate stops (or interceptions) between the sender and intended
`
`recipient. See Ex. 1001, ’552 Patent at 16:19-27 (after the policy enforcement point
`
`intercepts a signaling message, it can “forward[] the message on, unaltered, to the
`
`next hop in the path to the intended recipient”) (emphasis added). The ’552 Patent
`
`thus expressly contemplates that there may be multiple intentionally designed
`
`intermediate hops between the sender and the ultimate destination (i.e., the “intended
`
`recipient” of the message, using the patent’s language). In other words, that a
`
`message is intentionally sent to intermediate stops before being forwarded toward
`
`an ultimate destination does (1) not render the intermediate stops the “intended
`
`recipient” and (2) does not prevent those intermediate stops from “intercepting” the
`
`message.
`
`
`
`
`
`7
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`As the Board correctly held at institution, the callee is the “intended recipient”
`
`and any entity between the sender and receiver that receives the message and
`
`forwards it toward the callee has intercepted the message. Paper 8, ID at 8-9.
`
`ii.
`
`Intercept and receive are not coextensive, but an intermediate
`device both receives and intercepts
`
`Patent Owner’s Response criticizes the Board’s ID preliminary finding on the
`
`
`
`meaning of “intercept,” alleging that the Board improperly equated receive and
`
`intercept by adopting Petitioner’s proposed construction. Paper 11, Response at iv-
`
`vi. The Board did no such thing. Instead, the Board correctly concluded that
`
`“‘intercepting’ a message [] mean[s] the signal is received by a network entity
`
`located between the endpoints of the call.” Paper 8, ID at 9. This construction
`
`expressly acknowledges that intercepting involves receiving, but that intercepting
`
`and receiving are not coextensive.
`
` The distinction between receiving and intercepting is straightforward and is
`
`entirely consistent with the Board’s preliminary finding. Namely, any component
`
`that gets a message has “received” that message. But only intermediate devices that
`
`receive a message and pass that message on toward its final destination have
`
`“intercepted” the message. The following illustrates this distinction:
`
`
`
`8
`
`
`
`

`

`
`
`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`In support of its straw man argument that the Board improperly equated
`
`receiving and intercepting, Patent Owner cites numerous portions of the ‘552 Patent
`
`specification and claims, which it contends evidence a distinction between these
`
`actions. Paper 11, Response at iv-vi. Indeed, each example is entirely consistent
`
`with the distinction between receive and intercept illustrated above. Accordingly,
`
`Patent Owner’s mischaracterization can be dismissed and the Board’s preliminary
`
`construction of “intercepting” should be carried over to its Final Written Decision.
`
`iii. Kalmanek’s Gate Controllers “intercept” by receiving SETUP
`messages and passing them on toward their intended
`recipient—the callee
`
`Applying its overly narrow construction of “intercepting,” Patent Owner
`
`
`
`argues that Kalmanek’s SETUP message is not “intercepted” by the gate controllers
`
`because “the setup message is sent specifically and directly to the ‘gate controllers.’”
`
`Paper 11, Response at viii-xii (concluding the GC is the “intended recipient”). In
`
`doing so, Patent Owner establishes that the SETUP message is sent from the caller
`
`(TIUO) to the originating GC (GCO), which forwards the message to the terminating
`
`GC (GCT), which finally forwards the message to the callee (TIUT). Id. (discussing
`
`FIG. 3, steps 330, 340, and 350). These steps are illustrated in the following excerpt
`
`from Kalmenek Fig. 3:
`
`
`
`9
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`
`
`Under the Board’s correct construction of “intercepting,” which requires “a
`
`signal is received by a network entity located between the endpoints of the call,”
`
`Kalmanek’s SETUP message is “intercepted” by GCO as mapped in the Petition
`
`because GCO is located between the endpoints of the call: caller (TIUO/BTIO) and
`
`callee (TIUT/BTIT ). See Paper 2, Petition at 21-26.
`
`iv.
`
`Patent Owner’s “Intended Recipient” Argument is
`Immaterially Different From its “Intercept” Argument and
`Fails for the Same Reasons
`
`Patent Owner reiterates its argument that Kalmanek’s SETUP message cannot
`
`
`
`be the claimed “signaling message.” Paper 11, Response at xiii-xv. In these pages,
`
`Patent Owner focuses on the claimed requirement that the signaling message must
`
`be sent between the sender and intended recipient, concluding that Kalmanek’s
`
`SETUP message fails to meet this limitation because it is intentionally sent to the
`
`intermediate Gate Controller. Id. This is the same substantive argument Patent
`
`Owner advances with respect to “intercept” and should be rejected for the same
`
`
`
`10
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`reasons. Namely, the claims do not require that the signaling message be
`
`surreptitiously intercepted by a third party. As explained above, it is entirely
`
`consistent with the ’552 Patent claim language and intrinsic record that the sending
`
`devices intends for intermediate devices to intercept the signaling message and
`
`forward that message toward an ultimate destination. Thus, the limitation is satisfied
`
`by Kalmanek’s teaching that the sender intends for the GCO to intercept the SETUP
`
`message and to forward that message on toward its intended recipient (the
`
`TIUT/BTIT).
`
`B. Kalmanek’s SETUP Message Indicates Both Caller ID and Codec
`Specification
`
`Patent Owner next disputes that Kalmanek’s SETUP message indicates Caller
`
`
`
`ID and Codec Specification services to be invoked in the call. Paper 11, Response
`
`at xvi-xx. In doing so, Patent Owner relies almost entirely on arguments identical to
`
`those rejected by the Board in its ID. Because Patent Owner has set forth no new
`
`justification for reversing the Board’s preliminary finding that Kalmanek’s SETUP
`
`message indicates both caller ID and codec specification to be invoked, the Board
`
`should confirm its preliminary finding in its Final Written Decision.
`
`i.
`
`The CALLER parameter indicates a user intends to invoke
`one or more aspects of the Caller ID service
`
`The Petition discusses multiple aspects of the Caller ID service indicated in
`
`
`
`the SETUP message, including the CALLER field, which includes information
`
`
`
`11
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`about the caller or indicates “anonymous” if Caller ID Blocking has been invoked.
`
`Paper 2, Petition at 34-36. Patent Owner’s Response alleges (1) that Petitioner
`
`inadequately supports whether Caller ID Blocking is included in the SETUP
`
`message and (2) that Caller ID Blocking can’t be indicated in the SETUP message
`
`because it is a feature implemented by the GCs. Both arguments were included in
`
`the POPR, and the Board correctly rejected both arguments in its ID. Paper 8, ID at
`
`18-19. Because Patent Owner presents identical arguments in its Response with no
`
`explanation of how or why the Board’s preliminary conclusions were in error, the
`
`Board should adopt its preliminary findings in its Final Written Decision.
`
`
`
`Starting with Caller ID Blocking in the SETUP message, the Board correctly
`
`rejected Patent Owner’s argument on the basis that Kalmanek expressly teaches “the
`
`CALLER portion of the SETUP message will contain an “anonymous” parameter if
`
`the originator has specified caller ID blocking. Id. at 18 (citing Ex. 1004, Kalmanek
`
`at 25:25–43). Additionally, the Petition explains that a PHOSITA would have
`
`understood that a caller could invoke Caller ID Blocking via one or both possible
`
`mechanisms—via indication in the SETUP message sent by the caller or via settings
`
`in a profile. Paper 2, Petition at 35; Ex. 1003, Rubin Decl. at ¶ 61 (explaining “caller
`
`ID blocking is a service encompassed within the rubric of the caller ID service” that
`
`
`
`12
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`can be “manually invoked by the caller and indicated in the originating SETUP
`
`message”).1
`
`Turning to Patent Owner’s argument that Caller ID Blocking cannot be
`
`indicated in the SETUP message because the service is implemented by the GC, the
`
`Board correctly rejected the argument as logically flawed. Paper 8, Petition at 18-
`
`19 (concluding the fact that Kalmanek’s “gate controllers implement the caller ID
`
`blocking service [. . .] does not support Patent Owner’s contention that the SETUP
`
`message does not include caller ID blocking.”). Indeed, the GC would implement
`
`the service whether Caller ID Blocking is indicated in the original SETUP message
`
`or in a profile. Ex. 1003, Rubin Decl. at ¶ 61.
`
`Finally, the Board correctly noted “Patent Owner does not address Petitioner’s
`
`discussion of caller ID—as opposed to caller ID blocking—as corresponding to a
`
`service that the signaling message is intended to invoke.” Id. at 19. No new
`
`arguments were added on this point in Patent Owner’s Response.
`
`ii.
`
`Patent Owner mischaracterizes Kalmanek—Petitioner relies
`on the CODING parameter in the SETUP message
`
`Patent Owner next argues that the Petition admits Codec Specification is not
`
`
`
`indicated in the SETUP message but is instead included exclusively in the
`
`
`1 Patent Owner also erects a strawman, arguing that Petitioner’s expert failed to adequately support
`modifying Kalmanek to include Caller ID Blocking in the SETUP message. Paper 11, Response
`at xvii-xviii. But Dr. Rubin did not propose a modification to Kalmanek. Instead, he explained a
`PHOSITA would understand, pursuant to Kalmanek’s teachings, that Caller ID Blocking must
`either be indicated in the SETUP message or indicated in the caller’s profile.
`
`
`
`13
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`SETUPACK and/or GATESETUP messages. Paper 11, Response at xix-xx. Patent
`
`Owner is incorrect as the Board previously found. Namely, the Board correctly
`
`concluded that Kalmanek’s “CODING parameter includes a ‘third item [that] gives
`
`the coding algorithm.’” Paper 8, ID at 19 (quoting Ex. 1004, Kalmanek at 25:58–
`
`59). And the Board further found that Patent Owner’s arguments regarding the
`
`GATESETUP message “is of no import, however, because Petitioner relies on
`
`Kalmanek’s SETUP message, not the GATESETUP message.” Id. at 17-18.
`
`Indeed, the Petition was unequivocal that the SETUP message includes a
`
`CODING parameter that indicates a specific codec intended to be invoked:
`
`Kalmanek discloses that the SETUP message includes a “CODING”
`parameter identifying the codec, and specifically, the G.711 codec,
`along with message size and interval between packets:
`
`
`
`Paper 2, Petition at 27-28 (citing Ex. 1004, Kalmanek at 21:23-29, 29:18, 30:1-8).
`
`C. Both Kalmanek’s Caller ID and Codec Specification Satisfy the
`“Filtering” Limitation
`
`Patent Owner incorrectly alleges “the Petition relies solely on the alleged
`
`
`
`‘caller-id blocking’ ‘service’” for the limitation in Claim 1 that requires “the network
`
`entity filtering the signaling message . . . such that the signaling message is
`
`
`
`14
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`transmitted to the intended recipient device if [the caller or callee] is authorized to
`
`invoke the type of service indicated.” Paper 11, Response at xxii. Accepting this
`
`argument for purposes of institution, because Claim 18 and its dependents require
`
`filtering “based on whether the user is authorized to invoke or receive two IP
`
`telephone services,” the Board preliminarily found the petition failed to show how
`
`the filtering limitation is satisfied for both services. Paper 8, ID at 21.
`
`The Petition does focus on Caller ID as an example of modifying the SETUP
`
`message when Caller ID Blocking has been invoked and authorized. Paper 2,
`
`Petition at 39-41. But modifying a message is not required to satisfy the Challenged
`
`Claims. As explained in the Petition, the claimed filtering is satisfied by merely
`
`“forwarding the message on unaltered (e.g., for authorized services).” Id. at 39.
`
`Because both Caller ID and Codec Specification are indicated in Kalmanek’s
`
`SETUP message, both services are authorized, and the SETUP message is forwarded
`
`on to the callee when authorization is successful, Petitioner has carried its burden in
`
`demonstrating that the “filtering” limitation is satisfied for both services. Id.
`
`
`
`15
`
`

`

`
`
`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`i.
`
`Consistent with the ’552 specification, the claimed “filtering”
`need not modify or block the SETUP message—passing an
`authorized SETUP message satisfies the limitation
`
`The ’552 Patent expressly discusses a number of different “filtering” actions,
`
`including forwarding the signaling message on unaltered:
`
`[A] filtering action may be performed resulting in one of the
`following:
`1. Forwarding the message on, unaltered, to the next hop in the path
`to the intended recipient.
`2. Forwarding the message on, with alterations, to the next hop in
`the path to the intended recipient.
`Ex. 1001, ’552 Patent at 16:20-25 (emphasis added). Elaborating on the first type of
`
`filtering, the ’552 Patent explains that filtering results in unaltered messages when
`
`the services are authorized:
`
`The first possible action of forwarding the message on, unaltered,
`applies to the case of a fully allowed message, i.e., one that is
`unconditionally cleared. For example, if the message is intended for a
`user that is authorized to invoke the service, then the message may be
`forwarded to this user.
`Id. at 16:34-38 (emphasis added).
`
`Consistent with this disclosure, Claim 1 encompasses a filtering action by
`
`which a signaling message indicating one or more services is merely forwarded on
`
`to the intended recipient when the services are authorized:
`
`
`
`16
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`[1(E)] the network entity filtering the signaling message based on the
`determination such that the signaling message is transmitted to the
`intended recipient device if either the sender device or the intended
`recipient device is authorized to invoke the type of service indicated
`in the signaling message
`Id. at Claim 1 (emphasis added). As noted in the Petition, Claim 1 also captures a
`
`filtering action by which the signaling message is modified in accordance with an
`
`authorized service before being forwarded toward the intended recipient. Paper 2,
`
`Petition at 39.
`
`Although modifying or blocking signaling messages as a result of detecting
`
`an unauthorized service is certainly contemplated by the ’552 Patent, the claimed
`
`filtering does not demand those types of filtering. Instead, the filtering limitation of
`
`Claim 1 is satisfied when invoked services are authorized and the signaling message
`
`is forwarded on toward the intended recipient. Claim 18, which requires any type of
`
`authorization-based “filtering,” is similarly satisfied by authorizing multiple services
`
`and forwarding the signaling message.
`
`ii.
`
`Kalmanek forwards the SETUP message to the callee when
`either caller ID or codec specification are authorized
`
`Contrary to Patent Owner’s argument, the Petition provides significant detail
`
`
`
`establishing that Kalmanek teaches and/or renders obvious (1) a SETUP message
`
`invoking both Caller ID and Codec Specification, (2) the GC authorizing both Caller
`
`ID and Codec Specification, and (3) the SETUP message being forwarded to the
`
`
`
`17
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`intended recipient (i.e., the callee device) when both services are authorized. See
`
`Paper 2, Petition at 21-39. That the Petition also shows the SETUP message may
`
`be modified when Caller ID Blocking is authorized (id. at 39-41) does not support
`
`Patent Owner’s claim that Petitioner has failed to prove Kalmanek teaches the
`
`claimed “filtering” for both Caller ID and Codec Specification.
`
`iii. Patent Owner’s remaining arguments, challenging the
`“filtering” mapping for Caller ID Blocking, mischaracterize
`the Petition
`
`As discussed above, the “filtering” limitations of Claims 1, 18, and their
`
`
`
`dependents encompass forwarding an altered or unaltered signaling message after
`
`the service or services have been authorized. As further discussed above,
`
`Kalmanek’s SETUP message is forwarded by the GC toward the intended recipient
`
`(the callee) when Caller ID and Codec Specification services are authorized,
`
`satisfying the “filtering” limitations. Separately, the Petition established that Caller
`
`ID Blocking, a subset of the Caller ID service, results in a modified SETUP message
`
`when Caller ID Blocking is authorized. Paper 2, Petition at 39-41. Namely, “[i]f the
`
`originator of the call has specified caller-id blocking [], the SETUP message
`
`transmitted from the GCT to the TIUT/BTIT will remove any identifying
`
`information.” Id. (citing ’552 Patent at 25:39-43). Patent Owner argues that this
`
`altered SETUP message cannot satisfy the “filtering” limitations because it is not
`
`the particular message sent by the caller device (and intercepted by the GC). Paper
`
`
`
`18
`
`

`

`
`
`
` Petitioner’s Reply to Patent Owner’s Response
`
`IPR2018-00884
`
`11, Response at xxii-xxiii. Patent Owner is incorrect. The SETUP message that is
`
`altered and sent to the callee is in fact the particular message mapped to the preceding
`
`limitations.
`
`Kalmanek teaches two alternative implementations of this relied-upon
`
`functionality. First, Kalmanek teaches that when the SETUP signaling message
`
`reaches the callee (TIUT/BTIT), a SETUPACK is returned to the GCT that requests
`
`Caller ID information. Paper 2, Petition at 39-40 (discussing ‘552 Patent at Fig. 23,
`
`25:39-43 and 56:24-25). The GCT then sends another SETUP message that either (1)
`
`includes caller identifying information or (2) removes any caller identifying
`
`information if the caller has specified Caller ID Blocking. Id. That the altered
`
`SETUP message is not the first SETUP message received by the callee (TIUT/BTIT)
`
`is of no moment. The claimed “signaling message” in all preceding limitations is
`
`satisfied by Kalmanek’s SETUP message, and it is that precise message that is
`
`altered and forwarded on to the callee (TIUT/BTIT).
`
`Even if Patent Owner were correct that the claims require the altered signaling
`
`message must be the first SETUP message received by the callee (TIUT/BTIT),
`
`Kalmanek teaches this exact alternate implementation. See Ex. 1004, Kalmanek at
`
`56:36-44 (noting the “alternative d

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