CN114928525B - 对共享网元进行协同管理的方法、装置、设备及介质 - Google Patents

Abstract

本公开提供了一种对共享网元进行协同管理的方法、装置、设备及介质，涉及通信技术领域。共享网元归属于第一实体，第二实体与第一实体共享该共享网元，共享网元通过第一Q接口连接第一实体的操作系统OS，共享网元通过第二Q接口连接第二实体的OS，该方法包括：第二实体的OS通过X接口向第一实体的OS发送第一通知消息，第一通知消息包括网元管理的开始时间；通过第二Q接口向共享网元发送网元管理指令，以使共享网元执行网元管理指令，并返回执行结果；根据执行结果判断是否结束对共享网元的管理；在结束对共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，第二通知消息包括已对共享网元管理的内容。

Description

对共享网元进行协同管理的方法、装置、设备及介质

技术领域

本公开涉及通信技术领域，尤其涉及一种对共享网元进行协同管理的方法、装置、设备及介质。

背景技术

根据ITU-T M.3010，现有的网元(Network Element，NE)管理方案，对于共享网元的管理还是基于归属方管理，共享方没有对共享网元的管理权限，只能根据运营商操作系统(Operations System，OS)之间的X接口，协调共享网元的管理机制。这种共享机制依赖于归属方和共享方之间的共享机制，共享方无法及时有效的直接对共享网元进行管理和维护，只能把需求通过X接口传递给归属方进行管理。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供一种对共享网元进行协同管理的方法、装置、设备及介质，至少在一定程度上克服相关技术中共享方无法及时有效的直接对共享网元进行管理和维护的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供了一种对共享网元进行协同管理的方法，共享网元归属于第一实体，第二实体与第一实体共享该共享网元，共享网元通过第一Q接口连接第一实体的操作系统OS，共享网元通过第二Q接口连接第二实体的OS，方法应用于第二实体的OS，方法包括：

通过X接口向第一实体的OS发送第一通知消息，第一通知消息包括网元管理的开始时间；

通过第二Q接口向共享网元发送网元管理指令，以使共享网元执行网元管理指令，并返回执行结果；

根据执行结果判断是否结束对共享网元的管理；

在结束对共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，第二通知消息包括已对共享网元管理的内容。

在本公开的一个实施例中，方法还包括：

接收第一实体的OS发送的管理权限信息；

通过第二Q接口向共享网元发送网元管理指令，包括：

在管理权限信息对应的管理权限内，通过第二Q接口向共享网元发送网元管理指令。

在本公开的一个实施例中，第一通知消息还包括对共享网元的预管理内容；

通过第二Q接口向共享网元发送网元管理指令，包括：

在第一实体的OS确认允许第二实体的OS对预管理内容进行管理后，通过第二Q接口向共享网元发送网元管理指令。

在本公开的一个实施例中，预管理内容包括操作内容和目的。

在本公开的一个实施例中，第一通知消息还包括管理前的共享网元的状态信息。

在本公开的一个实施例中，对共享网元的管理，包括如下管理中的至少一种：

故障管理、配置管理、计费管理、性能管理、安全管理。

根据本公开的另一个方面，提供一种对共享网元进行协同管理的方法，共享网元归属于第一实体，第二实体与第一实体共享该共享网元，共享网元通过第一Q接口连接第一实体的操作系统OS，共享网元通过第二Q接口连接第二实体的OS，方法应用于共享网元，方法包括：

接收第二实体的OS发送的网元管理指令，网元管理指令是第二实体的OS通过X接口向第一实体的OS发送第一通知消息后发送的，第一通知消息包括网元管理的开始时间；

执行网元管理指令后，向第二实体的OS发送执行结果，以使第二实体的OS根据执行结果判断是否结束对共享网元的管理，并在结束对共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，第二通知消息包括已对共享网元管理的内容。

在本公开的一个实施例中，方法还包括：

接收第一实体的OS发送的网元管理指令，网元管理指令的发送时间在第一实体的OS在接收到第二通知消息后，或接收到第一通知消息前。

