ব্লুটুথ লো এনার্জি (BLE) ডিভাইস

BLE ডিভাইসের জন্য Google ফাস্ট পেয়ার সার্ভিস (GFPS) বাস্তবায়ন ব্লুটুথ কোর স্পেসিফিকেশন v4.2 বা তার পরবর্তী সংস্করণের সাথে সামঞ্জস্যপূর্ণ।

ফাস্ট পেয়ার স্পেসিফিকেশনের নিম্নলিখিত সংযোজন GFPS-এ শুধুমাত্র লো এনার্জি (LE) এবং লো এনার্জি অডিও (LEA) ডিভাইসগুলির জন্য সমর্থনের অনুমতি দেবে৷

কনফরমেন্স লেভেল

স্পেসিফিকেশনে উল্লিখিত কীওয়ার্ড "হবে", "অবশ্যই", "ইচ্ছা", "উচিত", "মেয়ে", এবং "পারি" নিচে ব্যাখ্যা করা হয়েছে:

মেয়াদ বর্ণনা
হবে প্রয়োজন হয় - প্রয়োজনীয়তা সংজ্ঞায়িত করতে ব্যবহৃত হয়।
আবশ্যক প্রকাশ করতে ব্যবহৃত হয়:
পূর্বে উল্লিখিত বাধ্যতামূলক প্রয়োজনীয়তার একটি স্বাভাবিক পরিণতি
বা
সত্যের একটি অবিসংবাদিত বিবৃতি (যা পরিস্থিতি নির্বিশেষে সর্বদা সত্য)।
হবে এটা সত্য যে - শুধুমাত্র বাস্তবের বিবৃতিতে ব্যবহৃত হয়।
উচিত বাঞ্ছনীয় যে - এটি বোঝাতে ব্যবহৃত হয় যে বিভিন্ন সম্ভাবনার মধ্যে একটিকে বিশেষভাবে উপযুক্ত হিসাবে সুপারিশ করা হয়, কিন্তু প্রয়োজনীয় নয়।
হতে পারে অনুমতি দেওয়া হয় - বিকল্পগুলিকে অনুমতি দিতে ব্যবহৃত হয়।
পারে করতে সক্ষম - একটি কার্যকারণ পদ্ধতিতে বিবৃতি সম্পর্কিত করতে ব্যবহৃত হয়।

কী-ভিত্তিক পেয়ারিং বৈশিষ্ট্য

সন্ধানকারী থেকে প্রদানকারীর কাছে বার্তা৷

কী-ভিত্তিক পেয়ারিং বৈশিষ্ট্যের কাঁচা অনুরোধের type 0x00 বিট 4 ব্যবহার করে নির্দেশ করে যে অনুসন্ধানকারী BLE ডিভাইস স্পেসিফিকেশন সমর্থন করে কিনা এবং অনুসন্ধানকারী LE অডিও সমর্থন করে কিনা তা নির্দেশ করতে বিট 5 ব্যবহার করে।

অক্টেট ডেটা টাইপ বর্ণনা মান বাধ্যতামূলক?
0 uint8 বার্তার ধরন 0x00 = কী-ভিত্তিক পেয়ারিং অনুরোধ বাধ্যতামূলক
1 uint8 পতাকা
  • বিট 0 (MSB): সিকার দ্বারা অবজ্ঞা এবং উপেক্ষা করা হয়েছে।
  • বিট 1: 1 যদি অনুসন্ধানকারী অনুরোধ করে যে প্রদানকারী বন্ধন শুরু করবে এবং এই অনুরোধটিতে অনুসন্ধানকারীর BR/EDR ঠিকানা রয়েছে। 0 অন্যথায়।
  • বিট 2: 1 যদি অনুসন্ধানকারী অনুরোধ করে যে প্রদানকারী বিদ্যমান নামটি অবহিত করবে। 0 অন্যথায়।
  • বিট 3: 1 যদি এটি পূর্ববর্তীভাবে অ্যাকাউন্ট কী লেখার জন্য হয়। 0 অন্যথায়।
  • বিট 4: 1 যদি অনুসন্ধানকারী BLE ডিভাইস স্পেসিফিকেশন সমর্থন করে। 0 অন্যথায়।
  • বিট 5: 1 যদি সিকার LE অডিও সমর্থন করে। 0 অন্যথায়।
  • বিট 6 - 7 ভবিষ্যতে ব্যবহারের জন্য সংরক্ষিত, এবং উপেক্ষা করা হবে।
 পরিবর্তিত হয় বাধ্যতামূলক
2 - 7 uint48 হয়:
  • প্রদানকারীর বর্তমান BLE ঠিকানা
  • প্রদানকারীর পরিচয় ঠিকানা
 পরিবর্তিত হয় বাধ্যতামূলক
