iBeacon: یہ کیا ہے، بیکن کے کام کرنے کا اصول اور BLE ترتیب

iBeacon کیا ہے؟

iBeacon Apple کی تیار کردہ اور WWDC 2013 میں پیش کی گئی ایک اندرونی مقام کی ٹیکنالوجی ہے۔ GPS کے برعکس، جو عمارتوں کے اندر کام نہیں کرتا، iBeacon Bluetooth Low Energy بیکن استعمال کرتا ہے — چھوٹے بیٹری سے چلنے والے آلات جو مقررہ شناختی پیکٹ منتقل کرتے ہیں۔ iOS اور Android آلات یہ پیکٹ وصول کرتے ہیں اور سگنل کی سطح (RSSI) کی بنیاد پر بیکن تک تقریبی فاصلہ شمار کرتے ہیں۔

تاریخ اور ترقی

iBeacon پروٹوکول BLE بیکن کا پہلا بڑے پیمانے کا معیار بنا، جسے Apple نے 2013 میں iOS 7 میں متعارف کرایا۔ ابتدائی طور پر یہ ٹیکنالوجی خوردہ فروشی میں استعمال ہوئی: Apple Store نے مخصوص زونز میں داخل ہونے والے گاہکوں کو رعایت کے بارے میں آگاہ کرنے کے لیے iBeacon کا نفاذ کیا۔ 2025 تک، iBeacon کا بنیادی ڈھانچہ دنیا بھر میں لاکھوں نصب کردہ بیکنز پر مشتمل ہے، حالانکہ متبادل پروٹوکول — Google کا Eddystone اور اوپن سورس AltBeacon — سامنے آئے ہیں۔

استعمال کے شعبے

iBeacon پانچ اہم منظرناموں میں استعمال ہوتا ہے: اندرونی نیویگیشن (شاپنگ مالز، ہوائی اڈے، عجائب گھر)، سیاق و سباق کی اطلاع (دکان میں داخل ہونے پر رعایت)، کام کے بہاؤ کی آٹومیشن (حاضری کا نشان)، لاجسٹکس اور گودام کا انتظام، اور سیاحتی گائیڈ جو کسی چیز کے قریب پہنچنے پر خود بخود مواد چلاتا ہے۔ ABI Research (2025) کے مطابق، BLE بیکن مارکیٹ کا تخمینہ 3.2 بلین فعال آلات پر لگایا گیا ہے۔

iBeacon پروٹوکول کی ساخت اور پیکٹ فارمیٹ

iBeacon پیکٹ ایک Advertising PDU (پروٹوکول ڈیٹا یونٹ) ہے، جو 2402، 2426 اور 2480 MHz کی BLE اشتہاری چینل پر منتقل ہوتا ہے۔ پیکٹ فارمیٹ مقرر ہے اور چار فیلڈز پر مشتمل ہے: Apple iBeacon سابقہ (0x4C000215)، 16 بائٹ UUID، 2 بائٹ Major اور 2 بائٹ Minor، اور فاصلہ انشانکن کے لیے 1 بائٹ TX Power۔ کل ڈیٹا کا سائز 30 بائٹ ہے، جو ایک BLE Advertising PDU میں فٹ ہو جاتا ہے۔

UUID، Major اور Minor کا درجہ بندی

iBeacon شناخت کنندگان تین سطحی درجہ بندی تشکیل دیتے ہیں۔ UUID تنظیم (مثال: دکانوں کا سلسلہ) کو تفویض کیا جاتا ہے، Major مخصوص دکان یا منزل کو، Minor زون کے اندر مخصوص نقطہ (کیش ایریا، پروڈکٹ ڈیپارٹمنٹ) کو تفویض کیا جاتا ہے۔ یہ درجہ بندی ایپلیکیشن کو مختلف سیاق و سباق کی سطحوں پر لچکدار ردعمل دینے کی اجازت دیتی ہے: دکان میں داخل ہونے پر (UUID + Major) ایپلیکیشن منزل کا نقشہ لوڈ کر سکتی ہے اور مخصوص ڈیپارٹمنٹ کے قریب پہنچنے پر (Minor) مصنوعات کی معلومات دکھا سکتی ہے۔

