CN101778497A - 获取软件的方法及通信设备 - Google Patents

Abstract

本发明实施例公开了一种获取软件的方法和通信设备。其中，该方法包括：获取多模基站的工作制式；根据多模基站的工作制式确定多模基站的基带处理单元所对应的第一逻辑类型；根据确定出的第一逻辑类型和基带处理单元的硬件类型，确定运行基带处理单元所需要获取的软件类型；根据确定的软件类型，获取运行基带处理单元所需要的软件。采用本发明实施例的技术方案，能够有针对性的下载基带处理单元的软件，提高软件获取的效率和准确性。

Description

获取软件的方法及通信设备

技术领域

本发明涉及通信技术领域，尤其涉及一种获取软件的方法及通信设备。

背景技术

在多模基站中，多模基站可以工作在不同的通信模式下。主控板和基带板是其中的重要硬件，一般情况下主控板运行的软件是相同的，针对基站的不同工作模式，基带板运行不同的软件。可以理解的是，基带板也可以称为基带处理单元。

基带板的软件可以从网管下载。从网管下载基带板的软件时，可以根据基带板的逻辑类型和硬件类型来下载对应的软件。在从网管下载基带板的软件时，根据主控板上的初始缺省数据下载基带板软件。

而目前现有技术的方案中，主控板上的初始缺省数据中的基带板的类型只能是一种。这样，当初始缺省数据中基带板的类型和基带板真正需要的类型不同时，下载的软件并不是基带板真正需要的软件。

例如：主控板上初始缺省数据默认是某种模式A的基带板，基站开站时，对该模式A的基带板，相应的软件可以从网管处下载得到。但是，对于另一种模式B的基带板，从网管下载软件包时还是会下载模式A的基带板所对应的软件，该下载的软件激活后，基带板在主控主区将找不到对应模式B基带板的软件，此种情况下，会要求进行软件增补。而软件增补会大大增加开站的时间开销，影响开站的速度。

发明内容

本发明实施例要解决的问题是提供一种获取软件的方法和通信设备，提高软件获取的效率和准确性。

为解决上述技术问题，本发明实施例提供了一种获取软件的方法，包括：获取多模基站的工作制式；根据多模基站的工作制式确定多模基站的基带处理单元所对应的第一逻辑类型；根据确定出的第一逻辑类型和基带处理单元的硬件类型，确定运行基带处理单元所需要获取的软件类型；根据确定的软件类型，获取运行该基带处理单元所需要的软件。

本发明实施例提供了一种通信设备，包括：第一获取模块，用于获取多模基站的工作制式；第一确定模块，用于根据第一获取模块获取的多模基站的工作制式，确定多模基站的基带处理单元所对应的第一逻辑类型；第二确定模块，用于根据第一确定模块确定出的第一逻辑类型和基带处理单元的硬件类型，确定运行该基带处理单元所需要获取的软件类型；第二获取模块，用于根据第二确定模块确定的软件类型，获取运行基带处理单元所需要的软件。

本发明实施例与现有技术相比，主要区别及其效果在于：

在本发明实施例中，首先获取多模基站的工作制式，确定多模基站的基带处理模块所对应的逻辑类型，再通过基带处理单元所对应的逻辑类型和基带处理单元的硬件类型确定要获取的运行基带处理单元板的软件类型，从而实现有针对性的软件下载，提高软件获取的效率和准确性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明获取软件的方法实施例一流程示意图；

图2为本发明获取软件的方法实施例二流程示意图；

图3为本发明获取软件的方法实施例三流程示意图；

图4为本发明获取软件的方法实施例五流程示意图；

图5为本发明通信设备实施例六结构示意图；

图6为本发明通信设备实施例七的结构示意图；

图7为本发明通信设备实施例八的结构示意图；

图8为本发明通信设备实施例十的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明实施例作进一步详细的说明。

需要说明的是，本发明实施例中的技术方案可以适用于任何多模基站的应用场景，其原理和本发明实施例类似。

实施例一

本发明第一实施例涉及一种获取软件的方法。图1为本发明获取软件的方法实施例一流程示意图。如图1所示，本发明实施例一的获取软件的方法，包括以下步骤：

步骤110，获取多模基站的工作制式；

可以理解的是，多模基站的工作制式还可以称为“工作类型”或“工作模式”。另外，多模基站可以为多模宏基站或多模分布式基站。

