KR20100088702A - 무선 장치에 의한 진단 모니터링 - Google Patents

무선 장치에 의한 진단 모니터링 Download PDF

Info

Publication number
KR20100088702A
KR20100088702A KR1020107013718A KR20107013718A KR20100088702A KR 20100088702 A KR20100088702 A KR 20100088702A KR 1020107013718 A KR1020107013718 A KR 1020107013718A KR 20107013718 A KR20107013718 A KR 20107013718A KR 20100088702 A KR20100088702 A KR 20100088702A
Authority
KR
South Korea
Prior art keywords
wireless
wireless communication
network
wireless device
messages
Prior art date
Application number
KR1020107013718A
Other languages
English (en)
Other versions
KR101130020B1 (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 콸콤 인코포레이티드
Publication of KR20100088702A publication Critical patent/KR20100088702A/ko
Application granted granted Critical
Publication of KR101130020B1 publication Critical patent/KR101130020B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/12—Inter-network notification
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Telephone Function (AREA)

Abstract

무선 장치에 대한 성능을 향상시키기 위해 무선 및 네트워크 상황들을 모니터링하기 위한 기술들이 설명된다. 진단 모니터링 모듈이 무선 장치에 있는 진단 인터페이스를 통해 모뎀으로부터 진단 메시지들을 수신할 수 있다. 그 모듈은 네트워크의 상태를 나타내는 네트워크 상태 정보를 획득하기 위해서 그 진단 메시지들을 처리(예컨대, 분석)할 수 있다. 그 모듈은 무선 네트워크와의 통신을 제어하는데 사용하기 위해서 애플리케이션에 네트워크 상태 정보를 제공할 수 있다. 그 모듈은 무선 장치의 무선 접속이나 데이터 세션 또는 그 둘 모두의 성능을 나타내는 진단 정보를 획득하기 위해서 그 진단 메시지들을 또한 처리할 수 있다. 그 모듈은 네트워크 모니터링, 디버깅 등을 위해 네트워크 서버에 진단 정보를 전송할 수 있다.

Description

무선 장치에 의한 진단 모니터링{DIAGNOSTIC MONITORING BY A WIRELESS DEVICE}
본 출원은 일반적으로 2007년 11월 19일에 "MODE SWITCHING USER DEVICE"란 명칭으로 미국 가출원된 제 60/989,050호를 우선권으로 청구하는데, 그 가출원은 여기서 참조로서 포함된다.
본 발명은 일반적으로 통신에 관한 것으로, 더 상세하게는, 무선 장치를 위해 무선 통신을 지원하기 위한 기술들에 관한 것이다.
음성, 비디오, 패킷 데이터, 메시징, 브로드캐스트 등과 같은 여러 통신 서비스들을 제공하기 위해서 무선 통신 네트워크들이 널리 이용된다. 이러한 무선 네트워크들은 이용가능한 네트워크 자원들을 공유함으로써 다수의 사용자들을 지원할 수 있는 다중-액세스 네트워크들일 수 있다. 이러한 다중-액세스 네트워크들의 예들은 코드 분할 다중 액세스(CDMA) 네트워크들, 시분할 다중 액세스(TDMA) 네트워크들, 주파수 분할 다중 액세스(FDMA) 네트워크들, 직교 FDMA(OFDMA) 네트워크들, 및 단일-반송파 FDMA(SC-FDMA) 네트워크들을 포함한다. 또한, 그 무선(wireless) 네트워크들은 라디오(radio) 네트워크들, 라디오 액세스 네트워크들, 액세스 네트워크들 등으로도 지칭될 수 있다.
무선 장치는 임의의 정해진 순간에 어떤 무선 네트워크의 커버리지 내에 있지 않을 수 있거나, 또는 하나 또는 다수의 무선 네트워크들의 커버리지 내에 있을 수 있다. 무선 장치는 모든 이용가능한 무선 네트워크들 중 가장 선호하는 무선 네트워크에 액세스하고, 이 무선 네트워크와의 무선 접속을 설정할 수 있다. 무선 장치는 또한 지정된 네트워크 엔티티와의 데이터 세션을 설정할 수 있다. 그런 이후에, 무선 장치는 데이터 세션을 위해 무선 접속을 통해서 데이터를 교환할 수 있다. 무선 상황들 및/또는 네트워크 상황들이 데이터 세션 동안에 바뀔 수 있고, 무선 장치의 성능에 영향을 줄 수 있다. 무선 장치를 위한 양호한 서비스를 획득하기 위해서 무선 및 네트워크 상황들을 효율적으로 모니터링하는 것이 바람직하다.
무선 장치에 대한 성능을 향상시키기 위해서 무선 상황들 및 네트워크 상황들을 모니터링하기 위한 기술들이 여기서 설명된다. 한 설계에 있어서, 무선 장치는 진단 모니터링 모듈, 모뎀, 및 애플리케이션을 포함할 수 있다. 진단 모니터링 모듈은 무선 및 네트워크 상황들, 무선 장치의 데이터 성능 등을 나타내는 진단 메시지들을 수신하기 위해서 진단 인터페이스를 통해 모뎀과 통신할 수 있다. 진단 모니터링 모듈은 적절한 정보를 애플리케이션에 제공할 수 있고, 그 애플리케이션은 서비스 활성화, 네트워크 선택 등에 대한 결정을 수행하기 위해서 그 정보를 사용할 수 있다.
한 설계에 있어서, 진단 모니터링 모듈은 진단 인터페이스를 통해서 모뎀으로부터 진단 메시지들을 수신할 수 있다. 그 모듈은 무선 네트워크의 상태를 나타내는 네트워크 상태 정보를 획득하기 위해서 진단 메시지들을 처리할 수 있다. 그 모듈은 무선 네트워크에 대한 적절한 파라미터들을 획득하기 위해서 진단 메시지들을 분석할 수 있고, 이러한 파라미터들에 기초하여 네트워크 상태 정보를 결정할 수 있다. 그 모듈은 무선 네트워크와의 통신을 제어하기 위해서 애플리케이션에 의해 사용할 네트워크 상태 정보를 제 2 인터페이스(예컨대, API들)를 통해서 그 애플리케이션에 제공할 수 있다.
다른 설계에 있어서, 진단 모니터링 모듈은 무선 장치를 위한 무선 접속이나 데이터 세션 또는 그 둘 모두의 성능을 나타내는 진단 정보를 획득하기 위해서 진단 메시지들을 처리할 수 있다. 그 모듈은 해당 파라미터들을 추출하기 위해 진단 메시지들을 분석하고, 나머지 파라미터들은 버리며, 그 추출된 파라미터들은 버퍼에 저장할 수 있다. 그 모듈은 버퍼에 저장된 파라미터들의 세트를 포함하는 레포트를 생성할 수 있으며, 그 레포트를 네트워크 서버에 전송할 수 있다. 그 레포트는 네트워크 모니터링, 디버깅(debugging) 등을 위해 네트워크 서버에 의해서 사용될 수 있는 진단 정보를 포함할 수 있다.
또 다른 설계에 있어서, 무선 장치의 동작 모드에 따라 상이한 방식들로 페이징 메시지들이 그 무선 장치에 전송될 수 있다. 무선 장치가 비활성 모드에서 동작하고 있을 때, 상기 무선 장치는 상기 무선 장치에 대한 제 1 식별자(예컨대, MDN(Mobile Directory Number))에 기초하여 전송된 제 1 페이징 메시지를 수신할 수 있다. 무선 장치가 활성 모드에서 동작고 있을 때, 상기 무선 장치는 상기 무선 장치에 대한 제 2 식별자(예컨대, IP(Internet Protocol) 어드레스)에 기초하여 전송된 제 1 페이징 메시지를 수신할 수 있다. 그 IP 어드레스는 무선 장치에서 애플리케이션에 대한 MDN 및 소켓과 연관될 수 있다. 상기 제 2 페이징 메시지는 애플리케이션을 위한 소켓에 전송될 수 있다.
본 발명의 여러 양상들 및 특징들이 아래에서 더 상세히 설명된다.
도 1은 2개의 무선 네트워크들을 갖는 배치를 나타낸다.
도 2는 무선 장치의 블록도를 나타낸다.
도 3은 진단 모니터링 모듈의 블록도를 나타낸다.
도 4는 무선 장치의 동작 상태들 및 모드들을 나타낸다.
도 5는 정보를 애플리케이션들에 제공하기 위한 처리를 나타낸다.
도 6은 진단 정보를 레포팅하기 위한 처리를 나타낸다.
도 7은 진단 정보를 전송하기 위한 처리를 나타낸다.
도 8은 무선 장치에서 페이징 메시지들을 수신하기 위한 처리를 나타낸다.
도 9는 무선 장치에 페이징 메시지들을 전송하기 위한 처리를 나타낸다.
도 10은 무선 장치, 무선 네트워크, 및 네트워크 서버의 블록도를 나타낸다.
여기서 설명되는 기술들은 CDMA, TDMA, FDMA, OFDMA, SC-FDMA 및 다른 네트워크들과 같은 다양한 무선 통신 네트워크들을 위해 사용될 수 있다. 용어들 "네트워크" 및 "시스템"는 종종 서로 바뀌어 사용된다. CDMA 네트워크는 cdma2000, UTRA(Universal Terrestrial Radio Access) 등과 같은 무선 기술을 구현할 수 있다. cdma2000은 IS-2000, IS-95 및 IS-856 표준들을 커버한다. IS-2000 릴리스들 0 및 A는 일반적으로 CDMA2000 1X, 1xRTT, 1X 등으로 지칭될 수 있다. IS-856은 일반적으로 HRPD(High Rate Packet Data), CDMA2000 1xEV-DO, 1xEV-DO, EVDO 등으로 지칭된다. UTRA는 WCDMA(Wideband CDMA) 및 CDMA의 다른 변형들을 포함한다. TDMA 네트워크는 GSM(Global System for Mobile Communications)과 같은 무선 기술을 구현할 수 있다. OFDMA 네트워크는 UMB(Ultra Mobile Broadband), E-UTRA(Evolved UTRA), IEEE 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802.20, Flash-OFDM
Figure pct00001
등과 같은 무선 기술을 구현할 수 있다. UTRA 및 E-UTRA는 UMTS(Universal Mobile Telecommunication System)의 일부이다. 3GPP LTE(Long Term Evolution)는 다운링크 상에서는 OFDMA를 사용하고 업링크 상에서는 SC-FDMA를 사용하는, E-UTRA를 사용하는 UMTS의 곧 공개될 릴리스이다. UTRA, E-UTRA, UMTS, LTE 및 GSM은 "3rd Generation Partnership Project(3GPP)"란 이름의 기관들의 문헌들에 설명되어 있다. cdma2000 및 UMB는 "3rd Generation Partnership Project 2(3GPP2)"란 이름의 기관들의 문헌들에 설명되어 있다. 명확성을 위해서, 상기 기술들의 특정 양상들이 1xRTT 및 EVDO에 대하여 아래에서 설명된다.
도 1은 상이한 무선 기술들을 활용하는 두 무선 네트워크들인 1xRTT 네트워크(120) 및 EVDO 네트워크(130)를 포함하는 배치(100)를 나타낸다. 1xRTT 네트워크(120)는 기지국들을 포함하는데, 그 기지국들은 자신들의 커버리지 내에 위치하는 무선 장치들을 위한 무선 통신을 지원한다. 마찬가지로, EVDO 네트워크(130)도 기지국들을 포함하는데, 그 기지국들은 자신의 커버리지 내에 위치하는 무선 장치들을 위한 무선 통신을 지원한다. 간략성을 위해 도 1에서는, 1xRTT 네트워크(120)에 대해 단지 하나의 기지국(122)만이 도시되고, EVDO 네트워크(130)에 대해 단지 하나의 기지국(132)만이 도시되어 있다. 기지국들(122 및 132)은 상이한 장소들에 위치되거나 또는 동일한 장소에 함께 위치될 수 있다. 일반적으로, 기지국(BS)(1xRTT 용어)은 무선 장치들과 통신하는 고정국이며, 액세스 포인트(AP)(EVDO 용어), Node B(3GPP 용어), evolved Node B(역시 3GPP 용어), BST(base transceiver station) 등으로도 지칭될 수 있다. 기지국은 특정 지리 영역에 대한 통신 커버리지를 제공할 수 있다. 네트워크 용량을 향상시키기 위해서, 기지국의 전체 커버리지 영역은 다수의(예컨대 3개) 작은 영역들로 분할될 수 있다. 3GPP2에서, "섹터"란 용어는 기지국의 가장 작은 커버리지 영역 및/또는 이러한 커버리지 영역에 서빙하는 기지국 서브시스템을 지칭할 수 있다. 기지국은 또한 아래의 설명에서 "BS"로 지칭된다.
무선 장치(110)는 고정적이거나 혹은 이동적일 수 있으며, 이동국(MS)(1xRTT 용어), 액세스 단말기(AT)(EVDO 용어), 사용자 기기(UE)(3GPP 용어), 가입자 유닛, 스테이션 등으로도 지칭될 수 있다. 무선 장치(110)는 셀룰러 전화기, PDA(personal digital assistant), 무선 모뎀, 랩톱 컴퓨터, 무선 로컬 루프(WLL) 스테이션, 사용자 장치 등일 수 있다. 무선 장치(110)는 순방향 링크 및/또는 역방향 링크를 통해서 기지국과 통신할 수 있다. 순방향 링크(또는 다운링크)는 기지국으로부터 무선 장치로의 통신 링크를 지칭하고, 역방향 링크(또는 업링크)는 무선 장치로부터 기지국으로의 통신 링크를 지칭한다. 무선 장치(110)는 아래의 설명에서 "장치", "MS" 및 "AT"로도 지칭된다.
1xRTT 네트워크(120)에서, BSC(Base Station Controller)(124)는 기지국들의 세트에 연결될 수 있고, 이러한 기지국들에 대한 조정 및 제어를 제공할 수 있다. BSC(124)는 무선 장치들로의 트래픽 채널들의 할당을 처리하고, 무선 장치들의 핸드오프를 제어하며, 기타 다른 동작들을 수행한다. MSC(Mobile Switching Center)(126)는 BSC(124)에 연결될 수 있고, 무선 장치들을 위한 회선-스위칭 통신(circuit-switched communication)을 지원할 수 있다. MSC(126)는 회선-스위칭 통화들을 위한 라우팅(routing)을 제공하고, MSC에 의해 서빙되는 영역 내에 위치하는 무선 장치들에 대한 이동성 관리를 수행할 수 있다.
EVDO 네트워크(130)에서, BSC/패킷 제어 기능부(PCF)(134)는 기지국들의 세트에 연결될 수 있고, 이러한 기지국들과 패킷 데이터 서빙 노드(PDSN)(140) 간의 패킷 데이터 교환을 제어할 수 있다. PDSN(140)은 무선 네트워크들(120 및 130)과 통신하는 무선 장치들을 위해 패킷-스위칭 통신(packet-switched communication)을 지원할 수 있다. PDSN(140)은 무선 장치들을 위한 데이터 세션들의 설정, 관리, 및 종료를 처리할 수 있다. PDSN(140)은 네트워크 운영자에 의해서 소유되어 동작될 수 있는 사설 네트워크(150)에 연결될 수 있다.
진단 모니터링 서버(160)는 사설 네트워크(150)에 연결될 수 있고, 무선 및 네트워크 상황들의 모니터링을 지원할 수 있다. 서버(160)는 무선 장치들에 의해서 관측되는 무선 및 네트워크 상황들을 설명하는 레포트들을 수신할 수 있다. 서버(160)는 네트워크 모니터링 및 디버깅을 지원할 수 있고, 요청받을 경우에는 무선 네트워크들의 상태를 제공할 수 있다. 레디어스 서버(Radius server)(162)는 사용자들에 대한 AAA(authentication, authorization 및 accounting) 기능들을 지원할 수 있다. 레디어스 서버(162)는 또한 MDN-IP 어드레스 결합(MDN to IP address binding)의 데이터베이스를 저장할 수 있는데, 그것은 아래에서 설명되는 바와 같이 활성 데이터 세션들을 갖는 무선 장치들을 페이징하는데 사용될 수 있다. 페이징 서버(164)는 1xRTT 네트워크(120) 및 EVDO 네트워크(130)를 통해 무선 장치들의 페이징을 지원할 수 있다. 다른 기능들을 지원하는 다른 서버들이 또한 사설 네트워크(150)에 연결될 수 있다. 서버들은 또한 다른 이름들로 지칭될 수 있다. 사설 네트워크(150)는 인터넷 및/또는 다른 데이터 네트워크들을 포함할 수 있는 공용 네트워크(152)에 연결될 수 있다.
고객 컨텐트 서버(170)는 무선 장치들에 의해서 가입될 수 있고 또한 그것들에 의해서 획득될 수 있는 하나 이상의 서비스들을 지원할 수 있다. 예컨대, 서버(170)는 예컨대 오디오, 비디오, 및/또는 다른 미디어 컨텐트를 무선 장치들에 다운로딩하는 것과 같은 멀티-미디어 서비스들을 제공할 수 있다. 하나의 이러한 멀티-미디어 서비스는 앞서 언급된 미국 가출원 제 60/989,050호에 설명된 바와 같은 북 컨텐트(book content)의 다운로드일 수 있다.
무선 장치(110)는 PDSN(140)과의 데이터 세션을 설정할 수 있고, 그 데이터 세션 동안에 데이터를 전송 및 수신할 수 있다. 그 데이터 세션은 또한 PPP(Point-to-Point Protocol) 세션, 데이터 접속 등으로도 지칭될 수 있다. 그 데이터 세션은 임의의 시간 기간 동안 유효할 수 있고, 무선 장치(110)나 PDSN(140) 중 어느 하나에 의해서 클로즈드될 수 있다.
무선 장치(110)는 데이터 세션 동안은 임의의 정해진 순간에 전송 또는 수신할 데이터를 가질 수 있거나 혹은 가질 수 없다. 무선 장치(110)는 전송 또는 수신할 데이터가 있을 때마다 무선 네트워크와의 무선 접속을 설정할 수 있다. 그 무선 접속은 데이터 통화, 데이터 서비스 등으로 지칭될 수 있다. 무선 장치(110)는 무선 접속을 위한 트래픽 채널들이 할당될 수 있고, 그 할당된 트래픽 채널들을 통해서 데이터를 전송 및/또는 수신할 수 있다. 그 무선 접속 및 그 트래픽 채널들은 전송하거나 수신할 데이터가 있는 한 유효할 수 있고, 무선 자원들을 보존하기 위해서 데이터 활성이 존재하지 않을 때는 해제될 수 있다.
한 설계에 있어서, 무선 장치(110)는 표 1에 제시된 무선 접속 상태들 중 하나에서 동작할 수 있다.
무선 접속/데이터 통화 상태들
접속 상태 설명
IDLE MS가 무선 접속을 갖지 않음
CONNECTED 1xRTT MS가 1xRTT 네트워크와의 무선 접속을 가짐
CONNECTED EVDO MS가 EVDO 네트워크와의 무선 접속을 가짐
한 설계에 있어서, 무선 장치(110)는 표 2에 제시된 세션 상태들 중 하나에서 동작할 수 있다.
세션 상태들
세션 상태 설명
ONLINE 데이터 세션 및 무선 접속이 설정됨
DORMANT 데이터 세션이 설정되고, 무선 접속이 해제됨
CLOSED 데이터 세션이 클로즈됨
UNAVAIL 모뎀이 초기화되어 있고, 어떤 데이터 세션 및 어떤 무선 접속도 설정되지 않았음
ERROR 모뎀이 네트워크 연결에 실패했음
도 2는 무선 장치(110)의 설계에 대한 블록도를 나타낸다. 전송 경로에서, 모뎀(210)은 무선 장치(110)에 의해 전송될 데이터 및 시그널링을 처리함으로써(예컨대, 인코딩, 변조, 확산, 및 스크램블링) 출력 샘플들을 획득한다. 전송기(212)는 하나 이상의 기지국들에 전송될 수 있는 역방향 링크 신호를 생성하기 위해 그 출력 샘플들을 컨디셔닝할 수 있다(예컨대, 아날로그로의 변환, 필터링, 증폭, 및 주파수 상향 변환). 수신 경로에서, 기지국들로부터의 순방향 링크 신호들은 수신되어 수신기(214)에 제공될 수 있다. 수신기(214)는 수신된 신호를 컨디셔닝하여(예컨대, 필터링, 증폭, 주파수 하향변환, 및 디지털화) 입력 샘플들을 획득할 수 있다. 모뎀(210)은 무선 장치(110)에 전송되어지는 디코딩된 데이터 및 시그널링을 획득하기 위해서 입력 샘플들을 처리할 수 있다(예컨대, 디스크램블링, 역확산, 복조, 및 디코딩). 모뎀(210)은 무선 장치(110)에 현재 서빙하고 있는 무선 네트워크에 의해서 사용되는 무선 기술(예컨대, 1xRTT 또는 EVDO)에 따라 처리과정을 수행할 수 있다. 한 설계에 있어서, 모뎀(210)은 Qualcomm Incorporated,Inc로부터의 이동국 모뎀(MSM)을 통해 구현될 수 있다.
애플리케이션(230)은 멀티미디어 애플리케이션, 이메일 애플리케이션, 웹 브라우저 애플리케이션, 위치결정 서비스들 애플리케이션 등과 같은 여러 애플리케이션들을 포함할 수 있다. 애플리케이션은 사용자에 의해 요청되는 서비스를 제공하기 위해서 네트워크 엔티티와 통신할 수 있다. 예컨대, 멀티미디어 애플리케이션은 사용자에게 디스플레이하기 위해 무선 장치(110)에 미디어(예컨대, 북 컨텐트)를 다운로딩할 목적으로 고객 컨텐트 서버(170)와 통신할 수 있다. 애플리케이션들(230)은 모뎀들을 위해 일반적으로 사용되는 AT 인터페이스를 통해서 AT 명령들을 교환함으로써 모뎀(210)과 통신할 수 있다.
애플리케이션은 사용자에 의해 요청되는 서비스를 제공하기 위해서 무선 네트워크와의 데이터 통화를 설정하길 원할 수 있다. 애플리케이션은 데이터 통화를 설정하기 위해서 모뎀(210)과 AT 명령들을 교환할 수 있다. AT는 전화걸기, 전화끊기, 및 데이터 통화의 바뀌는 파라미터들과 같은 동작들을 지원할 수 있다. AT 명령들은 예컨대 어떤 무선 네트워크들이 이용가능한지와 같은 네트워크 상황들에 관한 제한된 정보를 애플리케이션에 제공할 수 있다. 애플리케이션은 성공적인 데이터 통화가 설정될 때까지는 상이한 무선 네트워크들과의 데이터 통화를 설정하려 시도할 수 있다. 그런 이후에, 애플리케이션은 설정된 데이터 통화를 통해서 네트워크 엔티티(예컨대, 고객 컨텐트 서버(170))와 통신할 수 있다. AT 명령들은 일단 데이터 통화가 설정되면 이용가능하지 않을 수 있다. 데이터 통화를 중단시키고 AT 명령들의 교환들을 허용하기 위해서 이스케이프 시퀀스(escape sequence)가 수행될 수 있다. 그러나, 이러한 중단은 사용자게 제공되고 있는 서비스에 대해 파괴적일 수 있다. 어쨌든, 애플리케이션은 네트워크 상황들 및 장치 성능에 대해 제한된 가시성(visibility)을 가질 수 있다.
일양상에 있어서, 진단 모니터링 모듈(220)은 무선 및 네트워크 상황들, 무선 장치(110)의 데이터 성능 등을 나타내는 진단 메시지들을 수신하기 위해서 진단 인터페이스를 통해 모뎀(210)과 통신할 수 있다. 진단 모니터링 모듈(220)은 또한 애플리케이션들로부터 요청들을 수신하고 적절한 정보를 애플리케이션들에 제공하기 위해서 애플리케이션들(230)과 통신할 수 있다. 애플리케이션들은 서비스 활성화 및 네트워크 선택에 대한 결정들을 수행하는 것, 선택된 무선 네트워크와의 통신을 제어하는 것 등을 위해서 그 정보를 사용할 수 있다. 아래에서 설명되는 바와 같이, 진단 모니터링 모듈(220)은 여러 기능들을 수행하고 여러 타입들의 정보를 제공할 수 있다.
진단 모니터링 모듈(220)은 모뎀(210)으로부터의 여러 파라미터들을 수집할 수 있다. 이러한 파라미터들은 사용자 경험 및 네트워크 성능을 포함하는 서비스 품질(QoS) 메트릭들에 대한 것일 수 있다. QoS 메트릭들은 QoS 이슈들(issues)이 존재하는지 여부 및 그 QoS 이슈들이 무선 접속(즉, 무선 네트워크 이슈들) 또는 데이터 접속(즉, 데이터 접속성 이슈들)에 관련되는지 여부를 결정하기 위해서 사용될 수 있다. 모듈(220)은 애플리케이션들(230), 진단 모니터링 서버(160), 고객 컨텐트 서버(170), 및/또는 다른 엔티티들에 유용할 수 있는 여러 타입들의 정보를 획득하기 위해서 그 파라미터들을 처리할 수 있다. 한 설계에 있어서, 모듈(220)은 표 3에 리스트된 타입들의 정보를 수집하여 제공할 수 있다.
정보 타입
정보 타입 설명
네트워크 상태 정보 무선 네트워크들에 관련된 정보
장치 상태 정보 MS에 관련된 정보
데이터 접속성 정보 MS를 위한 데이터 세션에 관련된 정보
진단 정보 MS를 위한 무선 접속 및 데이터 세션의 상태에 관련된 정보
네트워크 상태 정보는 수신된 신호 강도, 검출된 무선 네트워크 등을 포함할 수 있다. 장치 상태 정보는 무선 장치(110)에 대한 식별자들, 무선 장치(110)를 위해 구성된 아이템들에 대한 정보 등을 포함할 수 있다. 데이터 접속 정보는 데이터 접속 상태, 데이터 성능 메트릭들 등을 포함할 수 있다. 진단 정보는 무선 장치(110)를 위한 무선 접속 및/또는 데이터 세션에 관련된 정보를 포함할 수 있다. 이러한 상이한 타입들의 정보는 아래에서 더 상세히 설명된다.
도 3은 도 2에서의 진단 모니터링 모듈(220)의 설계에 대한 블록도를 나타낸다. 진단 모니터링 모듈(220)은 애플리케이션 프로그래밍 인터페이스들(API들)(310)을 통해 애플리케이션들(210)과 통신할 수 있다. 제어 모듈(320)은 진단 모니터링 모듈(220) 내에 있는 여러 모듈들의 동작을 제어할 수 있다. 제어 모듈(320)은 API들(310)을 통한 애플리케이션들(230)로부터의 요청들을 수신하고, 그 요청들을 처리하며, 애플리케이션들에 정보를 제공할 수 있다.
제어 모듈(320)은 주기적으로 및/또는 이벤트들에 의해 트리거링될 때 특정 파라미터들을 레포팅하도록 모뎀(210)을 구성하기 위해서 구성 메시지를 모뎀(210)에 전송할 수 있다. 제어 모듈(320)은 또한 특정 파라미터들을 요청하기 위해서 모뎀(210)에 명령 요청 메시지들을 전송할 수 있다. 여기서 사용되는 바와 같이, "파라미터"란 용어는 고정적이거나 혹은 동적일 수 있는 임의의 부분들의 정보를 일반적으로 지칭한다. 모뎀(210)은 표 4에서 설명되는 바와 같을 수 있는 명령 응답 메시지들, 로그 메시지들, 이벤트 메시지들, 및 디버그 메시지들과 같은 진단 메시지들을 제공할 수 있다.
진단 메시지들
메시지 타입 설명
명령 응답 메시지들 명령 요청 메시지들에 대한 응답으로 전송되는 메시지들
로그 메시지들 주기적으로 전송되는 메시지들
이벤트 메시지들 이벤트들에 의해 트리거될 때 전송되는 메시지들
디버그 메시지들 디버그 및 트러블 슈팅을 보조하기 위해 스트리밍 방식으로 전송되는 메시지들
표 4에서의 상이한 타입들의 메시지들은 그 메시지들이 어떻게 전송되는지 및 어쩌면 무엇이 그 메시지들을 통해 전송되는지에 의해서 특징될 수 있다. 진단 모니터링 모듈(220)로부터의 명령 요청 메시지들 및 모뎀(210)으로부터의 명령 응답 메시지들은 트리거/응답 방식으로 동작할 수 있다. 명령 요청 메시지는 특정 파라미터를 요청할 수 있고, 명령 응답 메시지는 요청된 파라미터들을 제공할 수 있다. 명령 요청 메시지는 또한 특정 기능을 수행하도록 모뎀(210)에 지시할 수 있고, 명령 응답 메시지는 기능의 완료를 확인할 수 있다. 예컨대, 명령 요청 메시지는 정상 동작을 위한 활성화 파라미터를 모뎀(210)에 제공하기 위해서 아이템 기록(item write)을 인보크할 수 있다.
로그 메시지들은 주기적으로 전송될 수 있고, 지정된 파라미터들을 제공할 수 있다. 로그 메시지들의 레포팅은 로그 마스크로 지칭될 수 있는 구성 메시지에 의해서 구성될 수 있다. 상이한 로그 메시지들이 정의될 수 있고, 로그 마스크의 구성에 기초하여 인에이블될 수 있다. 각각의 로그 메시지는 로그 마스크의 특정 비트와 연관될 수 있고, 로그 마스크 내의 그 연관된 비트를 미리 결정된 값(예컨대, '1')으로 설정함으로써 인에이블될 수 있다. 각각의 로그 메시지는 그 로그 메시지에 적용가능한 레포팅 스케줄에 기초하여 파라미터들의 특정 세트를 제공할 수 있다. 모뎀(210)은 진단 모니터링 모듈(220)에 주기적인 방식으로 로그 메시지들을 제공할 수 있다.
이벤트 메시지들은 이벤트들에 의해 트리거될 때 전송될 수 있으며, 구성 메시지에 의해서 인에이블될 수 있다. 각각의 이벤트 메시지는 특정 이벤트에 의해서 트리거될 때 파라미터들의 특정 세트를 제공할 수 있는데, 그 특정 이벤트는 타이머의 만료, 임계치를 넘는 파라미터 값 등 일 수 있다. 모뎀(210)은 이벤트가 발생할 때 비동기적인 방식으로 이벤트 메시지들을 제공할 수 있다.
디버그 메시지들은 정상적인 동작 동안에 모뎀(210) 내의 여러 모듈들로부터 파일에 스트리밍될 수 있다. 디버그 메시지들이 트러블슈팅에 대한 도움으로서 디버그 로그를 수집/생성하기 위해 사용될 수 있다.
일반적으로, 모뎀(210)은 임의의 메시지를 통해 정해진 파라미터를 제공할 수 있다. 특정 파라미터들이 특정 타입들의 메시지에 의해서 더욱 적절하게 제공될 수 있다. 예컨대, 명령 요청 메시지들이 정적 또는 반-정적인 파라미터들을 검색하기 위해 사용될 수 있다. 로그 메시지들은 동적으로 변할 수 있는 파라미터들을 제공하기 위해 사용될 수 있다. 이벤트 메시지들은 무선 장치(110)의 동작, 무선 접속, 데이터 세션 등에 있어 변화들이 존재할 때 적절할 수 있는 파라미터들을 제공하기 위해 사용될 수 있다. 정해진 파라미터가 또한 예컨대 로그 메시지뿐만 아니라 이벤트 메시지와 같은 상이한 타입들의 메시지를 통해 제공될 수 있다. 그 상이한 타입들의 메시지들이 아래에서 더 상세히 설명된다.
입력 프로세서 및 버퍼(330)는 명령 응답 메시지들, 로그 메시지들, 이벤트 메시지들, 및 디버그 메시지들을 모뎀(210)으로부터 수신할 수 있다. 프로세서(330)는 해당 파라미터들을 수집하기 위해 그 수신된 메시지들을 처리할 수 있고, 그 수집된 파라미터들을 입력 버퍼에 저장할 수 있다. 프로세서(330)는 요청이 있을 때 그 수집된 파라미터들을 제어 모듈(320) 및/또는 다른 모듈들에 제공할 수 있다. 출력 프로세서 및 버퍼(340)는 제어 모듈(320)로부터 레포트들을 수신할 수 있으며, 그 레포트들이 전송될 준비가 될 때까지 그 레포트들을 버퍼링할 수 있다. 프로세서(340)는 도 1의 진단 모니터링 서버(160) 및/또는 다른 네트워크 엔티티들로의 전송을 위해 레포트들을 모뎀(210)에 제공할 수 있다.
초기화 모듈(350)은 입력 프로세서(330)로부터 파라미터들을 수신할 수 있으며, 네트워크 상태 정보를 결정하기 위해서 그 파라미터들을 처리할 수 있다. 모듈(350)은 무선 네트워크들의 시스템 결정 및 네트워크 액세스 상태를 모니터링할 수 있다. 모듈(350)은 애플리케이션들(230)로부터 특정 정보에 대한 요청을 수신할 수 있으며, 그 요청된 정보를 제공할 수 있다. 예컨대, 애플리케이션은 GetBars API를 인보크할 수 있다. 응답으로, 모듈(350)은 무선 장치(110)의 활성 세트(ASET)에 있는 섹터들에 대한 파일럿 측정치들을 획득하고, 그 파일럿 측정치들을 무선 네트워크의 수신된 신호 강도를 나타내는 바(bar) 값(예컨대, 0 내지 5 바들)으로 전환하며, 그 바 값을 애플리케이션에 제공할 수 있다. 다른 예로서, 애플리케이션은 GetRBI API를 인보크할 수 있다. 응답으로, 모듈(350)은 무선 장치(110)가 선호되거나 혹은 비-선호되는 무선 네트워크와 통신하고 있는지 여부를 결정할 수 있으며, 무선 네트워크를 위한 선호 로밍 리스트(PRL)에 정의된 바와 같은 로밍 비트 표시자(RBI)를 제공할 수 있다. 애플리케이션은 또한 예컨대 시스템 시간, 로컬 시간 오프셋 등과 같은 다른 타입들의 정보에 대해 요청할 수 있다. 모듈(350)은 요청된 정보를 획득하고 이를 애플리케이션에 제공할 수 있다. 그 애플리케이션은 서비스를 활성화시켜 데이터 통화를 개시할지 여부를 결정하고 그 데이터 통화를 개시할 무선 네트워크를 선택하는 것 등을 위해서 바 값, RBI, 및/또는 모듈(350)로부터의 다른 정보를 사용할 수 있다.
QoS 모니터링 모듈(360)은 모뎀(210)으로부터 로그 메시지들 및 이벤트 메시지들을 수신할 수 있으며, 데이터 통화의 상태 및/또는 성능을 결정하기 위해 이러한 메시지들을 처리할 수 있다. 한 설계에 있어서, 모듈(360)은 활성 윈도우 동안에는 활성될 수 있고, 활성 윈도우 밖에서는 디스에이블될 수 있다. 모듈(360)은 데이터 통화의 발신(origination)을 검출할 수 있는데, 그 기점은 활성 윈도우의 시작일 수 있다. 모듈(360)은 또한 데이터 통화의 해제를 검출할 수 있는데, 그 해제는 활성 윈도우의 종료일 수 있다. 모듈은 예컨대 백그라운드 작업으로서, 활성 윈도우 동안에 무선 성능 및 데이터 성능을 모니터링할 수 있다. 다른 설계에 있어서, 모듈(360)은 예컨대 제어 모듈(320)에 의해서 활성될 때마다 동작할 수 있다.
모듈(360)은 무선 접속, 데이터 세션 등에 대한 상이한 파라미터들을 획득하기 위해서 모뎀(210)으로부터 수신되는 로그 메시지들 및 이벤트 메시지들을 분석할 수 있다(예컨대, 실시간으로). 모듈(360)은 상이한 파라미터들을 그룹화하고 그것들을 입력 버퍼에 저장할 수 있다. 모듈(360)은 트리거 상황들을 검출할 수 있는데, 그 트리거 상황들은 차단된 통화, PPP 실패, 통화 종료, 무선 접속 설정 실패, 데이터 접속 설정 실패, 무선 주파수(RF) 동기 또는 채널 할당 획득 실패, 동기 채널 또는 페이징 채널 손실 등을 포함할 수 있다. 트리거 상황들은 통상적으로 무선 장치(110)에 대한 비정상적인 상황들을 나타낸다. 트리거 상황이 검출될 때마다, 모듈(360)은 현재 무선 및 네트워크 상황들의 스냅샷(snapshot)을 획득하기 위해서, 입력 버퍼에 저장되고 트리거 상황과 연관되는 파라미터들을 수집할 수 있다. 모듈(360)은 트리거 상황에 대한 적절한 파라미터들을 포함하는 레포트를 생성할 수 있고, 진단 모니터링 서버(160) 및/또는 다른 네트워크 엔티티들로의 전송을 위해 프로세서(340)에 그 레포트를 전송할 수 있다.
일반적으로, 진단 모니터링 모듈(220)은 상이한 타입들의 실패 및 비정상적이 상황들을 커버할 수 있는 여러 트리거 상황들로 인해 레포트들을 전송할 수 있다. 그 레포트들은 트러블 슈팅, 네트워크 모니터링 등과 같은 여러 목적으로 사용될 수 있다. 예컨대, 애플리케이션은 트리거 상황에 의해 포착되는 실패에 부닥칠 수 있고, 그 트리거 상황에 대한 레포트가 전송될 수 있다. 사용자는 실패를 레포트하기 위해서 네트워크 운영자를 호출할 수 있고, 네트워크 운영자는 실패 원인을 진단하기 위해서 그 레포트로부터의 정보를 가질 수 있다. 네트워크 운영자는 또한 에러 또는 오버로딩 상황들 등을 검출하기 위해서 무선 네트워크의 성능을 모니터링할 목적으로 그 레포트들을 사용할 수 있다. 이어서, 네트워크 운영자는 적절한 교정 조치들을 취할 수 있다.
인터액티브 진단 모듈(370)은 무선 장치(110)의 데이터 통화 및 데이터 세션에 대한 디버그 및 진단을 지원할 수 있다. 모듈(370)은 사용자, 네트워크 운영자, 컨텐트 제공자 등에 의해서 인보크될 수 있다. 인보크될 때, 모듈(370)은 무선 장치(110) 상에 디버그/진단 스크린을 제공할 수 있다. 디버그/진단 스크린은 무선 접속을 위한 무선 파라미터들을 제공할 수 있다. 모듈(370)은 입력 버퍼에 저장된 파라미터들로부터 무선 파라미터들을 획득할 수 있으며, 새로운 로그 메시지들 및 이벤트 메시지들이 모뎀(210)으로부터 수신될 때 스크린 상의 이러한 무선 파라미터들을 업데이팅할 수 있다. 사용자는 상이한 무선 파라미터들을 보기 위해서 스크린을 통해 네비게이팅할 수 있다. 사용자는 또한 스크린 상에서 무선 파라미터들을 획득할 수 있고(예컨대, "S" 버튼을 침으로써), 진단 모니터링 서버(160)에 보내기 위한 파일에 그 무선 파라미터들을 저장할 수 있다. 모듈(370)은 또한 네트워크 상태, 네트워크 액세스 실패들 등을 결정하기 위해서 그 무선 파라미터들을 사용할 수 있다.
모듈(370)은 또한 데이터 세션에 대한 파라미터들을 수집할 수 있으며, 디버깅 등을 위한 도움으로서 데이터 활성 정보를 제공할 수 있다. 그 데이터 접속 정보는 무선 장치(110)가 온-라인(on-line) 또는 도먼트(dormant) 상태인지 여부, 데이터 접속 실패가 존재하는지 여부 등을 나타낼 수 있다. 그 데이터 접속 정보는 MIP(Mobile IP) 인증 상태, 데이터 접속 상태 등을 제공할 수 있다. 데이터 접속 상태는 데이터 접속 이슈들을 식별할 수 있으며, 그 데이터 접속 이슈의 국부적인 식별을 위한 에러 코드 및 타임스탬프를 제공할 수 있다.
모듈(370)은 또한 무선 장치(110)의 동작에 영향을 주는 여러 이벤트들에 대한 정보를 획득할 수 있다. 모듈(370)은 MIP 이벤트에 대한 정보, 예컨대, RRP(registration reply) 코드 및 타임스탬프를 획득할 수 있다. 모듈(370)은 페이징 이벤트에 대한 정보, 예컨대, 인입 페이지의 타임스탬프, 페이지를 전송하는 기지국의 위치(예컨대, 위도 및 경도), 지리적인 위치의 로컬 시간 오프셋 등을 획득할 수 있다. 모듈(370)은 인증 이벤트에 대한 정보, 예컨대, 레디어스 서버(162)에 의한 서비스 거절에 대한 실패 상황, RRC(Registration Reply Code), 실패한 인증의 타임스탬프 등을 획득할 수 있다. 모듈(370)은 애플리케이션이 데이터 통화를 설정하는 것을 막을 수 있는 이벤트에 대한 정보를 획득할 수 있다. 그 정보는, 애플리케이션이 (i) 비-서비스 또는 범위 밖의 상태나 또는 (ii) 비허가된 무선 네트워크 상에서의 로밍 상태로 인해 액세스가 거부되는지 여부를 나타낼 수 있다. 그 정보는 무선 장치(110) 상에서 제공되는 PRL, 시스템 식별(SID), 네트워크 식별(NID), 기지국 식별(BaseID), 기지국의 위도 및 경도, 컬러 코드, 섹터 ID 등과 같은 파라미터들을 포함할 수 있다. 모듈(370)은 또한 예컨대 부정확한 이동국 ID(MSID), 네트워크 거절 등의 원인과 같은, 무선 장치(110)에 의한 액세스의 거절에 대한 정보를 획득할 수 있다. 일반적으로, 모듈(370)은 디버그/진단 스크린 상에서 임의의 이벤트에 대한 획득된 정보를 제공할 수 있거나 및/또는 그 획득된 정보를 진단 모니터링 서버(160)에 전송할 수 있다.
무선 장치(110)는 데이터 통화의 설정 동안에 1xRTT 네트워크(120) 또는 EVDO 네트워크(130)와의 인증을 수행할 수 있다. 진단 모니터링 모듈(220)은 인증 처리의 상태를 추적할 수 있다. 그 상태는, 만약 모뎀 액세스 크리덴셜들(credentials)(예컨대, ESN 및 MSID)이 지정된 네트워크 엔티티, 예컨대 HLR(Home Location Registry) 또는 H-AAA(Home Authentication, Authorization 및 Accounting)에 인증을 전달하였다면, "OK"일 수 있다. 그 상태는, 만약 무선 장치(110)가 예컨대 모뎀 액세스 크리덴션들에서의 불일치로 인해 인증에 실패했다면, "FAIL"일 수 있다. 모뎀(220)은 인증 처리에 관한 정보를 저장할 수 있으며, 데이터 접속 이슈들의 디버깅을 용이하게 하기 위해서 그 정보를 제공할 수 있다.
무선 장치(110)는 데이터 세션을 위해 IP를 활용할 수 있으며, MIP를 위한 등록을 수행할 수 있다. 진단 모니터링 모듈(220)은 MIP 등록 처리의 상태를 추적할 수 있다. 모듈(220)은 MIP 등록 처리에 관한 정보를 저장할 수 있으며, 데이터 접속 이슈들의 디버깅을 용이하게 하기 위해서 그 정보를 제공할 수 있다.
진단 모니터링 모듈(220)은 적절한 정보를 검색하기 위해 애플리케이션(230)에 의해서 인보크될 수 있는 API들의 세트를 지원할 수 있다. 일반적으로, API들의 임의의 세트가 지원될 수 있고, 각각의 API는 임의의 정보를 제공할 수 있다. 한 설계에 있어서, 지원되는 API들은 표 5에서 제시된 API들 모두 또는 이들의 서브세트를 포함할 수 있다.
API들
API 설명
GetESN MS의 ESN(Electronics Serial Number)을 제공
GetMDN MS의 MDN(Mobile Directory Number)을 제공
GetIMSI MS의 IMSI(International Mobile Subscriber Identity)를 제공
GetOpMode MS의 현재 동작 모드를 제공
GetSysTime BS로부터 수신되는 시스템 시간을 제공
GetRSSI RSSI(received signal strength indicator)를 제공
GetBars 수신되는 신호 강도에 대한 바 값(예컨대, 0 내지 5)을 제공
GetRoamingStatus MS의 현재 로밍 상태를 제공
GetIncomingCount 인입 호들의 현재 총 카운트를 제공
GetPRLVersion MS에서 준비되는 PRL의 버전을 제공
EnableQoSMonitoring 진단 모니터링 모듈에 의한 QoS 모니터링을 인에이블
GetQoSData 모뎀으로부터 획득되는 QoS-관련 파라미터들을 제공
GetQoSReport 사람 판독가능 포맷으로 QoS 레포트를 제공
OriginateCallTest 테스트 통화를 개시하고 그 테스트의 결과를 반송
SetMode 온라인 또는 오프라인으로 모뎀의 모드를 설정
GetActiveProfile 활성 MIP 사용자 프로파일의 인덱스를 제공
GetActiveProfileNAI MIP 사용자 프로파일의 NAI(Network Access Identifier)를 제공
GetActiveProfileHSS MIP 사용자 프로파일에 대한 HA(Home Agent) 공유 비밀을 제공
GetActiveProfileASS MIP 사용자 프로파일에 대한 H-AAA 공유 비밀을 제공
GetActiveProfileHSPI MIP 사용자 프로파일에 대한 HA 비밀 파라미터 인덱스를 제공
GetActiveProfileASPI MIP 사용자 프로파일에 대한 H-AAA 비밀 파라미터 인덱스를 제공
GetActiveProfileHA MIP 사용자 프로파일에 대한 HA 어드레스를 제공
GetActiveProfilePHA MIP 사용자 프로파일에 대한 1차 HA 어드레스를 제공
GetActiveProfileSHA MIP 사용자 프로파일에 대한 2차 HA 어드레스를 제공
Flashdata 모뎀 펌웨어를 업그레이딩하는 성능을 제공
진단 모니터링 모듈(220)은 또한 MDN, IMSI, 활성 MIP 사용자 프로파일에 대한 파라미터들 등을 설정하기 위해서 API들을 지원할 수 있다. 모듈(220)은 또한 상이한 및/또는 추가적인 API들을 지원할 수 있다.
위에서 설명된 바와 같이, 모뎀(210)은 상이한 파라미터들을 포함하는 상이한 타입들의 메시지들을 전송할 수 있다. 일반적으로, 메시지들의 임의의 세트가 각각의 메시지 타입을 위해 지원될 수 있고, 각각의 메시지는 하나 이상의 파라미터들을 전달할 수 있다. 명확성을 위해서, 명령 응답 메시지들, 로그 메시지들, 및 이벤트 메시지들로 이루어진 예시적인 세트들이 아래에서 제공된다.
한 설계에 있어서, 모뎀(210)은 진단 모니터링 모듈(220)로부터 수신되는 명령 요청 메시지들에 대한 명령 응답 메시지들을 반송할 수 있다. 명령 요청 메시지 및 상응하는 명령 응답 메시지 간에는 일대일 매핑이 존재할 수 있다. 한 설계에 있어서, 지원되는 명령 응답 메시지들은 표 6에 제시된 메시지들 모두 또는 이들의 서브세트를 포함할 수 있다.
명령 응답 메시지들
명령 응답 메시지 설명
C1 버전 번호 MS 펌웨어 버전 및 BS 프로토콜 개정(P_Rev) 버전에 대한 정보를 제공
C2 ESN MS의 ESN을 제공
C3 상태 MS 및 무선 네트워크에 대한 여러 파라미터들, 예컨대 SID, NID, RF 모드 등을 제공
C4 통화 종료 진행 중인 데이터 통화를 종료
C5 NV 아이템 판독 요청된 비-휘발성(NV) 아이템들을 제공
C6 PRL 판독 MS 상에 준비되는 PRL을 제공
C7 상태 스냅샷 지원되어 사용 중인 P_Rev 및 대역 부류에 대한 정보를 제공
C8 RLP 통계 리셋 예컨대 무선 네트워크의 성능을 나타내는 파라미터들에 대한 RLP(Radio Link Protocol) 동작 통계를 리셋
C9 NV 아이템 기록 활성화 파라미터의 준비를 지원
한 설계에 있어서, 모뎀(210)은 여러 파라미터들을 포함하는 로그 메시지들을 주기적으로 전송할 수 있다. 각각의 로그 메시지는 그 로그 메시지에 적용가능한 파라미터들의 세트를 제공할 수 있다. 예컨대, 에어 링크 요약에 대한 로그 메시지가 측정된 파일럿 에너지, 파일럿 의사-난수(PN) 등을 제공할 수 있다. 한 설계에 있어서, 지원되는 로그 메시지들은 표 7에 제시된 메시지들 모두 또는 이들의 서브세트를 포함할 수 있다.
로그 메시지들
로그 메시지 설명
L1 동기 채널 메시지 시스템 시간 및 로컬 시간 오프셋을 제공
L2 일반 페이징 메시지 TPH(terminal phone home) 페이지 검출을 제공
L3 시스템 파라미터 메시지 기지국 ID 및 위치를 제공
L4 1xRTT 스루풋 1xRTT 네트워크에 대한 스루풋을 제공
L5 1xRTT 에어 링크-활성 활성 모드에서 1xRTT 수신 신호 품질을 제공
L6 1xRTT 에어 링크-유휴 유휴 모드에서 1xRTT 수신 신호 품질을 제공
L7 EVDO 에어 링크 요약 EVDO 수신 신호 품질을 제공
L8 EVDO 접속 시도 EVDO 트래픽 채널 포착 상태를 제공
L9 EVDO 스루풋 EVDO 네트워크에 대한 스루풋을 제공
L10 EVDO 프로토콜 상태 MS 상태, 세션 상태 등을 제공
L11 EVDO 슬립 정보 슬립/유휴 모드에서 EVDO 수신 신호 품질을 제공
L12 PPP 정보 MIP RRP 네트워크 응답 코드들을 제공
L13 EVDO 디버그 디스플레이 EVDO 상태에 대한 디버그 스크린 파라미터들을 제공
L14 EVDO 접속 종료 정보 과거의 EVDO 접속 종료에 대한 정보를 제공
L15 EVDO 접속 상태 프로토콜 정보 섹터에서 총 EVDO 사용자들 및 메시지들을 제공
L16 통화 이벤트 시작, 접속 또는 종료 통화 상태, 및 통화 이벤트 지원 세부사항에 대한 정보를 제공
L17 통화 타입 예컨대 패킷-스위칭, 회선-스위칭, SMS, 음성 등과 같은 통화 타입에 대한 정보를 제공
L18 통화 종료 상태 이례적인(anomalous) 통화 종료에 대한 정보를 제공
L19 통화 세션 1xRTT 또는 EVDO 통화 세션의 표시를 제공
L20 순방향 링크 채널 트래픽 메시지들 순방향 채널 트래픽 메시지들에 대한 정보를 제공
L21 EV-DO 시그널링 제어 채널 브로드캐스트 브로드캐스트 어드레싱 메커니즘을 통해서 순방향 채널을 통해 전송되는 시그널링 메시지들을 로그
L22 EV-DO 상태 MS 내의 모듈들에 대한 상태 정보를 제공
진단 모니터링 모듈(220)은 로그 메시지들을 구성하기 위해서 구성 메시지들을 모뎀(210)에 전송할 수 있다. 그 구성 메시지들은 어떤 로그 메시지들이 인에이블되는지 여부, 각각의 로그 메시지가 모뎀(210)에 의해서 전송되어야 하는 상황들, 각각의 로그 메시지의 주파수, 각각의 로그 메시지들에 대한 어떤 파라미터들이 전송되어야 하는지 여부 등을 규정할 수 있다. 모뎀(210)은 진단 모니터링 모듈(220)에 의해서 구성될 때 로그 메시지들을 전송할 수 있다.
한 설계에 있어서, 모뎀(210)은 이벤트들에 의해서 트리거될 때 여러 파라미터들을 포함하는 이벤트 메시지들을 전송할 수 있다. 각각의 이벤트 메시지는 그 이벤트 메시지를 위해 적용가능한 파라미터들의 세트를 제공할 수 있다. 한 설계에 있어서, 지원되는 이벤트 메시지들은 표 8에 제시된 메시지들 모두 또는 이들의 서브세트를 포함할 수 있다.
이벤트 메시지들
이벤트 메시지 설명 레포트
MIP RRP regn denied MIP 인증 실패 A
Dropped call-RF fade 데이터 통화가 RF 페이드로 인해 차단되었음 A
Failed pilot acquisition 모뎀이 T20 이후에 파일럿 포착을 실패함 A
Lost sync channel 동기 채널 메시지가 T21 이후에 수신되지 않음 A
Lost paging channel 페이징 채널 메시지가 T30 이후에 수신되지 않음 A
Failed handoff attempt 핸드오프가 T72 이후에 실패함 A
Failed paging channel during access attempt 페이징 채널 메시지가 액세스 시도 동안에 T40m 이후에 수신되지 않음 A
Overhead info timeout 오버헤드 메시지가 T41 이후에 페이징 채널을 통해 수신되지않음 A
No L3 Ack for probe T42 이후에 액세스 프로브에 대한 L3 Ack가 수신되지 않음 A
Poor frame count 트래픽 채널 개시 상태 동안에 부족한 프레임 카운트 A
No BS Ack 트래픽 채널 개시 상태 동안에 기지국 Ack 없음 A
No BS confirm order BS 확인 명령이 T64 이후에 수신되지 않음 A
No service connect 서비스 접속 메시지가 T65 이후에 수신되지 않음 A
No service message 서비스 요청, 응답, 또는 접속 메시지가 T68 이후에 수신되지 않음 A
No PDU Ack 프로토콜 데이터 유닛(PDU)을 위한 Ack가 수신되지 않음 A, B
No mini PDU Ack mini PDU를 위한 Ack가 수신되지 않음 A, B
Call end-no service MS를 위한 어떠한 서비스도 이용가능하지 않음 A, C
Call end-RF fade 이례적으로 통화 종료함 A, C
Call end-orig intercept BS로부터 발신 중단을 수신함 D
Call end-orig reorder BS로부터 발신 재명령을 수신함 D
Call end-no reason 어떠한 정해진 이유없이 BS로부터 해제를 수신함 D
Call end-SO reject 거절된 SO를 통해 BS로부터 해제를 수신함 D
Call end-incoming call BS로부터 인입 호를 수신함 D
Call end-alert stop BS로부터 경고 중단을 수신함 D
Call end-aborted MS가 발신/대화를 중지시킴 A
Call end-max probes 최대 수의 액세스 프로브들이 전송됨 A, C
Call end-access failure 위의 이유들 이외의 이유로 액세스 실패함 A, C
Call end-retry order 발신 재시도 명령을 수신함 D
Call end-no response BS로부터 어떠한 응답도 수신하지 않음 A
Call end-rejected BS에 의해 통화가 거절됨 D
Call end-blocked 액세스가 BS에 의해서 차단됨 C, D
Call end-active 다른 통화가 활성될 때 통화가 발신됨 D
Call end-BS killed 긴급 통화로 인해 BS에 의해서 통화가 종료됨 D
Call end-MS killed 긴급 통화로 인해 MS에 의해서 통화가 종료됨 D
Call end-rejected 통화가 핸드오프 또는 재지향 동안에 거절됨 A, C
Call end-not pref PRL 통화가 재지향으로 인해 종료되고, PRL이 선호되지 않음 E
Call end-no PPP 통화는 어떠한 PPP 세션으로도 종료되지 않음 E
Call end-setup timeout 접속 셋업 타임아웃으로 인해 통화가 종료됨 B
Call end-for 1xRTT 1xRTT 통화가 계속적이도록 EVDO 통화가 종료됨 E
Call end-no hybrid ser MS는 어떠한 하이브리드 EVDO 서비스도 갖지 않음 E
Call end-no RF lock RF 동기가 획득되지 않음 B
Connection deny 일반적인 이유로 거부된 접속 시도 E
Network busy 바쁜 네트워크로 인해 접속 시도가 거부됨 E
Billing failure 과금 이유로 인해 접속 시도가 거부됨 E
Authentication failure 인증 실패 E
Power down 전력 다운으로 인해 접속 종료됨
Offline 오프라인으로 인해 접속이 종료됨
Application blocking 애플리케이션이 통화를 중단함
상이한 타이머 값들이 상이한 이벤트 메시지들을 위해 사용될 수 있으며, 표 8에서 Txx로 표현되어 있는데, 여기서 "xx"는 타이머 인덱스이다. 각각의 타이머 값은 임의의 적절한 값일 수 있고, 표준들에 의해 규정될 수 있다.
진단 모니터링 모듈(220)은 이벤트 메시지들을 구성하기 위해서 모뎀(210)에 구성 메시지들을 전송할 수 있다. 그 구성 메시지들은 어떤 이벤트 메시지들이 인에이블되는지 여부, 각각의 이벤트 메시지가 모뎀(210)에 의해서 전송되어야 하는 상황들, 각각의 이벤트 메시지들에 대한 어떤 파라미터들이 전송되어야 하는지 여부 등을 규정할 수 있다. 모뎀(210)은 진단 모니터링 모듈(220)에 의해서 구성될 때 이벤트 메시지들을 전송할 수 있다.
진단 모니터링 모듈(220)은 예컨대 특정 이벤트 메시지들이 모뎀(210)으로부터 수신될 때와 같이 특정 트리거 상황들이 발생할 때마다 레포트들을 생성할 수 있다. 표 8의 마지막 열은 각각의 이벤트 메시지에 대해 생성될 수 있는 레포트(들)를 리스트하고 있다. 표 9는 레포트들(A 내지 E) 각각을 통해 전송될 수 있는 파라미터들의 세트를 리스트하며, 각각의 파라미터의 소스를 제공한다. RX0는 1차 수신기를 나타내고, RX1은 무선 장치(110)에 있는 다이버시티 수신기를 나타낸다.
Figure pct00002
다른 레포트들이 트리거 상황들에 대한 응답으로 또한 생성될 수 있다. 예컨대, 1xRTT 스루풋 레포트가 1xRTT 네트워크(120)와의 데이터 통화를 위한 파라미터들을 포함할 수 있고, EVDO 스루풋 레포트가 EVDO 네트워크(130)와의 데이터 통화를 위한 파라미터들을 포함할 수 있고, EVDO 접속 시도 레포트가 EVDO 네트워크(130)에서의 접속 시도를 위한 파라미터들을 포함할 수 있고, EVDO 접속 종료 레포트가 EVDO 네트워크(130)에서의 접속 종료를 위한 파라미터들을 포함할 수 있고, EVDO 접속 상태 레포트가 접속 통계를 위한 파라미터들을 포함할 수 있으며, 장치 파라미터 레포트가 무선 장치(110)에 대한 파라미터들을 포함할 수 있다.
진단 모니터링 모듈(220)은 실패 이벤트 또는 비정상적인 상황들이 검출될 때마다 레포트들을 생성할 수 있다. 모듈(220)은 또한 예컨대 네트워크 성능 또는 장치 성능에 대한 레포트들을 주기적으로 생성할 수 있다.
진단 모니터링 모듈(220)은 진단 모니터링 서버(160) 또는 어떤 다른 네트워크 엔티티에 그 생성된 레포트들을 전송할 수 있다. 그 레포트들은 그것들이 생성될 때나 또는 나중에, 예컨대 무선 접속 또는 데이터 세션이 설정되지 않은 경우에 전송될 수 있다. 진단 모니터링 서버(160)는 네트워크 모니터링, 디버깅 등을 위해 그 레포트들을 사용할 수 있다.
한 설계에 있어서, 무선 장치(110)로부터 진단 모니터링 서버(160) 또는 어떤 다른 네트워크 엔티티에 레포트들을 전송하기 위해 라이트웨이트 레포팅 프로토콜(lightweight reporting protocol)이 사용될 수 있다. 무선 장치(110)에 의해서 레포팅될 이벤트들 및 파라미터들에 대한 딕셔너리가 동적으로 정의될 수 있다. 각각의 이벤트에는 상이한 이벤트 코드가 할당될 수 있다. 각각의 파라미터에도 상이한 필드 코드가 할당될 수 있다. 이어서, 레포트는 연관된 필드 코드들에 의해서 제공되는 파라미터들에 대한 값들을 포함할 수 있다. 라이트웨이트 레포팅 프로토콜의 사용은 레포트들을 위해 전송할 데이터의 양을 감소시킬 수 있다.
한 설계에 있어서, 무선 장치(110)는 레포팅 세션을 시작하기 위해서 진단 모니터링 서버(160)에 세션 시작 메시지를 전송할 수 있다. 세션 시작 메시지는 무선 장치(110)와 진단 모니터링 서버(160) 간의 핸드세이크(handshake)로서 기능할 수 있고, 무선 장치(110)에 의한 레포팅을 제어하거나 또는 억제(throttle)시키기 위해서 서버(160)에 의해 또한 사용될 수 있다. 서버(160)는 레포팅 세션을 수락하거나 또는 거절할 수 있고, 세션 회답 메시지를 무선 장치(110)에 반송할 수 있다. 만약 레포팅 세션이 수락된다면, 무선 장치(110)는 딕셔너리를 사용하여 무선 장치(110)에 의해 생성될 수 있는 하나 이상의 레포트들에 대한 데이터 블록을 전송할 수 있다. 만약 레포팅 세션이 거절된다면, 무선 장치(110)는 (i) 전송을 위해 대기 중인 레포트들을 예컨대 자동적으로나 혹은 서버(160)에 의한 지시가 있는 경우에 버리거나, (ii) 나중에 레포트들을 전송하려 시도할 수 있다. 그 레포트들은 동일한 지리 영역에 있는 상이한 무선 장치들에 의해서 동일 네트워크 에러에 대한 중복 레포트들이 전송되는 것을 방지하기 위해서 버려질 수 있다.
한 설계에 있어서, 세션 시작 메시지는 표 10에 제시된 필드들을 포함할 수 있다. 아래의 설명에서, "0xV...V"는 V...V의 16진수 값을 나타내는데, 여기서 각각의 V는 0과 F 사이의 16진수 값일 수 있다.
세션 시작 메시지
필드 이름 값 설명
1 타입 0x0 세션 시작 메시지에 대한 미리 정의된 값
2 길이 가변적임 세션 시작 메시지의 크기(바이트 단위)
3 버전 레포팅 프로토콜 버전 번호
4 MDN 10 디지트들 MS의 10-디지트 MDN
5 위도 부호있는 십진수 최대로 소수 6자리까지의 정확도를 갖는 포인트의 위도. 만약 위치가 이용가능하지 않다면 0으로 설정함
6 경도 부호있는 십진수 최대 소수 6자리까지의 정확도를 갖는 포인트의 경도. 만약 위치가 이용가능하지 않다면 0으로 설정함
7 MIP 코드 0xVV MS에 대한 1-바이트 MIP 코드
8 베이스 ID 0xVVVV 2-바이트 기지국 ID
9 이벤트 ID 정수 레포팅 세션에서 레포팅될 이벤트의 ID
한 설계에 있어서, 세션 회답 메시지는 표 11에 제시된 필드들을 포함할 수 있다.
세션 응답 메시지
필드 이름 값 설명
1 타입 0x1 세션 회답 메시지에 대한 미리 정의된 값
2 응답 0x0
oxFF		 거절된 레포팅 세션
수락된 레포팅 세션
한 설계에 있어서, 데이터 블록은 레포팅 세션에서 전송될 수 있고, 딕셔너리 및 하나 이상의 레코드들의 세트를 포함할 수 있다. 딕셔너리는 레코드들에 포함된 파라미터들에 대한 필드 코드들의 정의를 포함할 수 있다. 상기 딕셔너리는 필드 코드 정의들의 시퀀스에 의해 제공될 수 있다. 각각의 필드 코드 정의는 {이벤트 코드}·{필드 코드}={필드 코드 설명}의 형태를 가질 수 있다. 예컨대, 필드 코드 정의는 99.1=RX0 AGC일 수 있는데, 여기서 '99'는 이벤트 코드이고, '1'은 필드 코드이며, "RX0 AGC"는 필드에 대한 파라미터이다.
각각의 레코드는 연관된 이벤트에 대한 필드들의 세트를 포함할 수 있다. 각각의 레코드는 표 12에 제공된 포맷을 가질 수 있다. 이벤트 타입 필드는 {필드 코드}={필드 값}의 형태를 갖는 하나 이상의 필드 코드/값 쌍들을 포함할 수 있다. 그 필드 코드는 딕셔너리에서 제공되는 필드 코드 정의에 기초하여 해석될 수 있다. 예컨대, 이벤트 타입 필드는 1=58을 포함할 수 있는데, 여기서 '1'은 RX0 AGC를 지칭할 수 있고, '58'은 58의 AGC 값을 지칭할 수 있다. 한 설계에 있어서, 데이터 블록은 표 12에 제시된 필드들을 포함할 수 있다.
데이터 블록
필드 이름 값 설명
1 타입 0x2 데이터 블록에 대한 미리 정의된 값
2 크기 가변적임 데이터 블록의 크기(바이트 단위)
딕셔너리
하나 이상의 레코드들. 각각의 레코드는 아래의 포맷들을 가짐:
필드 이름 값 설명
1 이벤트 0xVV 이벤트의 코드
2 이벤트 타입 이벤트 코드 이벤트에 대한 하나 이상의 필드 코드/값 쌍들
3 이벤트 시간 이벤트의 시간
4 위도 이벤트의 위도. 이용가능하지 않을 경우에는 0으로 설정
5 경도 이벤트의 경도. 이용가능하지 않을 경우에는 0으로 설정
표 12에 제시된 한 설계에 있어서, 딕셔너리는 레포팅 세션을 위해 동적으로 정의될 수 있으며, 데이터 블록을 통해 전달될 수 있다. 딕셔너리는 데이터 블록을 통해 레포팅되는 이벤트들 및 파라미터들에 맞게 제작될 수 있다. 다른 설계에 있어서, 딕셔너리는 무선 장치(110)뿐만 아니라 진단 모니터링 서버(160)에 의해서 선험적으로 미리 정의되어 공지될 수 있으며, 데이터 블록을 통해 전달될 필요가 없다. 또 다른 설계에 있어서, 딕셔너리들의 세트는 미리 정의되고 할당된 고유 딕셔너리 ID들일 수 있다. 이어서, 데이터 블록은 데이터 블록을 위해 사용할 특정 딕셔너리의 딕셔너리 ID를 전달할 수 있다. 그 딕셔너리는 또한 다른 방식들로 정의되고 전달될 수 있다.
진단 모니터링 서버(160)는 세션 중단 메시지를 전송함으로써 레포팅 세션을 종료할 수 있다. 그 세션 중단 메시지는, 예컨대 만약 레포팅 세션이 클로즈드될 수 있기 이전에 어떤 이유에서라도 데이터 접속이 차단된다면, 레포팅 세션이 성공적으로 클로즈되는지 또는 실패했는지 여부를 나타낼 수 있다. 한 설계에 있어서, 그 세션 중단 메시지는 표 13에 제시된 필드들을 포함할 수 있다.
세션 중단 메시지
필드 이름 값 설명
1 타입 0x4 세션 중단 메시지에 대한 미리 정해진 값
2 길이 가변적임 세션 중단 메시지의 크기(바이트 단위)
3 응답 0x0
0x1		 성공적으로 클로즈드된 레포팅 세션
레포팅 세션이 실패했음
4 수신 크기 가변적인 수신되는 데이터 블록의 크기(바이트 단위)
무선 장치(110)는 부적절하게 클로즈드된 레포팅 세션을 어떻게 처리할지를 결정할 수 있다. 만약 레포팅 세션이 진단 모니터링 서버(160)에 의해서 거절된다면, 무선 장치(110)는, 예컨대 어느 정도의 시간 동안 기다린 이후에, 전송을 위해 대기 중이던 모든 데이터를 버릴 수 있거나 또는 다른 레포팅 세션을 개시할 수 있다. 무선 장치(110)는 진단 모니터링 서버(160)에 레포트들을 전송하기 위해서 필요한 자원들의 양에 기초하여 결정을 수행할 수 있다.
진단 정보를 레포팅하기 위한 데이터 블록 및 여러 메시지들의 특정 설계가 위에서 설명되었다. 진단 정보는 또한 상이한 및/또는 추가적인 필드들을 포함할 수 있는 다른 메시지들을 사용하여 레포팅될 수 있다.
진단 모니터링 모듈(220)은, 예컨대 사용자에 의해 인보크될 때, 디버그/진단 스크린을 제공할 수 있다. 그 디버그/진단 스크린은 무선 장치(110), 무선 접속, 데이터 세션, 애플리케이션 등에 대한 여러 파라미터들을 제공할 수 있다. 한 설계에 있어서, 그 디버그/진단 스크린은 표 14에 제시된 파라미터들 모두나 또는 이들의 서브세트를 제공할 수 있다.
Figure pct00003
도 1을 다시 참조하면, 무선 장치(110)는 임의의 정해진 순간에 1xRTT 네트워크(120) 또는 EVDO 네트워크(130)와 통신할 수 있다. 무선 장치(110)는 상이한 무선 네트워크들을 위해 상이한 방식들로 동작할 수 있다.
도 4는 한 설계에 따라 무선 장치(110)의 동작 상태들 및 모드들에 대한 상태도(400)를 나타낸다. 전력업(power up) 시에, 무선 장치(110)는 EVDO-선호(preferred) 상태(410)로 전환할 수 있고, 진단 모니터링 모듈(220)은 인에이블될 수 있다. EVDO-선호 상태(410)에서, 무선 장치(110)는 어떤 무선 네트워크가 이용가능한지를 결정하기 위해서 시스템 결정을 수행할 수 있다. 무선 장치(110)는 (i) 단지 1xRTT 네트워크(120)만이 이용가능한 경우에는 1xRTT 모드(412)를 동작시킬 수 있거나, (ii) EVDO 네트워크(130)가 이용가능한 경우에는 EVDO 모드(414)를 동작시킬 수 있다. EVDO 모드(414)에 있는 동안, 만약 EVDO 네트워크(130)에 대해서 시스템 손실이나 혹은 서비스가 제공되지 않는 경우가 발생한다면, 무선 장치(110)는 1xRTT 모드(412)로 전환할 수 있다. 1xRTT 모드(412)에 있는 동안, 무선 장치(110)는 EVDO 네트워크(130)를 재포착하기 위해서 주기적으로 시도할 수 있으며, 만약 EVDO 네트워크(130)가 재포착된다면 EVDO 모드(414)로 다시 전환할 수 있다.
무선 장치(110)는 활성 모드에 있는 동안에는 EVDO-선호 상태(410)에서 동작할 수 있으며, 비활성 모드에 있는 동안에는 1xRTT-전용 상태(420)에서 동작할 수 있다. 비활성 모드는 또한 슬립 모드, 유휴 모드 등으로도 지칭될 수 있다. 무선 장치(110)는, 만약 슬립 트리거가 존재하거나 또는 만약 모뎀(210)이 재부팅된다면, 비활성 모드에 들어가고 EVDO-선호 상태(410)로부터 1xRTT-전용 상태(402)로 전환할 수 있다. 슬립 트리거는 사용자 활성이 없는 기간이나 또는 어떤 다른 상황으로 인해 발생할 수 있다. 비활성 모드에서는, 무선 장치(110) 및 진단 모니터링 모듈(220) 대부분은 배터리 전력을 보존하기 위해서 전력다운될 수 있다. 1xRTT-전용 상태(420)에 있는 동안, 모뎀(210)은 1xRTT 네트워크(120)로부터의 페이징 메시지들을 리스닝(listen)할 수 있다. 무선 장치(110)는 웨이크업 트리거가 수신될 때 1xRTT-전용 상태(420)로부터 EVDO-선호 상태(410)로 전환할 수 있다. 웨이크업 트리거는 무선 장치(110)의 페이징 메시지의 수신, 데이터 통화의 발신, 또는 어떤 다른 상황으로 인해 발생할 수 있다. 진단 모니터링 모듈(220)은 EVDO-선호 상태(410)로 전환할 때 인에이블될 수 있다.
한 설계에 있어서, 무선 장치(110)는 활성 및 비활성 모드들의 경우에 상이한 메커니즘들을 통해 페이징될 수 있다. 무선 장치(110)는 활성 모드에서는 1xRTT 네트워크(120) 또는 EVDO 네트워크(130)를 통해 페이징될 수 있고, 비활성 모드에서는 1xRTT 네트워크(120)를 통해 페이징될 수 있다.
한 설계에 있어서, 무선 장치(110)는 비활성 모드에서 동작하는 동안에 1xRTT 네트워크(120)를 통해서 음성 서비스 옵션(예컨대, 서비스 옵션 3(SO3))에 기초하여 페이징될 수 있다. 무선 장치(110)는 1xRTT 네트워크(120)에 등록할 수 있으며, 자신이 이동할 때는 1xRTT 네트워크(120)를 통해 자신의 위치를 업데이팅할 수 있다. 무선 장치(110)에는 특정 페이징 슬롯들이 또한 할당될 수 있는데, 그 특정 페이징 슬롯들은 페이징 메시지들이 무선 장치(110)에 전송될 수 있는 시간 기간들이다. 1xRTT 네트워크(120)는 할당된 페이징 슬롯 동안에 그리고 무선 장치(110)의 현재 위치에 기초하여 페이징 메시지를 무선 장치(110)에 전송할 수 있다. 그 페이징 메시지는 MDN을 사용하여 무선 장치(110)에 전송될 수 있는데, 그 MDN은 무선 장치(110)의 전화 번호이다. 무선 장치(110)는 다수의 페이지 통지들(notifications)을 확인하기 위해서 충분히 긴 지속시간 동안 링잉(ring)할 수 있다. 무선 장치(110)는 SO3를 사용하여 전송되는 페이징 메시지에 응답하는 것을 회피할 수 있고, 예컨대 서비스 옵션 33(SO33) 콜백(callback)을 통해서 패킷 데이터 통화를 발신하기 위해 이러한 메시지를 트리거로서 대신 사용할 수 있다.
1xRTT-전용 상태(420)에 있는 동안, 무선 장치(110)는 가능한 회로들과 마찬가지로 전력다운될 수 있고, 자신의 할당된 페이징 슬롯들 동안에 주기적으로 웨이크업할 수 있다. 무선 장치(110)는 페이징 메시지가 자신에게 전송되었는지 여부를 결정하기 위해, 각각의 할당된 페이징 슬롯에서 1xRTT 네트워크(120)로부터의 페이징 채널을 처리할 수 있다. 만약 페이징 메시지가 수신되고 응답이 요구된다면, 무선 장치(110)는 EVDO-선호 상태(410)로 전환할 수 있다.
한 설계에 있어서, 무선 장치(110)는 활성 모드에서 동작하는 동안에 자신의 IP 어드레스에 기초하여 페이징될 수 있다. 무선 네트워크를 포착하였을 때, 무선 장치(110)는 PDSN(140)과의 데이터 세션(예컨대, PPP 세션)을 설정할 수 있다. 무선 장치(110)는 데이터 세션 설정 동안에 IP 어드레스를 포착할 수 있고(예컨대, 성공적인 IP 인증 이후에 홈 에이전트로부터), 데이터 세션의 지속시간 동안에 이러한 IP 어드레스를 사용할 수 있다. 그 IP 어드레스는 무선 장치(110)의 MDN뿐만 아니라 그 무선 장치(110)에서 애플리케이션을 위한 소켓과 연관될 수 있다(즉, 링크될 수 있다). 소켓은 한 엔티티에 있는 애플리케이션과 다른 엔티티에 있는 애플리케이션 간의 양방향 통신 경로의 한 엔드포인트이다. 소켓은 TCP와 같은 전송 층 프로토콜들이 소켓에 매핑된 애플리케이션을 식별할 수 있도록 하기 위해서 포트 번호에 결합될 수 있다. IP 어드레스, MDN, 및 소켓 간의 연관성이 레디어스 서버(162)에 의해서나(아래 설명의 대부분에서 설명되는 바와 같이) 또는 어떤 다른 네트워크 엔티티에 의해서 결합 테이블에 저장될 수 있다. 레디어스 서버(162)는 프레이밍된 IP 속성뿐만 아니라, (i) 무선 장치(110)를 위한 데이터 세션이 시작되었고 IP 어드레스가 유효하다는 것을 나타내는 세션 시작 레코드 및 (ii) 데이터 세션이 클로즈드되는 것을 나타내는 세션 중단 레코드를 수신할 수 있다.
네트워크 엔티티(예컨대, 고객 컨텐트 서버(170))는 무선 장치(110)에 페이징하길 원할 수 있고, 무선 장치(110)의 MDN을 링잉(ring)하기 위해서 네트워크 API 인터페이스를 인보크할 수 있다. MDN이 그에 할당된 활성 IP 어드레스를 갖는지를 결정하기 위해서 결합 테이블에서의 조사가 수행될 수 있다. 만약 활성 IP 어드레스가 할당된다면, TCP 서버(또는 TCP 리스너(listener))가 무선 장치(110) 상에서 동작하고 있는 특정 포트로 통지 패킷이 전송될 수 있다. TCP 리스너가 통지 패킷을 검출할 때, 애플리케이션이 통지될 수 있다. 이어서, 그 애플리케이션은 네트워크 엔티티로의 이동 발신 패킷 데이터 통화를 설정할 수 있다. 그러나, 만약 유효 IP 어드레스가 MDN에 할당되지 않는다면, 음성 페이지(SO3)가 무선 장치(110)의 MDN에 전송될 수 있다.
따라서, 무선 장치(110)의 IP 어드레스를 결정하고, 그 IP 어드레스에 링크된 MDN 및 소켓을 결정하며 MDN을 사용하여 소켓에 페이징 메시지(예컨대, 통지 패킷)을 전송함으로써, 소켓-기반 페이징 메시지가 무선 장치(110)에 전송될 수 있다. 무선 장치(110)는 페이징 메시지를 수신할 수 있고, 또한 컨텐트 일치에 대해 페이로드 스트링을 검출함으로써 페이징 메시지들을 처리할 수 있다. 만약 일치가 존재한다면, 애플리케이션에는 그 페이지가 통지되고, TCP 리스너는 핸드세이크를 완료하기 위해서 확인응답 페이로드를 페이징 서버(164)에 전송할 수 있다. 이어서, 그 두 엔티티들 모두는 교환 이후에 그들의 소켓들을 클로즈시킬 수 있다.
페이징 서버(164)는 무선 장치(110)에 대한 페이징 메시지를 수신할 수 있으며, 무선 장치(110)가 활성 모드에서 동작하고 있는지 또는 비활성 모드에서 동작하고 있는지 여부를 결정할 수 있다. 페이징 서버(164)는 만약 무선 장치(110)가 비활성 모드에서 동작하고 있다면 SO3-기반 페이징을 사용하여 페이징 메시지를 전송할 수 있거나, 만약 무선 장치(110)가 활성 모드에서 동작하고 있다면 소켓-기반 페이징을 사용하여 페이징 메시지를 전송할 수 있다. 무선 장치(110)는 비활성 모드 동안에는 자신의 프로토콜 스택을 전력다운시킬 수 있고, 비활성 모드 동안에는 소켓-기반 페이징 메시지들을 수신할 수 없을 수 있다.
도 5는 애플리케이션에 정보를 제공하기 위한 처리(500)의 설계를 나타낸다. 처리(500)는 무선 장치에 있는 진단 모니터링 모듈(220)과 같은 모듈에 의해서 수행될 수 있다. 그 모듈은 예컨대 모뎀의 기능들을 테스트하기 위한 파라미터들을 제공하기 위해서 모뎀에 의해서 사용되는 진단 인터페이스와 같은 제 1 인터페이스를 통해서 그 모뎀으로부터 진단 메시지들을 수신할 수 있다(블록 512). 모듈은 무선 네트워크의 상태를 나타내는 네트워크 상태 정보를 획득하기 위해서 진단 메시지들을 처리할 수 있다(블록 514). 모듈은 무선 네트워크와의 통신을 제어하기 위해서 애플리케이션에 의해 사용할 애플리케이션에 제 2 인터페이스(예컨대, API들)을 통해 네트워크 상태 정보를 제공할 수 있다(블록 516). 예컨대, 그 애플리케이션은 서비스를 활성시킬지 여부를 결정하고, 활성되는 경우 그 서비스를 위한 무선 네트워크를 선택하는 것 등을 위해서 네트워크 상태 정보를 사용할 수 있다.
블록(514)의 한 설계에 있어서, 모듈은 무선 네트워크에 대한 지정된 파라미터들을 획득하기 위해서 진단 메시지들을 분석할 수 있고, 이러한 파라미터들에 기초하여 네트워크 상태 정보를 결정할 수 있다. 그 네트워크 상태 정보는 무선 네트워크에 대한 수신 신호 강도, 무선 네트워크의 무선 기술의 표시, 시스템 시간 등을 나타내는 바 값(bar value)을 포함할 수 있다.
모듈은 무선 장치의 상태를 나타내는 장치 상태 정보를 획득하기 위해서 진단 메시지들을 또한 처리할 수 있다. 그 장치 상태 정보는 ESN, MDN, 모뎀 버전, PRL 버전, 및/또는 무선 장치에 대한 다른 정보를 포함할 수 있다. 모듈은 제 2 인터페이스를 통해서 장치 상태 정보를 애플리케이션에 제공할 수 있다.
모듈은 로그 메시지들을 전송하도록 모뎀을 구성하기 위해서 적어도 하나의 구성 메시지를 그 모뎀에 전송할 수 있다. 그 구성 메시지(들)는 전송할 특정 로그 메시지들, 그 로그 메시지들을 통해 전송할 파라미터들, 그 로그 메시지들을 전송하기 위한 조건들 등을 정의할 수 있다. 그런 이후에, 모듈은 구성 메시지(들)에 의해서 구성되는 모뎀에 의해서 전송된 로그 메시지들을 수신할 수 있다. 모듈은 적어도 하나의 파라미터에 대한 명령 요청 메시지를 모뎀에 전송할 수 있고, 그 적어도 하나의 파라미터를 갖는 명령 응답 메시지를 수신할 수 있다. 모듈은 네트워크 상태 정보에 대한 파라미터를 요청하는 API를 애플리케이션으로부터 수신할 수 있고, 그 요청된 파라미터를 애플리케이션에 제공할 수 있다.
도 6은 무선 장치에 의해서 진단 정보를 레포팅하기 위한 처리(600)의 설계를 나타낸다. 처리(600)는 진단 모니터링 모듈(220)과 같은 모듈에 의해서 수행될 수 있다. 모듈은 모뎀으로부터 진단 메시지들을 수신할 수 있다(블록 612). 모듈은 무선 장치에 대한 무선 접속이나 데이터 세션 또는 그 둘 모두의 성능을 나타내는 진단 정보를 획득하기 위해서 진단 메시지들을 처리할 수 있다(블록 614). 모듈은 네트워크 모니터링, 디버깅 등을 위해 진단 정보를 네트워크 서버에 전송할 수 있다(블록 616).
모듈은 로그 메시지들을 전송하도록 모뎀을 구성하기 위해서 적어도 하나의 구성 메시지를 그 모뎀에 전송할 수 있다. 구성 메시지(들)는 로그 메시지들을 통해 전송할 파라미터들 및 그 로그 메시지들을 전송하기 위한 조건들을 정의할 수 있다. 모듈은 구성 메시지(들)에 의해 구성되는 모뎀에 의해서 전송된 로그 메시지들을 수신할 수 있다.
모듈은 이벤트 메시지들을 전송하도록 모뎀을 구성하기 위해서 적어도 하나의 구성 메시지를 그 모뎀에 전송할 수 있다. 그 구성 메시지(들)는 전송할 특정 이벤트 메시지들, 그 이벤트 메시지들을 통해 전송할 파라미터들, 그 이벤트 메시지들을 전송하기 위한 조건들 등을 정의할 수 있다. 각각의 이벤트 메시지는 연관된 이벤트에 의해서 트리거될 때 전송될 수 있고, 그 이벤트 메시지를 위해 정의된 파라미터들의 세트를 제공할 수 있다. 모듈은 구성 메시지(들)에 의해 구성되는 모뎀에 의해서 전송된 이벤트 메시지들을 수신할 수 있다.
블록(614)의 한 설계에 있어서, 모듈은 지정된 파라미터들을 획득하기 위해서 진단 메시지들을 분석하고, 그 진단 메시지들에 있는 나머지 파라미터들을 버릴 수 있다. 모듈은 지정된 파라미터들을 버퍼에 저장할 수 있다. 블록(616)의 한 설계에 있어서, 모듈은 버퍼에 저장된 파라미터들의 세트를 포함하는 레포트를 생성할 수 있다. 그 파라미터들의 세트는 진단 정보를 형성할 수 있다. 모듈은 그 레포트를 네트워크 서버에 전송할 수 있다.
도 7은 무선 장치에 의해서 진단 정보를 전송하기 위한 처리(700)의 설계를 나타낸다. 처리(700)는 진단 모니터링 모듈(220)과 같은 모듈에 의해서 수행될 수 있다. 모듈은 모뎀으로부터 진단 메시지들을 수신할 수 있다(블록 712). 모듈은 무선 장치에 대한 무선 접속이나 데이터 세션 또는 그 둘 모두의 성능을 나타내는 파라미터들의 세트를 획득하기 위해서 그 진단 메시지들을 처리할 수 있다(블록 714). 모듈은 레포팅하기 위해서 파라미터들의 세트에 기초하여 딕셔너리를 정의할 수 있고, 그 세트에 있는 각각의 파라미터에 상이한 필드 코드를 할당할 수 있다(블록 716). 모듈은 딕셔너리 및 레코드들의 세트를 포함하는 데이터 블록을 생성할 수 있다(블록 718). 그 딕셔너리는 레포팅되고 있는 파라미터들의 세트에 대한 필드 코드들의 세트 및 각 필드 코드에 대한 설명을 포함할 수 있다. 레코드들의 세트는 딕셔너리에 정의된 필드 코드들에 대한 파라미터 값들을 포함할 수 있다. 모듈은 무선 장치로부터 네트워크 서버로 데이터 블록을 전송할 수 있다(블록 720).
한 설계에 있어서, 모듈은 네트워크 서버와의 레포팅 세션을 개시하기 위해서 시작 메시지를 전송할 수 있다. 모듈은 레포팅 세션을 수락하는 회답 메시지를 네트워크 서버로부터 수신할 수 있다. 모듈은 레포팅 세션 동안에 데이터 블록을 생성하여 전송할 수 있다.
도 8은 무선 장치에서 페이징 메시지들을 수신하기 위한 처리(800)의 설계를 나타낸다. 무선 장치가 비활성 모드에서 동작하고 있을 때, 그 무선 장치는 자신에 대한 제 1 식별자에 기초하여 전송되는 제 1 페이징 메시지를 수신할 수 있다(블록 812). 무선 장치가 활성 모드에서 동작하고 있을 때, 그 무선 장치는 자신에 대한 제 2 식별자에 기초하여 전송되는 제 2 페이징 메시지를 수신할 수 있다(블록 814). 무선 장치는 활성 모드에서는 활성 데이터 세션을 가질 수 있고, 비활성 모드에서는 활성 데이터 세션을 가질 수 없다.
제 1 식별자는 무선 장치에 대한 MDN을 포함할 수 있고, 제 1 페이징 메시지가 음성 서비스 옵션(예컨대, SO-3)을 사용하여 무선 장치에 전송될 수 있다. 제 2 식별자는 무선 장치에 대한 IP 어드레스를 포함할 수 있고, 제 2 페이징 메시지가 무선 장치에 있는 애플리케이션을 위한 소켓에 전송될 수 있다. 무선 장치는 예컨대 1xRTT 네트워크와 같은 제 1 무선 네트워크를 통해 제 1 페이징 메시지를 수신할 수 있다. 무선 장치는 제 1 무선 네트워크를 통해서나 또는 예컨대 EVDO 네트워크와 같은 제 2 무선 네트워크를 통해서 제 2 페이징 메시지를 수신할 수 있다.
도 9는 페이징 메시지를 전송하기 위한 처리(900)의 설계를 나타낸다. 처리(900)는 도 1 및 도 4의 페이징 서버(164)와 같은 네트워크 엔티티에 의해 수행될 수 있다. 페이징 서버는 무선 장치가 비활성 모드 또는 활성 모드에서 동작하고 있는지 여부를 결정할 수 있다(블록 912). 만약 무선 장치가 비활성 모드에서 동작하고 있다면, 페이징 서버는 그 무선 장치에 대한 제 1 식별자에 기초하여 그 무선 장치에 페이징 메시지를 전송할 수 있다(블록 914). 만약 무선 장치가 활성 모드에서 동작하고 있다면, 페이징 서버는 그 무선 장치에 대한 제 2 식별자에 기초하여 그 무선 장치에 페이징 메시지를 전송할 수 있다(블록 916).
제 1 식별자는 무선 장치에 대한 MDN을 포함할 수 있고, 제 1 페이징 메시지가 음성 서비스 옵션을 사용하여 무선 장치에 전송될 수 있다. 제 2 식별자는 무선 장치에 대한 IP 어드레스를 포함할 수 있고, 제 2 페이징 메시지가 무선 장치에 있는 애플리케이션을 위한 소켓에 전송될 수 있다. 페이징 서버, 레디어스 서버, 또는 다른 네트워크 엔티티는 IP 어드레스의 연관성, 소켓, 및 무선 장치에 대한 MDN을 저장할 수 있다.
도 10은 도 1의 무선 장치(110), 무선 네트워크(120), 및 네트워크/페이징 서버(162)의 설계에 대한 블록도를 나타낸다. 무선 장치(110)에서, 모뎀(210)은 무선 장치에 의해 전송될 데이터를 수신하고, 그 데이터를 처리하며, 출력 샘플들을 생성할 수 있다. 전송기(TMTR)(212)는 그 출력 샘플들을 컨디셔닝하고, 역방향 링크 신호를 생성할 수 있는데, 그 역방향 링크 신호는 무선 네트워크(120)에 전송될 수 있다. 순방향 링크를 통해서, 무선 장치(110)는 무선 네트워크(120) 및/또는 다른 무선 네트워크들로부터 순방향 링크 신호들을 수신할 수 있다. 수신기(RCVR)(214)는 수신된 신호를 컨디셔닝하고, 입력 샘플들을 제공할 수 있다. 모뎀(210)은 그 입력 샘플들을 처리하고, 디코딩된 데이터를 제공할 수 있다. 모뎀(210)은 무선 장치(110)에 서빙하는 무선 네트워크에 의해서 활용되는 무선 기술(예컨대, 1xRTT, EVDO 등)에 따라 처리과정을 수행할 수 있다. 디지털 신호 프로세서(244)는 무선 장치(110)에 대한 여러 타입들의 처리과정을 수행할 수 있다.
제어기/프로세서(240)는 무선 장치(110)의 동작을 지시할 수 있다. 프로세서(240 및/또는 244)는 도 3의 모듈들(320 내지 370)을 구현할 수 있다. 프로세서(240 및/또는 244)는 또한 도 5의 처리(500), 도 6의 처리(600), 도 7의 처리(700), 도 8의 처리(800), 및/또는 여기서 설명된 기술들을 위한 다른 처리들을 수행하거나 지시할 수 있다. 메모리(242)는 무선 장치(110)를 위한 프로그램 코드들 및 데이터를 저장할 수 있다. 메모리(210), 프로세서(240 및 244), 및 메모리(242)는 ASIC(application specific integrated circuit)(202) 상에서 구현될 수 있다.
무선 네트워크(120)에서, 전송기/수신기(248)는 무선 장치(120) 및 다른 무선 장치와의 무선 통신을 지원할 수 있다. 제어기/프로세서(250)는 무선 장치들과의 통신을 위한 여러 기능들을 수행할 수 있다. 메모리(252)는 무선 네트워크(120)를 위한 프로그램 코드들 및 데이터를 저장할 수 있다. 통신(Comm) 유닛(254)은 예컨대 네트워크 서버(162)와 같은 다른 네트워크 엔티티들과의 통신을 지원할 수 있다. 일반적으로, 무선 네트워크(120)는 임의의 수의 제어기들, 프로세서들, 메모리들, 전송기들, 수신기들, 통신 유닛들 등을 포함할 수 있다.
네트워크 서버(162)에서, 제어기/프로세서(260)는 예컨대 페이징과 같은 통신 서비스들을 지원하기 위해서 여러 기능들을 수행할 수 있다. 제어기/프로세서(260)는 도 9의 처리(900) 및/또는 여기서 설명된 기술들을 위한 다른 처리들을 수행하거나 지시할 수 있다. 메모리(262)는 네트워크 서버(162)를 위한 프로그램 코드들 및 데이터를 저장할 수 있다. 통신 유닛(264)은 예컨대 무선 네트워크(120), PDSN(140) 등과 같은 다른 네트워크 엔티티들과의 통신을 지원할 수 있다. 일반적으로, 네트워크 서버(162)뿐만 아니라 도 1의 다른 서버들은 임의의 수의 제어기들, 프로세서들, 메모리들, 통신 유닛들 등으로 구현될 수 있다.
당업자들은 정보 및 신호들이 여러 상이한 기술들 및 기법들 중 임의의 기술 및 기법을 사용하여 표현될 수 있음을 이해할 것이다. 예를 들어, 위의 설명 전반에 걸쳐 참조될 수 있는 데이터, 지시들, 명령들, 정보들, 신호들, 비트들, 심볼들, 및 칩들은 전압들, 전류들, 전자기파들, 자기 필드들 또는 입자들, 광 필드들 또는 입자들, 또는 이들의 임의의 결합으로 표현될 수 있다.
당업자들은 여기서의 발명과 관련하여 설명되어진 다양한 예시적인 논리블록들, 모듈들, 회로들, 및 알고리즘 단계들이 전자 하드웨어, 컴퓨터 소프트웨어, 또는 이들의 결합으로서 구현될 수 있음을 또한 알 것이다. 하드웨어 및 소프트웨어의 상호교환가능성을 명확히 설명하기 위해, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들, 및 단계들이 그들의 기능을 통해 일반적으로 위에서 기술되었다. 이러한 기능이 하드웨어로 구현되는지 또는 소프트웨어로 구현되는지 여부는 특정 애플리케이션 및 전체 시스템에 대해 부가된 설계 제약들에 의존한다. 당업자들은 설명된 기능들을 각각의 특정 애플리케이션에 대해 다양한 방식들로 구현할 수 있지만, 이러한 구현 결정들은 본 발명의 범위로부터 벗어나는 것으로 해석되지 않아야 한다.
여기서의 발명과 관련하여 설명되어진 다양한 예시적인 논리 블록들, 모듈들, 및 회로들이 범용 프로세서, 디지털 신호 프로세서(DSP), 주문형 집적회로(ASIC), 필드 프로그램가능 게이트 어레이(FPGA) 또는 다른 프로그램가능 로직 장치, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 또는 여기서 설명된 기능들을 수행하도록 설계된 이들의 임의 결합을 통해 구현 또는 수행될 수 있다. 범용 프로세서는 마이크로 프로세서 일 수 있지만, 대안적으로는 상기 프로세서는 임의의 종래 프로세서, 제어기, 마이크로 제어기, 또는 상태 머신일 수 있다. 프로세서는 예를 들어 DSP 및 마이크로프로세서의 결합, 다수의 마이크로프로세서들, DSP 코어와 결합된 하나 이상의 마이크로 프로세서들, 또는 임의의 다른 이러한 구성과 같은 컴퓨팅 장치들의 결합으로서 또한 구현될 수 있다.
여기서의 발명과 관련하여 설명되어진 방법의 단계들 및 알고리즘은 하드웨어, 프로세서에 의해 실행되는 소프트웨어 모듈, 또는 그 둘의 조합으로 직접 구현될 수 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드디스크, 탈착가능 디스크, CD-ROM, 또는 해당 분야에 공지된 임의의 다른 형태의 저장 매체에 존재할 수 있다. 예시적인 저장매체는 프로세서에 연결되고, 그로 인해서 상기 프로세서는 저장 매체로부터 정보를 판독하고 저장매체에 정보를 기록할 수 있다. 대안적으로, 저장 매체는 프로세서에 통합될 수 있다. 상기 프로세서 및 저장 매체는 ASIC에 존재할 수 있다. ASIC는 사용자 단말기에 존재할 수 있다. 대안적으로, 프로세서 및 저장 매체는 사용자 단말기 내의 이산적인 컴포넌트들로서 존재할 수 있다.
하나 이상의 예시적인 설계들에 있어서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수 있다. 소프트웨어로 구현되는 경우, 상기 기능들은 컴퓨터-판독가능 매체 상에 하나 이상의 명령들 또는 코드로서 저장되거나, 또는 이들을 통해 전송될 수 있다. 컴퓨터-판독가능 매체는 컴퓨터 저장 매체들 및 한 장소에서 다른 장소로 컴퓨터 프로그램의 이전을 용이하게 하는 임의의 매체를 포함하는 통신 매체를 포함한다. 저장 매체들은 범용 컴퓨터 또는 특수 용도의 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체일 수 있다. 일예일뿐 비제한적으로, 이러한 컴퓨터-판독가능 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장 장치, 자기 디스크 저장 장치 또는 다른 자기 저장 장치들, 또는 명령 또는 데이터 구조의 형태로 원하는 프로그램 코드 수단을 전달하거나 저장하는데 사용될 수 있고, 범용 컴퓨터, 특수 용도의 컴퓨터, 또는 범용 프로세서나 특수 용도의 프로세서에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 연결 수단이 컴퓨터-판독가능 매체로 적절히 불리 수 있다. 예를 들어, 소프트웨어가 웹사이트, 서버, 또는 다른 원격 소스로부터 동축 케이블, 광섬유 케이블, 연선, 디지털 가입자 라인(DSL), 또는 적외선, 라디오, 및 마이크로웨이브와 같은 무선 기술들을 사용하여 전송되는 경우, 이러한 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 적외선, 무선, 및 마이크로웨이브와 같은 무선 기술들이 이러한 매체의 정의 내에 포함된다. 여기서 사용되는 바와같은 disk 및 disc은 콤팩트 disc(CD), 레이저 disc , 광 disc, DVD(digital versatile disc), 플로피 disk 및 블루-레이 disc를 포함하며, 여기서 disk는 일반적으로 데이터를 자기적으로 재생하지만, disc은 레이저를 통해 광학적으로 데이터를 재생한다. 상기 disk 및 disc의 조합들 역시 컴퓨터-판독가능 매체들의 범위 내에 포함될 수 있다.
발명에 대한 이전 설명은 임의의 당업자가 본 발명을 수행하거나 또는 사용할 수 있도록 제공되었다. 본 발명에 대한 다양한 변경들이 당업자들에게 쉽게 자명할 것이고, 여기에 정의된 일반적인 원리들은 본 발명의 사상 또는 범위를 벗어남이 없이 다른 변형들에 적용될 수 있다. 따라서, 본 발명은 여기에 설명된 예들 및 설계들로 제한되도록 의도되지 않고, 여기서 설명된 원리들 및 신규한 특징들에 부합하는 가장 넓은 범위로 제공되어야 한다.

Claims (51)

  1. 무선 통신을 위한 방법으로서,
    제 1 인터페이스를 통해 모뎀으로부터 진단 메시지들(diagnostic messages)을 수신하는 단계;
    무선 네트워크의 상태를 나타내는 네트워크 상태 정보를 획득하기 위해서 상기 진단 메시지들을 처리하는 단계; 및
    상기 무선 네트워크와의 통신을 제어하기 위해서 애플리케이션에 의해 사용되도록 상기 네트워크 상태 정보를 제 2 인터페이스를 통해 상기 애플리케이션에 제공하는 단계를 포함하는,
    무선 통신 방법.
  2. 제 1항에 있어서, 상기 진단 메시지들을 처리하는 단계는,
    상기 무선 네트워크에 대한 지정된(designated) 파라미터들을 획득하기 위해 상기 진단 메시지들을 분석하는 단계, 및
    상기 무선 네트워크에 대한 상기 지정된 파라미터들에 기초하여 상기 네트워크 상태 정보를 결정하는 단계를 포함하는,
    무선 통신 방법.
  3. 제 1항에 있어서, 상기 네트워크 상태 정보는 상기 무선 네트워크에 대한 수신 신호 강도를 나타내는 바 값(bar value), 로밍 비트 표시자(RBI:roaming bit indicator), 상기 무선 네트워크의 무선 기술에 대한 표시, 및 시스템 시간 중 적어도 하나를 포함하는,
    무선 통신 방법.
  4. 제 1항에 있어서,
    무선 장치의 상태를 나타내는 장치 상태 정보를 획득하기 위해 상기 진단 메시지들을 처리하는 단계; 및
    상기 장치 상태 정보를 상기 제 2 인터페이스를 통해 상기 애플리케이션에 제공하는 단계를 더 포함하는,
    무선 통신 방법.
  5. 제 4항에 있어서, 상기 장치 상태 정보는 상기 무선 장치에 대한 ESN(Electronics Serial Number), MDN(Mobile Directory Number), 모뎀 버전 및 PRL(Preferred Roaming List) 버전 중 적어도 하나를 포함하는,
    무선 통신 방법.
  6. 제 1항에 있어서,
    적어도 하나의 파라미터에 대한 명령 요청 메시지를 상기 모뎀에 전송하는 단계를 더 포함하고,
    상기 진단 메시지들을 수신하는 단계는 상기 적어도 하나의 파라미터를 갖는 명령 응답 메시지를 수신하는 단계를 포함하는,
    무선 통신 방법.
  7. 제 1항에 있어서,
    로그 메시지들(log messages)을 전송하도록 상기 모뎀을 구성하기 위해 적어도 하나의 구성 메시지를 상기 모뎀에 전송하는 단계를 더 포함하고,
    상기 진단 메시지들을 수신하는 단계는 상기 적어도 하나의 구성 메시지에 의해 구성되는 상기 모뎀에 의해서 전송된 상기 로그 메시지들을 수신하는 단계를 포함하는,
    무선 통신 방법.
  8. 제 1항에 있어서,
    상기 제 1 인터페이스는 상기 모뎀의 기능들을 테스트하기 위한 파라미터들을 제공하기 위해서 상기 모뎀에 의해 사용되는 진단 인터페이스를 포함하고,
    상기 제 2 인터페이스는 API들(Application Programming Interfaces)을 포함하는,
    무선 통신 방법.
  9. 제 1항에 있어서,
    네트워크 상태 정보에 대한 파라미터를 요청하는 애플리케이션 프로그래밍 인터페이스(API)를 상기 애플리케이션으로부터 수신하는 단계; 및
    요청된 파라미터를 상기 애플리케이션에 제공하는 단계를 더 포함하는,
    무선 통신 방법.
  10. 제 1항에 있어서, 상기 네트워크 상태 정보는 서비스를 활성시킬지 여부를 결정하고 상기 서비스가 활성되는 경우에는 상기 서비스를 위한 무선 네트워크를 선택하기 위해서 상기 애플리케이션에 의해 사용되는,
    무선 통신 방법.
  11. 무선 통신을 위한 장치로서,
    제 1 인터페이스를 통해 모뎀으로부터 진단 메시지들을 수신하고, 무선 네트워크의 상태를 나타내는 네트워크 상태 정보를 획득하기 위해서 상기 진단 메시지들을 처리하며, 상기 무선 네트워크와의 통신을 제어하기 위해서 애플리케이션에 의해 사용되도록 상기 네트워크 상태 정보를 제 2 인터페이스를 통해 상기 애플리케이션에 제공하도록 구성되는 적어도 하나의 프로세서를 포함하는,
    무선 통신 장치.
  12. 제 11항에 있어서, 상기 적어도 하나의 프로세서는 상기 무선 네트워크에 대한 지정된 파라미터들을 획득하기 위해 상기 진단 메시지들을 분석하고, 상기 무선 네트워크에 대한 상기 지정된 파라미터들에 기초하여 상기 네트워크 상태 정보를 결정하도록 구성되는,
    무선 통신 장치.
  13. 제 11항에 있어서, 상기 적어도 하나의 프로세서는 무선 장치의 상태를 나타내는 장치 상태 정보를 획득하기 위해 상기 진단 메시지들을 처리하고, 상기 장치 상태 정보를 상기 제 2 인터페이스를 통해 상기 애플리케이션에 제공하도록 구성되는,
    무선 통신 장치.
  14. 무선 통신을 위한 장치로서,
    제 1 인터페이스를 통해 모뎀으로부터 진단 메시지들을 수신하기 위한 수단;
    무선 네트워크의 상태를 나타내는 네트워크 상태 정보를 획득하기 위해서 상기 진단 메시지들을 처리하기 위한 수단; 및
    상기 무선 네트워크와의 통신을 제어하기 위해서 애플리케이션에 의해 사용되도록 상기 네트워크 상태 정보를 제 2 인터페이스를 통해 상기 애플리케이션에 제공하기 위한 수단을 포함하는,
    무선 통신 장치.
  15. 제 14항에 있어서, 상기 진단 메시지들을 처리하기 위한 수단은,
    상기 무선 네트워크에 대한 지정된 파라미터들을 획득하기 위해 상기 진단 메시지들을 분석하기 위한 수단, 및
    상기 무선 네트워크에 대한 상기 지정된 파라미터들에 기초하여 상기 네트워크 상태 정보를 결정하기 위한 수단을 포함하는,
    무선 통신 장치.
  16. 제 14항에 있어서,
    무선 장치의 상태를 나타내는 장치 상태 정보를 획득하기 위해 상기 진단 메시지들을 처리하기 위한 수단; 및
    상기 장치 상태 정보를 상기 제 2 인터페이스를 통해 상기 애플리케이션에 제공하기 위한 수단을 더 포함하는,
    무선 통신 장치.
  17. 컴퓨터-판독가능 매체를 포함하는 컴퓨터 프로그램 물건으로서, 상기 컴퓨터-판독가능 매체는,
    적어도 하나의 컴퓨터로 하여금 제 1 인터페이스를 통해 모뎀으로부터 진단 메시지들을 수신하도록 하기 위한 코드;
    상기 적어도 하나의 컴퓨터로 하여금 무선 네트워크의 상태를 나타내는 네트워크 상태 정보를 획득하기 위해서 상기 진단 메시지들을 처리하도록 하기 위한 코드; 및
    상기 적어도 하나의 컴퓨터로 하여금 상기 무선 네트워크와의 통신을 제어하기 위해서 애플리케이션에 의해 사용되도록 상기 네트워크 상태 정보를 제 2 인터페이스를 통해 상기 애플리케이션에 제공하도록 하기 위한 코드를 포함하는,
    컴퓨터 프로그램 물건.
  18. 무선 통신을 위한 방법으로서,
    모뎀으로부터 진단 메시지들을 수신하는 단계;
    무선 장치에 대한 무선 접속이나 데이터 세션 또는 그 둘 모두의 성능을 나타내는 진단 정보를 획득하기 위해 상기 진단 메시지들을 처리하는 단계; 및
    네트워크 모니터링 및 디버깅(debugging)을 위해 네트워크 서버에 상기 진단 정보를 전송하는 단계를 포함하는,
    무선 통신 방법.
  19. 제 18항에 있어서,
    로그 메시지들을 전송하도록 상기 모뎀을 구성하기 위해 적어도 하나의 구성 메시지를 상기 모뎀에 전송하는 단계를 더 포함하고,
    상기 적어도 하나의 구성 메시지는 전송할 특정 로그 메시지들, 로그 메시지들을 통해 전송할 파라미터들 및 상기 로그 메시지들을 전송하기 위한 조건들 중 적어도 하나를 정의하고,
    상기 진단 메시지들을 수신하는 단계는 상기 적어도 하나의 구성 메시지에 의해 구성되는 상기 모뎀에 의해서 전송된 상기 로그 메시지들을 수신하는 단계를 포함하는,
    무선 통신 방법.
  20. 제 18항에 있어서,
    이벤트 메시지들을 전송하도록 상기 모뎀을 구성하기 위해 적어도 하나의 구성 메시지를 상기 모뎀에 전송하는 단계를 더 포함하고,
    각각의 이벤트 메시지는 연관된 이벤트에 의해 트리거될 때 전송되고,
    상기 진단 메시지들을 수신하는 단계는 상기 적어도 하나의 구성 메시지에 의해 구성되는 상기 모뎀에 의해서 전송된 상기 이벤트 메시지들을 수신하는 단계를 포함하는,
    무선 통신 방법.
  21. 제 18항에 있어서, 상기 진단 메시지들을 처리하는 단계는,
    지정된 파라미터들을 획득하고 또한 상기 진단 메시지들 내의 나머지 파라미터들을 버리기 위해서 상기 진단 메시지들을 분석하는 단계, 및
    상기 지정된 파라미터들을 버퍼에 저장하는 단계를 포함하는,
    무선 통신 방법.
  22. 제 21항에 있어서, 상기 진단 정보를 전송하는 단계는,
    상기 버퍼에 저장된 파라미터들의 세트를 포함하는 레포트(report)를 생성하는 단계 ― 상기 파라미터들의 세트는 상기 진단 정보를 형성함 ―, 및
    상기 레포트를 상기 네트워크 서버에 전송하는 단계를 포함하는,
    무선 통신 방법.
  23. 무선 통신을 위한 장치로서,
    모뎀으로부터 진단 메시지들을 수신하고, 무선 장치에 대한 무선 접속이나 데이터 세션 또는 그 둘 모두의 성능을 나타내는 진단 정보를 획득하기 위해 상기 진단 메시지들을 처리하며, 네트워크 모니터링 및 디버깅(debugging)을 위해 네트워크 서버에 상기 진단 정보를 전송하도록 구성되는 적어도 하나의 프로세서를 포함하는,
    무선 통신 장치.
  24. 제 23항에 있어서,
    상기 적어도 하나의 프로세서는 로그 메시지들을 전송하도록 상기 모뎀을 구성하기 위해 적어도 하나의 구성 메시지를 상기 모뎀에 전송하고, 상기 적어도 하나의 구성 메시지에 의해 구성되는 상기 모뎀에 의해 전송된 상기 로그 메시지들을 수신하도록 구성되고,
    상기 적어도 하나의 구성 메시지는 전송할 특정 로그 메시지들, 상기 로그 메시지들을 통해 전송할 파라미터들 및 상기 로그 메시지들을 전송하기 위한 조건들 중 적어도 하나를 정의하는,
    무선 통신 장치.
  25. 제 23항에 있어서, 상기 적어도 하나의 프로세서는 이벤트 메시지들을 전송하도록 상기 모뎀을 구성하기 위해 적어도 하나의 구성 메시지를 상기 모뎀에 전송하고 ― 각각의 이벤트 메시지는 연관된 이벤트에 의해 트리거될 때 전송됨 ―, 상기 적어도 하나의 구성 메시지에 의해 구성되는 상기 모뎀에 의해서 전송된 상기 이벤트 메시지들을 수신하도록 구성되는,
    무선 통신 장치.
  26. 제 23항에 있어서, 상기 적어도 하나의 프로세서는 지정된 파라미터들을 획득하고 또한 상기 진단 메시지들 내의 나머지 파라미터들을 버리기 위해서 상기 진단 메시지들을 분석하고, 또한 상기 지정된 파라미터들을 버퍼에 저장하도록 구성되는,
    무선 통신 장치.
  27. 제 26항에 있어서, 상기 적어도 하나의 프로세서는 상기 버퍼에 저장된 파라미터들의 세트를 포함하는 레포트(report)를 생성하고 ― 상기 파라미터들의 세트는 상기 진단 정보를 형성함 ―, 상기 레포트를 상기 네트워크 서버에 전송하도록 구성되는,
    무선 통신 장치.
  28. 무선 통신을 위한 방법으로서,
    딕셔너리(dictionary) 및 레코드들(records)의 세트를 포함하는 데이터 블록을 생성하는 단계 ― 상기 딕셔너리는 레포팅되는 파라미터들의 세트에 대한 필드 코드들의 세트 및 각각의 필드 코드에 대한 설명(description)을 포함하고, 상기 레코드들의 세트는 상기 딕셔너리에 정의된 필드 코드들에 대한 파라미터 값들을 포함함 ―; 및
    무선 장치로부터 네트워크 서버로 상기 데이터 블록을 전송하는 단계를 포함하는,
    무선 통신 방법.
  29. 제 28항에 있어서,
    상기 데이터 블록을 통해 레포팅할 상기 파라미터들의 세트에 기초하여 상기 딕셔너리를 정의하는 단계; 및
    상기 파라미터들의 세트에 있는 각각의 파라미터에 상이한 필드 코드를 할당하는 단계를 더 포함하는,
    무선 통신 방법.
  30. 제 28항에 있어서,
    모뎀으로부터 진단 메시지들을 수신하는 단계; 및
    상기 파라미터들의 세트에 있는 파라미터들을 획득하기 위해서 상기 진단 메시지들을 처리하는 단계를 더 포함하고,
    상기 파라미터들은 상기 무선 장치에 대한 무선 접속이나 데이터 세션 또는 그 둘 모두의 성능을 나타내는,
    무선 통신 방법.
  31. 제 28항에 있어서,
    상기 네트워크 서버와의 레포팅 세션을 개시하기 위해 시작 메시지(start message)를 전송하는 단계; 및
    상기 레포팅 세션을 수락하는 회답 메시지(reply message)를 상기 네트워크 서버로부터 수신하는 단계를 더 포함하고,
    상기 데이터 블록은 상기 레포팅 세션 동안에 생성되어 전송되는,
    무선 통신 방법.
  32. 무선 통신을 위한 장치로서,
    딕셔너리 및 레코드들의 세트를 포함하는 데이터 블록을 생성하고 ― 상기 딕셔너리는 레포팅되는 파라미터들의 세트에 대한 필드 코드들의 세트 및 각각의 필드 코드에 대한 설명을 포함하고, 상기 레코드들의 세트는 상기 딕셔너리에 정의된 필드 코드들에 대한 파라미터 값들을 포함함 ―, 무선 장치로부터 네트워크 서버로 상기 데이터 블록을 전송하도록 구성되는 적어도 하나의 프로세서를 포함하는,
    무선 통신 장치.
  33. 제 32항에 있어서,
    상기 적어도 하나의 프로세서는 상기 데이터 블록을 통해 레포팅할 상기 파라미터들의 세트에 기초하여 상기 딕셔너리를 정의하고, 상기 파라미터들의 세트에 있는 각각의 파라미터에 상이한 필드 코드를 할당하도록 구성되는,
    무선 통신 장치.
  34. 제 32항에 있어서,
    상기 적어도 하나의 프로세서는 모뎀으로부터 진단 메시지들을 수신하고, 상기 파라미터들의 세트에 있는 파라미터들을 획득하기 위해서 상기 진단 메시지들을 처리하도록 구성되고,
    상기 파라미터들은 상기 무선 장치에 대한 무선 접속이나 데이터 세션 또는 그 둘 모두의 성능을 나타내는,
    무선 통신 장치.
  35. 무선 통신을 위한 방법으로서,
    무선 장치가 비활성 모드에서 동작하고 있을 때, 상기 무선 장치에 대한 제 1 식별자에 기초하여 전송되는 제 1 페이징 메시지를 수신하는 단계; 및
    상기 무선 장치가 활성 모드에서 동작하고 있을 때, 상기 무선 장치에 대한 제 2 식별자에 기초하여 전송되는 제 2 페이징 메시지를 수신하는 단계를 포함하는,
    무선 통신 방법.
  36. 제 35항에 있어서, 상기 무선 장치는 상기 활성 모드에서는 활성 데이터 세션을 갖고, 상기 비활성 모드에서는 활성 데이터 세션을 갖지 않는,
    무선 통신 방법.
  37. 제 35항에 있어서,
    상기 제 1 식별자는 상기 무선 장치에 대한 MDN(Mobile Directory Number)을 포함하고,
    상기 제 1 페이징 메시지는 상기 무선 장치에 음성 서비스 옵션을 사용하여 전송되는,
    무선 통신 방법.
  38. 제 35항에 있어서,
    상기 제 2 식별자는 상기 무선 장치에 대한 인터넷 프로토콜(IP) 어드레스를 포함하고,
    상기 제 2 페이징 메시지는 상기 무선 장치에 있는 애플리케이션을 위한 소켓에 전송되는,
    무선 통신 방법.
  39. 제 35항에 있어서,
    상기 제 1 페이징 메시지는 제 1 무선 네트워크를 통해 수신되고,
    상기 제 2 페이징 메시지는 상기 제 1 무선 네트워크 또는 제 2 무선 네트워크를 통해 수신되는,
    무선 통신 방법.
  40. 무선 통신을 위한 장치로서,
    무선 장치가 비활성 모드에서 동작하고 있을 때는 상기 무선 장치에 대한 제 1 식별자에 기초하여 전송되는 제 1 페이징 메시지를 수신하고, 상기 무선 장치가 활성 모드에서 동작하고 있을 때 상기 무선 장치에 대한 제 2 식별자에 기초하여 전송되는 제 2 페이징 메시지를 수신하도록 구성되는 적어도 하나의 프로세서를 포함하는,
    무선 통신 장치.
  41. 제 40항에 있어서,
    상기 제 1 식별자는 상기 무선 장치에 대한 MDN(Mobile Directory Number)을 포함하고,
    상기 제 1 페이징 메시지는 상기 무선 장치에 음성 서비스 옵션을 사용하여 전송되는,
    무선 통신 장치.
  42. 제 40항에 있어서,
    상기 제 2 식별자는 상기 무선 장치에 대한 인터넷 프로토콜(IP) 어드레스를 포함하고,
    상기 제 2 페이징 메시지는 상기 무선 장치에 있는 애플리케이션을 위한 소켓에 전송되는,
    무선 통신 장치.
  43. 제 40항에 있어서,
    상기 적어도 하나의 프로세서는 제 1 무선 네트워크를 통해 상기 제 1 페이징 메시지를 수신하고, 상기 제 1 무선 네트워크 또는 제 2 무선 네트워크를 통해 상기 제 2 페이징 메시지를 수신하도록 구성되는,
    무선 통신 장치.
  44. 무선 통신을 위한 방법으로서,
    무선 장치가 비활성 모드 또는 활성 모드에서 동작하고 있는지 여부를 결정하는 단계;
    만약 상기 무선 장치가 상기 비활성 모드에서 동작하고 있다면, 상기 무선 장치에 대한 제 1 식별자에 기초하여 상기 무선 장치에 페이징 메시지를 전송하는 단계; 및
    만약 상기 무선 장치가 상기 활성 모드에서 동작하고 있다면, 상기 무선 장치에 대한 제 2 식별자에 기초하여 상기 무선 장치에 상기 페이징 메시지를 전송하는 단계를 포함하는,
    무선 통신 방법.
  45. 제 44항에 있어서,
    상기 제 1 식별자는 상기 무선 장치에 대한 MDN(Mobile Directory Number)을 포함하고,
    제 1 페이징 메시지가 상기 무선 장치에 음성 서비스 옵션을 사용하여 전송되는,
    무선 통신 방법.
  46. 제 44항에 있어서,
    상기 제 2 식별자는 상기 무선 장치에 대한 인터넷 프로토콜(IP) 어드레스를 포함하고,
    제 2 페이징 메시지가 상기 무선 장치에 있는 애플리케이션을 위한 소켓에 전송되는,
    무선 통신 방법.
  47. 제 46항에 있어서, 상기 IP 어드레스, 상기 소켓, 및 상기 무선 장치에 대한 MDN(Mobile Directory Number)의 연관성을 저장하는 단계를 더 포함하는,
    무선 통신 방법.
  48. 무선 통신을 위한 장치로서,
    무선 장치가 비활성 모드 또는 활성 모드에서 동작하고 있는지 여부를 결정하고, 만약 상기 무선 장치가 상기 비활성 모드에서 동작하고 있다면, 상기 무선 장치에 대한 제 1 식별자에 기초하여 상기 무선 장치에 페이징 메시지를 전송하며, 만약 상기 무선 장치가 상기 활성 모드에서 동작하고 있다면, 상기 무선 장치에 대한 제 2 식별자에 기초하여 상기 무선 장치에 상기 페이징 메시지를 전송하도록 구성되는 적어도 하나의 프로세서를 포함하는,
    무선 통신 장치.
  49. 제 48항에 있어서,
    상기 제 1 식별자는 상기 무선 장치에 대한 MDN(Mobile Directory Number)을 포함하고,
    제 1 페이징 메시지가 상기 무선 장치에 음성 서비스 옵션을 사용하여 전송되는,
    무선 통신 장치.
  50. 제 48항에 있어서,
    상기 제 2 식별자는 상기 무선 장치에 대한 인터넷 프로토콜(IP) 어드레스를 포함하고,
    제 2 페이징 메시지가 상기 무선 장치에 있는 애플리케이션을 위한 소켓에 전송되는,
    무선 통신 장치.
  51. 제 50항에 있어서, 상기 적어도 하나의 프로세서는 상기 IP 어드레스, 상기 소켓, 및 상기 무선 장치에 대한 MDN(Mobile Directory Number)의 연관성을 저장하도록 구성되는,
    무선 통신 장치.
KR1020107013718A 2007-11-19 2008-11-19 무선 장치에 의한 진단 모니터링 KR101130020B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US98905007P 2007-11-19 2007-11-19
US60/989,050 2007-11-19
US12/272,994 US9066316B2 (en) 2007-11-19 2008-11-18 Diagnostic monitoring by a wireless device
US12/272,994 2008-11-18
PCT/US2008/084030 WO2009067509A2 (en) 2007-11-19 2008-11-19 Diagnostic monitoring by a wireless device

Related Child Applications (2)

Application Number Title Priority Date Filing Date
KR1020117030653A Division KR101222593B1 (ko) 2007-11-19 2008-11-19 무선 장치에 의한 진단 모니터링
KR1020117030652A Division KR101222589B1 (ko) 2007-11-19 2008-11-19 무선 장치에 의한 진단 모니터링

Publications (2)

Publication Number Publication Date
KR20100088702A true KR20100088702A (ko) 2010-08-10
KR101130020B1 KR101130020B1 (ko) 2012-03-26

Family

ID=40466950

Family Applications (3)

Application Number Title Priority Date Filing Date
KR1020117030652A KR101222589B1 (ko) 2007-11-19 2008-11-19 무선 장치에 의한 진단 모니터링
KR1020117030653A KR101222593B1 (ko) 2007-11-19 2008-11-19 무선 장치에 의한 진단 모니터링
KR1020107013718A KR101130020B1 (ko) 2007-11-19 2008-11-19 무선 장치에 의한 진단 모니터링

Family Applications Before (2)

Application Number Title Priority Date Filing Date
KR1020117030652A KR101222589B1 (ko) 2007-11-19 2008-11-19 무선 장치에 의한 진단 모니터링
KR1020117030653A KR101222593B1 (ko) 2007-11-19 2008-11-19 무선 장치에 의한 진단 모니터링

Country Status (8)

Country Link
US (2) US9066316B2 (ko)
EP (3) EP2254363B1 (ko)
JP (4) JP2011504071A (ko)
KR (3) KR101222589B1 (ko)
CN (1) CN101911748A (ko)
CA (1) CA2706140A1 (ko)
RU (1) RU2010125239A (ko)
WO (1) WO2009067509A2 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101882779B1 (ko) * 2017-05-17 2018-07-27 주식회사 이노와이어리스 스몰 셀 설치 작업 모니터링 방법
WO2022108188A1 (ko) * 2020-11-20 2022-05-27 삼성전자 주식회사 로그 정보의 수신 방법 및 이를 위한 전자 장치

Families Citing this family (57)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR0315570A (pt) 2002-10-22 2005-08-23 Jason A Sullivan Módulo de controle de processamento não-periféricos possuindo propriedades aperfeiçoadas de dissipação de calor
CA2504222C (en) 2002-10-22 2012-05-22 Jason A. Sullivan Robust customizable computer processing system
WO2004038527A2 (en) * 2002-10-22 2004-05-06 Isys Technologies Systems and methods for providing a dynamically modular processing unit
US9112808B2 (en) * 2007-02-06 2015-08-18 At&T Intellectual Property Ii, L.P. Devices, systems, and methods for providing data
US9066316B2 (en) 2007-11-19 2015-06-23 Qualcomm Incorporated Diagnostic monitoring by a wireless device
US8396507B2 (en) * 2008-12-15 2013-03-12 At&T Mobility Ii Llc System and method for indicating expected communication speed in a wireless communication device
KR101707683B1 (ko) * 2009-06-24 2017-02-16 엘지전자 주식회사 무선 통신 시스템상에서 단말의 측정 보고를 네트워크로 전송하는 방법
TW201110789A (en) * 2009-09-10 2011-03-16 Inventec Appliances Corp Hand-held electricnic device and communication method thereof
TW201110644A (en) * 2009-09-10 2011-03-16 Inventec Appliances Corp Hand-held electricnic device and communication method thereof
CN101668285B (zh) * 2009-10-23 2013-01-16 中兴通讯股份有限公司 一种移动终端的小区锁定方法和可锁定小区的移动终端
US8254985B2 (en) * 2009-11-04 2012-08-28 Research In Motion Limited Methods and apparatus for use in controlling wireless transceiver operation in a mobile communication device
US8351934B1 (en) * 2009-12-01 2013-01-08 Sprint Communications Company L.P. Over the air passive downloads
KR20140021057A (ko) 2010-01-07 2014-02-19 닛본 덴끼 가부시끼가이샤 무선 통신 시스템, 무선 단말, 무선 기지국, 무선 통신 방법 및 프로그램
CN102164375A (zh) * 2010-02-22 2011-08-24 华为技术有限公司 一种收集终端测量数据的方法和系统
US8649272B2 (en) * 2010-05-17 2014-02-11 Tekelec Global, Inc. Methods, systems and computer readable media for mobile-communication-device-initiated network monitoring services
US20110307746A1 (en) * 2010-06-07 2011-12-15 Sullivan Jason A Systems and Methods for Intelligent and Flexible Management and Monitoring of Computer Systems
US9019943B2 (en) 2010-07-29 2015-04-28 Qualcomm Incorporated Systems and methods of communication using tunneled direct link setup (TDLS)
CN101951586B (zh) * 2010-09-01 2015-07-22 中兴通讯股份有限公司 Cdma单模芯片多待终端搜网的方法及装置
KR20130081289A (ko) 2010-10-04 2013-07-16 교세라 가부시키가이샤 이동통신방법, 무선단말, 및 기지국
KR101759703B1 (ko) * 2010-10-18 2017-07-21 에스케이텔레콤 주식회사 이종망 기반 위치 추정 시스템 및 그 방법
US8593982B1 (en) * 2010-11-02 2013-11-26 Sprint Spectrum L.P. Method and system for optimizing a performance indicator log mask
EP2466976B1 (en) 2010-12-15 2017-09-27 OCT Circuit Technologies International Limited IP-based paging for DSDS
JP4929407B1 (ja) * 2011-03-09 2012-05-09 株式会社東芝 情報処理装置および表示制御方法
KR101640476B1 (ko) * 2011-09-16 2016-07-25 한국전자통신연구원 네트워크의 테스트 분석시스템 및 그 분석방법
WO2013121435A1 (en) * 2012-02-16 2013-08-22 Kochar Infotech (P) Ltd. Remote mobile diagnostics
US9351331B2 (en) 2012-04-18 2016-05-24 Qualcomm Incorporated Invasive socket manager
WO2013170140A2 (en) * 2012-05-10 2013-11-14 Interdigital Patent Holdings, Inc. Paging and system information broadcast handling in virtualized networks
US9380176B2 (en) * 2012-05-28 2016-06-28 Avago Technologies General Ip (Singapore) Pte. Ltd. Voice band data mode in a universal facsimile engine
CN103856359B (zh) * 2012-11-28 2018-03-13 腾讯科技（深圳）有限公司 获取信息的方法和系统
JP6028672B2 (ja) * 2013-04-25 2016-11-16 富士通株式会社 データ抽出方法、データ抽出プログラムおよびデータ抽出装置
US8750157B1 (en) 2013-07-11 2014-06-10 Quantenna Communications Inc. Installation and service of a wireless home network
US10015153B1 (en) * 2013-12-23 2018-07-03 EMC IP Holding Company LLC Security using velocity metrics identifying authentication performance for a set of devices
US9270553B1 (en) 2014-03-26 2016-02-23 Amazon Technologies, Inc. Dynamic service debugging in a virtual environment
US10802469B2 (en) 2015-04-27 2020-10-13 Ademco Inc. Geo-fencing with diagnostic feature
US9609478B2 (en) 2015-04-27 2017-03-28 Honeywell International Inc. Geo-fencing with diagnostic feature
US10728085B1 (en) * 2015-09-15 2020-07-28 Amazon Technologies, Inc. Model-based network management
US10127096B2 (en) * 2015-11-20 2018-11-13 Geotab Inc. Big telematics data network communication fault identification system
US10136392B2 (en) * 2015-11-20 2018-11-20 Geotab Inc. Big telematics data network communication fault identification system method
US10299205B2 (en) 2015-11-20 2019-05-21 Geotab Inc. Big telematics data network communication fault identification method
US11223518B2 (en) 2015-11-20 2022-01-11 Geotab Inc. Big telematics data network communication fault identification device
WO2017092825A1 (en) 2015-12-04 2017-06-08 Abb Ag Health report sending from a wireless communication network
US10257838B2 (en) 2017-05-19 2019-04-09 At&T Intellectual Property I, L.P. Standardized commands for coverage modes in a wireless communications system
KR101800830B1 (ko) 2017-07-13 2017-11-23 에스케이텔레콤 주식회사 이종망 기반 위치 추정 시스템 및 그 방법
EP3725047B1 (en) * 2017-12-15 2022-11-02 Telefonaktiebolaget LM Ericsson (publ) Method and traffic processing unit for handling traffic in a communication network
KR20200031900A (ko) * 2018-09-17 2020-03-25 삼성전자주식회사 Pdu 세션 제어 방법 및 장치
US11241822B2 (en) 2018-09-25 2022-02-08 Carbon, Inc. Dual cure resins for additive manufacturing
US10757602B2 (en) * 2018-12-07 2020-08-25 Ford Global Technologies, Llc Connection history-based retry throttling
US10904938B2 (en) 2019-03-12 2021-01-26 Ford Global Technologies, Llc Circuit-switched domain response to packet-switched domain failure
KR20200112494A (ko) * 2019-03-22 2020-10-05 삼성전자주식회사 전자 장치 및 이의 제어 방법
WO2020263480A1 (en) 2019-06-28 2020-12-30 Carbon, Inc. Dual cure additive manufacturing resins for the production of objects with mixed tensile properties
US11510092B1 (en) 2020-09-17 2022-11-22 Sprint Communications Company Lp Requesting upgraded quality of service (QoS) delivered via temporary spectrum allocation
CN112134756A (zh) * 2020-09-21 2020-12-25 珠海格力电器股份有限公司 一种调制解调器模块的诊断方法及诊断装置
US11330034B1 (en) 2020-10-27 2022-05-10 T-Mobile Usa, Inc. Data disruption tracking for wireless networks, such as IMS networks
CN112532486B (zh) * 2020-11-27 2022-05-06 北京奇艺世纪科技有限公司 网络诊断的方法、电子设备、系统与可读存储介质
CN113342767A (zh) * 2021-04-28 2021-09-03 招银云创信息技术有限公司 一种日志生成方法、装置、设备及存储介质
CN117652179A (zh) * 2021-07-21 2024-03-05 三星电子株式会社 车辆电子设备及其操作方法
US11818087B1 (en) * 2022-03-21 2023-11-14 Splunk Inc. User-to-user messaging-based software troubleshooting tool

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6230009B1 (en) 1996-12-27 2001-05-08 At&T Wireless Services, Inc. Method and apparatus for alerting a station in one network of a requested communication from a second network
DK0909068T3 (da) 1997-10-13 2001-05-07 X Way Rights B V Fremgangsmåde og apparat til struktureret kommunikation
KR20000014139A (ko) * 1998-08-14 2000-03-06 서평원 코드분할 다중접속 방식의 이동통신 시스템에서 이동국 통계 데이터 수집 및 초기화 제어방법
US6571093B1 (en) * 2000-03-16 2003-05-27 Harold M. Jarrett, Jr. Methods for providing extended wireless data transport services
CN1496499A (zh) * 2000-06-09 2004-05-12 ͨ�õ�����˾ 用于公用事业企业管理的系统和方法
US6745011B1 (en) * 2000-09-01 2004-06-01 Telephia, Inc. System and method for measuring wireless device and network usage and performance metrics
US6915128B1 (en) * 2001-02-13 2005-07-05 Sprint Spectrum L.P. Method and system for monitoring a wireless communications network
US7472396B2 (en) * 2001-05-18 2008-12-30 Qualcomm Incorporated Extensible event notification mechanism
WO2004004381A1 (en) 2002-07-01 2004-01-08 Qualcomm Incorporated Remote interaction with a wireless device resident diagnostic interface across a wireless network
US7263351B2 (en) 2002-07-01 2007-08-28 Qualcomm Incorporated Wireless network optimization through remote device data
JP2004236001A (ja) * 2003-01-30 2004-08-19 Ntt Docomo Inc 移動通信システム、位置情報管理装置、ルーティング情報管理装置
JP2004304399A (ja) * 2003-03-31 2004-10-28 Nec Corp 通信端末、基地局、サーバ、ネットワークシステム及びハンドオーバ方法
US7983242B2 (en) 2003-08-18 2011-07-19 Qualcomm, Incorporated Packet data service with circuit-switched call notification
KR100703264B1 (ko) 2003-08-29 2007-04-03 삼성전자주식회사 다양한 억세스망들이 중첩된 이동통신시스템에서 음성 및데이터 서비스 제공 방법 및 장치
JP2005110060A (ja) 2003-09-30 2005-04-21 Kyocera Corp 無線通信端末および無線通信端末のデータ処理方法
JP2005236833A (ja) * 2004-02-23 2005-09-02 Hitachi Eng Co Ltd 電話回線制御装置
US7711377B2 (en) * 2004-06-10 2010-05-04 Qualcomm Incorporated Efficient paging in a wireless communication system
KR101182065B1 (ko) 2005-04-04 2012-09-11 후아웨이 테크놀러지 컴퍼니 리미티드 이중 모드 단말기의 통신 방법 및 시스템
US7283816B2 (en) 2005-04-14 2007-10-16 Qualcomm Incorporated Apparatus and process for a universal diagnostic monitor module on a wireless device
US7843991B2 (en) 2005-04-21 2010-11-30 Qualcomm Incorporated Methods and apparatus for monitoring voice quality on a wireless communication device
GB2426151B (en) * 2005-05-12 2007-09-05 Motorola Inc Optimizing network performance for communication servcies
JP2007060189A (ja) 2005-08-24 2007-03-08 Softbank Mobile Corp 通信品質測定方法、移動通信端末装置、サーバシステム、通信品質測定システム及びアプリケーションプログラム
US7567791B2 (en) * 2005-09-19 2009-07-28 Qualcomm Incorporated Wireless terminal methods and apparatus for use in a wireless communications system that uses a multi-mode base station
CA2634643A1 (en) * 2005-12-23 2007-06-28 Telefonaktiebolaget L M Ericsson (Publ) Validating user identity by cooperation between core network and access controller
US8706144B2 (en) * 2006-02-22 2014-04-22 Qualcomm Incorporated 1x and 1xEV-DO hybrid call setup
KR100875830B1 (ko) 2006-03-03 2008-12-24 주식회사 케이티프리텔 비동기 ｗｃｄｍａ 무선망의 무선 품질 측정 방법 및시스템
US8682357B2 (en) * 2006-05-02 2014-03-25 Intellectual Ventures Holding 81 Llc Paging in a wireless network
US9066316B2 (en) 2007-11-19 2015-06-23 Qualcomm Incorporated Diagnostic monitoring by a wireless device

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101882779B1 (ko) * 2017-05-17 2018-07-27 주식회사 이노와이어리스 스몰 셀 설치 작업 모니터링 방법
WO2022108188A1 (ko) * 2020-11-20 2022-05-27 삼성전자 주식회사 로그 정보의 수신 방법 및 이를 위한 전자 장치

Also Published As

Publication number Publication date
WO2009067509A2 (en) 2009-05-28
US9066316B2 (en) 2015-06-23
RU2010125239A (ru) 2011-12-27
JP2013009385A (ja) 2013-01-10
KR101130020B1 (ko) 2012-03-26
JP5714662B2 (ja) 2015-05-07
EP2254363A1 (en) 2010-11-24
JP2013258718A (ja) 2013-12-26
US20150289230A1 (en) 2015-10-08
US9474046B2 (en) 2016-10-18
KR20120005557A (ko) 2012-01-16
KR20120005556A (ko) 2012-01-16
EP2254364A1 (en) 2010-11-24
JP2011504071A (ja) 2011-01-27
US20090135731A1 (en) 2009-05-28
EP2254364B1 (en) 2013-07-17
JP5518957B2 (ja) 2014-06-11
CN101911748A (zh) 2010-12-08
KR101222589B1 (ko) 2013-01-16
WO2009067509A3 (en) 2009-09-03
JP2014131306A (ja) 2014-07-10
JP5784767B2 (ja) 2015-09-24
CA2706140A1 (en) 2009-05-28
EP2254363B1 (en) 2012-12-19
EP2218275A2 (en) 2010-08-18
KR101222593B1 (ko) 2013-01-16

Similar Documents

Publication Publication Date Title
KR101222589B1 (ko) 무선 장치에 의한 진단 모니터링
US11523268B2 (en) Communications method and apparatus
US9131427B2 (en) Closed subscriber group information processing method, access control method, system, and device
CN110741688B (zh) 禁用的公共陆地移动网络列表增强处理方法及其用户设备
KR101192523B1 (ko) 서로 다른 링크 확립 프로토콜을 가진 네트워크들에 대한 핸드오프 지원
WO2019091489A1 (en) Improvement for initial ims registration
TW200952374A (en) Method and system for supporting an evolved UTRAN
WO2013130498A1 (en) Serving multiple subscribers through a software-enabled access point
WO2014066181A2 (en) Inter-system call switching between co-existence wireless systems
WO2013040978A1 (zh) 数据分流触发方法、网络侧设备和用户设备及网络系统
EP3020219A1 (en) Trusted wireless local area network (wlan) access scenarios
US9888521B2 (en) Method for implementing specific termination cause codes in termination requests
TWI819460B (zh) 使用者設備行動場景中網路標識符配置方法及使用者設備
WO2014101137A1 (zh) 通信系统间的消息处理方法及设备
KR20070103362A (ko) 서로 다른 링크 확립 프로토콜을 가진 네트워크들에 대한핸드오프 지원
KR100896844B1 (ko) 로밍 패킷 데이터 서비스를 위한 서버장치, 시스템 및 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
A107 Divisional application of patent
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20150227

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20151230

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20161229

Year of fee payment: 6

LAPS Lapse due to unpaid annual fee