nama dikembalikan ketika S-CSCF sebelumnya telah ditugaskan untuk melayani target pengguna. Kemampuan S-CSCF dikembalikan jika tidak ada S-CSCF ditugaskan tetapi pengguna mempunyai layanan untuk negara tidak terdaftar.

2.3.5.2 Pengguna Penanganan Data Prosedur

Selama proses pendaftaran, pengguna dan layanan terkait data yang akan di-download dari HSS ke S-CSCF melalui titik acuan Cx menggunakan SAR dan perintah SAA seperti yang dijelaskan sebelumnya. Namun, ada kemungkinan untuk data akan kemudian berubah ketika S-CSCF masih melayani pengguna. Untuk memperbarui data dalam S-CSCF HSS memulai perintah Push-Profil-Request (PPR). Pembaruan terjadi segera setelah perubahan dengan satu pengecualian: ketika S-CSCF melayani user yang belum terdaftar atau S-CSCF disimpan untuk pengguna terdaftar seperti yang dijelaskan dalam Bagian 3.9.5 dan ada perubahan di bagian terdaftar dari pengguna profile, maka HSS tidak akan mengirim perintah PPR. Perintah PPR diakui oleh perintah Push-Profil-Jawaban (PPA), yang hanya menunjukkan hasil operasi.

2.3.5.3 Prosedur Autentikasi

Autentikasi pengguna IMS bergantung pada rahasia pra-konfigurasi bersama. Rahasia bersama dan nomor urut disimpan dalam IP Multimedia Services Identity Module (ISIM) atau UMTS subscriber identity module (USIM) di UE dan di HSS dalam jaringan. Karena S-CSCF mengurus otorisasi pengguna, terdapat kebutuhan untuk mentransfer data keamanan atas titik referensi Cx. Ketika S-CSCF perlu mengotentikasi pengguna yang mengirimkan Multimedia-Auth-Request (MAR) perintah untuk HSS. The HSS merespon dengan perintah Multimedia-Auth-Answer (MAA). Jawabannya berisi antara data Autentikasi informasi lainnya. Ini mencakup satu atau lebih vektor Autentikasi, yang terdiri dari sebuah Skema Autentikasi (misalnya, Intisari-AKAv1-MD5), Information Autentikasi (tantangan Autentikasi RAND dan AUTN token), Informasi Otorisasi (respon yang diharapkan, atau XRES), Kunci Integritas dan Kunci Kerahasiaan. Selain itu, berisi Item Number, yang menunjukkan urutan di mana vektor Autentikasi harus dikonsumsi ketika vektor beberapa dikembalikan. Penggunaan elemen ini dijelaskan lebih lanjut dalam Bagian 11.6.

2.3.6 Titik Referensi Dx

Ketika multipel dan secara terpisah HSSs dialamatkan telah ditempatkan di jaringan, baik I-CSCF maupun S-CSCF mengetahui HSS yang mereka butuhkan untuk menghubungi. Namun, mereka perlu menghubungi SLF pertama. Untuk tujuan ini titik referensi Dx telah diperkenalkan. Titik referensi Dx selalu digunakan dalam hubungannya dengan titik referensi Cx. Protokol yang digunakan dalam titik referensi didasarkan pada Diameter. Fungsinya diimplementasikan melalui mekanisme routing yang disediakan oleh meningkatnya Diameter redirect agent..Untuk mendapatkan alamat HSS I-CSCF atau S-CSCF mengirimkan ke permintaan SLF Cx yang bertujuan untuk HSS. Pada penerimaan alamat HSS dari SLF tersebut, I-CSCF atau S-CSCF akan mengirimkan permintaan Cx ke HSS. Gambar 2.13 menunjukkan bagaimana SLF digunakan untuk menemukan HSS yang benar ketika I-CSCF menerima permintaan INVITE dan tiga HSSs telah ditempatkan.

2.3.7 Titik Referensi Sh

Sebuah AS (SIP AS atau OSA SCS) mungkin perlu data (terkait dengan khususnya identitas pengguna atau terkait dengan identitas pelayanan publik) atau perlu Anda ketahui dimana S-CSCF untuk mengirim permintaan SIP.Jjenis informasi ini yang disimpan di HSS. Oleh karena itu, harus ada titik referensi antara HSS dan AS. Ini titik referensi disebut titik referensi Sh dan protokol adalah Diameter. Prosedur dibagi menjadi dua kategori utama: Data penanganan dan berlangganan / pemberitahuan. Tabel 2.2 merangkum perintah Sh yang tersedia. HSS menyimpan daftar Ass yang diizinkan untuk memperoleh atau menyimpan data.

Table 2.2. Perintah ShNama Perintah Tujuan Singkatan Sumber TujuanUser-Data-Request/Answer

User-Data-Request/Answer (UDR / UDA) perintah yang digunakan untuk mengirimkan data pengguna dari pengguna tertentu

UDRUDA

ASHSS

HSSAS

Profile-Update-Request/Answer

Profile-Update-Request/Answer (PUR / PUA) perintah yang digunakan untuk memperbarui data yang transparan di HSS

PURPUA

ASHSS

HSSAS

Subscribe-Notifications-Request/Answer

Perintah Subscribe – Notifications –Request / Answer digunakan untuk membuat berlangganan / membatalkan langganan data pengguna yang pemberitahuan perubahan diperlukan

SNRSNA

AS HSS

HSSAS

Push-Notification-Request/Answer

Perintah Push-Notification-Request/Answer digunakan untuk mengirim data berubah ke AS

PNRPNA

HSSAS

ASHSS

2.3.7.1 Penanganan data

Prosedur penanganan data mengandung kemungkinan mengambil data dari HSS. Data tersebut dapat berisi layanan data terkait (transparan atau non-transparan), informasi pendaftaran, identitas pengguna umum, kriteria filter awal, Nama S-CSCF melayani pengguna atau identitas pengguna umum, alamat fungsi charging dan informasi yang lebih dari lokasi CS dan domain PS. Data transparan dipahami secara sintaktis tetapi tidak semantis oleh HSS. Mereka adalah data bahwa AS dapat menyimpan di HSS untuk mendukung logika layanan. Sebaliknya, data yang transparan dipahami baik sintaksis dan semantis oleh HSS. AS menggunakan perintah User-Data-Request (UDR) untuk meminta data. Permintaan berisi informasi tentang data permintaan. The HSS merespon dengan User- Data Answer (UDA).AS dapat memperbarui data transparan di HSS menggunakan perintah Profil-Update-Request (PUR), yang berisi data yang akan diperbarui. Perintah PUR diakui oleh perintah Profil-Update-Answer (PUA), yang hanya menunjukkan hasil operasi.

