throbber
Please type a plus sign (+) inside this
`
`[oocket Number:
`
`I I ,- OU
`
`0(
`---
`yo Y
`-G
`867P ~ ~ -
`.\O=o
`u . i~ -0
`PROVISIONAL APPL/CAT/ON FOR PA TENT COVER SHEET (Large Entity) :;:;~ -;;;-
`........ ;;;;;;.;;;;;.-f
`LOc:::::) ==.-1
`M--~"-...
`LO\D ==o
`This is a request for filing a PROVISIONAL APPLICATION FOR PATENT under 37 CFR 1.53 (c).
`u
`-
`r, ~
`
`=w.
`
`a;
`
`a,iven Name (first and middle [if any])
`
`~eve
`
`"'Cl
`-I
`0
`
`INVENTOR(S)/APPLICANT(S)
`
`Family Name or Surname
`
`Residence (City and either State or Foreign Country)
`
`Shellhammer
`
`89 Walnut Street, Lake Grove, NY 11755
`
`l Additional inventors are being named on page 2 attached hereto
`
`TITLE OF THE INVENTION (280 characters max)
`
`BLUETOOTH CLEAR CHANNEL ASSESSMENT
`
`CORRESPONDENCE ADDIRESS
`
`Direct all correspondence to:
`
`D Customer Number I
`
`OR
`~ Firm or
`Individual Name
`
`Address
`
`Address
`
`,}
`
`City
`
`Country
`
`Symbol Technologies, Inc.
`
`J
`
`One Symbol Plaza
`
`MSA-6
`
`Holtsville
`
`USA
`
`1 - -
`
`Place Customer Number
`Bar Code Label here
`
`A:tt11
`
`'
`
`~
`
`J),an
`
`((Jc GiJ4n r1
`
`-----
`
`State
`
`NY
`
`Telephone 5115-738-3598
`
`ZIP
`
`Fax
`
`11742
`
`516-738-4110
`
`ENCLOSED APPLICATION PARTS (check all that apply)
`
`Number of Pages
`
`Number of Sheets
`
`D Other (specify)
`
`I
`
`I
`
`METHOD OF PAYMENT OF FILING FEES FOR THIS PROVISIONAL APPLICATION FOR PATENT (check one)
`FILING FEE
`AMOUNT($)
`
`A check or money order 1s enclosed to cover the filing fees
`
`credit any overpayment to Deposit Account Number.
`
`[
`
`19-5407
`
`I $150.0(J
`
`~ Specification
`D Drawing(s)
`D
`~ The Commissioner is hereby authorized to charge filing fees or
`I
`The invention was made by an agency of the United States Government or under a contra:t with an agency of the United States Government
`rgJ No
`D Yes, the name of the US. Government agency and the Government contract number are·
`
`Respecfful/ysuba. ~~Qr
`
`SIGNATURE
`
`,
`
`f
`
`DATE
`
`1 / ; o I .2fflfV
`
`TYPED or PRINTED NAME Chun Y. Yang
`- - - - - - - - - - - - - - - -
`
`REGISTRATION NO.
`(if appropriate)
`
`37,501
`
`TELEPHONE
`
`516-738-3598
`
`USE ONLY FOR FILING A PROVISIONAL APPL/CATION FOR PA TE:NT
`SEND TO: Box Provisional Application, Assistant Commissioner for Patents, Washington, DC 20231
`
`[Page 1 of J
`
`P19LARGE/REV04
`
`Marvell Semiconductor, Inc. - Ex. 1008, Page 0001
`IPR2019-01350 (Marvell Semiconductor, Inc. v. Uniloc 2017 LLC)
`
`

`

`Symbol Docket No.: 867P
`
`Bluetooth Clear Channel Assessment
`
`of
`
`Steve Shellhammer
`
`Bluetooth is a new wireless personal area network (WP AN) specification
`
`operating in the 2.4 GHz ISM band. This is the same band in which IEEE 802.11
`
`wireless local area networks (WLAN) operate. Bluetooth uses a Frequency Hopping
`
`Spread Spectrum (FHSS) radio, which hops much faster than most IEEE 802.11 radios.
`
`Bluetooth sends a short packet as it dwells on a given frequency. Most IEEE 802.11
`
`radios hop much slower and send much longer packets. Also there are versions of IEEE
`
`802.11 WLANs that use Direct Sequence Spread Spectrum (DSSS) which do not hop and
`
`occupy a wide band.
`
`As a result, during the transmission of an IEEE 802.11 packet the Bluetooth radio
`
`hops across many frequencies and potentially sends a packet on each frequency. These
`
`Bluetooth packets interfere with the IEEE 802.11 packets and cause the IEEE 802.11
`
`packet to be in error. The
`
`802. l l packet needs to be retransmitted, and once again
`
`may be destroyed by the signal from the Bluetooth radio. The challenge is to develop a
`
`method to prevent the Bluetooth radio from interfering with the IEEE 802.11 radio.
`
`This technique could be used in any Bluetooth radio and in any device that will
`
`operate in an IEEE 802.11 WLAN environment. Since it detects devices radiating in the
`
`2.4 GHz ISM band it could also be used to prevem interference with other devices in that
`
`band.
`
`1
`
`I
`
`I
`
`Marvell Semiconductor, Inc. - Ex. 1008, Page 0002
`IPR2019-01350 (Marvell Semiconductor, Inc. v. Uniloc 2017 LLC)
`
`

`

`Symbol Docket No.: 867P
`
`Background
`
`A Bluetooth network consists of up to eight Bluetooth devices operating m a
`
`piconet. The piconet has one master and up to seven slaves. All the Bluetooth devices in
`
`the piconet hop in unison, at a rate of 1600 hops/second. The time that the frequency hopper
`
`dwells on a given frequency is called the slot time. At this hop rate the slot time is 625
`
`microseconds. Typically packets are completed within one slot time; however, it is also
`
`possible to have 3 and 5 slot packets. The master and the slaves take turns transmitting, with
`
`the master transmitting on even slots and the slaves transmitting on odd slots. See also
`
`Bluetooth Specification, version 0.9, May 10, 1999, which is hereby incorporated by
`
`reference in full
`
`There are two types of links between the master and each of the slave devices in a
`
`Bluetooth piconet. There is an asynchronous connection-less link (ACL) which is used to
`
`transfer data. There is also a synchronous connection oriented link (SCO) that is used to
`
`transfer voice data. The master in the picolink determines when data on an ACL link lS
`
`transferred. Data is transferred when the master has data to send to a slave or the master
`
`wants to receive data from a slave. Data on an SCO hnk is transferred on a periodic basis
`
`once the link has been established. This SCO link is intended to support real-time data, like
`
`voice data.
`
`This disclosure addresses the issue of interference with an IEEE 802.11 WLAN by a
`
`Bluetooth pico link. There is no known method of preventing SCO packets from interfering
`
`with an IEEE 802.11 \VP AN since SCO packets are sent on a regular periodic basis.
`
`However, this disclosure describes a method in which a Bluetooth piconet that only supports
`
`ACL packets can be made to minimize its interference effects on an IEEE 802.11 WLAJ\J.
`
`2
`
`Marvell Semiconductor, Inc. - Ex. 1008, Page 0003
`IPR2019-01350 (Marvell Semiconductor, Inc. v. Uniloc 2017 LLC)
`
`

`

`Symbol Docket No.: 867P
`
`That means that a piconet of Bluetooth devices that are intended to send data only, and not
`
`voice, traffic can be made to exist in an IEEE 802.11 WLAN environment without severely
`
`impacting the WLAN performance.
`
`Each Bluetooth device within a piconet frequency hops in unison, according to .a
`
`pseudo random sequence. Figure 1 illustrates each device hopping along its sequence of
`
`frequencies: f(l), f(2), ... f(n) ... The figure also shows how the 625-microsecond slot time
`
`includes a 220-microsecond period for the frequency synthesizer in the radio to retune to a
`
`new frequency.
`
`f(n-
`
`625 µs
`
`f(n)
`
`625 µs
`
`f(n+l)
`
`625 µs
`
`Frequency Synthesizer
`Retuning Interval
`
`220 ~LS
`
`Data Transmission Time Interval
`
`405 µs
`
`Figure 1: Conventional Bluetooth Time Slot
`
`3
`
`Marvell Semiconductor, Inc. - Ex. 1008, Page 0004
`IPR2019-01350 (Marvell Semiconductor, Inc. v. Uniloc 2017 LLC)
`
`

`

`Symbol Docket No.: 867P
`
`Notice that the 625-microsecond slot is divided into a 220-microsecond interval in
`
`which the frequency synthesizer is retuned to a different frequency and a 405-microsecond
`
`interval in which data is transmitted.
`
`As stated above during even slots the master transmits to a slave and during odd
`
`slots the slave transmits back to the master. The master can transmit on any even time slot.
`
`The slave can only transmit to the master in a time slot if the master sent the slave a packet
`
`in the previous time slot. Thus the master determines which slave can send data and in
`
`which time slot. If the master does not send data to any slave in slot n then no slave can
`
`transmit in slot (n+ 1 ). The exception to this rule is for SCO link packets in which data 1is
`
`always transmitted in predefined periodic intervals. So for ACL links if the master does not
`
`transmit any data the slaves do not send any data.
`
`Proposed Extension to Bluetooth
`
`Currently the piconet master does not attempt to determine if any other devices are
`
`using the spectrum before it transmits. As a result, if there is an IEEE 802.11 packet
`
`currently being transmitted the Bluetooth master wfll not bother to check to see if this other
`
`system is transmitting and will itself transmit at the same time, and possibly on the same
`
`frequency. As a result it will interfere with the IEEE 802.11 packet possibly causing the
`
`packet to be received incorrectly.
`
`In this disclosure it is proposed to subdivide the 220 microsecond time interval inito
`
`several subinterval and to spend some of that time looking ahead into subsequent
`
`frequencies to see if there is any other devices transmitting in those channels. The reason to
`
`look ahead is that if the a master sends a message to slave #l on frequency f(n), then the
`
`4
`
`dllmlllllll'
`
`' 1111!11"1'1111'
`
`Ill' II
`
`'
`
`Ill''
`
`11111
`
`"11111'
`
`'11'1'1111'
`
`'
`
`1111 11111 1 "1111"1"
`
`Marvell Semiconductor, Inc. - Ex. 1008, Page 0005
`IPR2019-01350 (Marvell Semiconductor, Inc. v. Uniloc 2017 LLC)
`
`

`

`Symbol Docket No.: 867P
`
`master has cleared slave #1 to transmit during the next time slot on frequency f(n+ 1 ).
`
`Therefore, the master needs to look ahead to the frequency that corresponds to the next slot.
`
`I propose the following subdivision of the 220-microsecond interval.
`
`In the first 80
`
`microseconds the frequency synthesizer in the master retunes to f(n+ 1 ), then in the next 60
`
`microseconds the master listens for any signal in that band. This can be done using a
`
`standard Receive Strength Signal Indicator (RSSI) in the radio. Then in the next 80
`
`microseconds the frequency synthesizer then retunes the radio to f(n). Figure 2 illustrates
`
`the new proposed time slot.
`
`Just prior to transmitting on frequency £(n) the master checks to see that the
`
`frequency band at f(n+ 1) is clear. Also, prior to receiving on frequency f(n-1) the master
`
`also makes sure that the frequency band f(n) is clear. If frequency bands f(n) and f(n+ 1) arc
`
`clear then the master will transmit on frequency band f(n) and as a result allow the slave to
`
`transmit on frequency band f(n+ 1 ), in the next time slot.
`
`Retuning and
`CCA Interval
`
`220 µs
`
`Data Transmission Time Interval
`
`405 µs
`
`Retuning to f( n + 1)
`
`Clear Channel
`Assessment
`using RSSI
`
`Retuning to f(n)
`
`80 µs
`
`60 µs
`
`80 µs
`
`Figure 2: New proposed Bluetooth Time Slot
`
`5
`
`I
`
`(
`
`I
`
`(1114U:Si JU!JiilME!IE
`
`J:Z&Zili!SLhCHl&iiiH
`
`liMll1ilWHI
`
`Marvell Semiconductor, Inc. - Ex. 1008, Page 0006
`IPR2019-01350 (Marvell Semiconductor, Inc. v. Uniloc 2017 LLC)
`
`

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket