ব্লুটুথ লো এনার্জি অডিও

ব্লুটুথ লো এনার্জি অডিও (LEA) নিশ্চিত করে যে ব্যবহারকারীরা ব্যাটারি লাইফ ত্যাগ না করেই উচ্চ বিশ্বস্ততার অডিও গ্রহণ করতে পারে এবং তাদেরকে নির্বিঘ্নে বিভিন্ন ব্যবহারের ক্ষেত্রে পরিবর্তন করতে দেয়। Android 13 (API স্তর 33) LEA-এর জন্য অন্তর্নির্মিত সমর্থন অন্তর্ভুক্ত করে।

LEA সোর্স ডিভাইসের মার্কেট শেয়ার বৃদ্ধি না হওয়া পর্যন্ত বেশিরভাগ LEA হেডসেট দ্বৈত মোড হবে। ব্যবহারকারীদের তাদের ডুয়াল মোড হেডসেটগুলিতে উভয় পরিবহন জোড়া এবং সেট আপ করতে সক্ষম হওয়া উচিত।

কেস ব্যবহার করুন

আপনি নিম্নলিখিত ব্যবহারের ক্ষেত্রে LEA সংহত করতে চাইতে পারেন:

  • অডিও শেয়ার করা: ব্যবহারকারীরা একই সাথে এক বা একাধিক অডিও সিঙ্ক ডিভাইসে একাধিক অডিও স্ট্রিম শেয়ার করতে পারে। অডিও সোর্স ডিভাইস এবং সংযুক্ত ডিভাইসের মধ্যে সিঙ্ক্রোনাইজ করা হয়।

  • ব্রডকাস্ট অডিও: ব্যবহারকারীরা বন্ধু এবং পরিবারের কাছে অডিও সম্প্রচার করতে পারে, পাশাপাশি তথ্য, বিনোদন বা অ্যাক্সেসযোগ্যতার জন্য সর্বজনীন সম্প্রচারের সাথে সংযোগ স্থাপন করতে পারে।

  • LC3 অডিও কোডেক সমর্থন: এটি ডিফল্ট অডিও কোডেক এবং HFP (ভয়েস) এ A2DP (মিডিয়া) এবং mSBC-এর জন্য ব্যবহৃত SBC কোডেক প্রতিস্থাপন করে। LC3 আরও দক্ষ, পুনরায় কনফিগারযোগ্য এবং উচ্চ মানের।

  • অডিও স্যাম্পলিং উন্নতি: মাইক্রোফোন ব্যবহার করার সময় হেডসেট উচ্চ আউটপুট অডিও গুণমান বজায় রাখতে পারে। ব্লুটুথ মাইক্রোফোন ব্যবহার করার সময় ব্লুটুথ ক্লাসিক অডিও গুণমান কমিয়ে দেয়। BLE অডিও সহ, ইনপুট এবং আউটপুট স্যাম্পলিং 32 kHz এ পৌঁছাতে পারে।

  • স্টেরিও মাইক্রোফোন: স্থানিক অডিও বর্ধনের জন্য শ্রবণযোগ্যগুলি স্টেরিও মাইক্রোফোনের সাথে অডিও রেকর্ড করতে পারে।

  • হিয়ারিং এইড প্রোফাইল (এইচএপি) সমর্থন: এইচএপি ব্যবহারকারীদের আগের আশা প্রোটোকলের তুলনায় আরও বেশি অ্যাক্সেসযোগ্যতা এবং ব্যবহার প্রদান করে। ব্যবহারকারীরা ফোন কল এবং ভিওআইপি অ্যাপ্লিকেশনের জন্য তাদের শ্রবণযন্ত্র ব্যবহার করতে পারেন।

  • এনহ্যান্সড অ্যাট্রিবিউট প্রোটোকল (EATT) সমর্থন: EATT ডেভেলপারদের জোড়া শ্রবণযোগ্যগুলিতে একসাথে একাধিক কমান্ড পাঠাতে দেয়।

মূল পরিস্থিতি

ব্যবহারের ক্ষেত্রে চারটি প্রধান বিভাগ রয়েছে:

  1. কথোপকথনমূলক: ডায়ালার এবং ভিওআইপি অ্যাপ্লিকেশনগুলির জন্য কম লেটেন্সি কমিউনিকেশন রাউটিং প্রয়োজন উচ্চ মানের অডিও এবং কম ব্যাটারি ব্যবহার।

  2. গেমিং: সমসাময়িক মাইক্রোফোন এবং উচ্চ বিশ্বস্ততা প্লেব্যাক গেমগুলিকে উচ্চ মানের অডিও শ্রবণযোগ্যগুলিতে স্ট্রিম করার অনুমতি দেয়। একটি গেমিং অ্যাপ BLE অডিও ইনপুট অ্যাক্সেস করতে পারে যখন একটি গেম ব্লুটুথ মাইক্রোফোন ব্যবহারের জন্য প্রস্তুত। তারপর, যখন একজন প্লেয়ার একজন পিয়ার প্লেয়ারের সাথে লাইভ কথোপকথন শুরু করে, গেম অ্যাপটি বিলম্ব না করে মাইক্রোফোন ডেটা ব্যবহার করতে পারে।

  3. মিডিয়া: মিডিয়া অ্যাপ্লিকেশনগুলিকে অডিও পরিচালকের পছন্দের ডিভাইস সেট করার অনুমতি দেওয়া হয়। ব্যবহারকারী সিস্টেমের সেটিংসের মধ্যে থেকে তাদের পছন্দের ডিভাইসটি পরিবর্তন করে এটিকে ওভাররাইড করতে পারে।

  4. অ্যাক্সেসযোগ্যতা: BLE অডিও সমর্থন করে এমন শ্রবণ সহায়কগুলি এখন মাইক্রোফোন ব্যবহার করতে পারে, যা ব্যবহারকারীদের একটি কলের জন্য ক্রমাগত তাদের হিয়ারিং এইডগুলি ব্যবহার করতে দেয়৷

BLE অডিও API এবং পদ্ধতি

BLE অডিও শ্রবণযোগ্য সমর্থন করার জন্য নিম্নলিখিত API এবং পদ্ধতিগুলি প্রয়োজন:

অডিও ম্যানেজার

  • setCommunicationDevice() অডিও ডিভাইস নির্বাচন করে যা যোগাযোগ ব্যবহারের ক্ষেত্রে ব্যবহার করা উচিত, উদাহরণস্বরূপ ভয়েস বা ভিডিও কল। এই পদ্ধতিটি ভয়েস বা ভিডিও চ্যাট অ্যাপ্লিকেশন দ্বারা প্ল্যাটফর্ম দ্বারা ডিফল্টরূপে নির্বাচিত একটি ছাড়া অন্য একটি অডিও ডিভাইস নির্বাচন করতে ব্যবহার করা যেতে পারে। এই এপিআই নিম্নলিখিত অবচ্যুত APIগুলিকে প্রতিস্থাপন করে: startBluetoothSco() , stopBluetoothSco() , এবং setSpeakerphoneOn() ।
  • আপনার অ্যাপ একটি কল বা সেশন শেষ করার পরে clearCommunicationDevice() কল করা হয় যাতে ব্যবহারকারীর বিভিন্ন অ্যাপ্লিকেশনের মধ্যে চলাফেরা করার সময় একটি দুর্দান্ত অভিজ্ঞতা রয়েছে তা নিশ্চিত করতে সহায়তা করে।

ব্লুটুথ প্রোফাইল

  • BluetoothLeAudio প্রক্সি অবজেক্টের মাধ্যমে ব্লুটুথ পরিষেবা নিয়ন্ত্রণ করে।

টেলিকম ইনকলসার্ভিস

  • InCallService#requestCallEndpointChange() অপসারিত InCallService.setAudioRoute() এবং InCallService.requestBluetoothAudio() APIগুলিকে প্রতিস্থাপন করে, যাতে অ্যাপগুলিকে একটি নির্দিষ্ট CallEndpoint অডিও রাউটিং অনুরোধ করার অনুমতি দেয়৷ পরিবর্তনের অনুরোধ করার সময় ক্লায়েন্টদের তাদের নিজস্ব CallEndpoint সংজ্ঞায়িত করা উচিত নয়। পরিবর্তে, নতুন এন্ডপয়েন্টটি InCallService.onAvailableCallEndpointsChanged(java.util.List) দ্বারা প্রদত্ত বৈধ এন্ডপয়েন্টগুলির মধ্যে একটি হওয়া উচিত।
  • CallEndpoint.TYPE_BLUETOOTH ব্লুটুথের মাধ্যমে অডিও স্ট্রীম পরিচালনা করে৷
  • এই উল্লিখিত InCallService APIগুলি একটি অ্যান্ড্রয়েড ফোনে ডিফল্ট ফোন অ্যাপ, বা পরিধানযোগ্য, অটোমোবাইল বা অন্যান্য ব্লুটুথ ডিভাইসের মতো অন্যান্য কলিং সারফেস যা অডিও রাউটিংকে প্রভাবিত করতে চায় সেগুলি ব্যবহার করার জন্য ডিজাইন করা হয়েছে৷

টেলিকম কল কন্ট্রোল

  • শুধুমাত্র VoIP অ্যাপ্লিকেশনের জন্য Connection এবং ConnectionService প্রতিস্থাপন করার জন্য API স্তর 34- এ নতুন CallControl ক্লাস চালু করা হয়েছে।
  • CallControl.requestCallEndpointChange() একটি CallEndpoint পরিবর্তনেরও অনুরোধ করে। এই এপিআই অপ্রচলিত Connection.requestBluetoothAudio() এবং Connection.setAudioRoute() APIগুলিকে প্রতিস্থাপন করে৷
  • আপডেট করা টেলিকম প্ল্যাটফর্ম এপিআই ছাড়াও, ভয়েস এবং/অথবা ভিডিও কলিং অ্যাপ্লিকেশন তৈরি করার সময় টেলিকম জেটপ্যাক লাইব্রেরি অত্যন্ত সুপারিশ করা হয়। এই লাইব্রেরিটি ইন্টিগ্রেশন প্রক্রিয়াকে ব্যাপকভাবে সহজ করতে পারে এবং সমস্ত Android সারফেস জুড়ে VoIP কলিং উন্নত করতে পারে।

অডিও ডিভাইস তথ্য

  • AudioDeviceInfo.TYPE_BLE_HEADSET একটি LEA ডিভাইস হিসাবে অডিও ডিভাইসের ধরন বর্ণনা করে। শ্রবণযোগ্য ডিভাইসটি একটি LEA ডিভাইস কিনা তা সনাক্ত করার জন্য ব্যবহৃত হয়।

অডিও রেকর্ডার

  • setPreferredDevice() অডিও রাউটিং ব্যবহারের জন্য পছন্দের ডিভাইস সেট করে। ব্যবহারকারী সিস্টেম সেটিংসে এটি ওভাররাইড করতে পারেন।

ব্লুটুথ অ্যাডাপ্টার

  • প্ল্যাটফর্মের হার্ডওয়্যার LEA সমর্থন করলে isLeAudioSupported() রিটার্ন করে।
  • প্ল্যাটফর্মের হার্ডওয়্যার LEA সমর্থন করলে isLeAudioBroadcastSourceSupported() রিটার্ন করে।

ব্যবহারের ক্ষেত্রে উপর ভিত্তি করে গাইড

নিচে নির্দিষ্ট ব্যবহারের ক্ষেত্রের উপর ভিত্তি করে LEA বাস্তবায়নের জন্য নির্দেশিকা রয়েছে।

ভয়েস যোগাযোগ অ্যাপ্লিকেশন

ভয়েস কমিউনিকেশন অ্যাপ্লিকেশানগুলির কাছে অডিও রাউটিং এবং ডিভাইসের অবস্থা পরিচালনা করার পছন্দ রয়েছে তাদের রাজ্য নিজে পরিচালনা করে বা টেলিকম API ব্যবহার করে যা আপনার জন্য অডিও রাউটিং এবং রাষ্ট্রীয় যুক্তি দেয়৷

এই দুটি সমাধান আপনাকে দ্রুত এবং সহজে অডিও রাউটিং নিয়ন্ত্রণ করতে এবং ব্লুটুথ ডিভাইসগুলির মধ্যে স্যুইচ করতে সাহায্য করে৷ আরও তথ্যের জন্য, টেলিকম পরিচালিত কল গাইড দেখুন।

অডিও রেকর্ডিং অ্যাপ্লিকেশন

  • মিডিয়া রেকর্ডার: মিডিয়া রেকর্ডার ব্যবহার করে অডিও রেকর্ড করার সময়, আপনি এখন স্টেরিওতে রেকর্ড করতে পারবেন যদি ব্লুটুথ শ্রবণযোগ্য LEA সমর্থন করে। অডিও রেকর্ডিং গাইড দেখুন।

LE অডিও (LEA) হেডসেট সুপারিশ

যত বেশি LEA হেডসেট প্রকাশ করা হয়, আমরা বাস্তব-বিশ্বের পরীক্ষায় এমন সমস্যাগুলি আবিষ্কার করেছি যা ব্যবহারকারীর অভিজ্ঞতাকে অবনমিত করে। স্পেসিফিকেশন এই সমস্ত সমস্যা কভার করে না। নিম্নলিখিত সারণী সুপারিশগুলির একটি তালিকা প্রদান করে যা LEA হেডসেট নির্মাতাদের অ্যান্ড্রয়েড ব্যবহারকারীদের জন্য এন্ড-টু-এন্ড অভিজ্ঞতা উন্নত করতে অনুসরণ করা উচিত।

বর্ণনা প্রসঙ্গ
ডুয়াল-মোড হেডসেটের জন্য ক্রস ট্রান্সপোর্ট কী ডেরিভেশন (CTKD) সমর্থন করুন:
  • ক্লাসিক-থেকে-এলই জোড়া এবং LE-থেকে-ক্লাসিক জোড়ার জন্য সমর্থন কী ডেরিভেশন।
 LEA সোর্স ডিভাইসের বাজারের শেয়ার বৃদ্ধি না হওয়া পর্যন্ত বেশিরভাগ নতুন LEA হেডসেট দ্বৈত-মোড হবে। এটি গুরুত্বপূর্ণ যে ব্যবহারকারীরা তাদের ডুয়াল-মোড হেডসেটগুলিকে নির্বিঘ্নে জোড়া দিতে এবং উভয় পরিবহন সেট আপ করতে সক্ষম হয়৷ এটি Google ফাস্ট পেয়ারের জন্যও গুরুত্বপূর্ণ।

আপনি যদি চান যে আপনার LEA হেডসেটগুলি নির্ভরযোগ্যভাবে সোর্স ডিভাইসের সাথে পুনরায় সংযোগ করতে চান তাহলে লক্ষ্যযুক্ত ঘোষণা (TAs) সমর্থন করুন৷

LE অডিও ইয়ারবাডগুলি কেন্দ্রীয় ডিভাইসগুলি থেকে একটি ইনকামিং সংযোগের অনুরোধ করতে TA ব্যবহার করা উচিত।

আসন্ন BT SIG এ যোগ করা হবে।

 BR/EDR-এর পেজিং মডেলের বিপরীতে যেখানে একটি সংযোগ ফোন বা হেডসেট দ্বারা শুরু করা যেতে পারে, LEA-তে একটি সংযোগ কেন্দ্রীয় ডিভাইস দ্বারা শুরু করা আবশ্যক। বর্তমানে, অনেক হেডসেট TAs ব্যবহার করে না, যার অর্থ হল কেন্দ্রীয় ডিভাইসটি অনুমতি তালিকায় যোগ না করে পেরিফেরালের সাথে পুনরায় সংযোগ করতে সক্ষম হবে না। যাইহোক, একটি অনুমোদিত তালিকার সমাধান হেডসেটটিকে একটি ভিন্ন কেন্দ্রীয় ডিভাইসের সাথে সংযোগ করা থেকে বাধা দিতে পারে। তাই, LEA হেডসেটগুলির জন্য TAs সঠিকভাবে সমর্থন করা গুরুত্বপূর্ণ যাতে কেন্দ্রীয় ডিভাইসটি বহু-পয়েন্ট সংযোগগুলি ভেঙে ফেলতে পারে এমন কোনও সমাধান ছাড়াই নির্ভরযোগ্যভাবে পুনরায় সংযোগ করতে পারে৷
