किसी औद्योगिक संयंत्र, परिवहन नियंत्रण केंद्र या आपातकालीन संचालन कक्ष में केवल एक संचार नेटवर्क पर निर्भरता बहुत कम होती है। स्थायी कार्यस्थानों पर SIP फोन का उपयोग किया जा सकता है, खतरनाक क्षेत्रों में विस्फोट-रोधी टेलीफोन की आवश्यकता हो सकती है, फील्ड कर्मी रेडियो पर निर्भर रहते हैं, और उत्पादन क्षेत्रों में पेजिंग स्पीकर, इंटरकॉम स्टेशन, CCTV कैमरे और अलार्म उपकरण भी लगाए जा सकते हैं।

समस्या तब उत्पन्न होती है जब किसी एक घटना के दौरान इन कई प्रणालियों का एक साथ उपयोग करना आवश्यक हो। गैस अलार्म, उपकरण विफलता या सुरक्षा घटना पर प्रतिक्रिया देने वाले डिस्पैचर को स्थान की पहचान करनी पड़ सकती है, आसपास के कर्मियों से संपर्क करना पड़ सकता है, किसी रेडियो समूह से जुड़ना पड़ सकता है, कैमरा देखना पड़ सकता है और प्रभावित क्षेत्र में निर्देश प्रसारित करने पड़ सकते हैं। यदि प्रत्येक संसाधन अलग-अलग बना रहता है, तो ऑपरेटर को विभिन्न कंसोल, संपर्क सूचियों और सॉफ्टवेयर प्लेटफॉर्म के बीच बार-बार स्विच करना पड़ता है।

एक यूनिफाइड डिस्पैच सिस्टम SIP, IP नेटवर्किंग, RoIP गेटवे, मीडिया इंटरफेस और एप्लिकेशन इंटीग्रेशन के माध्यम से इन संसाधनों को एक साझा संचालन वातावरण में लाता है। मौजूदा उपकरणों को अनिवार्य रूप से बदलना आवश्यक नहीं है। पहला उद्देश्य यह निर्धारित करना है कि प्रत्येक संचार संसाधन को कैसे जोड़ा, नियंत्रित और नियंत्रण कक्ष द्वारा उपयोग किए जाने वाले कार्यप्रवाह से संबद्ध किया जा सकता है।

संचार प्रणालियाँ अलग-अलग क्यों बनी रहती हैं

एक ही Ethernet नेटवर्क साझा करने का अर्थ यह नहीं है कि अलग-अलग संचार प्रणालियाँ आपस में स्वचालित रूप से काम कर सकती हैं। SIP फोन, रेडियो सिस्टम, पब्लिक एड्रेस उपकरण, कैमरे और अलार्म डिवाइस अलग-अलग सिग्नलिंग, एड्रेसिंग और नियंत्रण विधियों का उपयोग करते हैं।

एक SIP फोन सामान्यतः किसी IP PBX या संचार सर्वर पर रजिस्टर होता है। SIP कॉल की स्थापना और रूटिंग को संभालता है, जबकि आवाज IP मीडिया के रूप में भेजी जाती है। रेडियो चैनल की आवश्यकताएँ अलग होती हैं: ट्रांसमिट और रिसीव ऑडियो, PTT नियंत्रण तथा रिसीव-स्टेटस डिटेक्शन जैसी जानकारी को डिस्पैच प्लेटफॉर्म के साथ साझा करना पड़ सकता है। पेजिंग सिस्टम मुख्य रूप से ज़ोन, प्राथमिकता और ऑडियो वितरण पर केंद्रित होता है, जबकि CCTV और अलार्म सिस्टम कैमरा ID, इवेंट ID, स्थान और एप्लिकेशन डेटा के साथ काम करते हैं।

इसलिए इंटीग्रेशन कई अलग-अलग स्तरों पर हो सकता है:

यही कारण है कि कुछ डिवाइस सीधे SIP के माध्यम से रजिस्टर हो सकते हैं, कुछ को गेटवे की आवश्यकता होती है, और अन्य को API या समर्पित प्लेटफॉर्म इंटरफेस के माध्यम से इंटीग्रेट करना पड़ता है।

एक पारंपरिक टेलीफोन सिस्टम मुख्य रूप से एक्सटेंशन, ट्रंक और कॉल का प्रबंधन करता है। यूनिफाइड डिस्पैच इस मॉडल को रेडियो चैनलों, पेजिंग ज़ोन, कैमरों, अलार्म पॉइंट, GIS स्थानों और थर्ड-पार्टी ऑपरेशनल संसाधनों तक विस्तारित करता है।

यूनिफाइड डिस्पैच आर्किटेक्चर

एक व्यावहारिक सिस्टम सामान्यतः चार भागों में व्यवस्थित होता है: डिस्पैच लेयर, कम्युनिकेशन कोर, एक्सेस लेयर और फील्ड संसाधन। सर्वर और गेटवे की संख्या परियोजना के आकार के अनुसार बदल सकती है, लेकिन संचार का मूल लॉजिक लगभग समान रहता है।

डिस्पैच लेयर

डिस्पैच लेयर वह स्थान है जहाँ ऑपरेटर काम करते हैं। इसमें डिस्पैच सॉफ्टवेयर, डेस्कटॉप कंसोल, पेजिंग कंसोल, GIS, वीडियो विंडो, कम्युनिकेशन ग्रुप और इवेंट जानकारी को एक साथ जोड़ा जा सकता है।

संसाधनों को केवल डिवाइस नंबर के आधार पर नहीं, बल्कि उनके ऑपरेशनल अर्थ के अनुसार प्रस्तुत किया जाना चाहिए। ऑपरेटर Maintenance Team, Radio Channel 2, Tank Area Paging या East Gate Intercom जैसे संसाधनों का चयन कर सकता है, बिना यह निर्धारित किए कि मूल प्लेटफॉर्म में उस संसाधन का स्वामित्व किस सिस्टम के पास है।

कम्युनिकेशन कोर

कोर प्लेटफॉर्म SIP रजिस्ट्रेशन, नंबरिंग, कॉल रूटिंग, कॉन्फ्रेंसिंग, परमिशन और मीडिया सेवाओं को संभालता है। क्षमता और विश्वसनीयता की आवश्यकताओं के आधार पर सिस्टम में IP PBX, यूनिफाइड कम्युनिकेशन सर्वर, डिस्पैच सर्वर और रिकॉर्डिंग सेवा शामिल हो सकती है।

SIP फोन, डिस्पैच टेलीफोन और संगत इंटरकॉम टर्मिनल सीधे रजिस्टर हो सकते हैं। अन्य सिस्टम गेटवे या एप्लिकेशन-लेवल इंटरफेस के माध्यम से कोर तक पहुँचते हैं।

एक्सेस लेयर

एक्सेस लेयर उन संचार संसाधनों को कन्वर्ट और कनेक्ट करती है जो सीधे IP डिस्पैच वातावरण से नहीं जुड़ सकते। RoIP गेटवे रेडियो चैनलों को जोड़ते हैं, वॉइस गेटवे एनालॉग टेलीफोन या पुराने PBX संसाधनों को बनाए रखने की अनुमति देते हैं, और पेजिंग इंटरफेस मौजूदा पब्लिक एड्रेस इन्फ्रास्ट्रक्चर को जोड़ सकते हैं।

रेट्रोफिट परियोजनाओं में यह लेयर अक्सर डिस्पैच इंटरफेस से भी अधिक महत्वपूर्ण होती है। किसी उपकरण को बदलने पर विचार करने से पहले मौजूदा उपकरणों में उपलब्ध उपयोगी इंटरफेस की जाँच की जानी चाहिए।

फील्ड संसाधन

फील्ड संसाधनों में IP फोन, औद्योगिक टेलीफोन, विस्फोट-रोधी टेलीफोन, SIP इंटरकॉम, पेजिंग स्पीकर, ऑडियो कॉलम, हैंडहेल्ड रेडियो, मोबाइल रेडियो, कैमरे और अलार्म डिवाइस शामिल हो सकते हैं।

यूनिफाइड डिस्पैच वास्तविक संचालन वातावरण के अनुसार टर्मिनल चुनने की आवश्यकता को समाप्त नहीं करता। खतरनाक क्षेत्रों में अभी भी उपयुक्त विस्फोट-सुरक्षित उपकरणों की आवश्यकता होती है, जबकि खुले बाहरी क्षेत्रों में मौसम-प्रतिरोधी औद्योगिक टर्मिनलों की आवश्यकता हो सकती है।

टेलीफोन और SIP इंटीग्रेशन

SIP-आधारित टर्मिनल सामान्यतः सबसे आसानी से इंटीग्रेट किए जाने वाले संसाधन होते हैं। IP फोन, डिस्पैच टेलीफोन और SIP इंटरकॉम व्यक्तिगत खातों या एक्सटेंशन का उपयोग करके कम्युनिकेशन प्लेटफॉर्म पर रजिस्टर हो सकते हैं। इसके बाद प्लेटफॉर्म रूटिंग, परमिशन और कम्युनिकेशन ग्रुप का प्रबंधन करता है।

वही वातावरण डायरेक्ट कॉल, ग्रुप कम्युनिकेशन, ट्रांसफर और कॉन्फ्रेंस सुविधाओं का समर्थन कर सकता है, जिससे हर प्रकार के टर्मिनल के लिए अलग नियंत्रण इंटरफेस की आवश्यकता नहीं होती।

मौजूदा टेलीफोन सिस्टम

एनालॉग फोन या मौजूदा PBX वाले स्थलों पर पूरे सिस्टम को बदलना आवश्यक नहीं है। एनालॉग उपयोगकर्ताओं को FXS गेटवे के माध्यम से जोड़ा जा सकता है, जबकि संगत इंटरफेस उपलब्ध होने पर मौजूदा PBX को SIP ट्रंक या वॉइस गेटवे के माध्यम से जोड़ा जा सकता है।

जब पुराने और नए सिस्टम साथ काम करते हैं, तो नंबर प्लानिंग महत्वपूर्ण हो जाती है। स्विचओवर से पहले एक्सटेंशन रेंज, रूट प्राथमिकताएँ और समवर्ती चैनल निर्धारित किए जाने चाहिए, ताकि दोनों ओर के उपयोगकर्ता नंबरिंग संघर्ष के बिना आवश्यक गंतव्यों तक पहुँच सकें।

इसलिए यूनिफाइड डिस्पैच परियोजना को चरणबद्ध तरीके से लागू किया जा सकता है। जहाँ अतिरिक्त सुविधाओं की आवश्यकता हो वहाँ नए SIP टर्मिनल लगाए जा सकते हैं, जबकि उपयोग योग्य पुराने टेलीफोन उपयुक्त गेटवे के माध्यम से जुड़े रह सकते हैं।

RoIP के माध्यम से रेडियो इंटीग्रेशन

रेडियो इंटीग्रेशन सामान्य SIP टेलीफोनी से अलग होता है क्योंकि डिस्पैच प्लेटफॉर्म को केवल आवाज ही नहीं, बल्कि उससे अधिक चीज़ों को नियंत्रित करना पड़ता है। उसे रेडियो ट्रांसमिशन सक्रिय करने और यह निर्धारित करने का तरीका चाहिए कि रेडियो चैनल ट्रैफिक प्राप्त कर रहा है या नहीं।

RoIP गेटवे रेडियो उपकरण और IP नेटवर्क के बीच स्थित होता है। रेडियो पक्ष सामान्यतः ट्रांसमिट ऑडियो, रिसीव ऑडियो और PTT तथा COR जैसे नियंत्रण संकेतों को वहन करता है। नेटवर्क पक्ष आवश्यक ऑडियो और नियंत्रण जानकारी को डिस्पैच सिस्टम तक पहुँचाता है।

एक सरल संचार पथ इस प्रकार है:

डिस्पैच कंसोल → IP नेटवर्क → RoIP गेटवे → रेडियो बेस स्टेशन → हैंडहेल्ड रेडियो

कनेक्ट होने के बाद रेडियो चैनल को डिस्पैच संसाधन के रूप में प्रदर्शित किया जा सकता है। ऑपरेटर स्वतंत्र रेडियो कंसोल संचालित किए बिना डिस्पैच इंटरफेस से उत्पादन, रखरखाव, सुरक्षा या आपातकालीन चैनल चुन सकता है।

मल्टी-चैनल RoIP गेटवे कई रेडियो संसाधनों को जोड़ सकते हैं, जबकि प्लेटफॉर्म के भीतर प्रत्येक चैनल अलग-अलग पहचान योग्य बना रहता है। प्रत्येक साइट पर आवश्यक रेडियो इंटरफेस की संख्या के अनुसार सिंगल-चैनल और मल्टी-चैनल गेटवे चुने जा सकते हैं।

रेडियो इंटरफेस आवश्यकताएँ

तैनाती से पहले रेडियो कनेक्शन की जाँच की जानी चाहिए। महत्वपूर्ण पैरामीटर में ऑडियो इंटरफेस, ट्रांसमिट और रिसीव स्तर, PTT नियंत्रण विधि, COR या रिसीव डिटेक्शन तथा चैनल व्यवहार शामिल हैं।

केवल ऑडियो ट्रांसपोर्ट से पूर्ण डिस्पैच कनेक्शन नहीं बनता। कोई सिस्टम प्राप्त आवाज को सफलतापूर्वक पास कर सकता है, लेकिन यदि PTT नियंत्रण सही ढंग से कॉन्फ़िगर नहीं किया गया है तो वह ट्रांसमिट करने में विफल हो सकता है।

नेटवर्क प्रदर्शन भी महत्वपूर्ण है। अत्यधिक विलंब, जिटर या पैकेट लॉस Push-to-Talk संचार की उपयोगिता को प्रभावित कर सकते हैं, विशेष रूप से जब रेडियो संसाधन दूरस्थ IP लिंक के माध्यम से जुड़े हों।

संबंधित समाधान: रेडियो डिस्पैच सिस्टम

PA, वीडियो और अलार्म इंटीग्रेशन

पब्लिक एड्रेस, वीडियो और अलार्म सिस्टम को केवल अलग-अलग एप्लिकेशन के रूप में डिस्पैच स्क्रीन पर नहीं जोड़ा जाना चाहिए। जब प्रत्येक संसाधन को किसी भौतिक क्षेत्र, डिवाइस या ऑपरेशनल इवेंट से जोड़ा जाता है, तब उनका उपयोग अधिक प्रभावी हो जाता है।

पब्लिक एड्रेस

SIP पेजिंग डिवाइस IP संचार वातावरण के माध्यम से जुड़ सकते हैं, जबकि पारंपरिक एम्पलीफायर और स्पीकर नेटवर्क के लिए ऑडियो या पेजिंग गेटवे की आवश्यकता हो सकती है।

स्पीकर सामान्यतः Production Area, Warehouse, Loading Bay या Outdoor Yard जैसे ऑपरेशनल ज़ोन में व्यवस्थित किए जाते हैं। डिस्पैचर प्रत्येक लाउडस्पीकर को अलग-अलग संबोधित करने के बजाय किसी ज़ोन का चयन करता है।

पेजिंग प्राथमिकता भी निर्धारित की जानी चाहिए। सामान्य घोषणाओं, ऑपरेशनल संदेशों और आपातकालीन निर्देशों के लिए अलग-अलग प्राथमिकता स्तर आवश्यक हो सकते हैं, ताकि महत्वपूर्ण संचार कम प्राथमिकता वाले ऑडियो से अवरुद्ध न हो।

वीडियो इंटीग्रेशन

CCTV इंटीग्रेशन टेलीफोन की तरह रजिस्ट्रेशन से नहीं, बल्कि संसाधन संबद्धता के माध्यम से काम करता है। किसी कैमरे को प्रवेश द्वार, उत्पादन इकाई, अलार्म ज़ोन या फील्ड टर्मिनल से जोड़ा जा सकता है।

जब इंटरकॉम कॉल या अलार्म प्राप्त होता है, तो प्लेटफॉर्म संबंधित कैमरा स्वतः प्रदर्शित कर सकता है या संबंधित वीडियो फीड तक सीधी पहुँच प्रदान कर सकता है। प्रभावित क्षेत्र की जाँच करने से पहले ऑपरेटरों को बड़ी कैमरा सूची में खोज करने की आवश्यकता नहीं रहती।

अलार्म इंटीग्रेशन

गैस डिटेक्टर, आपातकालीन बटन, फायर अलार्म सिस्टम और थर्ड-पार्टी मॉनिटरिंग प्लेटफॉर्म API, डिजिटल I/O या अन्य समर्थित इंटरफेस के माध्यम से इवेंट जानकारी प्रदान कर सकते हैं।

प्लेटफॉर्म को इवेंट प्रकार, स्रोत और स्थान की पहचान करनी चाहिए। इसके बाद इन मानों का उपयोग उसी क्षेत्र से जुड़े संचार संसाधनों को खोजने के लिए किया जाता है।

उदाहरण के लिए, Tank Area A को निम्न संसाधनों से जोड़ा जा सकता है:

• एक विस्फोट-रोधी टेलीफोन;
• एक रखरखाव रेडियो चैनल;
• स्थानीय पेजिंग ज़ोन;
• आसपास के CCTV कैमरे;
• गैस डिटेक्शन पॉइंट;
• जिम्मेदार संचालन टीम।

इसलिए प्लेटफॉर्म केवल कई प्रणालियों को एक साथ प्रदर्शित नहीं करता। यह किसी घटना और उस पर प्रतिक्रिया देने के लिए आवश्यक संचार संसाधनों के बीच संबंध स्थापित करता है।

इवेंट-आधारित डिस्पैच

इवेंट-आधारित डिस्पैच संसाधन इंटीग्रेशन को एक वास्तविक ऑपरेशनल वर्कफ्लो में बदलता है। डिवाइस सूची से शुरुआत करने के बजाय डिस्पैचर घटना से शुरुआत करता है।

किसी प्रोसेस क्षेत्र में गैस अलार्म का उदाहरण लें। अलार्म सिस्टम स्थान या उपकरण पहचानकर्ता के साथ एक इवेंट भेजता है। डिस्पैच प्लेटफॉर्म इस पहचानकर्ता का उपयोग संबंधित GIS स्थान, कैमरे, टेलीफोन टर्मिनल, रेडियो चैनल, पेजिंग ज़ोन और जिम्मेदार कर्मियों को प्राप्त करने के लिए करता है।

एक सामान्य क्रम इस प्रकार हो सकता है:

अलार्म → स्थान → वीडियो सत्यापन → फील्ड कॉल → ज़ोन पेजिंग → समन्वय → रिकॉर्डिंग

ऑपरेटर पहले वीडियो के माध्यम से प्रभावित क्षेत्र की पुष्टि कर सकता है, फिर औद्योगिक टेलीफोन या रेडियो चैनल के माध्यम से आसपास के कर्मियों से संपर्क कर सकता है। यदि घटना बढ़ती है, तो अतिरिक्त टीमों को अस्थायी कम्युनिकेशन ग्रुप या कॉन्फ्रेंस में जोड़ा जा सकता है। इसके बाद निर्देश केवल संबंधित पेजिंग ज़ोन में प्रसारित किए जा सकते हैं।

कॉल, डिस्पैच कार्रवाई और संचार रिकॉर्ड को बाद में समीक्षा के लिए इवेंट के साथ जोड़ा जा सकता है।

ऑटोमेशन को ऑपरेशनल जोखिम के अनुसार लागू किया जाना चाहिए। प्लेटफॉर्म किसी इवेंट का स्थान स्वतः निर्धारित कर सकता है, संबंधित संसाधन प्रदर्शित कर सकता है और संचार कार्रवाइयाँ तैयार कर सकता है। महत्वपूर्ण निर्देश, निकासी संदेश या उत्पादन संबंधी निर्णय ऑपरेटर की पुष्टि के अधीन रखे जा सकते हैं।

यह संतुलन विशेष रूप से औद्योगिक और आपातकालीन वातावरण में महत्वपूर्ण है, जहाँ जानकारी तक तेज़ पहुँच उपयोगी होती है, लेकिन ऑपरेशनल अधिकार और जिम्मेदारी स्पष्ट बने रहने चाहिए।

इंटीग्रेशन और डिप्लॉयमेंट प्लानिंग

सिस्टम डिज़ाइन की शुरुआत किसी पूर्वनिर्धारित सर्वर या कंसोल मॉडल से नहीं, बल्कि मौजूदा संचार वातावरण से होनी चाहिए। पहला कार्य यह पहचानना है कि पहले से क्या स्थापित है, कौन से इंटरफेस उपलब्ध हैं और किन संसाधनों को वास्तव में एक-दूसरे से संचार करना आवश्यक है।

संसाधन मैपिंग

