Diameter Credit-Control Application
ડાયમીટર ક્રેડિટ-કંટ્રોલ એપ્લિકેશન એ ડાયમીટર એપ્લિકેશન માટેનું નેટવર્કિંગ પ્રોટોકોલ છે જેનો ઉપયોગ વિવિધ અંતિમ વપરાશકર્તા સેવાઓ માટે વાસ્તવિક સમયના ક્રેડિટ-નિયંત્રણને અમલમાં મૂકવા માટે થાય છે. તે IETF ધોરણ છે જે સૌપ્રથમ RFC 4006 માં વ્યાખ્યાયિત કરવામાં આવ્યું હતું અને RFC 8506 માં અપડેટ કરવામાં આવ્યું હતું. વ્યાસ ક્રેડિટ નિયંત્રણ એપ્લિકેશનનો હેતુ રીઅલ-ટાઇમ ચાર્જિંગ માટે એક માળખું પ્રદાન કરવાનો છે, જે મુખ્યત્વે ગેટવેઝ/કંટ્રોલ-પોઇન્ટ્સ અને બેક-એન્ડ એકાઉન્ટ/બેલેન્સ સિસ્ટમ્સ (સામાન્ય રીતે ઓનલાઇન ચાર્જિંગ સિસ્ટમ) વચ્ચેના સંચાર માટે છે. અરજી આ માટેની પદ્ધતિઓ સ્પષ્ટ કરે છેઃ ક્વોટા વ્યવસ્થાપન (અનામત, પુનઃપ્રાધિકરણ, ત્યાગ) સરળ ડેબિટ/ક્રેડિટ બેલેન્સ તપાસ કિંમતની પૂછપરછ વ્યાસ ક્રેડિટ નિયંત્રણ એપ્લિકેશન કયા પ્રકારનાં એકમો ખરીદવામાં/ઉપયોગમાં લેવાય છે અને કઈ વસ્તુઓ પર ચાર્જ લેવામાં આવે છે તે સ્પષ્ટ કરતી નથી. આ સેવા સંદર્ભ પર છોડી દેવામાં આવે છે જેને અલગથી નિર્દિષ્ટ કરવું પડે છે, જેમ કે કેટલાક શબ્દાર્થો છે. વપરાયેલ/ખરીદેલા એકમોના ઉદાહરણોઃ ટાઇમ અપલોડ/ડાઉનલોડ બાઇટ્સ (ટેક્સ્ટ સંદેશાઓ) ચાર્જ કરેલી વસ્તુઓના ઉદાહરણોઃ મની પોઇંટ્સ એકમો (દા. ત.) જો બેલેન્સ એ જ એકમોમાં રાખવામાં આવે છે જેનો ઉપયોગ કરવામાં આવી રહ્યો છે) ડાયમીટર ક્રેડિટ કંટ્રોલ એ પણ સ્પષ્ટ કરે છે કે એક જ વપરાશકર્તા બેલેન્સ સામે ઉપયોગમાં લેવાતા/ચાર્જ કરેલા બહુવિધ યુનિટ પ્રકારોના એકદમ જટિલ મુદ્દાને કેવી રીતે હેન્ડલ કરવો. દાખલા તરીકે, વપરાશકર્તા ઓનલાઇન સમય અને ડાઉનલોડ બાઇટ્સ બંને માટે ચૂકવણી કરી શકે છે પરંતુ તેની પાસે માત્ર એક જ ખાતાનું બેલેન્સ હોય છે. સત્ર-આધારિત ચાર્જિંગ સત્ર-આધારિત ધિરાણ નિયંત્રણ પ્રક્રિયા ઘણી પૂછપરછનો ઉપયોગ કરે છે જેમાં પ્રથમ, મધ્યવર્તી અને છેલ્લી પૂછપરછનો સમાવેશ થઈ શકે છે. પૂછપરછ દરમિયાન વપરાશકર્તાના ખાતામાંથી નાણાં અનામત રાખવામાં આવે છે. સત્ર-આધારિત ચાર્જિંગનો ઉપયોગ સામાન્ય રીતે એવા દૃશ્યો માટે થાય છે જ્યાં ચાર્જ કરેલા એકમોનો સતત વપરાશ થાય છે, દા. ત. બાઇટ્સ અપલોડ/ડાઉનલોડ માટે ચાર્જ કરવો. ઇવેન્ટ-આધારિત ચાર્જિંગ ઇવેન્ટ-આધારિત ક્રેડિટ નિયંત્રણ પ્રક્રિયા ચાર્જિંગ મિકેનિઝમ તરીકે ઇવેન્ટ્સનો ઉપયોગ કરે છે. ઇવેન્ટ-આધારિત ચાર્જિંગનો ઉપયોગ સામાન્ય રીતે ત્યારે થાય છે જ્યારે એકમોનો સતત વપરાશ થતો નથી, દા. ત. એમ. એમ. એસ. મોકલતો વપરાશકર્તા. કમાન્ડ કોડ્સ વ્યાસ દ્વારા ક્રેડિટ નિયંત્રણને ટેકો આપવા માટે, બે વ્યાસ સંદેશાઓ છે, CCR (ક્રેડિટ કંટ્રોલ વિનંતી) અને CCA (ક્રેડિટ કંટ્રોલ જવાબ). સી. સી. આર./સી. સી. એ. માટેનો આદેશ કોડ 272 છે, જે આર. એફ. સી. 4006 માં વ્યાખ્યાયિત કરવામાં આવ્યો છે. ક્વોટા વ્યવસ્થાપન માટે ગ્રાહક સર્વરને સી. સી. આર. મોકલે છે અને એકમોની વિનંતી કરે છે અને વપરાશની જાણ કરે છે. સર્વર એકમો આપે છે અને વપરાશકર્તાને ચાર્જ કરે છે. સરળ ડેબિટ/ક્રેડિટ માટે ગ્રાહક સી. સી. આર. મોકલે છે અને સર્વરને વપરાશકર્તાના ખાતામાં ક્રેડિટ/ડેબિટ કરવા માટે કહે છે. કિંમતની પૂછપરછ માટે ગ્રાહક સર્વરને પૂછે છે કે એકમની કિંમત શું છે, અને સર્વર કિંમત સાથે જવાબ આપે છે. સંદેશનો પ્રવાહ સંદેશનો પ્રવાહ સામાન્ય રીતે નિયંત્રણ-બિંદુ દ્વારા ચલાવવામાં આવે છે જે એકમો માટે પૂછે છે અને સર્વર તેમને આપે છે. સંદેશ અન્ય વ્યાસ કાર્યક્રમો દ્વારા પણ પેદા થઈ શકે છે, જેમ કે સમય/વપરાશ-મર્યાદિત સત્રો માટે NASREQ (RFC4005). નીચેની આકૃતિ ક્વોટા અનુદાનનો ઉપયોગ કરીને સત્ર માટે સરળ સંદેશ પ્રવાહ દર્શાવે છે. ક્લાયન્ટ સર્વર પાસેથી 10 એકમોની વિનંતી કરીને શરૂઆત કરે છે. સર્વર ચકાસે છે કે વપરાશકર્તા/ગ્રાહક પાસે તેના માટે પૂરતું સંતુલન છે. આ ઉદાહરણમાં સર્વર ક્લાયન્ટને તેણે વિનંતી કરેલા તમામ એકમો આપે છે. જો ગ્રાહક પાસે અપૂરતું બેલેન્સ હોત તો તે ઓછા એકમો આપી શક્યો હોત અથવા તેને સંપૂર્ણપણે નકારી શક્યો હોત. જ્યારે અથવા તે પહેલાં ગ્રાહક સત્ર મંજૂર કરેલા એકમોનો ઉપયોગ કરે છે ત્યારે ગ્રાહક સર્વરને અપડેટ મોકલે છે કે આ વખતે કેટલા એકમોનો ઉપયોગ કરવામાં આવ્યો છે અને તે કેટલા મંજૂર કરવા માંગે છે. સર્વર સાથે વાત કરતી વખતે ગ્રાહક સત્રને સ્થગિત કરવાનું ટાળવા માટે ગ્રાહકને અગાઉની અનુદાનનો સંપૂર્ણ ઉપયોગ થાય તે પહેલાં એકમોની વિનંતી કરવાની મંજૂરી છે. આ ઉદાહરણમાં ક્લાયન્ટ વિનંતી મોકલે છે જ્યારે અગાઉ મંજૂર કરાયેલા 10 એકમોમાંથી 7 એકમોનો ઉપયોગ કરવામાં આવ્યો હોય; અને વધુ 10 એકમો માટે પૂછે છે, જે સર્વર અનુદાન આપે છે. સર્વર ગ્રાહકની બાકી રકમને ડેબિટ કરવા માટે વપરાયેલ એકમોની ગણતરીનો ઉપયોગ કરી શકે છે (એકમો આપવા એ સૂચવતું નથી કે તેનો ઉપયોગ કરવામાં આવશે. વપરાયેલ એકમો એવીપી વાસ્તવિક ઉપયોગ ધરાવે છે). સર્વર માટે પણ શક્ય છે કે તે ગ્રાહકને જણાવે કે અનુદાન કેટલો સમય માન્ય છે, આ કિસ્સામાં જ્યારે અનુદાન ટાઈમરની મુદત પૂરી થાય ત્યારે ગ્રાહક દ્વારા અપડેટ મોકલવાની અપેક્ષા રાખવામાં આવે છે. સત્ર દરમિયાન ઘણા સુધારા સંદેશાઓ હોઈ શકે છે. છેવટે, ગ્રાહકએ સત્ર સમાપ્ત કર્યું છે, અને ગ્રાહક છેલ્લા વપરાયેલ-એકમો ધરાવતા સર્વરને સમાપ્તિ સંદેશ મોકલે છે. સર્વર બેક-એન્ડ બેલેન્સ મેનેજમેન્ટ સિસ્ટમમાં કરવામાં આવેલા કોઈપણ સંબંધિત રિઝર્વેશનને સાફ કરવા માટે સમાપ્તિ સંદેશનો ઉપયોગ કરી શકે છે. જો ગ્રાહક પોતે સત્ર સમાપ્ત ન કરે પરંતુ તેના બદલે તેનું સંતુલન ઘટાડે તો સર્વર અપડેટ સંદેશને નકારીને અગાઉ જવાબ આપતો, સંભવતઃ ક્લાયન્ટ/કંટ્રોલ-પોઇન્ટને ટ્રાફિકને રીડાયરેક્ટ કરવા માટે કહેતો (આ સામાન્ય રીતે ફક્ત HTTP/WAP ટ્રાફિક માટે જ અર્થપૂર્ણ બને છે). નવા આદેશ કોડ્સ માટે AVP મેટ્રિક્સ નવા આદેશ કોડ્સ, CCA અને CCR, માટે નીચે દર્શાવ્યા મુજબ કેટલાક AVP ની જરૂર પડી શકે છે. બોલ્ડ એવીપી ડીસીસીએ માટે નવા છે. બેઝ પ્રોટોકોલ કમાન્ડ કોડ્સ માટે નવા AVP કોષ્ટક નીચેના પ્રતીકોનો ઉપયોગ કરે છેઃ 0 AVP સંદેશમાં હાજર હોવું જોઈએ નહીં 0 + શૂન્ય અથવા AVP ના વધુ ઉદાહરણો સંદેશમાં હાજર હોઈ શકે છે 0-1 શૂન્ય અથવા AVP નો એક દાખલો સંદેશમાં હાજર હોઈ શકે છે. જો AVP 1 નો એક કરતાં વધુ દાખલો હોય તો તેને ભૂલ માનવામાં આવે છે AVP નો એક દાખલો સંદેશ 1 + માં હાજર હોવો જોઈએ AVP નો ઓછામાં ઓછો એક દાખલો સંદેશ સંબંધિત ધોરણો-ડાયમીટર નેટવર્ક એક્સેસ સર્વર એપ્લિકેશનમાં હાજર હોવો જોઈએ. - ડાયમીટર ક્રેડિટ-કંટ્રોલ એપ્લિકેશન (અપ્રચલિત)-ડાયમીટર ક્રેડિટ-કંટ્રોલ એપ્લિકેશન. 3GPP 32.299-3GPP ટેલિકમ્યુનિકેશન મેનેજમેન્ટ-ચાર્જિંગ મેનેજમેન્ટ-ડાયમીટર ચાર્જિંગ એપ્લિકેશન્સ. ઈન્ટરનેટ પ્રોટોકોલ ઈન્ટરનેટ ધોરણો