CN1089538C

CN1089538C - 软件的灵活下载

Info

Publication number: CN1089538C
Application number: CN96192687A
Authority: CN
Inventors: M·H·达林; M·E·艾利克松; L·N·A·罗伊格伦
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 1995-01-30
Filing date: 1996-01-30
Publication date: 2002-08-21
Anticipated expiration: 2016-01-30
Also published as: FI973143A; DE69632031D1; EP0807363A1; RU2155372C2; CA2211733A1; KR19980701680A; EP0807363B1; FI973143A0; AU4637996A; AU702231B2; JPH11501136A; CN1179254A; WO1996024231A1

Abstract

在一个网络化的系统中，例如带有连接到第二节点的第一节点的电信系统，向第二节点提供一个或多个所需软件文件的技术以第一节点检索软件文件标识符的菜单开始，其中，每个软件文件标识符标识多个软件文件中对应的一个。然后将软件文件标识符送到第二节点，在那里检查每个标识符，并为每一个构成一个响应。该响应，表示多个软件文件中对应的一个是所需要还是所不需要的，随后被送回到第一节点。第一节点检查响应并检索所需软件文件。然后将检索到的软件从第一节点送到第二节点。在本发明的另一方面中，“不需要”指示可以扩展为包括所提供文件“已经装载”或“禁止装载”的指示。在本发明的另一方面中，提供一个菜单、接收一个响应、以及发送所需文件的步骤在两个阶段的每一个中重复，以便在第一阶段中，第二节点可以请求下载并启动更复杂的引导程序。然后，在下载的第二阶段中，在第二节点中运行的更复杂的引导程序对再从第一节点接受哪些其它的子文件作出决定。

Description

软件的灵活下载

背景

本发明涉及从通信系统中的一个节点向一个或多个其它节点下载软件文件的系统和方法，而且更具体地涉及从蜂窝电信系统中的基站控制器向基站收发站下载软件文件的系统和方法。

诸如蜂窝电话系统这样的移动通信系统操作的原理是熟知的。基本上，系统分成陆地系统和无线系统。移动用户通过无线接口与多个基站收发站(BTS)中任一个通信。BTS在地理上分布使得当一个移动用户漫游时，他或她将处于系统的至少一个BTS的服务区之内。如果当呼叫正在进行时，移动用户离开了指定BTS的范围同时进入相邻BTS的范围，蜂窝电话系统在一个称作“切换”的进程中将移动用户重新指定到相邻BTS。呼叫切换的管理、以及启动和结束呼叫的所有其它方面都由陆地系统的各个组件来处理。陆地系统也负责移动用户之间呼叫的路由选择，并负责将呼叫接入公共交换电话网(PSTN)。

陆地系统的很多功能不是由单个硬件单元执行的，而是分布在通信网中连接在一起的多个组件上。这些组件包括上述的BTS，它提供陆地系统和移动用户之间的无线链路。陆地系统也可以包括基站控制器(BSC)，用于控制成百乃至更多BTS的高级操作。交换、呼叫切换、以及其它功能由连接到系统中的BSC的移动交换中心(MSC)来执行。

现在参考图1(a)，一个网络典型地包括BTS 103-1，…，103-n(以下用参考号103统称)。BTS 103不需要彼此相同，而且由于不断的升级和/或用新的、改进的设备单元扩展系统，它们一般具有不同的代、类型、以及变体。扩展可能包括整个新的BTS 103或新部件(例如收发机)的增加。升级可能意味着替换部件(例如收发机或计时单元)。

如图1(a)中所示，一个BTS 103典型地包括几个功能子单元113-1-1，…，113-1-m₁，…，113-n-1，…，113-n-m_n(以下用参考号113统称)，例如一个或多个收发机(TRX)以及收发机组管理器，收发机组管理器用于执行作为一个整体的BTS 103共同的功能，所谓基站中心功能(“BCF”)。一般，每个子单元113受自带存储器的自己的计算机117控制。在最高级上的子单元113(例如所提到的那些)，每个有一条信令通路115-1-1，…，115-1-m₁，…，115-n-1，…，115-n-m_n(以下用参考号115统称)，通过这些通路它们直接受BSC 101控制。信令通路115可能包括专用的脉码调制(PCM)时隙。或者，信令通路115可以以使用PCM时隙(做物理层用)的开放系统互连(OSI)的第2层数据链路的形式来实现。(OSI是国际标准化组织(ISO)建议的标准数据通信协议)。OSI第2层数据链路可以是多路复用的或以任意方式与到其它子单元的其它OSI第2层数据链路集中在同一个PCM时隙中。这样的链路或专用PCM时隙被认为是BSC 101和子单元113之间的直接信令通路115。信令通路115除了用于子单元控制，也用于传输BSC 101和移动站(未示出)之间的信令，移动站是通过无线信道连接到BTS 103的。

在一个如上述的系统中，BTS 103、以及它们的构成子单元113，一般受到从BSC 101下载的软件(“SW”)119控制。举例而言在系统启动时，软件下载可能是必须要执行的。其它事件可能也需要软件下载操作。例如，新的BTS 103以及BTS 103中的新部件可能需要与以前在BTS 103中运行的应用SW 119不同的新应用SW119。这个新SW 119可能必须从BSC 101下载到新的或修改的BTS 103中。此外，甚至当系统中没有硬件(“HW”)改变时，整个网络或其中的部分有时候也要用新的(升级的)应用SW 119来更新。在所有这些需要SW下载的不同情况(例如，启动、HW单元更换、以及纯SW更新)中，不同版本的SW 119可能必须下载到不同的BTS 103中。

系统升级一般包括更换或修改一些子单元113，而其它则不做改变。结果，需要装载到一个BTS 103中的SW 119可能与另一个BTS 103所关联的SW 119不同。

在常规系统中，用于一个构件(例如BTS 103)的应用软件是几个文件(这里称为“子文件”)的软件包121，每个子单元一个。BTS下载可能在信令通路115上实现。在一些实现中，使用所有的通路，可能同一软件在所有信令通路115上发送。或者，把不同软件发送到不同的子单元113中。

