基站控制方法、运营支撑系统0SS、分布式基站系统DBS

技术领域

本申请涉及无线通信领域，尤其涉及基站控制方法、运营支撑系统0SS、分布式基站系统DBS。

背景技术

基站是无线电台站的一种形式，是指在一定的无线电覆盖区中，通过移动通信交换中心，与移动电话终端之间进行信息传递的无线电收发信电台。随着无线通信技术从2G、3G、4G发展到5G，网络通信标准也随之不断演进，对于通信网络中基站的承载能力的要求也越来越高。

在现有技术中，基站可以通过多制式组网的无线覆盖来增强其承载能力，例如在单站点中支持多频段、多制式的接入，甚至多个不同的运营商共享同一个站点。其中，基站需要通过新增收发信机(TRX，transceiver)、功率放大器(PA，power amplifer)等装置的方式来实现多制式组网。

然而，由于基站中TRX通道和PA等用电装置的增多，使得基站的电能消耗大幅度提升，进一步导致基站的运营费用(OPEX，operational expenses)也随之大大增加。

发明内容

本申请实施例提供了一种基站控制方法、运营支撑系统(0SS，operationssupport system)、分布式基站系统(DBS，distributed base station system)，用于在DBS中通过OSS、基站及电源协同工作的方式优化对基站供电的控制，实现基站的电能消耗的降低，进而降低基站的运营费用OPEX。

本申请实施例第一方面提供了一种基站控制方法，应用于对基站供电的优化控制，其中，基站可以通过在基站中新增TRX、PA等装置的方式来实现多制式组网，以增强基站的承载能力，为了实现对基站供电的优化控制，该基站控制方法包括：运营支撑系统0SS获取基站中第一基站单元的第一运行数据，该第一基站单元处于第一状态，该第一状态包括上电状态或唤醒状态，其中，第一运行数据可以用于反映该第一基站单元的承载量状态；该OSS根据该第一运行数据判断该第一基站单元是否处于低承载量状态；若是，则该OSS控制该第一基站单元进入第二状态，该第二状态包括下电状态或休眠状态。具体来说，在基站中处于上电或唤醒状态的第一基站单元的第一运行数据指示该第一基站单元处于低承载量状态，此时，OSS控制该第一基站单元进入下电状态或者休眠状态，也就是说，在DBS中通过OSS、基站及电源协同工作的方式优化对基站供电的控制，即控制低承载量状态的第一基站单元由上电状态或者唤醒状态进入下电状态或者休眠状态，实现基站的电能消耗的降低，进而降低基站的运营费用OPEX。

需要说明的是，基站一般包括射频拉远单元(RRU，remote radio unit)、有源天线单元(AAU，active antenna unit)、以及基带单元(BBU，base band unit)、分布式单元(DU，distributed unit)、集中式单元(CU，centralized unit)等，示例性地，可以是将基站按照频段的不同进行基站单元的划分，其中，第一基站单元可以包括基站在4G网络制式中任一频段对应的RRU与BBU的组合、4G网络制式中任一频段对应的RRU、AAU与BBU的组合、5G网络制式中任一频段对应的AAU、DU与CU的组合，还可以是其他网络制式中的其它组合，此处不做限定。

在本申请实施例第一方面的一种可能的实现方式中，该第一运行数据可以包括该第一基站单元的关键绩效指标(KPI，key performance indicator)数据，此时，该OSS根据该第一运行数据判断该第一基站单元是否处于低承载量状态包括：该OSS判断该KPI数据是否低于第一预设门限；若是，则该OSS确定该第一基站单元处于低承载量状态；若否，则该OSS确定该第一基站单元不处于低承载量状态。其中，可以是通过现场作业人员经验设置该第一预设门限，也可以是通过人工智能(AI，artificial intelligence)自学习方式来确定出该第一预设门限，或者是通过其它的方式来确定，此处不做限定。

本实施例中，OSS可以通过第一基站单元的KPI数据与第一预设门限来判断该第一基站单元是否处于低承载量状态，其中，KPI数据可以包括小区连接态用户数，上行物理资源块(PRB，physical resource block)利用率，下行PRB利用率等，第一基站单元的KPI数据可以直接反映该第一基站单元的承载量状态，提供了获取第一运行数据具体的实现方式，增加方案的可实现性。

在本申请实施例第一方面的一种可能的实现方式中，该第一运行数据也可以包括该第一基站单元的供电参数，此时，该OSS根据该第一运行数据判断该第一基站单元是否处于低承载量状态包括：该OSS判断该供电参数是否低于第二预设门限；若是，则该OSS确定该第一基站单元处于低承载量状态；若否，则该OSS确定该第一基站单元不处于低承载量状态。类似的，可以是通过现场作业人员经验设置该第二预设门限，也可以是通过AI自学习方式来确定出该第二预设门限，或者是通过其它的方式来确定，此处不做限定。

本实施例中，OSS可以通过第一基站单元的供电参数与第二预设门限来判断该第一基站单元是否处于低承载量状态，其中，第一基站单元的承载量状态可以通过第一基站单元的供电参数来间接反映，例如通过第一基站电源的电流、电压、电功率等供电参数来反映，从而提供了获取第一运行数据的另一具体的实现方式，进一步增加方案的可实现性。

在本申请实施例第一方面的一种可能的实现方式中，当该OSS确定该第一基站单元处于低承载量状态时，该方法还可以包括：该OSS判断连接该第一基站单元的终端是否满足预设条件；若是，则该OSS才会触发执行控制该第一基站单元进入该第二状态。

