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. 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 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 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

2.

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

3.

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. 4. 5. 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 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

4.

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 Evoluia Bluetooth 1. Grupuri de lucru 2. Crearea unui profil 3. Bluetooth versiunea 2.0 4. Bluetooth i 3G 5. Concluzii Bibliografie

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

5.

pagina pagina pagina pagina pagina pagina

5.1 5.1 5.2 5.3 5.4 6.1

6.

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. Piaa de chipuri Bluetooth pn n 2005

Milioane de uniti

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

Utilizarea Bluetooth
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

Utilizarea Bluetooth

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

Utilizarea Bluetooth

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

Utilizarea Bluetooth 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

Utilizarea Bluetooth 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

Utilizarea Bluetooth

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

Utilizarea Bluetooth 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

Utilizarea Bluetooth 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

Utilizarea Bluetooth 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

Utilizarea Bluetooth 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

Stiva de protocoale Bluetooth

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

Stiva de protocoale Bluetooth 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. Stiva de protocoale Bluetooth Protocol Baseband Link Management Protocol (LMP) Logical Link Control and Adaptation Layer (L2CAP) Service Discovery Protocol (SDP) 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

Nivel

Protocoalele Nucleului Bluetooth

Protocol de nlocuire a Cablurilor Radio Frequency Communication (RFCOMM) Protocoale de Control Telefonic

Stiva de protocoale Bluetooth (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

Stiva de protocoale Bluetooth 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

Stiva de protocoale Bluetooth 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 Cablu

Dispozitiv A (Bluetooth)

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

Stiva de protocoale Bluetooth 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

Stiva de protocoale Bluetooth 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

Stiva de protocoale Bluetooth

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

Stiva de protocoale Bluetooth

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: v Cerine pentru funciile ce trebuie implementate n toate dispozitivele Bluetooth; v Proceduri generice pentru descoperirea dispozitivelor Bluetooth; v Faciliti de management al legturii pentru conectarea dispozitivelor Bluetooth; v Proceduri referitoare la utilizarea diferitelor nivele de securizare; v 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: v Referitoare la legtur (legtur, canal, ); v Referitoare la dispozitive (dispozitiv de ncredere trusted device , dispozitiv tcut silent device, ); Pagina 4.2

Profiluri Bluetooth v Referitoare la proceduri (descoperire de servicii - SD, descoperire de nume, ); v 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: v Un dispozitiv nedescoperibil nu poate realiza scanri ale cererilor (Inquiry scan) i nu poate fi descoperit de un dispozitiv care emite mesaje Inquiry ; v 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; v 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 Bluetooth Web Site Bogdan, Ion Bray, Jennifer i Sturman, Charles F. Ericsson Mobile Communications AB

Tehnica Modern a Comunicaiilor Institutul Politehnic Iai, 1979 www.bluetooth.com www.bluetooth.org Sisteme Celulare pentru Comunicaii Mobile MatrixRom, Bucureti, 1998 Bluetooth Connect without Cables Prentice Hall PTR, 2001 Users Manual Bluetooth PC Reference Stack by Ericsson, 2000 Sisteme Avansate de Comunicaii Digitale Note de curs, Facultatea de Electronic i Telecomunicaii Iai, 2000-2001 www.ericsson.com/bluetooth The Irwin Handbook of Telecomunications Fourth Edition McGraw-Hill, 2000 Bluetooth Demistified McGraw-Hill Telecom, 2001 www.nokia.com/bluetooth

[Blu]

[Bog]

[Bra]

[Bte]

[Cot]

Cotae, Paul

[Eri]

Ericsson Web Site Green, James Harry Muller, Nathan J. Nokia Web Site

[Gre]

[Mul]

[Nok]

Pagina 6.1