👉 🏡 👨🏼‍🎓 मोबाइल और फिक्स्ड संचार का संयोजन: यह अंदर से कैसे काम करता है 🥧 😇 😋

अब हम CAMEL मोबाइल नेटवर्क के IN-प्रोटोकॉल के कार्यान्वयन और इसके आधार पर FMC फिक्स्ड-मोबाइल कन्वर्सेशन सर्विस फ़ंक्शंस के पहलुओं पर विचार करेंगे। उन लोगों के लिए उपयोगी है जो व्यावहारिक रूप से कार्यालय में टेलीफोनी या अधिक सैद्धांतिक रूप से रुचि रखते हैं - सिद्धांत में मोबाइल संचार के कुछ पहलुओं का काम।

इसका क्या मतलब है?

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

चलो CAMEL मोबाइल नेटवर्क के IN प्रोटोकॉल के कार्यान्वयन पहलुओं से शुरू करते हैं।

यह कैसे काम करता है?

यदि हम एक जीएसएम नेटवर्क के निर्माण की मूल बातें याद करते हैं, तो सिद्धांत रूप में इसकी संरचना निम्नानुसार चित्रित की जा सकती है।

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

यदि हम सिग्नलिंग के दृष्टिकोण से उनकी बातचीत पर विचार करते हैं, तो शुरू में तत्वों की इंटरैक्शन सिग्नलिंग प्रोटोकॉल OKS7 (चैनल-वाइड अलार्म नंबर 7) के आधार पर बनाई गई थी।

फिर, आईपी नेटवर्क के विकास के मद्देनजर, इस प्रोटोकॉल को अंतिम रूप दिया गया और सिगार्टन (सिग्नलिंग ट्रांसपोर्ट, टीसीपी \ आईपी नेटवर्क पर आधारित ट्रांसपोर्ट सिग्नलिंग प्रोटोकॉल) में बदल दिया गया।

जीएसएम नेटवर्क और OKS7 अलार्म की संरचना के बारे में अधिक विवरण यहां और इस पोस्ट में पाया जा सकता है (लेखकों से ली गई कुछ तस्वीरों के लिए विशेष धन्यवाद)।

और अब हम इंटेलिजेंट सर्विसेज प्रोटोकॉल INAP / CAMEL के कार्यान्वयन की सुविधाओं से सीधे गुजरेंगे। INAP (इंटेलेक्चुअल नेटवर्क एप्लीकेशन पार्ट) एरिक्सन का प्रोटोकॉल है जो फिक्स्ड नेटवर्क से मोबाइल नेटवर्क पर आता है, CAMEL (मोबाइल एप्लीकेशन के लिए कस्टमाइज्ड एप्लीकेशन) विशेष रूप से मोबाइल नेटवर्क के लिए विकसित किया गया एक प्रोटोकॉल है जो उनकी कार्यक्षमता को बढ़ाता है। विनिर्देशों (मुख्यतः 3GPP TS 23.078) वर्तमान में इस प्रोटोकॉल के 4 संस्करणों का वर्णन करते हैं।

यदि हम कार्यान्वयन के तकनीकी पक्ष को स्पर्श करते हैं, तो एक सरलीकृत रूप में यह निम्नानुसार दिखता है:

जब आप बिलिंग में किसी ग्राहक को CAMEL सेवाओं से जोड़ते हैं, तो O-CSI (CAMEL सदस्यता सूचना, आउटगोइंग कॉल के लिए CAMEL सदस्यता के बारे में जानकारी) और / या T-CSI (CAMEL सदस्यता सूचना समाप्त करना, इनकमिंग के लिए CAMEL सदस्यता की जानकारी) कॉल) सदस्यताएँ जो क्रमशः आउटगोइंग और इनकमिंग कॉल को संसाधित करने के तर्क के लिए जिम्मेदार हैं। सदस्यता के पैरामीटर प्लेटफ़ॉर्म के gsmSCF पते को इंगित करते हैं, जिसमें कॉल के आगे प्रसंस्करण के लिए तर्क शामिल है, सेवा कुंजी - उपलब्ध CAMEL सेवाओं में से प्रत्येक के लिए एक विशिष्ट पहचानकर्ता और डिफ़ॉल्ट कॉल हैंडलिंग ("डिफ़ॉल्ट रूप से कॉलिंग स्क्रिप्ट") - कॉल के मामले में निष्पादित होने वाली कार्रवाई ट्रिगर बाईपास। सेवा की कार्यक्षमता और तर्क के आधार पर मूल्य को समायोजित किया जा सकता है। उदाहरण के लिए, यदि यह आवश्यक है कि यदि CAMEL प्लेटफ़ॉर्म हैंग हो जाता है या ओवरलोड हो जाता है, कॉल अभी भी गुजरता है, तो आपको इस पैरामीटर का मान "जारी रखें" पर सेट करने की आवश्यकता है। और अगर आपको इस कॉल को संसाधित करने से रोकने की आवश्यकता है - "रिलीज़"।