本实施例中，该OSS确定该第一基站单元处于低承载量状态时，还可以进一步地对接入该第一基站单元的终端进行判断，即判断该终端是否满足预设条件，例如该预设条件可以是该终端是否未携带有特殊标识、或者是该终端是否正在进行非时延敏感业务等，只有在确定该终端满足预设条件时才会触发执行控制该第一基站单元进入该第二状态，从而实现对基站的供电控制优化的时候避免对连接该第一基站单元的终端用户造成影响。

在本申请实施例第一方面的一种可能的实现方式中，该基站还可以包括处于该第一状态的第二基站单元，在该OSS控制该第一基站单元进入第二状态之后，该方法还可以包括：该0SS获取该第二基站单元的第二运行数据，其中，第二运行数据用于反映该第二基站单元的承载量状态；该OSS根据该第二运行数据判断该第二基站单元是否处于低承载量状态；若是，则该OSS控制该第二基站单元进入第二状态。类似的，第二基站单元可以包括基站中不同于第一基站单元对应的频段，在4G网络制式中任一频段对应的RRU与BBU的组合、4G网络制式中任一频段对应的RRU、AAU与BBU的组合、5G网络制式中任一频段对应的AAU、DU与CU的组合，还可以是其他网络制式中的其它组合，此处不做限定。

本实施例中，在控制第一基站单元进入第二状态之后，该0SS还可以获取该第二基站单元的第二运行数据，并根据该第二运行数据确定该第二基站单元处于低承载量状态时，控制该第二基站单元进入第二状态，即控制第二基站单元进入下电或者是休眠状态。其中，第二基站单元可以是基站中仍处于第一状态的基站单元，从而，OSS可以遍历该基站中所有处于第一状态的基站单元，控制在基站中第一状态的基站单元处于低承载量状态的基站单元进入第二状态，进一步减少基站的功耗。此外，在基站中一般会设置某一指定频段为基本覆盖频段，当该第二基站单元对应于该基本覆盖频段时，OSS可以不控制该第二基站单元进入第二状态，从而可以维持该基站的基本接入能力。

在本申请实施例第一方面的一种可能的实现方式中，该基站还可以包括处于该第一状态的第三基站单元，在该OSS控制该第一基站单元进入第二状态之后，即在第一基站单元处于低承载量状态时控制第一基站单元下电或者休眠之后，后续OSS可以在基站中其它基站单元的承载量过高时控制该第一基站单元进入第一状态以分担该承载量的运行，此时，该方法还可以包括：该OSS获取该第三基站单元的第三运行数据，其中，第三运行数据用于反映该第三基站单元的承载量状态；该OSS根据该第三运行数据判断该第三基站单元是否处于高承载量状态；若是，则该OSS控制该第一基站单元进入该第一状态。类似的，第三基站单元可以包括基站中任意不同于第一基站单元的频段对应的不同于第一基站单元、第二基站单元对应的频段，在4G网络制式中任一频段对应的RRU与BBU的组合、4G网络制式中任一频段对应的RRU、AAU与BBU的组合、5G网络制式中任一频段对应的AAU、DU与CU的组合，还可以是其他网络制式中的其它组合，此处不做限定。

本实施例中，在第一基站单元处于低承载量状态时控制第一基站单元下电或者休眠之后，后续OSS可以在基站中处于第一状态的第三基站单元的承载量过高时控制该第一基站单元进入第一状态以分担该承载量的运行，从而实现对基站供电控制的进一步优化。

本申请实施例第二方面提供了一种分布式基站系统DBS，应用于对基站供电的优化控制，其中，基站可以通过在基站中新增TRX、PA等装置的方式来实现多制式组网，以增强基站的承载能力，可以通过DBS来实现对基站供电的优化控制，其中，该DBS包括：电源、基站、运营支撑系统0SS，该基站包括第一基站单元，该第一基站单元处于第一状态，该第一状态包括上电状态或唤醒状态；其中，该电源连接该第一基站单元，用于对该第一基站单元供电；此外，该OSS分别连接该电源、该第一基站单元，用于根据该第一基站单元的运行数据确定该第一基站单元处于低承载量状态时，控制该电源对该第一基站单元供电的供电状态进入第二状态，该第二状态包括下电状态或休眠状态，其中，第一运行数据用于反映该第一基站单元的承载量状态。具体来说，DBS中的OSS确定在基站中处于上电或唤醒状态的第一基站单元的第一运行数据指示该第一基站单元处于低承载量状态时，此时，OSS控制该第一基站单元进入下电状态或者休眠状态，也就是说，通过DBS中的OSS、基站及电源协同工作的方式优化对基站供电的控制，即控制低承载量状态的第一基站单元由上电状态或者唤醒状态进入下电状态或者休眠状态，实现基站的电能消耗的降低，进而降低基站的运营费用OPEX。

需要说明的是，基站一般包括RRU、AAU、BBU、CU、DU等，示例性地，可以是将基站按照频段的不同进行基站单元的划分，其中，第一基站单元可以包括基站在4G网络制式中任一频段对应的RRU与BBU的组合、4G网络制式中任一频段对应的RRU、AAU与BBU的组合、5G网络制式中任一频段对应的AAU、DU与CU的组合，还可以是其他网络制式中的其它组合，此处不做限定。

