`
`
`
`
`
`
`
`
`
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`APPLE INC.,
`Petitioner,
`
`v.
`
`UNILOC 2017 LLC,
`Patent Owner.
`
`
`
`
`
`
`
`
`
`
`
`
`Case IPR2019-00251
`Patent 6,993,049 B2
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`PETITIONER’S REPLY TO PATENT OWNER’S RESPONSE
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`TABLE OF CONTENTS
`
`Introduction ...................................................................................................... 1
`
`I.
`
`II. Claim construction ............................................................................................ 1
`
`A.
`
`B.
`
`C.
`
`“additional data field” ................................................................................. 2
`
`“broadcasting” ............................................................................................ 6
`
`“Inquiry message” ...................................................................................... 9
`
`III. Ground 1 and 2 Arguments ............................................................................ 12
`
`A.
`
`B.
`
`C.
`
`Larsson's broadcast message for route discovery is an inquiry message . 12
`
`Larsson discloses adding an additional data field to its inquiry message 14
`
`The combination of Larsson and BT Core render claims 11 and 12
`obvious ...................................................................................................... 17
`
`IV. Ground 3 Arguments .................................................................................... 20
`
`A.
`
`IrOBEX discloses "the method comprising the primary station
`broadcasting a series of inquiry messages" .............................................. 20
`
`V. BT Core (Ex. 1014) and IrOBEX (Ex. 1006) are valid prior art references .. 23
`
`A. Uniloc untimely argues BT Core and IrOBEX are inadmissible ............. 23
`
`B.
`
`Evidence on record and included in this reply corroborates the
`availability of BT Core and IrOBEX as prior art to the ’049 Patent........ 23
`
` 1. BT Core .................................................................................................... 24
`
` 2. IrOBEX ..................................................................................................... 25
`
` 3. Additional documents corroborate the public availability of BT Core and
`IrOBEX .............................................................................................................. 26
`
`VI. Conclusion ...................................................................................................... 27
`
`
`
`i
`
`
`
`
`
`APPLE-1001
`
`APPLE-1002
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`
`UPDATED EXHIBIT LIST
`U.S. Patent No. 6,993,049 to Davies (“’049 Patent”)
`
`Prosecution History of the ’049 Patent (“the Prosecution
`History”)
`
`APPLE-1003
`
`Declaration of Dr. Charles Knutson
`
`APPLE-1004
`
`Curriculum Vitae of Dr. Charles Knutson
`
`APPLE-1005 U.S. Patent No. 6,704,293 (“Larsson”)
`
`APPLE-1006 IrDA Object Exchange Protocol (“IrOBEX”)
`
`APPLE-1007 Prosecution History of the 7,587,207 Patent (“207 Prosecution
`History”)
`
`APPLE-1008 Second Declaration of Dr. Charles Knutson
`
`APPLE-1009 U.S. Patent No. 7,587,207 (“Davies” or the “’207 Patent”)
`
`APPLE-1010 U.S. Patent No. 6,570,857 (“Haartsen”)
`
`APPLE-1011 U.S. Patent No. 6,480,505 (“Johansson”)
`
`APPLE-1012
`
`APPLE-1013
`
`APPLE-1014
`
`APPLE-1015
`
`
`
`Specification of the Bluetooth System: Wireless connections
`made easy, Profiles, Vol. 2, Bluetooth, Dec. 1, 1999 (“BT
`Profiles”)
`The New Shorter Oxford English Dictionary on Historical
`Principles, Vol. 1, Clarendon Press, 1993 (“Oxford
`Dictionary”)
`Specification of the Bluetooth System: Wireless connections
`made easy, Core, Vol. 1, Bluetooth, Dec. 1, 1999 (“BT Core”)
`U.S. Patent No. 6,683,886 (“Tuijn”)
`ii
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`
`APPLE-1016 Internet Archive Capture of
`http://www.bluetooth.com:80/developer/specification/specificat
`ion.asp from March 1, 2000
`APPLE-1017 Internet Archive Capture of
`http://www.bluetooth.com:80/developer/specification/core.asp
`from March 1, 2000
`APPLE-1018 Internet Archive Capture of
`http://www.bluetooth.com:80/developer/specification/order.asp
`from March 1, 2000
`APPLE-1019 Internet Archive Capture of
`http://www.bluetooth.com:80/news/archive/archive.asp from
`March 4, 2000
`Declaration of Michael Foley
`
`APPLE-1020
`
`APPLE-1021
`
`APPLE-1022
`
`APPLE-1023
`
`APPLE-1024
`
`The Concise Oxford English Dictionary, 5th Ed., Oxford
`University Press, 1964 (“Concise Oxford English Dictionary”)
`Amended Complaint dated May 30, 2018, Uniloc USA v Apple
`Inc., Civil Action No. 1:18-cv-00164-LY, Western District of
`Texas, Austin Division (“Complaint”)
`McGraw-Hill Dictionary of Electrical and Computer
`Engineering, ISBN 0-07-144210-3, 2004
`Internet Archive Capture of
`https://web.archive.org/web/20000618190007/http://www.bluet
`ooth.com/text/news/archive/archive.asp?news=2 from June 18,
`2000
`APPLE-1025 U.S. Patent No. 6,622,018 (“Erekson”)
`
`APPLE-1026 PCT Patent Application Publication No. WO 00/76238
`(“Buttery”)
`U.S. Patent No. 6,922,548 (“Moore”)
`U.S. Patent No. 6,799,318 (“Davison”)
`
`APPLE-1027
`APPLE-1028
`
`
`
`iii
`
`
`
`APPLE-1029
`APPLE-1030
`APPLE-1031
`APPLE-1032
`APPLE-1033
`APPLE-1034
`APPLE-1035
`APPLE-1036
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`U.S. Patent No. 6,779,185 (“Roukbi”)
`U.S. Patent No. 6,982,962 (“Lunsford”)
`U.S. Patent No. 6,255,800 (“Bork”)
`U.S. Patent No. 6,975,205 (“French”)
`Declaration of Mr. Peter Rysavy
`Declaration of Mr. Lawrence Faulkner
`Declaration of Dr. Charles Knutson (“Knutson_Dec.”)
`“Wireless Wonders Coming Your Way” by Peter Rysavy,
`https://rysavyresearch.files.wordpress.com/2017/08/2000_05_w
`ireless_wonders.pdf, last accessed on January 8, 2020.
`APPLE-1037 Internet Archive Capture of
`https://web.archive.org/web/20000517192715/http://www.bluet
`ooth.com/text/news/archive/archive.asp?news=2, last accessed
`on January 8, 2020.
`Internet Archive Capture of
`https://web.archive.org/web/20000518114920/http://www.bluet
`ooth.com/text/news/archive/archive.asp?news=list, last
`accessed on January 8, 2020.
`Oregon State University Open Source Lab Webpage,
`http://netwinder.osuosl.org/pub/netwinder/docs/nw/irda/, last
`visited January 8, 2020.
`
`APPLE-1038
`
`APPLE-1039
`
`APPLE-1040
`
`APPLE-1041
`
`Stuart Williams, IrDA: Past, Present and Future, IEEE
`Personal Communications, Vol. 7, Issue 1, 11-19, Feb. 2000
`The IrDA Standards for High-Speed Infrared Communications,
`The Hewlett-Packard Journal, February, 1998.
`
`
`
`
`
`
`
`iv
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`
`I.
`INTRODUCTION
`Apple, Inc. (“Petitioner”) submits this Reply to Uniloc/Patent Owner’s
`
`Response (“POR”/Paper 11) with respect to the inter partes review of U.S. Patent
`
`No. 6,993,049 (“the ’049 Patent”). For the reasons discussed below and in the
`
`Petition (Paper 2/“Pet.”), Uniloc’s POR arguments are unavailing.
`
`II. CLAIM CONSTRUCTION
`“The words of a claim are generally given their ordinary and customary
`
`meaning as understood by a person of ordinary skill in the art when read in the
`
`context of the specification and prosecution history.” Thorner v. Sony Comput.
`
`Entm’t Am. LLC, 669 F.3d 1362, 1365 (Fed. Cir. 2012). “There are only two
`
`exceptions to this general rule: 1) when a patentee sets out a definition and acts as
`
`his own lexicographer, or 2) when the patentee disavows the full scope of a claim
`
`term either in the specification or during prosecution.” Id. “A disclaimer or
`
`disavowal of claim scope must be clear and unmistakable, requiring ‘words or
`
`expressions of manifest exclusion or restriction’ in the intrinsic record.” Unwired
`
`Planet, LLC, v. Apple Inc., 829 F. 3d 1353, 1358 (Fed. Cir. 2016). “To act as its
`
`own lexicographer, a patentee must ‘clearly set forth a definition of the disputed
`
`claim term’ other than its plain and ordinary meaning.” Thorner v. Sony Computer
`
`Entm’t Am. LLC, 669 F.3d 1362, 1365 (Fed. Cir. 2012)). “It is not enough for a
`
`patentee to simply disclose a single embodiment or use a word in the same manner
`
`1
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`in all embodiments, the patentee must ‘clearly express an intent’ to redefine the
`
`term.” Id. For instance, citations to statements of example embodiments and a
`
`description of features that “may be” implemented in the invention do not rise to
`
`the level of a clear and unmistakable intent to limit the scope of a claim term. See
`
`Aventis Pharma S.A. v Hospira, Inc., 675 F.3d 1324, 1330 (Fed Cir. 2012).
`
`When a Patent Owner seeks to narrow the scope of the claims, the relevant
`
`inquiry under the Broadest Reasonable Interpretation (BRI) standard is whether the
`
`specification “reflects ‘lexicography or disavowal’ that warrants a departure from
`
`the plain and ordinary meaning of the disputed claim phrase. GE Lighting, 750
`
`F.2d, 1308–09. As discussed below, Uniloc improperly uses claim construction to
`
`import limitations into the claims and advance unduly narrow claim constructions
`
`that depart from plain meaning. Further, Uniloc’s constructions lack clarity, create
`
`confusion, and do not reflect the BRI.
`
`A.
`“additional data field”
`In its preliminary response, Uniloc asserted that “‘additional data field’
`
`should be construed as ‘an extra data field appended to an inquiry message.’”
`
`Patent Owner’s Preliminary Response (POPR), 8. The Board disagreed with
`
`Uniloc “because the challenged claims already recite ‘adding to an inquiry
`
`message . . . an additional data field.’ Ex. 1001, 8:39–40” and declined to adopt a
`
`construction for this term. Institution Decision (Inst. Dec.), 5.
`
`2
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`After failing to gain traction with its initial construction and realizing that its
`
`initial construction (which Uniloc conceded “[t]he ’049 patent [was] clear” about)
`
`was insufficient to overcome the art cited in the Petition, Uniloc’s POR presented a
`
`modified construction of an “additional data field” as “an extra data field appended
`
`to the end of an inquiry message.” POR, 13, 8; Knutson_Dec., [4]-[5]. In its
`
`modified construction, Uniloc imports a location element—“to the end”—into its
`
`previous construction. However, as explained below, the importation of “to the
`
`end of an inquiry message” is inconsistent with the use of “additional data field” in
`
`the ’049 Patent and the BRI of the term.
`
`The ’049 Patent specification recites adding an additional data field to a
`
`plurality of data fields in several instances. Ex. 1001, 2:28-33, 2:42-45, 2:50-55,
`
`2:64-3:2, 4:59-5:15; 6:16-24. Only the instance at 4:59-5:15 describing FIG. 5
`
`specifies the additional data field as being at the end of a Bluetooth inquiry packet.
`
`FIG. 5, however, depicts examples of “embodiments of the present invention.” Id.,
`
`3:5-17. Not a single recitation of the “additional data field” in the ’049 Patent
`
`mandates that the “additional data field” be located at the end of an inquiry
`
`message. Knutson_Dec., [6].
`
`In addition, by virtue of claim differentiation, the ’049 Patent makes clear
`
`that an additional data field does not encompass a data field at the end of an
`
`inquiry message. Claim 1 recites “means for adding to an inquiry message prior to
`
`3
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`transmission an additional data field for polling …” and “means for determining
`
`when an additional data field has been added to the plurality of data fields.” Ex.
`
`1001, 7:34-41. Claim 3, which depends from claim 1, recites “wherein means are
`
`provided for adding the additional data field at the end of a respective inquiry
`
`message.” Id., 7:50-52. Accordingly, by virtue of claim differentiation, recitation
`
`of “additional data field” in claim 1 does not refer to “an extra data field appended
`
`to the end of an inquiry message” because claim 3 adds this limitation. Phillips v.
`
`AWH Corp., 415 F.3d 1303, 1324-27 (Fed. Cir. 2005) (“the presence of a
`
`dependent claim that adds a particular limitation gives rise to a presumption that
`
`the limitation in question is not present in the independent claim.”) If “additional
`
`data field” requires a data field added at the end of an inquiry message, claim 3
`
`would be rendered redundant. 37 C.F.R. § 1.75. Thus, recitation of “additional
`
`data field” in the ’049 Patent does not invoke addition of a data field at the end of
`
`the inquiry message.
`
`In addition, extrinsic evidence also fails to support Uniloc’s construction.
`
`For instance, the Concise Oxford Dictionary defines “additional” as “added” or
`
`“supplementary.” Ex. 1021, 16. The dictionary definition of “additional” does not
`
`specify any location requirement that would indicate to a POSITA that an
`
`“additional data field” is added at the end of a message. Knutson_Dec., [7].
`
`4
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`Finally, Uniloc’s construction contradicts its own interpretation of the term
`
`in co-pending litigation. For instance, in Uniloc’s complaint dated May 30, 2018,
`
`Uniloc alleged that Petitioner infringed the “additional data field” element by
`
`mapping the variable PDU Payload field to the additional data field. Ex. 1022, 8-
`
`9. Yet, on page 10 of the Complaint, the PDU payload field (shown below in red)
`
`is clearly not added to the end of the message. Id., 10. Thus, in its infringement
`
`contentions, Uniloc does not limit the location of the additional data field to the
`
`end of the inquiry message. But, here, Uniloc inconsistently presents a narrower
`
`construction under a broader standard.
`
`Ex. 1022, 10
`
`
`
`For at least these reasons, the PTAB should reject Uniloc’s construction and
`
`should construe an “additional data field” according to its ordinary meaning.
`
`Knutson_Dec., [8].
`
`
`
`5
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`
`B.
`“broadcasting”
`The Board adopted Uniloc’s POPR construction of “broadcasting” to mean
`
`“one message that is distributed to all.” Inst. Dec., 5. In its POR, Uniloc modified
`
`its construction to “a transmission that is receivable by multiple recipients.”
`
`POPR, 11; POR, 17.
`
`Uniloc’s modified construction appears to shift the scope of broadcasting
`
`from message transmission to message receivability. As Dr. Knutson explains in
`
`his declaration, such a construction is inconsistent with the ordinary meaning of
`
`broadcasting and is so broad that it would cover almost any type of message.
`
`Knutson_Dec., [13]-[14]. For example, even a message that is addressed to or
`
`intended for a single recipient can be intercepted and may therefore be “receivable
`
`by multiple recipients.” As such, under Uniloc’s construction, broadcasting is
`
`invoked in almost every transmitted message. Id.
`
`Uniloc’s new construction is also inconsistent with the ’049 Patent and the
`
`BRI of the term. Id, [9].
`
`For instance, claim 11 recites:
`
`A method of operating a communication system comprising a
`primary station and at least one secondary station, the method
`comprising the primary station broadcasting a series of inquiry
`messages, … .
`
`6
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`By claiming “at least one” secondary station, the plain language of claim 11
`
`does not mandate receivability by multiple recipients as Uniloc’s new construction
`
`requires. Indeed, a single secondary station is sufficient to satisfy the claim.
`
`Accordingly, Uniloc’s construction improperly imports limitations (i.e.,
`
`“receivable by multiple recipients”) that are inconsistent with the claim language.
`
`Id., [10].
`
`The ’049 Patent specification also does not limit broadcasting to “multiple
`
`recipients.” For instance, the ’049 Patent’s FIG. 1 (reproduced below) shows two
`
`master stations 100. Master Station 100(A) is a master of a first piconet 102a,
`
`which is a point-to-multipoint network, and Master Station 100(B) is a master of a
`
`second piconet 102b, which is a point-to-point network. Ex.1001, 3:30-56.
`
`7
`
`
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`
`Ex.1001, FIG. 1
`
`
`
`The ’049 Patent refers to “master 100” when describing broadcasting
`
`operations performed by either Master Station 100(A) or Master Station 100(B).
`
`Id., 3:57-4:58. Accordingly, a POSITA would have understood that Master Station
`
`100(B) broadcasts an inquiry message to a single recipient, e.g., slave device 101
`
`(B1), in a point-to-point communication. Knutson_Dec., [11]-[12]. The ’049
`
`Patent does not disclose that the inquiry message must be broadcast to or
`
`receivable by multiple recipients. In fact, nothing in the ’049 Patent suggests that
`
`broadcasting is limited to multipoint communication. Thus, Uniloc’s attempt to
`
`8
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`limit broadcasting to “a transmission that is receivable by multiple recipients”
`
`lacks support in the ’049 Patent.
`
`Although a construction of “broadcasting” is not required and the ordinary
`
`meaning of “broadcasting” is sufficient to understand the claims in a manner
`
`consistent with the ’049 Patent and to evaluate the clear broadcasting disclosed by
`
`the applied prior art (Knutson_Dec., [15]), if a construction is to be adopted, the
`
`Board should sustain its adopted construction. Under BRI, “all stations” (as
`
`recited in the Board’s construction) may include one or more stations. The Board
`
`appreciated this interpretation by correctly noting that “point-to-point
`
`communications between two entities, [ ] does not distinguish over claim 11.”
`
`Inst. Dec., 9.
`
`C.
`“Inquiry message”
`Uniloc construes an “inquiry message” as “a specific type of message used,
`
`at least in part, to discover other devices in the vicinity which may request to join a
`
`piconet.” POR, 18. As explained below, because Uniloc mischaracterizes the
`
`record and ignores other relevant parts of the record, the Board should reject
`
`Uniloc’s construction and sustain its prior construction of an inquiry message.
`
`As noted in the Petition (Pet., 9), the Board, backed by a dictionary
`
`definition, previously construed the term “inquiry message” as “a message seeking
`
`information or knowledge” in related U.S. Patent No. 7,587,207 (“’207 Patent”).
`
`9
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`Ex. 1007, 41, 44. The Board’s construction is supported by other secondary
`
`references, e.g., the McGraw Hill Dictionary of Electrical and Computer
`
`Engineering, which defines “inquiry” as a request for the retrieval of a particular
`
`item or set of items, and “message” as a series of words or symbols transmitted
`
`with the intention of conveying information. Ex. 1023, 300, 365; see also Ex.
`
`1013, 1376; Ex. 1003, [45]. Petitioner noted the Board’s claim interpretation and
`
`the relevance of the ’207 Patent in the Petition, but Uniloc failed to acknowledge
`
`the ’207 Patent’s prosecution history in its POR. The applicant also failed to rebut
`
`this claim interpretation during the ’207 Patent prosecution. Knutson_Dec., [16]-
`
`[17].
`
` In limiting its construction to “request[s] to join a piconet,” a network
`
`specific to Bluetooth technology (see, e.g., Ex. 1025, 5:5-15, FIG. 1; Ex. 1026, 2:5-
`
`16), Uniloc relies on select portions of the ’049 Patent related to the use of
`
`Bluetooth inquiry messages. POR, 18. Yet, the ’049 Patent clearly recognizes the
`
`use of inquiry messages outside of the Bluetooth context. In particular, the ’049
`
`Patent describes that “the general invention concept of polling HIDs via a
`
`broadcast channel used as part of the inquiry procedure is not restricted to
`
`Bluetooth devices and is applicable to other communications arrangements.”
`
`Ex. 1001, 3:24-29, 1:6-8; see also Pet., 7-8. Thus, Uniloc’s attempt to limit the
`
`10
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`claimed “inquiry messages” to a Bluetooth network (piconet) and messages is
`
`contradicted by the ’049 Patent. Knutson_Dec., [21]-[22].
`
`Although the ’049 Patent describes using inquiry messages in some
`
`embodiments “when a Bluetooth unit wants to discover other Bluetooth devices”
`
`(see, e.g., ’049 Patent, 4:20-25), the ’049 Patent does not limit inquiry messages to
`
`be used only for device discovery. And, because 1) the ’049 Patent does not
`
`provide a definition for the term “inquiry message,” 2) the only construction on
`
`record (in related ’207 Patent’s prosecution history) is inconsistent with Uniloc’s
`
`construction, and 3) the ’049 Patent does not disavow the use of inquiry messages
`
`beyond device discovery, Uniloc’s attempt to limit inquiry messages to device
`
`discovery in Bluetooth is simply another attempt to improperly import limitations
`
`into the claims. Knutson_Dec., [23].
`
`Further, Uniloc’s construction is problematic and unclear for several
`
`reasons. For example, Uniloc’s construction utilizes the phrase “to discover other
`
`devices in the vicinity” but does not specify the vicinity of what device or entity, or
`
`even what range the vicinity encompasses. Uniloc’s construction recites "a
`
`specific type of message,” but does not provide any clarity as to what “type” of
`
`message is covered. Id., [18], [20].
`
`Additionally, Uniloc’s construction recites “which may request to join a
`
`piconet.” Such a construction implies that an inquiry message may or may not
`
`11
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`request to join a piconet thereby rendering this entire phrase meaningless as it
`
`effectively covers all messages. Id., [19].
`
`In conclusion, Uniloc’s construction imports limitations that are unnecessary
`
`and introduces a lack of clarity that would make it difficult for a POSITA to
`
`determine the scope of an “inquiry message.” Uniloc’s construction fails to
`
`consider all uses of the term “inquiry message” in the ’049 Patent and related
`
`prosecution history. Accordingly, for the reasons previously noted in the Petition,
`
`Petitioner submits that, under the BRI standard, the Board should maintain its
`
`prior, reasonable construction and construe an “inquiry message” as encompassing
`
`a “message seeking information or knowledge.” Id., [24]; Pet., 7-11.
`
`III. GROUND 1 AND 2 ARGUMENTS
`A. Larsson's broadcast message for route discovery is an
`inquiry message
`Uniloc argues that Larsson’s request for route discovery message is not an
`
`inquiry message. POR, 19. Uniloc’s argument fails at least because it relies on
`
`Uniloc’s incorrect construction of “inquiry message.” See supra Section II.C.
`
`Under a proper construction of inquiry message, Larsson’s broadcast request
`
`for route discovery message is an inquiry message. For instance, Uniloc concedes
`
`that “Larsson’s ‘broadcast message for route discovery’ is aptly named because its
`
`purpose is to discover an optimal route to a known destination node which is
`
`already joined to a piconet.” POR, 19. As noted above, an “inquiry message” is
`
`12
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`properly construed as a “message seeking information or knowledge.” Because
`
`Larsson’s broadcast message for route discovery is a message that is seeking
`
`information on the optimal route, Larsson’s broadcast message is an inquiry
`
`message. Knutson_Dec., [25]-[26].
`
`Uniloc argues that, because Larsson’s message is directed to route discovery
`
`and not device discovery, Larsson’s message is not an inquiry message. POR, 20.
`
`Implicit in this argument is Uniloc’s misunderstanding that an inquiry message is
`
`limited to the Bluetooth environment and thus must perform device discovery.
`
`However, as noted above in Section II.C, the ’049 Patent clearly recognizes the use
`
`of inquiry messages outside of the Bluetooth environment and does not limit
`
`inquiry messages to device discovery. Ex. 1001, 3:24-29, 1:6-8. The relevant
`
`question pertaining to an inquiry message is if any information is being sought by
`
`the inquiry message, not whether the message is directed specifically to device
`
`discovery. Knutson_Dec., [27].
`
`In Larsson, route information is being sought (in the inquiry message) from
`
`a destination node, which sends route information back to the source node in
`
`response. Ex. 1005, FIG. 6B, 6:45-62. As Dr. Knutson explains in his
`
`supplemental declaration, seeking route information is similar to seeking a device’s
`
`address through the use of an inquiry message—a well-known use of inquiry
`
`messages in Bluetooth networks. Ex. 1014, 108; Knutson_Dec., [27]. A POSITA
`
`13
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`would therefore understand that, under BRI, Larsson's broadcast message for route
`
`discovery is an inquiry message because it seeks information related to discovering
`
`information needed to communicate with another device, which is similar to the
`
`information sought by a Bluetooth inquiry message. Id. For at least these reasons,
`
`Larsson discloses or renders obvious “the primary station broadcasting a series of
`
`inquiry messages,” as recited in claim 11. See also Pet., 16-20.
`
`B.
`
`Larsson discloses adding an additional data field to its
`inquiry message
`As a preliminary matter, Uniloc’s arguments with respect to adding an
`
`additional data field fail because Uniloc’s improper construction of “additional
`
`data field” fails, as explained above in Section II.A.
`
`Uniloc additionally argues that Larsson does not disclose “adding … an
`
`additional data field” because Petitioner uses “data field” and “data”
`
`interchangeably, and does not sufficiently show that Larsson discloses adding a
`
`data field. POR, 20-23. Uniloc appears to have misunderstood or
`
`mischaracterized Petitioner’s argument. Knutson_Dec., [28]-[29].
`
`Larsson discloses that:
`
`Every broadcast message should contain a broadcast identifier in
`the network adaptation layer header. In addition, the broadcast
`messages should contain a source address which uniquely
`identifies the source. For example, at the time of manufacture
`each Bluetooth unit is assigned a globally unique 48 bit IEEE
`
`14
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`802 address called the Blue tooth Device Address (BD_ADDR)
`which is never changed. Accordingly, the broadcast identifier
`together with the source address will uniquely identify the
`particular broadcast. Ex. 1005, 5:50-61.
`
`Examples of the standard Bluetooth packet and BD_ADDR fields were
`
`provided in the Petition and are reproduced below. Pet., 20-22. As explained in
`
`the Petition, each broadcast message in Larsson includes a plurality of
`
`predetermined data fields that includes the broadcast identifier and source address.
`
`Id.
`
`Standard Bluetooth packet format (Ex. 1014, p 47; Pet. 22)
`
`
`
`Bluetooth Format of BD_ADDR (Ex. 1014, p 143; Pet., 21)
`
`
`
`
`
`In Larsson, when “the source node does not expect a reply message” in
`
`response to the broadcast message, “the source node will broadcast the message to
`
`all neighbor nodes” without transmitting a piggyback message. Ex. 1005, 5:60-
`
`6:17. A POSITA would therefore have understood that Larsson’s broadcast
`
`message includes predetermined data fields for the broadcast identifier and source
`
`15
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`address, but not any data fields for the piggybacked data. Id., 5:58-60;
`
`Knutson_Dec., [30]-[32].
`
`
`
`Larsson further discloses that, “[i]f the source node does expect a reply to
`
`the broadcast message, … the source node piggybacks the broadcast message
`
`in a request for route broadcast message.” Ex. 1005, 6:3-10. A POSITA would
`
`have understood from this disclosure that the request for route broadcast message
`
`is an entirely separate message from the broadcast message (for which the source
`
`node does not expect a reply). Id. When Larsson uses the term “piggybacks” in
`
`this context, a POSITA would have understood that Larsson effectively means
`
`“adding” the broadcast message (for which the source node expects a reply) to a
`
`request for route broadcast message. Id.
`
`
`
`For example, when an ARP, name resolution or DHCP broadcast message is
`
`piggybacked onto a network adaptation layer route request broadcast message,
`
`Larsson explicitly notes that “a piggyback indicator can be inserted in the network
`
`adaptation layer route request broadcast message. Alternatively, in a protocol
`
`where the request for route message is of a fixed length, a length indicator which
`
`indicates a length longer than the normal fixed length will implicitly indicate that
`
`the request contains piggyback data.” Ex. 1005, 7:55-61. In the first alternative, a
`
`POSITA would have understood that a data field is added to accommodate the
`
`piggyback indicator. Knutson_Dec., [33]-[34]. In the second alternative, a
`
`16
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`POSITA would have understood that the longer length indicates the presence of
`
`extra data fields. Id.
`
`
`
`The ’049 Patent similarly states that “applicants have recognized that it is
`
`possible to piggy-back a broadcast channel on the inquiry messages issued by the
`
`master 100.” Ex. 1001, 4:15-20. FIGS. 3-5 illustrate how the piggyback is
`
`accomplished. In particular, the ’049 Patent’s FIG. 5 clearly shows that
`
`piggybacking the inquiry messages issued by the base station involves “hav[ing] an
`
`extra field 504 appended to them” (the inquiry message).
`
`Ex.1005, FIG. 5
`
`
`
`For these reasons, “piggybacking” in Larsson and the ’049 Patent would
`
`have been understood as adding additional data field(s) to a message.
`
`Knutson_Dec., [35].
`
`In view of the foregoing and the reasons noted in the Petition, Petitioner
`
`submits that Larsson discloses or renders obvious “adding to an inquiry message
`
`prior to transmission an additional data field,” as recited in claim 11.
`
`C. The combination of Larsson and BT Core render claims 11
`and 12 obvious
`Uniloc attacks Larsson and BT Core for the following reasons:
`
`17
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`BT Core does not qualify as prior art. POR, 23.
`
`Larsson discloses adding data not a data field. POR, 23.
`
`i.
`
`ii.
`
`iii.
`
`In sections cited by the Petitioner, a Poll packet is sent from a slave to
`
`master, not master to slave. POR, 24.
`
`iv.
`
`“The Petition overlooks that the cited passage of BT Core directed to
`
`a ‘POLL packet’ [which] defines the same as not having a payload.”
`
`POR, 24-25.
`
`v.
`
`“[T]he Petition overlooks that the cited passage of BT Core directed
`
`to a ‘POLL packet’ defines the same as polling in general, without
`
`being directed to any slave in particular.” POR, 25.
`
`Argument (i) is addressed in Section V infra, and argument (ii) has been
`
`addressed in Section III.B supra.
`
`With regard to arguments (iii)-(v), Uniloc mischaracterizes the Petition and
`
`disclosure in the cited references. For example, the Petition cites to BT Core and
`
`explains that:
`
`A poll packet does not have a payload and “requires a
`confirmation from the recipient.” Ex. 1014, p 55. In particular,
`“upon reception of a POLL packet [a] slave must respond with a
`packet. This return packet is an implicit acknowledgement of the
`POLL packet. This packet can be used by [a] master in a piconet
`to poll the slaves, which must then respond.” Pet., 34.
`
`18
`
`
`
`Proceeding No.: IPR2019-00251
`Attorney Docket: 39521-0056IP1
`From this disclosure, it is clear that (1) a POLL packet is transmitted from
`
`the master to the slave, and (2) the Petition did not overlook the poll packet not
`
`having a payload. As explained by the Petition, although a payload is not included
`
`in a POLL message, other fields of a POLL message are used. Pet., 41. In
`
`particular, “[t]he fields of a polling packet (e.g., access code and header fields)
`
`would have been added as additional data fields to the request for route message to
`
`poll a destination node. Ex. 1014, pp 47, 55; Ex. 1003, [82];” Pet., 41.
`
`Accordingly, Uniloc’s arguments (iii) and (iv) are without merit.
`
`In argument (v), Uniloc arbitrarily distinguishes between gen