在本公开的一个实施例中，第一实体的OS发送的网元管理指令，是第一实体的OS通过X接口向第二实体的OS发送第三通知消息后发送的，第三通知消息包括网元管理的开始时间；

在第一实体的OS结束对共享网元的管理后，通过X接口向第二实体的OS发送第四通知消息，第四通知消息包括已对共享网元管理的内容。

根据本公开的另一个方面，提供一种对共享网元进行协同管理的装置，共享网元归属于第一实体，第二实体与第一实体共享该共享网元，共享网元通过第一Q接口连接第一实体的操作系统OS，共享网元通过第二Q接口连接第二实体的OS，装置应用于第二实体的OS，装置包括：

第一消息发送模块，用于通过X接口向第一实体的OS发送第一通知消息，第一通知消息包括网元管理的开始时间；

指令发送模块，用于通过第二Q接口向共享网元发送网元管理指令，以使共享网元执行网元管理指令，并返回执行结果；

判断模块，用于根据执行结果判断是否结束对共享网元的管理；

第二消息发送模块，用于在结束对共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，第二通知消息包括已对共享网元管理的内容。

根据本公开的另一个方面，提供一种对共享网元进行协同管理的装置，共享网元归属于第一实体，第二实体与第一实体共享该共享网元，共享网元通过第一Q接口连接第一实体的操作系统OS，共享网元通过第二Q接口连接第二实体的OS，装置应用于共享网元，装置包括：

指令接收模块，用于接收第二实体的OS发送的网元管理指令，网元管理指令是第二实体的OS通过X接口向第一实体的OS发送第一通知消息后发送的，第一通知消息包括网元管理的开始时间；

结果发送模块，用于执行网元管理指令后，向第二实体的OS发送执行结果，以使第二实体的OS根据执行结果判断是否结束对共享网元的管理，并在结束对共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，第二通知消息包括已对共享网元管理的内容。

根据本公开的又一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述的对共享网元进行协同管理的方法。

根据本公开的又一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的对共享网元进行协同管理的方法。

本公开实施例所提供的对共享网元进行协同管理的方法、装置、设备及介质，共享网元归属于第一实体，第二实体与第一实体共享该共享网元，共享网元通过第一Q接口连接第一实体的操作系统OS，共享网元通过第二Q接口连接第二实体的OS；在第二实体的OS想要管理共享网元时，先通过X接口向第一实体的OS发送第一通知消息，通知其网元管理的开始时间；然后，通过第二Q接口向共享网元发送网元管理指令，以使共享网元执行网元管理指令，并根据共享网元返回的执行结果判断是否结束对共享网元的管理，在结束对共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，第二通知消息包括已对共享网元管理的内容。如此，第二实体便也可以对共享网元进行管理，且第一实体可以及时获知第二实体的管理时间和管理内容，实现了二者的协同管理。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了相关技术中的一种共享网元管理系统的架构示意图；

图2示出本公开实施例中一种共享网元管理系统的架构示意图；

图3示出本公开实施例中一种共享网元管理场景示意图；

图4示出本公开实施例中一种对共享网元进行协同管理的方法流程图；

图5示出本公开实施例中另一种对共享网元进行协同管理的方法流程图；

图6示出本公开实施例中又一种对共享网元进行协同管理的方法流程图；

图7示出本公开实施例中一种对共享网元进行协同管理的装置示意图；

图8示出本公开实施例中另一种对共享网元进行协同管理的装置示意图；

图9示出本公开实施例中一种电子设备的结构框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

下面结合附图及实施例对本示例实施方式进行详细说明。

图1示出相关技术中一种共享网元管理系统的架构图，如图1所示，该共享网元管理系统包括实体A和实体B。

本公开实施例中“实体”可以代指管理和维护网元的组织或个体，例如，电信运营商。为简化描述，下文中“实体A”、“实体B”、“实体C”、“实体D”、“第一实体”、“第二实体”等均可以是电信运营商。

在图1所示系统中，实体A的OS(Operations System，操作系统)101分别连接网元103和共享网元104，也就是说，实体A是共享网元104的归属方，实体B是共享网元104的共享方。