ডুয়াল মোড ইয়ারবাডের জন্য অপ্টিমাইজ করা আবিষ্কারযোগ্যতা
  • প্রাথমিক ইয়ারবাড - BR/EDR কম্পোনেন্টের সর্বজনীন ঠিকানা ব্যবহার করে বিজ্ঞাপন দেওয়া উচিত এবং EIR-এর মাধ্যমে উপলব্ধ নাম সহ অনুসন্ধান এবং পৃষ্ঠা স্ক্যান সক্ষম করা উচিত, এবং ক্লাস অফ ডিভাইস (CoD)-এর মেজর সার্ভিস ক্লাসে LE অডিও বিট 14 থেকে 1 সেট করা উচিত।
  • প্রাথমিক ইয়ারবাড - LE কম্পোনেন্ট : প্রাথমিক ইয়ারবাডটি BR/EDR কম্পোনেন্ট হিসাবে একই পাবলিক অ্যাড্রেস এবং BR/EDR কম্পোনেন্ট হিসাবে একই সম্পূর্ণ স্থানীয় নাম ব্যবহার করে একটি সংযোগযোগ্য এবং আবিষ্কারযোগ্য (হয়তো সীমিত বা সাধারণ) বিজ্ঞাপন সম্পাদন করতে হবে, তার চেহারা সহ বিভাগটি একটি উপযুক্ত উপস্থিতি বিভাগ হিসাবে সেট করা হয়েছে যা দূরবর্তী ডিভাইসের প্রকারের সাথে মেলে এই প্রত্যাশার সাথে যে কেন্দ্রীয় ডিভাইসটি তার UI এবং অডিও রাউটিং নীতিগুলি সামঞ্জস্য করতে এই তথ্যটি ব্যবহার করবে৷
  • সেকেন্ডারি ইয়ারবাড - শুধুমাত্র LE : সেকেন্ডারি ইয়ারবাডটি একটি সংযোগযোগ্য, অ-আবিষ্কারযোগ্য বিজ্ঞাপন প্রদর্শন করা উচিত যার উপস্থিতি বিভাগ একটি উপযুক্ত উপস্থিতি বিভাগ হিসাবে সেট করা হয়েছে যা দূরবর্তী ডিভাইসের প্রকারের সাথে মেলে এই প্রত্যাশার সাথে যে কেন্দ্রীয় ডিভাইসটি তার UI এবং সামঞ্জস্য করতে এই তথ্যটি ব্যবহার করবে অডিও রাউটিং নীতি

    ইয়ারবাডগুলিকে CSIP গ্রুপ থেকে প্রাথমিক ডিভাইস হিসাবে গতিশীলভাবে একজন নেতা নির্বাচন করা উচিত। ইয়ারবাডটি ডুয়াল মোড হলে, পেয়ার করার পরে LE এবং ক্লাসিক উভয় কার্যকারিতা সঠিকভাবে কাজ করে তা নিশ্চিত করতে প্রাথমিক ডিভাইসটি অবশ্যই ডুয়াল মোড হতে হবে।

 এটি ডুয়াল-মোড LEA ইয়ারবাডগুলিকে ব্লুটুথ সেটিংসে ডুপ্লিকেট এন্ট্রি হিসাবে উপস্থিত হতে বাধা দেয়, যা ব্যবহারকারীদের বিভ্রান্ত করতে পারে এবং LEA জোড়ার অভিজ্ঞতার সাথে আপস করতে পারে।

ডাইনামিক লিডার ইলেকশন বিশেষ করে ডুয়াল-মোড ডিভাইসের জন্য গুরুত্বপূর্ণ যেগুলো ক্রমবর্ধমানভাবে জোড়া হয়। উদাহরণস্বরূপ, যদি প্রাথমিক জোড়ায় শুধুমাত্র একটি ইয়ারবাড পাওয়া যায়, তাহলে এটি নিজেকে একটি ডুয়াল-মোড ডিভাইস হিসাবে উপস্থাপন করা উচিত। পরবর্তীতে যখন কোনো ব্যবহারকারী দ্বিতীয় ইয়ারবাডের সাথে জোড়া লাগান, তখন তাদের শুধুমাত্র LE কম্পোনেন্টের সাথে পেয়ার করতে হবে এবং CSIP নিশ্চিত করবে যে তারা Android এ একসাথে গ্রুপ করা হয়েছে।

