CN113923688A - 一种基站管理方法和装置 - Google Patents
一种基站管理方法和装置 Download PDFInfo
- Publication number
- CN113923688A CN113923688A CN202010664619.8A CN202010664619A CN113923688A CN 113923688 A CN113923688 A CN 113923688A CN 202010664619 A CN202010664619 A CN 202010664619A CN 113923688 A CN113923688 A CN 113923688A
- Authority
- CN
- China
- Prior art keywords
- processing unit
- processing
- data
- mib
- operation command
- 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
Links
- 238000007726 management method Methods 0.000 title claims abstract description 127
- 238000012545 processing Methods 0.000 claims abstract description 335
- 238000000034 method Methods 0.000 claims abstract description 51
- 238000006243 chemical reaction Methods 0.000 claims description 51
- 230000008859 change Effects 0.000 claims description 23
- 230000006978 adaptation Effects 0.000 claims description 4
- 230000003044 adaptive effect Effects 0.000 claims description 3
- 238000004590 computer program Methods 0.000 claims description 2
- 230000007704 transition Effects 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 13
- 238000010276 construction Methods 0.000 description 12
- 230000008569 process Effects 0.000 description 12
- 238000004891 communication Methods 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
Abstract
本发明实施例提供了一种基站管理方法和装置，应用于基站，所述基站的管理信息库MIB数据中配置有至少两个运营商的节点信息，其中的方法包括：根据接收到的管理站下发的操作命令中携带的管理账户，识别所述操作命令的权限，并且根据权限识别结果处理所述操作命令，其中，不同的管理账户对应不同的运营商；和/或，对所述基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的管理账户。本发明实施例可以避免多方运营商的操作内容互相干扰，提高操作命令以及上报信息的准确性，进而可以提高基站的稳定性。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种基站管理方法和装置。
背景技术
由于5G(5th Generation Mobile Networks，第五代移动通信技术)网络建设投资不菲，目前多家运营商携手合作，进行5G网络的共建共享。5G网络共建共享采用接入网共享、核心网各自建设、5G频率资源共享的方式。在这种情况下，基站需要面对多家运营商同时管理的新状况，这对基站操作维护框架产生了巨大的影响，增加了基站管理的难度。
在共建共享的场景下，基站从一方运营商独占变为多方运营商共享，因此，多方运营商如何共同管理基站成为目前需要解决的重要问题。
通常，运维人员可以通过操作OMC(Operation and Maintenance Center，操作维护中心)来对基站进行管控，操作包括查询、配置基站参数，监控基站上报信息等。在共建共享的场景下，基站支持多运营商管控可视为支持多OMC管控需求，因此，目前最简单常用的方法是根据支持的运营商数目扩容支持的OMC数目，各管理站具有相同的权限，原有处理流程保持不变。
然而，采用扩容OMC数目的方案，虽然实施最为简单，但是对多方运营商的操作没有约束，有可能造成操作方对其他运营商的内容的误操作。例如，运营商A在操作基站x时，误删除运营商B的小区，导致运营商B的用户全部断连，影响基站的稳定性。
发明内容
本发明实施例提供一种基站管理方法和装置，可以避免多方运营商的操作内容互相干扰，提高操作命令以及上报信息的准确性，进而可以提高基站的稳定性。
本发明实施例提供了一种基站管理方法，应用于基站，所述基站的管理信息库MIB数据中配置有至少两个运营商的节点信息，所述方法包括：
根据接收到的管理站下发的操作命令中携带的管理账户，识别所述操作命令的权限，并且根据权限识别结果处理所述操作命令，其中，不同的管理账户对应不同的运营商；和/或
对所述基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的管理账户。
本发明实施例提供了一种基站管理装置，应用于基站，所述基站的管理信息库MIB数据中配置有至少两个运营商的节点信息，所述装置包括：
命令鉴权模块，用于根据接收到的管理站下发的操作命令中携带的管理账户，识别所述操作命令的权限，并且根据权限识别结果处理所述操作命令，其中，不同的管理账户对应不同的运营商；和/或
上报分派模块，用于对所述基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的管理账户。
本发明实施例包括以下优点：
本发明实施例通过在基站的管理信息库MIB数据中配置有至少两个运营商的节点信息，使得基站可支持至少两个运营商的管理操作，可适用于共建共享的场景。本发明实施例根据接收到的管理站下发的操作命令中携带的管理账户，识别所述操作命令的权限，并且根据权限识别结果处理所述操作命令，其中，不同的管理账户对应不同的运营商；和/或，对所述基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的管理账户。本发明实施例对来自不同运营商的操作命令进行权限识别处理，对基站产生的上报信息进行上报条件识别处理，使得多方运营商按照各自的权限对基站进行管理，以及接收基站上报给各自的上报信息，避免多方运营商的操作内容互相干扰，提高操作命令以及上报信息的准确性，进而可以提高基站的稳定性。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1示出了本发明的一种基站管理方法实施例的流程图；
图2示出了本发明的一种基站与管理站的连接示意图；
图3示出了本发明的一种基站结构示意图；
图4示出了本发明的一种数据继承处理流程示意图；
图5示出了本发明的一种命令鉴权处理流程示意图；
图6示出了本发明的一种信息上报处理流程示意图；
图7示出了本发明的一种基站管理装置实施例的结构框图；
图8示出了本发明提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
方法实施例一
参照图1，示出了本发明的一种基站管理方法实施例的流程图，所述方法应用于基站，所述基站的管理信息库MIB数据中配置有至少两个运营商的节点信息，所述方法具体可以包括：
步骤101、根据接收到的管理站下发的操作命令中携带的管理账户，识别所述操作命令的权限，并且根据权限识别结果处理所述操作命令，其中，不同的管理账户对应不同的运营商；和/或
步骤102、对所述基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的管理账户。
本发明实施例提供的基站管理方法，可应用于基站。需要说明的是，本发明实施例对所述基站的应用场景不加以限制，所述基站可以为任意通信系统中的基站设备。所述通信系统包括但不限于GSM(GlobalSystemof Mobile communication，全球移动通讯)系统、CDMA(Code Division MultipleAccess，码分多址)系统、WCDMA(Wideband Code DivisionMultipleAccess，宽带码分多址)系统、GPRS(General Packet Radio Service，通用分组无线业务)、LTE(Long TermEvolution，长期演进)系统、LTE FDD(Frequency DivisionDuplex，频分双工)系统、LTE TDD(Time Division Duplex，时分双工)系统、UMTS(Universal Mobi leTel ecommunication System，通用移动通信系统)、WiMAX(WorldwideInteroperabi lityfor MicrowaveAccess，全球互联微波接入)通信系统、5G(5th-Generation，第五代移动通信技术)或NR(New Radio，新无线)通信系统。
本发明实施例的基站可应用于共建共享的场景，基站从一方运营商独占变为多方运营商共享，从物理上看仍是一个基站，但从逻辑上看可视为两个基站，分别受各方运营商管理。
在本发明实施例中，所述基站的管理信息库MIB数据中配置有至少两个运营商的节点信息，以使基站可支持多个运营商的管理。如表1所示，可以在MIB中文件服务器表增加文件服务器所属运营商节点，该节点用于标识此条记录中的文件服务器归属于哪个运营商。运营商可通过管理站来管理基站，所述管理站可以为OMC或者其他管理设备。
表1
| 文件服务器(表) | ||
| 文件服务器(行) | ||
| 文件服务器索引 | ||
| 行状态 | ||
| 文件服务器地址类型 | ||
| 文件服务器IP地址 | ||
| 登录账户名 | ||
| 登录账户密码 | ||
| 文件服务器所属运营商 |
在本发明的一种可选实施例中，所述管理站的数量可以为一个或多个。例如，在一个基站对应N个运营商的情况下。一个示例中，可以配置N个管理站，每个运营商独立使用一个管理站管理基站。另一个示例中，可以为N个运营商分配不同的管理账户，使得N个运营商可以使用同一个管理站管理基站。可以理解，本发明实施例对运营商的个数以及管理站的数量不加以限制。
为便于描述，本发明实施例中均以两个运营商(N＝2)，且两个运营商分别独立使用一个管理站为例进行描述。参照图2，示出了本发明实施例中的一种基站与管理站的连接示意图。如图2所示，基站201通过OM链路-1与管理站202(OMC-1)相连，通过OM链路-2与管理站203(OMC-2)相连。运营商1通过管理站OMC-1管理基站201，运营商2通过管理站OMC-2管理基站201。本发明实施例将基站中的资源划分为公共资源和独占资源。OMC-1可以管理基站的公共资源和属于OMC-1的独占资源1，OMC-2可以管理基站的公共资源和属于OMC-2的独占资源2。
其中，基站的资源可以包括硬件资源和业务资源(如软件)。公共资源中的硬件资源可以包括主控板卡、电源、风扇等，独占资源可以包括传输、小区、基带板等。
参照图3，示出了本发明实施例的一种基站结构示意图。如图3所示，在基站301内部对于MIB管理增加数据继承适配模块3011，在网管接口增加命令鉴权模块3012和上报分派模块3013。其中，数据继承适配模块3011用于当版本间MIB变更时，依据规则自动进行MIB转换，且可同时提供多个MIB版本间的相互转换，以此减少基站版本升级带来的数据冲突问题。命令鉴权模块3012用于对来自不同运营商的操作命令进行权限识别，并根据权限识别结果处理所述操作命令，避免不同运营商的内容的误操作。上报分派模块3013用于对基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的运营商。
在本发明的一种可选实施例中，所述方法还可以包括：通过对所述基站的第一版本的MIB数据进行适配继承，将所述第一版本的MIB数据变更为第二版本的MIB数据。
在共建共享的场景下，MIB差异过多会带来版本间数据无法继承，升级操作复杂的问题。为解决该问题，在本发明实施例在基站中增加了数据继承适配模块。目的在于当版本间MIB变更时，数据继承适配模块可以依据规则自动进行MIB转换，且可同时提供多个MIB版本间的相互转换，以减少基站版本升级带来的数据冲突问题。
在本发明的一种可选实施例中，所述通过对所述基站的第一版本的MIB数据进行适配继承，将所述第一版本的MIB数据变更为第二版本的MIB数据，具体可以包括：
步骤S11、遍历所述第一版本的MIB数据中的数据表，判断所述第一版本的MIB数据是否需要进行数据转换；
步骤S12、若判定所述第一版本的MIB数据需要进行数据转换，则判断所述数据转换是否对应不同的MIB表；
步骤S13、若判定所述数据转换对应不同的MIB表，则将所述第二版本的MIB数据中的第一数据替换为所述第一版本的MIB数据中的第二数据。
当存在MIB修改的基站版本变更时，第一版本的MIB数据表示版本变更之前的MIB数据，第二版本的MIB数据表示版本变更之后的MIB数据。一个示例中，基站版本1对应第一版本的MIB数据(记为MIB版本1)，基站版本2对应第二版本的MIB数据(记为MIB版本2)，MIB版本2中的数据要继承自MIB版本1的数据。
首先，本发明实施例遍历所述第一版本的MIB数据中的数据表，判断所述第一版本的MIB数据是否需要进行数据转换。如果节点没有变化，则不需要进行数据转换，MIB版本2可以直接继承MIB版本1的数据。如果节点有变化，则需要进行数据转换，此时，进一步判断数据转换是否对应不同的MIB表，如果数据转换对应不同的MIB表，本发明实施例将该数据转换称为表间转换，在表间转换的情况下，将所述第二版本的MIB数据中的第一数据替换为所述第一版本的MIB数据中的第二数据。
表间转换是指把一个表的节点数据添加到另一个表中。比如MIB版本1中节点1对应内容A，节点2对应内容B；MIB版本2中节点1对应内容A，节点2对应内容C，节点3对应内容B；MIB版本2要继承MIB版本1的数据就需要把MIB版本1的节点2数据读出来写入到MIB版本2的节点3处。在进行表间转换时，可以先清理MIB版本2的数据，然后将MIB版本1的数据依映射到要求填充的MIB版本2中。
在本发明的一种可选实施例中，所述判断所述数据转换是否对应不同的MIB表之后，所述方法还可以包括：
步骤S21、若判定所述数据转换对应同一个MIB表，则判断是否存在索引变更；
步骤S22、若判定存在索引变更，则在所述第一版本的MIB数据中新增索引，并且将待转换的叶子节点数据迁移至新增的索引下；
步骤S23、若判定不存在索引变更，则将待转换的叶子节点数据迁移至所述第一版本的MIB数据中的目标节点下。
若判定所述数据转换对应同一个MIB表，本发明实施例将该数据转换称为表内转换，表内转换指把本表的某些节点数据添加到本表的另一些节点处。在表内转换的情况下，进一步判断是否存在索引变更；如果判定存在索引变更，则在所述第一版本的MIB数据中新增索引，并且进行叶子节点数据搬移，也即将待转换的叶子节点数据迁移至新增的索引下；如果判定不存在索引变更(也即索引没有变化)，则只需进行叶子节点的数据搬移，也即将待转换的叶子节点数据迁移至所述第一版本的MIB数据中的目标节点下。
参照图4，示出了本发明实施例的一种数据继承处理流程示意图。如图4所示，遍历MIB版本1的数据表，当MIB表1不需转换时，MIB版本2数据直接继承MIB表1数据，得到目标MIB表1。当MIB表1数据需要转换时，如果是表间转换，则先清理MIB表2的数据，然后将MIB表1数据依映射要求填充到MIB表2中，得到目标MIB表2。如果是本表转换，当索引出现变更时，先扩充索引，然后再进行叶子节点数据搬移，得到MIB表1'。如果索引没有变化，则直接进行叶子节点的数据搬移，得到MIB表1"。
在实际应用中，共建共享的需求涉及协议过程、互操作、测量与切换、操作维护、传输、网管方面的修改，如协议过程中要支持多运营商多PLMN系统信息广播，是协议层面，可以通过在MIB中增加“PLMN与运营商映射”表等来满足，如互操作中区分运营商。进一步地，“NR小区信息”表中还可以增加“小区服务运营商”；“NR小区配置”表中还可以增加该小区所属运营商，包括中国移动、中国联通、中国电信、中国广电的小区ID信息。还可以增加“运营商ID”表、“PLMN与运营商映射”表、“TAC与运营商映射关系”表等。
可选地，在本发明实施例中，MIB版本间转换的判断及转换规则可以由配置文件描述，配置文件可以在基站外部提前生成，配置文件中可存放多套MIB版本间的转换规则，将配置文件放入基站执行环境中，在基站进行数据继承时依据MIB版本号进行版本转换。如需更换转换规则，则直接替换该配置文件即可，在基站下次进行数据继承时将按新的转换规则生效。
在本发明的一种可选实施例中，步骤101所述根据接收到的管理站下发的操作命令中携带的管理账户，识别所述操作命令的权限，并且根据权限识别结果处理所述操作命令，具体可以包括：
步骤S31、接收管理站下发的操作命令；
步骤S32、将所述操作命令加入第一处理链表，所述第一处理链表包括至少一个第一处理单元；
步骤S33、通过所述至少一个第一处理单元依次对所述操作命令进行权限识别，根据每个第一处理单元对所述管理账户对应所述操作命令的权限识别结果，对所述操作命令执行对应操作处理，直到最后一个第一处理单元处理完成。
本发明实施例在管理站和基站间的网管接口处增加第一处理链设计，对于来自管理站的操作命令，加入第一处理链表，所示第一处理链表用于对所述操作命令进行鉴权处理。
在共建共享的场景下，本发明实施例对不同运营商的命令可以设置不同的权限，例如，设置运营商不具有操作其它运营商的独占资源的权限，如小区1属于运营商B的独占资源，则运营商A没有操作小区1的权限。一个示例中，如果接收到操作命令为对小区1的操作，则可以判断该操作命令携带的管理账户是否为运营商B的，如果是，则可以响应该操作命令，如果不是，则可以拒绝该操作命令。
又如，对来自承建方或共享方的操作命令可以设置不同的权限，如设置承建方不具有删除共享方的小区的权限，但具有复位板卡的权限，以及设置共享方不具有删除承建方的小区的权限，也不不具有复位板卡的权限；再如，对来自同一运营商的对不同资源的操作命令也可以设置不同的权限，如对本运营商的小区的操作命令和对其他运营商的小区的操作命令可以设置不同的权限等。
在实际应用中，一个操作命令中可能包括多个判断条件，本发明实施例将多个鉴权判断条件拆分为多个第一处理单元，得到第一处理链表。一个示例中，第一处理链表中包括n个第一处理单元，在接收到管理站下发的操作命令之后，将该操作命令加入第一处理链表，进入第一个第一处理单元进行处理，第一个第一处理单元处理完成后，进入第二个第一处理单元进行处理，依次类推，直到得到有权或无权的结果或第n个第一处理单元处理完成，则该操作命令处理完成。按照上述流程执行下一个操作命令。
在本发明的一种可选实施例中，所述通过所述至少一个第一处理单元依次对所述操作命令进行权限识别，根据每个第一处理单元对所述管理账户对应所述操作命令的权限识别结果，对所述操作命令执行对应操作处理，具体可以包括：
步骤S41、若当前第一处理单元确定所述权限识别结果为有权，则执行所述操作命令；
步骤S42、若当前第一处理单元确定所述权限识别结果为无权，则根据约定处理所述操作命令，或者，忽略所述操作命令；
步骤S43、若当前第一处理单元确定所述权限识别结果为待判定，则判断所述当前第一处理单元是否为最后一个第一处理单元；若判定所述当前处理单元为最后一个第一处理单元，则根据约定处理所述操作命令，否则，进入下一个第一处理单元。
对于数据间分布着不同权限的情况，本发明实施例采用链式处理的流程，对于复杂的权限判断情况，可以将鉴权判断条件拆分为多个第一处理单元，进行如下三种权限识别结果的判断：有权、无权、待判定。对于待判定的权限识别结果，继续进行下一个第一处理单元的判断，直到得到有权或无权的结果或最后一个第一处理单元处理结束。
具体地，接收到来自管理站的操作命令，在第一处理链表的第一个第一处理单元进行权限识别，如果权限识别结果为有权，则由基站执行该操作命令。如果权限识别结果为无权，则根据约定处理该操作命令，或者，忽略该操作命令。其中，约定是指提前设置的在待判定的权限识别结果的情况下，是否可以执行操作命令，若约定为可执行，则由基站执行该操作命令，若约定为不可执行，则忽略该操作命令。在忽略操作命令的情况下，管理站将得到该操作命令执行超时的反馈结果。可选地，可以将约定的内容转换为配置数据记录在配置文件中，使用配置文件中的配置数据进行判断。如果既不能得出有权的结果，又不能得出无权的结果，也即权限识别结果为待判定，则判断当前第一处理单元是否为最后一个第一处理单元；若判定当前处理单元为最后一个第一处理单元，则根据约定处理该操作命令，否则，进入下一个第一处理单元进行处理。
在本发明的一种可选实施例中，所述方法还可以包括：
对所述第一处理链表中的第一处理单元进行第一更新，所述第一更新包括如下一项或多项：增加第一处理单元、删除第一处理单元、调整第一处理单元的位置。
本发明实施例采用链式处理的流程对来自管理站的操作命令进行鉴权处理，可以随需求的变更对第一处理链表中的第一处理单元进行第一更新，第一更新包括第一处理单元的增加、删除、位置调整。其中，每个第一处理单元均符合第一处理链表的接口规范。
参照图5，示出了本发明实施例的一种命令鉴权处理流程示意图。如图5所示，第一处理链表包括n个第一处理单元，第一个第一处理单元用于鉴权判断1，第二个第一处理单元用于鉴权判断2，以此类推，第n个第一处理单元用于鉴权判断n。每一个来自管理站的操作命令均经过第一处理链进行处理。
通过本发明实施例的链式鉴权处理流程，可以灵活对第一处理链表进行设置以及更新。例如，现有的对小区操作命令的鉴权处理包括：识别该操作命令是否为承建方，如果为承建方，则可以复位板卡。但是，由于复位板卡会对共享方造成影响。为减小对共享方的影响，可以在第一处理链表中增加第一处理单元，用于检查共享方小区的状态，如果共享方的小区为使用中状态，则禁止承建方复位板卡。
第一处理链表更新之后，在下一次操作命令到来时即可生效。本发明实施例通过链式处理流程，可以避免对代码进行大范围修改，且新增的第一处理单元加入第一处理链表后，第一处理链表可自动挂接，在下次使用时生效，无需复位基站。通过热补丁的形式完成更新，可以避免基站复位带来的各种风险。
在本发明的一种可选实施例中，所述对所述基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的管理账户，具体可以包括：
步骤S51、生成上报信息；
步骤S52、将所述上报信息加入第二处理链表，所述第二处理链表包括至少一个第二处理单元；
步骤S53、通过所述至少一个第二处理单元依次对所述上报信息进行条件识别，根据每个第二处理单元对所述上报信息的条件识别结果，对所述上报信息执行对应操作处理，直到最后一个第二处理单元处理完成。
基站除了接收管理站的操作命令外，还可以向管理站发送上报信息，主动上报自身情况，所述上报信息可以包括：数据变更信息、事件、告警等。
在共建共享的场景下，多方运营商共享同一个基站，本发明实施例对基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的运营商，以使多方运营商对基站的管理互不干扰。
此外，为使上报条件判断方式更加灵活，符合不同运营商的个性化需求，本发明实施例在管理站和基站间的网管接口处增加第二处理链设计，对于基站产生的上报信息，加入第二处理链表，所述第二处理链表用于对所述上报信息进行上报处理。
本发明实施例将多个上报判断拆分为多个第二处理单元，得到第二处理链表。一个示例中，第二处理链表中包括n个第二处理单元，在基站产生上报信息之后，将该上报信息加入第二处理链表，进入第一个第二处理单元进行处理，第一个第二处理单元处理完成后，进入第二个第二处理单元进行处理，依次类推，直到得到上报或丢弃的结果或第n个第二处理单元处理完成，则该上报信息处理完成。按照上述流程处理下一个上报信息。
在本发明的一种可选实施例中，所述通过所述至少一个第二处理单元依次对所述上报信息进行条件识别，根据每个第二处理单元对所述上报信息的条件识别结果，对所述上报信息执行对应操作处理，具体可以包括：
步骤S61、若当前第二处理单元确定所述条件识别结果为符合上报条件，则确定符合上报条件对应的目标运营商，并且向所述目标运营商对应的管理账户发送所述上报信息；
步骤S62、若当前第二处理单元确定所述条件识别结果为不符合上报条件，则丢弃所述上报信息；
步骤S63、若当前第二处理单元确定所述条件识别结果为待判定，则判断所述当前第二处理单元是否为最后一个第二处理单元；若判定所述当前处理单元为最后一个第二处理单元，则丢弃所述上报信息，否则，进入下一个第二处理单元。
本发明实施例采用链式处理的流程，对于复杂的上报判断情况，可以将上报判断条件拆分为多个第二处理单元，进行如下三种条件识别结果的判断：符合目标运营商的上报条件、不符合上报条件、待判定。对于待判定状态，继续进行下一个第二处理单元的处理，直到得到上报或丢弃的结果或最后一个第二处理单元处理结束。
具体地，当基站中的上报源产生一条上报信息时，首先进入第二处理链表的第一个第二处理单元，第一个第二处理单元判断该上报信息是否符合某目标运营商的上报条件，如果符合就上报给该目标运营商；如果判断该上报信息符合不上报条件，则丢弃该上报信息；如果既不能得出符合上报条件的结果，又不能得出不符合上报条件的结果，也即条件识别结果为待判定，则判断当前第二处理单元是否为最后一个第二处理单元；若判定当前处理单元为最后一个第二处理单元，则丢弃该上报信息，否则，进入下一个第二处理单元进行处理。
在本发明的一种可选实施例中，所述方法还可以包括：
对所述第二处理链表中的第二处理单元进行第二更新，所述第二更新包括如下一项或多项：增加第二处理单元、删除第二处理单元、调整第二处理单元的位置。
本发明实施例采用链式处理的流程对基站产生的上报信息进行上报判断处理，可以随需求的变更对第二处理链表中的第二处理单元进行第二更新，第二更新包括第二处理单元的增加、删除、位置调整。其中，每个第二处理单元均符合第二处理链表的接口规范。
参照图6，示出了本发明实施例的一种信息上报处理流程示意图。如图6所示，第二处理链表包括n个第二处理单元，第一个第二处理单元用于上报判断1，第二个第二处理单元用于上报判断2，以此类推，第n个第二处理单元用于上报判断n。每一个基站产生的上报信息均经过第二处理链进行处理。
通过本发明实施例的链式鉴权处理流程，可以灵活对第二处理链表进行设置以及更新。例如，现有的上报信息的上报判断处理包括：通过上报源判断是否将上报信息上报给所有运营商或上报给指定运营商。又如，还可以对第二处理链进行功能细化，如对于板卡故障的上报信息，是仅上报承建方，还是同时上报承建方和共享方等。
第二处理链表更新之后，在下一次上报信息到来时即可生效。本发明实施例通过链式处理流程，可以通过热补丁形式对正在运行的基站进行功能更新。由此可以根据需求的变更，动态增减第二处理单元，动态调整基站的功能而无需对基站进行整个版本的更新，可以避免基站复位带来的各种风险。
可选地，本发明实施例可以通过修改配置文件，动态修改第二处理链表，一个示例中，可以将不上报告警的告警号记入配置文件，然后将配置文件更新到基站中，即可实现对第二处理链表的动态更新。
综上，本发明实施例通过在基站的管理信息库MIB数据中配置有至少两个运营商的节点信息，使得基站可支持至少两个运营商的管理操作，可适用于共建共享的场景。本发明实施例根据接收到的管理站下发的操作命令中携带的管理账户，识别所述操作命令的权限，并且根据权限识别结果处理所述操作命令，其中，不同的管理账户对应不同的运营商；和/或，对所述基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的管理账户。本发明实施例对来自不同运营商的操作命令进行权限识别处理，对基站产生的上报信息进行上报条件识别处理，使得多方运营商按照各自的权限对基站进行管理，以及接收基站上报给各自的上报信息，避免多方运营商的操作内容互相干扰，可以提高操作命令以及上报信息的准确性，进而可以提高基站的稳定性。
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
装置实施例
参照图7，示出了本发明的一种基站管理装置实施例的结构框图，应用于基站，所述基站的管理信息库MIB数据中配置有至少两个运营商的节点信息，所述装置具体可以包括：
命令鉴权模块701，用于根据接收到的管理站下发的操作命令中携带的管理账户，识别所述操作命令的权限，并且根据权限识别结果处理所述操作命令，其中，不同的管理账户对应不同的运营商；和/或
上报分派模块702，用于对所述基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的管理账户。
可选地，所述装置还包括：
数据继承适配模块，用于通过对所述基站的第一版本的MIB数据进行适配继承，将所述第一版本的MIB数据变更为第二版本的MIB数据。
可选地，所述数据继承适配模块，包括：
遍历子模块，用于遍历所述第一版本的MIB数据中的数据表，判断所述第一版本的MIB数据是否需要进行数据转换；
第一判断子模块，用于若判定所述第一版本的MIB数据需要进行数据转换，则判断所述数据转换是否对应不同的MIB表；
第一转换子模块，用于若判定所述数据转换对应不同的MIB表，则将所述第二版本的MIB数据中的第一数据替换为所述第一版本的MIB数据中的第二数据。
可选地，所述数据继承适配模块还包括：
第二判断子模块，用于若判定所述数据转换对应同一个MIB表，则判断是否存在索引变更；
第二转换子模块，用于若判定存在索引变更，则在所述第一版本的MIB数据中新增索引，并且将待转换的叶子节点数据迁移至新增的索引下；
第三转换子模块，用于若判定不存在索引变更，则将待转换的叶子节点数据迁移至所述第一版本的MIB数据中的目标节点下。
可选地，所述命令鉴权模块701，包括：
命令接收子模块，用于接收管理站下发的操作命令；
第一加入子模块，用于将所述操作命令加入第一处理链表，所述第一处理链表包括至少一个第一处理单元；
第一链表处理子模块，用于通过所述至少一个第一处理单元依次对所述操作命令进行权限识别，根据每个第一处理单元对所述管理账户对应所述操作命令的权限识别结果，对所述操作命令执行对应操作处理，直到最后一个第一处理单元处理完成。
可选地，所述第一链表处理子模块，包括：
第一处理单元，用于若当前第一处理单元确定所述权限识别结果为有权，则执行所述操作命令；
第二处理单元，用于若当前第一处理单元确定所述权限识别结果为无权，则根据约定处理所述操作命令，或者，忽略所述操作命令；
第三处理单元，用于若当前第一处理单元确定所述权限识别结果为待判定，则判断所述当前第一处理单元是否为最后一个第一处理单元；若判定所述当前处理单元为最后一个第一处理单元，则根据约定处理所述操作命令，否则，进入下一个第一处理单元。
可选地，所述装置还包括：
第一更新模块，用于对所述第一处理链表中的第一处理单元进行第一更新，所述第一更新包括如下一项或多项：增加第一处理单元、删除第一处理单元、调整第一处理单元的位置。
可选地，所述上报分派模块702，包括：
信息生成子模块，用于生成上报信息；
第二加入子模块，用于将所述上报信息加入第二处理链表，所述第二处理链表包括至少一个第二处理单元；
第二链表处理子模块，用于通过所述至少一个第二处理单元依次对所述上报信息进行条件识别，根据每个第二处理单元对所述上报信息的条件识别结果，对所述上报信息执行对应操作处理，直到最后一个第二处理单元处理完成。
可选地，所述第二链表处理子模块包括：
第四处理单元，用于若当前第二处理单元确定所述条件识别结果为符合上报条件，则确定符合上报条件对应的目标运营商，并且向所述目标运营商对应的管理账户发送所述上报信息；
第五处理单元，用于若当前第二处理单元确定所述条件识别结果为不符合上报条件，则丢弃所述上报信息；
第六处理单元，用于若当前第二处理单元确定所述条件识别结果为待判定，则判断所述当前第二处理单元是否为最后一个第二处理单元；若判定所述当前处理单元为最后一个第二处理单元，则丢弃所述上报信息，否则，进入下一个第二处理单元。
可选地，所述方法还包括：
对所述第二处理链表中的第二处理单元进行第二更新，所述第二更新包括如下一项或多项：增加第二处理单元、删除第二处理单元、调整第二处理单元的位置。
可选地，所述管理站的数量为一个或多个。
本发明实施例在基站内部对于MIB管理增加数据继承适配模块，在网管接口添加命令鉴权模块和上报分派模块。其中，数据继承适配模块用于当版本间MIB变更时，能依据规则自动进行MIB转换，且可同时提供多个MIB版本间的相互转换，以此减少基站版本升级带来的数据冲突问题。命令鉴权模块用于对来自不同运营商的操作命令进行权限识别，并根据权限识别结果处理所述操作命令，避免不同运营商的内容的误操作。上报分派模块用于对基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的运营商。
本发明实施例对来自不同运营商的操作命令进行权限识别处理，对基站产生的上报信息进行上报条件识别处理，使得多方运营商按照各自的权限对基站进行管理，以及接收基站上报给各自的上报信息，避免多方运营商的操作内容互相干扰，提高操作命令以及上报信息的准确性，进而可以提高基站的稳定性。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开的实施例还提供了一种电子设备，参见图8，包括：处理器801、存储器802以及存储在所述存储器上并可在所述处理器上运行的计算机程序8021，所述处理器执行所述程序时实现前述实施例的基站管理方法。
本公开的实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例的基站管理方法。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本公开的实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本公开的实施例的内容，并且上面对特定语言所做的描述是为了披露本公开的实施例的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的实施例的示例性实施例的描述中，本公开的实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开的实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的实施例的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
本公开的实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开的实施例的排序设备中的一些或者全部部件的一些或者全部功能。本公开的实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本公开的实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本公开的实施例进行说明而不是对本公开的实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开的实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述仅为本公开的实施例的较佳实施例而已，并不用以限制本公开的实施例，凡在本公开的实施例的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本公开的实施例的保护范围之内。
以上所述，仅为本公开的实施例的具体实施方式，但本公开的实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的实施例的保护范围之内。因此，本公开的实施例的保护范围应以权利要求的保护范围为准。
Claims (24)
1.一种基站管理方法，其特征在于，应用于基站，所述基站的管理信息库MIB数据中配置有至少两个运营商的节点信息，所述方法包括：
根据接收到的管理站下发的操作命令中携带的管理账户，识别所述操作命令的权限，并且根据权限识别结果处理所述操作命令，其中，不同的管理账户对应不同的运营商；和/或
对所述基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的管理账户。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
通过对所述基站的第一版本的MIB数据进行适配继承，将所述第一版本的MIB数据变更为第二版本的MIB数据。
3.根据权利要求1所述的方法，其特征在于，所述通过对所述基站的第一版本的MIB数据进行适配继承，将所述第一版本的MIB数据变更为第二版本的MIB数据，包括：
遍历所述第一版本的MIB数据中的数据表，判断所述第一版本的MIB数据是否需要进行数据转换；
若判定所述第一版本的MIB数据需要进行数据转换，则判断所述数据转换是否对应不同的MIB表；
若判定所述数据转换对应不同的MIB表，则将所述第二版本的MIB数据中的第一数据替换为所述第一版本的MIB数据中的第二数据。
4.根据权利要求3所述的方法，其特征在于，所述判断所述数据转换是否对应不同的MIB表之后，所述方法还包括：
若判定所述数据转换对应同一个MIB表，则判断是否存在索引变更；
若判定存在索引变更，则在所述第一版本的MIB数据中新增索引，并且将待转换的叶子节点数据迁移至新增的索引下；
若判定不存在索引变更，则将待转换的叶子节点数据迁移至所述第一版本的MIB数据中的目标节点下。
5.根据权利要求1所述的方法，其特征在于，所述根据接收到的管理站下发的操作命令中携带的管理账户，识别所述操作命令的权限，并且根据权限识别结果处理所述操作命令，包括：
接收管理站下发的操作命令；
将所述操作命令加入第一处理链表，所述第一处理链表包括至少一个第一处理单元；
通过所述至少一个第一处理单元依次对所述操作命令进行权限识别，根据每个第一处理单元对所述管理账户对应所述操作命令的权限识别结果，对所述操作命令执行对应操作处理，直到最后一个第一处理单元处理完成。
6.根据权利要求5所述的方法，其特征在于，所述通过所述至少一个第一处理单元依次对所述操作命令进行权限识别，根据每个第一处理单元对所述管理账户对应所述操作命令的权限识别结果，对所述操作命令执行对应操作处理，包括：
若当前第一处理单元确定所述权限识别结果为有权，则执行所述操作命令；
若当前第一处理单元确定所述权限识别结果为无权，则根据约定处理所述操作命令，或者，忽略所述操作命令；
若当前第一处理单元确定所述权限识别结果为待判定，则判断所述当前第一处理单元是否为最后一个第一处理单元；若判定所述当前处理单元为最后一个第一处理单元，则根据约定处理所述操作命令，否则，进入下一个第一处理单元。
7.根据权利要求5所述的方法，其特征在于，所述方法还包括：
对所述第一处理链表中的第一处理单元进行第一更新，所述第一更新包括如下一项或多项：增加第一处理单元、删除第一处理单元、调整第一处理单元的位置。
8.根据权利要求1所述的方法，其特征在于，所述对所述基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的管理账户，包括：
生成上报信息；
将所述上报信息加入第二处理链表，所述第二处理链表包括至少一个第二处理单元；
通过所述至少一个第二处理单元依次对所述上报信息进行条件识别，根据每个第二处理单元对所述上报信息的条件识别结果，对所述上报信息执行对应操作处理，直到最后一个第二处理单元处理完成。
9.根据权利要求8所述的方法，其特征在于，所述通过所述至少一个第二处理单元依次对所述上报信息进行条件识别，根据每个第二处理单元对所述上报信息的条件识别结果，对所述上报信息执行对应操作处理，包括：
若当前第二处理单元确定所述条件识别结果为符合上报条件，则确定符合上报条件对应的目标运营商，并且向所述目标运营商对应的管理账户发送所述上报信息；
若当前第二处理单元确定所述条件识别结果为不符合上报条件，则丢弃所述上报信息；
若当前第二处理单元确定所述条件识别结果为待判定，则判断所述当前第二处理单元是否为最后一个第二处理单元；若判定所述当前处理单元为最后一个第二处理单元，则丢弃所述上报信息，否则，进入下一个第二处理单元。
10.根据权利要求8所述的方法，其特征在于，所述方法还包括：
对所述第二处理链表中的第二处理单元进行第二更新，所述第二更新包括如下一项或多项：增加第二处理单元、删除第二处理单元、调整第二处理单元的位置。
11.根据权利要求1至10任一所述的方法，其特征在于，所述管理站的数量为一个或多个。
12.一种基站管理装置，其特征在于，应用于基站，所述基站的管理信息库MIB数据中配置有至少两个运营商的节点信息，所述装置包括：
命令鉴权模块，用于根据接收到的管理站下发的操作命令中携带的管理账户，识别所述操作命令的权限，并且根据权限识别结果处理所述操作命令，其中，不同的管理账户对应不同的运营商；和/或
上报分派模块，用于对所述基站的上报信息进行上报条件识别，将符合上报条件的上报信息发送至对应的管理账户。
13.根据权利要求12所述的装置，其特征在于，所述装置还包括：
数据继承适配模块，用于通过对所述基站的第一版本的MIB数据进行适配继承，将所述第一版本的MIB数据变更为第二版本的MIB数据。
14.根据权利要求12所述的装置，其特征在于，所述数据继承适配模块，包括：
遍历子模块，用于遍历所述第一版本的MIB数据中的数据表，判断所述第一版本的MIB数据是否需要进行数据转换；
第一判断子模块，用于若判定所述第一版本的MIB数据需要进行数据转换，则判断所述数据转换是否对应不同的MIB表；
第一转换子模块，用于若判定所述数据转换对应不同的MIB表，则将所述第二版本的MIB数据中的第一数据替换为所述第一版本的MIB数据中的第二数据。
15.根据权利要求14所述的装置，其特征在于，所述数据继承适配模块还包括：
第二判断子模块，用于若判定所述数据转换对应同一个MIB表，则判断是否存在索引变更；
第二转换子模块，用于若判定存在索引变更，则在所述第一版本的MIB数据中新增索引，并且将待转换的叶子节点数据迁移至新增的索引下；
第三转换子模块，用于若判定不存在索引变更，则将待转换的叶子节点数据迁移至所述第一版本的MIB数据中的目标节点下。
16.根据权利要求12所述的装置，其特征在于，所述命令鉴权模块，包括：
命令接收子模块，用于接收管理站下发的操作命令；
第一加入子模块，用于将所述操作命令加入第一处理链表，所述第一处理链表包括至少一个第一处理单元；
第一链表处理子模块，用于通过所述至少一个第一处理单元依次对所述操作命令进行权限识别，根据每个第一处理单元对所述管理账户对应所述操作命令的权限识别结果，对所述操作命令执行对应操作处理，直到最后一个第一处理单元处理完成。
17.根据权利要求16所述的装置，其特征在于，所述第一链表处理子模块，包括：
第一处理单元，用于若当前第一处理单元确定所述权限识别结果为有权，则执行所述操作命令；
第二处理单元，用于若当前第一处理单元确定所述权限识别结果为无权，则根据约定处理所述操作命令，或者，忽略所述操作命令；
第三处理单元，用于若当前第一处理单元确定所述权限识别结果为待判定，则判断所述当前第一处理单元是否为最后一个第一处理单元；若判定所述当前处理单元为最后一个第一处理单元，则根据约定处理所述操作命令，否则，进入下一个第一处理单元。
18.根据权利要求16所述的装置，其特征在于，所述装置还包括：
第一更新模块，用于对所述第一处理链表中的第一处理单元进行第一更新，所述第一更新包括如下一项或多项：增加第一处理单元、删除第一处理单元、调整第一处理单元的位置。
19.根据权利要求12所述的装置，其特征在于，所述上报分派模块，包括：
信息生成子模块，用于生成上报信息；
第二加入子模块，用于将所述上报信息加入第二处理链表，所述第二处理链表包括至少一个第二处理单元；
第二链表处理子模块，用于通过所述至少一个第二处理单元依次对所述上报信息进行条件识别，根据每个第二处理单元对所述上报信息的条件识别结果，对所述上报信息执行对应操作处理，直到最后一个第二处理单元处理完成。
20.根据权利要求19所述的装置，其特征在于，所述第二链表处理子模块包括：
第四处理单元，用于若当前第二处理单元确定所述条件识别结果为符合上报条件，则确定符合上报条件对应的目标运营商，并且向所述目标运营商对应的管理账户发送所述上报信息；
第五处理单元，用于若当前第二处理单元确定所述条件识别结果为不符合上报条件，则丢弃所述上报信息；
第六处理单元，用于若当前第二处理单元确定所述条件识别结果为待判定，则判断所述当前第二处理单元是否为最后一个第二处理单元；若判定所述当前处理单元为最后一个第二处理单元，则丢弃所述上报信息，否则，进入下一个第二处理单元。
21.根据权利要求19所述的方法，其特征在于，所述方法还包括：
对所述第二处理链表中的第二处理单元进行第二更新，所述第二更新包括如下一项或多项：增加第二处理单元、删除第二处理单元、调整第二处理单元的位置。
22.根据权利要求12至21任一所述的装置，其特征在于，所述管理站的数量为一个或多个。
23.一种电子设备，其特征在于，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-11中一个或多个所述的基站管理方法。
24.一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如方法权利要求1-11中一个或多个所述的基站管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010664619.8A CN113923688B (zh) | 2020-07-10 | 2020-07-10 | 一种基站管理方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010664619.8A CN113923688B (zh) | 2020-07-10 | 2020-07-10 | 一种基站管理方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113923688A true CN113923688A (zh) | 2022-01-11 |
| CN113923688B CN113923688B (zh) | 2023-10-31 |
Family
ID=79232263
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010664619.8A Active CN113923688B (zh) | 2020-07-10 | 2020-07-10 | 一种基站管理方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113923688B (zh) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030181207A1 (en) * | 2002-02-26 | 2003-09-25 | Tero-Matti Kinnunen | Managing the configuration of a shared network node |
| CN1996877A (zh) * | 2006-09-30 | 2007-07-11 | 华为技术有限公司 | 一种实现mib适配的装置、系统及方法 |
| CN101764711A (zh) * | 2010-01-18 | 2010-06-30 | 上海华为技术有限公司 | 共享网元上资源的操控方法、一种共享网元及相关设备 |
| CN102726098A (zh) * | 2011-06-14 | 2012-10-10 | 华为技术有限公司 | 运营商公共陆地移动网标识下发方法、基站及用户设备 |
-
2020
- 2020-07-10 CN CN202010664619.8A patent/CN113923688B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030181207A1 (en) * | 2002-02-26 | 2003-09-25 | Tero-Matti Kinnunen | Managing the configuration of a shared network node |
| CN1996877A (zh) * | 2006-09-30 | 2007-07-11 | 华为技术有限公司 | 一种实现mib适配的装置、系统及方法 |
| CN101764711A (zh) * | 2010-01-18 | 2010-06-30 | 上海华为技术有限公司 | 共享网元上资源的操控方法、一种共享网元及相关设备 |
| CN102726098A (zh) * | 2011-06-14 | 2012-10-10 | 华为技术有限公司 | 运营商公共陆地移动网标识下发方法、基站及用户设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113923688B (zh) | 2023-10-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11258667B2 (en) | Network management method and related device | |
| US11296957B2 (en) | Network slice management method, unit, and system | |
| JP7139522B2 (ja) | ローカルエリアネットワーク通信方法、装置、およびシステム | |
| CN109995641B (zh) | 一种信息处理方法、计算节点和存储介质 | |
| US11115826B2 (en) | Method for managing network slicing resources in communication system and apparatus for the same | |
| US20210320845A1 (en) | Network function nf management method and nf management device | |
| CN103607430A (zh) | 一种网络处理的方法和系统及网络控制中心 | |
| EP3648525A1 (en) | Network management method and system | |
| CN110535627A (zh) | 一种数据查询方法及区块链平台 | |
| US8521863B2 (en) | Method and device for operating resource on shared network element | |
| US11726808B2 (en) | Cloud-based managed networking service that enables users to consume managed virtualized network functions at edge locations | |
| WO2019174000A1 (zh) | 用于业务管理的方法和装置 | |
| EP3413511A1 (en) | Vnfm determining method and network function virtualization orchestrator | |
| CN105119736A (zh) | 网络功能虚拟化架构中数据检查的方法和装置 | |
| WO2013113350A1 (en) | Multi-level self-organizing network coordination | |
| CN111817905A (zh) | 一种网络配置方法、相关装置及存储介质 | |
| US20210326306A1 (en) | Method and apparatus for deploying virtualised network function | |
| US20230403223A1 (en) | Data analysis apparatus management and control method and communication apparatus | |
| US10313897B2 (en) | Methods and apparatus to prevent potential conflicts among instances of SON functions | |
| CN113923688B (zh) | 一种基站管理方法和装置 | |
| CN112104468B (zh) | 一种管理服务的发现方法及装置 | |
| CN107431636B (zh) | 自组织网络功能的控制 | |
| CN111466134B (zh) | 用于在通信网络中分配通信资源的方法和布置 | |
| US20190028880A1 (en) | Method for accessing context data by network service component, apparatus, and system | |
| US20230397039A1 (en) | Combining User and Operator Intents in Network Slice Design |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |