`
`
`
`
`
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`
`
`
`
`
`
`
`
`
`SONOS, INC.
`Petitioner
`
`v.
`
`BLACK HILLS MEDIA LLC
`Patent Owner
`
`
`
`
`
`
`
`
`
`
`
`
`DECLARATION OF ANDREW WOLFE IN SUPPORT OF THE INTER
`PARTES REVIEWS OF U.S. PATENT NOS. 6,757,517 AND 7,236,739
`
`
`
`1
`
`SONOS 1016 - Page 1
`
`
`
`
`
`I, Andrew Wolfe, declare and state as follows:
`
`I.
`
`INTRODUCTION
`
`1.
`
`I have been retained as an expert witness for the Inter Partes Reviews
`
`(“IPRs”) of U.S. Patent Nos. 6,757,517 (“the ‘517 Patent”) and 7,236,739 (“the
`
`‘739 Patent”) filed by Sonos, Inc. (“Sonos”) against Black Hills Media LLC
`
`(“BHM”). More specifically, I have been asked to render opinions for these IPRs
`
`as to the patentability of Claims 6 and 13 of the ‘517 Patent and Claims 2 and 9 of
`
`the ‘739 Patent (collectively “the Challenged Claims”).
`
`2.
`
`It is my understanding that the ‘739 Patent is a continuation of the
`
`‘517 Patent, and that both of these patents share the same written description.
`
`II. BACKGROUND AND QUALIFICATIONS
`
`3.
`
`A copy of my Curriculum Vitae (“CV”) is attached to this declaration
`
`as Appendix 1.
`
`4.
`
`I have more than 30 years of experience as a computer architect,
`
`computer system designer, personal computer graphics designer, educator, and
`
`executive in the electronics industry. A detailed record of my professional
`
`qualifications is attached as Appendix 1 to this declaration and summarized below.
`
`5.
`
`In 1985, I earned a B.S.E.E. degree in Electrical Engineering and
`
`Computer Science from The Johns Hopkins University. In 1987, I received an
`
`M.S. degree in Electrical and Computer Engineering from Carnegie Mellon
`
`
`
`1
`
`SONOS 1016 - Page 2
`
`
`
`
`
`University. In 1992, I received a Ph.D. in Computer Engineering from Carnegie
`
`Mellon University. My doctoral dissertation proposed a new approach for the
`
`architecture of a computer processor.
`
`6.
`
`In 1983, I began designing touch sensors, microprocessor-based
`
`computer systems, and I/O (input/output) cards for personal computers as a senior
`
`design engineer for Touch Technology, Inc. During the course of my design
`
`projects with Touch Technology, I designed I/O cards for PC-compatible computer
`
`systems, including the IBM PC-AT, to interface with interactive touch-based
`
`computer terminals that I designed for use in public information systems. I
`
`continued designing and developing related technology as a consultant to the
`
`Carroll Touch division of AMP, Inc., where in 1986 I designed one of the first
`
`custom touch screen integrated circuits.
`
`7.
`
`From 1986 through 1987, I designed and built a high-performance
`
`computer system as a student at Carnegie Mellon University. From 1986 through
`
`early 1988, I also developed the curriculum, and supervised the teaching
`
`laboratory, for processor design courses.
`
`8.
`
`In the latter part of 1989, I worked as a senior design engineer for
`
`ESL-TRW Advanced Technology Division. While at ESL-TRW, I designed and
`
`built a bus interface and memory controller for a workstation-based computer
`
`system, and also worked on the design of a multiprocessor system.
`
`
`
`2
`
`SONOS 1016 - Page 3
`
`
`
`
`
`9.
`
`At the end of 1989, I (along with some partners) reacquired the rights
`
`to the technology I had developed at Touch Technology and at AMP, and founded
`
`The Graphics Technology Company. Over the next seven years, as an officer and
`
`a consultant for The Graphics Technology Company, I managed the company’s
`
`engineering development activities and personally developed dozens of touch
`
`screen sensors, controllers, and interactive touch-based computer systems.
`
`10.
`
`I have consulted, formally and informally, for a number of fabless
`
`semiconductor companies. In particular, I have served on the technical advisory
`
`boards for two processor design companies: BOPS, Inc., where I chaired the board,
`
`and Siroyan Ltd., where I served in a similar role for three networking chip
`
`companies—Intellon, Inc., Comsilica, Inc, and Entridia, Inc.—and one 3D game
`
`accelerator company, Ageia, Inc.
`
`11.
`
`I have also served as a technology advisor to Motorola and to several
`
`venture capital funds in the U.S. and Europe. Currently, I am a director of Turtle
`
`Beach Corporation, providing guidance in its development of premium audio
`
`peripheral devices for a variety of commercial electronic products.
`
`12. From 1991 through 1997, I served on the Faculty of Princeton
`
`University as an Assistant Professor of Electrical Engineering. At Princeton, I
`
`taught undergraduate and graduate-level courses in Computer Architecture,
`
`Advanced Computer Architecture, Display Technology, and Microprocessor
`
`
`
`3
`
`SONOS 1016 - Page 4
`
`
`
`
`
`Systems, and conducted sponsored research in the area of computer systems and
`
`related topics. I was also a principal investigator for DOD research in video
`
`technology and a principal investigator for the New Jersey Center for Multimedia
`
`Research. From 1999 through 2002, I taught the Computer Architecture course to
`
`both undergraduate and graduate students at Stanford University multiple times as
`
`a Consulting Professor. At Princeton, I received several teaching awards, both
`
`from students and from the School of Engineering. I have also taught advanced
`
`microprocessor architecture to industry professionals in IEEE and ACM sponsored
`
`seminars. I am currently a lecturer at Santa Clara University teaching graduate
`
`courses on Computer Organization and Architecture and undergraduate courses on
`
`electronics and embedded computing.
`
`13. From 1997 through 2002, I held a variety of executive positions at a
`
`publicly-held fabless semiconductor company originally called S3, Inc. and later
`
`called Sonicblue Inc. I held the positions of Chief Technology Officer, Vice
`
`President of Systems Integration Products, Senior Vice President of Business
`
`Development, and Director of Technology, among others. At the time I joined S3,
`
`the company supplied graphics accelerators for more than 50% of the PCs sold in
`
`the United States.
`
`14. Beginning in 1998, I began to work closely with S3’s largest
`
`customer, Diamond Multimedia, to explore possible opportunities for a merger.
`
`
`
`4
`
`SONOS 1016 - Page 5
`
`
`
`
`
`My investigation included evaluating the technology, market, and business model
`
`related to the “Diamond Rio PMP300,” the first commercially viable flash-memory
`
`MP3 player. In 1999, I led the merger negotiations between the two companies,
`
`managed significant parts of company integration, and, after the merger was
`
`complete, worked on new product development. Soon after the merger with
`
`Diamond Multimedia, I helped introduce the “Diamond Rio PMP500,” a portable
`
`music player that included USB capability and also the ability to play downloaded
`
`files purchased from the Audible.com website. I also helped develop relationships
`
`with MP3 music vendors, including eMusic and MP3.com.
`
`15. While at Diamond Multimedia, I also helped develop the Rio 600 and
`
`800 MP3 players, which included support for digital rights management (“DRM”)
`
`protected music, using protocols from Microsoft. During the development of the
`
`PMP500 and the Rio 600, I also helped develop a music delivery platform and
`
`webstore backend service for selling DRM-protected music. In 1999, this business
`
`segment was spun out as a separate company called RioPort.com. I served on the
`
`RioPort.com board of directors and became involved in their product and
`
`technology strategy. For example, I was involved in RioPort.com becoming the
`
`provider of the backend services for what was known at the time as the
`
`BestBuy.com music store and the MTV.com music store. I also worked with
`
`Microsoft and various music studios in developing strategies, business models, and
`
`
`
`5
`
`SONOS 1016 - Page 6
`
`
`
`
`
`technologies for DRM-protected music delivery. Further, I worked with a
`
`company established by Sony Music Entertainment and Universal Music Group,
`
`initially called “Duet,” that was created to deliver online music subscriptions to
`
`users. While working on Duet, we developed a technology and business model
`
`using Microsoft’s DRM solution that allowed monthly subscribers to download as
`
`much music as they wanted to a Rio 600 and play the downloaded music offline.
`
`This subscription download service launched as the “Pressplay” music service and
`
`was later renamed “Napster.” I also managed engineering and marketing for the
`
`Rio product line for a period of time as an interim general manager. I was also an
`
`investor in Rioport.com.
`
`16.
`
`I served as a board member and technical advisor at KBGear Inc.
`
`from 1999-2001. KBGear Inc. designed and produced digital cameras and music
`
`players that included flash memory and/or used flash memory cards.
`
`17.
`
`I have published more than 50 peer-reviewed papers in computer
`
`architecture and computer systems and IC design.
`
`18.
`
`I also have chaired IEEE and ACM conferences in microarchitecture
`
`and integrated circuit design and served as an associate editor for IEEE and ACM
`
`journals.
`
`19.
`
`20.
`
`
`
`I am a named inventor on 41 U.S. patents and 26 foreign patents.
`
`In 2002, I was the invited keynote speaker at the ACM/IEEE
`
`6
`
`SONOS 1016 - Page 7
`
`
`
`
`
`International Symposium on Microarchitecture and at the International Conference
`
`on Multimedia. From 1990 through 2005, I have also been an invited speaker on
`
`various aspects of technology and the PC industry at numerous industry events
`
`including the Intel Developer’s Forum, Microsoft Windows Hardware Engineering
`
`Conference, Microprocessor Forum, Embedded Systems Conference, Comdex, and
`
`Consumer Electronics Show, as well as at the Harvard Business School and the
`
`University of Illinois Law School. I have been interviewed on subjects related to
`
`computer graphics and video technology and the electronics industry by
`
`publications such as the Wall Street Journal, New York Times, Los Angeles
`
`Times, Time, Newsweek, Forbes, and Fortune as well as CNN, NPR, and the BBC.
`
`I have also spoken at dozens of universities including MIT, Stanford, University of
`
`Texas, Carnegie Mellon, UCLA, University of Michigan, Rice, and Duke.
`
`III. COMPENSATION
`
`21.
`
`I am being compensated for the time that I spend consulting on these
`
`IPRs at a rate of $450 per hour. My compensation is not dependent upon the
`
`outcome of these IPRs.
`
`IV. MATERIALS CONSIDERED
`
`22.
`
`In developing my opinions for these IPRs, I reviewed, among other
`
`things, the ‘517 and ‘739 Patents, their prosecution histories, and numerous prior art
`
`references in the relevant field of technology.
`
`
`
`7
`
`SONOS 1016 - Page 8
`
`
`
`
`
`V. LEGAL STANDARDS
`
`23.
`
`I am not an attorney, and I will offer no opinions on the law.
`
`However, I have an understanding of several principles concerning invalidity (and
`
`other legal issues). I understand that a patent claim can be invalid under the United
`
`States patent laws for various reasons, including, for example, anticipation or
`
`obviousness in light of the prior art. In arriving at my opinions, I have applied the
`
`following legal standards and analyses:
`
`A. Anticipation
`
`24. Regarding the legal doctrine of anticipation, my understanding is as
`
`follows.
`
`25. A claim is anticipated if the claimed invention was known or used by
`
`others in the United States, or patented or described in a printed publication in the
`
`United States or a foreign country, before the patentee invented the claimed
`
`invention.
`
`26. Also, a claim is anticipated if the claimed invention was patented or
`
`described in a printed publication in the United States or a foreign country or in
`
`public use or on sale in the United States, more than one year prior to the date that
`
`the patentee filed an application for patent directed to the claimed invention.
`
`27. Additionally, a claim is anticipated if the claimed invention was
`
`described in either (1) a published patent application filed by another in the United
`
`
`
`8
`
`SONOS 1016 - Page 9
`
`
`
`
`
`States before the patentee invented the claimed invention or (2) a patent granted on
`
`an application for patent by another filed in the United States before the patentee
`
`invented the claimed invention.
`
`28. Anticipation must be found in a single reference, device, or process.
`
`29. For a prior art reference to anticipate, each claim limitation, as
`
`properly construed, must be disclosed, either expressly or inherently, in the prior
`
`art reference, and the claimed arrangement or combination of those limitations
`
`must also be disclosed, either expressly or inherently, in the prior art reference.
`
`30. The requirement that the prior art limitations themselves be “arranged
`
`as in the claim” means that claims cannot be treated as mere catalogs of separate
`
`parts, in disregard of the part-to-part relationships set forth in the claims that give
`
`the claims their meaning.
`
`31.
`
`In addition, the description provided in the prior art reference must be
`
`such that a person of ordinary skill in the art in the field of invention could, based
`
`on the reference, practice the invention without undue experimentation.
`
`32. Although anticipation cannot be established through a combination of
`
`references, additional references may be used to interpret an allegedly anticipating
`
`reference by, for example, indicating what the allegedly anticipating reference
`
`would have meant to one of ordinary skill in the art. For the claim to be
`
`anticipated, however, the additional references must make clear that the missing
`
`
`
`9
`
`SONOS 1016 - Page 10
`
`
`
`
`
`descriptive matter is inherent to the features described in the prior art references. In
`
`other words, the missing feature is necessarily or implicitly present in the allegedly
`
`anticipating reference.
`
`33. For a prior art device to anticipate, each claim limitation, as properly
`
`construed, must be embodied in the prior art device.
`
`34.
`
`If a prior art device, in its normal and usual operation, would
`
`necessarily perform the method claimed, then the method claimed is anticipated by
`
`the prior art device. When the prior art device is the same as a device described in
`
`the specification for carrying out the claimed method, it can be assumed the device
`
`will inherently perform the claimed process.
`
`B. Obviousness
`
`35. Regarding the legal doctrine of obviousness, my understanding is as
`
`follows.
`
`36. A claim may be invalid even if each and every claim limitation is not
`
`present or disclosed in a single prior art reference or device.
`
`37. Under the doctrine of obviousness, a claim may be invalid if the
`
`differences between the invention and the prior art are such that the subject matter
`
`as a whole would have been obvious at the time the invention was made to a
`
`person having ordinary skill in the art to which the subject matter pertains.
`
`
`
`10
`
`SONOS 1016 - Page 11
`
`
`
`
`
`38. A person of ordinary skill in the art is presumed to have knowledge of
`
`the relevant prior art at the time of the claimed invention.
`
`39. Obviousness is based on the scope and content of the prior art, the
`
`differences between the prior art and the claim, the level of ordinary sill in the art
`
`and secondary indicia of obviousness and non-obviousness to the extent such
`
`indicia exist.
`
`40. The scope of the prior art comprises any prior art that was reasonably
`
`pertinent to the particular problems the inventor faced.
`
`41. The determination of whether patent claims would have been obvious
`
`to a person of ordinary skill in the art and, therefore, invalid, is not governed by
`
`any rigid test or formula. Instead, a determination that a claim is obvious is based
`
`on a common sense determination that the claimed invention is merely a
`
`combination of known limitations to achieve predictable results.
`
`42. Any of the following rationales are acceptable justifications to
`
`conclude that a claim would have been obvious:
`
`A. the claimed invention is a combination of known prior art methods to
`
`yield predictable results;
`
`B. the claimed invention is a substitution of one known element for
`
`another to obtain predictable results;
`
`
`
`11
`
`SONOS 1016 - Page 12
`
`
`
`
`
`C. the claimed invention uses known techniques to improve similar
`
`devices (methods, or products) in the same way;
`
`D. the claimed invention applies a known technique to a known device
`
`(method, or product) ready for improvement to yield predictable
`
`results;
`
`E. the claimed invention was “obvious to try” – choosing from a finite
`
`number of identified, predictable solutions, with a reasonable
`
`expectation of success;
`
`F. there is known work in one field of endeavor that may prompt
`
`variations of it for use in either the same field or a different one based
`
`on design incentives or other market forces if the variations would
`
`have been predictable to one of ordinary skill in the art; or
`
`G. there is some teaching, suggestion, or motivation in the prior art that
`
`would have led one of ordinary skill in the art to modify the prior art
`
`reference to combine prior art teachings to arrive at the claimed
`
`inventions.
`
`43.
`
`In addition, a claim can be obvious in light of a single reference,
`
`without the need to combine references, if the claim is obvious in view of the
`
`common sense or knowledge of one of ordinary skill in the art.
`
`
`
`12
`
`SONOS 1016 - Page 13
`
`
`
`
`
`44. An analysis of whether a claimed invention is obvious must not rely
`
`on a hindsight combination of prior art. Instead, the analysis must proceed in the
`
`context of the time of the invention or claimed priority date and consider whether
`
`the invention as a whole would have been obvious to a person of ordinary skill in
`
`the art, taking into consideration any interrelated teachings of the prior art, the
`
`effects of demands known to the design community or present in the marketplace,
`
`and the background knowledge possessed by a person having ordinary skill in the
`
`art, all in order to determine whether there was an apparent reason to combine any
`
`known elements in the fashion claimed by the patent at issue.
`
`45. Secondary indicia of non-obviousness may include, for example:
`
`A. a long felt but unmet need in the prior art that was satisfied by the
`
`invention of the patent;
`
`B. commercial success of a product or process covered by the patent;
`
`C. unexpected results achieved by the invention;
`
`D. praise of the invention by others skilled in the art;
`
`E. taking of licenses under the patent by others; and
`
`F. deliberate copying of the invention.
`
`46.
`
`I also understand that these secondary considerations are only relevant
`
`to obviousness if there is a connection, or nexus, between them and the invention
`
`covered by the patent claims. For example, commercial success is relevant to
`
`
`
`13
`
`SONOS 1016 - Page 14
`
`
`
`
`
`obviousness only if the success of the product is related to a feature of the patent
`
`claims. If commercial success is due to advertising, promotion, salesmanship or
`
`the like, or is due to features of the product other than those claimed in the patents-
`
`in-suit, then any commercial success should not be considered an indication of
`
`non-obviousness.
`
`47.
`
`In forming my opinions on obviousness, I have not seen any evidence
`
`that supports any secondary considerations.
`
`C.
`
`48.
`
`Priority Date and Date of Invention
`
`I understand that multiple dates may be relevant to a claimed
`
`invention and the prior art that may be asserted against a claim.
`
`49.
`
`I am informed that in the underlying litigation, BHM has indicated
`
`that it will not rely on any date prior to the May 10, 2001 filing date of the
`
`application that issued as the ‘517 Patent. Therefore, it is my understanding that
`
`for purposes of these IPRs, the priority date and date of invention for the ‘517 and
`
`‘739 Patents is May 10, 2001, and I have analyzed the Challenged Claims of the
`
`‘517 and ‘739 Patents using this May 10, 2001 priority date and date of invention.
`
`VI. CLAIM CONSTRUCTION
`
`50. My opinions related to the issue of patentability of the ‘517 and ‘739
`
`Patents are based upon the claim constructions set forth in Sonos’s Petitions for
`
`Inter Partes Review of the ‘517 and ‘739 Patents (“the Petitions”). To the extent
`
`
`
`14
`
`SONOS 1016 - Page 15
`
`
`
`
`
`that a claim construction is not provided in the Petitions for a particular claim term
`
`or element, I used the ordinary and customary meaning of the word(s), as would be
`
`understood by one of ordinary skill in the art in the context of the field of the
`
`invention at the time of the invention, to construe such a claim term or element.
`
`VII. LEVEL OF ORDINARY SKILL IN THE ART
`
`51. Based upon my personal knowledge and experience in the fields of
`
`networking and consumer audio systems, in my opinion, a person of ordinary skill
`
`in the art relevant to the ‘517 and ‘739 Patents at the time of the alleged inventions,
`
`would have the equivalent of a four-year degree from an accredited institution
`
`(usually denoted as a B.S. degree) in computer science, computer engineering,
`
`electrical engineering, or the equivalent, and approximately 2-4 years of
`
`professional experience in the fields of networking and consumer audio systems, or
`
`an equivalent level of skill and knowledge.
`
`52.
`
`In forming the opinions set forth in this declaration, I applied this
`
`level of ordinary skill in the art.
`
`VIII. THE FIELD OF ART FOR THE ‘517 AND ‘739 PATENTS
`
`53. The ‘517 and ‘739 Patents are in the field of media (e.g., music)
`
`sharing and playback among multiple media player devices in a wireless network.
`
`See, e.g., ‘517 Patent, 1:8-12 (“The present invention relates to a method and an
`
`apparatus for music playback. More particularly, the present invention relates to a
`
`
`
`15
`
`SONOS 1016 - Page 16
`
`
`
`
`
`method and an apparatus for coordinated and synchronized music playback in local
`
`spatial proximity with wireless ad hoc networks.”); ‘517 Patent, 1:46-50 (“[I]t is an
`
`objective of the present invention to provide a method and an apparatus that use
`
`wireless ad-hoc networks to coordinate and synchronize song playback between
`
`two or more users who wish to share mutual music listening.”).
`
`IX. CLAIM LIMITATIONS OF THE ‘517 AND ‘739 PATENTS FOUND
`IN THE PRIOR ART
`
`54. The ‘517 and ‘739 Patents identify purported shortcomings of prior art
`
`audio systems that are supposedly overcome by the alleged invention(s) of the
`
`Challenged Claims.
`
`55. For example, the ‘517 and ‘739 Patents allege that, at the time of the
`
`purported invention(s) of the ‘517 and ‘739 Patents, a group of music listeners
`
`could not share and simultaneously listen to the same music on portable playback
`
`devices such as a Walkman or portable CD player. ‘517 Patent, 1:15-30. These
`
`alleged shortcomings of the prior art are addressed in the Challenged Claims, each
`
`of which recites simultaneous playback of music on two playback devices.
`
`Specifically, each of the Challenged Claims uses one of the terms “synchrony,”
`
`“synchronously,” and “synchronizing,” to describe music playback on two devices.
`
`56. The Challenged Claims are also directed to music playback devices
`
`that are wirelessly connected to each other through an ad-hoc network. ‘517
`
`
`
`16
`
`SONOS 1016 - Page 17
`
`
`
`
`
`Patent, 1:15-30. Specifically, each of the Challenged Claims requires the
`
`establishment of “a wireless ad-hoc network” between the two devices.
`
`57. The specification and claims of the ‘517 and ‘739 Patents expressly
`
`identify Bluetooth as a preferred wireless ad-hoc network protocol for
`
`implementing the alleged invention. See, e.g., ‘517 Patent, 1:24-28, 3:22-26, claim
`
`23, and claim 29. In fact, the Challenged Claims merely describe (i) the standard
`
`process for two Bluetooth devices to establish a wireless ad-hoc network
`
`connection, combined with the allegedly novel “synchronous” playback of music
`
`or (ii) the standard components of a Bluetooth device, combined with the ability
`
`for the allegedly novel “synchronous” playback of music.
`
`58. The Bluetooth Specification confirms the identification in the ‘517
`
`Patent. The very title of the Bluetooth Specification identifies it as: “The ad hoc
`
`SCATTERNET for affordable and highly functional wireless connectivity.” Core
`
`Bluetooth Specification v1.0 A, p. 1.
`
`59. The disclosure of the prior art references described herein show that,
`
`contrary to the assertions in the ‘517 and ‘739 Patents, (i) the prior art already
`
`addressed the supposed shortcomings identified in the ‘517 and ‘739 Patents and
`
`(ii) the limitations recited in the Challenged Claims of the ‘517 and ‘739 Patents
`
`were known and used by others in the fields of networking and audio playback
`
`devices – not patentable advancements over prior art audio systems.
`
`
`
`17
`
`SONOS 1016 - Page 18
`
`
`
`
`
`60. The extensive prior art, as shown and described in the references
`
`discussed herein, illustrates that the Challenged Claims of the ‘517 and ‘739
`
`Patents were anticipated and/or rendered obvious at the time of the purported
`
`invention of the ‘517 and ‘739 Patents, i.e., May 10, 2001.
`
`X. BLUETOOTH AD-HOC NETWORKS AND DEVICES
`
`
`61. The Core Bluetooth Specification v1.0 A was released on July 26,
`
`1999. From its release in 1999 until the release of v1.1 in 2002, the Core
`
`Bluetooth Specification v1.0 A specified the requirements that needed to be met in
`
`order for a particular product to “comply with the [Bluetooth] Specification.” See,
`
`e.g., Core Bluetooth Specification v1.0 A, p. 811; see also, pp. 812-821.
`
`62. Although Core Bluetooth Specification v1.0 B was released on
`
`December 1, 1999, v1.0 B revised v1.0 A “from a linguistic point of view,” and
`
`only made minor changes to the Bluetooth Specification. See, e.g., Core Bluetooth
`
`Specification v1.0 B, pp. 868-878. For ease of reference, this declaration cites
`
`only to the Core Bluetooth Specification v1.0 A; however, it should be appreciated
`
`that the corresponding disclosure in the Core Bluetooth Specification v1.0 B is also
`
`applicable here. These specifications are referred to herein as the “Bluetooth
`
`Specification.”
`
`63. One of ordinary skill in the art would recognize Bluetooth as a
`
`standardized technology that is governed by the Bluetooth Specification, which
`
`
`
`18
`
`SONOS 1016 - Page 19
`
`
`
`
`
`defines how Bluetooth-enabled devices connect and communicate with each other.
`
`See Core Bluetooth Specification v1.0 B, pp. 811-821. Chapter 1 of the Bluetooth
`
`Specification,
`
`titled “Scope,” states
`
`that “[t]his specification defines
`
`the
`
`requirements for a Bluetooth transceiver operating in this unlicensed band.” Id. at
`
`p. 18. “Requirements are defined for two reasons: Provide compatibility between
`
`the radios uses in the system[; and] Define the quality of the system.” Id. As such,
`
`one of ordinary skill in the art would understand that if a prior art reference
`
`expressly discloses using Bluetooth for communications between devices, then the
`
`corresponding communications between those devices must be consistent with the
`
`Bluetooth Specification.
`
`64.
`
`“Bluetooth is a short-range radio link intended to be a cable
`
`replacement between portable and/or fixed electronic devices.” Core Bluetooth
`
`Specification v1.0 A, p. 41.
`
`65. The Bluetooth system consists of a radio unit, a link control unit, and
`
`a support unit for link management and host terminal interface functions. Id. A
`
`functional block diagram of the Bluetooth system is shown in Figure 1.1 on page
`
`41:
`
`
`
`19
`
`SONOS 1016 - Page 20
`
`
`
`
`
`
`
`66. As shown in Figure 1.1, in the Bluetooth system, a wireless
`
`transceiver (radio) communicates with a controller (link controller), which in turn
`
`communicates with a host (e.g., an audio playback device). See, e.g., Core
`
`Bluetooth Specification v1.0 A, p. 18; p. 41. T he Bluetooth link controller
`
`manages the Bluetooth “link” (or connection) and supports the establishment of an
`
`ad-hoc network over the Bluetooth radio (wireless transceiver). As explained in
`
`more detail below, the transceiver and controller are used to establish a wireless
`
`ad-hoc network between a plurality of Bluetooth-enabled devices. See, e.g., Core
`
`Bluetooth Specification v1.0 A, p. 1 (“The ad-hoc SCATTERNET for affordable
`
`and functional wireless connectivity”); p. 18; pp. 41-42; p. 88; p. 497 (“ad-hoc
`
`characteristics of the Bluetooth environment”); pp. 536-538; p. 545; pp. 551-552;
`
`pp. 562-563; p. 881; pp. 1023-1032.
`
`67. As described in the Bluetooth Specification:
`
`The Bluetooth system provides a point-to-point connection (only two
`Bluetooth units involved), or a point-to-multipoint connection. In the
`point-to-multipoint connection, the channel is shared among several
`
`
`
`20
`
`SONOS 1016 - Page 21
`
`
`
`
`
`Bluetooth units. Two or more units sharing the same channel form a
`piconet. One Bluetooth unit acts as the master of the piconet, whereas
`the other unit(s) host acts as slave(s). Up to seven slaves can be active
`in the piconet. . . . Multiple piconets with overlapping coverage areas
`form a scatternet. Each piconet can only have a single master.
`However, slaves can participate in different piconets on a time-
`division multiplex basis. In addition, a master in one piconet can be a
`slave in another piconet. The piconets shall not be time or frequency
`synchronized. Each piconet has its own hopping channel.
`
`Core Bluetooth Specification v1.0 A, pp. 41-42.
`
`68. Various Bluetooth piconets are shown in Figure 1.2 on page 42:
`
`
`
`69.
`
`“By definition, the master is represented by the Bluetooth unit that
`
`initiates the connection (to one or more slave units). Note that the names ‘master’
`
`and ‘slave’ only refer to the protocol on the channel: the Bluetooth units
`
`themselves are identical; that is, any unit can become a master of a piconet. Once
`
`
`
`21
`
`SONOS 1016 - Page 22
`
`
`
`
`
`a piconet has been established, master-slave roles can be exchanged.” Core
`
`Bluetooth Specification v1.0 A, p. 95.
`
`70. The Bluetooth Specification has specific “Bluetooth Audio” sections
`
`dedicated to the use of Bluetooth for the streaming, transferring, and playback of
`
`audio signals. Core Bluetooth Specification v1.0 A, pp. 139-142; pp. 969-976. As
`
`stated in the Bluetooth Specification, “[t]he recommendation is formed such that a
`
`smooth audio interface of a Bluetooth terminal to other audio, electronic devices
`
`and cellular terminal equipment could be carried out.” Id. at 969. Thus, one type
`
`of Bluetooth-enabled electronic device is an audio (or more generally, media)
`
`playback device.
`
`71. The Bluetooth Specification further teaches the use of Bluetooth for
`
`synchronized communications. Core Bluetooth Specification v1.0 A, p. 41 (“The
`
`Bluetooth protocol uses a combination of circuit and packet switching. Slots can
`
`be reserved for synchronous packets. Bluetooth can support an asynchronous data
`
`channel, up to three simultaneous synchronous voice channels, or a channel which
`
`simultaneously supports asynchronous data and synchronous voice. Each voice
`
`channel supports a 64 kb/s synchronous (voice) channel in each direction.”); p. 45
`
`(“Between master and slave(s), different types of links can be established. Two
`
`link types have been defined: Synchronous Connection-Oriented (SCO) link [and]
`
`
`
`22
`
`SONOS 1016 - Page 23
`
`
`
`
`
`Asynchronous Connection-Less (ACL) link.”); p. 249 (“SCO links support real-
`
`time voice traffic using reserved bandwidth.”).
`
`72. Bluetooth-enabled electronic devices (e.g., Bluetooth-enabled audio
`
`playback devices) exchange messages to establish a wireless ad-hoc network. See,
`
`e.g, Core Bluetooth Specification v1.0 A, p. 1 (“The ad-hoc SCATTERNET for
`
`affordable and functional wireless connectivity”); p. 18; pp. 41-42; p. 88; p. 497
`
`(“ad-hoc characteristics of the Bluetooth environment”); pp. 536-538; p. 545; pp.
`
`551-552; pp. 562-563; p. 881 (“The Bluetooth baseband specifies the medium
`
`access and physical layers procedures to support the exchange of real-time voice
`
`and data information streams and ad-hoc networking between Bluetooth units.”);
`
`pp. 1023-1032.
`
`73. Specifically, in Bluetooth, the master device initially sends (or
`
`broadcasts) an inquiry message on a public channel that allows messages to be
`
`seen by any device on, or capable of joining, the ad-hoc network. The slave device
`
`scans
`
`(or
`
`listens
`
`to)
`
`the public channel and
`
`receiv