Diameter Credit-Control Application
डायमीटर क्रेडिट-कंट्रोल एप्लिकेशन डायमीटर एप्लिकेशन के लिए एक नेटवर्किंग प्रोटोकॉल है जिसका उपयोग विभिन्न अंतिम उपयोगकर्ता सेवाओं के लिए वास्तविक समय क्रेडिट-नियंत्रण को लागू करने के लिए किया जाता है। यह एक आई. ई. टी. एफ. मानक है जिसे पहली बार आर. एफ. सी. 4006 में परिभाषित किया गया था और आर. एफ. सी. 8506 में अद्यतन किया गया था। व्यास क्रेडिट नियंत्रण अनुप्रयोग का उद्देश्य वास्तविक समय चार्जिंग के लिए एक ढांचा प्रदान करना है, जो मुख्य रूप से गेटवे/नियंत्रण-बिंदुओं और बैक-एंड खाता/शेष राशि प्रणालियों (आमतौर पर एक ऑनलाइन चार्जिंग प्रणाली) के बीच संचार के लिए है। आवेदन निम्नलिखित के लिए विधियों को निर्दिष्ट करता हैः कोटा प्रबंधन (आरक्षित, पुनः अधिकृत, त्याग) सरल डेबिट/क्रेडिट शेष की जांच मूल्य पूछताछ व्यास क्रेडिट नियंत्रण अनुप्रयोग यह निर्दिष्ट नहीं करता है कि किस प्रकार की इकाइयाँ खरीदी/उपयोग की जाती हैं और किन वस्तुओं से शुल्क लिया जाता है। यह सेवा संदर्भ पर छोड़ दिया गया है जिसे अलग से निर्दिष्ट किया जाना है, जैसा कि कुछ शब्दार्थ हैं। उपयोग की गई/खरीदी गई इकाइयों के उदाहरण-टाइम अपलोड/डाउनलोड बाइट्स एस. एम. एस. (पाठ संदेश) चार्ज की गई वस्तुओं के उदाहरण-मनी प्वाइंट इकाइयाँ (जैसे. यदि शेष राशि को उसी इकाई में रखा जाता है जिसका उपयोग किया जा रहा है) व्यास क्रेडिट नियंत्रण यह भी निर्दिष्ट करता है कि एकल उपयोगकर्ता शेष राशि के खिलाफ उपयोग किए गए/चार्ज किए गए कई इकाई प्रकारों के काफी जटिल मुद्दे को कैसे संभालना है। उदाहरण के लिए, एक उपयोगकर्ता ऑनलाइन समय और डाउनलोड बाइट्स दोनों के लिए भुगतान कर सकता है लेकिन उसके पास केवल एक ही खाता शेष है। सत्र-आधारित प्रभारण एक सत्र-आधारित ऋण नियंत्रण प्रक्रिया कई पूछताछ का उपयोग करती है जिसमें पहली, मध्यवर्ती और अंतिम पूछताछ शामिल हो सकती है। पूछताछ के दौरान उपयोगकर्ता के खाते से पैसे आरक्षित किए जाते हैं। सत्र-आधारित चार्जिंग का उपयोग आमतौर पर उन परिदृश्यों के लिए किया जाता है जहां चार्ज की गई इकाइयों का लगातार उपभोग किया जाता है, जैसे। बाइट्स अपलोड/डाउनलोड के लिए शुल्क। घटना-आधारित चार्जिंग एक घटना-आधारित क्रेडिट नियंत्रण प्रक्रिया घटनाओं का उपयोग चार्जिंग तंत्र के रूप में करती है। घटना-आधारित चार्जिंग का उपयोग आमतौर पर तब किया जाता है जब इकाइयों का लगातार उपभोग नहीं किया जाता है, जैसे। एक उपयोगकर्ता एम. एम. एस. भेज रहा है। कमांड कोड व्यास के माध्यम से क्रेडिट नियंत्रण का समर्थन करने के लिए, दो व्यास संदेश हैं, सी. सी. आर. (क्रेडिट नियंत्रण अनुरोध) और सी. सी. ए. (क्रेडिट नियंत्रण उत्तर)। सी. सी. आर./सी. सी. ए. के लिए कमांड कोड 272 है, जैसा कि आर. एफ. सी. 4006 में परिभाषित किया गया है, कोटा प्रबंधन के लिए ग्राहक सी. सी. आर. सर्वर को इकाइयों का अनुरोध करने और खपत की सूचना देने के लिए भेजता है। सर्वर इकाइयों को अनुदान देता है और उपयोगकर्ता से शुल्क लेता है। साधारण डेबिट/क्रेडिट के लिए ग्राहक एक सी. सी. आर. भेजता है जो सर्वर से उपयोगकर्ता के खाते को क्रेडिट/डेबिट करने के लिए कहता है। मूल्य पूछताछ के लिए ग्राहक सर्वर से पूछता है कि एक इकाई की कीमत क्या है, और सर्वर कीमत के साथ जवाब देता है। संदेश प्रवाह संदेश प्रवाह सामान्य रूप से नियंत्रण-बिंदु द्वारा संचालित होते हैं जो इकाइयों के लिए पूछते हैं और सर्वर उन्हें प्रदान करता है। संदेश अन्य व्यास अनुप्रयोगों द्वारा भी उत्पन्न किया जा सकता है, जैसे कि समय/उपयोग-सीमित सत्रों के लिए NASREQ (RFC4005)। निम्नलिखित आरेख कोटा अनुदान का उपयोग करते हुए एक सत्र के लिए एक सरलीकृत संदेश प्रवाह दिखाता है। ग्राहक सर्वर से 10 इकाइयों का अनुरोध करके शुरू करता है। सर्वर यह सत्यापित करता है कि उपयोगकर्ता/ग्राहक के पास इसके लिए पर्याप्त शेष राशि है। इस उदाहरण में सर्वर ग्राहक को उन सभी इकाइयों को अनुदान देता है जिनका उसने अनुरोध किया था। यदि अभिदाता के पास अपर्याप्त शेष राशि होती तो वह कम इकाइयाँ दे सकता था या इसे पूरी तरह से अस्वीकार कर सकता था। ग्राहक सत्र ने स्वीकृत इकाइयों का उपयोग कब या उससे पहले किया है, ग्राहक सर्वर को यह बताते हुए एक अद्यतन भेजता है कि इस बार कितनी इकाइयों का उपयोग किया गया है और वह कितनी इकाइयों का उपयोग करना चाहता है। सर्वर से बात करते समय ग्राहक सत्र को निलंबित करने से बचने के लिए ग्राहक को पिछले अनुदान का पूरी तरह से उपयोग करने से पहले इकाइयों का अनुरोध करने की अनुमति है। इस उदाहरण में ग्राहक अनुरोध भेजता है जब पहले से दी गई 10 इकाइयों में से 7 इकाइयों का उपयोग किया गया है और 10 और इकाइयों के लिए पूछता है, जिन्हें सर्वर अनुदान देता है। सर्वर अभिदाता शेष राशि को डेबिट करने के लिए उपयोग की गई इकाइयों की गिनती का उपयोग कर सकता है (इकाइयों को देने से यह संकेत नहीं मिलता है कि उनका उपयोग किया जाएगा। प्रयुक्त इकाइयों के एवीपी में वास्तविक उपयोग शामिल है)। सर्वर के लिए ग्राहक को यह बताना भी संभव है कि अनुदान कितने समय तक वैध है, इस मामले में ग्राहक से अनुदान टाइमर की अवधि समाप्त होने पर एक अद्यतन भेजने की अपेक्षा की जाती है। एक सत्र के दौरान कई अद्यतन संदेश हो सकते हैं। अंत में, ग्राहक ने सत्र समाप्त कर दिया है, और ग्राहक सर्वर को एक समाप्ति संदेश भेजता है जिसमें अंतिम प्रयुक्त-इकाइयाँ होती हैं। सर्वर समाप्ति संदेश का उपयोग बैक-एंड संतुलन प्रबंधन प्रणाली में किए गए किसी भी संबंधित आरक्षण को साफ़ करने के लिए कर सकता है। यदि अभिदाता सत्र को स्वयं समाप्त नहीं करता है, बल्कि इसके बजाय अपना शेष राशि समाप्त कर देता है, तो सर्वर एक अद्यतन संदेश को अस्वीकार करने के साथ पहले प्रतिक्रिया देता है, संभवतः ग्राहक/नियंत्रण-बिंदु को यातायात को पुनर्निर्देशित करने के लिए कहता है (यह आम तौर पर केवल एचटीटीपी/डब्ल्यूएपी यातायात के लिए समझ में आता है)। नए कमांड कोड के लिए ए. वी. पी. मैट्रिक्स ए. वी. पी. नए कमांड कोड, सी. सी. ए. और सी. सी. आर. के लिए कुछ ए. वी. पी. की आवश्यकता हो सकती है जैसा कि नीचे बताया गया है। बोल्ड एवीपी डीसीसीए के लिए नए हैं। आधार प्रोटोकॉल कमांड कोड के लिए नए एवीपी तालिका निम्नलिखित प्रतीकों का उपयोग करती हैः 0 एवीपी संदेश में मौजूद नहीं होना चाहिए 0 + शून्य या एवीपी के अधिक उदाहरण संदेश में मौजूद हो सकते हैं 0-1 शून्य या संदेश में एवीपी का एक उदाहरण मौजूद हो सकता है। यदि ए. वी. पी. 1 का एक से अधिक उदाहरण है तो इसे एक त्रुटि माना जाता है ए. वी. पी. का एक उदाहरण संदेश 1 में मौजूद होना चाहिए + ए. वी. पी. का कम से कम एक उदाहरण संदेश से संबंधित मानकों-डायमीटर नेटवर्क एक्सेस सर्वर एप्लिकेशन में मौजूद होना चाहिए। - व्यास क्रेडिट-नियंत्रण अनुप्रयोग (अप्रचलित)-व्यास क्रेडिट-नियंत्रण अनुप्रयोग। 3जी. पी. पी. 32.299-3जी. पी. पी. दूरसंचार प्रबंधन-चार्जिंग प्रबंधन-व्यास चार्जिंग अनुप्रयोग। इंटरनेट प्रोटोकॉल इंटरनेट मानक