Introducere in Bluetooth PDF

UNIVERSITATEA TEHNIC GH.
ASACHI IAI
Facultatea de Electronic i Telecomunicaii

Secia Radiocomunicaii Digitale
Ing. Ciprian Comsa
2001
Aceast lucrare este rodul colaborrii

cu S.C. Isratech S.R.L., care a pus la
dispoziia autorului documentaia necesar.
Autorul este recunosctor att D-lui

Prof. Dr. Ing. Ion Bogdan, ndrumtorul acestei
lucrri, ct i D-lui Prof. Dr. Ing. Paul Cotae
pentru sprijinul nemijlocit i indicaiile
acordate.
Lucrarea de fa se dorete a fi un
preambul la realizarea unui amplu proiect de
studiu al Bluetooth, avnd la dispoziie un
kit de dezvoltare realizat de Ericsson.
Cuprins
1.
2.
3.
Introducere
1.
Despre Bluetooth
2.
Harald Bluetooth
3.
nceputul
4.
SIG
5.
Interoperabilitatea
6.
Modelele de utilizare
7.
Produse Bluetooth
8.
Necesitatea Bluetooth wireless
9.
Tehnologia Bluetooth
10. Arhitectura de reea
11. Securitate
12. Arhitectura hard
13. Arhitectura soft
14. Tehnologii competitive
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
1.1
1.1
1.2
1.2
1.2
1.3
1.3
1.4
1.5
1.6
1.7
1.7
1.8
1.9
Utilizarea Bluetooth
1.
Stiva de protocoale
2.
Modelul de referin OSI
3.
Stratul Fizic
4.
Legturile vocale i de date
5.
Comunicaia Bluetooth
1. Descoperirea dispozitivelor Bluetooth
2. Conectarea la o baz de date Service Discovery
3. Conectarea la un serviciu Bluetooth
4. Moduri de descoperire i conectare
6.
Consideraii referitoare la management
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
2.1
2.2
2.3
2.3
2.4
2.4
2.6
2.7
2.8
2.8
Stiva de protocoale Bluetooth

1.
Protocoale utilizate de Bluetooth
pagina
2.
Protocoale ale Nucleului Bluetooth
pagina
1. Baseband (BB)
pagina
2. Link Manager Protocol (LMP)
pagina
3. Logical Link Control & Adaptation Protocol (L2CAP) pagina
4. Service Discovery Protocol (SDP)
pagina
3.1
3.3
3.3
3.3
3.4
3.4
Cuprins
3.
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
3.4
3.4
3.5
3.6
3.6
3.7
3.8
3.8
3.8
Profiluri Bluetooth
1.
Profiluri
2.
Profilul Generic Access
1. Terminologie
2. Moduri de operare
3.
Profilul Serial Port
4.
Profilul Dial-Up Networking (DUN)
Stabilirea unei conexiuni DUN
5.
Profilul FAX
6.
Profilul headset
Stabilirea unui apel prin headset-ul Bluetooth
7.
Profilul Punct de acces LAN
Conectarea la un punct de acces LAN
8.
Profilul Generic Object Exchange (GOEP)
9.
Profilul Object Push
10. Profilul File Transfer
11. Profilul Synchronisation
12. Profilul Intercom
13. Profilul Cordless Telephony
14. Avantajele existenei profilurilor
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
pagina
4.1
4.2
4.2
4.3
4.4
4.6
4.7
4.8
4.9
4.11
4.11
4.13
4.14
4.15
4.16
4.17
4.18
4.19
4.21
Evoluia Bluetooth
1.
Grupuri de lucru
2.
Crearea unui profil
3.
Bluetooth versiunea 2.0
4.
Bluetooth i 3G
5.
Concluzii
pagina
pagina
pagina
pagina
pagina
5.1
5.1
5.2
5.3
5.4
Bibliografie
pagina
6.1
4.
5.
4.
5.
6.
Protocoale de nlocuire a Cablurilor

RFCOMM
Protocoale de Control Telefonic
Protocoale adoptate
1. PPP
2. TCP/UDP/IP
3. OBEX
4. WAP
5. vCard i vCalendar
Capitolul 1
Introducere
Despre Bluetooth
Acesta este un standard care:
Elimin firele i cablurile ntre dispozitive att staionare ct i mobile;
Faciliteaz att comunicaiile de date ct i pe cele vocale;
Ofer posibilitatea implementrii unor reele ad-hoc i a sincronizrii ntre diverse
dispozitive.
Tehnologia wireless Bluetooth implic cerine hard, soft i de interoperabilitate. Aceasta
a fost adoptat sau este studiat nu numai de majoritatea actorilor de pe scena
telecomunicaiilor, computerelor i a industriei de entertainment casnic, dar i din
diverse domenii precum cel bancar, cel al industriei auto-moto i de ngrijire a sntii
sau cel al automatizrii i jucriilor, etc. pe plan extern, aproape de toate sectoarele
economice.
Harald Bluetooth
Harald Bluetooth a fost regele viking al Danemarcei ntre anii 940 i 981. Unul
dintre scopurile sale era s determine oamenii s comunice ntre ei i n timpul domniei
sale Danemarca i Norvegia au fost unite.
Astzi tehnologia wireless Bluetooth
ngduie oamenilor s comunice ntre ei, dar de
aceast dat prin intermediul unei legturi radio de
cost redus i pe domenii restrnse.
n oraul danez Jelling Harald Bluetooth a
ridicat o piatr pictat, pe care alturi de imaginea
lui Cristos, dinuie i astzi urmtoarea inscripie:
Regele Harald a ridicat acest monument n
memoria tatlui su Gorm i a mamei sale Thyre.
Acest Harald a cucerit n ntregime Danemarca i
Norvegia i i-a cretinat pe danezi.
n septembrie 1999 a nou piatr a fost
ridicat n oraul Lund, lng cldirea Ericsson
Mobile Communications, de aceast dat n
memoria lui Harald Bluetooth.
Pagina 1.1
Introducere
nceputul
Ideea ce a dat natere tehnologiei wireless Bluetooth a aprut n 1994 cnd
compania Ericsson Mobile Communications a decis investigarea fezabilitii unei
interfee radio de mic putere i cost redus ntre telefoanele mobile i accesoriile
acestora. Ideea a fost ca un dispozitiv radio de dimensiuni reduse, introdus att n
telefon ct i n laptop s poat nlocui cablurile stnjenitoare utilizate pentru a conecta
cele dou dispozitive.
Un an mai trziu a nceput munca inginereasc i adevratul potenial al acestei
tehnologii a nceput s se cristalizeze. Pe de alt parte, prin ruperea lanului de
dispozitive prin nlocuirea cablurilor, tehnologia radio a scos n eviden posibilitatea de
a deveni o punte universal ctre reele de date deja existente, ctre interfee periferice,
i un mecanism de formare ad-hoc a unor mici grupuri private de dispozitive conectate
departe de infrastructuri fixe de reele.
SIG
n februarie 1998 a luat fiin Grupul de Interes Special (SIG). Astzi Bluetooth
SIG include companiile promotoare 3Com , Ericsson, IBM, Intel, Lucent, Microsoft,
Motorola, Nokia i Toshiba , i mii de companii membri asociai sau adoptori.
Iniial misiunea SIG a fost de a monitoriza dezvoltarea tehnologiei radio pentru
domenii restrnse i de a crea un standard global deschis, prevenind astfel devenirea
acestei tehnologii proprietatea unei singure companii. Acest lucru a avut ca rezultat
apariia primelor Specificaii Bluetooth n Iulie 1999. Dezvoltarea ulterioar a
Specificiilor este nc scopul principal al SIG, alturi de asigurarea cerinelor de
interoperabilitate, armonizarea benzii de frecven i promoia tehnologiei [Blu].
Interoperabilitatea
De la bun nceput, unul dintre scopurile principale ale SIG a fost s includ n
Specificaiile Bluetooth un cadru de lucru general, care s asigure interoperabilitatea
ntre diverse dispozitive aparinnd unor productori diferii att timp ct utilizeaz
acelai Profil.
n vreme ce modelele de utilizare descriu aplicaiile i dispozitivele vizate,
Profilurile specific modul de utilizare a stivei de protocoale Bluetooth pentru a asigura
interoperabilitatea dispozitivelor. n fiecare profil se specific modul de reducere a
opiunilor i a setului de parametri din standardul de baz, modul de utilizare a
procedurilor din cteva dintre standardele de baz. Se folosete astfel experiena unei
utilizri comune a dispozitivului. Astfel, spre exemplu, un mouse nu are nevoie s
comunice cu un headset, aa c ei sunt construii s utilizeze Profiluri diferite.
Pagina 1.2
Introducere
Profilurile sunt subiect al Specificaiilor Bluetooth i toate dispozitivele trebuie
testate pentru unul sau mai multe Profiluri pentru a ndeplini cerinele de certificare
Bluetooth. Numrul de Profiluri continu s creasc odat cu apariia de noi aplicaii.
Programul de certificare Bluetooth garanteaz interoperabilitatea global ntre
dispozitive indiferent de productor sau de ara n sunt utilizate. Pe parcursul procedurii
de testare prin care toate dispozitivele trebuie s treac, se verific dac sunt ndeplinite
cerinele cu privire la: calitatea legturii radio, protocoalele straturilor joase, profiluri i
informaia specific utilizatorului. Toate produsele atestate sunt listate public [Blu].
Modelele de utilizare
Profilurile descrise n prima versiune a Specificaiilor se adreseaz n principal
modelelor de utilizare pentru industria telecomunicaiilor i computerelor.
Trei exemple sunt Internet Bridge, Ultimate Headset i Automatic
Syncronizer.
Internet Bridge ofer acces nelimitat la Internet i este o component ce ajut
la economisirea timpului, mai ales c banda telefoanelor mobile este n continu
cretere. Tehnologia wireless Bluetooth permite navigarea Internet fr conectarea de
cabluri, indiferent de localizare, fie folosind un computer, fie utiliznd nsui telefonul
mobil. n apropierea unui punct de acces al unei reele cablate, este posibil conectarea
direct a computerului mobil sau a dispozitivului handheld, i tot fr a utiliza cabluri.
Headset-ul permite utilizarea telefonului mobil, fr a trebui scos din geant,
sau fr a fi nevoie s fie inut n mn n birou sau n main.
Sincronizarea automat a calendarelor, agendelor, etc. este o opiune
ndelung ateptat de muli dintre noi. Prin simpla intrare n birou, calendarul din
telefonul mobil sau dispozitivul PDA va fi automat actualizat s se potriveasc cu cel
din PC-ul de pe birou, sau vice versa. Numerele de telefon i adresele din agend vor fi
ntotdeauna corecte n dispozitivul portabil fr a fi necesare operaii suplimentare prin
cablu sau infrarou.
Produse Bluetooth
Multe companii au declarat c tehnologia wireless Bluetooth va fi ncorporat n
produsele lor, mai ales pe msur ce componentele Bluetooth se vor ieftini. Conform
estimrilor fcute n 2000 de Cahners In-stat Group , disponibilitatea produselor n
urmtorii ani a fost definit n trei valuri.
Primul val , localizat n timp pe durata anilor 2000-2001, include produse
precum:
Adaptoare pentru telefoane mobile i adaptoare i cartele PC pentru PC-uri i
laptop-uri;
Pagina 1.3
Introducere
Telefoane mobile i notebook-uri cu tehnologie Bluetooth integrat, pentru
utilizatori gen oameni de afaceri;
Headset-ul Bluetooth;
Tot odat cu primul val ncep s apar i primele PC-uri handheld i PDA-uri.
Communicator
Dispozitiv
handheld
Pocket PC
Dispozitiv
PDA
Al doilea val l depete pe primul n multe aspecte. Acesta cuprinde:

PC-uri cu circuite Bluetooth
ncorporate pe plcile de baz;
Imprimante, faxuri, camere
foto digitale;
Produse
industriale
i
medicale vor fi de asemenea
componente ale acestui val;
Spre finalul acestui val sunt
prevzute i implementrile din
industria aotomotiv.
Al treilea val include:
Telefoane mobile de pre redus i PC-uri i dispozitive portabile, de asemenea de
pre redus.
Necesitatea Bluetooth wireless