2.3.7.2 Berlangganan / Pemberitahuan

Prosedur Langganan / Pemberitahuan memungkinkan AS untuk mendapatkan pemberitahuan bila data tertentu untuk pengguna tertentu diperbarui di HSS. AS mengirimkan Subscribe-Notifications-Request (SNR) perintah untuk menerima pemberitahuan ketika data yang ditunjukkan dalam perintah SNR diubah dalam HSS. The HSS mengakui permintaan berlangganan oleh Subscribe-Notifictions-Answer (SNA), perintah yang hanya menunjukkan hasil operasi.Jika AS telah mengirimkan perintah SNR dan meminta pemberitahuan dengan jenis langganan permintaan, maka HSS mengirimkan Push-Notification-Request (PNR) perintah ke AS ketika data tertentu telah berubah memberikan rincian dari data yang diubah. Perintah PNR diakui oleh perintah Push-Notification-Answer (PNA), yang hanya menunjukkan hasil operasi.

2.3.8 Titik Referensi Dh

Ketika HSSs multipel dan secara terpisah dialamatkan di jaringan, AS tidak bisa mengetahui HSS yang dibutuhkan untuk menghubungi. Namun, AS perlu untuk menghubungi SLF pertama. Untuk tujuan ini titik referensi Dh diluncurkan di rilis 6. Pada Rilis 5 HSS benar menemukan dengan menggunakan cara eksklusif. Titik referensi Dh selalu digunakan bersamaan dengan titik referensi Sh. Protokol yang digunakan dalam titik referensi didasarkan pada Diameter. Fungsinya diimplementasikan melalui mekanisme routing yang disediakan oleh agen re-direct Diameter meningkatkan. Untuk mendapatkan alamat HSS, AS mengirimkan ke SLF permintaan Sh yang bertujuan untuk HSS. Pada penerimaan alamat HSS dari SLF itu, AS akan mengirim permintaan Sh ke HSS.

2.3.9 Titik Referensi Si

Ketika AS adalah CAMEL AS (IM-SSF) menggunakan titik referensi Si untuk berkomunikasi dengan HSS. Titik referensi Si digunakan untuk mengangkut informasi berlangganan CAMELTabel 2.3 Ringkasan titik referensi

Nama Titik Referensi

Badan yang terlibat

Tujuan Protocol

Gm UE, P-CSCF Titik referensi ini dipergunakan untuk bertukar pesan antara UE dan CSCFs

SIP

Mw P-CSCF, I-CSCF,S-CSCF

Titik referensi ini dipergunakan untuk bertukar pesan antara CSCFs

SIP

ISC S-CSCF, AS Titik referensi ini dipergunakan untuk bertukar pesan antara S-CSCF dan AS

SIP

Ma I-CSCF, AS Titik referensi ini dipergunakan untuk bertukar pesan antara I-CSCF danAS

SIP

Cx I-CSCF,S-CSCF,HSS

Titik referensi ini dipergunakan untuk komunikasi antara I-CSCF/ S-CSCF dan HSS

Diameter

Dx I-CSCF, S-CSCF,SLF

Titik referensi yang dipergunakan oleh I-CSCF/S-CSCF untuk menemukan HSS yang benar dalam lingkungan multi-HSS

Diameter

Sh SIP AS, OSASCS, HSS

Titik referensi ini dipergunakan untuk bertukar pesan antara SIP AS/OSA SCS dan HSS

Diameter

Si IM-SSF, HSS Titik referensi ini dipergunakan untuk bertukar pesan antara IM-SSF dan HSS

MAP

Dh SIP AS, OSA,SCF, IM-SSF,HSS

Titik referensi yang dipergunakan oleh AS untuk menemukan HSS yang benar dalam lingkungan multi-HSS

Diameter

Mm I-CSCF, S-CSCF,IBCF, externalIP network

Titik referensi ini akan dipergunakan untuk bertukar pesan antara IMS dan jaringan IP external

SIP

Mg MGCF--> I-CSCF Titik referensi ini dipergunakan untuk bertukar pesan antara MGCF dan I-CSCF

SIP

Mi S-CSCF--> BGCF Titik referensi ini dipergunakan untuk bertukar pesan antara S-CSCF dan BGCF

SIP

Mj BGCF --> MGCF Titik referensi ini dipergunakan untuk bertukar pesan antara BGCF dan MGCF dalam jaringan IMS yang sama

SIP

Mk BGCF --> BGCF Titik referensi ini dipergunakan untuk bertukar pesan antara BGCFs dalam jaringan IMS yang berbeda

SIP

Mr S-CSCF, MRFC Titik referensi ini dipergunakan untuk bertukar pesan antara S-CSCF and MRFC

SIP

Mp MRFC, MRFP Titik referensi ini memungkinkan mengontrol sumber daya- pengguna bidang MRFP

H.248

Mn MGCF,IMS-MGW

Titik referensi ini memungkinkan mengontrol sumber daya- pengguna bidang IMS-MGW

H.248

Ut UE, AS (SIP AS,OSA SCS,IM-SSF)

Titik referensi ini memungkinkan UE untuk mengelola informasi terkait dengan pelayanannya

HTTP

Gx PCRF, AccessGateway

Titik referensi ini digunakan untuk mendorong kebijakan dan aturan charging untuk mengakses gateway, untuk mendapatkan pesawat transportasi peristiwa pemberitahuan dan untuk bertukar charging pengenal

Diameter

Rx P-CSCF, PCRF Titik referensi ini digunakan untuk melewati sesi registrasi dan informasi kepada PCRF dan untuk mendapatkan pesawat transportasi peristiwa pemberitahuan dan untuk bertukar charging pengenal

Diameter

Ro AS, MRCF,S-CSCF, OCS

Titik referensi ini digunakan oleh AS / MRFC / S-CSCF secara online charging menuju OCS. Catatan: ada mungkin muncul fungsi interworking antara S-CSCF dan OCS

Diameter

Rf P-CSCF, S-CSCF,I-CSCF, BGCF,MGCF, AS,MRFC, IBCF,CDF

Titik referensi ini digunakan oleh lembaga IMS untuk pengisian secara offline terhadap CDF

Diameter

MI E-CSCF, LRF Titik referensi ini digunakan untuk bertukar informasi yang diperlukan untuk routing permintaan ke pusat darurat

tidak ditentukan

Mx CSCF,BGCF,IBCF

Titik referensi ini ditargetkan untuk menggunakan kemampuan IBCF ketika berkomunikasi dengan operator yang berbeda

tidak ditentukan

Ix IBCF, TrGW Titik referensi ini memungkinkan kontrol sumber dari TrGW

tidak ditentukan

Iq P-CSCF, IMSakses gateway

Titik referensi ini memungkinkan kontrol IMS access gateway (NAT)

tidak ditentukan

termasuk memicu dari HSS ke IM-SSF. Yang digunakan protokol Mobile Application Part (MAP).

2.3.10 Mi Reference Point

Ketika S-CSCF atau E-CSCF menemukan bahwa sesi perlu diarahkan ke domain CS menggunakan titik acuan Mi untuk meneruskan sesi untuk BGCF. Protokol yang digunakan untuk titik referensi Mi adalah SIP. Bagian 3.14 berisi rincian lebih lanjut tentang IMS-CS interworking.

2.3.11 Titik Referensi Mj

Ketika BGCF menerima sesi sinyal melalui titik referensi Mi itu memilih domain CS di mana penembusan ini terjadi. Jika penembusan terjadi pada jaringan yang sama, maka ke depan sesi ke

MGCF melalui titik referensi Mj. Protokol yang digunakan untuk titik referensi Mj adalah SIP. Bagian 3.14 berisi rincian lebih lanjut tentang IMS-CS interworking.

2.3.12 Titik Referensi Mk

Ketika BGCF menerima sesi sinyal melalui titik referensi Mi itu memilih domain CS di mana penembusan ini terjadi. Jika penembusan terjadi pada jaringan lain, maka ke depan sesi untuk BGCF di jaringan lain melalui titik referensi Mk. Protokol yang digunakan untuk titik referensi Mk adalah SIP. Bagian 3.14 berisi rincian lebih lanjut tentang IMS-CS interworking.

2.3.13 Titik referensi Mg

Titik referensi Mg link fungsi edge CS, MGCF, IMS (yaitu, I-CSCF). Titik referensi ini memungkinkan MGCF untuk meneruskan sesi sinyal masuk dari domain CS ke I-CSCF. Protokol yang digunakan untuk titik referensi Mg ini SIP. MGCF bertanggung jawab untuk mengkonversi sinyal masuk ISUP ke SIP.

2.3.14 Titik referensi Mm

Untuk berkomunikasi dengan jaringan IP multimedia lain, titik referensi antara IMS dan jaringan IP multimedia lainnya yang dibutuhkan. Titik referensi Mm memungkinkan I-CSCF untuk menerima permintaan sesi dari server lain SIP atau terminal. Demikian pula, S-CSCF menggunakan titik acuan Mm untuk meneruskan IMS UE-berawal permintaan untuk jaringan multimedia lainnya. Pada saat penulisan, spesifikasi rinci dari titik referensi Mm belum disediakan. Namun, sangat mungkin bahwa protokol akan SIP.

2.3.15 Titik referensi Mr

Ketika S-CSCF perlu mengaktifkan layanan pembawa terkait lewat SIP memberi sinyal ke MRFC melalui titik referensi Mr. Fungsionalitas dari titik referensi Mr tidak sepenuhnya standar: misalnya, tidak ditentukan bagaimana S-CSCF menginformasikan MRFC untuk memainkan pengumuman tertentu. Yang digunakan protokol titik referensi Mr ini SIP.

2.3.16 Titik referensi Mp

Media server arsitektur di IMS terdiri dari dua lembaga MRFC dan MRFP. Kedua lembaga yang terhubung melalui titik referensi Mp. Selama ini titik referensi MRFC mampu meminta MRFP melakukan hal-hal berikut:• memutar nada kepada pengguna atau sejumlah pengguna;• bermain pengumuman kepada pengguna atau sejumlah pengguna misalnya 'orang yang Anda mencoba untuk mencapai saat ini keluar dari cakupan atau tidak dapat menerima komunikasi multimedia';• menghasilkan keluaran suara dari teks atau input teks dijelaskan;• merekam streaming audio atau multimedia (s) dan menyimpannya ke dalam file. Fungsi ini dapat digunakan di beberapa layanan, seperti layanan pesan kotak suara, layanan konferensi, dll;• mengumpulkan dan melaporkan digit DTMF keluar misalnya untuk mendapatkan kode PIN untuk kotak pesan suara;• melakukan pengenalan suara otomatis dan melaporkan hasilnya;

• bermain disinkronkan audio dan video stream media untuk pengguna. Fungsi ini dapat digunakan dalam layanan, seperti pengumuman multimedia, multimedia layanan kotak pesan, dll;• memberikan kemampuan pesawat transportasi konferensi untuk layanan konferensi audio dan multimedia;• transcoding audio dan video stream.Protokol pada interface Mp didefinisikan untuk mematuhi ITU-T H.248.1 Gateway Control Protocol. 3GPP telah menetapkan Profil resmi dalam H.248 protokol toolbox dan didokumentasikan dalam 3GPP TS 23,333 dan 3GPP TS 29,333.

2.3.17 Titik Referensi Mn

Interface Mn adalah titik acuan kontrol antara MGCF dan IMS-MGW. Interface Mn mengendalikan pesawat pengguna antara akses IP dan IMS-MGW (titik referensi Mb). Juga, ia mengendalikan pesawat pengguna antara CS akses (Nb dan TDM interface) dan IMS-MGW. Interface Mn didasarkan pada H.248 dan setara dengan penggunaan (encoding, decoding, dll) dari antarmuka Mc ditentukan untuk mengontrol CS-MGW. Perbedaan antara kedua interface adalah bahwa antarmuka Mn memperkenalkan prosedur H.248 baru untuk menangani akses IP terminasi akhir dan juga beberapa prosedur tambahan untuk CS penanganan terminasi akhir. The H.248 terutama digunakan untuk melakukan tugas berikut:• menciptakan atau melepaskan hubungan antara IMS dan user CS;• menghubungkan atau melepaskan dering ke titik akhir;• menghubungkan atau melepaskan pengumuman ke titik akhir misalnya 'subscriber Anda mencoba untuk mencapai berbicara di telepon pada saat ini silahkan tunggu';• mengirim atau menerima nada DTMF misalnya Kode PIN untuk memverifikasi diri Anda ke layanan perbankan;• transcoding audio dan video stream.

2.3.18 Titik referensi Gx

Ini menjadi kepentingan operator untuk memastikan bahwa IMS sesi informasi dengan benar diambil digunakan di tingkat transportasi dan lembaga IMS mendapat informasi tentang aktivitas tingkat transportasi utama. Untuk tujuan ini Diameter berdasarkan titik referensi Gx antara PCRF dan akses Gateway (misalnya GGSN) dikembangkan. Prosedur utama yang didukung selama ini titik referensi adalah:• memberikan petunjuk gating kontrol 'Firewall' yaitu bagaimana paket masuk dan keluar harus dirawat di gerbang akses;• melewati instruksi apa jenis perawatan QoS harus diterapkan untuk IP aliran tertentu;• melaporkan pesawat peristiwa lalu lintas (misalnya pembawa dilepaskan atau hilang) serta pelaporan kegiatan yang terkait dengan sumber daya di gateway akses;• mekanisme untuk dipelajari jika UE dan entitas jaringan akses mendukung jaringan dimulai IP-CAN pengaturan pembawa dan meminta Gateway akses untuk mengawali pembawa tersebut terhadap UE dengan gating yang diinginkan dan nilai kontrol QoS;• Kemampuan untuk pertukaran IMS charging pengenal dan akses charging identifier;• distribusi alamat primer dan sekunder offline dan online entitas charging alamat ke gateway akses;• aktivasi online dan offline charging di Gateway akses (diaktifkan / dinonaktifkan);• metering - metode yang akan diterapkan dalam Gateway akses (durasi, volume atau keduanya);

• Informasi rating grup (misalnya 0.1 ¤ per menit);• Tingkat pelaporan yang diinginkan di Gateway akses (berdasarkan pelayanan yang diberikan atau berdasarkan pelayanan yang diberikan dan Peringkat dari-kelompok).

2.3.19 Titik referensi Rx

Ketika kebijakan dan charging kontrol digunakan dalam jaringan P-CSCF mengirimkan informasi yang diperoleh dari SIP / SDP sesi pengaturan memberi sinyal ke PCRF melalui titik referensi Rx. Informasi ini memungkinkan PCRF terbentuk dasar Data QoS IP (misalnya maksimum bandwidth dan kelas QoS) dan aturan charging (misalnya 0,1 ¤ / menit) yang akan disampaikan ke gateway akses melalui titik referensi Gx. P-CSCF bertugas untuk mengirim informasi kebijakan ke PCRF tentang setiap pesan SIP yang mencakup muatan SDP. Hal ini memastikan bahwa PCRF melewati informasi yang tepat untuk melakukan kebijakan dan kontrol pengisian untuk semua skenario pengaturan sesi IMS mungkin. Penggunaan Rx untuk kontrol kebijakan lebih lanjut dijelaskan dalam Bagian 3.10.5 dan untuk tujuan charging dalam Bagian 3.11.6.3

2.3.20 Titik referensi Charging

Pengisian terkait titik referensi Rf, Ro, Rx dan Gx dijelaskan dalam Bagian 3.11.6.1, 3.11.6.2, 3.11.5.3 dan 3.11.5.4.

2.3.21 Titik referensi Mx, Ix dan Iq

Ketiga titik acuan didefinisikan di rilis 7 arsitektur tetapi spesifikasi protokol tidak ada.Titik referensi Mx ditargetkan untuk memungkinkan komunikasi antara CSCF / BGCF dan Interkoneksi Border Control Fungsi (IBCF) untuk menggunakan kemampuan IBCF seperti IP versi interworking dan topologi jaringan fungsi bersembunyi. IBCF lebih lanjut diharapkan untuk mengontrol TrGW melalui titik referensi Ix. Titik referensi Iq malah harus mengaktifkan P-CSCF untuk mengontrol akses Gateway IMS.

2.3.22 Titik referensi Ml

Ini titik referensi yang digunakan untuk sesi darurat IMS. E-CSCF menggunakannya saat dibutuhkan untuk memverifikasi UE disediakan informasi lokasi atau untuk mendapatkan informasi lokasi atau untuk memperoleh informasi routing ke pusat-pusat darurat dari LRF. Desain protokol untuk titik referensi tidak ada dalam 3GPP Release 7.

2.3.23 Titik referensi Ut

Titik referensi Ut adalah titik referensi antara UE dan AS. Hal ini memungkinkan pengguna untuk aman mengelola dan mengkonfigurasi layanan jaringan mereka informasi terkait host pada AS. Pengguna dapat menggunakan titik referensi Ut untuk membuat Public Service Identities (PSIS), seperti daftar sumber daya, dan mengelola kebijakan otorisasi yang digunakan oleh layanan.Contoh layanan yang memanfaatkan titik referensi Ut seperti kehadiran, Push to talk Selama telepon seluler dan Multimedia. XML Configuration Access Protocol (XCAP), seperti yang

didefinisikan oleh Internet Engineering Task Force (IETF) adalah protokol data yang dipilih untuk titik referensi Ut. Penggunaan titik referensi Ut dijelaskan secara lebih rinci dalam Bab 5.

3 KONSEP IMS

3.1 Tinjauan

