KR100787013B1

KR100787013B1 - 이동 통신 시스템, 서버, 휴대 단말기, 및 그 데이터 전송방법

Info

Publication number: KR100787013B1
Application number: KR1020057022629A
Authority: KR
Inventors: 나오토 이타바; 도시유키 다무라; 마사유키 사카타
Original assignee: 닛본 덴끼 가부시끼가이샤
Priority date: 2003-05-28
Filing date: 2004-05-26
Publication date: 2007-12-18
Also published as: CN1795694B; JPWO2004107797A1; EP1631110A4; US7653680B2; KR20060005000A; WO2004107797A1; EP1631110A1; US20060264206A1; JP4192947B2; HK1092987A1; CN1795694A

Abstract

본 발명은, 소프트웨어 재기입이 필요한 경우에만 관련 단말기의 소프트웨어를 효율적으로 업데이트할 수 있는 이동 통신 시스템에 관한 것이다. 휴대 단말기 (UE#1, UE#2) 의 소프트웨어가 업그레이드되어야만 하는 경우, 서버는 터미널 타입 및 소프트웨어 버전 정보를 포함하는 OTASP 요청을 GGSN에 송신한다. OTASP 요청은 GGSN, SGSN, 및 RNC를 통해 휴대 단말기 (UE#1, UE#2) 에 전송된다. 휴대 단말기 (UE#1, UE#2) 는 그 단말기 타입 및 소프트웨어 버전을, 콜 채널에 포함된 단말기 타입 및 소프트웨어 버전과 비교하고, 이들이 일치하면, RRC 접속 요청을 RNC에 송신한다.

이동 단말기, OTASP

Description

이동 통신 시스템, 서버, 휴대 단말기, 및 그 데이터 전송 방법{MOBILE COMMUNICATION SYSTEM, SERVER, PORTABLE TERMINAL AND DATA TRANSFER METHOD USED FOR IT}

본 발명은 이동 통신 시스템, 서버, 이동 단말기, 및 이에 적용되는 데이터 송신 방법에 관한 것으로, 더 상세하게는, 이동 전화기의 소프트웨어를 업데이트하기 위한 데이터 송신 방법에 관한 것이다.

최근의 이동 전화기 시스템에서, 이동 전화기 서비스의 가입자는 급속하게 증가하고 있으며, 고장을 수리하기 위해, 이미 판매된 이동 단말기가 리콜되는 경우가 있었다.

이동 단말기의 리콜을 회피할 것을 포함한 목적을 위해, 3GPP2 (제 3 세대 파트너쉽 프로젝트 2) 는 무선을 통해 이동 단말기의 소프트웨어를 재기입하거나 업데이트하기 위해, OTASP (Over The Air Service Provisioning) 를 연구하여 왔다 (예를 들어, 비특허 문헌 (1) 참조).

이 경우에, 소프트웨어가 재기입될 이동 단말기를 특정하기 위한 기술로서 페이징이 이용될 수도 있다. 페이징 기술에서, 이동 단말기로의 착신 콜 또는 데이터가 존재하는 경우, 그 콜을 이동 단말기에 통지할 필요가 있으며, 이동 단말 기가 위치를 등록한 위치 등록 (location registration) 영역에서의 모든 이동 단말기는 브로드캐스트에 의해 그 콜을 통지받는다. 따라서, 이동 단말기는, 아이들 모드 (idle mode) 에서도 페이징 채널을 항상 모니터링하기 때문에, 그 페이징을 인식한다 (예를 들어, 비특허문헌 (2) 참조).

그러나, 이동 단말기 각각에 하나씩 데이터를 포워딩하는 것은 비효율적이므로, 소프트웨어가 재기입될 필요가 있는 모든 이동 단말기로 데이터가 브로드캐스트되는 기술이 제안되었다 (예를 들어, 특허문헌 (1) 및 (2) 참조).

특허문헌 1: 일본특허공개공보 제 2001-28787호 (단락 7 및 단락 8, 도 1)

특허문헌 2: 일본특허공개공보 제 2003-51796호 (단락 6 내지 단락 8, 도 1)

비특허문헌 1: 3GPP2 액세스 네트워크 인터페이스 상호 운용성 규격 릴리스 A, 2000년 6월 (3GPP2 Access Network Interface Interoperability Specification Release A, June, 2000)

비특허문헌 2: W-CDMA 이동 통신 시스템, 제 4 장: 네트워크 기술, 제 4-3 장: 네트워크 제어 및 시그널링 방식 ("W-CDMA Mobile Communication System, Chapter 4: Network Technologies, Chapter 4-3: Network Control and signaling Scheme"), 케이지 타치카와 (Keiji Tachikawa) 편집, 2001년 6월 25일 마루젠사 (Maruzen Co., Ltd.) 간행, 254-256 페이지

발명이 이루고자 하는 과제

3GPP2에 의해 검토된 상기의 OTASP에서는, 각각의 이동 단말기에 대해 데이터가 송신되며, 그 기술은 복수의 이동 단말기가 동일한 데이터를 동시에 수신할 수 있다는 무선의 특징을 충분히 이용하지 않는다. 각각의 이동 단말기로 하나씩 데이터를 송신하는 것은 이동 통신 시스템에서의 폭주 (congestion) 를 발생시킨다.

또한, 소프트웨어가 재기입되어야 하는 모든 이동 단말기에 데이터가 브로드캐스트되는 기술에 의하면, 소프트웨어가 재기입될 필요 없는 이동 단말기도 데이터를 수신하고, 데이터가 필요하지 않다고 판정하는 경우, 데이터를 폐기해야 한다. 즉, 소프트웨어가 재기입될 필요가 없더라도, 이동 단말기는 데이터를 수신해야 하고, 데이터의 필요성에 대해 판정해야 할 필요가 있으므로, 이동 단말기의 전력 소비를 증가시키게 된다는 문제가 있다.

따라서, 본 발명의 목적은, 소프트웨어가 재기입되어야 하는 경우에만, 일 군의 타겟 단말기의 소프트웨어를 효율적으로 업데이트할 수 있는, 이동 통신 시스템, 서버, 이동 단말기, 및 이에 적용되는 데이터 송신 방법을 제공하는 것이다.

문제의 해결 수단

본 발명의 일 양태에 의하면, 서버와 이동 단말기 사이에서 무선을 통해 데이터가 송신/수신되는 이동 통신 시스템이 제공되며, 여기서 서버는, 이동 단말기의 타입에 관한 정보가 부가된 요청 (request) 을 송신함으로써 타겟 이동 단말기를 페이징하기 위한 적어도 한 수단을 포함한다.

본 발명의 다른 양태에 의하면, 서버로부터 무선을 통해 송신되는 데이터를 기초로 이동 단말기의 소프트웨어를 재기입 또는 업데이트하는데 OTASP (Over The Air Service Provisioning) 가 수행되는 이동 통신 시스템이 제공되며, 여기서 서버는, OTASP가 수행되는 경우, 이동 단말기의 타입 및 소프트웨어의 버전에 관한 정보가 부가된 요청을 송신함으로써 타겟 이동 단말기를 페이징하기 위한 수단을 포함한다.

본 발명의 또 다른 양태에 의하면, 무선을 통해 이동 단말기에/로부터 데이터를 송신/수신하고, 이동 단말기의 타입에 관한 정보가 부가된 요청을 송신함으로써 타겟 이동 단말기를 페이징하기 위한 하나 이상의 수단을 포함하는 서버가 제공된다.

본 발명의 또 다른 양태에 의하면, OTASP (Over The Air Service Provisioning) 를 수행하기 위해 무선을 통해 데이터를 송신하여 이동 단말기의 소프트웨어를 재기입하고, OTASP가 수행되는 경우, 이동 단말기의 타입 및 소프트웨어의 버전에 관한 정보가 부가된 요청을 송신함으로써 타겟 이동 단말기를 페이징하기 위한 수단을 포함하는 서버가 제공된다.

본 발명의 또 다른 양태에 의하면, OTASP (Over The Air Service Provisioning) 가 수행되어, 서버로부터 무선을 통해 송신되는 데이터에 기초하여 이동 단말기의 소프트웨어를 재기입하는 이동 통신 시스템의 이동 단말기가 제공되며, 그 이동 단말기는, OTASP가 수행되는 경우에 수신된 요청에 부가된 단말기 타입 및 소프트웨어 버전 정보에 기초하여 그 요청이 그 단말기에 안내된 것인지 여부를 판정하는 수단, 및 그 요청이 그 단말기에 안내된 것으로 판정한 경우, 서버로부터 송신된 데이터에 기초하여 소프트웨어를 업데이트하기 위한 수단을 포함한다.

본 발명의 또 다른 양태에 의하면, 데이터가 무선을 통해 서버와 이동 단말기 사이에 송신/수신되는 이동 통신 시스템에 적용되는 데이터 송신 방법이 제공되며, 이 방법은, 서버 측에서, 이동 단말기의 타입에 관한 정보가 부가된 요청을 송신함으로써 타겟 이동 단말기를 페이징하는 단계를 적어도 포함한다.

본 발명의 또 다른 양태에 의하면, OTASP (Over The Air Service Provisioning) 이 수행되어 서버로부터 무선을 통해 송신된 데이터에 기초하여 이동 단말기의 소프트웨어를 재기입하는 이동 통신 시스템에 적용되는 데이터 송신 방법이 제공되며, 이 방법은 서버 측에서, OTASP가 수행되는 경우, 이동 단말기의 타입 및 소프트웨어의 버전에 관한 정보가 부가된 요청을 송신함으로써 타겟 이동 단말기를 페이징하는 단계를 포함한다.

상술한 바와 같이, 본 발명의 이동 통신 시스템은, 이동 통신 브로드캐스팅 또는 멀티캐스팅에서, 서버가 이동 단말기로부터의 요청없이 데이터를 일 군의 타겟 이동 단말기에 분배하며, 따라서, 이동 단말기의 소프트웨어를 업데이트하는 것을 특징으로 한다. 또한, 일단 업데이트된 소프트웨어는 반복하여 업데이트되지 않는다.

일반적으로, 브로드캐스트의 경우에, 모든 이동 단말기는 데이터를 수신할 수 있다. 그러나, 본 발명에 의하면, 오직 타겟 이동 단말기만이 데이터를 수신할 수 있다.

또한, 일반적으로, 멀티캐스트의 경우에, 이동 단말기의 사용자는 자신의 자유 의지로 서비스에 가입하여 데이터를 수신한다. 그러나, 본 발명은, 서버가, 네트워크 측으로부터, IMEI-SV (the International Mobile station Equipment Identity and Software Version number) 와 같은 이동 단말기를 특유하게 식별하는 정보를 이용하여 이동 단말기를 페이징하는 것을 제안한다.

또한, 본 발명에 의하면, 소프트웨어의 정상성 (正常性) 이 체크된다. 따라서, 소프트웨어를 업데이트하는데 성공한 경우에는 동일한 데이터가 수신되지 않는 반면, 실패할 경우에는 동일한 데이터가 다시 수신될 수 있다.

브로드캐스트를 이용한 OTASP (Over The Air Service Provisioning) 에서, 네트워크 측은, 타겟 이동 단말기의 존재를 확인할 필요가 없고, 이동 단말기로부터 어떤 응답도 받을 필요가 없다. 결과적으로, 네트워크 측의 부하가 감소될 수 있다. 그러나, 타겟 이동 단말기가 그 영역에 상주하지 않는 경우에도, 데이터가 송신되는 경우가 있다. 이런 경우, OTASP가 수행되어, 서버로부터 무선을 통해 송신된 데이터를 기초로 이동 단말기의 소프트웨어를 재기입한다.

한편, 멀티캐스트를 이용한 OTASP에서, 네트워크 측은 타겟 이동 단말기의 존재를 확인하여야 하며, 따라서, 이동 단말기로부터 응답을 수신하여야 한다. 따라서, 네트워크 측의 부하가 증가한다. 그러나, 어떠한 타겟 이동 단말기도 상주하지 않는 영역으로의 데이터의 송신을 회피하는 것이 가능하다.

처음의 수회에서, 다수의 타겟 이동 단말기가 존재하는 것이 예상되기 때문에 브로드캐스트가 이용될 수도 있다. 브로드캐스트를 이용한 수회 이후에, 멀티캐스트가 이용될 수도 있다. 이에 의하면, 효율적인 OTASP가 달성될 수 있다.

3GPP는 최근에 MBMS (Multimedia Broadcast/Multicast Service) 를 검토하고 있다. MBMS는, 데이터가 영역내의 모든 이동 단말기에 송신되는 브로드캐스트, 및 데이터를 수신하기 원하는 일 군의 이동 단말기에만 데이터가 송신되는 멀티캐스트로, 무선 자원을 효율적으로 이용하는 것을 목표로 한다. 이 기술은 필요한 데이터가 오직 일 군의 특정 이동 단말기에만 송신되게 한다.

현재의 3GPP 규격에서, 각 이동 단말기는, 그 단말기가 등록된 페이지 인디케이션 채널 (page indication channel; PICH) 의 비트를 체크한다. 그 비트가 "1"을 나타내는 경우, 이동 단말기는 페이징 채널 (PCH) 로부터 정보를 판독하여 착신 데이터가 어드레싱되었는지 여부를 판정한다. 3GPP 규격에서와 같이, 본 발명에 의하면, 아이들 모드의 이동 단말기는 네트워크로부터의 명령에 의해 페이지 인디케이션 채널을 간헐적으로 수신한다.

특정 이동 단말기의 소프트웨어를 업데이트하기 위해, 네트워크는, 모든 이동 단말기가 데이터를 수신할 수 있도록 페이지 인디케이션 채널의 모든 비트에 "1"을 기입한다. 또한, 네트워크는 페이징 채널이, 업데이트가 필요한 이동 단말기의 소프트웨어의 현재 버전 및 타겟 이동 단말기의 타입 (단말기 카테고리 또는 분류) 에 관한 정보를 포함하도록 한다.

페이지 인디케이션 채널에 의해 페이징 채널을 수신하도록 명령된 모든 이동 단말기 각각은 이동 단말기의 타입 (단말기 카테고리) 및 소프트웨어 버전을, 페이징 채널에 포함된 그 타입 및 소프트웨어 버전과 비교한다. 비교의 결과로, 이들이 일치하지 않으면, 이동 단말기는 그 시점에서 아이들 모드로 복귀한다. 이들이 일치하면, 이동 단말기는 페이징 채널로부터의 정보에 기초하여 멀티캐스트 또는 브로드캐스트에 의해 필요한 데이터를 수신한다. 멀티캐스트 또는 브로드캐스트가 이용되는지 여부는, 페이징 시에 이동 단말기에 의해 인식되도록 네트워크 측에 설정된다.

멀티캐스트의 경우에, 이동 단말기로부터 하나의 응답이 있으면, 데이터 송신이 시작되지만, 응답이 없다면, OTASP는 종료된다.

소프트웨어 버전을 업데이트하는데 성공한 경우, 이동 단말기는 그 소프트웨어의 버전 정보를 업데이트한다. 한편, 소프트웨어 버전을 업데이트하는데 실패한 경우, 이동 단말기는 수신된 데이터를 폐기하고, 그 소프트웨어의 버전 정보를 업데이트하지 않는다. 이에 의하여, 소프트웨어 버전을 업데이트하는데 성공한 이동 단말기는 동일한 데이터를 다시 수신하지 않는 반면, 소프트웨어 버전을 업데이트하는데 실패한 이동 단말기는, 소프트웨어 버전의 업데이트에 성공할 때까지 동일한 데이터를 다시 수신할 수 있다.

발명의 효과

상술한 바와 같이, 본 발명에 의하면, 각 이동 단말기는 자신의 전력을 낭비하지 않고, 일 군의 타겟 단말기의 소프트웨어는, 소프트웨어가 재기입될 필요가 있는 경우에만, 효율적으로 업데이트될 수 있다.

다음으로, 도면을 참조하여, 본 발명의 바람직한 실시형태를 상세히 설명한 다. 도 1 및 도 2는 본 발명의 일 실시형태에 따른 이동 통신 시스템의 동작의 실시예를 나타낸 다이어그램이다. 도 1에 도시된 이 실시형태의 이동 통신 시스템에서, 이동 통신 브로드캐스팅 또는 멀티캐스팅에서, 서버 (미도시) 는 이동 단말기로부터의 요청없이 데이터를 일 군의 타겟 이동 단말기 (1-1 내지 1-5) 로 분배함으로써, 이동 단말기 (1-1 내지 1-5) 의 소프트웨어를 업데이트한다. 또한, 일단 업데이트된 소프트웨어는 반복하여 업데이트되지 않는다.

일반적인 브로드캐스트의 경우에, 모든 이동 단말기 (1-1 내지 1-5) 는 데이터를 수신할 수 있다. 이와 반대로, 이 실시형태에서, 오직 타겟 이동 단말기 (1-1 내지 1-3) 만이 데이터를 수신할 수 있다.

또한, 일반적인 멀티캐스트의 경우에, 이동 단말기 (1-1 내지 1-5) 의 사용자는 자신의 자유 의지로 서비스에 가입하여 데이터를 수신한다. 이와 반대로, 이 실시형태에서, 서버는, 네트워크 측으로부터, IMEI-SV (the International Mobile station Equipment Identity and Software Version number) 와 같은 이동 단말기를 고유하게 식별하는 정보를 이용하여 이동 단말기 (1-1 내지 1-5) 를 페이징한다. 3GPP TS23.003 V5.5.1 (2003-1), 제 6.2.2 장에는 "IMEI-SV"의 설명이 개시되어 있다.

이동 단말기 (1-1 내지 1-5) 는, 소프트웨어를 업데이트하는데 성공한 경우에 동일한 데이터를 수신하지 않고, 소프트웨어를 업데이트하는데 실패한 경우에 동일한 데이터를 수신하도록 소프트웨어의 정상성을 체크하는 기능을 갖는다.

도 1에서, 데이터 (타입 A 단말기용의 버젼 "n"의 소프트웨어의 데이터) 는 노드 B (기지국) 을 통해 이동 단말기 (UE: 사용자 장치, 1-1 내지 1-5) 로 송신된다. 데이터는, 버전 "n"의 소프트웨어를 갖는 타입 A의 이동 단말기 (1-1 및 1-3) 에 의해서만 수신되고, 타입 B의 이동 단말기 (1-4), "n"보다 더 오래된 버전의 소프트웨어를 갖는 타입 A의 이동 단말기 (1-2), 및 "n"보다 이후의 버전의 소프트웨어를 갖는 타입 A의 이동 단말기 (1-5) 에 의해서는 수신되지 않는다.

브로드캐스트를 이용한 OTASP (Over The Air Service Provisioning) 에서, 네트워크 측은 타겟 이동 단말기 (1-1 및 1-3) 의 존재를 확인할 필요가 없고, 어떤 응답도 수신하지 않는다. 결과적으로, 네트워크 측의 부하가 감소될 수 있다. 그러나, 타겟 이동 단말기 (1-1 및 1-3) 가 그 영역에서 상주하지 않는 경우에도 데이터가 송신되는 경우가 있다. 이러한 경우에, OTASP가 수행되어, 서버로부터 무선을 통해 송신된 데이터에 기초하여 이동 단말기 (1-1 내지 1-5) 의 소프트웨어를 재기입한다. 3GPP TR23.846 6.1.0 (2002-12) 에는 "OTASP"의 설명이 개시되어 있다.

한편, 멀티캐스트를 이용한 OTASP에서, 네트워크 측은 타겟 이동 단말기 (1-1 및 1-3) 의 존재를 확인하여야 하고, 따라서, 타겟 이동 단말기 각각으로부터 응답을 수신하여야 한다. 결과적으로, 네트워크 측의 부하가 증가한다. 그러나, 타겟 이동 터미널 (1-1 및 1-3) 이 상주하지 않는 영역으로의 데이터의 수신을 회피하는 것이 가능하다.

따라서, 이 실시형태에서, 다수의 타겟 이동 단말기가 존재하는 것이 예상되기 때문에, 브로드캐스트는 처음의 수회에 이용된다. 브로드캐스트를 이용한 수회 이후에, 멀티캐스트가 이용된다. 이에 의하여, 효율적인 OTASP가 달성될 수 있다.

도 2는 본 발명에 따른 브로드캐스트 및 멀티캐스트의 적용의 실시예를 도시한 것이다. 도 2의 실시예에서는, 이동 단말기 (UE#1 내지 UE#10) 의 소프트웨어가 재기입되고, 소프트웨어 버전은 "3"으로부터 "4"로 업데이트된다.

제 1 일째에, 서버는 버전 "4"의 소프트웨어의 데이터를 브로드캐스트한다. 단말기를 페이징하는 경우, 서버는 현재 버전 "3"를 이용한다. 단말기의 타입 및 소프트웨어 버전이 서버에 의해 표시된 것과 일치하는 단말기는 브로드캐스트에 응답한다. 도 2에서, 이동 단말기 (UE#1, UE#5, 및 UE#7 내지 UE#9) 는 온 (on) 이며, 서버로부터 수신된 버전 "4"의 소프트웨어의 데이터를 기입한다. 다른 이동 단말기 (UE#2 내지 UE#4, UE#6, 및 UE#10) 는 오프 (off) 이며, 따라서, 서버로부터의 버전 "4"의 소프트웨어의 데이터는 그 이동 단말기들에 기입되지 않는다.

후속하여, 제 2 일째에 또한, 서버는 버전 "4"의 소프트웨어의 데이터를 브로드캐스트한다. 이 시점에서는, 데이터가 이동 단말기 (UE#1, UE#5, 및 UE#7 내지 UE#9) 에 이미 기입되었기 때문에, 그 소프트웨어 버전은 서버에 의해 표시된 것과 일치하지 않고, 단말기는 브로드캐스트에 응답하지 않는다. 또한, 이동 단말기 (UE#2 내지 UE#4) 가 온이면, 서버로부터 수신된 버전 "4"의 소프트웨어의 데이터를 기입한다. 다른 이동 단말기 (UE#6 및 UE#10) 는 여전히 오프이며, 따라서, 서버로부터의 버전 "4"의 소프트웨어의 데이터는 이동 단말기에 기입되지 않는다.

미리 설정된 N-1일에 대해 브로드캐스트를 이용한 이후, N일째에, 서버는 버전 "4"의 소프트웨어의 데이터를 이동 단말기 (UE#6 및 UE#10) 에 멀티캐스트한다. 이 시점에서는, 데이터가 이미 이동 단말기 (UE#1 내지 UE#5 및 UE#7 내지 UE#9) 에 기입되었기 때문에, 단말기는 멀티캐스트에 응답하지 않는다.

도 3은 본 발명의 일 실시형태에 따른 이동 통신 시스템의 구성을 나타낸 블록 다이어그램이다. 도 3을 참조하면, 이 실시형태의 이동 통신 시스템은 이동 단말기 (UE; 1), 노드 B (기지국; 2-1 및 2-2), 무선 네트워크 제어기 (RNC; 3), 서빙 GPRS (General Packet Radio Service) 지원 노드 (SGSN; 4), 게이트웨이 GPRS 지원 노드 (GGSN; 5), 서버 (6), 및 IP (Internet Protocol) 네트워크 (100) 를 포함한다.

다음의 설명에서, 단순화를 위해, 페이지 인디케이션 채널은 PICH로서 지칭될 것이고, 페이징 채널은 PCH로 지칭될 것이며, 3GPP (3rd Generation Partnership Project) 의 일반 용어가 이용될 것이다.

도 4는 도 3에 도시된 서버 (6) 의 구성을 나타낸 블록 다이어그램이다. 도 4를 참조하면, 서버 (6) 는 데이터 입력/출력부 (61), 데이터 저장부 (62), 데이터 송신 제어부 (스케줄러; 63), 멀티캐스트부 (64), 및 브로드캐스트부 (65) 를 포함한다.

데이터 입력/출력부 (61) 는 다른 장치 (예를 들어, 이동 단말기 (1) 에 설치되는 애플리케이션 프로그램 및 제어 프로그램과 같은 프로그램을 제공하는 프로 그램 제조자의 장치) 로부터, 프로그램 등을 업데이트하기 위한 데이터를 수신하고, 데이터 저장부 (62) 에 데이터를 저장한다. 또한, 데이터 입력/출력부 (61) 는 데이터 저장부 (62) 에 저장된 데이터를 판독하고, 그 데이터를 데이터 송신 제어부 (63) 에 송신하여, 그 데이터에 기초하여, 업데이트하기 위한 명령을 발한다.

데이터 송신 제어부 (63) 는 데이터 입력/출력부 (61) 로부터 데이터를 수신하고, 전술한 바와 같이, 브로드캐스트 및 멀티캐스트에 의해 데이터 분배의 스케줄을 생성한다. 그 스케줄에 따라, 데이터 송신 제어부 (63) 는 데이터를 멀티캐스트부 (64) 또는 브로드캐스트부 (65) 에 공급한다.

멀티캐스트부 (64) 는 데이터를 GGSN (5) 에 송신하여, 데이터 송신 제어부 (63) 에 의해 생성된 스케줄에 따라 이동 단말기 (1) 에 데이터를 멀티캐스트한다. 멀티캐스트부 (64) 는 GGSN (5) 으로부터의 응답을 대기하도록 요청된다. 응답을 수신하지 않은 경우, 멀티캐스트부 (64) 는 서버에 속하는 타겟 단말기가 존재하지 않는다고 판정하고, 데이터 송신을 수행하지 않을 수 있다. 브로드캐스트부 (65) 는 데이터를 GGSN (5) 에 송신하여, 데이터 송신 제어부 (63) 에 의해 생성된 스케줄에 따라 이동 단말기 (1) 에 데이터를 브로드캐스트한다. 멀티캐스트부 (64) 와 다르게, 브로드캐스트부 (65) 는 GGSN (5) 으로부터 응답을 대기할 필요가 없다. 각 단말기가 데이터 수신을 준비한 소정의 시간 주기 이후에, 멀티캐스트부 (64) 및 브로드캐스트부 (65) 의 각각은 데이터 송신을 시작한다.

도 5는 도 3에 도시된 이동 단말기 (UE; 1) 의 구성을 나타낸 블록 다이어그 램이다. 도 5를 참조하면, 이동 단말기 (1) 는 안테나 (11), 무선 통신부 (12), 제어부 (13), 기저대역부 (18), 음성 입력/출력부 (19), 표시부 (20), 및 키 동작부 (21) 를 포함한다. 각 구성요소의 동작은 공지되어 있으며, 따라서 여기서 설명하지 않는다.

제어부 (13) 는 CPU (Central Processing Unit, 14), 제어 프로그램과 같은 프로그램 및 CPU (14) 에 의해 수행되는 애플리케이션 프로그램을 저장하기 위한 메모리 (15), 전송 방법 판정부 (16), 및 데이터 전송 제어부 (17) 를 포함한다.

전송 방법 판정부 (16) 는 소프트웨어의 버전-업을 위한 데이터 등이 서버 (6) 로부터 브로드캐스트 또는 멀티캐스트되어야 하는지 여부를 판정한다. 그 판정 결과에 따라, CPU (14) 및 데이터 전송 제어부 (17) 가 동작한다.

소프트웨어의 버전-업을 위한 데이터 등이 서버 (6) 로부터 브로드캐스트 또는 멀티캐스트되는 경우, CPU (14) 및 데이터 전송 제어부 (17) 는 서버 (6) 로부터의 데이터에 의해 표시된 버전과 단말기의 소프트웨어 버전을 비교한다. 버전이 일치하지 않으면, CPU (14) 및 데이터 전송 제어부 (17) 는 동작을 종료한다. 버전이 일치하면, 멀티캐스트가 이용되는 경우에 CPU (14) 및 데이터 전송 제어부 (17) 는 네트워크 측에 응답을 송신하지만, 브로드캐스트가 이용되고 데이터 수신을 준비하는 경우에 CPU (14) 및 데이터 전송 제어부 (17) 는 네트워크 측에 아무것도 송신하지 않는다.

이 경우, 이동 단말기 (1) 는 전술한 비교를 수행하는 것뿐만 아니라, 페이징 채널을 모니터링하는 것만이 필요하고, 데이터를 수신하기 위해 필요한 부위 (section) 에 전력을 공급한다. 종래의 브로드캐스트 데이터 수신과 다르게, 이동 단말기 (1) 는 모든 부위에 전력을 공급할 필요가 없다.

도 6은 본 발명에 따른 PICH의 구성, 및 PICH과 PCH 사이의 관계를 나타내는 다이어그램이다. 도 6에서, 개별적으로 RNC (3) 와 개별적으로 통신할 수 없는 이동 단말기 (1) {아이들, Cell/URA [UTRAN (UMTS Terrestrial Radio Access Network) 등록 영역]_PCH} 는 RNC (3) 에 의해 표시된 타이밍에 PICH를 간헐적으로 수신한다. 이 동작은 이동 단말기 (1) 가 데이터를 수신하는데 필요하다.

이동 단말기 (1) 가 PICH를 수신하는 타이밍은 그 식별자 [IMSI (International Mobile Subscriber Identity)] 등의 값으로부터 계산된다. PICH의 한 프레임은 300 비트로 구성되고, 이 중 마지막 12 비트는 예비 (reserve) 된다.

또한, 이동 단말기 (1) 가 모니터링하는 PICH의 비트도 식별자 (IMSI) 의 값으로부터 계산된다. 이동 단말기 (1) 가 모니터링하는 PICH의 비트가 "1"을 나타내는 경우, 이동 단말기 (1) 는 PICH에 대응하는 PCH를 수신한다.

현재의 3GPP 규격에서, 각 이동 단말기는, 단말기가 등록된 페이지 인디케이션 채널 (PICH) 의 비트를 체크한다. 비트가 "1"을 나타내는 경우, 이동 단말기는 페이징 채널 (PCH) 로부터 정보를 판독하여 착신 데이터가 지시된 것인지 여부를 판정한다. 이 실시형태에서, 3GPP 규격에서와 같이, 아이들 모드의 이동 단말기는 네트워크로부터의 명령에 따라 페이지 인디케이션 채널을 간헐적으로 수신한다.

도 7 내지 도 9는 PCH의 UE 식별자의 변경의 이미지를 나타내는 다이어그램이다. 도 7 내지 도 9에서, PICH는 프레임의 수 (0 내지 4095) 및 비트의 수 (288) 에 제한되지 않기 때문에, PICH의 각 비트는 항상 하나의 UE에 할당되는 것은 아니다.

예를 들어, PICH의 비트가 3 개의 UE에 할당되면, 비트를 "1"로 설정함으로써, 3 개의 UE는 PCH를 수신한다. 그러나, 3 개의 UE는 착신 데이터를 동시에 수신하는 일이 드물고, 그들 중 어떤 UE에 비트 "1"이 적용되는지를 나타내는 것이 필요하다. PCH에 포함된 UE 아이덴터티 (identity) 에 의해 이러한 표시가 제공된다. PCH를 수신한 경우에, 각 UE는 당연히 UE 아이덴터티를 체크하여 착신 데이터가 어드레싱되었는지 여부를 판정한다.

여기에서는, 하나의 데이터가 송신되고, 동시에 복수의 UE가 그 데이터를 수신한다고 가정한다. 즉, 데이터를 송신해야 하는 복수의 UE (특정 버전의 소프트웨어를 갖는 특정 타입의 UE) 가 데이터를 동시에 수신할 필요가 있다. 각 UE는 상이한 식별자를 제공받으며, 따라서, 모든 UE가 데이터를 수신할 수 있도록 PICH의 모든 비트는 "1"로 설정된다. 그러나, 현재의 PCH의 UE 아이덴터티의 경우에, UE 아이덴터티는 개별적인 UE에 대해 설정되며, 이는 복수의 UE가 데이터를 동시에 수신하는 경우에는 적절하지 않다.

따라서, IMEI-SV는 UE 아이덴터티에 부가되고, 데이터를 송신하여야 하는 UE의 타입 및 소프트웨어 버전은 UE 식별자로서 이용된다. 이에 의해, 타겟 UE가 그룹화될 수 있다. IMEI-SV가 각 UE를 식별하는 일련 번호 (serial number) 를 포함하더라도, 일 군의 특정 UE가 데이터를 동시에 수신하려는 의도 때문에, 일련 번호 정보는 여기서 이용되지 않는다.

또한, 상술한 바와 같이, PICH의 모든 비트가 "1"로 설정되면, 타겟 UE는 페이징 메세지 (paging message) 또는 요청에 다함께 응답하며, 이는 업링크 (up-link) 무선 용량에 부담을 줄 수도 있고, 또한 네트워크 측에 프로세싱 부하를 증가시킬 수도 있다. 이와 같이, PICH의 모든 비트를 "1"로 설정하는 것이 가장 좋은 방법이 아닐 수도 있다. 예를 들어, "1"로 설정되는 PICH의 비트가, 소프트웨어의 다운로드가 완료될 것 같은 기간인 수 초마다 10 비트만큼 시프트될 수도 있다.

또한, UE 아이덴터티로서 IMEI-SV 이외의 파라미터를 설정함으로써, 전술한 기술은, 예를 들어, 미들웨어 (middleware) 또는 애플리케이션의 업데이트에 적용될 수 있다.

이 실시형태에서는, 전술한 바와 같이, 특정 이동 단말기의 소프트웨어를 업데이트하기 위해, 네트워크는 페이지 인디케이션 채널의 모든 비트에 "1"을 기입하여, 모든 이동 단말기가 데이터를 수신할 수 있게 한다. 또한, 네트워크는, 페이징 채널이 업데이트가 필요한 이동 단말기의 소프트웨어의 현재의 버전 및 타겟 이동 단말기의 타입에 관한 정보를 포함하게 한다 (도 7 내지 도 9 도시).

도 10은 도 3에 도시된 서버 (6) 의 동작을 나타낸 흐름도이다. 도 1 내지 도 10을 참조하여, 본 발명의 일 실시형태에 따른 서버 (6) 의 동작을 설명한다. 소프트웨어가 버전-업 등을 위해 변경되어야 하는 경우 (도 10, 단계 S1), 브로드캐스트 분배 시간으로서 미리 설정된 시간에 (예를 들어, 이동 단말기 (1) 가 덜 이용되는 한밤중에) (도 10, 단계 S2), 서버 (6) 는 브로드캐스트부 (65) 를 통해 소프트웨어의 변경의 컨텐츠를 브로드캐스트한다 (도 10, 단계 S3).

브로드캐스트 분배가 미리 설정된 횟수 (=L) 로 수행될 때까지, 서버 (6) 는 상기의 프로세스를 반복한다 (도 10, 단계 S4). 또한, 브로드캐스트 분배 주기 (예를 들어, 일주일, 한 달 등) 로서 미리 설정된 일자 (=M) 동안, 서버 (6) 는 매일 브로드캐스트 분배 시간에 상기의 프로세스를 수행한다 (도 10, 단계 S5).

브로드캐스트 분배 주기로서의 일자 (=M) 가 경과한 이후에 (도 10, 단계 S5), 서버 (6) 는, 멀티캐스트 분배 시간으로서 미리 설정된 시간에 (도 10, 단계 S6), OTASP 요청을 멀티캐스트한다 (도 10, 단계 S7).

오직 하나의 단말기만이 요청에 응답하면(도 10, 단계 S8), 서버 (6) 는 멀티캐스트부 (64) 를 통해 소프트웨어의 변경의 컨텐츠를 멀티캐스트한다 (도 10, 단계 S9). 멀티캐스트 분배 주기 (예를 들어, 일주일, 한 달,등) 로서 미리 설정된 일자 (=K) 동안, 서버 (6) 는 매일 멀티캐스트 분배 시간에 상기의 프로세스를 수행한다 (도 10, 단계 S10).

소프트웨어의 멀티캐스트 분배의 완료시에, 각 단말기가 위치 등록 정보와 같은 정보로 소프트웨어 버전을 업데이트하도록 프롬프트 (prompt) 하는 것이 가능하다.

도 11은 도 3에 도시된 이동 단말기 (1) 의 동작을 나타낸 흐름도이다. 도 1 내지 도 9 및 도 11을 참조하여, 본 발명의 일 실시형태에 따른 이동 단말기 (1) 의 동작을 설명한다.

이동 단말기 (1) 는 상술한 바와 동일한 방식으로 PCH를 수신한다 (도 11, 단계 S21 내지 S23). 이동 단말기 (1) 는 수신된 PCH를 분석하여, 종래의 데이터 수신, 종래의 MBMS (Multimedia Broadcast/Multicast Service), 브로드캐스트 OTASP, 또는 멀티캐스트 OTASP가 수행되는지를 인식한다 (도 11, 단계 S24 및 S25). 여기서, MBMS의 규격은 판정되지 않았고, PCH 이외의 CH가 이용될 수도 있다. 3GPP TS23.246 VO.32.01 (2002-06) 에는 "MBMS"의 설명이 개시되어 있다.

브로드캐스트 OTASP의 경우에 (도 11, 단계 S24), OTASP에 의존하는 이동 단말기의 존재를 네트워크 측이 확인하는 것이 요청되지 않기 때문에, 이동 단말기 (1) 는 신호에 대한 어떤 응답도 송신하지 않고, OTASP 데이터를 수신하는 것을 준비한다(도 11, 단계 S30). PCH는 데이터를 수신하기 위한 정보를 포함한다.

한편, 멀티캐스트 OTASP의 경우에 (도 11, 단계 S25), OTASP에 의존하는 이동 단말기의 존재를 네트워크 측이 확인하여야 하기 때문에, 이동 단말기 (1) 는 페이징 메세지 또는 요청의 응답으로서 RRC (Radio Resource Control) 접속 요청을 송신한다 (도 11, 단계 S27). 이후, 이동 단말기 (1) 는 OTASP 데이터를 수신하기 위해 준비한다 (도 11, 단계 S28).

한편, 브로드캐스트 OTASP 또는 멀티캐스트 OTASP에서, 이동 단말기 (1) 는 그 타입 (단말기 카테고리) 및 소프트웨어 버전을, PCH에 포함된 이동 단말기의 타입 및 소프트웨어 버전과 비교한다 (도 11, 단계 S26 및 S29).

그 비교의 결과로서, 이들이 일치하지 않으면, 이동 단말기 (1) 는 그 시점에서 아이들 모드로 복귀한다. 이들이 일치하면, 이동 단말기는 PCH로부터의 정보에 기초하여 멀티캐스트 또는 브로드캐스트에 의해 필요한 데이터를 수신한다 (도 11, 단계 S28 및 S30). 멀티캐스트 또는 브로드캐스트가 이용되는지 여부는, 페이징 시에 이동 단말기 (1) 에 의해 인식되도록 네트워크 측에 설정된다.

도 12는 데이터 송신 프로세스 (OTASP가 멀티캐스트에 의해 수행되는 경우의 프로세스) 를 나타내는 시퀀트 차트 (sequence chart) 이다. 도 3 및 도 12를 참조하여, OTASP가 멀티캐스트에 의해 수행되는 경우의 프로세스를 설명한다.

소프트웨어 버전의 업데이트가 필요한 이동 단말기 (UE#1, UE#2) 가 존재하는 경우, 서버 (6) 는 OTASP 요청을 GGSN (5) 에 송신한다 (도 12, a1). 그 메세지는 단말기 타입 및 소프트웨어 버전 정보를 포함하고, 또한 이동 단말기 (UE#1, UE#2) 로부터의 응답이 서버 (6) 에 포워딩되도록 서버 (6) 의 식별자도 포함한다. 이 경우에, 데이터 전송 모드가 지정되며, RNC (3)의 동작은 전송 모드에 따라 변한다. 여기서, 예를 들어, 멀티캐스트는 전송 모드로서 설정된다.

서버 (6) 로부터 OTASP 요청을 수신한 경우, GGSN (5) 은 GTP (GPRS Tunneling Protodol)-C 메세지를 이용하여 그 요청을 SGSN (4) 에 포워딩한다 (도 12, a2).

GGSN (5) 으로부터 OTASP 요청을 수신한 경우, SGSN (4) 은 RANAP (Radio Access Network Application Part) 페이징 메세지를 이용하여 그 요청을 RNC (3) 에 포워딩한다 (도 12, a3).

RNC (3) 가 타겟 이동 단말기 (UE#1, UE#2) 를 인식하는 경우, 멀티캐스트가 이용된다. 따라서, RNC (3) 는 RRC 페이징 메세지를 이동 단말기 (UE#1, UE#2) 에 송신하고 (도 12, a4), 이동 단말기로부터의 응답을 대기한다. 이 페이징은 도 6 내지 도 9와 관련하여 전술한 방식으로 수행된다.

멀티캐스트의 경우에, 이동 단말기 (UE#1, UE#2) 는 RNC (3) 에 RRC 접속 요청을 송신한다. 이 실시형태에서, 이동 단말기 (UE#1, UE#2) 는 그 타입 및 소프트웨어 버전을, 페이징 채널에 포함된 타입 및 소프트웨어 버전과 비교하고, 이들이 일치하면 (도 12, a5), RNC (3) 에 RRC 접속 요청을 송신한다.

이후에, 이동 단말기 (UE#1, UE#2) 는 디폴트 터널 (default tunnel) 을 구성하여 (도 12, a7), 서버 (6) 와 조인 (join) 하고, 이에 의해 서버 (6) 와 조인하여 OTASP 데이터를 수신하려는 의도를 표시한다(도 12, a8). 이 프로세스는 3GPP MBMS 표준에 기초하여 수행된다.

오직 하나의 이동 단말기 (UE#1, UE#2) 로부터 조인 응답을 수신하는 경우, 서버 (6) 는 OTASP 데이터의 송신을 시작한다 (도 12, a9). 네트워크 상의 각 장치 아이템은 MBMS에 기초하여 데이터를 송신한다.

OTASP 데이터의 송신의 완료 시에, 서버 (6) 는 OTASP 완료 메세지를 이용하여 데이터 송신의 완료를 GGSN (5) 에 통지한다 (도 12, a10). OTASP 완료 메세지는 OTASP 요청에 포함된 단말기 타입 및 소프트웨어 버전 정보를 포함한다.

서버 (6) 로부터 OTASP 완료 메세지를 수신한 경우, GGSN (5) 은 GTP-C 메세지를 이용하여 SGSN (4) 에 그 메시지를 포워딩한다 (도 12, a11). GGSN (5) 으로부터 OTASP 완료 메세지를 수신한 경우, SGSN (4) 은 RANAP 메세지를 이용하여 RNC (3) 에 그 메세지를 포워딩한다 (도 12, a12).

SGSN (4) 으로부터 OTASP 완료 메세지를 수신한 경우, RNC (3) 는 RRC 메세지를 이용하여 타겟 이동 단말기 (UE#1, UE#2) 에 OTASP 완료 메세지를 송신하여, 데이터 송신의 완료를 단말기에 통지한다 (도 12, a13). 또한, 도 6 내지 도 9와 관련하여 전술한 방법이 이 메세지에 적용된다.

OTASP 데이터를 적절히 수신하고, 소프트웨어의 업데이트를 완료한 경우, 이동 단말기 (UE#1, UE#2) 는 소프트웨어의 버전 정보를 업데이트한다 (도 12, a14).

도 13은 본 발명의 일 실시형태에 따른 데이터 송신 프로세스 (OTASP가 브로드캐스트에 의해 수행되는 경우의 프로세스) 를 나타내는 시퀀스 차트이다. 도 3 및 도 13을 참조하여, OTASP가 브로드캐스트에 의해 수행되는 경우의 프로세스를 설명한다.

소프트웨어 버전의 업데이트가 필요한 이동 단말기 (UE#1, UE#2) 가 존재하는 경우, 서버 (6) 는 OTASP 요청을 GGSN (5) 에 송신한다 (도 13, a21). 메세지는 단말기 타입 및 소프트웨어 버전 정보를 포함한다. 또한, 데이터 전송 모드가 지정되며, RNC (3) 의 동작이 전송 모드에 따라 변한다. 이 경우에, 서버 (6) 는 이동 단말기 (UE#1, UE#2) 로부터 신호를 수신할 필요가 없으며, 따라서, 그 메세지는 신호를 서버 (6) 에 포워딩하는데 이용되는 정보를 포함하지 않는다.

서버 (6) 로부터 OTASP 요청을 수신한 경우, GGSN (5) 은 GTP-C 메세지를 이용하여 SGSN (4) 에 그 요청을 포워딩한다 (도 13, a22). GGSN (5) 으로부터 OTASP 요청을 수신한 경우, SGSN (4) 은 RANAP 페이징 메세지를 이용하여 RNC (3) 에 그 요청을 포워딩한다 (도 13, a23).

타겟 이동 단말기 (UE#1, UE#2) 를 인식하는 것이 필요하지 않은 경우에 브로드캐스트가 이용된다. 따라서, RNC (3) 는 타겟 이동 단말기 (UE#1, UE#2) 로부터의 응답을 대기하라는 표시를 포함한 일반적인 페이징 메세지 대신에 브로드캐스트 메세지를 송신한다 (도 13, a24). 또한, 도 6 내지 도 9와 관련하여 전술한 방법이 이 메세지에 적용된다. 또한, 이 프로세스는 3GPP MBMS 표준에 기초하여 수행된다.

상술한 바와 같이, 이동 단말기 (UE#1, UE#2) 는 그 타입 및 소프트웨어 버전을, 페이징 채널에 포함된 타입 및 소프트웨어 버전과 비교하고, 이들이 일치하면 (도 13, a25), OTASP 데이터를 수신하는 것을 준비한다 (도 13, a26). 이 프로세스는 3GPP MBMS 표준에 기초하여 수행된다.

그 이후에, 서버 (6) 는 OTASP 데이터의 송신을 시작한다 (도 13, a27). 네트워크상의 각 장치 아이템은 3GPP MBMS 표준에 기초하여 데이터를 송신한다.

OTASP 데이터의 송신의 완료 시에, 서버 (6) 는 OTASP 완료 메세지를 이용하여 데이터 송신의 완료를 GGSN (5) 에 통지한다 (도 13, a28). OTASP 완료 메세지는 OTASP 요청에 포함된 단말기 타입 및 소프트웨어 버전 정보를 포함한다.

서버 (6) 로부터 OTASP 완료 메세지를 수신한 경우, GGSN (5) 은 GTP-C 메세지를 이용하여 SGSN (4) 에 그 메세지를 포워딩한다 (도 13, a29). GGSN (5) 으로부터 OTASP 완료 메세지를 수신한 경우, SGSN (4) 은 RANAP 메세지를 이용하여 RNC (3) 에 그 메세지를 포워딩한다 (도 13, a30).

SGSN (4) 으로부터 OTASP 완료 메세지를 수신한 경우, RNC (3) 는 RRC 메세지를 이용하여 타겟 이동 단말기 (UE#1, UE#2) 에 OTASP 완료 메세지를 송신하여, 단말기에 데이터 송신의 완료를 통지한다 (도 13, a31). 또한, 도 6 내지 도 9와 관련하여 전술한 방법이 이 메세지에 적용된다.

OTASP 데이터를 적절히 수신하고 소프트웨어의 업데이트를 완료한 경우, 이동 단말기 (UE#1, UE#2) 는 소프트웨어의 버전 정보를 업데이트한다 (도 13, a32).

도 14는 도 3에 도시된 서버 (6) 측의 동작 (OTASP가 멀티캐스트에 의해 수행된 경우의 동작) 을 나타내는 흐름도이다. 도 3 및 도 14를 참조하여, OTASP가 멀티캐스트에 의해 수행되는 경우의 서버 (6) 측의 동작을 설명한다.

멀티캐스트의 경우에, 타겟 이동 단말기 (1) 가 존재하지 않는 경우, 데이터는 송신되지 않는다. 따라서, 서버 (6) 는 타이머 (미도시) 를 활성화시켜, OTASP의 요청의 송신과 동시에 이동 단말기 (1) 로부터의 응답을 대기한다 (도 14, 단계 S41).

타이머가 만료되기 이전에 이동 단말기 (1) 로부터 응답을 수신하지 않는다면 (도 14, 단계 S42 및 S43), 서버 (6) 는 OTASP를 종료한다 (도 14, 단계 S45). 타이머는 일 군의 타겟 이동 단말기로부터의 응답을 수집할 뿐만 아니라 타겟 이동 단말기 (1) 의 존재를 체크하기 위한 목적에 이용된다.

타이머가 만료되기 이전에 이동 단말기 (1) 로부터 응답을 수신한다면 (도 14, 단계 S42 및 S43), 서버 (6) 는 OTASP 데이터의 송신을 시작한다 (도 14, 단계 S44).

멀티캐스트를 수행하는 경우, 상술한 바와 같이, 이동 단말기로부터 수신된 오직 하나의 응답이 있더라도, 서버 (6) 는 OTASP 데이터의 송신을 시작하는 반면, 응답이 없으면, 데이터를 송신하지 않고 OTASP를 종료한다.

상기의 설명에서, 멀티캐스트 페이징은 단말기의 소프트웨어 버전을 업데이트하는데 이용된다. 그러나, 또한, 특정 버전의 소프트웨어를 이용하는 단말기의 수의 통계를 획득하거나, 특정 소프트웨어를 단말기에 제공하는데 멀티캐스트 페이징이 이용될 수도 있다. 멀티캐스트 페이징의 상기의 적용은 단지 예로써 서술되었으며, 이에 제한되지 않는다.

도 15는 도 3에 도시된 이동 단말기 (1) 의 데이터 프로세싱 동작을 나타내는 흐름도이다. 도 3 및 도 15를 참조하여, 이동 단말기 (1) 의 데이터 프로세싱 동작을 설명한다.

OTASP 데이터 수신의 시작 시에, 이동 단말기 (1) 는 타이머를 활성화시켜, OTASP 완료 메세지가 도달하지 않는 경우를 고려하여 OTASP 완료 메세지를 대기한다 (도 15, 단계 S51 및 S52).

RRC 메세지에 의해 OTASP의 완료를 통지받고 (도 15, 단계 S53), 소프트웨어를 업데이트하는데 성공한 경우 (도 15, 단계 S54), 이동 단말기 (1) 는 소프트웨어의 버전 정보를 업데이트한다 (도 15, 단계 S55).

OTASP 완료 메세지는 OTASP 요청에 포함된 단말기 타입 및 소프트웨어 버전 정보를 포함한다. 따라서, OTASP 완료 메세지를 수신하기 이전에 소프트웨어 버전 정보를 재기입한다면, 이동 단말기 (1) 는 메세지를 수신할 수 없다.

소프트웨어를 업데이트하는데 성공하기 이전에, OTASP 완료 타이머가 만료하거나 (도 15, 단계 S52) OTASP의 완료가 보고된다면 (도 15, 단계 S53 및 S54), 이동 단말기 (1) 는 그 시점까지 수신된 OTASP 데이터를 폐기한다 (도 15, 단계 S56). 그 후, 이동 단말기 (1) 는 동작을 종료하고, 이전 단말기 타입 및 소프트웨어 버전 정보를 이용한다. 소프트웨어의 업데이트가 실패한 경우의 예로서, 데이터 수신이 완료되기 이전에 이동 단말기 (1) 에 OTASP의 완료가 통지될 수도 있다.

상술한 바와 같이, 소프트웨어를 업데이트하는데 성공한 경우, 이동 단말기 (1) 는 소프트웨어의 버전 정보를 업데이트한다. 이와 반대로, 소프트웨어를 업데이트하는데 실패한 경우, 이동 단말기 (1) 는 수신된 데이터를 폐기하고, 그 소프트웨어의 버전 정보를 업데이트하지 않는다.

이에 의해, 소프트웨어를 업데이트하는데 성공하면, 이동 단말기 (1) 는 동일한 데이터를 다시 수신하지 않는 반면, 소프트웨어 버전을 업데이트하는데 실패한 경우, 소프트웨어의 업데이트가 성공할 때까지 소프트웨어 버전 정보를 업데이트하지 않기 때문에, 이동 단말기 (1) 는 동일한 데이터를 다시 수신할 수 있다.

상술한 바와 같이, 이 실시형태에 의하면, MBMS는 소프트웨어의 버전 등을 업데이트하는 프로그램을 재기입하기 위해 OTASP에 적용된다. 따라서, 각 이동 단말기는 자신의 전력을 낭비하지 않고, 소프트웨어가 재기입될 필요가 있는 경우에만, 일 군의 타겟 단말기의 소프트웨어를 효율적으로 업데이트할 수 있다.

또한, 이동 단말기를 고유하게 식별하는 정보 (예를 들어, IMEI-SV에 포함된 단말기 타입 및 소프트웨어 버전에 관한 정보) 가 이용된다. 이에 의해, 이동 단말기는 효율적으로 그룹화될 수 있다.

또한, 소프트웨어의 업데이트를 완료한 이동 단말기는 그 소프트웨어의 버전 정보를 업데이트한다. 따라서, 이동 단말기는 동일한 데이터의 반복된 수신을 회피할 수 있다.

도 1은 본 발명의 일 실시형태에 따른 이동 통신 시스템의 동작의 실시예를 나타내는 다이어그램이다.

도 2a 내지 도 2b는 본 발명의 일 실시형태에 따른 이동 통신 시스템의 동작의 실시예를 나타내는 다이어그램이다.

도 3은 본 발명의 일 실시형태에 따른 이동 통신 시스템의 구성을 나타낸 블록 다이어그램이다.

도 4는 도 3에 도시된 서버의 구성을 나타낸 블록 다이어그램이다.

도 5는 도 3에 도시된 이동 단말기의 구성을 나타낸 블록 다이어그램이다.

도 6은 본 발명에 따른 PICH의 구성, 및 PICH와 PCH 사이의 관계를 나타낸 다이어그램이다.

도 7은 PCH의 UE 식별자의 변경의 이미지를 나타낸 다이어그램이다.

도 8은 PCH의 UE 식별자의 변경의 이미지를 나타낸 다이어그램이다.

도 9는 PCH의 UE 식별자의 변경의 이미지를 나타낸 다이어그램이다.

도 10은 도 3에 도시된 이동 단말기의 동작을 나타낸 흐름도이다.

도 11은 도 3에 도시된 이동 단말기의 동작을 나타낸 흐름도이다.

도 12는 본 발명의 일 실시형태에 따른 OTASP에 의한 데이터 송신 프로세스를 나타내는 시퀀스 차트이다.

도 13은 본 발명의 일 실시형태에 따른 OTASP에 의한 데이터 송신 프로세스를 나타내는 시퀀스 차트이다.

도 14는 도 3에 도시된 서버 측의 동작을 나타낸 흐름도이다.

도 15는 도 3에 도시된 이동 단말기의 데이터 프로세싱 동작을 나타낸 흐름도이다.

도면의 주요부분에 대한 부호의 설명

1, 1-1 내지 1-5: 이동 단말기

2, 2-1, 2-2: 노드 B

3: RNC

4: SGSN

5: GGSN

6: 서버

11: 안테나

12: 무선 통신부

13: 제어부

14: CPU

15: 메모리

16: 전송 방법 판정부

17: 데이터 전송 제어부

18: 기저대역부

19: 음성 입력/출력부

20: 표시부

21: 키 동작부

61: 데이터 입력/출력부

62: 데이터 저장부

63: 데이터 송신 제어부

64: 멀티캐스트부

65: 브로드캐스트부

100: IP 네트워크

Claims

삭제
삭제
OTASP (Over The Air Service Provisioning) 가 수행되어, 서버로부터 무선을 통해 송신된 데이터에 기초하여 이동 단말기에 소프트웨어를 재기입하는 이동 통신 시스템으로서,

상기 서버는, OTASP가 수행되는 경우, 상기 이동 단말기의 타입 및 상기 소프트웨어의 버전에 관한 정보가 부가된 요청을 타겟 이동 단말기로 송신함으로써 상기 타겟 이동 단말기를 페이징하기 위한 수단을 포함하며,

상기 이동 단말기는,

상기 요청에 부가된 상기 정보에 기초하여, 상기 데이터가 상기 단말기에 멀티캐스트 또는 브로드캐스트될 지 여부를 판정하는 수단;

상기 데이터가 멀티캐스트될 것으로 판정된 경우, 상기 데이터를 수신하기 이전에 상기 요청에 대한 응답을 송신하는 수단; 및

상기 데이터가 브로드캐스트될 것으로 판정된 경우, 상기 요청에 대한 응답을 송신하지 않고 상기 데이터를 수신하는 수단을 포함하는, 이동 통신 시스템.
제 3 항에 있어서,

상기 이동 단말기는,

상기 단말기 타입 및 소프트웨어 버전 정보에 기초하여 상기 요청이 상기 단말기에 안내되는지 여부를 판정하는 수단; 및

상기 요청이 상기 단말기에 안내된 것으로 판정된 경우, 상기 서버로부터 송신된 상기 데이터에 기초하여 상기 소프트웨어를 업데이트하는 수단을 포함하는, 이동 통신 시스템.
삭제
제 3 항 또는 제 4 항에 있어서,

상기 서버는 상기 데이터를 반복하여 브로드캐스트하고, 그 후에, 상기 데이터를 멀티캐스트하는, 이동 통신 시스템.
제 3 항 또는 제 4 항에 있어서,

상기 이동 단말기는, 상기 데이터에 기초하여 상기 소프트웨어가 업데이트될 때까지, 상기 소프트웨어의 상기 버전 정보가 업데이트되는 것을 방지하는 수단을 포함하는, 이동 통신 시스템.
삭제
삭제
OTASP (Over The Air Service Provisioning) 를 수행하기 위해 무선을 통해 데이터를 송신하여, 이동 단말기에 소프트웨어를 재기입하는 서버로서,

OTASP가 수행되는 경우, 상기 이동 단말기의 타입 및 상기 소프트웨어의 버전에 관한 정보가 부가된 요청을 타겟 이동 단말기로 송신함으로써 상기 타겟 이동 단말기를 페이징하기 위한 수단을 포함하며,

상기 데이터를 반복하여 브로드캐스트하고, 그 후에, 상기 데이터를 멀티캐스트하는, 서버.
삭제
삭제
OTASP (Over The Air Service Provisioning) 가 수행되어, 서버로부터 무선을 통해 송신된 데이터에 기초하여 이동 단말기에 소프트웨어를 재기입하는 이동 통신 시스템의 이동 단말기로서,

OTASP가 수행되는 경우에, 수신된 요청에 부가된 단말기 타입 및 소프트웨어 버전 정보에 기초하여 상기 요청이 상기 단말기에 안내되는지 여부를 판정하는 수단;

상기 요청이 상기 단말기에 안내된 것으로 판정된 경우, 상기 서버로부터 송신된 상기 데이터에 기초하여 상기 소프트웨어를 업데이트하는 수단;

상기 요청에 부가된 정보에 기초하여, 상기 데이터가 상기 단말기에 멀티캐스트 또는 브로드캐스트될 지 여부를 판정하는 수단;

상기 데이터가 멀티캐스트될 것으로 판정된 경우, 상기 데이터를 수신하기 이전에 상기 요청에 대한 응답을 송신하는 수단; 및

상기 데이터가 브로드캐스트될 것으로 판정된 경우, 상기 요청에 대한 응답을 송신하지 않고 상기 데이터를 수신하는 수단을 포함하는, 이동 단말기.
삭제
제 13 항에 있어서,

상기 데이터에 기초하여 상기 소프트웨어가 업데이트될 때까지, 상기 소프트웨어의 상기 버전 정보가 업데이트되는 것을 방지하는 수단을 더 포함하는, 이동 단말기.
삭제
삭제
OTASP (Over The Air Service Provisioning) 가 수행되어, 서버로부터 무선을 통해 송신된 데이터에 기초하여 이동 단말기에 소프트웨어를 재기입하는 이동 통신 시스템에 적용되는 데이터 송신 방법으로서,

상기 서버 측에서, OTASP가 수행되는 경우, 상기 이동 단말기의 타입 및 상기 소프트웨어의 버전에 관한 정보가 부가된 요청을 타겟 이동 단말기로 송신함으로써 상기 타겟 이동 단말기를 페이징하는 단계;

상기 이동 단말기 측에서, 상기 요청에 부가된 정보에 기초하여, 상기 데이터가 상기 단말기에 멀티캐스트 또는 브로드캐스트될 지 여부를 판정하는 단계;

상기 데이터가 멀티캐스트될 것으로 판정된 경우, 상기 데이터를 수신하기 이전에 상기 요청에 대한 응답을 송신하는 단계; 및

상기 데이터가 브로드캐스트될 것으로 판정된 경우, 상기 요청에 대한 응답을 송신하지 않고 상기 데이터를 수신하는 단계를 포함하는, 데이터 송신 방법.
제 18 항에 있어서,

상기 이동 단말기 측에서,

상기 단말기 타입 및 소프트웨어 버전 정보에 기초하여, 상기 요청이 상기 단말기에 안내되는지 여부를 판정하는 단계; 및

상기 요청이 상기 단말기에 안내된 것으로 판정된 경우에, 상기 서버로부터 송신된 상기 데이터에 기초하여 상기 소프트웨어를 업데이트하는 단계를 더 포함하는, 데이터 송신 방법.
삭제
제 18 항 또는 제 19 항에 있어서,

상기 서버는 상기 데이터를 반복하여 브로드캐스트하고, 그 후에, 상기 데이터를 멀티캐스트하는, 데이터 송신 방법.
제 18 항 또는 제 19 항에 있어서,

상기 이동 단말기 측에서, 상기 소프트웨어가 상기 데이터에 기초하여 업데이트될 때까지, 상기 소프트웨어의 상기 버전 정보가 업데이트되는 것을 방지하는 단계를 포함하는, 데이터 송신 방법.