CoMInet v1.0

mendapatkan permintaan alokasi QoS, dan meneruskannya ke PDF untuk direspon,setelah direspon BS dapat
meneruskan permintaan itu ke tujuan akhir.
9. Charging Collector Function
Komponen ini melakukan pembebanan. Pembebanan offline diterapkan kepada pengguna yang membayar
layanannya secara periodik (contoh tiap akhir bulan). Pembebanan online, sering disebut pembebanan berbasiskan
kredit, digunakan untuk layanan pra-bayar. Keduanya dapat diaplikasikan pada sesi yang sama.
1. Offline Charging : Semua elemen jaringan SIP (P-CSCF, I-CSCF, S-CSCF, BGCF, MRFC, MGCF, AS) yang terlibat
dalam sesi menggunakan antar muka DIAMETER Rf untuk mengirim informasi akunting ke CCF yang terletak di
domain yang sama. CCF akan mengumpulkan seluruh informasi ini, dan membuat sebuah CDR (Charging Data
Record), yang akan dikirim ke billing system (BS) dari domainnya. Setiap sesi membawa sebuah ICID (IMS
Charging Identity) sebagai pengidentifikasi yang unik. Parameter IOI (Inter Operator Identifier) mendefinisikan
jaringan asal/pemanggil dan jaringan tujuan/dipanggil. Setiap domain memiliki jaringan pembebanan sendiri.
BS di dalam domain yang berbeda-beda juga akan saling bertukar informasi, sehingga sistem pembebanan
roaming dapat diterapkan.
2. Online charging : S-CSCF berbicara/berkomunikasi dengan SCF (Session Charging Function), yang terlihat
seperti sebuah application server SIP reguler. SCF bisa memberi sinyal ke S-CSCF untuk mengakhiri sesi ketika
pengguna kehabisan kredit selama dalam sebuah sesi. AS dan MRFC menggunakan antar muka DIAMETER Ro
menuju ke sebuah ECF (Event Charging Function), yang juga berkomunikasi dengan SCF. Ketika IEC (Immediate
Event Charging) digunakan, sejumlah unit kredit dengan segera diambil dari account pengguna oleh ECF dan
MRFC atau AS yang kemudian memberi otoritas untuk menyediakan layanan. Layanan tidak langsung
dihentikan ketika kredit tidak mencukupi lagi. Ketika ECUR (Event Charging with Unit Reservation) digunakan,
pertama kali ECF menyediakan sejumlah unit kredit di dalam account pengguna dan kemudian memberi
otoritas kepada MRFC atau AS. Setelah layanan selesai, jumlah unit kredit yang dihabiskan dilaporkan dan
diambil dari account ; unit kredit yang dipesan kemudian dihilangkan.
Ada beberapa perbedaan pada arsitektur IMS yang didefinisikan oleh 3GPP dan 3GPP2 yaitu sebagai berikut:
Manajemen mobilitas pada IMS 3GPP melalui pembentukan kanal pada GPRS, sementara IMS 3GPP2 pada
jaringan inti mobile IP.
3GPP2 mendukung IPv4 dan IPv6 dengan fokus awal IPv4; 3GPP hanya mendukung IPv6.
HSS pada 3GPP fungsi Home AAA dan database-nya sudah tergabung sementara pada 3GPP2 tidak.
Menggunakan sistem speech codec yang berbeda.
3GPP mendukung pencarian P-CSCF dengan aktivasi konteks PDP; 3GPP2 tidak, karena itu merupakan
prosedur spesifik GPRS.
Ada antar muka Si antara HSS dengan IM-SSF (bagian CAMEL) pada 3GPP; 3GPP tidak, karena tidak memiliki
sistem CAMEL.
3GPP mendefinsikan UICC yang mengandung aplikasi ISIM atau USIM yang mengandung konfigurasi dan
keamanan data. Sementara terminal IMS 3GPP2 menyimpan keamanan dan konfigurasi data di terminal itu
sendiri atau di dalam RUIM.
Pada 3GPP, lokasi jaringan P-CSCF selalu sama dengan GPRS, sementara Packet Data Service Node bisa
berbeda lokasi dengan P-CSCF pada 3GPP2.
Alokasi resources GGSN tidak akan berganti selama proses registrasi. Sementara PDSN serta PDF bisa berganti
bahkan ketika sesi sudah berlangsung, bahkan mungkin PDF juga bisa berubah.
Tidak ada antar muka Go (untuk QoS) pada rilis pertama IMS 3GPP2.
Tidak ada antar muka Sh untuk penelusuran informasi lokasi spesifik user pada 3GPP2.
3GPP2 memiliki Position Server dan PDE (Position Determining Entity) untuk menyediakan informasi posisi
sementara 3GPP tidak.