डिलीवरी की लंबी सूचना फ़ोन पर एक ही टेक्स्ट जैसी दिख सकती है। फिर भी उस पर कई बिल योग्य इकाइयाँ लग सकती हैं। हर हिस्से में टेक्स्ट के साथ यह जानकारी भी होती है कि पूरे संदेश में उसका स्थान कहाँ है।
फ़ोन को कैसे पता चलता है कि किन भागों को जोड़ना है?
हर भाग में एक साझा संदर्भ, भागों की कुल संख्या और क्रम में उसकी स्थिति होती है।
ये मान टेक्स्ट के साथ एक हेडर में रहते हैं। यह तरीका 3rd Generation Partnership Project के स्पेसिफ़िकेशन 23.040 में परिभाषित है। फ़ोन यह भी जाँचता है कि सभी भागों का भेजने वाला और मैसेज सेंटर एक ही हो।
हेडर हर भाग की क्षमता का कुछ हिस्सा घेरता है। इसलिए Bird कॉन्कैटनेटेड मैसेज के हर भाग के लिए टेक्स्ट की छोटी सीमा इस्तेमाल करता है।
एक अतिरिक्त अक्षर से नया सेगमेंट क्यों बन जाता है?
जब मैसेज एक सेगमेंट की सीमा पार करता है, तो Bird पूरे मैसेज को मल्टीपार्ट मैसेज की छोटी सीमा के हिसाब से बाँटता है।
सामान्य लैटिन टेक्स्ट के एक सेगमेंट में 160 अक्षर आते हैं। लंबे मैसेज के हर भाग में 153 अक्षर आते हैं।
160 सामान्य लैटिन अक्षरों का मैसेज एक सेगमेंट में आ जाता है। एक और अक्षर जोड़ने पर 161 अक्षरों के मैसेज को दो भाग चाहिए, जिनमें 153 और आठ अक्षर होते हैं। पहले भाग सहित दोनों भाग हेडर के लिए जगह रखते हैं।
कर्ली कोट्स जैसे अक्षर पूरे मैसेज को छोटी सीमा पर ले जाते हैं: 70 अक्षर, या हर भाग में 67। इसलिए 70 लैटिन अक्षरों और एक कर्ली कोट वाले टेक्स्ट को दो भाग चाहिए।
कुछ अक्षर इन सीमाओं में दोगुने गिने जाते हैं। GSM-7 बनाम UCS-2 बताता है कि दिखने वाले अक्षरों की गिनती ज़रूरी जगह को कम क्यों आँक सकती है।
अगर कोई भाग नहीं पहुँचता तो क्या होता है?
जब तक फ़ोन को सभी भाग नहीं मिल जाते, वह पूरा टेक्स्ट नहीं जोड़ पाता।
नेटवर्क इन हिस्सों को अलग-अलग संदेशों की तरह संभालता है। हर हिस्से की डिलीवरी स्वतंत्र रूप से पूरी हो सकती है। एक हिस्से की सफल डिलीवरी से यह साबित नहीं होता कि पूरा टेक्स्ट डिलीवर हो गया है।
इसलिए अधूरा संदेश डिलीवरी की समस्या हो सकता है, भले ही आपके एप्लिकेशन ने पूरा बॉडी सबमिट किया हो। जहाँ संभव हो, वन-टाइम सत्यापन कोड को एक सेगमेंट के भीतर रखें। तब प्राप्तकर्ता को उसे पढ़ने के लिए कई हिस्सों की ज़रूरत नहीं पड़ती।
Bird कितने हिस्से स्वीकार करता है?
आप एक अनुरोध में अधिकतम बारह सेगमेंट भेज सकते हैं। इससे लंबे बॉडी को Bird अस्वीकार कर देता है।
इसमें 1,836 सामान्य लैटिन अक्षर आते हैं: 153 के बारह हिस्से। व्यापक वर्णमाला में 804 अक्षर आते हैं: 67 के बारह हिस्से। दोगुने गिने जाने वाले अक्षर, जिनमें कुछ इमोजी शामिल हैं, इसमें आने वाले टेक्स्ट की मात्रा घटा देते हैं।
अनुरोध का text फ़ील्ड एक गैर-खाली स्ट्रिंग स्वीकार करता है, जिस पर बारह सेगमेंट की सीमा लागू होती है। इस सीमा से आगे जाने पर HTTP 422 लौटता है, यानी अमान्य सामग्री के कारण अनुरोध अस्वीकार हो जाता है। Bird टेक्स्ट को चुपचाप छोटा नहीं करता।
मैं गणना किया गया परिणाम कैसे जाँचूँ?
Bird ने क्या गणना की, यह देखने के लिए आप संदेश प्रतिक्रिया का segments ऑब्जेक्ट पढ़ें।
countकम से कम 1 का पूर्णांक है। आउटगोइंग संदेश 12 से अधिक नहीं हो सकते। हर हिस्सा एक बिल योग्य इकाई जोड़ता है।encodingका मानGSM_7BITयाUCS2होता है, जो बताता है कि कौन-सी क्षमता लागू है।charactersदोगुनी गिनती के नियम लागू करने से पहले अक्षरों की गिनती करता है। बिल योग्य सेगमेंट जाँचने के लिएcountका उपयोग करें।
लंबे टेम्पलेट के लिए, नाम या अन्य परिवर्तनशील टेक्स्ट डालने के बाद अंतिम बॉडी जाँचें। SMS सेगमेंट बिलिंग की गणना समझाता है, और अक्षर सीमा गाइड प्रतिक्रिया का विवरण देती है।
संक्षेप में
आप एक संदेश सबमिट करते हैं।
Bird बहुत बड़े बॉडी को ऐसे हिस्सों में बाँटता है जिन्हें प्राप्त करने वाला फ़ोन जोड़ सकता है।
हर हिस्से को हेडर चाहिए।
हिस्सों को जोड़ने की जानकारी हर सेगमेंट में टेक्स्ट की क्षमता घटाती है, पहले सेगमेंट में भी।
एक हिस्सा न पहुँचे तो पूरा संदेश नहीं जुड़ता।
पूरा टेक्स्ट दिखाने के लिए फ़ोन को सभी हिस्से चाहिए।
Bird भेजे जाने वाले संदेशों को अधिकतम बारह सेगमेंट तक सीमित रखता है।
इससे लंबा बॉडी काटा नहीं जाता, बल्कि HTTP 422 प्रतिक्रिया के साथ अस्वीकार कर दिया जाता है।