步骤120，根据多模基站的工作制式确定多模基站的基带处理单元所对应的逻辑类型；

本步骤中，可以将确定出的基带处理单元所对应的逻辑类型称为第一逻辑类型。

针对多模分布式基站，若确定出RRU的制式为FDD，则可以确定该多模分布式基站的基带处理单元所对应的第一逻辑类型是FDD，或者说，该基带处理单元需要采用FDD的逻辑类型；若确定出RRU的制式为TDD，则确定多模基站的基带处理单元所对应的逻辑类型是TDD，或者说，该基带处理单元需要采用TDD的逻辑类型；

步骤130，根据基带处理单元所对应的第一逻辑类型和基带处理单元的硬件类型，确定运行该基带处理单元所需的软件类型；

因为在步骤120中，已经确定了基带处理单元所对应的逻辑类型，因此在步骤130中，可以根据步骤120中所确定的基带处理单元所对应的逻辑类型，以及基带处理单元的硬件类型确定运行基带处理单元所需的软件类型，或者说，基带处理单元的运行软件类型；

步骤140，根据确定的软件类型，获取运行基带处理单元所需要的软件；

通过步骤110至步骤130已经确定了该基带处理单元运行所需要的软件类型，在步骤140中则下载该软件到该多模基站。

本发明实施例的技术方案，在下载软件之前先获取该多模基站的工作制式，根据该多模基站的工作制式确定基带处理单元所对应的逻辑类型，再通过基带处理单元所对应的逻辑类型和基带处理单元的硬件类型确定运行基带处理单元所需的运行软件类型，最后再下载软件，保证下载的软件和基带处理单元的逻辑类型以及硬件类型是匹配的，后继不会再进行软件增补，从而有针对性的下载基带处理单元的软件，提高软件获取的效率和准确性。

实施例二

本发明第二实施例涉及一种获取软件的方法。图2为本发明第二实施例流程示意图，如图2所示，本发明实施例二的获取软件的方法，包括以下步骤：

步骤210，获取多模基站的工作制式；

其中，具体的获取方式可以参见第一实施例；

步骤220，根据该多模基站的工作制式确定多模基站的基带处理单元所对应的第一逻辑类型；

其中，具体的确定方式可以参见第一实施例；

步骤230，判断确定出的第一逻辑类型与基带处理单元当前的逻辑类型是否匹配；

本步骤中，可以将基带处理单元当前的逻辑类型称为第二逻辑类型；

步骤240，如果判断的结果是不匹配，则更新基带处理单元的逻辑类型为第一逻辑类型；

具体的，如果判断结果为确定出的第一逻辑类型与基带处理单元当前的第二逻辑类型不匹配，则可以通过在主控板的数据区修改基带处理单元逻辑类型的数据，使基带处理单元逻辑类型发生变化；

可以理解的是，如果判断结果为确定出的第一逻辑类型与基带处理单元当前的第二逻辑类型匹配，则可以不更新基带处理单元的逻辑类型为第一逻辑类型。

步骤250，根据基带处理单元所对应的第一逻辑类型和基带处理单元的硬件类型，确定运行基带处理单元所需的软件类型；

其中，具体的确定方式可以参见第一实施例；

步骤260，根据确定的软件类型，获取运行基带处理单元所需要的软件；

其中，具体的获取方式可以参见第一实施例。

在本实施例中上述的步骤230和步骤240，也可以根据实际情况变换到步骤250和步骤260之间，或者变换到步骤260之后。

另外，在本实施例中，还可以不经过步骤230的判断，直接进行步骤240，即更新基带处理单元的逻辑类型为第一逻辑类型。

本发明实施例的技术方案，在第一实施例的基础上，增加了判断确定出的第一逻辑类型与基带处理单元当前的逻辑类型是否匹配的操作，并在判断结果为不匹配的情况下，将基带处理单元的逻辑类型更新为所确定的第一逻辑类型。采用这样的技术方案，可以在提高软件下载效率和准确性的基础上，进一步使得基带处理单元的逻辑类型随着多模基站工作制式的变化而保持相对应的状态。

实施例三

本发明第三实施例涉及一种获取软件的方法。图3为本发明第三实施例流程示意图，如图3所示，在本实施例中，以多模基站为多模分布式基站为例进行说明，该方法包括以下步骤：

步骤310，获取多模分布式基站的RRU的制式；

