एसआईपी - गतिशीलता

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

एसआईपी भी सपोर्ट कर सकता है service mobility - जब मोबाइल हो तो उसी सेवा को रखने के लिए उपयोगकर्ता की क्षमता

हैंडओवर (प्री-कॉल) के दौरान एसआईपी गतिशीलता

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

हैंडओवर के दौरान, अलग-अलग ऑपरेटरों के बीच उपयोगकर्ता एजेंट मार्ग, जहां इसे एक अन्य सेवा प्रदाता के साथ AOR के रूप में संपर्क के साथ फिर से पंजीकरण करना पड़ता है।

उदाहरण के लिए, चलो निम्नलिखित कॉल प्रवाह का उदाहरण लेते हैं। UA जिसे अस्थायी रूप से एक नया SIP URI मिला है एक नए सेवा प्रदाता के साथ। UA तब दोहरा पंजीकरण करता है -

• पहला पंजीकरण नए सेवा ऑपरेटर के साथ है, जो नए सेवा प्रदाता के एओआर यूआरआई के साथ डिवाइस के संपर्क यूआरआई को बांधता है।

• दूसरा REGISTER अनुरोध मूल सेवा प्रदाता को वापस भेज दिया जाता है और नए सेवा प्रदाता के AOR को संपर्क URI के रूप में प्रदान करता है।

जैसा कि बाद में कॉल प्रवाह में दिखाया गया है, जब मूल सेवा प्रदाता के नेटवर्क के लिए एक अनुरोध आता है, तो INVITE को नए सेवा प्रदाता के लिए पुनर्निर्देशित किया जाता है जो तब उपयोगकर्ता को कॉल को रूट करता है।

पहले पंजीकरण के लिए, उपकरण URI युक्त संदेश होगा -

REGISTER sip:visited.registrar1.com SIP/2.0 
Via: SIP/2.0/UDP 172.22.1.102:5060;branch = z9hG4bK97a7ea349ce0fca 
Max-Forwards: 70 
To: Tom <sip:UA1@registrar1.in> 
From: Tom <sip:UA1@registrar1.in>;tag = 72d65a24 
Call-ID: 4e719d1c1fc9000803630373300@172.22.1.102 
CSeq: 1 REGISTER 
Contact: <sip:Tom@172.22.1.102:5060> 
Expires: 600000 
Content-Length: 0

रोमिंग यूआरआई के साथ दूसरा पंजीकरण संदेश होगा -

REGISTER sip:home.registrar2.in SIP/2.0 
Via: SIP/2.0/UDP 172.22.1.102:5060;branch = z9hG4bKah4vn2u 
Max-Forwards: 70 
To: Tom <sip:UA1@registrar2.in> 
From: Tom <sip:UA1@registrar2.in>;tag = 45375 
Call-ID:87nr43i@172.22.1.102 
CSeq: 6421 REGISTER 
Contact: <sip:UA1@registrar2.in> 
Content-Length: 0

उपरोक्त आकृति में प्रतिनिधित्व करने वाला पहला INVITE सिप को भेजा जाएगा: registrar2.in; दूसरा INVITE sip: sip: Tom@registrar2.in पर भेजा जाएगा, जिसे आगे भेज दिया जाएगाsip:Tom@172.22.1.102। यह टॉम तक पहुंचता है और सत्र को स्थापित करने की अनुमति देता है। समय-समय पर दोनों पंजीकरणों को ताज़ा करना होगा।

कॉल के दौरान गतिशीलता (पुनः आमंत्रित करें)

उपयोगकर्ता एजेंट सत्र के दौरान अपना आईपी पता बदल सकता है क्योंकि यह एक नेटवर्क से दूसरे में स्वैप होता है। बेसिक एसआईपी इस परिदृश्य का समर्थन करता है, एक संवाद में फिर से आमंत्रित के रूप में संपर्क यूआरआई को अपडेट करने और एसडीपी में मीडिया की जानकारी को बदलने के लिए इस्तेमाल किया जा सकता है।

नीचे दिए गए आंकड़े में उल्लिखित कॉल प्रवाह पर एक नज़र डालें।

• यहाँ, टॉम एक नए नेटवर्क का पता लगाता है,

• एक नया आईपी पता प्राप्त करने के लिए डीएचसीपी का उपयोग करता है, और

• नए IP पते पर सिग्नलिंग और मीडिया प्रवाह की अनुमति देने के लिए एक पुन: आमंत्रित करता है।

यदि यूए दोनों नेटवर्क से मीडिया प्राप्त कर सकता है, तो रुकावट नगण्य है। यदि ऐसा नहीं है, तो कुछ मीडिया पैकेट खो सकते हैं, जिसके परिणामस्वरूप कॉल में थोड़ी रुकावट आ सकती है।