8 - 13 uint48 প্রার্থীর বিআর/ইডিআর ঠিকানা পরিবর্তিত হয় ফ্ল্যাগ বিট 1 বা 3 সেট করা থাকলেই উপস্থাপন করুন
n - 15 এলোমেলো মান (লবণ) পরিবর্তিত হয় বাধ্যতামূলক

প্রোভাইডার থেকে সিকারের কাছে মেসেজ

যখন অনুরোধের বিট 4 সেট করা হয়, তখন কী-ভিত্তিক পেয়ারিং বৈশিষ্ট্যের জন্য নতুন প্রতিক্রিয়া বার্তা type 0x02 ব্যবহার করা যেতে পারে অনুসন্ধানকারীকে অতিরিক্ত বন্ধনের বিকল্প প্রদান করতে।

অক্টেট ডেটা টাইপ বর্ণনা মান
0 uint8 বার্তার ধরন 0x02 = কী-ভিত্তিক পেয়ারিং এক্সটেন্ডেড রেসপন্স
1 uint8 পতাকা
  • বিট 0 (MSB): 1 যদি প্রদানকারী শুধুমাত্র LE ডিভাইস হয়, অন্যথায় 0। যদি বিট 0 1 তে সেট করা হয়, তবে সিকার ধরে নেবে যে বিট 1 1 এ সেট করা হয়েছে।
  • বিট 1: 1 যদি প্রদানকারী LE বন্ধন পছন্দ করে, অন্যথায় 0।
  • বিট 2: 1 যদি দ্বিতীয় অ্যাড্রেসের অ্যাড্রেস টাইপ হয় Random, 0 যদি Public হয়।
  • বিট 3 - 7 ভবিষ্যতে ব্যবহারের জন্য সংরক্ষিত, এবং উপেক্ষা করা হবে।
 পরিবর্তিত হয়
2 uint8 প্রদানকারীর ঠিকানার সংখ্যা
(বর্তমান সংস্করণে, সংখ্যাটি 1 বা 2, কারণ আমাদের ব্লক সাইফার মোডকে AES-CTR-এ পরিবর্তন করতে হবে যদি সংখ্যা >= 3)		 পরিবর্তিত হয়
3 - 8 বা
3 - 14
  • প্রথম ঠিকানা হবে প্রাথমিকের পরিচয় ঠিকানা, এবং যদি BR/EDR বন্ডিং পছন্দ হয় তাহলে বন্ডেবল
  • মাধ্যমিক পাওয়া গেলে দ্বিতীয় ঠিকানাটি মাধ্যমিকের বন্ধনযোগ্য ঠিকানা হবে
 পরিবর্তিত হয়
9 - 15 বা 15 এলোমেলো মান (লবণ) পরিবর্তিত হয়

বিএলই ডিভাইস স্পেসিফিকেশন সমর্থন করে এমন একজন প্রদানকারীকে বিট 4 এবং বিট 5 পড়তে হবে অনুসন্ধানকারীর ক্ষমতা বোঝার জন্য

  • বিট 4 0 হলে, প্রদানকারী বিট 5 উপেক্ষা করবে এবং type 0x01 ফর্ম্যাটের সাথে প্রতিক্রিয়া জানাবে
  • যখন বিট 4 হল 1,
    • শুধুমাত্র LE প্রদানকারীর জন্য, এটি LE বন্ধন পছন্দ নির্দেশ করতে type 0x02 দিয়ে প্রতিক্রিয়া জানাবে।
    • ডুয়াল মোড প্রদানকারীর জন্য, এটি BR/EDR বা LE বন্ধন পছন্দ নির্দেশ করতে type 0x02 দিয়ে প্রতিক্রিয়া জানাতে পারে।
  • LE অডিও (LEA) দ্বৈত মোড প্রদানকারী ক্ষেত্রে, উদাহরণ দেখুন: রেফারেন্সের জন্য LEA দ্বৈত মোড প্রদানকারীর সাথে পেয়ারিং

মেসেজ স্ট্রিম পিএসএম (প্রটোকল সার্ভিস মাল্টিপ্লেক্সর) বৈশিষ্ট্য

BLE ডিভাইসের জন্য মেসেজ স্ট্রীমকে সমর্থন করার জন্য, ফাস্ট পেয়ার বার্তা পাঠানো এবং গ্রহণ করার জন্য একটি BLE L2CAP চ্যানেল স্থাপন ও বজায় রাখবে। ফাস্ট পেয়ার L2CAP সার্ভার LE ক্রেডিট ভিত্তিক প্রবাহ নিয়ন্ত্রণ বাস্তবায়ন করবে।

এই বৈশিষ্ট্যটি অনুসন্ধানকারীকে PSM মান পড়তে এবং তারপর PSM মান দ্বারা নিরাপদ L2CAP সংযোগ স্থাপন করতে দেয়।

