다음을 통해 공유

QoE(체감 품질) - 확정된 MCC 데이터 제품 개요

  • 아티클

QoE(체감 품질) - 확정된 MCC 데이터 제품은 확정된 Networks MCC(모바일 콘텐츠 클라우드) 운영자를 위한 데이터 분석 및 인사이트를 지원합니다. MCC 네트워크 요소에서 EDR(이벤트 데이터 레코드)을 수집한 다음 이 데이터를 소화하고 보강하여 운영자에게 다양한 시각화를 제공합니다. 운영자 데이터 과학자는 추가 데이터 분석을 지원하기 위해 기본 보강 데이터에 액세스할 수 있습니다.

배경

확정된 네트워크 MCC(모바일 콘텐츠 클라우드)는 다음 기능을 제공할 수 있는 가상화된 vEPC(Evolved Packet Core)입니다.

  • SGW(서비스 제공 게이트웨이)는 RAN과 핵심 네트워크 간에 사용자 데이터 패킷을 라우팅하고 전달합니다.
  • PGW(패킷 데이터 네트워크 게이트웨이)는 핵심 네트워크와 외부 IP 네트워크 간의 상호 연결을 제공합니다.
  • GIGW(Gi-LAN 게이트웨이)는 MCC 게이트웨이 서비스를 사용하도록 설정하지 않고도 구독자 인식 또는 구독자 비인식 VAS(부가가치 서비스)를 제공하므로 운영자는 기존 게이트웨이를 계속 사용하면서 VAS를 활용할 수 있습니다.
  • GGSN(게이트웨이 GPRS 지원 노드)은 GPRS 네트워크와 외부 패킷 교환 네트워크 간의 상호 연동을 제공합니다.
  • SGSN/MME(서비스 제공 GPRS 지원 노드 및 MME)는 해당 지리적 서비스 영역 내의 이동국과의 데이터 패킷 배달을 담당합니다.
  • CUPS(컨트롤 및 사용자 평면 분리)는 제어 및 사용자 평면 함수를 분리하여 함수를 독립적으로 크기 조정할 수 있도록 하는 LTE 개선 함수입니다.

MCC에서 생성되는 데이터는 기능에 따라 다릅니다. 이러한 변형은 관련 보강 및 시각화에 영향을 미칩니다. Azure Operator Insights는 특정 MCC 함수를 지원하기 위해 다음과 같은 QoE(체감 품질) 데이터 제품을 제공합니다.

  • QoE(체감 품질) - 확정된 MCC GIGW
  • QoE(체감 품질) - 확정된 MCC PGW/GGSN 확인

데이터 형식

