Pengenalan pada SIGTRAN

1. Pengenalan Sigtran adalah kelompok kerja IETF , dibentuk pada tahun 1999 , dan bertugas dengan mendefinisikan sebuah arsitektur untuk pengangkutan real-time data melalui jaringan IP sinyal . Kerjanya memuncak dalam tidak hanya arsitektur, tetapi juga definisi suite protokol untuk membawa SS7 dan ISDN pesan over IP .

Protocol suite ini terdiri dari lapisan transportasi baru - Stream Transmission Control Protocol ( SCTP ) dan satu set Adaptasi Pengguna ( UA ) lapisan yang meniru layanan dari lapisan bawah SS7 dan ISDN .

Makalah ini menjelaskan arsitektur Sigtran dan protokol .

Dimulai dengan menguraikan arsitektur jaringan yang di dalamnya Sigtran Suite berlaku - secara efektif , mendefinisikan masalah diselesaikan dengan SCTP dan UA .

Hal ini terus menjelaskan persyaratan protokol untuk mengangkut informasi sinyal over IP - menyajikan argumen mengapa protokol yang ada ( seperti TCP ) tidak cocok untuk tujuan ini .

Akhirnya , lapisan UA sendiri dibahas - yang meliputi fungsi dan penerapannya .

2. Arsitektur Jaringan TerpaduSebelum maju ke topik mengangkut sinyal informasi tion over IP, yang terbaik adalah untuk mempertimbangkan mengapa fasilitas tersebut mungkin diperlukan. Pada intinya, membahas masalah sebelum menjelaskan solusi.2.1 Latar Belakang VOIPRuang aplikasi untuk Sigtran adalah Voice over IP ( VoIP ) atau , lebih tepatnya , Media over IP ( MoIP ) . ' Media ' berlaku untuk lalu lintas real-time : suara, musik , video, dan sebagainya .

Kemungkinan menggunakan Internet untuk membawa lalu lintas suara muncul di1995 software PC . Sudah ada untuk membuat koneksi antar komputer , melalui Internet publik ( dengan cara koneksi dialup ke ISP pada tingkat panggilan lokal) . Pada hari-hari awal VoIP , fasilitas ini telah disempurnakan untuk menerima suara digital , membaginya menjadi paket-paket dan sekaranguntuk koneksi internet sebagai data . Sejalan dengan itu, paket yang diterima dari remote PC akan disusun kembali ke dalam aliran suara digital dan dikirim ke speaker PC .

Sementara itu layak untuk mengadakan percakapan dengan cara seperti itu, ada beberapa masalah mendasar dengan arsitektur ini :1 . Kualitas suara sangat mengerikan . Koneksi Internet memilikitidak ada pra - dialokasikan bandwidth dan tunduk pada variabel pack - et delay . Ini memberikan kontribusi untuk percakapan gelisah , dengan potongan pidato yang hilang .

2 . Tidak ada standar yang ditetapkan bagaimana suara itu packetised dan bagaimana koneksi didirikan dan dikelola . Pelanggan harus menggunakan paket VoIP yang sama untuk berbicara .

. 3 Hanya sederhana ( ponsel ) topologi jaringan yang didukung - point- to-point koneksi antara alamat IP diketahui . Tidak ada antarmuka yang didefinisikan antara internet dan PSTN .

. 4 Hanya layanan panggilan sederhana didukung - pada dasarnya , percakapan - tions . Tak satu pun dari layanan biasanya terkait dengan PSTN ( seperti call forwarding ) didukung .

Keterbatasan ini tidak memungkinkan untuk menggunakan VoIP dalam skala yang dibutuhkan untuk membuatnya dapat digunakan oleh perusahaan atau skala besar home base -friendly.2.2 Arsitektur ScalableTahap berikutnya dalam evolusi VoIP adalah untuk mendefinisikan sebuah arsitektur yang akan mendukung integrasi antara PSTN dan jaringan IP. Hal ini akan memberikan kemampuan sinyal untuk panggilan mengelola-ment serta media didefinisikan jalur melalui jaringan IP (dengan bandwidth yang dicadangkan untuk media real-time). Beberapa kelompok mulai bekerja di daerah ini - beberapa kooperatif, yang lain dalam isolasi. Ini termasuk: ETSI - proyek TIPHON. ITU - kelompok kerja H.323. The Softswitch Consortium. IETF - kelompok kerja MGCP, antara lain.

