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

From Vigyanwiki
No edit summary
No edit summary
Line 1: Line 1:
'''टेलीकम्यूनिकेशन में रेटिंग''' किसी विशेष कॉल की कास्ट निर्धारित करने की एक्टिविटी है।<ref>Carl Wright, Service Level LLC (2001) ''[http://www.servicelevel.net/rating_matters/newsletters/issue06.htm What is Rating? What is Billing?] {{Webarchive|url=https://web.archive.org/web/20070102101345/http://www.servicelevel.net/rating_matters/newsletters/issue06.htm |date=2007-01-02 }}'', Rating Matters issue n. 6, 21 March 2001 {{ISSN|1532-1886}}</ref> रेटिंग प्रोसेस में कॉल-रिलेटेड डेटा को मौद्रिक-समतुल्य मूल्य में परिवर्तित करना सम्मिलित होता है।
'''टेलीकम्यूनिकेशन में रेटिंग''' किसी पर्टिकुलर कॉल की कॉस्ट निर्धारित करने की एक्टिविटी है।<ref>Carl Wright, Service Level LLC (2001) ''[http://www.servicelevel.net/rating_matters/newsletters/issue06.htm What is Rating? What is Billing?] {{Webarchive|url=https://web.archive.org/web/20070102101345/http://www.servicelevel.net/rating_matters/newsletters/issue06.htm |date=2007-01-02 }}'', Rating Matters issue n. 6, 21 March 2001 {{ISSN|1532-1886}}</ref> रेटिंग प्रोसेस में कॉल-रिलेटेड डेटा को मॉनेटरी इक्विवेलेंट वैल्यू में परिवर्तित करना सम्मिलित है।


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


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


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


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


रेटिंग सिस्टम को निरंतर परिवर्तित होती हुई मूल्य निर्धारण नीतियों के अनुकूल बनाया जाना चाहिए, जिसका रणनीतिक लक्ष्य मांग को प्रोत्साहित करना है।<ref>Susana Schwartz (2006) ''[http://www.billingworld.com/rev2/printable/printPage-article.cfm?PID=7798 Mobile Operators Race to Embrace Retail Models]'' Billing World and OSS Today 10/2006</ref>
रेटिंग सिस्टम को निरंतर चेंजिंग प्राइसिंग पॉलिसी के अनुकूल बनाया जाना चाहिए, जिसका लक्ष्य डिमांड को स्टिमुलेट करना है।<ref>Susana Schwartz (2006) ''[http://www.billingworld.com/rev2/printable/printPage-article.cfm?PID=7798 Mobile Operators Race to Embrace Retail Models]'' Billing World and OSS Today 10/2006</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>
रेटिंग कैलकुलेशन करने के लिए [[कॉल डिटेल रिकॉर्ड]] या ईडीआर निर्मित करना आवश्यक है। कॉल डिटेल रिकॉर्ड<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> नियम-आधारित रेटिंग अधिक सामान्य [[नियंत्रण तालिका]] प्रौद्योगिकी के उपयोग का सरल उदाहरण है।


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


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


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


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


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


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


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

Revision as of 17:10, 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


बाहरी संबंध

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=दूरसंचार_रेटिंग&oldid=281105’