在其它网络配置中，例如图1(b)中所示的一种，只使用到每个BTS103的一条信令通路115。这条信令通路可以是在执行BCF功能的子单元113-x-1(1≤x≤n)中终结的一条。然后，SW 119到BTS 103-x内其余子单元113-x-y(y＞1)中适当一个的其它传输由一个内部通信网络123-x来完成。这样的通信网络123-x可能具有各种限制，从而如何从BSC 101分发软件子文件是一种设计选择问题。最佳选择可能依赖于BTS 103的类型和变体，而且甚至可能在引入新的、升级的SW发行版时改变。

这些现有技术的软件下载技术存在很多缺陷。暂时考虑图1(b)中所示的方法，其中BSC 101通过单条信令通路115向BTS 103发送SW包121，BSC 101必须记录哪个BTS要装载哪个SW包121。为了处理更新，必须为BTS 103的每个变体准备一个新版本的SW包121，即使只有一个子单元113与改变有关。此外，适当变体中的整个SW包121要整个地在所有可能的信令通路115上传输。由于有很多子单元113及应用可能需要或多或少地独立更新的SW，软件包版本的数目可能很快增长。因此，这个方法导致大量而且不断增长的传输容量的浪费，结果下载时间较长而且不断增加。这个方法也导致存储容量的浪费，而且对手工处理文件承载介质带来巨大且不断增长的负担。

现在考虑图1(a)中所示的方法，其中每个子单元113具有专用的信令通路115用于接收相应的子文件，BSC 101有更烦琐的记录哪个软件包121进入哪个子单元113的任务。必须在BSC 101中记录网络中的每个子单元113的版本级别，BSC 101考虑到子单元的变体而提供所想要的升级。也必须记录不同子单元113的版本之间的依赖性，或者手动记录或者通过BSC 101中的版本处理子系统，或者在现有技术的另一个方面中在操作支持系统(OSS)中记录。考虑到这类信息的量很大，导致在某些情况下所必须的手工数据输入构成潜在的错误源。

概述

因此本发明的一个目的是提供一种从BSC向一个或多个BTS分发SW的设备和方法，以减少BSC中必须存储的BTS程序码数据量。

本发明的另一个目的是提供一种SW下载技术，通过只将BTS程序码数据确实需要的那些部分传输到BTS而减少传输到BTS的BTS程序码数据量。这包括，但不局限于，一些SW已经存储在BTS存储器中的情况。

本发明的另一个目的是提供一种SW下载技术，当存在面向大量BTS的连续SW更新时它是通用而且灵活的，这些BTS具有几种变体和/或类型，对部分SW具有或不具有大量共同的需要，这里更新可能造成的影响从极小直至所有的SW而且更新必须与BTS类型和/或变体相适应。还有一个目的是在类型/变体以及SW文件版本不断增加的环境中提供这样一种技术。

本发明的另一个目的是提供一种SW下载技术，在提供控制哪个SW到哪个BTS和到哪个BTS子单元、以及控制这次下载使用哪条信令通路的信息中消除人为错误的危险。还有一个目的是在这样的系统中消除下载不兼容的SW子文件的危险。

根据本发明的一个方面，前述的以及其它目的在包括连接于第二节点的第一节点的网络化系统中实现，例如这个第一节点可以是蜂窝电信系统中连接到BTS的BSC。本发明的方法和设备以下述方式向第二节点提供一个或多个所需的软件文件。在第一节点中，检索一个包括软件文件标识符列表的菜单，其中每个软件文件标识符标识多个软件文件中相应的一个。然后，从第一节点向第二节点发送软件文件标识符列表。在第二节点中，检查每个软件文件标识符。对于每个软件文件标识符，形成一个响应，该响应包括一个表示多个软件文件中相应于该标识符的一个文件是需要的或者不需要的二中择一的指示。根据本发明的另一方面，表示软件文件不需要的指示可以包括另外的表示软件文件已经装载、或禁止装载的指示。在第一节点收到表示软件文件已经装载的指示的情况中，可以执行进一步的处理，以确定该软件文件是否应该下载到第二节点，而不管该软件已经装载的指示(即，确定该软件文件的下载是否应该在第二节点上“强制”进行)。

然后从第二节点向第一节点发送响应，在第一节点检查该响应。第一节点然后检索多个软件文件中对应于第二节点表示为需要的软件文件标识符的那些文件。根据本发明的一个方面，当第一节点是蜂窝电信网中的BSC时，所需软件文件从位于该BSC的存储装置中检索。在另一个实施例中，BSC从OSS请求所需软件文件，OSS已将它们在本地存储。从本地存储装置检索到它们之后，OSS随后将所需软件文件发送到BSC。

在检索到所需软件文件之后，第一节点将它们发送到第二节点。

在发明的另一个方面中，向第二节点发送软件文件标识符列表的步骤包括，第一节点一次向第二节点发送一个软件文件标识符，并在发送下一个软件文件标识符之前等待对每个查询的响应。

在本发明的另一方面中，向第二节点提供菜单(即，软件文件标识符)、在第一节点上接收响应并从第一节点向第二节点发送所需文件的步骤在两个阶段的每个中重复，以便在第一阶段中第二节点可以请求下载并启动更复杂的引导程序。然后，在下载的第二阶段中，在第二节点中运行的更复杂的引导程序对再从第一节点接受哪些其它的子文件做出决定。

附图简述

本发明的目的和优点将通过结合附图阅读以下的详细描述来理解，其中：

图1(a)和1(b)是根据现有技术，在蜂窝电信系统中用于下载软件的有关组件的框图；

图2说明根据本发明、包括软件包在内的蜂窝通信系统中的那些组件；

图3是根据本发明、在基站控制器中进行的下载操作的高级流程图；

图4(a)和4(b)描述了根据本发明、在基站控制器中执行的第一阶段下载操作的更详细的流程图；

图5(a)和5(b)描述了根据本发明、在基站控制器中执行的第二阶段下载操作的更详细的流程图；

图6是描述根据本发明、由处于引导状态的子单元在基站收发站中执行的下载操作的流程图；

图7是描述根据本发明、由处于启动状态的子单元在基站收发站中执行的下载操作的流程图；

图8是根据本发明、基站收发站子单元的“引导”和“启动”状态的状态转换图；及

图9(a)和9(b)说明了根据本发明使用的软件包组件。

详细描述

本发明的各种特性现在将参照图来描述，其中类似的部件用相同的参考字符来标识。尽管本发明将针对其在蜂窝通信系统中的应用来描述，但是不限于这样的用途。更确切地说，所描述的实施例仅是为了说明的目的而表述的。

图2说明蜂窝通信系统中那些与本发明有关的组件。如图中所示，BSC 201连接到多个、也就是n个BTS 203-1，…，203-n(以下用参考号203统称)中。每个BTS 203包括多个子单元：在BTS 203-1中是子单元213-1-1，213-1-2，…，213-1-m₁；在BTS 203-n中是子单元213-n-1，213-n-2，…，213-n-m_n。一般来说，给定的BTS 203-x中的子单元213-x的数目与任何其它BTS中的子单元数目无关，并因此表示为值m_x。子单元用参考号213统称，但是不意味着每个子单元执行相同的功能。每个子单元213包括处理器217-x-y(1≤x≤n；1≤y≤m_n)以及用于存储子程序219-x-y的存储器。如前面所提到的，相同BTS 203-x中的子单元213-x一般具有彼此完全不同的功能以及结构，而且因此称之为彼此属于不同类。装载进任何给定子单元213中的程序码必须是用于该子单元类的码。例如，子单元213-1-1可能是“基站中心功能(BCF)”类，而子单元213-1-2，…，213-1-m₁可能是“收发机”(TRX)类。不同BTS 203中相同类的子单元213在结构上不必相同，这样下载的SW 219也必须与子单元类型和变体相对应。可能存在相同构造的子单元的不同SW版本，赋予子单元不同的功能。典型地，更高的SW版本级提供更多的功能。一个子单元213中SW版本级可能与同一BTS 203中的其它子单元的SW版本兼容，也可能不兼容。这适用于相同类的SW，也适用于不同类的SW。可能还存在一个版本的子版本，为一个类提供等效功能但是具有不同特性，这样子版本的选择就是用于BSC 201或OSS 233的操作员、或用于OSS优化程序的一个选项。BTS 203的子单元213可能通过总线或总线系统214互连，使得它们彼此之间可以用某种或多或少受限的方式来通信。在某个BTS 203中，这个总线214可用于从一个子单元向另一个传递下载的SW的目的。但是，这种能力可能在其它BTS 203中并不存在。

根据本发明的一个方面，每个子单元213工作在至少两个状态的其中一个中：引导状态801、和启动状态803。图8是表示下面描述的不同操作如何影响子单元213状态的状态转换图。

在示范实施例中，BSC 201通过相应的信令通路215-1-1，…，215-1-m₁，…，215-n-1，…，215-n-m_n与每个子单元213-1-1，…，213-1-m₁，…，213-n-1，…，213-n-m_n直接相连。信令通路215可以是第一层(即，物理层)连接，例如带或不带进一步多路复用的PCM时隙。或者，信令通路215可以包括物理连接上的OSI第2层数据链路。正如本领域中熟知的那样，可以在同一物理连接上承担几个第2层数据链路。信令通路215的具体实现与本发明无关，因此这里就不做更详细的描述，也不在图2中表示。实现第2层及数据链路所用的协议的具体选择也与本发明无关，本发明适用于任何允许BSC 210和每个BTS 203的每个子单元213之间存在逻辑独立的信令通路的协议或配置。熟知的数据链路层的例子是：ETS 300 125——“综合业务数字网(ISDN)”中的LAPD；CCITT建议Q.920/I.440以及Q.921/I.441的用户网络接口数据链路层规范应用；CCITT X.25中的LAPB，或7号信令系统中的第2层。逻辑上，通过在信令通路215中结合第1层选择(交换)以及第2层寻址，所有子单元213都可以直接并对等地在星形结构中连接到BSC 201。本发明不限于这种设计，而是包括任何这样的方案：其中BSC 201正好控制与之通信的那个子单元213(当然，以及子单元213所处的那个BTS 203)。

根据本发明，BSC 201应该预先准备好标识哪个SW包221应该下载到每个BTS 203的信息。而且，BSC 201或OSS 233预先被提供(并且存储)BTS 203的BTS SW包221，假设一个BTS SW包221用于BTS 203的每个完全不同的代，和/或BTS 203的每个制造商的产品。

用于示范实施例的BTS SW包221在图9(a)和9(b)中做更详细的说明。图9(a)中可以看到，BTS SW包221由包括标题文件911和一个或多个其它子文件921-1，…，921-k的多个子文件组成，它们是要下载到一个或多个子单元213的子程序。每个子文件921-1，…，921-k由文件修订版号(“FR”)标识。对于图9(a)中的例子，包括一个子程序的第一个子文件标识为FR₁，最后一个子文件标识为FR_k。

象大多数软件一样，BTS子文件经常更新，有时是因为硬件特性的改变，有时因为引入了纯粹的基于软件的改进。这种产生了新“版本”软件的改变，可能意味着改变用于一起工作的所有子文件当中的一个或多个子文件。而且封装在一起的子文件数目的改变也可能表示新的版本级。为了记录这些不同的版本，文件修订版号也包括版本号。在这个号的一个可能应用中，它不仅在改变的子文件中更新，也在与改变的子文件封装在一起的未改变的子文件中更新。这使得对应于特定BTS类型和变体的所有子文件具有相同的版本号。

另外根据本发明，标题文件911包括菜单930，它包括与BTS SW包221中所含的子文件921-1，…，921-k的文件修订版号对应的所有文件修订版标识符931-1，…，931-k的列表(见图9(b))。每个文件修订版标识符931-1，…，931-k，全局地且唯一地标识一个子文件921，用这种方式相应的文件可以使用在BSC 201、或在本发明的另一实施例中在OSS 233中的基础的文件存储系统来定位并读取。

根据本发明的一个实施例，下载以如下方式进行，它也在图3到7的流程图中描述。在可能的其它实施例中，这里描述的在BSC 201中执行的步骤的一部分或所有也可以由OSS 233执行，它通过BSC 201执行对BTS 203的信令。

现在参考图3，通过多个可能事件中的一个启动下载(步骤301)。这样的事件包括，但不限于：

●从BSC操作员发出命令，请求将下载操作指向单个BTS

203-x；

●从BSC操作员发出命令，请求将下载操作指向所选BTS

203组；

●从BSC操作员发出命令，请求将下载操作指向连接到

BSC 201的所有BTS 203；

●从OSS操作员发出命令，请求将下载操作指向单个BTS

203-x；

●从OSS操作员发出命令，请求将下载操作指向所选BTS

203组；

●从OSS操作员发出命令，请求将下载操作指向连接到

BSC 201的所有BTS 203；

●BSC 201接收来自BTS 203的、表示以前的故障已经消

