SIP - Mobilitas

Personal mobilityadalah kemampuan untuk memiliki pengenal konstan di sejumlah perangkat. SIP mendukung mobilitas pribadi dasar menggunakan metode REGISTER, yang memungkinkan perangkat seluler mengubah alamat IP dan titik koneksi ke Internet dan masih dapat menerima panggilan masuk.

SIP juga dapat mendukung service mobility - kemampuan pengguna untuk mempertahankan layanan yang sama saat seluler

Mobilitas SIP Selama Serah Terima (Pra-panggilan)

Perangkat mengikat URI Kontaknya dengan alamat rekaman dengan pendaftaran sip sederhana. Menurut alamat IP perangkat, pendaftaran mengizinkan informasi ini secara otomatis diperbarui di jaringan sip.

Selama serah terima, Agen pengguna merutekan antara operator yang berbeda, di mana ia harus mendaftar lagi dengan Kontak sebagai AOR dengan penyedia layanan lain.

Sebagai contoh, mari kita ambil contoh aliran panggilan berikut. UA yang untuk sementara menerima URI SIP baru dengan penyedia layanan baru. UA kemudian melakukan pendaftaran ganda -

Pendaftaran pertama dilakukan dengan operator layanan baru, yang mengikat URI Kontak perangkat dengan URI AOR penyedia layanan baru.
Permintaan REGISTER kedua dirutekan kembali ke penyedia layanan asli dan menyediakan AOR penyedia layanan baru sebagai URI Kontak.

Seperti yang ditunjukkan nanti dalam aliran panggilan, saat permintaan masuk ke jaringan penyedia layanan asli, INVITE dialihkan ke penyedia layanan baru yang kemudian merutekan panggilan ke pengguna.

Untuk pendaftaran pertama, pesan yang berisi URI perangkat akan menjadi -

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:[email protected]> 
From: Tom <sip:[email protected]>;tag = 72d65a24 
Call-ID: [email protected] 
CSeq: 1 REGISTER 
Contact: <sip:[email protected]:5060> 
Expires: 600000 
Content-Length: 0

Pesan registrasi kedua dengan URI roaming adalah -

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:[email protected]> 
From: Tom <sip:[email protected]>;tag = 45375 
Call-ID:[email protected] 
CSeq: 6421 REGISTER 
Contact: <sip:[email protected]> 
Content-Length: 0

UNDANGAN pertama yang terwakili pada gambar di atas akan dikirim ke sip: registrar2.in; UNDANGAN kedua akan dikirim ke sip: sip: [email protected], yang akan diteruskan kesip:[email protected]. Ini mencapai Tom dan memungkinkan sesi untuk ditetapkan. Secara berkala, kedua pendaftaran perlu diperbarui.

Mobilitas Selama Panggilan (Undangan Ulang)

Agen Pengguna dapat mengubah alamat IP selama sesi saat bertukar dari satu jaringan ke jaringan lainnya. SIP dasar mendukung skenario ini, karena MENGUNDANG ulang dalam dialog dapat digunakan untuk memperbarui URI Kontak dan mengubah informasi media di SDP.

Lihatlah aliran panggilan yang disebutkan pada gambar di bawah ini.

Di sini, Tom mendeteksi jaringan baru,
Menggunakan DHCP untuk mendapatkan alamat IP baru, dan
Melakukan UNDANG ulang untuk memungkinkan pensinyalan dan aliran media ke alamat IP baru.

Jika UA dapat menerima media dari kedua jaringan, interupsi dapat diabaikan. Jika ini tidak terjadi, beberapa paket media mungkin hilang, mengakibatkan sedikit gangguan pada panggilan.

UNDANGAN ulang akan muncul sebagai berikut -

INVITE sip:[email protected] SIP/2.0  
Via: SIP/2.0/UDP 172.22.1.102:5060;branch = z9hG4bK918f5a84fe6bf7a 
Max-Forwards: 70 

To: <sip:[email protected]> 

From: sip:[email protected];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

UNDANGAN ulang berisi alamat IP baru Bowditch di bidang header Via dan Kontak dan informasi media SDP.

Mobilitas di Midcall (Dengan ganti Header)

Dalam mobilitas panggilan tengah, rangkaian rute aktual (kumpulan proxy SIP yang harus dilintasi pesan SIP) harus berubah. Kami tidak dapat menggunakan UNDANGAN ulang dalam mobilitas panggilan tengah

Misalnya, jika proxy diperlukan untuk NAT traversal, URI Kontak harus diubah - dialog baru harus dibuat. Oleh karena itu, ia harus mengirim UNDANGAN baru dengan header Replaces, yang mengidentifikasi sesi yang ada.

Note - Misalkan A & B keduanya dalam panggilan dan jika A mendapat UNDANGAN lain (katakanlah dari C) dengan tajuk pengganti (harus cocok dengan dialog yang ada), maka A harus menerima UNDANG dan mengakhiri sesi dengan B dan mentransfer semua sumber daya ke dialog yang baru terbentuk.

Alur panggilan ditunjukkan pada Gambar berikut. Ini mirip dengan aliran panggilan sebelumnya menggunakan re-INVITE kecuali bahwa BYE secara otomatis dibuat untuk menghentikan dialog yang ada saat UNDANGAN dengan Mengganti diterima.

Diberikan di bawah ini adalah poin yang perlu diperhatikan dalam skenario ini -

Dialog yang ada antara Tom dan Jerry menyertakan server proxy lama yang dikunjungi.
Dialog baru yang menggunakan jaringan nirkabel baru memerlukan penyertaan server proxy yang baru dikunjungi.
Akibatnya, UNDANGAN dengan Mengganti dikirim oleh Tom, yang membuat dialog baru yang menyertakan server proxy baru yang dikunjungi tetapi bukan server proxy lama yang dikunjungi.
Ketika Jerry menerima UNDANGAN, BYE secara otomatis dikirim untuk menghentikan dialog lama yang merutekan melalui server proxy lama yang dikunjungi yang sekarang tidak lagi terlibat dalam sesi.
Sesi media yang dihasilkan dibuat menggunakan alamat IP baru Tom dari SDP di INVITE.

Mobilitas Layanan

Layanan di SIP dapat disediakan di proxy atau di UA. Menyediakan layanan mobilitas bersama dengan mobilitas pribadi dapat menjadi tantangan kecuali perangkat pengguna dikonfigurasi secara identik dengan layanan yang sama.

SIP dapat dengan mudah mendukung mobilitas layanan melalui Internet. Saat tersambung ke Internet, UA yang dikonfigurasi untuk menggunakan sekumpulan proxy di India masih dapat menggunakan proxy tersebut saat roaming di Eropa. Ini tidak berdampak pada kualitas sesi media karena media selalu mengalir langsung antara dua UA dan tidak melintasi server proxy SIP.

Layanan residen titik akhir hanya tersedia jika titik akhir terhubung ke Internet. Layanan penghentian seperti layanan penerusan panggilan yang diterapkan di titik akhir akan gagal jika titik akhir kehilangan koneksi Internet untuk sementara. Oleh karena itu beberapa layanan diimplementasikan di jaringan menggunakan server proxy SIP.