在本申请实施例第二方面的一种可能的实现方式中，该基站还包括处于该第一状态的第二基站单元；其中，该电源连接该第二基站单元，用于对该第二基站单元供电；此外，该OSS连接该第二基站单元，用于控制该电源对该第一基站单元供电的供电状态进入第二状态之后，根据该第二基站单元的运行数据确定该第二基站单元处于低承载量状态时，控制该电源对该第二基站单元供电的供电状态进入该第二状态，其中，第二运行数据用于反映该第二基站单元的承载量状态。类似的，第二基站单元可以包括基站中任意不同于第一基站单元的频段对应的不同于第一基站单元对应的频段，在4G网络制式中任一频段对应的RRU与BBU的组合、4G网络制式中任一频段对应的RRU、AAU与BBU的组合、5G网络制式中任一频段对应的AAU、DU与CU的组合，还可以是其他网络制式中的其它组合，此处不做限定。

本实施例中，在DBS中的OSS控制第一基站单元进入第二状态之后，该0SS还可以根据该第二运行数据确定该第二基站单元处于低承载量状态时，控制该第二基站单元进入第二状态，即控制第二基站单元进入下电或者是休眠状态。其中，第二基站单元可以是基站中仍处于第一状态的基站单元，从而，OSS可以遍历该基站中所有处于第一状态的基站单元，控制在基站中第一状态的基站单元处于低承载量状态的基站单元进入第二状态，进一步减少基站的功耗。此外，在基站中一般会设置某一指定频段为基本覆盖频段，当该第二基站单元对应于该基本覆盖频段时，OSS可以不控制该第二基站单元进入第二状态，从而可以维持该基站的基本接入能力。

在本申请实施例第二方面的一种可能的实现方式中，该基站还可以包括处于该第一状态的第三基站单元；其中，该电源连接该第三基站单元，用于对该第三基站单元供电；此外，该OSS连接该第三基站单元，用于控制该电源对该第一基站单元供电的供电状态进入第二状态之后，根据该第三基站单元的运行数据确定该第三基站单元处于高承载量状态时，控制该电源对该第一基站单元供电的供电状态进入该第一状态，其中，第三运行数据用于反映该第三基站单元的承载量状态。类似的，第三基站单元可以包括基站中任意不同于第一基站单元的频段对应的不同于第一基站单元、第二基站单元对应的频段，在4G网络制式中任一频段对应的RRU与BBU的组合、4G网络制式中任一频段对应的RRU、AAU与BBU的组合、5G网络制式中任一频段对应的AAU、DU与CU的组合，还可以是其他网络制式中的其它组合，此处不做限定。

本实施例中，在第一基站单元处于低承载量状态时控制第一基站单元下电或者休眠之后，后续OSS可以在基站中处于第一状态的第三基站单元的承载量过高时控制该第一基站单元进入第一状态以分担该承载量的运行，从而实现对基站供电控制的进一步优化。

在本申请实施例第二方面的一种可能的实现方式中，该第一基站单元的第一运行数据包括该第一基站单元的关键绩效指标KPI数据和/或该第一基站单元的供电参数。

本实施例中，该第一运行数据可以包括该第一基站单元的KPI数据和/或该第一基站单元的供电参数，其中，可以通过第一基站单元的KPI和/或此第一基站单元的供电参数来直接或者间接地反映出该第一基站单元的承载量状态，从而，提供了获取第一运行数据具体的实现方式，增加方案的可实现性。

本申请实施例第三方面提供一种运营支撑系统0SS，该OSS具有实现上述第一方面或第一方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块，例如：获取单元、判断单元和控制单元。

本申请实施例第四方面提供了一种运营支撑系统0SS，该OSS包括至少一个处理器、存储器、通信端口以及存储在存储器中并可在处理器上运行的计算机执行指令，当所述计算机执行指令被所述处理器执行时，所述处理器执行如上述第一方面或第一方面任意一种可能的实现方式所述的方法。

本申请实施例第五方面提供一种存储一个或多个计算机执行指令的计算机可读存储介质，当所述计算机执行指令被处理器执行时，所述处理器执行如上述第一方面或第一方面任意一种可能的实现方式所述的方法。

本申请实施例第六方面提供一种存储一个或多个计算机执行指令的计算机程序产品，当所述计算机执行指令被所述处理器执行时，所述处理器执行上述第一方面或第一方面任意一种可能实现方式的方法。

本申请第七方面提供了一种芯片系统，该芯片系统包括处理器，用于支持控制器实现上述第二方面或第二方面任意一种可能的实现方式中所涉及的功能。在一种可能的设计中，芯片系统还可以包括存储器，存储器，用于保存必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第三方面至第七方面或者其中任一种可能实现方式所带来的技术效果可参见第一方面或第一方面不同可能实现方式所带来的技术效果，此处不再赘述。

从以上技术方案可以看出，本申请实施例具有以下优点：运营支撑系统0SS获取基站中第一基站单元的第一运行数据，所述第一基站单元处于第一状态，所述第一状态包括上电状态或唤醒状态；所述OSS根据所述第一运行数据判断所述第一基站单元是否处于低承载量状态；若是，则所述OSS控制所述第一基站单元进入第二状态，所述第二状态包括下电状态或休眠状态。在基站中处于上电或唤醒状态的第一基站单元的第一运行数据满足第一预设条件时，其中，第一预设条件指示该基站处于低承载量状态，此时，OSS控制该第一基站单元进入下电状态或者休眠状态，从而可以实现对基站能源消耗控制的优化。

附图说明

图1为本申请实施例应用场景的一种示意图；

图2为本申请实施例中一种分布式基站系统的一个示意图；