TX Power اور انشانکن

TX Power فیلڈ بیکن سے 1 میٹر کے فاصلے پر سگنل کی سطح (RSSI) کی حوالہ قدر ہے۔ پیکٹ وصول کرنے پر، آلہ حقیقی RSSI ریکارڈ کرتا ہے اور فارمولے سے فاصلہ شمار کرتا ہے: distance = 10^((TX_Power - RSSI) / (10 * n))، جہاں n میڈیم کا تضعیف گتانک ہے (عام طور پر 2-4)۔ مقام کی درستگی کے لیے TX Power کی صحیح انشانکن اہم ہے: 1 dBm کی غلطی 5 میٹر کے فاصلے پر 30% تک کی غلطی پیدا کرتی ہے۔

قربت کے زونز: Immediate, Near, Far

iOS بیکن تک شمار کردہ فاصلے کی بنیاد پر تین قربت کے زونز متعین کرتا ہے: Immediate (0.5 میٹر سے کم)، Near (0.5 سے 3 میٹر) اور Far (حالات کے مطابق 3 سے 30-50 میٹر)۔ صحیح فاصلہ اطلاع نہیں کیا جاتا — صرف زمرہ۔ یہ جان بوجھ کر کیا گیا ہے: RSSI مداخلت، سگنل عکاسی اور انسانی جسم کے اثرات کا شکار ہے، اس لیے زمرے زیادہ مستحکم مقام کا تعین فراہم کرتے ہیں۔

Immediate — براہ راست قربت

Immediate براہ راست رابطے کا زون ہے، جب آلہ بیکن سے چند سینٹی میٹر کے اندر ہوتا ہے۔ زیادہ سے زیادہ درستگی کی ضرورت والے منظرناموں میں استعمال ہوتا ہے: ٹرمینل کے ذریعے ادائیگی، ڈیجیٹل لاک کھولنا، چیک پوائنٹ پر تصدیق۔ Immediate زون میں RSSI عام طور پر -30 سے -60 dBm ہوتا ہے۔

Near — درمیانی فاصلہ

Near زون iBeacon کا مرکزی کام کرنے والا علاقہ ہے، جو 0.5 سے 3 میٹر کے فاصلے کا احاطہ کرتا ہے۔ اندرونی نیویگیشن کے لیے استعمال ہوتا ہے — مثال کے طور پر، کسی مصنوعات کی ڈسپلے کے قریب پہنچنے پر ایپلیکیشن تفصیلی معلومات دکھاتی ہے۔ Near زون میں، TX Power = -59 dBm کی انشانکن کے ساتھ RSSI -60 سے -80 dBm تک مختلف ہوتا ہے۔

Far „ دور کا فاصلہ

Far بیکن سگنل کھوج کا زیادہ سے زیادہ زون ہے۔ علاقے میں داخلے کی نگرانی کے لیے استعمال ہوتا ہے (مثال: شاپنگ مال میں داخلہ)۔ Far فاصلے پر RSSI عام طور پر -80 dBm سے کمزور ہوتا ہے اور فاصلے کے تعین کی درستگی نمایاں طور پر کم ہو جاتی ہے۔ داخلے کی نگرانی کے لیے، صحیح زون کے تعین کے بجائے سسٹم API region monitoring استعمال کیا جاتا ہے۔

iOS پر علاقے کی نگرانی

iBeacon علاقہ UUID (اور اختیاری طور پر Major + Minor) کے ذریعے متعین کردہ ایک مجازی علاقہ ہے۔ iOS CLLocationManager کے ساتھ ایک ساتھ 20 علاقوں تک کی نگرانی کی اجازت دیتا ہے۔ علاقے میں داخل ہونے پر، نظام ایپلیکیشن کو بیک گراؤنڈ یا بند حالت میں بھی جگاتا ہے اور locationManager:didEnterRegion ڈیلیگیٹ کے ذریعے اطلاع بھیجتا ہے۔ علاقے سے نکلنے پر locationManager:didExitRegion کو کال کیا جاتا ہے۔

import CoreLocation

