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

From Vigyanwiki
(Created page with "दूरसंचार में रेटिंग किसी विशेष कॉल की लागत निर्धारित करने की गतिव...")
 
 
(16 intermediate revisions by 2 users not shown)
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


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


एक रेटिंग प्रणाली को लगातार बदलती मूल्य निर्धारण नीतियों के अनुकूल बनाया जाना चाहिए, जिसका रणनीतिक लक्ष्य मांग को प्रोत्साहित करना है।<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>


==डेटा संरचनाएं==
ईडीआर का आशय इवेंट डेटा या डिटेल रिकॉर्ड होता है। ईडीआर रिकॉर्ड का उपयोग उन सिस्टम्स के लिए किया जाता है जो कॉल-कंटेंट से अधिक चार्ज लेते हैं-जैसे रिंग टोन परचेज करना आदि I उत्पन्न सीडीआर या ईडीआर पर्टिकुलर रेटिंग सिस्टम के लिए उपयुक्त रूप में नहीं हो सकता है। इस विषय में सॉफ़्टवेयर के भाग, जिसे मेडिटेशन सिस्टम के रूप में जाना जाता है, को डेटा रेटिंग सिस्टम द्वारा उपयोगी रूप में प्रस्तुत करने की आवश्यकता हो सकती है। मेडिटेशन सिस्टम विभिन्न सोर्स से डेटा एकत्र करके रिकॉर्ड में एग्रीगेट करने के लिए भी उपयोगी है।
रेटिंग गणना करने के लिए [[कॉल डिटेल रिकॉर्ड]]/ईडीआर तैयार करना आवश्यक है।{{Citation needed|date=September 2007}} एक कॉल डिटेल रिकॉर्ड<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>
ईडीआर का मतलब इवेंट डेटा/डिटेल रिकॉर्ड है। ईडीआर रिकॉर्ड का उपयोग उन प्रणालियों के लिए किया जाता है जो कॉल-सामग्री से अधिक शुल्क लेते हैं। जैसे रिंग टोन खरीदना.{{Citation needed|date=September 2007}} उत्पन्न सीडीआर/ईडीआर विशेष रेटिंग प्रणाली के लिए उपयुक्त रूप में नहीं हो सकता है। इस मामले में सॉफ़्टवेयर के एक टुकड़े, जिसे मध्यस्थता प्रणाली के रूप में जाना जाता है, को डेटा को रेटिंग प्रणाली द्वारा उपयोगी रूप में प्रस्तुत करने की आवश्यकता हो सकती है। मध्यस्थता प्रणाली विभिन्न स्रोतों से डेटा एकत्र करके एक रिकॉर्ड में एकत्रित करने के लिए भी उपयोगी है।


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


==डिज़ाइन विकल्प: गैर प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन==
==डिज़ाइन चोइसेस: अन्य प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन==
जटिल प्रणालियों में प्रोग्रामिंग कोड की तुलना में अधिक मानव-पठनीय इंटरफ़ेस द्वारा सिस्टम को संशोधित करने और बनाए रखने के लिए लचीलेपन की आवश्यकता होती है, जैसे संपादन तालिकाएँ जहाँ सिस्टम के व्यवहार को परिभाषित किया जाता है। यह त्वरित संपादन और व्यवसाय/टैरिफ विश्लेषकों जैसे गैर प्रोग्रामर को सिस्टम के कॉन्फ़िगरेशन और रखरखाव की अनुमति देने की संभावना दोनों की अनुमति देता है। यह लचीलापन भारी कम्प्यूटेशनल समय की कीमत पर आता है{{Dubious|date=May 2010}}<!-- this is by no means always the case and the reverse is often possible. See control table article -->. रेटिंग मामलों-राशियों और एल्गोरिथम रेटिंग प्रक्रिया चरणों दोनों के कोड बाहरी पाठ्य विन्यास के लिए समर्थन को कभी-कभी नियम-आधारित रेटिंग कहा जाता है।<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


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


==संदर्भ==
==संदर्भ==
Line 98: Line 96:
[[Category: Machine Translated Page]]
[[Category: Machine Translated Page]]
[[Category:Created On 25/07/2023]]
[[Category:Created On 25/07/2023]]
[[Category:Vigyan Ready]]

Latest revision as of 22:16, 2 February 2024

टेलीकम्यूनिकेशन में रेटिंग किसी पर्टिकुलर कॉल की कॉस्ट निर्धारित करने की एक्टिविटी है।[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


बाहरी संबंध