`
`
`
`
`
`
`
`
`
`
`
`
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`ADVANCED MICRO DEVICES, INC.
`
`Petitioner
`
`v.
`
`AQUILA INNOVATIONS INC.
`
`Patent Owner
`
`
`
`
`PATENT OWNER’S PRELIMINARY RESPONSE
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case IPR2019-01526
`U.S. Patent No. 6,895,519
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`TABLE OF CONTENTS
`
`
`Page
`
`
`
`I.
`
`II.
`
`BACKGROUND ............................................................................................ 1
`
`IT IS NOT NECESSARY TO CONSTRUE ANY CLAIM TERMS
`DETERMINATION THAT THE PREAMBLE OF CLAIM 1 IS
`LIMITING IS REQUIRED ............................................................................ 4
`
`III. THE PETITION’S COMBINATION OF OBER AND NAKAZATO
`DOES NOT RENDER OBVIOUS ANY OF THE CHALLENGED
`CLAIMS ......................................................................................................... 7
`
`1.
`
`2.
`
`3.
`
`4.
`
`5.
`
`Ober ............................................................................................ 8
`
`Nakazato ................................................................................... 10
`
`The Petition Does Not Establish That Ober Discloses “A
`Plurality Of Ordinary Operation Modes.” ............................... 11
`
`The Absence Of A “Plurality Of Ordinary Operation
`Modes” Impacts Several Other Limitations Of Claim 1 ......... 18
`
`The Petition Does Not Establish That The Combination
`of Ober and Nakazato Discloses “A First Memory
`Storing A Clock Control Library For Controlling Clock
`Frequency Transitions Between Said Ordinary Operation
`Modes.” .................................................................................... 19
`
`a.
`
`b.
`
`Nakazato and Ober Are Incompatible ........................... 22
`
`The Petition Does Not Sufficiently Support Its
`Claimed Motivation To Combine Ober and
`Nakazato ........................................................................ 24
`
`6.
`
`The Petition Does Not Establish That Ober Discloses
`“Generates A Clock Supplied To Said Central Processing
`Unit.” ........................................................................................ 25
`
`-i-
`
`
`
`
`
`TABLE OF CONTENTS
`(continued)
`
`Page
`
`7.
`
`8.
`
`9.
`
`The Petition Does Not Establish That Ober And
`Nakazato Render Obvious “Calling Of Said Clock
`Control Library And Changing Of Said Register Value
`Are Programmably Controlled By Said Application
`Program To Enable User Selectable Clock Frequency
`Transitions.” ............................................................................. 28
`
`a.
`
`b.
`
`Nakazato’s Utility Does Not Control Its Driver ............ 28
`
`The Petition Does Not Establish That Nakazato’s
`Utility Controls the Changing Of A Register Value ..... 29
`
`Ober Does Not Disclose a “Second Special Mode.” ............... 30
`
`Ober Teaches Away From A Combination With
`Nakazato ................................................................................... 32
`
`IV. GROUND 2 .................................................................................................. 35
`
`A.
`
`The Petition Does Not Establish That Exhibit 1005 Is A Printed
`Publication .......................................................................................... 35
`
`V. GROUND 3 .................................................................................................. 38
`
`VI. THE BOARD LACKS AUTHORITY TO RULE ON THE
`PATENTABILITY OF THE CHALLENGED CLAIMS OF THE
`’526 PATENT ............................................................................................... 38
`
`VII. CONCLUSION ........................................................................................................... 40
`
`
`
`
`-ii-
`
`
`
`
`
`TABLE OF AUTHORITIES
`
` Page(s)
`
`Federal Cases
`Arthrex, Inc. v. Smith & Nephew, Inc.,
`2019 U.S. App. LEXIS 32613 (Fed. Cir. Oct. 31, 2019) ................................... 39
`
`Bicon, Inc. v. Straumann Co.,
`441 F.3d 945 (Fed. Cir. 2006) .......................................................................... 5, 6
`
`In re Cronyn,
`890 F.2d 1158 (Fed. Cir. 1989) .......................................................................... 37
`
`Edmond v. United States,
`520 U.S. 651 (1997) ............................................................................................ 39
`
`Free Enter. Fund v. Pub. Co. Accounting Oversight Bd.,
`561 U.S. 477 (2010) ...................................................................................... 38, 39
`
`Freytag v. Commissioner,
`501 U.S. 868 (1991) ............................................................................................ 39
`
`In re Gurley,
`27 F.3d 551 (Fed. Cir. 1994) .............................................................................. 33
`
`Harmonic Inc. v. Avid Tech., Inc.,
`815 F.3d 1356 (Fed. Cir. 2016) .......................................................................... 30
`
`Hulu, LLC v. Sound View Innovations, Inc.,
`IPR2018-01039, Paper No. 29 (PTAB Dec. 20, 2019) ...................................... 36
`
`Infineon Techs. AG et al. v. Atmel Corp.,
`No. 11-307-RGA, Dkt No. 174 (D. Del. Dec. 4, 2012) ....................................... 8
`
`Kyocera Wireless Corp. v. Int’l Trade Comm’n,
`545 F.3d 1340 (Fed. Cir. 2008) .......................................................................... 36
`
`Lucia v. SEC,
`138 S. Ct. 2044 (2018) .................................................................................. 38, 39
`
`Masias v. Sec’y of HHS,
`634 F.3d 1283 (Fed. Cir. 2011) .................................................................... 38, 39
`
`-iii-
`
`
`
`
`
`SRI Int’l, Inc. v. Internet Sec. Sys., Inc.,
`511 F.3d 1186 (Fed. Cir. 2008) .................................................................... 36, 37
`
`TQ Delta, LLC v. Cisco Sys.,
`942 F.3d 1352 (Fed. Cir. 2019) .......................................................................... 24
`
`Wellman, Inc. v. Eastman Chem. Co.,
`642 F.3d 1355 (Fed. Cir. 2011) ............................................................................ 4
`
`Federal Statutes
`
`35 U.S.C. § 102 ........................................................................................................ 36
`
`35 U.S.C. § 313 .......................................................................................................... 1
`
`Regulations
`
`37 C.F.R. § 42.104(b)(4) .......................................................................................... 26
`
`37 C.F.R. § 42.104 ............................................................................................. 26, 29
`
`37 C.F.R. § 42.104(b) .............................................................................................. 22
`
`37 C.F.R. § 42.104(b)(3) .......................................................................................... 26
`
`37 C.F.R. § 42.107 ..................................................................................................... 1
`
`
`
`-iv-
`
`
`
`PATENT OWNER’S EXHIBIT LIST
`
`
`
`2002
`
`Exhibit No. Description
`2001
`Joint Claim Construction Statement dated May 17, 2019
`
`Revised Joint Claim Construction Statement dated November 1,
`2019
`
`Markman Order re Infineon Technologies AG and Infineon
`Technology North America Corp. v. Atmel Corporation
`
`2003
`
`
`
`
`
`
`
`-v-
`
`
`
`
`
`Pursuant to 35 U.S.C. § 313, 37 C.F.R. § 42.107 and the Notice of Filing
`
`Date Accorded to Petition, Paper No. 4, and Errata, Paper No. 5, Patent Owner
`
`Aquila Innovations Inc. (“Aquila”) timely submits this preliminary response and
`
`respectfully requests that the Board deny the petition for inter partes review
`
`against U.S. Patent No. 6,895,519 (the “’519 patent”) submitted by Petitioner
`
`Advanced Micro Devices, Inc. (“Petitioner”).
`
`The Petition does not establish that the Petitioner is reasonably likely to
`
`prevail against any claim of the ’519 patent. The asserted combination of U.S.
`
`Patent No. 6,665,802 to Ober (“Ober”) and U.S. Patent 6,681,331 to Nakazato
`
`(“Nakazato”) is insufficiently supported and does not teach or suggest multiple
`
`limitations of claim 1. The rest of the Petition falls with the challenge to claim 1
`
`because the Petition depends upon the same combination of Ober and Nakazato for
`
`all of the remaining claims, all of which depend from claim 1.
`
`I.
`
`BACKGROUND.
`
`The ’519 patent is titled “System LSI,” and relates generally to the dynamic
`
`control of a clock supplied to a central processing unit. The claimed system LSI
`
`has a plurality of ordinary operation modes and a plurality of special modes. Claim
`
`1 is duplicated below for reference:
`
`A system LSI having a plurality of ordinary operation
`modes and a plurality of special modes in response to
`
`
`
`
`
`
`
`clock frequencies supplied to a central processing unit,
`comprising:
`
`a first memory that stores a clock control library
`for controlling a clock
`frequency
`transition
`between said ordinary operation modes;
`
`a system control circuit which has a register,
`wherein said system control circuit carries out the
`clock frequency transition between said ordinary
`operation modes and said special modes
`in
`response to a change of a value in said register,
`and also carries out the clock frequency transition
`among said ordinary operation modes in response
`to said clock control library;
`
`a clock generation circuit that receives a plurality
`of standard clocks, wherein said clock generation
`circuit generates a clock supplied to said central
`processing unit according to control by said system
`control circuit; and
`
`a second memory that stores an application
`program, wherein calling of said clock control
`library and changing of said register value are
`programmably controlled by said application
`program to enable user selectable clock frequency
`transitions,
`
`-2-
`
`
`
`
`
`wherein said special modes comprise a first special
`mode
`in which clock supply
`to principal
`constituents of said central processing unit is
`halted, a second special mode in which clock
`supply to an entirety of said central processing unit
`is halted, and a third special mode in which supply
`of power to the entirety of said central processing
`unit is halted.
`
`Claim 1 is the only independent claim in the ’519 patent. Claims 2 – 11 are
`
`dependent claims of claim 1.
`
`The inventor of the ’519 patent noted that conventional chips, such as ST7
`
`or ARM cores, only operated on bi-modal (high speed and low speed) operation
`
`modes. Bi-modal operation modes were inadequate because they did not allow for
`
`the dynamic and speedy control of the CPU clocks. Ex. 1001 at 2:61-67; Fig. 10.
`
`To solve this problem, the ’519 patent teaches “clock gears,” analogous to gears in
`
`a vehicle, controlled by a clock control library stored in memory. Id. at 4:12-18;
`
`4:38-44. The clock control library controls the frequency transitions between
`
`“ordinary operation modes,” such as highest speed, high speed, low speed and
`
`lowest speed. Similar to a transmission in a vehicle, the ’519 patent discloses that
`
`the clock control library can control the “clock gear” shifts between the operation
`
`modes:
`
`-3-
`
`
`
`
`
`
`
`Ex. 1001 at Fig. 5.
`
`II.
`
`IT IS NOT NECESSARY TO CONSTRUE ANY CLAIM TERMS
`DETERMINATION THAT THE PREAMBLE OF CLAIM 1 IS
`LIMITING IS REQUIRED.
`
`Petitioner identifies three terms for construction: “system LSI,” “a clock
`
`control library for storing clock frequency transitions between said ordinary
`
`operation modes,” and “principal constituents of said central processing unit.” The
`
`Petition does not turn on the construction of these terms and it is not necessary to
`
`construe any of them at this juncture. See Wellman, Inc. v. Eastman Chem. Co.,
`
`642 F.3d 1355, 1361 (Fed. Cir. 2011) (explaining “claim terms need only be
`
`construed ‘to the extent necessary to resolve the controversy’”) (quoting Vivid
`
`-4-
`
`
`
`
`
`Techs., Inc. v. Am. Sci. & Eng’g, Inc., 200 F.3d 795, 803 (Fed. Cir. 1999)). It is
`
`necessary, however, to determine whether the preamble of claim 1 is limiting.
`
`The preamble recites “[a] System LSI having a plurality of ordinary
`
`operation modes and a plurality of special modes in response to clock frequencies
`
`supplied to a central processing unit.” Petitioner has not stated whether the
`
`preamble is limiting. See Petition at 25 (“To the extent the preamble is determined
`
`as limiting …”), but it did find the term sufficiently important that it proposed a
`
`construction. There is no reason to propose a construction for “system LSI” if
`
`“system LSI” in not part of the claim. Petitioner should not be able to propose a
`
`construction for a term that only appears in the preamble, advocate for that
`
`construction, only to hedge its bets by stating that the construction applies only “to
`
`the extent” the preamble is limiting. Moreover, in district court, where the same
`
`parties have been litigating for over a year, Petitioner agrees that the preamble is
`
`limiting, and it has not presented any reason why it should be allowed to depart
`
`from that position before this tribunal. See Ex. 2001 at 1; Ex. 2002 at 2.
`
`The preamble is limiting because it recites an essential element of the
`
`invention, the “system LSI.” See Bicon, Inc. v. Straumann Co., 441 F.3d 945, 952
`
`(Fed. Cir. 2006) (“[T]he preamble is regarded as limiting if it recites essential
`
`structure that is important to the invention or necessary to give meaning to the
`
`claim… if the claim drafter ‘chooses to use both the preamble and the body to
`
`-5-
`
`
`
`
`
`define the subject matter of the claimed invention, the invention so defined, and
`
`not some other, is the one the patent protects.’”) (internal citations omitted). The
`
`invention claimed in claim 1 is not complete without the term “system LSI,” nor is
`
`the remainder of the preamble. Without the term “system LSI,” it is not clear that
`
`the structural limitations mentioned in claim 1 reside on a chip, which is a critical
`
`feature of the ’519 patent. Even Petitioner’s proposed a construction requires a
`
`chip.
`
`In addition to reciting necessary structure, the preamble also provides the
`
`antecedent basis for the “ordinary operation modes,” “special modes,” and “central
`
`processing unit,” each of which is recited in the body of claim 1. “When the
`
`limitations in the body of the claim rely upon and derive antecedent basis from the
`
`preamble, then the preamble may act as a necessary component of the claimed
`
`invention.” Bicon, 441 F.3d at 952 (internal citations and quotations omitted).
`
`Here, the preamble is a necessary component of the claimed invention and the
`
`preamble of claim 1 of the ’519 patent should be construed as limiting.
`
`-6-
`
`
`
`
`
`III. THE PETITION’S COMBINATION OF OBER AND NAKAZATO
`DOES NOT RENDER OBVIOUS ANY OF THE CHALLENGED
`CLAIMS.
`
`Ground 1 of the Petition challenges claims 1, 7, 10, and 11 of the ’519 patent
`
`over Ober in view of Nakazato.1 The Petition asserts that a person of ordinary skill
`
`in the art would have been motivated to combine Ober’s power management
`
`microcontroller with Nakazato’s clock driver to arrive at the invention claimed in
`
`claim 1 of the ’519 patent. But Ober does not disclose the “plurality of ordinary
`
`operation modes” recited in the preamble of claim 1 or the second “special mode”
`
`recited in the last limitation of claim 1. The combination of Ober and Nakazato
`
`also does not disclose “a first memory storing a clock control library for
`
`controlling a clock frequency transition between said ordinary operation modes”
`
`because Ober teaches only one operational mode, not the required plurality of
`
`“ordinary operation modes.” The Petition also does not establish that Ober teaches
`
`or suggests “generating a clock supplied to the central processing unit,” or “calling
`
`of said clock control library and changing of said register value are programmably
`
`controlled by said application program.” The Petition, therefore, does not establish
`
`that Petitioner is reasonably likely to prevail as to claim 1 of the ’519 patent.
`
`
`1 As noted above, the Petition also relies upon this combination for all of the
`dependent claims challenged in the other Grounds.
`
`-7-
`
`
`
`
`
`1. Ober.
`Ober is titled “Power Management And Control For A Microcontroller” and
`
`relates generally to power management in a microcontroller. Ober’s stated concern
`
`is providing power management to each of the peripheral subsystems in the
`
`microcontroller, not the central processing unit core. Ex. 1004, Col. 1:25-40. Ober
`
`explains that prior attempts to minimize the power consumed by microcontrollers
`
`involved reducing the speed or stopping the clock supplied to the central
`
`processing unit. Id. at 2:16-20. Ober criticizes such an approach because
`
`controlling the power consumption of a microcontroller centrally at the central
`
`processing unit fails to optimize the power consumption of the peripheral
`
`subsystems and results in complicated and costly designs. Id. at 2:21-40. Because
`
`“power management of a particular peripheral for a computer system may be best
`
`optimized at the peripheral device itself,” Ober’s objective was to “provide a
`
`power management system for a microcontroller which enables the microcontroller
`
`subsystems to be independently controlled.” Id. at 2:45-48. See also Ex. 2003,
`
`Infineon Techs. AG et al. v. Atmel Corp., No. 11-307-RGA, Dkt No. 174 at * 3-4
`
`(D. Del. Dec. 4, 2012) (district order construing Ober and finding Ober’s goal is
`
`“decentralized and independent power management for peripheral units,” not the
`
`CPU core). Ober accomplishes this goal by independently controlling either the
`
`frequency of the clock or the power supplied to the peripheral systems.
`
`-8-
`
`
`
`
`
`Ober discloses a microcontroller architecture that allows the power level of
`
`each of the peripheral subsystems to be controlled independently of the CPU.
`
`
`
`Ex. 1004, Fig. 1. For example, Ober discloses Flexible Peripheral Interface (“FPI”)
`
`devices 42-52 that connect each of the peripherals 30-40 to management system 26
`
`and CPU 22 through the FPI bus 24. Each of the FPI devices has a special function
`
`register (“SFR”) that “control[s] the response of each subsystem 30-40 during the
`
`different power modes of operation.” Ex. 1004 at 9:21-25. The distribution of the
`
`SFRs to each peripheral “allow[s] the operating system to control each of the
`
`subsystems independently.” Id. at 9:49-51.
`
`-9-
`
`
`
`
`
`The management system 26 contains a power manager that controls the
`
`power modes of the CPU core and the peripheral subsystems. Id. at 5:37-40. Ober
`
`discloses three main power modes – RUN, IDLE, and SLEEP. SLEEP mode has
`
`further “submodes,” such as SLEEP (Clocks Not Distributed) and DEEP SLEEP.
`
`The core CPU is fully operational in RUN mode, but is stopped in IDLE and
`
`SLEEP mode, including the SLEEP submodes. The core CPU may be powered off
`
`in SLEEP mode. In addition, in SLEEP mode, the system clock provided to the
`
`peripheral devices may be divided by 2, 4, or 128. This means that the power level
`
`to the peripherals may vary. But in RUN mode, the only mode in which the CPU
`
`core is operational, the system clock operates on a single, fixed frequency that
`
`cannot be selected or altered. Id. at 17:15-27. Thus, the core CPU does not operate
`
`in more than one power mode. This is fatal to the Petition.
`
`Nakazato.
`
`2.
`The Petition relies on Nakazato for its purported teaching of “‘a clock
`
`control library’ and an ‘application’ for controlling CPU frequency.” Petition at 8.
`
`Nakazato relates generally to power savings in computer systems, such as a
`
`personal computer. Ex. 1008 at 1:20-24; 4:1-5:52 (describing “battery-operable
`
`notebook type personal computer (PC)” in accordance with disclosed
`
`embodiments). Nakazato discloses a “set it and forget it” system wherein the user
`
`may select a designated CPU frequency through the system firmware (BIOS) at
`
`-10-
`
`
`
`
`
`startup. The system maintains this speed until shutdown or reset, and then returns
`
`the CPU to the highest speed. See Ex. 1008 at Abstract. Nakazato teaches that this
`
`is accomplished through a “power-saving driver” working in concert with a power-
`
`saving utility in the BIOS that presents a graphical user interface (“GUI”) to the
`
`user. See Ex. 1008, Fig. 2. The power-saving utility saves the selected frequency in
`
`storage for later reference by the power-saving driver. Nakazato does not disclose
`
`on-demand clock frequency transitions during operation, as the Petition asserts.
`
`3.
`
`The Petition Does Not Establish That Ober Discloses “A
`Plurality Of Ordinary Operation Modes.”
`
`The preamble of claim 1 recites “a System LSI having a plurality of ordinary
`
`operation modes and a plurality of special modes in response to clock frequencies
`
`supplied to a central processing unit.” The Petition asserts that Ober alone
`
`discloses all of the elements of the preamble. Petition at 25 (“Ober alone teaches or
`
`suggests the preamble.”). Ober does not teach or suggest the “plurality of ordinary
`
`operation modes” of claim1’s preamble.
`
`“Ordinary operation mode” plainly requires “operation.” The ’519 patent
`
`teaches that the ordinary operation modes are achieved by varying the frequency of
`
`the clock signal used by the CPU during operations, FCLK.
`
`In case of the CPU 510, the clock FCLK for use in the
`core CPU and others could be set in detail in the register
`group inside the system control circuit 534 as shown in
`FIG. 3. The function capable of dynamically and speedily
`
`-11-
`
`
`
`
`
`controlling the clock group like this will be called “Clock
`Gear” hereinafter in the present specification.
`
`Ex. 1001 at 8:56-65. The ’519 patent compares the various speeds of the CPU’s
`
`frequency in the various ordinary operation modes to shifting gears in an
`
`automobile:
`
`This has been done for the purpose of the invention,
`which is to dynamically and quickly control the clock
`with a lot of frequencies covering the wide range of the
`operation modes from the high-speed operation mode to
`the low-speed operation mode based on the concept we
`call the clock gear.
`
`Ex. 1001 at 11:34-38.
`
`-12-
`
`
`
`
`
`
`
`Ex. 1001 at Fig. 5. The revolutions of an engine may be compared to the pulses of
`
`a clock signal because they are both periodic. The revolutions per minute (“RPM”)
`
`and the frequency (measured in various magnitudes of hertz, or Hz) are both
`
`measures of the rates of revolutions or pulses. In a car, shifting gears while the car
`
`is moving will change the engine’s RPM at a given speed. For example, at 40
`
`MPH, an automobile engine may “rev” at 6500 RPM in first gear, 4500 RPM in
`
`second gear, and 3500 RPM in third gear. This is consistent with the ’519 patent’s
`
`teaching of various ordinary operation modes seen in Figure 5. The ’519 patent
`
`explicitly compares changing from high speed operation mode to a lower speed
`
`operation mode to a “gear up,” and conversely, the transition from a lower speed
`
`-13-
`
`
`
`
`
`operation mode to a higher speed operation mode to a “gear down.” Ex. 1001 at
`
`12:37-45; see also Id. at 4:12-18; 13:54-60 (comparing clock state transitions to
`
`“gear-change operation[s]”).
`
`Unlike the’519 patent, Ober’s CPU is only operational in one mode: RUN.
`
`In IDLE and the various SLEEP submodes, the Ober CPU is not operational. See
`
`Ex. 1004, Tables 8 and 9. In the parlance of the automobile analogy, Ober is a
`
`single-speed vehicle that only has one gear – RUN.
`
`Ober explicitly defines its sole operational mode, RUN, to operate on a fixed
`
`clock frequency that cannot be selected or reduced. Low Speed Clocks are not
`
`available in the RUN mode.
`
`
`
`Ex. 1004 at 17:15-26. Similarly, Ober discloses that the CPU enters the IDLE
`
`mode “when no outstanding actions are pending.” Id. at 13:55-57. The CPU clears
`
`its pipelines and halts in IDLE mode, and is thus not operational. Id. at 15:24-27.
`
`Finally, the core CPU is idle when Ober’s system is in SLEEP mode. If the core
`
`CPU is idle, it is not operational in the SLEEP mode. Id. at 13:61.
`
`-14-
`
`
`
`
`
`The Petition argues that Ober teaches or suggests “a plurality of ordinary
`
`operation modes” through “adjusting the frequency of [its] CPU by changing the
`
`value in a register.” See, e.g., Petition at 7, 18, 32. Petitioner, however, admits that
`
`“Ober does not disclose how and under what conditions its CPU clock frequency
`
`would be adjusted.” Petition at 28. Of course not. The CPU clock is not adjusted.
`
`Variance in clock frequency occurs only in SLEEP mode, not RUN mode.
`
`“SLEEP” mode is not an “ordinary operation mode.” In fact, Petitioner contends
`
`the SLEEP mode corresponds to the “second special mode.” The “second special
`
`mode” is not an “ordinary operation” mode because ordinary operation modes
`
`cannot be special modes. Petitioner similarly contends that the “DEEP SLEEP”
`
`mode corresponds to the “third special mode.” The “third special mode” is not an
`
`“ordinary operation” mode.
`
`The Petition attempts to overcome Ober’s shortcomings by arguing that
`
`Ober’s CPU clock executes at various frequencies corresponding to the amount of
`
`division in the clock. Petition at 24. Ober’s CPU cannot run on lower frequency
`
`clocks because Ober explicitly defines RUN mode to preclude the use of low speed
`
`clocks. Ex. 1004 at 17:15-26 (“Low Speed Clocks = False”).
`
`The Petition also unconvincingly cites to column 8, lines 58 to 64 to
`
`establish that the Ober system operates on various frequencies. But that passage
`
`-15-
`
`
`
`
`
`only describes how the system clock is generated. It does not support the assertion
`
`that the system runs on various frequencies.
`
`The main crystal 84 (FIG. 2), for example, 15 MHz,
`depending on the clock speed of the CPU core 22, is
`connected to the system oscillator 104 to generate an
`oscillation frequency of 150 MHz. The PLL 106 locks in
`the oscillation frequency, while the clock circuit 108
`divides the oscillation frequency to provide the system
`clock frequency, for example 75 MHz.
`
`Ex. 1004 at 8:58-64. The Petition does not mention that Ober’s division of the
`
`system clock by 2, 4, or 128 occurs only during SLEEP mode when the CPU core
`
`clock is disabled. Ex. 1004 at 13:55; 14:62. The clock that is distributed during
`
`SLEEP mode is distributed only to the peripheral subsystems, not the CPU. Id. at
`
`13:61-64 (“In [SLEEP (distributed clock)] mode, the [] clock is distributed to the
`
`subsystems which have been preconfigured to operate in the SLEEP mode.”). Even
`
`then, the frequency supplied to the peripherals is preconfigured “by the operating
`
`system or application program prior to this state being entered.” See also Ex. 1004
`
`at 13:60; 14:45-53. In other words, while in RUN (ordinary) mode, the CPU may
`
`trigger a transition to SLEEP (special) mode, by setting the ReqSlp bits (bits 1:0 of
`
`the SFR register 116) to Sleep Request, and the SlpClk bits of the SFR register 116
`
`(26:24) to set the frequency of the system clock while in SLEEP, i.e. after the
`
`-16-
`
`
`
`
`
`transition is complete. See Table 5. Table 5 of Ober is clear that the division of the
`
`system clock by 2, 4, and 128 is limited to the SLEEP mode:
`
`
`
`Ex. 1004 at Table 5 (highlighting in exhibit).
`
`Finally, the Petitioner’s allegation that “Ober explains that its system can
`
`supply a divided clock signal during ‘normal operating mode,’” Petition at 24-25,
`
`does not support its assertion that Ober discloses a plurality of ordinary operation
`
`modes. The divided clock signal provided during normal operation mode is simply
`
`the system clock provided to the subsystems during RUN mode, which Ober
`
`explains is a signal generated by clock circuit 108 through the division of the
`
`frequency generated by the system oscillator. Ex. 1004 at 8:58-64. The Petition
`
`incorrectly conflates the preconfigured low speed frequency clocks provided only
`
`to the peripherals during SLEEP (during which the core is idle and not receiving
`
`the System Clock), Ex. 1004 at 13:61-64; Table 5, with the fixed frequency clock
`
`provided to the core and peripherals during RUN. As shown in the charts of
`
`columns 17 and 18, the state variable Low Speed Clocks is always “False” during
`
`-17-
`
`
`
`
`
`RUN mode, Ex. 1004 at 17:15-26 (“Low Speed Clocks = FALSE”), and
`
`conditionally “True” in SLEEP mode. Ex. 1004 at 18:13. Ober’s RUN mode uses
`
`only a single frequency. RUN mode is explicitly defined to be mutually exclusive
`
`with the low speed divided clocks.
`
`4.
`
`The Absence Of A “Plurality Of Ordinary Operation
`Modes” Impacts Several Other Limitations Of Claim 1.
`
`Because it does not disclose the “plurality of ordinary operation modes,”
`
`Ober also does not disclose several other limitations of claim 1. Even when
`
`combined with Nakazato, the combination does not disclose any limitation that
`
`requires clock frequency transitions between ordinary operation modes:
`
` a first memory that stores a clock control library for controlling a clock
`
`frequency transition between said ordinary operation modes;
`
` a system control circuit which has a register, wherein said system control
`
`circuit carries out the clock frequency transition between said ordinary
`
`operation modes and said special modes in response to a change of a value
`
`in said register, and also carries out the clock frequency transition among
`
`said ordinary operation modes in response to said clock control library;
`
`Ex. 1001, claim 1.
`
`-18-
`
`
`
`
`
`5.
`
`The Petition Does Not Establish That The Combination of
`Ober and Nakazato Discloses “A First Memory Storing A
`Clock Control Library For Controlling Clock Frequency
`Transitions Between Said Ordinary Operation Modes.”
`
`Petitioner argues that a person of ordinary skill would have been motivated
`
`to install Nakazato’s drivers and utility into Ober’s memory banks to be executed
`
`by Ober’s system, and thus seeks to overcome the failure of Ober to disclose “a
`
`first memory storing a clock control library for controlling clock frequency
`
`transitions between said ordinary operation modes.”
`
`As discussed in section III.2, Ober does not disclose “a plurality of ordinary
`
`operation modes.” Nakazato’s drivers and utilities thus would not “control clock
`
`frequency transitions between said ordinary operation modes” when installed on
`
`Ober’s system.
`
`The Petition asserts that a person of skill in the art would be motivated to use
`
`Nakazato’s drivers and utilities to change a value in a register to allow the CPU to
`
`run on lower clock frequencies. This argument improperly ignores Ober’s teaching
`
`that the low speed clocks are only distributed when the core CPU is stopped. Ober
`
`defines the RUN mode to require the state variable “Low Speed Clocks” to be
`
`“False,” precluding any state in which the CPU is powered on and running on low
`
`speed clocks.
`
`-19-
`
`
`
`
`
`
`
`The Petition attempts to mask this shortcoming by mischaracterizing Ober’s
`
`teachings: “Ober confirms that by adjusting [the bits of register 62 (“SLPCLK”)],
`
`the speed of the CPU is changed.” Petition at 27. See also Petition at 31 (“Ober
`
`only requires the change of a register to adjust CPU clock frequency.”). Ober
`
`teaches that “[a] sleep clock signal SLPCLK is used to program the frequency of
`
`the system clock during a sleep mode of operation.” Ex. 1004 at 11:31-33
`
`(emphasis added). Adjusting the SLPCLK bits of the register 62 does not adjust the
`
`speed of the CPU because the CPU is turned off during SLEEP mode. Ex. 1004 at
`
`13:55 (“The CPU core clock is disabled” in IDLE mode); 13:61 (“The CPU core,
`
`is IDLE” in SLEEP mode). Each of the possible values for the SLPCLK bits
`
`corresponds to a different frequency “during Sleep.” See Ex. 1004 at 11:1-13:
`
`-20-
`
`
`
`
`
`
`
`Ober also teaches that setting the SLPCLK bits is only possible when the CPU is in
`
`RUN mode. Ex. 1004 at 5:31-37 (“The CPU code 22 is coupled to …a multiplexed
`
`address/data FPI bus … to enable the operating system or application program to
`
`read and write the SFR register in the power management state machine as well as
`
`the SFRs in each of the FPI peripheral interfaces for each of the subsystems.”).
`
`Setting the SLPCLK bits determines the frequency of the system clock during the
`
`next SLEEP cycle, when the core CPU is idle, and does not change the frequency
`
`of the system clock during RUN mode. Ex. 1004 at 13:66; 14:48-50 (“Exact state
`
`of all the subsystems [during SLEEP (distributed clock) mode] in the device is
`
`configured by the operating system or application program prio