let locationManager = CLLocationManager()
let region = CLBeaconRegion(
    uuid: UUID(uuidString: "E2C56DB5-DFFB-48D2-B060-D0F5A71096E0")!,
    identifier: "myBeaconRegion"
)
locationManager.delegate = self
locationManager.requestAlwaysAuthorization()
locationManager.startMonitoring(for: region)

Ranging — صحیح زون کا تعین

زون (Immediate, Near, Far) کے تعین کے لیے ranging استعمال کیا جاتا ہے — حقیقی وقت میں بیکن اسکیننگ۔ نگرانی کے برعکس، ranging صرف ایپلیکیشن کے فعال موڈ میں کام کرتی ہے اور مقام تک رسائی کی اجازت درکار ہوتی ہے۔ locationManager:didRangeBeacons:inRegion طریقہ CLBeacon کی ایک صف لوٹاتا ہے جس میں proximity (CLProximity.immediate, .near, .far, .unknown)، accuracy (میٹر میں انشانکن شدہ فاصلہ) اور rssi فیلڈز ہوتے ہیں۔

func locationManager(
    _ manager: CLLocationManager,
    didRangeBeacons beacons: [CLBeacon],
    in region: CLBeaconRegion
) {
    for beacon in beacons {
        switch beacon.proximity {
        case .immediate:
            print("فوری قربت")
        case .near:
            print("قریبی قربت")
        case .far:
            print("دور کی قربت")
        default:
            print("نامعلوم قربت")
        }
    }
}

Android پر iBeacon: AltBeacon اور کراس پلیٹ فارم انضمام

Android میں iBeacon کے لیے بلٹ ان سپورٹ نہیں ہے، کیونکہ پروٹوکول Apple کا ملکیتی حل ہے۔ تاہم، Radius Networks (اب Open Beacon تنظیم کا حصہ) کے AltBeacon جیسی تیسری پارٹی لائبریریوں کی مدد سے، ڈیولپرز Android ایپلیکیشنز میں iBeacon کو ضم کر سکتے ہیں۔ AltBeacon لائبریری BLE پیکٹ اسکیننگ، iBeacon فارمیٹ کی تجزیہ اور iOS API کی طرح ranging اور علاقے کی نگرانی کا ایمولیشن نافذ کرتی ہے۔

val beaconManager = BeaconManager.getInstanceForApplication(context)
beaconManager.beaconParsers.add(
    BeaconParser().setBeaconLayout(
        "m:2-3=0215,i:4-19,i:20-21,i:22-23,p:24-24"
    )
)
beaconManager.backgroundBetweenScanPeriod = 5000
beaconManager.foregroundScanPeriod = 1100
beaconManager.bind(this)

Android پر iBeacon پیکٹ کی تجزیہ

AltBeacon لائبریری میں iBeacon تجزیہ فارمیٹ layout سٹرنگ سے متعین ہوتا ہے: «m:2-3=0215» — iBeacon مارکر کے دو بائٹ کی جانچ، «i:4-19» — 16 بائٹ UUID، «i:20-21» — Major، «i:22-23» — Minor، «p:24-24» — TX Power۔ یہی فارمیٹ Eddystone اور دیگر پروٹوکولز کے لیے بھی سپورٹ کیا جاتا ہے، جو AltBeacon کو Android پر BLE بیکنز کے ساتھ کام کرنے کے لیے ایک عالمگیر لائبریری بناتا ہے۔

Android پر حدود

Android پر iBeacon کے ساتھ کام کرنے کی تین اہم حدود ہیں: بیک گراؤنڈ اسکیننگ مینوفیکچررز کی طرف سے محدود ہے (Xiaomi، Huawei، Samsung اکثر بیک گراؤنڈ عمل کو ختم کر دیتے ہیں)، BLE اسٹیک میں فرق کی وجہ سے RSSI کی درستگی iOS سے کم ہے، اور Android 6.0 سے ACCESS_FINE_LOCATION اور Android 12 سے BLUETOOTH_SCAN کی اجازت درکار ہے۔

iBeacon بمقابلہ Eddystone: بیکن پروٹوکول کا موازنہ