失的一个报告(下载的启动可以由BSC 201在接收到这样的报告

时自动地执行)；

● BSC 201检测到某个BTS故障信号，例如没有对某个命

令的响应。

对于将作为一个或多个子程序921-1，…，921-k的可能接收者的每个BTS 203-x(1≤x≤n)，定位相应的标题文件911并将其读入BSC计算机存储器(步骤303)。接着，选择与BTS 203-x有关的第一个子文件203-x-i(i＝1)进行处理。可以看到步骤315的测试(“处理完所有子单元了吗？”)后面接着步骤317的执行(“选择下一个子单元213-x-(i+1)进行处理”)，构成一个执行循环，这样对于BTS 203-x中的每个子单元213-x-1，…，213-x-m_x执行一次步骤307-313。在针对给定子单元213-x-i(1≤i≤m_x)执行步骤307-313的过程中，使用相应的信令通路215-x-i与子单元213-x-i交换消息。尽管示范实施例表示接连地一次处理子单元213中的一个(通过重复执行步骤307-317)，但是这并不是本发明所要求的。相反，对于本领域的一般技术人员很显然的是，这里描述的方法可以适应同时处理所有的子单元213。

在示范实施例中，BSC 201中进行的步骤307-313的处理被设计为进行两个阶段的下载操作。在执行的第一阶段中，给每个子单元213-x-i一个机会使用驻留的引导程序(或者，替换地，仿真引导程序的一个执行应用程序)选择要下载并启动的子文件。根据本发明，在这个阶段传递的子文件本身可能是能够执行比驻留的引导程序的程序装载操作更复杂的程序装载操作的引导程序。因此，执行的第一阶段后面跟随一个第二阶段，其中再给每个子单元213-x-i一个机会选择要下载并启动的子文件。但是，在第二阶段中，是在第一阶段中下载并启动的程序来作出该判定。当然，该设计不必停留在仅两个阶段上，而是可以扩展到包括设计者认为符合特定的环境的更多的下载阶段。

现在将描述本发明示范实施例中的两个阶段。在步骤307，BSC201调用一个名为“标题文件中的引导阶段查询菜单”的过程。这个过程(下面将参考图4(a)和4(b)更详细地描述)详细检查标题文件911，并针对每个所列的文件修订版标识符931-1，…，931-k确定是否子文件921-1，…，921-k中相应的一个应该发送到子单元213-x-i。步骤307的执行也保证所选的子文件下载到子单元213-x-i中。根据本发明优选实施例，子文件的选择及随后的下载通过交替地针对子文件921-j(1≤j≤k)查询子单元213-x-i、然后根据接收的应答和可能的其它信息有条件地向子单元213-x-i发送子文件921-j来完成。

应该注意的是由于“标题文件中引导阶段查询菜单”过程可能在根本不装载的情况下执行(即，子单元213-x-i可能拒绝所提供的所有子文件921)，在执行方块307之前不必将子单元213-x-i置于引导状态801。避免使子单元213-x-i不必要地进入并脱离启动状态是有好处的，因为状态转变可能触发其它无关的消耗时间的进程，例如与硬件测试功能有关的那些进程。因此，在示范实施例中，使这样的状态转变最小化。若当步骤307开始执行的时刻子单元213-x-i处于启动状态803，在这种情况下，如果子文件921-j确实被选择要下载，“标题文件中引导阶段查询菜单”过程会使子单元213-x-i进入引导状态801。

在步骤307的处理完成之后，BSC 201使用相应的信令通路215-x-i向子单元213-x-i发送“设置到启动状态”命令。这会使子单元213-x-i离开引导状态801(如果它在其中的话)并进入启动状态803。现在开始执行任何由于步骤307的执行而下载的子文件921-j。根据本发明的一个方面，这些下载子文件921-j本身可能构成一个引导程序，该程序控制下一个下载阶段(下面加以描述)中要下载哪些子文件921-j。

然后，在步骤311，通过调用“标题文件中启动阶段查询菜单”过程(下面参考图5(a)和5(b)做更详细描述)，BSC 201进入下载进程的第二阶段。类似步骤307中调用的过程，“标题文件中启动阶段查询菜单”过程详细检查标题文件911，并针对每个所列的文件修订版标识符931-1，…，931-k确定：是否子文件921-1，…，921-k中相应的一个应该发送到子单元213-x-i。步骤311的执行也保证所选的子文件921下载到子单元213-x-i中。

这个子文件传递过程的调用完成之后，BSC 201向子单元213-x-i发送一个“包结束”标志。正如从下面更详细的描述中所看到的，子单元213-x-i对“包结束”标志的接收引起子单元213-x-i首先确定哪些下载文件(如果有的话)应该启动，然后启动那些文件。

然后，正如上面解释的，步骤315确定下载处理是否已经针对BTS203-x中的每个子单元213-x-1，…，213-x-m_x执行。如果如此，那么处理将在方块319结束。否则，在步骤317选择下一个子单元213-x-(i+1)重复步骤307-313的处理。

因此，对于每个子单元213-x-i，BSC 201执行两次子文件查询过程：一次在步骤307，然后再在步骤311。同那些可以通过“引导阶段查询…”过程下载的子文件比较起来不同的子文件可以通过“启动阶段查询…”过程下载，但是，因为接收的子单元213-x-i处于不同状态中，因此要在两次调用的每次中执行不同的程序。即，在步骤307的执行过程中，子单元213-x-i可能处于引导状态801，正在执行驻留的引导程序(或在启动状态803中，正在执行仿真驻留引导程序的一个应用程序)。相反，因为向子单元213-x-i发送了“设置到启动”命令(步骤309)，在步骤311的执行过程中，保证了子单元213-x-i处于启动状态803中。在启动状态803中，子单元213-x-i将使用刚下载的引导程序或早些时候装载的应用程序，以便在下载进程的第二阶段中作出下载的判定。

图4(a)和4(b)更详细地描述了在步骤307中调用的BSC的“标题文件中引导阶段查询菜单”过程的操作。这个阶段1子文件传递过程在调用时被启动(步骤401)。在步骤403，通过从菜单930选择第一个文件修订版标识符931-j(j＝1)执行该过程的初始化。然后，在步骤405，BSC 201使用信令通路215-x-i向子单元213-x-i发送一条消息，查询子程序是否被文件修订版标识符931-j标识为“需要”、“已经下载”、或“禁止”下载。

子单元213-x-i根据下面参考图6和7描述的方法产生一个响应，然后向BSC 201返回该响应。BSC 201在步骤407中接收到该响应，然后在步骤409，提取“引导状态应答”。因为子单元213-x-i可能处于启动状态803，就不需要它在响应中提供任何“引导状态应答”，尽管这是启动状态803中允许的动作。因此，在步骤411中必须确定接收的响应中是否确实出现“引导状态应答” 。

如果响应中没有“引导状态应答”，那么必须强制子单元213-x-i进入引导状态801，以便该查询可以针对这个特定的子程序而重复。因此，在步骤413，信令通路215-x-i被用于向子单元213-x-i发送“设置到引导”命令。然后，执行返回到步骤405以便重复该进程。

如果成功地从响应中提取了“引导状态应答”，那么执行进行到步骤415，以确定应答的性质。如果子单元213-x-i表示文件修订版标识符931-j所标识的子程序是“禁止”下载的，那么执行直接进行到步骤427，在那里执行一个检测以便查看菜单930中的每个文件修订版标识符931-j是否已经处理过。如果如此，那么在步骤431中“标题文件中引导阶段查询菜单”过程返回到过程调用点(即，执行在步骤309重新开始)。否则在步骤429，选择下一个文件修订版标识符931-(j+1)所标识的子程序，而且执行返回到步骤405继续进行。

如果在步骤415，确定子单元213-x-i表示文件修订版标识符931-j所标识的子程序是“需要的”或“已经装载”但仍然要下载的(即，选择步骤417的“强制”分支)，那么执行进行到步骤419。来自BSC操作员或OSS的信息可以用于确定是否应该在子单元213-x-i上强制下载子程序921-j。强制下载是恰当的情况的一个例子是要检测的软件模块的子版本号未被识别为明显高于要替换的模块的版本级别。在这种情况下，现有的模块产生一个响应，表示它“已经被装载”。其它情况可类似地产生强制在子单元213-x-i下载子程序921-j的要求。因为这些情况都是应用特有的，枚举它们超过了本发明的范围。

如果文件修订版标识符931-j所标识的子程序是“已经装载的”而且不强制装载，执行仅象上述一样到427继续进行。

在执行步骤419时，已经确定要进行一次下载操作。因为子单元213-x-i必须处于相应状态中(即，引导状态801)以便在这个下载阶段中接收子文件921，BSC 201测试(步骤419)子单元213-x-i的状态(在优选的实施例中，BSC 201总是记录每个子单元213的当前状态)，而且如果发现子单元213-x-i处于启动状态803中，那么BSC 201首先使用信令通路215-x-i向子单元213-x-i发送“设置到引导”命令。如果子单元213-x-i已经处于引导状态801，这个步骤就可以跳过。

然后，在步骤423，BSC 201检索对应于文件修订版标识符931-j的子文件921-j。通过从位于BSC 201的存储装置中读取这些文件可以完成这一检索。根据本发明的另一个方面，也可以通过向具有存储这些文件的存储装置的OSS 233发送一个请求来完成这一检索。在后一种情况下，OSS 233从它的本地存储装置中检索所请求的子文件921-j，并将其发送到BSC 201。

然后，在步骤425，BSC 201使用信令通路215-x-i向子单元213-x-i发送检索到的子文件921-j。执行然后进行到步骤427的测试，以确定菜单中的每一项是否已经处理过。如果如此，那么过程结束。否则选择下一个文件修订版标识符931-(j+1)，并重复该循环。

现在转到图5(a)和5(b)，更详细地描述步骤311中调用的BSC的

“标题文件中启动阶段查询菜单”过程的操作。这个阶段2子文件传递过程类似于“标题文件中引导阶段查询菜单”，而且当调用时开始(步骤501)。在步骤503，通过从菜单930选择第一个文件修订版标识符931-j(j＝1)执行该过程的初始化。然后，在步骤505，BSC 201使用信令通路215-x-i向子单元213-x-i发送一条消息，查询文件修订版标识符931-j所标识的子程序是否是“需要的”、“已经装载的”、或“禁止”下载的。

子单元213-x-i根据下面参考图7所描述的方法产生一个响应(由于步骤309的执行，保证子单元213-x-i处于启动状态803中)，然后将该响应返回给BSC 201。BSC 201在步骤507收到该响应，然后在步骤509，提取“启动状态应答”。因为子单元213-x-i处于启动状态803中，“启动状态应答”是保证会存在的。

然后，执行进行到步骤511，以确定应答的性质。如果子单元213-x-i表示文件修订版标识符931-j所标识的子程序是“禁止”下载的，那么执行直接进行到步骤519，在那里进行一个检测以便查看菜单930中的每个文件修订版标识符931-j是否已经处理过。如果如此，那么在步骤523“标题文件中启动阶段查询菜单”过程返回到过程调用点(即，执行在步骤313重新开始)。否则在步骤521，选择下一个文件修订版标识符931-(j+1)所标识的子程序，而且执行返回到步骤505继续进行。

如果在步骤511，确定子单元213-x-j表示文件修订版标识符931-j所标识的子程序是“需要的”或“已经装载”但仍然要下载的(即，选择步骤513的“强制”分支)，那么执行进行到步骤515。来自BSC操作员或OSS的信息用于确定是否应该在子单元213-x-i上强制下载子程序921-j。如上所述，强制下载是恰当的情况的一个例子是被检测的软件模块的子版本号未被识别为明显高于要替换的模块的版本级别。

如果文件修订版标识符931-j所标识的子程序是“已经装载的”而且不强制装载，执行仅象上述一样到519继续进行。

在执行步骤515时，已经确定要进行一次下载操作。因为已知子单元213-x-i处于启动状态803中，BSC 201就不必发送任何状态改变命令。因此，此时BSC 201检索对应于文件修订版标识符931-j的子文件921-j。如前，通过从位于BSC 201的存储装置中读取这些文件可以完成这一检索。根据本发明的另一个方面，也可以通过向具有存储这些文件的存储装置的OSS 233发送一个请求来完成这一检索。在后一种情况下，OSS 233从它的本地存储装置中检索所请求的子文件921-j，并将其发送到BSC 201。

然后，在步骤517，BSC 201使用信令通路215-x-i向子单元213-x-i发送检索到的子文件921-j。执行然后进行到步骤519的测试，以确定菜单中的每一项是否已经处理过。如果如此，那么过程结束。否则选择下一个文件修订版标识符931-(j+1)，重复该循环。

