iBeacon: यह क्या है, बीकन संचालन सिद्धांत और BLE कॉन्फ़िगरेशन

iBeacon क्या है?

iBeacon Apple द्वारा विकसित और WWDC 2013 में प्रस्तुत एक इनडोर पोजिशनिंग तकनीक है। GPS के विपरीत, जो इमारतों के अंदर काम नहीं करता, iBeacon ब्लूटूथ लॉ एनर्जी बीकन्स का उपयोग करता है — छोटे बैटरी संचालित उपकरण जो निश्चित पहचान पैकेट प्रेषित करते हैं। 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 पैकेट एक प्रचारत्मक PDU (प्रोटोकॉल डेटा यूनिट) है जो 2402, 2426 और 2480 MHz की आवृत्तियों पर BLE प्रचार चैनलों पर प्रेषित होता है। पैकेट प्रारूप सत्यापन रूप से निश्चित है और इसमें चार फ़ील्ड होते हैं: Apple iBeacon उपसर्ग (0x4C000215), 16-बाइट UUID, 2-बाइट Major और 2-बाइट Minor मान, और दूरी अंशांकन के लिए 1-बाइट TX Power। कुल डेटा आकार 30 बाइट है, जो एक BLE प्रचारत्मक 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 क्षेत्र में, RSSI -60 से -80 dBm के बीच होता है जब TX Power अंशांकन -59 dBm होता है।

Far — लंबी दूरी

Far बीकन सिग्नल पता लगाने का अधिकतम क्षेत्र है। इसका उपयोग किसी क्षेत्र में प्रवेश की निगरानी के लिए किया जाता है (जैसे शॉपिंग सेंटर में प्रवेश)। Far दूरी पर, RSSI आमतौर पर -80 dBm से कमजोर होता है, और दूरी सख़ता में काफी गिरावट आती है। प्रवेश निगरानी के लिए, सत्यापन क्षेत्र निर्धारण के बजाय सिस्टम API रीजन मोनिटरिंग का उपयोग किया जाता है।

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 विधि proximity फ़ील्ड (CLProximity.immediate, .near, .far, .unknown), accuracy (मीटर में अंशांकित दूरी) और rssi के साथ CLBeacon की एक सारणी लौटाती है।

func locationManager(
    _ manager: CLLocationManager,
    didRangeBeacons beacons: [CLBeacon],
    in region: CLBeaconRegion
) {
    for beacon in beacons {
        switch beacon.proximity {
        case .immediate:
            print("Immediate proximity")
        case .near:
            print("Near proximity")
        case .far:
            print("Far proximity")
        default:
            print("Unknown proximity")
        }
    }
}

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 के स௣eथ काम करने की तीन मुख्य सीमाएँ हैं: बैकग्राउंड स्कैनिंग निर्माताओं द्वारा प्रतिबंधित है (Xiaomi, Huawei, Samsung अक्सर बैकग्राउंड प्रक्रियाओं को मार देते हैं), RSSI सख़ता BLE स्टैक में अंतरों के कारण 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 की सिफारिश की जाती है, लेकिन यह केवल सक्रिय एप्ल मोड में काम करता है।