Pekerjaan yang dilakukan oleh kelompok-kelompok ini membentuk arsitektur yang umum yang mendefinisikan antarmuka antara jaringan PSTN dan IP untuk mendukung suara (atau media lain streaming) over IP. Beberapa jenis node jaringan baru telah diperkenalkan, dan mereka tanggung jawabnya dan fungsi juga didefinisikan. Arsitektur didefinisikan dalam [2], dan diilustrasikan pada Gambar 1.

Gambar 1. Arsitektur Jaringan Terpadu

Dalam Gambar 1, elemen-elemen jaringan berikut didefinisikan: MGC - Media Gateway Controller, bertanggung jawab untuk menengahi call control (antara SG dan MG) dan mengontrol akses dari IP dunia ke / dari PSTN. SG - Signalling Gateway, bertanggung jawab untuk interfacing ke jaringan SS7 dan sinyal lewat pesan ke kelenjar IP. MG - Media Gateway, bertanggung jawab untuk paketisasi suara traf-fic dan mengirimkan lalu lintas ke arah tujuan. IP SCP - Service Control Point IP-enabled (SCP). Ini ada sepenuhnya dalam jaringan IP, tetapi beralamat dari jaringan SS7. IP Phone (umum disebut sebagai 'terminal').

Istilah-istilah ini tidak di mana-mana. Dalam dunia H.323, MGC disebut sebagai 'Gatekeeper', sedangkan SG dan MG adalah dosa-gularly dikenal sebagai 'Gateway'. Seringkali, ketiga unsur ini disebut 'Softswitch'.Catatan : bahwa MG, SG dan MGC adalah entitas logis. Dalam implementasi fisik, fungsi dapat dikombinasikan dalam node jaringan tunggal, misalnya: Dalam jaringan PSTN Amerika Utara, signaling dan media link yang dilakukan pada link fisik terpisah. Jadi, masuk akal untuk memiliki SG yang berbeda secara fisik dan MG node. Dalam jaringan PSTN Eropa, itu lebih umum untuk memiliki sinyal dan kanal suara berbagi link fisik. Jadi, masuk akal untuk SG dan MG untuk menjadi co-located. Arsitektur ini memungkinkan vendor jaringan untuk membangun Gateway dan Controller yang dapat digunakan dalam jaringan yang nyata. Jaringan operator dapat membangun jaringan PSTN / IP yang benar-benar terintegrasi yang terukur dan menawarkan layanan yang layak untuk pelanggan2.3 Menetapkan Standar Selain mendefinisikan node dalam jaringan yang digunakan untuk intercon-nect jaringan PSTN dan IP, kelompok kerja yang tercantum dalam Bagian 2.2 pada Page 3 telah menetapkan protokol yang berjalan di antara mereka. Ada dua set standar yang telah mendapatkan pengakuan luas: H.323 - didefinisikan oleh ITU. IETF Model, yang terdiri dari SIP, Sigtran, RTP dan MGCP atau Megaco. IETF mendefinisikan Sigtran Suite khusus untuk mengangkut SS7 over IP. Ini adalah inti subyek makalah ini, dan akan dibahas secara lebih detail daripada H.323.2.3.1 H.323 H.323 bukan protokol spesifikasi tunggal: itu adalah deskripsi arsitektur, termasuk referensi ke suite protokol yang diperlukan untuk integrasi jaringan. Sangat sedikit dari H.323 relevan dengan kertas con-cerning sendiri dengan sinyal transportasi over IP, tapi berikut ini berfungsi sebagai keterangan singkat dari komponen-komponennya.

