KR102121555B1 - 이동 통신 장치 및 그것의 진단 정보 관리 방법 - Google Patents

이동 통신 장치 및 그것의 진단 정보 관리 방법 Download PDF

Info

Publication number
KR102121555B1
KR102121555B1 KR1020130111130A KR20130111130A KR102121555B1 KR 102121555 B1 KR102121555 B1 KR 102121555B1 KR 1020130111130 A KR1020130111130 A KR 1020130111130A KR 20130111130 A KR20130111130 A KR 20130111130A KR 102121555 B1 KR102121555 B1 KR 102121555B1
Authority
KR
South Korea
Prior art keywords
diagnostic information
diagnostic
mobile communication
communication device
information
Prior art date
Application number
KR1020130111130A
Other languages
English (en)
Other versions
KR20150031661A (ko
Inventor
탁태현
박상휘
김종엽
Original Assignee
팬텍 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 팬텍 주식회사 filed Critical 팬텍 주식회사
Priority to KR1020130111130A priority Critical patent/KR102121555B1/ko
Publication of KR20150031661A publication Critical patent/KR20150031661A/ko
Application granted granted Critical
Publication of KR102121555B1 publication Critical patent/KR102121555B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Debugging And Monitoring (AREA)

Abstract

본 발명의 실시 예들에 따른 이동 통신 단말기는 이동 통신 장치 상에서 동작하는 응용프로그램을 제어하는 어플리케이션 프로세서부, 이동 통신 장치와 기지국 사이의 통신을 제어하는 베이스밴드 칩셋부 및 어플리케이션 프로세서부 및 베이스밴드 칩셋부로부터 진단 정보를 수집하고, 수집한 진단 정보를 저장 매체에 저장하거나 원격의 진단 장치에 제공하는 진단 정보 관리자를 포함한다.

Description

이동 통신 장치 및 그것의 진단 정보 관리 방법{MOBILE COMMUNICATION APPARATUS AND METHOD FOR MANAGING DIAGNOSIS INFORMATION THEREOF}
본 발명은 이동 통신 장치 및 그것의 진단 정보 관리 방법에 관한 것으로서, 더욱 상세하게는 장치 내에서 발생하는 진단 정보를 수집 및 관리하여 원격의 진단 장치에 제공하는 이동 통신 장치 및 그것의 진단 정보 관리 방법에 관한 것이다.
최근 전자, 통신 기술이 발전함에 따라 이동 통신 장치는 구성이 복잡해졌으며, 그 용도 또한 광범위해졌다. 이처럼 복잡해진 이동 통신 장치의 동작중에는 다양한 종류의 오류가 발생할 수 있으며, 이러한 오류의 내용, 원인 및 해결책을 분석하기 위해 사용되는 수단이 진단 모니터(Diagnostic Monitor, DM)이다.
일반적으로, 진단 모니터는 컴퓨터상에서 동작하며, USB 케이블과 같은 통신 연결 수단을 이용하여 이동 통신 장치와 연결된다. 진단 모니터는 이동 통신 장치로부터 로그 정보를 추출하여 이동 통신 장치의 상태, 발생된 오류의 내용 및 원인 등을 사용자에게 보여준다.
그러나, 진단 모니터가 정상적으로 동작하기 위해서는 진단 모니터가 설치된 컴퓨터가 이동 통신 장치와 통신적으로 연결되어, 이동 통신 장치로부터 로그 정보를 적절하게 수신할 수 있어야 한다. 따라서, 진단 모니터가 설치된 컴퓨터를 구비하지 않은 경우, 이동 통신 장치에 오류가 발생하여도 발생된 오류를 제대로 확인할 수 없다. 특히, 특정 사용자 환경 또는 특정 지역의 네트워크 상태와 관련된 오류의 경우에는, 그 특성상 오류 발생이 지역적 요인이나 시간적 요인에 의해 비주기적으로 발생하기 때문에, 종래의 사후적인 로그 수집 방법에 의해서는 로그 정보를 적시에 적절하게 수집할 수 없는 문제점이 있다.
본 발명의 목적은 이동 통신 장치의 진단 정보를 실시간으로 수집 및 관리할 수 있는 이동 통신 장치 및 그것의 진단 정보 관리 방법을 제공하는 데 있다.
본 발명의 다른 목적은 이동 통신 장치가 진단 도구가 설치된 진단 장치와 멀리 떨어진 경우에도, 진단 장치에 진단 정보를 제공할 수 있는 이동 통신 장치 및 그것의 진단 정보 관리 방법을 제공하는 데 있다.
본 발명의 또 다른 목적은 사용자 또는 진단 장치에 의해 진단 정보 수집 방법이 원격으로 제어될 수 있는 이동 통신 장치 및 그것의 진단 정보 관리 방법을 제공하는 데 있다.
본 발명에 따른 이동 통신 장치는 이동 통신 장치 상에서 동작하는 응용프로그램을 제어하는 어플리케이션 프로세서부; 상기 이동 통신 장치와 기지국 사이의 통신을 제어하는 베이스밴드 칩셋부; 및 상기 어플리케이션 프로세서부 및 상기 베이스밴드 칩셋부로부터 진단 정보를 수집하고, 상기 수집한 진단 정보를 저장 매체에 저장하거나, 원격의 진단 장치에 전송하는 진단 정보 관리자를 포함한다.
실시 예로서, 상기 진단 정보 관리자는 상기 원격의 진단 장치로부터의 요청 또는 미리 결정된 조건에 따라, 상기 수집한 진단 정보를 상기 저장 매체에 저장하거나 상기 원격의 진단 장치에 전송한다.
실시 예로서, 상기 진단 장치는 상기 진단 정보로부터 상기 이동 통신 장치의 동작 오류를 판단하는 진단 도구를 구비한 컴퓨팅 장치이다.
실시 예로서, 상기 진단 정보 관리자는 미리 결정된 설정 정보에 따라 상기 어플리케이션 프로세서부 및 상기 베이스밴드 칩셋부로부터 상기 진단 정보를 수집한다.
실시 예로서, 상기 설정 정보는 상기 진단 정보로서 수집할 로그 정보의 종류, 상기 진단 정보를 수집할 이벤트의 종류, 상기 진단 정보의 압축 여부, 상기 진단 정보의 저장 여부 및 상기 진단 정보의 상기 진단 장치로의 즉시 전송 여부를 포함한다.
실시 예로서, 상기 진단 정보는 상기 응용프로그램의 동작중에 발생하는 에러 메시지, 인터럽트 메시지, 비정상적 종료 메시지 또는 미리 결정된 이벤트 상황에서의 상기 이동 통신 장치의 동작을 나타내는 메시지를 포함한다.
실시 예로서, 상기 진단 정보는 OTA(Over The Air) 정보, MO(Mobile Originated) 콜 셋업 정보, RRC 연결 정보, 상기 이동 통신 장치와 연결된 통신사 정보, MT(Mobile Terminated) 콜 페이징 정보, 전화 수신 정보, 전화 발신 정보, 통화 연결 정보, 통화 시작 정보, 통화 종료 정보, 통화 종료후 전용 회선 반납 정보 또는 통화 종료후 LTE 통신 상태로의 복귀 정보를 포함한다.
실시 예로서, 상기 진단 정보는 상기 이동 통신 장치가 디코딩한 패킷 데이터에 대한 정보, 와이파이(WIFI) 로그 데이터 및 패킷 데이터에 대한 정보, BT 로그 데이터 및 패킷 데이터에 대한 정보 또는 기타 베이스밴드 메시지를 포함한다.
실시 예로서, 상기 진단 정보는 미리 결정된 시간 동안에 발생한 이벤트들의 횟수를 나타내는 정보를 포함한다.
실시 예로서, 상기 진단 정보는 상기 진단 정보가 수집될 때의 상기 이동 통신 장치의 지리적 위치 정보를 포함한다.
실시 예로서, 상기 지리적 위치 정보는 GPS(Global Positioning System) 측위 정보 또는 셀-ID 기반의 위치 정보를 포함한다.
실시 예로서, 상기 수집 설정은 상기 진단 장치로부터의 원격 제어에 의해 갱신되거나 변경된다.
실시 예로서, 상기 수집 설정은 상기 이동 통신 장치의 사용자 인터페이스를 통해 입력된 제어 신호에 따라 갱신되거나 변경된다.
실시 예로서, 상기 진단 정보 관리자에 의해 수집된 진단 정보를 일시적으로 저장하는 버퍼를 더 포함한다.
실시 예로서, 상기 저장 매체에는 상기 버퍼에 저장된 진단 정보가 추출되어 저장되며, 상기 진단 정보는 미리 결정된 저장 이벤트의 발생에 응답하여, 상기 버퍼로부터 추출되어 상기 저장 매체에 저장된다.
실시 예로서, 상기 진단 정보는 상기 저장 매체에 저장될 때, 미리 결정된 포맷의 파일로 변환되어 저장된다.
실시 예로서, 상기 미리 결정된 포맷의 파일은 미리 결정된 크기를 갖는다.
실시 예로서, 상기 이동 통신 장치의 사용자 인터페이스를 통한 사용자 입력에 따라, 상기 버퍼에 저장된 진단 정보가 추출되어 상기 저장 매체에 저장된다.
실시 예로서, 상기 버퍼에 진단 정보 중 적어도 일부의 진단 정보가 추출되어 상기 저장 매체에 저장된다.
본 발명에 따른 이동 통신 장치의 진단 정보 관리 방법은 이동 통신 장치의 모듈들 중 적어도 하나 이상의 모듈로부터 상기 이동 통신 장치의 동작 오류를 판단하기 위한 진단 정보를 수집하는 단계; 및 상기 수집된 진단 정보를 저장 매체에 저장하거나, 또는 원격의 진단 장치에 제공하는 단계를 포함한다.
실시 예로서, 상기 수집된 진단 정보를 미리 결정된 설정 정보에 따라 버퍼에 저장하는 단계; 및 저장 이벤트의 발생에 응답하여, 상기 버퍼에 저장된 상기 진단 정보를 추출하여 상기 저장 매체에 저장하는 단계를 더 포함한다.
실시 예로서, 상기 이동 통신 장치의 모듈들은 상기 이동 통신 장치 상에서 동작하는 응용프로그램을 제어하는 어플리케이션 프로세서부 및 상기 이동 통신 장치와 기지국 사이의 통신을 제어하는 베이스밴드 칩셋부를 포함한다.
실시 예로서, 상기 이동 통신 장치는 미리 결정된 설정 정보에 따라 상기 어플리케이션 프로세서부 및 상기 베이스밴드 칩셋부로부터 상기 진단 정보를 수집하고, 상기 설정 정보는 상기 진단 정보로서 수집할 로그 정보의 종류, 상기 진단 정보를 수집할 이벤트의 종류, 상기 진단 정보의 압축 여부, 상기 진단 정보의 저장 여부 및 상기 진단 정보의 상기 진단 장치로의 즉시 전송 여부를 포함한다.
본 발명의 실시 예들에 따르면, 이동 통신 장치에 문제점이 발생시 그에 대한 진단 정보를 실시간으로 수집할 수 있다.
또한, 이동 통신 장치와 진단 장치가 서로 떨어진 경우에도, 이동 통신 장치의 진단 정보를 진단 장치에 제공할 수 있다.
또한, 이동 통신 장치의 진단 정보 수집 방식을 사용자 또는 진단 장치가 원격으로 제어할 수 있다.
도 1은 일반적인 이동 통신 장치 진단 시스템을 나타내는 도면이다.
도 2는 본 발명의 실시 예에 따른 이동 통신 장치 진단 시스템을 나타내는 도면이다.
도 3은 본 발명의 실시 예에 따른 이동 통신 장치의 진단 정보 수집 방법을 설명하는 블록도이다.
도 4는 도 3에서 수집된 진단 정보로부터 저장 이벤트에 대응하는 진단 정보를 추출하는 방법을 설명하는 블록도이다.
도 5는 본 발명의 실시 예에 따른 이동 통신 장치의 진단 정보 관리 방법을 나타내는 순서도이다.
도 6는 본 발명의 실시 예에 따른 이동 통신 장치의 설정 정보를 결정하는 진단 정보 관리 방법을 나타내는 순서도이다.
도 7은 본 발명의 실시 예에 따른 이동 통신 장치의 압축 저장 방법을 나타내는 순서도이다.
도 8은 본 발명의 실시 예에 따른 이동 통신 장치의 자동 저장 방법을 나타내는 순서도이다.
도 9은 본 발명의 실시 예에 따른 이동 통신 장치의 진단 정보 전송 방법을 나타내는 순서도이다.
후술하는 본 발명에 대한 상세한 설명은, 본 발명이 실시될 수 있는 특정 실시예를 예시로서 도시하는 첨부 도면을 참조한다. 이들 실시예는 당업자가 본 발명을 실시할 수 있기에 충분하도록 상세히 설명된다. 본 발명의 다양한 실시예는 서로 다르지만 상호 배타적일 필요는 없음이 이해되어야 한다. 예를 들어, 여기에 기재되어 있는 특정 형상, 구조 및 특성은 일 실시예에 관련하여 본 발명의 정신 및 범위를 벗어나지 않으면서 다른 실시예로 구현될 수 있다. 또한, 각각의 개시된 실시예 내의 개별 구성요소의 위치 또는 배치는 본 발명의 정신 및 범위를 벗어나지 않으면서 변경될 수 있음이 이해되어야 한다. 따라서, 후술하는 상세한 설명은 한정적인 의미로서 취하려는 것이 아니며, 본 발명의 범위는, 적절하게 설명된다면, 그 청구항들이 주장하는 것과 균등한 모든 범위와 더불어 첨부된 청구항에 의해서만 한정된다. 도면에서 유사한 참조부호는 여러 측면에 걸쳐서 동일하거나 유사한 기능을 나타낸다.
도 1은 일반적인 이동 통신 장치 진단 시스템을 나타내는 도면이다. 도 1을 참조하면 이통 통신 장치 진단 시스템은 어플리케이션 프로세서부(10), 베이스밴드 칩셋부(20), 진단 포트(30), 진단 장치(40)를 포함한다. 어플리케이션 프로세서부(10), 베이스밴드 칩셋부(20) 및 진단 포트(30)는 이동 통신 장치를 구성하는 모듈들로서 이동 통신 장치에 포함된다.
어플리케이션 프로세서부(10)는 이동 통신 장치 상에서 동작하는 어플리케이션(또는, 응용프로그램)을 제어한다. 어플리케이션 프로세서부(10)는 운영 시스템(Operationg System, OS)에 의해 구동되는 운영 시스템 영역(11)과 리눅스 커널(Linux Kenel) 영역(12)을 포함한다. 어플리케이션 프로세서부(10)는 진단 포트(30)를 통해 진단 장치(40)와 연결될 수 있다. 여기서, 어플리케이션 프로세서부(10)는 어플리케이션 계층, 어플리케이션 프레임워크 계층, 라이브러리 계층, 리눅스 커널 계층의 순차적인 계층 구조를 갖도록 구성될 수 있다. 어플리케이션 프로세서부(10)의 계층 구조 및 각 계층의 기능에 대해서는 당해 기술 분야에 널리 알려져 있으므로, 여기서는 그에 대한 구체적인 설명은 생략한다.
베이스밴드 칩셋부(20)는 기지국(50)과 통신적으로 연결되어 이동 통신 장치와 기지국(50)간의 통신을 제어한다. 베이스밴드 칩셋부(20)는 통신의 물리적 계층상의 동작을 제어하는 접근 계층과, 수신 또는 전송될 데이터의 소프트웨어적 처리를 제어하는 비-접근 계층을 포함한다. 다시, 접근 계층은 물리 계층인 제 1 계층(L1), 중간 접근 제어 계층과 라디오 링크 제어를 포함하는 제 2 계층(L2) 및 라디오 자원 제어 계층으로 구조화될 수 있다. 그리고, 비-접근 계층은 연결 관리(CM)부, 세션 관리(SM)부, 모빌리티 관리(MM)부 및 GPRS 모빌리티 관리(GMM)부와 같은 복수의 유닛들로 구성될 수 있다. 베이스밴드 칩셋부(20)의 계층 구조 및 각 계층의 기능에 대해서는 당해 기술 분야에 널리 알려져 있으므로, 여기서는 그에 대한 설명은 생략한다.
베이스밴드 칩셋부(20)는 진단 포트(40)와 연결되어 발생된 진단 정보를 진단 포트(30)를 통해 진단 장치(40)에 제공한다. 베이스밴드 칩셋부(20)가 제공하는 진단 정보는 베이스밴드 칩셋부(20)에서 발생하는 로그 정보를 포함할 수 있다.
진단 포트(30)는 이동 통신 장치를 진단 장치(40)와 유선으로 연결하여, 진단 정보 전송을 중개한다. 진단 포트(30)는 어플리케이션 프로세서부(10)로부터 수집된 진단 정보를 진단 장치(40)에 전달한다. 또는, 진단 포트(30)는 베이스밴드 칩셋부(20)로부터 수집된 진단 정보를 진단 장치(30)에 전달한다. 한편, 어플리케이션 프로세서부(10)로부터 수집된 진단 정보는 리눅스 커널 영역(12)의 로그 정보를 포함할 수 있다.
일반적인 이동 통신 장치 진단 시스템에서, 이동 통신 장치의 진단 정보를 추출하거나 확인하기 위해서는, 진단 정보를 확인하거나 저장하는 진단 도구가 필요하다. 이러한 진단 도구는 진단 장치(40)와 같은 컴퓨팅 장치에 설치되며, 진단 도구를 이용하기 위해서는 진단 장치(40)와 이동 통신 장치의 진단 포트(30)가 USB와 같은 유선 연결 도구로 연결되어야 한다.
이러한 경우, 진단 도구가 설치되어 있는 진단 장치(40)가 존재하는 곳에서만 진단 정보를 추출하거나 확인할 수 있어, 이동 중이나 야외에서 발생하는 문제에 대해서는 그 원인을 파악하기 어렵고, 진단 정보를 추출할 때 USB 케이블을 연결하고 진단 장치(50)를 새로 구동시키는 등 인터페이스 상에서 많은 불편이 있었다.
특히, 네트워크와 UE사이의 문제는 특정한 지리적 위치에 의존하여 발생하거나 비주기적으로 발생하므로, 문제 발생 후 시간이 많이 지난 뒤에야 진단 정보를 사후적으로 얻어내는 기존의 시스템으로는 필요한 진단 정보를 적절히 확보하지 못하는 문제가 있다.
또한, 일반적인 이동 통신 장치 진단 시스템은 시스템 로그(system log), 커널 로그(kenel log), 벤더 로그(vendor log)등과 같은 진단 정보를 단순히 보거나 저장만 할 뿐, 진단 정보의 수집 및 관리에 대해 그 이상의 적극적인 조작을 하지 못하는 한계가 있다.
나아가, 기존의 시스템은 어플리케이션 프로세서부에서 발생하는 로그와 베이스밴드 칩셋부에서 발생하는 로그에 대해 각각 진단 정보(또는 로그)를 수집하여야 하므로 진단 정보 수집을 위해 다양한 종류의 진단 도구가 요구되며, 이벤트 로그를 분석하여 이벤트를 적절히 추적하지 못하는 문제점이 있다.
도 2는 본 발명의 실시 예에 따른 이동 통신 장치 진단 시스템을 나타내는 도면이다. 도 2를 참조하면 이동 통신 장치 진단 시스템은 어플리케이션 프로세서부(110), 베이스밴드 칩셋부(120), 안드로이드 로그 모듈(130), 진단 정보 전송부(140), 로깅 모듈(150), 진단 정보 관리자(160) 및 로그 저장 모듈(170)을 포함한다. 어플리케이션 프로세서부(110), 베이스밴드 칩셋부(120), 안드로이드 로그 모듈(130), 진단 정보 전송부(140), 로깅 모듈(150), 진단 정보 관리자(160) 및 로그 저장 모듈(170)은 이동 통신 장치를 구성하는 모듈들로서 이동 통신 장치에 포함된다.
한편, 이동 통신 장치 진단 시스템은 수집된 진단 정보를 일시적으로 저장하는 버퍼(미도시)를 더 포함한다. 버퍼는 별도의 모듈로서 구성되거나, 진단 정보 관리자(160)의 일부로서 구성되거나, 로그 저장 모듈(170) 내에 별도로 할당된 저장 영역으로서 구성되거나, 안드로이드 로그 모듈(130) 또는 로깅 모듈(150)의 일부로서 구성될 수 있다.
본 발명은 단말기의 베이스밴드 칩셋부(또는, 모뎀 프로세서, Modem Processor) 및 어플리케이션 프로세서부(Application Processor)의 동작으로부터 진단 정보들을 수집하여, 주기적 또는 비주기적으로 발생하는 문제들의 신속한 원인 파악 및 해결을 가능하게 하는 이동 통신 장치 및 그것의 진단 정보 관리 방법에 관한 것이다. 본 발명은 진단 정보를 관리하는 방법으로서 진단 정보의 수집 방법과 저장 방법, 그리고 파일화하여 처리하는 방법까지 전 방위적인 모든 부분을 기술하였다. 이 진단 정보 관리 방법은 이동 통신 장치상에 설치된 응용프로그램을 이용하거나 원격 무선 제어를 이용하여 수행될 수 있으며, 이를 통해 개발 과정 또는 최종 사용자의 사용시에 발생되는 문제점들에 대해 신속하고 정확한 원인 분석을 위한 필요한 진단 정보를 적시에 입수할 수 있게 한다.
어플리케이션 프로세서부(110)는 이동 통신 장치 상에서 동작하는 응용프로그램을 제어한다. 어플리케이션 프로세서부(110)는 운영 시스템(Operationg System, OS)에 의해 구동되는 운영 시스템 영역(111)과 리눅스 커널(Linux Kenel) 영역(112)을 포함한다. 어플리케이션 프로세서부(110)는 안드로이드 로그 모듈(130) 또는 진단 정보 전송부(140)를 통해 진단 장치(200)와 연결될 수 있다.
베이스밴드 칩셋부(120)는 기지국(300)과 통신적으로 연결되어 이동 통신 장치와 기지국(160)간의 통신을 제어한다. 베이스밴드 칩셋부(120)는 통신의 물리적 계층상의 동작을 제어하는 접근 계층과, 소프트웨어적 처리를 제어하는 비-접근 계층을 포함한다. 베이스밴드 칩셋부(120)는 수집된 진단 정보를 진단 정보 전송부(140)를 통해 진단 장치(200)에 제공할 수 있다. 실시 예로서, 베이스밴드 칩셋부(120)가 제공하는 진단 정보는 로깅 모듈(150)에 의해 수집되어 진단 정보 관리자(160)에 제공될 수 있다. 이때, 수집되는 진단 정보는 베이스밴드 칩셋부(20)에서 발생하는 로그 정보를 포함한다.
안드로이드 로그 모듈(130)은 운영 시스템 영역(111)에서 발생하는 진단 정보를 수집하여 진단 정보 관리자(150)에 제공한다. 또는, 이동 통신 장치가 진단 장치(200)와 하드웨어적으로 직접 연결된 경우, 안드로이드 로그 모듈(130)은 진단 정보 관리자(160)를 통하지 않고 수집한 진단 정보를 진단 서버(200)에 직접 제공할 수 있다. 다만, 이는 예시적인 것으로서, 이동 통신 장치가 진단 장치(200)와 하드웨어적으로 직접 연결된 경우라도, 안드로이드 로그 모듈(130)은 수집한 진단 정보를 진단 정보 관리자(160)를 통해 진단 서버(200)에 제공할 수도 있다.
안드로이드 로그 모듈(130)에 의해 수집되는 진단 정보는 운영 시스템 영역(111)에서 발생하는 로그 정보를 포함한다. 운영 시스템 영역(111)에서 발생하는 로그 정보는, 어플리케이션의 시작을 나타내는 로그 정보, 어플리케이션의 종료를 나타내는 로그 정보, 어플리케이션의 동작 중에 발생하는 에러를 나타내는 로그 정보, 어플리케이션의 동작 중에 발생하는 인터럽트 요청에 대한 로그 정보, 어플리케이션의 비정상적 중단을 나타내는 로그 정보, 어플리케이션의 동작에 있어서 함수간 호출을 나타내는 로그 정보 등을 포함할 수 있다.
로깅 모듈(150)은 베이스밴드 칩셋부(120)로부터 진단 정보를 수집하여 진단 정보 관리자(160)에 제공한다. 로깅 모듈(150)에 의해 수집되는 진단 정보는 베이스밴드 칩셋부(120)에서 발생하는 로그 정보를 포함한다. 베이스밴드 칩셋부(120)에서 발생하는 로그 정보는, 네트워크(또는, 기지국)와 이동 통신 장치 사이의 데이터 교환과 관련하여, 이동 통신 장치가 처리하는 작업, 이동 통신 장치가 네트워크에 요청하는 작업 또는 이동 통신 장치가 네트워크로부터 요청받은 작업을 표시하는 로그 정보를 포함할 수 있다.
예를 들어, 베이스밴드 칩셋부(120)에서 발생하는 로그 정보는 OTA(Over The Air) 로그 정보, MO(Mobile Originated) 콜 셋업 로그 정보, RRC 연결 로그 정보, 이동 통신 장치와 연결된 통신사 정보, MT(Mobile Terminated) 콜 페이징 로그 정보, 전화 수신 로그 정보, 전화 발신 로그 정보, 통화 연결 로그 정보, 통화 시작 로그 정보, 통화 종료 로그 정보, 통화 종료후 전용 회선 반납 로그 정보, 통화 종료후 LTE 통신 상태로의 복귀 로그 정보, 이동 통신 장치가 디코딩한 패킷 데이터에 대한 로그 정보, 와이파이(WIFI) 접속에 대한 로그 정보 또는 베이스밴드 레벨에서 수행되는 기타 동작을 나타내는 로그 정보를 포함할 수 있다.
진단 정보 관리자(160)는 어플리케이션 프로세서부(110)에서 발생하는 진단 정보와 베이스밴드 칩셋부(120)에서 발생하는 진단 정보를 모두 관리한다. 진단 정보 관리자(160)는 어플리케이션 프로세서부(110)와 베이스밴드 칩셋부(120)로부터 각각 진단 정보를 수집하고, 수집된 진단 정보를 개별적 또는 통합적으로 관리한다.
실시 예로서, 진단 정보 관리자(160)는 어플리케이션 프로세서부(110) 상에 존재할 수 있다.
그리고, 진단 정보 관리자(160)는 리눅스 커널 영역(112)에서 발생하는 진단 정보를 수집 및 관리할 수 있으며, 리눅스 커널 영역(112)으로부터 수집되는 진단 정보는 리눅스 커널 영역(112)의 로그 정보를 포함한다. 여기서, 리눅스 커널 영역(112)의 로그 정보는, 하드웨어를 제어하는 함수를 호출 및 실행하였을 때 해당 하드웨어가 성공적으로 동작하였는지를 나타내는 로그 정보 등과 같이, 커널에서 발생하는 소프트웨어적인 로그 정보들을 총괄적으로 포함한다.
진단 정보 관리자(160)는 버퍼에 저장할 로그들을 나타내는 로그 마스크를 참조하여, 운영시스템 영역(111), 리눅스 커널 영역(112) 또는 베이스밴드 칩셋부(120)로부터 진단 정보(예를 들어, 로그 정보)를 수집하여 버퍼에 저장한다. 그리고, 진단 정보 관리자(160)는 특정한 이벤트(예를 들어, 저장 이벤트)의 발생에 응답하여, 버퍼에 저장된 진단 정보들 중 발생한 특정한 이벤트에 대응하는 진단 정보들을 추출한다. 이때, 진단 정보 관리자(160)는 추출된 진단 정보들을 별도의 저장 장치(예를 들어, 로그 저장 모듈(170))에 저장하거나, 진단 정보 전송부(140)를 통해 진단 장치(200)로 전송할 수 있다.
한편, 진단 정보 관리자(160)는 진단 장치(200)로부터의 요청이나 미리 결정된 조건에 따라 수집된 진단 정보를 진단 정보 전송부(140)를 경유하여 무선 통신을 통해 진단 장치(200)에 제공할 수 있다. 예를 들어, 진단 정보 관리자(160)는 진단 장치(200)의 진단 정보 전송 요청에 응답하여, 버퍼로부터 추출된 또는 로그 저장 모듈(170)에 저장된 진단 정보를 진단 장치(200)에 제공할 수 있다. 또는, 진단 정보 관리자(160)는 특정한 이벤트(예를 들어, 자동 전송 이벤트) 또는 특정한 이벤트 로그(예를 들어, 자동 전송 로그)가 발생하는 것에 응답하여, 발생한 이벤트 또는 이벤트 로그와 관련된 진단 정보를 진단 장치(200)에 자동으로 전송할 수 있다. 이때, 진단 정보 관리자(160)는 이벤트 또는 이벤트 로그의 발생에 응답하여, 관련된 진단 정보를 수집한 후 즉시 진단 장치(200)로 실시간 전송할 수 있다.
실시 예로서, 진단 정보 관리자(160)는 미리 결정된 설정 정보에 따라 상이한 종류의 진단 정보를 수집하거나 상이한 방법으로 진단 정보를 수집 및 관리할 수 있다. 예를 들어, 진단 정보 관리자(160)는 설정 정보에 따라 발생하는 진단 정보들 중 일부를 선택적으로 버퍼에 저장할 수 있으며, 또한, 설정 정보에 따라 버퍼에 저장된 진단 정보들 중 일부를 선택적으로 추출하여 진단 장치(200)에 전송하거나 로그 저장 모듈(170)에 저장할 수 있다. 실시 예로서, 설정 정보는 버퍼에 저장할 로그들을 나타내는(즉, 어떠한 로그들을 버퍼에 저장할 지를 나타내는) 로그 마스크 설정을 포함할 수 있다. 또한, 설정 정보는 어떠한 이벤트의 발생에 응답하여 버퍼로부터 관련된 로그들을 추출할 지를 나타내는 저장 이벤트 설정을 포함할 수 있다.
한편, 진단 정보 관리자(160)는 이동 통신 장치에서 발생하는 진단 정보를 총괄적으로 수집 또는 관리한다. 예를 들어, 진단 정보 관리자(160)는 운영 시스템 영역(111)에서 발생하는 로그 정보, 베이스밴드 칩셋부(120)에서 발생하는 로그 정보 및 리눅스 커널 영역(112)의 로그 정보를 총괄적으로 수집 또는 관리한다.
진단 정보 관리자(160)가 총괄적으로 수집 또는 관리하는 진단 정보는 OTA(Over The Air) 정보, MO(Mobile Originated) 콜 셋업 정보, RRC 연결 정보, 이동 통신 장치와 연결된 통신사 정보, MT(Mobile Terminated) 콜 페이징 정보, 전화 수신 정보, 전화 발신 정보, 통화 연결 정보, 통화 시작 정보, 통화 종료 정보, 통화 종료후 전용 회선 반납 정보 또는 통화 종료후 LTE 통신 상태로의 복귀 정보를 포함할 수 있다.
나아가, 진단 정보 관리자(160)가 총괄적으로 수집 또는 관리하는 진단 정보는 이동 통신 장치가 디코딩한 패킷 데이터에 대한 정보, 와이파이(WIFI) 로그 데이터 및 패킷 데이터에 대한 정보, BT 로그 데이터 및 패킷 데이터에 대한 정보 또는 기타 베이스밴드 메시지를 더 포함할 수 있다.
나아가, 진단 정보 관리자(160)가 총괄적으로 수집 또는 관리하는 진단 정보는 응용프로그램의 동작 중에 발생하는 에러 메시지, 인터럽트 메시지, 비정상적 종료 메시지 또는 미리 결정된 이벤트 상황을 나타내는 메시지를 더 포함할 수 있다.
나아가, 진단 정보 관리자(160)가 총괄적으로 수집 또는 관리하는 진단 정보는 미리 결정된 시간 구간 동안에 얼마나 많은 수의 이벤트(또는, 로그 정보)들이 발생하였는지를 나타내는 정보를 포함할 수 있다.
실시 예로서, 진단 정보 관리자(160)는 저장 설정에 따라 상이한 방식으로 수집된 진단 정보를 로그 저장 모듈(170)에 저장할 수 있다. 여기서, 저장 설정은 진단 정보가 저장될 파일 포맷, 파일 크기 또는 저장 위치(예를 들어, 저장 주소 또는 저장 경로)에 대한 정보를 포함할 수 있다.
실시 예로서, 진단 정보 관리자(160)의 설정 정보는 사용자 또는 진단 장치(200)에 의해 원격적으로 제어 및 변경될 수 있다.
진단 정보 관리자(160)에 대한 구체적인 설명은 도 3 이하에서 더욱 상세히 후술될 것이다.
진단 정보 전송부(140)는 진단 정보 관리자(160)와 진단 장치(200)사이의 데이터 교환을 중개한다. 이때, 진단 정보 전송부(140)는 무선 또는 유선으로 진단 장치(200)와 연결되어, 진단 정보 관리자(160)와 진단 장치(200)사이의 데이터 교환을 중개할 수 있다.
로그 저장 모듈(170)은 진단 정보 관리자(160)로부터 수신되는 진단 정보들을 저장한다. 로그 저장 모듈(170)은 진단 정보를 특정한 포맷의 파일로서 저장할 수 있다. 로그 저장 모듈(170)은 휘발성 저장 장치 또는 불휘발성 저장 장치를 포함한다.
한편, 도 2의 구성 중 여기서 설명되지 않은 것들은 앞서 도 1에서 설명한 바와 그 내용이 실질적으로 동일하다.
상기와 같은 본 발명의 예시적인 구성들에 따르면, 이동 통신 장치는 진단 장치(200)와 연결되지 않아도, 진단 정보 관리자(160)를 통해 운영 시스템 영역(111), 베이스밴드 칩셋부(120) 및 리눅스 커널 영역(112)에서 발생하는 로그 정보들을 총괄적으로 수집 및 관리할 수 있다. 따라서, 본 발명에 따른 이동 통신 장치는 운영 시스템 영역(111), 베이스밴드 칩셋부(120) 및 리눅스 커널 영역(112)에 대해 독립적이고 통합적인 진단 정보 수집 수단을 제공할 수 있다.
또한, 본 발명에 따른 이동 통신 장치는 특정한 문제점(또는, 이벤트) 발생시 그에 대한 진단 정보를 진단 정보 관리자(160)를 통해 실시간으로 진단 장치(200)에 전송할 수 있으며, 이동 통신 장치와 진단 장치가 멀리 떨어진 경우에도, 무선 통신을 통해 진단 정보의 전송이 가능하다. 따라서, 네트워크와 사용자 인터페이스 간 문제와 같이, 특정한 지리적 위치에 의존하거나 비주기적으로 발생하는 문제에 대해서도 진단 정보를 실시간으로 수집하여 진단 장치에 제공할 수 있다.
또한, 본 발명에 따른 이동 통신 장치가 진단 정보를 수집 및 관리하는 방법은사용자 또는 진단 장치(200)에 의해 원격으로 갱신될 수 있다. 따라서, 종래의 진단 시스템에 비해, 사용자 또는 진단 장치(200)는 더욱 편리하게 이동 통신 장치의 진단 정보 수집 및 관리 방법을 갱신할 수 있다.
도 3은 본 발명의 실시 예에 따른 이동 통신 장치의 진단 정보 수집 방법을 설명하는 블록도이다. 도 3을 참조하면, 이동 통신 장치의 각 모듈에서 이벤트가 발생하면 대응되는 진단 정보가 진단 정보 관리자(160)에 의해 수집된다.
실시 예로서, 진단 정보 관리자(160)는 이벤트의 발생을 감지하여 각 모듈로부터 발생된 이벤트에 대응되는 진단 정보를 수집한다. 운영 시스템 영역(111, 도 2 참조)에서 안드로이드 이벤트(E1)가 발생하면, 안드로이드 로그 모듈(130, 도 2 참조)은 발생된 진단 정보를 진단 정보 관리자(160)에 제공한다. 여기서, 안드로이드 이벤트(E1)는 안드로이드 로그 모듈(130)에 의해 로그 정보가 관리되는 이벤트로서, 운영 시스템 영역(111)에서 발생하는 이벤트를 의미한다.
리눅스 커널 영역(112, 도 2 참조)에서 리눅스 이벤트(E2)가 발생하면, 발생된 진단 정보는 진단 정보 관리자(160)에게 제공된다. 여기서, 리눅스 이벤트(E2)는 리눅스 커널 영역(112)상의 동작과 관련하여 발생하는 이벤트를 의미한다. 실시 예로서, 리눅스 이벤트(E2)의 진단 정보를 수집하는 수집 수단은 리눅스 커널 영역(112)에 임베디드 형태로 구현되거나 별도의 리눅스 로그 모듈(미도시)로서 구현될 수 있다.
유사하게, 베이스밴드 칩셋부(120, 도 2 참조)에서 모뎀 이벤트(E3)가 발생하면, 베이스밴드 로깅 모듈(150, 도 2 참조)은 발생된 진단 정보를 진단 정보 관리자(160)에 제공한다. 여기서, 모뎀 이벤트(E3)는 베이스밴드 칩셋부(120)에서 발생되는 이벤트로서, 주로 이동 통신 단말과 네트워크(또는, 기지국) 간의 신호 전달, 요청 송수신, 데이터 교환과 관련하여 발생되는 이벤트를 의미한다.
진단 정보 관리자(160)는 개별적으로 또는 통합적으로 각 모듈들로부터 진단 정보들을 수집한다. 이때, 진단 정보 관리자(160)는 수집할 로그 정보들을 나타내는 로그 마스크를 참조하여, 이벤트들(E1, E2, E3)와 관련하여 발생된 로그 정보들 중 일부만을 진단 정보로서 선택적으로 수집할 수 있다. 진단 정보 관리자(160)가 수집한 진단 정보들을 관리 및 전송하는 구체적인 방법은 도 4 이하에서 후술될 것이다.
도 4는 도 3에서 수집된 진단 정보로부터 저장 이벤트에 대응하는 진단 정보를 추출하는 방법을 설명하는 블록도이다. 도 4를 참조하면, 진단 정보 관리자(160)는 로그 마스크를 참조하여 수집된 로그 정보를 버퍼에 저장하고, 저장 이벤트의 발생에 응답하여 버퍼로부터 별도로 저장할(또는, 진단 장치(200)로 전송할) 진단 정보를 추출한다.
구체적으로, 진단 정보 관리자(160)는 로그 마스크를 참조하여 로그 정보들을 수집하고, 수집된 로그 정보들을 진단 정보로서 버퍼에 저장한다. 예시적으로, 버퍼는 입력되는 진단 정보들을 FIFO(First-In, First-Out) 방식으로 저장할 수 있다. FIFO 방식에서, 새로운 진단 정보들이 버퍼에 입력됨에 따라 버퍼의 가장 오래된 진단 정보들은 버퍼로부터 제거된다.
그리고, 진단 정보 관리자(160)는 관련된 진단 정보들을 저장하기로 미리 결정된 저장 이벤트(또는, 자동 저장 이벤트)의 발생에 응답하여, 버퍼에 저장된 진단 정보들 중 저장 이벤트와 관련된 진단 정보들을 추출한다. 추출된 진단 정보들은 로그 저장 모듈(170)에 저장된다. 또는, 추출된 진단 정보들은 진단 정보 전송부(140)를 통해 진단 장치(200)로 전송된다.
실시 예로서, 진단 정보 관리자(160)는 저장 이벤트의 발생에 따라 추출된 진단 정보들을 로그 저장 모듈(170, 도 2 참조)에 저장할 때, 미리 결정된 파일 포맷으로 변환하여 저장할 수 있다.
도 5는 본 발명의 실시 예에 따른 이동 통신 장치의 진단 정보 관리 방법을 나타내는 순서도이다. 도 5는 진단 정보를 수집하여 저장하는 전반적인 과정을 설명한다. 본 실시 예에서, 진단 정보 관리자(160, 도 2 참조)는 설정 정보(또는, 컨피그 정보)의 로그 마스크를 확인하여 진단 정보를 수집하고, 저장 이벤트의 발생에 응답하여 수집된 진단 정보를 저장 모듈(예를 들어, 로그 저장 모듈(170))에 저장한다. 진단 정보 관리자(160)가 수집하는 진단 정보는 어플리케이션 프로세서부(110, 운영시스템 영역(111)와 리눅스 커널 영역(112)을 포함하는) 및 베이스밴드 칩셋부(120)의 로그 정보를 포함한다.도 4를 참조하면, 진단 정보 관리 방법은 S110 단계 내지 S170 단계를 포함한다.
S110 단계에서, 이동 통신 장치는 로깅이 개시된다. 여기서 로깅이란 이동 통신 장치의 각 모듈(예를 들어, 어플리케이션 프로세서부(110) 또는 베이스밴드 칩셋부(120))로부터 로그 정보를 수집하는 것을 의미한다. 로깅이 개시되면, 설정 정보를 확인하고, 확인된 설정 정보에 따라 로그 정보를 수집하는 일련의 과정이 뒤따른다.
S120 단계에서, 이동 통신 장치는 발생한 수집할 로그 정보를 나타내는 설정 정보가 설정되었는지 판단한다. 실시 예로서, 설정 정보는 로그 정보를 수집할 대상 모듈 및 수집할 로그 정보의 종류를 포함할 수 있다. 여기서, 설정 정보는 로그 마스크를 포함할 수 있다. 설정 정보가 설정되었으면, 진단 정보 관리 방법은 S140 단계로 진행한다. 설정 정보가 설정되지 않았으면, 새로운 설정 정보 설정을 위해 진단 정보 관리 방법은 S130 단계로 진행한다.
S130 단계에서, 이동 통신 장치는 로깅을 수행할 설정 정보를 설정한다. 이때, 설정 정보는 미리 결정된 방법에 의해 이동 통신 장치에서 자동적으로 설정되거나, 사용자로부터의 입력에 따라 설정되거나, 진단 서버(200, 도 2 참조)로부터의 요청 또는 제어에 따라 설정될 수 있다. 설정 정보 설정이 완료되면, 진단 정보 관리 방법은 S140 단계로 진행한다.
S140 단계에서, 이동 통신 장치는 설정 정보에 따라, 발생된 이벤트에 대한 진단 정보를 수집한다. 구체적으로, 이동 통신 장치는 설정 정보에 따라 로그 정보를 수집할 대상 모듈을 결정하고, 대상 모듈에서 발생하는 로그 정보 중 로그 마스크에 의해 지정된 로그 정보만을 수집하여 진단 정보로서 버퍼에 저장한다. 실시 예로서, 이동 통신 장치는 미리 결정된 압축 포맷 또는 압축 크기로 진단 정보를 압축하여 버퍼에 저장할 수 있다. 그리고 진단 정보 수집이 완료되면, 진단 정보 관리 방법은 S150 단계로 진행한다.
S150 단계에서, 이동 통신 장치는 저장 이벤트가 발생하는지 판단한다. 이때, 저장 이벤트는 로그 정보를 저장하도록 미리 결정된 이벤트일 수도 있고, 사용자 또는 진단 서버(200)로부터의 진단 정보 저장 요청 또는 진단 정보 전송 요청에 따라 발생되는 이벤트일 수도 있다. 저장 이벤트가 발생하면, 진단 정보 관리 방법은 S160 단계로 진행한다. 그렇지 않으면, 진단 정보 관리 방법은 계속적으로 로깅을 수행하기 위해 S140 단계로 되돌아간다.
S160 단계에서, 이동 통신 장치는 발생된 저장 이벤트에 응답하여, 버퍼에 저장된 진단 정보 중 저장 이벤트와 관련된 진단 정보를 추출하여 저장한다. 여기서 추출 및 저장되는 진단 정보는 대상 모듈로부터 수집된 로그 정보를 포함할 수 있다. 실시 예로서, 추출된 진단 정보는 로그 저장 모듈(170, 도 2 참조)에 저장된다.
실시 예로서, 저장 이벤트가 관련된 진단 정보를 진단 장치(200)로 자동 전송하도록 미리 결정된 자동 전송 이벤트인 경우, 추출된 진단 정보는 진단 정보 전송부(140)를 경유하여 진단 장치(200)로 바로 전송될 수 있다. 이 경우, 추출된 진단 정보는 진단 장치(200)로의 전송이 완료된 후, 로그 저장 모듈(170)에 저장되지 않고 바로 삭제될 수 있다.
S170 단계에서, 이동 통신 장치는 진단 정보 수집을 새롭게 시작할 것인지 결정한다. 새로운 진단 정보를 수집하도록 결정되면, 진단 정보 관리 방법은 S110 단계로 진행한다. 그렇지 않으면 진단 정보 관리 방법은 종료한다.
도 6은 본 발명의 실시 예에 따른 이동 통신 장치의 설정 정보를 결정하는 진단 정보 관리 방법을 나타내는 순서도이다. 도 6에서 설정 정보는 수집 설정 또는 저장 설정 정보를 포함한다. 이동 통신 장치는 설정 정보에 따라 로그 마스크를 추가하거나 제거할 수 있고, 또는 수집된 진단 정보를 자동 저장할 수 있다.
앞에서 설명한 바와 같이, 로그 마스크는 저장할 로그 정보들을 나타내는(또는, 어떤 로그 정보들을 저장할 지를 나타내는) 참조 데이터를 의미한다. 도 6을 참조하면 본 실시 예에서의 진단 정보 관리 방법은 S210 단계 내지 S290 단계를 포함한다.
S210 단계에서, 이동 통신 장치는 설정 정보를 초기 상태로 설정한다. 초기 상태 설정이 완료되면 진단 정보 관리 방법은 S220 단계로 진행한다.
S220 단계에서, 이동 통신 장치는 설정 정보를 초기 상태로부터 변경하기 위한 추가 설정을 수행할지 여부를 결정한다. 추가 설정을 수행하는 경우, 진단 정보 관리 방법은 S230 단계로 진행한다. 그렇지 않으면, 진단 정보 관리 방법은 종료한다.
S230 단계에서, 이동 통신 장치는 설정 정보에 로그 마스크를 추가하거나 설정 정보의 로그 마스크를 제거할지 판단한다. 로그 마스크를 추가하거나 제거하는 경우 진단 정보 관리 방법은 S240 단계로 진행한다. 그렇지 않으면, 진단 정보 관리 방법은 S250 단계로 진행한다.
S240 단계에서, 이동 통신 장치는 로그 마스크를 추가 또는 제거한다. 이때, 로그 마스크의 추가 또는 제거는 사용자의 직접 조작에 의해 제어되거나 진단 장치(200)에 의해 원격으로 제어될 수 있다. 로그 마스크의 추가 또는 제거가 완료되면 진단 정보 관리 방법은 S250 단계로 진행한다.
S250 단계에서, 이동 통신 장치는 설정 정보에 진단 정보를 자동 저장할지 여부를 나타내는 자동 저장 설정을 포함시킬지 결정한다. 자동 저장 설정을 포함시키는 경우, 진단 정보 관리 방법은 S260 단계로 진행한다. 그렇지 않으면, 진단 정보 관리 방법은 종료한다.
S260 단계에서, 이동 통신 장치는 진단 정보를 자동 저장할 자동 저장 이벤트를 결정한다. 여기서 자동 저장 이벤트는 이벤트 발생시 대응되는 진단 정보를 자동 저장하도록 지정된 이벤트를 의미한다. 자동 저장 이벤트는 사용자의 직접 조작이나 진단 장치(200)에 의해 결정되어, 그 내용이 설정 정보에 추가되거나 설정 정보로부터 제거될 수 있다.
한편, 자동 저장 이벤트가 결정되면, 이동 통신 장치는 자동 저장 이벤트에 대해 이벤트 플래그를 설정할 수 있다. 이벤트 플래그는 대응되는 이벤트 발생시 해당 이벤트를 자동 저장할 지를 직접적으로 나타내는 플래그로서, 이벤트 플래그가 설정되어 있으면 해당 이벤트를 자동 저장하고, 이벤트 플래그가 설정되어 있지 않으면 자동 저장을 수행하지 않는 방식으로 이동 통신 장치를 운용할 수 있다.
그리고, 진단 정보 관리 방법은 S270 단계로 진행한다.
S270 단계에서, 이동 통신 장치는 수집된 진단 정보를 저장할 저장 단위를 결정한다. 여기서 저장 단위는 진단 정보를 파일로 저장할 때, 저장되는 파일의 기본 크기를 의미한다. 저장 단위가 결정된 경우, 진단 정보는 저장 단위마다 별개의 파일로 구분되어 저장될 수 있다. 예를 들어, 저장 단위가 30Mbyte 인 경우, 버퍼에 저장되는 진단 정보의 크기가 30Mbyte가 될 때마다, 버퍼에 저장된 진단 정보를 추출하여 파일로 저장한다. 실시 예로서, 버퍼의 크기를 저장 단위로 결정할 수 있다.
다만, 저장 단위에 따라 진단 정보를 저장하는 것은 선택적인 사항으로서, 경우에 따라 S270 단계는 생략될 수 있다. 한편, S270 단계가 종료되면, 진단 정보 관리 방법은 종료한다.
도 7은 본 발명의 실시 예에 따른 이동 통신 장치의 압축 저장 방법을 나타내는 순서도이다. 도 7에서 이동 통신 장치는 로그 정보를 수집하여 진단 정보로서 버퍼에 저장할 때, 진단 정보를 미리 결정된 크기로 압축할 수 있다. 버퍼의 크기는 일반적으로 제한적이므로, 이와 같이 버퍼에 저장할 데이터를 압축함으로써 진단 정보 저장에 소요되는 버퍼의 양을 최소화할 수 있다. 도 7을 참조하면, 압축 저장 방법은 S310 단계 내지 S330 단계를 포함한다.
S310 단계에서, 이동 통신 관리 장치는 설정 정보(예를 들어, 로그 마스크)를 참조하여 버퍼에 저장할 때, 진단 정보를 압축하여 저장할지 결정한다. 압축하여 저장하는 경우, 압축 저장 방법은 S320 단계로 진행한다. 그렇지 않으면, 압축 저장 방법은 S330 단계로 진행한다.
S320 단계에서, 이동 통신 관리 장치는 수집된 진단 정보를 압축한다. 이때, 이동 통신 관리 장치는 설정 정보를 참조하여 진단 정보를 압축할 수 있다. 이때, 설정 정보는 진단 정보를 압축하는데 사용될 압축 방식, 압축 파일의 크기, 압축률에 대한 정보를 포함할 수 있다. 이때, 압축 파일의 크기는 버퍼의 크기보다 작도록 설정될 수 있다. 압축이 완료되면, 압축 저장 방법은 S330 단계로 진행한다.
S330 단계에서, 이동 통신 관리 장치는 압축된 진단 정보 또는 압축되지 않은 원래의 진단 정보를 버퍼에 저장한다. 저장이 완료되면 압축 저장 방법은 종료한다.
한편, 앞서 설명한 바와 같이, 버퍼에 저장된 진단 정보는 저장 이벤트에 따라 추출되어, 보다 장기적인 저장을 위해 로그 저장 모듈(160)에 저장되거나, 또는 진단 정보 전송부(130)를 통해 진단 장치(200)에 전송될 수 있다.
도 8은 본 발명의 실시 예에 따른 이동 통신 장치의 자동 저장 방법을 나타내는 순서도이다. 도 8에서 이동 통신 장치는 저장 이벤트(자동 저장 이벤트 또는 사용자 제어에 의한 저장 이벤트)가 발생하면, 버퍼에 저장된 진단 정보 중 저장 이벤트에 대응되는 진단 정보를 추출하여 파일로 저장한다. 이때, 진단 정보 관리자(160)는 사용자의 제어에 따라 별도의 파일 저장 커맨드를 이용하여 진단 정보를 저장할 수 있고, 또는 미리 결정된 이벤트의 발생 여부에 따라 진단 정보를 자동 저장할 수도 있다. 도 8을 참조하면, 자동 저장 방법은 S420 단계 내지 S440 단계를 포함한다.
S410 단계에서, 이동 통신 장치는 자동 저장 이벤트를 위한 호출이 발생하였는지 판단한다. 예를 들어, 이동 통신 장치는 발생된 이벤트가 자동 저장 이벤트와 일치하는 경우, 자동 저장 이벤트를 위한 호출이 발생한 것으로 판단한다. 여기서 자동 저장 이벤트는 이벤트 발생시 관련된 진단 정보를 자동 저장하기로 미리 결정된 이벤트를 의미한다.
실시 예로서, 이동 통신 장치의 주요한 동작 또는 중대한 에러와 관련된 이벤트들이 자동 저장 이벤트로서 결정될 수 있다. 예를 들어, 이동 통신 장치의 네트워크 상태를 변경하는 이벤트(예를 들어, 3G 모드에서 LTE 모드로, 또는 LTE 모드에서 Wifi 모드로), 에러로 인한 소프트웨어 또는 하드웨어의 재시작 이벤트, 비정상적 종료 이벤트(예를 들어, 갑작스러운 파워-오프) 등과 같은 이동 통신 장치의 주요한 동작에 관련된 이벤트가 자동 저장 이벤트로서 결정될 수 있다. 자동 저장 이벤트를 위한 호출이 발생하였으면, 자동 저장 방법은 S420 단계로 진행한다. 그렇지 않으면, 자동 저장 방법은 S440 단계로 진행한다.
S420 단계에서, 이동 통신 장치는 호출에 응답하여 자동 저장 이벤트를 발생시킨다. 그리고, 자동 저장 방법은 S430 단계로 진행한다.
S430 단계에서, 이동 통신 장치는 발생된 자동 저장 이벤트와 관련된 진단 정보를 파일로 저장하기 위해,버퍼에 저장된 진단 정보 중 발생된 자동 저장 이벤트와 관련된 진단 정보를 선택한다. 파일로 저장할 진단 정보가 선택되면, 자동 저장 방법은 S450 단계로 진행한다.
다시, S410 단계로 돌아가서, 자동 저장 이벤트를 위한 호출이 발생하지 않았으면, 자동 저장 방법은 S440 단계로 진행한다. 그리고, S440 단계에서, 이동 통신 장치는 사용자의 제어에 따라 수동식으로(예를 들어, 사용자로부터 저장 명령을 입력 받음) 진단 정보를 파일로 저장하기 위해, 파일 저장 커맨드를 호출한다. 그리고, 파일 저장 커맨드에 의해 버퍼에 저장된 진단 정보 중 파일로 저장할 진단 정보가 선택된다.
실시 예로서, 사용자로부터의 저장 명령 입력 및 파일 저장 커맨드의 호출은 이동 통신 장치에 내장된 별도의 어플리케이션(또는, 앱)을 통해 수행될 수 있다. 커맨드 호출이 완료되면, 자동 저장 방법은 S450 단계로 진행한다.
S450 단계에서, 이동 통신 장치는 선택된 결과에 따라, 버퍼의 진단 정보를 추출하여 파일로 저장한다. 이때 파일로 저장되는 데이터는 로그 저장 모듈(170, 도 2 참조)에 저장될 수 있다.
도 9는 본 발명의 실시 예에 따른 이동 통신 장치의 진단 정보 전송 방법을 나타내는 순서도이다. 도 9에서 이동 통신 장치는 사용자의 제어 또는 자동 전송 이벤트의 발생에 따라 저장된 진단 정보를 진단 서버(200, 도 2 참조)에 전송한다. 여기서, 자동 전송 이벤트는 이벤트 발생시, 발생된 이벤트에 관련된 진단 정보를 진단 서버(200)에 자동 전송하도록 설정된 이벤트를 의미한다. 도 9를 참조하면, 진단 정보 전송 방법은 S510 단계 내지 S570 단계를 포함한다.
S510 단계에서, 이동 통신 장치는 자동 전송 이벤트의 발생 여부에 따라 저장된 진단 정보(또는, 로그)를 진단 서버로 자동으로 전송할 지를 결정한다. 여기서, 진단 정보는 버퍼에 저장된 진단 정보일 수도 있고, 버퍼로부터 추출되어 파일로 저장된 진단 정보일 수도 있다. 저장된 진단 정보를 진단 서버(200)로 자동 전송하는 경우, 진단 정보 전송 방법은 S520 단계로 진행한다. 그렇지 않으면, 진단 정보 전송 방법은 S570 단계로 진행한다.
S520 단계에서, 이동 통신 장치는 전송할 파일을 파일이 저장된 저장 경로(예를 들어, 로그 저장 모듈(170, 도 2 참조))로부터 검색한다. 전송할 파일이 검색되면, 진단 정보 전송 방법은 S530 단계로 진행한다.
S530 단계에서, 이동 통신 장치는 검색된 파일을 진단 서버(200)로 전송한다. 이때, 이동 통신 장치는 저장 파일의 포맷과 전송 파일의 포맷이 서로 다른 경우, 저장 파일의 포맷을 전송 파일의 포맷으로 변환시킬 수 있다. 전송 전송을 수행한 후, 진단 정보 전송 방법은 S540 단계로 진행한다.
S540 단계에서, 이동 통신 장치는 전송한 파일을 삭제할 지 여부를 결정한다. 파일을 삭제하는 경우, 진단 정보 전송 방법은 S550 단계로 진행한다. 그렇지 않으면 진단 정보 전송 방법은 종료한다.
S550 단계에서, 이동 통신 장치는 파일을 삭제하기에 앞서, 검색된 파일의 전송이 성공적으로 수행되었는지 확인한다. 파일의 전송이 성공적으로 수행되지 않았다면, 여전히 파일을 보존할 필요가 있기 때문이다. 파일의 전송이 성공적으로 수행되었으면, 진단 정보 전송 방법은 S560 단계로 진행한다. 그렇지 않으면, 파일의 재전송을 위해 진단 정보 전송 방법은 S510 단계로 복귀한다.
S560 단계에서, 이동 통신 장치는 전송된 파일을 삭제한다. 파일의 삭제가 완료되면, 진단 정보 전송 방법은 종료한다.
다시, S510 단계로 돌아가면, 저장된 진단 정보를 진단 서버로 자동으로 전송하지 않으면, 진단 정보 전송 방법은 S570 단계로 진행한다.
그리고, S570 단계에서, 진단 정보 전송 방법은 사용자의 제어에 따라 진단 정보를 수동으로 진단 장치(200)에 전송한다. 이때, 진단 정보는 사용자가 원하는 시점에 파일로서 전송될 수 있다. 파일 전송이 완료되면, 진단 정보 전송 방법은 종료한다.
이상에서, 이동 통신 장치의 진단 정보 관리 방법에 대해서 구체적으로 설명하였다. 앞서의 설명들에서 진단 정보 관리 방법의 주체는 주로 이동 통신 장치로서 설명되었지만, 이는 예시적인 것으로서 진단 정보 관리 방법의 주체는 진단 정보 관리자(160, 도 2 참조) 또는 이동 통신 장치의 다른 모듈일 수 있다.
상기와 같은 본 발명의 예시적인 구성들에 따르면, 이동 통신 장치에 문제점이 발생시 그에 대한 진단 정보를 실시간으로 진단 서버에 전송할 수 있다. 또한, 이동 통신 장치와 진단 서버가 서로 떨어진 경우에도, 이동 통신 장치의 진단 정보를 진단 서버에 제공할 수 있다. 또한, 이동 통신 장치의 진단 정보 수집 방식을 사용자 또는 진단 서버가 원격으로 제어할 수 있다.
본 발명의 상세한 설명에서는 구체적인 실시 예를 들어 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한 각 실시 예는 여러 가지 형태로 변형될 수 있다.
또한, 여기서 특정한 용어들이 사용되었으나, 이는 단지 본 발명을 설명하기 위한 목적에서 사용된 것이지 의미 한정이나 특허청구범위에 기재된 본 발명의 범위를 제한하기 위하여 사용된 것은 아니다. 그러므로 본 발명의 범위는 상술한 실시 예에 국한되어 정해져서는 안되며 후술하는 특허 청구범위뿐만 아니라 이 발명의 특허 청구범위와 균등한 것들에 의해 정해져야 한다.
10, 110: 어플리케이션 프로세서부
11, 111: 운영 시스템 영역 12, 112: 리눅스 커널 영역
20, 120: 베이스밴드 칩셋부 30: 진단 포트
40: 진단 장치 50, 300: 기지국
200: 진단 장치 130: 안드로이드 로그 모듈
140: 진단 정보 전송부 150: 베이스밴드 로깅 모듈
160: 진단 정보 관리자 170: 로그 저장 모듈

Claims (23)

  1. 이동 통신 장치 상에서 동작하는 응용프로그램을 제어하는 어플리케이션 프로세서부;
    상기 이동 통신 장치와 기지국 사이의 통신을 제어하는 베이스밴드 칩셋부; 및
    상기 어플리케이션 프로세서부 및/또는 상기 베이스밴드 칩셋부로부터 진단 정보를 수집하고, 상기 수집한 진단 정보를 저장 매체에 저장하거나, 원격의 진단 장치에 전송하는 진단 정보 관리자를 포함하며,
    상기 진단 정보 관리자 측에서는 버퍼에 저장할 로그들을 나타내는 로그 마스크를 참조하여, 운영 시스템 영역, 리눅스 커널 영역, 또는 베이스밴드 칩셋부로부터 진단 정보를 수집하고, 수집된 진단 정보를 버퍼에 저장함과 아울러, 자동 저장 이벤트의 발생에 응답하여, 버퍼에 저장된 진단 정보들 중 이동 통신 장치의 주요한 동작과 관련된 이벤트와 관련된 진단 정보, 또는 이동 통신 장치의 중대한 에러와 관련된 이벤트와 관련된 진단 정보를 추출한 후, 추출된 각 진단 정보를 저장 매체에 파일로 저장하는 이동 통신 장치.
  2. 제 1 항에 있어서,
    상기 진단 정보 관리자는,
    상기 원격의 진단 장치로부터의 요청 또는 미리 결정된 조건에 따라, 상기 수집한 진단 정보를 상기 저장 매체에 저장하거나 상기 원격의 진단 장치에 전송하는 이동 통신 장치.
  3. 제 1 항에 있어서,
    상기 진단 장치는 상기 진단 정보로부터 상기 이동 통신 장치의 동작 오류를 판단하는 진단 도구를 구비한 컴퓨팅 장치인 이동 통신 장치.
  4. 삭제
  5. 삭제
  6. 삭제
  7. 삭제
  8. 삭제
  9. 삭제
  10. 삭제
  11. 삭제
  12. 삭제
  13. 삭제
  14. 삭제
  15. 삭제
  16. 삭제
  17. 삭제
  18. 삭제
  19. 삭제
  20. 이동 통신 장치의 모듈들 중 적어도 하나 이상의 모듈로부터 상기 이동 통신 장치의 동작 오류를 판단하기 위한 진단 정보를 수집하는 단계; 및
    상기 수집된 진단 정보를 저장 매체에 저장하거나, 또는 원격의 진단 장치에 제공하는 단계를 포함하며,
    상기 진단 정보를 수집하는 단계 및 수집된 진단 정보를 저장 매체에 저장하는 단계는,
    버퍼에 저장할 로그들을 나타내는 로그 마스크를 참조하여, 운영 시스템 영역, 리눅스 커널 영역, 또는 베이스밴드 칩셋부로부터 진단 정보를 수집하고, 수집된 진단 정보를 버퍼에 저장함과 아울러, 자동 저장 이벤트의 발생에 응답하여, 버퍼에 저장된 진단 정보들 중 이동 통신 장치의 주요한 동작과 관련된 이벤트와 관련된 진단 정보, 또는 이동 통신 장치의 중대한 에러와 관련된 이벤트와 관련된 진단 정보를 추출한 후, 추출된 각 진단 정보를 저장 매체에 파일로 저장하는 단계를 포함하는 이동 통신 장치의 진단 정보 관리 방법.
  21. 삭제
  22. 제 20 항에 있어서,
    상기 이동 통신 장치의 모듈들은 상기 이동 통신 장치 상에서 동작하는 응용프로그램을 제어하는 어플리케이션 프로세서부 및/또는 상기 이동 통신 장치와 기지국 사이의 통신을 제어하는 베이스밴드 칩셋부를 포함하는 이동 통신 장치의 진단 정보 관리 방법.
  23. 삭제
KR1020130111130A 2013-09-16 2013-09-16 이동 통신 장치 및 그것의 진단 정보 관리 방법 KR102121555B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020130111130A KR102121555B1 (ko) 2013-09-16 2013-09-16 이동 통신 장치 및 그것의 진단 정보 관리 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020130111130A KR102121555B1 (ko) 2013-09-16 2013-09-16 이동 통신 장치 및 그것의 진단 정보 관리 방법

Publications (2)

Publication Number Publication Date
KR20150031661A KR20150031661A (ko) 2015-03-25
KR102121555B1 true KR102121555B1 (ko) 2020-06-11

Family

ID=53025125

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020130111130A KR102121555B1 (ko) 2013-09-16 2013-09-16 이동 통신 장치 및 그것의 진단 정보 관리 방법

Country Status (1)

Country Link
KR (1) KR102121555B1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102271597B1 (ko) * 2015-04-30 2021-07-05 주식회사 엘지유플러스 통신망 기반 원격 단말 관리를 위한 서버 및 방법
KR102333866B1 (ko) * 2017-01-09 2021-12-03 한국과학기술원 이동 통신 네트워크 이상 진단 장치 및 방법
KR101882779B1 (ko) * 2017-05-17 2018-07-27 주식회사 이노와이어리스 스몰 셀 설치 작업 모니터링 방법

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020051794A (ko) * 2000-12-23 2002-06-29 구자홍 진단기능이 내장된 무선가입자망 단말장치
KR101441506B1 (ko) * 2007-11-20 2014-09-18 삼성전자주식회사 휴대 단말기 진단 및 감시 방법과 시스템
KR100921555B1 (ko) * 2008-02-01 2009-10-12 주식회사 케이티 진단 서비스를 제공하기 위한 서버 및 방법
KR101065355B1 (ko) * 2008-03-20 2011-09-19 한민규 통신 단말의 원격 진단을 수행하는 단말 장치, 단말 관리서버 및 원격 진단 방법
KR101227846B1 (ko) * 2011-01-28 2013-01-31 제이씨스퀘어주식회사 이동통신 단말기를 위한 진단 방법

Also Published As

Publication number Publication date
KR20150031661A (ko) 2015-03-25

Similar Documents

Publication Publication Date Title
CN107547589B (zh) 一种数据采集处理方法以及装置
CN105656714B (zh) 移动设备的数据采集上报方法和装置
US10083021B2 (en) Method and apparatus for providing firmware over the air service to user equipments
CN109756994B (zh) 一种终端状态的恢复方法、装置、基站及终端
CN102685671B (zh) 一种mdt测量结果上报和上报指示方法及装置
CN108541069B (zh) 配置载波的方法及装置
RU2535630C2 (ru) Способ и устройство для сбора данных мобильной связи
CN102611611B (zh) 一种日志缓存系统及方法
KR20070106046A (ko) 무선 통신 네트워크에서 무선 디바이스의 접속 품질을결정하기 위한 장치 및 방법들
US9319915B2 (en) Method and system of providing MDT measurement information to a base station in a wireless network environment
US20210120448A1 (en) Communication Method and Communications Apparatus
CN102271322A (zh) 一种传输mdt配置信息的方法及装置
US11096177B2 (en) Operation mode switching method and user equipment
EP3197202A1 (en) Reference signal receiving quality reporting method and device
CN108924047B (zh) 一种流表项存储方法、装置、交换机和计算机可读介质
KR102121555B1 (ko) 이동 통신 장치 및 그것의 진단 정보 관리 방법
CN108347463A (zh) 一种终端文件上传方法
US20190274081A1 (en) Base station system, node apparatus and method therein
CN105490829B (zh) 控制报文传输的方法、装置和网络功能虚拟化系统
KR20120037602A (ko) 이동통신 단말 및 이동통신 단말의 엠디티 관련 데이터 관리 방법
CN103618643A (zh) 一种消息队列动态报警监控方法及装置
CN108282804B (zh) 网络通信功能异常的处理方法、应用处理器和移动终端
CN115314933A (zh) QoE测量重配方法、终端、接入网设备及核心网设备
US8868064B1 (en) Mobile device metrics management
CN112399515A (zh) 通信处理方法及装置

Legal Events

Date Code Title Description
N231 Notification of change of applicant
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right