为了与执行上述下载过程的BSC 201一起工作，BTS子单元213执行一个现在将参考图6-8描述的程序。正如前面提到的，子单元213可以处于与下载过程有关的两个状态之一：引导状态801和启动状态803(见图8)。在引导状态801，子单元213正在运行驻留的引导装载程序(例如，存储在非易失性存储器中的程序或仿真引导程序的执行应用程序)。在启动状态803，子单元213正在运行装载到它的存储器中的一个应用程序。正如上面所提到的，这个应用程序可以是更复杂的引导程序，用于确定下载过程的第二阶段中将下载哪些文件。图8是一个状态转换图，说明特定消息的接收如何影响子单元213的状态。

图6描述了目前在引导状态801的子单元213的流程。在步骤601，子单元213等待从BSC 201接收一条消息。当BSC 201开始执行上述的标题文件中引导阶段查询菜单过程时(图4(a)和4(b))，子单元213接收一条查询消息，该消息询问文件修订版标识符931-j所标识的子程序是否是“需要的”、“已经装载的”、或“禁止”下载的。这会导致步骤611的执行，在该步骤中子单元213接收到该查询。

然后，在步骤613，子单元213准备“引导状态应答”。例如，利用多种已知方法中任意一种(诸如计算循环冗余字符(CRC)校验和)确定存储器中是否已经装载了有效的程序文件，可以完成这一准备。如果如此，那么，除了子版本部分以外，将查询中收到的文件修订版标识符931-j与装载文件的文件修订版标识符做比较。如果二者匹配，那么“已经装载的”应答就在一条响应消息中发送(步骤615)。如果子单元的存储器中目前没有装载有效的程序文件，或者如果是不匹配，那么分析文件修订版标识符931-j以了解它是否是用于对引导状态801中的这个特定子单元213有效的BTS类型、子单元变体以及子单元类的SW文件。如果如此，“需要的”应答就在响应中发送(步骤615)。

如果没有产生上述应答，那么“禁止”应答在响应中发送(步骤615)。子单元213然后回到步骤601，在那里它重新等待其它消息的到来。

下一条消息可能是一次新的查询，那么重复上述流程。如果下一条消息是子文件921-j，就在步骤607接收它。然后在步骤609，根据多种已知技术中的任意一种处理接收到的子文件921-j，例如解压缩、执行CRC求和、解密、或长度校验。最后，将处理过的文件存储到子单元的存储器中，它可以从此处被执行。

再考虑子单元213等待来自BSC 201消息的情况(步骤601)，下一个到达的消息可能是一条进入启动状态803的命令，在这种情况下它接收该命令(步骤605)，然后开始执行引导状态801中在存储器中存储或找到的程序文件(步骤606)。当开始执行程序时，子单元213的状态改变到启动状态803，如在图7中到入口1的转变所示。

现在参考图7，这是描述一旦子单元213处于启动状态803时的操作的流程图。在步骤701，它等待接收来自BSC 201的一条消息。(当然，子单元213也正在完成执行程序指定的其它任务。该流程图只描述了那些与下载进程有关的操作。)现在正在运行的程序是引导状态801中下载的程序(或者是下载进程的第一阶段中发现已经驻留的程序)。这意味着查询消息的分析现在位于可装载的程序中。因此可以用复杂的方式建立该分析并且可以通过纯SW改变来修改。简而言之，它显示了可动态地装载控制程序的所有灵活性。

在其它方面，图7的流程类似于图6的流程。因此，设置到启动状态的命令(步骤309)之后到达的第一条消息是一个查询，在步骤711中接收。在步骤713中，子单元213可选地以上面针对步骤613描述的方式准备“引导状态应答”。这样做使得启动状态803中执行的程序具有提供供下载进程的第一阶段中使用的响应的可选项。

然后，在步骤715，子单元213准备“启动状态应答”。这个动作是必须的。“启动状态应答”的准备完全依赖于在引导阶段中下载的程序(或者被发现已经装载的程序)。这个步骤可以执行任意操作以便得到是否接受所提供的子文件921-j(“启动状态应答”＝“需要的”)、或是否表示所提供的子文件921-j是“已经装载的”(可以再次下载)、或“禁止”下载的判定。例如，子单元213可以考虑到BTS类型、子单元变体、子单元类，导出作为子文件有效性的函数的“启动状态应答”。子单元213可以再考虑所提供子文件921-j的版本号：是否它等于、低于、或高于目前装载的版本(如果有的话)的版本号。其它可以使用的可能信息是所提供的版本是否与其它子文件(甚至位于BTS 203-x的其它子单元中的子文件)的版本兼容(一个内部网络214-x可以用于确定这个信息)。

在准备完“启动状态应答”之后，执行进行到步骤717，在这里，将“启动状态应答”以及可选的“引导状态应答”编码到一条发送到BSC 201的响应中。根据本发明优选的实施例，该响应被编码为具有一个用于容纳“当前”状态应答的时隙、以及用于容纳“其它”状态应答的第二时隙。因此，既然子单元213目前处于启动状态803中，“启动状态应答”将被编入分配给“当前”状态的响应时隙中，而任何“引导状态应答”将被放入分配给“其它”状态的响应时隙中。

子单元213然后返回等待消息(步骤701)，并如上面针对引导状态801所述(见图6)那样动作。即，当子文件921-j到达时，子单元213处理并存储它(步骤707和709)，如上面针对步骤607和609所述。

如果新查询消息到达，就通过步骤711-717如上所述加以处理。

如果“包结束”标志到达(BSC 201在步骤313发送)，接收该标志，子单元213使用应用专用例程确定应该启动现在装载在存储器中的哪个程序(如果有的话)(步骤703-704)。子单元213的状态保持不变，但是，步骤706结束时运行的任何一个例程保证执行步骤701，以便再继续等待下一条消息。即，任何从当前执行程序取得控制的新程序也必须能够执行图7中所说明的步骤。

如果“设置到引导”命令到达，那么子单元213接收该命令(步骤705)，然后开始执行驻留的引导程序(步骤706)。或者，子单元213可以开始执行一个仿真驻留引导程序的应用程序。在任一情况下，子单元213的状态改变到引导状态801，如图6中到入口2的转变所示。