모든 QoE(체감 품질) - 확정된 MCC 데이터 제품에 대해 다음 데이터 형식이 제공됩니다.

  • edr에는 MCC 네트워크 요소가 작성한 EDR(이벤트 데이터 레코드)의 데이터가 포함되어 있습니다. EDR은 MCC에서 처리하는 통화 또는 세션 중에 발생하는 중요한 이벤트를 각각 기록합니다. 이는 발생한 상황에 대한 포괄적인 기록을 제공하므로 운영자는 개별 문제와 보다 일반적인 패턴을 모두 탐색할 수 있습니다. 데이터 제품은 다음 EDR을 지원합니다.

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

    참고 항목

    두 종류의 CRR 레코드는 모두 all_mme_sgsn_events 테이블에 저장됩니다.

  • edr-sanitized에는 edr 데이터 형식의 데이터가 포함되어 있지만 개인 데이터는 표시되지 않습니다. 삭제된 데이터 형식을 사용하면 데이터 분석을 지원하는 동시에 구독자 개인 정보 보호를 강화할 수 있습니다.

  • edr-validation: 이 데이터 형식은 성능 관리 통계의 하위 집합을 포함하며 선택적으로 데이터 품질 검사를 위해 최소 수의 PMstats 테이블을 수집할 수 있는 기능을 제공합니다.

  • device: 이 선택적 데이터 형식에는 데이터 제품이 MCC 이벤트 데이터 레코드를 보강하는 데 사용할 수 있는 디바이스 데이터(예: 디바이스 모델, 만들기 및 기능)가 포함됩니다. 이 데이터 형식을 사용하려면 CSV 파일에 디바이스 참조 데이터를 업로드해야 합니다. CSV는 QoE(체감 품질) 확정된 MCC 데이터 제품에 대한 데이터 참조 스키마를 준수해야 합니다.

  • enrichment: 이 데이터 형식은 강화된 이벤트 데이터 레코드를 보유하며 특정 대시보드, 세분성 및 쿼리를 가속화하기 위해 미리 계산된 집계를 위한 여러 하위 데이터 형식을 다룹니다. 이러한 여러 하위 데이터 형식은 다음과 같습니다.

    • agg-enrichment-5m: 5분 간격으로 집계된 보강된 이벤트 데이터 레코드를 포함합니다.
    • agg-enrichment-1h: 1시간 간격으로 집계된 보강된 이벤트 데이터 레코드를 포함합니다.
    • agg-enrichment-1d: 하루 간격으로 집계된 보강된 이벤트 데이터 레코드를 포함합니다.
    • enriched-flow-dcount: 시간이 지남에 따라 고유한 IMSIs, MCC 및 애플리케이션을 보고하는 데 사용되는 사전 계산된 수를 포함합니다.

  • location: 이 선택적 데이터 형식은 위치 데이터의 원본이 있는 경우 위치 정보로 보강된 데이터를 포함합니다. 여기에는 다음과 같은 하위 데이터 유형이 포함됩니다.

    • agg-location-5m: 5분 간격으로 집계된 풍부한 위치 데이터를 포함합니다.
    • agg-location-1h: 1시간 간격으로 집계된 보강된 위치 데이터를 포함합니다.
    • agg-location-1d: 하루 간격으로 집계된 풍부한 위치 데이터를 포함합니다.
    • enriched-loc-dcount: 시간에 따른 위치 데이터를 보고하는 데 사용되는 사전 계산된 수를 포함합니다.

  • agg-functions: 이 데이터 형식에는 지정된 매개 변수에 따라 다양한 데이터 원본을 조건부로 선택하기 위해 시각화에 사용되는 함수가 포함되어 있습니다.

설정

QoE(체감 품질) - 확정된 MCC 데이터 제품을 사용하려면:

  • Azure Operator Insights 데이터 제품 만들기에 따라 데이터 제품을 배포합니다.
  • 자체 수집 방법을 사용하거나 Azure Operator Insights 수집 에이전트를 설정하여 데이터를 제공하도록 네트워크를 구성합니다.
    • 수집을 설정할 때 필수 수집 구성의 정보를 사용합니다.
    • edr 데이터 형식에는 Azure Operator Insights 수집 에이전트를 사용하는 것이 좋습니다. device 및 edr-validation 데이터 형식을 수집하려면 별도의 수집 에이전트 인스턴스를 사용하거나 자체 수집 방법을 설정할 수 있습니다.
    • Azure Operator Insights 수집 에이전트를 사용하는 경우 Azure Operator Insights 수집 에이전트 요구 사항의 요구 사항도 충족합니다.
  • 수집 에이전트에 EDR을 보내도록 확정된 MCC를 구성합니다. 확정된 MCC 구성을 참조하세요.
  • edr-validation 데이터 형식을 사용하는 경우 성능 관리 통계를 원격 서버로 내보내도록 Affirmed EMS를 구성합니다. 확정된 EMS 구성을 참조하세요.

필수 수집 구성

이 섹션의 정보를 사용하여 수집 방법을 구성합니다. 이러한 값을 제공하는 방법을 결정하려면 선택한 방법에 대한 설명서를 참조하세요.

데이터 형식 필수 컨테이너 이름 데이터 요구 사항
edr edr MCC EDR 데이터.
device device 디바이스 참조 데이터.
edr-validation edr-validation EDR_HTTP_STATS, EDR_FLOW_STATS 및 EDR_SESSION_STATS 데이터 세트에 대한 PM 통계 데이터. 파일 이름 접두사는 데이터 세트 이름과 일치해야 합니다.

Azure Operator Insights 수집 에이전트에 대한 요구 사항

VM 요구 사항을 사용하여 수집 에이전트에 대해 하나 이상의 VM을 설정합니다. 다음 Azure Operator Insights 수집 에이전트 설치 및 데이터 업로드 구성의 일부로 예 구성을 사용하여 데이터 제품에 데이터를 업로드하도록 수집 에이전트를 구성합니다.

VM 요구 사항

각 에이전트 인스턴스는 자체 Linux VM에서 실행되어야 합니다. 필요한 VM 수는 배포의 규모 및 중복성 특성에 따라 다릅니다. 이 권장 사양은 표준 D4s_v3 Azure VM에서 1.5Gbps 처리량을 달성할 수 있습니다. 다른 VM 사양의 경우 네트워크 디자인 단계에서 처리량을 측정하는 것이 좋습니다.

