Kualitas Pengalaman - Ringkasan Produk Data MCC yang Dikonfirmasi

Kualitas Pengalaman - Produk Data MCC yang Dikonfirmasi mendukung analisis data dan wawasan untuk operator Cloud Konten Seluler Jaringan Terkonfirmasi (MCC). Mereka menyerap Catatan Data Peristiwa (EDR) dari elemen jaringan MCC, lalu mencerna dan memperkaya data ini untuk menyediakan berbagai visualisasi bagi operator. Ilmuwan data operator memiliki akses ke data yang diperkaya yang mendasar untuk mendukung analisis data lebih lanjut.

Latar belakang

Affirmed Networks Mobile Content Cloud (MCC) adalah Evolved Packet Core (vEPC) virtual yang dapat menyediakan fungsionalitas berikut.

• Melayani rute Gateway (SGW) dan meneruskan paket data pengguna antara RAN dan jaringan inti.
• Packet Data Network Gateway (PGW) menyediakan interkoneksi antara jaringan inti dan jaringan IP eksternal.
• Gi-LAN Gateway (GIGW) menyediakan layanan bernilai tambah pelanggan atau pelanggan yang tidak menyadari nilai tambah (VAS) tanpa mengaktifkan layanan gateway MCC, memungkinkan operator untuk memanfaatkan VAS saat masih menggunakan gateway incumbent mereka.
• Simpul dukungan GPRS Gateway (GGSN) menyediakan interworking antara jaringan GPRS dan jaringan yang dialihkan paket eksternal.
• Melayani node dukungan GPRS dan MME (SGSN/MME) bertanggung jawab atas pengiriman paket data ke dan dari stasiun seluler dalam area layanan geografisnya.
• Kontrol dan Pemisahan Sarana Pengguna (CUPS), peningkatan LTE yang memisahkan fungsi kontrol dan bidang pengguna untuk memungkinkan penskalaan fungsi independen.

Data yang dihasilkan oleh MCC bervariasi sesuai dengan fungsionalitas. Variasi ini memengaruhi pengayaan dan visualisasi yang relevan. Azure Operator Insights menyediakan Produk Data Kualitas Pengalaman berikut untuk mendukung fungsi MCC tertentu.

• Kualitas Pengalaman - GIGW MCC yang Dikonfirmasi
• Kualitas Pengalaman - PGW/GGSN MCC yang Dikonfirmasi

Jenis data

Jenis data berikut disediakan untuk semua Kualitas Pengalaman - Produk Data MCC yang Dikonfirmasi.

• edr berisi data dari Catatan Data Peristiwa (EDR) yang ditulis oleh elemen jaringan MCC. EDR mencatat setiap peristiwa signifikan yang timbul selama panggilan atau sesi yang ditangani oleh PKS. Mereka memberikan catatan komprehensif tentang apa yang terjadi, memungkinkan operator untuk mengeksplorasi masalah individu dan pola yang lebih umum. Produk Data mendukung EDR berikut.

  • Status
  • Session
  • Bearer
  • Flow
  • HTTP
  • RTT
  • MME CRR
  • SGSN CRR

  Catatan

  Kedua jenis CRR rekaman disimpan dalam all_mme_sgsn_events tabel.

• edr-sanitized berisi data dari edr jenis data tetapi dengan data pribadi ditekan. Jenis data yang disanitasi dapat digunakan untuk mendukung analisis data sekaligus memberlakukan privasi pelanggan.

• edr-validation: Jenis data ini berisi subset statistik manajemen performa dan memberi Anda kemampuan untuk secara opsional menyerap jumlah minimum tabel PMstats untuk pemeriksaan kualitas data.

• device: Jenis data opsional ini berisi data perangkat (misalnya, model perangkat, pembuatan, dan kemampuan) yang dapat digunakan Produk Data untuk memperkaya Rekaman Data Peristiwa MCC. Untuk menggunakan jenis data ini, Anda harus mengunggah data referensi perangkat dalam file CSV. CSV harus sesuai dengan skema referensi Perangkat untuk Kualitas Pengalaman Produk Data MCC yang Dikonfirmasi.

• enrichment: Jenis data ini menyimpan Catatan Data Peristiwa yang diperkaya dan mencakup beberapa jenis sub data untuk agregasi yang telah dikomputasi yang ditargetkan untuk mempercepat dasbor, granularitas, dan kueri tertentu. Beberapa jenis sub data ini meliputi:

  • agg-enrichment-5m: berisi Rekaman Data Peristiwa yang diperkaya yang dikumpulkan selama interval lima menit.
  • agg-enrichment-1h: berisi Catatan Data Peristiwa yang diperkaya yang dikumpulkan selama interval satu jam.
  • agg-enrichment-1d: berisi Catatan Data Peristiwa yang diperkaya yang dikumpulkan selama interval satu hari.
  • enriched-flow-dcount: berisi jumlah yang telah dikomputasi yang digunakan untuk melaporkan IMSI, MCC, dan Aplikasi unik dari waktu ke waktu.

• location: Jenis data opsional ini berisi data yang diperkaya dengan informasi lokasi, jika Anda memiliki sumber data lokasi. Ini mencakup jenis sub data berikut.

  • agg-location-5m: berisi data lokasi yang diperkaya yang dikumpulkan selama interval lima menit.
  • agg-location-1h: berisi data lokasi yang diperkaya yang dikumpulkan selama interval satu jam.
  • agg-location-1d: berisi data lokasi yang diperkaya yang dikumpulkan selama interval satu hari.
  • enriched-loc-dcount: berisi jumlah yang telah dikomputasi yang digunakan untuk melaporkan data lokasi dari waktu ke waktu.

• agg-functions: Jenis data ini berisi fungsi yang digunakan dalam visualisasi untuk memilih sumber data yang berbeda secara kondisional tergantung pada parameter yang diberikan.

Siapkan

Untuk menggunakan Kualitas Pengalaman - Produk Data MCC yang Dikonfirmasi:

• Sebarkan Produk Data dengan mengikuti Membuat Produk Data Wawasan Operator Azure.
• Konfigurasikan jaringan Anda untuk menyediakan data baik menggunakan metode penyerapan Anda sendiri, atau dengan menyiapkan agen penyerapan Azure Operator Insights.
  • Gunakan informasi dalam Konfigurasi penyerapan yang diperlukan saat Anda menyiapkan penyerapan.
  • Kami merekomendasikan agen penyerapan Azure Operator Insights untuk edr jenis data. Untuk menyerap device jenis data dan edr-validation , Anda dapat menggunakan instans terpisah dari agen penyerapan, atau menyiapkan metode penyerapan Anda sendiri.
  • Jika Anda menggunakan agen penyerapan Azure Operator Insights, juga memenuhi persyaratan dalam Persyaratan untuk agen penyerapan Azure Operator Insights.
• Konfigurasikan MCC yang ditegaskan untuk mengirim EDR ke agen penyerapan. Lihat Konfigurasi untuk MCC yang Ditegaskan.
• Jika Anda menggunakan edr-validation jenis data, konfigurasikan EMS Yang Ditegaskan untuk mengekspor statistik manajemen performa ke server jarak jauh. Lihat Konfigurasi untuk EMS yang Ditegaskan.

Konfigurasi penyerapan yang diperlukan

Gunakan informasi di bagian ini untuk mengonfigurasi metode penyerapan Anda. Lihat dokumentasi untuk metode yang Anda pilih untuk menentukan cara menyediakan nilai-nilai ini.

Jenis Data	Nama kontainer yang diperlukan	Persyaratan untuk data
edr	edr	Data EDR MCC.
device	device	Data referensi perangkat.
edr-validation	edr-validation	Data Statistik PM untuk EDR_HTTP_STATShimpunan data , EDR_FLOW_STATS, dan EDR_SESSION_STATS . Awalan nama file harus cocok dengan nama himpunan data.

Persyaratan untuk agen penyerapan Azure Operator Insights

Gunakan persyaratan VM untuk menyiapkan satu atau beberapa VM untuk agen penyerapan. Gunakan konfigurasi contoh untuk mengonfigurasi agen penyerapan untuk mengunggah data ke Produk Data, sebagai bagian dari hal berikut Menginstal agen penyerapan Azure Operator Insights dan mengonfigurasinya untuk mengunggah data.

Penyerapan EDR

Persyaratan VM

