Perbandingan H.323 dan SIP untuk IP Signaling Telepon Ismail Dalgic, Hanlin Fang 3Com Corporation Technology Development Center 5400 Bayfront Plaza, M/S 3219, Santa Clara, CA 95052 Cisco Systems 170 West Tasman Dr., San Jose, CA 95134 ABSTRAK Dua standar yang saat ini bersaing untuk dominasi IP telephony signaling : protokol H.323 Suite oleh ITU - T , dan Session Initiation Protocol ( SIP ) oleh IETF . Kedua protokol signaling ini menyediakan mekanisme untuk panggilan pembentukan dan teardown , kontrol panggilan dan layanan tambahan, dan pertukaran kemampuan . Kami menyelidiki dan membandingkan kedua protokol dalam hal Fungsi , Quality of Service ( QoS ) , Skalabilitas , Fleksibilitas , Interoperabilitas, dan Kemudahan Pelaksanaan . Untuk keadilan perbandingan , kita mempertimbangkan skenario yang sama untuk kedua protokol . Secara khusus, kita fokus pada skenario yang melibatkan gatekeeper untuk H.323 , dan proxy / Redirect Server untuk SIP . Alasannya adalah bahwa sistem IP Telephony menengah sampai besar tidak dikelola tanpa gatekeeper atau server proxy . kami mempertimbangkan semua tiga versi dari H.323 . Dalam hal fungsi dan layanan yang dapat didukung , H.323 versi 2 dan SIP sangat mirip. Namun, layanan tambahan di H.323 yang lebih ketat didefinisikan , dan karena itu lebih sedikit masalah interoperabilitas diharapkan antara implementasinya . Selain itu , H.323 telah mengambil langkah-langkah lebih untuk memastikan kompatibilitas antara versi yang berbeda , dan untuk beroperasi dengan PSTN . Kedua protokol sebanding dalam dukungan QoS ( panggilan serupa penundaan setup, tidak ada dukungan untuk reservasi sumber daya atau kelas layanan ( CoS ) pengaturan ) , tetapi H.323 versi 3 akan memungkinkan sinyal dari CoS diminta . Keuntungan utama SIP adalah ( i ) fleksibilitas untuk menambahkan fitur baru , dan ( ii ) relatif mudah pelaksanaan dan debugging . Akhirnya , kami mencatat bahwa H.323 dan SIP memperbaiki diri dengan belajar dari satu sama lain , dan perbedaan antara mereka berkurang dengan setiap versi baru. Kata kunci : IP Telephony , Voice over IP , H.323 , SIP , sinyal , kontrol panggilan.
PENDAHULUAN Layanan telepon hari ini disediakan untuk sebagian besar melalui jaringan circuitswitched , yang disebut sebagai Public Switched Telephone Networks ( PSTN ) . Layanan ini dikenal sebagai Plain Old Telephone Service ( POTS ) . Sebuah tren baru yang mulai muncul dalam beberapa tahun terakhir adalah untuk menyediakan layanan telepon melalui jaringan IP , yang dikenal sebagai IP telephony , atau Voice over IP . Sebuah kekuatan pendorong penting di balik IP Telephony adalah penghematan biaya, terutama untuk perusahaan-perusahaan dengan jaringan data yang besar . Tingginya biaya jarak jauh dan internasional panggilan suara - berkat lapisan operator lokal dan internasional – adalah Inti dari masalah ini . Sebagian besar biaya ini berasal dari pajak yang dikenakan pada regulasi suara jarak jauh panggilan . Biaya tambahan tersebut tidak berlaku untuk sirkuit jarak jauh membawa lalu lintas data dengan demikian, untuk bandwidth yang diberikan melakukan panggilan data jauh lebih murah daripada membuat panggilan suara. Selain penghematan biaya untuk panggilan suara jarak jauh , membawa lalu lintas suara pada jaringan data di dalam bisnis gedung atau kampus juga dapat mencapai penghematan biaya yang cukup besar , karena operasi proprietary setup PBX saat ini adalah relatif biaya - efisien . Ada faktor-faktor motivasi yang sangat signifikan untuk membawa lalu lintas suara melalui jaringan data juga. Sangat memberikan manfaat penting dari IP Telephony adalah integrasi aplikasi suara dan data, yang dapat mengakibatkan lebih efektif dalam proses bisnis . Contoh aplikasi tersebut terintegrasi voice mail dan e -mail , elekonferensi , kerja kolaboratif yang didukung komputer dan distribusi panggilan otomatis dan cerdas . Manfaat lain adalah memungkinkan banyak layanan baru baik untuk bisnis dan untuk pelanggan . Fleksibilitas yang ditawarkan oleh IP Telephony dengan memindahkan intelijen dari jaringan ke stasiun
akhir , serta sifat terbuka jaringan IP
adalah faktor-faktor yang
memungkinkan layanan baru. Selain itu, banyak dari layanan yang sudah ada yang memerlukan biaya saat ini, seperti caller - id , panggilan -
forwarding , dan multi –line
Kehadiran menjadi sepele untuk melaksanakan. Oleh karena itu , layanan tersebut kemungkinan akan ditawarkan secara gratis untuk alasan kompetitif . Agar IP Telephony untuk mendapatkan penerimaan utama dan akhirnya menggantikan Plain Old Telephone Service tradisional ( POTS ) , dua kondisi yang harus dipenuhi. Pertama, quality dari komunikasi suara harus setidaknya pada tingkat yang sama sebagai POTS . Dua aspek utama kualitas suara adalah end-to -end delay , dan kejelasan suara ( yang tergantung pada banyak faktor, termasuk digitalisasi suara dan skema kompresi yang digunakan, dan jumlah yang hilang atau terlambat – tiba paket ). Oleh karena itu, jaringan IP harus dirancang
sedemikian rupa sehingga dapat memenuhi persyaratan delay dan packet loss aplikasi telepon. Kondisi kedua untuk penerimaan IP Telephony adalah kemudahan operasi dan fungsi yang ditawarkan kepada pengguna akhir setidaknya pada tingkat yang sama seperti pada PSTN. Hal ini memerlukan arsitektur IP Telephony untuk memberikan sinyal yang menawarkan setidaknya kemampuan dan fitur yang sama dengan Signaling System 7 ( SS7 ) arsitektur PSTN . Lebih spesifik , infrastruktur signaling harus: •
Menyediakan fungsi yang diperlukan untuk mengatur , mengelola, dan meruntuhkan panggilan dan koneksi.
•
Scalable untuk mendukung jumlah yang sangat besar endpoint terdaftar ( dalam urutan miliar di seluruh dunia ) , dan sangat sejumlah besar panggilan simultan ( dalam urutan juta di seluruh dunia ).
•
Managementfeatures jaringan dukungan untuk kontrol kebijakan , akuntansi , penagihan , dll.
•
Menyediakan mekanisme untuk berkomunikasi dan mengatur Quality of Service yang diminta oleh titik akhir.
•
Diperluas untuk membantu dengan menambahkan fitur baru dengan mudah.
•
Dukungan interoperabilitas antara implementasi vendor yang berbeda, antara versi yang berbeda dari sinyal yang protokol , dan dengan protokol signaling yang berbeda.
Dua standar yang bersaing untuk IP Telephony. Yang saat ini lebih diterima secara luas standar adalah ITUT Rekomendasi H.323, yang mendefinisikan sistem komunikasi multimedia melalui jaringan packet -switched, termasuk jaringan IP. Yang lain standar, Session Initiation Protocol ( SIP ), berasal dari IETF MMUSIC bekerja kelompok. Dalam tulisan ini, kita membandingkan kedua standar untuk IP Telephony sinyal dari titik yang tercantum di atas pandang. Makalah lain ada yang membandingkan H.323 dan SIP; di antara mereka yang terutama
adalah
satu
per
Schulzrinne
dan
Rosenberg. Kami berbeda dari perbandingan sebelumnya dengan cara berikut: ( i ) kita mempertimbangkan fitur baru diperkenalkan pada H.323 versi 3 ; ( ii ) kami menyajikan evaluasi menyeluruh, mengingat banyak aspek yang berbeda; dan ( iii ) kita fokus pada fitur
dan karakteristik yang relevan dengan IP telephony. Ini disusun sebagai berikut . Pada Bagian 2 , kami memberikan gambaran singkat dari dua sinyal protokol . Dalam Bagian 3 , kami menjelaskan perbandingan kami dalam hal daerah yang tercantum di atas . Kami menyajikan kesimpulan
kami
pernyataan dalam Bagian 4 .
GAMBARAN H.323 DAN SIP 2 1. Gambaran H.323 Nama H.323 H.225.0
Deskripsi dari Protokol Spesifikasi sistem Control Panggilan (RAS), call setup (protokol Q.931-seperti),
H.235 H.245 H.450
dan packetization dan sinkronisasi media stream Kemanan Protokol untuk otentikasi, integritas, privasi, dll Kemampuan pertukaran komunikasi dan beralih modus Tambahan layanan termasuk holding panggilan, transfer,
penerusan. H.246 Interoperabilitas dengan layanan circuit-switched H.332 Untuk ukuran besar conferencing H.26x Codec Video termasuk H.261 dan H.263 G.7xx Codec Audio termasuk G.711, G.723, G.729, G.728. Tabel 1: rekomendasi ITU-T yang merupakan bagian dari spesifikasi H.323.
H.323 adalah rekomendasi ITU-T yang menentukan sistem dan protokol untuk multimedia komunikasi melalui jaringan packet-switched. Secara khusus, H.323 terdiri dari serangkaian protokol yang bertanggung jawab untuk encoding, decoding, dan packetizing sinyal audio dan video, untuk signaling panggilan dan kontrol, serta untuk kemampuan pertukaran. Sebagian besar implementasi H.323 yang ada didasarkan pada versi kedua dari standar, yang memutuskan pada bulan Februari 1998. Versi ketiga diharapkan akan diputuskan pada bulan September
1999.
Dalam
tulisan
ini,
kita
membahas
kedua versi standar H.323 adalah spesifikasi dan berbagai aspek H.323 ditentukan dalam rekomendasi ITU-T yang berbeda. Jenis Endpoint H.323
H.323 mendefinisikan empat komponen utama untuk sistem komunikasi berbasis jaringan: Terminal, Gateway, Gatekeeper
dan Multipoint Control Unit (MCU). (Lihat
Gambar 1.)
Terminal adalah endpoint client pada jaringan berbasis IP yang menyediakan real-time, komunikasi dua arah dengan lainnya H.323 entitas. Terminal H.323 yang diperlukan untuk mendukung tiga bagian fungsional berikut: •
Signaling dan Pengendalian: H.323 harus mendukung H.245, standar yang kompleks untuk penggunaan channel dan kemampuan, di samping untuk protokol Q.931 seperti didefinisikan dalam H.225 untuk call signaling dan pendirian, serta Pendaftaran / Administrasi / Status (RAS) protokol didefinisikan dalam H.225 untuk komunikasi dengan
gatekeeper.
Semua
ini
protokol menggunakan ASN.1 encoding untuk pesan mereka. •
Real-time komunikasi: terminal H.323 harus mendukung RTP / RTCP, sebuah protokol untuk audio dan video yang sequencing paket.
•
Codec: Codec adalah bagian dari perangkat lunak yang memampatkan audio / video sebelum transmisi dan dekompresi mereka kembali setelah menerima paket dikompresi. Untuk tujuan interoperabilitas, setiap terminal H.323 diperlukan untuk mendukung G.711
tersebut codec audio. Codec audio dan video lain adalah opsional. Gateway menyediakan jalur koneksi antara jaringan packet-switched dan Circuit Switched Network (SCN, yang dapat berupa publik atau swasta). Gateway tidak diperlukan ketika tidak ada koneksi ke jaringan lain. Secara
umum, gateway
mengalihkan karakteristik endpoint LAN ke titik akhir SCN, dan sebaliknya. Gateway melakukan panggilan setup dan kontrol pada kedua jaringan packet-switched dan pada SCN, dan mereka menerjemahkan antara transmisi format dan prosedur komunikasi antara. Beberapa gateway juga dapat
menerjemahkan antara standar codec yang
berbeda untuk audio dan / atau video (disebut sebagai transcoding), dengan tujuan mengurangi bandwidth dari aliran audio / video jika bandwidth SCN terbatas. Gatekeeper adalah opsional pada sistem H.323, tetapi mereka memiliki fungsifungsi wajib tertentu jika mereka hadir. Gatekeeper melakukan empat fungsi yang diperlukan: Address Translation (dari alamat alias atau nomor telepon untuk transportasi alamat, Kontrol Admission, Bandwidth Control and Management Zone. Gatekeeper juga dapat mendukung empat opsional Fungsi: Call Control Signaling, Call Authorization, Bandwidth Manajemen dan Manajemen Panggilan. Ketika gatekeeper hadir pada sistem H.323, semua jenis lain dari endpoints diharuskan untuk mendaftar dengan gatekeeper dan menerima izin yang sebelum melakukan panggilan. Multipoint Control Unit (MCU) dukungan conferencing antara tiga atau lebih titik akhir. MCU biasanya terdiri dari Multipoint Controller (MC) dan nol atau lebih Multipoint Prosesor (MP). MC menyediakan fungsi kontrol seperti negosiasi antara terminal dan penentuan kemampuan umum untuk pemrosesan audio dan video. MP melakukan pengolahan yang diperlukan pada media stream untuk konferensi. Pemrosesan tersebut biasanya melibatkan pencampuran audio dan audio / video switching.
Saluran Ditetapkan di H.323 H.323 menggunakan konsep saluran untuk struktur pertukaran informasi antara entitas komunikasi. Channel A adalah koneksi transport-layer, yang dapat berupa searah atau dua arah. Secara khusus, H.323 mendefinisikan jenis saluran berikut:
•
RAS Channel: channel ini menyediakan mekanisme untuk komunikasi antara endpoint dan gatekeeper nya. Itu RAS ( Pendaftaran , Penerimaan , dan Status ) protokol ditentukan dalam H.225.0 . Melalui saluran RAS , endpoint register dengan gatekeeper , dan meminta izin untuk membuat panggilan ke endpoint lain
.
Jika
izin
diberikan,
gatekeeper mengembalikan alamat transport untuk saluran call signaling yang disebut titik akhir . •
Hubungi Signaling Channel: saluran ini membawa informasi untuk kontrol panggilan dan kontrol layanan tambahan . Itu Protokol Q.931 - seperti yang digunakan melalui saluran ini ditentukan dalam H.225.0 dan H.450.x. Bila panggilan didirikan, alamat transportasi untuk H.245 Control Channel ditunjukkan pada saluran ini .
•
H.245 Control Channel : Saluran ini membawa pesan protokol H.245 untuk kontrol media dengan kemampuan pertukaran dukungan . Setelah peserta panggilan bertukar kemampuan mereka , saluran logis untuk media dibuka melalui H.245 saluran kontrol.
•
Saluran logis untuk Media : Saluran ini membawa audio, video , dan media informasi lainnya . Setiap jenis media dibawa dalam sepasang terpisah dari saluran uni - irectional , satu untuk setiap arah , menggunakan RTP dan RTCP . H.323 menentukan bahwa saluran RAS dan saluran logis untuk media dilakukan
melalui transportasi tidak dapat diandalkan protokol, seperti UDP. Saluran kontrol H.245 ditentukan akan dilakukan melalui protokol transport yang dapat diandalkan, seperti TCP. Versi H.323 1 dan 2 menentukan bahwa panggilan saluran sinyal dilakukan melalui protokol transport yang handal. diversi 3, saluran ini opsional dapat dilakukan melalui protokol transport dapat diandalkan.
2. Gambaran SIP IETF juga telah ditentukan komunikasi multimedia protokol. Dalam arsitektur IETF, arus media dilakukan dengan menggunakan RTP, seperti di H.323. Oleh karena itu, perbedaan utama
antara H.323 dan spesifikasi IETF adalah bagaimana call signaling dan kontrol yang dicapai. Protokol utama yang menangani call signaling dan kontrol dalam spesifikasi IETF adalah SIP. SIP adalah lapisan aplikasi protokol kontrol yang dapat membangun, memodifikasi dan mengakhiri sesi multimedia atau panggilan. Ada dua arsitektur utama elemen untuk SIP: user agent (UA), dan server jaringan. UA berada di stasiun akhir SIP, dan berisi dua komponen: klien user agent (UAC) yang bertanggung jawab untuk mengeluarkan permintaan
SIP,
dan
server
user
agent
(UAS),
yang merespon permintaan tersebut. Ada tiga jenis server jaringan, server redirect, server proxy, dan registrar. Panggilan SIP dasar tidak perlu server, namun beberapa fitur yang lebih kuat tergantung pada mereka. Tingkat pertama dari pendekatan, SIP User Agent setara dengan terminal H.323 (atau sisi packet-jaringan dari Gateway), dan server jaringan SIP yang setara dengan gatekeeper H.323. Operasi SIP yang paling umum melibatkan UAC SIP mengeluarkan permintaan, server proxy SIP bertindak sebagai lokasi pengguna akhir agen penemuan dan SIP UAS menerima panggilan. Sebuah undangan SIP sukses terdiri dari dua permintaan: INVITE diikuti oleh ACK. INVITE pesan berisi deskripsi sesi yang menginformasikan pihak yang dipanggil jenis media pemanggil dapat menerima dan di mana ia ingin media data yang akan
dikirim.
Alamat
SIP
disebut
sebagai
SIP
Uniform
Resource Locators (SIP-URL), yang merupakan bentuk sip:
[email protected]. Format pesan SIP didasarkan pada Hyper Text Transport Protocol (HTTP) format pesan, yang menggunakan, encoding berbasis teks terbaca-manusia. Proses Redirect server yang INVITE pesan dengan mengirimkan kembali SIP - URL panggilan yang dicapai. Wakil server melakukan aplikasi routing permintaan SIP dan tanggapan . Sebuah server proxy dapat menjadi stateful atau stateless . Sebuah proxy stateful menyimpan informasi tentang panggilan selama seluruh waktu panggilan habis, sedangkan
proxy
stateless
memproses pesan dan kemudian melupakan segala sesuatu tentang panggilan sampai pesan berikutnya tiba . Selain itu , proxy dapat baik akan forking atau non - forking . Sebuah proxy forking dapat misalnya, cincin beberapa ponsel sekaligus sampai seseorang mengambil panggilan . Registrar server yang digunakan untuk merekam alamat SIP ( disebut URL SIP ) dan alamat IP yang terkait. itu yang paling umum digunakan dari server registrar adalah
untuk mendaftar setelah start- up, sehingga ketika INVITE request tiba untuk SIP URL yang digunakan dalam pesan REGISTER, proxy atau redirect server yang meneruskan permintaan dengan benar . Perhatikan bahwa biasanya Server jaringan SIP menerapkan kombinasi dari berbagai jenis server . SIP digunakan untuk membuat, memodifikasi, dan mengakhiri sesi multimedia. Namun, hanya
menangani
komunikasi
antara
pemanggil
dan
yang
dipanggil,
endpoint
pengalamatan, dan lokasi pengguna. Perlu ada penjelasan tentang sesi multimedia dalam permintaan SIP dan pesan respon, serta pengumuman untuk sesi. IETF Session Description Protocol (SDP) 5 digunakan bersama-sama dengan SIP untuk menyelesaikan semua panggilan fungsi dalam IP sinyal telepon. Secara kasar, SIP adalah setara dengan RAS dan protokol Q.931-seperti di H.323. SDP adalah setara dengan H.245.
PERBANDINGAN H.323 DAN SIP UNTUK IP TELEPHONY SINYAL 3 Kami membandingkan H.323 dan SIP dalam hal Fungsi, Quality of Service (QoS), Skalabilitas, Fleksibilitas, Interoperabilitas, keamanan, dan Kemudahan Pelaksanaan. Untuk keadilan perbandingan, kita mempertimbangkan skenario yang sama untuk kedua protokol. Secara khusus, kita fokus pada skenario yang melibatkan gatekeeper untuk H.323,
dan
server
proxy
/
Registrar
untuk SIP. Alasannya adalah bahwa sistem IP Telephony menengah-ke-besar tidak dikelola tanpa gatekeeper atau proxy Server.
Fungsi Selain layanan panggilan telepon dasar, baik SIP dan H.323 mendukung beberapa layanan kontrol panggilan, fitur, dan kemampuan
pertukaran. Kira-kira, layanan yang
mereka berikan adalah sama tetapi dengan pendekatan yang berbeda. Kami akan mendiskusikan prosedur sinyal rinci untuk beberapa layanan, kemudian meringkas karakteristik mereka.
•
Basic Call Setup dan Tear Down H.323 v2 call setup didasarkan pada protokol transport yang handal. Oleh karena itu, call setup membutuhkan koneksi dua fase: TCP koneksi dan panggilan sambungan. Kedatangan H.323 v3 mendukung TCP dan UDP, yang menyederhanakan call setup prosedur. (Lihat Gambar 2, dan 3 untuk call setup dalam H.323 v2 dan v3, masing-masing.) Prosedur call setup SIP mirip dengan H.323 v3. (Lihat Gambar 4 untuk pengaturan panggilan di SIP.) Prosedur merobohkan adalah kebalikan dari call setup. Entah penelepon atau callee dapat mengakhiri panggilan dengan RELEASE COMPLETE (dalam H.323) atau BYE (SIP) pesan.
•
Layanan Kontrol Panggilan SIP dan H.323 baik dukungan menahan panggilan, pengalihan panggilan, call forwarding, tunggu, konferensi, dan beberapa lainnya panggilan layanan tambahan. Berikut ini, kami memeriksa beberapa layanan tambahan contoh, yaitu, menahan panggilan, panggilan mentransfer, call forwarding, dan panggilan tunggu.
•
Call Hold Call hold didefinisikan sebagai satu panggilan melepaskan komunikasi suara
tanpa perlu menghentikan panggilan, dengan kemampuan untuk membangun kembali komunikasi suara di lain waktu. Bila panggilan ditahan, opsional musik dapat dimainkan, sehingga pihak ditahan tahu bahwa panggilan tersebut masih aktif.
H.323 mendefinisikan dua skenario dalam pelayanan terus panggilan: Near-end Panggilan Memegang dan Remote-end Panggilan Holding. Keduanya dapat bekerja dengan atau tanpa gatekeeper. Gatekeeper hanya lulus SS-HOLD (Tambahan LayananHOLD)
operasi
transparan. (Jadi, kita menggambarkan aliran pesan signaling tanpa gatekeepers untuk kesederhanaan.) Near-end Panggilan Tahan: Hold dipanggil di holding endpoint sebagai prosedur lokal. (Lihat Gambar 5) Jauh-end Panggilan Tahan: The holding endpoint mengirimkan permintaan terus ke endpoint terpencil yang membutuhkan titik akhir diadakan
untuk
memberikan Musik di Tahan (Depkes) kepada pengguna diadakan. (Lihat Gambar 6)
SIP menggunakan pendekatan yang lebih sederhana untuk mencapai hal yang sama menahan panggilan fungsi sebagai H.323. Untuk Near-end Call Hold, ada protokol bantuan yang dibutuhkan. Klien hanya terus menerima aliran media dari server tetapi tidak menghasilkan respon apapun. (Lihat Gambar 7.) Untuk mencapai jauh-end Call Hold, sisi holding perlu mengirim pesan INVITE ke sisi lain, menunjukkan set NULL menerima kemampuan untuk setiap jenis media (Lihat Gambar 8) MOH dapat
diimplementasikan oleh meminta server RTSP untuk bermain ke alamat IP atau nomor telepon yang disediakan dalam permintaan SETUP RTSP.
•
Transfer Panggilan Call Transfer memungkinkan pengguna untuk mentransfer panggilan didirikan untuk pihak ketiga. Kedua H.323 dan dukungan SIP tiga jenis Transfer Panggilan: Transfer Blind, Transfer Alternatif, dan Operator-Assisted transfer. Diagram aliran sinyal dari Transfer Buta dan Operator-Assisted transfer untuk kedua v3 H.323 dan SIP disediakan dalam Angka 9, 10, dan 11. Transfer Blind bekerja sebagai berikut: Originator A menghubungkan dengan B
A meminta B untuk terhubung dengan C A hanya terputus dengan B tanpa pengakuan hubungan antara B dan C
Operator-Assisted transfer bekerja sebagai berikut:
Originator B set up koneksi dengan operator A A menempatkan B pada TAHAN, kemudian menetapkan koneksi lain dengan C B dan C mengatur sambungan antara mereka A melepaskan koneksi dengan B Sebuah rilis koneksi dengan C
Prosedur Operator-Assisted Call Transfer di SIP sangat mirip dengan yang di H.323, kecuali bahwa SIP setara pesan yang dikirim keluar. Call Forwarding Call Forwarding memungkinkan pihak yang dipanggil untuk mengalihkan panggilan pradipilih tertentu ke alamat lain. H.323 mendefinisikan berikut model operasi untuk call
forwarding: Call Forwarding langsung / tertunda dengan rerouting, Call Forwarding rerouting parsial di gatekeeper, CFU / CFB dipanggil oleh gatekeeper, dan CFNR dipanggil oleh gatekeeper. Jasa Forwarding panggilan yang disediakan oleh SIP biasanya dipakai dengan field header LOKASI, yang berisi forwarding tujuan. SIP mendukung Call Forwarding Sibuk, Call Forwarding ada Respon, dan Call Selektif Forwarding. Sebuah model yang lebih umum, Call forwarding rerouting parsial di gatekeeper / proxy dipilih sebagai contoh. (Lihat Gambar 12 dan 13) Pesan yang digunakan untuk call forwarding berbeda dalam H.323 dan SIP. Namun, arus panggilan sangat serupa.
•
Call Waiting
Call Waiting memungkinkan pihak yang dipanggil untuk menerima pemberitahuan bahwa partai baru sedang mencoba untuk mencapai itu ketika sedang sibuk berbicara kepada pihak lain. Pada Gambar 14 kita menggambarkan panggilan tunggu aliran sinyal untuk H.323. Kami tidak menunjukkan gatekeeper untuk kesederhanaan, karena gatekeeper hanya lulus pada SS-CW (Tambahan Service-Call Waiting) operasi transparan. Kami menganggap bahwa Partai C menyebut partai B sedangkan B adalah panggilan lain dengan A. Tindakan di dilayani endpoint B: B mengembalikan pesan peringatan untuk C. B juga
opsional
mulai
timer,
dan
lokal
memberikan indikasi panggilan kepada pengguna. Jika disajikan pengguna B suka menerima panggilan tunggu, B berhenti timer, dan mengirimkan CONNECT pesan ke titik panggilan. Aksi pada endpoint C memanggil: Pada saat menerima pesan peringatan, titik akhir panggilan dapat menunjukkan panggilan tunggu Untuk pengguna menelepon. Maka pengguna dapat memanggil menunggu sampai panggilan tunggu akan diterima, lepaskan panggilan, atau memilih yang lain layanan tambahan. SIP dapat menyediakan layanan tunggu panggilan menggunakan kolom headerCall
Disposition,
yang
memungkinkan
UAC
untuk
menunjukkan
bagaimana
server untuk menangani panggilan. Berikut ini adalah contoh dari Layanan Panggilan Menunggu disediakan oleh SIP. Dipanggil pihak B untuk sementara tidak terjangkau (misalnya itu dalam panggilan lain). Penelepon itu menunjukkan bahwa ia ingin memiliki panggilan yang antri daripada ditolak langsung melalui "Call-Disposition: Antrian "kolom
header. Jika panggilan antrian, server mengembalikan "181 Antri" Ketika callee menjadi tersedia, itu akan mengembalikan respon status yang layak. Panggilan tertunda dapat dihentikan oleh permintaan SIP BYE.
Layanan Tambahan Lain Layanan call control tambahan lain yang didukung oleh H.323 dan SIP adalah Panggilan Taman dan Call Pickup, Call Penyelesaian pada Pelanggan Sibuk (SS-CCBS) atau Camp-on, dan Call Identification (Call Screening). H.323 dan SIP sinyal diagram alir untuk layanan tersebut sangat mirip. Tabel 2 daftar semua layanan tambahan didukung H.323 bersama dengan spesifikasi H.450 mana layanan didefinisikan. Kolom ketiga tabel menunjukkan apakah atau tidak SIP mendukung layanan yang sama
Kontrol Pihak Ketiga di SIP
Kontrol Pihak Ketiga didefinisikan sebagai kemampuan bagi sebuah partai untuk mengatur panggilan antara dua pihak lainnya tanpa harus berpartisipasi dalam panggilan. Fitur ini saat ini tersedia hanya di SIP, meskipun pekerjaan yang sedang berlangsung untuk menambahkan
sama
fungsionalitas untuk H.323. Header SIP fleksibel dan kuat, yang sangat mirip dengan yang digunakan dalam Hyper-Text Mentransfer Protocol (HTTP) membuat implementasi sederhana. Kontrol pihak ketiga berguna untuk banyak skenario, termasuk: •
memanggil sekretaris manajer
•
tangan auto-dialer panggilan untuk telemarketer
•
mentransfer panggilan menghadiri
•
layanan operator
Kemampuan Bursa Prosedur pertukaran kemampuan dimaksudkan untuk memastikan bahwa sinyal multimedia yang dikirim dapat diterima dan diproses dengan tepat oleh terminal penerima . H.323 menggunakan protokol H.245 untuk bertukar kemampuan . Set lengkap apa terminal dapat menerima dan decode dibuat dikenal ke terminal lain dengan transmisi set kemampuan . Total kemampuan terminal dijelaskan dengan satu set struktur Capability Descriptor , yang masing-masing adalah struktur Simultaneous Capabilities tunggal dan capability Descriptor nomor6 . Dengan struktur ini , informasi yang sangat tepat tentang kemampuan masing-masing terminal dapat dinyatakan dalam struktur yang relatif kompak . SIP menggunakan SDP untuk pertukaran kemampuan . Penelepon dapat menggunakan permintaan OPTION untuk mengetahui kemampuan callee . Saat ini , SIP tidak memiliki fleksibilitas negosiasi penuh H.245 , karena ekspresi terbatas SDP . untuk Misalnya , SIP tidak mendukung kemampuan asimetris ( menerima atau mengirimkan saja) dan kemampuan simultan audio & Encoding video.
Quality of Service (QoS)
Kualitas Layanan adalah istilah yang mencakup berbagai aspek. Parameter QoS yang relevan untuk multimedia arus adalah bandwidth, delay maksimum, delay jitter, dan packet loss rate. Hal ini penting untuk sinyal panggilan dan protokol kontrol untuk memberikan dukungan untuk berkomunikasi parameter QoS yang diperlukan dengan tujuan memenuhi diperlukan tingkat QoS. Selain parameter QoS di atas, call setup, delay merupakan parameter
lain
yang
mempengaruhi
dirasakan QoS, dan itu sangat tergantung pada protokol signaling tertentu yang digunakan. Call setup delay juga tergantung pada protokol transport yang digunakan untuk membawa pesan pensinyalan, khususnya ketika beberapa pesan pensinyalan yang hilang, dan harus dipancarkan kembali. Oleh karena itu, di sini kita pertama mempertimbangkan dukungan QoS oleh protokol signaling untuk arus multimedia. Kemudian, kita memeriksa setup delay panggilan. Karena pengaturan delay panggilan dipengaruhi oleh deteksi kesalahan dan mekanisme koreksi kesalahan, kita kemudian menjelaskan mekanisme seperti di H.323 dan SIP.
Dukungan QoS untuk Multimedia Arus Gatekeeper dalam H.323 menyediakan kaya set kontrol dan fungsi manajemen, termasuk terjemahan alamat, masuk control, kontrol bandwidth, dan manajemen zona. Beberapa fungsi opsional dalam gatekeeper adalah panggilan kontrol sinyal, panggilan otorisasi, manajemen dan panggilan manajemen bandwidth. Sebaliknya, SIP tidak menyediakan manajemen atau fungsi kontrol dengan sendirinya tapi bergantung pada protokol lain.Admission Control menentukan apakah jaringan memiliki sumber daya yang cukup untuk mendukung QoS yang diperlukan untuk panggilan, dan menerima atau menolak panggilan yang sesuai. Untuk melakukan admission control, protokol harus menangani bandwith manajemen, manajemen panggilan, dan kontrol bandwidth. Ini didukung oleh H.323 tetapi tidak oleh SIP. Dalam tahap mereka saat ini, baik H.323 maupun SIP mendukung reservasi resource dengan sendirinya. Keduanya menyarankan menggunakan cara eksternal untuk reservasi sumber daya, seperti Resource Reservation Protocol (RSVP) oleh IETF IntServ group7 bekerja. RSVP membahas kebutuhan aplikasi yang membutuhkan QoS, menjanjikan layanan per-aliran. ketergantungan dari IntServ pada Per-aliran Negara dan pengolahan per-aliran ini merupakan hambatan untuk penyebaran di Internet pada umumnya
networks8. Baru-baru ini, arsitektur Differentiated Services baru telah menarik perhatian lebih.
Tidak
seperti
model
IntServ,
di
mana
aplikasi secara eksplisit meminta pemesanan QoS, Differentiated Services menyediakan model sederhana: penyedia Jaringan mendefinisikan satu set tingkat layanan yang umum, sederhana dan aplikasi independen. Aplikasi dan pengguna sesuai kebutuhan mereka untuk tingkat pelayanan tertentu berdasarkan kinerja mereka dan constrains9 kebijakan. H.323 v3 dapat menawarkan beberapa layanan Differentiated berdasarkan parameter QoS negosiasi (Bit rate, delay, dan jitter) 10. Setelah inisiasi panggilan, terminal dapat meminta salah satu dari tiga kelas layanan didefinisikan: "Dijamin Service," "Controlled Service, "dan" Layanan Tidak disebutkan. "Baik SIP maupun versi H.323 mendukung fungsi serupa. Call Setup Delay Kami mendefinisikan panggilan pengaturan delay sebagai jumlah perjalanan bulat yang dibutuhkan untuk membangun komunikasi audio antara panggilan peserta. Call setup delay sangat besar di H.323 v1; telah berkurang secara signifikan dengan setup panggilan cepat prosedur H.323 v2. SIP dan H.323 v3 keduanya memiliki call setup signifikan lebih efisien, sehingga relatif penundaan kecil. H.323 menggunakan prosedur sinyal H.225/Q931 untuk membuat sambungan antara pemanggil dan callee. tergantung pada apakah gatekeeper yang sedang digunakan atau tidak, panggilan H.323 v1 dapat memakan waktu sekitar 6 sampai 7 kali pulang-pergi, termasuk menyiapkan yang Q.931 dan H.245 koneksi TCP. Metode panggilan cepat setup opsi ditentukan dalam H.323 v2 yang mengurangi jumlah penundaan hingga tiga roundtrips terlibat dalam membangun call dan media stream awal dengan memasukkan H.245 informasi saluran logis dalam SETUP dan CONNECT pesan. Dengan metode panggilan cepat setup, hanya komunikasi suara G.711 berbasis dapat dibentuk antara kedua belah pihak panggilan, karena kemampuan tidak dipertukarkan. Jika para pihak ingin membangun jenis lain saluran media, mereka opsional dapat melakukan prosedur pertukaran kemampuan H.245 setelah saluran G.711 adalah didirikan. Dalam H.323 v3, baik UDP atau TCP dapat digunakan untuk membawa pesan call setup. Menggunakan UDP memiliki keuntungan bahwa tidak ada delay balik terkait dengan membangun koneksi transport-layer. Ketika UDP digunakan, setup delay panggilan dapat menjadi 1,5 atau 2,5 perjalanan pulang, tergantung pada apakah atau tidak gatekeeper yang terlibat. Setup ISIP panggilan sangat mirip dengan yang ada di H.323 v3. Namun, jika setup panggilan UDP gagal, H.323 v3 memiliki beberapa keunggulan
dibandingkan SIP. H.323 v3 set up koneksi UDP dan koneksi TCP hampir bersamaan, dan menyediakan mekanisme yang efisien untuk menutup koneksi TCP jika UDP mengatur berhasil. Jika setup UDP gagal, TCP dapat mengambil lebih segera. SIP beroperasi UDP dan TCP berurutan. Hal ini meningkatkan setup delay panggilan jika koneksi UDP tidak tersedia. Kesalahan Deteksi dan Koreksi Loss packet H.323 v1 dan v2 didasarkan pada protokol transport yang handal. Mereka mencapai keandalan berdasarkan protokol transport.
Penggunaan TCP akan
menyederhanakan mesin negara untuk protokol kontrol panggilan, karena memiliki kontrol aliran sendiri, window kontrol, dan metransmission mekanisme untuk memastikan keandalan. H.323 v3 menentukan kebijakan pengiriman ulang sendiri untuk kedua pengirim dan penerima untuk dukungan TCP dan UDP11. pengirim dimulai dua timer, T1 dan T4, setelah mengirimkan panggilan pengaturan PDU. Jika T1 berakhir sebelum si penelepon menerima tanggapan dari callee atau GK, pengirim mentransmisikan kembali paket SETUP dan memulai T3 timer. Jika T3 berakhir, transmisi lain adalah dilakukan, dan T3 restart. Setelah total transmisi N1, pemanggil berhenti transmisi dan beralih ke penggunaan TCP panggilan sinyal bukan UDP. Dengan transmisi pertama respon, penerima memulai T1 timer. Jika T1 berakhir, callee mentransmisikan kembali paket tersebut dan restart T3 timer. Jika T3 berakhir, callee mengirimkan transmisi lain respon dan restart T3. Setelah respon pesan telah dikirim untuk total N1 kali, callee berhenti re-transmisi dan memulai T5 timer. Setelah T5 berakhir, callee membuang informasi identifikasi / konferensi panggilan dan negara terkait, dan menganggap setup sesi ini sebagai gagal.
Keandalan dari SIP adalah pesan dicapai
dengan memiliki permintaan klien memancarkan kembali setiap 0,5 detik sampai baik laporan kemajuan (1xx) atau status akhir (> 200) respon telah diterima. Server hanya mentransmisikan final asli respon sampai ACK diterima. Klien mentransmisikan ACK untuk setiap pesan terakhir. Loop Detection Jenis lain yang umum dari kesalahan loop call forwarding , yang dapat terjadi terutama ketika beberapa gatekeeper atau SIP server jaringan yang terlibat dalam mendirikan panggilan . Tidak ada ketentuan untuk mencegah loop dalam H.323 v1 dan v2 . H.323 v3 mendefinisikan bidang PathValue untuk menunjukkan jumlah maksimum gatekeeper yang sinyal pesan harus melintasi sebelum yang dibuang . Menggunakan bidang PathValue dapat mengurangi tingkat lingkaran kejadian , tapi tidak seefisien loop
algoritma deteksi yang digunakan dalam SIP . Ketika loop terjadi tanpa mengetahui nama penjaga gerbang , pesan sinyal tidak akan dihentikan sampai mencapai PathValue . Jadi bagaimana menentukan nilai yang tepat untuk PathValue menjadi kritis masalah . Selanjutnya, jika perubahan konfigurasi jaringan, PathValue mungkin mungkin perlu diubah . SIP menyediakan algoritma deteksi lingkaran mirip dengan yang digunakan dalam BGP ( Border Gateway Protocol ) untuk mencegah pencarian loop3 . Ia bekerja melalui via sundulan lapangan . Sebelum server proxy pengalihan permintaan apapun , ia akan mengecek melalui lapangan. Jika yang nama sendiri sudah di sana , maka loop harus terjadi . Jika namanya tidak ada dalam daftar via lapangan , maka proxy posting name server pada daftar, kemudian mengirimkan permintaan ke server proxy lain atau endpoint . Toleransi kesalahan Terjadi kesalahan dalam jaringan untuk berbagai alasan. Protokol signaling harus memiliki kemampuan untuk memotong jaringan kesalahan dan memberikan layanan normal bila memungkinkan. Seorang klien tidak akan melihat kesalahan selama layanan.
Ini
Kemampuan
ini
disebut
Fault
Toleransi.
H.323 v3 memberikan toleransi kesalahan lebih baik dari SIP oleh gatekeeper berlebihan dan titik akhir. Selama pendaftaran, a gatekeeper dapat mengindikasikan penjaga gerbang alternatif untuk titik akhir mendaftar, yang dapat digunakan dalam hal primer kegagalan gatekeeper. Demikian juga, sebuah titik akhir mungkin menunjukkan cadangan, berlebihan atau alternatif Transport Alamat. Hal ini memungkinkan endpoint memiliki antarmuka jaringan sekunder atau endpoint H.323 sekunder sebagai cadangan. Skalabilitas Dalam sistem sepenuhnya operasional, itu harus mungkin untuk setiap host Internet untuk bertindak sebagai client IP telephony (meskipun tidak semua dari mereka berpartisipasi dalam panggilan secara bersamaan). Diperkirakan bahwa jumlah pengguna internet di seluruh dunia akan mencapai
500 juta pada tahun 2000, dengan jumlah
meningkat secara eksponensial. Oleh karena itu, skalabilitas dari sinyal saat ini protokol sangat penting. Banyak aspek yang berbeda mempengaruhi skalabilitas sistem. Kami membandingkan skalabilitas H.323 dan SIP dalam hal Kompleksitas mereka, Endpoint Lokasi, Server Processing, Inter-Server Komunikasi, Mengatasi global, dan Multipoint Komunikasi. Kompleksitas
H.323 adalah protokol yang agak rumit. Ini mencakup H.225 untuk call signaling, H.245 untuk control panggilan, H.332 untuk besar konferensi, H.450.x (x = 1,2, ... 9) untuk layanan tambahan, H.235 untuk keamanan dan enkripsi, dan H.246 untuk interoperabilitas dengan layanan circuit-switched. Banyak layanan memerlukan interaksi antara subprotokol, yang meningkatkan kompleksitas tetapi skalabilitas menurun. Di sisi lain, SIP dan SDP kurang rumit. Implementasi dasar SIP Internet Telephony dapat dilakukan menggunakan empat header (To, Dari, Call-ID, dan Cseq) dan tiga jenis permintaan (INVITE, ACK, dan BYE) 3. menyederhanakan ini pemrograman dan pemeliharaan, dan skalabilitas yang lebih baik adalah konsekuensi. Server Pengolahan Tidak ada negara koneksi yang diperlukan dalam UDP. Oleh karena itu, server backbone besar berdasarkan UDP dapat beroperasi dalam stateless cara. Hal ini secara signifikan mengurangi kebutuhan memori dan meningkatkan skalabilitas.
Dalam SIP,
transaksi melalui server dan gateway dapat berupa stateful atau stateless. Model stateless menyederhanakan manajemen memori, dan model stateful memberikan informasi yang cukup untuk meneruskan respon dengan benar. H.323 v1 dan v2 pengolahan server stateful, di mana TCP dipilih sebagai protokol transport. gatekeeper harus memegang negara-negara panggilan, serta koneksi TCP untuk durasi panggilan. H.323 v3 mendukung pengolahan stateless Model seperti di SIP. Lokasi endpoint Mekanisme saat ini logis menangani dan mengatasi resolusi standar H.323 adalah dengan memanfaatkan alias ( E.164 atau H323ID ) dan mekanisme pemetaan yang didukung oleh gatekeeper . Ketika klien suka membuat sambungan, maka gatekeeper mungkin baik kembali alamat titik akhir untuk klien ( dalam model panggilan langsung ) atau rute pesan SETUP untuk yang disebut titik akhir ( di GK diarahkan model) . H.323 v3 mendefinisikan mekanisme untuk komunikasi antar - gatekeeper , yang bantu dalam menemukan titik akhir yang terdaftar di zona yang berbeda atau domain administrasi . SIP memilih alamat - e -mail seperti , disebut sebagai SIP URL3 . Ketika klien ingin mengirim permintaan , itu baik mengirimkannya ke server proxy SIP dikonfigurasi secara lokal atau redirect SIP server , independen dari Request - URL , atau mengirimkannya ke IP alamat dan port sesuai dengan Request - URL . Dalam kasus yang pertama , SIP redirect atau Memperoleh server proxy informasi tentang kemungkinan lokasi callee (s ) dari SIP lokasi
server . SIP tidak menentukan cara untuk menemukan endpoint terdaftar dalam domain administratif lainnya , dan menyarankan penggunaan mekanisme eksternal seperti DNS . Keluwesan Sebuah protokol yang didefinisikan dengan baik harus memiliki kemampuan untuk memperluas fungsionalitas saat ini untuk pengembangan lebih lanjut, dan
harus
memungkinkan
pada
pelaksana
untuk
menyesuaikan
sub-komponen
tergantung
kepentingan individu. Pada bagian ini, H.323 dan SIP akan dievaluasi dalam hal aspek tersebut. Perluasan Fungsi Teknologi IP telephony belum matang . Sangat mungkin bahwa kemampuan sinyal baru dan fungsi perlu ditambahkan . Selain itu, vendor yang berbeda mungkin ingin mendukung
fitur
tambahan
. H.323 memilih
bidang
NonStandardParam
vendor
didefinisikan dalam ASN.1 sebagai mekanisme perpanjangannya . Non Standard Param terdiri dari kode penjual dan kode buram untuk itu vendor tertentu . Pendekatan ini memiliki beberapa keterbatasan , karena hanya Lapangan NonStandardParam dapat diperpanjang . SIP menawarkan mekanisme yang lebih fleksibel dengan menyediakan namespace hirarki nama fitur dan hierarkis diselenggarakan kode kesalahan numerik . Masukan klien menampilkan informasi dalam SIP Perlu sundulan . Jika ada beberapa diperlukan fitur yang server tidak mendukung , server akan mengirimkan kembali kode kesalahan hirarkis kepada klien . baru fitur baik dapat di daftarkan dengan Internet Assigned Numbers Authority ( IANA ) atau hierarkis berasal dari Fitur pemilik nama domain internet tergantung pada apakah fitur baru dapat diturunkan secara langsung . Kemudahan kustomisasi Untuk menyesuaikan layanan, H.323 membutuhkan lebih banyak interaksi antara sub protokol-nya. Sebagai contoh, jika konferensi perubahan ukuran dari kecil ke besar, maka protokol yang berbeda, H.332, harus dipakai. Juga, karena H.323 membutuhkan penuh kompatibilitas antara setiap versi, kustomisasi pasti akan meningkatkan ukuran kode. SIP menggunakan yang relatif field header sederhana untuk menangani interaksi tersebut. Pengkodean berbasis teks membuat kustomisasi di SIP lebih mudah Selain itu di H.323.
interoperabilitas Sebuah protokol signaling IP Telephony perlu bekerja sama dengan versi yang berbeda, implementasi, dan sinyal lainnya protokol melintasi jaringan di seluruh dunia. Kemampuan ini didefinisikan sebagai interoperabilitas. Interoperabilitas antara Versi Kompatibilitas mundur sepenuhnya di H.323 memungkinkan semua implementasi berdasarkan versi H.323 yang berbeda untuk menjadi mulus terintegrasi . Hal ini penting bagi pelanggan . Jika pelanggan telah membeli produk sisi klien dilaksanakan oleh H.323 v2 , ia tidak perlu mengubah apa-apa ketika sisi server upgrade ke H.323 v3 . Server baru mendukung setiap fungsi pelanggan sebelumnya dengan server yang lebih tua . Dalam SIP , versi yang lebih baru dapat membuang beberapa fitur lama yang tidak diharapkan dapat diimplementasikan lagi . ini Pendekatan menghemat ukuran kode dan mengurangi kompleksitas protokol , tetapi kehilangan beberapa kompatibilitas antara versi yang berbeda . Beberapa produk diimplementasikan pada versi yang lebih tua mungkin tidak didukung dalam versi baru . Interoperabilitas antara Implementasi Vendor yang berbeda di pasar dapat mengimplementasikan protokol yang sama dengan pendekatan yang berbeda . Ada kemungkinan bahwa endpoint dalam sistem skala besar menggunakan produk vendor yang berbeda ' , dan hanya sesuai dengan standar tidak menjamin interoperabilitas antara produk yang berbeda . H.323 memberikan panduan yang pelaksana ' , yang menjelaskan standar dan membantu menuju interoperabilitas antara berbagai implementasi . Selain itu , International Multimedia telekonferensi Consortium ( IMTC ) iNOW ! kegiatan Grup mendefinisikan profil interoperabilitas , yang menggabungkan , memperjelas dan melengkapi standar yang ada untuk menyediakan lengkap IP telephony interoperabilitas protocol12 . IMTC juga menyelenggarakan acara interoperabilitas , di mana vendor yang berbeda dapat menguji implementasi mereka terhadap satu sama lain . SIP , berada di tahap awal pembangunan, sejauh ini belum memberikan kesepakatan implementasi . itu interoperabilitas antara implementasi yang berbeda masih belum pasti , meskipun tes interoperabilitas pertama mulai baru-baru ini . Interoperabilitas dengan Protokol Signaling Lainnya
Untuk mendukung layanan telepon tradisional, protokol signaling VoIP harus mendukung ISDN Signaling System 7 (SS7). SS7 melakukan out-of-band sinyal untuk mendukung panggilan kemapanan, billing, routing, dan pertukaran informasi fungsi diaktifkan publik jaringan telepon (PSTN). Ada dua spesifikasi sinyal tersedia di SS7 untuk antarmuka yang berbeda: Q.931 digunakan untuk User-to-Network Interface (UNI) dan ISUP digunakan untuk Network-to-Network Interface (NNI). H.323 mencakup pendekatan circuit-switched yang lebih tradisional yang didasarkan pada protokol ISDN/Q.931. Q.931 seperti pesan pensinyalan yang digunakan dalam prosedur H.323, yang membuatnya lebih mudah untuk beroperasi dengan ISDN/Q.931. Namun, pesan call setup H.323 hanya subset dari orang-orang di SS7/ISUP. Karena tidak ada standar yang ditetapkan untuk menyampaikan pesan SS7/ISUP melalui jaringan H.323, H.323 hanya bisa menerjemahkan sebagian dari pesan SS7 dalam konversi. H.32x keluarga rekomendasi menawarkan standar tertentu untuk beroperasi dengan jaringan circuit-switched lainnya; untuk Misalnya , H.320 untuk ISDN dan B - ISDN , H.324 untuk GSTN . Dalam standar tersebut , interoperabilitas oleh gateway adalah didefinisikan dengan baik . Untuk SIP , ada fungsi terjemahan untuk pesan pensinyalan SS7 disediakan . Meskipun ada draft Internet pada subjek , " A Description Fungsional SIP PSTN Gateway , " 13 informasi rinci tentang sinyal informasi transportasi belum berhasil. Kemudahan Implementasi Pesan H.323 signaling yang disandikan biner menggunakan ASN.1 PER ( Packet Encoding Rules ) 14 . Dalam sistem, informasi yang diwakili menggunakan sintaks abstrak harus dipetakan ke dalam beberapa bentuk untuk presentasi kepada pengguna manusia. Demikian pula , sintaks abstrak ini harus dipetakan ke dalam beberapa format lokal untuk penyimpanan
.
Pemetaan
seperti
ini
membutuhkan
sebuah
khusus
parser , yang membuat implementasi dan debugging lebih rumit . Pesan SIP berbasis teks , menggunakan ISO 10646 dalam UTF - 8 encoding15 . Encoding berbasis teks memungkinkan implementasi yang mudah dalam bahasa seperti JAVA , Tcl dan Perl , dan debugging mudah . KESIMPULAN 4 Pada Tabel 3 , kami menyajikan ringkasan perbandingan disajikan dalam makalah ini . Kesimpulan utama kami adalah sebagai berikut . di hal fungsi dan layanan yang dapat didukung , H.323 versi 2 dan SIP sangat mirip . Namun, layanan tambahan di H.323 lebih
ketat didefinisikan . Oleh karena itu , masalah interoperabilitas sedikit diharapkan antara implementasinya . Selanjutnya, H.323 memiliki kompatibilitas yang lebih baik di antara versi yang berbeda dan lebih baik interoperabilitas dengan PSTN . Kedua protokol sebanding mendukung QoS mereka ( penundaan call setup yang sama , tidak ada dukungan untuk reservasi sumber daya atau kelas layanan (QoS ) pengaturan ) , tetapi H.323 versi 3 akan memungkinkan
sinyal
dari
meminta
QoS
.
Keuntungan utama SIP adalah fleksibilitas untuk menambahkan fitur baru dan relatif mudah atas implementasi dan debugging . Akhirnya , kami mencatat bahwa H.323 dan SIP memperbaiki diri dengan belajar dari sisi lain , dan perbedaan antara mereka berkurang dengan setiap versi baru . REFERENSI 1. Bell Atlantic, " Signaling System 7 ( SS7 ) Tutorial " ,http://www.webproforum.com/bellatlantic2/topic01.html 2 . Rekomendasi ITU-T H.323 , " Packet Berbasis Multimedia Sistem Komunikasi " , Februari 1998. 3 M. Handley , H. Schulzrinne , E. Scholler , J. Rosenberg , " SIP : Session Initiation Protocol " , RFC2543 , IETF , March 1999. 4 . H. Schulzrinne , J. Rosenberg , " Perbandingan SIP dan H.323 untuk Internet Telephony " , Jaringan dan Operasi Sistem Dukungan untuk Digital Audio dan Video ( NOSSDAV ) , Cambridge , Inggris , Juli 1998 . 5 V. Jacobson dan M. Handley , " SDP : Session Description Protocol " , RFC2327 , IETF , April 1998 , barang dalam proses . 6 . Rekomendasi ITU-T H.245 , " protokol kontrol untuk komunikasi multimedia , " Februari 1998. 7 Braden , R. , Zhang , L. , Berson , S. , Herzog , S. Dan Jamin , S. , " Resource Reservation Protocol ( RSVP ) - versi 1 Spesifikasi Fungsional , " RFC 2205, diusulkan standar , September 1997. 8 . Y. Bernet , R.Yavatkar , P. Ford , F. Baker , L , Zhang , " A Framework for End-to - End QoS RSVP Menggabungkan / IntServ dan Differentiated Services, " Draft Internet , Maret 1998 . 9 . S. Blake , et . al , " Sebuah Arsitektur untuk Differentiated Services, " RFC 2475 , Desember 1998.
10. "H.323 Dibedakan Jasa dan Arsitektur Protokol mereka," ITU Sektor Standardisasi Telekomunikasi, APC-1492, Februari 1999 11 ITU-T Sektor Standardisasi, "H.323 Lampiran E: call signaling atas UDP", APC 1441, September 1998 12. International Multimedia telekonferensi Consortium, "iNOW! ™ Berbasis Standar IP Telephony Interoperability Profil, "23 Februari 1999 13. Steve Donovan, Mattew Cannon, "A Description Fungsional SIP-PSTN Gateway", Draft Internet, IETF, November 1998. 14 ITU-T Recommendation X.691, "Teknologi Informasi - aturan pengkodean ASN.1 Spesifikasi Dikemas Encoding Rules (PER), "Desember 1997. 15 ISO / IEC 10646-1:1993, "Teknologi informasi - Universal Multiple-oktet Coded Character Set (UCS) –
Part 1.: Arsitektur dan Basic Multilingual Plane ", 1993.