针对多模分布式基站，获取多模基站的工作制式包括：通过获取多模分布式基站的射频拉远单元RRU的制式(即工作时所采用的制式)，以获取多模分布式基站的工作模式。另外，该RRU的制式可以是频分双工(Frequency Division Duplexing，简称FDD)和时分双工(Time DivisionDuplexing，简称TDD)。

进一步的，在获取RRU制式时，可以通过RRU的硬件版本号获取该RRU的制式。另外，如果是在RRU的维护链路建立后，也可以通过拓扑扫描的方式获取该RRU的制式。

步骤320，根据RRU的制式确定多模分布式基站的BBU所对应的逻辑类型；

可以理解的是，BBU是室内基带处理单元(Building Base band Unite)的简称，在本发明实施例中，其代表了多模分布式基站的基带处理单元。

针对多模分布式基站，若步骤310中获取的RRU的制式为FDD，则可以确定该多模分布式基站的BBU所对应的逻辑类型是FDD，或者说，该BBU需要采用FDD的逻辑类型；若步骤310中确定出RRU的制式为TDD，则确定多模分布式基站的BBU所对应的逻辑类型是TDD，或者说，该BBU需要采用TDD的逻辑类型。

步骤330，根据BBU所对应的逻辑类型和BBU的硬件类型，确定运行BBU所需的软件类型；

其中，因为在步骤320中，已经确定了BBU所对应的逻辑类型，因此在步骤330中，可以根据步骤320中所确定的BBU所对应的逻辑类型，以及BBU的硬件类型确定运行该BBU所需的软件类型，或者说，该BBU的运行软件类型。

步骤340，根据确定的软件类型，获取运行BBU所需要的软件类型；

通过步骤310至步骤330已经确定了该BBU运行所需要的软件类型，在步骤340中则下载该软件到该多模分布式基站。

以多模分布式基站开站的场景为例，一般在开站过程中，网管(比如操作维护中心)会向多模分布式基站下发获取软件包的命令。在本发明实施例中，在完成了步骤310至步骤330之后，多模基站可以根据网管下发的获取软件包的命令，通过基站软件管理模块下载相应的软件。

一般而言，该软件可以下载到基站的主控板的备区，在软件激活之后切换到基站主控板的主区，再从主控板下载到BBU的运行区。

在本发明实施例中，该多模基站也可以是多模宏基站，其工作原理和本实施例类似。

通过本发明实施例的技术方案，对于多模分布式基站，可以实现有针对性的下载基带处理单元的软件，提高软件获取的效率和准确性。当然，如果针对开站的场景，则可以缩短开站时间。

实施例四

实施例三以多模分布式基站为例进行了描述。

可以理解的是，若多模基站为多模宏基站，则获取多模基站的工作制式可以包括：获取宏基站的射频处理单元RFU的制式，或者，直接获取该多模宏基站的制式。

该RFU的制式可能为FDD或者为TDD。相应的，根据射频处理模块的制式确定多模基站的基带处理单元所对应的逻辑类型包括：根据宏基站射频处理单元RFU的制式为FDD或者TDD，确定多模宏基站基带处理单元对应的逻辑类型为FDD或者TDD。

或者，该多模宏基站的制式可以是2G、3G或4G。具体的，比如，2G以全球移动通信系统(Global System For Mobile Communications，简称：GSM)为例，3G是宽带码分多址(Wideband Code Division MultipleAccess，简称：WCDMA)，或时分-同步码分多址(TimeDivision-Synchronous Code Division Multiple Access，简称：TD-SCDMA)，或码分多址CDMA2000为例，4G为长期演进系统(Long Term Evolution，简称：LTE)为例。比如，该多模宏基站是WCDMA和LTE双模宏基站，则可以获取该多模宏基站的工作制式究竟是WCDMA还是LTE。而获取的方式可以有多种，既可以通过RFU采用的制式来确定，也可以通过其他本领域人员所可以理解的其他方式来实现，本发明实施例对此不作限定。

而当多模宏基站的工作制式确定之后的相应步骤，可以参见多模分布式基站实施例中的描述。

通过本发明实施例的技术方案，对于多模宏基站，可以实现有针对性的下载基带处理单元的软件，提高软件获取的效率和准确性。当然，如果针对开站的场景，则可以缩短开站时间。

实施例五

