CN102111754B - 一种多模设备软件升级方法及多模设备 - Google Patents

Abstract

本发明实施例公开了一种多模设备软件升级方法及多模设备。该方法包括：本端制式确定需要对公共资源软件进行升级；判断所述本端制式是否具有对所述公共资源软件升级的控制权；如果是，则所述本端制式对所述公共资源软件进行升级；否则，所述本端制式从其他制式获得所述控制权后，对所述公共资源软件进行升级。通过应用本发明实施例所提供的技术方案，多模设备的每一种制式都可以独立地实现对公共资源软件的升级操作，与现有技术相比，有效地提高了多模设备公共资源软件升级的灵活性。

Description

一种多模设备软件升级方法及多模设备

技术领域

本发明涉及通信技术领域，特别是涉及一种多模设备软件升级方法及多模设备。

背景技术

随着通信技术的发展，同时支持多种通信制式的多模通信系统得到了广泛的应用，目前以双模制式应用最为广泛，常见的双模制式包括：UMTS(Universal Mobile Telecommunications System，通用移动通信系统)和GSM(Global System for Mobile Communications，全球移动通讯系统)双模，LTE(Long Term Evolution，长期演进)和UMTS双模，GSM和LTE双模等。

在例如多模基站、多模RNC(Radio Net Controller，无线网络控制器)等多模设备中，存在多种通信制式共用的硬件资源，例如射频模块、机电设备等，对于公共的硬件资源，每种制式都分别具有与其相对应的软件(以下简称公共资源软件)。在多模设备的运行过程中，每种制式都存在对软件进行升级的需求，其中也会涉及到对公共资源软件进行升级。

现有技术中，对公共资源软件进行升级的功能固定在某一种特定制式上。例如：在UMTS和GSM双模设备中，由GSM控制公共资源软件的升级。这种方式的问题在于：当某种不具有升级功能的制式需要对公共资源软件进行升级时，需要通过具有升级功能的制式来实现，例如，当UMTS需要对公共资源软件进行升级时，必须要通过GSM制式来实现，这样可能会影响GSM制式的正常运行，此外，在很多情况下，多模设备中的不同制式是分别属于不同的运营商的，这种需要由借助其他运营商进行软件升级的方式实际是很难被接受的。

发明内容

为解决上述技术问题，本发明实施例提供了一种多模设备软件升级方法及多模设备，以实现更为灵活的多模设备公共资源软件升级，技术方案如下：

一种多模设备软件升级方法，包括：

本端制式确定需要对公共资源软件进行升级；

判断所述本端制式是否具有对所述公共资源软件升级的控制权；

如果是，则所述本端制式对所述公共资源软件进行升级；

否则，所述本端制式从其他制式获得所述控制权后，对所述公共资源软件进行升级。

本发明实施例还提供一种多模设备，包括每种制式的软件升级模块，所述升级模块包括：

公共资源软件升级确定单元、控制权判断单元、控制权获得单元和公共资源软件升级执行单元；

所述公共资源软件升级确定单元，用于确定本端制式是否需要对公共资源软件进行升级；

所述控制权判断单元，用于在所述公共资源软件升级确定单元的确定结果为是的情况下，判断本端制式是否具有对公共资源软件升级的控制权；如果是，则所述控制权判断单元触发所述公共资源软件升级执行单元对公共资源软件进行升级；否则，所述控制权判断单元触发所述控制权获得单元从其他制式获得所述控制权；

所述控制权获得单元从其他制式获得所述控制权后，触发所述公共资源软件升级执行单元对所述公共资源软件进行升级。

本发明实施例所提供的技术方案，多模设备中的每一种设备都可以拥有对公共资源软件进行升级的控制权，在同一时刻，仅允许一种制式具有该控制权，如果需要进行公共资源软件升级的制式当前不具控制权，则需要先从其他制式获得控制权后，再对公共资源软件进行升级。应用上述技术方案，多模设备的每一种制式都可以独立地实现对公共资源软件的升级操作，与现有技术相比，有效地提高了多模设备公共资源软件升级的灵活性。