Elemen jaringan berikut didefinisikan: Gateway - menyediakan terjemahan dari kedua kontrol panggilan ( sinyal ) dan media dari PSTN ke / dari jaringan IP ; kira-kira equiv - alent kombinasi dari SG dan MG ditunjukkan pada Gambar 1 . Gatekeeper - mengatur akses ke Gateway dari kedua IPdan sisi PSTN ; kira-kira setara dengan MGC yang ditunjukkan pada Gambar 1 . terminal H.323 - biasanya , IP ' telepon ' ( seperti yang ditunjukkan pada Gambar 1 ) ini bisa menjadi perangkat IP yang digunakan seperti itu ( seperti PC ) .Istilah generik ' H.323 endpoint ' didefinisikan sebagai baik atau TerminalGateway - mengacu pada ujung dari koneksi H.323 . Protokol berikut didefinisikan : H.225 RAS - Pendaftaran , Authentification dan protokol Status .Ini membentang antara Gatekeeper dan endpoint H.323 untuk memberikan kontrol akses yang aman . H.225 Panggilan Signalling - menetapkan koneksi antara endpoint H.323 . H.245 Kontrol Signalling - berjalan antara endpoint H.323 , memungkinkan - ing pertukaran pesan kontrol ( seperti kemampuan terminal ) . RTP - Real Time Protocol , yang membawa media yang packetised antara endpoint H.323 .2.3.2 Model IETF IETF, melalui sejumlah kelompok kerja, telah membentuk sebuah model yang mirip dengan H.323. Node jaringan didefinisikan dalam model ini adalah seperti yang ditunjukkan pada Gambar 1 Protokol didefinisikan adalah.: SCTP (dan lapisan adaptasi) - ini adalah Sigtran protokol, yang digunakan untuk membawa SS7 antara SG dan MGC. Megaco - Media Gateway Control (juga didefinisikan oleh ITU sebagai H.248). Ini adalah protokol kontrol antara MGC dan MGS. SIP - Session Initiation Protocol. SIP adalah panggilan protokol kontrol run-ning antara mgcs atau mgcs dan telepon berbasis IP. RTP - IETF menentukan Nyata Protokol Time sama seperti H.323 untuk membawa media yang packetised.

Hal ini dalam model IETF bahwa Sigtran suite protokol (termasuk SCTP) adalah yang paling menarik ketika mempertimbangkan IP sebagai transportasi untuk lalu lintas sinyal. Dalam Gambar 1, garis merah merupakan koneksi yang membawa protokol Sigtran.3. Kebutuhan SCTPSCTP adalah protokol transportasi baru , dirancang dengan transportasi data sinyal waktu - sensitif dalam pikiran . Ini masih cukup fleksibel , bagaimanapun , untuk digunakan secara umum . Satu pertanyaan yang akan dibahas adalah mengapa kelompok Sigtran pergi ke semua kesulitan mendefinisikan lapisan transportasi baru , ketika mereka bisa memilih untuk menggunakan TCP ?3.1 Signalling over IP - Pendekatan SederhanaCara termudah , dari titik protokol pelaksana pandang , untuk menjalankan sebuah lapisan SS7 over IP adalah untuk mengambil lapisan dipilih, mendefinisikan interface ke lapisan transport IP ( TCP ) dan plug dua bersama-sama .

Sayangnya , ada beberapa kelemahan mendasar dengan pendekatan ini : Ini tidak fleksibel - setelah Anda punya SCCP berjalan di atas TCP / IP , Anda masih tanpa solusi untuk menjalankan ISUP . Ini tidak mungkin bahwa setiap vendor peralatan lain akan telah merancang sebuah SS7 ke IP antarmuka yang adalah sesuatu seperti milik Anda . Struktur paket IP Anda , memegang informasi SS7 , akan muncul asing bagi vendor lainnya . Mungkin ada masalah manajemen peer-to -peer ( seperti konektor -tion pendirian atau kualitas layanan negosiasi ) yang belum ditangani .

3.2 Adaptasi SolusiSudah jelas dari atas bahwa kita harus mengatasi masalah stan - dardisation dan skalabilitas ( atau reuse ) .

