CN101077023A - 用于配置无线电终端的方法和网络体系结构、无线电终端、网络节点及其计算机程序产品 - Google Patents

用于配置无线电终端的方法和网络体系结构、无线电终端、网络节点及其计算机程序产品 Download PDF

Info

Publication number
CN101077023A
CN101077023A CNA2004800445796A CN200480044579A CN101077023A CN 101077023 A CN101077023 A CN 101077023A CN A2004800445796 A CNA2004800445796 A CN A2004800445796A CN 200480044579 A CN200480044579 A CN 200480044579A CN 101077023 A CN101077023 A CN 101077023A
Authority
CN
China
Prior art keywords
ota
radio terminal
client computer
server
message
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CNA2004800445796A
Other languages
English (en)
Other versions
CN101077023B (zh
Inventor
安里柯·布拉克奇尼
保罗·高瑞亚
亚历山德罗·特罗格罗
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telecom Italia SpA
Original Assignee
Telecom Italia SpA
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 Telecom Italia SpA filed Critical Telecom Italia SpA
Publication of CN101077023A publication Critical patent/CN101077023A/zh
Application granted granted Critical
Publication of CN101077023B publication Critical patent/CN101077023B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H04W8/245—Transfer of terminal data from a network towards a terminal

Abstract

一种用于配置可重新配置的无线电终端的网络体系结构和方法，包括通信网络和至少一个属于所述通信网络的无线电终端(UE/MS)。该体系结构进一步包括节点(OTA－服务器)，其连接到该通信网络并且包括适合于经由通过空中的连接并且对通信网络透明地重新配置该无线电终端(UE/MS)的操作软件模块。

Description

用于配置无线电终端的方法和网络体系结构、无线电终端、网络节点及其计算机程序产品
技术领域
本发明一般涉及无线电通信网络和利用无线电通信网络可重新配置的无线电终端。
本发明尤其涉及一种可重新配置的无线电终端的配置，所述配置是通过在所述无线电终端中安装从无线电通信网络通过空中(over theair：OTA)下载的操作系统完成的。
背景技术
根据文献(J.Mitola“The Software Radio Architecture”IEEE通信期刊，1995年5月和E.Buracchini，“The Software RadioConcept”IEEE通信期刊，2000年9月)，已知类似终端、基站和网络节点的可重新配置的系统配备有其运行工作方式可以随意地重新配置。例如，能够与如GSM/GPRS(全球移动通信系统/通用分组无线电业务)的第二代系统(2G)一同工作的可重新配置的无线电终端可以被重新配置以便变得能够与第三代系统，如UMTS(通用移动电信系统)或CDMA 2000(码分多址2000)或WI-FI(无线Fldelity)或DVB-T(地面数字视频广播)系统等等，一同工作。
“系统”意思是多个元素根据预先确定的准则在它们之间协同工作，即根据一个“标准”协同工作，以便执行例如始于通信网络的特定功能。
在本文档中，系统的实例是GSM系统、GPRS系统、UMTS系统、WLAN(无线局域网)系统等等，它们中的每一个遵从相应的标准。
为了实现终端的重新配置，必须以反之也是可重新配置的技术实现终端的操作功能。考虑到这一点，可重新配置的终端或装置被配备以例如由多个FPGA(现场可编程门阵列)、DSP(数字信号处理器)和微处理器构成的可重新编程的硬件：该装置的信号功能性甚至在最低电平的时候也可通过软件代码来执行。结果，为了重新配置可重新编程的装置，应有能力替换管理装置自身的硬件的操作软件。
在本说明书中术语“操作软件”意思是以库组织的软件，其既定义了所考虑的类似例如GSM/GPRS、UMTS等系统的协议栈的无线电接口或较低层(例如，L1、L2、L3)又定义了较高层(例如，L4一直到L7)。
如公知的，在通信领域中，使用最多的用于获得功能分组的方法是OSI(开发系统互连)模型。各功能性以在各层的协议栈之下表示的功能面或者层来分组。
每一层为其直接的更高层提供服务，所述服务反之是由直接的较低层提供的服务的改进。
最低层(层1)通常用于物理传输信息。
根据OSI规范，标准的层数为7：分别为物理层、连接层、网络层、传输层、会话层、表示层和应用层。每个系统，例如GSM/GPRS、UMTS等等，实现所述标准协议栈的必要的部分。
当考虑无线电终端时，当利用可重新配置的硬件时提供诸多的好处，但一个好处是直接显而易见的：无线电终端可以根据覆盖该终端所处区域(工作区域)的系统来重新配置。因此，如果终端在由第二代系统(如GSM/GPRS)覆盖的区域内使用，则可以配置终端以便能够接收所述系统；同样，在由第三代系统(如UMTS)覆盖的区域内，也可相应地配置终端。
已知的是，软件代码可至少以三种不同的方式转移或下载到终端：
-通过将SIM(用户标识模块)插入到无线电移动终端经由智能卡；
-通过利用例如经由红外/串口/USB端口与个人计算机的链接经由外部连接；
-通过利用特定的无线电信道经由无线电或者通过空中(OTA)。
考虑软件下载，在软件定义的无线电论坛(SDR论坛)的框架内已经定义了允许管理下载软件到终端的一般协议的基本步骤，如通过URL：www.sdrforum.org可获得的。
如由SDR论坛定义的该协议是客户机-服务器类型的协议。
下载协议步骤如下：
-下载启动：在此步骤期间终端与将要下载的软件驻留于其上的服务器通信，该启动开始一个软件下载；
-相互验证：终端和服务器相互验证；
-能力交换：服务器传送有关将要下载的软件的能力信息，且终端核实软件是否能够被载入到终端存储器中、是否能够在其内安装并运行；
-下载接受：服务器通知终端下载、安装和记帐选项；终端决定服务器所提供的指示是否是可接受的；
-下载和完整性测试：在软件下载期间，所接收的代码被测试；终端请求重传接收不正确的无线电数据块；
-安装：在安装步骤期间，由服务器提供软件记帐和授予许可证条件；
-原地测试：在启动软件之前，终端在与软件代码一同下载的测试向量的帮助下执行一些测试；
-非否认交换：一旦软件代码已经被安装并且被测试，终端向服务器证实安装已经成功以便启动例如记帐程序。
根据现有技术，例如E.Buracchini，“The Software RadioConcept”，IEEE通信期刊，2000年9月，已知经由无线电或OTA的软件下载预见终端对无线电信道的使用。此外已知的是，依赖于无线电信道的拓扑，软件代码的下载可以以两种不同的方式完成：
-“带外”方式：借助于独立于当前系统的“通用”信道，例如当终端被接通时，其自动调谐到所述信道并执行有关于运行在该工作区域内的系统的操作软件的下载；
-“带内”方式：通过分别利用如GSM/GPRS和UMTS的第二和第三代标准蜂窝系统的无线电信道，这种方式假定已经在这些信道的其中之一上运行的终端接收有关不同于当前使用的系统的操作软件；例如，通过利用终端根据其工作的第二代无线电信道，一个与如GSM/GPRS的第二代系统一同工作的可重新配置的终端能够执行如UMTS的第三代系统的下载。
“带外”软件下载的一个实例是例如在日本专利申请No.2001061186中描述的例子。该文档描述了一种用于通过空中下载软件内容的系统和方法。当无线电终端接通时，其在通用信道上搜寻工作区域中当前是什么系统并且执行相对所指示的系统的软件下载。
“带内”软件下载的一个实例是例如在US专利申请No.2003/0163551中描述的例子。该文档描述了一种用于通过空中下载软件的系统和方法，其利用了：
-服务器和终端之间的协商步骤(能力交换、验证、记帐等等)期间的专用信道，以及
-下载过程期间的共享公共信道，以便为尽可能多的用户同时提供下载服务而不对可用的无线电资源施以阻碍。
当考虑“带内”下载方式时，文献AAVV“Architecture of IP basedNetwork Elements Supporting Reconfigurable Terminals”，SCOUT专题研究组2003年9月16日建议大幅修改某些协议和某些网络节点，例如无线电接入节点和/或核心网络节点，以便有可能管理操作软件的下载。
这种修改隐含设备制造商和网络运营商的巨大努力并且对现有蜂窝系统的标准带来显著的冲击。因此已知的技术显示出以下局限：当期望其向已经存在的蜂窝网络(例如GSM/GPRS或UMTS)增加用于可重新配置的终端的操作软件下载管理时，需要对协议和网络节点作重大的修改。
考虑带外方式，根据现有技术，需要其实现一个专用无线电信道并且由此用于其的实现的专用网络设备或网络节点。
总之，申请人注意到已知的现有技术在带内和带外软件下载的情况下都准备大幅修改某些协议和某些网络节点以便配置可重新配置的无线电终端。
发明内容
因此，本发明的一个目的是管理用于重新配置无线电终端而无需修改体系结构和网络节点的协议的操作软件的下载。
本发明发明的上述目的是通过如在此所附的权利要求书中要求的一种方法、网络体系结构和计算机程序产品实现的。
根据本发明，提供一种体系结构、方法和相关计算机程序产品或计算机程序产品组，该计算机程序产品可载入至少一台计算机的存储器并包括当该产品在计算机上运行时用于执行本发明的方法的各步骤的软件代码部分。如在此使用的，参考这种计算机程序产品意欲等同于参考包含用于控制计算机系统以协调本发明的方法的执行的指令的计算机可读介质。参考“至少一台计算机”显然意欲突出本发明以分布式模块化方式实现的可能性。
特别地，根据本发明，在优选实施例中提供了一种体系结构和方法，根据该体系结构和方法终端能够经由无线电执行操作软件的下载，根据下载的该操作软件有可能重新配置移动无线电终端，该体系结构和方法是非侵入性的；特别地，该下载可以以对所使用的蜂窝无线电接入系统透明的方式实现，该蜂窝无线电接入系统可能属于如GSM/GPRS、IS95(过渡标准95)或PDC(数字蜂窝电话)的第二代系统，或者属于第三代系统(例如IMT 2000系列的无线电接入系统-国际移动电信系统2000)。
根据本发明，该体系结构配备有连接到网络能够通过空中管理操作软件的下载的节点而不影响已经存在的网络协议。
根据本发明的优选实施例，该计算机程序产品采用第二和第三代系统均支持的TCP/IP(传输控制协议/网际协议)协议。
根据本发明，该提议的协议与SDR论坛提供的推荐标准一致。
根据本发明，通过空中的软件下载对接入网络和核心网络是透明。
根据本发明，该体系结构独立于所考虑的系统并且可以以任何当前或将来的系统实现，如GSM/GPRS的第二代系统，如UMTS的第三代系统，如DVB、WLAN、802.16等的其它系统。
根据本发明，提供一种服务器类型节点，操作软件驻留于该节点之上且该节点连接到网络并且能够执行无线电终端上的操作软件的下载。
此外，根据本发明，用于重新配置无线电终端的该方法是非侵入性的并且能够利用其所支持的网络的所有特征。
附图说明
现在将参考本发明的优选但非限制性实施例的附图在下文中公开本发明，其中：
图1举例说明了一般GPRS或UMTS网络中实现的本发明的实施例；
图2是由无线电终端一侧的计算机程序产品执行的协议步骤的状态图；
图3是由网络一侧的服务器执行的协议步骤的状态图；
图4a到图4k举例说明了在移动无线电终端和服务器之间交换的协议消息的结构；
图5a到5j是详细示意将被安装到无线电移动终端中的操作软件的下载过程的流程图；
图6举例说明了特别示意移动无线电终端和服务器之间的无线电连接的打开的下载过程的时序图。
贯穿所有的附图，同样的附图标记用于指示相等的或者实现基本上同等功能的组件。
具体实施方式
参考图1，图1代表了在第二(2G)和第三(3G)代系统中实现的本发明的实施例。特别地，其代表了一种网络体系结构或者包括一般GPRS、一般UMTS网络(网络)的体系结构以及连接到该网络的服务器(OTA服务器)或节点。
该网络进一步包括可重新配置的终端UE/MS(用户设备/移动台)、GPRS系统的无线电接入网络GERAN(GSM EDGE无线电接入网络)和UMTS系统的UTRAN(UMTS地面无线电接入网络)、以及由例如节点SGSN(服务GPRS支持节点)和GGSN(网关GPRS支持节点)构成的分组域核心网络。节点GGSN例如经由服务器代理(PROXY)连接到因特网(Internet)类型的网络。
根据本发明的优选实施例，称为OTA-客户机的终端UE/MS配备有软件应用，其能够管理从直接连接的例如核心网络的节点GGSN的OTA-服务器的操作软件的下载。
如技术人员所理解的，OTA-服务器也可通过例如一个或多个已知类型的通信装置直接连接到核心网络。
软件应用OTA-客户机和相应的节点OTA-服务器采用例如传输控制协议TCP/IP。
OTA-服务器的该体系结构为每个OTA-客户机提供一个上下文，利用该上下文可以激活一个下载会话。软件应用的工作为每个OTA-客户机的状态图以及为定义为由OTA-服务器管理的客户机上下文的相应的上下文作准备。
根据一个优选实施例，操作软件包括一组操作软件模块，优选多个的软件模块。
本发明为操作软件模块的下载提供网络中采用的协议栈的至少一组元素集合的实现以便重新配置无线电终端UE/MS。
如熟练的技术人员可理解的，也有可能下载一个操作软件模块以便为了插入新的功能、更新或修正缺陷而更新一个或多个协议层或者协议栈的特定层的一部分。
参考图2，图2表示了安装在终端UE/MS(终端一侧)的软件应用OTA-客户机的状态图。
用于命名各状态的术语是纯粹指示性的，就如同所述的相应行为那样有意义。
根据本发明的优选实施例，OTA-客户机的各状态和有关过渡如下：
-IDLE状态：当没有任何软件下载过程是活动的时候OTA-客户机或客户机处于这个状态；如果过程正确结束或者如果发生故障时客户机返回到这个状态；
-DOWNLOAD INITIATION状态：当需要执行操作软件的下载时，例如当用户请求或者由网络控制，客户机进入这个状态并且启动定时器T100；定时器T100在状态改变的情况下停止；如果定时器T100在状态改变之前到期，则客户机返回到IDLE状态；
-MUTUAL AUTHENTICATION状态：在这个状态中，客户机执行与OTA-服务器的相互验证；当从服务器到来一个验证请求时客户机进入这个状态；客户机启动定时器T200；定时器T200在状态改变的情况下停止；如果在状态改变之前定时器T200到期或者验证失败，则客户机返回到IDLE状态；
-CAPABILITY REQUEST状态：在这个状态中，客户机将其的能力提供给服务器；当服务器请求客户机的能力时客户机进入这个状态；客户机启动定时器T300；定时器T300在状态改变的情况下停止；如果在状态改变之前定时器T300到期，则客户机返回到IDLE状态；
-DOWNLOAD ACCEPTANCE状态：在这个状态中，客户机根据服务器接收到的信息确定是否继续下载；当其从服务器接收到将被执行的下载简表时客户机进入这个状态；如果所接收的简表被拒绝，则客户机返回到IDLE状态；
-SOFTWARE DOWNLOAD状态：在这个状态中，客户机执行软件下载；如果下载简表被接受则客户机进入这个状态；客户机启动定时器T400；定时器T400在从服务器接收到每一个软件块时被重置并重启动；定时器T400在状态改变的情况下停止；如果在状态改变之前定时器T400到期或者下载失败或者所下载的软件与能力不符，则客户机返回到IDLE状态；
-INSTALLATION状态：在这个状态下，客户机向服务器发送一个许可证请求并安装操作软件；客户机在下载结束时进入这个状态；客户机启动定时器T500；定时器T500在状态改变的情况下停止；如果在状态改变之前定时器T500到期或者许可证未被接受，则客户机返回到IDLE状态；
-IN-SITU TESTING状态：在这个状态下，客户机通过利用从服务器接收的一些测试向量针对下载的软件执行一些测试；当已经安装了操作软件时客户机进入这个状态；一旦测试结束，则客户机返回到IDLE状态。
参考图3，图3描述了由OTA服务器(服务器一侧)管理的客户机上下文的状态图。
如上述论及的，用于命名各状态的术语是纯指示性的，就如同所述的相应行为那样有意义。
现在描述客户机上下文的状态和有关过渡：
-IDLE状态：当没有任何软件下载过程是活动的时候由OTA-服务器管理的客户机上下文处于这个状态；如果过程正确结束或者如果发生故障时客户机上下文返回到这个状态；
-DOWNLOAD INITIATION状态：在这个状态下客户机上下文或OTA-服务器指示OTA-客户机执行下载；当需要执行操作软件的下载时，所述下载例如由OTA-客户机请求或者根据时间安排定期更新，客户机上下文进入这个状态并且启动定时器T101；定时器T101在状态改变之前停止；如果定时器T101在状态改变之前到期，则客户机上下文返回到IDLE状态；
-MUTUAL AUTHENTICATION状态：在这个状态中，服务器验证其自身并要求OTA-客户机识别自己；当其从客户机接收到下载确认时OTA-服务器进入这个状态；OTA-服务器启动定时器T201；定时器T201在状态改变的情况下停止；如果在状态改变之前定时器T201到期或者验证失败，则客户机上下文返回到IDLE状态；
-CAPABILITY REQUEST状态：在这个状态中，OTA-服务器请求OTA-客户机的能力；当验证完成时OTA-服务器进入这个状态；OTA-服务器启动定时器T301；定时器T301在状态改变的情况下停止；如果在状态改变之前定时器T301到期或者该能力不允许下载，则客户机上下文返回到IDLE状态；
-DOWNLOAD ACCEPTANCE状态：在这个状态中，OTA-服务器将下载简表传送给OTA-客户机；当其接收到终端能力并且所述能力被接受时OTA-服务器进入这个状态；OTA-服务器启动定时器T302；定时器T302在状态改变的情况下停止；如果在状态改变之前定时器T302到期或者OTA-客户机拒绝了所提议的下载，则客户机上下文返回到IDLE状态；
-SOFTWARE DOWNLOAD状态：在这个状态中，OTA-服务器执行朝向OTA-客户机方向上的下载；如果OTA-客户机接受了下载简表则OTA-服务器进入这个状态；客户机启动定时器T401；定时器T401在从客户机接收到每一个确认信号Ack时被重置并重启动；定时器T401在状态改变的情况下停止；如果在状态改变之前T401到期或者下载失败，则客户机上下文返回到IDLE状态；
-INSTALLATION状态：在这个状态中，OTA-服务器向OTA-客户机发送许可证条款并且等待一直到客户机执行了安装和所下载软件的测试；当下载已结束时OTA-服务器进入这个状态；OTA-服务器启动定时器T501；定时器T501在状态改变的情况下停止；如果在状态改变之前定时器T501到期或者该许可证未被OTA-客户机接受，则OTA-客户机返回到IDLE状态；如果OTA-服务器接收到有关OTA-客户机成功安装的确认信号，则其返回到IDLE状态。
下面参考图4a-4k详细描述OTA-服务器和OTA-客户机之间交换的协议消息的结构。
用于命名消息和相关字段的术语是纯指示性的，就如同所述的相应定义那样有意义。
参考图4a，图4a描述了Request Download Initiation消息的结构。该消息是从OTA-客户机发往OTA-服务器的。终端通过这个消息请求服务器开始一个下载会话。每个下载会话通常由OTA-服务器控制。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Request DownloadInitiation)；
-OTA-Client_ID：标识执行请求的OTA-客户机。
参考图4b，图4b描述了Download Request消息的结构。该消息是从OTA-服务器发往OTA-客户机的。服务器通过这个消息命令客户机开始一个下载会话。在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Download Request)；
-OTA-Client_ID：标识作出请求的OTA客户机；
-Available_Downloads：包含可能下载的列表；每个元素包括一个描述字符串和一个数字标识符；该列表中当前元素的数目是可变的。
参考图4c，图4c描述了Download Ack消息的结构。该消息是从OTA-客户机发往OTA-服务器的。OTA-客户机通过这个消息通知OTA-服务器同意开始一个下载会话。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Download Ack)；
-OTA-Client_ID：标识发送该消息的OTA-客户机；
-Selected_Downloads：包含由用户选择的下载列表，每个元素包括一个描述字符串和一个数字标识符；该列表中当前元素的数目是可变的。
-OTA-Client_Challenge_Number：OTA-服务器将利用其自身的密钥和适当的密码算法，例如AES(高级加密标准)算法(AES)，加密的随机数，以便执行相互验证的第一步。
再次参考图4a，其描述了Download Reject消息的结构。该消息是从OTA-客户机发往OTA-服务器的。OTA-客户机通过这个消息通知服务器其不能开始一个下载会话。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Download Reject)；
-OTA-Client_ID：标识发送该消息的OTA-客户机。
参考图4d，图4b描述了Authentication Request消息的结构。该消息是从OTA-服务器发往OTA-客户机的。OTA-服务器通过这个消息将其的凭证传送给OTA-客户机并要求OTA-客户机识别自己。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Authentication Request)；
-OTA-Client_ID：标识该消息所发往的OTA-客户机；
-OTA-Server_Response_Number：由OTA-服务器利用其自身的密钥和适当的密码算法(例如AES)加密的一个数字，结束相互验证的第一步；
-OTA-Server_Challenge_Number：OTA-客户机将利用其自身的密钥和适当的密码算法(例如AES)加密的一个随机数，以便执行相互验证的第二步。
参考图4e，图4e描述了Authentication Response消息的结构。该消息是从OTA-客户机发往OTA-服务器的。在已经验证了服务器之后，客户机通过这个消息将其的凭证传送给OTA-服务器。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Authentication Response)；
-OTA-Client_ID：标识发送该消息的OTA-客户机；
-OTA-Client_Response_Number：标识OTA-客户机利用其自身的密钥和适当的密码算法(例如AES)加密的一个数字，结束相互验证的第二步。
再次参考图4a，其描述了Authentication Failed消息的结构。该消息是从OTA-服务器发往OTA-客户机的。OTA-服务器/OTA-客户机通过这个消息通知OTA-客户机/OTA-服务器OTA-服务器没有验证OTA-客户机，或反之亦然。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Authentication Failed)；
-OTA-Client_ID：标识发送/接收该消息的OTA-客户机。
再次参考图4a，其描述了Capability Request消息的结构。该消息是从OTA-服务器发往OTA-客户机的。OTA-客户机通过这个消息请求OTA-服务器其的可重新配置性选项。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Capability Request)；
-OTA-Client_ID：标识消息被发往的OTA-客户机。
参考图4f，图4f描述了Capability Response消息的结构。该消息是从OTA-客户机发往OTA-服务器的。OTA-客户机通过这个消息将其的可重新配置性选项告知OTA-服务器。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Capability Response)；
-OTA-Client_ID：标识发送该消息的OTA-客户机；
-OTA-Client_Capability：描述终端的可重新配置性选项。
参考图4g，图4g描述了Download Description消息的结构。该消息是从OTA-服务器发往OTA-客户机的。OTA-服务器通过这个消息向OTA-客户机报告有关于下载的数据。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Download Description)；
-OTA-Client_ID：标识消息被发往的OTA-客户机；
-Download_list：对于客户机选择的每个下载包括一个元素，其反之包括以下字段：
-Download_Block_Number：操作软件在被发送到客户机之前将被分段为的无线电数据块的数量；
-Billing_criteria：与可能的下载记帐有关的标准；
-Installation_criteria：与软件安装有关的标准。
再次参考图4a，其描述了Download Accept消息的结构。该消息是从OTA-客户机发往OTA-服务器的。OTA-客户机通过这个消息确认所选择的下载。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Download Accept)；
-OTA-Client_ID：标识发送该消息的OTA-客户机。
再次参考图4a，其描述了Download Reject消息的结构。该消息是从OTA-客户机发往OTA-服务器的。OTA-客户机通过这个消息放弃所选择的下载。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Download Reject)；
-OTA-Client_ID：标识发送该消息的OTA-客户机。
再次参考图4a，其描述了Download Failed消息的结构。该消息是从OTA-客户机发往OTA-服务器的。OTA-客户机通过这个消息通知OTA-服务器在软件下载过程中有错误。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Download Failed)；
-OTA-Client_ID：标识发送该消息的OTA-客户机。
再次参考图4a，其描述了License Request消息的结构。该消息是从OTA-客户机发往OTA-服务器的。客户机通过这个消息向服务器请求用于解密所下载的操作软件和用于安装软件的密钥。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(License Request)；
-OTA-Client_ID：标识发送该消息的OTA-客户机。
参考图4h，图4h描述了License Response消息的结构。该消息是从OTA-服务器发往OTA-客户机的。OTA-服务器通过这个消息向OTA-客户机传送用于解密所下载的操作软件和用于安装软件的密钥。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(License Response)；
-OTA-Client_ID：标识消息被发往的OTA-客户机；
-Decrypt_key：用于解密操作软件的密钥。
再次参考图4a，其描述了License Accept消息的结构。该消息是从OTA-客户机发往OTA-服务器的。OTA-客户机通过这个消息向OTA-服务器指示下载的操作软件已经被正确解密。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(License Accept)；
-OTA-Client_ID：标识发送该消息的OTA-客户机。
再次参考图4a，其描述了License Failed消息的结构。该消息是从OTA-客户机发往OTA-服务器的。OTA-客户机通过这个消息通知OTA-服务器下载的操作软件没有被正确解密。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(License Failed)；
-OTA-Client_ID：标识发送该消息的OTA-客户机。
参考图4i，图4i描述了Test Description消息的结构。该消息是从OTA-服务器发往OTA-客户机的。OTA-服务器通过这个消息向OTA-客户机指示在启动下载的操作软件之前将针对软件执行的测试。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Test Description)；
-OTA-Client_ID：标识消息被发往的OTA-客户机；
-Test_list：针对每一将执行的测试包括一个元素并且反之该字段包括：
-Test_vector：包括测试描述。
再次参考图4a，其描述了Installation Successful消息的结构。该消息是从OTA-客户机发往OTA-服务器的。OTA-客户机通过这个消息向OTA-服务器指示已经成功执行了下载的操作软件的测试。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Installation Successful)；
-OTA-Client_ID：标识发送该消息的OTA-客户机。
再次参考图4a，其描述了Installation Failed消息的结构。该消息是从OTA-客户机发往OTA-服务器的。OTA-客户机通过这个通知OTA-服务器未能成功执行下载的操作软件的测试。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Installation Failed)；
-OTA-Client_ID：标识发送该消息的OTA-客户机。
用于从服务器发送操作软件到客户机的窗口协议基于称为Block和Ack的两个协议数据单元，或PDU。
参考图4j，图4j描述了操作软件已经被分段为的无线电数据块Block的结构。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识该数据块的类型；
-Block_Number：标识无线电数据块的序号，当OTA-客户机重组整个操作软件时使用所述的序号；
-Data：包含在无线电数据块中，所述数据典型地具有1-2k字节的大小。
参考图4k，图4k描述了用于指示终端接收状态的Ack消息的结构。
在此情况下提供的各字段至少是下述的一组：
-Message_Type：标识发送消息类型(Ack)；
-Bitmask_Client：具有大小等于操作软件已经被分段为的无线电数据块的总数的位屏蔽；如果数据块已经被成功接收则针对每一无线电数据块设置其为“1”并且如果数据块已经被接收但是被破坏或者根本就没有被接收则保持为“0”。
总之，根据该实例，OTA客户机和OTA服务器的功能行为如下：
-下载过程由例如OTA-服务器启动：OTA-客户机能够请求激活下载过程；
-例如根据“询问-应答”方法发生客户机和服务器之间的相互验证；
-操作软件被分段为例如具有缩减的大小(例如1到2k字节的范围)的块被下载；
-操作软件的传送通过例如其中窗口大小匹配操作软件已经被分段为的数据块的数量的简单窗口协议来管理；
-下载的操作软件可能被加密，并且例如需要一个密钥用于其的解密和安装；
-在启动操作软件之前，客户机可能使用服务器所建议的适当的测试来检验之。
现在，参考图5a-5j，通过根据OTA-客户机或客户机上下文所处的状态指示每一接收的协议消息的相关行为将描述OTA-客户机和OTA-服务器之间的程序上的交互。图5a-5j示出了所有可能的程序上的交互的实例。
为理解起见，如之前所述，在此提醒的是当OTA-客户机或客户机上下文从一个状态过渡到另一个状态时各定时器被启动/停止。
参考图5a，当没有执行任何操作时，OTA-客户机和有关所考虑的并由OTA-服务器管理的OTA-客户机的客户机上下文处于IDLE状态(步骤100)。
当用户或者网络决定执行新的操作软件的下载时(步骤102)，一个无线电连接被打开(步骤104)并且启动定时器T100。当随后描述图6时将更为详细地说明无线电连接。
在这个阶段，OTA-客户机可以通过向OTA-服务器发送协议消息Request Download Initiation开始软件下载过程(步骤106)，识别该OTA-客户机的标识符在该消息中指出。作为一般的规则，如果OTA-Client_ID不对应接收该协议消息的OTA-客户机的标识符，则该消息被忽略。
接着OTA-服务器接收Request Download Initiation消息(步骤108)：如果客户机上下文的状态不是IDLE(步骤110)，则该消息被忽略并且过程终止(步骤112)；否则客户机上下文从IDLE状态过渡到DOWNLOAD INITIATION状态(步骤114)，启动定时器T101，并且向客户机发送指示各种可能的下载的Download Request协议消息(步骤116)。
OTA-客户机接收Download Request消息(步骤118)：如果OTA-客户机的状态为IDLE(步骤120)，则OTA-客户机从IDLE状态过渡到DOWNLOAD INITIATION状态(步骤124)；否则该消息被忽略并且过程终止(步骤122)。
现在参考图5b，用户接着提议Download Request消息中指出的可用下载(步骤126)。如果用户至少选择了一个下载(步骤128)，则OTA-客户机抽取一个随机数RNUM1并将其存储(步骤142)，并向OTA-服务器发送Download Ack消息，其中在字段OTA-Client_Challenge_Number中包含该抽取的数字RNUM1的值(步骤144)。
如果用户没有选择任何的下载(步骤128)，则OTA-客户机向客户机上下文发送Download Reject消息(步骤130)并且返回到IDLE状态(步骤132)。然后，OTA-服务器接收该Download Reject消息(步骤134)。如果客户机上下文的状态不是DOWNLOADINITIATION(步骤136)，那么该消息被忽略并且过程终止(步骤138)；否则客户机上下文返回到IDLE状态(步骤140)。
当OTA-服务器接收到Download Ack消息(步骤146)：如果客户机上下文的状态不是DOWNLOAD INITIATION(步骤148)，则该消息被忽略并且过程终止(步骤150)；否则客户机上下文停止定时器T101并从DOWNLOAD INITIATION状态过渡到MUTUALAUTHENTICATION状态(步骤152)，同时启动定时器T201。
接着，OTA-服务器抽取随机数RNUM2并将其存储(步骤154)：OTA-Client_Challenge_Number字段的值通过利用所选择的密码算法(例如AES)使用OTA-服务器内部的密钥被加密(步骤156)。
OTA-服务器向OTA-客户机发送写入该字段中的带有在步骤156加密的值的Authentication Request协议消息。
OTA-Server_Response_Numbe在OTA-Server_Challenge_Number字段中具有抽取的数字RNUM2(步骤158)。
接着，参考图5c，OTA-客户机接收Authentication Request消息(步骤160)并停止定时器T100：如果OTA-客户机没有处于DOWNLOAD INITIATION状态(步骤162)，则该消息被忽略并且过程终止(步骤164)；否则，OTA-客户机从DOWNLOADINITIATION状态过渡到MUTUAL AUTHENTICATION状态(步骤166)同时启动定时器T200。
如果存储的随机数RNUM1无效(步骤168)，则AuthenticationFailed消息被OTA-客户机发送到客户机上下文(步骤170)并且OTA-客户机从MUTUAL AUTHENTICATION状态过渡到IDLE状态(步骤172)并且定时器T200停止。然后，客户机上下文接收Authentication Failed消息(步骤174)并停止定时器T201；如果客户机上下文处于MUTUAL AUTHENTICATION状态(步骤176)，则客户机上下文从MUTUAL AUTHENTICATION状态过渡到IDLE状态(步骤180)；否则过程终止(步骤178)。
如果存储的值RNUM1有效(步骤168)，则通过利用选择的密码算法(例如AES)使用OTA-客户机内部的密钥加密存储的随机数RNUM1的值(步骤182)。如果在步骤182加密的值与包含在字段OTA-Server_Response_Number中的值不匹配(步骤184)，则过程返回到步骤170并执行已经描述的步骤170到180。
如果在步骤182加密的值匹配包含在字段OTA-Server_Response_Number中的值(步骤184)，则通过利用选择的密码算法(例如AES)使用OTA-客户机内部的密钥加密字段OTA-Server_Challenge_Number中的值(步骤186)。然后，OTA-客户机发送在OTA-Client_Response_Number字段中包含有在步骤186加密的值的Authentication Response消息到客户机上下文。
接着，OTA-服务器接收Authentication Response消息(步骤190)：参看图5d，如果客户机上下文的状态不是MUTUALAUTHENTICATION(步骤192)，则该消息被忽略并且过程终止(步骤194)；否则通过利用选择的密码算法(例如AES)使用OTA-服务器内部的密钥加密存储的随机数RNUM2的值(步骤196)。
如果在步骤196加密的值与OTA-Client_Response_Number字段的值不匹配(步骤198)，则由客户机上下文将Authentication Failed消息发送到OTA-客户机(步骤200)并且客户机上下文从MUTUALAUTHENTICATION状态过渡到IDLE状态(步骤202)。然后，OTA-客户机接收Authentication Failed消息(步骤204)：如果OTA-客户机处于MUTUAL AUTHENTICATION状态(步骤206)，则OTA-客户机从MUTUAL AUTHENTICATION状态过渡到IDLE状态(步骤210)；否则过程终止(步骤208)。
如果在步骤196加密的值与OTA-Client_Response_Number字段的值相匹配(步骤198)，则客户机上下文停止定时器T201，从MUTUAL AUTHENTICATION状态过渡到CAPABILITYREQUEST状态(步骤212)并激活定时器T301。然后，由客户机上下文将Capability Request协议消息发送到OTA-客户机(步骤214)并由停止定时器T200的OTA-客户机接收(步骤216)：如果OTA-客户机不是MUTUAL AUTHENTICATION状态(步骤218)，则该消息被忽略并且过程终止(步骤220)；否则OTA-客户机从MUTUALAUTHENTICATION状态过渡到CAPABILITY REQUEST状态(步骤222)同时启动定时器T300；然后，OTA-客户机将CapabilityResponse消息发送到客户机上下文(步骤224)并且客户机上下文接收该消息(步骤226)。
参考图5e，如果客户机上下文的状态不是CAPABILITYREQUEST(步骤228)，则该消息被忽略并且过程终止(步骤230)；否则，如果如果包含在该消息内的能力与将要下载的软件不相适应(步骤232)，则客户机上下文从CAPABILITY RESPONSE状态过渡到IDLE状态(步骤234)并且停止定时器T301。如果该能力与将要下载的软件相适应(步骤232)，则停止定时器T301，客户机上下文从CAPABILITY REQUEST状态过渡到DOWNLOADACCEPTANCE状态(步骤236)，同时启动定时器T302并将Download Description消息发送到OTA-客户机(步骤238)。
接着，OTA-客户机接收Download Description消息(步骤240)并停止定时器T300：如果OTA-客户机不是处于CAPABILITYREQUEST状态(步骤242)，则该消息被忽略并且过程终止(步骤244)；否则OTA-客户机从CAPABILITY REQUEST状态过渡到CAPABILITY ACCEPRANCE状态(步骤246)。类似记帐、安装等的下载选项被提议给用户(步骤248)。参考图5f，如果用户拒绝下载(步骤250)，则OTA-客户机发送Download Reject消息到客户机上下文(步骤252)并从DOWNLOAD ACCEPTANCE状态过渡到IDLE状态(步骤254)。此外，客户机上下文接收Download Reject消息(步骤256)：如果客户机上下文不是DOWNLOADACCEPTANCE状态(步骤258)，则该消息被忽略并且过程终止(步骤260)；否则客户机上下文从DOWNLOAD ACCEPTANCE状态过渡到IDLE状态(步骤262)。
如果用户接受了下载(步骤250)，于是OTA-客户机向客户机上下文发送Download Accept消息(步骤264)，并且OTA-客户机从DOWNLOAD ACCEPTANCE状态过渡到SOFTWAREDOWNLOAD状态(步骤266)。
接着，客户机上下文接收Download Accept消息(步骤268)并停止定时器T302：如果客户机上下文的状态不是DOWNLOADACCEPTANCE(步骤270)，则该消息被忽略并且过程终止(步骤272)；否则客户机上下文从DOWNLOAD ACCEPTANCE状态过渡到SOFTWARE DOWNLOAD状态(步骤274)，同时启动定时器T400，并且开始软件下载(步骤276)。
如果软件下载没有成功(步骤278)，那么OTA-客户机/客户机上下文向客户机上下文/OTA-客户机发送Download Failed消息(步骤280)，并且OTA-客户机/客户机上下文从DOWNLOADSOFTWARE状态过渡到IDLE状态(步骤282)。稍后将更详细地说明软件下载(步骤276)。
如果下载成功(步骤278)，OTA-客户机于是从SOFTWAREDOWNLOAD状态过渡到INSTALLATION状态(步骤284)。
参考图5g，OTA-客户机向客户机上下文发送License Request消息(步骤286)并且OTA-服务器接收该消息(步骤288)。如果客户机上下文的状态不是SOFTWARE DOWNLOAD(步骤290)，则该消息被忽略并且过程终止(步骤292)；否则客户机上下文过程从SOFTWARE DOWNLOAD状态过渡到INSTALLATION状态(步骤294)，同时启动定时器T500，并向OTA-客户机发送包含用于解密操作软件的密钥的License Response消息(步骤296)。
OTA-客户机接收License Response消息(步骤298)：如果OTA-客户机不是处于INSTALLATION状态(步骤300)，则该消息被忽略并且过程终止(步骤302)；否则OTA-客户机通过利用Decrypt_key字段中指示的密钥解密下载的软件(步骤304)。参考图5h，如果解密失败(步骤306)，则OTA-客户机向客户机上下文发送LicenseFailed消息(步骤308)，停止定时器T500，并从INSTALLATION状态过渡到IDLE状态(步骤310)。此外，客户机上下文接收LicenseFailed消息(步骤312)：如果客户机上下文不是处于SOFTWAREDOWNLOAD状态(步骤314)，则过程终止(步骤316)；否则客户机上下文从INSTALLATION状态过渡到IDLE状态(步骤318)。
如果解密成功(步骤306)，则下载的操作软件被存储在客户机或终端中(步骤320)。
OTA-客户机发送License Accept消息到客户机上下文(步骤322)并且OTA-服务器接收该消息(步骤324)：如果客户机上下文的状态不是INSTALLATION(步骤326)，则该消息被忽略并且过程终止(步骤328)；否则客户机上下文发送Test Description协议消息到OTA-客户机(步骤330)并且OTA-客户机接收该消息(步骤332)。如果OTA-客户机不是处于INSTALLATION状态(步骤334)，则该消息被忽略并且过程终止(步骤336)；否则OTA-客户机停止定时器T500并且从INSTALLATION状态过渡到IN-SITUTESTING状态(步骤338)，在此针对之前存储的操作软件执行接收的测试(步骤340)。
参考图5i，如果至少一个测试失败(步骤342)，那么OTA-客户机从存储器删除操作软件(步骤344)，发送Installation Failed消息(步骤346)到客户机上下文，并且从IN-SITU TESTING状态过渡到IDLE状态(步骤348)。
此外，客户机上下文接收Installation Failed消息(步骤350)：如果客户机上下文的状态不是INSTALLATION(步骤352)，则该消息被忽略并且过程终止(步骤354)；否则客户机上下文从INSTALLATION状态过渡到IDLE状态(步骤356)。
如果针对操作软件的所有测试均成功(步骤342)，那么新的操作软件被安装并存储到OTA-客户机中(步骤358)。OTA-客户机发送Installation Successful消息到客户机上下文(步骤360)并且从IN-SITU TESTING状态过渡到IDLE状态(步骤362)。
OTA-服务器接收Installation Successful消息(步骤364)：如果客户机上下文的状态不是INSTALLATION(步骤366)，则该消息被忽略并且过程终止(步骤368)；否则客户机上下文从INSTALLATION状态过渡到IDLE状态(步骤370)，由此完成整个的过程(步骤372)。
参考图5j，现在将更加详细地描述下载过程的步骤276。使用加密密钥并借助于密码算法(例如AES)加密操作软件(步骤400)。然后，加密后的操作软件被分段为具有大约1到2k字节的缩减了的大小的块(步骤402)。
在那里分配有一个位屏蔽Bitmask Server和一个等于软件已经被分段为的无线电数据块的数量的位屏蔽Bitmask_Client，并且每个屏蔽位设置为值“0”；每个屏蔽位对应于无线电数据块，该无线电数据块的编号等于该位位置，即第一位对应于第一个无线电数据块，第二位对应于第二个数据块等等(步骤404和步骤408)。
在步骤406，根据Bitmask_Client的内容更新Bitmask_Server。更特别的，如果Bitmask_Client的一个位已经设置为1，那么Bitmask_Server的对应的位也设置为1(步骤406)。当是第一次运行下载过程，由于Bitmask_Client的所有的位和Bitmask_Server的所有的位都设置为“0”，这个步骤没有意义。
在步骤412，检查是否位屏蔽Bitmask_Server的所有位都等于1。如果是，则操作软件的下载已经结束且已经成功接收所有的数据块(步骤410)；否则下载尚未结束并且OTA-服务器将Bitmask_Server(i)＝0的所有数据块i发送给OTA-客户机(步骤414)。显然，当首次运行该过程时，操作软件已经被分段为的所有N个数据块都被发送给客户机。
然后，OTA-客户机接收N个数据块(步骤416)；每次接收到数据块就重新启动定时器T400。在每次数据块i被正确接收时(步骤418)，于是位屏蔽Bitmask_Client(i)的对应的位设置为1。当已经发送了所有的N个数据块，OTA-客户机向OTA-服务器发送包含其中对应于正确接收的数据块的位i被设置为1的位屏蔽Bitmask_Client的Ack消息。当接收到一个Ack消息时，重新启动定时器T401。
该过程接着返回到步骤406，在此更新位屏蔽Bitmask_Server。
当期望的操作软件已经被下载并存储到了终端，不是立即安装和运行软件，而是可能基于来自网络或来自用户的请求依次安装和运行软件。如果无线电终端UE/MS具有足够的存储器和处理能力，则可以与已经存在和当前正在工作的系统并行地存储和安装下载的操作软件。
这个选项有益于终端UE/MS的多模式工作，换言之，这个选项授予终端无需下载操作软件即从一个操作模式切换到另一个操作模式的能力。
参考图6，现在将更为详细地描述在步骤104执行的无线电连接的打开。
在终端中考虑以下的模块：OTA-客户机应用，TCP/IP协议，非接入层NAS模块以及接入层AS模块。在它们的整体中考虑无线电接入装置GSM/GPRS(GERAN)和UMTS(UTRAN)。对于核心网络节点应用同样的推理。OTA-服务器节点连接到核心网络。下面描述下载请求来自终端UE/MS的情形下的详细工作：
-OTA-客户机请求TCP/IP协议在端口X上打开一个连接；
-在打开连接之前，TCP/IP需要一个无线电信道并由此发送对应的请求到终端的NAS协议；
-终端的NAS协议请求终端的AS模块打开无线电连接；
-终端的AS协议使用无线电接入网络GSM/GPRS(GERAN)或UMTS(UTRAN)打开无线电连接并在NAS级别证实该打开；
-NAS模块激活PDP上下文；
-在UMTS的情况下，核心网络激活无线电接入承载BRA用于传输；
-NAS模块向TCP/IP证实该传输信道的打开；
-TCP/IP协议打开连接并向OTA-客户机证实该打开；
一般而言，也可使用其中采用的无线电系统是多播或广播类型的可选方法实现借助于应用层的软件下载的管理。
特别地，这种变型可能以例如以下的方式实现：
-通过利用例如3GPP标准版本6规定的MBMS(多媒体广播/多播服务)，终端UE/MS被配备以一个能够管理OTA操作软件下载的应用；在此情况下，通过利用网络的广播/多播能力，有可能下载操作软件到多个终端；
-应用层根据3GPP标准执行验证；
-从接入网络和核心网络观点，软件下载服务是透明的并且被考虑为类似的无论是什么MBMS服务，例如使用“软件下载”标识；
-可能利用所考虑的网络的所有特征，类似例如服务质量(QoS)以便保证一定的下载能力；
-该体系结构独立于所考虑的接入网络(GERAN/UTRAN)；
-想要执行下载的用户可能向服务器注册它们自己。
本发明的更多的变型在于通过利用通用信道下载软件OTA。同样在此情况下，可能应用本发明用于执行操作软件下载而不会冒昧修改管理所述通用信道的网络体系结构。或者，经由通信网络的无线电信道发生下载。
已经针对第二和第三代系统详细描述了本发明，然而也可在其它类型的网络，例如无线局域网(WLAN)、DVB等，中实现本发明。
事实上，根据本发明提议的解决方案提供使用中的系统的外部的OTA服务器并且由此以致于不用修改使用中的系统。
此外，根据本发明的优选实施例，提供使用TCP/IP协议，如熟练技术人员所知的，TCP/IP网络预期用在数量巨大的系统或网络中。
根据本发明的还一个实施例，还可能使用不同于TCP/IP，例如UDP(用户数据报协议)，的传输协议，而不影响本发明的体系结构。