n aceast etap de dezvoltare social mobilitatea oamenilor a crescut constant i
tehnologiile wireless pentru comunicaii de date i vocale au evoluat rapid n ultimii ani.
Nenumrate dispozitive electronice pentru uz casnic, personal sau de afaceri au
fost propuse pieei n ultima perioad, dar nici o tehnologie de larg utilizare nu se
adresa satisfacerii necesitilor de conectare a dispozitivelor n reele personale
Pagina 1.4
Introducere
(Personal Area Networks - PAN). Cererea pentru un sistem capabil s conecteze
dispozitive pentru comunicaii de date i vocale pe distane reduse a crescut simitor.
Tehnologia wireless Bluetooth umple acest gol, oferind soluii pentru comunicaii
vocale i de date fr cabluri, utiliznd alimentri standard low-power, tehnologii de cost
redus ce pot fi cu uurin integrate n orice dispozitiv i deschiznd astfel calea unei
mobiliti totale. Preurile vor fi reduse pentru producia de mas. De asemenea, odat
cu creterea numrului de uniti Bluetooth, vor crete i beneficiile pentru utilizatori.
n figura urmtoare este prezentat evoluia pieei de chipuri Bluetooth.
Milioane de uniti
Piaa de chipuri Bluetooth pn n 2005
Anul
Tehnologia Bluetooth
Specificaiile Bluetooth definesc capabiliti de legturi radio pe distane scurte
(aproximativ 10m) sau opional pe distane medii (aproximativ 100m) pentru transmisii
vocale sau de date de capacitate maxim 720kbps pe canal.
Gama de frecvene de operare o constituie banda neliceniat industrial,
tiinific i medical (ISM) de la 2.4GHz la 2.48Hz, utiliznd tehnici de mprtiere a
spectrului, cu salturi de frecven a semnalului duplex de pn la 1600 salturi pe
secund. Semnalul execut salturi prin 79 intervale de frecven de 1MHz, pentru a
realiza o bun imunitate la interferene. Ieirea RF este conform specificaiilor 0dBm
(1mW) pentru implementrile pentru domenii de 10m sau ntre 30dBm i 20dBm
(100mW) pentru versiunile pentru domenii mai extinse.
Cnd s-au alctuit specificaiile radio, un mare accent s-a pus pe posibilitatea
implementrii design-ului ntr-un singur chip CMOS, n consecin reducndu-se costul,
puterea consumat i dimensiunile, necesare pentru implementarea n dispozitivele
mobile.
Pagina 1.5
Introducere
Comunicaiile vocale
Sunt utilizate pn la trei canale vocale sincrone simultan sau un canal care
suport simultan transmisie de date asincron i transmisie vocal sincron. Fiecare
canal vocal suport sincron 64kb/s n fiecare sens.
Comunicaii de date
Un canal de date asincron poate suporta maxim 723.2kbps n sens direct n
conexiune asimetric (i pn la 57.6kbps n sens invers), sau 433.9kbps n conexiune
simetric.
Un master poate utiliza n comun un canal cu pn la 7 dispozitive slave simultan
active ntr-o pico-reea (piconet);
Interschimbnd dispozitivele slave active i inactive (parcate) din piconet, pot fi
virtual conectate 255 de dispozitive slave, utiliznd PM_ADDR (unui dispozitiv i revine
rndul s participe la comunicaie n 2ms);
Pentru a parca i mai multe dispozitive slave se poate utiliza BD_ADDR ; astfel nu
mai rmne nici o limitare asupra numrului de dispozitive slave .
Dispozitivele slave pot face parte din mai multe piconet-uri i master-ul unui
piconet poate fi slave n altul; acest tip de reea se numete scaternet . Pentru a se
respecta normele de imunitate la coliziuni ntre date, un scaternet poate cuprinde pn
la 10 piconet-uri.
Arhitectura de reea
Unitile Bluetooth aflate n acelai domeniu spaial de aciune radio pot realiza
ad-hoc conexiuni punct-la-punct i/sau punct-la-multipunct. Unitile pot fi adugate
sau deconectate n mod dinamic la reea. Dou sau mai multe uniti pot utiliza n
comun un canal al unui piconet .
Se pot forma mai multe picoreele i acestea se pot lega ad-hoc
mpreun formnd scatternet , pentru a
realiza
configuraii
flexibile
de
comunicaii i schimburi de date. Dac
ntr-un acelai domeniu spaial se afl
mai multe pico-reele, fiecare lucreaz
independent i fiecare are acces la
ntreaga band de frecvene. Fiecare pico-reea este stabilit pe un canal diferit, cu salt
n frecven. Toi utilizatorii participani la aceeai pico-reea sunt sincronizai pe acest
canal. Spre deosebire de dispozitivele cu infrarou (IR), unitile Bluetooth nu sunt
limitate de necesitatea vederii directe ntre ele.
Pagina 1.6
Introducere
Pentru a regula traficul pe canal, unul dintre participani devine master n
piconet, n timp ce restul unitilor devin slave . n conformitate cu Specificaiile actuale
ale Bluetooth, pot comunica cu un master, simultan active, pn la apte dispozitive
slave. Totui, numrul unitilor virtual ataate unui master, capabile s intre n
comunicaie este aproape nelimitat.
Securitate
Deoarece semnalele radio pot fi uor interceptate, dispozitivele Bluetooth au
ncorporate proceduri de securizare, pentru prevenirea receptorilor ru-intenionai i
nevizai de mesaj.
Trei sunt metodele de securizare a informaiei:
O rutin de interpelare pentru autentificare;
Cifrarea fluxului informaional, ca metod de criptare;
Generarea unor chei de sesiune aceste chei pot fi oricnd schimbate pe parcursul
unei conexiuni stabilite.
n algoritmii de securizare sunt utilizate trei entiti:
Adresa dispozitivului Bluetooth (BD_ADDR pe 48 bii), care este o entitate public
unic pentru fiecare dispozitiv. Aceast adres se obine prin procedura Inquire .
O cheie privat specific utilizatorului (128 bii), care este o entitate secret. Cheia
privat deriv din procedura de iniializare i nu este dezvluit niciodat.
Un numr aleator (128 bii), care difer la fiecare nou tranzacie. Acest numr este
derivat dintr-un proces pseudo-aleator n unitatea Bluetooth.
n plus fa de aceste funcii la nivel de legtur, salturile de frecven i
transmisia limitat spaial ajut i ele la prevenirea recepionrilor neautorizate.
Arhitectura hard
Componenta hard a Bluetooth const ntr-o parte analogic radio i o parte
digital Host Controller (HC). HC conine o parte de procesare a semnalului digital,
numit Link Controller (LC), un nucleu de procesor (CPU core ) i interfeele cu mediul
gazd.
Pagina 1.7
Introducere
LC const ntr-o structur hard care realizeaz procesri la nivelul benzii de baz
(baseband - BB) i al protocoalelor stratului fizic. ntre funciile LC sunt incluse
transferurile asincrone i sincrone, codarea audio i criptarea.
CPU core permite modulului Bluetooth s mnuiasc procedurile Inquiry i s
filtreze cererile Page fr a implica dispozitivul gazd. HC poate fi programat s
rspund anumitor mesaje Page i s autentifice legturile la distan (remote ).
Soft-ul LM ruleaz n CPU core . LM descoper alte LM-uri i comunic cu ele
prin intermediul Link Manager Protocol (LMP) spre a-i ndeplini rolul de furnizor de
servicii i de a utiliza serviciile oferite de inferiorul su, Link Controller .
Arhitectura soft
n figura de mai jos protocoalele Bluetooth sunt reprezentate prin csue umplute
cu culoare. Pentru a asigura compatibilitatea ntre diverse implementri hard,
dispozitivele hard utilizeaz Host Controller Interface (HCI) ca o interfa comun
ntre gazda Bluetooth (un PC portabil, de exemplu) i nucleul Bluetooth.
Protocoalele nivelelor superioare, precum Service Discovery Protocol (SDP),

RFCOMM (emulator de port serial, precum RS-232) i Telephony Control protocol
(TCS) sunt interfaate cu serviciile din banda de baz prin intermediul Logic Link
Control and Adaptation Protocol (L2CAP). Printre sarcinile pe care le are L2CAP se
numr segmentarea i reasamblarea pentru a permite pachetelor de date mai mari s fie
transportate printr-o conexiune Bluetooth n banda de baz.
Pagina 1.8
Introducere
SDP permite aplicaiilor s afle informaii despre serviciile disponibile i despre
caracteristicile acestora cnd, de exemplu dispozitivele sunt mutate sau nchise.
Tehnologii competitive
Nu exist nici un competitor care s acopere ntregul concept al tehnologiei
wireless Bluetooth, dar pentru anumite segmente de pia exist i alte tehnologii.
Pentru eliminarea cablurilor ntre dispozitive, destul de bine cunoscut i rspndit
este standardul de comunicaii n infrarou (IrDA). IrDA este mai rapid dect
tehnologia Bluetooth, dar se limiteaz la conexiunile punct-la-punct i, mai ales, necesit
vedere direct ntre cele dou dispozitive. n trecut IrDA a avut probleme cu
implementri dup standarde incompatibile, lecie de care a inut cont Bluetooth SIG.
Dou alte tehnologii radio pentru domenii spaial reduse, utiliznd tehnica
salturilor n frecven slluiesc n aceeai band de 2.4GHz:
Reelele locale wireless LAN sunt bazate pe standardul IEEE 802.11. Aceast
tehnologie este utilizat pentru a nlocui reelele LAN cablate n interiorul cldirilor.
Capacitatea de transmisie este ridicat i de asemenea i numrul de utilizatori simultani.
Pe de alt parte, comparat cu Bluetooth, aceast tehnologie este mai scump, consum
mai mult putere i hard-ul ocup mai mult spaiu, ceea ce o face nepotrivit pentru
dispozitive mobile de dimensiuni mici.
Cealalt tehnologie din banda de la 2.4GHz este Home RF, care are multe
similitudini cu Bluetooth. Home RF poate opera reele ad-hoc (numai pentru
comunicaii de date) sau poate fi sub controlul unui punct de conectare coordonnd
sistemul i oferind un punct de acces (gateway ) ctre reeaua telefonic (comunicaii
vocale i de date). Frecvena salturilor n frecven este de 8Hz, n timp ce pentru
legturile Bluetooth este de 1600Hz.
Ultra-Wideband radio (UWB) este o tehnologie nou ce se afl nc n studiu.
Pulsuri scurte sunt transmise n domenii largi de frecvene. Capacitatea se estimeaz a fi
mare, iar puterea consumat se ateapt a fi redus.
Pagina 1.9
Capitolul 2
1. Stiva de protocoale
O caracteristic cheie a Bluetooth este aceea de a permite dispozitivelor realizate
de diveri productori s lucreze mpreun. Pentru acest scop, Bluetooth nu definete
doar un sistem Radio, ci i o stiv de protocoale pentru ca aplicaiile respective s poat
sesiza prezena altor dispozitive Bluetooth, s descopere ce servicii pot acestea oferi i
s utilizeze aceste servicii.
Stiva de protocoale este definit ca o serie de straturi, dei unele caracteristici nu
pot fi delimitate ca aparinnd unui anumit strat. n figura 2.1 este evideniat acest
aspect.
Profilurile Bluetooth ghideaz aplicaiile n
utilizarea stivei de protocoale Bluetooth.
TCS
(Telephony
Control
Protocol
Specification) ofer servicii telefonice.
SDP (Service Discovery Protocol) las
dispozitivele Bluetooth s descopere ce
servicii suport celelalte dispozitive.
RFCOMM ofer o interfa serial
asemntoare cu RS232.
L2CAP multiplexeaz date de la straturile
superioare i convertete dimensiunile
pachetelor informaionale, dup necesiti.
HCI manipuleaz comunicaiile ntre
modulul Bluetooth i aplicaia gazd.
LM controleaz i configureaz legturile cu
alte dispozitive.
BB/LC controleaz legturile fizice prin
radio, asambleaz pachetele i controleaz
salturile n frecven.
Stratul Radio moduleaz i demoduleaz
datele pentru transmisia i recepia aerian.
Figura 2.1
Pagina 2.1
2. Modelul de referin OSI

Figura 2.2 arat familiarul model de referin standard Open Systems Interconnect
(OSI) pentru stiva de protocoale de comunicaii. Dei corelaia nu este exact, s-a
ncercat realizarea unei corespondene ntre modelul OSI i stiva de protocoale
Bluetooth. De vreme ce oricum modelul este o idealizare cu partiii ale stivei cu granie
bine definite, comparaia are ca scop evidenierea divizrii responsabilitilor n stiva
Bluetooth.
Stratul Fizic este
responsabil
de
interfaa
electric cu mediul de
comunicaie,
incluznd
modulaia i codarea de
canal. Este inclus deci
partea de operaii radio i din
banda de baz.
Stratul Legtur de
Date este responsabil pentru
transmisia, ncadrarea i
controlul
erorilor
unei
legturi anume i, ca atare, se
suprapune peste sarcinile
Figura 2.2
Link Controller-ului i prii
de control din banda de baz (baseband - BB), incluznd verificarea i corecia erorilor.
De aici nainte, lucrurile sunt puin mai ambigue. Stratul Reea este responsabil
pentru transferurile de date de-a lungul reelei, independent de medii i topologii
specifice ale reelei. Acesta acoper captul superior al Link Controller-ului, setnd i
meninnd multiple legturi i realizeaz de asemenea i o mare parte din
funcionalitile Link Manager-ului. Stratul Transport este responsabil cu sigurana i
multiplexarea transferurilor de date de-a lungul reelei, la nivelul oferit de aplicaie, i
astfel cuprinde captul superior al LM i acoper HCI, care ofer de fapt mecanismul
actual al transportului de date.
Stratul Sesiune ofer servicii de management i control al fluxului de date, care
sunt acoperite de L2CAP i captul inferior al RFCOMM/SDP. Stratul Prezentare
ofer o reprezentare comun pentru datele stratului Aplicaie adugnd unele uniti de
date structurii de serviciu, care este funcia principal a RFCOMM/SDP. n sfrit,
stratul Aplicaie este responsabil pentru mnuirea comunicaiilor ntre aplicaiile
gazd.
Pagina 2.2
3. Stratul Fizic
Dispozitivele Bluetooth opereaz la 2.4GHz, n banda global disponibil ISM, a
crei utilizare nu solicit liceniere. Aceast band este rezervat pentru uzul aplicaiilor
industriale, tiinifice i medicale (ISM), care respect un set de specificaii de putere,
emisii spectrale i interferen. Acest lucru presupune necesitatea ca Bluetooth s fie o
tehnologie foarte robust, ntr-un mediu spectral cu ati utilizatori i surse de poluare.
Banda operat este divizat n canale spaiate la 1MHz, fiecare semnalnd date la
1 Megasimbol pe secund pentru a se obine limea de band a canalului maxim. Cu
schema de modulaie aleas, GFSK (Gaussian Frequency Shift Keying), aceasta
echivaleaz cu 1Mb/s. Utiliznd GFSK, un 1 binar determin un salt pozitiv de la
frecvena purttoare nominal, pe cnd un 0 binar determin un salt negativ n
frecven.
Dup fiecare pachet, ambele dispozitive reacordeaz unda radio pe alte frecvene,
efectiv srind de la un canal radio la altul (FHSS Frequency Hopping Spread
Spectrum ). n acest fel dispozitivele Bluetooth utilizeaz ntreaga band ISM disponibil
i dac o transmisie este compromis de interferene pe un canal, retransmisia se va face
ntotdeauna pe un alt canal. Fiecare fant temporal (time slot) dureaz 625ms i de
obicei dispozitivele utilizeaz un salt pe pachet, adic la fiecare slot, la fiecare 3 slot-uri
sau la fiecare 5 slot-uri.
Cum dispozitivele sunt proiectate pentru aplicaii low-power , puterea radio emis
trebuie s fie minim. Sunt definite trei clase de putere, care ofer, n ordine cresctoare
a puterii, aciune pe domenii de 10m, 20m sau 100m.
4. Legturile vocale i de date

