मोबाइल ऑपरेटर बिलिंग कैसे काम करती है?

^{प्लेटफॉर्म InitialDP 37 एमएस; ग्राहक ने 10 सेकंड के लिए बीप सुनी; बातचीत की अवधि - 5 मिनट से थोड़ा अधिक।}

बिलिंग दूरसंचार सेवाओं के उपयोग के बारे में जानकारी एकत्र करती है, उनका चार्ज बिलिंग ग्राहकों और प्रसंस्करण भुगतान के लिए जिम्मेदार है।

गणना के 2 मुख्य प्रकार हैं:

• पोस्टपे - अपने परिणामों के आधार पर अवधि के लिए चालान (पोस्टपेड)
• और अग्रिम प्रणाली (प्रीपेड), जब पैसा अग्रिम में दर्ज किया जाता है।

पोस्टपे ऐतिहासिक रूप से पहले दिखाई दिया, लेकिन पूर्व भुगतान ग्राहकों के लिए अधिक सुविधाजनक निकला (अधिक नियंत्रित - बस थोड़ा सा गलत, एक शटडाउन होता है, और एक बड़ा बिल नहीं)।

पोस्टपेड सिस्टम

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


पोस्टपेड प्लेटफॉर्म और नेटवर्क ऑपरेटर के कोर के बीच बातचीत की योजना
CSN - सर्किट स्विचिंग नेटवर्क; चैनल स्विचेस (MSC) द्वारा प्रस्तुत किया गया।
पीएसएन - पैकेट स्विचिंग नेटवर्क; पैकेट स्विच और गेटवे (एसजीएसएन और जीजीएसएन, क्रमशः) द्वारा प्रस्तुत किया गया।

पोस्टपेड सिस्टम के संचालन का सिद्धांत अपेक्षाकृत सरल है, क्योंकि इसमें प्लेटफ़ॉर्म की वास्तविक समय की प्रतिक्रिया की आवश्यकता नहीं है: आखिरकार, ग्राहक को शून्य तक पहुंचने के बारे में चेतावनी देने की आवश्यकता नहीं है (और, तदनुसार, इसके साथ नेटवर्क इंटरैक्शन की प्रकृति को बदलने की आवश्यकता नहीं है)।

अग्रिम प्रणाली

अग्रिम चार्ज के मामले में, दूरसंचार ऑपरेटर प्रदान की गई सेवाओं की मात्रा के लिए लेखांकन के अलावा, सब्सक्राइबर के चालू खाते को ट्रैक करने की समस्या को हल करने की आवश्यकता है और, यदि यह शून्य तक पहुंचता है, तो ग्राहक को सूचित करें / सेवा के प्रावधान को अक्षम करें। इसलिए, ऐसे सिस्टम को ऑनलाइन चार्जिंग सिस्टम (OCS) भी कहा जाता है।

चूंकि ऑपरेटर विभिन्न प्रकार की सेवाएं प्रदान करता है और विभिन्न प्रकार के नेटवर्क का उपयोग किया जाता है (चैनल / पैकेट स्विचिंग सिस्टम), उदाहरण के लिए, ग्राहक के खाते की निगरानी की समस्या को हल करने के लिए बिलिंग को विभिन्न टैरिफिंग प्रोटोकॉल का उपयोग करना पड़ता है।


ऑपरेटर के नेटवर्क के साथ प्रीपेड प्लेटफॉर्म के संपर्क की योजना

हम इन प्रोटोकॉल का अधिक विस्तार से विश्लेषण करेंगे।

कैप

CAP (CAMEL Application Part) SS7 स्टैक का एक एप्लीकेशन लेयर प्रोटोकॉल है जो GSM / UMTS नेटवर्क (उदाहरण के लिए, प्रीपेड) में बुद्धिमान सेवाओं को लागू करता है।


SS7 स्टैक में प्रोटोकॉल का स्थान। यह आंकड़ा SIGTRAN तकनीक (SS7 एक्सटेंशन) का उपयोग करते हुए एक लोकप्रिय संस्करण भी दिखाता है, जो एक आईपी नेटवर्क पर "सात" प्रोटोकॉल के उपयोग की अनुमति देता है।

इस प्रोटोकॉल के माध्यम से, OCS एक सर्किट स्विच्ड नेटवर्क के साथ संचार करता है। यहां एक आउटगोइंग वॉयस कॉल चार्ज करने का एक उदाहरण है:


CAP बिलिंग संवाद, धराशायी लाइनें ISUP संदेश दिखाती हैं।

