CN1411162A - 系统信息下载方法和移动通信终端 - Google Patents

Abstract

提供一种系统信息下载方法和移动通信终端，在系统信息下载功能中断的场合，可不等待来自服务器的启动指示迅速重新开始系统信息的下载。在自服务器SV向移动通信终端MS1发送引导程序讯息的场合，将此引导程序讯息保存于移动通信终端MS1的重试缓存中。于是，在IOTA功能开始前或在下载期间中中断的场合，基于上述保存的引导程序讯息，在重试定时器指示的定时，再度执行IOTA功能。

Description

系统信息下载方法和移动通信终端

技术领域

本发明涉及在移动通信系统中，将移动通信终端固有使用的系统信息，例如，从INTERNET上的服务器下载到移动通信终端的系统信息下载方法和具备实施此方法的功能的移动通信终端。

背景技术

一般，在移动通信系统中，是将系统标识表及优选漫游表等系统信息从通信事业人员的服务器个别下载到各移动通信终端。于是，移动通信终端，根据下载的上述系统信息选择应该利用的移动通信系统，并在和这一选择的移动通信系统之间建立同步之后进行无线通信。

上述系统信息的下载，过去是根据以TIA/EIA/IS-683A为准则的称为OTA(Over The Air，通过空间)的协议实行的。可是，最近，正在研究将通信事业人员的服务器Provisioning Server供应服务器)设置于INTERNET上，从此INTERNET上的服务器下载系统信息。于是，作为用于此目的的协议，提出基于OTA的IP(IOTA)。

IOTA，首先在通信事业人员的服务器上生成用于启动移动通信终端的IOTA功能的引导程序讯息，并将此引导程序讯息经INTERNET传输到SMS(短讯息服务)中心。于是，例如，利用以IS-95为准则的数据突发讯息及以IS-637为准则的SMS讯息内的用户数据，将此引导程序讯息从SMS中心，经移动通信网传输到启动对象的移动通信终端。如移动通信终端接收到上述引导程序讯息，则对移动通信网，例如，经拨号进行连接，而在和服务器之间建立起数据通信链路。于是，如在和服务器之间建立起数据通信链路，就向服务器发送接收上述引导程序讯息的通知作为下载要求。如服务器接收到此引导程序讯息的接收通知，之后就下载面向上述移动通信终端的系统信息。

发明内容

但是，在这种IOTA中，存在着下面的应该改善的课题。就是说，在移动通信系统中，如无线信道不空或不能捕捉到品质良好的无线信道，则不能在移动通信终端和服务器之间建立数据通信链路。另外，即使是一旦建立了数据通信链路，有时会由于失掉数据通信链路，或系统信息下载失败而中断IOTA功能。

在此场合，如果服务器在从发送引导程序讯息时开始后一定时间内不能完成系统信息的下载，则对该移动通信终端的系统信息的下载也会一旦中止。于是，只有在对作为系统信息的下载对象的其他各移动通信终端的下载处理分别结束之后，才会再度对上述下载失败的移动通信终端发送引导程序讯息尝试下载系统信息。与此相对，移动通信终端，如下载失败，就暂时返回待机状态。于是，如果在此状态下，从服务器有引导程序讯息到来，就根据此引导程序讯息再度启动IOTA功能。

因此，如果对任意的移动通信终端的系统信息下载一旦失败，则对该移动通信系统的系统信息的下载定时将变得非常晚，在此期间移动通信系统不能根据最新的系统信息进行收发信及跨区转接处理。

对于服务器，只要一旦对移动通信终端的系统信息下载失败，就不得不重新从头开始对该移动通信终端的系统信息的下载控制，处理负担增大。

本发明正是鉴于上述情况而完成的发明，其目的在于提供一种在系统信息下载功能中断的场合，不等待来自服务器的启动指示迅速重新开始系统信息的下载，由此可平滑取得最新的系统信息，并且可大幅度减轻服务器在下载处理方面的控制负担的信息下载方法及移动通信终端。