Salah satu cara untuk mendekati ini adalah untuk memberikan ' adapter ' melalui TCP / IP yang telah mengubah jasa transportasi dalam hal apa protokol sig - nalling atas harapkan : pada dasarnya , untuk membuat TCP / IP terlihat seperti lapisan bawah SS7 ( misalnya , MTP3 ) . Seperti objek disebut sebagai Pengguna Adaptasi ( UA ) lapisan - yang duduk di atas TCP dalam proto - col stack.

Peran utama dari lapisan tersebut akan :

Tentukan metode standar yang lapisan atas ( misalnya , ISUP atau SCCP ) akan dikemas dalam pesan TCP .

Menyediakan sebuah kerangka kerja untuk manajemen peer-to -peer , seperti antarmuka socket , nomor port , dan sebagainya .

Setelah memecahkan masalah peer-to -peer manajemen dan stan - dardisation ( kedua ujung sambungan menggunakan UA yang sama ) , scalabili - ty dan penggunaan kembali jatuh ke tempatnya sebagai model yang sama diterapkan pada lapisan atas lainnya - akan ada UA untuk digunakan oleh SCCP , ISUP dan sebagainyasebagainya .

Kelemahan dari arsitektur tersebut adalah bahwa hal itu bergantung pada layanan dari TCP . Kita harus bertanya pada diri sendiri pertanyaan penting : adalah protokol berorientasi byte -stream cocok untuk membawa pesan sig - nalling waktu - kritis?

3.3 Masalah dengan TCPAda pertanyaan yang diajukan atas kesesuaian TCP untuk membawa protokol waktu - kritis seperti SS7 . Pertanyaan timbul dari kenyataan bahwa TCP pada awalnya dirancang untuk tujuan yang sama sekali berbeda .

TCP adalah byte - streaming - menyediakan aliran data tunggal dan guar - antees bahwa data yang akan disampaikan dalam urutan byte - urutan . Hal ini membuatideal untuk pengiriman besar , potongan terstruktur data - seperti file atau pesan email . Sayangnya, itu sangat fitur adalah kejatuhannya .

TCP sangat sensitif terhadap penundaan yang disebabkan oleh kesalahan jaringan - dengan hilangnya byte, pesan atau pelanggaran urutan . Ketika ini terjadi, TCP akan tahan pengiriman semua data ( dalam aliran monolitik ini ) sampai urutan yang benar dipulihkan .

Pertimbangkan konsekuensi dari ini , dalam hal memberikan SS7 mes - orang bijak . Jika aliran TCP tunggal membawa sinyal ISUP bagi banyak con - koneksinya , maka hilangnya pesan yang relevan dengan hanya satu sumber daya (seperti panggilan telepon ) akan mengakibatkan keterlambatan semua pesan ISUP lainnya .

Masalah tambahan adalah durasi beberapa timer TCP , yang didefinisikan dalam istilah banyak detik . Secara khusus, panjang Connection , Keep Alive dan Retransmission timer dapat mengakibatkan penundaan yang berlebihan koneksi set- up , menentukan kehilangan koneksi dan data pengiriman ulang .Pengakuan ini telah mengakibatkan pakar industri dari berbagai vendor peralatan jaringan tersebut bekerja sama untuk mempelajari masalah dan mengusulkan solusi. Hal ini telah dilakukan di bawah naungan IETF , dalam bentuk kelompok kerja Sigtran .

3.4 SCTPKelompok Kerja Sigtran telah menetapkan Streaming Transmission Control Protocol ( SCTP ) [ 1 ] yang bertujuan untuk mengatasi kekurangan- TCP . SCTP sendiri adalah protokol tujuan umum, mengganti - ment untuk TCP .

SCTP memiliki set berikut fitur :

Ini adalah protokol Unicast - pertukaran data antara dua endpoint dikenal .

Ini mendefinisikan timer durasi yang lebih pendek daripada TCP .

Menyediakan transportasi yang dapat diandalkan data pengguna - mendeteksi ketika data rusak atau keluar dari urutan , dan melakukan perbaikan sebagai iden - sary .

