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

From alpha
Jump to navigation Jump to search
Line 25: Line 25:
जटिल प्रणालियों में प्रोग्रामिंग कोड की तुलना में अधिक मानव-पठनीय इंटरफ़ेस द्वारा प्रणाली को संशोधित करने और बनाए रखने के लिए लचीलेपन की आवश्यकता होती है, जैसे संपादन तालिकाएँ जहाँ प्रणाली के व्यवहार को परिभाषित किया जाता है। यह त्वरित संपादन और व्यवसाय या टैरिफ विश्लेषकों जैसे अन्य प्रोग्रामर को प्रणाली के कॉन्फ़िगरेशन और रखरखाव की अनुमति देने की संभावना दोनों की अनुमति प्रदान करता है। यह लचीलापन भारी कम्प्यूटेशनल समय की कीमत पर आता है I{{Dubious|date=May 2010}} रेटिंग विषयों-राशियों और एल्गोरिथम रेटिंग प्रक्रिया चरणों दोनों के कोड बाहरी पाठ्य विन्यास के लिए समर्थन को कभी-कभी नियम-आधारित रेटिंग कहा जाता है।<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{{Dubious|date=May 2010}} रेटिंग विषयों-राशियों और एल्गोरिथम रेटिंग प्रक्रिया चरणों दोनों के कोड बाहरी पाठ्य विन्यास के लिए समर्थन को कभी-कभी नियम-आधारित रेटिंग कहा जाता है।<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 53: Line 53:
:संबद्ध ऑनलाइन गेम खेलने वाले सब्सक्राइबर गेम के अन्य खिलाड़ियों को रियायती कॉल के लिए इन-गेम मुद्रा या उपकरण या प्रोत्साहन टोकन का व्यापार कर सकते हैं।
:संबद्ध ऑनलाइन गेम खेलने वाले सब्सक्राइबर गेम के अन्य खिलाड़ियों को रियायती कॉल के लिए इन-गेम मुद्रा या उपकरण या प्रोत्साहन टोकन का व्यापार कर सकते हैं।


रेटिंग के मुद्दों में से जो जटिलता के अप्रत्याशित स्रोत हैं, वह है [[ दिन के समय को बचाना ]] टाइम ऑफसेट।<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>


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


==पुनः रेटिंग==
==पुनः रेटिंग==


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


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


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


==यह भी देखें==
==यह भी देखें==

Revision as of 07:07, 6 August 2023

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

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

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

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

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

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

डेटा संरचनाएं

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

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

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

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

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

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

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

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

जटिल रेटिंग

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

उदाहरण:

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

उदाहरण:

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

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

उदाहरण:

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

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

उदाहरण:

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

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

तटस्थ मुद्रा रेटिंग

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

पुनः रेटिंग

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

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

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

पुनः रेटिंग के विरुद्ध

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

यह भी देखें

संदर्भ

  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


बाहरी संबंध