পেয়ারিংয়ের সময় পরিচয় ঠিকানা সুপারিশ করা হয় কারণ BR/EDR উপাদান ইতিমধ্যেই ডিভাইসের সর্বজনীন ঠিকানাটি কাছাকাছি ডিভাইসগুলিতে প্রকাশ করে।

এনহ্যান্সড অ্যাট্রিবিউট প্রোটোকল (EATT) সমর্থন করে। পেয়ারিং এবং সংযোগের লেটেন্সি হ্রাস করে।
শক্তিশালী GATT ক্যাশিং সমর্থন করে। সংযোগের বিলম্বতা হ্রাস করে, বিশেষ করে TWS কুঁড়িগুলির জন্য।
সাপোর্ট সংযোগ সাবরেটিং । আরও নমনীয় প্যাকেট সময়সূচী এবং সম্ভাব্য ব্যাটারি সঞ্চয়ের জন্য অনুমতি দেয়।
নিশ্চিত করুন যে প্লেব্যাক এবং ক্যাপচার উভয়ের জন্য প্রি- এবং পোস্ট-প্রসেসিংয়ের সময়, সিগন্যাল প্রসেসিং পাইপলাইনটি 16, 24, 32 এবং 48 kHz-এ কাজ করতে পারে এবং সেইসাথে উচ্চতর ফ্রিকোয়েন্সি সমর্থন করে৷ LEA কল বা VoIP ক্যাপচার পাথ এবং মিডিয়া প্লেব্যাকের জন্য সমর্থিত উচ্চ নমুনা হারের সুবিধা নেয়।
LE পাওয়ার কন্ট্রোল সমর্থন করুন উন্নত শক্তি ব্যবস্থাপনা

প্রসঙ্গ টাইপ সমর্থন

বর্ণনা প্রসঙ্গ
বরাদ্দকৃত সংখ্যা 6.12.3- এ উল্লেখিত সমস্ত প্রসঙ্গ প্রকার ব্যবহার করুন যদি না হেডসেট স্পষ্টভাবে একটি প্রদত্ত প্রসঙ্গ প্রকারকে সমর্থন না করে। উদাহরণস্বরূপ, যদি প্রসঙ্গ টাইপ "গেম" সমর্থিত না হয়, তাহলে Android গেমের শব্দ পাঠাবে। বিশেষ করে, মনে রাখবেন যে "অনির্দিষ্ট" প্রসঙ্গ টাইপ মানে "কোনও প্রসঙ্গ প্রকার" নয় এবং এটি অসমর্থিত প্রসঙ্গ প্রকারগুলিকে কভার করে না।

যখন সেন্ট্রাল ডিভাইসটি পেরিফেরাল ডিভাইসের ASCS এর সাথে ইন্টারঅ্যাক্ট করে, তখন পেরিফেরালকে অবশ্যই সেন্ট্রাল ডিভাইসের MCS এবং TBS এর সাথে সংযোগ করতে হবে।

কেন্দ্রীয় ডিভাইসটি সর্বদা স্ট্রিমিং রুট হিসাবে LE অডিও ব্যবহার নাও করতে পারে কারণ এটি A2DP বা HFP ব্যবহারে ফিরে যেতে পারে। কেন্দ্রীয় ডিভাইস স্ট্রিমিংয়ের জন্য LE অডিও ব্যবহার করবে কিনা তার ইঙ্গিত হিসাবে পেরিফেরাল ডিভাইসটি ASCS মিথস্ক্রিয়া ব্যবহার করতে পারে।

ASCS মিথস্ক্রিয়াগুলির কয়েকটি উদাহরণ পড়া, লিখতে এবং বিজ্ঞপ্তির জন্য নিবন্ধন করা হয়।