Setiap instans agen harus berjalan pada VM Linux sendiri. Jumlah VM yang diperlukan tergantung pada skala dan karakteristik redundansi penyebaran Anda. Spesifikasi yang direkomendasikan ini dapat mencapai throughput 1,5 Gbps pada D4s_v3 Azure VM standar. Untuk spesifikasi VM lainnya, kami sarankan Anda mengukur throughput pada tahap desain jaringan.

Latensi pada MCC ke koneksi agen dapat berdampak negatif pada throughput. Latensi biasanya harus rendah jika MCC dan agen dikolokasikan atau agen berjalan di wilayah Azure yang dekat dengan PKS.

Bicaralah dengan Tim Dukungan Yang Dikonfirmasi untuk menentukan kebutuhan Anda.

Setiap VM yang menjalankan agen harus memenuhi spesifikasi minimum berikut untuk penyerapan EDR.

Sumber daya	Persyaratan
OS	Red Hat Enterprise Linux 8.6 atau yang lebih baru, atau Oracle Linux 8.8 atau yang lebih baru
vCPU	4
Memori	32 GB
Disk	64 GB
Jaringan	Koneksi ivity dari MCC dan ke Azure
Perangkat lunak	systemd, logrotate, dan zip terpasang
Lainnya	Akses SSH atau alternatif untuk menjalankan perintah shell
DNS	(Lebih Disukai) Kemampuan untuk mengatasi nama host Microsoft. Jika tidak, Anda perlu melakukan konfigurasi tambahan saat menyiapkan agen (dijelaskan dalam Memetakan nama host Microsoft ke alamat IP untuk agen penyerapan yang tidak dapat menyelesaikan nama host publik.)

Menyebarkan beberapa VM untuk toleransi kesalahan

Agen penyerapan dirancang agar sangat andal dan tahan terhadap tingkat gangguan jaringan yang rendah. Jika terjadi kesalahan tak terduga, agen memulai ulang dan menyediakan layanan lagi segera setelah berjalan.

Agen tidak menyangga data, jadi jika terjadi kesalahan persisten atau masalah konektivitas yang diperluas, EDR akan dihilangkan.

Untuk toleransi kesalahan ekstra, Anda dapat menyebarkan beberapa instans agen penyerapan dan mengonfigurasi MCC untuk beralih ke instans yang berbeda jika instans asli menjadi tidak responsif, atau untuk berbagi lalu lintas EDR di seluruh kumpulan agen. Untuk informasi selengkapnya, lihat Panduan Administrasi Sistem Affirmed Networks Active Intelligent vProbe (hanya tersedia untuk pelanggan dengan dukungan Yang Ditegaskan) atau berbicara dengan Tim Dukungan Jaringan yang Ditegaskan.

Manajemen performa dan penyerapan data perangkat

Penyerapan manajemen performa melalui server SFTP

Jika Anda menggunakan agen penyerapan Azure Operator Insights untuk menyerap file statistik manajemen performa untuk edr-validation jenis data:

• Konfigurasikan EMS untuk mengekspor statistik manajemen performa ke server SFTP.
• Konfigurasikan agen penyerapan untuk menggunakan tarikan SFTP dari server SFTP.
• Kami merekomendasikan pengaturan konfigurasi berikut selain pengaturan (wajib) di tabel sebelumnya.

Informasi	Pengaturan konfigurasi untuk agen Penyerapan Operator Azure	Nilai yang direkomendasikan
Waktu penetapan	source.sftp_pull.filtering.settling_time	60s (unggah file yang belum dimodifikasi dalam 60 detik terakhir)
Jadwalkan untuk memeriksa file baru	source.sftp_pull.scheduling.cron	0 */5 * * * * * (setiap 5 menit)

Penyerapan data perangkat melalui server SFTP

Jika data perangkat disimpan di server SFTP, Anda dapat menyerap data perangkat dengan mengonfigurasi alur penyerapan tambahan sftp_pull pada instans agen penyerapan yang sama dengan yang Anda gunakan untuk penyerapan statistik PM. Anda dapat memilih nilai Anda sendiri untuk source.sftp_pull.scheduling.cron alur data perangkat, tergantung pada seberapa sering Anda ingin alur penyerapan memeriksa file data perangkat baru.

Tip