Bab ini dimulai dengan deskripsi pertama sekilas dari IP Multimedia Subsystem (IMS) registrasi dan penetapan sesi. Ini menggambarkan lembaga IMS yang terlibat. Tujuannya bukan untuk menunjukkan solusi full-blown, melainkan adalah untuk memberikan gambaran dan membantu pembaca untuk memahami konsep-konsep IMS berbeda dijelaskan dalam bab ini. registrasi dan sesi arus pembentukan rinci akan ditampilkan dan dijelaskan nanti dalam buku ini.Sebelum registrasi IMS User Equipment (UE) harus menemukan entitas IMS dimana akan mengirim permintaan REGISTER. Konsep ini disebut Proxy-Call Session Control Function (P-CSCF) penemuan dan dijelaskan dalam Bagian 3.8. Selain itu, sebelum proses pendaftaran UE perlu mendownload identitas pengguna dari modul identitas. Modul identitas dibahas pada Bagian 3.6 dan identitas disajikan dalam Bagian 3.5. Selama pendaftaran Serving-CSCF (S-CSCF) akan ditugaskan (Bagian 3.9), Autentikasi akan dilakukan dan asosiasi keamanan yang sesuai akan dibentuk (Bagian 3.21), profil pengguna (Bagian 3.12) akan di-download ke ditugaskan S -CSCF, Session Initiation Protocol (SIP) kompresi akan diinisialisasi (Bagian 3.18) dan secara implisit terdaftar identitas pengguna publik akan disampaikan (Bagian 3.3). Konsep berbagi identitas pengguna tunggal antara beberapa terminal dibahas pada Bagian 3.7.Bagian 3.10 menjelaskan bagaimana Internet Protocol (IP) kebijakan pengendalian diterapkan ketika pengguna membangun sesi, dan Bagian 3.13 menunjukkan bagaimana layanan dapat ditetapkan. Bagian 3.11 menunjukkan bagaimana operator dapat mengisi pengguna. Bagian 3.17 menggambarkan sesi prosedur darurat IMS khusus dan penggunaan. Interaksi dengan Circuit Switched (CS) komponen media dan jaringan yang tercakup dalam beberapa bagian. Interworking dengan jaringan Circuit Switched (CS) secara singkat dijelaskan dalam Bagian 3.14. Penggunaan simultan dari CS dan Packet Switched (PS) komponen media yang tercakup dalam Bagian 3.19. Kemampuan untuk menawarkan layanan mobile voice untuk pengguna perangkat multi-radio baik melalui CS dan PS / IMS akses sebagai pilihan dibahas pada Bagian 3.20.Selain itu, IP versi interworking (Bagian 3.22), IMS lokal panggilan 3.16 dan IMS Transit (Bagian 3.15) ditutup.

3.2 Registrasi

Sebelum IMS registrasi, yang memungkinkan UE untuk menggunakan layanan IMS, UE harus mendapatkan konektivitas pembawa IP dan menemukan titik awal IMS (yaitu, P-CSCF): misalnya, dalam kasus General Packet Radio Service (GPRS ) mengakses UE melakukan prosedur melampirkan GPRS dan mengaktifkan konteks Packet Data Protocol (PDP) untuk SIP signaling. Bagian 12.12 memberikan gambaran singkat dari konteks PDP, dan P-CSCF temuan dijelaskan dalam Bagian 3.8. Buku ini tidak menggambarkan prosedur GPRS attach (untuk informasi lebih lanjut lihat [3GPP TS 23,060]).Registrasi IMS berisi dua tahap : tangan bagian kiri Gambar 3.1 menunjukkan fase pertama - bagaimana jaringan UE. Bagian Tangan kanan dari Gambar 3.1 menunjukkan tahap kedua - bagaimana UE merespon dan menyelesaikan pendaftaran. Pertama, UE mengirimkan permintaan SIP REGISTER untuk menemukan P-CSCF. Permintaan ini akan berisi, katakanlah, sebuah identitas untuk terdaftar dan nama domain rumah (alamat menginterogasi-CSCF atau, I-CSCF). P-CSCF memproses permintaan REGISTER dan menggunakan yang disediakan rumah nama domain untuk menyelesaikan alamat IP dari I-CSCF. I-CSCF, pada gilirannya, akan menghubungi Home Subscriber Server (HSS) untuk mengambil kemampuan yang diperlukan untuk seleksi S-CSCF. Setelah S-CSCF seleksi I-CSCF meneruskan permintaan REGISTER ke S-CSCF. S-CSCF menyadari bahwa pengguna tidak berwenang dan, karena itu, mengambil data otentikasi dari HSS dan tantangan pengguna dengan 401 respon tidak sah. Kedua, UE akan menghitung respon terhadap tantangan dan mengirim permintaan REGISTER lain ke P-CSCF. Sekali lagi P-CSCF menemukan I-CSCF dan I-CSCF, pada gilirannya, akan menemukan S-CSCF. Akhirnya, S-CSCF memeriksa respon dan, jika sudah benar, download profil pengguna dari HSS dan menerima pendaftaran dengan respon 200 OK. Setelah UE berhasil resmi, UE mampu memulai dan menerima sesi. Selama prosedur pendaftaran baik UE dan P-CSCF belajar dimana S-CSCF dalam jaringan akan melayani UE. Ini adalah tanggung jawab UE untuk menjaga pendaftaran aktif dengan menyegarkan berkala pendaftarannya. Jika UE tidak refresh pendaftaran, maka S-CSCF diam-diam akan menghapus pendaftaran ketika penyimpangan waktu pendaftaran. Ketika UE ingin ke de-register dari IMS itu set timer pendaftaran ke 0 dan mengirimkan permintaan REGISTER. Bagian 11.5 dan 11.15 berisi uraian yang lebih rinci tentang pendaftaran IMS dan de-registrasi.

3.3 Mekanisme Daftar Beberapa Identitas Pengguna pada Go