1. सबसे पहले, MSC1 स्विच से बिलिंग पर एक संदेश (इनिशियल डिटेक्शन पॉइंट) आता है, जिसमें सब्सक्राइबर के पैरामीटर प्रेषित होते हैं। ये इनकमिंग और आउटगोइंग नंबर, कॉल सब्सक्राइबर और अन्य के सेल एड्रेस हैं। इसके आधार पर, कॉल विश्लेषण शुरू करना संभव है। बिलिंग एक विशिष्ट पहचान बिंदु बनाती है - यानी, कॉल की स्थिति। ओसीएस यह निर्धारित करता है कि क्या ग्राहक वॉयस कॉल कर सकता है (क्या खाते में पैसा है), यदि ऐसा है, तो अधिकतम समय के लिए।
2. उसके बाद, OCS रिक्वेस्ट रिपोर्ट BCSM इवेंट स्विच का जवाब देता है ("मैंने डिटेक्शन पॉइंट को इनिशियलाइज़ किया, मैं आपसे कॉल स्थिति के बारे में अधिक जानकारी की प्रतीक्षा करूँगा")। और अप्लाई चार्जिंग भेजता है ("ग्राहक के खाते में फंड है, मैं कॉल की अनुमति देता हूं")। ग्राहक जो अधिकतम समय का उपयोग कर सकता है, वह भी वहां भेजा जाता है।
3. स्विच, OCS से अनुमति प्राप्त कर रहा है, ISUP प्रोटोकॉल का उपयोग कर ग्राहकों के बीच एक आवाज कनेक्शन शुरू करता है, IAM (प्रारंभिक पता संदेश) MSC2 को भेज रहा है।
4. MSC2 एक ACM (पता पूर्ण संदेश) संदेश के साथ MSC1 की दिशा में प्रतिक्रिया करता है, इस मामले में इसका मतलब है "हां, मेरा ग्राहक अब ऑनलाइन है, मैं उसे कॉल करना शुरू कर रहा हूं"। इस संदेश को प्राप्त करने पर, MSC1 ग्राहक बी को लंबी बीप पर चालू करता है।
5. सब्सक्राइबर बी फोन उठाता है, MSC2 MSC1 को एक एएनएम (उत्तर संदेश) भेजता है - "मेरे ग्राहक ने फोन उठाया, उन्हें प्लग इन करें"।
6. MSC1 ग्राहक A और B को जोड़ता है, बातचीत शुरू होती है। MSC1 OCS के लिए एक इवेंट रिपोर्ट BCSM (O_Answer) संदेश भेजता है। OCS ने इस सब्सक्राइबर के लिए कॉल स्थिति में परिवर्तन किया। इस क्षण से, चार्जिंग शुरू होती है (ध्यान में रखते हुए कि पहले 3 सेकंड मुफ्त हैं)।
7. जबकि ग्राहक संवाद करते हैं, MSC1 कॉल के लिए समय की निगरानी करता है। यदि समय समाप्त हो रहा है, तो MSC ग्राहक को बीप के साथ चेतावनी देता है।
8. हमारे मामले में, सब्सक्राइबर बी सबसे पहले हैंग करते हैं, MSC1 और MSC2 REL (रिलीज़ मैसेज) और RLC (रिलीज़ कम्पलीट मैसेज) संदेशों का उपयोग करके एक फ्रेंडली हैंडशेक बनाते हैं।
9. MSC1 एक इवेंट रिपोर्ट BCSM (O_Disconnect - "ग्राहकों को सफलतापूर्वक डिस्कनेक्ट किया गया") भेजता है और OCS पर चार्जिंग रिपोर्ट (कितने सेकंड चली) को लागू करता है।
10. OCS यह डेटा प्राप्त करता है और जवाब देता है कि अब सत्र को बंद करना संभव है।

 --- निवेश ---
  A1 TAG: A1h [1]
  1 बी लेन: 27
       --- चालान आईडी ---
  ०२ टीएजी: ०२ एच इंटीजर
  01 LEN: 1
  02 चालान आईडी: 2
        === कैप ===
          --- निवेश ---
          --- संचालन ---
  ०२ टीएजी: ०२ एच इंटीजर
  01 LEN: 1
  23 संचालन: 35 = applyCharging
        --- APPL CHARG ---
  30 टीएजी: 30 वीं कक्षा
  13 LEN: 19
          --- ACH BCC ---
  80 TAG: 80h [0]
  0C LEN: 12
        --- टीडीसी ---
  A0 TAG: A0h [0]
  0A LEN: 10
          --- मैक्स सीपीडी ---
  80 TAG: 80h [0]
  03 LEN: 3
  01 19 40 MAX CPD: 4370 

यह कोर्स का हिस्सा है। हम देखते हैं कि CAPC के माध्यम से applyCharging संदेश भेजा गया था, अधिकतम टॉक टाइम (MAX CPD - अधिकतम कॉल अवधि अवधि) 437.0 सेकंड है।


मैं kat को चित्र डुप्लिकेट करूंगा: यह CAP प्रोटोकॉल का उपयोग करके संचार का एक उदाहरण है। आप टाइमस्टैम्प का मूल्यांकन कर सकते हैं: प्लेटफ़ॉर्म प्रांरभिक ३ ms एमएस; ग्राहक ने 10 सेकंड के लिए बीप सुनी; बातचीत की अवधि - 5 मिनट से थोड़ा अधिक।


और यहां कॉल लंबी है और आप देख सकते हैं कि कैसे हर 6 मिनट में सिस्टम खुद कॉल की स्थिति (गतिविधिटैस्ट) के लिए एमएससी पूछता है। ऐसा इसलिए किया गया, ताकि किसी भी त्रुटि के मामले में, बातचीत दिनों तक नहीं चले (जब तक कि ग्राहक ने सभी पैसे नहीं लिखे हों)।

सीएपी प्रोटोकॉल न केवल वॉयस कॉल चार्ज कर सकता है - यह इंटरनेट कनेक्शन, एसएमएस, एमएमएस और इतने पर चार्ज करने में भी सक्षम है। हालांकि व्यवहार में, विशेष रूप से तीक्ष्ण प्रोटोकॉल (DIAMETER / OSA) इन जरूरतों के लिए सबसे अधिक बार उपयोग किए जाते हैं।

ओएसए

OSA (ओपन सर्विस एक्सेस) 3GPP और ETSI के कंसोर्टियम द्वारा विकसित एक ओपन सॉफ्टवेयर इंटरफ़ेस है, जिसका उपयोग अक्सर VAS सेवाओं और मोबाइल इंटरनेट के लिए किया जाता है।

मोबाइल इंटरनेट सेवाओं के शुल्क निर्धारण के उदाहरण का उपयोग करते हुए इस प्रोटोकॉल के काम पर विचार करें:

1. पीडीपी संदर्भ (मोबाइल ऑपरेटर के नेटवर्क में आईपी पता प्राप्त करने) को सक्रिय करने का प्रयास करते समय, GGSN प्लेटफ़ॉर्म से पूछता है कि क्या यह ग्राहक बिलिंग सत्र (CreateChargingSessionReq) को सक्रिय कर सकता है।
2. हमारे मामले में, सब कुछ ठीक है (ग्राहक डेटाबेस में है, फंड हैं), प्लेटफ़ॉर्म एक बिलिंग सत्र बनाता है और आपको पीडीपी संदर्भ (CreateChargingSessionResp) को सक्रिय करने की अनुमति देता है।
3. अब ग्राहक डेटा डाउनलोड करना शुरू करना चाहता है। उसे ऐसा करने की अनुमति देने के लिए, GGSN निधियों के आरक्षण के लिए अनुरोध के साथ मंच पर जाता है (ReserveUnitReq)। सामान्य तौर पर, यूनिट एक अमूर्त चीज है, यह कुछ भी हो सकता है - डेटा का एक किलोबाइट, एसएमएस, बातचीत का एक दूसरा, एक रूबल, पिज्जा, एक बैरल और इसी तरह। हमारे मामले में, यूनिट 100 kB है।
4. प्लेटफ़ॉर्म यह जाँचता है कि इस सब्सक्राइबर के लिए उसके टैरिफ के हिसाब से 100 kB ट्रैफ़िक के लिए फंड्स हैं या रिजर्व्डनीट्रीस ("फंड्स रिज़र्व हैं") संदेश के साथ जवाब देते हैं। प्लेटफ़ॉर्म से यह संदेश प्राप्त करने के बाद, GGSN सब्सक्राइबर को ट्रैफ़िक डाउनलोड करने की अनुमति देता है।
5. जब सब्सक्राइबर ने ट्रैफ़िक के आरक्षित हिस्से को डाउनलोड किया है, तो GGSN प्लेटफ़ॉर्म को संदेश DebitUnitReq ("आप आरक्षित निधि को लिख सकते हैं") से संबोधित करते हैं।
6. मंच धनराशि पर डेबिट करता है और एक DebitUnitResp संदेश ("धन सफलतापूर्वक डेबिट") के साथ प्रतिक्रिया करता है।
7. ReserveUnitReq-DebitUnitResp चक्र तब तक दोहराया जाता है जब तक कि सब्सक्राइबर पूरे इंटरनेट को डाउनलोड नहीं करता, इंटरनेट सत्र बंद कर देता है।
8. जब पीडीपी संदर्भ निष्क्रिय हो जाता है, तो जीजीएसएन प्लेटफॉर्म को बिलिंग सत्र पूरा होने के बारे में एक संदेश भेजता है; इस सत्र के लिए आवंटित स्मृति को मुक्त कर दिया गया है।

अनुरोध करें debitUnitReq; OSA कमांड एक SOAP प्रोटोकॉल में लिपटे हुए हैं, जो बदले में HTTP प्रोटोकॉल द्वारा एनकैप्सुलेटेड हैं।

निष्कर्ष

ग्राहकों की जरूरतों को बदलना (डेटा की मात्रा में वृद्धि सहित), नई प्रकार की सेवाएं बनाना, मोबाइल ऑपरेटर के नेटवर्क के विकास को रोकता है, मुख्य रूप से वीएएस प्लेटफार्मों और बिलिंग सिस्टम के क्षेत्र में।

यदि आप प्रोटोकॉल के एएए परिवार के विषय में रुचि रखते हैं, तो बाद में मैं RADIUS, DIAMETER और अन्य दिलचस्प चीजों के बारे में बात करूंगा।

संदर्भ

3GPP: www.3gpp.org/index.php
ETSI: www.etsi.org
OSA: www.3gpp.org/ftp/Specs/html-info/29198-01.htm
ISUP: www.asknumbers.com/SS7ISUPMessages.aspx