为达到上述目的，本发明，是一种响应来自服务器的启动讯息从移动通信终端向服务器发送下载系统信息的要求，并根据此要求从服务器向移动通信终端下载系统信息的系统信息下载方法及移动通信终端，将从服务器发送的启动讯息保存于移动通信终端中，并在系统信息下载功能中断的场合，基于上述保存的启动讯息对上述服务器重发下载系统信息的要求，响应上述重发的下载要求，从服务器向移动通信终端下载系统信息。

根据本发明，如果由于数据通信链接的连接失败或由于失掉数据通信链接而造成系统信息下载功能的中断，就根据保存的启动讯息从移动通信终端向服务器虚假地发送下载要求。所以，移动通信终端，不等待从服务器重发启动讯息而是自主地重新开始系统信息的下载处理，由此可以迅速地取得最新的系统信息。另外，对于服务器，须需重新从头开始对下载失败的移动通信终端的系统信息的下载控制，可以在该程度上减轻与系统信息下载有关的控制负担。

具体说来，在判定系统信息下载功能中断的时刻，启动计时器，在经过此计时器的计时时间的时刻，重发下载系统信息的要求。这样的话，在中断系统信息下载功能的场合，服务器在中止下载控制之前，可从移动通信终端重发下载要求，由此可平滑开始或重新开始系统信息的下载。

此外，在判定系统信息的下载成功之前，可以以预定的周期重复一定的次数重发下载要求。这样一来，例如，在无线信道的品质劣化的场合，可以提高开始或重新开始系统信息下载的几率。

也可以在上述第2接收控制装置中，在计时器的计时期间中，监视来自服务器的新的启动讯息的到来，在新的启动讯息到来的场合，中止下载讯息的重发控制，使上述第1接收控制装置动作。这样一来，就可以不会忽视来自服务器的本来的启动讯息，由此可以一直正确地实行在移动通信终端和服务器之间的系统信息的下载控制。

本发明，如在下载在移动通信终端从多个移动通信系统中捕提适当的系统时使用的系统捕捉优先列表作为系统信息的场合中应用，特别有效。

附图说明

图1为本发明的一实施方式的具备实施系统信息下载方法功能的移动通信系统的概略构成图。

图2为示出图1所示的系统中所使用的移动通信终端的功能构成的框图。

图3为示出在图2所示的移动通信终端的控制单元中执行的IOTA主控制程序的处理步骤和处理内容的流程图。

图4为示出在图2所示的移动通信终端的控制单元中执行的引导程序讯息接收控制程序的处理步骤和处理内容的流程图。

图5为示出在图2所示的移动通信终端的控制单元中执行的IOTA下载控制程序的处理步骤和处理内容的流程图。

图6为示出在图2所示的移动通信终端的控制单元中执行的IOTA重试启动控制程序的处理步骤和处理内容的流程图。

图7为示出在图2所示的移动通信终端的控制单元中执行的IOTA重试监视控制程序的处理步骤和处理内容的流程图。

图8为示出在图2所示的移动通信终端的控制单元中执行的IOTA停止控制程序的处理步骤和处理内容的流程图。

图9为示出移动通信终端和服务器以及SMS中心之间的数据的收发步骤的顺序图。

具体实施方式

下面参照附图对本发明的实施方式予以说明。图1为本发明的一实施方式的具备实施系统信息下载方法功能的移动通信系统的概略构成图。

此系统，具备分散配置于服务器内的多个基站BS。另外，为了说明简单起见，在同一图中只示出一个基站BS。基站BS形成称为小区的无线区域E，经无线信道与存在于此无线区域E内的移动通信终端MS1～MS3相连接。

基站BS经有线线路与移动通信交换台EX连接。移动通信交换台EX与短讯息服务(SMS)中心SC及供应网关(以下称其为网关)GW相连接。短讯息服务心SC统一管理控制在移动通信终端MS1～MS3之间的短讯息的传送。网关GW进行与设置于因特网INW上的供应服务器(以下称其为服务器)SV之间的连接及和通信控制。服务器SV具有用来对各移动通信终端MS1～MS3下载终端固有的系统信息的IOTA功能。

