throbber
USOO7155163B2
`
`(12) Unlted States Patent
`(10) Patent No.:
`US 7,155,163 B2
`
`Cannon et a].
`(45) Date of Patent:
`Dec. 26, 2006
`
`(54) UNIFIED PASSCODE PAIRING 0F PICONET
`DEVICES
`
`............... 455/41
`2/2003 Jonsson et al.
`2003/0036350 A1 *
`FOREIGN PATENT DOCUMENTS
`
`(75)
`
`Inventors: Joseph M. Cannon, Harleysville, PA
`(US); Jonathan H. Fischer, Longmont,
`CO (US); John P. Veschi, Fogelsville,
`PA (US)
`
`.
`(73) Ass1gnee: Agere Systems Inc-, Allentown, PA
`(US)
`
`WO
`
`wo94/05101
`
`*
`
`3/1994
`
`OTHER PUBLICATIONS
`Bluetooth Specification Version 1.0B, Profiles, Bluetooth SIG, Dec.
`1,1999,pp.37—44r
`Bluetooth Specification Version 1.0 B, pp. 143-162, Nov. 29, 1999.
`
`* cited by examiner
`
`( * ) Notice:
`
`Subject to any disclaimer, the term of this
`.
`.
`patent is extended or adjusted under 35
`U.S.C. 154(1)) by 744 days.
`
`Primary Examiner%harles R. Craver
`
`(57)
`
`ABSTRACT
`
`(21) APPI- N0-3 09/756,106
`.
`Flled:
`
`Jan. 9’ 2001
`
`(22)
`
`(65)
`
`Prior Publication Data
`US 2002/0090912 A1
`Jul. 115 2002
`
`(51)
`
`Int. Cl.
`(2006.01)
`H04B 7/00
`(52) US. Cl.
`..................... 455/41.2; 455/420; 455/466;
`45 5/456.6; 45 5/901
`(58) Field of Classification Search ............. 455/426.1,
`455/41141-3, 426-2, 466, 518, 5195 520
`See application file for complete search history.
`
`(56)
`
`References Cited
`
`us PATENT DOCUMENTS
`6,289,218 B1*
`9/2001 Liu ............................ 455/426
`
`----- 375/322
`6,366,622 Bl *
`4/2002 Brown et 31~
`----- 455/421
`6,484,027 131*
`11/2002 Mauney et 3L -
`
`5/2003 NOVakOV ............. 455/464
`6,571,103 131*
`455/456 1
`6,631,271 B1* 10/2003 Logan .........
`
`6,640,098 B1* 10/2003 Roundtree ......
`“““ 455/414'2
`
`.
`6,697,638 B1 *
`2/2004 Larsson et al.
`""" 455/553'1
`4/2004 Ziegler ....................... 709/248
`6,718,395 B1 *
`2002/0065041 A1*
`5/2002 Lunsford et a1.
`............. 455/41
`
`The present invention relates to an application layer function
`outside the BLUETOOTH protocol which associates a
`BLUETOOTH unique address,
`i.e.,
`the 48-bit unique
`BD_ADDR address, with a short passcode or PIN which is
`associated with a particular type of BLUETOOTH device in
`a particular piconet. The passcode or PIN can be pre-
`determined by the manufacturer of the BLUETOOTH
`device, or can be input and defined by the user. Upon
`installation in a piconet,
`in one embodiment shown and
`described with reference to FIGS. 1 and 2, a user can be
`asked to manually input a particular passcode or PIN into a
`relevant Piconet device, and an inquiry can be broadcast to
`all communicating piconet devices and only those other
`piconet devices having a matching passcode or PIN associ-
`ated therewith can automatically forward their respective
`48-bit unique BD_ADDR addresses to the inquiring piconet
`device. Alternatively, a user can inquire and be provided
`with a list of available passcodes or Ple already established
`by other devices in the piconet, and select a particular
`passcode or PIN associated with one or more other piconet
`devices. The passcode or personal
`identification number
`(PIN) may be input upon electronic device setup (e.g., a four
`character code). The passcode or PIN may be numeric, text,
`or alphanumeric.
`
`14 Claims, 6 Drawing Sheets
`
`
`
`106
`
`_________________________ _|
`502
`102
`:
`
`UNIQUE
`
`DEVICE
`
`ADDRESS
`
`USER
`
`
`BLUETOOTH
`INTERFACE
`
`
`
`FRONT
`FDR PIN
`
`
`END
`SELECTION/
`
`
`INPUT
`
`
`:
`MATCHING
`104
`
`I
`PIN/BD_ADDR
`
`I
`I
`DEVICE LIST
`L __________________ T _____ .J
`100
`
`
`
`1
`
`APPLE 1017
`
`APPLE 1017
`
`1
`
`

`

`U.S. Patent
`
`Dec. 26, 2006
`
`Sheet 1 of 6
`
`US 7,155,163 B2
`
`om_.IIIIIIIIIIIIIIIIIIIIIII4ua:3;:u_32.32:as__x:252.__psmzH"_225%e:_2:asmamas:22:_5:52585%_"mum:“_Egg__z:“QED__855m“:22:____N2N8_rllllllllllllllllllllllll._
`
`x.Qan
`
`2
`
`
`

`

`U.S. Patent
`
`Dec. 26, 2006
`
`Sheet 2 of 6
`
`US 7,155,163 B2
`
`FIG. 2
`
`SELECT OR INPUT PIN 0R PASSCODE
`
`202
`
`INOUIRE OTHER BLUETOOTH
`DEVICES WITH MATCHING PIN OR
`
`204
`
`PASSCODE SELECTED
`
`RECEIVE UNIQUE 48—BIT ADDRESSES
`OF ONLY BLUETOOTH DEVICES
`
`205
`
`HAVING MATCHING PIN TYPES
`
`AUTOMATICALLY STORE RECEIVED
`48-BIT BLUETOOTH ADDRESSES IN
`
`208
`
`PAIRED DEVICE LIST
`
`END
`
`3
`
`

`

`U.S. Patent
`
`iDec.26,2006
`
`Sheet3 of6
`
`US 7,155,163 B2
`
`mum:
`
`mo<mmuhz_
`
`__3m_mag:_58mm:350_z:322:_353m_an_Nov_rIIIIIIIIIIIIIIIIIIIIIIIIIIIIL
`
`m65%
`
`25255
`
`z_mmo;
`
`>355
`
`5%
`
`3m
`
`mom
`
`
`
`1880935.29:
`
`czm
`
`
`
`32>:53:52“
`
`so.583%:Eas
`
`32ga:a?
`
`muzég.‘
`
`Q2:N;
`
`32
`
`
`
`mossEgamaa:3%;
`
`EE
`
`4
`
`
`
`
`
`
`
`

`

`U.S. Patent
`
`Dec. 26, 2006
`
`Sheet 4 of 6
`
`US 7,155,163 B2
`
`FIG. 4
`
`START
`
`DOWNLOAD AVAILABLE PINS
`FROM MASTER DEVICE
`
`402
`
`SELECT 0R INPUT NEW PIN
`
`404
`
`
`
`
`UPLOAD COMMAND TO MASTER
`
`
`
`DEVICE TO ADD RELEVANT DEVICE
`
`TO SELECTED/INPUT PIN LIST
`
`406
`
`DOWNLOAD UNIQUE 48-BIT ADDRESSES
`
`OF ONLY BLUETOOTH DEVICES HAVING
`
`408
`
`MATCHING PIN TYPES
`
`AUTOMATICALLY STORE RECEIVED
`48-BIT BLUETOOTH ADDRESSES IN
`
`410
`
`PAIRED DEVICE LIST
`
`END
`
`5
`
`

`

`U.S. Patent
`
`US 7,155,163 B2
`
`_M_oz“
`.m_8m18802:ES:m_Eoomam_mw___3m_6_mmumog_m_”53mm_M,_”522:_muann.I
`llllllllllllllllllllL
`
`’2?
`
`S.
`
`“SSE
`
`H522:
`
`Emmgg
`
`mom
`
`6
`
`
`
`
`

`

`U.S. Patent
`
`Dec. 26, 2006
`
`Sheet 6 of 6
`
`US 7,155,163 B2
`
`FIG. 6
`
`INQUIRE OTHER BLUETOOTH DEVICES
`
`502
`
`RECEIVE UNIQUE 48—BIT ADDRESSES
`OF ALL OTHER BLUETOOTH DEVICES
`
`504
`
`OF ALL TYPES
`
`
`
`FROM LIST OF ALL 48—BIT ADDRESSES
`RECEIVED, MANUALL‘I' SELECT DESIRED
`
`
`UNIQUE BLUETOOTH ADDRESS(ES) FOR
`
`
`PAIRINC WITH PRIMARY DEVICE
`
`606
`
`STORE MANUALLY SELECTED UNIQUE
`48-BIT BLUETQQTH ADDRESS IN
`
`508
`
`PAIRED DEVICE LIST
`
`END
`
`7
`
`

`

`US 7,155,163 B2
`
`1
`UNIFIED PASSCODE PAIRING 0F PICONET
`DEVICES
`
`BACKGROUND OF THE INVENTION
`
`1. Field of the Invention
`
`This invention relates generally to piconet wireless net-
`works. More particularly, it relates to a user friendly con-
`figuration of BLUETOOTHTM piconet type networks.
`2. Background
`Piconets, or small wireless networks, are being formed by
`more and more devices in many homes and offices. In
`particular, a popular piconet standard is commonly referred
`to as a BLUETOOTHTM piconet. Piconet technology in
`general, and BLUETOOTH technology in particular, pro-
`vides peer-to-peer communications over short distances.
`The wireless frequency of the piconets may be 2.4 GHZ
`as per BLUETOOTH standards, and/or typically have a 20
`to 100 foot range. The piconet RF transmitter may operate
`in common frequencies which do not necessarily require a
`license from the regulating government authorities, e.g., the
`Federal Communications Commission (FCC) in the United
`States. Alternatively, the wireless communication can be
`accomplished with infrared (IR) transmitters and receivers,
`but this is less preferable because of the directional and
`visual problems often associated with IR systems.
`A plurality of piconet networks may be interconnected
`through a scattemet connection, in accordance with BLUE-
`TOOTHTM protocols. BLUETOOTH network technology
`may be utilized to implement a wireless piconet network
`connection (including scattemet). The BLUETOOTH stan-
`dard for wireless piconet networks is well known, and is
`available from many sources, e.g., from the web site www-
`.bluetooth.com.
`
`With the introduction of BLUETOOTH piconets in many
`electronic home devices,
`the configuration or pairing of
`BLUETOOTH devices becomes increasingly difficult and
`error prone by the user. This is particularly true where
`individual BLUETOOTH devices are manufactured by dif-
`ferent companies.
`FIG. 5 depicts a conventional BLUETOOTH device 500.
`In particular, as shown in FIG. 5, a conventional BLUE-
`TOOTH device 500 includes a processor or logic device 508
`(e.g., a microprocessor, a microcontroller, or a digital signal
`processor (DSP)), and a BLUETOOTH front end 504.
`Moreover, the BLUETOOTH device 500 includes a unique
`48-bit BD_ADDR 502, and a table 506 containing a list of
`paired BLUETOOTH devices in the particular piconet. The
`paired device unique address table 506 may be pre-config-
`ured at the factory, or written to by a suitable user interface
`such as a software-based configuration module 510 allowing
`entry of the 48-bit address of paired devices for storage in
`the paired device unique address table 506.
`When configuring a BLUETOOTH device in a BLUE-
`TOOTH piconet, the devices communicating on the piconet
`must know the specific unique 48-bit address of matching
`devices on the piconet. For instance, it may be desirable for
`entertainment devices (e.g., TV, radio, CD player, DVD
`player, MP3 player, etc.) having BLUETOOTH communi-
`cation capabilities to communicate with one another, but it
`may not be desirable (nor make sense) for appliances such
`as a stove or refrigerator, toaster, blender, etc. having BLUE-
`TOOTH communication capabilities talk with entertainment
`devices.
`
`This is particularly true since the maximum number of
`BLUETOOTH devices in a piconet is somewhat restricted.
`For instance, current BLUETOOTH standards permit one
`
`10
`
`15
`
`20
`
`25
`
`30
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`2
`
`(1) master and seven (7) slaves to be active in the piconet at
`any one time (plus a number of BLUETOOTH devices being
`capable of being ‘parked’).
`According to the standard, all BLUETOOTH devices are
`assigned a unique 48-bit BLUETOOTH device address
`(BD_ADDR). This address is derived from the IEEE802
`standard, and is divided into three fields: a lower address
`part (LAP) comprising 24 bits; an upper address part com-
`prising 8 bits; and a non-significant address part (NAP)
`comprising 16 bits. The LAP and UAP form the significant
`part
`of
`the
`48-bit BLUETOOTH device
`address
`(BD_ADDR). The total address space obtained is 232.
`is
`The BLUETOOTH device address
`(BD_ADDR)
`unique for each BLUETOOTH device. The BLUETOOTH
`addresses are publicly known, and can be obtained by a
`manufacturer via MMI interactions, or, automatically, via an
`inquiry routine by a BLUETOOTH device. Blocks of 48-bit
`addresses may be assigned to various manufacturers, who in
`turn factory pre-configure each BLUETOOTH device to
`include a unique 48-bit address (BD_ADDR) as well as a
`table of unique 48-bit addresses of ‘paired’ devices which
`will all communicate over a common piconet.
`When a user buys or replaces a BLUETOOTH equipped
`electronic device, the user must configure the new BLUE-
`TOOTH device for communication with relevant and
`
`desired devices in the relevant piconet. Conventionally,
`BLUETOOTH communicating devices may be pre-config-
`ured at the factory to include the unique 48-bit addresses of
`one another to allow communications therebetween. How-
`
`ever, if a pre-configured device breaks and requires replace-
`ment by a user, reconfiguration of the replacement BLUE-
`TOOTH device to include the identity of a paired
`BLUETOOTH device is cumbersome and error prone at
`best.
`
`FIG. 6 shows a conventional configuration technique for
`automatically configuring a BLUETOOTH device with
`paired devices in a piconet.
`In particular, as shown in step 602 of FIG. 6, a BLUE-
`TOOTH device 500 inquires of other BLUETOOTH devices
`within range of the piconet and/or scatternet.
`In step 604, the unique 48-bit addresses BD_ADDR of all
`other BLUETOOTH devices of all types are received. This
`step in particular has the potential of increasing network
`traffic, degrading communications in general, particularly in
`a fluent network design such as in mobile applications.
`In step 606, a user is required to manually select desired
`other BLUETOOTH devices from a list of all 48-bit
`
`addresses received for pairing with the primary inquiring
`device.
`
`In step 608, the selected unique 48-bit BLUETOOTH
`addresses BD_ADDR is/are stored in an appropriate loca-
`tion. e.g.,
`in the paired device unique address table 506
`shown in FIG. 5.
`
`While the process shown in FIG. 6 provides automation
`to the paired BD_ADDR configuration process in a BLUE-
`TOOTH device, it nevertheless requires confirmation by the
`user of which other BLUETOOTH device(s) to accept as a
`‘paired’ device. However, if a significant number of other
`BLUETOOTH devices are within range (e.g.,
`in a well-
`implemented home), it becomes burdensome to the user to
`select which of a great number of possible BLUETOOTH
`devices should be selected as a paired device.
`Currently, each BLUETOOTH device must be configured
`with the 48-bit unique address of other BLUETOOTH
`devices in the particular piconet to permit communications
`therebetween. Unfortunately, this is prone to errors by users.
`resulting in erroneous or no communications between
`
`8
`
`

`

`US 7,155,163 B2
`
`3
`BLUETOOTH devices, frustrating users and ultimately con-
`tributing to a potential slow acceptance of piconet technol-
`ogy.
`There is a need for a simplified address configuration
`technology and apparatus with respect to piconet devices in
`general, and BLUETOOTH standard devices in particular.
`
`SUMMARY OF THE INVENTION
`
`In accordance with the principles of the present invention,
`a wireless piconet network device comprises a piconet front
`end, a unique address, and a passcode or PIN selection
`module to allow a user to provide a passcode or PIN
`associated with at least one other wireless piconet network
`device within range of the wireless piconet network device.
`A method of obtaining a unique address pairing between
`separate wireless piconet network devices in accordance
`with another aspect of the present
`invention comprises
`entering a passcode or PIN into a first wireless piconet
`network device. Unique addresses of each of a plurality of
`wireless piconet network devices each associated with said
`entered passcode or PIN are provided to the first wireless
`piconet network device. A plurality of piconet network
`devices in a common piconet network are associated with
`the single entered passcode or PIN.
`
`BRIEF DESCRIPTION OF THE DRAWINGS
`
`Features and advantages of the present invention will
`become apparent to those skilled in the art from the follow-
`ing description with reference to the drawings, in which:
`FIG. 1 depicts a BLUETOOTH piconet device including
`a user interface for passcode or PIN selection/input, and a
`matching PIN device list, in accordance with the principles
`of the present invention.
`FIG. 2 shows an exemplary setup procedure for pairing a
`BLUETOOTH device with a piconet of other BLUE-
`TOOTH devices in accordance with the principles of the
`present invention.
`FIG. 3 depicts another embodiment of a BLUETOOTH
`piconet device including a user interface for passcode or PIN
`election/input, and a plurality of matching PIN device lists
`in a master device for download to slave devices, in accor-
`dance with the principles of the present invention.
`FIG. 4 shows an exemplary setup procedure for request-
`ing a paired PIN list from a master BLUETOOTH device
`with a piconet of other BLUETOOTH devices, in accor-
`dance with another embodiment of the present invention.
`FIG. 5 depicts a conventional BLUETOOTH device.
`FIG. 6 shows a conventional configuration technique for
`automatically configuring a BLUETOOTH device with
`paired devices in a piconet.
`
`DETAILED DESCRIPTION OF ILLUSTRATIVE
`EMBODIMENTS
`
`invention relates to an application layer
`The present
`function outside the BLUETOOTH protocol which associ-
`ates a BLUETOOTH unique address, i.e., the 48-bit unique
`BD_ADDR address, with a short passcode or PIN which is
`associated with a particular type of BLUETOOTH device in
`a particular piconet. The passcode or PIN can be pre-
`determined by the manufacturer of the BLUETOOTH
`device, or can be input and defined by the user.
`Upon installation in a piconet, In one embodiment shown
`and described with reference to FIGS. 1 and 2, a user can be
`asked to manually input a particular passcode or PIN into a
`
`10
`
`15
`
`20
`
`25
`
`30
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`4
`
`relevant piconet device, and an inquiry can be broadcast to
`all communicating piconet devices and only those other
`piconet devices having a matching passcode or PIN associ-
`ated therewith can automatically forward their respective
`48-bit unique BD_ADDR addresses to the inquiring piconet
`device. Alternatively,
`in an embodiment
`shown and
`described with reference to FIGS. 3 and 4, a user can inquire
`and be provided with a list of available passcodes or PINs
`already established by other devices in the piconet, and
`select a particular passcode or PIN associated with one or
`more other piconet devices.
`identification number (PIN)
`The passcode or personal
`may be input upon electronic device setup (e.g., a four
`character code). The passcode or PIN may be numeric, text,
`alphanumeric, or even biometric. For instance, a passcode or
`PIN may be derived based on a user’s fingerprint, voice
`print, voice recognition, etc.
`FIG. 1 depicts a BLUETOOTH piconet device including
`a user interface for passcode or PIN selection/input, and a
`matching PIN device list, in accordance with the principles
`of the present invention.
`As shown in FIG. 1, a BLUETOOTH device 100 includes
`a BLUETOOTH front end 504, and a suitable processing
`device 108 (e.g., a microprocessor, a microcontroller, or a
`digital signal processor (DSP)). The BLUETOOTH device
`100 also includes a unique 48-bit BD_ADDR device address
`502. Importantly,
`the BLUETOOTH device 100 further
`includes a selected passcode or PIN 102, which in turn
`provides the basis for an automatic construction of a match-
`ing PIN/BD_ADDR device list 106. The BLUETOOTH
`device 100 also includes a user interface for PIN selection/
`
`input module.
`BLUETOOTH devices each have a unique 48-bit address
`(BD_ADDR) that is used to define, as well as to allow for
`restricted communication with other BLUETOOTH devices.
`
`Pairing of BLUETOOTH devices occurs by setting up
`which BLUETOOTH device addresses can establish a con-
`
`nection with each other. Pairing of BLUETOOTH devices
`by inclusion of a list of BD_ADDR addresses of paired
`BLUETOOTH devices allows for many different devices to
`communicate with one another, and also restricts commu-
`nication with those devices that do not have addresses that
`
`have been deemed acceptable or registered. It is this regis-
`tration of acceptable BLUETOOTH device addresses that
`would be very cumbersome for users when they wish to
`establish a piconet connection between various devices. It
`will be very user-friendly for a device to allow for an input
`such as a common PIN that would be shared by all piconet
`members. Therefore, if a user wishes to add a new device or
`replace a BLUETOOTH device within a home or office,
`piconet pairing is established by mere entry or selection of
`the relatively short and simple passcode or PIN.
`When this passcode is defined or entered by the user, the
`relevant BLUETOOTH device is then allowed to commu-
`
`nicate with all other electronic devices sharing the same
`passcode or PIN, without the need for the user or manufac-
`turer to individually select one or more paired devices.
`FIG. 2 shows an exemplary setup procedure for pairing a
`BLUETOOTH device with a piconet of other BLUE-
`TOOTH devices in accordance with the principles of the
`present invention.
`In particular, as shown in step 202 of FIG. 2, the user
`selects or manually inputs a desired PIN or passcode.
`In step 204, the relevant BLUETOOTH device inquires to
`other BLUETOOTH devices within range to find other
`BLUETOOTH devices including matching PIN or pass-
`codes.
`
`9
`
`

`

`US 7,155,163 B2
`
`5
`In step 206, in response, unique 48-bit unique BD_ADDR
`addresses are received from only BLUETOOTH devices
`having matching PIN or passcode types.
`In step 208, the received BD_ADDRs from other BLUE-
`TOOTH devices having matching PIN or passcodes are
`automatically stored in a paired device list, e.g.,
`in the
`matching PIN/BD_ADDR device list 106 shown in FIG. 1.
`The operations of steps 206 and 208 reduce and minimize
`network traffic as compared to conventional piconet systems
`wherein all BLUETOOTH devices may respond to an
`inquiry message.
`Thus,
`in accordance with the principles of the present
`invention, an exemplary setup procedure asks a user to input
`a passcode or PIN, e.g., a short character code such as
`“MUSIC” for a pairing with all entertainment devices car-
`rying the same “MUSIC” code, “APPL” for an automatic
`pairing with all appliance devices within the piconet, etc.
`Shorter passcodes or PINs are preferred, so as to be more
`easily entered by the user and/or remembered by the user for
`manual input.
`Use of a passcode or PIN relieves the user of having to
`know the particular BLUETOOTH device address
`(or
`addresses) with which pairing is desired. This is particularly
`important in crowded applications including many BLUE-
`TOOTH devices. Thus, a user can be paired with other
`BLUETOOTH devices without ever knowing the specific
`48-bit addresses of the other BLUETOOTH devices.
`
`the BLUETOOTH device
`In a preferred embodiment,
`searches out all other BLUETOOTH devices and/or estab-
`
`lished passcodes or pins in the piconet, e. g., within the 10 m
`connection range. The BD_ADDR addresses of found
`BLUETOOTH device’s and associated passcodes or PINS
`are received and validated by the requesting BLUETOOTH
`device. A choice of these established passcodes or PINS are
`displayed to the user for simple selection and storage of the
`associated BD_ADDR addresses of paired BLUETOOTH
`devices into a matching PIN device list.
`FIG. 3 depicts another embodiment of a BLUETOOTH
`piconet device including a user interface for passcode or PIN
`selection/input, and a plurality of matching PIN device lists
`in a master device for download to slave devices, in accor-
`dance with the principles of the present invention.
`In particular, as shown in FIG. 3, a master piconet device
`300 includes
`a plurality of paired BD_ADDR lists
`1061171060, each associated with different PINs or pass-
`codes 3107314, respectively.
`In accordance with one embodiment, a slave piconet
`device entering the piconet controlled by the master piconet
`device 300 communicates a desired message to the master
`piconet device 300 requesting download of the paired list of
`BD_ADDR device addresses associated with a particular
`PIN or passcode. The particular PIN or passcode may be
`input by the user of the entering slave piconet device. The
`entering slave piconet device would automatically receive
`that paired list of BD_ADDR devices, and store the same in
`its matching PIN/BD_ADDR device list 106 (FIG. 1).
`In another embodiment, a slave piconet device entering
`the piconet controlled by the master piconet device 300 may
`initially request a list of available or established PINs or
`passcodes 3107314 from the master piconet device 300,
`prompt the user of the slave piconet device to select for
`download one of the available PIN or passcodes 3107314,
`and then receive and store the downloaded list of BD_AD-
`DRs in its matching PIN/BD_ADDR device list 106.
`FIG. 4 shows an exemplary setup procedure for request-
`ing a paired PIN list from a master BLUETOOTH device
`
`6
`with a piconet of other BLUETOOTH devices, in accor-
`dance with another embodiment of the present invention.
`In particular, as shown in step 402 of FIG. 4, a list of
`available passcodes or PINs 3107314 are downloaded to an
`entering piconet device from a master piconet device 300 on
`the relevant piconet.
`In step 404, a user of the entering piconet device selects
`or inputs one of the downloaded passcodes or PINs.
`In step 406,
`the entering piconet device uploads an
`appropriate command to the master piconet device 300 an
`instruction to add the entering piconet device to the entering
`piconet devices paired PIN/BD_ADDR list 106 (FIG. 1).
`In step 408, the master piconet device 300 downloads a
`list of unique 48-bit address of only those BLUETOOTH
`devices having matching PIN types to the entering piconet
`device.
`
`In step 410, the received 48-bit BLUETOOTH addresses
`are automatically stored in appropriate RAM (volatile or
`non-volatile)
`corresponding
`to
`the matching
`PIN/
`BD_ADDR device list 106.
`The use of passcodes or PINs provides a user-friendly
`feature to BLUETOOTH piconet devices, and enhances
`acceptance of BLUETOOTH piconet devices.
`The use and implementation of a passcode or PIN in a
`BLUETOOTH piconet device also provides another level of
`security in that communications would not be permitted
`between devices not having a same passcode or PIN.
`While the invention has been described with reference to
`
`10
`
`15
`
`20
`
`25
`
`30
`
`the exemplary embodiments thereof, those skilled in the art
`will be able to make various modifications to the described
`
`embodiments of the invention without departing from the
`true spirit and scope of the invention.
`What is claimed is:
`
`1. A wireless piconet network device, comprising:
`a piconet front end;
`a unique address;
`a passcode or PIN selection module to allow a user to
`provide a passcode or PIN associated with at least one
`other wireless piconet network device within range of
`said wireless piconet network device, said passcode or
`PIN being distinct from an IEEE address; and
`a unique address retrieval module that uses said passcode
`or PIN to retrieve a unique address from said at least
`one other wireless piconet network device.
`2. The wireless piconet network device according to claim
`1, further comprising:
`a paired device unique address list, each unique address
`stored in said paired device unique address list being
`associated with said provided passcode or PIN.
`3. The wireless piconet network device according to claim
`2, wherein:
`said provided passcode or PIN is selectable from a list of
`established passcodes or PINs in a piconet correspond-
`ing to said wireless piconet network device.
`4. The wireless piconet network device according to claim
`1, wherein:
`said piconet front end conforms to BLUETOOTH stan-
`dards.
`
`5. The wireless piconet network device according to claim
`1, wherein:
`said unique address is a 48-bit address.
`6. The wireless piconet network device according to claim
`1, further comprising:
`a plurality of paired device unique address lists, each of
`said plurality of paired device unique address lists
`being associated with one of a plurality of passcode or
`PINs.
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`10
`
`10
`
`

`

`US 7,155,163 B2
`
`7
`7. A method of obtaining a unique address pairing
`between separate wireless piconet network devices, said
`method comprising:
`singly entering a passcode or PIN into a first wireless
`piconet network device including a piconet front end,
`said passcode or PIN being distinct from an IEEE
`address; and
`providing to said first wireless piconet network device a
`unique address of a second wireless piconet network
`device only if a passcode or PIN in said second wireless
`pirconet network devices matches said single entered
`passcode or PIN;
`wherein at least two piconet network devices in a com-
`mon piconet network are associated with said single
`entered passcode or PIN.
`8. The method of obtaining a unique address pairing
`between separate wireless piconet network devices accord-
`ing to claim 7, wherein:
`said unique address is provided to said first wireless
`piconet network device from a second wireless piconet
`network device over said common piconet network.
`9. The method of obtaining a unique address pairing
`between separate wireless piconet network devices accord-
`ing to claim 7, wherein:
`said first wireless piconet network device conforms to a
`BLUETOOTH piconet standard.
`10. The method of obtaining a unique address pairing
`between separate wireless piconet network devices accord-
`ing to claim 7, wherein:
`said wireless piconet network device is a master BLUE-
`TOOTH device.
`
`11. Apparatus for obtaining a unique address pairing
`between separate wireless piconet network devices, said
`method comprising:
`
`8
`means for singly entering a passcode or PIN into a first
`wireless piconet network device including a piconet
`front end, said passcode or PIN being distinct from an
`IEEE address; and
`means for providing to said first wireless piconet network
`device a unique address of a second wireless piconet
`network device only if a passcode or PIN in said second
`wireless pirconet network devices matches said single
`entered passcode or PIN;
`wherein at least two piconet network devices in a com-
`mon piconet network are associated with said single
`entered passcode or PIN.
`12. The apparatus for obtaining a unique address pairing
`between separate wireless piconet network devices accord-
`ing to claim 11, wherein:
`said means for providing provides said unique address to
`said first wireless piconet network device from a sec-
`ond wireless piconet network device over said common
`piconet network.
`13. The apparatus for obtaining a unique address pairing
`between separate wireless piconet network devices accord-
`ing to claim 11, wherein:
`said first wireless piconet network device conforms to a
`BLUETOOTH piconet standard.
`14. The method of obtaining a unique address pairing
`between separate wireless piconet network devices accord-
`ing to claim 11, wherein:
`said wireless piconet network device is a master BLUE-
`TOOTH device.
`
`10
`
`15
`
`20
`
`25
`
`30
`
`11
`
`11
`
`

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