Bluetooth permite att comunicaii de date critice n timp, precum cele vocale i
audio, ct i comunicaii de nalt vitez, de pachete de date, insensibile la factorul timp.
Pentru a transporta astfel de date, ntre orice dou dispozitive se pot stabili dou tipuri
de legturi i anume, legturi SCO (Synchronous Connection Oriented) pentru
comunicaii vocale i legturi ACL (Asynchronous Connectionless) pentru comunicaii
de date.
Pachetele de date pentru legturi ACL sunt construite dintr-un cod de acces de
72 bii, un pachet antet (header ) de 54 bii i un cod CRC, n adiia ncrcturii
informaionale utile (payload data ). Exist o varietate de tipuri de date permind
transmiterea unor cantiti diferite de informaie. Pachetul cu cea mai mare ncrctur
informaional este DH5, care se ntinde n 5 slot-uri temporale. Un pachet DH5 poate
transporta 339 bytes sau 2712 bii de date. Aadar, sunt transmii 2858 bii pentru 2712
bii de informaie.
Pagina 2.3
Un pachet DH5 utilizeaz pn la 5 slot-uri i lungimea minim replicat este 1
slot. Astfel, rata maxim n banda de baz ntr-un sens este 723.2kb/s. n acest caz, cu
pachete de 5 slot-uri transmise ntr-un sens, pachetele de un slot trimise n sens invers
vor transporta numai 57.6kb/s, astfel c aceasta va fi o legtur asimetric cu mai mult
informaie transmis n sensul trimiterii pachetelor de 5 slot-uri. Dac ar fi transmise
pachete de 5 slot-uri n ambele sensuri, atunci rata obinut a datelor ar fi 433.9kb/s,
ceea ce ar fi o reducere prea mare de la rata de transmisie prin aer de 1Mb/s.
Att aceste suprancrcri la codarea datelor, ct i salturile n frecven sunt
necesare n principal pentru a oferi robustee legturii Bluetooth, de vreme ce banda
ISM este o resurs comun pentru multe dispozitive i alte standarde de comunicaii i
chiar surse de zgomot. n plus, pentru reducerea problemelor de interferene viitoare n
spectru, se au n vedere reglementri de limitare a puterii emise pe unitatea de timp n
banda ISM, determinnd necesitatea unei scheme de salturi n frecven pentru
mprtierea transmisiilor n spectru i n timp.
Straturile superioare ale stivei de protocoale mai necesit i ele o parte a limii
de band, astfel c la nivelul aplicaiilor, rata maxim a datelor poate fi n jurul a
650kb/s.
Legturile SCO lucreaz la 64kb/s i este posibil coexistena a trei legturi
vocale duplex simultane sau combinarea transmisiei vocale cu una de date. Aceste canale
vocale redau o comunicaie de o calitate ce se ateapt i de la sistemele moderne de
telefonie mobil, precum GSM-ul. n fapt, legturile SCO nu prea sunt potrivite pentru
transferuri audio de calitatea semnalului muzical.
O alternativ pentru suportul transmisiilor muzicale este utilizarea unui canal
ACL. Calitatea semnalului audio CD brut necesit 1411.2kb/s, dar cu o compresie
adecvat, precum MP3, care poate reduce rata de bit la aproximativ 128kb/s, se poate
transmite i semnal audio de calitate apropiat de cea CD, meninndu-se succesiunea
temporal a informaiei.
5. Comunicaia Bluetooth
Bluetooth difer de orice reea cablat, deoarece nu exist nici un cablu ntre
dispozitivele care comunic ntre ele i s-ar putea ca ele s nu cunoasc cu ce alte
dispozitive comunic i care sunt capabilitile acelora. Pentru a rezolva aceast dilem,
Bluetooth utilizeaz mecanismele Inquiry i Paging i SDP (Service Discovery
Protocol ).
Descoperirea dispozitivelor Bluetooth

Presupunem c avem de-a-face cu dou dispozitive echipate Bluetooth, s
spunem un telefon celular i un laptop. Celularul este capabil s se comporte ca un
Pagina 2.4
modem, folosind profilul Dial-Up Networking i scaneaz periodic s vad dac cineva
dorete s-l utilizeze.
Utilizatorul laptop-ului deschide o aplicaie care necesit o legtur Bluetooth
dial-up. Pentru a utiliza aceast aplicaie, laptop-ul tie c are nevoie s stabileasc o
legtur Bluetooth cu un dispozitiv ce suport profilul Dial-Up Networking . Primul pas
n stabilirea unei astfel de conexiuni este de a afla ce dispozitive Bluetooth se afl n
zon, aa c laptop-ul iniiaz o procedur Inquiry pentru a sonda vecintatea cu alte
dispozitive.
Pentru aceasta, laptop-ul transmite o serie de pachete de interogare (inquiry ) i
eventual telefonul celular rspunde cu un pachet FHS (Frequency Hop
Synchronisation ). Pachetul FHS conine toate informaiile de care laptop-ul are nevoie
pentru crearea unei legturi cu celularul. Acesta conine de asemenea i informaii
despre clasa dispozitivului, informaii structurate pe dou nivele: pri majore a fost
descoperit un telefon i pri minore telefonul descoperit este un telefon celular. Acest
schimb de mesaje este ilustrat n figura 2.3.
Figura 2.3
n acelai mod, orice dispozitiv Bluetooth din zon, care scaneaz mediul n
cutarea de mesaje Inquiry , va rspunde cu un pachet FHS, astfel nct laptop-ul
acumuleaz o list cu dispozitive.
Ceea ce se ntmpl mai departe depinde de proiectantul aplicaiei. Laptop-ul
poate prezenta utilizatorului o list a tuturor dispozitivelor descoperite i l poate lsa pe
acesta s decid cum s continue; de menionat c n acest stadiu laptop-ul nu-i poate
prezenta utilizatorului dect informaii referitoare la tipul dispozitivelor descoperite. n
loc s anune utilizatorul despre dispozitivele descoperite, laptop-ul poate trece automat
la stadiul urmtor de a afla care dintre dispozitivele descoperite suport profilul DUN.
Pagina 2.5
Conectarea la o baz de date Service Discovery

Pentru a afla dac un dispozitiv suport un serviciu anume, aplicaia necesit
conectarea dispozitivului i utilizarea SDP. Figura 2.4 arat cum este fcut acest lucru.
Mai nti, laptop-ul trimite un mesaj de paging celularului, utiliznd informaia adunat
prin inquiry . Dac telefonul scaneaz mesajele de paging , atunci rspunde i ntre cele
dou dispozitive se poate seta o conexiune ACL la nivelul benzii de baz pentru
transferul de date.
Figura 2.4
Odat stabilit o conexiune ACL, poate fi realizat conexiunea la nivelului
protocolului L2CAP. O conexiune L2CAP este utilizat de fiecare dat cnd are loc un
transfer de date ntre dispozitive Bluetooth. L2CAP permite mai multor protocoale i
servicii s utilizeze o singur legtur ACL n banda de baz, iar pentru a face
deosebirea ntre acestea, adaug fiecrui pachet L2CAP o component PSM (Protocol
and Service Multiplexor sau Protocol Stack Multiplexor). PSM difer pentru fiecare
protocol i serviciu care utilizeaz legtura. n cazul considerat, de vreme ce conexiunea
va fi utilizat pentru descoperirea de servicii, se folosete o valoare special pentru acest
tip de legtur, i anume PSM=0x001.
Laptop-ul se folosete de canalul L2CAP pentru a seta o conexiune la serverul
Service Discovery din telefonul celular. Clientul Service Discovery din laptop poate
solicita serverului Service Discovery din telefonul celular s-i trimit toat informaia pe
care o posed referitor la profilul Dial-Up Networking (DUN). Serverul Service
Discovery din telefonul celular caut prin baza sa de date i returneaz la rndu-i
atributele (caracteristicile) referitoare la DUN.
Odat adunat informaia de descoperire a dispozitivului, laptop-ul poate decide
nchiderea conexiunii cu telefonul celular. Dac laptop-ul intenioneaz s colecteze
Pagina 2.6
informaii prin Service Discovery de la mai multe dispozitive din zon, atunci are sens
s nchid conexiunea dup utilizarea ei, innd cont c dispozitivul poate utiliza un
numr limitat de legturi la un moment dat i n plus, meninerea unei legturi active
conduce i la consum energetic inutil.
Dup ce laptop-ul a colectat informaii prin Service Discovery de la dispozitivele
din zon, pasul urmtor este de asemenea dependent de aplicaie. Poate fi afiat o list
cu informaii despre toate dispozitivele descoperite ca suportnd profilul DUN sau
aplicaia poate decide ea nsei cu care dispozitiv s colaboreze, fr a mai deranja
utilizatorul.
Oricum, n ambele cazuri, informaia adunat prin Service Discovery spune
laptop-ului tot ce are nevoie s tie pentru conectarea la un serviciu Dial-Up Networking
pe un telefon celular.
Conectarea la un serviciu Bluetooth

Procesul de realizare a unei conexiuni de drept este prezentat n figura 2.5.
Procesul de Paging care duce la stabilirea unei conexiuni ACL n banda de baz (BB)
este identic celui pentru conectarea n vederea descoperirii serviciilor.
Figura 2.5
De aceast dat, legtura se seteaz (stabilete) pentru un protocol care s-ar putea
s aib pretenii la o anumit calitate a serviciului, astfel c aplicaia ce ruleaz pe laptop
poate dori configurarea legturii n vederea satisfacerii acestor cerine. Pentru aceasta,
aplicaia trimite cerinele sale ctre modulul Bluetooth, utiliznd HCI (Host Controller
Interface ). La pasul urmtor, managerul legturii (LM) configureaz legtura utiliznd
LMP (Link Manager Protocol).
Odat stabilit conexiunea ACL dup dorina laptop-ului, se stabilete o legtur
L2CAP (Logical Link Control and Adaptation ). Profilul DUN utilizeaz RFCOMM, un
Pagina 2.7
nivel emulator al interfeei RS-232, astfel c legtura L2CAP folosete valoarea Protocol
Stack Multiplexor pentru RFCOMM, adic PSM=0x003.
Dup stabilirea legturii L2CAP, poate fi setat prin intermediul ei o legtur
RFCOMM. Ca i L2CAP, RFCOMM poate multiplexa cteva servicii i protocoale ntro singur conexiune. Fiecrui protocol sau serviciu i se atribuie un numr propriu de
canal. Numrul de canal pentru DUN al telefonului celular este cunoscut deja de laptop
de pe urma procedurii Service Discovery , aa c tie ce numr de canal s foloseasc la
stabilirea legturii RFCOMM.
n sfrit, se seteaz conexiunea DUN prin intermediul legturii RFCOMM i
laptop-ul poate ncepe exploatarea serviciilor DUN oferite de telefonul celular.
Acum, laptop-ul poate utiliza telefonul celular pentru a realiza conexiuni prin
reeaua telefonic, fr a fi necesar o legtur cablat la aceasta. Dac telefonul celular
este mutat i scos n afara razei de aciune Bluetooth a laptop-lui, atunci laptop-ul va
trebui s repete procedurile anterioare pentru a gsi un alt dispozitiv prin care s se
conecteze. ntre timp, celularul continu operaia de scanare i s-ar putea conecta cu un
alt dispozitiv din alt parte. Procesul de conectare prin legturi Bluetooth este ntr-un
anumit fel ad-hoc i arbitrar, putnd dura o scurt perioad datorit mobilitii
dispozitivelor.
Moduri de descoperire i conectare

Este foarte important de reinut c pentru stabilirea unei conexiuni prin
tehnologia wireless Bluetooth condiia principal este ca ambele terminale s doreasc
realizarea acestei legturi.
Unele dispozitive pot fi setate s nu realizeze scanri pentru mesaje Inquiry ; n
acest caz, celelalte dispozitive nu le pot descoperi i vor fi practic invizibile. n mod
similar, unele dispozitive pot fi setate s nu realizeze scanri pentru mesaje Page ; n
acest caz, aceste dispozitive pot iniia legturi, dar nu vor auzi ncercrile altor
dispozitive de a se conecta la ele.
Aplicaiile pot alege dac s fac dispozitivele conectabile sau descoperibile . O
conexiune nu poate fi realizat forat cu un dispozitiv care nu este setat pentru a o
accepta.
6. Cosideraii referitoare la management

Unele pri ale sistemului Bluetooth trebuie s se ocupe de manipularea
legturilor, stabilirea conexiunilor ACL, dup necesiti, i deconectarea, cnd este cazul.
L2CAP poate ndeplini el nsui aceste funcii, dar de vreme ce legturile trebuie
manipulate i la nivelele RFCOMM i SDP, este util s existe o component separat
pentru management.
Pagina 2.8
Specificaiile nucleului Bluetooth nu precizeaz cum trebuie manipulate
conexiunile, dei sunt date cteva indicii n specificaiile privitoare la securitate. Motivul
pentru care lipsesc aceste indicaii l constituie faptul c felul n care este realizat
managementul dispozitivului nu afecteaz interoperabilitatea punct-la-punct i atunci s-a
preferat lsarea la latitudinea implementatorilor individuali gsirea unor soluii. Mai mult
soluia cea mai potrivit poate diferi de la dispozitiv la dispozitiv. De exemplu, un
headset are de manipulat o singur legtur, care este utilizat pentru serviciile SDP i
headset, pe cnd un punct de acces LAN jongleaz cu multiple legturi i balanseaz
limile de band ntre ele, deci pentru acesta managementul legturilor este mult mai
complex.
Pstrnd n minte faptul c nici o soluie nu poate fi optimal pentru toate
dispozitivele, n figura 2.6 se prezint o posibil soluie managerial pentru stiva de
protocoale a dispozitivului i securizarea acestuia, soluie ce permite manipularea
stabilirii i configurrii legturilor.
Componenta managerial a
dispozitivului interfaeaz nivelele
HCI, SDP, RFCOMM, L2CAP i
aplicaiile. Aceasta poate oferi
urmtoarele faciliti:

Managementul
erorilor
detecteaz, izoleaz i corecteaz

operaiile anormale;

Management de contabilizare
permite
taxarea
utilizrii
serviciilor;

Managementul de configurare i
denumire controleaz, identific
i colecteaz date de la, i ofer
date la obiectele manipulate
pentru a asista interconectarea
serviciilor.

Managementul performanelor
evalueaz
comportamentul
obiectelor
manipulate
i
efectivitatea
activitilor
de
comunicaie;

