一种小基站的管理方法和系统与流程

1.本技术实施例涉及网络通信领域，尤指一种小基站的管理方法和系统。


背景技术：

2.tr069是cpe(customer premise equipment，客户前置设备)和acs(auto-configuration server，自动配置服务器)之间通信的协议。通过此协议，能够实现cpe的自动开通与管理。小基站在网管范畴内也可以看作是一种能够提供无线接入的cpe，因此在通信业内标准中，tr069作为了小基站的南向网管协议。
3.目前，国内各运营商均制定了小基站的南向网管规范，在各运营商的南向网管规范中，网管作为是管理小基站(cpe)的唯一设备，且一一对应，也就是说一个小基站只能接受一个网管的管理。图1为小基站网络部署的示意图，参考图1所示，一般运营商会在一个地市或者省内小基站的汇聚地(又称为核心机房)部署一台作为网管的omc server(操作维护中心服务器，operation and maintenance center server)，并通过多台omc client(操作维护中心客户端，operation and maintenance center client)来管理多个小基站，每个小基站接受唯一omc server管理。也就是说，按照南向网管规范，在图1所示的网络部署中，一个小基站只能由一个运营商的omc server进行管理，可以从该小基站获取告警和性能数据以及对小基站进行配置操作，而其他运营商虽然也有omc server，但是无法实现对该小基站的管理。
4.随着5g时代的来临，无线接入系统采用了更高的频率铺设网络，因此同样铺设一张网络，需要的5g设备的数量远远地大于4g设备，这给各运营商带来了更大的建网成本，因此，共建共享作为降低铺设网络成本的一个重要手段。在共建共享策略下，一个小基站可以同时服务于两个或者两个以上运营商，各运营商均设有自己的omc server，如何能够更加有效地实现一个小基站同时被多个运营商的omc server进行管理变得更为迫切。


技术实现要素：