Claims (30)

1、一种网络体系结构，包括依照预定通信系统操作的通信网络，并包括至少一个属于所述通信网络的无线电终端(UE/MS)，以及包括用于通过利用所述预定通信系统管理所述通信网络内的信息交换的模块，
-所述体系结构的特征在于，
-至少一个连接到所述通信网络的节点(OTA-服务器)，并包括：
-一组操作软件模块，配置用于实现至少一组协议栈的元素，用以配置所述无线电终端(UE/MS)，并且其中
-所述无线电终端和所述节点分别通过空中被配备以软件模块，所述软件模块配置用于经由所述通信网络，管理所述无线电终端(UE/MS)和所述节点(OTA-服务器)之间的通过空中的连接，以及对所述通信网络透明地下载所述操作软件模块组的至少一个模块，用以至少部分配置所述无线电终端(UE/MS)。
2、根据权利要求1的体系结构，其中所述通信网络包括无线电接入网络和核心网络，并且其中所述节点连接到所述核心网络。
3、根据权利要求2的体系结构，其中所述无线电接入网络是依照第二代(GERAN)网络通信系统操作的。
4、根据权利要求2的体系结构，其中所述无线电接入网络是依照第三代(UTRAN)网络通信系统操作的。
5、根据权利要求2的体系结构，其中所述核心网络包括分组域。
6、根据权利要求5的体系结构，其中所述分组域包括至少一个服务GPRS支持类型节点(SGSN)和至少一个网关GPRS支持类型节点(GGSN)，并且其中所述节点(OTA-服务器)直接连接到所述至少一个网关GPRS支持类型节点(GGSN)。
7、根据权利要求1的体系结构，其特征在于，所述通过空中的连接是经由所述通信网络的通用信道建立的。
8、根据权利要求1的体系结构，其特征在于，所述通过空中的连接是经由所述通信网络的无线电信道建立的。
9、根据权利要求1的体系结构，其特征在于，所述无线电终端配备有能够存储至少两个操作软件的存储器，并且其中所述无线电终端包括用于在所述至少两个操作软件之间切换的多模式工作模块。
10、根据权利要求1的体系结构，其特征在于，所述无线电终端配置作为客户机(OTA-客户机)，所述节点(OTA-服务器)配置作为服务器。
11、根据权利要求1的体系结构，其特征在于，所述信息至少包括所述操作软件模块。
12、根据权利要求1的体系结构，其特征在于，
-所述通信网络配备有广播/多播能力；
-所述至少一个无线电终端配备有能够管理所述广播/多播能力的应用，
由此所述通信网络被配置用于允许多播下载所述软件模块组的至少一个模块到所述至少一个无线电终端。
13、根据权利要求1的体系结构，其特征在于，使用TCP/IP协议建立所述至少一个无线电终端和所述节点之间的通过空中的连接。
14、根据权利要求1的体系结构，其特征在于，所述操作软件模块组适合用于使用另外的通信系统，至少部分重新配置所述无线电终端(MS)。
15、一种用于配置至少一个可重新配置的无线电终端(UE/MS)的方法，所述无线电终端属于依照预定通信系统操作的通信网络，并且能够通过利用所述预定通信系统在所述通信网络内交换信息，其特征在于，所述方法包括步骤：
-将所述通信网络连接到至少一个节点(OTA-服务器)，所述至少一个节点(OTA-服务器)包括一组用于使用协议栈的至少一组元素，配置所述无线电终端(UE/MS)的操作软件模块；
-经由所述通信网络，在所述无线电终端(UE/MS)和所述节点(OTA-服务器)之间建立通过空中(OTA)的连接；
-对所述通信网络透明地从所述节点(OTA-服务器)下载所述操作软件模块组的至少一个模块到所述可重新配置的无线电终端(UE/MS)，用以至少部分配置所述无线电终端(UE/MS)。
16、根据权利要求15的方法，其特征在于，所述建立通过空中(OTA)的连接包括通过执行以下代表协议步骤的至少一组步骤，交换协议消息：
-执行下载所述至少一个模块的请求；
-相互验证所述至少一个无线电终端(UE/MS)和所述节点(OTA-服务器)；
-检查所述无线电终端接受所述可从所述节点下载的所述至少一个模块的能力；
-提供有关下载选项的信息；
-将所述至少一个模块分段为数据块；
-从所述节点(OTA-服务器)发送所述数据块到所述至少一个无线电终端(UE/MS)；
-重新装配所述数据块，以重构用于使用协议栈的一组元素配置所述无线电终端(UE/MS)的所述至少一个模块，并且测试所述元素组；
-安装所述元素组到所述无线电终端中。
17、根据权利要求16的方法，其特征在于，所述交换协议消息进一步包括步骤：
-监视下载到所述无线电终端(UE/MS)的所述数据块的结构；
18、根据权利要求16的方法，其特征在于，所述交换协议消息进一步包括步骤：
-管理限制允许用于执行通过空中(OTA)的连接的时间的一组定时器(T100，T200，T300，T400，T500，T101，T201，T301，T302，T401，T501)。
19、根据权利要求16的方法，其特征在于，所述交换协议消息进一步包括步骤：
-为每一协议步骤分配至少一对定时器，第一定时器用于监视由所述无线电终端(UE/MS)执行的协议步骤，第二定时器用于监视由所述节点(OTA-服务器)执行的协议步骤，所述定时器的每一个在当一个协议步骤启动时被启动，并在当所述协议步骤已经完成时被停止。
20、根据权利要求16的方法，其特征在于，所述相互验证步骤基于一种“询问-应答”方法。
21、根据权利要求16的方法，其特征在于，所述分段至少一个操作软件模块为数据块的步骤包括：
分段为具有1到2k字节大小的数据块的步骤，并且
其中所述传送数据块的步骤包括：
管理窗口协议，其中窗口大小与所述至少一个操作软件模块被分段而成的数据块的大小相匹配。
22、根据权利要求16的方法，其特征在于，在安装所述元素组到无线电终端内之前需要一个许可证。
23、根据权利要求15的方法，其特征在于，在被下载到所述无线电终端之前，使用密钥加密所述至少一个操作软件模块。
24、根据权利要求15的方法，其特征在于，使用TCP/IP协议，建立所述至少一个无线电终端(UE/MS)和所述节点(OTA-服务器)之间的通过空中的连接。
25、根据权利要求15的方法，其特征在于，还包括步骤：
存储至少两个操作软件到所述可重新配置的无线电终端(UE/MS)中。
26、根据权利要求15的方法，其特征在于，所述下载操作软件模块组的至少一个模块的步骤包括步骤：
-使用另外的通信系统下载适用于至少部分重新配置所述无线电终端(MS)的一组操作软件模块。
27、根据权利要求15的方法，其特征在于，所述下载操作软件模块组的至少一个模块的步骤包括步骤：
-基于来自所述无线电终端(UE/MS)或者所述通信网络的请求，安装并运行所述操作软件模块组的所述至少一个模块。
28、一种通过执行根据权利要求15到27中任一项的方法可配置的无线电终端(UE/MS)。
29、一种通过执行根据权利要求15到27中任一项的的方法，用于配置可配置的无线电终端(UE/MS)的网络节点(OTA-服务器)。
30、一种可在至少一个计算机的存储器内加载的计算机程序产品或计算机程序产品的计算机程序组，包括用于执行根据权利要求15到27中任一项的步骤的软件代码部分。
CN2004800445796A 2004-10-28 2004-10-28 通信网络系统、用于配置无线电终端的方法和设备 Active CN101077023B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2004/012168 WO2006045335A1 (en) 2004-10-28 2004-10-28 A method and a network architecture for configuring a radio terminal, radio terminal, network node and a computer program product therefor