MCC와 에이전트 연결의 대기 시간은 처리량에 부정적인 영향을 미칠 수 있습니다. MCC와 에이전트가 같은 위치에 있거나 에이전트가 MCC에 가까운 Azure 지역에서 실행되는 경우 일반적으로 대기 시간은 낮아야 합니다.

요구 사항을 확인하려면 확정된 지원 팀에 문의하세요.

에이전트를 실행하는 각 VM은 EDR 수집을 위해 다음과 같은 최소 사양을 충족해야 합니다.

리소스 요구 사항
OS Red Hat Enterprise Linux 8.6 이상 또는 Oracle Linux 8.8 이상
vCPU 4
메모리 32GB
디스크 64GB
네트워크 MCC와 Azure에 대한 연결
소프트웨어 systemd, logrotate 및 zip 설치
기타 셸 명령을 실행하기 위한 SSH 또는 대체 액세스
DNS (선호) Microsoft 호스트 이름을 확인하는 기능. 그렇지 않은 경우 에이전트를 설정할 때 추가 구성을 수행해야 합니다(공용 호스트 이름을 확인할 수 없는 수집 에이전트의 IP 주소에 Microsoft 호스트 이름 매핑에 설명되어 있음).

내결함성을 위해 여러 VM 배포

수집 에이전트는 낮은 수준의 네트워크 중단에도 매우 안정적이고 탄력적으로 설계되었습니다. 예기치 못한 오류가 발생하면 에이전트가 실행되자마자 다시 시작되어 서비스를 다시 제공합니다.

에이전트는 데이터를 버퍼링하지 않으므로 지속적인 오류나 확장 연결 문제가 발생하면 EDR이 삭제됩니다.

추가 내결함성을 위해 수집 에이전트의 여러 인스턴스를 배포하고 원래 인스턴스가 응답하지 않는 경우 다른 인스턴스로 전환하거나 에이전트 풀 전체에서 EDR 트래픽을 공유하도록 MCC를 구성할 수 있습니다. 자세한 내용은 확정된 네트워크 활성 지능형 vProbe 시스템 관리 가이드(확정된 지원을 받는 고객에게만 제공)를 참조하거나 확정된 네트워크 지원 팀에 문의하세요.

확정된 MCC 구성

수집 에이전트를 설치하고 구성한 후 EDR을 보내도록 MCC를 구성합니다.

확정된 네트워크 활성 지능형 vProbe 시스템 관리 가이드(확정된 지원을 받는 고객에게만 제공)의 "SESSION, BEARER, FLOW 및 HTTP 트랜잭션 EDR 생성" 아래 단계를 수행하여 다음과 같이 변경합니다.

  • MCC 구성에 있는 MSF의 IP 주소를 수집 에이전트를 실행하는 VM의 IP 주소로 바꿉니다.

  • 다음 EDR 서버 매개 변수가 설정되었는지 확인합니다.

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

확정된 EMS에 대한 구성

edr-validation 데이터 형식을 사용하는 경우 관련 성능 관리 통계를 원격 서버로 내보내도록 EMS를 구성합니다. Azure Operator Insights 수집 에이전트를 사용하여 성능 관리 Insights를 수집하는 경우 원격 서버는 SFTP 서버여야 합니다. 그렇지 않으면 수집 방법으로 원격 서버에 액세스할 수 있어야 합니다.

  1. 원격 서버의 IP 주소, 사용자 및 암호를 가져옵니다.
  2. EMS 통계를 원격 서버로 전송 구성
    • Acuitas 사용자 가이드의 성능 관리 통계 파일을 대상 서버에 복사의 지침을 따릅니다.
    • edr-validation의 경우 세 개의 CSV 파일만 내보내면 됩니다. EMS의 opt/Affirmed/NMS/conf/pm/mcc.files.txt 파일에 다음 파일 이름을 나열합니다.
      • EDR_HTTP_STATS
      • EDR_FLOW_STATS
      • EDR_SESSION_STATS

Important

timeInterval 인수를 15(기본값)에서 5분으로 줄여 cron 작업 빈도를 늘립니다.

관련 콘텐츠

참고 항목

MCC 제품 설명서에 액세스하려면 확정된 네트워크 로그인 자격 증명이 필요합니다.