图3为本申请实施例中一种分布式基站系统的另一个示意图；

图4为本申请实施例中基站控制方法的一个示意图；

图5为本申请实施例中基站控制方法的另一个示意图；

图6为本申请实施例中基站控制方法的另一个示意图；

图7为本申请实施例中运营支撑系统0SS的一个示意图；

图8为本申请实施例中运营支撑系统0SS的另一个示意图。

具体实施方式

本申请实施例提供了一种基站控制方法、运营支撑系统0SS、分布式基站系统DBS，用于在DBS中通过OSS、基站及电源协同工作的方式优化对基站供电的控制，实现基站的电能消耗的降低，进而降低基站的运营费用OPEX。

随着无线通信技术从2G、3G、4G发展到5G，网络通信标准也随之不断演进，对于通信网络中基站的承载能力的要求也越来越高。在现有技术中，基站可以通过多制式组网的无线覆盖来增强其承载能力，例如在单站点中支持多频段、多制式的接入，甚至多个不同的运营商共享同一个站点，其中，多频指的是同一个基站支持3GPP中定义的至少两个单一频段的无线通信，多制式指的是同一个基站支持2G网络制式、3G网络制式、4G网络制式、5G网络制式中的至少两个的无线通信。其中，基站需要通过新增TRX、PA等装置的方式来实现多制式组网。然而，由于基站中TRX通道和PA等用电装置的增多，使得基站的电能消耗大幅度提升，进一步导致基站的运营费用OPEX也随之大大增加。现有的基站架构中，基站可以通过直接连接电源，现有的节能方案是现场作业人员在通过控制基站下电的方式来节省电耗，即现场作业人员可以通过该电源来控制基站下电来节省电能的消耗，显然，通过这种节能方式存在弊端，即所有接入该基站的终端设备都会由于基站的下电而失联，终端的用户体验较差。本申请实施例对现有的基站架构进行改进优化以解决上述问题。

请参阅图1，本申请实施例提供了一种分布式基站系统DBS，包括电源101、基站102、运营支撑系统0SS103，其中，基站102一般可以包括RRU、AAU，BBU、CU、DU等，可以将基站102按照频段的不同进行基站单元的划分，其中，可以是对基站102中不同频段对应的RRU、AAU、BBU、DU、CU组成不同的基站单元，可以包括第一基站单元、第二基站单元、第三基站单元等。示例性地，不同的网络制式对应的频段一般不同，可以按照网络制式的不同对基站进行单元的划分，其中，第一基站单元可以包括基站中支持3G网络制式通信的部分(频段1880MHz-1900MHz、2010MHz-2025MHz)、第二基站单元可以包括基站中支持4G网络制式通信的部分(频段1880-1900MHz、2320-2370MHz、2575-2635MHz)、第三基站单元可以包括基站中支持5G网络制式通信的部分(频段3300-3400MHz、3400-3600MHz、4800-5000MHz)等；也可以是在同一个网络制式中按照频段的不同对基站进行单元的划分，其中，第一基站单元可以包括基站中支持4G网络制式通信的部分(频段1880-1900MHz)、第二基站单元可以包括基站中支持4G网络制式通信的部分(频段2320-2370MH)、第三基站单元可以包括基站中支持4G网络制式通信的部分(频段2575-2635MHz)等；还可以是在不同网络制式中对基站进行单元的划分，得到多个不同频段的基站单元。此外，在实现的过程中，不同基站单元可以由不同的架构组合而成，以第一基站单元为例，第一基站单元可以包括在4G网络制式中任一频段对应的RRU与BBU的组合、4G网络制式中任一频段对应的RRU、AAU与BBU的组合、5G网络制式中任一频段对应的AAU、DU与CU的组合，还可以是其他网络制式中的其它组合，此处不做限定，本实施例及后续实施例中仅以不同的基站单元包括在4G网络制式中不同频段对应的RRU与BBU的组合为例进行说明。此外，OSS103可以集成在电源101上设置，也可以是集成在基站102上设置，还可以是独立于电源101和基站102设置，此处不做限定。

在图1中的DBS架构的基础上，图2为本申请实施例提供的DBS在具体实现过程中的一个具体的实施例，在该DBS的运行过程中，具体可以是通过交流电流(AC，alternatingcurrent)输入201为电源202提供原始电源，之后为基站中的BBU204、RRU205供电，可以包括第一基站单元、第二基站单元、第三基站单元等，此外，运营支撑系统OSS203分别连接电源202和基站中的BBU204、RRU205。显然，本实施例及后续实施例中，AC输入201仅仅为一个示例，为电源202供电也可以是直流电输入或者是其它的电源输入，此处不做限定。

在图2所提供的DBS的实施例的基础上，可以进一步对电源202的内部实现进一步的扩展，请参阅图3，该DBS包括OSS301、以及电源302、AC输入303、基站304、示例性地，电源302在实现的过程中可以包括与OSS301相互连接的控制单元3021、与AC输入303相连接的至少一个AC-直流电流(DC，direct current)3022，其中，控制单元3021可以通过至少一个开关(SW，switch)来控制AC-DC3022为基站供电的供电状态，此外，SW可通过控制单元通过硬件或者软件进行配置，此处不做限定。