上述移动通信终端MS1～MS3的构成例如如下。此移动通信终端MS1～MS3，可以是选择使用，例如，使用CDMA(码分多址)方式的数字方式和使用AMPS(高级移动电话业务)的模拟方式进行通信的多方式类型终端。图2为示出其功能构成的框图。

从基站BS发送的无线频率信号，在由天线1接收之后，经天线共用器(DUP)2输入到接收电路(RX)3。在接收电路3中，上述无线频率信号和频率合成器(SYN)4输出的接收站本地振荡信号混频而变换为中频信号或基带信号。另外，上述频率合成器4产生的本地振荡信号的频率由控制单元12发出的控制信号SYC指示。

上述接收中频信号或接收基带信号，在设定数字方式为通信方式的场合，输入到CDMA信号处理单元6，另一方面，在设定模拟方式为通信方式的场合，输入到模拟声频电路19。

在CDMA信号处理单元6中，对输入的接收中频信号或接收基带信号进行正交解调处理和利用分配给接收信道的扩展编码(PN编码)的解扩处理，由此得出相应于数据率的规定格式的解调数据。此解调数据输入到声音编码处理单元7。另外，上述解调数据中表示数据率的控制数据作为接收数据率输入到控制单元12。

声音编码处理单元7，在对从CDMA信号处理单元6输出的解调数据实施相应于由控制单元12通知的接收数据率的扩展处理之后，进行利用维特比(viterbi)解码等的解码处理和纠错解码处理，再生基带的接收数字数据。

PCM编码处理单元8，相应于从控制单元12输出的数字声音信号通信的种别(声音通信、数据通信)而进行不同的信号处理。就是说，在声音通信时，对从声音编码处理单元7输出的接收数字数据进行PCM解码而输出模拟受话信号。从模拟受话信号，由接收放大器9放大之后从扬声器10扩大输出。另外，在数据通信时，从声音编码处理单元7输出的接收数字数据供给控制单元12。控制单元12，在将上述接收数字数据存放于存储单元13的同时，在显示单元15上显示。并且，根据需要，可将上述接收数字数据从外部接口输出的图中未示出的便携信息终端(PDA：个人数字处理)及笔记本型个人计算机等的个人计算机。

与此相对，模拟声频电路19，利用FM检波器等对输入的接收中频信号进行模拟解调而再生为模拟受话信号。此模拟受话信号，由上述接收放大器9放大后从扬声器10扩大输出。

另一方面，声音通信时说话者的输入声音通过话筒11作为模拟送话信号输入，在送话放大器18中，放大到适当的电平。于是，在将数字方式设定为通信方式的场合，输入到PCM编码处理单元8，另一方面，在设定模拟方式为通信方式的场合，输入到模拟声频电路19。

在PCM编码处理单元8中，对输入的模拟送话信号实施PCM编码处理。由此生成的发送数据供给声音编码处理单元7。另外，从图中未示出的个人计算机输出的数据，经外部接口输入到控制单元12，从控制单元12经PCM编码处理单元8输入到声音编码处理单元7。另外，在控制单元12中生成的发送数据也输入到声音编码处理单元7。

声音编码处理单元7，在声音通信时，在PCM编码处理单元8输出的发送声音数据中检出输入声音的能量量，根据此检出结果决定数据率。于是，将上述发送数据压缩为相应于上述数据率的格式的猝发信号，并在实施纠错编码处理之后，输出到CDMA信号处理单元6。与此相对，在数据通信中，将从PCM编码处理单元8输出的发送数据压缩为相应于预先规定的数据率的格式的猝发信号，并实施纠错编码处理而输出到CDMA信号处理单元6。另外，声音通信时及数据通信时的数据率也都作为发送数据率通知控制单元12。