本发明第五实施例涉及一种获取软件的方法。图4为本发明第五实施例流程示意图，如图4所示，在本实施例中，以多模基站为多模分布式基站为例进行说明，该方法包括以下步骤：

步骤410，通过标记判断多模基站是否处于开站状态；。

例如在基站闪存中设置一个标记位，或者在基站出厂时在缺省状态中设置标记位，当标记位为1则可以判断该多模基站处于开站流程，当标记位为0则可以判断该多模基站不处于开站流程。当判断结果是不处于该开站流程，则直接根据需要进行开站之后的流程；当判断结果为该多模基站处于开站流程，则可以继续进行下一步骤；

步骤420，获取多模分布式基站的RRU的制式；

其中，具体描述可以参见第三实施例。

步骤430，根据RRU的制式确定多模分布式基站的BBU所对应的逻辑类型；

其中，具体描述可以参见第三实施例。

步骤440，根据BBU所对应的逻辑类型和BBU的硬件类型，确定运行BBU所需的软件类型；

其中，具体描述可以参见第三实施例。

步骤450，根据确定的软件类型，获取运行BBU所需要的软件；

其中，具体描述可以参见第三实施例。

步骤460，判断所获取的运行软件是否在多模分布式基站生效，如果是，则标记多模基站处于非开站状态；

在获取基带处理单元的运行软件之后，可以判断所获取的运行软件是否已经生效，如果所获取的基带处理单元的运行软件已经在多模基站生效，则标记多模基站处于非开站状态。

本步骤的相应细节可以是：通过判断主控板是否可以正常启动，来判断所获取的软件是否在多模分布式基站生效。如果所获取的BBU的运行软件已经在多模分布式基站生效，可以设置一个标记位，该标记位为0则表示该基站不处于开站流程。如果所获取的基带处理单元的运行软件未在多模基站生效，则可以继续等待一段时间后再次进行判断，直至判断的结果为生效后，标记该多模分布式基站为非开站状态。或者，如果在开站过程中由于出现开站失败的情况而导致获取的软件没有能够在多模基站生效，则可以认为获取的软件已经失效，此种情况下，可以重复执行获取软件的操作，重新执行一次开站中的软件下载流程。

以上以多模分布式基站为例进行了描述。可以理解的是，该实施例的上述流程也适用于多模宏基站的情况。

本发明实施例增加了判断基站是否处于开站流程的步骤，且在软件已经在基站生效的情况下标记基站处于非开站流程。可以理解的是，该实施例具体针对开站场景，提高了开站场景下软件下载的效率和准确性，且可以及时提示开站流程的完成，以利于多模基站及时进行后续运行。

当然，可以理解的是，在本发明实施例的基础上，还可以增加判断确定出的逻辑类型和基带处理单元当前的逻辑类型是否一致的步骤，如果在不一致的情况下，同样可以更新基带处理单元的当前逻辑类型。具体细节可以参见前述实施例描述。

实施例六

本发明第六实施例涉及一种设备。图5为本发明设备实施例六的结构示意图。在本发明实施例六中，该设备可以提高软件下载的效率和准确性。

该设备可以是单独存在的，也可以是通过集成的方式集成在多模基站中。比如，该设备可以是基站，具体的说，可以通过基站中的主控板来实现。

如图5所示，本发明实施例中的通信设备可以包括以下模块或单元：

第一获取模块501，用于获取多模基站的工作制式。

可以理解的是，多模基站的工作制式还可以称为“工作类型”或“工作模式”。另外，多模基站可以为多模宏基站或多模分布式基站。

第一确定模块502，用于根据第一获取模块501获取的多模基站的工作制式，确定多模基站的基带处理单元所对应的逻辑类型。

可以将第一获取模块501确定出的基带处理单元所对应的逻辑类型称为第一逻辑类型。针对多模分布式基站，若确定出RRU的制式为FDD，则可以确定该多模分布式基站的基带处理单元所对应的第一逻辑类型是FDD，或者说，该基带处理单元需要采用FDD的逻辑类型；若确定出RRU的制式为TDD，则确定多模基站的基带处理单元所对应的逻辑类型是TDD，或者说，该基带处理单元需要采用TDD的逻辑类型。

第二确定模块503，用于根据第一确定模块502确定出的基带处理单元所对应的第一逻辑类型和基带处理单元的硬件类型，确定运行该基带处理单元所需的软件类型。

在第一确定模块502确定了基带处理单元所对应的逻辑类型之后，第二确定模块503通过结合基带处理单元的硬件类型和基带处理单元所对应的逻辑类型确定基带处理单元的运行软件类型。

第二获取模块504，用于根据确定的软件类型，获取运行基带处理单元所需要的软件。

在第二确定模块503确定了运行基带处理单元所需要的软件类型之后，该第二获取模块504可以通过下载的方式，从网管下载该软件。并可以将文件下载到该多模基站的主控板。

本发明实施例的技术方案，通过确定多模基站的工作制式，并由第一确定模块根据多模基站的工作制式确定基带处理单元所对应的逻辑类型，再通过第二确定模块确定运行基带处理单元所需的软件类型，最后通过第二获取模块获取该软件，从而保证下载的软件是正确的。在多模基站开站的场景下，不需要进行软件增补工作，提高了软件下载的效率和准确性，缩短了开站时间。

实施例七

本发明第七实施例涉及一种通信设备。图6为本发明设备实施例七的结构示意图。在本发明实施例七中，设备包括第一获取模块601、第一确定模块602、第二确定模块603、第二获取模块604，具体功能可参见实施例六。

另外，该设备还包括判断模块605和更新模块606。

该判断模块605用于判断第一确定模块602所确定出的第一逻辑类型与基带处理单元当前的逻辑类型是否匹配；在本步骤中，可以将基带处理单元当前的逻辑类型称为第二逻辑类型。

更新模块606，用于在判断模块605判断出第一逻辑类型与基带处理单元当前的第二逻辑类型不匹配时，可以通过在主控板的数据区修改基带处理单元的逻辑类型的数据，使基带处理单元逻辑类型发生变化。

可以理解的是，如果判断结果为所确定出的第一逻辑类型与基带处理单元当前的第二逻辑类型匹配，则可以不更新基带处理单元的逻辑类型。

在本实施例中，也可以不使用判断模块605，而是由更新模块606直接将基带处理单元的逻辑类型更新为第一逻辑类型。

本发明实施例增加了第一判断模块605，根据判断的结果决定是否需要更新当前基带处理单元的逻辑类型，避免了在当前基带处理单元的逻辑类型与基带处理单元所对应的逻辑类型的情况下更新基带处理单元的逻辑类型，避免了重复的操作，节约了开站时间。另外通过增加更新模块606，可以在提高软件下载效率和准确性的基础上，进一步使得基带处理单元的逻辑类型随着多模基站工作制式的变化而保持相对应的状态。

实施例八

本发明第八实施例涉及一种设备。图7为本发明设备实施例八的结构示意图。在本发明实施例八中，设备包括第一获取模块701、第一确定模块702、第二确定模块703、第二获取模块704，其中，第二确定模块703及第二获取模块704的具体功能可参见实施例六。在本实施例中，以多模基站为多模分布式基站为例进行说明。另外，该多模分布式基站也可以是2G、3G或4G的多模分布式基站。

第一获取模块701，用于获取多模分布式基站的RRU的制式。

针对多模分布式基站，获取多模基站的工作制式包括：通过获取多模分布式基站的射频拉远单元RRU的制式(即工作时所采用的制式)，以获取多模分布式基站的工作模式。另外，该RRU的制式可以是频分双工(Frequency Division Duplexing，简称FDD)和时分双工(Time DivisionDuplexing，简称TDD)。

进一步的，在获取RRU制式时，可以通过RRU的硬件版本号获取该RRU的制式。另外，如果是在RRU的维护链路建立后，也可以通过拓扑扫描的方式获取该RRU的制式。

第一确定模块702，用于根据RRU的制式确定多模分布式基站的BBU所对应的逻辑类型。

针对多模分布式基站，若第一获取模块701获取的RRU的制式为FDD，则可以确定该多模分布式基站的BBU所对应的逻辑类型是FDD，或者说，该BBU需要采用FDD的逻辑类型；若第一获取模块701获取的RRU的制式为TDD，则确定多模分布式基站的BBU所对应的逻辑类型是TDD，或者说，该BBU需要采用TDD的逻辑类型。

第二确定模块703，用于根据BBU所对应的逻辑类型和BBU的硬件类型，确定运行BBU所需的软件类型。