结合图1至图3所述的DBS实现的实施例，下面将对该DBS进行控制的过程进行描述，在实现对基站供电的控制优化过程中，该基站至少包括第一基站单元，该第一基站单元处于第一状态，该第一状态包括上电状态或唤醒状态；其中，该电源连接该第一基站单元，用于对该第一基站单元供电；此外，该OSS分别连接该电源、该第一基站单元，用于根据该第一基站单元的运行数据确定该第一基站单元处于低承载量状态时，控制该电源对该第一基站单元供电的供电状态进入第二状态，该第二状态包括下电状态或休眠状态。具体来说，DBS中的OSS确定在基站中处于上电或唤醒状态的第一基站单元的第一运行数据指示该第一基站单元处于低承载量状态时，此时，OSS控制该第一基站单元进入下电状态或者休眠状态，也就是说，通过DBS中的OSS、基站及电源协同工作的方式优化对基站供电的控制，即控制低承载量状态的第一基站单元由上电状态或者唤醒状态进入下电状态或者休眠状态，实现基站的电能消耗的降低，进而降低基站的运营费用OPEX。

在一个优选的实施方式中，该基站还可以包括处于该第一状态的第二基站单元；其中，该电源连接该第二基站单元，用于对该第二基站单元供电；此外，该OSS连接该第二基站单元，用于控制该电源对该第一基站单元供电的供电状态进入第二状态之后，根据该第二基站单元的运行数据确定该第二基站单元处于低承载量状态时，控制该电源对该第二基站单元供电的供电状态进入该第二状态。本实施例中，OSS可以遍历该基站中所有处于第一状态的基站单元，控制在基站中第一状态的基站单元处于低承载量状态的基站单元进入第二状态，进一步减少基站的功耗。此外，在基站中一般会设置某一指定频段为基本覆盖频段，当该第二基站单元对应于该基本覆盖频段时，OSS可以不控制该第二基站单元进入第二状态，从而可以维持该基站的基本接入能力。

在一个优选的实施方式中，该基站还可以包括处于该第一状态的第三基站单元；其中，该电源连接该第三基站单元，用于对该第三基站单元供电；此外，该OSS连接该第三基站单元，用于控制该电源对该第一基站单元供电的供电状态进入第二状态之后，根据该第三基站单元的运行数据确定该第三基站单元处于高承载量状态时，控制该电源对该第一基站单元供电的供电状态进入该第一状态。类似的，可以是基站中任意不同于第一基站单元的频段对应的第三基站单元。本实施例中，在第一基站单元处于低承载量状态时控制第一基站单元下电或者休眠之后，后续OSS可以在基站中处于第一状态的第三基站单元的承载量过高时控制该第一基站单元进入第一状态以分担该承载量的运行，从而实现对基站供电控制的进一步优化。

在一个优选的实施方式中，该第一基站单元的第一运行数据包括该第一基站单元的关键绩效指标KPI数据和/或该第一基站单元的供电参数。本实施例中，可以通过第一基站单元的KPI和/或此第一基站单元的供电参数来直接或者间接地反映出该第一基站单元的承载量状态，从而，提供了获取第一运行数据具体的实现方式，增加方案的可实现性。

上面对本申请实施例中的一种分布式基站系统DBS进行了描述，下面从该DBS中运营支撑系统OSS的角度对其实现的方法进行描述，请参阅图4，本申请实施例中基站控制方法的一个实施例包括：

401、运营支撑系统0SS获取基站中第一基站单元的第一运行数据；

本实施例中，运营支撑系统0SS获取基站中处于第一状态的第一基站单元的第一运行数据，该第一状态包括上电状态或唤醒状态，其中，该第一运行数据用于反映该第一基站单元的承载量状态。

具体来说，可以是对基站中不同频段对应的RRU、BBU组成不同的基站单元，该基站至少包括第一基站单元，其中，第一基站单元处于第一状态，即该第一基站单元处于上电状态或者唤醒状态，此时，OSS获取用于反映该第一基站单元的承载量状态的第一运行数据。

402、该OSS根据该第一运行数据判断该第一基站单元是否处于低承载量状态，若是，则执行步骤403，若否，则执行步骤410。

本实施例中，该OSS根据步骤401中获取得到的第一运行数据判断该第一基站单元是否处于低承载量状态，具体来说，可以根据第一运行数据的数据特点设置相应的判断策略，下面将具体介绍：

(1)第一运行数据包括该第一基站单元的关键绩效指标KPI数据，此时，OSS根据该第一运行数据判断该第一基站单元是否处于低承载量状态包括：该OSS判断该KPI数据是否低于第一预设门限；若是，则该OSS确定该第一基站单元处于低承载量状态；若否，则该OSS确定该第一基站单元不处于低承载量状态。其中，可以是通过现场作业人员经验设置该第一预设门限，也可以是通过AI自学习方式来确定出该第一预设门限，或者是通过其它的方式来确定，此处不做限定。

本实施例中，OSS可以通过第一基站单元的KPI数据与第一预设门限来判断该第一基站单元是否处于低承载量状态，其中，KPI数据可以包括小区连接态用户数，上行PRB利用率，下行PRB利用率等，第一基站单元的KPI数据可以直接反映该第一基站单元的承载量状态，提供了获取第一运行数据具体的实现方式，增加方案的可实现性。

(2)第一运行数据包括该第一基站单元的供电参数，此时，OSS根据该第一运行数据判断该第一基站单元是否处于低承载量状态包括：该OSS判断该供电参数是否低于第二预设门限；若是，则该OSS确定该第一基站单元处于低承载量状态；若否，则该OSS确定该第一基站单元不处于低承载量状态。类似的，可以是通过现场作业人员经验设置该第二预设门限，也可以是通过AI自学习方式来确定出该第二预设门限，或者是通过其它的方式来确定，此处不做限定。