CDMA信号处理单元6，对经上述声音编码处理单元7压缩的猝发信号，利用分配给发送信道的PN编码实施扩频处理。于是，对这一经过扩频编码的发送信号实施正交调制处理，并将此正交调制信号输出到发送电路(TX)5。

另一方面，模拟声频电路19，利用FM调制方式等的模拟调制方式由输入的模拟送话信号对载波信号进行调制，并将此经过调制的载波信号输出到发送电路(TX)5。

发送电路5，将输入的正交调制信号或载波信号和频率合成器4生成的发送本地振荡信号合成而变换为无线频率信号。于是，发送电路5，根据控制单元12通知的发送数据率，只对上述无线频率信号中的有效部分进行高频放大并作为发送无线频率信号输出。从此发送电路5输出的发送无线频率信号，经天线共用器2供给天线1，从此天线1向图中未示出的基站进行猝发发送。

在输入单元14中，设置有拨号键及发送键、电源键、结束键音量调节键、方式指定键等键组，并且在显示单元15在设置有LCD显示器及LED。在LCD显示器上显示电话本的存储信息及收发信历史、对话者的终端装置的电话号码、本装置的动作状态等。另外，在LED上，根据电池16的输出生成规定的动作电源电压Vcc供给各个电路单元。

17是电源电路，基于电池16的输出生成预定的动作电源电压Vcc，提供给各电路部分。另外，在电源电路17中，还设置有充电电路，利用此充电电路对电池16进行充电。

控制单元12，例如，具备微机作为主控制单元，作为其基本控制功能，包括可根据收发信执行无线连接控制而进行声音通信及数据通信的通信控制功能、对因特网进行访问而显示网页等信息的浏览器功能、系统选择控制功能、空闲跨区转接控制功能以及位置登录控制功能等等。

在这些基本控制功能之外，作为本发明的新功能，包括启动讯息接收保存控制功能12a、IOTA执行控制功能12b以及IOTA重试控制功能12c。

启动讯息接收保存控制功能12a，在待机时有发自服务器SV的SMS讯息到来的场合，判定插入此SMS讯息的控制讯息是否是引导程序讯息。于是，如果是引导程序讯息，就在将此讯息看作是IOTA功能的启动讯息而通知IOTA执行控制功能12b的同时，保存于控制单元12内的IOTA功能再启动用的缓存器中。

IOTA执行控制功能12b，响应上述启动讯息接收保存控制功能12a通知的引导程序讯息，通过拨号对移动通信交换台EX提出和服务器SV之间建立数据通信链路的要求。于是，如和服务器SV之间建立数据通信链路，就向服务器SV发送引导程序讯息的接收通知作为系统信息的下载要求，以后，接受根据此要求从服务器SV下载的系统信息并存放于存储单元13中。

IOTA重试控制功能12c，分别对上述IOTA执行控制功能12b引起的数据通信链接的连接要求动作和系统信息的下载动作进行监视，判定数据通信链接的连接失败，下载失败或数据通信链接失掉等引起的IOTA功能的中断。于是，如检出IOTA功能的中断，就按照由重试定时器指定的定时，响应在IOTA再启动用的缓存中保存的引导程序讯息，对移动通信交换台EX提出在和服务器SV之间建立数据通信链路的要求，之后执行从服务器SV下载的系统信息的接收动作。

如上所述对构成的移动通信系统及移动通信终端的IOTA功能的动作进行了说明。下面对于从服务器SV向移动通信终端MS1下载系统信息的场合予以举例说明。

图3为示出移动通信终端MS1的IOTA功能的主控制程序的处理步骤和处理内容的流程图，图9为示出移动通信终端MS1和服务器SV以及SMS中心之间的数据的收发步骤的顺序图。

在利用IOTA功能下载系统信息的场合，首先由服务器SV生成用来启动移动通信终端的IOTA功能的引导程序讯息，此引导程序讯息，如图9所示，经因特网I NW及网关GW传输到短讯息服务心SC。短讯息服务心SC，将传输来的引导程序讯息，例如，利用依据IS-95的数据猝发讯息及依据IS-637的SMS讯息内的用户数据，发送给启动对象的移动通信终端MS1。此引导程序讯息插入的SMS讯息，经移动通信交换台EX及基站BS转送到移动通信终端MS1。

移动通信终端MS1，在待机中定期地利用步骤302对从基站发送的成为IOTA功能的启动讯息的引导程序讯息的到来进行监视。图4为示出此引导程序讯息接收控制程序的处理步骤和处理内容的流程图。

如移动通信终端MS1的控制单元12，在步骤401，开始接收上述执行要求的处理，就首先在步骤402中，进行数据猝发讯息的接收检查，在步骤403，判定所接收的数据猝发讯息是否是SMS讯息。如此判定结果为另外，所接收的数据猝发讯息是SMS讯息，则在步骤404中，对该SMS讯息中的USER DATA(用户数据)进行解析。在所接收的数据猝发讯息不是SMS讯息的场合，则返回步骤402进行对数据猝发讯息的接收检查。

在上述SMS讯息内的USER DATA的解析中，判定插入到该USER DATA内的讯息是否是引导程序讯息。这一引导程序讯息的判定是通过在标题中是否包含“//pp”而进行判定。如果此判定结果为在标题中是包含“//pp”，则控制单元12在步骤405中认识到接收讯息为引导程序讯息，转移到步骤406而于其中从上述USER DATA抽出引导程序讯息。于是，将此抽出的引导程序讯息在步骤407中保存于控制单元12内的IOTA功能再启动用的缓存(图4中的408)中。在接收到的SMS讯息不是引导程序讯息的场合，就结束引导程序讯息的接收控制程序的处理。如上述引导程序讯息的保存处理结束，控制单元12接着在步骤409中，对IOTA状态进行检查。在此状态检查中，根据设置于控制单元12内的存储器中的IOTA状态标志的状态，判定是否是处于IOTA启动中。如此判定结果为不是处于IOTA启动中，则控制单元12从步骤410转移到步骤411。于是，在指示后述的IOTA重试停止控制程序停止处理重试的启动之后，在步骤412中，向如图3所示的主控制程序发出内容为接收到引导程序讯息的通知。相反，如IOTA功能已经处于启动中，则不发出接收到引导程序讯息的通知，结束由接收控制程序进行的处理。

于是，如果引导程序讯息的接收控制结束，控制单元12返回图3所示的主控制程序，在步骤304中，在将IOTA状态标志设定为“IOTA启动中”之后，由步骤305进行在和服务器SV之间建立数据通信链路的要求处理。此数据通信链路的建立要求处理，例如，可通过对移动通信交换台EX拨号进行。

如果和服务器SV之间建立了数据通信链路，控制单元12就从步骤306转移到步骤307，在此步骤中要求执行IOTA下载处理程序。图5为示出IOTA下载控制程序的处理步骤和处理内容的流程图。

控制单元12，如果在步骤501中接受上述执行要求并开始处理，就首先在步骤502中向服务器SV发送IOTA开始要求(下载要求)。之后，在步骤503中，检查从服务器SV发送来的命令，在步骤504中判定接收命令是否是系统信息的下载命令。

在判断结果为接收命令是下载命令的场合，就在步骤506中接收从服务器SV下载的系统信息并存储于存储单元13中。另外，在此下载期间中，在步骤507中，检查数据通信链路的连接状态，如此检查结果为数据通信链路正常，则从步骤510返回步骤503重复处理数据的下载处理。与此相对，如果在此下载期间中检测到数据通信链路失掉(掉线)，则控制单元12从步骤510转移到步骤511并在该步骤中将IOTA状态标志设定为“未结束”，并返回到图3所示的主控制程序。