因为第一确定模块702已经确定了BBU所对应的逻辑类型，因此第二确定模块703，可以根据第一确定模块702所确定的BBU所对应的逻辑类型，以及BBU的硬件类型确定运行该BBU所需的软件类型，或者说，该BBU的运行软件类型。

第二获取模块704，用于根据确定的软件类型，获取运行BBU所需要的软件。

由于第一获取模块701、第一确定模块702以及第二确定模块703已经确定了该BBU运行所需要的软件类型，第二获取模块704则下载该软件到该多模分布式基站。

在本发明实施例中，该多模基站也可以是多模宏基站，其第一获取模块获取多模宏基站的工作制式，其工作原理和本实施例类似。

通过本发明实施例的技术方案，对于多模分布式基站，可以实现有针对性的下载基带处理单元的软件，提高软件获取的效率和准确性。

实施例九

实施例八以多模分布式基站为例进行了描述。

可以理解的是，若多模基站为多模宏基站，则第一获取模块获取宏基站的射频处理单元RFU的制式，或者，直接获取该多模宏基站的制式。

该RFU的制式可能为FDD或者为TDD。相应的，根据射频处理模块的制式确定多模基站的基带处理单元所对应的逻辑类型包括：根据宏基站射频处理单元RFU的制式为FDD或者TDD，确定多模宏基站基带处理单元对应的逻辑类型为FDD或者TDD。

或者，该多模宏基站的制式可以是2G、3G或4G。具体的，比如，2G以GSM为例，3G是WCDMA，或TD-SCDMA，或码分多址CDMA2000为例，4G以LTE为例。比如，该多模宏基站是WCDMA和LTE双模宏基站，则可以获取该多模宏基站的工作制式究竟是WCDMA还是LTE。而获取的方式可以有多种，既可以通过RFU采用的制式来确定，也可以通过其他本领域人员所可以理解的其他方式来实现，本发明实施例对此不作限定。

而当第一获取模块获取了多模宏基站的工作制式之后，第一确定模块、第二确定模块以及第二获取模块的操作可以参见多模分布式基站实施例中的描述。

通过本发明实施例的技术方案，对于多模宏基站，可以实现有针对性的下载基带处理单元的软件，提高软件获取的效率和准确性。当然，如果针对开站的场景，则可以缩短开站时间。

实施例十

本发明第十实施例涉及一种设备。图8为本发明设备实施例十的结构示意图。在本发明实施例十中，设备包括第一获取模块801、第一确定模块802、第一判断模块803、更新模块804、第二确定模块805、第二获取模块806，具体功能可参见实施例七。

还包括第二判断模块807，用于在第一获取模块801获取多模基站的工作制式之前，通过标记判断多模基站是否处于开站状态，第三判断模块808，用于在第二获取模块806获取运行基带处理单元所需的软件之后，判断所获取的运行基带处理单元所需要的软件是否在多模基站生效，以及标记模块809，用于在第三判断模块808确定所获取的运行基带处理单元所需要的软件已经在多模基站生效后标记该多模基站处于非开站状态。

如图8所示，本发明实施例十包括第二判断模块807，用于在第一获取模块801获取多模基站的工作制式之前，通过标记判断多模基站是否处于开站状态，该第二判断模块807可以通过一个标记位进行判断，例如，可以设置一个标记位，当标记位为1，则第二判断模块807判断该多模基站处于开站流程，当标记位为0，则第二判断模块807判断该多模基站不处于开站流程。

第三判断模块808，用于在第二获取模块806获取运行基带处理单元所需要的软件之后，判断所获取的基带处理单元的运行软件是否在多模基站生效。第三判断模块808通过判断主控板是否正常启动可以判断该获取的软件是否在多模基站生效。

还包括标记模块809，如果所获取的基带处理单元的运行软件已经在多模基站生效，该标记模块809可以设置一个标记位，该标记位为0则表示该基站不处于开站流程。或者，如果在开站过程中由于出现开站失败的情况而导致获取的软件没有能够在多模基站生效，则可以认为获取的软件已经失效，此种情况下，可以重复执行获取软件的操作，重新执行一次开站中的软件下载流程。

本发明实施例增加了第二判断模块807，判断该多模基站是否处于开站流程的步骤，避免在多模基站不处于开站流程中也进行开站操作。并且，可以通过第三判断模块808判断获取的基带处理单元的运行软件是否在该基站生效，如果已经生效则标记基站处于非开站流程，从而可以及时提示开站流程的完成，以利于多模基站及时进行后续运行。