5.为了解决上述任一技术问题，本技术实施例提供了一种小基站的管理方法和系统。
6.为了达到本技术实施例目的，本技术实施例提供了一种小基站的管理方法，应用于小基站同时被多个平行设置的omc server管理的网络系统中，其中，所述小基站与各运营商omc server之间通过tr069协议建立连接，且所述小基站记录有各运营商的omc server对应的参数值，且各运营商的omc server对应的参数值与所属运营商的omc server的运营商属性值关联，所述方法包括：
7.接收omc server发起的对目标参数的管理请求；
8.确定所述管理请求对应的运营商属性值；
9.对与该运营商属性值关联的目标参数进行处理，以响应所述管理请求。
10.一种小基站的管理系统，包括：
11.小基站，用于实现上文所述的方法；
12.平行设置的多个运营商omc server，其中所述小基站同时被多个omc server管理。
13.上述技术方案中的一个技术方案具有如下优点或有益效果：
14.通过在小基站上记录各运营商的omc server对应的参数值，且各运营商的omc server对应的参数值与所属运营商的omc server的运营商属性值关联，达到扩展tr069协议的目的，使得小基站可以接受多个运营商的omc server管理的目的，使得多个运营商均可以架设自己的omc server，对共建共享基站进行管理。
15.本技术实施例的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本技术实施例而了解。本技术实施例的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
16.附图用来提供对本技术实施例技术方案的进一步理解，并且构成说明书的一部分，与本技术实施例的实施例一起用于解释本技术实施例的技术方案，并不构成对本技术实施例技术方案的限制。
17.图1为小基站网络部署的示意图；
18.图2为本技术实施例提供的小基站管理系统的网络部署图；
19.图3为本技术实施例提供的小基站的管理方法的流程图。
具体实施方式
20.为使本技术实施例的目的、技术方案和优点更加清楚明白，下文中将结合附图对本技术实施例的实施例进行详细说明。需要说明的是，在不冲突的情况下，本技术实施例中的实施例及实施例中的特征可以相互任意组合。
21.为实现各共享运营商都能管理共建共享设备，本技术提出一种小基站的网络管理系统，在该小基站管理系统中，各小基站可以同时被多个运营商的omc server进行管理，且所有omc server为平行设置，逻辑角色不存在主次之分。
22.图2为本技术实施例提供的小基站管理系统的网络部署图。如图2所示，在该网络结构中，为了更简明的叙述，仅示出了两个平行设置的运营商omc server，即：运营商a的omc server a和运营商b的omc server b；小基站可以被运营商a的omc server a和运营商b的omc server b管理。
23.图3为本技术实施例提供的小基站的管理方法的流程图。如图3所示，，所述方法应用于小基站同时被多个平行设置的omc server管理的网络系统中，其中所述平行设置可以理解为多个omc server管理的网络系统对小基站的管理地位平等，不存在主次之分。所述运营商的omc server和小基站之间通过tr069协议建立连接。
24.在小基站上记录各运营商的omc server对应的参数值，且各参数与所属运营商的omc server对应的运营商属性值关联；每个参数都具有唯一的参数意义，且对应唯一数据模型；
25.具体的，该参数值与所属运营商的omc server对应的运营商属性值关联表明：该
参数可以由所属的运营商属性值对应的omc server进行管理；也就是：该小基站上可由某一个omc server管理的所有参数均与该omc server对应的运营商属性值相关联；所述运营商属性值可以为该运营商plmn(public land mobile network，公用陆地移动网)值或者预定值；
26.进一步的，在小基站上可以对应每个omc server分别记录所有的参数值，此时，所述运营商属性值可以为该运营商plmn值；也可以是对应每个omc server分别记录其独有的参数值，此时，各参数的运营商属性值可以记录为每个omc server的plmn值；而对于由多个omc server共享的参数值，对应共享的omc server共同记录一份，此时运营商属性值可以记录为对应该多个共享的omc server的预定值，但该预定值需要与各共享的omc server的运营商属性值均关联；其中，对于共享的参数可以包括：通用参数，也可以包括对于相同数据模型的参数值相同的非通用参数。
27.进一步的，对应于不同运营商的omc server，小基站上可以分别记录有相同或者不同参数意义的参数；隶属于不同运营商的omc server但参数意义相同的参数具有相同数据模型，但可以具有不同的数据模型名称以及参数名称，以此也可以进一步区分不同运营商的参数；
28.更进一步的，增加参数意义为“网管在线状态”的参数，只有当“网管在线状态”对应的数据模型参数值标识为“在线”时，小基站才可以接受该运营商的omc server管理；
29.在本技术一个具体实现中仍然使用有关小基站连接网管的标准tr181数据模型参数，在现有技术的参数基础上进行扩展，例如，小基站管理系统中存在多个并行设置的运营商的omc server同时对其进行管理，则在小基站中针对每个omc server分别存储一套参数，每套参数中各参数的数据模型名称及对应的参数名称按照设定规则(典型的，在现有技术的命名规则上进行可识别扩展即可)进行区分，且分别在网管链接类参数中增加参数意义为“网管在线状态”的参数。
30.以下以存在两个运营商的omc server时的部分参数进行示例性说明。在小基站上同时存储两套omc server的参数，omc server a的参数中数据模型名称为：device
……
，参数名称为：现有技术中的参数名称，对应的运营商属性值均设置为plmn a；对应的，omc server b的参数中数据模型名称为：device.x_vendor_
……
，网管链接类参数名称为：x_vendor_+现有技术中的参数名称，其余参数的参数名称为：现有技术中的参数名称，对应的运营商属性值均设置为plmn b；并且在网管链接类参数中增加了标识“网管在线状态”的参数，其数据模型名称分别为：device.managementserver.managerstatus和device.x_vendor_managementserver.managerstatus，在小基站上存储的部分参数的示例性举例如下：
31.(1)网管链接类：
32.现有技术中的原有参数参见表1：
33.数据模型名称参数名称参数意义device.managementserver.urlurl网管服务器urldevice.managementserver.usernameusername连接用户名device.managementserver.passwordpassword连接密码device.managementserver.periodicinformenableperiodicinformenable连接使能开关device.managementserver.periodicinformtimeperiodicinformtime上报周期
device.managementserver.periodicinformintervalperiodicinforminterval周期上报时间间隔
34.表1
35.本技术实施例的扩展参数参见表2：
[0036][0037][0038]
表2(2)日志传输类
[0039]
现有技术中的原有参数参见表3：
[0040]
数据模型名称参数名称参数意义device.logmgmt.periodicuploadenableenable是否打开日志上传device.logmgmt.urlurl上传地址device.logmgmt.usernameusername用户名device.logmgmt.passwordpassword密码device.logmgmt.periodicuploadintervalperiodicuploadinterval日志上传周期
[0041]
表3本技术实施例的扩展参数参见表4：
[0042][0043][0044]
表4(3)性能统计上传类现有技术中的原有参数参见表5：
[0045]
数据模型名称参数名称参数意义device.fap.perfmgmt.config.1.enableenable是否打开性能统计device.fap.perfmgmt.config.1.aliasalias性能任务友好名device.fap.perfmgmt.config.1.urlurl上传地址device.fap.perfmgmt.config.1.usernameusername用户名device.fap.perfmgmt.config.1.passwordpassword密码device.fap.perfmgmt.config.1.periodicuploadintervalperiodicuploadinterval采集周期device.fap.perfmgmt.config.1.periodicuploadtimeperiodicuploadtime采集开始时间
[0046]
表5本技术实施例的扩展参数参见表6：
[0047][0048][0049]
表6(4)mr(mesaurereport)统计上传类现有技术中的原有参数参见表7：
[0050]
[0051][0052]
表7本技术实施例的扩展参数参见表8：
[0053]
[0054][0055]
表8
[0056]
此处继续补充说明以下几点：
[0057]
(1)关于参数的功能分类参照现有技术中的分类原则即可，此处并不做出限定。进一步的，对于参数的功能分类只是为了更好的进行说明，小基站和omc server之间的通信遵循现有标准的南向接口规范：使用tr069协议，使得小基站可以接受omc server管理；南向接口规范中涉及omc管理的参数按照功能分类典型的如表9：
[0058][0059]
表9
[0060]
(2)关于参数，在上述实现方式中，由于网管链接类参数是小基站分别对应于不同的omc server，所以对于不同的omc server，数据模型名称和参数名称完全不一样，而对于其他的参数，由于是针对小基站本身的，所以可以采用相同的参数名称；当然，在其他的实现方式中，对于不同的omc server，相同参数意义的参数所对应的数据模型名称和参数名称均可以不同，只要按照设定规则可区分即可。
[0061]
(3)在上述实现方式中，小基站记录的参数中包括参数意义为“网管在线状态”的参数，但在其他的实现方式中，小基站也可以不含该参数，此时默认：小基站始终为运营商的omc server管理。
[0062]
(4)在上述的实现方式中，多个运营商的omc server的通用参数通常包括：小基站公共资源的配置参数，性能参数以及告警参数等，例如:包括主控板的cpu使用率，内存使用率，传输资源，软件版本等资源参数；各运营商的omc server的独有参数包括：无线服务的小区无线资源，无线资源所承载的物理资源，传输资源等抽象的配置管理参数，性能参数以及告警参数等；但上述独有参数值对于不同运营商的omc server可以是相同或者不同，如
果相同可以为共享参数。
[0063]
在上述小基站的管理系统中，所述方法包括：
[0064]
步骤s1、接收omc server发起的对目标参数的管理请求；
[0065]
步骤s2、确定所述管理请求对应的运营商属性值；
[0066]
步骤s3、对与该运营商属性值关联的目标参数进行处理，以响应所述管理请求。
[0067]
本技术实施例提供的方法，通过在小基站上记录各运营商的omc server对应的参数值，且各运营商的omc server对应的参数值与所属运营商的omc server的运营商属性值关联，达到扩展tr069协议的目的，使得小基站可以接受多个运营商的omc server管理的目的，使得多个运营商均可以架设自己的omc server，对共建共享基站进行管理。
[0068]
其中，所述小基站与各运营商omc server之间通过tr069协议建立连接包括：
[0069]
步骤1000：各运营商的omc server确定需要对小基站进行管理后，分别向小基站发送消息体为空的http get消息，且在字段cwmp:id中携带运营商属性值携带自身的运营商属性值，以表明希望对该小基站进行管理，并指示小基站以运营商属性值与对应的运营商的omc server管理的参数建立关联；
[0070]
在本步骤中，小基站作为omc server的被管对象为网络规划时已知，小基站已知需要管理其的所有运营商的omc server的地址，并在本地的omc server数据模型的参数中记录，例如，以上具体实现方式中所提及的omc server a参数的数据模型名称device.managementserver.url的参数值；以及omc server b参数的数据模型名称device.x_vendor_managementserver.url的参数值；小基站在开通时按照对应的参数值自动向需要对其管理的omc server上报本地地址，使得该omc server记录其为被管对象；
[0071]
步骤1001：小基站向各运营商的omc server分别发送http response消息，其中，状态码为200，以表明本小基站状态正常；
[0072]
步骤1002：小基站向各运营商omc server建立tcp连接；
[0073]
步骤1003：小基站向各运营商omc server之间通过ssl建立安全机制；
[0074]
步骤1004：小基站分别向各运营商omc server发送inform报文，所述inform报文的eventcode字段描述发送该inform报文的原因，此处为“6connection request”，表示小基站要求开始建立http连接；
[0075]
步骤1005：如果运营商的omc server通过该小基站的认证，向小基站返回针对inform报文的响应报文(informresponse，http 200ok)，表明在两者之间建立http连接成功；
[0076]
步骤1006：小基站向各运营商的omc server分别发送一个消息体为空的http post报文，以满足http报文请求/响应报文交互规则，而消息体为空，表明该时刻小基站无消息上报omc server，只是建立两者间的连接。
[0077]
由此，通过上述方法，可以在小基站管理系统中，平行设置多个运营商的omc server，每个运营商的omc server均可以作为小基站的网管，且逻辑地位无主次之分，每个运营商的omc server均可以利用tr069协议获取在小基站记录的参数信息，实现了小基站上信息的共享。
[0078]
在一个示例性实施例中，所述管理请求为获取参数取值报文。
[0079]
当小基站接收到运营商的omc server发起的参数信息获取命令时，根据其中所包
括的运营商属性值在本地获取与该运营商属性值关联且为该omc server想获取的参数值，并将所获取的参数值返回给该omc server；
[0080]
在本步骤中，所述小基站接收到运营商的omc server发起的参数信息获取命令时，如果该参数信息获取命令中的运营商属性值是小基站本地记录的参数所关联的运营商属性值，则认为该omc server对所述小基站可管理，否则不属于本技术所涉及范围，按照现有技术处理。仍然以以上具体实现方式中并行设置omc server a和omc server b同时管理该小基站为示例，小基站接收到的参数信息获取命令中的运营商属性值如果为plnm a，小基站本地记录的参数所关联的运营商属性值包括：plnm a和plnm b，由此，小基站接收到的参数信息获取命令中的运营商属性值是小基站本地记录的参数所关联的运营商属性值，小基站可以被omc server a进行管理。
[0081]
在基站接收到运营商的omc server发起的参数信息获取命令时，根据其中所包括的运营商属性值在本地获取与该运营商属性值关联且为该omc server想获取的参数值，具体如下：
[0082]
小基站接收到的参数信息获取命令时，获取其中所携带的运营商属性值和所需要获取参数对应的数据模型名称，从本地记录中查找与该运营商属性值关联的、与所述数据模型名称对应的参数值。
[0083]
进一步的，所述运营商的omc server发起的参数信息获取命令为http getparametervalues报文,此时，小基站接收到运营商的omc server发起的参数信息获取命令时，根据其中所包括的运营商属性值在本地获取与该运营商属性值关联且为该omc server想获取的参数值具体包括：
[0084]
步骤100：小基站接收到omc server向小基站发送的http getparametervalues报文，以查询小基站上所有参数模型中getparametervalues对应的参数，并在cwmp:id中携带运营商属性值，此处的运营商属性值为该omc server的plmn值；
[0085]
步骤101：小基站根据接收到的http getparametervalues报文中所包括的运营商属性值，在本地确定并获取与该运营商属性值相关联的、所述httpgetparametervalues报文中所要求的数据模型参数值，以在小基站上完成get操作；
[0086]
此处特别说明一点：如果对应于不同运营商的omc server，小基站上分别记录其所有的参数，则根据运营商属性值直接关联得到所要求的数据模型参数值；如果对应于不同运营商的omc server，小基站记录一份omc server共享的参数值，则还需要确定http getparametervalues报文中所包括的运营商属性值是否关联多个共享omc server的预定值，如果是，则根据该预定值关联得到所要求的数据模型参数值。
[0087]
步骤102：小基站向omc server回复getparametervalues response报文，所述getparametervalues response报文中包括所获取的参数值。
[0088]
当然，由于omc server和小基站之间是通过tr069协议通信，在完成上述操作后，还会执行相应的协议要求操作,此处不再赘述，典型地至少包括：
[0089]
omc server向小基站发送的空报文(http 204no content)，表明此次会话结束请求；小基站接收到空报文后断开该http和tcp连接，会话正式结束。
[0090]
在一个示例性实施例中，所述管理请求为设置参数取值报文。
[0091]
在所述运营商的omc server和小基站之间通过tr069协议建立连接后，当运营商
需要对小基站进行参数配置时，运营商的omc server向小基站发送参数配置信息，所述参数配置信息中包括需要配置的数据模型名称和需要设置的参数值，且携带运营商属性值。
[0092]
所述小基站在接收到参数配置信息时，以其中携带的数据模型名称对应的参数值更新本地对应的该运营商属性值所对应的数据模型名称的对应参数值。
[0093]
进一步的，所述运营商的omc server发送参数配置信息为setparametervalues报文,此时，小基站接收到参数配置信息时，以其中携带的数据模型参数值更新本地对应的该运营商属性值所对应的数据模型参数具体包括：
[0094]
步骤200：omc server向小基站发送setparametervalues报文，以对小基站上的参数进行配置，所述setparametervalues报文中字段cwmp：setparametervalues包括：要设置的数据模型名称(name)和对应的参数值(value)，且在字段cwmp:id中携带运营商属性值；
[0095]
步骤201：小基站接收到setparametervalues报文后，以其中携带的数据模型名称及参数值更新本地对应的该运营商属性值所对应的参数；并向该omc server回复setparametervalues response响应报文。
[0096]
此处特别说明一点：由于对小基站进行管理的多个omc server是并行设置的，其对小基站中的参数进行设置也是单独设置的。因此，如果此处设置的参数是该omc server单独维护的参数，则在上述步骤201之后完成了此次set操作；此处判断参数是否为该omc server单独维护的参数可以根据该参数所关联的运营商属性值来判断，如果运营商属性值只关联一个omc server，则该参数为该omc server独享，如果关联多个omc server，则该参数为多个omc server共享。由此，如果小基站接收到的需要配置的参数为多个omc server的共享参数，还继续执行以下步骤：
[0097]
步骤2011：向发起set操作以外，且与发起set操作的omc server共享该参数的其它omc server发起tr069连接；
[0098]
在本步骤中，由于omc server向小基站发送setparametervalues报文时携带了运营商属性值，所以小基站知道发起set操作的是哪一个omc server；而通过该参数所关联的运营商属性值(由于该参数对应的运营商属性值和共享的omc server的各自运营商属性值均关联)可以确定需要共享该参数的其它omc server；
[0099]
步骤2012：小基站与其它omc server建立tr069连接后，分别发送inform报文，所述inform报文的eventcode字段描述发送该inform报文的原因，此处为“omc setchange”，表示小基站已经接收到一个omc server发起的对共享参数的参数值的修改，需要将该修改后的变化值通知共享该参数的其它omc server，由接收到该报文的omc server判断是否也允许该参数针对本omc server也允许变化。
[0100]
步骤2013：小基站如果在设定的时间接收到omc server发送的inform response报文，表明该omc server接收到该inform报文，且回复小基站该omc server是否允许进行该参数的参数值变化，具体的，可以在informresponse报文中增加参数名称和ifenable字段，ifenable置0：表明不允许变化；ifenable置1：表明允许变化；所述inform response报文中也携带该omc server的运营商属性值；
[0101]
步骤2014：如果小基站在预定的时间内接收到共享该参数的其他所有omc server所发送的inform response报文，且均表明允许该参数值变化，则更新该共享参数的参数值，且无需更改该参数关联的供应商属性值，set操作结束；否则，如果为通用参数的参数值
变化，则不允许此次修改，保持原有的运营商属性值和参数值的对应关系，结束此次set操作；如果为非通用参数的参数值变化，将允许变化该参数的omc server的运营商属性值与该共享参数所对应的运营商属性值关联，并更新共享的参数值；且进一步地建立不允许变化该参数的omc server的运营商属性值与该参数之间的关联关系，使得不允许变化该参数的omc server的运营商属性值不再与该共享参数所对应的运营商属性值关联，并建立不允许变化该参数的omc server的运营商属性值对应的参数保持原有参数值；结束此次set操作。特别说明的是：如果共享参数所对应的运营商属性值关联一个允许变化该参数的omc server的运营商属性值，则可以直接将取消共享参数与所对应的运营商属性值的关联关系，而将参数保持与所允许的omc server的运营商属性值对应关系即可。
[0102]
由此可见，通过上述的方法，还可以在存在某一个omc server发起针对某一个数据模型的参数值配置时，如果该参数为非通用参数但共享时自动发起其他omc server是否也允许修改的判断及相应的配置流程，更大地拓展了小基站系统的收多个omc server平行管理的可操作性。
[0103]
所述小基站管理方法还包括：各运营商的omc server和小基站之间通过tr069协议建立连接后，小基站在达到信息上报触发条件时，向特定运营商的omc server发送上报信息；此处特定运营商的omc server为：需要上报信息所对应的omc server，按照设定条件可以为一个或者多个，上报信息为该omc server对应的运营商属性值所关联的、按照预设策略所需上报的数据模型参数。
[0104]
具体的：向特定运营商的omc server发送上报信息包括：
[0105]
步骤301：小基站和特定运营商的omc server建立tcp连接；
[0106]
步骤302：小基站和特定运营商的omc server之间通过ssl建立安全机制；
[0107]
步骤303：小基站向特定运营商的omc server发送inform报文，所述inform报文携带运营商属性值且eventcode字段描述发送该inform报文的原因，此处为“4value change”，表示小基站要向omc server上报变化的参数；典型的，运营商属性值可以是携带在cwmp:id中的plmn值。
[0108]
步骤304：特定运营商的omc server分别向小基站发送inform response报文，所述inform response报文携带运营商属性值，以表明哪一个omc server接收到该inform报文。
[0109]
步骤305：小基站向特定运营商的omc server发送消息体为空的post报文，请求此次会话结束请求。
[0110]
步骤306：特定运营商的omc server给小基站发送消息体为空的http204报文，其中携带运营商属性值，以表明哪一个omc serer接受该会话结束请求。
[0111]
步骤307：基站断开该http和tcp连接，会话正式结束。
[0112]
所述上报信息的触发条件为：达到信息上报周期或者发生预设的外部事件；
[0113]
所述小基站管理方法还包括：各运营商的omc server和小基站之间通过tr069协议建立连接后，小基站在达到文件上报触发条件时，向特定运营商的omc server发送上报文件；此处特定运营商的omc server为：需要上报文件所对应的omc server，按照设定条件可以为一个或者多个，上报文件为该omc server对应的运营商属性值所关联的、按照预设策略所需上报的文件。
[0114]
具体的：向特定运营商的omc server发送上报文件包括：
[0115]
步骤401：小基站和特定运营商的omc server建立tcp连接；
[0116]
步骤402：小基站和特定运营商的omc server之间通过ssl建立安全机制；
[0117]
步骤403：小基站向特定运营商的omc server发送文件上传的http put报文，所述http put报文携带运营商属性值；
[0118]
步骤404：特定运营商的omc server向小基站发送http 201created报文，所述http 201created报文携带运营商属性值，以表明哪一个omc server接收到该文件内容，并完成创建文件。
[0119]
步骤405：小基站向特定运营商的omc server发送http post报文，其中携带运营商属性值且eventcode字段为m upload，以通知该运营商的omc server发起了文件上传以及传输完成。
[0120]
步骤406：特定运营商的omc server给小基站发送http 200的informresponse报文，其中携带运营商属性值，表明哪一个运营商的omc server接收到文件上报。
[0121]
步骤407：小基站向特定运营商的omc server发送自动传输完成(autonomout transfer complte)报文，通知特定运营商的omc server上传的文件名称，上传结果等。
[0122]
步骤408：特定运营商的omc server给小基站发送http 200的自动传输完成应答(autonomous transfer complete response)消息，携带其中运营商属性值，表明哪一个运营商的omc serer接收到自动传输完成报文。
[0123]
步骤409：小基站向特定运营商的omc server发送消息体为空的post报文，请求此次会话结束请求。
[0124]
步骤410：特定运营商的omc server给小基站发送消息体为空的http204报文，其中携带运营商属性值，以表明哪一个omc serer接受该会话结束请求。
[0125]
所述上报文件的触发条件为：达到文件上报周期或者发生预设的外部事件；
[0126]
所述上报文件包括：性能统计文件、日志文件和测量结果文件中的至少一个。
[0127]
本技术实施例提供的方法和系统，扩展了tr069协议，使得小基站可以接受多管理站管理。在共建共享情况下，不同运营商均可以架设自己的omc server，对共建共享基站进行管理。
[0128]
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此
外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。