PTT 시스템 과 같 은 무선 통신 시스템 의 효율 적 이 고 시기 적절 한 문제 해결 및 진단 능력 에서 의 주요 이슈 들 중 하나 는 , 보고 된 문제 의 진단 정보 를 포함 하 는 시스템 으로부터 이용 가능 한 문제 를 해결 하 는 데 필요 한 진단 로그 들 을 갖 지 않 는다는 것 이 다 . 대부분 의 시간 동안 , " 전기 통신 네트워크 는 키 성능 인디케이터 ( key performance indicator ; "" KPI "") 또는 동작 및 유지 보수 ( "" O & M "") 측정 들 을 제공 하 여 네트워크 에서 의 문제 ", 예컨대 높 은 호 설정 실패 , 높 은 호 드롭 율 ( call drop rate ) , 또는 낮 은 대역폭 을 나타낸다 . 그러나 , 보고 된 문제 또는 성능 열화 를 빠르 게 해결 하 기 위해 , 네트워크 엔지니어 들 은 실패 의 상세 한 진단 정보 를 캡 처하 는 로그 들 의 정확 한 세트 를 필요 로 한다 . 전기 통신 노드 의 성질 로 인해 , 제한 된 대역폭 및 / 또는 제한 된 모바일 디바이스 리소스 들 , 예 를 들 어 메모리 , CPU 이용 등 으로 인해 상세 한 진단 정보 를 연속 적 으로 수집 하 는 것 이 불 가능 하 다 . 종종 , 보고 된 문제 후 에 , 네트워크 운영 들 및 유지 보수 팀 ( maintenance team ) 은 문제 를 해결 하 고자 하 고 , 초기 문제 해결 의 결과 들 에 기초 하 여 네트워크 운영 팀 은 미리 - 정의 된 필터 ( 들 ) 또는 템플 릿 ( 들 ) 을 사용 하 여 상세 한 진단 로그 들 을 수집 하 기 시작 한다 .