本发明实施例可以应用于长期演进(Long Term Evolution，简称：LTE)系统中，还可以应用于宽带码分多址(Wideband Code Division MultipleAccess，简称：WCDMA)系统、全球移动通信系统(Global System ForMobile Communications，简称：GSM)、时分-同步码分多址(TimeDivision-Synchronous Code Division Multiple Access，简称：TD-SCDMA)、码分多址CDMA2000、全球微波互联接入(Worldwide Interoperability forMicrowave Access，简称：WIMAX)等系统中。在这些系统中，该通信设备可以是基站(具体可以由基站的主控板实现)或者基站控制器或其他需要下载软件的网络设备，尤其是，在开站场景下需要获取软件的网络设备。

值得说明的是，实施例的编号只是为了描述的方便而使用，而不作为实施例之间优劣比对的依据。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、设备、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

通过以上的实施例的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，在没有超过本申请的范围内，可以通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

另外，所描述系统、设备和方法以及不同实施例的示意图，在不超出本申请的范围内，可以与其它系统，模块，技术或方法结合或集成。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电子、机械或其它的形式。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种获取软件的方法，其特征在于，包括：

获取多模基站的工作制式；

根据所述多模基站的工作制式确定所述多模基站的基带处理单元所对应的第一逻辑类型；

根据确定出的第一逻辑类型和基带处理单元的硬件类型，确定运行所述基带处理单元所需要获取的软件类型；

根据所述确定的软件类型，获取运行所述基带处理单元所需要的软件。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

判断确定出的第一逻辑类型与所述基带处理单元的当前的第二逻辑类型是否匹配；

如果判断的结果是不匹配，则更新所述基带处理单元的逻辑类型为所述第一逻辑类型。

3.根据权利要求1所述的方法，其特征在于，所述多模基站为多模宏基站或多模分布式基站；

若所述多模基站为多模分布式基站，所述获取多模基站的工作制式包括：通过获取所述多模分布式基站的射频拉远单元RRU的制式，以获取所述多模分布式基站的工作模式。

4.根据权利要求3所述的方法，其特征在于，所述获取所述多模分布式基站的RRU的制式包括：获取所述RRU处于频分双工FDD或时分双工TDD。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：

在所述获取多模基站的射频处理模块的制式之前，通过标记判断所述多模基站是否处于开站状态；

或/和，

在获取所述软件之后，判断所获取软件是否在所述多模基站生效；

如果所述软件已经在所述多模基站生效，则标记所述多模基站处于非开站状态。

6.一种通信设备，其特征在于，包括：

第一获取模块，用于获取多模基站的工作制式；

第一确定模块，用于根据所述第一获取模块获取的多模基站的工作制式，确定所述多模基站的基带处理单元所对应的第一逻辑类型；

第二确定模块，用于根据所述第一确定模块确定出的第一逻辑类型和基带处理单元的硬件类型，确定运行所述基带处理单元所需要获取的软件类型；

第二获取模块，用于根据所述第二确定模块确定的软件类型，获取运行所述基带处理单元所需要的软件。

7.根据权利要求6所述的设备，其特征在于，所设设备还包括：第一判断模块和更新模块，其中，

所述第一判断模块，用于判断所述第一确定模块确定出的第一逻辑类型与所述基带处理单元的当前的第二逻辑类型是否匹配；

所述更新模块，用于若所述第一判断模块的判断的结果是不匹配，更新所述基带处理单元的类型为所述第一逻辑类型。

8.根据权利要求6所述的设备，其特征在于，所述多模基站为多模宏基站或多模分布式基站；

若所述多模基站为多模分布式基站，所述第一获取模块用于通过获取所述多模分布式基站的射频拉远单元RRU的制式，以获取所述多模分布式基站的工作制式。

9.根据权利要求6-8中任一项所述的设备，其特征在于，还包括：

第二判断模块，用于通过标记判断所述多模基站是否处于开站状态。

10.根据权利要求9所述的设备，其特征在于，还包括：

第三判断模块，用于判断所获取的运行基带处理单元所需要的软件是否在所述多模基站生效；

标记模块，用于若所述第三判断模块判断所获取的运行基带处理单元所需要的软件已经在所述多模基站生效，标记所述多模基站处于非开站状态。

Images