Ini adalah tingkat - adaptif , menanggapi kemacetan dan transmisi Throt - tling kembali jaringan sesuai.

Mendukung multi - homing - masing-masing endpoint SCTP mungkin dikenal dengan beberapa alamat IP . Routing ke satu alamat independen dari semua orang lain dan , jika salah satu rute menjadi tidak tersedia , yang lain akan digunakan .

Menggunakan prosedur inisialisasi , berdasarkan cookies , untuk mencegah serangan penolakan layanan .

Mendukung bundling , di mana pesan SCTP tunggal dapat berisi beberapa ' potongan ' data - yang masing-masing dapat berisi pesan sinyal keseluruhan .

Mendukung fragmentasi , di mana pesan sinyal tunggal dapat dibagi menjadi beberapa pesan SCTP agar dapat menemani- modated dalam PDU yang mendasarinya .

Ini adalah pesan - berorientasi , mendefinisikan frame terstruktur data . TCP , sebaliknya , tidak memaksakan struktur pada aliran ditransmisikan byte .

Memiliki kemampuan multi Streaming - Data dibagi menjadi beberapa aliran , masing-masing dengan pengiriman sequencing independen. TCP tidak memiliki fitur tersebut .Selain meningkatkan keamanan , dua titik akhir adalah apa yang membuat SCTP jauh lebih cocok untuk membawa pesan sig - nalling dari TCP .Transmisi dibatasi , bingkai terstruktur adalah fitur yang berguna untuk lapisan UA ( serta setiap potensi pengguna SCTP lainnya ) . Protokol transport melakukan semua pekerjaan untuk membagi aliran data ke dalam pesan segmen-segmen - menghilangkan tanggung jawab pengguna untuk menafsirkan aliran kontinu byte. Pemrosesan tersebut dinyatakan akan harus diulang oleh setiap pengguna .Mendefinisikan struktur untuk pesan juga membuat dukungan -port bundling dan fragmentasi kurang sulit.Multi-streaming adalah daya tarik utama , namun ( nama bahkan protokol menyiratkan ini - Streaming Transmission Control Protocol ) . Fitur ini secara eksplisit dirancang untuk memungkinkan pengguna untuk partisi IP konektor -tion tunggal antara dua endpoint ke dalam aliran logis yang terpisah dari data, dan menetapkan setiap stream untuk aplikasi tertentu atau sumber daya . Prinsipnya adalah bahwa kesalahan atau keterlambatan pada satu aliran tidak akan mengganggu persalinan normal yang lain .

Jika pesan pendirian untuk semua tiga panggilan yang diterima benar - ly , maka panggilan sedang berlangsung . Jika panggilan tersebut kemudian dirilis dalam urutan yang sama , tetapi pesan rilis untuk Call 1 hilang , maka pesan rilis untuk lainnya dua panggilan akan ditunda sementara TCP mengakui hilangnya pesan dan pulih data . Ini memiliki potensi untuk menunda rilis dari Panggilan 1 dan 2 untuk sejumlah besar detik - penundaan tidak dapat diterima ke PSTN

Pertimbangkan sekarang ISUP dibawa SCTP. Hal ini ditunjukkan pada Gambar 3. Dalam hal ini, kehilangan pesan yang berkaitan dengan Call 1 mempengaruhi hanya itu aliran data. Panggilan 2 dan 3 dilayani seperti biasa. sumber daya berkaitan dengan Call 1 masih akan terikat sampai protokol transport pulih dari hilangnya data - tetapi situasi ini tidak berbeda dari bahwa dalam protokol transport PSTN tradisional.

4. Lapisan Adaptasi Sigtran4.1 Sigtran ArsitekturThe Sigtran suite ( termasuk SCTP dan semua UA ) ditunjukkan pada Gambar 4 Beberapa catatan tentang Gambar 4 . : Daerah merah menunjukkan lapisan protokol baru seperti yang didefinisikan oleh Sigtran ,sementara daerah biru menggambarkan protokol yang ada . Untuk mempermudah , ISUP belum terbukti - ini biasanya akan berjalan lebih MTP3 atau M3UA . Lapisan UA diberi nama sesuai dengan layanan yang mereka mengganti , daripada pengguna layanan tersebut. Sebagai contoh, M3UA menyesuaikan SCTP untuk menyediakan jasa MTP3 - ketimbang menyediakan layanan untuk MTP3