Managementul
securitii
Figura 2.6
realizeaz protecia obiectelor i
Pagina 2.9
serviciilor manipulate.
Se observ c aceste faciliti sunt cele oferite i de managementul OSI.
Pentru a utiliza legturi Bluetooth, aplicaiile trebuie s primeasc und verde din
partea componentei manageriale a dispozitivului. Apoi pot cere stabilirea de legturi i
pot solicita pentru acestea nivele diferite de securitate i calitate a serviciilor. Dac toate
aplicaiile trec prin componenta managerial, atunci aceasta are ocazia de a crea o list
cu toate protocoalele, aplicaiile i serviciile nivelelor superioare utilizatoare ale
conexiunilor.
Componenta managerial poate manipula de asemenea i timeout-urile sau poate
ntrerupe legturile care nu mai sunt necesare.
Facilitile de management ale Bluetooth nu trebuie s fie neaprat realizate de o
entitate separat managerial, aa cum s-a descris n acest paragraf. Aceste funcii pot fi
ncorporate n L2CAP sau ntr-un profil-aplicaie. ns oricum ar fi realizat acest lucru,
trebuie s existe n orice implementare Bluetooth pri care s realizeze managementul
legturilor.
Pagina 2.10
Capitolul 3

1. Protocoale utilizate de Bluetooth
Asemeni modelului OSI, specificaiile Bluetooth fac uz de soluia ierarhizrii pe
nivele a arhitecturii de protocoale. i tot asemeni OSI, scopul final al specificaiilor
Bluetooth este de a permite interoperabilitatea aplicaiilor realizate conform acestor
specificaii. Acest lucru se realizeaz atunci cnd aplicaiile din dispozitivele conectate
ruleaz utiliznd protocoale identice. Stive diferite de protocoale sunt utilizate pentru
aplicaii diferite. Independent de aplicaie, stiva de protocoale utilizate folosete un nivel
Bluetooth fizic i legtur de date comun, precum se sugereaz n figura 3.1.
Figura 3.1
O aplicaie nu utilizeaz toate protocoalele din stiv; n schimb, urmeaz una
dintre cile verticale (a se vedea figura 3.1), conform necesitilor serviciului
corespunztor aplicaiei.
Stiva complet de protocoale conine att protocoale ce sunt specifice
tehnologiei wireless Bluetooth, precum LMP i L2CAP, i acele protocoale, precum
OBEX (Object Exchange Protocol ), UDP (User Datagram Protocol ) i WAP (Wireless
Application Protocol ), care pot fi folosite pentru comunicaii cu alte platforme. n
Pagina 3.1

proiectarea protocoalelor Bluetooth s-a preferat reutilizarea unor protocoale deja
existente pentru scopuri diferite, la nivele mai nalte.
Deschiderea specificaiilor Bluetooth permite multor aplicaii deja dezvoltate de
productori s profite de sistemele hard i soft compatibile cu aceste specificaii. De
asemenea, productorii pot implementa protocoale pentru aplicaiile lor proprii
(proprietare) sau de uz comun, avnd la baz specificaiile referitoare la protocoalele
tehnologiei wireless Bluetooth.
Stiva de protocoale utilizate de Bluetooth este structurat pe patru nivele, dup
cum se prezint n tabelul de mai jos.
Nivel

Protocol
Protocoalele Nucleului Bluetooth

Baseband

Link Management Protocol (LMP)

Logical Link Control and Adaptation Layer (L2CAP)

Service Discovery Protocol (SDP)
Protocol de nlocuire a Cablurilor

Radio Frequency Communication (RFCOMM)
Protocoale de Control Telefonic

Telephony Control Specification Binary (TCS BIN)

AT Commands

Point-to-Point Protocol (PPP)

User Datagram Protocol (UDP) / Transmission Control
Protocol (TCP) / Internet Protocol (IP)

Object Exchange Protocol (OBEX)
Protocoale Adoptate

Wireless Application Protocol (WAP)

vCard

vCalendar

Infrared Mobile Communicaion (IrMC)

Wireless Application Environment (WAE)
Specificaiile Bluetooth definesc de asemenea o interfa HCI (Host Controller

Interface ), care ofer interfaare cu controller-ul BB i cu LM i acceseaz starea
hardware-ului i a registrelor de control. n figura 3.1, HCI este poziionat sub L2CAP,
dar ea poate la fel de bine exista i deasupra acestuia.
mpreun, nivelul de nlocuire a Cablurilor , nivelul de Control Telefonic i
nivelul Protocoale Adoptate formeaz protocoalele orientate aplicaie, care permit
aplicaiilor s ruleze peste protocoalele nucleului Bluetooth. innd cont c specificaiile
Bluetooth sun nite specificaii deschise, protocoale adiionale precum HTTP
Pagina 3.2

(HyperText Transfer Protocol ) FTP (File Transfer Protocol) pot fi adugate ntr-o
manier interoperabil deasupra protocoalelor de transport Bluetooth sau deasupra
protocoalelor orientate aplicaie.
2. Protocoale ale Nucleului Bluetooth

Aceste protocoale sunt specifice tehnologiei wireless Bluetooth, dezvoltate de
Bluetooth SIG. RFCOMM i TCS BIN au fost dezvoltate tot de ctre Bluetooth SIG,
dar acestea se bazeaz pe standarde deja existente: ETSI TS 07.10 i Recomandarea
ITU-T Q.931. Protocoalele nucleului Bluetooth plus nivelul radio sunt cerute de
aproape toate dispozitivele Bluetooth, n timp ce restul protocoalelor sunt utilizate doar
la nevoie.
Baseband (BB)
Nivelul benzii de baz (baseband - BB) permite legtura fizic RF ntre uniti
Bluetooth ale unei pico-reele. De vreme ce sistemele RF Bluetooth utilizeaz
tehnologia cu spectru extins i salt n frecven, n care pachetele sunt transmise n fante
temporale pe anumite frecvene, acest nivel utilizeaz proceduri Inquiry i Page pentru
sincronizarea transmisiei cu salturi n frecven i a clock-urilor diferitelor dispozitive
Bluetooth.
Exist dou tipuri de legturi fizice, crora le corespund dou tipuri de pachete n
BB: SCO (Synchronous Connection Oriented) i ACL (Asynchronous Connectionless ),
care pot fi transmise, multiplexat prin aceeai legtur RF. Pachetele ACL sunt utilizate
doar pentru transmisii de date, pe cnd pachetele SCO pot avea doar coninut audio
(transmisii vocale) sau combinaii de date i audio. Toate pachetele, de date i audio, pot
avea diferite nivele de corecie a erorilor i pot fi criptate pentru a li se asigura
securitatea. n plus, comunicaiile referitoare la managementul legturii i mesajele de
control se fac fiecare pe canale separate.
Pachetele coninnd informaii audio pot fi transferate ntre dispozitive
Bluetooth, conform unor modele de utilizare. Informaiile audio din pachetele SCO
sunt rutate direct la i din banda de baz, fr a mai trece prin L2CAP. Modelul audio
este o component relativ simpl a specificaiilor Bluetooth: orice dou dispozitive
Bluetooth pot transmite i primi informaii audio de la unul la altul doar prin
deschiderea unei legturi audio.
Link Manager Protocol (LMP)

LMP este responsabil de stabilirea (setarea) i controlul legturii ntre
dispozitivele Bluetooth, incluznd controlul i negocierea dimensiunilor pachetelor din
Pagina 3.3

banda de baz. Mai este de asemenea utilizat i n procedurile de securizare: autentificare
i criptare. LMP controleaz de asemenea modurile energetice i ciclurile de lucru ale
dispozitivelor radio Bluetooth i strile conexiunilor unei uniti Bluetooth ntr-o picoreea.
Mesajele LMP sunt filtrate i interpretate de LM la recepie, astfel c ele nu sunt
niciodat transmise nivelelor superioare. Mesajele LMP au prioritate n faa datelor
utilizatorului. Astfel c, dac LM necesit transmiterea unui mesaj, acesta nu va fi
ntrziat din cauza traficului L2CAP.
Logical Link Control and Adaptation Protocol (L2CAP)

L2CAP suport pentru protocoalele superioare proceduri de multiplexare, de
segmentare i reasamblare a pachetelor i de control a calitii serviciilor (Quality of
Service QoS). L2CAP permite protocoalelor i aplicaiilor de nivel superior s
transmit i s primeasc pachete de date de pn la 64 kbytes lungime. Dei protocolul
pentru BB ofer att legturi SCO ct i ACL, L2CAP este definit doar pentru legturi
ACL i nici nu este prevzut vreun fel de suport pentru legturi SCO. Canalele audio de
calitate vocal, pentru aplicaiile de telefonie i audio, sunt manipulate prin legturi SCO
n banda de baz. Oricum, informaiile audio pot fi mpachetate i trimise i utiliznd
protocoale de comunicaie prin legturi la nivelul L2CAP.
Service Discovery Protocol (SDP)

Descoperirea de servicii este un element important n cadrul de lucru Bluetooth,
deoarece SD st la baza tuturor modelelor de utilizare. Cu ajutorul SDP, informaiile
despre dispozitive, servicii i caracteristici ale dispozitivelor pot fi tabelate n liste, cu
ajutorul crora utilizatorul, cunoscnd astfel serviciile dispozitivelor din vecintate,
poate selecta ntre aceste servicii. Dup aceasta, se pot stabili conexiuni cu unul sau mai
multe dispozitive Bluetooth.
3. Protocoale de nlocuire a Cablurilor

Specificaiile Bluetooth conin dou protocoale, incluznd aici Telephony Control
Protocol , care manipuleaz semnalele de control a legturilor wireless , emulnd
semnalizrile ce sunt n mod normal asociate legturilor cablate.
RFCOMM
RFCOMM este un protocol de emulare a liniilor seriale, bazat pe un subset al
Standardului Tehnic (TS) 07.10 al Institutului European de Standardizare a
Telecomunicaiilor (ETSI), care este de asemenea utilizat n comunicaii pentru
Pagina 3.4

dispozitive GSM (Global System for Mobile ). Protocolul RFCOMM realizeaz o
emulare a portului serial RS-232, folosind protocolul L2CAP, adic manipuleaz
semnalele de control i de date n banda de baz, oferind ambele capabiliti de
transport pentru serviciile de nivel mai ridicat (de exemplu, OBEX), care utilizeaz linii
seriale ca mecanism de transport.
Legtur Bluetooth
Dispozitiv A
(Bluetooth)
Dispozitiv B
(Bluetooth)
Figura 3.2
RFCOMM poate fi utilizat att pentru comunicaii simple ntre dou dispozitive
Bluetooth, cum este exemplul unui computer cu o imprimant (figura 3.2) din
Specificaiile Bluetooth 1.0 sau pentru segmente ale comunicaiilor mai complexe, cum
este cazul conectrii unui dispozitiv Bluetooth (PDA s spunem) la o reea, prin
intermediul unui punct de acces, situaie relevat n figura 3.3.
Legtur
Bluetooth
Dispozitiv A
(Bluetooth)
Cablu
Dispozitiv B
(Bluetooth)
Dispozitiv C
( neechipat
Bluetooth )
Figura 3.3
4. Protocoale de Control Telefonic

TCS BIN (Telphony Control Specification Binary ) este un protocol care definete
semnalizrile de control a unei conexiuni (call control signaling) pentru stabilirea
legturilor vocale i de date ntre dispozitive Bluetooth. TCS BIN este bazat pe
Recomendarea Q.931 a Uniunii Internaionale de Telecomunicaii (ITU-T), o agenie a
Naiunilor Unite . Q.931 conine specificaii pentru controlul conexiunilor n ISDN.
n plus, Bluetooth SIG a elaborat un set de comenzi AT care definesc
modalitatea n care un telefon mobil sau un modem pot fi controlate n diverse modele
Pagina 3.5

de utilizare. Comenzile AT au la baz Recomendarea ITU-T V.250 i ETS 300 916
(GSM 07.07). Pentru serviciile de fax, comenzile AT sunt specificate n conformitate cu
alte reglementri (ITU T.31, ITU T.32).
5. Protocoale Adoptate
Specificaiile Bluetooth fac uz de cteva protocoale deja existente care sunt
reutilizate pentru diferite scopuri la nivelul unor straturi superioare. Acest lucru permite
aplicaiilor mai vechi s
lucreze cu Bluetooth, contribuind astfel la sporirea
interoperabilitii ntre dispozitive.
PPP
Specificaiile Bluetooth utilizeaz protocolul PPP (Point-to-Point Protocol),
dezvoltat de IETF (Internet Engineering Task Force ). Acest standard definete modul
n care datagramele IP sunt transmise printr-o legtur serial punct-la-punct.
Datagramele sunt pur i simplu uniti (pachete) de date transportate de-a lungul
legturii. PPP are trei componente de baz, menionate n continuare.
ncapsularea
PPP ofer o metod de ncapsulare a datagramelor din legturile seriale att
sincrone orientate pe bii, ct i asincrone, cu opt bii de date i fr bii de paritate.
Aceste legturi pot fi att dedicate sau cu comutare de circuite. Pentru ncapsulare, PPP
folosete ca baz protocolul HDLC (High-level Data Link Control).
Protocol de Control a Legturii (LCP Link Control Protocol )

PPP ofer acest tip de protocol pentru a-i asigura portabilitatea ntr-o gam
divers de medii. LCP este utilizat pentru stabilirea automat a opiunilor formatelor de
ncapsulare, pentru a mnui limitele dimensiunilor pachetelor, pentru a autentifica
captul pereche al conexiunii, pentru a determina cnd o legtur funcioneaz corect i
cnd s-a ntrerupt sau chiar pentru a ntrerupe conexiunea.
Protocoale de control a reelei (NCPS Network Control Protocols)

Legturile punct-la-punct ridic multe probleme legate de protocoalele de reea,
cum este asocierea i managementul adreselor IP. Acest tip de probleme sunt rezolvate
de o familie de protocoale NCPS care rspund necesitilor protocoalelor
corespunztoare lor din la nivelul stratului reea.
n reelele wireless Bluetooth, PPP lucreaz peste RFCOMM pentru a
implementa legturi seriale punt-la-punct, de exemplu ntre dispozitive mobile i un
Pagina 3.6