দ্রুত জোড়া পরিষেবা বৈশিষ্ট্য এনক্রিপ্ট করা হয়েছে অনুমতি UUID
বার্তা প্রবাহ PSM হ্যাঁ পড়ুন FE2C1239-8366-4814-8EB0-01DE32100BEA
অক্টেট ডেটা টাইপ বর্ণনা মান
0 uint8 রাজ্য
  • 0x00 = অজানা। FP সিকার বেশ কয়েকবার আবার চেষ্টা করবে
  • 0x01 = সংযোগের জন্য প্রস্তুত
  • 0x02 = অনুপলব্ধ। FP সিকার এই সময় সংযোগ করতে এই উপাদান ব্যবহার করবে না
 পরিবর্তিত হয়
1 - 2 uint16 PSM মান 0x80 এবং 0xFF এর মধ্যে হতে হবে পরিবর্তিত হয়

দ্রষ্টব্য: TWS-এর জন্য, দুটি উপাদান রয়েছে: প্রাথমিক এবং মাধ্যমিক। এই উপাদানগুলির ভূমিকা নির্দিষ্ট পরিস্থিতিতে বিনিময়যোগ্য। ধরে নিলাম A হল প্রাথমিক উপাদান এবং B হল সেকেন্ডারি কম্পোনেন্ট, A তে ব্যাটারি নিষ্কাশনের কারণে কম্পোনেন্ট B কে প্রাথমিক উপাদানের ভূমিকা নিতে হবে এবং এই দৃশ্যকে role switch বলা হয়।

role switch পরে, যদি প্রদানকারী দ্রুত জোড়া বার্তা স্ট্রীম পরিচালনা করতে না পারে, তাহলে এটি সক্রিয়ভাবে বিদ্যমান L2CAP সংযোগ বিচ্ছিন্ন করবে। ফাস্ট পেয়ার সিকার নতুন প্রাইমারি কম্পোনেন্টের সাথে L2CAP মেসেজ স্ট্রিম কানেকশন পুনঃস্থাপিত করতে পারে।

অতিরিক্ত পাসকি বৈশিষ্ট্য

এই বৈশিষ্ট্যটি হল অতিরিক্ত উপাদানগুলিতে MITM সুরক্ষা প্রদান করা।

CSIS জাল সদস্য MITM সুরক্ষা

পেয়ারিং পদ্ধতির অংশ হিসাবে দ্রুত জোড়ার জন্য MITM সুরক্ষা প্রয়োজন৷ যেহেতু CSIS MITM সুরক্ষা প্রদান করে না, তাই অতিরিক্ত উপাদানগুলিতে MITM সুরক্ষা প্রদানের জন্য একাধিক উপাদানের জন্য FP-এর বর্তমান নকশা প্রসারিত করা প্রয়োজন।

চারিত্রিক সংজ্ঞা

দ্রুত জুড়ি পরিষেবা বৈশিষ্ট্য এনক্রিপ্ট করা হয়েছে অনুমতি UUID
অতিরিক্ত পাসকি হ্যাঁ পড়ুন, লিখুন, অবহিত করুন FE2C123A-8366-4814-8EB0-01DE32100BEA

বার্তা

মেসেজ ফরম্যাটটি পড়া, লিখতে এবং অবহিত করার জন্য প্রয়োগ করা হয়।

এনক্রিপ্ট করা ডেটা ফরম্যাট

এনক্রিপ্ট করা ডেটা ফাস্ট পেয়ার GATT সংযোগ ব্যবহার করে পাঠানো হয়।

অক্টেট ডেটা টাইপ বর্ণনা মান
0-15 uint128 এনক্রিপ্ট করা অতিরিক্ত পাসকি ব্লক পরিবর্তিত হয়
কাঁচা তথ্য বিন্যাস

শেয়ার্ড সিক্রেট ব্যবহার করে এনক্রিপ্ট করা ডেটা ডিক্রিপ্ট করার পরে, বিন্যাসটি নিম্নরূপ

অক্টেট ডেটা টাইপ বর্ণনা মান
0 uint8 বার্তার ধরন একটি
  • 0x00 = সন্ধানকারীর পাসকি
  • 0x01 = প্রদানকারীর পাসকি
1-3 uint24 6-সংখ্যার পাসকি পরিবর্তিত হয়
4-9 uint48 টার্গেট বন্ধন উপাদান ঠিকানা পরিবর্তিত হয়
10 uint8 স্ট্যাটাস কোড, এটি শুধুমাত্র রিড অপারেশন দ্বারা ব্যবহৃত হয় এক
  • 0x00 = সাফল্য
  • 0x01 = মুলতুবি। সময় শেষ না হওয়া পর্যন্ত FP সিকার পুনরায় চেষ্টা করুন
  • 0x02 = ব্যর্থতা। FP সিকার স্টপ আবার চেষ্টা করুন