实体B的OS 102分别连接共享网元105和网元106，也就是说，实体B是共享网元105的归属方，实体A是共享网元105的共享方。

根据ITU-T M.3010，现有的网元管理方案，对于共享网元的管理还是基于归属方管理，共享方没有对共享网元的管理权限，只能根据运营商操作系统之间的X接口，协调共享网元的管理机制。

这种共享机制依赖于归属方和共享方之间的共享机制，共享方无法及时有效的直接对共享网元进行管理和维护，只能把需求通过X接口传递给归属方进行管理。

需要说明的是，本公开实施例中网元管理可以包括故障管理、配置管理、计费管理、性能管理和安全管理。

图2示出本公开实施例中一种共享网元管理系统的架构图，如图2所示，该共享网元管理系统包括实体C和实体D。

在图2所示系统中，实体C的OS 101分别连接网元203和共享网元204，也就是说，实体C是共享网元204的归属方，实体D是共享网元204的共享方。

实体D的OS 102分别连接共享网元205和网元206，也就是说，实体D是共享网元205的归属方，实体C是共享网元205的共享方。

与图1所示架构的不同之处在于，图2所示架构中增加共享网元和共享方之间的Q’接口，允许网元归属方下发一部分网元管理权限给共享方，并且通过X’接口沟通协同管理机制。

具体地，归属于实体C的共享网元204，不仅通过Q接口连接至实体C的OS，还通过Q’接口连接至实体D的OS；归属于实体D的共享网元205，不仅通过Q接口连接至实体D的OS，还通过Q’接口连接至实体C的OS。

其中，Q’接口和Q接口都是ITU-T中的Q接口，也就是连接网元与管理系统之间的接口。

需要说明的是，在一些实施例中上文中的Q’接口和Q接口可以是同一个接口，也可以是不同的接口。

上文中的Q’接口，连接共享网元和共享方的OS，用于共享方管理共享网元。

本公开实施例中的X’接口和X接口都是ITU-T中的X接口，也就是网络管理层的OS与其它电信主管部门TMN的OS之间的接口。

本公开实施例中的X’接口，用于协调归属方和共享方OS对共享网元的管理机制。

还需要说明的是，本公开实施例中归属方的OS仍可以管理共享网元，但是需要与共享方进行协同管理，也就是说共享方管共享网元时，归属方无法管理；归属方管共享网元时，共享方无法管理。

图3示出本公开实施例中一种共享网元管理场景，如图3所示，该场景中包括共享网元301、第一实体和第二实体。

其中，共享网元301归属于第一实体，第二实体与第一实体共享该共享网元301，共享网元301通过第一Q接口连接第一实体的OS 302，共享网元301通过第二Q接口连接第二实体的OS 303。

本公开在图3所示的场景中，第二实体的OS 303通过第二Q接口对共享网元301进行管理时，需要通过X接口通知第一实体的OS 302网元管理的信息(例如网元管理的开始时间)，此时第一实体的OS 302无法通过Q接口对共享网元301进行管理，只能等待第二实体的OS 303对共享网元301的管理完毕才可对共享网元301进行管理(类似java线程闭锁机制)。

第二实体的OS 303对共享网元301管理完毕后，需要通知第一实体的OS 302已经完成网元的管理，并且通过X接口与第一实体的OS 302报告共享管理的内容。

同理，第一实体的OS 302在对共享网元301进行管理时，需要通过X接口通知第二实体的OS 303网元管理的具体信息，网元管理完毕后与第二实体的OS 303同步共享管理的内容。

在一些实施例中，在第二实体的OS 303对共享网元301进行管理前，第二实体的OS303和第一实体的OS 302通过X接口协同共享网元301管理权限信息，第一实体的OS 302可以下发一部分管理权限给第二实体的OS303。

在一些实施例中，第二实体的OS 303对已获取的权限进行操控时只需通过X接口通知第一实体正在进行网元管理的内容，无需第一实体进行确认即可操作。

在另一些实施例中，第一实体的OS 302可以在X接口增加确认机制，在第二实体的OS 303需要对共享网元进行管理操作时，需要再次向第一实体的OS 302请求相应的权限，第一实体的OS 302确认后，第二实体的OS303才能通过第二Q接口对共享网元301进行管理。

