हम पेजर संदेश POCSAG, भाग 2 के प्रोटोकॉल का विश्लेषण करते हैं

हाय हमर!

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


जो लोग इस काम में रुचि रखते हैं, उनके लिए कटौती जारी है।

संकेत का स्वागत

सबसे पहले, सिग्नल प्राप्त किया जाना चाहिए, जिसके लिए हम एक ही आरटीएल-एसडीआर रिसीवर और एचडीएसडीआर प्रोग्राम का उपयोग करते हैं। हम पहले से ही पहले से ही जानते हैं कि पेजिंग संदेश डिजिटल हो सकते हैं (सामग्री केवल संख्या 0-9 है, पत्र यू "बदसूरत", एक स्थान और कोष्ठक की एक जोड़ी) और अल्फ़ान्यूमेरिक है, सामग्री पूर्ण ASCII वर्ण हैं। स्वाभाविक रूप से, हम पहले से ही संदेश के प्रकार को नहीं जानते हैं (यह अभी भी उन्हें "कान से" डिकोड करना संभव नहीं है), इसलिए जब रिकॉर्डिंग करते हैं तो हम बस एक संदेश का चयन करते हैं जो अधिक प्रामाणिक होता है।



एक wav फ़ाइल को एक बिट स्ट्रीम में बदलने के कार्यक्रम को पहले ही माना जा चुका है, इसलिए तुरंत परिणाम दिखाएं - पेजिंग संदेश इस तरह दिखता है:



कुछ विशेषताएं तुरंत नग्न आंखों को दिखाई देती हैं - उदाहरण के लिए, यह देखा जा सकता है कि शुरुआती क्रम 01010101010101 दो बार दोहराया जाता है। यानी यह संदेश न केवल लंबा है, बल्कि अनिवार्य रूप से दो "सरेस से जोड़ा हुआ" है, हालांकि मानक इसे निषिद्ध नहीं करता है।

डिकोडिंग

शुरू करने के लिए, पिछले भाग की संक्षिप्त सामग्री को याद करें। पेजिंग संदेश की शुरुआत एक लंबे हेडर 0101010101 से होती है, जिसके बाद चित्र में दिखाए गए "पैकेट" के एक क्रम को बैच 1। एन के रूप में दिखाया गया है:



प्रत्येक पैकेट 32-बिट ब्लॉक के बाद फ़्रेम सिंक कोड स्टार्ट सीक्वेंस (01111100 ...) से शुरू होता है। प्रत्येक ब्लॉक या तो एक पते या एक संदेश निकाय को संग्रहीत कर सकता है।

पिछली बार हमने केवल डिजिटल संदेशों को देखा था, अब हम ASCII संदेशों में रुचि रखते हैं। सबसे पहले, आपको यह सीखने की ज़रूरत है कि उनके बीच अंतर कैसे करें। ऐसा करने के लिए, हमें "फ़ंक्शन बिट्स" फ़ील्ड की आवश्यकता है - यदि ये 2 बिट 00 हैं, तो संदेश डिजिटल है, यदि 11 है, तो पाठ।

जैसा कि आंकड़े से देखा जा सकता है, 20 बिट्स संदेश क्षेत्र को आवंटित किए जाते हैं, जो कि 5 4-बिट बीसीडी कोड में पूरी तरह से फिट बैठता है, यदि संदेश डिजिटल है। लेकिन अगर संदेश पाठ है, तो 20 बिट में फिट होने के लिए बहुत अधिक पाठ नहीं है, और 20 7 या 8 से विभाज्य नहीं है। हम मान सकते हैं कि प्रोटोकॉल का पहला संस्करण (और यह 1982 में पहले से ही बनाया गया था) केवल डिजिटल संदेशों का समर्थन किया ( हाँ और यह संभावना नहीं है कि निक्सी-ट्यूब पर उन वर्षों के पहले पेजर्स अधिक प्रदर्शित हो सकते हैं ), और उसके बाद ही, अगले संस्करण में, एएससीआईआई के लिए समर्थन जोड़ा गया था। लेकिन कब से प्रारूप मानक का उल्लंघन करना अब संभव नहीं था, यह आसान था - बिटस्ट्रीम बस के रूप में संयुक्त है (प्रत्येक संदेश से 20 बिट निकाले जाते हैं और बफर के अंत में जोड़ दिए जाते हैं), और उसके बाद ही, अंत में, यह सब पात्रों में डिकोड किया जाता है।

प्राप्त संदेश के एक ब्लॉक पर विचार करें (स्पष्टता के लिए रिक्त स्थान जोड़े जाते हैं):