Publications (2)

Publication Number Publication Date
CN101077023A true CN101077023A (zh) 2007-11-21
CN101077023B CN101077023B (zh) 2012-01-11

Family

ID=34959021

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2004800445796A Active CN101077023B (zh) 2004-10-28 2004-10-28 通信网络系统、用于配置无线电终端的方法和设备

Country Status (10)

Country Link
US (1) US8081596B1 (zh)
EP (1) EP1806016B1 (zh)
JP (1) JP4668276B2 (zh)
KR (1) KR101131520B1 (zh)
CN (1) CN101077023B (zh)
AT (1) ATE439747T1 (zh)
BR (1) BRPI0419170A (zh)
DE (1) DE602004022599D1 (zh)
ES (1) ES2331999T3 (zh)
WO (1) WO2006045335A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006045335A1 (en) 2004-10-28 2006-05-04 Telecom Italia S.P.A. A method and a network architecture for configuring a radio terminal, radio terminal, network node and a computer program product therefor
ATE483334T1 (de) 2004-10-28 2010-10-15 Telecom Italia Spa Verfahren zum konfigurieren eines funkendgeräts durch ein funkkommunikationsnetz, diesbezügliches netz und computerprogrammprodukt dafür
KR101213285B1 (ko) * 2006-01-04 2012-12-17 삼성전자주식회사 이동통신 시스템에서 아이들모드 단말기의 세션 설정 프로토콜 데이터를 전송하는 방법 및 장치
CN100550766C (zh) * 2006-01-24 2009-10-14 华为技术有限公司 预定任务执行方法和管理任务执行方法、及其终端设备
US8437751B2 (en) 2006-04-25 2013-05-07 Core Wireless Licensing S.A.R.L. Method, apparatus and computer program product for providing confirmed over-the-air terminal configuration
DE102006024634B4 (de) * 2006-05-26 2012-08-23 Audi Ag Aktivierung der Empfangsbereitschaft eines Fahrzeugnetzwerks
JP2008035272A (ja) * 2006-07-28 2008-02-14 Canon Inc 情報処理システム及び当該システムにおけるデータ通信方法
US8776037B2 (en) * 2007-01-04 2014-07-08 International Business Machines Corporation Apparatus and method to update multiple devices disposed in a computing system
KR20080112914A (ko) * 2007-06-22 2008-12-26 삼성전자주식회사 이벤트 메시지 수신 방법, 이벤트 메시지 전송 방법,피제어 장치 및 제어 포인트
KR100840904B1 (ko) * 2007-06-22 2008-06-24 주식회사 케이티프리텔 Ｏｔａ 서비스를 제공하기 위한 시스템 및 그 방법
US8649783B2 (en) * 2010-09-22 2014-02-11 Nuance Communications, Inc. No-cost mobile device messaging, such as for provisioning an application on a mobile device
CN102123146A (zh) * 2011-03-02 2011-07-13 成都四方信息技术有限公司 移动支付交易密钥远程下载工作方法
JP5632315B2 (ja) * 2011-03-17 2014-11-26 株式会社オプティム 端末のリモート操作システム、リモート操作方法
CN102307362B (zh) * 2011-09-06 2015-06-17 北京傲天动联技术股份有限公司 用于实现功能配置的终端设备和控制设备及其网络系统
JP6001843B2 (ja) * 2011-11-15 2016-10-05 任天堂株式会社 情報処理装置、情報処理システム、情報処理方法およびプログラム
US8873466B2 (en) 2012-10-12 2014-10-28 Freescale Semiconductor, Inc. Timing event generation circuit for mobile communication device
EP3304811A4 (en) * 2015-05-29 2019-03-06 Nokia Technologies OY FLEXIBLE RADIO PROTOCOL SUPPORT IN A FIFTH GENERATION RADIO ACCESS NETWORK (5G)

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0852448A1 (en) * 1997-01-02 1998-07-08 Nokia Mobile Phones Ltd. User terminal for mobile communications
US6208627B1 (en) 1997-12-10 2001-03-27 Xircom, Inc. Signaling and protocol for communication system with wireless trunk
US6463055B1 (en) 1998-06-01 2002-10-08 Telefonaktiebolaget L M Ericsson (Publ) Integrated radio telecommunications network and method of interworking an ANSI-41 network and the general packet radio service (GPRS)
US6577614B1 (en) 1999-05-27 2003-06-10 Qwest Communications International Inc. System and method for OTA over CDMA data channel
JP3669619B2 (ja) * 1999-09-06 2005-07-13 富士通株式会社 無線端末装置のソフトウェア更新方法及びその装置
FI109320B (fi) 1999-11-02 2002-06-28 Nokia Corp Signalointimenetelmä
JP4011808B2 (ja) 1999-12-24 2007-11-21 株式会社東芝 移動通信システムとその管理装置及び移動局装置
US20020012329A1 (en) 2000-06-02 2002-01-31 Timothy Atkinson Communications apparatus interface and method for discovery of remote devices
US7035932B1 (en) 2000-10-27 2006-04-25 Eric Morgan Dowling Federated multiprotocol communication
GB0028463D0 (en) 2000-11-22 2001-01-10 Univ Surrey Reconfiguration management architectures
US6799203B2 (en) 2000-12-29 2004-09-28 Nokia Mobile Phones Ltd. WTA based over the air management (OTAM) method and apparatus
GB0101205D0 (en) * 2001-01-17 2001-02-28 Koninkl Philips Electronics Nv Telecommunications system and a method of operating the system
GB0103903D0 (en) * 2001-02-16 2001-04-04 Radioscape Ltd An open digital interface between sdr baseband processors and rf
EP1257141B1 (en) * 2001-05-10 2007-01-03 Nortel Networks Limited System and method for communication redirection between mobile telecommunication networks with different radio access technologies
US7215648B2 (en) 2001-05-11 2007-05-08 Varitek Industries, Inc. Apparatus and method for efficient live webcasting and network connectivity
JP3645510B2 (ja) 2001-09-26 2005-05-11 株式会社東芝 無線基地局、無線端末及び通信制御方法
US20030084165A1 (en) * 2001-10-12 2003-05-01 Openwave Systems Inc. User-centric session management for client-server interaction using multiple applications and devices
WO2003039175A1 (de) * 2001-10-16 2003-05-08 Siemens Aktiengesellschaft Rekonfigurationsverfahren für mobile kommunikationsgeräte
US7054628B2 (en) * 2001-12-07 2006-05-30 Qualcomm Incorporated Apparatus and method of using a ciphering key in a hybrid communications network
US7743115B2 (en) 2002-02-27 2010-06-22 Motorola, Inc. Software content downloading methods in radio communication networks
JP2003304235A (ja) * 2002-04-10 2003-10-24 Sony Corp 無線通信装置、およびプログラム・ダウンロード方法、並びにコンピュータ・プログラム
US20040098715A1 (en) 2002-08-30 2004-05-20 Parixit Aghera Over the air mobile device software management
EP1401224A1 (en) * 2002-09-17 2004-03-24 Motorola, Inc. Software download to software definable radio by intermediate communication unit
US20040120281A1 (en) * 2002-12-24 2004-06-24 Gazzard Daryl R. Remote node access in wireless telecommunication systems
CN1275480C (zh) * 2003-07-31 2006-09-13 上海贝尔阿尔卡特股份有限公司 一种多标准软件无线电(sdr)基带处理方法
US20050033829A1 (en) 2003-08-04 2005-02-10 Nokia Corporation System and method for wireless multicast downloading
US8201191B2 (en) * 2004-06-30 2012-06-12 Time Warner Cable Inc. Apparatus and methods for implementation of network software interfaces
ATE483334T1 (de) 2004-10-28 2010-10-15 Telecom Italia Spa Verfahren zum konfigurieren eines funkendgeräts durch ein funkkommunikationsnetz, diesbezügliches netz und computerprogrammprodukt dafür
WO2006045335A1 (en) 2004-10-28 2006-05-04 Telecom Italia S.P.A. A method and a network architecture for configuring a radio terminal, radio terminal, network node and a computer program product therefor

