ראשי/תהליך יצירת קשר

תהליך יצירת קשר

חלק זה מתאר את התהליכים הבסיסיים שעל שני מכשירי Bluetooth או יותר לבצע על מנת ליצור קשר אחד עם השני. דמיינו את התרחיש הבא: אדם נכנס ללובי של מלון ומבקש להיכנס לדואר האלקטרוני שלו באמצעות המכשיר בעל טכנולוגיית Bluetooth, שעשוי להיות לפטופ או "עוזר דיגיטלי אישי" (Personal Digital Assistant). מה עליו לעשות? הדבר תלוי ביישום. עליו להקיש על  התפריט או על אייקון של אפליקציית דואר אלקטרוני. המכשיר יבצע את הצעדים הבאים באופן אוטומטי (למעט אולי צעד של אימות, אם המכשיר נכנס לסביבה בפעם הראשונה):

1.        (חיפושInquiry): המכשיר, בהגיעו לסביבה חדשה, ייזום באופן אוטומטי חיפוש, שמטרתו לבדוק איזה נקודות גישה נמצאות בטווח שלו. (אם הדבר לא ייעשה כעת, הוא יתבצע כאשר יישום הדואר האלקטרוני יבקש קשר). הדבר יביא לתוצאות הבאות:
א. כל נקודות הגישה הקרובות יגיבו עם הכתובות שלהן.
ב. המכשיר יבחר באחד מהמכשירים המגיבים.

2.        (זימון)aging)- המכשיר יבצע תהליך baseband הקרוי זימון. הדבר מביא לסינכרוניזציה של המכשיר עם נקודת הגישה, מבחינת היסט השעון והפאזה בדילוג התדר, וכן עוד התחלות יזומות נחוצות.

3.       יצירת קשר: ה- LMP ייצור כעת קשר עם נקודת הגישה. מפני שהיישום במקרה הזה הוא דואר אלקטרוני, ייעשה שימוש בקשר ACL. מגוון צעדי אתחול יבוצעו, כפי שמתואר להלן.

4.       חיפוש השירות: ה- LMP ישתמש ב- Service Discovery Protocol - פרוטוקול חיפוש השירות, על מנת לגלות אילו שירותים ניתן להשיג מנקודת הגישה, בפרט האם יש גישה לדואר האלקטרוני או האם הגישה ל- Host  הרלבנטי הנה אפשרית מנקודת גישה זו. הבה נניח שהשירות קיים, כי אם אינו קיים, היישום אינו יכול להמשיך הלאה. יש אפשרות להציג מידע אודות שירותים אחרים המוצעים על ידי נקודת הגישה למשתמש.

5.       ערוץ  L2CAP: עם המידע שהושג מפרוטוקול חיפוש השירות, המכשיר ייצור ערוץ L2CAP לנקודת הגישה. היישום יכול לעשות שימוש ישיר בערוץ זה או ישנה אפשרות להריץ עליו פרוטוקול אחר כגון RFCOMM .

6.       ערוץ RFCOMM: לפי הצרכים של יישום הדואר האלקטרוני, ערוץ RFCOMM או אחר (במקרה של יישומים אחרים) יווצר על גבי ערוץ ה- L2CAP. אפיון זה מאפשר להריץ יישומים קיימים, שפותחו עבור פורטים סדרתיים, בלי צורך במודיפיקציה על גבי פלטפורמות Bluetooth.

7.       אבטחה: אם נקודת הגישה מגבילה את הגישה של קבוצה מסוימת של משתמשים אליה או שהיא מציעה קשר מאובטח לאנשים בעלי רישום קודם אליה, אזי בשלב זה נקודת הגישה תשלח בקשת אבטחה ל"צימוד" (pairing). צעד זה יצליח אם המשתמש יודע את קוד ה- PIN המתאים לגישה לשירות. יצויין כי ה- PIN לא משודר בערוץ האלחוטי, אלא נעשה שימוש במפתח אחר המופק ממנו, כך שקשה לגלות את ה- PIN. ייעשה שימוש בהצפנה כאשר נעשה שימוש במוד המאובטח.

8.       PPP: בהנחה שנעשה שימוש בקשר PPP על גבי מודם סדרתי, כמו ברשת Dial up, אותו יישום יוכל להריץ PPP על גבי RFCOMM (אשר מחקה את הפורט הסדרתי). קשר זה יאפשר למשתמש להיכנס לחשבון הדואר האלקטרוני שלו.

9.       פרוטוקולים של הרשת: פרוטוקולי רשת, כגון TCP/IP, IPX, ו- Appletalk יכולים כעת לשלוח ולקבל נתונים דרך הקשר.

בפרוצדורה הנ"ל, האינטראקציה של המשתמש נחוצה רק בכניסה הרגילה לדואר האלקטרוני שלו ובנוסף, כדי ליישם את האבטחה. שאר הצעדים הנם אוטומטיים. התהליכים הנ"ל יתוארו כעת בפרוטרוט, כדי להדגים את תהליך יצירת הקשר.

   

     

 

 

 

 

 

 

 

היכרות | ארכיטקטורה | הסיבה למבנה | הקמת קשר | אבטחה | מוצרים | יישומים עתידיים

IEEE | EMBEDDED INTERNET | השן בישראל | מעבדת פיתוח | FAQ | מילון | מפה