SIP memungkinkan seseorang identitas pengguna publik untuk didaftarkan pada suatu waktu, jadi, jika pengguna memiliki lebih dari satu identitas pengguna umum, maka dia harus mendaftarkan setiap identitas pengguna publik secara individual. Ini mungkin frustasi dan memakan waktu dari perspektif pengguna akhir. Jelas, mendaftarkan empat identitas pengguna publik akan mengkonsumsi empat kali lebih banyak sumber daya daripada mendaftar satu identitas pengguna umum. Itu untuk alasan-alasan bahwa Third Generation Partnership Project (3GPP) mengembangkan mekanisme untuk mendaftarkan lebih dari satu identitas pengguna umum pada suatu waktu. Konsep ini disebut "pendaftaran implisit".Sebuah set pendaftaran implisit adalah sekelompok identitas pengguna publik yang terdaftar melalui permintaan pendaftaran tunggal. Ketika salah satu identitas pengguna publik dalam mengatur terdaftar, semua identitas pengguna publik yang terkait dengan set pendaftaran implisit terdaftar pada waktu yang sama. Demikian pula, ketika salah satu dari identitas pengguna dalam mengatur masyarakat adalah de-terdaftar, semua identitas pengguna publik yang telah terdaftar secara implisit adalah de-terdaftar pada waktu yang sama. Identitas pengguna publik milik sebuah set pendaftaran implisit dapat menunjukkan profil layanan yang berbeda. Beberapa identitas pengguna publik dapat menunjuk ke layanan yang sama profil [3GPP TS 23,228].Sebagai contoh, pengguna memiliki empat identitas pengguna publik yang dikelompokkan dalam dua set pendaftaran implisit (Gambar 3.2). Set pertama berisi sip: joe.smith @ brandnewcar.com dan tel: 358501234567. Set kedua berisi sip: joe.smith @ ims.example.com dan tel: 358503334444. Ketika Joe mengirimkan permintaan REGISTER mengandung joe.smith @ brandnewcar.com sebagai identitas untuk didaftarkan, yang dialokasikan S-CSCF melakukan prosedur pendaftaran normal dan, setelah otorisasi berhasil, S-CSCF mendownload profil layanan terkait dengan identitas ini. Profil pelayanan termasuk informasi bahwa identitas lainnya, tel: +358501234567 milik set pendaftaran implisit dengan sip: joe.smith @ ims.example.com dan karena itu akan diaktifkan juga. Ketika S-CSCF menerima pendaftaran sip: joe.smith @ ims.example.com (SIP 200 OK pada Gambar 3.1) akan menginformasikan UE yang juga tel: 358501234567 dapat terdaftar. Demikian pula ketika identitas public user sip: joe.smith @ ims.example.com terdaftar jaringan otomatis register tel: +358503334444 juga.

3.4 Session Initiation

Ketika User A ingin memiliki sesi dengan Pengguna B, UE A menghasilkan permintaan INVITE SIP dan mengirimkannya melalui titik acuan Gm ke P-CSCF. P-CSCF proses permintaan: misalnya, decompress permintaan dan memverifikasi identitas pengguna yang berasal sebelum meneruskan permintaan melalui titik referensi Mw ke S-CSCF. Proses permintaan S-CSCF, mengeksekusi layanan kontrol yang mungkin termasuk interaksi dengan Server Aplikasi (Ass) dan akhirnya menentukan titik masuk dari operator rumah Pengguna B berdasarkan identitas Pengguna B dalam permintaan INVITE SIP. I-CSCF menerima permintaan melalui titik acuan Mw dan kontak HSS atas titik acuan Cx untuk menemukan S-CSCF yang melayani Pengguna B. Permintaan akan diteruskan ke S-CSCF melalui titik referensi Mw.S-CSCF mengambil alih pengolahan sesi mengakhiri, yang dapat mencakup interaksi dengan Ass dan akhirnya memberikan permintaan ke P-CSCF atas titik referensi Mw. Setelah diproses lebih lanjut (misalnya, kompresi dan pengecekan privasi), P-CSCF menggunakan titik acuan Gm untuk memberikan SIP INVITE request ke UE UE B. B menghasilkan respon - 183 Sesi Perkembangan - yang melintasi kembali ke UE A mengikuti rute yang diciptakan dalam perjalanan dari UE A (yaitu, UE B -> P-CSCF -> S-CSCF -> I-CSCF -> S-CSCF -> P-CSCF -> UE A) (Gambar 3.3). Setelah beberapa perjalanan lebih bulat, kedua set UE pembentukan sesi lengkap dan mampu memulai aplikasi yang sebenarnya (misalnya, permainan catur). Selama pembentukan sesi operator dapat mengontrol penggunaan pembawa ditujukan untuk media traffc. Bagian 3.10 menjelaskan bagaimana hal ini dapat dilakukan. Bab 12 berisi penjelasan lebih rinci tentang IMS sesi inisiasi.

3,5 Identifikasi

Bagian ini memperkenalkan pengenal yang berbeda yang digunakan untuk mengidentifikasi user (identitas pengguna umum), berlangganan pengguna (identitas pengguna pribadi), perangkat pengguna dan user gabungan identitas publik (global routable user URI agent), layanan (identitas pelayanan publik) dan jaringan IMS entitas. Selain itu hubungan antara identitas pengguna yang berbeda dijelaskan.

3.5.1 Identitas User Publik

Pengguna identitas dalam jaringan IMS disebut identitas User publik. Mereka adalah identitas yang digunakan untuk meminta komunikasi dengan user lain. Identitas publik dapat dipublikasikan (misalnya, di telepon buku, halaman web, kartu nama).Pengguna IMS akan dapat memulai sesi dan menerima sesi dari jaringan yang berbeda, seperti jaringan GSM dan Internet. Untuk dapat dicapai dari sisi CS, identitas pengguna umum harus sesuai dengan penomoran telekomunikasi (misalnya, 358.501.234.567). Dalam cara yang sama, meminta komunikasi dengan klien internet, identitas pengguna umum harus sesuai dengan penamaan Internet (misalnya, joe.doe @ example.com).Arsitektur IMS memberlakukan persyaratan berikut untuk identitas pengguna umum [3GPP TS 23,228, TS 23,003]:Identitas publik user akan mengambil bentuk baik SIP Identifier Uniform Resource (URI) atau telepon Uniform Resource Locator (tel URL) format. • Setidaknya satu identitas publik userakan aman disimpan dalam aplikasi ISIM. • Ini tidak akan mungkin bagi UE untuk mengubah identitas publik user yang tersimpan dalam aplikasi ISIM.• Sebuah identitas pengguna publik akan didaftarkan sebelum identitas dapat digunakan untuk IMS berasal sesi dan sesi IMS-terkait prosedur (misalnya, PESAN, BERLANGGANAN, PEMBERITAHUAN).• Sebuah identitas publik user akan didaftarkan sebelum mengakhiri sesi IMS, dan mengakhiri sesi IMS-terkait prosedur akan dikirimkan ke UE dari user bahwa identitas pengguna umum dimiliki. Pelanggan layanan khusus bagi userterdaftar tetap bisa dijalankan.• Ini akan mungkin untuk mendaftarkan identitas beberapa user publik melalui satu permintaan UE tunggal. Hal ini dijelaskan lebih lanjut dalam Bagian 3.3.• Jaringan tidak akan mengautentikasi identitas publik user pada saat pendaftaran. Skema URL telp digunakan untuk mengekspresikan biasa E.164 nomor dalam sintaks URL. URL telp dijelaskan dalam [RFC3966], dan URI SIP dijelaskan dalam [RFC3261] dan [RFC2396]. Contoh identitas pengguna publik diberikan di bawah ini.