11-15 এলোমেলো মান (লবণ) পরিবর্তিত হয়

প্রাথমিক (প্রথম বন্ডেড কম্পোনেন্ট) হল ফাস্ট পেয়ার সিকার এবং অতিরিক্ত বন্ডিং কম্পোনেন্টের মধ্যে সেতু। বৈশিষ্ট্য নির্দেশিকা অনুসরণ করা উচিত:

  • ফাস্ট পেয়ার সিকারের কাছ থেকে লিখিত অনুরোধ পাওয়ার সময়, প্রদানকারীকে তা করতে হবে
    • যে উপাদানটি বন্ধন করা হচ্ছে তার ঠিকানা সেট করুন
    • যে উপাদানটি বন্ধন করা হচ্ছে সেখানে পাসকি পাঠান
    • স্থিতি কোড মুলতুবি, 0x01 সেট করুন
  • বন্ডেড থাকা কম্পোনেন্ট থেকে পাসকি পাওয়ার আগে কোনো রিড রিকোয়েস্ট পাওয়ার সময়, প্রদানকারী একটি মেসেজ পাঠাবে
    • পাসকি, যেকোনো মান
    • বন্ড করা হচ্ছে উপাদান ঠিকানা
    • মুলতুবি স্থিতি কোড, 0x01
  • প্রদানকারী ফাস্ট পেয়ার সিকারকে বিজ্ঞপ্তি পাঠানোর আগে, এর সাথে পড়ার অনুরোধের জন্য ফলাফল সেট করে
    • কম্পোনেন্ট থেকে পাসকি বন্ড করা হচ্ছে
    • বন্ড করা হচ্ছে উপাদান ঠিকানা
    • সাফল্যের স্থিতি কোড, 0x00
  • প্রদানকারীর পক্ষ থেকে কোনো অপুনরুদ্ধারযোগ্য ত্রুটি থাকলে, ফলাফল সেট করুন
    • পাসকি, যেকোনো মান
    • বন্ড করা হচ্ছে উপাদান ঠিকানা
    • ব্যর্থতার স্থিতি কোড, 0x02

আরো বিস্তারিত জানার জন্য MITM ডায়াগ্রাম 1 এবং MITM ডায়াগ্রাম 2 দেখুন।

LE ডিভাইসের প্রয়োজনীয়তা

এলই বিজ্ঞাপন

আবিষ্কারযোগ্য মোড বা অ-আবিষ্কারযোগ্য মোডের জন্য, প্রদানকারী ফাস্টপেয়ার ডেটার বিজ্ঞাপন দিতে RPA ব্যবহার করবে।

বন্ধন ক্ষমতা

LE-সক্ষম ডিভাইসগুলির জন্য, সিকারকে অবশ্যই বিদ্যমান LE সংযোগের সাথে বন্ড তৈরি করতে হবে। ফাস্ট পেয়ার কী-ভিত্তিক পেয়ারিং যাচাইকরণ পাস করার পরে, প্রদানকারীকে RPA এর সাথে বন্ধনের অনুমতি দেবে এবং ফাস্ট পেয়ার পাসকি যাচাইয়ের জন্য DisplayYesNo-এ IO ক্ষমতা সেট করবে।

LEA ডিভাইসের প্রয়োজনীয়তা

LEA বিজ্ঞাপন

দ্বৈত মোড ডিভাইসগুলির জন্য: আবিষ্কারযোগ্য মোডের জন্য, প্রদানকারী পরিচয় ঠিকানা সহ দ্রুত জোড়া ডেটার বিজ্ঞাপন দেবে৷ অ-আবিষ্কারযোগ্য মোডের জন্য, প্রদানকারীকে RPA সহ দ্রুত জোড়া ডেটার বিজ্ঞাপন দিতে হবে। পশ্চাদগামী সামঞ্জস্যের জন্য পুরানো ডিভাইসগুলিকে সমর্থন করতে লিগ্যাসি বিজ্ঞাপন (BT 4.2) ব্যবহার করার জন্য এটি অত্যন্ত বাঞ্ছনীয়। যখনই ডিভাইস ফ্যাক্টরি রিসেট হয় তখন IRK পরিবর্তন করতে হয়।

নন ডুয়াল মোড ডিভাইসগুলির জন্য: আবিষ্কারযোগ্য মোড বা অ-আবিষ্কারযোগ্য মোডের জন্য, প্রদানকারীকে ফাস্টপেয়ার ডেটা বিজ্ঞাপনের জন্য RPA সহ বর্ধিত বিজ্ঞাপন (BT 5.0) ব্যবহার করতে হবে।