0 0001010011100010111111110010010 1 00010100000110110011 11100111001 1 01011010011001110100 01111011100 1 11010001110110100100 11011000100 1 11000001101000110100 10011110111 1 11100000010100011011 11101110000 1 00110010111011001101 10011011010 1 00011001011100010110 10011000010 1 10101100000010010101 10110000101 1 00010110111011001101 00000011011 1 10100101000000101000 11001010100 1 00111101010101101100 11011111010 

पहली पंक्ति में, पहले बिट में "0" इंगित करता है कि यह एक पता क्षेत्र है, और बिट्स 20-21 में "11" इंगित करता है कि यह संदेश प्रतीकात्मक है। अगला, बस प्रत्येक पंक्ति से 20 बिट लें और उन्हें एक साथ जोड़ें।

हमें निम्न बिट अनुक्रम मिलते हैं:

 00010100000110110011010110100110011101001101000111011010010011000001101000 11010011100000010100011011001100101110110011010001100101110001011010101100 000010010101000101101110110011011010010100000010100000111101010101101 

POCSAG प्रोटोकॉल 7-बिट ASCII का उपयोग करता है, इसलिए लाइन को 7 बिट्स के ब्लॉक में विभाजित करें:

 0001010 0000110 1100110 1011010 0110011 1010011 ... 

हम चरित्र कोड को डिकोड करने की कोशिश करते हैं (एएससीआईआई टेबल आसानी से इंटरनेट पर मौजूद है), और ... हमें आउटपुट पर कचरा मिलता है। एक बार फिर, दस्तावेज़ खोलें और सूक्ष्म वाक्यांश ढूंढें "ASCII वर्ण बाएं से दाएं (MSB से LSB) में रखे गए हैं। एलएसबी पहले संचारण कर रहा है। ” यानी सबसे पहले, कम-ऑर्डर बिट प्रसारित किया जाता है, और फिर उच्च-क्रम बिट - एएससीआईआई कोड के सही डिकोडिंग के लिए, 7-बिट स्ट्रिंग्स को चालू किया जाना चाहिए।

मैन्युअल रूप से ऐसा करने से बचने के लिए, हम पायथन कोड लिखते हैं:

 def parse_msg(block): msgs = "" for cw in range(16): cws = block[32 * cw:32 * (cw + 1)] # Skip the idle word if cws.startswith("0111101010"): continue if cws[0] == "0": addr, type = cws[1:19], cws[19:21] print(" Addr:" + addr, type) else: msg = cws[1:21] print(" Msg: " + msg) msgs += msg # Split long string to 7 chars blocks bits = [msgs[i:i+7] for i in range(0, len(msgs), 7)] # Get the message msg = "" for b in bits: b1 = b[::-1] # Revert string value = int(b1, 2) msg += chr(value) print("Msg:", msg) print() 

नतीजतन, हमें निम्नलिखित अनुक्रम (बिट्स, चरित्र कोड और स्वयं वर्ण) मिलते हैं:

 0101000 40 ( 0110000 48 0 0110011 51 3 0101101 45 - 1100110 102 f 1100101 101 e 1100010 98 b 0101101 45 - 0110010 50 2 0110000 48 0 0110001 49 1 0111001 57 9 0100000 32 0110001 49 1 0110011 51 3 0111010 58 : 0110011 51 3 0110001 49 1 0111010 58 : 0110100 52 4 0110101 53 5 0100000 32 0101010 42 * 0110100 52 4 0110111 55 7 0110110 54 6 0101001 41 ) 0100000 32 1000001 65 A 1010111 87 W 1011010 90 Z 

पात्रों को एक साथ मिलाएं और पंक्ति प्राप्त करें: "(03-फ़ेब-2019 13:31:45 * 476) AWZ"। जैसा कि लेख की शुरुआत में वादा किया गया है, पाठ काफी पठनीय है।

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

निष्कर्ष

बेशक, प्रोटोकॉल पूरी तरह से समझा नहीं गया है, लेकिन सबसे दिलचस्प हिस्सा किया गया है, और फिर दिनचर्या बनी हुई है, जो अब इतना दिलचस्प नहीं है। कम से कम, प्राप्तकर्ता के पते (कैपकोड) का डिकोडिंग नहीं होता है, और त्रुटि सुधार कोड (BCH चेक बिट्स) के लिए समर्थन लागू नहीं होता है - यह ट्रांसमिशन के दौरान 2 "खराब" बिट्स को सही करने की अनुमति देगा। हालांकि, लक्ष्य एक पूर्ण डिकोडर बनाने के लिए नहीं था - पहले से ही ऐसे डिकोडर हैं, और एक और शायद ही जरूरत है।

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

कार्यक्रम का परिणाम कुछ इस तरह दिखता है:



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