UNIVERSITATEA TEHNIC GH.

ASACHI IAI

Facultatea de Electronic i Telecomunicaii

Sec ia Radiocomunica ii Digitale

Ing. Ciprian Comsa

2001

Aceast lucrare este rodul colabor rii cu S.C. Isratech S.R.L., care a pus la dispoziia autorului documentaia necesar .

Autorul este recunosc tor att D-lui Prof. Dr. Ing. Ion Bogdan, ndrum torul acestei lucr ri, ct i D-lui Prof. Dr. Ing. Paul Cotae pentru sprijinul nemijlocit i indica iile acordate.

Lucrarea de fa se dore te 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. Leg turile vocale i de date 5. Comunica ia 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. Considera ii 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 existen ei profilurilor Evolu ia 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 sta ionare ct i mobile; Faciliteaz att comunica iile de date ct i pe cele vocale; Ofer posibilitatea implement rii unor re ele ad-hoc i a sincroniz rii ntre diverse dispozitive. Tehnologia wireless Bluetooth implic cerin e hard, soft i de interoperabilitate. Aceasta a fost adoptat sau este studiat nu numai de majoritatea actorilor de pe scena telecomunica iilor, computerelor i a industriei de entertainment casnic, dar i din diverse domenii precum cel bancar, cel al industriei auto-moto i de ngrijire a s n tii sau cel al automatiz rii i juc riilor, 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. Ast zi tehnologia wireless Bluetooth ng duie oamenilor s comunice ntre ei, dar de aceast dat prin intermediul unei leg turi radio de cost redus i pe domenii restrnse. n ora ul danez Jelling Harald Bluetooth a ridicat o piatr pictat , pe care al turi de imaginea lui Cristos, d inuie i ast zi urm toarea inscripie: Regele Harald a ridicat acest monument n memoria tat lui s u Gorm i a mamei sale Thyre. Acest Harald a cucerit n ntregime Danemarca i Norvegia i i-a cre tinat pe danezi. n septembrie 1999 a nou piatr a fost ridicat n ora ul Lund, lng cl direa Ericsson Mobile Communications, de aceast dat n memoria lui Harald Bluetooth.

Pagina 1.1

Introducere

nceputul
Ideea ce a dat na tere tehnologiei wireless Bluetooth a ap rut n 1994 cnd compania Ericsson Mobile Communications a decis investigarea fezabilitii unei interfe e 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 adev ratul poten ial 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 c tre re ele de date deja existente, c tre interfe e 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). Ast zi Bluetooth SIG include companiile promotoare 3Com , Ericsson, IBM, Intel, Lucent, Microsoft, Motorola, Nokia i Toshiba , i mii de companii membri asocia i 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 Specific iilor este nc scopul principal al SIG, al turi de asigurarea cerin elor de interoperabilitate, armonizarea benzii de frecven i promo ia tehnologiei [Blu].

Interoperabilitatea
De la bun nceput, unul dintre scopurile principale ale SIG a fost s includ n Specifica iile Bluetooth un cadru de lucru general, care s asigure interoperabilitatea ntre diverse dispozitive apar innd unor produc tori diferii att timp ct utilizeaz acela i 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 folose te astfel experiena unei utiliz ri comune a dispozitivului. Astfel, spre exemplu, un mouse nu are nevoie s comunice cu un headset, a a 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. Num rul de Profiluri continu s creasc odat cu apariia de noi aplica ii. Programul de certificare Bluetooth garanteaz interoperabilitatea global ntre dispozitive indiferent de produc tor sau de ara n sunt utilizate. Pe parcursul procedurii de testare prin care toate dispozitivele trebuie s treac , se verific dac sunt ndeplinite cerin ele cu privire la: calitatea leg turii radio, protocoalele straturilor joase, profiluri i informa ia 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 telecomunica iilor 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 cre tere. Tehnologia wireless Bluetooth permite navigarea Internet f r conectarea de cabluri, indiferent de localizare, fie folosind un computer, fie utiliznd nsu i telefonul mobil. n apropierea unui punct de acces al unei re ele cablate, este posibil conectarea direct a computerului mobil sau a dispozitivului handheld, i tot f r a utiliza cabluri. Headset-ul permite utilizarea telefonului mobil, f r a trebui scos din geant , sau f r a fi nevoie s fie inut n mn n birou sau n ma in . Sincronizarea automat a calendarelor, agendelor, etc. este o opiune ndelung a teptat 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 f r a fi necesare opera ii suplimentare prin cablu sau infraro u.

Produse Bluetooth
Multe companii au declarat c tehnologia wireless Bluetooth va fi ncorporat n produsele lor, mai ales pe m sur ce componentele Bluetooth se vor ieftini. Conform estim rilor f cute n 2000 de Cahners In-stat Group , disponibilitatea produselor n urm torii 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 depe te pe primul n multe aspecte. Acesta cuprinde:

PC-uri cu circuite Bluetooth ncorporate pe pl cile de baz ; Imprimante, faxuri, camere foto digitale; Produse industriale i medicale vor fi de asemenea componente ale acestui val; Spre finalul acestui val sunt prev zute i implement rile 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 comunica ii de date i vocale au evoluat rapid n ultimii ani. Nenum rate dispozitive electronice pentru uz casnic, personal sau de afaceri au fost propuse pie ei n ultima perioad , dar nici o tehnologie de larg utilizare nu se adresa satisfacerii necesitilor de conectare a dispozitivelor n re ele personale Pagina 1.4

Introducere (Personal Area Networks - PAN). Cererea pentru un sistem capabil s conecteze dispozitive pentru comunica ii de date i vocale pe distan e reduse a crescut simitor. Tehnologia wireless Bluetooth umple acest gol, oferind soluii pentru comunica ii vocale i de date f r cabluri, utiliznd aliment ri standard low-power, tehnologii de cost redus ce pot fi cu uurin integrate n orice dispozitiv i deschiznd astfel calea unei mobiliti totale. Pre urile vor fi reduse pentru produc ia de mas . De asemenea, odat cu cre terea num rului de uniti Bluetooth, vor cre te i beneficiile pentru utilizatori. n figura urm toare este prezentat evolu ia pie ei de chipuri Bluetooth. Pia a de chipuri Bluetooth pn n 2005

Milioane de unit i

Anul

Tehnologia Bluetooth
Specifica iile Bluetooth definesc capabiliti de leg turi radio pe distan e scurte (aproximativ 10m) sau op ional pe distan e 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 , tiin ific i medical (ISM) de la 2.4GHz la 2.48Hz, utiliznd tehnici de mpr tiere 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. Ie irea RF este conform specificaiilor 0dBm (1mW) pentru implement rile pentru domenii de 10m sau ntre 30dBm i 20dBm (100mW) pentru versiunile pentru domenii mai extinse. Cnd s-au alc tuit specifica iile radio, un mare accent s-a pus pe posibilitatea implement rii 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

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

Comunica ii 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 comunica ie n 2ms); Pentru a parca i mai multe dispozitive slave se poate utiliza BD_ADDR ; astfel nu mai r mne nici o limitare asupra num rului 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 re ea se nume te scaternet . Pentru a se respecta normele de imunitate la coliziuni ntre date, un scaternet poate cuprinde pn la 10 piconet-uri.

Arhitectura de re ea
Unitile Bluetooth aflate n acela i domeniu spa ial de ac iune radio pot realiza ad-hoc conexiuni punct-la-punct i/sau punct-la-multipunct. Unitile pot fi ad ugate sau deconectate n mod dinamic la re ea. Dou sau mai multe uniti pot utiliza n comun un canal al unui piconet . Se pot forma mai multe picore ele i acestea se pot lega ad-hoc mpreun formnd scatternet , pentru a realiza configura ii flexibile de comunica ii i schimburi de date. Dac ntr-un acela i domeniu spa ial se afl mai multe pico-re ele, fiecare lucreaz independent i fiecare are acces la ntreaga band de frecvene. Fiecare pico-re ea este stabilit pe un canal diferit, cu salt n frecven . To i utilizatorii participani la aceea i pico-re ea sunt sincroniza i pe acest canal. Spre deosebire de dispozitivele cu infraro u (IR), unitile Bluetooth nu sunt limitate de necesitatea vederii directe ntre ele. Pagina 1.6

Introducere Pentru a regula traficul pe canal, unul dintre participan i devine master n piconet, n timp ce restul unitilor devin slave . n conformitate cu Specifica iile actuale ale Bluetooth, pot comunica cu un master, simultan active, pn la apte dispozitive slave. Totu i, num rul unitilor virtual ata ate unui master, capabile s intre n comunica ie este aproape nelimitat.

Securitate
Deoarece semnalele radio pot fi uor interceptate, dispozitivele Bluetooth au ncorporate proceduri de securizare, pentru prevenirea receptorilor r u-inten iona i i neviza i de mesaj. Trei sunt metodele de securizare a informaiei: O rutin de interpelare pentru autentificare; Cifrarea fluxului informa ional, 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 ob ine 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 dezv luit niciodat . Un num r aleator (128 bii), care difer la fiecare nou tranzac ie. Acest num r este derivat dintr-un proces pseudo-aleator n unitatea Bluetooth. n plus fa de aceste func ii la nivel de leg tur , salturile de frecven i transmisia limitat spa ial ajut i ele la prevenirea recepion rilor 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 interfe ele cu mediul gazd .

Pagina 1.7

Introducere LC const ntr-o structur hard care realizeaz proces ri la nivelul benzii de baz (baseband - BB) i al protocoalelor stratului fizic. ntre func iile 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 f r a implica dispozitivul gazd . HC poate fi programat s r spund anumitor mesaje Page i s autentifice leg turile 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 s u, Link Controller .

Arhitectura soft
n figura de mai jos protocoalele Bluetooth sunt reprezentate prin c su e umplute cu culoare. Pentru a asigura compatibilitatea ntre diverse implement ri 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 interfa ate cu serviciile din banda de baz prin intermediul Logic Link Control and Adaptation Protocol (L2CAP). Printre sarcinile pe care le are L2CAP se num r 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 aplica iilor s afle informa ii 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 r spndit este standardul de comunica ii n infraro u (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 implement ri dup standarde incompatibile, lec ie de care a inut cont Bluetooth SIG. Dou alte tehnologii radio pentru domenii spa ial reduse, utiliznd tehnica salturilor n frecven s l luiesc n aceeai band de 2.4GHz: Re elele locale wireless LAN sunt bazate pe standardul IEEE 802.11. Aceast tehnologie este utilizat pentru a nlocui re elele LAN cablate n interiorul cl dirilor. Capacitatea de transmisie este ridicat i de asemenea i num rul 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 spa iu, 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 re ele ad-hoc (numai pentru comunica ii de date) sau poate fi sub controlul unui punct de conectare coordonnd sistemul i oferind un punct de acces (gateway ) c tre re eaua telefonic (comunica ii vocale i de date). Frecvena salturilor n frecven este de 8Hz, n timp ce pentru leg turile 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 a teapt 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 diver i produc tori s lucreze mpreun . Pentru acest scop, Bluetooth nu define te doar un sistem Radio, ci i o stiv de protocoale pentru ca aplica iile 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, de i unele caracteristici nu pot fi delimitate ca apar innd unui anumit strat. n figura 2.1 este evideniat acest aspect. Profilurile Bluetooth ghideaz aplica iile 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 asem n toare cu RS232. L2CAP multiplexeaz date de la straturile superioare i converte te dimensiunile pachetelor informa ionale, dup necesiti. HCI manipuleaz comunica iile ntre modulul Bluetooth i aplica ia gazd . LM controleaz i configureaz leg turile cu alte dispozitive. BB/LC controleaz leg turile fizice prin radio, asambleaz pachetele i controleaz salturile n frecven . Stratul Radio moduleaz i demoduleaz datele pentru transmisia i recep ia 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. De i corela ia nu este exact , s-a ncercat realizarea unei coresponden e ntre modelul OSI i stiva de protocoale Bluetooth. De vreme ce oricum modelul este o idealizare cu partiii ale stivei cu granie bine definite, compara ia are ca scop evidenierea diviz rii responsabilitilor n stiva Bluetooth. Stratul Fizic este responsabil de interfa a electric cu mediul de comunica ie, incluznd modula ia i codarea de canal. Este inclus deci partea de opera ii radio i din banda de baz .

Stratul Leg tur de Date este responsabil pentru

transmisia, ncadrarea i controlul erorilor unei leg turi anume i, ca atare, se suprapune peste sarcinile Figura 2.2 Link Controller-ului i p r ii de control din banda de baz (baseband - BB), incluznd verificarea i corec ia erorilor. De aici nainte, lucrurile sunt puin mai ambigue. Stratul Re ea este responsabil pentru transferurile de date de-a lungul reelei, independent de medii i topologii specifice ale re elei. Acesta acoper cap tul superior al Link Controller-ului, setnd i men innd multiple leg turi i realizeaz de asemenea i o mare parte din func ionalitile Link Manager-ului. Stratul Transport este responsabil cu sigurana i multiplexarea transferurilor de date de-a lungul re elei, la nivelul oferit de aplica ie, i astfel cuprinde cap tul 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 cap tul inferior al RFCOMM/SDP. Stratul Prezentare ofer o reprezentare comun pentru datele stratului Aplica ie ad ugnd unele uniti de date structurii de serviciu, care este funcia principal a RFCOMM/SDP. n sfr it, stratul Aplica ie este responsabil pentru mnuirea comunica iilor ntre aplica iile gazd . Pagina 2.2

Utilizarea Bluetooth

3. Stratul Fizic
Dispozitivele Bluetooth opereaz la 2.4GHz, n banda global disponibil ISM, a c rei utilizare nu solicit liceniere. Aceast band este rezervat pentru uzul aplica iilor industriale, tiinifice i medicale (ISM), care respect un set de specifica ii de putere, emisii spectrale i interferen . Acest lucru presupune necesitatea ca Bluetooth s fie o tehnologie foarte robust , ntr-un mediu spectral cu at i utilizatori i surse de poluare. Banda operat este divizat n canale spa iate la 1MHz, fiecare semnalnd date la 1 Megasimbol pe secund pentru a se obine limea de band a canalului maxim . Cu schema de modula ie aleas , GFSK (Gaussian Frequency Shift Keying), aceasta echivaleaz cu 1Mb/s. Utiliznd GFSK, un 1 binar determin un salt pozitiv de la frecvena purt toare nominal , pe cnd un 0 binar determin un salt negativ n frecven . Dup fiecare pachet, ambele dispozitive reacordeaz unda radio pe alte frecvene, efectiv s rind 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 interferen e 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 aplica ii low-power , puterea radio emis trebuie s fie minim . Sunt definite trei clase de putere, care ofer , n ordine cresc toare a puterii, ac iune pe domenii de 10m, 20m sau 100m.

4. Leg turile vocale i de date

Bluetooth permite att comunica ii de date critice n timp, precum cele vocale i audio, ct i comunica ii 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 leg turi i anume, leg turi SCO (Synchronous Connection Oriented) pentru comunica ii vocale i leg turi ACL (Asynchronous Connectionless) pentru comunicaii de date. Pachetele de date pentru leg turi ACL sunt construite dintr-un cod de acces de 72 bii, un pachet antet (header ) de 54 bii i un cod CRC, n adiia nc rc turii informa ionale utile (payload data ). Exist o varietate de tipuri de date permind transmiterea unor cantiti diferite de informa ie. Pachetul cu cea mai mare nc rc tur informa ional 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 informa ie. 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 leg tur asimetric cu mai mult informa ie 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 supranc rc ri la codarea datelor, ct i salturile n frecven sunt necesare n principal pentru a oferi robuste e leg turii Bluetooth, de vreme ce banda ISM este o resurs comun pentru multe dispozitive i alte standarde de comunica ii i chiar surse de zgomot. n plus, pentru reducerea problemelor de interferene viitoare n spectru, se au n vedere reglement ri de limitare a puterii emise pe unitatea de timp n banda ISM, determinnd necesitatea unei scheme de salturi n frecven pentru mpr tierea 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 aplica iilor, rata maxim a datelor poate fi n jurul a 650kb/s. Leg turile SCO lucreaz la 64kb/s i este posibil coexisten a a trei leg turi vocale duplex simultane sau combinarea transmisiei vocale cu una de date. Aceste canale vocale redau o comunica ie de o calitate ce se a teapt i de la sistemele moderne de telefonie mobil , precum GSM-ul. n fapt, leg turile 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, men inndu-se succesiunea temporal a informa iei.

5. Comunica ia Bluetooth
Bluetooth difer de orice re ea 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 dore te s -l utilizeze. Utilizatorul laptop-ului deschide o aplica ie care necesit o leg tur Bluetooth dial-up. Pentru a utiliza aceast aplica ie, laptop-ul tie c are nevoie s stabileasc o leg tur 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 , a a c laptop-ul iniiaz o procedur Inquiry pentru a sonda vecin tatea cu alte dispozitive. Pentru aceasta, laptop-ul transmite o serie de pachete de interogare (inquiry ) i eventual telefonul celular r spunde cu un pachet FHS (Frequency Hop Synchronisation ). Pachetul FHS con ine toate informa iile de care laptop-ul are nevoie pentru crearea unei leg turi cu celularul. Acesta conine de asemenea i informa ii despre clasa dispozitivului, informa ii structurate pe dou nivele: p r i majore a fost descoperit un telefon i p r i minore telefonul descoperit este un telefon celular. Acest schimb de mesaje este ilustrat n figura 2.3.

Figura 2.3 n acela i mod, orice dispozitiv Bluetooth din zon , care scaneaz mediul n c utarea de mesaje Inquiry , va r spunde cu un pachet FHS, astfel nct laptop-ul acumuleaz o list cu dispozitive. Ceea ce se ntmpl mai departe depinde de proiectantul aplica iei. Laptop-ul poate prezenta utilizatorului o list a tuturor dispozitivelor descoperite i l poate l sa pe acesta s decid cum s continue; de men ionat c n acest stadiu laptop-ul nu-i poate prezenta utilizatorului dect informa ii referitoare la tipul dispozitivelor descoperite. n loc s anun e utilizatorul despre dispozitivele descoperite, laptop-ul poate trece automat la stadiul urm tor 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, aplica ia necesit conectarea dispozitivului i utilizarea SDP. Figura 2.4 arat cum este f cut acest lucru. Mai nti, laptop-ul trimite un mesaj de paging celularului, utiliznd informa ia adunat prin inquiry . Dac telefonul scaneaz mesajele de paging , atunci r spunde 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 leg tur ACL n banda de baz , iar pentru a face deosebirea ntre acestea, adaug fiec rui pachet L2CAP o component PSM (Protocol and Service Multiplexor sau Protocol Stack Multiplexor). PSM difer pentru fiecare protocol i serviciu care utilizeaz leg tura. n cazul considerat, de vreme ce conexiunea va fi utilizat pentru descoperirea de servicii, se folose te o valoare special pentru acest tip de leg tur , i anume PSM=0x001. Laptop-ul se folose te 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 informa ia 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 informa ia de descoperire a dispozitivului, laptop-ul poate decide nchiderea conexiunii cu telefonul celular. Dac laptop-ul intenioneaz s colecteze Pagina 2.6

Utilizarea Bluetooth informa ii 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 num r limitat de leg turi la un moment dat i n plus, men inerea unei leg turi active conduce i la consum energetic inutil. Dup ce laptop-ul a colectat informa ii prin Service Discovery de la dispozitivele din zon , pasul urm tor este de asemenea dependent de aplicaie. Poate fi afi at o list cu informa ii despre toate dispozitivele descoperite ca suportnd profilul DUN sau aplica ia poate decide ea nse i cu care dispozitiv s colaboreze, f r a mai deranja utilizatorul. Oricum, n ambele cazuri, informa ia 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 , leg tura se seteaz (stabile te) pentru un protocol care s-ar putea s aib pretenii la o anumit calitate a serviciului, astfel c aplica ia ce ruleaz pe laptop poate dori configurarea leg turii n vederea satisfacerii acestor cerine. Pentru aceasta, aplica ia trimite cerin ele sale c tre modulul Bluetooth, utiliznd HCI (Host Controller Interface ). La pasul urm tor, managerul leg turii (LM) configureaz leg tura utiliznd LMP (Link Manager Protocol). Odat stabilit conexiunea ACL dup dorina laptop-ului, se stabile te o leg tur L2CAP (Logical Link Control and Adaptation ). Profilul DUN utilizeaz RFCOMM, un Pagina 2.7

Utilizarea Bluetooth nivel emulator al interfe ei RS-232, astfel c leg tura L2CAP folose te valoarea Protocol Stack Multiplexor pentru RFCOMM, adic PSM=0x003. Dup stabilirea leg turii L2CAP, poate fi setat prin intermediul ei o leg tur RFCOMM. Ca i L2CAP, RFCOMM poate multiplexa cteva servicii i protocoale ntro singur conexiune. Fiec rui protocol sau serviciu i se atribuie un num r propriu de canal. Num rul de canal pentru DUN al telefonului celular este cunoscut deja de laptop de pe urma procedurii Service Discovery , a a c tie ce num r de canal s foloseasc la stabilirea leg turii RFCOMM. n sfr it, se seteaz conexiunea DUN prin intermediul leg turii 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 re eaua telefonic , f r a fi necesar o leg tur cablat la aceasta. Dac telefonul celular este mutat i scos n afara razei de ac iune Bluetooth a laptop-lui, atunci laptop-ul va trebui s repete procedurile anterioare pentru a g si un alt dispozitiv prin care s se conecteze. ntre timp, celularul continu opera ia de scanare i s-ar putea conecta cu un alt dispozitiv din alt parte. Procesul de conectare prin leg turi 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 re inut c pentru stabilirea unei conexiuni prin tehnologia wireless Bluetooth condiia principal este ca ambele terminale s doreasc realizarea acestei leg turi. Unele dispozitive pot fi setate s nu realizeze scan ri 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 scan ri pentru mesaje Page ; n acest caz, aceste dispozitive pot iniia leg turi, dar nu vor auzi ncerc rile altor dispozitive de a se conecta la ele. Aplica iile pot alege dac s fac dispozitivele conectabile sau descoperibile . O conexiune nu poate fi realizat for at cu un dispozitiv care nu este setat pentru a o accepta.

6. Cosidera ii referitoare la management

Unele p r i ale sistemului Bluetooth trebuie s se ocupe de manipularea leg turilor, stabilirea conexiunilor ACL, dup necesiti, i deconectarea, cnd este cazul. L2CAP poate ndeplini el nsui aceste func ii, dar de vreme ce leg turile trebuie manipulate i la nivelele RFCOMM i SDP, este util s existe o component separat pentru management. Pagina 2.8

Utilizarea Bluetooth Specifica iile nucleului Bluetooth nu precizeaz cum trebuie manipulate conexiunile, de i sunt date cteva indicii n specificaiile privitoare la securitate. Motivul pentru care lipsesc aceste indica ii l constituie faptul c felul n care este realizat managementul dispozitivului nu afecteaz interoperabilitatea punct-la-punct i atunci s-a preferat l sarea la latitudinea implementatorilor individuali g sirea unor soluii. Mai mult soluia cea mai potrivit poate diferi de la dispozitiv la dispozitiv. De exemplu, un headset are de manipulat o singur leg tur , care este utilizat pentru serviciile SDP i headset, pe cnd un punct de acces LAN jongleaz cu multiple leg turi i balanseaz limile de band ntre ele, deci pentru acesta managementul leg turilor este mult mai complex. P strnd n minte faptul c nici o solu ie nu poate fi optimal pentru toate dispozitivele, n figura 2.6 se prezint o posibil solu ie managerial pentru stiva de protocoale a dispozitivului i securizarea acestuia, soluie ce permite manipularea stabilirii i configur rii leg turilor. Componenta managerial a dispozitivului interfa eaz nivelele HCI, SDP, RFCOMM, L2CAP i aplica iile. Aceasta poate oferi urm toarele faciliti: Managementul erorilor detecteaz , izoleaz i corecteaz opera iile anormale; Management de contabilizare permite taxarea utiliz rii 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 comunica ie; Managementul securitii Figura 2.6 realizeaz protec ia obiectelor i Pagina 2.9

Utilizarea Bluetooth serviciilor manipulate. Se observ c aceste faciliti sunt cele oferite i de managementul OSI. Pentru a utiliza leg turi Bluetooth, aplicaiile trebuie s primeasc und verde din partea componentei manageriale a dispozitivului. Apoi pot cere stabilirea de leg turi i pot solicita pentru acestea nivele diferite de securitate i calitate a serviciilor. Dac toate aplica iile trec prin componenta managerial , atunci aceasta are ocazia de a crea o list cu toate protocoalele, aplica iile i serviciile nivelelor superioare utilizatoare ale conexiunilor. Componenta managerial poate manipula de asemenea i timeout-urile sau poate ntrerupe leg turile care nu mai sunt necesare. Facilitile de management ale Bluetooth nu trebuie s fie neap rat realizate de o entitate separat managerial , a a cum s-a descris n acest paragraf. Aceste funcii pot fi ncorporate n L2CAP sau ntr-un profil-aplica ie. ns oricum ar fi realizat acest lucru, trebuie s existe n orice implementare Bluetooth p r i care s realizeze managementul leg turilor.

Pagina 2.10

Capitolul 3

Stiva de protocoale Bluetooth

1. Protocoale utilizate de Bluetooth
Asemeni modelului OSI, specifica iile Bluetooth fac uz de soluia ierarhiz rii pe nivele a arhitecturii de protocoale. i tot asemeni OSI, scopul final al specificaiilor Bluetooth este de a permite interoperabilitatea aplica iilor realizate conform acestor specifica ii. Acest lucru se realizeaz atunci cnd aplica iile din dispozitivele conectate ruleaz utiliznd protocoale identice. Stive diferite de protocoale sunt utilizate pentru aplica ii diferite. Independent de aplica ie, stiva de protocoale utilizate folose te un nivel Bluetooth fizic i leg tur de date comun, precum se sugereaz n figura 3.1.

Figura 3.1 O aplica ie nu utilizeaz toate protocoalele din stiv ; n schimb, urmeaz una dintre c ile verticale (a se vedea figura 3.1), conform necesitilor serviciului corespunz tor aplica iei. 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 comunica ii 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 aplica ii deja dezvoltate de produc tori s profite de sistemele hard i soft compatibile cu aceste specificaii. De asemenea, produc torii pot implementa protocoale pentru aplica iile lor proprii (proprietare) sau de uz comun, avnd la baz specifica iile 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) Specifica iile Bluetooth definesc de asemenea o interfa HCI (Host Controller Interface ), care ofer interfa are 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 aplica ie, care permit aplica iilor s ruleze peste protocoalele nucleului Bluetooth. innd cont c specifica iile Bluetooth sun ni te specifica ii 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 ad ugate ntr-o manier interoperabil deasupra protocoalelor de transport Bluetooth sau deasupra protocoalelor orientate aplica ie.

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 c tre 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 leg tura fizic RF ntre uniti Bluetooth ale unei pico-re ele. 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 frecven e, 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 leg turi fizice, c rora le corespund dou tipuri de pachete n BB: SCO (Synchronous Connection Oriented) i ACL (Asynchronous Connectionless ), care pot fi transmise, multiplexat prin aceea i leg tur RF. Pachetele ACL sunt utilizate doar pentru transmisii de date, pe cnd pachetele SCO pot avea doar con inut audio (transmisii vocale) sau combina ii de date i audio. Toate pachetele, de date i audio, pot avea diferite nivele de corec ie a erorilor i pot fi criptate pentru a li se asigura securitatea. n plus, comunica iile referitoare la managementul leg turii i mesajele de control se fac fiecare pe canale separate. Pachetele coninnd informa ii audio pot fi transferate ntre dispozitive Bluetooth, conform unor modele de utilizare. Informa iile audio din pachetele SCO sunt rutate direct la i din banda de baz , f r a mai trece prin L2CAP. Modelul audio este o component relativ simpl a specifica iilor Bluetooth: orice dou dispozitive Bluetooth pot transmite i primi informa ii audio de la unul la altul doar prin deschiderea unei leg turi audio.

Link Manager Protocol (LMP)

LMP este responsabil de stabilirea (setarea) i controlul leg turii 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 st rile conexiunilor unei uniti Bluetooth ntr-o picore ea. Mesajele LMP sunt filtrate i interpretate de LM la recep ie, astfel c ele nu sunt niciodat transmise nivelelor superioare. Mesajele LMP au prioritate n fa a 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 aplica iilor de nivel superior s transmit i s primeasc pachete de date de pn la 64 kbytes lungime. Dei protocolul pentru BB ofer att leg turi SCO ct i ACL, L2CAP este definit doar pentru leg turi ACL i nici nu este prev zut vreun fel de suport pentru leg turi SCO. Canalele audio de calitate vocal , pentru aplica iile de telefonie i audio, sunt manipulate prin leg turi SCO n banda de baz . Oricum, informa iile audio pot fi mpachetate i trimise i utiliznd protocoale de comunicaie prin leg turi 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, informa iile despre dispozitive, servicii i caracteristici ale dispozitivelor pot fi tabelate n liste, cu ajutorul c rora utilizatorul, cunoscnd astfel serviciile dispozitivelor din vecin tate, poate selecta ntre aceste servicii. Dup aceasta, se pot stabili conexiuni cu unul sau mai multe dispozitive Bluetooth.

3. Protocoale de nlocuire a Cablurilor