如果在上述数据下载期间接收的命令是结束命令，则控制单元12从步骤505转移到步骤508，并在该步骤中向服务器SV发送系统信息下载结束的通知。于是，在步骤509中，将IOTA状态标志设定为“结束”，并返回到图3所示的主控制程序。

如返回到主控制程序的处理，则控制单元12，在步骤308中判定由IOTA功能引起的系统信息的下载是否结束。由此判定可知IOTA状态标志是设定为“结束”还是设定为“未结束”。于是，在系统信息的下载结束的场合，转移到步骤310并在该步骤中向移动通信交换台EX提出切断数据通信链路的要求。于是，如果切断数据通信链路，就在步骤311中进行停止IOTA重试的处理，并在步骤312中清除IOTA状态标志，结束主控制程序的处理。

另一方面，假设在上述数据通信链路的连接判定处理(步骤306)中判定为不能建立数据通信链路。不能建立数据通信链路的原因可举出的有没有空闲的无线信道的场合及无线信道品质低下等。在此场合，控制单元12转移到步骤309并在该步骤中要求执行IOTA重试启动控制程序。

控制单元12，在通过在步骤308中的IOTA的结束/未结束的判定判定IOTA未结束的场合，也转移到上述步骤309并在该步骤中要求执行IOTA重试启动控制程序。

图6为示出IOTA重试启动控制程序的处理步骤和处理内容的流程图。控制单元12，如果在步骤601中接受上述执行要求并开始处理，就首先在步骤602中读出设置于控制单元12内的重试计数器的计数值，并在步骤603中判定此计数值，即IOTA的重试次数，是否超过预先规定的上限值。如果此判断结果为重试次数尚未达到上限值，则控制单元12转移到步骤605并在该步骤中设定重试计时器的计时时间，并在步骤606中启动重试计时器。

在上述重试计数器的计数值达到上限值的场合，则控制单元12转移到步骤604并在该步骤中提出执行后述的重试停止控制程序要求。

如果启动上述重试计时器，则控制单元12接着执行IOTA重试监视控制程序。图7为示出此IOTA重试监视控制程序的处理步骤和处理内容的流程图。

控制单元12，如果在步骤701中开始IOTA重试监视处理，就首先在步骤702中检查上述重试计时器的计时值，在步骤703中判定重试计时器是否超时。如果其判定结果为重试计时器超时，则控制单元12就转移到步骤704。在上述重试计时器未超时之前一直重复进行上述计时值的检查和该判定处理。

如果转移到步骤704，则控制单元12在该步骤首先进行引导程序讯息接收检查，并在步骤705中判定从服务器SV是否接收到新的引导程序讯息。在此判定结果为从服务器SV接收到新的引导程序讯息的场合，就转移到步骤706并要求执行IOTA重试停止控制程序。于是，不执行IOTA重试而结束重试监视处理。

与此相对，在未从服务器SV接收到新的引导程序讯息的场合，控制单元12就转移到步骤707并在该步骤中从IOTA功能再启动用的缓存(重试缓存708)中读出所保存的接收完成的引导程序讯息。于是，在步骤709中，根据此读出的引导程序讯息，向主控制程序发送内容为接收到引导程序讯息的通知。

结果，主控制程序，在如图3所示，在步骤304中，将IOTA状态标志设定为“IOTA启动中”之后，由步骤305进行在和服务器SV之间建立数据通信链路的要求处理，而后在步骤307中，执行IOTA下载控制处理。此处理步骤和内容与图5所示的相同。

控制单元12，如果执行IOTA重试停止控制程序，则如图8所示，首先在步骤802中，停止重试计时器，并在步骤803中，清除重试计数器的计数值。于是，在这些处理结束之后，返回到待机状态。

如上所述，在此实施方式中，在从服务器SV向移动通信终端MS1地址转送引导程序讯息的场合，将此引导程序讯息保存于移动通信终端MS1的重试缓存中。于是，在IOTA功能下载开始前或下载期间中断的场合，以上述保存的引导程序讯息为基础，在利用重试定时器指示的定时，再度执行IOTA功能。