附图说明

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

图1为本发明实施例的多模设备软件升级方法的流程图；

图2为本发明实施例的多模设备软件升级方法的第二种流程图；

图3为本发明实施例的多模设备软件升级方法的第三种流程图；

图4为本发明实施例的GSM和UMTS双模设备的资源分布图；

图5为本发明实施例的GSM和UMTS双模设备软件升级方法的流程图；

图6为本发明实施例的多模设备的升级模块的结构示意图；

图7为本发明实施例的控制权获得单元的结构示意图；

图8为本发明实施例的多模设备的升级模块的另一种结构示意图。

具体实施方式

首先对本发明实施例所提供的一种多模设备软件升级方法进行说明，该方法包括：

本端制式确定需要对公共资源软件进行升级；

判断本端制式是否具有对公共资源软件升级的控制权；

如果是，则对公共资源软件进行升级；

否则，从其他制式获得所述控制权后，对公共资源软件进行升级。

以上技术方案，可以应用于例如多模基站、多模RNC等多模设备中，在这些多模设备中，每种制式都具有自己的软件升级模块，上述方法的执行主体可以是这些软件升级模块。本发明实施例所提供的技术方案，多模设备中的每一种制式都可以拥有对公共资源软件进行升级的控制权，在同一时刻，仅允许一种制式具有该控制权，如果需要进行公共资源软件升级的制式当前不具控制权，则需要先从其他制式获得控制权后，再对公共资源软件进行升级。应用上述技术方案，多模设备的每一种制式都可以独立地实现对公共资源软件的升级操作，与现有技术相比，有效地提高了多模设备公共资源软件升级的灵活性。

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

图1为本发明实施例所提供的一种多模设备软件升级方法的流程图，可以包括以下步骤：

S101，本端制式确定需要对公共资源软件进行升级；

在多模制式通信场景下，各种制式拥有自身专用的硬件资源，这些硬件资源仅仅由对应的制式进行维护与管理；同时，制式之间会共用一些硬件资源，这些公共硬件资源的维护与管理与各个制式都相关。当某一种制式在对硬件资源的软件进行升级时，可能会涉及到对专用资源软件的升级或对公共资源软件的升级。

在本实施例中，需要进行软件的升级的制式(下文以“本端制式”表示)首先确定本次升级是对公共资源软件的升级，或者确定本次升级中包括对公共资源软件的升级。在实际应用中，本端制式可以根据升级软件包中的安装信息确定本次升级是否需要对公共资源软件进行升级，当然，也可以根据用户的配置操作确定本次升级是否需要对公共资源软件的升级，本发明实施例对此并不进行限定。

S102，判断本端制式是否具有对公共资源软件升级的控制权；如果是，执行S103；如果否，执行S104；

根据本发明实施例所提供的技术方案，对公共资源软件升级的控制权遵循独享原则，即在同一时刻，对公共资源软件升级的控制权仅掌握在某一制式中，当某一制式获得对公共资源软件升级的控制权时，其他制式会失去控制权，并且只有具备控制权的制式才能对公共资源软件进行升级，这样可以避免多种制式同时对公共资源软件升级引起混乱。因此，在本端制式对公共资源软件进行升级前，需要判断自身当前是否具有控制权，如果本端制式当前具备控制权时，执行步骤S103，可直接对公共资源软件进行升级；如果本端制式当前不具备控制权时，则需要先执行步骤S104来获得控制权。

S103，对公共资源软件进行升级；

在本端制式具有对公共资源软件的控制权时，本端制式根据相应的升级软件包独立对公共资源软件进行升级。由于公共资源部分对于各种制式都是一样的，因此，本端制式对公共资源软件进行成功的升级后，其他制式也可以识别并使用升级后的公共资源软件。也就是说，虽然进行公共资源软件升级这一操作可以由某一种制式独立进行，但是升级成功后的结果，是可以供所有制式共享的。

S104，从其他制式获得控制权，执行S103；

本端制式在不具备控制权的情况下，需要从其他制式获得控制权，才能实现独立对公共资源软件的升级。本端制式可以直接从其他制式获得控制权，并且根据前面提到的独享原则，本端制式获得对公共资源软件控制权，也就意味着另一种制式失去了控制权，以避免多种制式同时对公共资源软件升级引起混乱。

参见图2所示，在本发明实施例的一种实现方式中，本端制式从其他制式获得公共资源软件的控制权，具体可以包括以下步骤：

S104a，确认公共资源软件控制权当前的所属制式；

在多模制式通信的场景下，各种制式之间可以相互通信。在本发明实施例中，控制权的归属在制式之间变更之后，控制权当前的所属制式可主动将自身的控制权设置通知其他制式，其他制式将控制权当前的所属制式的信息进行保存，以便在自身需要对公共资源软件进行升级时使用。或者，其他制式也可以在需要对公共软件资源进行升级时，通过主动查询的方式确认控制权当前的所属制式。

S104b，本端制式与控制权当前的所属制式进行控制权协商；如果协商成功，则执行步骤S104c；如果失败，则执行步骤S104d；

本端制式确定了控制权当前所属制式后，与当前所属制式进行控制权的协商，如果协商成功，则获得控制权。

为保证控制权可以在制式之间正常转移，在进行控制权协商时，需要本端制式和控制权当前所属制式都是支持控制权转移的，以避免由于某一方不支持控制权转移而产生错误。具体实施时，可以遵循版本配套原则，即检测是判断本端制式当前的软件版本与控制权当前所属制式当前的软件版本是否满足预置的软件版本绑定关系，如果是，则说明本端制式的软件版本和控制权当前所属制式的软件版本之间可以进行控制权转移，此时可以认为协商成功。需要说明的是，这里所说的软件版本，可以是制式的整体软件包的版本，例如GSM制式软件包版本、UMTS制式软件包版本等等。

S104c，本端制式从控制权当前所属的制式获得控制权；

控制权协商成功以后，本端制式从控制权当前所属的制式获得控制权，同时，另一端制式失去该控制权

S104d，发出协商失败告警信息。

如果协商失败，说明由于某种原因导致制式之间无法自动实现控制权的转移。例如两种制式的软件版本不配套，此时本端制式将无法获得控制权，在本发明实施例的一种实现方式中，两种制式会做冲突自愈处理，例如发出告警信息通知用户，以便用户手动设置控制权或者手动升级。

根据实施例所提供的方案，多模设备中的每一种制式都可以拥有对公共资源软件进行升级的控制权，在同一时刻，仅允许一种制式具有该控制权，如果有公共资源软件升级需求的制式当前不具控制权，则需要先从其他制式获得控制权后，再对公共资源软件进行升级。应用上述技术方案，多模设备的每一种制式都可以独立地实现对公共资源软件的升级操作，与现有技术相比，有效地提高了多模设备公共资源软件升级的灵活性。

以上所提供的多模设备软件升级方法，仅涉及了公共资源软件的升级部分，在实际应用中，某一种制式对软件进行升级时，除了对公共资源软件进行升级，还会包括对本端制式专用软件进行升级。在本发明的另一个实施例中，提供了一种对公共资源软件和制式专用软件同时进行升级的方法，参见图3所示，可以包括以下步骤：

S201，本端制式确定是否需要对公共资源软件进行升级；如果是，执行S202与S203，否则，仅执行S203；

本端制式在获得升级软件包后，首先判断本次升级是否需要对公共资源软件进行升级。在本实施例中，“需要对公共资源软件进行升级”特指需要对公共资源软件和制式专用软件同时升级的情况。

根据本发明实施例所提供的方案，公共资源部分对于各种制式都是一样的、并且某一种制式完成公共资源软件的升级操作后，所有制式都可以共享这一升级结果。因此，在本端需要进行升级时，可能会出现的一种情况是：由于其他制式曾经对公共资源软件进行过升级，因此在本端制式需要进行升级时，发现公共资源部分当前的软件版本已经是最新的，即：公共资源部分当前的软件版本已经和升级软件包中的公共资源软件版本相同，甚至大于升级软件包中的公共资源软件版本。这种情况下，没有必要再次对公共资源软件进行升级操作，因此将执行S203，本端制式仅对自身的制式专用软件升级。

如果在本端制式需要进行升级时，发现公共资源部分当前的软件版本并不是最新的，即：公共资源部分当前的软件版本小于升级软件包中的公共资源软件版本，此时仍然需要对公共资源软件进行升级，当然也需要对自身的制式专用软件升级，因此否则需要执行S202和S203。可以理解的是，S202和S203并没有执行顺序上的要求。

S202，对公共资源软件进行升级；

本步骤具体实现方式可参见步骤S102-S104，这里不再重复说明。

S203，对本端制式专用软件进行升级；

在对本端制式专用软件升级时，本端制式根据获得的升级软件包独立将制式专用软件进行升级即可，可以不需要考虑公共资源控制权的问题，也可以不必考虑对其他制式的影响。可以理解的是，对专用软件进行升级，可根据现有技术的方式，由各个制式独立完成。

根据现有技术的方案，当一种制式对公共资源软件进行升级后，由于需要带动相应硬件资源复位，因此会影响其他制式业务的正常运行。而应用本实施例所提供的方案，当本端制式仅仅需要对制式专用软件进行升级时，可独立完成升级，不会影响到其他制式的业务运行；在不涉及对公共资源软件进行升级的情况下，也不需要进行公共硬件资源的复位，从而减小某一种制式软件升级对其他制式的影响。

下面以对双模设备的公共资源软件进行升级作为具体实施例对本发明实施例所提供的方案进行详细介绍。

如图4所示，以UMTS和GSM双模为例，在UMTS和GSM双模设备中，A单板和B单板为GSM制式专用的硬件资源，D单板和E单板为UMTS制式专用的硬件资源，C单板为两种制式共用的硬件资源。根据现有技术的实现方式，公共资源C单板的软件升级由其中一种制式控制。以由GSM制式控制公共资源C单板的软件升级为例，当UMTS制式需要对公共资源C单板软件进行升级时，必须通过GSM制式来完成升级操作，这样会影响GSM制式的正常运行，进一步地，如果GSM和UMTS是分属于不同运营商的网络，这种升级方式实际很难以被双方运营商所接受的。

应用本发明实施例所提供的方案，可以使得GSM制式或UMTS制式都能够独立对公共资源C单板软件进行升级操作，而不必影响对端的制式运行。下面以UMTS制式需要进行公共资源软件升级为例，对本发明实施例所提供的多模设备升级方法进行说明，参见图5所示，该方法可以包括：

S301，UMTS制式确定需要对公共资源C单板的软件进行升级；

S302，判断UMTS制式是否具有对公共资源C单板软件升级的控制权；如果是，执行S305；如果否，执行S303；

S303，判断UMTS制式当前的软件版本与具有软件控制权的GSM制式是否满足预置的软件版本绑定关系，如果是，则表明协商成功，执行步骤S304；如果否，表明协商失败，执行步骤S306；

S304，UMTS制式从GSM制式获得控制权，执行步骤S305；

执行该步骤的同时，GSM制式可设置成自动失去控制权。

S305，UMTS制式对公共资源C单板软件进行升级；

S306，发出协商失败的告警信息。

发出协商失败告警信息后，用户可以手动将控制权设置在UMTS，并且取消GSM制式的控制权，或者手动对UMTS制式进行升级。

在由UMTS和GSM制式构成的双模制式场景下，同一时刻仅允许一种制式具有公共资源软件的控制权，如果有公共资源软件升级需求的制式不具有控制权，则需要从对端制式获得控制权后，再对公共资源软件进行升级。应用上述方案，使得UMTS和GSM制式都可以独立实现对公共资源软件的升级操作，与现有技术相比，有效地提高了双模设备公共资源软件升级的灵活性。

以上方法仅对公共资源C单板的软件升级方式进行了说明，可以理解的是，在一次升级过程中，可能同时涉及对公共资源软件进行升级和制式专用软件的升级。仍以UMTS制式需要进行软件升级为例，在一个升级软件包中，可能既包含了C单板的升级软件，又包含了D单板和/或E单板的升级软件。如果在步骤S301中，UMTS制式确定本次升级可以不涉及对单板C进行升级(例如GSM制式之前已经把单板C的软件升级到了最高版本)，那么后续可以仅对D单板和/或E单板的软件进行升级，升级完成后，不需要对C单板进行复位。即使需要对D单板和/或E单板进行复位，也不会影响GSM制式的正常运行。

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

相应于上面的方法实施例，本发明实施例还提供一种多模设备。多模设备中的每种制式都具有自身所对应的软件升级模块，图6为一个软件升级模块600的示意图，其包括：

公共资源软件升级确定单元610、控制权判断单元620、控制权获得单元630和公共资源软件升级执行单元640；

公共资源软件升级确定单元610，用于确定本端制式是否需要对公共资源软件进行升级；

控制权判断单元620，用于在公共资源软件升级确定单元610的确定结果为是的情况下，进一步判断本端制式是否具有对公共资源软件升级的控制权；如果是，则控制权判断单元620触发公共资源软件升级执行单元640对公共资源软件进行升级；否则，所述控制权判断单元620触发控制权获得单元630从其他制式获得所述控制权；

控制权获得单元630从其他制式获得所述控制权后，触发公共资源软件升级执行单元640对公共资源软件进行升级。

如图7所示，控制权获得单元630，具体可以包括：

控制权归属确认子单元631，用于确认所述控制权当前所属的制式；

控制权协商子单元632，用于与所述控制权归属确认子单元631单元确认的控制权当前所属的制式进行控制权协商；

控制权获得子单元633，用于在控制权协商子单元632协商成功的情况下，从控制权当前所属的制式获得所述控制权。

其中，控制权协商子单元633，具体可以配置为：

判断本端制式当前的软件版本与控制权当前所属制式当前的软件版本是否满足预置的软件版本绑定关系，如果是，则协商成功。

控制权获得单元630还可以包括告警单元，用于在所述控制权协商子单元632协商失败的情况下，发出协商失败告警。

本发明实施例所提供的多模设备，具体可以是多模基站、多模RNC等形式，在多模设备中，每种制式都具有自己的软件升级模块，多模设备中的每一种制式都可以拥有对公共资源软件进行升级的控制权，在同一时刻，仅允许一种制式具有该控制权，如果需要进行公共资源软件升级的制式当前不具控制权，则需要先从其他制式获得控制权后，再对公共资源软件进行升级。应用上述技术方案，多模设备的每一种制式都可以独立地实现对公共资源软件的升级操作，与现有技术相比，有效地提高了多模设备公共资源软件升级的灵活性。

参考上述装置实施例的实施，如图8所示，在本发明的另一个实施例中，升级模块600还可以进一步包括：

专用软件升级执行单元650，用于对本端制式专用软件进行升级。

当然，在实际应用中，专用软件升级执行单元650的功能也可以整合于其他的功能单元中，例如整合于公共资源软件升级确定单元610、或者整合于公共资源软件升级执行单元640等，本发明实施例对此并不需要进行限定。

在所述公共资源软件升级确定单元610的确定结果为否的情况下，不对所述公共资源软件进行升级。

应用本实施例所提供的多模设备，当本端制式仅仅需要对制式专用软件进行升级时，可根据现有技术方式独立完成升级，不会影响到其他制式的业务运行；在不涉及对公共资源软件进行升级的情况下，也不需要进行公共硬件资源的复位，从而减小某一种制式软件升级对其他制式的影响。

对于装置实施例而言，由于其基本相应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，在没有超过本申请的精神和范围内，可以通过其他的方式实现。当前的实施例只是一种示范性的例子，不应该作为限制，所给出的具体内容不应该限制本申请的目的。例如，所述单元或子单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或多个子单元结合一起。另外，多个单元可以或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

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

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (12)

1.一种多模设备软件升级方法，其特征在于，所述方法包括：

本端制式确定需要对公共资源软件进行升级；

判断所述本端制式是否具有对所述公共资源软件升级的控制权；

如果是，则所述本端制式根据升级软件包对所述公共资源软件进行升级；

否则，所述本端制式从其他制式获得所述控制权后，根据所述升级软件包对所述公共资源软件进行升级。

2.根据权利要求1所述的方法，其特征在于，所述从其他制式获得所述控制权的过程，包括：

确认所述控制权当前所属的制式；

与所述控制权当前所属的制式进行控制权协商；

如果协商成功，则从控制权当前所属的制式获得所述控制权。

3.根据权利要求2所述的方法，其特征在于，所述控制权协商成功的过程，包括：

判断本端制式当前的软件版本与控制权当前所属制式当前的软件版本是否满足预置的软件版本绑定关系，如果是，则协商成功。

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

如果协商失败，则发出协商失败告警。

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

对本端制式专用软件进行升级。

6.根据权利要求5所述的方法，其特征在于，如果本端制式确定不需要对所述公共资源软件进行升级，则不对所述公共资源软件进行升级。

7.一种多模设备，其特征在于，所述多模设备包括每种制式的软件升级模块，所述升级模块包括：

公共资源软件升级确定单元、控制权判断单元、控制权获得单元和公共资源软件升级执行单元；

所述公共资源软件升级确定单元，用于确定本端制式是否需要对公共资源软件进行升级；

所述控制权判断单元，用于在所述公共资源软件升级确定单元的确定结果为是的情况下，判断本端制式是否具有对公共资源软件升级的控制权；如果是，则所述控制权判断单元触发所述公共资源软件升级执行单元根据升级软件包对所述公共资源软件进行升级；否则，所述控制权判断单元触发所述控制权获得单元从其他制式获得所述控制权；

所述控制权获得单元从其他制式获得所述控制权后，触发所述公共资源软件升级执行单元根据所述升级软件包对所述公共资源软件进行升级。

8.根据权利要求7所述的多模设备，其特征在于，所述控制权获得单元，包括：

控制权归属确认子单元，用于确认所述控制权当前所属的制式；

控制权协商子单元，用于与所述控制权归属确认子单元确认的控制权当前所属的制式进行控制权协商；

控制权获得子单元，用于在所述控制权协商子单元协商成功的情况下，从控制权当前所属的制式获得所述控制权。

9.根据权利要求8所述的多模设备，其特征在于，所述控制权协商子单元，具体配置为：

判断所述本端制式当前的软件版本与控制权当前所属制式当前的软件版本是否满足预置的软件版本绑定关系，如果是，则协商成功。

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

告警单元，用于在所述控制权协商子单元协商失败的情况下，发出协商失败告警。

11.根据权利要求7至10任一项所述的多模设备，其特征在于，所述升级模块还包括：

专用软件升级执行单元，用于对本端制式专用软件进行升级。

12.根据权利要求11所述的多模设备，其特征在于，

在所述公共资源软件升级确定单元的确定结果为否的情况下，不对所述公共资源软件进行升级。

Images