Eddystone Google کا کھلا BLE بیکن پروٹوکول ہے، جو 2015 میں پیش کیا گیا۔ iBeacon کے برعکس، Eddystone چار قسم کے پیکٹ کو سپورٹ کرتا ہے: Eddystone-UID (مقررہ شناخت کنندہ)، Eddystone-URL (Physical Web کے لیے URL ٹرانسمیشن)، Eddystone-TLM (بیکن ٹیلی میٹری — بیٹری چارج، درجہ حرارت) اور Eddystone-EID (کلوننگ سے تحفظ کے لیے خفیہ کردہ شناخت کنندہ)۔ اگرچہ Google نے 2022 میں Physical Web کی ترقی روک دی، Eddystone پروٹوکول کارپوریٹ حل میں استعمال ہوتا رہتا ہے۔

پروجیکٹ کے لیے پروٹوکول کا انتخاب

iBeacon اور Eddystone کے درمیان انتخاب ہدف پلیٹ فارم اور استعمال کے منظرنامے پر منحصر ہے۔ iBeacon iOS ایپلیکیشنز کے لیے ترجیحی ہے، کیونکہ CoreLocation کے ساتھ مقامی انضمام اور بیک گراؤنڈ میں علاقے کی نگرانی۔ Eddystone Android پر مبنی پروجیکٹس اور Physical Web منظرناموں کے لیے زیادہ موزوں ہے، جہاں بیکن ایپلیکیشن انسٹال کیے بغیر URL منتقل کرتا ہے۔ کراس پلیٹ فارم پروجیکٹس کے لیے اکثر AltBeacon استعمال کیا جاتا ہے، جو دونوں پروٹوکول کو سپورٹ کرتا ہے۔

عام iBeacon مسائل اور حدود

iBeacon کے نفاذ میں، ڈیولپرز کو کئی حدود کا سامنا کرنا پڑتا ہے جنہیں فن تعمیر کے ڈیزائن مرحلے میں مدنظر رکھنا ضروری ہے۔ ان عوامل کی غلط تشخیص نیویگیشن کے غیر مستحکم کام، غلط ٹرگرز اور متوقع وقت سے پہلے بیکن کی بیٹری ختم ہونے کا باعث بنتی ہے۔

RSSI پر ماحول کا اثر

سگنل کی سطح RSSI دیواروں سے عکاسی، دھاتی ڈھانچے، لوگوں کی موجودگی اور 2.4 GHz بینڈ میں دیگر وائرلیس آلات کی وجہ سے نمایاں اتار چڑھاؤ کا شکار ہے۔ اندرونی ماحول میں ایک ہی بیکن کے لیے RSSI میں تبدیلی ایک منٹ میں 10-15 dBm تک پہنچ سکتی ہے، جو فلٹرز (موونگ ایوریج، کلمان فلٹر) کے استعمال کے بغیر فاصلے کے حساب کتاب کو غلط بنا دیتی ہے۔

علاقے کی نگرانی کی حد

iOS فی ایپلیکیشن زیادہ سے زیادہ 20 علاقوں کی بیک وقت نگرانی کی حمایت کرتا ہے۔ بڑے رقبے (ہوائی اڈہ، اسٹیڈیم) کی کوریج کی ضرورت والے پروجیکٹس کے لیے یہ ناکافی ہے۔ حل متحرک علاقے کی تبدیلی کا استعمال ہے: ایک علاقے میں داخل ہونے پر پڑوسی علاقے فعال ہو جاتے ہیں اور دور دراز کے علاقے غیر فعال ہو جاتے ہیں۔

نگرانی کا جوابی وقت

علاقے میں داخل ہونے اور اطلاع ملنے کے درمیان تاخیر حالات کے لحاظ سے 1 سے 30 سیکنڈ تک ہو سکتی ہے۔ iOS بیٹری بچانے کے لیے وقتاً فوقتاً بیکن اسکین کرتا ہے، لہذا فوری ردعمل کی توقع نہیں کرنی چاہیے۔ وقت کے لحاظ سے حساس منظرناموں میں (دروازے کے قریب پہنچنے پر کھلنا)، Immediate ranging استعمال کرنے کی سفارش کی جاتی ہے، لیکن یہ صرف ایپلیکیشن کے فعال موڈ میں کام کرتا ہے۔