punct de acces LAN. Utilizarea PPP nseamn transportul pachetelor IP la/de la nivelul
PPP i plasarea lor n LAN.
TCP/UDP/IP
TCP (Transmission Control Protocol ), UDP (User Datagram Protocol ) i IP
(Internet Protocol ) sunt toate definite de IETF i sunt utilizate n special n Internet.
TCP
Acesta este un protocol orientat conexiune, care face parte dintr-o ierarhie de
protocoale ce suport aplicaii multi-reea. Printre altele, TCP definete procedurile de
rupere a fluxului de date n pachete, reasamblarea lor la recepie i solicitarea
retransmisiei pachetelor afectate de erori. Cum pachetele n Internet pot sosi pe ci
diferite, ele se memoreaz temporar pn la primirea tuturor pachetelor corecte i apoi
se reface din acestea fluxul de date de la transmisie.
UDP
n timp ce TCP ofer garania livrrii pachetelor, UDP pur i simplu plaseaz
mesaje individuale (datagrame) ctre IP pentru transmisia pe aa numitul principiu al
efortului minim. Aceasta nseamn c nu se d garania livrrii pachetelor, dar totui
exist tipuri de comunicaii pentru care aceast modalitate e foarte potrivit; aa sunt
accesrile rapide ale unor baze de date ( lookup table ), cum este DNS (Domain Name
System) o colecie de baze de date distribuite ce conin echivalenele ntre numele de
domenii n format text i adresele IP corespunztoare.
IP
IP transport datagrame ntre diferite reele prin intermediul router-elor , care
proceseaz pachetele de la un sistem autonom la altul. Fiecare dispozitiv dintr-un sistem
autonom are o adres unic IP. Internet Protocolul adaug propriul su antet i sum de
control pentru a se asigura c datele sunt corect rutate. Router-ele conin liste cu noduri
de comunicaie i cu cile spre aceste noduri. Aceste liste sunt actualizate cu ajutorul
unor mesaje specifice transmise n reea. Dac un pachet de date este prea mare pentru a
fi acceptat de destinaie, acesta este segmentat cu ajutorul protocolului superior TCP.
Adoptarea acestor standarde de ctre specificaiile Bluetooth permite
comunicaia cu orice alt dispozitiv conectat la Internet. TCP, IP, PPP sunt toate folosite
n acest scop, precum i pentru OBEX. UDP, IP i PPP sunt de asemenea disponibile ca
mijloc de transport pentru WAP.
Pagina 3.7
OBEX
Acesta este un protocol al stratului sesiune, dezvoltat iniial IrOBEX de ctre
IrDA (Infrared Data Association ). Scopul su este de suporta schimbul de obiecte ntrun mod simplu. OBEX ofer aceeai funcionalitate ca i HTTP, dar la un nivel redus.
Ca i HTTP, OBEX este bazat pe modelul client-server.
Un exemplu de utilizare practic a OBEX este captura de ctre un dispozitiv
mobil cum este communicator -ul Nokia 9110 a documentelor transmise prin infrarou
de ctre un scanner handheld, cum este Hewlett-Packard Capshare 910 .
WAP
WAP reprezint o colecie de specificaii pentru trimiterea i citirea de informaii
i mesaje Internet pe dispozitive wireless, precum telefoanele celulare. Informaiile
vizate n principal de WAP sunt tirile, anunurile, agendele, .a. Pentru a realiza acest
lucru, site-urile Web pentru WAP sunt construite pe baza unei versiuni HTMl, i anume
WML (Wireless Markup Language ). De asemenea, WAP a optimizat principiile HTTP i
TCP pentru ntrzieri de valori mai ridicate ale transmisiior i pentru benzi de transmisie
mici i medii, prin transmisii binare cu compresii mai bune ale datelor.
Aplicaiile WAP sunt construite n interiorul mediului WAE (WAP Applications
Environment), care urmrete modelul Web, cu deosebirea c i adaug acestuia funcia
Gateway . Altfel spus, la WAE n loc de modelul client-server , apare modelul clientgateway-server.
vCard i vCalendar
Acestea sunt specificaii deschise dezvoltate iniial de un consoriu (Versit
Consortium ) format din IBM, Siemens i Lucent Technologies, controlate actualmente
de IMC ( Internet Mail Consotium ) i fiind dezvoltate n continuare de IETF.
vCalendar definete un format independent de platform i modul de transport
pentru organizarea agendelor i planificrii activitilor personale. Acest format conine
tot felul de componente avansate, precum semnale de alarmare audio, clasificri ale
evenimentelor, .a. Acest format este comun, ns interfaa cu utilizatorul putnd diferi
de la o implementare la alta. n figura 3.4 este prezentat o interfa pentru vCalendar,
oferit de Microsoft Outlook.
Pagina 3.8
Figura 3.4
vCard este specificaia pentru cri de vizit. Acestea conin informaii
importante referitoare tot
felul de date personale, dar
pot
conine
i
date
multimedia, precum poze,
logo -uri sau clipuri audio.
vCard-urile sunt interpretate
diferit de programe diferite.
Un exemplu de interfa
pentru
vCard
este
prezentat n figura 3.5.
Odat cu implementarea
Bluetooth, schimbul manual
de cri de vizit tinde s
devin inutil, cnd schimbul
Figura 3.5
de vCard-uri se poate face
automat ntre computere mobile, telefoane celulare, PDA-uri sau alte dispozitive mobile
echipate Bluetooth sau IR.
Pagina 3.9
Capitolul 4
Profiluri Bluetooth
1. Profiluri
Scopul profilurilor este de a oferi o descriere clar despre cum trebuie folosite
specificaiile unui sistem standard pentru a implementa o anumit funcie dorit de
utilizator. Dac toat lumea desfoar un anumit standard de comunicaie n acelai fel,
atunci fiecare produs creat este interoperabil.
Figura 4.1
Noiunea de profil i are originea de la Organizaia Internaional pentru Standardizare
(ISO/IEC TR10000), conform creia un profil trebuie s aib urmtoarele caracteristici:

Opiunile de implementare sunt reduse astfel nct aplicaiile s aib aceleai
funcionaliti;
Pagina 4.1
Profiluri Bluetooth

Parametrii sunt definii astfel nct aplicaiile s opereze n mod similar;

Sunt definite mecanisme concrete pentru combinarea diferitelor standarde;

Sunt definite linii de ghidaj pentru realizarea interfeei cu utilizatorul.
Profilurile Bluetooth respect exact aceleai caracteristici: asigur
interoperabilitatea, oferind un set bine definit de proceduri pentru straturile superioare
i modaliti uniforme de utilizare a straturilor inferioare. Procednd n acest fel,
profilurile Bluetooth ofer tehnologiei Bluetooth calea de a se integra n diferite
dispozitive i aplicaii i de a lucra totui ntr-o manier standardizat. De exemplu, un
headset produs de fabricantul A va fi interoperabil cu telefonul celular echipat
Bluetooth, produs de fabricantul B.
Figura 4.1 arat modul n care profilurile Bluetooth sunt organizate pe grupe,
fiecare profil fiind construit pornind de la un altul i motenind de la acesta o serie de
funcionaliti. Pentru dezvoltatorii tehnologiei, aceasta nseamn utilizarea soluiilor
anterioare pentru dezvoltarea uneia noi, acest fapt reducnd att timpul de lucru ct i
cheltuielile efectuate. De cealalt parte, utilizatorii unui dispozitiv Bluetooth se pot
familiariza uor cu un dispozitiv ce ncorporeaz un nou profil.
2. Profilul Generic Access (GAP)

GAP este profilul cel mai bazal; toate celelalte profiluri sunt construite pe acesta
i utilizeaz facilitile acestuia. Scopul GAP este de a asigura stabilirea legturii n
banda de baz. Pentru aceasta, GAP definete:

Cerine pentru funciile ce trebuie implementate n toate dispozitivele Bluetooth;

Proceduri generice pentru descoperirea dispozitivelor Bluetooth;

Faciliti de management al legturii pentru conectarea dispozitivelor Bluetooth;

Proceduri referitoare la utilizarea diferitelor nivele de securizare;

Cerine de format comun pentru parametrii dispozitivului accesibili la nivelul
interfeei cu utilizatorul (convenii de denumire).
Terminologie
GAP definete terminologia ce trebuie utilizat n interfaa cu utilizatorul. n
unele cazuri, aceasta nu se potrivete cu terminologia utilizat n restul specificaiilor
Bluetooth. De exemplu, specificaiile nucleului Bluetooth denumesc informaia de
securizare PIN (Personal Identification Number), pe cnd GAP o denumete passkey .
GAP definete urmtoarele arii ale terminologiilor generale:

Referitoare la legtur (legtur, canal, );

Referitoare la dispozitive (dispozitiv de ncredere trusted device , dispozitiv tcut
silent device, );
Pagina 4.2
Profiluri Bluetooth

Referitoare la proceduri (descoperire de servicii - SD, descoperire de nume, );

Referitoare la securitate (mperechere pairing, bonding , ncredere trusting ).
Se definete de asemenea i o terminologie specific interfeei cu utilizatorul,
precum: adresa dispozitivului device address , numele dispozitivului device name ,
parola passkey , clasa dispozitivului class of device .
Moduri de operare
GAP descrie modurile de operare a dispozitivelor Bluetooth, definind care dintre
aceste moduri sunt obligatorii (M) i care opionale (O ). Modurile descrise sunt:

Descoperibilitatea guverneaz utilizarea scanrilor Inquiry i stabilete dac alte
dispozitive pot descoperi dispozitivul Bluetooth de referin, cnd ajung n raza acestuia
de acoperire radio;

Conectivitatea guverneaz utilizarea scanrilor Page i stabilete dac alte
dispozitive se pot conecta la dispozitivul Bluetooth de referin, cnd ajung n raza
acestuia de acoperire radio;

Capacitatea de mperechere guverneaz utilizarea facilitilor de mperechere, ale
LM (Link Manager), care sunt utilizate la crearea cheilor legturii cnd este vorba de
legturi criptate;

Securitatea i intr n drepturi atunci cnd este iniiat criptarea unei legturi.
Exist trei moduri de descoperibilitate , cu referire la procedurile de scanare
Inquiry n banda de baz:

Un dispozitiv nedescoperibil nu poate realiza scanri ale cererilor (Inquiry scan) i nu
poate fi descoperit de un dispozitiv care emite mesaje Inquiry ;

Un dispozitiv cu discoperibilitate limitat scaneaz numai dup mesajele Inquiry ce
folosesc LIAC (Limited Inquiry Access Code ) i poate fi descoperit numai de
dispozitivele ce utilizeaz acest cod;

Un dispozitiv descoperibil scaneaz dup mesajele Inquiry ce folosesc GIAC
(General Inquiry Access Code ) i pot fi descoperite de toate dispozitivele ce utilizeaz n
mesajele lor de Inquiry acest cod.
n mod obligatoriu trebuie suportat fie modul general, fie cel limitat de
descoperibilitate, iar n cazul n care dispozitivul este cu descoperibilitate limitat, atunci
el trebuie s poat lucra i n modul nedescoperilbil.
Exist dou moduri de conectivitate : conectabil i neconectabil. Un dispozitiv
conectabil scaneaz periodic n cutarea mesajelor Page i permite altor dispozitive s se
conecteze la el. Un dispozitiv n modul neconecatbil nu scaneaz dup mesaje Page ,
astfel c un alt dispozitiv nu se poate conecta la el, ns poate iniia el o conexiune.
Modul conectabil este obligatoriu, pe cnd modul neconectabil este opional.
Pagina 4.3
Profiluri Bluetooth
Dou sunt i modurile de mperechere : capabil de mperechere , care presupune
capabilitatea de a stabili o legtur cu cheie de criptare cu alt dispozitiv i incapabil de
mperechere , reversul. Bonding se refer la stabilirea unei relaii de ncredere la nivelul
straturilor superioare, folosindu-se facilitile de mperechere ale LM. Cnd
funcionalitatea bonding este suportat, modul capabil de mperechere este obligatoriu i
trebuie suportat de asemenea i unul din modurile general sau parial de Inquiry .
Exist trei moduri de securitate :

Modul 1 (nesigur) procedurile de securizare nu sunt iniiate;

Modul 2 (sigur la nivel de serviciu) procedurile de securizare nu sunt iniiate pn la
stabilirea unei legturi pe canal L2CAP, apoi aceste proceduri au la baz cerinele
serviciilor;

Modul 3 (sigur la nivel de legtur) procedurile de securizare sunt iniiate nc de la
stabilirea legturii ACL n BB.
Autentificarea este opional pentru dispozitivele care suport numai Modul 1,
iar pentru celelalte dou moduri este cerut necondiionat.
3. Profilul Serial Port

Profilul port serial realizeaz emularea interfeei cablate seriale RS-232 pentru
dispozitivele Bluetooth. n acest fel, aplicaiile cu legturi fizice nu mai trebuie s fie
modificate pentru a utiliza Bluetooth; ele pot trata legtura Bluetooth ca o legtur fizic
prin cablu serial.
Figura 4.2
Pagina 4.4
Profiluri Bluetooth
Acest profil se bazeaz pe standardul GSM 07.10, care permite multiplexarea a
numeroase conexiuni seriale ntr-o singur legtur serial. Sunt suportate dou
tipuri de dispozitive: puncte terminale de comunicaie (precum laptop-urile) sau puncte
intermediare de comunicaie (precum modem-urile). Primul tip, care emuleaz porturi
seriale, ajut Bluetooth s suporte aplicaii bazate pe legturi prin porturi seriale. Al
doilea tip de dispozitive, care sunt pri ale legturilor de comunicaie, ajut Bluetooth
s nlocuiasc cablurile care leag dispozitivele la modem-uri i alte dispozitive
intermediare. Stiva de protocoale pentru cele dou tipuri de dispozitive este prezentat
n figura 4.2.
Profilul port serial utilizeaz RFCOMM pentru a reui emularea unui port serial.
Dispozitivul care seteaz conexiunea RFCOMM este numit iniiator, pe cnd cellalt
este referit ca fiind corespondent .
De vreme ce sunt necesari un numr de pai pentru setarea unui port serial
virtual i stabilirea unei conexiuni, se cere utilizarea ctorva funcii de management a
dispozitivului.
Primul pas este gsirea adresei dispozitivului de la cellalt capt al conexiunii.
Sunt cteva modaliti de a realiza acest lucru:

Proceduri Inquiry pentru descoperirea dispozitivelor din vecintate. Utilizatorul alege
apoi dispozitivul dintr-o list.

Utilizatorul introduce direct adresa dispozitivului.