Lapisan adaptasi Sigtran semua melayani beberapa tujuan umum : Untuk melaksanakan Protokol lapisan Signalling atas selama transport berbasis IP yang handal .

Untuk memberikan kelas yang sama dari layanan yang ditawarkan pada antarmuka setara PSTN . Sebagai contoh, M3UA harus memberikan tampilan yang sama dan merasa untuk para penggunanya sebagai MTP3 - dalam hal layanan , setidaknya ( M3UA tidak benar-benar menggantikan fitur dan operasi MTP3 ) .

Untuk menjadi transparan : pengguna layanan harus menyadari bahwa lapisan adaptasi telah menggantikan protokol asli ( meskipun hal ini sangat tergantung pada implementasi) .

Untuk menghapus sebanyak kebutuhan untuk lapisan bawah SS7 mungkin. Sigtran sedang mendefinisikan enam lapisan adaptasi , sebagai berikut : M2UA [ 4 ] menyediakan jasa MTP2 dalam client-server situasi tersebut , seperti SG untuk MGC . Its pengguna akan MTP3 .

M2PA [ 5 ] menyediakan jasa MTP2 dalam situasi peer-to -peer , seperti koneksi SG - to- SG . Its pengguna akan MTP3 .

M3UA [ 3 ] menyediakan jasa MTP3 di kedua client-server ( SG untuk MGC ) dan peer-to -peer arsitektur -mendatang . Its pengguna akan SCCP dan / atau ISUP . SUA [ 6 ] menyediakan jasa SCCP dalam arsitektur peer-to -peer , seperti SG ke IP SCP . Its pengguna akan TCAP , atau bagian lain appli - kation berbasis transaksi IUA [ 7 ] menyediakan jasa ISDN Data Link Layer ( LAPD ) . Its pengguna akan menjadi Layer 3 ( Q.931 ) entitas ISDN . V5UA [ 9 ] menyediakan jasa protokol V.5.2 .Perlu dicatat bahwa kerangka cukup fleksibel untuk memungkinkan penambahan lapisan baru sebagai required. Setiap UA memiliki penerapan tertentu, yang dibahas dalam bagian berikut.4.2 M2UA M2UA digunakan untuk mentransfer data antara pengguna MTP2-contoh MTP2 pada SG dan contoh MTP3 pada MGC. Dengan demikian, ia beroperasi model client-server, dimana MGC adalah klien dan SG adalah server. M2UA menyediakan sarana yang layanan MTP2 dapat diberikan pada MGC. Pada intinya, memperluas SS7 ke jaringan IP. Arsitektur penggunaan M2UA ditunjukkan pada Gambar 5.

Efektif, contoh MTP3 pada MGC adalah pengguna dari contoh MTP2 di SG! Baik MTP2 maupun MTP3 menyadari bahwa mereka jauh dari satu sama lain. Proses ini, dimana sinyal pesan-pesan yang melewati IP dari atas satu lapisan SS7 ke bagian bawah yang lain, digambarkan sebagai backhauling. Pengguna MTP3 di MGC biasanya akan ISUP. Arsitektur ini paling berlaku dalam situasi berikut: Ada kepadatan rendah dari SS7 link pada titik fisik tertentu dalam jaringan (mungkin serendah satu)

Ada sejumlah besar fungsi SG fisik terpisah ( karena link SS7 secara fisik locat - ed jarak jauh dari satu sama lain )

Fungsi SG adalah co - terletak dengan MG ( biasanya karena salah satu atau lebih dari kondisi sebelumnya )Dalam hal ini , masuk akal untuk menjadi tuan rumah MTP3 dalam MGC . Alamat SS7 ( pointcode tersebut ) dari sistem berada dengan MTP3 - jika setiap SG memiliki lapisan MTP3 sendiri , sejumlah besar pointcodes akan diperlukan untuk menerapkan ( logis ) gateway tunggal .