एक उत्कृष्ट उदाहरण ओवरलोड के मामलों में प्रीपेड ग्राहकों के लिए बिलिंग को अक्षम कर रहा है। इस स्थिति में, डिफ़ॉल्ट कॉल हैंडलिंग "जारी रखें" पर सेट की जाती है, अर्थात बिलिंग में सीडीआर (कॉल डेटा रिकॉर्ड) उत्पन्न किए बिना एक कनेक्शन स्थापित किया जाता है।

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

CSE - CAMEL सेवा वातावरण। एक ऐसा प्लेटफ़ॉर्म जो सेवाओं के सभी तर्क संग्रहीत करता है।
SSF - सेवा स्विचिंग फ़ंक्शन। यह कार्यक्षमता स्विच पर सक्रिय है और इसका मुख्य कार्य मोबाइल ग्राहकों की गतिविधि के सभी मामलों में "ट्रिगर" कॉल करना है। सीधे शब्दों में कहें, अगर स्विच "देखता है" कि कॉलर के पास O-CSI सदस्यता है, तो वह IN प्लेटफॉर्म पर कॉल शुरू करता है।
एससीएफ - सेवा नियंत्रण समारोह। IN प्लेटफ़ॉर्म की तरफ कार्यक्षमता जो अनुरोध प्रसंस्करण, इसके प्रति प्रतिक्रिया और नोड्स के बीच संवादों को सही ढंग से पूरा करती है।

जब कोई इनकमिंग कॉल CAMEL ग्राहक के पास आता है, तो नेटवर्क दो चरण HLR पूछताछ नामक क्रियाओं का एक क्रम शुरू करता है। योजनाबद्ध रूप से, इसे नीचे दी गई तस्वीर में दिखाया गया है।

आने वाली कॉल MSC पर आती है।
सबसे पहले, एमएससी HLR के लिए रूटिंग इंफो (सूचना राउटिंग के लिए अनुरोध) के लिए एक MAP (मोबाइल एप्लीकेशन पार्ट) अनुरोध भेजता है। प्रतिक्रिया संदेश में ग्राहक की वर्तमान स्थिति (चालू, बंद, टॉक मोड, आदि) के बारे में जानकारी प्रदान की जानी चाहिए, जिसे HLR, बदले में, MSC / VLR से अनुरोध करता है कि संदेश के साथ सब्सक्राइबर जानकारी प्रदान करें (उपयोगकर्ता जानकारी प्रदान करें), और उपलब्ध टी-सीएसआई सदस्यता के बारे में भी जानकारी।

उसके बाद, CAP प्रोटोकॉल (CAMEL एप्लिकेशन पार्ट, CAMEL प्रोटोकॉल के अनुप्रयोग भाग) के स्तर पर, सत्र IN प्लेटफ़ॉर्म की ओर शुरू किया जाता है। नीचे MSC और IN प्लेटफ़ॉर्म के बीच इस तरह के संवाद के संभावित परिदृश्यों में से एक है।

संदेश UDT BEGIN initialDP (DP - डिटेक्शन पॉइंट्स, डेफिनिशन पॉइंट्स की दीक्षा) में IN प्लेटफॉर्म के लिए प्रारंभिक अनुरोध की प्रक्रिया का वर्णन किया गया है। इनपुट मापदंडों को कहा जाता है (बुलाया) (2) और कॉलिंग (कॉलिंग) (3) नंबर, साथ ही टी-सीएसआई सदस्यता से जानकारी: प्लेटफॉर्म और सेवा कुंजी (1) का वैश्विक शीर्षक (पता)। इसके अलावा, संवाद का प्रकार इंगित किया गया है - आने वाले कनेक्शन (4)।