其中，第一实体的OS 302可以对第二实体的OS 303的每项操作都进行判断确权，也可以仅针对其中的敏感权限进行确权判断。

网元管理的具体信息包括但不限于对共享网元管理的时间，具体操作内容和目的，管理前的共享网元的状态等信息。

本公开实施例中通过增加共享网元301和共享方(第二实体的OS 303)之间的第二Q接口，允许网元归属方(第一实体的OS 302)下发一部分网元管理权限给共享方(第二实体的OS 303)，并且通过第二X接口沟通协同管理机制，可以有效提升共享方对共享网元的管理，降低网元归属方管理的负担。

图4示出本公开实施例中一种对共享网元进行协同管理的方法流程图，共享网元归属于第一实体，第二实体与第一实体共享该共享网元，共享网元通过第一Q接口连接第一实体的操作系统OS，共享网元通过第二Q接口连接第二实体的OS，如图4所示，本公开实施例中提供的对共享网元进行协同管理的方法包括如下步骤：

S401，第二实体的OS通过X接口向第一实体的OS发送第一通知消息，第一通知消息包括网元管理的开始时间；

S402，第二实体的OS通过第二Q接口向共享网元发送网元管理指令；

S403，共享网元执行网元管理指令后，返回执行结果；

S404，第二实体的OS根据执行结果判断是否结束对共享网元的管理；

S405，第二实体的OS在结束对共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，第二通知消息包括已对共享网元管理的内容。

需要说明的是，本公开实施例中对共享网元的管理，包括如下管理中的至少一种：

故障管理、配置管理、计费管理、性能管理、安全管理。

在一些实施例中，第二实体的OS和第一实体的OS可以通过X接口协同共享网元管理权限信息，第一实体的OS可以下发一部分管理权限给第二实体的OS，第二实体的OS需要在管理权限信息对应的管理权限内对共享网元进行管理。

相应地，上述实施例还可以包括接收第一实体的OS发送的管理权限信息。进而，上述S402，可以是在管理权限信息对应的管理权限内，通过第二Q接口向共享网元发送网元管理指令。

在一些实施例中，第一实体的OS可以在X接口增加确认机制，在第二实体的OS需要对共享网元进行管理操作时，需要向第一实体的OS请求相应的权限，第一实体的OS确认后，第二实体的OS才能通过第二Q接口对共享网元进行管理。

相应地，上文中第一通知消息还可以包括对共享网元的预管理内容；

上述S402，可以是在第一实体的OS确认允许第二实体的OS对预管理内容进行管理后，通过第二Q接口向共享网元发送网元管理指令。

在一些实施例中，预管理内容可以包括操作内容和目的。

在一些实施例中，第一通知消息还可以包括管理前的共享网元的状态信息。

在一些实施例中，第一实体的OS在对共享网元进行管理时，也需要通过X接口通知第二实体的OS网元管理的具体信息(例如网元管理的开始时间)，网元管理完毕后与第二实体的OS同步共享管理的内容。也就是说，第一实体的OS对共享网元的管理操作流程与第二实体的OS的操作流程相似，均需与对方同步消息，只是不需要向第二实体的OS请求操作权限。

基于同一发明构思，本公开实施例中还提供了一种对共享网元进行协同管理的方法，共享网元归属于第一实体，第二实体与第一实体共享该共享网元，共享网元通过第一Q接口连接第一实体的操作系统OS，共享网元通过第二Q接口连接第二实体的OS，该方法应用于第二实体的OS，如图5所示，该方法包括如下步骤：

S502，通过X接口向第一实体的OS发送第一通知消息，第一通知消息包括网元管理的开始时间；

S504，通过第二Q接口向共享网元发送网元管理指令，以使共享网元执行网元管理指令，并返回执行结果；

S506，根据执行结果判断是否结束对共享网元的管理；

S508，在结束对共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，第二通知消息包括已对共享网元管理的内容。

在一些实施例中，对共享网元的管理，包括如下管理中的至少一种：

故障管理、配置管理、计费管理、性能管理、安全管理。