FP পরিষেবা ডেটা সম্বলিত LE সংযোগযোগ্য বিজ্ঞাপনে ব্লুটুথ অ্যাডাপ্টার প্রোফাইল (BAP 1.0.1) এবং সাধারণ অডিও প্রোফাইলের প্রয়োজনীয়তা মেনে CAS UUID অন্তর্ভুক্ত করতে হবে। অ-আবিষ্কারযোগ্য বিজ্ঞাপনের জন্য যদি ব্যাটারি এবং SASS ডেটা অন্তর্ভুক্ত করার কারণে লিগ্যাসি বিজ্ঞাপনে পর্যাপ্ত জায়গা পাওয়া না যায়, তবে সেই ক্ষেত্রে স্ক্যান প্রতিক্রিয়াতে CAS UUID অন্তর্ভুক্ত করা বাধ্যতামূলক।

LEA বন্ধন ক্ষমতা

সিকারকে অবশ্যই বিদ্যমান LE সংযোগের সাথে বন্ড তৈরি করতে হবে। ফাস্ট পেয়ার কী-ভিত্তিক পেয়ারিং ভেরিফিকেশন পাস করার পরে, ডুয়াল মোড প্রদানকারী আইডেন্টিটি অ্যাড্রেস এবং RPA এর সাথে বন্ধনের অনুমতি দেবে যখন নন-ডুয়াল মোড প্রোভাইডার RPA এর সাথে বন্ধনের অনুমতি দেবে এবং ফাস্ট পেয়ার পাসকি যাচাইয়ের জন্য ডিসপ্লে ইয়েসনোতে IO ক্ষমতা সেট করবে।

উপাদানগুলির মধ্যে অভ্যন্তরীণ যোগাযোগের চ্যানেল

বিদ্যমান GATT সংযোগটি অতিরিক্ত উপাদানগুলিতে MITM সুরক্ষা সঞ্চালনের জন্য রাখা হয়। প্রাথমিক বন্ডেড কম্পোনেন্ট ফাস্ট পেয়ার সিকার এবং এর অবশিষ্ট উপাদানগুলির মধ্যে বার্তা বিতরণ পরিচালনা করবে।

অভ্যন্তরীণ যোগাযোগ Initial Pair এবং Subsequent Pair জন্য ব্যবহৃত হয়

  • যখন কী-ভিত্তিক পেয়ারিং পদ্ধতি প্রাথমিক উপাদানে পাস হয়, তখন প্রাথমিক উপাদানটি তার অবশিষ্ট উপাদানগুলির IO ক্ষমতা পরিবর্তন করার জন্য একটি বার্তা পাঠাবে
  • যখন ফাস্ট পেয়ার করা হয়, প্রাথমিক উপাদানটি তার অবশিষ্ট উপাদানগুলির IO ক্ষমতা পুনরায় সেট করার জন্য একটি বার্তা পাঠাবে
  • অতিরিক্ত পাসকি পদ্ধতি চালানোর সময়, প্রাথমিক উপাদানটি ফাস্ট পেয়ার সিকার এবং এর অবশিষ্ট উপাদানগুলির মধ্যে পাসকি বিতরণ পরিচালনা করবে

IO ক্ষমতা পরিবর্তন করার সময়

  • কী-ভিত্তিক পেয়ারিং পদ্ধতি পাস করার সময় IO ক্ষমতা DisplayYesNo তে পরিবর্তন করুন
    • ডিভাইসে একাধিক উপাদান থাকলে, সমস্ত উপাদান DisplayYesNo এ সেট করা হবে
    • একটি ব্যতিক্রম যে প্রদানকারী IO ক্ষমতাকে DisplayYesNo তে পরিবর্তন করবে না তা হল Retroactive Pair , যার কী-ভিত্তিক পেয়ারিং অনুরোধের বিট 3 1 এ ​​সেট করা হয়েছে, সন্ধানকারী থেকে প্রদানকারীর কাছে বার্তা দেখুন
  • IO ক্ষমতা ডিফল্ট সেটিং এ পরিবর্তন করুন
    • প্রাথমিক জুটি
      • LE সংযোগ বিচ্ছিন্ন হলে, দ্রুত জোড়ার সেশন শেষ করুন
      • প্রাইমারি বন্ড হওয়ার পরে, যদি 15 সেকেন্ডের মধ্যে কোনও অতিরিক্ত পাসকি লেখার অনুরোধ না থাকে, তাহলে দ্রুত জোড়া সেশন শেষ করুন
      • অতিরিক্ত পাসকি লেখার অনুরোধ পাওয়ার পরে, যদি 15 সেকেন্ডের মধ্যে বন্ড করা উপাদানটি বন্ধ না করা হয়, তাহলে দ্রুত জোড়া সেশন শেষ করুন
      • সমস্ত উপাদান বন্ড করার পরে, যদি 15 সেকেন্ডের মধ্যে কোনো অ্যাকাউন্ট কী লেখার অনুরোধ না থাকে, তাহলে দ্রুত জোড়া সেশন শেষ করুন
      • অ্যাকাউন্ট কী লেখার অনুরোধ প্রাপ্ত হওয়ার পরে, দ্রুত জোড়ার সেশন শেষ করতে 15 সেকেন্ড সময়সীমা সেট করুন
    • পরবর্তী জুটি
      • LE সংযোগ বিচ্ছিন্ন হলে, দ্রুত জোড়ার সেশন শেষ করুন
      • প্রাইমারি বন্ড করার পরে, যদি 15 সেকেন্ডের মধ্যে কোনও অতিরিক্ত পাসকি লেখার অনুরোধ না থাকে, তাহলে দ্রুত জোড়া সেশন শেষ করুন
      • অতিরিক্ত পাসকি লেখার অনুরোধ পাওয়ার পরে, যদি 15 সেকেন্ডের মধ্যে বন্ড করা উপাদানটি বন্ধ না করা হয়, তাহলে দ্রুত জোড়া সেশন শেষ করুন
      • সমস্ত উপাদান বন্ধন করা হলে, দ্রুত জোড়া সেশন শেষ করুন