在本发明的另一个方面中，BTS 203-x中只有一个子单元213-x-1完全允许装载任意子文件921-j。其余子单元213-x-y(2≤y≤m_x)在对每个查询的响应中总是应答“禁止”，不管它们处于引导状态801还是启动状态803。在这种情况下，第一子单元213-x-1负责为BTS 203-x接收所有子文件921，并且通过内部网络214-x将它们分发到其它子单元213-x-y。

根据本发明的又一个方面，下载进程的阶段数可以改变。即，可以减少到只有一个查询进程(每个子文件921查询一次)，或者可以增加到三个或更多的阶段。注意到通过只在一个阶段中执行所有文件传递、然后在所有其它下载阶段中使子单元213拒绝所有提供的子文件921-j，本发明包含有效地将阶段数减少到只有一个的可能性。

此外，阶段数可以动态改变，而且基于从BTS子单元213接收的响应信息来改变。也可以基于标题文件中可能针对每个文件修订版标识符931-j添加的信息来改变。

在本发明的另一个实施例中，不必顺序地处理子单元213-x-i。相反，BSC 201可以并行地向多个或所有子单元213发送查询。

在本发明的又一个实施例中，在发送针对下一个子文件921-(j+1)的查询之前，BSC 201不必等待来自子单元213-x的针对第一子文件921-j的响应。相反，BSC 201可以一次向子单元213-x-i发送文件修订版标识符931的整个列表。这具有允许子单元213-x-i在使自己接收任何特定子文件921之前细读整个列表的好处。那些本领域的一般技术人员能够很容易地修改图3-7的示范实施例从而实现本发明的这一替代实施例。例如，可以设计一个例程使BSC 201向子单元213-x-i发送文件修订版标识符931的每一个，后面跟一个“包结束”标志，使子单元213-x-i知道它已经接收到了所有的文件修订版标识符931。在接收到“包结束”标志时，子单元213-x-i就细读列表，进行选择，并在响应中将其编码。BSC 201在收到响应时，如上所述，可检索并发送请求的子文件921。

如上所述，比起现有技术的下载软件方法，本发明具有多个优点。例如，它考虑到一个软件包可能包括多个子文件这样的事实以及下载可能在多条传输通路上进行的可能性，每条通路在BTS 203-x的不同子单元213-x-i中终结。

此外，本发明不需要子单元和子文件之间一一对应。因为本发明的技术允许子单元或拒绝或接受所提供的子文件，可以把子文件分为若干与任一子单元的需要无关的包。

参考具体实施例描述了本发明。但是，对本领域技术人员很显然的是：以特殊形式而不是上述优选实施例中的那些形式体现本发明是可能的。这可以在不背离本发明构思的条件下进行。优选实施例只是说明性的而且不应该认为存在任何方式的限制。本发明的范围通过所附的权利要求给出，而不是前面的描述，落入权利要求范围内的所有变化及等价物都旨在包括于其中。

Claims

1.在包括连接于第二节点的第一节点的网络化系统中，向第二节点提供一个或多个所需的软件文件的方法，包括如下步骤：

在第一节点中，检索一个包括软件文件标识符列表的菜单，其中，每个软件文件标识符标识多个软件文件中相应的一个；

从第一节点向第二节点发送软件文件标识符列表；

在第二节点中，检查每个软件文件标识符，并且，对于每个软件文件标识符，形成一个响应，该响应包括一个表示多个软件文件中相应于该标识符的一个文件是需要的或者不需要的二中择一的指示；

从第二节点向第一节点发送响应；

在第一节点中，检查该响应并检索多个软件文件中对应于第二节点表示需要的软件文件标识符的那些文件；并

从第一节点向第二节点发送检索到的软件文件。

2.权利要求1的方法，其特征在于，表示多个软件文件中相应的一个是不需要的指示是表示多个软件文件中相应的一个已经在第二节点中装载的指示，或者表示多个软件文件中相应的一个禁止在第二节点中装载的指示两者之一。

3.权利要求1的方法，其特征在于：

该网络化的系统是一个蜂窝电话系统，第一节点是基站控制器，而第二节点是基站收发站；

基站控制器包括用于存储多个软件文件的存储装置；以及

在第一节点中，检索多个软件文件中与第二节点表示为需要的软件文件标识符相对应的那些文件的步骤包括：从本地存储装置中检索多个软件文件中与第二节点表示为需要的软件文件标识符相对应的那些文件的步骤。

4.权利要求1的方法，其特征在于：

该网络化的系统是一个蜂窝电话系统，第一节点是基站控制器，而第二节点是基站收发站；以及

在第一节点中，检索多个软件文件中与第二节点表示为需要的软件文件标识符相对应的那些文件的步骤包括如下步骤：

从第一节点向操作支持系统发送一个请求，请求多个软件文件中与第二节点表示需要的软件文件标识符相对应的那些文件；

在操作支持系统中，检索所请求的软件文件；以及

从操作支持系统向第一节点发送检索到的软件文件.

5.权利要求1的方法，其特征在于，向第二节点发送软件文件标识符列表的步骤包括如下步骤：

a)从软件文件标识符列表中选择一个第一软件文件标识符用做当前软件文件标识符；

b)从第一节点向第二节点发送当前软件文件标识符；

c)等待来自第二节点的响应；

d)从第二节点收到响应后，从软件文件标识符列表中选择下一个软件文件标识符用做当前软件文件标识符；以及

e)重复b)到d)步骤直到软件文件标识符列表中的每个软件文件标识符都从第一节点发送到了第二节点。

6.权利要求5的方法，其特征在于，步骤d)包括如下步骤：

在从第二节点收到响应之后，等待在第一节点中检查该响应；

等待在第一节点中检索多个软件文件中与第二节点表示为需要的软件文件标识符相对应的那些文件；

等待所检索的软件文件从第一节点发送到第二节点；以及随后

从软件文件标识符列表中选择下一个软件文件标识符用做当前软件文件标识符。

7.在包括连接于第二节点的第一节点的网络化系统中，向第二节点提供一个或多个所需的软件文件的方法，包括如下步骤：

从第一节点向第二节点发送软件文件标识符列表；

在第二节点中，使用一个驻留程序检查每个软件文件标识符，并且，对于每个软件文件标识符，形成一个第一响应，该响应包括一个表示多个软件文件中相应于该标识符的一个文件是需要的或者不需要的二中择一的第一指示；

从第二节点向第一节点发送第一响应；