在一些实施例中，上述方法还可以包括：

接收第一实体的OS发送的管理权限信息；

相应地，上述S504，可以具体包括：

在管理权限信息对应的管理权限内，通过第二Q接口向共享网元发送网元管理指令。

在一些实施例中，第一通知消息还可以包括对共享网元的预管理内容；

相应地，上述S504，可以具体包括：

在第一实体的OS确认允许第二实体的OS对预管理内容进行管理后，通过第二Q接口向共享网元发送网元管理指令。

在一些实施例中，预管理内容可以包括操作内容和目的。

在一些实施例中，第一通知消息还可以包括管理前的共享网元的状态信息。

基于同一发明构思，本公开实施例中还提供了一种对共享网元进行协同管理的方法，共享网元归属于第一实体，第二实体与第一实体共享该共享网元，共享网元通过第一Q接口连接第一实体的操作系统OS，共享网元通过第二Q接口连接第二实体的OS，该方法应用于共享网元，如图6所示，该方法包括如下步骤：

S602，接收第二实体的OS发送的网元管理指令，网元管理指令是第二实体的OS通过X接口向第一实体的OS发送第一通知消息后发送的，第一通知消息包括网元管理的开始时间；

S604，执行网元管理指令后，向第二实体的OS发送执行结果，以使第二实体的OS根据执行结果判断是否结束对共享网元的管理，并在结束对共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，第二通知消息包括已对共享网元管理的内容。

在一些实施例中，上述方法还可以包括：

接收第一实体的OS发送的网元管理指令，网元管理指令的发送时间在第一实体的OS在接收到第二通知消息后，或接收到第一通知消息前。

在一些实施例中，第一实体的OS发送的网元管理指令，是第一实体的OS通过X接口向第二实体的OS发送第三通知消息后发送的，第三通知消息包括网元管理的开始时间；

在第一实体的OS结束对共享网元的管理后，通过X接口向第二实体的OS发送第四通知消息，第四通知消息包括已对共享网元管理的内容。

基于同一发明构思，本公开实施例中还提供了一种对共享网元进行协同管理的装置，如下面的实施例所述。由于该装置实施例解决问题的原理与上述方法实施例相似，因此该装置实施例的实施可以参见上述方法实施例的实施，重复之处不再赘述。

图7示出本公开实施例中一种对共享网元进行协同管理的装置示意图，共享网元归属于第一实体，第二实体与第一实体共享该共享网元，共享网元通过第一Q接口连接第一实体的操作系统OS，共享网元通过第二Q接口连接第二实体的OS，装置应用于第二实体的OS，如图7所示，该对共享网元进行协同管理的装置700，包括：

第一消息发送模块702，用于通过X接口向第一实体的OS发送第一通知消息，第一通知消息包括网元管理的开始时间；

指令发送模块704，用于通过第二Q接口向共享网元发送网元管理指令，以使共享网元执行网元管理指令，并返回执行结果；

判断模块706，用于根据执行结果判断是否结束对共享网元的管理；

第二消息发送模块708，用于在结束对共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，第二通知消息包括已对共享网元管理的内容。

在一些实施例中，该对共享网元进行协同管理的装置700，还可以包括：

权限信息接收模块，用于接收第一实体的OS发送的管理权限信息；

相应地，指令发送模块704，可以具体用于：

在管理权限信息对应的管理权限内，通过第二Q接口向共享网元发送网元管理指令。

在一些实施例中，第一通知消息还可以包括对共享网元的预管理内容；

相应地，指令发送模块704，可以具体用于：

在第一实体的OS确认允许第二实体的OS对预管理内容进行管理后，通过第二Q接口向共享网元发送网元管理指令。

在一些实施例中，预管理内容可以包括操作内容和目的。

在一些实施例中，第一通知消息还可以包括管理前的共享网元的状态信息。

在一些实施例中，对共享网元的管理，包括如下管理中的至少一种：

故障管理、配置管理、计费管理、性能管理、安全管理。

本申请实施例提供的对共享网元进行协同管理的装置，可以用于执行上述各方法实施例提供的对共享网元进行协同管理的方法，其实现原理和技术效果类似，为简介起见，在此不再赘述。