पुन: आमंत्रित इस प्रकार दिखाई देगा -

INVITE sip:Jerry@TTP.com SIP/2.0  
Via: SIP/2.0/UDP 172.22.1.102:5060;branch = z9hG4bK918f5a84fe6bf7a 
Max-Forwards: 70 

To: <sip:Harry@TTP.com> 

From: sip:Tom@PPT.com;tag = 70133df4 
Call-ID: 76d4861c19c 
CSeq: 1 INVITE 
Accept: application/sdp 
Accept-Language: en 

Allow: INVITE,ACK,CANCEL,BYE,INFO,OPTIONS,REFER,NOTIFY,SUBSCRIBE 
Contact: <sip:172.22.1.102:5060>; 
Content-Type: application/sdp 
Content-Length: 168 

v = 0
o = PPT 40467 40468 IN IP4 192.168.2.1 
s = - 
c = IN IP4 192.168.2.1 
b = AS:49 
t = 0 0 
b = RR:0 
b = RS:0 
a = rtpmap:97 AMR/8000/1 
m = audio 6000 RTP/AVP 96 
a = fmtp:102 0-15 
a = ptime:20 
a = maxptime:240

पुन: INVITE में वाया और संपर्क हेडर फ़ील्ड और SDP मीडिया जानकारी में बॉउडिच का नया आईपी पता शामिल है।

मिडकॉल में गतिशीलता (हेडर की जगह)

मिडकॉल गतिशीलता में, वास्तविक रूट सेट (SIP प्रॉक्सी का सेट जो SIP संदेशों को पीछे ले जाना चाहिए) को बदलना होगा। हम मिडकॉल की गतिशीलता में फिर से निवेश नहीं कर सकते

उदाहरण के लिए, यदि NAT ट्रावेल के लिए एक प्रॉक्सी आवश्यक है, तो कॉन्टैक्ट यूआरआई को बदलना होगा - एक नया डायलॉग बनाना होगा। इसलिए, इसे एक रिप्लेसमेंट हेडर के साथ एक नया इनवाइट भेजना होगा, जो मौजूदा सत्र की पहचान करता है।

Note - मान लीजिए कि A & B दोनों एक कॉल में हैं और यदि A को एक अन्य हेडर (C का कहना है) को एक रिप्लेस्ड हेडर (मौजूदा डायलॉग से मेल खाना चाहिए) के साथ मिलता है, तो ए को इनवाइट को स्वीकार करना चाहिए और B के साथ सत्र समाप्त करना चाहिए और सभी संसाधन को इसमें ट्रांसफर करना चाहिए नवगठित संवाद

कॉल फ़्लो को निम्न चित्र में दिखाया गया है। यह री-इनवाइट का उपयोग करके पिछले कॉल फ्लो के समान है, सिवाय इसके कि एक BYE स्वचालित रूप से मौजूदा डायलॉग को समाप्त करने के लिए जनरेट किया जाता है, जब इन्विटेशन विद द रिप्लस स्वीकार किया जाता है।

इस परिदृश्य में ध्यान देने योग्य बिंदु नीचे दिए गए हैं -

• टॉम और जेरी के बीच मौजूदा संवाद में पुराने विज़िट किए गए प्रॉक्सी सर्वर शामिल हैं।

• नए वायरलेस नेटवर्क का उपयोग करने वाले नए संवाद में नए विज़िट किए गए प्रॉक्सी सर्वर को शामिल करने की आवश्यकता होती है।

• नतीजतन, टॉम द्वारा रिप्लाई के साथ एक INVITE भेजा जाता है, जो एक नया संवाद बनाता है जिसमें नया विज़िट किया गया प्रॉक्सी सर्वर शामिल होता है लेकिन पुराने विज़िट किए गए प्रॉक्सी सर्वर में नहीं।

• जब जेरी इन्विट को स्वीकार करता है, तो एक बीईई स्वचालित रूप से पुराने डायलॉग को समाप्त करने के लिए भेजा जाता है जो पुराने विज़िट किए गए प्रॉक्सी सर्वर के माध्यम से रूट करता है जो अब सत्र में शामिल नहीं होता है।

• परिणामी मीडिया सत्र टॉम के नए IP पते का उपयोग SDP से INVITE में किया गया है।

सेवा गतिशीलता

SIP में सेवाएँ प्रॉक्सिस या यूएएस में प्रदान की जा सकती हैं। व्यक्तिगत गतिशीलता के साथ सेवा गतिशीलता प्रदान करना तब तक चुनौतीपूर्ण हो सकता है जब तक कि उपयोगकर्ता के उपकरण समान सेवाओं के साथ समान रूप से कॉन्फ़िगर नहीं किए जाते हैं।

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

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