在第一节点中，检查第一响应并检索多个软件文件中对应于第二节点表示为需要的软件文件标识符的那些文件；

从第一节点向第二节点发送所检索到的软件文件；

在第二节点中，开始执行从第一节点接收的软件文件；

从第一节点向第二节点第二次发送软件文件标识符列表；

在第二节点中，使用从第一节点接收的执行软件文件检查每个软件文件标识符，并且，对于每个软件文件标识符，形成一个第二响应，该响应包括一个表示多个软件文件中相应于该标识符的一个文件是需要的或者不需要的二中择一的第二指示；

从第二节点向第一节点发送第二响应；

在第一节点中，检查第二响应并检索多个软件文件中对应于第二节点在第二响应中表示为需要的软件文件标识符的那些文件；以及

作为在第一节点中检查第二响应的结果，从第一节点向第二节点发送所检索到的软件文件。

8.权利要求7的方法，其特征在于，表示多个软件文件中相应的一个是不需要的第一和第二指示中的每一个是表示多个软件文件中相应的一个已经在第二节点中装载的指示，或者表示多个软件文件中相应的一个禁止在第二节点中装载的指示的二者之一。

9.在包括连接于第二节点的第一节点的网络化系统中，向第二节点提供一个或多个所需的软件文件的设备，该设备包括：

在第一节点中：

检索包括软件文件标识符列表的菜单的装置，其中，每个软件文件标识符标识多个软件文件中相应的一个；以及

从第一节点向第二节点发送软件文件标识符列表的装置；

在第二节点中：

检查每个软件文件标识符、并且对于每个软件文件标识符形成一个响应的装置，该响应包括一个表示多个软件文件中相应于该标识符的一个文件是需要的或者不需要的二中择一的指示；以及

从第二节点向第一节点发送该响应的装置；

其中第一节点还包括：

检查该响应并检索多个软件文件中对应于第二节点表示为需要的软件文件标识符的那些文件的装置；以及

从第一节点向第二节点发送所检索的软件文件的装置。

10.权利要求9的设备，其特征在于，表示多个软件文件中相应的一个是不需要的指示是表示多个软件文件中相应的一个已经在第二节点中装载的指示，或者表示多个软件文件中相应的一个禁止在第二节点中装载的指示的二者之一。

11.权利要求9的设备，其特征在于：

基站控制器包括存储多个软件文件的存储装置；以及

在第一节点中，检索多个软件文件中与第二节点表示为需要的软件文件标识符相对应的那些文件的装置，包括从本地存储装置检索多个软件文件中与第二节点表示为需要的软件文件标识符相对应的那些文件的装置。

12.权利要求9的设备，其特征在于：

该网络化的系统是一个蜂窝电话系统，后者进一步包括一个连接到第一节点的操作支持系统；

第一节点是基站控制器；

第二节点是基站收发站；

在第一节点中，检索多个软件文件中与第二节点表示为需要的软件文件标识符相对应的那些文件的装置，包括从第一节点向操作支持系统发送一个请求、请求多个软件文件中与第二节点表示为需要的软件文件标识符相对应的那些文件的装置；以及

操作支持系统包括：

检索所请求的软件文件的装置；以及

从操作支持系统向第一节点发送所检索到的软件文件的装置。

13.权利要求9的设备，其特征在于，向第二节点发送软件文件标识符列表的装置包括：

从软件文件标识符列表中选择一个第一软件文件标识符用做当前软件文件标识符的装置；

从第一节点向第二节点发送当前软件文件标识符的装置；

等待来自第二节点的响应的装置；

响应从第二节点收到的响应，从软件文件标识符列表中选择下一个软件文件标识符用做当前软件文件标识符的装置，用该装置将当前软件文件标识符从第一节点发送到第二节点。

14.权利要求9的设备，其特征在于，向第二节点发送软件文件标识符列表的装置包括：

从软件文件标识符列表中选择第一软件文件标识符用做当前软件文件标识符的装置；

从第一节点向第二节点发送当前软件文件标识符的装置；

等待装置，连接到检查和检索装置以及连接到从第一节点向第二节点发送所检索的软件文件的装置，用于等待多个软件文件中对应于第二节点表示为需要的软件文件标识符的那些文件被检索并从第一节点发送到第二节点，并当等待结束时产生一个输出；

响应等待装置的输出、从软件文件标识符列表中选择下一个软件文件标识符用做当前软件文件标识符的装置，用该装置将当前软件文件标识符从第一节点发送到第二节点。

15.在包括连接于第二节点的第一节点的网络化系统中，向第二节点提供一个或多个所需的软件文件的设备，该设备包括：

在第一节点中：

检索一个包括软件文件标识符列表的菜单的装置，其中，每个软件文件标识符标识多个软件文件中相应的一个；以及

从第一节点向第二节点发送软件文件标识符列表的装置；

在第二节点中：

使用一个驻留程序检查每个软件文件标识符、并且对于每个软件文件标识符形成一个第一响应的装置，该响应包括一个表示多个软件文件中相应于该标识符的一个文件是需要的或者不需要的二中择一的第一指示；以及

从第二节点向第一节点发送第一响应的装置；

其中，第一节点进一步包括：

检查第一响应并检索多个软件文件中与第二节点表示为需要的软件文件标识符相对应的那些文件的装置；

从第一节点向第二节点发送所检索的软件文件的装置；以及

从第一节点向第二节点第二次发送软件文件标识符列表的装置；

第二节点进一步包括：

开始执行从第一节点接收的软件文件的装置；

使用从第一节点接收的执行软件文件以检查每个软件文件标识符、并且对于每个软件文件标识符形成一个第二响应的装置，该响应包括一个表示多个软件文件中相应于该标识符的一个文件是需要的或者不需要的二中择一的第二指示；以及

从第二节点向第一节点发送第二响应的装置；

其中，第一节点还包括：

检查第二响应并检索多个软件文件中与第二节点在第二响应中表示为需要的软件文件标识符相对应的那些文件的装置；以及

作为在第一节点中检查第二响应的结果，从第一节点向第二节点发送所检索的软件文件的装置。

16.权利要求15的设备，其特征在于，表示多个软件文件中相应的一个是不需要的第一和第二指示中的每一个是表示多个软件文件中相应的一个已经在第二节点中装载的指示，或者表示多个软件文件中相应的一个禁止在第二节点中装载的指示的二者之一。