基于同一发明构思，本公开实施例中还提供了一种对共享网元进行协同管理的装置示意图，共享网元归属于第一实体，第二实体与第一实体共享该共享网元，共享网元通过第一Q接口连接第一实体的操作系统OS，共享网元通过第二Q接口连接第二实体的OS，装置应用于共享网元，如图8所示，该对共享网元进行协同管理的装置800，包括：

指令接收模块802，用于接收第二实体的OS发送的网元管理指令，网元管理指令是第二实体的OS通过X接口向第一实体的OS发送第一通知消息后发送的，第一通知消息包括网元管理的开始时间；

结果发送模块804，用于执行网元管理指令后，向第二实体的OS发送执行结果，以使第二实体的OS根据执行结果判断是否结束对共享网元的管理，并在结束对共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，第二通知消息包括已对共享网元管理的内容。

在一些实施例中，该对共享网元进行协同管理的装置800，还可以包括：

第二指令接收模块，用于接收第一实体的OS发送的网元管理指令，网元管理指令的发送时间在第一实体的OS在接收到第二通知消息后，或接收到第一通知消息前。

在一些实施例中，第一实体的OS发送的网元管理指令，是第一实体的OS通过X接口向第二实体的OS发送第三通知消息后发送的，第三通知消息包括网元管理的开始时间；

在第一实体的OS结束对共享网元的管理后，通过X接口向第二实体的OS发送第四通知消息，第四通知消息包括已对共享网元管理的内容。

本申请实施例提供的对共享网元进行协同管理的装置，可以用于执行上述各方法实施例提供的对共享网元进行协同管理的方法，其实现原理和技术效果类似，为简介起见，在此不再赘述。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图9来描述根据本公开的这种实施方式的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元910执行，使得所述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元910可以执行上述方法实施例的如下步骤：

通过X接口向第一实体的OS发送第一通知消息，第一通知消息包括网元管理的开始时间；

通过第二Q接口向共享网元发送网元管理指令，以使共享网元执行网元管理指令，并返回执行结果；

根据执行结果判断是否结束对共享网元的管理；

在结束对共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，第二通知消息包括已对共享网元管理的内容。

或，执行上述方法实施例的如下步骤：

接收第二实体的OS发送的网元管理指令，网元管理指令是第二实体的OS通过X接口向第一实体的OS发送第一通知消息后发送的，第一通知消息包括网元管理的开始时间；

执行网元管理指令后，向第二实体的OS发送执行结果，以使第二实体的OS根据执行结果判断是否结束对共享网元的管理，并在结束对共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，第二通知消息包括已对共享网元管理的内容。

存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(ROM)9203。

存储单元920还可以包括具有一组(至少一个)程序模块9205的程序/实用工具9204，这样的程序模块9205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备900也可以与一个或多个外部设备940(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口950进行。

并且，电子设备900还可以通过网络适配器960与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。

如图9所示，网络适配器960通过总线930与电子设备900的其它模块通信。

应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质可以是可读信号介质或者可读存储介质。其上存储有能够实现本公开上述方法的程序产品。

在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

本公开中的计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

在本公开中，计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。

这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。

可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

在一些示例中，计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

在具体实施时，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。

程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。

实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。

因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。

本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims (13)

1.一种对共享网元进行协同管理的方法，其特征在于，共享网元归属于第一实体，第二实体与所述第一实体共享所述共享网元，所述共享网元通过第一Q接口连接第一实体的操作系统OS，所述共享网元通过第二Q接口连接第二实体的OS，所述方法应用于所述第二实体的OS，所述方法包括：

通过X接口向第一实体的OS发送第一通知消息，所述第一通知消息包括网元管理的开始时间；

通过第二Q接口向共享网元发送网元管理指令，以使所述共享网元执行所述网元管理指令，并返回执行结果；

根据所述执行结果判断是否结束对所述共享网元的管理；

在结束对所述共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，所述第二通知消息包括已对共享网元管理的内容。

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

接收第一实体的OS发送的管理权限信息；

所述通过第二Q接口向共享网元发送网元管理指令，包括：

在所述管理权限信息对应的管理权限内，通过第二Q接口向共享网元发送网元管理指令。

3.根据权利要求1所述的方法，其特征在于，所述第一通知消息还包括对共享网元的预管理内容；

所述通过第二Q接口向共享网元发送网元管理指令，包括：

在第一实体的OS确认允许第二实体的OS对所述预管理内容进行管理后，通过第二Q接口向共享网元发送网元管理指令。

4.根据权利要求3所述的方法，其特征在于，所述预管理内容包括操作内容和目的。

5.根据权利要求1所述的方法，其特征在于，所述第一通知消息还包括管理前的共享网元的状态信息。

6.根据权利要求1-5任一所述的方法，其特征在于，对共享网元的管理，包括如下管理中的至少一种：

故障管理、配置管理、计费管理、性能管理、安全管理。

7.一种对共享网元进行协同管理的方法，其特征在于，共享网元归属于第一实体，第二实体与所述第一实体共享所述共享网元，所述共享网元通过第一Q接口连接第一实体的操作系统OS，所述共享网元通过第二Q接口连接第二实体的OS，所述方法应用于所述共享网元，所述方法包括：

接收第二实体的OS发送的网元管理指令，所述网元管理指令是所述第二实体的OS通过X接口向第一实体的OS发送第一通知消息后发送的，所述第一通知消息包括网元管理的开始时间；

执行所述网元管理指令后，向所述第二实体的OS发送执行结果，以使所述第二实体的OS根据所述执行结果判断是否结束对所述共享网元的管理，并在结束对所述共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，所述第二通知消息包括已对共享网元管理的内容。

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

接收第一实体的OS发送的网元管理指令，所述网元管理指令的发送时间在所述第一实体的OS在接收到所述第二通知消息后，或接收到所述第一通知消息前。

9.根据权利要求8所述的方法，其特征在于，所述第一实体的OS发送的网元管理指令，是第一实体的OS通过X接口向第二实体的OS发送第三通知消息后发送的，所述第三通知消息包括网元管理的开始时间；

在第一实体的OS结束对所述共享网元的管理后，通过X接口向第二实体的OS发送第四通知消息，所述第四通知消息包括已对共享网元管理的内容。

10.一种对共享网元进行协同管理的装置，其特征在于，共享网元归属于第一实体，第二实体与所述第一实体共享所述共享网元，所述共享网元通过第一Q接口连接第一实体的操作系统OS，所述共享网元通过第二Q接口连接第二实体的OS，所述装置应用于所述第二实体的OS，所述装置包括：

第一消息发送模块，用于通过X接口向第一实体的OS发送第一通知消息，所述第一通知消息包括网元管理的开始时间；

指令发送模块，用于通过第二Q接口向共享网元发送网元管理指令，以使所述共享网元执行所述网元管理指令，并返回执行结果；

判断模块，用于根据所述执行结果判断是否结束对所述共享网元的管理；

第二消息发送模块，用于在结束对所述共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，所述第二通知消息包括已对共享网元管理的内容。

11.一种对共享网元进行协同管理的装置，其特征在于，共享网元归属于第一实体，第二实体与所述第一实体共享所述共享网元，所述共享网元通过第一Q接口连接第一实体的操作系统OS，所述共享网元通过第二Q接口连接第二实体的OS，所述装置应用于所述共享网元，所述装置包括：

指令接收模块，用于接收第二实体的OS发送的网元管理指令，所述网元管理指令是所述第二实体的OS通过X接口向第一实体的OS发送第一通知消息后发送的，所述第一通知消息包括网元管理的开始时间；

结果发送模块，用于执行所述网元管理指令后，向所述第二实体的OS发送执行结果，以使所述第二实体的OS根据所述执行结果判断是否结束对所述共享网元的管理，并在结束对所述共享网元的管理后，通过X接口向第一实体的OS发送第二通知消息，所述第二通知消息包括已对共享网元管理的内容。

12.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-9中任意一项所述的对共享网元进行协同管理的方法。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-9中任意一项所述的对共享网元进行协同管理的方法。