עיצוב השכבות הגבוהות

אחת מהסוגיות שהיה צריך להביא בחשבון בעת תכנון השכבות הגבוהות יותר היא שמודול ה- Bluetooth יוכל להתחבר בקלות לכל מכשיר קיים שייצא נשכר מחיבור זה. בנוסף, כדי שתהיה התערות מהירה בשוק, יישומים קיימים, שפותחו על גבי פרוטוקולים קונבנציונליים, צריכים להיות מותאמים בקלות לפלטפורמת Bluetooth. כמו כן, יוזמות אלחוטיות אחרות, כגון IrDa OBEX, WAP ו- HomeRF צריכות גם הן להיות מסוגלות לפעול יחד עם תקן זה. תוך כדי התייחסות לנקודות אלו, סופקו נקודות ממשק בהן ניתן להשתמש בפרוטוקולים קיימים על גבי פלטפורמת Bluetooth.

למכשירי Bluetooth מספר צרכים יוצאי דופן שאינם מכוסים על ידי פרוטוקולים קיימים, כמו הצורך לגלות אילו שירותים מוצעים על ידי מכשירים בסביבה הקרובה. פרוטוקולים מיוחדים סופקו על מנת להענות לדרישות אלו. לדוגמא, כדי לחפש שירותים על גבי מכשירים קרובים, מוצע פרוטוקול לחיפוש שירותים - Service Discovery . בדומה, סופק Telephony Control Specification עבור ויסות ערוץ הקול. כדי לאפשר ליישומים המשתמשים ב- serial port להנות משירותי Bluetooth, סופק RFCOMM. לפיכך, נעשה נסיון לספק הן יכולת לפעול יחד והן קבלה אוניברסלית. ניתן לתמוך בפרוטוקולים קיימים על גבי Bluetooth לטובת פיתוח מהיר של יישומים.

 ממשק השליטה במארח - Host Controller Interface
זוהי שכבה מיוחדת שהוספה למחסנית פרוטוקול Bluetooth בשל הדרישות המיוחדות שניתן למלא בעת שימוש בממשק זה. הדבר הנו רלבנטי במיוחד בשילוב Bluetooth במחשבים ובמכשירים אחרים בעלי ייעוד כללי. מכיוון שניתן להתקין את שלוש השכבות התחתונות של מחסנית הפרוטוקול, עד ל- LMP, בחומרה ואת שאר השכבות בתוכנה, יש צורך באמצעי תקשורת בין שתי הרמות. במחשב אישי או בלפטופ, עדיף שמודול ה- Bluetooth יהיה בצורת Addon card, על גבי ה- USB או ה- PCI. אז ממשק השליטה ב- host מספק את הפונקציונליות הנדרשת להעברת נתוני L2CAP בפורמטים של USB או PCI.