本实施例中，OSS可以通过第一基站单元的供电参数与第二预设门限来判断该第一基站单元是否处于低承载量状态，其中，第一基站单元的承载量状态可以通过第一基站单元的供电参数来间接反映，例如通过第一基站电源的电流、电压、电功率等供电参数来反映，从而提供了获取第一运行数据的另一具体的实现方式，进一步增加方案的可实现性。

403、该OSS控制该第一基站单元进入第二状态；

本实施例中，当OSS在步骤402中确定该第一基站单元处于低承载量状态时，控制该第一基站单元进入第二状态，其中，该第二状态包括下电状态或休眠状态。

具体来说，在基站中处于上电或唤醒状态的第一基站单元的第一运行数据满足第一预设条件时，其中，第一预设条件指示该基站处于低承载量状态，此时，OSS控制该第一基站单元进入下电状态或者休眠状态，从而可以实现对基站能源消耗控制的优化。

此外，在步骤403中，当OSS在步骤402中确定该第一基站单元处于低承载量状态时，控制该第一基站单元进入第二状态之前，该OSS还进一步包括：该OSS判断连接该第一基站单元的终端是否满足预设条件；若是，则该OSS才会触发执行控制该第一基站单元进入该第二状态。其中，该OSS确定该第一基站单元处于低承载量状态时，还可以进一步地对接入该第一基站单元的终端进行判断，即判断该终端是否满足预设条件，例如该预设条件可以是该终端是否未携带有特殊标识、或者是该终端是否正在进行非时延敏感业务等，只有在确定该终端满足预设条件时才会触发执行控制该第一基站单元进入该第二状态，从而实现对基站的供电控制优化的时候避免对连接该第一基站单元的终端用户造成影响。

本实施例中，在OSS执行步骤403之后，OSS还可以对该基站的供电控制进行进一步的优化，其中，该基站还包括处于该第一状态的第二基站单元，在步骤403OSS控制该第一基站单元进入第二状态之后，该方法还可以包括：

404、该0SS获取该第二基站单元的第二运行数据；

本实施例中，该0SS获取该第二基站单元的第二运行数据，其中，第二运行数据用于反映该第二基站单元的承载量状态。

类似于第一基站单元，本实施例中的第二基站单元可以包括基站中任意不同于第一基站单元的频段对应的RRU、BBU。

405、该OSS根据该第二运行数据判断该第二基站单元是否处于低承载量状态，若是，则执行步骤406，若否，则执行步骤410；

本实施例中，该OSS根据步骤404获取得到的第二运行数据判断该第二基站单元是否处于低承载量状态，其中，OSS根据第二运行数据进行判断的过程可参考前述步骤402中OSS根据第一运行数据进行判断的过程，此处不再赘述。

406、OSS控制该第二基站单元进入第二状态。

本实施例中，当OSS在步骤405中确定该第二基站单元处于低承载量状态时，OSS控制该第二基站单元进入第二状态。

具体来说，在控制第一基站单元进入第二状态之后，该0SS还可以获取该第二基站单元的第二运行数据，并根据该第二运行数据确定该第二基站单元处于低承载量状态时，控制该第二基站单元进入第二状态，即控制第二基站单元进入下电或者是休眠状态。其中，第二基站单元可以是基站中仍处于第一状态的基站单元，从而，OSS可以遍历该基站中所有处于第一状态的基站单元，控制在基站中第一状态的基站单元处于低承载量状态的基站单元进入第二状态，进一步减少基站的功耗。此外，在基站中一般会设置某一指定频段为基本覆盖频段，当该第二基站单元对应于该基本覆盖频段时，OSS可以不控制该第二基站单元进入第二状态，从而可以维持该基站的基本接入能力。

本实施例中，在OSS执行步骤403之后，OSS还可以对该基站的供电控制进行进一步的优化，其中，该基站还包括处于该第一状态的第三基站单元，在该OSS控制该第一基站单元进入第二状态之后，该方法还可以包括：

407、该OSS获取该第三基站单元的第三运行数据；

本实施例中，该OSS获取该第三基站单元的第三运行数据，其中，第三运行数据用于反映该第三基站单元的承载量状态，第三基站单元处于第一状态，即该第三基站单元处于上电状态或者唤醒状态。

类似于第一基站单元，本实施例中的第三基站单元可以包括基站中任意不同于第一基站单元、第二基站单元的频段对应的RRU、BBU。

408、该OSS根据该第三运行数据判断该第三基站单元是否处于高承载量状态，若是，则执行步骤409，若否，则执行步骤410；

本实施例中，该OSS根据步骤407获取得到的第三运行数据判断该第三基站单元是否处于高承载量状态，具体来说，可以根据第三运行数据的数据特点设置相应的判断策略，类似的，第三运行数据可以包括第三基站单元的KPI数据、供电参数等，此后，该OSS通过设置对应的高门限值来判断第三基站单元是否处于高承载量状态，若是，则执行步骤409，若否，则执行步骤410。其中，可以是通过现场作业人员经验设置该高门限值，也可以是通过AI自学习方式来确定出该高门限值，或者是通过其它的方式来确定，此处不做限定。

409、若是，则该OSS控制该第一基站单元进入该第一状态。

本实施例中，该基站还可以包括处于该第一状态的第三基站单元，在该OSS控制该第一基站单元进入第二状态之后，即在第一基站单元处于低承载量状态时控制第一基站单元下电或者休眠之后，后续OSS可以在基站中处于第一状态的第三基站单元的承载量过高时控制该第一基站单元进入第一状态以分担该承载量的运行，从而实现对基站供电控制的进一步优化。