Specifica iile Bluetooth conin dou protocoale, incluznd aici Telephony Control Protocol , care manipuleaz semnalele de control a leg turilor wireless , emulnd semnaliz rile ce sunt n mod normal asociate leg turilor 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 Telecomunica iilor (ETSI), care este de asemenea utilizat n comunica ii 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 comunica ii simple ntre dou dispozitive Bluetooth, cum este exemplul unui computer cu o imprimant (figura 3.2) din Specifica iile Bluetooth 1 .0 sau pentru segmente ale comunica iilor mai complexe, cum este cazul conect rii unui dispozitiv Bluetooth (PDA s spunem) la o re ea, 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 define te semnaliz rile de control a unei conexiuni (call control signaling) pentru stabilirea leg turilor vocale i de date ntre dispozitive Bluetooth. TCS BIN este bazat pe Recomendarea Q.931 a Uniunii Interna ionale de Telecomunicaii (ITU-T), o agen ie a Na iunilor Unite . Q.931 con ine specifica ii 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 reglement ri (ITU T.31, ITU T.32).

5. Protocoale Adoptate
Specifica iile Bluetooth fac uz de cteva protocoale deja existente care sunt reutilizate pentru diferite scopuri la nivelul unor straturi superioare. Acest lucru permite aplica iilor mai vechi s lucreze cu Bluetooth, contribuind astfel la sporirea interoperabilitii ntre dispozitive.

PPP
Specifica iile 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 leg tur serial punct-la-punct. Datagramele sunt pur i simplu uniti (pachete) de date transportate de-a lungul leg turii. PPP are trei componente de baz , men ionate n continuare.

ncapsularea
PPP ofer o metod de ncapsulare a datagramelor din leg turile seriale att sincrone orientate pe bii, ct i asincrone, cu opt bii de date i f r bii de paritate. Aceste leg turi pot fi att dedicate sau cu comutare de circuite. Pentru ncapsulare, PPP folose te ca baz protocolul HDLC (High-level Data Link Control).