--- INITIAL DP ---
--- SERV KEY ---
SERV KEY : 51 (1)
--- CALLED NO ---
--- CALLED NO ---
NOA : .0000011 = National (significant) number (national use)
INN IND : 1....... = Routing to internal network number not allowed
NUMB PLAN : .001.... = ISDN (Telephony) numbering plan (Rec. E.164)
ADDRESS : 903041 (2)
--- CALLING NO ---
--- CALLING NO ---
NOA : .0000011 = National (significant) number (national use)
NI : 0....... = Complete
NUMB PLAN : .001.... = ISDN (Telephony) numbering plan (Rec. E.164)
PRESENT IN : ....00.. = Presentation allowed
SCREENING : ......11 = Network provided
ADDRESS : 906361 (3)
--- CLG PTY C ---
--- CLG PTY C ---
CATEGORY : 10 = Ordinary Calling Subscriber
--- LOC NO ---
--- LOC NO ---
NOA : 04h = International number
INN IND : 0....... = Routing to internal network number allowed
NUMB PLAN : .001.... = ISDN (Telephony) numbering plan (Rec. E.164)
PRESENT IN : ....00.. = Presentation allowed
SCREENING : ......11 = Network provided
ADDRESS : 7962ZZZZZZZ
--- BEARER CAP ---
--- BEARER CAP ---
--- BEARER CAP ---
CODING STD : .00..... = CCITT standardized coding
INFO TC : ...00000 = Speech
TRANS MODE : .00..... = Circuit mode
INFO TR : ...10000 = 64 kbit/s
LAYER ID : .01.....
USRINFO L1 : ...00011 = Recommendation G.711 A-law
--- E TYP BCSM ---
E TYP BCSM : 12 = termAttemptAuthorized (4)

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

--- OPERATION ---
OPERATION : 23 = requestReportBCSMEvent
--- RQ RP BCSM ---
--- BCSM EVTS ---
--- BCSM EVENT ---
--- E TYP BCSM ---
E TYP BCSM : 17 = tDisconnect
--- MONIT MODE ---
MONIT MODE : 0 = interrupted
--- LEG ID ---
--- SEND SD ID ---
LEG TYPE : 02h = leg2
--- BCSM EVENT ---
--- E TYP BCSM ---
E TYP BCSM : 15 = tAnswer
--- MONIT MODE ---
MONIT MODE : 1 = notifyAndContinue
--- LEG ID ---
--- SEND SD ID ---
LEG TYPE : 02h = leg2
--- BCSM EVENT ---
--- E TYP BCSM ---
E TYP BCSM : 13 = tBusy
--- MONIT MODE ---
MONIT MODE : 0 = interrupted
--- LEG ID ---
--- SEND SD ID ---
LEG TYPE : 02h = leg2
--- BCSM EVENT ---
--- E TYP BCSM ---
E TYP BCSM : 14 = tNoAnswer
--- MONIT MODE ---
MONIT MODE : 0 = interrupted
--- LEG ID ---
--- SEND SD ID ---
LEG TYPE : 02h = leg2
--- DP SP CRIT ---
--- APP TIMER ---
APP TIMER : 60
--- INVOKE ---
--- INVOKE ID ---
INVOKE ID : 1
=== CAP ===
--- INVOKE ---
--- OPERATION ---
OPERATION : 20 = connect
--- CONNECT ---
--- DST RT ADR ---
--- CALLED NO ---
--- CALLED NO ---
NOA : .0000010 = Unknown (national use)
INN IND : 0....... = Routing to internal network number allowed
NUMB PLAN : .001.... = ISDN (Telephony) numbering plan (Rec. E.164)
ADDRESS : 9031234567

निम्न UDT CONTINUE इवेंटReportBCSM संदेश इंगित करता है कि वर्णित घटनाओं में से कौन सा अंततः हुआ

=== CAP ===
--- INVOKE ---
--- OPERATION ---
OPERATION : 24 = eventReportBCSM
--- EV RP BCSM ---
--- E TYP BCSM ---
E TYP BCSM : 13 = tBusy
--- ESI BCSM ---
--- T BSY ---
--- BUSY CAUSE ---
--- CAUSE ---
CODING STD : .00..... = CCITT standardized coding
LOCATION : ....0000 = User
CAUSE VAL : .0010001 = User busy
--- REC SIDEID ---
--- REC SIDEID ---
LEG TYPE : 02h = leg2
--- MISC C INF ---
--- MSG TYPE ---
MSG TYPE : 0 = request

UDT CONTINUE अनुरोध के बाद RRportBCSMEvent कनेक्ट संदेश को वह नंबर प्राप्त होता है जिस पर कॉल कनेक्ट होनी चाहिए, दूसरी पूछताछ (HLR के लिए दूसरी कॉल) शुरू की जाती है, और उसके बाद MSC / VLR को MSRN (मोबाइल स्टेशन रोमिंग नंबर, अस्थायी नंबर) आवंटित करने के लिए बुलाया जाता है। , विशेष रूप से आने वाले स्विच के लिए एक कॉल करने के लिए उपयोग किया जाता है)। तब प्रतिक्रिया संदेश में इस नंबर को MSC को लौटा दिया जाता है और ISUP प्रोटोकॉल स्तर पर कॉल शुरू की जाती है।

लिपियों को बुलाओ

अगर हम एफएमसी सेवाओं के संदर्भ में CAMEL की कार्यक्षमता पर सीधे विचार करते हैं, तो कॉल परिदृश्यों को 3 मुख्य श्रेणियों में विभाजित किया जा सकता है:

1. मोबाइल फोन से मोबाइल फोन पर कॉल करता है।

यह परिदृश्य पूरी तरह से अभिसरण सेवा के लिए जिम्मेदार नहीं ठहराया जा सकता है, लेकिन, फिर भी, मैं इस पर विचार करने का प्रस्ताव करता हूं। कॉल करने वाला बी सब्सक्राइबर के लिए एक पूर्व-ज्ञात शॉर्ट नंबर डायल करता है। CAMEL प्लेटफ़ॉर्म पर प्रोसेसिंग के दौरान, यह एक पूर्ण-विकसित DEF नंबर में परिवर्तित हो जाता है, जिससे कॉल कनेक्ट होता है।

2. एक मोबाइल फोन से एक निश्चित फोन पर कॉल।

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

इन परिदृश्यों की एक विशेषता यह है कि मोबाइल नंबरों को कम संख्या में सौंपा जा सकता है, जो संरचना में कार्यालय संख्याओं के समान होगा।

जीवन उदाहरण: एक कर्मचारी के पास एक कार्यालय फोन नंबर 5577 और एक मोबाइल फोन नंबर 15577 है। आप उसे या तो पहले नंबर पर कॉल कर सकते हैं (कार्यालय फोन बज जाएगा) या दूसरा (मोबाइल बज जाएगा)।

यह भी जोड़ने योग्य है कि एक निश्चित कनेक्शन को क्लासिक टीडीएम कनेक्शन के रूप में और एसआईपी / आरटीपी के माध्यम से आयोजित किया जा सकता है।

3. एक निश्चित फोन से मोबाइल फोन पर कॉल करता है।

इस परिदृश्य में, कॉल PBX से मोबाइल स्विच की ओर आती है, जो सत्र को CAMEL प्लेटफ़ॉर्म पर ले जाती है और प्रतिक्रिया संदेश में कॉल किए गए मोबाइल ग्राहक का DEF नंबर देता है।

मूल्य निर्धारण के लाभ

मोबाइल नंबरों के बीच छोटी कॉल एक बंद समूह के भीतर एक कॉल की कीमत पर की जाती है।
एक बंद समूह के भीतर एक कॉल की कीमत पर मोबाइल से फिक्स्ड कॉल किए जाते हैं।
एक बंद समूह के भीतर एक कॉल की कीमत पर इंट्रानेट रोमिंग से कॉल किए जाते हैं।

क्लाइंट के लिए अतिरिक्त बचत प्राप्त की जा सकती है, जिनके पास स्वयं का वितरित टेलीफोन नेटवर्क है और वे बीलाइन नेटवर्क पर स्विच के साथ कई जोड़ों को व्यवस्थित करने के लिए तैयार हैं।

मोबाइल और फिक्स्ड संचार का संयोजन: यह अंदर से कैसे काम करता है