Contoh SIP URI sip:joe.doe@ims.example.com

Contoh Telepon URL tel:+358 50 1234567

3.5.2 Identitas User Pribadi

Identitas user pribadi adalah identitas global yang unik didefinisikan oleh operator jaringan rumah, yang dapat digunakan dalam jaringan rumah secara unik mengidentifikasi user dari

perspektif jaringan [3GPP TS 23,228]. Ia tidak mengidentifikasi pengguna sendiri, sebaliknya, itu mengidentifikasi pengguna berlangganan. Oleh karena itu, ini terutama digunakan untuk tujuan otentikasi.Hal ini dimungkinkan untuk menggunakan identitas user pribadi untuk tujuan akuntansi dan administrasi juga. Arsitektur IMS memberlakukan persyaratan berikut untuk identitas pengguna pribadi [3GPP TS 23,228, TS 23,003]:• Identitas user pribadi akan mengambil bentuk Network Access (IdentifierNAI) didefinisikan dalam [RFC2486].• Identitas user pribadi akan terdapat dalam semua permintaan registrasi melewati dari UE ke jaringan rumah.• Identitas user pribadi akan dikonfirmasi hanya selama pendaftaran pengguna (termasuk pendaftaran ulang dan de-registrasi).• S-CSCF akan perlu untuk mendapatkan dan menyimpan identitas pengguna pribadi pada pendaftaran dan tentang penghentian terdaftar.• Identitas user pribadi tidak akan digunakan untuk routing pesan SIP.• Identitas user pribadi akan secara permanen dialokasikan untuk pengguna dan aman disimpan dala aplikasi IMS Identity Module (ISIM). Identitas user pribadi akan berlaku selama berlangganan pengguna dalam jaringan rumah.• Ini tidak akan mungkin bagi UE untuk mengubah identitas pengguna pribadi yang disimpan dalam aplikasi ISIM.• The HSS akan perlu untuk menyimpan identitas user pribadi.• Identitas user pribadi opsional akan hadir dalam pengisian catatan berdasarkan kebijakan operator.Contoh dari NAI private user1@home1.operator.net

3.5.3 Hubungan antara Identitas User pribadi dan Publik

Berikut dua contoh dasar menunjukkan bagaimana identitas yang berbeda dihubungkan satu sama lain. Dalam contoh salah satu Joe bekerja untuk sebuah perusahaan penjualan mobil dan menggunakan terminal tunggal untuk keduanya kehidupan kerja dan kehidupan pribadinya. Untuk menangani pekerjaan yang berhubungan dengan hal-hal yang memiliki dua identitas pengguna publik: sip: joe.smith @ brandnewcar.com dan telp: 358501234567. Ketika ia off-tugas dia menggunakan dua identitas tambahan pengguna publik untuk mengelola kehidupan pribadinya: sip: joe.smith @ ims.example.com dan telp: 358503334444. Dengan memiliki dua set identitas user umum ia bisa memiliki perlakuan yang sama sekali berbeda untuk sesi masuk: misalnya, ia mampu mengarahkan semua pekerjaan yang berhubungan dengan sesi yang masuk ke sistem pesan setelah jam 5 sore dan selama akhir pekan dan hari libur.user Joe dan layanan-data terkait diselenggarakan dalam dua profil layanan yang berbeda. Satu profil layanan berisi informasi tentang identitas hidupnya bekerja dan di-download ke S-CSCF dari HSS bila diperlukan: yaitu, ketika Joe register identitas kehidupan kerja user publik atau ketika S-CSCF perlu mengeksekusi layanan terdaftar untuk kehidupan masyarakat kerja identitas user. Demikian pula, sebuah profil layanan berisi informasi tentang identitas pribadinya hidup dan di-download ke S-CSCF dari HSS bila diperlukan. Konsep profil layanan dijelaskan dalam Bagian 3.12.

Gambar 3.4 menunjukkan bagaimana pribadi user Joe identitas, identitas user publik dan profil layanan saling berhubungan.Dalam contoh kedua Joe menggunakan dua devices1 dan di samping identitas yang tercantum dalam contoh sebelumnya ia memiliki satu identitas tambahan: joe@always.net yang dibagi ke semua perangkat nya. Ini berarti bahwa ketika seseorang menggunakan identitas bersama ini untuk memulai komunikasi Joe dapat menerima komunikasi yang masuk dengan perangkat terdaftar nya.Menurut IMS bersama identitas arsitektur yang digunakan publik harus dibagi dengan semua identitas user pribadi dalam berlangganan IMS [3GPP TS 23,228]. Gambar 3.5 menggambarkan konfigurasi ini (sip: joe@always.net juga bisa menunjukkan profil layanan sendiri jika diinginkan, di sini ia dikaitkan dengan nomor layanan profil 2).

3.5.4 Identitas Generasi Tanpa ISIM

Dalam Bagian 3.5.1 dan 3.5.2 konsep identitas pengguna publik dan identitas user pribadi telah dijelaskan. Hal tersebut dinyatakan bahwa identitas disimpan dalam sebuah aplikasi ISIM.Ketika IMS ini digunakan akan ada banyak UE di pasar yang tidak mendukung aplikasi ISIM, sehingga mekanisme untuk mengakses IMS tanpa ISIM dikembangkan.Dalam model ini, user identitas pribadi, identitas pengguna publik dan nama domain rumah yang berasal dari International Mobile Subscriber Identifier (IMSI). Mekanisme ini cocok untuk UE yang memiliki aplikasi Universal Subscriber Identity Module (USIM).Setiap perangkat harus menggunakan identitas pengguna pribadi yang berbeda untuk pendaftaran dan otentikasi. Misalnya identitas pengguna pribadi 1 diperoleh dari ISIM dalam perangkat 1 dan 2 identitas pengguna pribadi diperoleh dari ISIM dalam perangkat 2.

3.5.4.1 Identitas User pribadi turunan

Identitas user pribadi berasal dari IMSI dibangun sesuai dengan langkah-langkah berikut [3GPP TS 23,003]:1. Bagian dari user identitas user pribadi diganti dengan string seluruh angka dari IMSI.2. Bagian domain dari identitas user pribadi terdiri dari nilai-nilai MCC dan MNC dari IMSI dan memiliki nama domain yang telah ditetapkan, IMSI.3gppnetwork.org. Ketiga bagian digabung bersama dan dipisahkan oleh titik dalam urutan sebagai berikut: Jaringan Kode Handphone (MNC, angka atau kombinasi angka unik mengidentifikasi lahan jaringan selular publik), Mobile Country Code (MCC, kode unik mengidentifikasi negara domisili dari pelanggan seluler) dan telah ditetapkan nama domain. Sebagai contoh:

IMSI in use: 234150999999999; where:MCC: 234;MNC: 15;MSIN: 0999999999; andPrivate user identity is:234150999999999@234.15.IMSI.3gppnetwork.org

3.5.4.2 Identitas User Publik Sementara

Jika tidak ada aplikasi ISIM untuk host identitas pengguna publik, identitas publik user sementara akan diturunkan, berdasarkan IMSI tersebut. Identitas pengguna publik sementara akan mengambil bentuk URI SIP, 'sip: user @ domain'. Pengguna dan bagian domain yang berasal sama dari metode yang digunakan untuk identitas user pribadi [3GPP TS 23,003]. Mengikuti contoh kita sebelumnya identitas pengguna yang sesuai publik sementara akan menjadi:sip: 234150999999999@234.15.IMSI.3gppnetwork.orgArsitektur IMS memberlakukan persyaratan berikut untuk identitas user sementara publik [3GPP TS 23,228]:• Sangat disarankan bahwa identitas pengguna publik sementara diatur 'dilarang' untuk IMS non-pendaftaran prosedur sehingga tidak dapat digunakan untuk komunikasi IMS.Persyaratan tambahan berikut berlaku jika identitas pengguna sementara publik 'dilarang':

- Identitas pengguna publik sementara tidak akan ditampilkan kepada pengguna dan tidak akan digunakan untuk penggunaan umum (misalnya, ditampilkan pada kartu nama); - Identitas pengguna publik sementara hanya akan digunakan selama pendaftaran untuk mendapatkan identitas user publik terdaftar secara implisit (konsep implisit terdaftar identitas pengguna publik dijelaskan dalam Bagian 3.3).• Secara implisit terdaftar identitas pengguna publik akan digunakan untuk penanganan sesi, dalam pesan SIP lain dan pada proses pendaftaran selanjutnya.• Setelah pendaftaran awal, hanya UE akan menggunakan identitas pengguna terdaftar secara implisit publik (s).• Identitas user sementara publik hanya akan tersedia untuk CSCF dan HSS node.

3.5.5 Identifikasi Services (Identitas Layanan Umum)

Dengan diperkenalkannya adanya standarisasi, pesan, konferensi dan kelompok kemampuan pelayanannya menjadi jelas bahwa harus ada identitas untuk mengidentifikasi layanan dan kelompok yang diselenggarakan oleh Ass. Identitas untuk tujuan ini juga dibuat dengan cepat: yaitu, mereka dapat dibuat oleh pengguna atas dasar sesuai yang dibutuhkan dalam AS dan tidak terdaftar sebelum penggunaan. Identitas pengguna publik yang hanya tidak cukup baik, maka, Rilis 6 memperkenalkan jenis baru identitas, identitas pelayanan publik. Identitas Pelayanan publik mengambil bentuk URI SIP atau dalam format telp URL.Bab 5 menunjukkan jumlah kasus penggunaan di mana user secara dinamis menciptakan identitas layanan baru publik yang akan mereka gunakan nanti, misalnya untuk memulai Push to talk Selama komunikasi kelompok Seluler atau kelompok Instant komunikasi Messaging atau membuat berlangganan daftar teman kehadiran mereka. Misalnya, dalam pesan layanan mungkin ada identitas pelayanan publik untuk layanan daftar pesan (misalnya, sip: messaginglist joe@ims.example.com) dimana pengguna mengirim pesan dan kemudian pesan didistribusikan kepada anggota lain di pesan tersebut daftar oleh Instant Messaging Application Server.

3.5.6 Identifikasi Perangkat User

Dalam identitas pengguna publik IMS digunakan untuk menjangkau penerima dan identitas single user publik dapat dibagi di antara sejumlah perangkat di bawah langganan tunggal (lihat Bagian 3.5.3 dan 3.7). Ini berarti bahwa tidak mungkin untuk mengidentifikasi perangkat tertentu ketika lebih dari satu perangkat telah terdaftar dengan identitas pengguna publik yang sama.Untuk mencapai perangkat tertentu pengenal tertentu disebut Globally Routable User Agent URI (GRUU) harus digunakan. Sebagai contoh, user Joe memiliki identitas user bersama publik dan status kehadirannya menunjukkan bahwa dia bersedia untuk bermain game dengan UE1 dan dan dia bersedia menerima sesi video dengan UE2 maka GRUU dari UE1 (GRUU2 pada Gambar 3.6) dapat digunakan untuk membangun sebuah sesi permainan dengan Joe. Lain halnya penggunaan yang khas untuk penggunaan GRUU adalah sesi transfer dari satu perangkat ke perangkat tertentu yang lain. Gambar 3.6 menunjukkan hubungan antara UE, GRUU dan Identitas User Publik.Dua jenis GRUU didefinisikan: GRUU sementara dan GRUU publik. GRUU Publik di IMS adalah kombinasi identitas pengguna publik pengguna dan identifier perangkat dari