Untuk informasi selengkapnya tentang semua opsi konfigurasi untuk agen penyerapan, lihat Referensi konfigurasi untuk agen penyerapan Azure Operator Insights.

Persyaratan VM

Setiap instans agen yang menjalankan alur penarikan SFTP harus berjalan pada VM Linux terpisah ke instans agen apa pun yang digunakan untuk penyerapan EDR. Jumlah VM yang diperlukan tergantung pada skala dan karakteristik redundansi penyebaran Anda.

Sebagai panduan, tabel ini mendokumen throughput yang dapat dicapai spesifikasi yang direkomendasikan pada D4s_v3 Azure VM standar.

Jumlah file	Ukuran file (KiB)	Waktu (detik)	Throughput (Mbps)
64	16,384	6	1.350
1,024	1,024	10	910
16,384	64	80	100
65,536	16	300	25

Setiap VM Linux yang menjalankan agen harus memenuhi spesifikasi minimum berikut untuk penyerapan penarikan SFTP.

Sumber daya	Persyaratan
OS	Red Hat Enterprise Linux 8.6 atau yang lebih baru, atau Oracle Linux 8.8 atau yang lebih baru
vCPU	Minimum 4, disarankan 8
Memori	Minimum 32 GB
Disk	30 GB
Jaringan	Koneksi ke server SFTP dan ke Azure
Perangkat lunak	systemd, logrotate, dan zip terpasang
Lainnya	Akses SSH atau alternatif untuk menjalankan perintah shell
DNS	(Lebih Disukai) Kemampuan untuk mengatasi nama host Microsoft. Jika tidak, Anda perlu melakukan konfigurasi tambahan saat menyiapkan agen (dijelaskan dalam Memetakan nama host Microsoft ke alamat IP untuk agen penyerapan yang tidak dapat menyelesaikan nama host publik.)

Konfigurasi untuk MCC yang Dikonfirmasi

Setelah menginstal dan mengonfigurasi agen penyerapan Anda, konfigurasikan MCC untuk mengirim EDR ke agen tersebut.

Ikuti langkah-langkah dalam "Menghasilkan SESI, PEMBAWA, ALUR, dan EDR Transaksi HTTP" di Panduan Administrasi Sistem VProbe Cerdas Aktif Jaringan Yang Dikonfirmasi (hanya tersedia untuk pelanggan dengan dukungan Yang Dikonfirmasi), membuat perubahan berikut:

• Ganti alamat IP MSF dalam konfigurasi MCC dengan alamat IP VM yang menjalankan agen penyerapan.

• Konfirmasikan bahwa parameter server EDR berikut diatur.

  • port: 36001
  • encoding: protobuf
  • keep-alive: 2 detik

Konfigurasi untuk EMS yang Ditegaskan

Jika Anda menggunakan edr-validation jenis data, konfigurasikan EMS untuk mengekspor statistik manajemen performa yang relevan ke server jarak jauh. Jika Anda menggunakan agen penyerapan Azure Operator Insights untuk menyerap statistik manajemen performa, server jarak jauh harus menjadi server SFTP, jika tidak, server jarak jauh harus dapat diakses dengan metode penyerapan Anda.

1. Dapatkan alamat IP, pengguna, dan kata sandi server jarak jauh.
2. Mengonfigurasi transfer statistik EMS ke server jarak jauh
   • Gunakan instruksi dalam Menyalin File Statistik Manajemen Performa ke Server Tujuan di Panduan Pengguna Acuitas.
   • Untuk edr-validation, Anda hanya perlu mengekspor tiga file CSV. Cantumkan opt/Affirmed/NMS/conf/pm/mcc.files.txt nama file ini dalam file di EMS:
     • EDR_HTTP_STATS
     • EDR_FLOW_STATS
     • EDR_SESSION_STATS

Penting

Tingkatkan frekuensi pekerjaan cron dengan mengurangi timeInterval argumen dari 15 (default) menjadi 5 menit.

Konten terkait

• Pemantauan Kualitas Data
• Jenis Data Wawasan Operator Azure
• Pemantauan - Produk Data MCC yang Dikonfirmasi
• Dokumentasi MCC Jaringan yang Dikonfirmasi

Catatan

Kredensial masuk Jaringan yang ditegaskan diperlukan untuk mengakses dokumentasi produk MCC.