दूरसंचार रेटिंग: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
Line 6: Line 6:


* कॉल की टाइम प्रॉपर्टी (सप्ताह का दिन, दिनांक, दिन का समय)
* कॉल की टाइम प्रॉपर्टी (सप्ताह का दिन, दिनांक, दिन का समय)
* अमाउंट ऑफ यूसेज (कॉल की अवधि, डेटा की मात्रा, संदेशों की संख्या, गानों की संख्या)
* अमाउंट ऑफ यूसेज (कॉल की अवधि, डेटा का अमाउंट, संदेशों की संख्या, गानों की संख्या)
* डेस्टिनेशन ऑफ कॉल (लैंड लाइन, विदेश, आदि)
* डेस्टिनेशन ऑफ कॉल (लैंड लाइन, विदेश, आदि)
* कॉल की उत्पत्ति या कॉल करने वाले की लोकेशन (मोबाइल नेटवर्क के लिए)
* कॉल की उत्पत्ति या कॉल करने वाले की लोकेशन (मोबाइल नेटवर्क के लिए)
* प्रीमियम चार्ज (प्रीमियम कंटेंट के लिए थर्ड पार्टी का शुल्क, मूवी टिकट जैसी भौतिक वस्तुओं की कास्ट) आदि I
* प्रीमियम चार्ज (प्रीमियम कंटेंट के लिए थर्ड पार्टी का शुल्क, मूवी टिकट जैसी भौतिक वस्तुओं की व्यय) आदि I