410、执行其他操作。

本实施例中，OSS在步骤402确定第一基站单元不处于低承载量状态时、或者是在步骤405确定第二基站单元不处于低承载量状态时、或者是在步骤408确定第三基站单元不处于高承载量状态时，OSS执行其他操作，此时，OSS可以不执行其他动作，OSS也可以周期性地持续执行步骤402、步骤405和/或步骤408中的判断过程，此处不做限定。

本申请实施例中，在图4所述实施例中，OSS在步骤401至步骤406控制基站中各个单元进入第二状态(下电状态或休眠状态)、OSS在步骤407至步骤409控制基站中各个单元进行第一状态(上电状态或唤醒状态)，下面将通过另一实施例对这两种情况进行说明。

一、控制基站中基站单元由第一状态调整为第二状态；

请参阅图5，本申请实施例中基站控制方法的另一个实施例包括：

501、开始；

502、OSS判断频段小区连接态用户数＜低门限值，且，上下行PRB利用率＜低门限值，若是，则执行步骤503；

本实施例中，以当前基站某一频段小区连接态用户数以及上下行PRB利用率作为当前频段小区的KPI数据为例进行说明，进而根据预设的低门限值与之比较，若均低于低门限值，则确定当前频段小区为低承载量状态的小区，执行后续步骤503，否则，OSS可以不执行其他动作，也可以周期性地持续执行步骤502中的判断过程，此处不做限定。此外，类似于前述实施例描述的内容，可以是通过现场作业人员经验设置该低门限值，也可以是通过AI自学习方式来确定出该低门限值，或者是通过其它的方式来确定，此处不做限定。

503、基站下发A4事件，终端上报A4时间的测量报告。切换过程不区分长期演进语音承载(VOLTE,voice over long-term evolution)和普通的数据用户；

本实施例中，基站获取得到接入该基站的终端所上报的对应A4事件的测量报告,且在步骤502中该频段对应于长期演进(LTE，long term evolution)的网络频段时，此处不区分VOLTE和普通的数据用户。其中，A4事件指的是LTE中切换事件的一种，即终端测量到的异频邻区参考信号接收功率(RSRP，reference signal receiving power)值如果大于该门限，则UE开始向该异频邻区切换。

504、延时后，是否不存在QCI1的用户，若是，则执行步骤505，若否，则返回执行步骤503；

本实施例中，OSS设定指定的延迟时长来通过基站获取得到接入该基站的终端所上报的对应A4事件的测量报告，在指定的延迟时长到期时，该OSS示例性地可以通过该A4事件测量报告来判断是否存在标度值(QCI，QoS class identifier)1的用户，若是，则后续执行步骤505，若否，则OSS可以返回执行步骤503。此处对应于图4实施例中步骤403中该OSS判断连接该第一基站单元的终端是否满足预设条件的实现过程，即若接入第一基站单元的终端存在QCI1的用户时则该连接该第一基站单元的终端不满足预设条件，若接入第一基站单元的终端不存在QCI1的用户时则该连接该第一基站单元的终端满足预设条件，需要说明的是，本实施例中仅以是否存在QCI1为例对该终端是否满足预设条件进行说明，在方案的实现过程中还可以是通过其他的QCI值或者是其他的终端参数来判断该终端是否满足预设条件，此处不做限定。

505、下电此射频模块功率，对应的BBU基带板休眠并指向下一个频段；

本实施例中，当OSS在步骤504中确定不存在QCI1的用户，则下电此射频模块功率，对应的BBU基带板休眠并指向下一个频段，也就是说，OSS对当前处于低承载量状态的频段小区进行下电或休眠处理，此后，该OSS可以对当前频段小区的下一个相邻频段进一步判断操作，对应于图4实施例中步骤404至步骤406的过程。

506、是否为基本覆盖，若是，则执行步骤507，若否，则执行步骤502；

本实施例中，OSS判断步骤505中当前频段小区的下一个相邻频段小区是否为该基站的基本覆盖频段对应的小区，若是，则执行步骤507，若否，则对该小区重复执行步骤502至步骤506的执行过程。从而，OSS可以遍历该基站中的基站单元，进一步减少基站的功耗。此外，在基站中一般会设置某一指定频段为基本覆盖频段，当该第二基站单元对应于该基本覆盖频段时，OSS可以不控制该第二基站单元进入第二状态，从而可以维持该基站的基本接入能力。

507、结束。

二、控制基站中基站单元由第二状态调整为第一状态；

请参阅图6，本申请实施例中基站控制方法的另一个实施例包括：

601、开始；

602、OSS判断基本覆盖小区连接态用户数＞高门限值，或者，上下行PRB利用率＞高门限值，若是，则执行步骤603，若否，则执行步骤604；

本实施例中，以基本覆盖小区连接态用户数以及上下行PRB利用率作为当前频段小区的KPI数据为例进行说明，进而根据预设的低门限值与之比较，若均高于高门限值，则确定当前频段小区为高承载量状态的小区，执行后续步骤603，否则，OSS执行步骤604，也可以周期性地持续执行步骤602中的判断过程，此处不做限定。

需要说明的是，本实施例中仅以当前频段小区为基本覆盖频段对应的小区为例进行说明，显然，步骤602中也可以是基站中任一频段对应小区的连接态用户数以及上下行PRB利用率进行判断，此处不做限定。

603、指向同扇区内的下一个频段；

本实施例中，当OSS在步骤602中确定该基本覆盖小区为高承载量状态的小区时，即该基本覆盖小区的承载压力过大，此时，OSS可以对当前频段小区的下一个相邻频段进一步判断操作，对应于图4实施例中步骤407至步骤409的过程.

604、结束；

605、是否同扇区内频段已经遍历，若是，则执行步骤607，若否，则执行步骤606；

本实施例中，OSS判断基站中同扇区内频段是否已经遍历搜索过，若是，则确定同扇区内存在下电状态或者是休眠状态的基站单元，则执行步骤607，若否，则执行步骤606。

606、恢复频段BBU基带板，上电对应容量频段RRU；

本实施例中，OSS恢复同扇区内已下电状态或者是休眠状态的基站单元进行上电或者是唤醒，以使得基本覆盖小区的承载压力得以降低，从而实现对基站供电控制的进一步优化。

607、结束；

608、基站下发A4时间，终端上报A4时间的测量报告，切换过程不区分VOLTE和普通的数据用户；

本实施例中，步骤608的执行过程类似于前述步骤503的执行过程，此处不再赘述。

609、判断增加小区后的各小区的PRB利用率或小区连接态用户数是否处于高门限值以下，若是，则执行步骤610，若否，则执行步骤603；

本实施例中，OSS判断对步骤606恢复同扇区内已下电状态或者是休眠状态的基站单元进行上电或者是唤醒之后，各小区的KPI数据(包括PRB利用率或小区连接态用户数)是否处于高门限值以下，若是，则执行步骤610，若否，则执行步骤603。从而，OSS可以遍历该基站中的基站单元，即在基站中存在承载量过高的基站单元时控制其他基站单元进入上电状态或者唤醒状态，以分担该承载量的运行。

610、结束。

需要说明的是，图5和图6对应的实施例的信息交互、执行过程等内容，具体内容可参见本申请前述图4所示的方法实施例中的叙述，此处不再赘述。

以上描述了通过运营支撑系统OSS实现的换电控制方法，下面结合附图介绍本申请实施例提供的运营支撑系统OSS。

请参阅图7，本申请实施例中提供的运营支撑系统OSS700包括：

获取单元701，用于获取基站中第一基站单元的第一运行数据，该第一基站单元处于第一状态，该第一状态包括上电状态或唤醒状态；

判断单元702，用于根据该第一运行数据判断该第一基站单元是否处于低承载量状态；

控制单元703，用于当该判断单元确定该第一基站单元处于低承载量状态时，控制该第一基站单元进入第二状态，该第二状态包括下电状态或休眠状态。

在一种优选的实施方式中，该第一运行数据包括该第一基站单元的关键绩效指标KPI数据，该判断单元702具体用于：

判断该KPI数据是否低于第一预设门限；

若是，则确定该第一基站单元处于低承载量状态；

若否，则确定该第一基站单元不处于低承载量状态。

在一种优选的实施方式中，该第一运行数据包括该第一基站单元的供电参数，该判断单元702具体用于：

判断该供电参数是否低于第二预设门限；

若是，则确定该第一基站单元处于低承载量状态；

若否，则确定该第一基站单元不处于低承载量状态。

在一种优选的实施方式中，该判断单元702还用于：

判断连接该第一基站单元的终端是否满足预设条件；

若是，则触发控制该第一基站单元进入该第二状态。

在一种优选的实施方式中，该基站还包括处于该第一状态的第二基站单元，

该获取单元701，还用于获取该第二基站单元的第二运行数据；

该判断单元702，还用于根据该第二运行数据判断该第二基站单元是否处于低承载量状态；

该控制单元703，还用于当该判断单元确定该第二基站单元处于低承载量状态时，控制该第二基站单元进入第二状态。

在一种优选的实施方式中，该基站还包括处于该第一状态的第三基站单元，

该获取单元701，还用于该第三基站单元的第三运行数据；

该判断单元702，还用于根据该第三运行数据判断该第三基站单元是否处于高承载量状态；

该控制单元703，还用于当该判断单元确定该第二基站单元处于低承载量状态时，控制该第一基站单元进入该第一状态。

需要说明的是，上述OSS700的各单元之间的信息交互、执行过程等内容，具体内容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。

图8所示，为本申请的实施例提供的上述实施例中所涉及的OSS800的一种可能的逻辑结构示意图。控制器800包括：处理器801、通信端口802、存储器803以及总线804。处理器801、通信端口802以及存储器803通过总线804相互连接。在本申请的实施例中，处理器801用于对控制器800的动作进行控制处理，例如，处理器801用于执行图8中的判断单元702、控制单元703所执行的功能。通信端口802用于执行图8中的获取单元701所执行的功能，支持控制器800进行通信。存储器803，用于存储控制器800的程序代码和数据。

其中，处理器801可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。总线804可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请实施例还提供一种存储一个或多个计算机执行指令的计算机可读存储介质，当所述计算机执行指令被处理器执行时，所述处理器执行如上述换电控制方法。

本申请实施例还提供一种存储一个或多个计算机执行指令的计算机程序产品，当所述计算机执行指令被所述处理器执行时，所述处理器执行上述换电控制方法。

本申请还提供了一种芯片系统，该芯片系统包括处理器，用于支持控制器实现上述换电控制方法中所涉及的功能。在一种可能的设计中，芯片系统还可以包括存储器，存储器，用于保存必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。