用于用户终端软件升级的通信系统、方法以及用户终端的制作方法

文档序号:7617415阅读:195来源:国知局
专利名称:用于用户终端软件升级的通信系统、方法以及用户终端的制作方法
技术领域
本发明涉及无线终端的软件升级,更特别地,本发明涉及通过无线通信网络对无线终端进行软件升级。
背景技术
无线移动互联网系统类似于蜂窝网络。为了在蜂窝网络中升级用户终端(UT)的软件,管理所有用户终端的软件版本的中央服务器向请求软件升级的用户终端完整地下载软件升级所需的配置文件。
然而,难于容易地管理这种中央服务器。另外,由于该服务器的某些特性,中央服务器难于适用于当前的蜂窝网络。进一步说,与蜂窝网络相比,无线移动互联网络系统能以高速率传输数据,且每个用户终端都是基于互联网协议(IP)地址的。此外,由于作为无线通信设备的用户终端可以使用有线网络的所有服务,所以将可能需要升级用户终端的软件以便解决安全和病毒问题。

发明内容
因此,本发明提供一种UT和一种通信系统,以及一种升级无线移动互联网络中的用户终端的软件的方法。
依据本发明实施例的一个方面,提供了一种用于软件升级的通信系统,包括用户终端,用于发送包含UT的软件信息的IP地址分配请求消息;提供升级服务器,包括关于用户终端的每一软件的升级数据;以及服务器,用于当接收到请求消息时参考软件信息来确定是否需要用户终端的软件升级,并且当需要软件升级时则把提供升级的服务器的地址和升级信息发送给UT。
依据本发明的一个方面,提供了一种在包含服务器的通信系统中升级UT软件的方法,所述方法包括步骤当动态主机配置协议(DHCP)处理请求被生成时,将软件信息插入到DHCP请求消息中,并发送所述DHCP请求消息;以及当参考软件信息而确定需要软件升级时,基于从服务器接收到的提供升级服务器的地址来连接到提供升级服务器,并接收升级数据。