Dispozitivele personale pot fi pre-mperecheate, astfel nct ele nu au altceva de fcut
dect s treac la stabilirea conexiunii ntre ele, fr a mai efectua proceduri Inquiry .
Urmtorul pas este de a trimite mesaje Page dispozitivului ales pentru a crea o
conexiune ACL n banda de baz.
Un canal L2CAP este creat n serverul SDP. SDP identific numrul canalului
RFCOMM al serviciului port serial. n acest moment utilizatorului i se poate arta de
ctre SDP informaia referitoare la numele serviciului n vederea verificrii.
Un canal L2CAP este creat peste RFCOMM la dispozitivul utilizator
corespondent . O sesiune de multiplexare este pornit prin canalul L2CAP.
Dac parametrii conexiunii la nivelul legtur de date RFCOMM trebuie
negociai, atunci acest lucru se produce acum, nainte de a se cere o conexiune legtur
de date RFCOMM.
Suportul pentru procedurile de securitate este madndatar n profilul port serial,
dar acestea nu trebuie folosite obligatoriu. n acest punct, oricare din dispozitive poate
solicita utilizarea funcionalitii bonding; aceasta nseamn utilizarea de comun acord a
unui cod PIN secret. PIN-ul poate fi pre-configurat sau poate fi introdus prin
intermediul interfeei cu utilizatorul. Dac cele dou dispozitive nu s-au pus nc de
acord asupra unui PIN, atunci acesta trebuie schimbat ntre utilizatori prin alte
Pagina 4.5
Profiluri Bluetooth
modaliti dect Bluetooth. Fiecare parte poate cere apoi criptarea legturii n banda de
baz.
Aplicaiile soft pot acum comunica prin portul virtual, utiliznd cadre UIH
(Unnumbered Information with Header ) pe canalul RFCOMM.
4. Profilul Dial-Up Networking (DUN)

Profilul DUN poate realiza conexiuni de date de tip Dial-Up . Acest lucru permite
unor dispozitive computaionale (precum laptop-urile) s acceseze o reea telefonic
folosind serviciile unui dispozitiv de comunicaie (precum un telefon mobil sau un
modem). Sunt posibile dou tipuri de conexiuni: unul utilizeaz tehnologia RAS (Remote
Access Server ), iar ceallalt realizeaz conexiuni prin modem-uri fr cabluri.
n figura 4.3 sunt date dou exemple de utilizare a profilului DUN. n exemplul
superior un laptop este legat la o reea de telefonie mobil, iar n cellalt exemplu, un
laptop este legat la reeaua telefonic public (PSTN). Dispozitivul care este la captul
legturii (n acest caz laptop-ul) este denumit terminal de date, pe cnd dispozitivele de
comunicaie care formeaz legtura cu reeaua telefonic se numesc Gateway (telefonul
celular, modem-ul).
Figura 4.3
Figura 4.4 indic stiva de protocoale pentru profilul DUN. Stratul dialing &
control definete comenzile i procedurile pentru formarea automat a numerelor de
telefon (dialing ) i control, prin legtura asincron serial realizat la nivelul straturilor
inferioare. Stratul Modem Emulation , dup cum sugereaz i numele, emuleaz un
modem, iar Modem Driver este soft-ul de comand (driver software ) din terminalul de
date.
Pagina 4.6
Profiluri Bluetooth
Figura 4.4
Stabilirea unei conexiuni DUN

Figura 4.5 ilustreaz etapele stabilirii unei conexiuni DUN ntre un terminal de
date i gateway . n exemplul pe care l-am considerat n figur, terminalul de date este un
laptop, iar gatway-ul este un telefon celular.
Mai nti, trebuie stabilit o legtur n banda de baz prin Paging (ar mai putea
exista nainte o etap, i anume aceea de descoperire a dispozitivelor prin Inquiry i
scanare n cutarea mesajelor Inquiry sau dispozitivele ar putea fi configurate de ctre
utilizator s se conecteze direct). Odat stabilit legtura n banda de baz respectnd
regulile de configurare impuse de LM, poate fi stabilit conexiunea L2CAP. Informaia
specific Service Discovery referitoare la profil poate fi transmis prin aceast
conexiune L2CAP. Odat acest lucru fcut, conexiunea L2CAP poate fi folosit n
inspectarea altor servicii sau poate fi ntrerupt. Canalul L2CAP stabilit la acest nivel nu
poate fi utilizat pentru accesarea propriu-zis a serviciului deoarece este setat cu o
valoare a multiplexorului de protocoale i servicii (PSM) rezervat pentru Service
Discovery .
Un al doilea canal L2CAP trebuie setat pentru a accesa serviciul. Acest canal este
setat cu o valoare a multiplexorului de protocoale i servicii rezervat pentru RFCOMM
(nivelul Bluetooth de emulare a unui port serial). O conexiune RFCOMM este setat
prin acest canal i, n cele din urm, prin RFCOMM poate fi stabilit o conexiune DUN.
Conexiunea este controlat prin comenzile AT. Profilul listeaz comenzile pe
care gateway-ul le suport. Acestea permit formarea numrului, rspunsul la apel,
Pagina 4.7
Profiluri Bluetooth
controlul ecoului, controlul volumului, monitorizarea circuitelor i controlul formrii
numerelor n puls sau n ton i editarea liniilor de comand.
Figura 4.5
Ct dureaz stabilirea legturii prin PSTN, gateway-ul i terminalul de date pot
oferi opional utilizatorului un feedback audio (o serie de tonuri pe care le aude
utilizatorul cnd modemul ncearc s se conecteze). n acest caz, cnd echipamentul de
la captul ndeprtat al legturii telefonice rspunde, se seteaz un canal SCO separat, iar
legtura SCO curent rmne rezervat transportului feedback-ului audio.
Aplicaia din terminalul de date ce utilizeaz DUN trebuie s vad legtura la fel
ca i cum ar fi fost conectat la gateway prin cablu.
5. Profilul FAX
Profilul Fax definete procedurile pentru trimiterea i primirea de fax-uri fr a
utiliza cabluri. Acest profil este asemntor profilului Dial-Up Networking n care se
realizeaz conectarea unui terminal de date prin intermediul unui dispozitiv gateway .
Stiva de protocoale ale profilului FAX este asemntoare la nivel bazal stivei de
protocoale DUN artate n figura 4.6. La fel ca n cazul profilului DUN, stratul dialing
& control definete comenzi i proceduri pentru formarea numrului i control prin
legturi seriale realizate de straturile inferioare.
Stratul modem emulation, dup cum spune i numele, realizeaz emularea unui
modem, iar modem driver este softul pilot din terminalul de date. Procedurile utilizate
pentru stabilirea legturii sunt identice celor folosite de profilul DUN. Legtura FAX
Pagina 4.8
Profiluri Bluetooth
este stabilit printr-o legtur telefonic, controlat utiliznd comenzi AT, din nou, la fel
ca n cazul profilului DUN.
Figura 4.6
Una dintre diferenele ntre cele dou profiluri este faptul c procedurile de
securizare sunt obligatorii n profilul FAX, pe cnd n cazul DUN sunt opionale. i
desigur, informaiile transferate sunt fax-uri. Profilul ofer pn la trei clase de fax-uri
suportate:
FAX Class 1 TIA-578-A and ITU T.31;
FAX Class 2.0 TIA-592-A and ITU T.32;
FAX Service Class 2.
Determinarea clasei fax se poate realiza prin comanda de tip AT: AT+FCLASS.
6. Profilul headset
Profilul headset definete facilitile pentru primirea i iniierea de apeluri vocale
n modul hands free de la un headset la un telefon celular handset. Desigur c acesta
poate fi folosit i pentru transferuri vocale ntre dou dispozitive Bluetooth. Headseturile Bluetooth pot fi comandate prin butoane poziionate pe ele, dar o mai elegant
este soluia comenzilor i controlului vocal. Specificaiile presupun doar c utilizatorul
poate iniia aciunile necesare, dar nu precizeaz cum anume.
Profilul headset Bluetooth definete dou roluri:
Pagina 4.9
Profiluri Bluetooth

Audio Gateway-ul (AG ) acesta este dispozitivul care ofer (aduce/trimite) semnalul
audio (de exemplu: telefonul celular, computerul personal);

Headset-ul (HS ) acesta este dispozitivul ce se comport ca un mecanism de
intrare/ieire audio la distan.
Figura 4.7
Figura 4.7 arat stiva de protocoale utilizate de profilul headset. Stratul Audio
Port Emulation poate fi rezident ntr-un telefon celular sau ntr-un PC i, dup cum i
sugereaz i numele, emuleaz un port audio, iar Audio Port Driver este soft-ul de
comand (driver software ) din terminalul de date.
acest caz c AG se afl ntr-un telefon celular.
Figura 4.8
Pagina 4.10
Profiluri Bluetooth
Stabilirea unui apel prin headset-ul Bluetooth

Figura 4.8 arat felul n care un AG stabilete un apel prin HS. De obicei AG
iniiaz conexiunea cu HS atunci cnd este primit un apel telefonic. Am presupus n
Cnd telefonul primete un apel, activeaz conexiunea Bluetooth i pred
controlul apelului headset-ului. Este posibil ca unele evenimente interne s determine
AG s cheme HS; de exemplu un PDA ar putea trimite un apel de alarm cu un mesaj
predefinit, prevenind purttorul headset-ului despre o ntlnire.
Primul pas fcut de AG pentru stabilirea unui apel este setarea unei conexiuni
ACL. Acest lucru se face prin paging sau prin activarea headset-ului, dac acesta fusese
anterior parcat pentru a se economisi energie. Un dispozitiv parcat este deja sincronizat
la clock-ul master-ului , deci activarea e mai rapid dect procedura de paging .
Figura 4.9
Odat stabilit legtura ACL, ea poate fi folosit pentru a trimite semnalele de
avertizare (ring). Acestea sunt trimise utiliznd o comand AT RING definit n
Recomandrile ITU-T V.250.
Exemplul din figura 4.8 arat utilizarea unui semnal de avertizare (ring signal)
prin legtura ACL pentru semnalizarea sosirii unui apel. Ca alternativ, dup cum se
poate remarca n figura 4.9, semnalul de avertizare poate fi unul n ton (ring tone ),
trimis printr-o legtur SCO anterior stabilit.
7. Profilul Punct de acces LAN

Acest profil permite dispozitivelor echipate Bluetooth s acceseze o reea fix
prin intermediul unei legturi Bluetooth la un punct de acces LAN (LAN Access Point
LAP). Acest tip de dispozitiv poate fi utilizat n diverse scenarii: punct de acces ntr-o
Pagina 4.11
Profiluri Bluetooth
reea personal de lucru , nlocuind cablurile i permind mobilitate n interiorul
domeniului radio definit de acest punct; punct de acces comun ntr-o camer de edine ,
permind acces rapid la conexiunile unei reele; punct de acces public , permind
accesul rapid la informaii i diverse servicii, de exemplu, la un punct de control ntr-un
aeroport.
Figura 4.10
Accesul la LAN este securizat prin utilizarea de coduri PIN. Versiunea 1.0b
specific pentru accesul nesecurizat un PIN de lungime nul, lucru care din alte
considerente nu este prea convenabil.
Figura 4.11
Profilul Acces LAN specific utilizare PPP prin conexiuni RFCOMM pentru a
lega stiva IP la stiva de protocoale Bluetooth. Configuraia rezultat este prezentat n
figura 4.10. Figura arat punctul de acces comportndu-se ca un intermediar ntre un
dispozitiv Bluetooth i un server rezident n LAN. Oricum, profilul Acces LAN arat
Pagina 4.12
Profiluri Bluetooth
modul de stratificare a stivei IP deasupra stivei Bluetooth, astfel nct s poat fi utilizat
pentru a oferi o legtur TCP/IP unei perechi de PC-uri, sau s realizeze o reea ntre
un grup de PC-uri i un punct de acces la o reea LAN (Local Area Network ).
Conectarea la un punct de acces LAN

Pentru a reduce timpul de conectare, adresa punctului de acces LAN poate fi preintrodus n dispozitivele ce se conecteaz. Periodic punctul de acces LAN reine
legturile sale i scanrile de mesaje Page pentru a permite dispozitivelor conectate pur
i simplu doar s trimit mesaje Page punctului de acces, cu scopul de a realiza o
comutare de roluri Master/Slave i de a permite LAP s preia controlul conexiunilor.
Figura 4.11 ilustreaz necesitatea schimbrii rolurilor ntre LAP i dispozitivele
conectate, dnd punctului de acces LAN controlul asupra sincronizrii legturii (timing ).
Dac dispozitivelor conectate li s-ar permite s continue s lucreze ca master, acestea ar
fi sincronizate dup alte clock-uri dect punctul de acces. S-ar putea ajunge n acest caz
la situaii cnd o pereche de slot-uri temporale ale unui nou slave s se suprapun peste
dou perechi de slot-uri ale punctului de acces. Mai mult, permindu-i-se dispozitivului
conectat s rmn master , acesta va fi cel care va decide cnd s transmit, ceea ce ar
putea determina punctul de acces LAN s piard controlul asupra propriei benzi de
frecven, ceea ce ar putea conduce la nendeplinirea cerinelor de calitate a serviciului
(QoS).
Figura 4.12
Paii pentru conectarea la un punct de acces LAN sunt prezentai n figura 4.12.
Mai nti, terminalul de date trebuie s gseasc punctul de acces LAN. El realizeaz
acest lucru prin proceduri de Inquiry , descoperind astfel dispozitivele din raza sa de
Pagina 4.13
Profiluri Bluetooth
aciune radio Bluetooth , de tip LAP. Pentru LAP-uri, partea minor a informaiei
despre tipul dispozitivului spune terminalului de date la ce capacitate este utilizat
punctul de acces. Acest lucru permite terminalului de date s ignore LAP-urile utilizate
100% i s aleag un LAP cu cea mai mare disponibilitate n banda de frecven.
Cnd terminalul de date emite mesaje de Page ctre punctul de acces, legtura va
fi acceptat numai dac terminalul de date este dispus s realizeze o comutaie
Master/Slave, permind LAP s devin master al legturii.
Odat stabilit legtura n banda de baz, se seteaz o conexiune L2CAP i
terminalul de date nregistreaz serviciul ca fiind de clas LANAccessUsingPPP. Acesta
d punctului de acces parametrii necesari realizrii conexiunii.
Legtura L2CAP utilizat pentru Service Discovery poate fi ntrerupt, i n

aceast situaie, o legtur L2CAP separat pentru accesul n LAN trebuie stabilit.
Conexiunile RFCOMM i PPP sunt stabilite prin aceast legtur L2CAP. Terminalul de
date trebuie apoi s negocieze o adres IP cu punctul de acces LAN folosind PPP.
Odat ce terminalul de date a obinut adresa IP, acesta poate ncepe accesarea reelei
LAN. Traficul PPP se face pe o legtur criptat, dar autentificarea la nivelul PPP este
opional.
8. Profilul Generic Object Exchange (GOEP)