所以，根据此实施方式，即使是由于数据通信链路的连接失败，数据下载失败，数据通信链路失掉等而中断IOTA功能，在移动通信终端MS1中，自动地再执行IOTA功能。因此，在移动通信终端MS1中，可以不等待从服务器SV重发引导程序讯息，而是自主地重开系统信息的下载处理。因此，移动通信终端MS1，可以迅速取得最新的系统信息。

另外，对于服务器SV，在由于IOTA的数据下载失败的场合不需要从头重新对发送对象的移动通信终端进行控制，可以在相应的程度上减轻系统信息下载的控制负担。

在此实施方式中，利用重试计数器计数重试次数，在上述重试次数未达到上限值之前一直重复进行重试。因此，可以自动地多次进行IOTA功能的重试，由此而提高可执行IOTA功能的几率。

还有，在此实施方式中，在重试监视控制中监视从服务器SV有新的引导程序讯息到来，并在有新的引导程序讯息到来的场合，中止重试控制而根据上述新的引导程序讯息启动IOTA功能。因此，不会忽视来自服务器SV的本来的IOTA启动要求，由此可以在移动通信终端MS1和服务器SV之间一直正确执行利用IOTA的系统信息的下载控制。

本发明不限于上述实施方式，例如，不论移动通信终端的种类及构成如何、移动通信系统的构成如何，都是适用的，并且IOTA主控制程序、引导程序讯息的接收控制程序、IOTA下载控制程序、IOTA重试启动程序、IOTA重试监视控制程序以及IOTA重试停止控制程序的各种处理步骤和处理内容，在不脱离本发明的要旨的范围内可以有种种的变型。

如上述的详细介绍，在本发明中，在响应来自服务器的启动讯息，从服务器向移动通信终端发送下载系统信息的要求，响应这一要求，从服务器向移动通信终端下载系统信息的系统信息下载方法及移动通信终端中，从服务器发送的启动讯息保存于移动通信终端，在来自服务器的系统信息的下载中断的场合，以上述保存的启动讯息为基础，对上述服务器重发系统信息下载要求，响应此重发的下载要求，从服务器向移动通信终端下载系统信息。

所以，根据本发明，可以提供一种在系统信息下载中断的场合，可以不等待来自服务器的启动指示而迅速重新开始系统信息的下载，由此在移动通信终端平滑取得最新的系统信息的同时，可大幅度地减轻与下载处理相关的服务器的控制负担的移动通信终端及系统信息下载方法。

Claims (13)

1.一种系统信息下载方法，是向移动通信系统中使用的移动通信终端下载有关上述系统的系统信息的方法，上述系统信息从服务器经计算机网络及移动通信网下载到上述移动通信终端中，其特征在于包括：

从上述服务器向上述移动通信终端传送启动讯息的过程；

将从上述服务器向传送的启动讯息存储于移动通信终端的过程；

响应从上述服务器传送的启动讯息，从上述移动通信终端向上述服务器向传送下载系统信息的要求的过程；

响应从上述移动通信终端传送的下载要求，从上述服务器向上述移动通信终端下载系统信息的过程；

判定上述系统信息的下载中断的过程；

在判定上述系统信息的下载中断的场合，以上述保存的启动讯息为基础从上述移动通信终端向上述服务器重发下载上述系统信息要求的过程；以及

响应从上述移动通信终端重发的下载要求，从上述服务器向要求来源的上述移动通信终端下载系统信息的过程。

2.如权利要求1所述的信息下载方法，其特征在于：上述系统信息是上述移动通信终端在从多个移动通信系统中捕捉适当的系统时所使用的系统捕捉优先列表。

3.一种移动通信终端，是在具有从服务器经计算机网络及移动通信网向移动通信终端下载有关移动通信系统的系统信息的功能的移动通信系统中使用的移动通信终端，其特征在于包括：

接收从上述服务器发送的启动讯息的接收装置；

将利用此接收装置接收的上述启动讯息进行保存的保存装置；