Dalam hal ini , masuk akal untuk menjadi tuan rumah MTP3 dalam MGC . Alamat SS7 ( pointcode tersebut ) dari sistem berada dengan MTP3 - jika setiap SG memiliki lapisan MTP3 sendiri , sejumlah besar pointcodes akan diperlukan untuk menerapkan ( logis ) gateway tunggal .Di sisi SG , penggambaran M2UA di tingkat peer toMTP2 sedikit menyesatkan . M2UA adalah , dalam banyak hal , seorang pengguna MTP2 - spesifikasi mendefinisikan bahwa M2UA bertanggung jawab untuk memulai tindakan protokol yang biasanya akan dikeluarkan oleh MTP3 , seperti : aktivasi Link dan penonaktifan permintaan nomor urutan prosedur memperbarui MTP2 mengirimkan / retransmit penyangga Buffer pembilasan

Ini adalah isu-isu implementasi , namun. Fungsi tersebut juga bisa berada dalam Nodal Interworking Function ( NIF ). Ada kepadatan rendah dari SS7 link pada titik fisik tertentu dalam jaringan (mungkin serendah satu) Ada sejumlah besar fungsi SG fisik terpisah ( karena link SS7 secara fisik locat - ed jarak jauh dari satu sama lain ) Fungsi SG adalah co - terletak dengan MG ( biasanya karena salah satu atau lebih dari kondisi sebelumnya )Dalam hal ini , masuk akal untuk menjadi tuan rumah MTP3 dalam MGC . Alamat SS7 ( pointcode tersebut ) dari sistem berada dengan MTP3 - jika setiap SG memiliki lapisan MTP3 sendiri , sejumlah besar pointcodes akan diperlukan untuk menerapkan ( logis ) gateway tunggal .Dalam hal ini , masuk akal untuk menjadi tuan rumah MTP3 dalam MGC . Alamat SS7 ( pointcode tersebut ) dari sistem berada dengan MTP3 - jika setiap SG memiliki lapisan MTP3 sendiri , sejumlah besar pointcodes akan diperlukan untuk menerapkan ( logis ) gateway tunggal .Di sisi SG , penggambaran M2UA di tingkat peer pada MTP2 sedikit menyesatkan . M2UA adalah , dalam banyak hal , seorang pengguna MTP2 - spesifikasi mendefinisikan bahwa M2UA bertanggung jawab untuk memulai tindakan protokol yang biasanya akan dikeluarkan oleh MTP3 , seperti : aktivasi Link dan penonaktifan permintaan nomor urutan prosedur memperbarui MTP2 mengirimkan / retransmit penyangga Buffer pembilasanIni adalah isu-isu implementasi , namun. Fungsi tersebut juga bisa berada dalam Nodal Interworking Function ( NIF ) . Link aktivasi / deaktivasi ( dalam menanggapi permintaan dari MTP3 )

Menjaga informasi status link

Mempertahankan nomor urut dan retransmitbuffer , untuk pengambilan oleh MTP3 Mempertahankan Status prosesor pemadaman lokal dan remote

4.4 M3UAM3UA mirip dengan M2UA , dalam hal ini beroperasi dengan cara client-server untuk memberikan lapisan atas dengan SS7 protokol akses remote ke lapisan bawah . Seperti M2UA , M3UA beroperasi antara SG dan MGC .M3UA menyediakan sarana yang layanan MTP3 dapat diberikan pada MGC ( dengan demikian , mengakhiri sambungan ISUP pada MGC ) - pada dasarnya memperluas jangkauan SS7 ke jaringan IP .

Arsitektur bagaimana M3UA cocok menjadi SG / MGCModel ditunjukkan pada Gambar 7 .