UI ইঙ্গিত লুকান

যখন হেডসেট জোড়া লাগানোর জন্য প্রস্তুত না থাকে, তখন প্রদানকারী অ্যাকাউন্ট কী ডেটার জন্য UI ইঙ্গিত লুকাতে সেট করতে type 0b0010 ব্যবহার করবে যাতে অনুসন্ধানকারীকে পরবর্তী জুটি UI না দেখাতে বলা হয় ( বিজ্ঞাপন পেলোড দেখুন: দ্রুত জোড়া অ্যাকাউন্ট ডেটা )।

LE অডিও ডিভাইসের প্রয়োজনীয়তা

ব্লুটুথ প্রয়োজনীয়তা

Android, LE অডিও হেডসেট সুপারিশ দেখুন।

সিটিকেডি সমর্থন

ডুয়াল মোড ডিভাইসের জন্য, LE থেকে BR/EDR পর্যন্ত CTKD বাধ্যতামূলক এবং BAP প্রয়োজনীয়তার সাথে সারিবদ্ধ।

লক্ষ্য ঘোষণা

একটি পেরিফেরাল ডিভাইস একটি পেয়ার করা কেন্দ্রীয় ডিভাইস থেকে একটি সংযোগ চাওয়ার জন্য লক্ষ্যযুক্ত ঘোষণা ব্যবহার করবে। CAP 1.0 সারণি 8.4 (p48/58) অনুযায়ী সংযোগ ব্যবস্থাপনার জন্য BAP এবং CAP-এ লক্ষ্যযুক্ত ঘোষণা সংজ্ঞায়িত করা হয়েছে।

GATT EATT সার্ভার সমর্থন

EATT কেন্দ্রীয় ডিভাইসটিকে একাধিক GATT লেনদেন সমান্তরালভাবে পাঠাতে দেয় যখন ডিভাইসটি বন্ড করা হয়। CSIP সমর্থনকারী ডিভাইসের জন্য, এটি প্রোফাইল সংযোগের কার্যকারিতা বাড়াবে এবং তারপর শীঘ্রই অন্যান্য কুঁড়িগুলির জন্য CSIP বন্ধন প্রক্রিয়া শুরু করবে।

যদি প্রদানকারী একটি একক ডিভাইস না হয় তবে CSIP বাস্তবায়নের সাথে একটি সমন্বিত সেট, পরিষেবা আবিষ্কারের সংখ্যা কমাতে এবং সংযোগের গতি বাড়াতে, প্রদানকারীকে ব্লুটুথ 5.1-এ সংজ্ঞায়িত GATT ক্যাশিং প্রয়োগ করা উচিত।

দ্রুত জোড়া প্রয়োজনীয়তা

এলই বিজ্ঞাপন

আবিষ্কারযোগ্য মোড বা অ-আবিষ্কারযোগ্য মোডের জন্য, ডিভাইসে একাধিক উপাদান থাকলে, প্রাথমিক উপাদান দ্বারা দ্রুত জোড়া ডেটার বিজ্ঞাপন দেওয়া হবে। ডিভাইসটি পরবর্তী জোড়ার জন্য প্রস্তুত না হলে, গৌণ উপাদানটি বর্ধিত বৈশিষ্ট্যগুলির জন্য দ্রুত জোড়া ডেটার বিজ্ঞাপন দিতে পারে। UI ইঙ্গিত লুকান দেখুন।

GATT পরিষেবা দৃশ্যমানতা

GATT ডাটাবেস সমস্ত LE পরিবহন GATT সংযোগের জন্য একই হবে৷ LE অডিও পরিষেবা (0x184E) ফাস্ট পেয়ার সংযোগের GATT ডাটাবেসে অন্তর্ভুক্ত করা হবে।