इंटरफेस की पुष्टि होने के बाद संसाधनों को उनके उपयोग के आधार पर व्यवस्थित किया जाना चाहिए। किसी बड़े स्थल पर सैकड़ों एक्सटेंशन, कई रेडियो चैनल, अनेक पेजिंग ज़ोन और बहुत से कैमरे हो सकते हैं। इन सभी को एक साधारण डिवाइस सूची के रूप में प्रदर्शित करना डिस्पैच संचालन को धीमा कर सकता है।

इसके बजाय संसाधनों को विभाग, साइट, ऑपरेशनल क्षेत्र, कार्य भूमिका, रेडियो समूह, पेजिंग ज़ोन या घटना प्रकार के अनुसार समूहित किया जा सकता है। कोई रखरखाव टेलीफोन सामान्य कार्य के दौरान Maintenance Department में हो सकता है और बड़ी घटना होने पर Emergency Response समूह में भी दिखाई दे सकता है।

विश्वसनीयता

जैसे-जैसे अधिक संचार कार्य IP वातावरण पर निर्भर होने लगते हैं, नेटवर्क और सर्वर उपलब्धता संचार डिज़ाइन का हिस्सा बन जाती है। महत्वपूर्ण परियोजनाओं में रिडंडेंट सर्वर, बैकअप डिस्पैच पोज़िशन, UPS पावर, रेज़िलिएंट स्विचिंग और वैकल्पिक संचार मार्गों की आवश्यकता हो सकती है।

मल्टी-साइट सिस्टम में WAN लेटेंसी, पैकेट लॉस और दूरस्थ लिंक उपलब्ध न होने की स्थिति में सिस्टम के व्यवहार का भी मूल्यांकन किया जाना चाहिए। जहाँ ऑपरेशनल आवश्यकता WAN विफलता के दौरान भी साइट-स्तरीय संचालन जारी रखने की मांग करती है, वहाँ स्थानीय संचार उपलब्ध रहना चाहिए।

VLAN और QoS नीतियों का उपयोग महत्वपूर्ण वॉइस और डिस्पैच ट्रैफिक को अलग करने या प्राथमिकता देने के लिए किया जा सकता है, जब वही नेटवर्क वीडियो, ऑफिस डेटा या अन्य उच्च-डेटा अनुप्रयोग भी वहन कर रहा हो।

किसी मौजूदा साइट के लिए एक व्यावहारिक कार्यान्वयन क्रम इस प्रकार है:

मौजूदा संसाधन → इंटरफेस समीक्षा → नेटवर्क इंटीग्रेशन → संसाधन मैपिंग → डिस्पैच वर्कफ्लो

यह क्रम केवल इसलिए उपकरण बदलने से बचाता है क्योंकि वे किसी पुराने सिस्टम का हिस्सा हैं। उपयुक्त इंटरफेस वाले डिवाइस सेवा में बने रह सकते हैं, जबकि गेटवे और एप्लिकेशन इंटीग्रेशन धीरे-धीरे एक साझा IP-आधारित डिस्पैच वातावरण स्थापित करते हैं।

इसलिए यूनिफाइड डिस्पैच सिस्टम की पहचान एक स्क्रीन पर प्रदर्शित संचार कार्यों की संख्या से नहीं होती। इसका वास्तविक मूल्य उन संसाधनों को जोड़ने में है जो पहले स्वतंत्र रूप से काम करते थे और उन्हें स्थान, भूमिका और घटना के आधार पर उपलब्ध कराने में है।

सिस्टम प्लानिंग के लिए Becke Telcom मौजूदा टेलीफोन सिस्टम, रेडियो चैनल, पेजिंग ज़ोन, अलार्म इंटरफेस, नेटवर्क स्थितियों और डिस्पैच पोज़िशन का मूल्यांकन कर सकता है, जिसके बाद आवश्यक IP PBX, RoIP गेटवे, डिस्पैच कंसोल और फील्ड-टर्मिनल कॉन्फ़िगरेशन निर्धारित किया जा सकता है। जटिल परियोजनाओं में भी प्रारंभिक प्रश्न व्यावहारिक ही रहते हैं: किन प्रणालियों को बनाए रखना चाहिए, किन संसाधनों को आपस में संचार करना चाहिए, और किसी घटना के होने पर कौन सा संचार वर्कफ्लो शुरू होना चाहिए?