Exist trei profiluri derivate din acest profil:
File transfer;
Object push;
Synchronisation.
Profilul Generic Object Exchange se folosete de stratul OBEX al IrDA i
definete modul de utilizare al acestuia, precum i modul n care este stabilit legtura
pentru comunicaia client/server. Totui stratul Aplicaie este definit de protocoalele file
transfer, object exchange i synchronisation.
Profilul ilustreaz dou roluri: server la/de la care sunt trimise/primite
(push/pull) obiectele i client care poate trimite i/sau primi obiectele de date la/de la
server. Figura 4.13 indic stiva de protocoale pentru aplicaiile client i server de schimb
generic de obiecte (generic object exchange ).
Profilul necesit utilizarea urmtoarelor proceduri OBEX: connect, disconnect,
put, get i setpath.
Informaia este transferat prin OBEX, utiliznd o varietate de anteturi, multe
dintre ele fiind opionale. Pentru a spori interoperabilitatea, GOEP definete care
anteturi trebuie folosite i care nu. Acestea sunt: count, name, type, length, time,
Pagina 4.14
Profiluri Bluetooth
description, target, http, body, end of body, who, connection ID, authentification
challenge, authentification response, application parameters i object class .
Figura 4.13
Trebuie menionat c dei authentfication challenge i authentification response
sunt specificate n setul de anteturi, nu este obligatorie procedura de autentificare. Dac
trebuie fcut autentificare, atunci ea are loc nainte de stabilirea primei conexiuni
OBEX. Autentificarea solicit o parol OBEX. Aceasta poate fi aceeai ca Bluetooth
passkey pentru a evita introducerea de ctre utilizator a dou parole pentru aceeai
legtur.
9. Profilul Object Push

Acest profil ofer faciliti pentru schimbul de cri de vizit ntre client i
server , pentru a extrage cri de vizit dintr-un server i pentru a introduce ntr-un
server obiecte dintr-un domeniu limitat. Ca n cazul tuturor tranzaciilor OBEX, clientul
este cel care iniiaz operaia.
Un obiect are unul din seturile de formate de coninut predefinite, de exemplu o
carte de vizit virtual, care se ncadreaz n formatul vCard. Dei utilizarea unor
formate predefinite de obiecte limiteaz aplicabilitatea schimbului de obiecte, acest lucru
faciliteaz interoperabilitatea. Pentru schimbul de obiecte fr format trebuie utilizate
alte profiluri.
Pentru a oferi opiuni de protejare a datelor utilizatorului, toate dispozitivele ce
suport profilul Object Push trebuie s suporte autentificarea i criptarea la nivelul
Pagina 4.15
Profiluri Bluetooth
legturilor Bluetooth n banda de baz (utilizarea sau nu a acestor faciliti de securitatea
rmne la latitudinea utilizatorului sau a aplicaiei). Profilul Object Push nu utilizeaz
autentificare OBEX.
Figura 4.14
Utilizatorul trebuie s iniieze toate operaiile realizate de profilul Object Push .
Figura 4.14 constituie un exemplu n acest sens. Dou laptop-uri schimb cri de vizit,
dar numai dup ce utilizatorul client a cerut realizarea acestui schimb. Acest exemplu
sugereaz de asemenea c serverul trebuie s fie descoperibil pentru ca schimbul s
poat avea loc. Dispozitivul client va realiza proceduri Inquiry pentru dispozitivele din
aria sa de acoperire radio, va determina care suport profilul Object Push utiliznd
proceduri specifice Service Discovery , apoi va oferi utilizatorului posibilitatea de a alege
dispozitivul cu care s schimbe obiecte, n spe cri de vizit.
10. Profilul File Transfer

Profilul File Transfer ofer posibilitatea realizrii de transferuri de date ntre o
varietate de dispozitive, de exemplu laptop-uri, PDA-uri sau camere digitale. O aplicaie
tipic a acestui profil o constituie legtura direct ntre dou PC-uri n cadrul unei
ntruniri, oferind posibilitatea unei conectiviti convenabile wireless.
Figura 4.15
Pagina 4.16
Profiluri Bluetooth
Ca i profilul Object Push, profilul File Transfer se bazeaz pe capabilitile
oferite de OBEX n conformitate cu specificaiile profilului Generic Object Exchange.
Profilul Object Push poate fi utilizat doar pentru trimiterea sau extragerea unor
categorii limitate de obiecte. Profilul File Transfer ofer opiuni mbogite pentru
manipularea fiierelor i directoarelor: directoarele pot fi browsate , create, transferate de
pe un dispozitiv pe altul, fiierele pot fi browsate , trimise, extrase sau terse.
Figura 4.15 arat cteva dintre operaiile care pot fi realizate folosind profilul
File Transfer . n cazul de fa se solicit coninutul unui director i se selecteaz un
fiier din director care va fi mutat de pe server pe client. Mutarea constituie o operaie
alctuit din dou pri: mai nti se solicit o copie a fiierului, iar mai apoi fiierul
original se terge. Suportul operaiei de tergere nu este mandatar i multe servere aleg
s nu suporte aceast opiune din motive de securitate.
n plus fa de trimiterea, extragerea i tergerea de fiiere i directoare, profilul
File Transfer ofer pentru capabilitile de browsare operaii OBEX SetPath . Fiecare
server ofer o rdcin de browsare implicit (default browse root ); aceasta nu trebuie
neaprat s fie rdcina fiierelor sistem ale serverului, dat fiind faptul c serverul poate
restriciona accesul la unele din fiierele sale. Dup operaia iniial de conectare OBEX,
clientul va fi plasat n directorul rdcin implicit de browsare . Clientul poate apoi
naviga din acel director prin listarea coninutului directoarelor sau folosind SetPath
pentru a se muta direct ntr-un director anume.
Fiiere i directoare pot fi de asemenea create pe server utiliznd operaia OBEX
put . Pentru amnunte pot fi consultate specificaiile referitoare la operaiile OBEX.
11. Profilul Synchronisation (Sincronizare)

Profilul Sincronizare ofer o metod standard de sincronizare a datelor personale
ntre dispozitive echipate Bluetooth. De exemplu, profilul Sincronizare poate fi utilizat
pentru a asigura actualizarea ntlnirilor programate n aplicaia calendar de pe laptop
dup versiunea gzduit de un PDA.
Sincronizarea poate fi declanat atunci cnd dispozitivele intr n zona comun
de aciune radio i se poate face automat, fr intervenia utilizatorului. Aceast abilitate
a aplicaiilor de a rula fr intervenia utilizatorului este referit ca hidden computing
sau unconscious computing i este unul dintre motivele pentru care Bluetooth poate
face aplicaiile mult mai uor de utilizat fa de versiunile cablate pe care le nlocuiete.
Figura 4.16 arat modul de utilizare a profilului Sincronizare . Un utilizator are un
telefon cu noi nume n agend, pe care dorete s le descarce (download ) ntr-un laptop.
Utilizatorul alege comanda synchronise pe telefon. Telefonul scaneaz zona pentru
dispozitive Bluetooth i prezint utilizatorului o list cu acestea, din care este selectat
Pagina 4.17
Profiluri Bluetooth
laptop -ul pentru sincronizare. n acest punct se introduce codul PIN pentru a autoriza
operaia. Apoi sincronizarea este procesat.
Figura 4.16
Odat codurile PIN introduse, dispozitivele sunt virtual legate i data viitoare
cnd mai are loc o sincronizare, secvena de autentificare poate fi srit. Dispozitivele
pot fi setate chiar s realizeze periodic proceduri Inquiry n cutarea dispozitivelor cu
care sunt virtual legate i s realizeze automat sincronizarea. De exemplu, dac un
utilizator tie c n fiecare zi la ora 11 este foarte probabil ca telefonul su s se afle n
apropierea laptop-ului, laptop-ul poate fi setat s solicite la acea or sincronizarea cu
telefonul, fr intervenia utilizatorului. Iat un exemplu de hidden computing.
12. Profilul Intercom

Profilul Intercom suport conexiuni vocale directe punct la punct ntre
dispozitive handset (microreceptoare telefonice) echipate Bluetooth i este foarte util n
varianta radio +20dBm care opereaz pe arii de pn la 50-100m.
TCS ofer faciliti de control a apelului (call control ) n cazul legturilor
intercom. Semnalizarea este transportat prin legturi ACL, care este rutat la stiva TCS
prin L2CAP. Pentru detalii trebuie studiate specificaiile referitoare la TCS. Legturile
vocale sunt realizate prin intermediul legturilor SCO.
Figura 4.17 indic etapele n stabilirea unei conexiuni intercom ntre dou
dispozitive handset echipate Bluetooth. Dispozitivele handset pot suporta i alte
conexiuni; ele pot fi telefoane celulare de exemplu, sau pot fi dispozitive intercom
dedicate Bluetooth.
Dispozitivul apelant trebuie mai nti s seteze o legtur ACL n banda de baz
cu dispozitivul pe care l apeleaz. Apoi seteaz o legtur L2CAP; aceasta este utilizat
pentru transportul semnalizrilor TCS . Primul mesaj de semnalizare este de tip SETUP,
a crui primire este confirmat de dispozitivul apelat. Comanda SETUP determin
Pagina 4.18
Profiluri Bluetooth
dispozitivul apelat s nceap alertarea utilizatorului (de regul prin ring tone).
Dispozitivul apelat anun apelantul c alerteaz utilizatorul, apoi cnd utilizatorul
accept legtura, trimite dispozitivului apelant un mesaj CONNECT. Mesajul CONNECT
determin dispozitivul apelant s seteze o legtur SCO pentru a transporta traficul
vocal. Odat cu stabilirea unei legturi SCO, un semnal CONNECT ACKNOWLEDGE
este trimis i dispozitivele handset pot suporta o conversaie.
Figura 4.17
Bluetooth nu definete faciliti de transfer a apelului (handover ) i conexiunea
oferit este cea direct handset la handset , aa nct profilul Bluetooth Intercom nu
reprezint n prezent o competiie serioas pentru sisteme precum DECT. Oricum, este
posibil ca versiunile viitoare ale Bluetooth s includ i faciliti de transfer a apelurilor.
13. Profilul Cordless Telephony

Profilul Bluetooth Cordless Telephony permite unui dispozitiv Bluetooth handset
s se conecteze la o varietate de staii de baz telefonice. n cas un handset se poate
conecta la un dispozitiv montat pe perete, conectat la PSTN ; n birou spre exemplu,
acelai handset se poate conecta la o reea telefonic local; iar n timpul deplasrilor se
poate conecta la un telefon celular purtat n serviet.
Profilul Cordless Telephony definete dou roluri pentru dispozitivele Bluetooth:
gateway , care realizeaz conexiunea la o reea extern i primete n acelai timp
apelurile sosite (incoming calls) i terminal , care primete apeluri prin gateway i pune
la dispoziia utilizatorului legturi vocale i/sau de date. Gateway-ul este master-ul unei
pico-reele, astfel c un gateway poate conecta pn la apte terminale simultan, dei,
Pagina 4.19
Profiluri Bluetooth
datorit limitrilor date de capacitatea SCO, doar trei legturi vocale active pot fi
simultan suportate.
Gateway-ul poate pasa apelurile terminalelor sau terminalele pot iniia i ruta prin
gateway apeluri. Acest lucru permite dispozitivelor Bluetooth care nu au legturi
telefonice s acceseze reele telefonice prin intermediul gateway-ului. De exemplu, un
laptop echipat Bluetooth poate fi folosit pentru a efectua o convorbire telefonic printro reea de telefonie mobil, utiliznd un telefon celular drept gateway .
Profilul Cordless Telephony suport de asemenea apeluri de tip intercom, ntre
dou dispozitive din reea, i permite utilizarea tuturor facilitilor TCS, precum tonurile
DTMF i nregistrarea apelurilor.
TCS ofer control al apelurilor (call control) i management de grup prin canale
L2CAP orientate sau nu conexiune, transportate de legturile ACL criptate. Legturile
vocale sunt transportate prin legturi SCO.
Terminalele care ies n afara ariei de aciune radio a unui gateway ncearc
periodic s se conecteze, efectund proceduri de Paging pentru gateway . Gateway-urile ,
la rndul lor, execut scanri dup mesaje Page ct de des pot pentru a permite
dispozitivelor rtcite (roaming devices) s se conecteze. Odat conectat la un
gateway , un terminal realizeaz comutarea master/slave . Acest lucru este realizat din
aceleai motive ca n cazul conectrii la un punct de acces LAN i red controlul picoreelei gateway -ului, permind masterului s aloce limea de band n mod eficient.
Figura 4.18
Terminalul trece apoi n modul Park (devine inactiv); ceea ce are ca urmare o
economie energetic (power save ), dar poate fi descoperit i activat n cazul necesitii
unei comunicaii.
Conexiunile ntre dispozitivele terminale utilizeaz facilitile managementului de
grup ale TCS pentru localizarea dispozitivelor i gsirea informaiei necesare pentru
conectarea cu acestea. Legturile sunt setate n acelai fel ca i conexiunile intercom.
Pagina 4.20
Profiluri Bluetooth
O conexiune ntre gateway i un dispozitiv terminal este ilustrat n figura 4.18.
Semnalizarea TCS este identic semnalizrii utilizate n timpul setrii unui apel intercom .
Diferena este c aici legturile ACL i L2CAP nu trebuie stabilite. Gateway-ul stabilete
cte o legtur L2CAP cu fiecare dispozitiv terminal nainte ca acesta s fie parcat.
Aceste conexiuni sunt pstrate ct timp dispozitivele terminale sunt parcate i nu trebuie
stabilite din nou cnd un apel sosit declaneaz prin intermediul gateway-ului activarea
terminalului respectiv. n acest mod, dispozitivele pot rspunde mult mai rapid
apelurilor sosite prin gateway .
14. Avantajele existenei profilurilor