উদাহরণ: LEA ডুয়াল মোড প্রদানকারীর সাথে পেয়ার করা

দৃশ্য 1 - যখন অনুসন্ধানকারী LEA সমর্থন করে না

LEA সমর্থন করে না এমন অনুসন্ধানকারীর সাথে প্রদানকারীর পিছিয়ে থাকা সামঞ্জস্যতা থাকতে হবে।

উপাদান
  • প্রদানকারী: A2DP/HFP/LEA
  • অনুসন্ধানকারী: A2DP/HFP
প্রাথমিক যুগল/পরবর্তী জুটির জন্য প্রত্যাশিত আচরণ
  • প্রদানকারী পরিচয় ঠিকানা (প্রাথমিক) বা RPA (পরবর্তী) সহ ফাস্ট পেয়ার পরিষেবা ডেটা (0xFE2C) বিজ্ঞাপন দেয়।
    • লিগ্যাসি বিজ্ঞাপন ব্যবহার করুন
  • অন্বেষণকারী প্রাথমিক বা পরবর্তী জোড়ার জন্য RPA-এর পরিচয় ঠিকানা সহ প্রদানকারীর বিজ্ঞাপন পায়
  • অনুসন্ধানকারী কী-ভিত্তিক পেয়ারিং অনুরোধ পাঠায়
    • কী-ভিত্তিক পেয়ারিং অনুরোধের পতাকা বিট-5 0 এ সেট করা হয়েছে
  • প্রদানকারী নিম্নলিখিতগুলির মধ্যে একটিতে সর্বজনীন ঠিকানা সহ কী-ভিত্তিক পেয়ারিং প্রতিক্রিয়া পাঠায়:
    • যদি বার্তা টাইপ 0x01 ব্যবহার করা হয়, ঠিকানাটি সর্বজনীন ঠিকানা হবে
    • যদি বার্তা টাইপ 0x02 ব্যবহার করা হয়
      • বিট-০ 0 হবে
      • বিট-১ 0 হবে
      • ঠিকানা জনসাধারণের ঠিকানা হতে হবে
  • অনুসন্ধানকারী BR/EDR পরিবহনের সাথে বন্ধন তৈরি করে
    • IO ক্ষমতা BR/EDR-এর জন্য DisplayYesNo-এ সেট করা আছে
  • অনুসন্ধানকারী এবং প্রদানকারী দ্রুত জোড়া পাসকি যাচাইকরণ পদ্ধতি করে

দৃশ্য 2 - যখন অনুসন্ধানকারী LEA সমর্থন করে

উপাদান
  • প্রদানকারী
    • A2DP/HFP/LEA সমর্থন করুন
    • একক উপাদান
  • অন্বেষণকারী
    • সমর্থনA2DP/HFP/LEA
প্রাথমিক যুগল/পরবর্তী জুটির জন্য প্রত্যাশিত আচরণ
  • প্রদানকারী পরিচয় ঠিকানা (প্রাথমিক) বা RPA (পরবর্তী) সহ ফাস্ট পেয়ার পরিষেবা ডেটা (0xFE2C) বিজ্ঞাপন দেয়।
    • লিগ্যাসি বিজ্ঞাপন ব্যবহার করুন
  • অনুসন্ধানকারী কী-ভিত্তিক পেয়ারিং অনুরোধ পাঠায়
    • কী-ভিত্তিক পেয়ারিং অনুরোধের পতাকা বিট-5 1 এ সেট করা হয়েছে
  • প্রদানকারী বার্তা টাইপ 0x02 সহ কী-ভিত্তিক পেয়ারিং প্রতিক্রিয়া পাঠায়
    • বিট-০ 0 হবে
    • বিট-১ হবে ১
    • ঠিকানাটি পরিচয় ঠিকানা
  • সিকার LE পরিবহনে বিদ্যমান LE সংযোগের সাথে বন্ড তৈরি করে
    • CTKD দিক হল LE থেকে BR/EDR পর্যন্ত
    • IO ক্ষমতা LE এর জন্য DisplayYesNo এ সেট করা আছে
  • অনুসন্ধানকারী এবং প্রদানকারী দ্রুত জোড়া পাসকি যাচাইকরণ পদ্ধতি করে

দৃশ্য 3 - যখন অনুসন্ধানকারী LEA এবং CSIP জড়িত সমর্থন করে

উপাদান
  • প্রদানকারী
    • A2DP/HFP/LEA সমর্থন করুন
    • একাধিক উপাদান
      • প্রাথমিক উপাদান হল BR/EDR/LE
      • সেকেন্ডারি কম্পোনেন্ট শুধুমাত্র LE
  • অন্বেষণকারী
    • A2DP/HFP/LEA সমর্থন করুন
