दूरसंचार रेटिंग: Difference between revisions
No edit summary |
No edit summary |
||
| Line 20: | Line 20: | ||
ईडीआर का आशय इवेंट डेटा या डिटेल रिकॉर्ड होता है। ईडीआर रिकॉर्ड का उपयोग उन सिस्टम्स के लिए किया जाता है जो कॉल-कंटेंट से अधिक चार्ज लेते हैं-जैसे रिंग टोन क्रय करना आदि 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> रूल बेस रेटिंग अधिक सामान्य [[नियंत्रण तालिका|कंट्रोल टेबल]] टेक्निक के उपयोग का सरल उदाहरण है। | |||
जैसे-जैसे टेलीकम्यूनिकेशन | जैसे-जैसे टेलीकम्यूनिकेशन मार्केट नई टेक्निक (उदाहरण के लिए [[वाइमैक्स]]) के बढ़ते प्रेशर में आता है, प्रतिस्पर्धी संचालकों के मध्य प्रमुख विभेदक कारक प्रायः नवीन उत्पाद की प्रस्तुति में नवाचार और बाजार में आने का समय होता है। इससे निम्नलिखित द्वारा प्रदान की जाने वाली क्षमताओं के मध्य स्वाभाविक घृष्टता उत्पन्न होती है: | ||
* पारंपरिक कॉन्फ़िगरेशन केवल सिस्टम (जिसमें संचालक जिन उत्पादों को कॉन्फ़िगर कर सकता है उन्हें दूसरे द्वारा भी प्रस्तुत किया जा सकता है), | * पारंपरिक कॉन्फ़िगरेशन केवल सिस्टम (जिसमें संचालक जिन उत्पादों को कॉन्फ़िगर कर सकता है उन्हें दूसरे द्वारा भी प्रस्तुत किया जा सकता है), | ||
* नियम आधारित प्रणालियाँ (जिसमें नई सिस्टम अधिक सरलता से बनाई जा सकती हैं, किन्तु प्रदर्शन संबंधी विचार इन्हें बड़े स्तर पर बाजारों में प्रस्तुत करने की अनुमति नहीं दे सकते हैं), और | * नियम आधारित प्रणालियाँ (जिसमें नई सिस्टम अधिक सरलता से बनाई जा सकती हैं, किन्तु प्रदर्शन संबंधी विचार इन्हें बड़े स्तर पर बाजारों में प्रस्तुत करने की अनुमति नहीं दे सकते हैं), और | ||
| Line 34: | Line 34: | ||
==काम्प्लेक्स रेटिंग== | ==काम्प्लेक्स रेटिंग== | ||
जैसे-जैसे टेलीकम्यूनिकेशन क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग निरंतर | जैसे-जैसे टेलीकम्यूनिकेशन क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग निरंतर काम्प्लेक्स होती जा रही है। कुछ रेटिंग परिदृश्य एकाधिक मापों का उपयोग करते हैं। | ||
उदाहरण: | उदाहरण: | ||
| Line 43: | Line 43: | ||
:चार्जके साथ वीडियो-ऑन-डिमांड सत्र देखने का प्रतिनिधित्व करने वाला डेटा सत्र में यूजर से डेटा वॉल्यूम के लिए चार्जनहीं लिया जाना चाहिए क्योंकि यह पूर्व से ही वीडियो के लिए चार्ज किया गया था। ये दोनों चार्जिंग इवेंट सहसंबद्ध हैं और वीडियो स्ट्रीमिंग पर व्यय किए गए डेटा की मात्रा यूजर के डेटा बंडल या खाते से चार्ज नहीं की जाती है। | :चार्जके साथ वीडियो-ऑन-डिमांड सत्र देखने का प्रतिनिधित्व करने वाला डेटा सत्र में यूजर से डेटा वॉल्यूम के लिए चार्जनहीं लिया जाना चाहिए क्योंकि यह पूर्व से ही वीडियो के लिए चार्ज किया गया था। ये दोनों चार्जिंग इवेंट सहसंबद्ध हैं और वीडियो स्ट्रीमिंग पर व्यय किए गए डेटा की मात्रा यूजर के डेटा बंडल या खाते से चार्ज नहीं की जाती है। | ||
काम्प्लेक्स रेटिंग में अन्य-नेटवर्क रिलेटेड मापदंड भी सम्मिलित हो सकते हैं। कुछ रेटिंग डेटा सब्सक्राइबर सेवा या बिलिंग उप-सिस्टम्स से आ सकते हैं। | |||
उदाहरण: | उदाहरण: | ||
:जब बिलिंग उप-सिस्टम में निश्चित अमाउंट से अधिक का उपयोग प्रारम्भ हो जाता है, जिससे रेटिंग इंजन यूजर के लिए कम दर निर्दिष्ट कर सकता है। इसे समायोजन दर के रूप में भी जाना जाता है और कुछ सिस्टम्स में फॉर्मेट बनाना कठिन हो सकता है। | :जब बिलिंग उप-सिस्टम में निश्चित अमाउंट से अधिक का उपयोग प्रारम्भ हो जाता है, जिससे रेटिंग इंजन यूजर के लिए कम दर निर्दिष्ट कर सकता है। इसे समायोजन दर के रूप में भी जाना जाता है और कुछ सिस्टम्स में फॉर्मेट बनाना कठिन हो सकता है। | ||
काम्प्लेक्स रेटिंग व्यवहार पर्टिकुलर वास्तविक या आभासी व्यवहार के कारण हो सकता है। | |||
उदाहरण: | उदाहरण: | ||
| Line 64: | Line 64: | ||
===प्रो री-रेटिंग=== | ===प्रो री-रेटिंग=== | ||
* पहचानी गई त्रुटियों को उचित करने में सक्षम होना उपयोगी है। | * पहचानी गई त्रुटियों को उचित करने में सक्षम होना उपयोगी है। | ||
* | * काम्प्लेक्स छूट की कैलकुलेशन तब तक संभव नहीं हो सकती जब तक कि बिलिंग चक्र के लिए सभी कॉल प्राप्त न हो जाएं। | ||
* री-रेटिंग से सीडीआर देर से आने की समस्या का समाधान हो जाता है। रेटिंग प्रक्रियाओं तक पहुंचने वाले सीडीआर के प्रवाह पर प्रायः कॉल को उस क्रम में वितरित करने के लिए विश्वास नहीं किया जा सकता है जिस क्रम में ग्राहकों को उनकी बिलिंग जानकारी तक पहुंच की आवश्यकता होती है। जब आप अन्य प्रोवाइडर्स द्वारा प्रदान की गई सेवाओं के लिए चार्जलेते हैं (उदाहरण के लिए, किसी अन्य वाहक के क्षेत्र में रोमिंग के समय की गई अंतर्राष्ट्रीय कॉल, पे फोन या अन्य दूरस्थ स्थान से आपके घर के नंबर पर बिल की गई सेवाएं), तो इन सीडीआर में विलम्ब हो सकता है और ग्राहकों को उपयोग की रिपोर्टिंग में अपेक्षित क्रम से बाहर आ सकते हैं। जब उपयोग रिकॉर्ड अनुपयुक्त हो जाते हैं, तो आपको पूर्व प्राप्त उपयोग रिकॉर्ड को पुनः रेट करने की आवश्यकता हो सकती है। | * री-रेटिंग से सीडीआर देर से आने की समस्या का समाधान हो जाता है। रेटिंग प्रक्रियाओं तक पहुंचने वाले सीडीआर के प्रवाह पर प्रायः कॉल को उस क्रम में वितरित करने के लिए विश्वास नहीं किया जा सकता है जिस क्रम में ग्राहकों को उनकी बिलिंग जानकारी तक पहुंच की आवश्यकता होती है। जब आप अन्य प्रोवाइडर्स द्वारा प्रदान की गई सेवाओं के लिए चार्जलेते हैं (उदाहरण के लिए, किसी अन्य वाहक के क्षेत्र में रोमिंग के समय की गई अंतर्राष्ट्रीय कॉल, पे फोन या अन्य दूरस्थ स्थान से आपके घर के नंबर पर बिल की गई सेवाएं), तो इन सीडीआर में विलम्ब हो सकता है और ग्राहकों को उपयोग की रिपोर्टिंग में अपेक्षित क्रम से बाहर आ सकते हैं। जब उपयोग रिकॉर्ड अनुपयुक्त हो जाते हैं, तो आपको पूर्व प्राप्त उपयोग रिकॉर्ड को पुनः रेट करने की आवश्यकता हो सकती है। | ||
Revision as of 17:23, 14 September 2023
टेलीकम्यूनिकेशन में रेटिंग किसी पर्टिकुलर कॉल की कॉस्ट निर्धारित करने की एक्टिविटी है।[1] रेटिंग प्रोसेस में कॉल-रिलेटेड डेटा को मॉनेटरी इक्विवेलेंट वैल्यू में परिवर्तित करना सम्मिलित है।
कॉल-रिलेटेड डेटा नेटवर्क में विभिन्न पॉइंट्स पर उत्पन्न होता है या नेटवर्क टेस्ट जैसे थर्ड पार्टी के डिवाइस द्वारा माप लिया जा सकता है। सामान्यतः यह डेटा मात्रात्मक और विशिष्ट होता है। स्टोर किया गया यूसेज डेटा या तो डिवाइस द्वारा पैक किया जाता है या इसे चार्जिंग गेटवे आदि पर सेंड किया जा सकता है।
रेटिंग सिस्टम सामान्यतः किसी कॉल के सम्बन्ध में निम्नलिखित डेटा का उपयोग करती हैं:
- कॉल की टाइम प्रॉपर्टी (सप्ताह का दिन, दिनांक, दिन का समय)
- अमाउंट ऑफ यूसेज (कॉल की अवधि, डेटा की मात्रा, संदेशों की संख्या, गानों की संख्या)
- डेस्टिनेशन ऑफ कॉल (लैंड लाइन, विदेश, आदि)
- कॉल की उत्पत्ति या कॉल करने वाले की लोकेशन (मोबाइल नेटवर्क के लिए)
- प्रीमियम चार्ज (प्रीमियम कंटेंट के लिए थर्ड पार्टी का शुल्क, मूवी टिकट जैसी भौतिक वस्तुओं की कास्ट) आदि I
सामान्यतः व्यक्तिगत कॉल्स को रेट किया जाता है और फिर सब्सक्राइबर को इनवॉइस प्रदान करने के लिए रेटेड अमाउंट को बिलिंग सिस्टम में सेंट किया जाता है। प्रायः रेटिंग सिस्टम बड़े बिलिंग सिस्टम आर्किटेक्चर का मॉड्यूल होता है।
रेटिंग सिस्टम को निरंतर चेंजिंग प्राइसिंग पॉलिसी के अनुकूल बनाया जाना चाहिए, जिसका लक्ष्य डिमांड को स्टिमुलेट करना है।[2]
डेटा स्ट्रक्चर
रेटिंग कैलकुलेशन करने के लिए कॉल डिटेल रिकॉर्ड या ईडीआर निर्मित करना आवश्यक है। कॉल डिटेल रिकॉर्ड[3][4] (सीडीआर, जिसे कॉल डेटा रिकॉर्ड भी कहा जाता है)[5] कॉल सेटअप और कम्पलीशन का रिकॉर्ड है,[5] और इसका फॉर्मेट टेलीकम्यूनिकेशन प्रोवाइडर्स या प्रोग्राम के मध्य भिन्न होता है, जिन्हें कुछ यूजर द्वारा कॉन्फ़िगर करने की अनुमति प्राप्त होती हैं।[6]
ईडीआर का आशय इवेंट डेटा या डिटेल रिकॉर्ड होता है। ईडीआर रिकॉर्ड का उपयोग उन सिस्टम्स के लिए किया जाता है जो कॉल-कंटेंट से अधिक चार्ज लेते हैं-जैसे रिंग टोन क्रय करना आदि I उत्पन्न सीडीआर या ईडीआर पर्टिकुलर रेटिंग सिस्टम के लिए उपयुक्त रूप में नहीं हो सकता है। इस विषय में सॉफ़्टवेयर के भाग, जिसे मेडिटेशन सिस्टम के रूप में जाना जाता है, को डेटा रेटिंग सिस्टम द्वारा उपयोगी रूप में प्रस्तुत करने की आवश्यकता हो सकती है। मेडिटेशन सिस्टम विभिन्न सोर्स से डेटा एकत्र करके रिकॉर्ड में एग्रीगेट करने के लिए भी उपयोगी है।
सामान्य लैंग्वेज में सीडीआर सामान्यतः किसी भी प्रकार के रिकॉर्ड जैसे आवाज, एसएमएस या डेटा आदि को रेफर करता है I
डिज़ाइन चोइसेस: अन्य प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन
काम्प्लेक्स सिस्टम्स में प्रोग्रामिंग कोड की अपेक्षा में अधिक ह्यूमन रेडब्ल इंटरफ़ेस द्वारा सिस्टम को संशोधित करने और बनाए रखने के लिए फ्लेक्सिबिलिटी की आवश्यकता होती है, जैसे एडिटिंग टेबल्स जहाँ सिस्टम के बिहेवियर को परिभाषित किया जाता है। यह क्विकर एडिटिंग और व्यवसाय या टैरिफ विश्लेषकों जैसे अन्य प्रोग्रामर को सिस्टम के कॉन्फ़िगरेशन और सिक्योरिटी की अनुमति देने की संभावना दोनों की अनुमति प्रदान करता है। यह फ्लेक्सिबिलिटी कम्प्यूटेशनल समय के मूल्य पर आता है I रेटिंग केस अमाऊंट और एल्गोरिथम रेटिंग प्रोसेस चरणों दोनों के कोड बाहरी पाठ्य विन्यास के लिए समर्थन को कभी-कभी रूल बेस रेटिंग कहा जाता है।[7] रूल बेस रेटिंग अधिक सामान्य कंट्रोल टेबल टेक्निक के उपयोग का सरल उदाहरण है।
जैसे-जैसे टेलीकम्यूनिकेशन मार्केट नई टेक्निक (उदाहरण के लिए वाइमैक्स) के बढ़ते प्रेशर में आता है, प्रतिस्पर्धी संचालकों के मध्य प्रमुख विभेदक कारक प्रायः नवीन उत्पाद की प्रस्तुति में नवाचार और बाजार में आने का समय होता है। इससे निम्नलिखित द्वारा प्रदान की जाने वाली क्षमताओं के मध्य स्वाभाविक घृष्टता उत्पन्न होती है:
- पारंपरिक कॉन्फ़िगरेशन केवल सिस्टम (जिसमें संचालक जिन उत्पादों को कॉन्फ़िगर कर सकता है उन्हें दूसरे द्वारा भी प्रस्तुत किया जा सकता है),
- नियम आधारित प्रणालियाँ (जिसमें नई सिस्टम अधिक सरलता से बनाई जा सकती हैं, किन्तु प्रदर्शन संबंधी विचार इन्हें बड़े स्तर पर बाजारों में प्रस्तुत करने की अनुमति नहीं दे सकते हैं), और
- क्रमादेशित सिस्टम (जिसमें आप कई और नवाचार कर सकते हैं, किन्तु विपणन का समय और कार्यान्वयन की कास्ट अधिक हो सकती है)।
वास्तविक जीवन की स्थितियों में, यहां तक कि सबसे अधिक कॉन्फ़िगर करने योग्य सिस्टम में भी सामान्यतः कार्यान्वयन चरण होता है, जिसमें प्रोग्रामिंग विधियों का उपयोग करके नई क्षमताएं बनाई जाती हैं, और कॉन्फ़िगरेशन चरण होता है, जिसमें नई क्षमताओं को कॉन्फ़िगर किया जाता है और बड़े स्तर पर बाजार में प्रस्तुत किया जाता है।
काम्प्लेक्स रेटिंग
जैसे-जैसे टेलीकम्यूनिकेशन क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग निरंतर काम्प्लेक्स होती जा रही है। कुछ रेटिंग परिदृश्य एकाधिक मापों का उपयोग करते हैं।
उदाहरण:
- वीडियो डाउनलोड के लिए रेटिंग में मिनटों की संख्या, डेटा की मात्रा, सेवा स्तर भागीदारी (एसएलए) द्वारा पहचाने गए डेटा ट्रांसफर की गुणवत्ता और वीडियो के उपयोग (कॉपीराइट) की कास्ट को मापना सम्मिलित हो सकता है।
उदाहरण:
- चार्जके साथ वीडियो-ऑन-डिमांड सत्र देखने का प्रतिनिधित्व करने वाला डेटा सत्र में यूजर से डेटा वॉल्यूम के लिए चार्जनहीं लिया जाना चाहिए क्योंकि यह पूर्व से ही वीडियो के लिए चार्ज किया गया था। ये दोनों चार्जिंग इवेंट सहसंबद्ध हैं और वीडियो स्ट्रीमिंग पर व्यय किए गए डेटा की मात्रा यूजर के डेटा बंडल या खाते से चार्ज नहीं की जाती है।
काम्प्लेक्स रेटिंग में अन्य-नेटवर्क रिलेटेड मापदंड भी सम्मिलित हो सकते हैं। कुछ रेटिंग डेटा सब्सक्राइबर सेवा या बिलिंग उप-सिस्टम्स से आ सकते हैं।
उदाहरण:
- जब बिलिंग उप-सिस्टम में निश्चित अमाउंट से अधिक का उपयोग प्रारम्भ हो जाता है, जिससे रेटिंग इंजन यूजर के लिए कम दर निर्दिष्ट कर सकता है। इसे समायोजन दर के रूप में भी जाना जाता है और कुछ सिस्टम्स में फॉर्मेट बनाना कठिन हो सकता है।
काम्प्लेक्स रेटिंग व्यवहार पर्टिकुलर वास्तविक या आभासी व्यवहार के कारण हो सकता है।
उदाहरण:
- संबद्ध ऑनलाइन गेम खेलने वाले सब्सक्राइबर गेम के अन्य खिलाड़ियों को रियायती कॉल के लिए इन-गेम मुद्रा या डिवाइस या प्रोत्साहन टोकन का व्यापार कर सकते हैं।
रेटिंग के विषयों में से जो समष्टिता के अप्रत्याशित स्रोत हैं, उसमें डेलाइट सेविंग टाइम ऑफसेट भी सम्मिलित है।[8]
नेचुरल करेंसी रेटिंग
आधुनिक रेटिंग इंजन मुद्रा तटस्थ भी हो सकते हैं। कुछ बहुराष्ट्रीय टेलीकम्यूनिकेशन प्रदाता ग्राहकों को कई मुद्राओं में निपटान की क्षमता प्रदान करते हैं। इस परिदृश्य में रेटिंग इंजन मुद्रा तटस्थ बिलिंग रिकॉर्ड उत्पन्न करता है। यह बिलिंग इंजन है जिसे आभासी मुद्रा को वास्तविक कास्ट में परिवर्तित करने का कार्य दिया गया है।
री-रेटिंग
कुछ परिदृश्यों में कॉल को पुनः रेट करना आवश्यक हो सकता है, किन्तु सभी रेटिंग इंजन इसके लिए सक्षम नहीं हैं। पुनर्रेटिंग की उपयोगिता के संबंध में दार्शनिक लॉजिक है, जिसका कोई स्पष्ट त्रुटिहीन उत्तर नहीं है:-
प्रो री-रेटिंग
- पहचानी गई त्रुटियों को उचित करने में सक्षम होना उपयोगी है।
- काम्प्लेक्स छूट की कैलकुलेशन तब तक संभव नहीं हो सकती जब तक कि बिलिंग चक्र के लिए सभी कॉल प्राप्त न हो जाएं।
- री-रेटिंग से सीडीआर देर से आने की समस्या का समाधान हो जाता है। रेटिंग प्रक्रियाओं तक पहुंचने वाले सीडीआर के प्रवाह पर प्रायः कॉल को उस क्रम में वितरित करने के लिए विश्वास नहीं किया जा सकता है जिस क्रम में ग्राहकों को उनकी बिलिंग जानकारी तक पहुंच की आवश्यकता होती है। जब आप अन्य प्रोवाइडर्स द्वारा प्रदान की गई सेवाओं के लिए चार्जलेते हैं (उदाहरण के लिए, किसी अन्य वाहक के क्षेत्र में रोमिंग के समय की गई अंतर्राष्ट्रीय कॉल, पे फोन या अन्य दूरस्थ स्थान से आपके घर के नंबर पर बिल की गई सेवाएं), तो इन सीडीआर में विलम्ब हो सकता है और ग्राहकों को उपयोग की रिपोर्टिंग में अपेक्षित क्रम से बाहर आ सकते हैं। जब उपयोग रिकॉर्ड अनुपयुक्त हो जाते हैं, तो आपको पूर्व प्राप्त उपयोग रिकॉर्ड को पुनः रेट करने की आवश्यकता हो सकती है।
री-रेटिंग के अगेंस्ट
- री-रेटिंग सपोर्टिंग लॉजिक वास्तव में अन्त होते प्रतिमान पर आधारित हैं: बिलिंग बैच सिस्टम में की जाती है, और सब्सक्राइबर के पास बिना बिल वाली जानकारी तक पहुंच नहीं होती है। यह वास्तव में अब विषय नहीं है:
- आधुनिक बिलिंग सिस्टम कनवर्जेंट हैं (वे एक ही समय में एक ही प्लेटफॉर्म पर रियल टाइम और बैच रेटिंग को संभाल सकते हैं)। रियल टाइम के इंसिडेंट के लिए पुनः रेटिंग संभव नहीं है, क्योंकि वे अब परिभाषा के अनुसार रियल टाइम नहीं होंगे I
- सेल्फ-केयर इंटरफेस के साथ आधुनिक बिलिंग सिस्टम (जिससे सब्सक्राइबर रियल टाइम में वेब साइट पर अपने चार्जदेख सकें) का आशय है कि पुन: रेटिंग संभव नहीं है। सब्सक्राइबर के लिए दिन की कीमत और पश्चात् में भिन्न कीमत देखना अस्वीकार्य होता है I
- बिल प्रस्तुत करने से पूर्व री-रेटिंग पूर्ण की जानी चाहिए, जो सामान्यतः मासिक होती है। कभी-कभी उन सभी सीडीआर के लिए पुनः रेटिंग करना संभव नहीं होता है, जिन्हें पुनः रेटिंग दी जानी चाहिए, क्योंकि बिलिंग चक्र पूर्व ही संवृत हो चुका है। संवृत बिल नियम प्रपत्र है और इसे किसी भी परिस्थिति में संशोधित नहीं किया जा सकता है I
- पुन: रेटिंग में स्वाभाविक अपव्ययिता है: टेलीकम्यूनिकेशन हार्डवेयर मूल्यवान है, और निवेश पर रिटर्न को अधिकतम करने के लिए सामान्यतः इसकी क्षमता के निकट इसका उपयोग किया जाना चाहिए। पुनः रेटिंग का आशय है कि एक्स्ट्रा कैपेसिटी क्रय की जानी चाहिए, और सामान्यतः इसका उपयोग नहीं किया जाता है।
- री-रेटिंग को प्रायः ह्यूमन एरर के लिए सिक्योरिटी नेट के रूप में देखा जाता है। चूँकि, यदि सिक्योरिटी नेट है, तो एरर होने की अधिक संभावना है, और टेस्टिंग और प्लानिंग की क्वालिटी और परफेक्शन में कमी आ सकती है I
यह भी देखें
संदर्भ
- ↑ 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
- ↑ Susana Schwartz (2006) Mobile Operators Race to Embrace Retail Models Billing World and OSS Today 10/2006
- ↑ Lynn S. Cauffman, Jeffrey N. Thompson, John M. Cauffman (1994) Billing system with data indexing
- ↑ 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.0 5.1 DP Diekelman, CB Stockwell (1996) US Patent 5,555,444 Method and apparatus for predictive operation of a communication system
- ↑ "कॉल डिटेल रिकॉर्ड - टेलीकॉम बिलिंग ओएसएस समाचार समीक्षा". Retrieved 2007-09-25.
- ↑ 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
- ↑ Carl Wright, Service Level LLC Why a Day Isn't Always 24 Hours Long Archived 2004-09-26 at the Wayback Machine
बाहरी संबंध
- Real-time interconnect billing system and method of use
- A collection of information resources on rating & billing (Service Level LLC)
- Carl Wright, Service Level LLC (2003) Block Of Time Rating, Rating Matters issue n. 15, 28 February 2003 ISSN 1532-1886