从下面结合附图所进行的详细描述中,本发明的上述及其它目的、特征和优点将更加清楚,其中图1是应用本发明的无线移动互联网络系统的框图;图2是说明根据本发明的一个实施例的、在升级软件时的无线移动互联网系统中的消息流程的流程图;图3是依据本发明的一个实施例的UT的框图;图4是说明依据本发明的一个实施例的、在升级UT的软件时的控制流程的流程图;图5是DHCP请求消息的结构的视图;以及图6是说明依据本发明的一个实施例的、在升级软件时的DHCP服务器中的控制流程的流程图。
具体实施例方式
下文中,将参照附图描述本发明的优选实施例。在本发明的下列描述中,当在此包含的已知功能和结构的详细描述可能使本发明的主题不清楚时,将省略它们。
图1是应用本发明的无线移动互联网络系统的框图。该无线移动互联网络包括动态主机配置协议(DHCP)服务器10、IP网络20、简单文件传输协议(TFTP)服务器30、基站40以及UT 50。UT 50通过基站40连接到IP网络20,并能与DHCP服务器10和TFTP服务器30通信。
DHCP服务器10给用户终端50分配IP地址,并允许用户终端50可通过IP网络20连接到互联网。UT 50可执行在DHCP机制(IETF RFC2131)(Internet Engineering Task Force Request For Comment,互联网工程任务组标准(草案))中定义的流程以便接收IP地址。当发送请求IP地址的DHCP请求消息给DHCP服务器10时,用户终端50将配置文件的名称插入到DHCP请求消息的文件字段中,并将该DHCP请求消息发送到DHCP服务器10。一般来说,配置文件的名称包括配置文件的版本信息。进一步地,当从UT 50接收到DHCP请求消息时,DHCP服务器10发送用于分配IP地址的DHCP响应消息给用户终端50。
DHCP服务器10参考从UT 50发送的、包含在DHCP请求消息内的UT50的配置文件版本信息,来确定UT 50的配置文件版本是否为最新版本。DHCP服务器10周期性地与TFTP服务器30通信并接收关于最新版本的配置文件的信息。换句话说,当配置文件已被升级时,TFTP服务器30将最新版本的配置文件信息提供给DHCP服务器10。
DHCP服务器10参考上述最新版本的配置文件信息,来确定包含在DHCP请求消息内的UT 50的配置文件版本是否为最新版本。当UT 50的配置文件不是最新版本的配置文件时,DHCP服务器10将最新版本的配置文件名称插入到DHCP响应消息的文件字段中,并将该DHCP响应消息发送给UT 50。这里,DHCP响应消息包括TFTP服务器30的IP地址。包含在DHCP响应消息中的TFTP服务器30的IP地址被用于后面的引导过程处理(bootstrap process)。进一步地,该TFTP服务器30的IP地址在UT 50连接到TFTP服务器30并接收最新版本的配置文件时被使用。
与此相反,当用户终端50的配置文件是最新版本的配置文件时,DHCP服务器10发送具有现有结构的DHCP响应消息给用户终端50。也应该注意,术语“现有结构”代表DHCP服务器10发送具有包含在DHCP请求消息(最新版本)中的信息的DHCP响应消息。UT 50确定包含在DHCP响应消息中的软件信息是否为最新版本,以便UT 50确定软件升级的必要性。由于包含在DHCP请求消息中的信息是最新版本的,所以不需要软件升级。因此,DHCP服务器10发送具有从UT 50接收到的最新版本信息的DHCP响应消息。
当从DHCP服务器10接收到DHCP响应消息时,UT 50确定最新版本的配置文件信息是否已被包含在DHCP响应消息中。也就是说,UT 50确定软件升级的必要性。当最新版本的配置文件信息被包含在DHCP响应消息中时,UT 50通过包含在DHCP响应消息中的TFTP服务器30的IP地址连接到TFTP服务器30。这里,TFTP服务器30与用户终端50之间的通信可由TFTP机制(IETF RFC 783和IETF RFC 1350)所定义的流程来执行。当用户终端50连接到TFTP服务器30时,TFTP服务器30不需要用户帐号和密码。
已经连接到TFTP服务器30的UT 50,请求TFTP服务器30发送UT 50所需的最新版本的配置文件。当接收到配置文件的发送请求时,TFTP服务器30参考发送请求生成UT 50所需的新的配置文件,并将生成的该配置文件发送到用户终端50。因此,用户终端50从TFTP服务器30接收软件升级所需的最新版本的配置文件并解码接收到的配置文件,从而执行软件升级。
同时,UT 50依据DHCP机制(IETF RFC 2131)周期性地与DHCP服务器10通信。为了继续使用从DHCP服务器10分配的IP地址,UT 50必须从DHCP服务器10获得认证。因此,UT 50向DHCP服务器10发送DHCP请求消息,而DHCP服务器10响应于DHCP请求消息而发送ACK消息或者NACK消息。甚至在与DHCP服务器10的这种通信中,UT 50将配置文件的名称插入到DHCP请求消息的文件字段中,并将DHCP请求消息发送到DHCP服务器10。因此,DHCP服务器10可以周期性地监控软件升级的状态。如上所述,在考虑到从UT 50发送来的配置文件信息而确定需要升级时,DHCP服务器10通过ACK消息或者NACK消息来发送TFTP服务器30的IP地址以及升级所需的最新版本的配置文件信息。
在下文中,将参照图2描述在升级UT 50的软件的过程中的DHCP服务器10、TFTP服务器30和UT 50中的消息流程。
参照图2,在步骤102,当UT50需要接入互联网时,它生成用于请求IP地址的DHCP请求消息。而且,为了继续使用从DHCP服务器10分配的IP地址,UT50可生成请求认证的DHCP请求消息。
在此,UT 50生成包括配置文件信息的DHCP请求消息。该配置文件信息可被插入到DHCP请求消息的文件字段中,配置文件信息可包括配置文件名称、配置文件版本等。进一步地,在步骤104,UT 50向DHCP服务器10发送DHCP请求消息。在步骤106,当接收到来自UT 50的DHCP请求消息时,DHCP服务器10参考包含在DHCP请求消息中的UT 50的配置文件信息来确定UT 50的配置文件版本是否为最新版本。
由于DHCP服务器10周期性地与TFTP服务器30通信并接收关于最新版本的配置文件的信息,所以DHCP服务器10被假定已经知道最新版本的配置文件信息。详细地,在步骤100,TFTP服务器30确定配置文件是否已经被升级。当配置文件已经被升级时,在步骤101,TFTP服务器30将最新版本的配置文件信息提供给DHCP服务器10。
同时,当UT 50的配置文件不是最新版本的配置文件时,在步骤110,DHCP服务器10生成包含最新版本的配置文件信息的DHCP响应消息。此外,当接收到请求用于使用IP地址的认证的DHCP请求消息时,DHCP服务器10生成ACK消息或者NACK消息。
另外,当UT 50的配置文件是最新版本的配置文件时,DHCP服务器10进行到步骤108并结束升级处理。
例如,DHCP服务器10将最新版本的配置文件信息插入到DHCP响应消息的文件字段中。DHCP响应消息包括TFTP服务器30的IP地址。另外,DHCP服务器10可将最新版本的配置文件信息插入到ACK消息或者NACK消息中。在这种情况下,假设在IP地址的初始化分配时,TFTP服务器30的IP地址已被提供给UT 50。然而,DHCP服务器10可通过ACK消息或者NACK消息将TFTP服务器30的IP地址提供给UT 50。TFTP服务器30的IP地址使得UT 50能够连接到TFTP服务器30并接收最新版本的配置文件。接着,在步骤112,DHCP服务器10将DHCP响应消息发送给UT 50。
当从DHCP服务器10接收到DHCP响应消息时,在步骤114,UT 50确定最新版本的配置文件信息是否已被包含在DHCP响应消息中。当最新版本的配置文件信息已被包含在DHCP响应消息中时,在步骤118,UT 50通过包含在DHCP响应消息中的TFTP服务器30的IP地址连接到TFTP服务器30,并且请求TFTP服务器30发送最新版本的配置文件给UT 50。当接收到来自UT 50的配置文件的发送请求时,在步骤120,TFTP服务器30生成并发送用户终端50所需的最新版本的配置文件。因此用户终端50从TFTP服务器30接收到软件升级所需的最新版本的配置文件,并解码接收到的配置文件,从而执行软件升级。另外,在步骤114,若最新版本的配置文件信息未被包含在DHCP响应消息中,则UT进行到步骤116,并结束升级过程。
在下文中,参照图3描述依据本发明一个实施例的用户终端50的结构和操作。
UT 50包括控制器52、发送器54、接收器56和存储器58。当DHCP处理请求被生成时,控制器52生成DHCP请求消息并通过发送器54将该DHCP请求消息发送到DHCP服务器10。如上所述,在生成DHCP请求消息时,控制器52将配置文件信息插入到DHCP请求消息的文件字段,并将该DHCP请求消息发送给DHCP服务器10。同时,当通过接收器56从DHCP服务器10接收到DHCP响应消息时,控制器52确定最新版本的配置文件信息是否已经被包含在DHCP响应消息中。若最新版本的配置文件信息已经被包含在DHCP响应消息中,则控制器52连接到TFTP服务器30,从TFTP服务器30接收最新版本的配置文件,并解码接收到的配置文件,从而执行软件升级。此外,控制器52将配置文件以及相关信息存储到存储器58中。
下文中,将参照图4描述上述结构的UT 50中的软件升级的控制流程。
参照图4,在步骤202中,UT 50确定DHCP处理请求是否被生成。当请求IP地址或者用于使用预先分配的IP地址的认证时,UT 50请求DHCP处理。当DHCP处理请求被生成,在步骤204,UT 50将预定的配置文件信息插入到DHCP请求消息的文件字段中。图5所示为该DHCP请求消息的结构。参照图5,DHCP请求消息60包括报头62,文件字段66,以及其他文件字段64。依据本发明的实施例,DHCP请求消息60的文件字段66包括配置文件信息。如上所述,该配置文件信息可包括配置文件名称、配置文件版本等。也就是说,在步骤204,UT 50生成包括配置文件信息的DHCP请求消息,并在步骤206将生成的DHCP请求消息发送给DHCP服务器10。接着,在步骤208从DHCP服务器10接收到DHCP响应消息时,在步骤210,UT 50确定最新版本的配置文件信息是否已经被包含在DHCP响应消息中也就是说,在步骤210,UT 50确定配置文件是否已经被升级。当配置文件已经被升级时,UT 50通过包含在DHCP响应消息中的TFTP服务器30的IP地址来连接到TFTP服务器30,并在步骤212请求TFTP服务器30发送UT 50所需的最新版本的配置文件。进一步地,当TFTP服务器30依据最新版本的配置文件的发送请求来发送UT 50所需的最新版本的配置文件时,在步骤214,UT 50接收配置文件。
下文中,将参照图6描述UT 50的软件被升级时DHCP服务器10中的控制流程。
参照图6,在步骤302,DHCP服务器10周期性地与TFTP服务器30通信,并接收与最新版本的配置文件相关信息。当配置文件被升级后,TFTP服务器30将最新版本的配置文件信息提供给DHCP服务器10。
进一步,在步骤304,DHCP服务器10确定是否从UT 50接收到了DHCP请求消息。UT 50生成DHCP请求消息,该请求消息请求用于互联网访问的IP地址,或者来请求用于使用已经分配的IP地址的认证,并将生成的DHCP请求消息发送给DHCP服务器10。
当从UT 50接收到DHCP请求消息时,在步骤306,DHCP服务器10从DHCP请求消息中提取UT 50的配置文件信息。进一步,DHCP服务器10参考提取出来的配置文件信息来确定UT 50的配置文件版本是否为最新版本。也就是说,DHCP服务器10确定在UT 50中是否需要软件升级。若确定不需要UT 50的软件升级,则在步骤314,DHCP服务器10将现有的DHCP响应消息发送给UT 50。
同时,当UT 50的配置文件不是最新版本的配置文件时,在步骤310,DHCP服务器10生成包含最新版本的配置文件信息的DHCP响应消息。另外,当接收到请求用于使用IP地址的认证的DHCP请求消息时,DHCP服务器10生产ACK消息或者NACK消息。
也就是说,DHCP服务器10将最新版本的配置文件信息插入到DHCP响应消息的文件字段中。进一步,在步骤312,DHCP服务器10将TFTP服务器30的IP地址插入到DHCP响应消息中,并将DHCP响应消息发送给UT 50。
当在蜂窝网络中由中央服务器来执行UT的软件升级时,本发明简化和增强了中央服务器的管理。
此外,在本发明中,UT的软件是通过管理用户终端的配置文件信息的DHCP服务器以及存储最新版本的配置文件的TFTP服务器来升级的,因此,与通过一个服务器来升级软件的情况相比,减轻了负担,并使得易于管理。
在前述的实施例中,DHCP服务器分配IP地址。此外,任何能够分配IP地址的服务器均可以被使用。另外,在前述的实施例中,TFTP服务器为软件升级发送数据。此外,任何能够向UT发送数据的服务器均可被使用。
尽管出于说明的目的,对本发明的优选实施例进行了描述,但是本领域技术人员应当理解,在不脱离所附权利要求公开的本发明的精神和范围的情况下,可以进行各种修改、添加和替换,都同等地包括在本发明的全部范围之中。
权利要求
1.一种用于软件升级的通信系统,包括用户终端(UT),用于发送包含用户终端的软件信息的互联网协议地址分配请求消息;提供升级服务器,包括与UT软件相关的升级数据;以及第一服务器,当接收到请求消息时参考所述软件信息来确定该UT的软件升级是否必要,并且当需要软件升级时则把提供升级服务器的地址和升级信息发送给用户终端。
2.根据权利要求1所述的用于软件升级的通信系统,其中所述UT从第一服务器接收提供升级服务器的地址,连接到对应的提供升级服务器,并接收升级数据。
3.根据权利要求1所述的用于软件升级的通信系统,其中所述UT从第一服务器接收提供升级服务器的升级信息,连接到对应的提供升级服务器,并接收升级数据。
4.根据权利要求2所述的用于软件升级的通信系统,其中所述UT从第一服务器接收提供升级服务器的升级信息,连接到对应的提供升级服务器,并接收升级数据。
5.根据权利要求1所述的用于软件升级的通信系统,其中当软件升级被执行时,提供升级服务器向第一服务器提供与软件升级相关的信息。
6.根据权利要求1所述的用于软件升级的通信系统,其中升级信息包括最新软件版本的配置文件的名称。
7.根据权利要求1所述的用于软件升级的通信系统,其中软件包括配置文件。
8.一种用于通信系统中升级软件的用户终端(UT),该UT包括控制器,用于在动态主机配置协议(DHCP)处理请求被生成时,生成和发送包含软件信息的DHCP请求消息,接收包含提供升级服务器的地址的DHCP响应消息,以及连接到提供升级服务器以接收升级数据;和存储器,用于存储软件以及相关信息。
9.根据权利要求6所述的用户终端,其中DHCP响应消息进一步包括提供升级服务器的升级信息。
10.根据权利要求8所述的用户终端,其中提供升级服务器包括简单文件发送协议(TFTP)服务器。
11.一种用于在包含服务器的通信系统中升级用户终端(UT)的软件的方法,所述方法包括步骤当动态主机配置协议(DHCP)处理请求被生成时,将软件信息插入到DHCP请求消息中,并发送所述DHCP请求消息;以及当参考软件信息而确定需要软件升级时,依据从服务器接收到的提供升级服务器的地址来连接到提供升级服务器,并接收升级数据。
12.根据权利要求11所述的方法,进一步包括步骤用于当从UT接收到DHCP请求消息时,服务器参考软件信息来确定是否需要升级UT的软件;以及当需要升级软件时,通过服务器将提供升级数据的提供升级服务器的地址发送给UT。
13.根据权利要求11所述的方法,进一步包括步骤在执行软件升级时,由提供升级服务器将与软件升级相关的信息提供给服务器。
14.根据权利要求11所述的方法,其中升级数据包括最新软件版本的配置文件的名称。
15.根据权利要求12所述的方法,其中服务器包括DHCP服务器。
16.根据权利要求12所述的方法,其中提供升级数据的提供升级服务器包括简单文件发送协议(TFTP)服务器。
17.根据权利要求11所述的方法,其中提供升级服务器在配置文件已经被升级时,向服务器提供具有最新软件版本的配置文件信息。
18.根据权利要求12所述的方法,进一步包括步骤当需要升级软件时,由服务器将提供升级数据的提供升级服务器的升级信息发送给UT。
全文摘要
公开了一种用于软件升级的通信系统,包括用户终端(UT),用于发送IP地址分配请求消息,所述消息包含UT的软件信息;提供升级服务器,包括关于该UT的每一软件的升级数据;服务器,用于当接收到请求消息时参考软件信息来确定该UT的软件升级是否必要,以及当需要软件升级时,则把提供升级的服务器的地址和升级信息发送给UT。
文档编号H04L12/00GK1747402SQ20051006560
公开日2006年3月15日 申请日期2005年4月18日 优先权日2004年9月9日
发明者徐真源, 朴润相, 玄泰仁, 金在东, 朴正银, 李珍英, 李龙 申请人:三星电子株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1