सामान्यतः व्यक्तिगत कॉल्स को रेट किया जाता है और फिर सब्सक्राइबर को [[इनवॉइस]] प्रदान करने के लिए रेटेड अमाउंट को[[ बिलिंग प्रणाली | बिलिंग सिस्टम]] में सेंट किया जाता है। प्रायः रेटिंग सिस्टम बड़े बिलिंग सिस्टम आर्किटेक्चर का मॉड्यूल होता है।
सामान्यतः व्यक्तिगत कॉल्स को रेट किया जाता है और फिर सब्सक्राइबर को [[इनवॉइस]] प्रदान करने के लिए रेटेड अमाउंट को[[ बिलिंग प्रणाली | बिलिंग सिस्टम]] में सेंट किया जाता है। प्रायः रेटिंग सिस्टम बड़े बिलिंग सिस्टम आर्किटेक्चर का मॉड्यूल होता है।
Line 18: Line 18:
रेटिंग कैलकुलेशन करने के लिए [[कॉल डिटेल रिकॉर्ड]] या ईडीआर निर्मित करना आवश्यक है। कॉल डिटेल रिकॉर्ड<ref>Lynn S. Cauffman, Jeffrey N. Thompson, John M. Cauffman (1994) ''[http://patft.uspto.gov/netacgi/nph-Parser?Sect2=PTO1&Sect2=HITOFF&p=1&u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=1&f=G&l=50&d=PALL&RefSrch=yes&Query=PN%2F5325290 Billing system with data indexing]''</ref><ref>M Zolotov (2004) US Patent 6,718,023 ''[http://www.google.com/patents?vid=USPAT6718023  Method and system for creating real time integrated Call Details Record (CDR) databases in management systems of telecommunication networks]''</ref> (सीडीआर, जिसे कॉल डेटा रिकॉर्ड भी कहा जाता है)<ref name="Diekelman96">DP Diekelman, CB Stockwell (1996) US Patent 5,555,444 ''[http://www.google.com/patents?&vid=USPAT5555444&id=GNkbAAAAEBAJ&oi=fnd Method and apparatus for predictive operation of a communication system]''</ref> कॉल सेटअप और कम्पलीशन का रिकॉर्ड है,<ref name="Diekelman96"/> और इसका फॉर्मेट टेलीकम्यूनिकेशन प्रोवाइडर्स या प्रोग्राम के मध्य भिन्न होता है, जिन्हें कुछ यूजर द्वारा कॉन्फ़िगर करने की अनुमति प्राप्त होती हैं।<ref>{{cite web |url=http://www.ossnewsreview.com/call-detail-record/ |title=कॉल डिटेल रिकॉर्ड - टेलीकॉम बिलिंग ओएसएस समाचार समीक्षा|accessdate=2007-09-25 |work=}}</ref>
रेटिंग कैलकुलेशन करने के लिए [[कॉल डिटेल रिकॉर्ड]] या ईडीआर निर्मित करना आवश्यक है। कॉल डिटेल रिकॉर्ड<ref>Lynn S. Cauffman, Jeffrey N. Thompson, John M. Cauffman (1994) ''[http://patft.uspto.gov/netacgi/nph-Parser?Sect2=PTO1&Sect2=HITOFF&p=1&u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=1&f=G&l=50&d=PALL&RefSrch=yes&Query=PN%2F5325290 Billing system with data indexing]''</ref><ref>M Zolotov (2004) US Patent 6,718,023 ''[http://www.google.com/patents?vid=USPAT6718023  Method and system for creating real time integrated Call Details Record (CDR) databases in management systems of telecommunication networks]''</ref> (सीडीआर, जिसे कॉल डेटा रिकॉर्ड भी कहा जाता है)<ref name="Diekelman96">DP Diekelman, CB Stockwell (1996) US Patent 5,555,444 ''[http://www.google.com/patents?&vid=USPAT5555444&id=GNkbAAAAEBAJ&oi=fnd Method and apparatus for predictive operation of a communication system]''</ref> कॉल सेटअप और कम्पलीशन का रिकॉर्ड है,<ref name="Diekelman96"/> और इसका फॉर्मेट टेलीकम्यूनिकेशन प्रोवाइडर्स या प्रोग्राम के मध्य भिन्न होता है, जिन्हें कुछ यूजर द्वारा कॉन्फ़िगर करने की अनुमति प्राप्त होती हैं।<ref>{{cite web |url=http://www.ossnewsreview.com/call-detail-record/ |title=कॉल डिटेल रिकॉर्ड - टेलीकॉम बिलिंग ओएसएस समाचार समीक्षा|accessdate=2007-09-25 |work=}}</ref>


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


सामान्य लैंग्वेज में सीडीआर सामान्यतः किसी भी प्रकार के रिकॉर्ड जैसे आवाज, एसएमएस या डेटा आदि को रेफर करता है I
सामान्य लैंग्वेज में सीडीआर सामान्यतः किसी भी प्रकार के रिकॉर्ड जैसे आवाज, एसएमएस या डेटा आदि को रेफर करता है I


==डिज़ाइन चोइसेस: अन्य प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन==
==डिज़ाइन चोइसेस: अन्य प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन==
काम्प्लेक्स सिस्टम्स में प्रोग्रामिंग कोड की अपेक्षा में अधिक ह्यूमन रेडब्ल इंटरफ़ेस द्वारा सिस्टम को संशोधित करने और बनाए रखने के लिए फ्लेक्सिबिलिटी की आवश्यकता होती है, जैसे एडिटिंग टेबल्स जहाँ सिस्टम के बिहेवियर को परिभाषित किया जाता है। यह क्विकर एडिटिंग और व्यवसाय या टैरिफ विश्लेषकों जैसे अन्य प्रोग्रामर को सिस्टम के कॉन्फ़िगरेशन और सिक्योरिटी की अनुमति देने की संभावना दोनों की अनुमति प्रदान करता है। यह फ्लेक्सिबिलिटी कम्प्यूटेशनल समय के मूल्य पर आता है I रेटिंग केस अमाऊंट और एल्गोरिथम रेटिंग प्रोसेस चरणों दोनों के कोड बाहरी पाठ्य विन्यास के लिए समर्थन को कभी-कभी रूल बेस रेटिंग कहा जाता है।<ref>Carl Wright, Service Level LLC (2002) ''[http://www.servicelevel.net/rating_matters/newsletters/issue12.htm Program Code Based vs. Table-driven vs. Rule-Based Rating]'', Rating Matters issue n. 12,  13 November 2002 {{ISSN|1532-1886}}</ref> रूल बेस रेटिंग अधिक सामान्य [[नियंत्रण तालिका|कंट्रोल टेबल]] टेक्निक के उपयोग का सरल उदाहरण है।
काम्प्लेक्स सिस्टम्स में प्रोग्रामिंग कोड की अपेक्षा में अधिक ह्यूमन रेडब्ल इंटरफ़ेस द्वारा सिस्टम को संशोधित करने और बनाए रखने के लिए फ्लेक्सिबिलिटी की आवश्यकता होती है, जैसे एडिटिंग टेबल्स जहाँ सिस्टम के बिहेवियर को परिभाषित किया जाता है। यह क्विकर एडिटिंग और व्यवसाय या टैरिफ विश्लेषकों जैसे अन्य प्रोग्रामर को सिस्टम के कॉन्फ़िगरेशन और सेफ्टी की अनुमति देने की संभावना दोनों की अनुमति प्रदान करता है। यह फ्लेक्सिबिलिटी कम्प्यूटेशनल समय के मूल्य पर आता है I रेटिंग केस अमाऊंट और एल्गोरिथम रेटिंग प्रोसेस चरणों दोनों के कोड बाहरी पाठ्य विन्यास के लिए समर्थन को कभी-कभी रूल बेस रेटिंग कहा जाता है।<ref>Carl Wright, Service Level LLC (2002) ''[http://www.servicelevel.net/rating_matters/newsletters/issue12.htm Program Code Based vs. Table-driven vs. Rule-Based Rating]'', Rating Matters issue n. 12,  13 November 2002 {{ISSN|1532-1886}}</ref> रूल बेस रेटिंग अधिक सामान्य [[नियंत्रण तालिका|कंट्रोल टेबल]] टेक्निक के उपयोग का सरल उदाहरण है।


जैसे-जैसे टेलीकम्यूनिकेशन मार्केट नई टेक्निक (उदाहरण के लिए [[वाइमैक्स]]) के बढ़ते प्रेशर में आता है, प्रतिस्पर्धी संचालकों के मध्य प्रमुख विभेदक कारक प्रायः नवीन उत्पाद की प्रस्तुति में नवाचार और बाजार में आने का समय होता है। इससे निम्नलिखित द्वारा प्रदान की जाने वाली क्षमताओं के मध्य स्वाभाविक घृष्टता उत्पन्न होती है:
जैसे-जैसे टेलीकम्यूनिकेशन मार्केट नई टेक्निक (उदाहरण के लिए [[वाइमैक्स]]) के बढ़ते प्रेशर में आता है, प्रतिस्पर्धी ओपेरटरों के मध्य प्रमुख विभेदक कारक प्रायः नवीन प्रोडक्ट की प्रस्तुति में इनोवेशन और बाजार में आने का समय होता है। इससे निम्नलिखित द्वारा प्रदान की जाने वाली क्षमताओं के मध्य टेंशन उत्पन्न होती है:
* पारंपरिक कॉन्फ़िगरेशन केवल सिस्टम (जिसमें संचालक जिन उत्पादों को कॉन्फ़िगर कर सकता है उन्हें दूसरे द्वारा भी प्रस्तुत किया जा सकता है),
* पारंपरिक कॉन्फ़िगरेशन सिंगल सिस्टम (जिसमें ऑपरेटर जिन प्रोडक्ट्स को कॉन्फ़िगर कर सकता है उन्हें दूसरे द्वारा भी प्रस्तुत किया जा सकता है),
* नियम आधारित प्रणालियाँ (जिसमें नई सिस्टम अधिक सरलता से बनाई जा सकती हैं, किन्तु प्रदर्शन संबंधी विचार इन्हें बड़े स्तर पर बाजारों में प्रस्तुत करने की अनुमति नहीं दे सकते हैं), और
* रूल बेस्ड सिस्टम (जिसमें नई सिस्टम अधिक सरलता से बनाई जा सकती हैं, किन्तु प्रदर्शन संबंधी विचार इन्हें बड़े स्तर पर बाजारों में प्रस्तुत करने की अनुमति नहीं दे सकते हैं), और
* क्रमादेशित सिस्टम (जिसमें आप कई और नवाचार कर सकते हैं, किन्तु विपणन का समय और कार्यान्वयन की कास्ट अधिक हो सकती है)।
* प्रोग्राम्ड सिस्टम (जिसमें आप कई और इनोवेशन कर सकते हैं, किन्तु विपणन का समय और कार्यान्वयन की व्यय अधिक हो सकती है)।


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


==काम्प्लेक्स रेटिंग==
==काम्प्लेक्स रेटिंग==


जैसे-जैसे टेलीकम्यूनिकेशन क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग निरंतर काम्प्लेक्स होती जा रही है। कुछ रेटिंग परिदृश्य एकाधिक मापों का उपयोग करते हैं।
जैसे-जैसे टेलीकम्यूनिकेशन क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग निरंतर काम्प्लेक्स होती जा रही है। कुछ रेटिंग सिनेरियो एकाधिक मापों का उपयोग करते हैं।


उदाहरण:
उदाहरण:
:वीडियो डाउनलोड के लिए रेटिंग में मिनटों की संख्या, डेटा की मात्रा, सेवा स्तर भागीदारी (एसएलए) द्वारा पहचाने गए डेटा ट्रांसफर की गुणवत्ता और वीडियो के उपयोग (कॉपीराइट) की कास्ट को मापना सम्मिलित हो सकता है।
:वीडियो डाउनलोड के लिए रेटिंग में मिनटों की संख्या, डेटा का अमाउंट, सर्विस लेवल एग्रीमेंट (एसएलए) द्वारा पहचाने गए डेटा ट्रांसफर की क्वालिटी और वीडियो के यूसेज (कॉपीराइट) की व्यय को मापना सम्मिलित हो सकता है।


उदाहरण:
उदाहरण:


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


काम्प्लेक्स रेटिंग में अन्य-नेटवर्क रिलेटेड मापदंड भी सम्मिलित हो सकते हैं। कुछ रेटिंग डेटा सब्सक्राइबर सेवा या बिलिंग उप-सिस्टम्स से आ सकते हैं।
काम्प्लेक्स रेटिंग में अन्य-नेटवर्क रिलेटेड पैरामीटर भी सम्मिलित हो सकते हैं। कुछ रेटिंग डेटा सब्सक्राइबर सेवा या बिलिंग सब-सिस्टम्स से आ सकते हैं।


उदाहरण:
उदाहरण:
:जब बिलिंग उप-सिस्टम में निश्चित अमाउंट से अधिक का उपयोग प्रारम्भ हो जाता है, जिससे रेटिंग इंजन यूजर के लिए कम दर निर्दिष्ट कर सकता है। इसे समायोजन दर के रूप में भी जाना जाता है और कुछ सिस्टम्स में फॉर्मेट बनाना कठिन हो सकता है।
:जब बिलिंग सब-सिस्टम में निश्चित अमाउंट से अधिक का उपयोग प्रारम्भ हो जाता है, जिससे रेटिंग इंजन यूजर के लिए कम दर निर्दिष्ट कर सकता है। इसे समायोजन दर के रूप में भी जाना जाता है और कुछ सिस्टम्स में फॉर्मेट बनाना कठिन हो सकता है।


काम्प्लेक्स रेटिंग व्यवहार पर्टिकुलर वास्तविक या आभासी व्यवहार के कारण हो सकता है।
काम्प्लेक्स रेटिंग बिहेवियर पर्टिकुलर रियल या वर्चुअल बिहेवियर के कारण हो सकता है।


उदाहरण:
उदाहरण:
:संबद्ध ऑनलाइन गेम खेलने वाले सब्सक्राइबर गेम के अन्य खिलाड़ियों को रियायती कॉल के लिए इन-गेम मुद्रा या डिवाइस या प्रोत्साहन टोकन का व्यापार कर सकते हैं।
:संबद्ध ऑनलाइन गेम खेलने वाले सब्सक्राइबर गेम के अन्य खिलाड़ियों को डिस्काउंटेड कॉल के लिए इन-गेम करेंसी या डिवाइस या इंसेंटिव टोकन का व्यापार कर सकते हैं।


रेटिंग के विषयों में से जो समष्टिता के अप्रत्याशित स्रोत हैं, उसमें [[ दिन के समय को बचाना |डेलाइट सेविंग टाइम]] ऑफसेट भी सम्मिलित है।<ref>Carl Wright, Service Level LLC [http://www.servicelevel.net/rating_matters/newsletters/issue16.htm Why a Day Isn't Always 24 Hours Long<!-- Bot generated title -->] {{Webarchive|url=https://web.archive.org/web/20040926032822/http://www.servicelevel.net/rating_matters/newsletters/issue16.htm |date=2004-09-26 }}</ref>
रेटिंग के विषयों में से जो कॉम्प्लेक्सिटी के अप्रत्याशित सोर्स हैं, उसमें [[ दिन के समय को बचाना |डेलाइट सेविंग टाइम]] ऑफसेट भी सम्मिलित है।<ref>Carl Wright, Service Level LLC [http://www.servicelevel.net/rating_matters/newsletters/issue16.htm Why a Day Isn't Always 24 Hours Long<!-- Bot generated title -->] {{Webarchive|url=https://web.archive.org/web/20040926032822/http://www.servicelevel.net/rating_matters/newsletters/issue16.htm |date=2004-09-26 }}</ref>


== नेचुरल करेंसी रेटिंग ==
== नेचुरल करेंसी रेटिंग ==
आधुनिक रेटिंग इंजन मुद्रा तटस्थ भी हो सकते हैं। कुछ बहुराष्ट्रीय टेलीकम्यूनिकेशन प्रदाता ग्राहकों को कई मुद्राओं में निपटान की क्षमता प्रदान करते हैं। इस परिदृश्य में रेटिंग इंजन मुद्रा तटस्थ बिलिंग रिकॉर्ड उत्पन्न करता है। यह बिलिंग इंजन है जिसे आभासी मुद्रा को वास्तविक कास्ट में परिवर्तित करने का कार्य दिया गया है।
आधुनिक रेटिंग इंजन करेंसी न्यूट्रल भी हो सकते हैं। कुछ बहुराष्ट्रीय टेलीकम्यूनिकेशन प्रोवाइडर्स सब्सक्राइबर्स को कई मुद्राओं में निपटान की क्षमता प्रदान करते हैं। इस सिनेरियो में रेटिंग इंजन करेंसी न्यूट्रल बिलिंग रिकॉर्ड उत्पन्न करता है। यह बिलिंग इंजन है जिसे वर्चुअल करेंसी को रियल कॉस्ट में परिवर्तित करने का कार्य दिया गया है।


==री-रेटिंग==
==री-रेटिंग==


कुछ परिदृश्यों में कॉल को पुनः रेट करना आवश्यक हो सकता है, किन्तु सभी रेटिंग इंजन इसके लिए सक्षम नहीं हैं। पुनर्रेटिंग की उपयोगिता के संबंध में दार्शनिक लॉजिक है, जिसका कोई स्पष्ट त्रुटिहीन उत्तर नहीं है:-
कुछ परिदृश्यों में कॉल को पुनः रेट करना आवश्यक हो सकता है, किन्तु सभी रेटिंग इंजन इसके लिए सक्षम नहीं हैं। पुनर्रेटिंग की उपयोगिता के संबंध में दार्शनिक लॉजिक है, जिसका कोई करेक्ट उत्तर नहीं है:-


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


===री-रेटिंग के अगेंस्ट ===
===री-रेटिंग के अगेंस्ट ===
* री-रेटिंग सपोर्टिंग लॉजिक वास्तव में अन्त होते प्रतिमान पर आधारित हैं: बिलिंग बैच सिस्टम में की जाती है, और सब्सक्राइबर के पास बिना बिल वाली जानकारी तक पहुंच नहीं होती है। यह वास्तव में अब विषय नहीं है:
* री-रेटिंग सपोर्टिंग लॉजिक रियल में डाईंग  पाराडिगं पर आधारित हैं: बिलिंग बैच सिस्टम में की जाती है, और सब्सक्राइबर के पास बिना बिल वाली जानकारी तक पहुंच नहीं होती है। यह रियल में अब विषय नहीं है:
** आधुनिक बिलिंग सिस्टम कनवर्जेंट हैं (वे एक ही समय में एक ही प्लेटफॉर्म पर रियल टाइम और बैच रेटिंग को संभाल सकते हैं)। रियल टाइम के इंसिडेंट के लिए पुनः रेटिंग संभव नहीं है, क्योंकि वे अब परिभाषा के अनुसार रियल टाइम नहीं होंगे I
** आधुनिक बिलिंग सिस्टम कनवर्जेंट हैं (वे एक ही समय में एक ही प्लेटफॉर्म पर रियल टाइम और बैच रेटिंग को संभाल सकते हैं)। रियल टाइम के इंसिडेंट के लिए पुनः रेटिंग संभव नहीं है, क्योंकि वे अब परिभाषा के अनुसार रियल टाइम नहीं होता है I
** सेल्फ-केयर इंटरफेस के साथ आधुनिक बिलिंग सिस्टम (जिससे सब्सक्राइबर रियल टाइम में वेब साइट पर अपने चार्जदेख सकें) का आशय है कि पुन: रेटिंग संभव नहीं है। सब्सक्राइबर के लिए दिन की कीमत और पश्चात् में भिन्न कीमत देखना अस्वीकार्य होता है I
** सेल्फ-केयर इंटरफेस के साथ आधुनिक बिलिंग सिस्टम (जिससे सब्सक्राइबर रियल टाइम में वेब साइट पर अपने चार्ज देख सकें) का आशय है कि पुन: रेटिंग संभव नहीं है। सब्सक्राइबर के लिए दिन की कीमत और पश्चात् में भिन्न कीमत अस्वीकार्य होता है I
** बिल प्रस्तुत करने से पूर्व री-रेटिंग पूर्ण की जानी चाहिए, जो सामान्यतः मासिक होती है। कभी-कभी उन सभी सीडीआर के लिए पुनः रेटिंग करना संभव नहीं होता है, जिन्हें पुनः रेटिंग दी जानी चाहिए, क्योंकि बिलिंग चक्र पूर्व ही संवृत हो चुका है। संवृत बिल नियम प्रपत्र है और इसे किसी भी परिस्थिति में संशोधित नहीं किया जा सकता है I
** बिल प्रस्तुत करने से पूर्व री-रेटिंग पूर्ण की जानी चाहिए, जो सामान्यतः मासिक होती है। कभी-कभी उन सभी सीडीआर के लिए पुनः रेटिंग करना संभव नहीं होता है, जिन्हें पुनः रेटिंग दी जानी चाहिए, क्योंकि बिलिंग साइकिल पूर्व ही क्लोज्ड हो चुका है। क्लोज्ड बिल लीगल डॉक्यूमेंट है और इसे किसी भी परिस्थिति में संशोधित नहीं किया जा सकता है I
* पुन: रेटिंग में स्वाभाविक अपव्ययिता है: टेलीकम्यूनिकेशन हार्डवेयर मूल्यवान है, और निवेश पर रिटर्न को अधिकतम करने के लिए सामान्यतः इसकी क्षमता के निकट इसका उपयोग किया जाना चाहिए। पुनः रेटिंग का आशय है कि एक्स्ट्रा कैपेसिटी क्रय की जानी चाहिए, और सामान्यतः इसका उपयोग नहीं किया जाता है।
* पुन: रेटिंग में स्वाभाविक अपव्ययिता है: टेलीकम्यूनिकेशन हार्डवेयर मूल्यवान है, और इन्वेस्टमेंट पर रिटर्न को अधिकतम करने के लिए सामान्यतः इसकी क्षमता के निकट इसका उपयोग किया जाना चाहिए। पुनः रेटिंग का आशय है कि एक्स्ट्रा कैपेसिटी परचेज की जानी चाहिए, और सामान्यतः इसका उपयोग नहीं किया जाता है।
* री-रेटिंग को प्रायः ह्यूमन एरर के लिए सिक्योरिटी नेट के रूप में देखा जाता है। चूँकि, यदि सिक्योरिटी नेट है, तो एरर होने की अधिक संभावना है, और टेस्टिंग और प्लानिंग की क्वालिटी और परफेक्शन में कमी आ सकती है I
* री-रेटिंग को प्रायः ह्यूमन एरर के लिए सेफ्टी नेट के रूप में देखा जाता है। चूँकि, यदि सेफ्टी नेट है, तो एरर होने की अधिक संभावना है, और टेस्टिंग और प्लानिंग की क्वालिटी और परफेक्शन में कमी आ सकती है I


==यह भी देखें==
==यह भी देखें==
*[[फ़ोन धोखाधड़ी|फ़ोन फ्रॉड]]
*[[फ़ोन धोखाधड़ी|फ़ोन फ्रॉड]]
*[[टेस्ट कॉल जेनरेटर]]
*[[टेस्ट कॉल जेनरेटर]]
*[[राजस्व की गारंटी]]
*[[राजस्व की गारंटी|रेवेन्यू असुरेन्स]]
*[[दूरसंचार बिलिंग|टेलीकम्यूनिकेशन बिलिंग]]
*[[दूरसंचार बिलिंग|टेलीकम्यूनिकेशन बिलिंग]]



Revision as of 19:24, 14 September 2023

टेलीकम्यूनिकेशन में रेटिंग किसी पर्टिकुलर कॉल की कॉस्ट निर्धारित करने की एक्टिविटी है।[1] रेटिंग प्रोसेस में कॉल-रिलेटेड डेटा को मॉनेटरी इक्विवेलेंट वैल्यू में परिवर्तित करना सम्मिलित है।

कॉल-रिलेटेड डेटा नेटवर्क में विभिन्न पॉइंट्स पर उत्पन्न होता है या नेटवर्क टेस्ट जैसे थर्ड पार्टी के डिवाइस द्वारा माप लिया जा सकता है। सामान्यतः यह डेटा मात्रात्मक और विशिष्ट होता है। स्टोर किया गया यूसेज डेटा या तो डिवाइस द्वारा पैक किया जाता है या इसे चार्जिंग गेटवे आदि पर सेंड किया जा सकता है।

रेटिंग सिस्टम सामान्यतः किसी कॉल के सम्बन्ध में निम्नलिखित डेटा का उपयोग करती हैं:

  • कॉल की टाइम प्रॉपर्टी (सप्ताह का दिन, दिनांक, दिन का समय)
  • अमाउंट ऑफ यूसेज (कॉल की अवधि, डेटा का अमाउंट, संदेशों की संख्या, गानों की संख्या)
  • डेस्टिनेशन ऑफ कॉल (लैंड लाइन, विदेश, आदि)
  • कॉल की उत्पत्ति या कॉल करने वाले की लोकेशन (मोबाइल नेटवर्क के लिए)
  • प्रीमियम चार्ज (प्रीमियम कंटेंट के लिए थर्ड पार्टी का शुल्क, मूवी टिकट जैसी भौतिक वस्तुओं की व्यय) आदि I

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

रेटिंग सिस्टम को निरंतर चेंजिंग प्राइसिंग पॉलिसी के अनुकूल बनाया जाना चाहिए, जिसका लक्ष्य डिमांड को स्टिमुलेट करना है।[2]

डेटा स्ट्रक्चर

रेटिंग कैलकुलेशन करने के लिए कॉल डिटेल रिकॉर्ड या ईडीआर निर्मित करना आवश्यक है। कॉल डिटेल रिकॉर्ड[3][4] (सीडीआर, जिसे कॉल डेटा रिकॉर्ड भी कहा जाता है)[5] कॉल सेटअप और कम्पलीशन का रिकॉर्ड है,[5] और इसका फॉर्मेट टेलीकम्यूनिकेशन प्रोवाइडर्स या प्रोग्राम के मध्य भिन्न होता है, जिन्हें कुछ यूजर द्वारा कॉन्फ़िगर करने की अनुमति प्राप्त होती हैं।[6]

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

सामान्य लैंग्वेज में सीडीआर सामान्यतः किसी भी प्रकार के रिकॉर्ड जैसे आवाज, एसएमएस या डेटा आदि को रेफर करता है I

डिज़ाइन चोइसेस: अन्य प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन

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

जैसे-जैसे टेलीकम्यूनिकेशन मार्केट नई टेक्निक (उदाहरण के लिए वाइमैक्स) के बढ़ते प्रेशर में आता है, प्रतिस्पर्धी ओपेरटरों के मध्य प्रमुख विभेदक कारक प्रायः नवीन प्रोडक्ट की प्रस्तुति में इनोवेशन और बाजार में आने का समय होता है। इससे निम्नलिखित द्वारा प्रदान की जाने वाली क्षमताओं के मध्य टेंशन उत्पन्न होती है:

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

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

काम्प्लेक्स रेटिंग

जैसे-जैसे टेलीकम्यूनिकेशन क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग निरंतर काम्प्लेक्स होती जा रही है। कुछ रेटिंग सिनेरियो एकाधिक मापों का उपयोग करते हैं।

उदाहरण:

वीडियो डाउनलोड के लिए रेटिंग में मिनटों की संख्या, डेटा का अमाउंट, सर्विस लेवल एग्रीमेंट (एसएलए) द्वारा पहचाने गए डेटा ट्रांसफर की क्वालिटी और वीडियो के यूसेज (कॉपीराइट) की व्यय को मापना सम्मिलित हो सकता है।

उदाहरण:

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

काम्प्लेक्स रेटिंग में अन्य-नेटवर्क रिलेटेड पैरामीटर भी सम्मिलित हो सकते हैं। कुछ रेटिंग डेटा सब्सक्राइबर सेवा या बिलिंग सब-सिस्टम्स से आ सकते हैं।

उदाहरण:

जब बिलिंग सब-सिस्टम में निश्चित अमाउंट से अधिक का उपयोग प्रारम्भ हो जाता है, जिससे रेटिंग इंजन यूजर के लिए कम दर निर्दिष्ट कर सकता है। इसे समायोजन दर के रूप में भी जाना जाता है और कुछ सिस्टम्स में फॉर्मेट बनाना कठिन हो सकता है।

काम्प्लेक्स रेटिंग बिहेवियर पर्टिकुलर रियल या वर्चुअल बिहेवियर के कारण हो सकता है।

उदाहरण:

संबद्ध ऑनलाइन गेम खेलने वाले सब्सक्राइबर गेम के अन्य खिलाड़ियों को डिस्काउंटेड कॉल के लिए इन-गेम करेंसी या डिवाइस या इंसेंटिव टोकन का व्यापार कर सकते हैं।

रेटिंग के विषयों में से जो कॉम्प्लेक्सिटी के अप्रत्याशित सोर्स हैं, उसमें डेलाइट सेविंग टाइम ऑफसेट भी सम्मिलित है।[8]

नेचुरल करेंसी रेटिंग

आधुनिक रेटिंग इंजन करेंसी न्यूट्रल भी हो सकते हैं। कुछ बहुराष्ट्रीय टेलीकम्यूनिकेशन प्रोवाइडर्स सब्सक्राइबर्स को कई मुद्राओं में निपटान की क्षमता प्रदान करते हैं। इस सिनेरियो में रेटिंग इंजन करेंसी न्यूट्रल बिलिंग रिकॉर्ड उत्पन्न करता है। यह बिलिंग इंजन है जिसे वर्चुअल करेंसी को रियल कॉस्ट में परिवर्तित करने का कार्य दिया गया है।

री-रेटिंग

कुछ परिदृश्यों में कॉल को पुनः रेट करना आवश्यक हो सकता है, किन्तु सभी रेटिंग इंजन इसके लिए सक्षम नहीं हैं। पुनर्रेटिंग की उपयोगिता के संबंध में दार्शनिक लॉजिक है, जिसका कोई करेक्ट उत्तर नहीं है:-

प्रो री-रेटिंग

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

री-रेटिंग के अगेंस्ट

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

यह भी देखें

संदर्भ

  1. Carl Wright, Service Level LLC (2001) What is Rating? What is Billing? Archived 2007-01-02 at the Wayback Machine, Rating Matters issue n. 6, 21 March 2001 ISSN 1532-1886
  2. Susana Schwartz (2006) Mobile Operators Race to Embrace Retail Models Billing World and OSS Today 10/2006
  3. Lynn S. Cauffman, Jeffrey N. Thompson, John M. Cauffman (1994) Billing system with data indexing
  4. M Zolotov (2004) US Patent 6,718,023 Method and system for creating real time integrated Call Details Record (CDR) databases in management systems of telecommunication networks
  5. 5.0 5.1 DP Diekelman, CB Stockwell (1996) US Patent 5,555,444 Method and apparatus for predictive operation of a communication system
  6. "कॉल डिटेल रिकॉर्ड - टेलीकॉम बिलिंग ओएसएस समाचार समीक्षा". Retrieved 2007-09-25.
  7. Carl Wright, Service Level LLC (2002) Program Code Based vs. Table-driven vs. Rule-Based Rating, Rating Matters issue n. 12, 13 November 2002 ISSN 1532-1886
  8. Carl Wright, Service Level LLC Why a Day Isn't Always 24 Hours Long Archived 2004-09-26 at the Wayback Machine


बाहरी संबंध