US007587207B2
`
`US 7,587,207 B2
`(10) Patent No.:
`a2) United States Patent
`Davieset al.
`(45) Date of Patent:
`Sep. 8, 2009
`
`
`(54) DATA DELIVERY THROUGH BEACONS
`
`(75)
`
`Inventors: Robert J. Davies, Horley (GB); Saul R.
`Dooley, Reigate (GB)
`
`(73) Assignee:
`
`IPG Electronics 503 Limited, St. Peter
`Port (GG)
`
`(*) Notice:
`
`Subject to any disclaimer, the term ofthis
`patent is extended or adjusted under 35
`U.S.C. 154(b) by 1859 days.
`
`(21) Appl. No.: 09/876,515
`
`(22)
`
`Filed:
`
`Jun. 7, 2001
`
`(65)
`
`(30)
`
`Prior Publication Data
`
`US 2002/0002034 Al
`
`Jan. 3, 2002
`
`Foreign Application Priority Data
`
`Jun. 26,2000
`Aug. 15,2000
`
`(GB) i ececeseneeeeeenees 0015454.2
`(GB) vc ceeteeeeeeees 0020073.3
`
`(51)
`
`Int. Cl.
`(2006.01)
`HO4W 24/00
`(52) U.S.Cone 455/456.1; 455/456.5; 455/457
`(58) Field of Classification Search ................. 455/457,
`455/456.1, 456.5
`See application file for complete search history.
`
`(56)
`
`References Cited
`U.S. PATENT DOCUMENTS
`
`.....ccses..: 340/686.1
`1/2001 Kingetal.
`6,169,498 BL*
`6,311,060 BI* 10/2001 Evansetal. ........0... 455/426.1
`6,782,253 B1*
`8/2004 Shteynetal. wo... 455/414.1
`
`FOREIGN PATENT DOCUMENTS
`
`EP
`EP
`
`0752793 A2
`1006684 A2
`
`8/1997
`7/2000
`
`* cited by examiner
`
`Primary Examiner—Quoc D Tran
`Assistant Examiner—Karen L Le
`
`(74) Attorney, Agent, or Firm—Volpe and Koenig, P.C.
`
`(57)
`
`ABSTRACT
`
`A communications system comprises at least one beacon
`device capable of wireless message transmission andatleast
`one portable device capable of receiving such a message
`transmission. The beaconis arranged to broadcasta series of
`inquiry messages each in the form of a plurality of predeter-
`mined data fields arranged according to a first communica-
`tions protocol, such as Bluetooth. For the delivery of addi-
`tional data via broadcast, and in particular data including
`location information, the beacon adds to each inquiry mes-
`sage prior to transmission an additional data field carrying
`broadcast data, with the portable device receiving the trans-
`mitted inquiry messagesincluding the location data and read-
`ing the broadcast data from the additional datafield.
`
`5,835,861 A * 11/1998 Whiteside «0.0.0.0... 455/466
`
`11 Claims, 3 Drawing Sheets
`
`LG 1009
`
`1
`
`LG 1009
`
`

`

`U.S. Patent
`
`Sep. 8, 2009
`
`Sheet 1 of 3
`
`US 7,587,207 B2
`
`Ye
`
`Ss
`
`40
`
`32
`
`38
`
`36
`
`10
`
`BEA
` 30
`
`18
`
`16
`
`
`
`2
`
`

`

`U.S. Patent
`
`Sep. 8, 2009
`
`Sheet 2 of 3
`
`US 7,587,207 B2
`
`
`
`
`Fig.2
`
`era [ottTTttT|ET| |
`
`
`kes}|oTPEtTPEtT|ETTT
`roy ||tTtTtTtTETPTTE
`
`
`aeTTTTPteTPEtTEEte
`
`3
`
`

`

`U.S. Patent
`
`Sep. 8, 2009
`
`Sheet 3 of 3
`
`US 7,587,207 B2
`
`|B|UB
`
`10.24s
`
`ID packet
`
`Slot boundary
`
`Fig.4
`
`Half-slot boundary
`
`Fig.
`
`data_B
`data_A
`clock
`clock
`
`
`
`
`
`clock|dataA clock|dataB dataA | dataA data_B|data.B
`
`1
`
`1
`
`2
`
`1
`
`Fig.7
`
`4
`
`

`

`US 7,587,207 B2
`
`1
`DATA DELIVERY THROUGH BEACONS
`
`Thepresent invention relates to services offered to users of
`electronic equipment, especially but not exclusively to users
`of mobile communications devices such as portable tele-
`phonesand suitably equipped PDA’s (personaldigital assis-
`tants). The invention further relates to means for delivery of
`such services, and to portable devices for receiving them.
`Recent years have seen a great increase in subscribers
`world-wide to mobile telephone networks and,
`through
`advances in technology and the addition of functionalities,
`cellular telephones have becomepersonal, trusted devices. A
`result ofthis is that a mobile information society is develop-
`ing, with personalised and localised services becoming
`increasingly more important. Such “Context-Aware” (CA)
`mobile telephones are used with low power, short range base
`stations in places like shopping malls to provide location-
`specific information. This information might include local
`maps, information on nearby shops and restaurants andso on.
`The user’s CA terminal may be equippedto filter the infor-
`mation received accordingto pre-stored user preferences and
`the useris only alerted if an item of dataof particular interest
`has been received.
`
`20
`
`An example of a CA terminal is given in U.S. Pat. No.
`5,835,861 which discloses the use of wireless telephones
`within the context of advertisementbillboards. The user of a
`
`25
`
`wireless telephone obtains the telephone numberof a vendor
`by activating his/her wireless telephone to transmit a prompt
`signal to an active advertisement source andto receive from
`the advertisement source a response signal containing the
`telephone number of the advertising vendor. The telephone
`numbercan then be used to automatically place a call to that
`vendorvia the public switched telephone network. Alterna-
`tively, the telephone numbercan bestored for use later on.
`This arrangement can be used to place a call to a vendor
`without having to either memorise the telephone numberor to
`write it down. The signals betweenthe billboard andthe caller
`can be transmitted as modulated infrared (IR) signals.
`In another example, Hewlett-Packard has posted a publi-
`cation on the Web at <http://www.cooltown.hp.com/papers/
`webpres/WebPresence.htm> about their “Cooltown”project.
`The convergence of Web technology, wireless networks and
`portable client devices provides design opportunities for
`computer/communications systems. In the Cooltownproject,
`systemsthat are location-aware can be created using URL’s
`for addressing, physical URL’s for delivery via beacons and
`sensing ofURL’s for discovery, and localised web servers for
`directories. The systems are ubiquitous to support nomadic
`users. On top of this infrastructure the Internet connectivity
`can be leveraged to support communications services. Web
`presence bridges the World Wide Webandthe physical world
`inhabited by the users, providing a model for supporting
`nomadic users without a central control point.
`The Cooltown Museum and Bookstore offers visitors a
`
`Web-enhancedexperience. As visitors tour the museum,their
`portable digital assistant (PDA) can receive Web URLs from
`wireless “beacons”. These beacons are small infrared trans-
`
`ceivers located close to pictures or sculptures; the URLs link
`into a Web of information about the items. Using the PDA’s
`Web browser, visitors can read or hear abouttheartist or the
`work and about related art works in the museum. The URLs
`
`can also be stored as bookmarksfor further study or they can
`be used to select reproductions ofthe artwork from the muse-
`um’s onlinestore.
`
`Tt will be recognised that an important requirement for CA
`devices is that they quickly andefficiently gather data from
`beaconssuchthatthe user is not required to undertake actions
`
`30
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`2
`such as staying close to a beacon whilst contactis established
`between portable device and beacon, nor having to specifi-
`cally initiate interaction (as is the case with the above-men-
`tioned system in U.S. Pat. No. 5,835,861). A further require-
`ment is that the portable device should be kept relatively
`simple insofar as the data gathering from beacons is con-
`cerned:
`in the Cooltown system, a full web browser and
`display capability is required to support user navigation
`within the web page indicated by the URL being broadcast.
`It is therefore an object ofthe invention to provide a system
`for the delivery of data via beacons whereby the amount of
`dedicated circuitry and operating procedure are kept to low
`levels.
`In accordance with a first aspect of the present invention
`there is provided a communications system comprising at
`least one beacon device capable of wireless message trans-
`mission and at least one portable device capable of receiving
`such a message transmission, wherein the beaconis arranged
`to broadcast a series of inquiry messages each in the form of
`a plurality of predetermineddatafields arranged according to
`a first communications protocol, wherein the beacon is fur-
`ther arranged to add to each inquiry messagepriorto trans-
`mission an additional data field, and wherein the at least one
`portable device is arranged to receive the transmitted inquiry
`messages and read data from said additional data field, the
`additional datafield including location information. By add-
`ing the additional field (suitably at the end of a respective
`inquiry message), data broadcast may be carried on top of an
`existing inquiry process, suchthat the usual delays while such
`a process is carried out prior to data transfer are avoided.
`Furthermore, by placing the additional field at the end of
`those sent according to the communications protocol (pref-
`erably but not essentially Bluetooth), those protocol-compat-
`ible devices not intended for reception of beacon signals can
`simply ignore the additional data without compromising
`operation according to protocol.
`Where the protocol is Bluetooth (or a similar frequency
`hopping arrangement) the beacon may be configured to
`broadcast a series of inquiry messages on a predetermined
`clocked succession or sequence of frequencies, with clock
`information for the beacon being carried by the additional
`data field. In one arrangement, the additional data field may
`carry at least 64 bits of data. As will be described in greater
`detail hereinafter with respect to embodiments of the inven-
`tion, this can improvethe inquiry performanceof a Bluetooth
`system, shortening the time to establish a connection for data
`exchange.
`The beacon maybe arrangedto include anindication in one
`of said predetermined data fields (suitably in a currently
`unused or unassignedfield), said indication denotingthe pres-
`enceof said additionaldatafield, such that devices configured
`for reception ofbeacon data maybetriggered to read from the
`additionaldata field.
`Wherethe first communications protocol comprises Blue-
`tooth messaging, a special Dedicated Enquiry Access Code
`(DIAC) may be used to indicate the presence of location
`information in the additional data field.
`
`The presence of location informationin the additional data
`field may be indicated by headerinformation appearing in the
`additionaldata field.
`The communications system may perform wireless mes-
`sage transmission and reception using a scheme which
`employs frequency hopping. In this case, location data may
`be sent on each frequency used for inquiry message broad-
`casts.
`
`The beacon may be arranged to include in a messagefirst
`comparison data, with the portable device further comprising
`
`5
`
`

`

`US 7,587,207 B2
`
`3
`storage means holding second comparison data and compara-
`tor meansarrangedto identify whenthere is a match between
`the first and second comparison data and presentthe data read
`from the additional data field, otherwise to not present the
`data. Such second comparison data may be predetermined
`and/or pre-stored, or it may be determined adaptively from
`user profiling of the portable device user.
`That is, means maybe provided for generating said second
`comparison data from userprofiling of the portable device
`user.
`
`The comparator means may be a programmable device
`operable to perform, in synchronousor overlapping manner,
`comparisons betweenrespectivesets offirst and second com-
`parison data.
`Also in accordance with the present invention there is
`provided a mobile communication device for use in the sys-
`tem recited above,the device comprising a receiver capable of
`receiving a short-range wireless inquiry message including a
`plurality of data fields according to a first communications
`protocol, meansfor determining whenan additionaldata field
`including location information has been addedto said plural-
`ity of data fields, and meansfor reading the location informa-
`tion data from such an additional data field.
`
`4
`FIG. 1 is a block schematic diagram of a beacon and
`portable device embodying the invention;
`FIG. 2 is a schematic diagram of a series of devices in a
`linked beacon infrastructure;
`FIG.3 is achart illustrating a portion ofthe transmission of
`a train of inquiry access codes centred on a given frequency;
`FIG.4 illustrates alternation betweentrains ofinquiry mes-
`sages over the duration of an inquiry broadcast;
`FIG.5 illustrates the insertion of a packet of broadcast data
`within an existing transmission slot;
`FIG.6 illustrates a first arrangement for sending beacon
`clock data in a sequenceof inquiry messagetrains; and
`FIG.7 illustrates an alternate arrangementto that of FIG. 6
`for the sending of beacon clock data.
`In the following description we consider particularly a CA
`application which utilises Bluetooth protocols for communi-
`cation of messages from beacon to portable device (whether
`telephone, PDA orother). As will be recognised, the general
`invention concept of including a broadcast channelas part of
`the inquiry procedure is not restricted to Bluetooth devices,
`and is applicable to other communications arrangements, in
`particular frequency hopping systems.
`FIG. 1 is a block schematic diagram of a CA mobile tele-
`phone 10 in use with one or more low power, short range base
`stations or beacons 12, 14. As mentioned previously, and
`discussedin greater detail below, such an arrangement may be
`used in places like shopping malls to provide location-spe-
`cific information such as local maps, information on nearby
`shops and restaurants and so on, with the beacon download-
`ing information keys to a mobile device. As will be discussed
`in greater detail below, the arrangement mayalso be used to
`provide location informationitself, for example mapping co-
`ordinatesorthe like. An information keyis a small data object
`that provides a reference to a source of full information, and
`it is in the form of a numberof predeterminedfields, one of
`which maycontain a short piece of descriptive text presented
`to a user. Another field will be a pointer or address of some
`form, for example a URL or telephone number. Other supple-
`mentary fields may control how the data is presented to a user
`and how the address may be exploited. The beacon will gen-
`erally broadcast cyclically a numberof these keys, each typi-
`cally relating to a different service.
`Issues relating to the beacon construction and configura-
`tion include the beacons range which will be dependent on
`output power(typical range being 1 mW to 100 mW),levels
`of local interference, and receiver sensitivity.
`The user’s CA terminal 10 comprises an aerial 16 coupled
`with transceiver stage 18 for the reception and transmission of
`messages. Outgoing messages result from user input to the
`telephone, either audio input via microphone 20 and A/D
`inquiry messages each in the form ofa plurality of predeter-
`converter 22 or other data input via the keypador other input
`mined data fields arranged according to a first communica-
`means 24. These inputs are processed to message data format
`tions protocol, wherein the beacon adds to each inquiry mes-
`by signal and data processing stage 26 and convertedto trans-
`sage prior to transmission an additional data field carrying
`mission format by encoder 28 before being supplied to the
`broadcast message data, including location information, and
`transceiver stage 18.
`wherein the portable device receives the transmitted inquiry
`Messagesreceivedvia the aerial 16 andtransceiver 18 are
`messages, including the location information, and reads the
`broadcast data from said additional data field.
`passed via a decoding stage 30 toafiltering and signal pro-
`These andother aspects andoptional features ofthe present
`cessing stage 32. If the data carried by the message is for
`invention appear in the appended claims, to which reference
`presentation on a display screen 34 of the telephone,the data
`should now be made andthe disclosure of which is incorpo-
`will be passed to a display driver36, optionally after buffering
`rated herein by reference or will become apparent from read-
`38, with the driver formatting the display image. As will be
`ing the following description ofthe preferred embodiments of
`recognised, the display 34 may bea relatively simple low-
`the invention.
`resolution device, and the conversion of received data to
`Preferred embodiments of the invention will now be
`display data maybe carried out as a subset of the processing
`described, by way of example only, and with reference to the
`stage 32 functionality, without the requirement for a dedi-
`accompanying drawings, in which:
`cated display driverstage.
`
`Further in accordance with the present invention, there is
`provided a beacon device capable of wireless message trans-
`mission and for use in a communications system comprising
`said beacon device andatleast one portable device capable of
`receiving such a message transmission, wherein the beaconis
`configured to broadcast a series of inquiry messages each in
`the form ofa plurality of predetermineddata fields arranged
`according to a first communications protocol, and to add to
`each inquiry messageprior to transmission an additional data
`field, such as to enable the at least one portable device
`arranged to receive the transmitted inquiry messages to read
`data from said additional data field, the additional data field
`including location information. As described in relation to the
`system as a whole, the beacon device may be arranged to add
`said additional data field at the end of a respective inquiry
`message; it may be arrangedto include an indication in one of
`said predetermined data fields, said indication denoting the
`presence of said additional data field; the first communica-
`tions protocol may comprise Bluetooth messaging; and the
`device may be configured to broadcast a series of inquiry
`messages on a predetermined clocked succession of frequen-
`cies, with clock information for said beacon being included in
`data carried by said additional data field.
`Still further in accordance with the present invention, there
`is provided a method for enabling the user of a portable
`communications device to receive broadcast messages
`wherein at least one beacon device broadcasts a series of
`
`20
`
`25
`
`30
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`6
`
`

`

`US 7,587,207 B2
`
`5
`Wherethe message is carrying data from oneor otherofthe
`beacons 12, 14, the telephone has the ability to filter the
`information received according to pre-stored 40 user prefer-
`ences and the user is only alerted (1.e. the information will
`only beretained in buffer 38 and/or presented on screen 34)if
`comparison of stored preference data and subject matter indi-
`cators in the message indicate that an item ofdata ofparticular
`interest has been received.
`For conventional audio messages, the audio data is output
`bythefilter and processing stage 32, via D/A converter 42 and
`amplifier 44 to an earphone or speaker 46. Receipt of such
`messages from the telephone network 48 is indicated by
`arrow 50: the telephone network 48 also provides the link
`from the telephone 10 to a wide-area network (WAN) server
`52 and, via the WAN 54 (which maybethe internet), to one or
`more remote service providers 56 providing a source of data
`for the telephone 10.
`Communication between the CA terminal (telephone 10)
`and the CA basestation (beacon 12) takes two forms: ‘push’
`and ‘pull’. In ‘push’ mode, information is broadcast by the
`beacons 12, 14, to all portable terminals 10 in the form of
`short ‘keys’ indicated at 60. The keys will take various forms
`accordingto the application but will generally include a con-
`cise description ofthe information being sent and a pointer to
`fuller information, e.g. a URL identifying one of the service
`providers 56.
`Keys are received by the terminal 10 ‘unconsciously’, that
`is, without direct intervention by the user, and automatically
`filtered according to the user’s pre-set preferences. This fil-
`tering may be done by a comparator function applied in
`processing stage 32. Suitably, the processing stage is operable
`to apply the comparator function in multiple simultaneous or
`overlapping copies such asto process in parallel the relatively
`large number of keys that may be received. Somewill be
`discarded, somekept for further study, others might cause the
`user to be alerted immediately. By way of example, shops
`might choose to push details of special offers into passing
`terminals in the knowledge that users who haveinterest and
`have therefore set their filters 32 accordingly will be alerted
`by their terminal.
`Sometimes the user will wish to obtain more information
`than is contained in the keys. Here, ‘pull’ mode allows a user
`to set up a connection with a server 56 (which need not
`necessarily be specially configured for CA use) and actively
`request information to pull down into the terminal 10. This
`modeis therefore typically interactive.
`Whilst base stations or beaconswill typically be indepen-
`dent of one another (in a shopping mall set up, each shop
`provides and maintains its own beacon withoutreference to
`any beacons provided by neighbouring shops), the beacons
`may be wholly or partially networked with at least some
`coordination as to their broadcast messages.
`FIG.2 is a diagram of such a system 100 of linked beacons
`embodyingthe invention and providing an implementation of
`an infrastructure for use in, for example, departmentstores,
`shopping malls, theme parks, etc. The system 100 comprises
`a plurality of beacons 102, 104, 106, 108 distributed over a
`series of locales. Each ofthe beacons 102-108 broadcasts one
`or more short-range inquiry signals in a time-slot format as
`described in greater detail hereinafter. The beacons 102-108
`are controlled by a beacon infrastructure server (BIS) 110,
`with one or more terminals 112, 114, 116, 118 being con-
`nected to the server 110. The terminals 112-118 enable ser-
`
`vice providers, i.e., the users ofbeacons 102-108, to author or
`edit allocated service slots in the form of added data piggy
`backed on inquiry facilitation signals transmitted by beacons
`102-108. A service provider may lease a beaconor oneof the
`
`20
`
`25
`
`30
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`6
`beacon’s service slots from the infrastructure provider. To this
`end, server 110 provides simple HTMLtemplates forfilling
`out by the user via one ofterminals 112-118. Havingfilled out
`the template with, for example, a description of the service
`and other information forthe data to be carried via the beacon
`
`broadcast, the template is returned to server 110, preferably
`via a secure link using, e.g., Secure HTTP (S-HTTP) or
`Secure Sockets Layer (SSL). SSL creates a secure link
`between a client and a server, over which any amountof data
`can be sent securely. S-HTTP is designed to transmit indi-
`vidual messages securely. Server 110 then creates the appro-
`priate additional data package for appending to the inquiry
`signal of a relevant one of the beacons 102-108 based on the
`information submitted with the template. The system 100
`may further comprise an application server 120 to assist in
`carrying out various functions, as will be readily understood
`bythe skilled reader.
`Referring back to FIG. 1, a strong candidate technology for
`the wireless link necessary for at least the ‘push’ modeof the
`above-described CA system is Bluetooth, on the groundsthat
`it is expected to become a componentpart of a large number
`of mobile telephones 10. In analysing the Bluetooth protocol
`for CA broadcast or ‘push’ modeutilisation, a problem may
`be seen. In the ideal case, the terminal 10 will detect fixed
`beacons 12, 14 and extract basic information from them with-
`out the terminal 10 needing to transmit at all. However, this
`type of broadcast operation is not supported by the current
`Bluetooth specification.
`In part, the incompatibility follows the frequency hopping
`nature of Bluetooth beacon systems which means that, in
`order for broadcast messages(or, indeed, any messages) to be
`received by a passing terminal, the terminal has to be syn-
`chronised to the beacon in both time and frequency. The
`portable device 10 has to synchroniseits clock to the beacon
`clock and, from the beaconsidentity, deduce which of several
`hopping sequences is being employed.
`To make this deduction, the portable device has conven-
`tionally been required to join—as a slave—the piconet
`administered by the beacon as piconet master. Two sets of
`procedures are used, namely “inquiry” and “page”. Inquiry
`allows a would-be slave to find a base station and issue a
`request to join the piconet. Page allows a base station to invite
`slaves of its choice to join the net. Analysis of these proce-
`dures indicates that the time taken to join a piconet and then
`be in a position to receive information from the master could
`be several tens of seconds, which is much too long for CA
`applications, where a user may moveout of range of a beacon
`before joining could be completed.
`The difficulty of receiving broadcast data from beaconsis
`causedat least partially by the frequency-hopping nature of
`Bluetooth and similar systems. The Bluetooth inquiry proce-
`dure has been proposed specifically to solve the problem of
`bringing together master and slave: the applicants have rec-
`ognised thatit is possible to piggy-back a broadcast channel
`on the inquiry messages issued by the master. Only CAter-
`minals need read the broadcast channel messages and only
`CA basestations or beacons send them.In consequence,at the
`air interface, the mechanism is entirely compatible with con-
`ventional (non-CA) Bluetooth systems.
`Toillustrate howthis is implemented, wefirst consider how
`the Inquiry procedures themselves operate, with reference to
`FIGS. 3 and 4. When a Bluetooth unit wants to discover other
`Bluetooth devices, it enters a so-called inquiry substate. In
`this mode, it issues an inquiry message containing a General
`Inquiry Access Code (GIAC)or a numberof optional Dedi-
`cated Inquiry Access Codes (DIAC). This message transmis-
`sion is repeated at severallevels; first, it is transmitted on 16
`
`7
`
`

`

`US 7,587,207 B2
`
`7
`frequencies from a total of 32 making up the inquiry hopping
`sequence. The message is sent twice on two frequencies in
`even timeslots with the following, odd timeslots used to listen
`for replies on the two corresponding inquiry response hop-
`ping frequencies. Sixteen frequencies and their response
`counterparts can therefore be covered in 16 timeslots, or 10
`ms. The chart of FIG.3 illustrates the transmission sequence
`on sixteen frequencies centred around f{k}, where f{k} rep-
`resents the inquiry hopping sequence.
`Thenextstep is the repetition of the transmission sequence
`at least Niguiry times. At the very least, this requires 256
`repetitions of the entire sequence which constitutes a train of
`transmissions which wewill refer to as inquiry transmission
`train A. Next, inquiry transmission train A is swapped for
`inquiry transmission train B consisting of a transmission
`sequence on the remaining 16 frequencies. Again, the train B
`is made up of 256 repetitions of the transmission sequence.
`Overall the inquiry transmissions cycle between transmis-
`sions of train A andtrain B. As shown by FIG.4, the specifi-
`cationstates that this switch betweentrains must occuratleast
`three times to ensure the collection of all responses in an
`error-free environment. This meansthat an inquiry broadcast
`could take at least 10.24 seconds.
`
`One way to reduce this would be for the switch between
`inquiry transmissiontrains to be made morerapidly,1.e. with-
`out waiting until the 2.56 seconds for 256 repetitions ofthe 10
`ms to cover the 16 timeslots is up. This may suitably be
`accomplished by setting the systems to switch over if no
`inquiry message is detected after say 50 ms, on the under-
`standing that no such message will be detected in the remain-
`der of the present train.
`A portable device that wants to be discovered by a beacon
`enters the inquiry scan substate. Here,it listens for a message
`containing the GIAC or DIAC’s ofinterest. It, too, operates in
`acyclic way.It listens ona single hop frequency for an inquiry
`scan period ofT,,inquiry_scan. This must be long enough to
`cover the 16 inquiry frequencies used by the inquiry. The
`interval between the beginning of successive scans must be no
`greater than 1.28 seconds. The frequency chosen comes from
`the list of 32 making up the inquiry hopping sequence.
`On hearing an inquiry containing an appropriate IAC, the
`portable device enters a so-called inquiry response substate
`and issues a number of inquiry response messages to the
`beacon. The beacon will then page the portable device, invit-
`ing it to join the piconet.
`As mentioned above and shownin FIG.5, the applicants
`proposethat the inquiry messages issued by the base station
`have an extra field appended to them, capable of carrying a
`user-defined payload (CA DATA). In the CA scenario, this
`payloadis usedto carry broadcast information,or keys, to CA
`terminals during the inquiry procedure. By adding thefield to
`the end of the inquiry message, it will be appreciated that
`non-CAreceivers can ignore it without modification. In addi-
`tion, by using a CA-specific DIAC, CA receivers can be
`alerted to the presence ofthe extra informationfield.
`The presence of the extra data field means that the guard
`space conventionally allowed at the end of a Bluetooth
`inquiry packet is reduced. However, this space—providedto
`give a frequency synthesiser time to change to a new hop
`frequency—will be generally unused otherwise, as current
`frequency synthesisers are capable of switching at speeds
`which do not need extension into the extra guard space. The
`standard inquiry packet is an ID packet of length 68 bits.
`Since it is sent in a half-slot, the guard space allocated is
`(625/2-68)=244.5 us (625 us slot period, 1 Mbit/s signalling
`rate). Modern synthesisers can switch in muchless time with
`figures of 100 us or lower considered routine by experts in the
`
`8
`field. Applicants therefore propose allocation of 100 bits as a
`suitable size for this new field, although it will be readily
`understoodthat otherfield sizes are, of course, possible.
`CA handsets can receive the broadcast data quickly with-
`out being required to run through a lengthy procedure to join
`a piconet.In addition, sincethere is no need for the handset to
`transmit any information whatsoever, there is a consequent
`power saving that will be particularly important in dense
`environments where many CAbasestations maybepresent.
`Nevertheless, when the handset is in interactive mode and
`wishes to join a piconetin order to obtain more information,
`it may employ the default inquiry procedures as normal.
`Thereis no loss of functionality through supporting the addi-
`tional data field.
`
`Ina typical embodiment, fourof our 100 bits will be lost as
`trailer bits for the ID field; this is a consequenceof it being
`read by a correlator. Of the 96 bits remaining, applicants
`preferred allocation is that 64 be used as data and 32 as a 2/3
`FEC (forward error correction) checksum, although the
`checksum, any headers included, and other overheads may
`greatly reduce the numberofbits available for data, perhaps
`to 10 bits or fewer in some circumstances. Each inquiry burst
`thus contains 8 bytes of broadcast data. In a most common
`scenario, by the second group of A andB trains the portable
`device has found the base station, understood it to bea CA
`beacon and is awaiting the broadcast data. Since it will be
`listening specifically, the portable device will at least be able
`to read 256 bursts of data twice (A andB), giving us twolots
`of 2 Kbytes, or 4 Kbytes in total.
`Atthis stage, the portable device does not know the phase
`of the beacons clock because this information is not been
`
`transmitted. To assist the portable device, clock information
`is transmitted in at least some ofthe trains in the first A and B
`
`20
`
`25
`
`30
`
`35
`
`groups, as shown in FIG. 6, together with some auxiliary
`information indicating whenthe next switches between A and
`B will occur. This clock information will be transmitted in
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`place of the CA broadcast data so means are provided to
`discriminate between the two data channels. Use of separate
`DIAC’s is one possible method.
`In the case where the portable device knowsthe timing of
`the beacon,the portable devices also knows how it will hop,
`which gives the ability to track all transmissions ofa train.
`Since there are 16 transmissionsin a frame, then the resultant
`CA channelhas 16 times as much capacity and can convey 64
`Kbytes of information.
`Since the terminal wakes up every 1.28 secondsorless, it
`will generally have obtained the clocking informationit needs
`by the half way mark in the first A or B periods. Switching
`from clock to data at these halfway marks, as illustrated in
`FIG.7, provides a numberofuseful advantages. Firstly, some
`data can be receivedin less than five seconds from the start of
`the inquiry procedure. Secondly,
`the terminal can still
`respond to an important key by automatically issuing an
`inquiry response message to the base station (if that is the
`appropriate action for the terminal to take) even if the key
`appears comparatively late in the cycle. It will be noted that no
`increas