SMS सेगमेंट क्या है, और एक मैसेज पर तीन का शुल्क क्यों लगा?

फ़ोन एक लंबे टेक्स्ट को एक मैसेज के रूप में दिखा सकता है, भले ही नेटवर्क कई हिस्से ले जाए। आपके टेक्स्ट को एन्कोड करने वाला अल्फ़ाबेट तय करता है कि Bird कितने हिस्सों का शुल्क लेता है।

सेगमेंट क्या है?

सेगमेंट टेक्स्ट का वह सबसे बड़ा टुकड़ा है जो एक नेटवर्क मैसेज में भेजा जा सकता है। सादा लैटिन टेक्स्ट एक सेगमेंट में 160 कैरेक्टर तक समाता है। अगर मैसेज में उस सेट के बाहर एक भी कैरेक्टर हो, जैसे इमोजी, कर्ली कोट या अधिकतर ऐक्सेंटेड अक्षर, तो हर सेगमेंट में केवल 70 कैरेक्टर आते हैं।

जब एक मैसेज को एक से ज़्यादा सेगमेंट चाहिए, तो हर हिस्सा एक हेडर के लिए थोड़ी जगह छोड़ता है जिसे फ़ोन उन्हें जोड़ने के लिए इस्तेमाल करता है: सादे टेक्स्ट के लिए 153 कैरेक्टर प्रति हिस्सा, व्यापक सेट के लिए 67। इसलिए 161 सादे अक्षरों पर दो सेगमेंट लगते हैं, पहले में 153 और दूसरे में 8।

Bird सादे टेक्स्ट को GSM-7 अल्फ़ाबेट में और बाकी सब कुछ UCS-2 के रूप में गिनता है, ये दोनों एन्कोडिंग कैरियर स्वीकार करते हैं। कुछ कैरेक्टर GSM-7 के अंदर भी दोगुने गिने जाते हैं, और कुछ इमोजी UCS-2 में दोगुने गिने जाते हैं; एन्कोडिंग पेज पर इनकी सूची है।

एक मैसेज पर तीन का शुल्क क्यों लगा?

Bird सेगमेंट की संख्या के अनुसार शुल्क लगाता है, इसलिए तीन-सेगमेंट मैसेज पर लागू दर से तीन इकाइयों का शुल्क लगता है।

Bird आपका मैसेज स्वीकार करते समय सेगमेंट की संख्या की गणना करता है। गंतव्य, मैसेज श्रेणी और सेंडर प्रकार भी लागू मूल्य तय करते हैं। आप जिस रूट का उपयोग करते हैं उसके लिए SMS मूल्य निर्धारण देखें।

उदाहरण के लिए, 150 सामान्य लैटिन अक्षर एक सेगमेंट में समा जाते हैं। एक स्माइलिंग-फ़ेस इमोजी जोड़ें और पूरा बॉडी UCS-2 में चला जाता है। वह इमोजी दोगुना गिना जाता है, जिससे कुल 152 हो जाता है। 152 को मल्टीपार्ट क्षमता 67 से भाग देने पर तीन सेगमेंट चाहिए।

कौन से कैरेक्टर एन्कोडिंग बदलते हैं?

GSM-7 के बाहर का कोई भी कैरेक्टर पूरे बॉडी को UCS-2 में ले जाता है।

सीधे कोट्स GSM-7 में फ़िट होते हैं। कर्ली कोट्स नहीं होते। अक्षर é और ü फ़िट होते हैं। अक्षर á, í और ú नहीं होते। चीनी, जापानी, कोरियन, अरबी, थाई और हिंदी टेक्स्ट को भी व्यापक एन्कोडिंग की ज़रूरत होती है।

किसी टेम्प्लेट में डाला गया नाम या प्रोडक्ट शीर्षक पूरे मैसेज की एन्कोडिंग बदल सकता है। उन मानों को डालने के बाद पूरे टेक्स्ट की जाँच करें।

कैरेक्टर काउंट अलग परिणाम क्यों देता है?

कुछ कैरेक्टर सेगमेंट सीमा में दोगुने गिने जाते हैं।

GSM-7 हर €, [, ], {, }, \, ~, ^ और | को दो कैरेक्टर के रूप में गिनता है। फ़ॉर्म फ़ीड कैरेक्टर, जो पेज ब्रेक का अनुरोध करता है, वह भी दोगुना गिना जाता है। इसलिए अस्सी यूरो चिह्न एक सेगमेंट भर देते हैं।

159 सामान्य लैटिन अक्षरों के बाद € वाले बॉडी में 160 कैरेक्टर हैं। सीमा में इसकी गिनती 161 होती है। इसके लिए दो सेगमेंट चाहिए।

कुछ इमोजी, जैसे 😀, UCS-2 में दोगुने गिने जाते हैं। इनमें से पैंतीस एक सेगमेंट भर देते हैं। एन्कोडिंग पेज उन कैरेक्टरों की सूची देता है जिन पर विशेष ध्यान देना चाहिए।

Bird में काउंट कैसे जाँचें?

आप मैसेज रिस्पॉन्स के segments ऑब्जेक्ट से गणना की गई संख्या पढ़ सकते हैं।

• count कम से कम 1 का एक इंटीजर है। हर गिना गया सेगमेंट एक बिल योग्य इकाई है। आउटगोइंग मैसेज अधिकतम 12 तक सीमित हैं। इससे लंबा बॉडी HTTP 422 प्राप्त करता है, जो टेक्स्ट को काटे बिना अनुरोध अस्वीकार कर देता है।
• encoding GSM_7BIT या UCS2 है, जो बताता है कि कौन सी क्षमता लागू होती है।
• characters दोगुनी-गिनती के नियम लागू करने से पहले टेक्स्ट में कैरेक्टर गिनता है। बिल योग्य सेगमेंट जाँचने के लिए count का उपयोग करें।

जो मैसेज एक सेगमेंट में फ़िट होना चाहिए, उसके लिए पूरा बॉडी तैयार करने के बाद count जाँचें। डाले गए नाम शामिल करें और 😀 जैसे कैरेक्टर दोगुने गिनें।

आप options.smart_encoding को true या false पर भी सेट कर सकते हैं। इसका डिफ़ॉल्ट false है। सक्षम होने पर, यह समर्थित विराम चिह्नों को तभी बदलता है जब पूरा परिणाम GSM-7 में समाए। बॉडी में बचा हुआ एक इमोजी सभी बदलावों को रोक देता है। स्मार्ट एन्कोडिंग इस व्यवहार की व्याख्या करता है।

कैरेक्टर सीमा गाइड गिनती के नियमों और रिस्पॉन्स फ़ील्ड का दस्तावेज़ीकरण करता है।