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 Terpadu
Sebelum 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 VOIP
Ruang 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 di
1995 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 sekarang
untuk 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 memiliki
tidak 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 Scalable
Tahap 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 pelanggan
2.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 IP
dan 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 Terminal
Gateway - 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 SCTP
SCTP 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 Sederhana
Cara 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 Solusi
Sudah 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 sebagainya
sebagainya .

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 TCP
Ada 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 membuat
ideal 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 SCTP
Kelompok 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 Sigtran
4.1 Sigtran Arsitektur
The 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 to
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 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 pembilasan
Ini 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 retransmit
buffer , untuk pengambilan oleh MTP3
Mempertahankan Status prosesor pemadaman lokal dan remote

4.4 M3UA
M3UA 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 / MGC
Model ditunjukkan pada Gambar 7 .

The MTP3 di SG tidak menyadari bahwa pengguna ISUP terletak jauh ( NIF akan
mendaftarkan dirinya sebagai ISUP
dengan 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 SUA
SUA 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 pada
Gambar 8 .

Fungsi SUA dapat disediakan oleh MTP2 atau MTP2
UA . 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.