Pentru utilizatori, profilurile ofer o modalitate de utilizare a tehnologiei
Bluetooth n multe dispozitive i aplicaii, dar pstrnd un aspect comun, datorit GAP
(Generic Access Profile ). Pentru dezvoltatori, profilurile ofer un set comun reutilizabil
de blocuri fizice, evitnd nevoia unor soluii diferite pentru probleme similare. Odat ce
unul dintre profilurile bazate pe profilul port serial a fost implementat, de exemplu,
multe dintre soluii pot fi reutilizate pentru implementarea altor profiluri bazate tot pe
profilul port serial .
Utilizarea profilurilor conduce la faptul c diferite implementri Bluetooth sunt
standardizate, asigurnd interoperarea corect a implementrilor diferiilor productori
i crescnd ncrederea pieei n Bluetooth, ca i sistem standard robust.
Pagina 4.21
Capitolul 5
Evoluia Bluetooth
1. Grupuri de lucru
Iniial SIG avea drept scop producerea setului de Specificaii Bluetooth, urmnd
s se dizolve mai apoi. Datorit problemelor aprute i clarificrilor necesare, s-a luat
decizia ca SIG s-i continue activitatea att timp ct se vor produce dispozitive
Bluetooth. Au rmas astfel o serie de grupuri de lucru care continu procesul de
producere i redefinire a specificaiilor Bluetooth.
Un grup de lucru se ocup de problemele ce apar n Specificaiile Bluetooth 1.0 .
Acest grup colaboreaz cu diverse companii [Blu] care dezvolt, testeaz, utilizeaz sau
au adoptat Bluetooth. Pn n decembrie 1999 deja fuseser fcute destule modificri,
nct a fost nevoie de editarea Specificaiilor Bluetooth versiunea 1.0b. La scurt timp
ns de la publicarea acestora, datorit coreciilor i clarificrilor aduse, a aprut
versiunea 1.1.
Restul grupurilor de lucru se ocup de realizarea de noi profiluri:
Extended service discovery profile
Car profile
Local positioning profile
PAN profile
Audio/Visual profile
Wake-up profile
HID (Human/machine Interface
Printing profile
Device) over Bluetooth profile
Still image profile
n cazul n care se va considera necesar, vor fi formate i alte grupuri de lucru.
2. Crearea unui profil

Procesul de definire de noi profiluri este deschis oricrei companii adoptoare.
Primul pas este de a se clarifica dac ntr-adevr este nevoie de un nou profil. Profilurile
au rolul de a ajuta la interoperabilitatea ntre produse, aa nct dac un profil deja
existent poate fi modificat s deserveasc o aplicaie, nu are nici un sens inventarea unui
nou profil.
Dac o aplicaie nu poate fi deservit de nici un profil existent, atunci urmtorul
pas este de a sonda piaa pentru a se determina segmentul de pia interesat. n cazul n
care noul profil nu ar interesa dect un mic segment specializat al pieei, atunci este mai
util implementarea unei soluii proprietare. Profilurile sunt utile pentru a asigura
interoperabilitatea ntre produse ale diferiilor fabricani. Dac piaa acoperit este de
arie redus, atunci e foarte probabil ca s fie o singur companie productoare care s o
acopere.
Pagina 5.1
Evoluia Bluetooth
Cnd este identificat o aplicaie care justific crearea unui nou profil, atunci
propunerea pentru noul profil poate fi schiat urmnd formatul standard al celorlalte
profiluri. Se constituie un grup central de promoie i dac promoia i atinge scopul,
atunci se formeaz un grup de lucru care lucreaz la noul profil. Constituirea grupurilor
de lucru este foarte util, deoarece au ocazia de a-i expune punctul de vedere mai multe
companii. Dac s-ar ocupa de acest lucru o singur companie, atunci ar exista riscul s
se piard din vedere o serie de detalii semnificative, care pentru piaa companiei
respective s-ar putea s nu prezinte interes. Un grup de lucru are anse mai mari s
realizeze un profil de utilitate mai general.
n cele din urm, grupul de lucru termin profilul i acesta este ncorporat n
specificaiile Bluetooth.
3. Bluetooth versiunea 2.0

Grupul de lucru radio 2.0 a fost nfiinat pentru o extensie optimal a Bluetooth
1.0. Aceast tehnologie va fi capabil de rate de transfer mai ridicate 2Mb/s sau chiar
opiuni pentru 10Mb/s sau mai mult. Atracia pentru asemenea rate este evident,
Bluetooth putnd transporta astfel semnale audio de calitate hi-fi sau chiar semnale
video, realizndu-se astfel alinierea Bluetooth la sistemele celulare 3G.
Grupul de lucru radio 2.0 a fost nsrcinat cu meninerea n actualitate a
Bluetooth. Aceasta nseamn a domina aplicaiile din banda ISM (banda neliceniat
industrial, tiinific, medical). Constrngerile benzii ISM determin utilizarea unei
scheme de modulaie radio mai complexe. Costul va fi n jurul a 10USD pentru
producia de mas.
Dispozitivele Bluetooth 2.0 vor fi compatibile cu cele din versiunea 1.0, aceasta
nseamn manipularea a dou scheme de modulaie. Grupul radio 2.0 urmrete de
asemenea schimbarea mecanismului Inquiry n scopul mririi vitezei de descoperire a
dispozitivelor Bluetooth.
Grupul 2.0 va introduce pn la urm i un mecanism de transfer (handover)
pentru apelurile vocale i de date Bluetooth. Acest lucru este ntr-adevr provocator,
innd cont c este necesar o reea central (backbone network ) pentru a coordona
transferurile ntre grupurile locale. Nu are nici un sens utilizarea handover la
sincronizarea unui telefon celular sau a unui PDA cu o agend de adrese din alt
dispozitiv, dar transferarea unei conexiuni cu un punct de acces la o reea LAN ctre alt
punct de acces la acelai LAN poate fi destul de util.
Deoarece conexiunile Bluetooth sunt pe spaii restrnse i implic dispozitive
mobile, este foarte probabil ca procesul de roaming ntre pico-reele s fie mult mai
rapid dect rata normal de comutare ntre celule n sisteme precum GSM. De aceea este
Pagina 5.2
Evoluia Bluetooth
necesar achiziia mult mai rapid a conexiunilor i de aceea se caut sporirea vitezei
procedurii Inquiry .
Dispozitivele Bluetooth 2.0 trebuie s rmn compatibile cu dispozitivele
Bluetooth 1.0. O propunere pentru realizarea acestui obiectiv este conectarea tuturor
dispozitivelor n modul 1.0, iar mai apoi s aib loc, dac este cazul, negocierea stabilirii
legturii n modul 2.0.
4. Bluetooth i 3G
Tehnologia wireless Bluetooth este una din tehnologiile dezvoltate i n scopul
optimizrii utilizrii celei de-a treia generaii (3G) de sisteme de comunicaii mobile
multimedia care se afl n curs de dezvoltare de ctre Uniunea Internaional a
Telecomunicaiilor
(ITU). Sub acest
Media screen
concept de familie
de sisteme sunt
unificate la nivel
nalt
diverse
tehnologii pentru a
oferi
utilizatorilor
servicii i aplicaii
inovative
multimedia ct mai
diverse.
Aceast
iniiativ, denumit
International Mobile
Telecommunications
(IMT-2000),
2000
vizeaz att sistemele satelit ct i terestre, deservind utilizatori fici i mobili din reele
publice sau private. Iniiativa urmrete s faciliteze evoluia de la sistemele din actuala
generaie (2G), care sunt n general incompatibile ntre ele, ctre sistemele 3G care ofer
utilizatorului interoperabilitate, o mai bun acoperire i capabiliti pentru noi servicii.
Printre posibilele aplicaii 3G pentru care Bluetooth ar putea fi potrivit se numr att
intercomunicaiile locale ct i conectivitatea pe arii extinse pentru a atinge un nivel
superior al serviciilor, dect ar face-o separat.
Dintre implementrile deja existente merit menionate unele telefoane celulare
din seria Nokia 6000 care conin un modul Bluetooth ncorporat.
Pentru viitor, ne putem gndi, de exemplu, la automatele din mall. Printr-un
sistem de acces Bluetooth, un numr de maini automate de vnzare pot fi conectate la
Pagina 5.3
Evoluia Bluetooth
o unitate central de administrare a automatelor de vnzare, care printr-un sistem de
acces 3G solicit serviciul de ntreinere i alimentare. Probleme minore pot fi raportate
direct tehnicianului din mall prin dispozitivul su Bluetooth. De asemenea, schimbri
ale preurilor pot fi comunicate de la unitatea central de administrare la automatele de
vnzare echipate cu tehnologie Bluetooth.
O alt aplicaie posibil n care tehnologia Bluetooth se mpletete cu sistemele
3G este pota electronic (e-mail). Un telefon mobil 3G/Bluetooth poate primi un email ca o transmisie de date i-l poate transmite mai departe unui computer notebook,
printr-o legtur Bluetooth, presupunnd c cele dou sunt n apropiate. Dup acest
concept, un terminal 3G se comport ca un punct de distribuie pentru multe alte
dispozitive, cu care poate comunica prin legturi Bluetooth. Dac, spre exemplu un email important a fost primit pe aeroport, utilizatorul se poate apropia de un chioc
echipat Bluetooth i poate scoate la imprimanta din acel chioc e-mail-ul sub comanda
telefonului mobil echipat cu Bluetooth, fr a mai scoate din geant notebook-ul.
Taxarea pentru acest tip de serviciu se poate face fie prin cartea de credit, fie prin
intermediul aa numitului portofel electronic (e-wallet), tot pe baza unei conexiuni
Bluetooth.
Sisteme echipate cu componente wireless Bluetooth din cas pot permite
controlul la distan. Astfel de sisteme pot include printre altele nclzirea central, aerul
condiionat sau iluminarea. Atunci cnd utilizatorul este plecat, spre exemplu lucrnd
trziu la birou, telefonul mobil 3G sau dispozitivul palmtop poate avea acces la
aplicaiile casnice prin intermediul gateway-ului 3G/Bluetooth de acas. Se pot realiza
astfel de la distan operaiuni de genul:
Interogarea frigiderului n scopul determinrii necesitii cumprrii unor alimente n
drum spre cas;
Setarea temperaturii din cas la o preferin personal nainte de a ajunge acas;
Activarea de departe de cas a nregistrrii video a unei emisiuni care nu poate fi
vzut.
5. Concluzii
SIG a creat o serie de noi grupuri de lucru care continu dezvoltarea
specificaiilor Bluetooth. Aceast dezvoltare urmrete: corectarea i clarificarea
versiunii 1.0 a specificaiilor, precum i crearea de noi profiluri i dezvoltarea unei
tehnologii mbuntite radio i n banda de baz, care s conduc spre nucleul unei noi
versiuni 2.0 a specificaiilor Bluetooth.
SIG ofer de asemenea i un mecanism pentru companiile adoptoare a Bluetooth
pentru a putea propune profiluri viitoare.
Pagina 5.4
Bibliografie
[Alx]
Alexandru, Nicolae
Dumitru i Cotae, Paul
Tehnica Modern a Comunicaiilor

Institutul Politehnic Iai, 1979
[Blu]
Bluetooth Web Site
www.bluetooth.com
www.bluetooth.org
[Bog]
Bogdan, Ion
Sisteme Celulare pentru Comunicaii Mobile

MatrixRom, Bucureti, 1998
[Bra]
Bray, Jennifer i
Sturman, Charles F.
Bluetooth Connect without

Cables Prentice Hall PTR, 2001
[Bte]
Ericsson Mobile
Communications AB
Users Manual Bluetooth PC Reference Stack

by Ericsson, 2000
[Cot]
Cotae, Paul
Sisteme Avansate de Comunicaii Digitale

Note de curs, Facultatea de Electronic i
Telecomunicaii Iai, 2000-2001
[Eri]
Ericsson Web Site
www.ericsson.com/bluetooth
[Gre]
Green, James Harry
The Irwin Handbook of Telecomunications

Fourth Edition McGraw-Hill, 2000
[Mul]
Muller, Nathan J.
Bluetooth Demistified McGraw-Hill

Telecom, 2001
[Nok]
Nokia Web Site
www.nokia.com/bluetooth
Pagina 6.1

Introducere in Bluetooth PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Introducere in Bluetooth PDF

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSITATEA TEHNIC GH.

Facultatea de Electronic i Telecomunicaii

Ing. Ciprian Comsa

Aceast lucrare este rodul colaborrii

Autorul este recunosctor att D-lui

Stiva de protocoale Bluetooth

Protocoale de nlocuire a Cablurilor

Al doilea val l depete pe primul n multe aspecte. Acesta cuprinde:

Necesitatea Bluetooth wireless

Piaa de chipuri Bluetooth pn n 2005

Protocoalele nivelelor superioare, precum Service Discovery Protocol (SDP),

2. Modelul de referin OSI

4. Legturile vocale i de date

Descoperirea dispozitivelor Bluetooth

Conectarea la o baz de date Service Discovery

Conectarea la un serviciu Bluetooth

Moduri de descoperire i conectare

6. Cosideraii referitoare la management

detecteaz, izoleaz i corecteaz

Stiva de protocoale Bluetooth

Stiva de protocoale Bluetooth

Stiva de protocoale Bluetooth

Protocoalele Nucleului Bluetooth

Protocol de nlocuire a Cablurilor

Specificaiile Bluetooth definesc de asemenea o interfa HCI (Host Controller

Stiva de protocoale Bluetooth

2. Protocoale ale Nucleului Bluetooth

Link Manager Protocol (LMP)

Stiva de protocoale Bluetooth

Logical Link Control and Adaptation Protocol (L2CAP)

Service Discovery Protocol (SDP)

3. Protocoale de nlocuire a Cablurilor

Stiva de protocoale Bluetooth

4. Protocoale de Control Telefonic

Stiva de protocoale Bluetooth

Protocol de Control a Legturii (LCP Link Control Protocol )

Protocoale de control a reelei (NCPS Network Control Protocols)

Stiva de protocoale Bluetooth

Stiva de protocoale Bluetooth

Stiva de protocoale Bluetooth

2. Profilul Generic Access (GAP)

3. Profilul Serial Port

4. Profilul Dial-Up Networking (DUN)

Stabilirea unei conexiuni DUN

Stabilirea unui apel prin headset-ul Bluetooth

7. Profilul Punct de acces LAN

Conectarea la un punct de acces LAN

Legtura L2CAP utilizat pentru Service Discovery poate fi ntrerupt, i n

8. Profilul Generic Object Exchange (GOEP)

9. Profilul Object Push

10. Profilul File Transfer

11. Profilul Synchronisation (Sincronizare)

12. Profilul Intercom

13. Profilul Cordless Telephony

14. Avantajele existenei profilurilor

2. Crearea unui profil

3. Bluetooth versiunea 2.0

Tehnica Modern a Comunicaiilor

Bluetooth Web Site

Sisteme Celulare pentru Comunicaii Mobile

Bluetooth Connect without

Users Manual Bluetooth PC Reference Stack

Sisteme Avansate de Comunicaii Digitale