Protocol de Control a Leg turii (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 cap tul pereche al conexiunii, pentru a determina cnd o leg tur func ioneaz corect i cnd s-a ntrerupt sau chiar pentru a ntrerupe conexiunea.

Protocoale de control a reelei (NCPS Network Control Protocols)

Leg turile 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 r spund necesitilor protocoalelor corespunz toare lor din la nivelul stratului re ea. n re elele wireless Bluetooth, PPP lucreaz peste RFCOMM pentru a implementa leg turi 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 aplica ii multi-re ea. Printre altele, TCP define te 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 c i 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 garan ia livr rii pachetelor, UDP pur i simplu plaseaz mesaje individuale (datagrame) c tre IP pentru transmisia pe a a numitul principiu al efortului minim. Aceasta nseamn c nu se d garan ia livr rii pachetelor, dar totu i exist tipuri de comunica ii pentru care aceast modalitate e foarte potrivit ; a a sunt acces rile rapide ale unor baze de date ( lookup table ), cum este DNS (Domain Name System) o colec ie de baze de date distribuite ce conin echivalen ele ntre numele de domenii n format text i adresele IP corespunz toare.

IP
IP transport datagrame ntre diferite re ele 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 s u antet i sum de control pentru a se asigura c datele sunt corect rutate. Router-ele con in liste cu noduri de comunica ie i cu c ile spre aceste noduri. Aceste liste sunt actualizate cu ajutorul unor mesaje specifice transmise n re ea. 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 c tre specifica iile Bluetooth permite comunica ia 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 c tre IrDA (Infrared Data Association ). Scopul s u este de suporta schimbul de obiecte ntrun mod simplu. OBEX ofer aceea i func ionalitate 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 c tre un dispozitiv mobil cum este communicator -ul Nokia 9 11 0 a documentelor transmise prin infraro u de c tre un scanner handheld, cum este Hewlett-Packard Capshare 91 0 .

WAP
WAP reprezint o colec ie de specificaii pentru trimiterea i citirea de informa ii i mesaje Internet pe dispozitive wireless, precum telefoanele celulare. Informa iile vizate n principal de WAP sunt tirile, anun urile, 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. Aplica iile WAP sunt construite n interiorul mediului WAE (WAP Applications Environment), care urm re te modelul Web, cu deosebirea c i adaug acestuia func ia 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 consor iu (Versit Consortium ) format din IBM, Siemens i Lucent Technologies, controlate actualmente de IMC ( Internet Mail Consotium ) i fiind dezvoltate n continuare de IETF. vCalendar define te un format independent de platform i modul de transport pentru organizarea agendelor i planific rii activitilor personale. Acest format conine tot felul de componente avansate, precum semnale de alarmare audio, clasific ri ale evenimentelor, .a. Acest format este comun, ns interfa a 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 specifica ia pentru c r i de vizit . Acestea conin informa ii 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 c ri 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 specifica iile unui sistem standard pentru a implementa o anumit func ie dorit de utilizator. Dac toat lumea desfoar un anumit standard de comunicaie n acela i fel, atunci fiecare produs creat este interoperabil.

Figura 4.1 No iunea de profil i are originea de la Organiza ia Interna ional pentru Standardizare (ISO/IEC TR10000), conform c reia un profil trebuie s aib urm toarele caracteristici: Op iunile de implementare sunt reduse astfel nct aplica iile s aib acelea i func ionaliti; Pagina 4.1

Profiluri Bluetooth Parametrii sunt definii astfel nct aplica iile s opereze n mod similar; Sunt definite mecanisme concrete pentru combinarea diferitelor standarde; Sunt definite linii de ghidaj pentru realizarea interfe ei cu utilizatorul. Profilurile Bluetooth respect exact acelea i 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 aplica ii i de a lucra totu i 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 mo tenind de la acesta o serie de func ionaliti. 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 u or 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 leg turii n banda de baz . Pentru aceasta, GAP define te: v Cerin e pentru func iile ce trebuie implementate n toate dispozitivele Bluetooth; v Proceduri generice pentru descoperirea dispozitivelor Bluetooth; v Faciliti de management al leg turii pentru conectarea dispozitivelor Bluetooth; v Proceduri referitoare la utilizarea diferitelor nivele de securizare; v Cerin e de format comun pentru parametrii dispozitivului accesibili la nivelul interfe ei cu utilizatorul (conven ii de denumire).

Terminologie
GAP define te terminologia ce trebuie utilizat n interfa a cu utilizatorul. n unele cazuri, aceasta nu se potrive te cu terminologia utilizat n restul specifica iilor Bluetooth. De exemplu, specificaiile nucleului Bluetooth denumesc informa ia de securizare PIN (Personal Identification Number), pe cnd GAP o denume te passkey . GAP define te urm toarele arii ale terminologiilor generale: v Referitoare la leg tur (leg tur , canal, ); v Referitoare la dispozitive (dispozitiv de ncredere trusted device , dispozitiv t cut 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 define te de asemenea i o terminologie specific interfe ei 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 scan rilor Inquiry i stabile te dac alte dispozitive pot descoperi dispozitivul Bluetooth de referin , cnd ajung n raza acestuia de acoperire radio; Conectivitatea guverneaz utilizarea scan rilor Page i stabile te 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 leg turii cnd este vorba de leg turi criptate; Securitatea i intr n drepturi atunci cnd este iniiat criptarea unei leg turi. Exist trei moduri de descoperibilitate , cu referire la procedurile de scanare Inquiry n banda de baz : v Un dispozitiv nedescoperibil nu poate realiza scan ri 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 c utarea 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 leg tur cu cheie de criptare cu alt dispozitiv i incapabil de mperechere , reversul. Bonding se refer la stabilirea unei rela ii de ncredere la nivelul straturilor superioare, folosindu-se facilitile de mperechere ale LM. Cnd func ionalitatea bonding este suportat , modul capabil de mperechere este obligatoriu i trebuie suportat de asemenea i unul din modurile general sau par ial 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 leg turi pe canal L2CAP, apoi aceste proceduri au la baz cerinele serviciilor; Modul 3 (sigur la nivel de leg tur ) procedurile de securizare sunt iniiate nc de la stabilirea leg turii ACL n BB. Autentificarea este op ional pentru dispozitivele care suport numai Modul 1, iar pentru celelalte dou moduri este cerut necondiionat.

3. Profilul Serial Port

Profilul port serial realizeaz emularea interfe ei cablate seriale RS-232 pentru dispozitivele Bluetooth. n acest fel, aplicaiile cu leg turi fizice nu mai trebuie s fie modificate pentru a utiliza Bluetooth; ele pot trata leg tura Bluetooth ca o leg tur 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 leg tur serial . Sunt suportate dou tipuri de dispozitive: puncte terminale de comunicaie (precum laptop-urile) sau puncte intermediare de comunica ie (precum modem-urile). Primul tip, care emuleaz porturi seriale, ajut Bluetooth s suporte aplica ii bazate pe leg turi prin porturi seriale. Al doilea tip de dispozitive, care sunt p ri ale leg turilor de comunica ie, 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 reu i emularea unui port serial. Dispozitivul care seteaz conexiunea RFCOMM este numit iniiator, pe cnd cel lalt este referit ca fiind corespondent . De vreme ce sunt necesari un num r de pa i pentru setarea unui port serial virtual i stabilirea unei conexiuni, se cere utilizarea ctorva func ii de management a dispozitivului. Primul pas este g sirea adresei dispozitivului de la cel lalt cap t al conexiunii. Sunt cteva modaliti de a realiza acest lucru: Proceduri Inquiry pentru descoperirea dispozitivelor din vecin tate. 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 f cut dect s treac la stabilirea conexiunii ntre ele, f r a mai efectua proceduri Inquiry . Urm torul 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 num rul canalului RFCOMM al serviciului port serial. n acest moment utilizatorului i se poate ar ta de c tre SDP informa ia referitoare la numele serviciului n vederea verific rii. 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 leg tur de date RFCOMM trebuie negocia i, atunci acest lucru se produce acum, nainte de a se cere o conexiune leg tur 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 func ionalitii bonding; aceasta nseamn utilizarea de comun acord a unui cod PIN secret. PIN-ul poate fi pre-configurat sau poate fi introdus prin intermediul interfe ei 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 leg turii n banda de baz . Aplica iile 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 computa ionale (precum laptop-urile) s acceseze o re ea telefonic folosind serviciile unui dispozitiv de comunica ie (precum un telefon mobil sau un modem). Sunt posibile dou tipuri de conexiuni: unul utilizeaz tehnologia RAS (Remote Access Server ), iar ceal lalt realizeaz conexiuni prin modem-uri f r cabluri. n figura 4.3 sunt date dou exemple de utilizare a profilului DUN. n exemplul superior un laptop este legat la o re ea de telefonie mobil , iar n cel lalt exemplu, un laptop este legat la re eaua telefonic public (PSTN). Dispozitivul care este la cap tul leg turii (n acest caz laptop-ul) este denumit terminal de date, pe cnd dispozitivele de comunica ie care formeaz leg tura cu re eaua telefonic se numesc Gateway (telefonul celular, modem-ul).

Figura 4.3 Figura 4.4 indic stiva de protocoale pentru profilul DUN. Stratul dialing & control define te comenzile i procedurile pentru formarea automat a numerelor de telefon (dialing ) i control, prin leg tura 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 leg tur 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 c utarea mesajelor Inquiry sau dispozitivele ar putea fi configurate de c tre utilizator s se conecteze direct). Odat stabilit leg tura 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 f cut, 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 num rului, r spunsul la apel, Pagina 4.7

Profiluri Bluetooth controlul ecoului, controlul volumului, monitorizarea circuitelor i controlul form rii numerelor n puls sau n ton i editarea liniilor de comand .

Figura 4.5 Ct dureaz stabilirea leg turii prin PSTN, gateway-ul i terminalul de date pot oferi op ional 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 cap tul ndep rtat al leg turii telefonice r spunde, se seteaz un canal SCO separat, iar leg tura SCO curent r mne rezervat transportului feedback-ului audio. Aplica ia din terminalul de date ce utilizeaz DUN trebuie s vad leg tura la fel ca i cum ar fi fost conectat la gateway prin cablu.

5. Profilul FAX
Profilul Fax define te procedurile pentru trimiterea i primirea de fax-uri f r a utiliza cabluri. Acest profil este asem n tor 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 asem n toare la nivel bazal stivei de protocoale DUN ar tate n figura 4.6. La fel ca n cazul profilului DUN, stratul dialing & control define te comenzi i proceduri pentru formarea num rului i control prin leg turi 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 leg turii sunt identice celor folosite de profilul DUN. Leg tura FAX

Pagina 4.8

Profiluri Bluetooth este stabilit printr-o leg tur telefonic , controlat utiliznd comenzi AT, din nou, la fel ca n cazul profilului DUN.

Figura 4.6 Una dintre diferen ele ntre cele dou profiluri este faptul c procedurile de securizare sunt obligatorii n profilul FAX, pe cnd n cazul DUN sunt opionale. i desigur, informa iile 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 define te 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. Specifica iile presupun doar c utilizatorul poate iniia ac iunile necesare, dar nu precizeaz cum anume. Profilul headset Bluetooth define te 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/ie ire 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 stabile te un apel prin HS. De obicei AG ini iaz conexiunea cu HS atunci cnd este primit un apel telefonic. Am presupus n Cnd telefonul prime te 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 purt torul headset-ului despre o ntlnire. Primul pas f cut 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 leg tura ACL, ea poate fi folosit pentru a trimite semnalele de avertizare (ring). Acestea sunt trimise utiliznd o comand AT RING definit n Recomand rile ITU-T V.250. Exemplul din figura 4.8 arat utilizarea unui semnal de avertizare (ring signal) prin leg tura 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 leg tur SCO anterior stabilit .

7. Profilul Punct de acces LAN

Acest profil permite dispozitivelor echipate Bluetooth s acceseze o re ea fix prin intermediul unei leg turi 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
re ea personal de lucru , nlocuind cablurile i permind mobilitate n interiorul domeniului radio definit de acest punct; punct de acces comun ntr-o camer de edin e , permind acces rapid la conexiunile unei re ele; punct de acces public , permind accesul rapid la informa ii 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. Configura ia 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 leg tur TCP/IP unei perechi de PC-uri, sau s realizeze o re ea 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 leg turile sale i scan rile 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 schimb rii rolurilor ntre LAP i dispozitivele conectate, dnd punctului de acces LAN controlul asupra sincroniz rii leg turii (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 situa ii 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 r mn 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 Pa ii pentru conectarea la un punct de acces LAN sunt prezenta i n figura 4.12. Mai nti, terminalul de date trebuie s g seasc punctul de acces LAN. El realizeaz acest lucru prin proceduri de Inquiry , descoperind astfel dispozitivele din raza sa de Pagina 4.13

Profiluri Bluetooth
ac iune radio Bluetooth , de tip LAP. Pentru LAP-uri, partea minor a informa iei 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 c tre punctul de acces, leg tura va fi acceptat numai dac terminalul de date este dispus s realizeze o comuta ie Master/Slave, permind LAP s devin master al leg turii. Odat stabilit leg tura 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 realiz rii conexiunii.

Leg tura L2CAP utilizat pentru Service Discovery poate fi ntrerupt , i n aceast situa ie, o leg tur L2CAP separat pentru accesul n LAN trebuie stabilit . Conexiunile RFCOMM i PPP sunt stabilite prin aceast leg tur 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 re elei LAN. Traficul PPP se face pe o leg tur 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 folose te de stratul OBEX al IrDA i define te modul de utilizare al acestuia, precum i modul n care este stabilit leg tura pentru comunica ia client/server. Totu i stratul Aplica ie 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 aplica iile client i server de schimb generic de obiecte (generic object exchange ). Profilul necesit utilizarea urm toarelor proceduri OBEX: connect, disconnect, put, get i setpath. Informa ia este transferat prin OBEX, utiliznd o varietate de anteturi, multe dintre ele fiind op ionale. Pentru a spori interoperabilitatea, GOEP define te 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 de i authentfication challenge i authentification response sunt specificate n setul de anteturi, nu este obligatorie procedura de autentificare. Dac trebuie f cut autentificare, atunci ea are loc nainte de stabilirea primei conexiuni OBEX. Autentificarea solicit o parol OBEX. Aceasta poate fi aceea i ca Bluetooth passkey pentru a evita introducerea de c tre utilizator a dou parole pentru aceea i leg tur .

9. Profilul Object Push

Acest profil ofer faciliti pentru schimbul de c r i de vizit ntre client i server , pentru a extrage c r i de vizit dintr-un server i pentru a introduce ntr-un server obiecte dintr-un domeniu limitat. Ca n cazul tuturor tranzac iilor OBEX, clientul este cel care iniiaz opera ia. Un obiect are unul din seturile de formate de coninut predefinite, de exemplu o carte de vizit virtual , care se ncadreaz n formatul vCard. De i utilizarea unor formate predefinite de obiecte limiteaz aplicabilitatea schimbului de obiecte, acest lucru faciliteaz interoperabilitatea. Pentru schimbul de obiecte f r format trebuie utilizate alte profiluri. Pentru a oferi op iuni 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 leg turilor Bluetooth n banda de baz (utilizarea sau nu a acestor faciliti de securitatea r mne la latitudinea utilizatorului sau a aplica iei). Profilul Object Push nu utilizeaz autentificare OBEX.

Figura 4.14 Utilizatorul trebuie s iniieze toate opera iile realizate de profilul Object Push . Figura 4.14 constituie un exemplu n acest sens. Dou laptop-uri schimb c ri 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 c ri de vizit .

10. Profilul File Transfer

Profilul File Transfer ofer posibilitatea realiz rii de transferuri de date ntre o varietate de dispozitive, de exemplu laptop-uri, PDA-uri sau camere digitale. O aplica ie tipic a acestui profil o constituie leg tura 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 specifica iile 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 mbog ite pentru manipularea fi ierelor 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 opera iile care pot fi realizate folosind profilul File Transfer . n cazul de fa se solicit coninutul unui director i se selecteaz un fi ier din director care va fi mutat de pe server pe client. Mutarea constituie o opera ie alc tuit din dou p r i: mai nti se solicit o copie a fi ierului, iar mai apoi fi ierul original se terge. Suportul opera iei de tergere nu este mandatar i multe servere aleg s nu suporte aceast op iune din motive de securitate. n plus fa de trimiterea, extragerea i tergerea de fiiere i directoare, profilul File Transfer ofer pentru capabilitile de browsare opera ii OBEX SetPath . Fiecare server ofer o r d cin de browsare implicit (default browse root ); aceasta nu trebuie neap rat s fie r d cina fiierelor sistem ale serverului, dat fiind faptul c serverul poate restric iona accesul la unele din fi ierele sale. Dup opera ia iniial de conectare OBEX, clientul va fi plasat n directorul r d cin 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. Fi iere i directoare pot fi de asemenea create pe server utiliznd opera ia OBEX put . Pentru am nunte pot fi consultate specificaiile referitoare la opera iile 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 aplica ia calendar de pe laptop dup versiunea g zduit de un PDA. Sincronizarea poate fi declan at atunci cnd dispozitivele intr n zona comun de ac iune radio i se poate face automat, f r interven ia utilizatorului. Aceast abilitate a aplica iilor de a rula f r interven ia utilizatorului este referit ca hidden computing sau unconscious computing i este unul dintre motivele pentru care Bluetooth poate face aplica iile mult mai u or de utilizat fa de versiunile cablate pe care le nlocuie te. Figura 4.16 arat modul de utilizare a profilului Sincronizare . Un utilizator are un telefon cu noi nume n agend , pe care dore te 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 opera ia. 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 s rit . Dispozitivele pot fi setate chiar s realizeze periodic proceduri Inquiry n c utarea 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 s u s se afle n apropierea laptop-ului, laptop-ul poate fi setat s solicite la acea or sincronizarea cu telefonul, f r interven ia 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 leg turilor intercom. Semnalizarea este transportat prin leg turi ACL, care este rutat la stiva TCS prin L2CAP. Pentru detalii trebuie studiate specifica iile referitoare la TCS. Leg turile vocale sunt realizate prin intermediul leg turilor 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 leg tur ACL n banda de baz cu dispozitivul pe care l apeleaz . Apoi seteaz o leg tur L2CAP; aceasta este utilizat pentru transportul semnaliz rilor TCS . Primul mesaj de semnalizare este de tip SETUP, a c rui 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 leg tura, trimite dispozitivului apelant un mesaj CONNECT. Mesajul CONNECT determin dispozitivul apelant s seteze o leg tur SCO pentru a transporta traficul vocal. Odat cu stabilirea unei leg turi SCO, un semnal CONNECT ACKNOWLEDGE este trimis i dispozitivele handset pot suporta o conversa ie.

Figura 4.17 Bluetooth nu define te faciliti de transfer a apelului (handover ) i conexiunea oferit este cea direct handset la handset , a a 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, acela i handset se poate conecta la o re ea telefonic local ; iar n timpul deplas rilor se poate conecta la un telefon celular purtat n serviet . Profilul Cordless Telephony define te dou roluri pentru dispozitivele Bluetooth: gateway , care realizeaz conexiunea la o re ea extern i prime te n acela i timp apelurile sosite (incoming calls) i terminal , care prime te apeluri prin gateway i pune la dispoziia utilizatorului leg turi vocale i/sau de date. Gateway-ul este master-ul unei pico-re ele, astfel c un gateway poate conecta pn la apte terminale simultan, de i, Pagina 4.19

Profiluri Bluetooth datorit limit rilor date de capacitatea SCO, doar trei leg turi 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 leg turi telefonice s acceseze re ele telefonice prin intermediul gateway-ului. De exemplu, un laptop echipat Bluetooth poate fi folosit pentru a efectua o convorbire telefonic printro re ea de telefonie mobil , utiliznd un telefon celular drept gateway . Profilul Cordless Telephony suport de asemenea apeluri de tip intercom, ntre dou dispozitive din re ea, 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 leg turile ACL criptate. Leg turile vocale sunt transportate prin leg turi SCO. Terminalele care ies n afara ariei de ac iune radio a unui gateway ncearc periodic s se conecteze, efectund proceduri de Paging pentru gateway . Gateway-urile , la rndul lor, execut scan ri dup mesaje Page ct de des pot pentru a permite dispozitivelor r t cite (roaming devices) s se conecteze. Odat conectat la un gateway , un terminal realizeaz comutarea master/slave . Acest lucru este realizat din acelea i motive ca n cazul conect rii la un punct de acces LAN i red controlul picore elei 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 comunica ii. Conexiunile ntre dispozitivele terminale utilizeaz facilitile managementului de grup ale TCS pentru localizarea dispozitivelor i g sirea informa iei necesare pentru conectarea cu acestea. Leg turile sunt setate n acela i 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 semnaliz rii utilizate n timpul set rii unui apel intercom . Diferen a este c aici leg turile ACL i L2CAP nu trebuie stabilite. Gateway-ul stabile te cte o leg tur L2CAP cu fiecare dispozitiv terminal nainte ca acesta s fie parcat. Aceste conexiuni sunt p strate 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 r spunde mult mai rapid apelurilor sosite prin gateway .

14. Avantajele existen ei profilurilor

Pentru utilizatori, profilurile ofer o modalitate de utilizare a tehnologiei Bluetooth n multe dispozitive i aplica ii, dar p strnd 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 implement ri Bluetooth sunt standardizate, asigurnd interoperarea corect a implement rilor diferiilor produc tori i crescnd ncrederea pie ei n Bluetooth, ca i sistem standard robust.

Pagina 4.21

Capitolul 5

Evolu ia Bluetooth
1 . Grupuri de lucru
Iniial SIG avea drept scop producerea setului de Specificaii Bluetooth, urmnd s se dizolve mai apoi. Datorit problemelor ap rute i clarific rilor necesare, s-a luat decizia ca SIG s - i continue activitatea att timp ct se vor produce dispozitive Bluetooth. Au r mas astfel o serie de grupuri de lucru care continu procesul de producere i redefinire a specifica iilor 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 f cute destule modific ri, nct a fost nevoie de editarea Specifica iilor Bluetooth versiunea 1.0b. La scurt timp ns de la publicarea acestora, datorit corec iilor i clarific rilor aduse, a ap rut 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 oric rei companii adoptoare. Primul pas este de a se clarifica dac ntr-adev r este nevoie de un nou profil. Profilurile au rolul de a ajuta la interoperabilitatea ntre produse, a a nct dac un profil deja existent poate fi modificat s deserveasc o aplica ie, nu are nici un sens inventarea unui nou profil. Dac o aplica ie nu poate fi deservit de nici un profil existent, atunci urm torul pas este de a sonda pia a pentru a se determina segmentul de pia interesat. n cazul n care noul profil nu ar interesa dect un mic segment specializat al pie ei, atunci este mai util implementarea unei solu ii proprietare. Profilurile sunt utile pentru a asigura interoperabilitatea ntre produse ale diferiilor fabrican i. Dac pia a acoperit este de arie redus , atunci e foarte probabil ca s fie o singur companie produc toare care s o acopere. Pagina 5.1

Evolu ia Bluetooth Cnd este identificat o aplica ie 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 specifica iile 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. Atrac ia 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 ns rcinat cu men inerea n actualitate a Bluetooth. Aceasta nseamn a domina aplica iile din banda ISM (banda neliceniat industrial , tiin ific , medical ). Constrngerile benzii ISM determin utilizarea unei scheme de modula ie radio mai complexe. Costul va fi n jurul a 10USD pentru produc ia de mas . Dispozitivele Bluetooth 2.0 vor fi compatibile cu cele din versiunea 1.0, aceasta nseamn manipularea a dou scheme de modula ie. Grupul radio 2.0 urm re te de asemenea schimbarea mecanismului Inquiry n scopul m ririi 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-adev r provocator, innd cont c este necesar o re ea 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 re ea LAN c tre alt punct de acces la acela i LAN poate fi destul de util . Deoarece conexiunile Bluetooth sunt pe spa ii restrnse i implic dispozitive mobile, este foarte probabil ca procesul de roaming ntre pico-re ele s fie mult mai rapid dect rata normal de comutare ntre celule n sisteme precum GSM. De aceea este Pagina 5.2

Evolu ia Bluetooth necesar achiziia mult mai rapid a conexiunilor i de aceea se caut sporirea vitezei procedurii Inquiry . Dispozitivele Bluetooth 2.0 trebuie s r mn 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 leg turii n modul 2.0.

4. Bluetooth i 3G
Tehnologia wireless Bluetooth este una din tehnologiile dezvoltate i n scopul optimiz rii utiliz rii celei de-a treia genera ii (3G) de sisteme de comunica ii mobile multimedia care se afl n curs de dezvoltare de c tre Uniunea Internaional a Telecomunica iilor (ITU). Sub acest Media screen concept de familie de sisteme sunt unificate la nivel nalt diverse tehnologii pentru a oferi utilizatorilor servicii i aplica ii inovative multimedia ct mai diverse. Aceast ini iativ , denumit International Mobile Telecommunications (IMT-2000), 2000 vizeaz att sistemele satelit ct i terestre, deservind utilizatori fic i i mobili din re ele publice sau private. Iniiativa urm re te s faciliteze evolu ia de la sistemele din actuala genera ie (2G), care sunt n general incompatibile ntre ele, c tre sistemele 3G care ofer utilizatorului interoperabilitate, o mai bun acoperire i capabiliti pentru noi servicii. Printre posibilele aplica ii 3G pentru care Bluetooth ar putea fi potrivit se num r att intercomunica iile locale ct i conectivitatea pe arii extinse pentru a atinge un nivel superior al serviciilor, dect ar face-o separat. Dintre implement rile deja existente merit men ionate unele telefoane celulare din seria Nokia 6000 care con in un modul Bluetooth ncorporat. Pentru viitor, ne putem gndi, de exemplu, la automatele din mall. Printr-un sistem de acces Bluetooth, un num r de ma ini automate de vnzare pot fi conectate la Pagina 5.3

Evolu ia Bluetooth o unitate central de administrare a automatelor de vnzare, care printr-un sistem de acces 3G solicit serviciul de ntre inere i alimentare. Probleme minore pot fi raportate direct tehnicianului din mall prin dispozitivul s u Bluetooth. De asemenea, schimb ri ale pre urilor pot fi comunicate de la unitatea central de administrare la automatele de vnzare echipate cu tehnologie Bluetooth. O alt aplica ie posibil n care tehnologia Bluetooth se mplete te cu sistemele 3G este po ta 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 leg tur 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 leg turi Bluetooth. Dac , spre exemplu un email important a fost primit pe aeroport, utilizatorul se poate apropia de un chio c echipat Bluetooth i poate scoate la imprimanta din acel chio c e-mail-ul sub comanda telefonului mobil echipat cu Bluetooth, f r a mai scoate din geant notebook-ul. Taxarea pentru acest tip de serviciu se poate face fie prin cartea de credit, fie prin intermediul a a 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 nc lzirea 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 aplica iile casnice prin intermediul gateway-ului 3G/Bluetooth de acas . Se pot realiza astfel de la distan opera iuni de genul: Interogarea frigiderului n scopul determin rii necesitii cump r rii 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 nregistr rii video a unei emisiuni care nu poate fi v zut .

5. Concluzii
SIG a creat o serie de noi grupuri de lucru care continu dezvoltarea specifica iilor Bluetooth. Aceast dezvoltare urm re te: corectarea i clarificarea versiunii 1.0 a specifica iilor, precum i crearea de noi profiluri i dezvoltarea unei tehnologii mbun tite radio i n banda de baz , care s conduc spre nucleul unei noi versiuni 2.0 a specifica iilor 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 Comunica iilor Institutul Politehnic Iai, 1979 www.bluetooth.com www.bluetooth.org Sisteme Celulare pentru Comunicaii Mobile MatrixRom, Bucure ti, 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 Telecomunica ii Ia i, 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