প্রাথমিক যুগল/পরবর্তী জুটির জন্য প্রত্যাশিত আচরণ
  • প্রাথমিক উপাদানটি পরিচয় ঠিকানা (প্রাথমিক) বা RPA (পরবর্তী) সহ ফাস্ট পেয়ার পরিষেবা ডেটা (0xFE2C) বিজ্ঞাপন দেয়।
    • লিগ্যাসি বিজ্ঞাপন ব্যবহার করুন
  • সিকার প্রাথমিক উপাদানে কী-ভিত্তিক পেয়ারিং অনুরোধ পাঠায়
    • কী-ভিত্তিক পেয়ারিং অনুরোধের পতাকা বিট-5 1 এ সেট করা হয়েছে
  • প্রাথমিক উপাদান 0x02 মেসেজ টাইপ সহ কী-ভিত্তিক পেয়ারিং প্রতিক্রিয়া পাঠায়
    • বিট-০ 0 হবে
    • বিট-১ হবে ১
    • ঠিকানাগুলো নিম্নরূপঃ
      • প্রথম ঠিকানা হল প্রাথমিক উপাদানের পরিচয় ঠিকানা
      • দ্বিতীয় ঠিকানা হল সেকেন্ডারি কম্পোনেন্টের জন্য বন্ধনযোগ্য ঠিকানা, দ্বিতীয় উপাদানটিও CSIP বিজ্ঞাপন করতে এই ঠিকানাটি ব্যবহার করে
  • সিকার বিদ্যমান LE সংযোগে প্রাথমিক উপাদানের সাথে বন্ধন তৈরি করে
    • CTKD দিক হল LE থেকে BR/EDR পর্যন্ত
    • IO ক্ষমতা LE এর জন্য DisplayYesNo এ সেট করা আছে
  • সিকার সেকেন্ডারি কম্পোনেন্টের সাথে বন্ড তৈরি করে যার ঠিকানা কী-ভিত্তিক পেয়ারিং এক্সটেন্ডেড রেসপন্স থেকে
    • IO ক্ষমতা প্রদর্শন হ্যাঁ না হবে, অন্যথায় জোড়ার অনুরোধ প্রত্যাখ্যান করুন
  • সেকেন্ডারি কম্পোনেন্ট পেয়ার করার জন্য সিকার এবং প্রোভাইডার এমআইটিএম সুরক্ষা পদ্ধতি করে, প্রোভাইডার উভয় পরিস্থিতিতেই বাস্তবায়ন করবে
  • গৌণ উপাদানের সাথে বন্ধন না হওয়া পর্যন্ত অনুসন্ধানকারী অপেক্ষা করে

MITM-এর জন্য অনুক্রমিক চিত্র

এই অধিবেশনটি এমআইটিএম সুরক্ষা পদ্ধতির ক্রম বর্ণনা করার জন্য।

বিজ্ঞপ্তি দ্বারা বন্ধন করা হচ্ছে উপাদান থেকে পাসকি পান

পঠন দ্বারা বন্ড করা হচ্ছে উপাদান থেকে পাসকি পান

পরিচিত সমস্যা

LEA-এর জন্য FP Android V-এর সাথে কাজ করার জন্য অপ্টিমাইজ করা হয়েছে।

বিপরীতভাবে, আমরা হেডসেটগুলির সাথে অসংখ্য সমস্যার সম্মুখীন হয়েছি যেগুলি LEA সমর্থন করে কিন্তু LEA বাস্তবায়নে সঠিক ফাস্ট পেয়ারের অভাব রয়েছে (অর্থাৎ ক্লাসিকের উপরে শুধুমাত্র ফাস্ট পেয়ার)। বিশেষভাবে এবং উদাহরণস্বরূপ, যখন প্রদানকারীর RPA সঠিক আইডেন্টিটি রিসোলভিং কী (IRK) দ্বারা তৈরি হয় না এবং ঠিকানাটি সমাধান করা যায় না। যদিও আমরা হেডসেট কনফিগারেশনগুলির একটি বিস্তৃত তালিকা পরীক্ষা করতে পারিনি, আমাদের সীমিত পরীক্ষায় ইয়ারবাড ব্যাটারি বিজ্ঞপ্তিগুলি প্রদর্শন করতে ব্যর্থতা, অডিও সুইচিং (SASS) কার্যকারিতার অভাব, ব্যাপক প্রাথমিক এবং পরবর্তী জোড়া ব্যর্থতা এবং আরও অনেক কিছু সহ বিভিন্ন সমস্যা প্রকাশ করা হয়েছে।

অতএব, আমরা দৃঢ়ভাবে অংশীদারদের নতুন ডিভাইস এবং বিদ্যমান ডিভাইসের জন্য ফাস্ট পেয়ার-এলইএ স্পেসিফিকেশন কার্যকর করার পরামর্শ দিই (ওভার-দ্য-এয়ার আপডেটের মাধ্যমে) যা ডুয়েল মোড সমর্থন করে।