The MTP3 di SG tidak menyadari bahwa pengguna ISUP terletak jauh ( NIF akan mendaftarkan dirinya sebagai ISUPdengan MTP3 ) . Demikian pula , lapisan ISUP di MGC akan menyadari bahwa itu tidak dilayani oleh MTP3 lokal . Ini adalah contoh lain dari pesan signaling backhauling MGC dari SG .Arsitektur ini adalah yang paling tepat dalam situasi berikut : Ada kepadatan cukup tinggi dari SS7 link untuk membuat SG mandiri yang layak

The SS7 link dapat diakses secara fisik pada satu titik

Kondisi ini sering terjadi pada net- karya Amerika Utara , di mana link SS7 secara fisik terpisah dari sirkuit suara . Dalam hal ini , sejumlah link yang berkumpul bersama-sama ke media tunggal fisik ( misalnya , garis T1 ) .Di sini , masing-masing SG memiliki contoh MTP3 lokal , dan sebagainya harus memiliki nya SS7 pointcode sendiri . The M3UA layer bertanggung jawab untuk menjaga antarmuka MTP3 - ISUP di koneksi SCTP . Perintah dan permintaan untuk transfer data diturunkan oleh ISUP pada MGC dilakukan (lebih SCTP ) oleh M3UA dan disajikan ke antarmuka atas MTP3 di SG . Indikasi dan pesan data yang masuk diteruskan naik dari MTP3 pada SG dan dibawa (lebih SCTP ) oleh M3UA ke antarmuka yang lebih rendah dari ISUP pada MGC .Seperti M2UA , penggambaran M3UA sebagai peer MTP3 mungkin sedikit menyesatkan . Logikanya , M3UA adalah pengguna MTP3 di SG . Bagaimana dua lapisan Interwork adalah masalah implementasi

4.5 SUASUA menyediakan sarana yang merupakan bagian Application( seperti TCAP ) pada IP SCP dapat dicapai melalui SG .Arsitektur jaringan yang terkait dengan SUA memungkinkan untuk beberapa SCPs IP yang akan dicapai melalui SG tunggal . The IP SCP ( s ) tidak memiliki contoh MTP3 lokal , sehingga tidak memerlukan pointcodes mereka sendiri S7 ( MTP3 , dan pointcode tersebut , berada pada SG ) .

Arsitektur penggunaan SUA antara SG dan IP SCP ditunjukkan padaGambar 8 .

Fungsi SUA dapat disediakan oleh MTP2 atau MTP2UA . Namun, SUA menyediakan pemetaan antara alamat SCCP dan alamat IP ( di SG ) . Tanpa fungsi seperti , SCCP harus hadir pada setiap SCP IP dan jaringan SS7 eksternal akan membutuhkan pengetahuan tentang setiap contoh SCCP tersebut . SUA dapat abstrak kehadiran masing-masing IP SCP - menyediakan satu alamat SCCP untuk menutupi semua node .

Layanan dari database individu dibahas melalui Subsystem Number ( SSN ) . SUA menyediakan layanan yang tidak berbeda SCCP global Judul Translation ( GTT ) untuk memetakan SSN ini ke SCCP ID koneksi ( yang digunakan untuk rute pesan Application Bagian ke IP yang sesuai SCP ) .

SUA juga cukup fleksibel untuk mendukung Parts Aplikasi berjalan antara dua node jaringan sepenuhnya dalam jaringan IP. Ini sangat relevan dengan jaringan yang muncul, di mana mungkin tidak ada kebutuhan untuk jaringan yang mendasari 'tradisional' SS7. Dalam hal ini, IP SCP tumpukan akan sama pada kedua (berdasarkan IP) node.

SUA lebih lanjut akan memungkinkan Layanan Database di jaringan SS7 untuk diakses dari jaringan IP. Dalam hal ini, arsitektur akan sama seperti pada Gambar 8.

4.6 IUA dan V5UA Kekhawatiran Dokumen ini semata-mata dengan adaptasi SS7 lay-ers lebih SCTP, dan sebagainya IUA dan V5UA tidak dibahas. Lihat [7] dan [9] Untuk informasi lebih lanjut tentang UAs ini.