响应利用上述接收装置接收的上述启动讯息，向上述服务器发送下载上述系统信息的要求，接收针对此下载要求从上述服务器下载的系统信息的第1接收控制装置；

判定由此第1接收控制装置下载系统信息的中断的第1判定装置；以及

在利用此第1判定装置判定下载中断的场合，以上述保存的启动讯息为基础向上述服务器重发下载系统信息的要求，接收针对此重发的下载要求从上述服务器下载的系统信息的第2接收控制装置。

4.如权利要求3所述的移动通信终端，其特征在于：上述第1接收控制装置，将自己的终端从多个移动通信系统中捕捉适当的系统时所使用的系统捕捉优先列表的下载要求发送给上述服务器，并接收针对此下载要求从上述服务器下载的上述捕捉优先列表。

5.如权利要求3所述的移动通信终端，其特征在于：上述第2接收控制装置，在上述第1判定装置判定下载中断的场合启动计时器，在此计时器的计时时间经过的时刻重发对上述系统信息的下载要求。

6.如权利要求3所述的移动通信终端，其特征在于：

还包括判定由上述第2接收控制装置下载系统信息是否成功的第2判定装置；

上述第2接收控制装置，直到上述第2判定装置判定下载成功为止，以规定的周期反复重发上述下载要求。

7.如权利要求4所述的移动通信终端，其特征在于：

上述第2接收控制装置具有在上述计时器的计时期间中监视从服务器有新的启动讯息到来，并在有新的启动讯息到来的场合，中止下载要求的重发控制，使上述第1接收控制装置动作的功能。

8.一种系统信息下载方法，是向移动通信系统中使用的移动通信终端下载有关上述系统的系统信息的方法，上述系统信息从服务器经计算机网络及移动通信网下载到上述移动通信终端中，其特征在于包括：

从上述移动通信终端向上述服务器传送上述系统信息的下载要求的过程；

响应从上述移动通信终端传送的下载要求，从上述服务器向要求来源的上述移动通信终端下载系统信息的过程；

判定上述系统信息的下载中断的过程；

在判定上述系统信息的下载中断的场合，从上述移动通信终端向上述服务器重发下载上述系统信息要求的过程；以及

响应从上述移动通信终端重发的下载要求，从上述服务器向要求来源的上述移动通信终端下载系统信息的过程。

9.如权利要求8所述的信息下载方法，其特征在于：上述系统信息是上述移动通信终端在从多个移动通信系统中捕捉适当的系统时所使用的系统捕捉优先列表。

10.一种移动通信终端，是在具有从服务器经计算机网络及移动通信网向移动通信终端下载有关移动通信系统的系统信息的功能的上述移动通信系统中使用的移动通信终端，其特征在于包括：

向上述服务器发送上述系统信息的下载要求，接收针对此下载要求从上述服务器下载的系统信息的第1接收控制装置；

判定由此第1接收控制装置下载系统信息的中断的第1判定装置；以及

在利用此第1判定装置判定下载中断的场合，向上述服务器重发下载系统信息的要求，接收针对此重发的下载要求从上述服务器下载的系统信息的第2接收控制装置。

11.如权利要求10所述的移动通信终端，其特征在于：上述第1接收控制装置，将自己的终端从多个移动通信系统中捕捉适当的系统时所使用的系统捕捉优先列表的下载要求发送给上述服务器，并接收针对此下载要求从上述服务器下载的上述捕捉优先列表。

12.如权利要求10所述的移动通信终端，其特征在于：上述第2接收控制装置，在上述第1判定装置判定下载中断的场合启动计时器，在此计时器的计时时间经过的时刻重发对上述系统信息的下载要求。

13.如权利要求10所述的移动通信终端，其特征在于：

还包括判定由上述第2接收控制装置下载系统信息是否成功的第2判定装置，

上述第2接收控制装置，直到上述第2判定装置判定下载成功为止，以规定的周期反复重发上述下载要求。

Images