Also Published As

Publication number Publication date
ES2331999T3 (es) 2010-01-22
WO2006045335A1 (en) 2006-05-04
US8081596B1 (en) 2011-12-20
JP2008518529A (ja) 2008-05-29
KR20070074643A (ko) 2007-07-12
BRPI0419170A (pt) 2008-03-11
DE602004022599D1 (de) 2009-09-24
KR101131520B1 (ko) 2012-04-04
CN101077023B (zh) 2012-01-11
EP1806016B1 (en) 2009-08-12
JP4668276B2 (ja) 2011-04-13
EP1806016A1 (en) 2007-07-11
ATE439747T1 (de) 2009-08-15

Similar Documents

Publication Publication Date Title
CN101077023A (zh) 用于配置无线电终端的方法和网络体系结构、无线电终端、网络节点及其计算机程序产品
CN1284321C (zh) 无线通信装置、无线通信网以及软件更新方法
CN1251427C (zh) 无线通信装置、无线通信系统、及无线通信方法
CN1210971C (zh) 无线通信系统中的分组数据业务
CN101053184A (zh) 增强的无线链路控制误差处理
CN101047587A (zh) 一种非无线局域网终端访问外部网络的系统及方法
CN1723662A (zh) 在分组模式移动通信网中区分服务质量的方法
CN1905720A (zh) 传送移动电信网中与至少一个移动终端相关的信息的方法
CN1852418A (zh) 移动电视播出控制系统和播放网络及播出方法
CN1849840A (zh) 安全域内和域间切换
CN1257631C (zh) 一种基于互联网的短消息传送系统及数据传送的方法
CN1386385A (zh) 在具体使用gsm标准的移动电话网络上处理和发送数字数据的方法和嵌入式微芯片系统
CN1794676A (zh) 用户接入无线通信网络的方法和无线网络接入控制装置
CN1838824A (zh) 无线通信系统中广播多播区域管理的实现方法
CN1613210A (zh) 适用于发送无线移动通讯系统中的mbms数据的控制信号的方法
CN1633762A (zh) 用于再定位srns的方法
CN101053233A (zh) 用于控制通信网络中移动性的方法和系统，及其相关网络和计算机程序产品
CN101077024A (zh) 用于通过无线电通信网络配置无线电终端的方法、相关的网络及其计算机程序产品
CN1946235A (zh) 用户识别模块业务及应用的个性化定制发行方法及系统
CN1863145A (zh) 互通无线局域网中服务质量修改方法
CN1505413A (zh) 双模移动台在cdma系统和gsm系统之间切换的方法
CN1615044A (zh) 多地区专用无线网系统中的漫游服务方法和系统
CN1628483A (zh) 综合无线通信系统、移动通信系统、交换设备和移动终端、以及通信方法
CN1846410A (zh) 通过采用释放消息或者状态请求和响应来更新及管理同步标识符的方法
CN101064645A (zh) 单一设备同时支持多个无线局域网的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant