CN116321206A - 基站开站方法、装置、电子设备和计算机可读存储介质 - Google Patents

Abstract

本申请实施例涉及通信技术领域，特别涉及一种基站开站方法，上述方法包括：获取开站意图信息；其中，所述开站意图信息至少包括基站的位置；根据所述位置，确定所述基站对应的场景和现网配置数据；根据所述开站意图信息、所述场景、所述现网配置数据和预设的规划数据库，生成开站数据；根据预设的检查规则检查所述开站数据是否为合法数据，在所述开站数据为合法数据的情况下，将所述开站数据下发至所述基站，本申请实施例提供的基站开站方法，旨在实现基站的智能化、自动化开站，大幅减少人力物力的消耗，降低运维人员学习成本和技能要求，提升基站开站的速度和准确性。

Description

基站开站方法、装置、电子设备和计算机可读存储介质

技术领域

本申请实施例涉及通信技术领域，特别涉及一种基站开站方法、装置、电子设备和计算机可读存储介质。

背景技术

随着第四代移动通信技术(the 4th generation mobile communicationtechnology，简称：4G)的成熟完善和第五代移动通信技术(the 5th generation mobilecommunication technology，简称：5G)的推广展开，通信运营商需要在全球各地建设大量的新的基站，以满足用户日益增长的通信需求，无线基站的开通是十分复杂的工作，需要通信运营商规划包括传输参数在内的各种无线参数，实施方去现场进行实际路勘，运维方根据无线参数和实际路勘状况制作开站数据，并将开站数据下发到基站，供基站进行开站，技术人员在开站时还要进行无线参数的补充和路测等操作。

然而，基站开站需要通信运营商、实施方、运维方和待开站基站处的技术人员紧密配合，极其消耗人力物力，对相关技术人员的技能要求非常高，比如运维方的技术人员需要根据待开站基站填写上百个不同含义的参数，任何技术人员的疏忽都有可能会导致待开站基站的开站过程出现错误。

发明内容

本申请实施例的主要目的在于提出一种基站开站方法、装置、电子设备和计算机可读存储介质，旨在实现基站的智能化、自动化开站，大幅减少人力物力的消耗，降低运维人员学习成本和技能要求，提升基站开站的速度和准确性。

为实现上述目的，本申请实施例提供了一种基站开站方法，该方法包括：获取开站意图信息；其中，所述开站意图信息至少包括基站的位置；根据所述位置，确定所述基站对应的场景和现网配置数据；根据所述场景、所述现网配置数据和预设的规划数据库，生成开站数据；根据预设的检查规则检查所述开站数据是否为合法数据，在所述开站数据为合法数据的情况下，将所述开站数据下发至所述基站。

为实现上述目的，本申请实施例还提供了一种基站开站装置，包括：获取模块、转义模块和执行模块；所述获取模块用于获取开站意图信息；其中，所述开站意图信息至少包括基站的位置；所述转义模块用于根据所述位置，确定所述基站对应的场景和现网配置数据，根据所述场景、所述现网配置数据和预设的规划数据库，生成开站数据；所述执行模块用于根据预设的检查规则检查所述开站数据是否为合法数据，在所述开站数据为合法数据的情况下，将所述开站数据下发至所述基站。

为实现上述目的，本申请实施例还提供了一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的基站开站方法。

为实现上述目的，本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现上述的基站开站方法。

本申请提出的基站开站方法、装置、电子设备和计算机可读存储介质，获取开站意图信息，开站意图信息中至少包括基站的位置，服务器根据基站的位置，确定基站对应的场景和现网配置数据，再根据开站意图信息、基站对应的场景、基站对应的现网配置数据和预设的规划数据库，生成开站数据，并根据预设的检查规则检查生成的开站数据是否为合法数据，在生成的开站数据为合法数据的情况下，将生成的开站数据下发至基站，供基站开站，考虑到基站开站需要通信运营商、实施方、运维方和基站处的技术人员紧密配合，极其消耗人力物力，任何技术人员的疏忽都有可能会导致基站的开站过程出现错误，本实施例只需通信运营商一方根据开站意图信息确定现网配置数据和基站所属场景，从而依照预设的规划数据库生成开站数据，并在检查出开站数据为合法数据时，下发给基站，供基站开站，无需和实施方、运维方等进行统筹规划，从而实现基站的自动化开站，大幅减少人力物力的消耗，降低运维人员学习成本和技能要求，提升基站开站的速度和准确性。

附图说明

图1是根据本申请一个实施例的基站开站方法的流程图一；

图2是根据本申请一个实施例中，根据场景、现网配置数据和预设的规划数据库，生成开站数据的流程图；

图3是根据本申请另一个实施例的基站开站方法的流程图二；

图4是根据本申请一个实施例中，根据预设的检查规则检查开站数据是否为合法数据，在开站数据为合法数据的情况下，将开站数据下发至基站的流程图；

图5是根据本申请另一个实施例的基站开站方法的流程图三；

图6是根据本申请另一个实施例的基站开站方法的流程图四；

图7是根据本申请另一个实施例的基站开站装置的示意图一；

图8是根据本申请另一个实施例的基站开站装置的示意图二；

图9是根据本申请另一个实施例的电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

本申请的一个实施例涉及一种基站开站方法，应用于电子设备，其中，电子设备可以为终端或服务器，本实施例以及以下各个实施例中电子设备均以服务器为例进行说明，下面对本实施例的基站开站方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

本实施例的基站开站方法的具体流程可以如图1所示，包括：

步骤101，获取开站意图信息，开站意图信息至少包括基站的位置。

具体而言，服务器在进行基站开站时，先获取通信运营商的开站意图信息，开站意图信息中至少包括待开站基站的位置。

在具体实现中，服务器与通信运营商使用的客户端保持通信，通信运营商使用的客户端的显示屏上显示带有经纬标注地图，服务器获取通信运行商对地图的选中信息，获取通信运营商选中的经纬坐标，即待开站基站的位置，服务器基于该位置生成开站意图信息。

在一个例子中，开站意图信息还包括用户数和网元类型等，通信运行商对地图的进行图形化操作，比如拖动4G的频分双工(Frequency Division Duplexing，简称：FDD)网元图标到北纬34°，东经128°的位置，并输入预期用户数信息，服务器根据通信运营商输入的用户数信息、4G的FDD网元和位置信息北纬34°，东经128°，得到用户开站意图信息。

步骤102，根据基站的位置，确定基站对应的场景和现网配置数据。

具体而言，服务器获取到包括待开站基站的位置在内的开站意图信息后，可以根据基站的位置，确定基站对应的场景和现网配置数据。

在一个例子中，服务器根据待开站基站的坐标定位基站所处的场景，基站对应的场景分为室内场景和室外场景两种，室内场景包括居民楼、商场、办公室、体育场、火车站展厅等，室外场景包括城市主干道、高速铁路沿线、广场、旅游景区等。

在一个例子中，服务器根据待开站基站的坐标，确定待开站基站附近的基站，获取待开站基站附近的基站的数据，作为现网配置数据，若通信运营商在新开发城市布局基站，则服务器可以根据待开站基站的坐标，查找与待开站基站所在城市类似的城市，获取该城市对应场景下的基站的数据，作为与待开站基站对应的现网配置数据，其中，现网配置数据包括基站的设备类型、传输组网、传输类型等。

步骤103，根据开站意图信息、场景、现网配置数据和预设的规划数据库，生成开站数据。

具体而言，服务器确定出待开站基站对应的场景和现网配置数据后，可以根据开站意图信息、基站对应的场景、基站对应的现网配置数据和预设的规划数据库，生成开站数据。

在一个例子中，规划数据库中包括各种用于配置基站开站数据的工程参数，服务器根据开站意图信息和基站对应的场景，在规划数据库中挑选用于待开站基站进行开站的工程参数，再结合基站对应的现网配置数据，生成开站数据。

步骤104，根据预设的检查规则检查开站数据是否为合法数据，在开站数据为合法数据的情况下，将开站数据下发至基站。

在具体实现中，服务器生成开站数据后，可以根据预设的检查规则检查生成的开站数据是否为合法数据，若服务器判定生成的开站数据是合法数据，说明该开站数据可以直接下发给待开站基站，供待开站基站根据开站数据完成开站；若服务器判定生成的开站数据不合法，说明该开站数据存在问题，无法使用，服务器可以输出开站数据供通信运营商的技术人员进行分析和修正，或者抛弃该开站数据，重新生成开站数据，直到生成的开站数据为合法数据为止，其中，预设的检查规则可以有本领域的技术人员根据实际需要进行设置，本实施例对此不作具体限定。

本实施例，服务器先获取开站意图信息，开站意图信息中至少包括基站的位置，服务器根据基站的位置，确定基站对应的场景和现网配置数据，再根据开站意图信息、基站对应的场景、基站对应的现网配置数据和预设的规划数据库，生成开站数据，并根据预设的检查规则检查生成的开站数据是否为合法数据，在生成的开站数据为合法数据的情况下，将生成的开站数据下发至基站，供基站开站，考虑到基站开站需要通信运营商、实施方、运维方和基站处的技术人员紧密配合，极其消耗人力物力，任何技术人员的疏忽都有可能会导致基站的开站过程出现错误，本实施例只需通信运营商一方根据开站意图信息确定现网配置数据和基站所属场景，从而依照预设的规划数据库生成开站数据，并在检查出开站数据为合法数据时，下发给基站，供基站开站，无需和实施方、运维方等进行统筹规划，从而实现基站的自动化开站，大幅减少人力物力的消耗，降低运维人员学习成本和技能要求，提升基站开站的速度和准确性。

在一个实施例中，开站意图信息还包括基站的网元类型，预设的规划数据库中包括若干工程参数和开站数据生成规则，服务器根据场景、现网配置数据和预设的规划数据库，生成开站数据，可以通过如图2所示的各步骤实现，具体包括：

步骤201，根据基站的位置，在预设的规划数据库中确定基站对应的工程参数。

具体而言，服务器获取到开站意图信息后，可以根据开站意图信息中的待开站基站的位置，在预设的规划数据库中确定基站对应的工程参数。

在一个例子中，服务器在预设的规划数据库中确定基站对应的工程参数，是待开站基站可能或可以使用的一些基础的工程参数，规划数据库中的存储的若干工程参数由勘探队前期进行的实际工勘获得，服务器确定出的工程参数可以包括网元ID、子网ID、小区别名、物理小区标识(Physical Cell Identifier，简称：PCI)、跟踪区码(Tracking AreaCode，简称：TAC)、扇区类型和覆盖方式等。

步骤202，根据现网配置数据和工程参数，确定基站的设备类型和传输类型。

在具体实现中，服务器确定出基站对应的工程参数，以及基站对应的现网配置数据后，可以将基站对应的工程参数与基站对应的现网配置数据进行对比，从而得到待开站基站的设备类型和传输类型(传输组网)等。

步骤203，根据场景、网元类型、工程参数、设备类型、传输类型和开站数据生成规则，生成开站数据。

具体而言，服务器确定出待开站基站的设备类型和传输类型后，可以根据开站意图信息中的网元类型、确定出的基站对应的场景、基站的设备类型和传输类型、规划数据库中的各种工程参数，以及规划数据库中的开站数据生成规则，生成开站数据，这样生成的开站数据既符合通信运营商的开站意图，又符合基站所在位置的实际情况，使得确定出的开站数据更加合理、准确，保证开站后的基站可以良好地进行各种业务。

在一个例子中，服务器根据场景、网元类型、工程参数、设备类型、传输类型和开站数据生成规则，生成开站数据时，可以先根据基站对应的场景、基站的网元类型、设备类型和传输类型，在预设的场景配置库中确定基站对应的开站模板，开站模板即设备-传输-无线模板，其中，预设的场景配置库可以基于实际工勘和本领域的技术人员的先验知识进行模板的设置，服务器确定出开站模板后，根据开站模板、规划数据库中的工程参数和规划数据库中的开站数据生成规则，生成开站数据，在自动化开站过程中使用模板可以使得开站更加快速、方便。

比如：服务器确定基站对应的场景为学校操场，服务器根据该场景，以及基站的网元类型、设备类型和传输类型，确定开站模板为：设备模板为TDLN_宏站_2CC，传输模板为loopback，无线模板为TDD_S111。

在一个例子中，服务器生成开站数据后，可以基于开站数据生成新的开站模板，并存储在场景配置库中。

本实施例，所述开站意图信息还包括基站的网元类型，所述规划数据库中包括若干工程参数和开站数据生成规则，所述根据所述场景、所述现网配置数据和预设的规划数据库，生成开站数据，包括：根据所述位置，在预设的规划数据库中确定所述基站对应的工程参数；根据所述现网配置数据和所述工程参数，确定所述基站的设备类型和传输类型；根据所述场景、所述网元类型、所述工程参数、所述设备类型、所述传输类型和所述开站数据生成规则，生成开站数据，先粗略地根据基站的位置再规划数据库中确定出一些基础的工程参数，再结合现网配置数据，确定基站的设备类型和传输类型，最后结合场景、开站数据生成规则等生成全套、完整的开站数据，既符合通信运营商的开站意图，又符合基站所在位置的实际情况，使得确定出的开站数据更加合理、准确。

本申请的另一个实施例涉及一种基站开站方法，下面对本实施例的基站开站方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须，图3是本实施例所述的基站开站方法的流程图，包括：

步骤301，获取目标区域的业务指标需求。

在具体实现中，服务器可以获取用户划定的目标区域，并获取用户对目标区域的业务指标需求，如目标上下行吞吐量等。

在一个例子中，目标区域可以为某座城市、某座城市的某一区，或者某座城市的某几条街道范围内等。

步骤302，在目标区域内，获取不符合业务指标需求的小区的位置。

具体而言，服务器确定目标区域和对目标区域的业务指标需求后，可以遍历目标区域内的各小区，在目标区域内，获取不符合业务指标需求的小区的位置。

在一个例子中，业务指标需求为上下行吞吐量达到A值，服务器确定目标区域内包括小区甲、小区乙、小区丙、小区丁和小区戊共五个小取区，其中，小区乙的上下行吞吐量未达到A值，服务器确定小区乙不符合业务指标需求，获取并输出小区乙的位置。

步骤303，根据不符合业务指标需求的小区位置和业务指标需求，获取开站意图信息。

在具体实现中，服务器确定出不符合业务指标需求的小区位置后，可以将该小区的位置作为待开站基站的位置，并根据业务指标需求中的其他信息，如网元类型、用户数等，获取开站意图信息，这样获得的开站意图信息可以进一步提升基站开站的自动化、智能化，更好地满足通信运行商的需求。

步骤304，根据基站的位置，确定基站对应的场景和现网配置数据。

步骤305，根据开站意图信息、场景、现网配置数据和预设的规划数据库，生成开站数据。

其中，步骤304至步骤305与步骤102至步骤103大致相同，此处不再赘述。

步骤306，根据预设的检查规则检查开站数据是否为合法数据，在开站数据为合法数据的情况下，将开站数据下发至基站。

在一个例子中，服务器在确定开站数据为合法数据的情况下，可以根据开站数据生成规划报告，供通信运营商的工作人员进行分析和确认，服务器在收到对规划报告的确认信息后，再将开站数据下发至基站，对于获取用户对目标区域内的业务指标需求来进行自动开站的技术方案而言，虽然自动化，智能化很高，但未必是最符合运营商开展意图的，服务器生成规划报告供通信运营商确认，在通信运营商确认，即收到对规划报告的确认信息后，再将开站数据下发至基站，可以保证开站基站符合用户的开站意图，进一步提升运营商的使用体验。

本实施例，所述获取开站意图信息，包括：获取目标区域的业务指标需求；在所述目标区域内，获取不符合所述业务指标需求的小区的位置；根据所述位置和所述业务指标需求，获取开站意图信息，即本申请的实施例允许运营商不指定基站的位置，而是获取用户对目标区域内的业务指标需求，服务器根据业务指标需求在目标区域内自行寻找不满足业务指标需求的小区，并确定这些小区的位置，从而生成开站意图信息，进一步提升基站开站的自动化、智能化，更好地满足通信运行商的需求。

在一个实施例中，预设的检查规则包括物理小区标识(Physical CellIdentifier，简称：PCI)冲突检查，服务器根据预设的检查规则检查开站数据是否为合法数据，在开站数据为合法数据的情况下，将开站数据下发至基站，可以通过如图4所示的各步骤实现，具体包括：

步骤401，检查开站数据是否与其他基站发生PCI冲突，如果是，执行步骤403，否则，执行步骤402。

步骤402，将开站数据下发至基站。

步骤403，按照PCI不冲突的规则对开站数据进行修正，将修正后的开站数据下发至基站。

具体而言，服务器生成开站数据后，可以检查生成的开站数据是否与其他基站发生PCI冲突，在确定生成的开站数据未与其他基站发生PCI冲突的情况下，说明开站数据可以直接使用，服务器将开站数据下发至待开站基站，供待开站基站根据开站数据完成开站；在器确定开站数据与其他基站发生PCI冲突的情况下，服务器可以按照PCI不冲突的规则对开站数据进行修正，修正后的开站数据是可以使用的，服务器将修正后的开站数据下发至待开站基站，供待开站基站根据修正后的开站数据完成开站，考虑到如果生成的开站数据与其他基站发生PCI冲突，基站按照这样的开站数据进行开站，开站后必与其他基站冲突，导致基站的业务无法正常进行，服务器在生成开站数据后进行PCI冲突检查，在开站数据与其他基站发生PCI冲突的情况下，按照PCI不冲突的规则对开站数据进行修正，保证基站开站后可以进行正常的业务。

本申请的另一个实施例涉及一种基站开站方法，下面对本实施例的基站开站方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须，图5是本实施例所述的基站开站方法的流程图，包括：

步骤501，获取开站意图信息，开站意图信息至少包括基站的位置。

步骤502，根据基站的位置，确定基站对应的场景和现网配置数据。

步骤503，根据开站意图信息、场景、现网配置数据和预设的规划数据库，生成开站数据。

步骤504，根据预设的检查规则检查开站数据是否为合法数据，在开站数据为合法数据的情况下，将开站数据下发至基站。

其中，步骤501至步骤504与步骤101至步骤104大致相同，此处不再赘述。

步骤505，采集开站后的基站的关键绩效指标(Key Performance Indicator，简称：KPI)、状态信息和告警信息。

步骤506，根据KPI、状态信息和告警信息，生成并输出开站报告。

在具体实现中，服务器将生成的开站数据下发至待开站基站后，待开站基站完成开站，服务器可以采集开站后的基站的各项KPI，基站的状态信息和基站的告警信息，其中，基站的状态信息和告警信息包括基站各单板的状态信息和告警信息，基站所在小区的状态信息和告警信息，以及基站在传输方面的状态信息和告警信息，服务器根据采集到的KPI、状态信息和告警信息，生成并输出开站报告，供通信运营商的技术人员进行分析。

本实施例，在所述将所述开站数据下发至所述基站之后，还包括：采集开站后的所述基站的关键性能指标KPI、状态信息和告警信息；其中，所述状态信息和所述告警信息包括所述基站各单板的状态信息和告警信息，所述基站所在小区的状态信息和告警信息，以及所述基站在传输方面的状态信息和告警信息；根据所述KPI、所述状态信息和所述告警信息，生成并输出开站报告，基站开站后，服务器可以即时采集开站后的基站的状态信息和告警信息，根据开站后的基站的状态信息和告警信息，生成并输出开站报告，供运营商进行进一步的研究和评价，可以进一步提升开站过程的科学性、严谨性，进一步提升运营商的使用体验。

本申请的另一个实施例涉及一种基站开站方法，下面对本实施例的基站开站方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须，图6是本实施例所述的基站开站方法的流程图，包括：

步骤601，获取开站意图信息，开站意图信息至少包括基站的位置。

步骤602，根据基站的位置，确定基站对应的场景和现网配置数据。

步骤603，根据开站意图信息、场景、现网配置数据和预设的规划数据库，生成开站数据。

步骤604，根据预设的检查规则检查开站数据是否为合法数据，在开站数据为合法数据的情况下，将开站数据下发至基站。

步骤605，采集开站后的基站的KPI、状态信息和告警信息。

步骤606，根据KPI、状态信息和告警信息，生成并输出开站报告。

其中，步骤601至步骤606与步骤501至步骤506大致相同，此处不再赘述。

步骤607，根据开站报告，确定基站未达标的KPI。

步骤608，根据未达标的KPI，对基站进行优化配置。

在具体实现中，服务器输出开站报告后，可以根据开站报告，确定基站未达标的KPI，并根据未达标的KPI，对基站进行相应的优化配置。

步骤609，再次采集优化后的基站的KPI、状态信息和告警信息。

步骤610、根据优化后的基站的KPI、状态信息和告警信息，生成并输出优化结果报告。

在具体实现中，服务器完成对基站进行的相应的优化配置后，可以再次采集优化后的基站的KPI、状态信息和告警信息，根据优化后的基站的KPI、状态信息和告警信息，生成并输出优化结果报告，供通信运营商的技术人员了解优化结果。

本实施例，在所述生成并输出开站报告之后，还包括：根据所述开站报告，确定所述基站未达标的KPI；根据所述未达标的KPI，对所述基站进行优化配置；再次采集优化后的所述基站的KPI、状态信息和告警信息；根据优化后的所述基站的KPI、状态信息和告警信息，生成并输出优化结果报告，生成开站报告后，服务器可以检查基站的哪些KPI未达标，并根据未达标的KPI对基站进行优化配置，后续再生成优化结果报告，尽可能地提升基站的性能，进一步提升运营商的使用体验。

本申请的另一个实施例涉及一种基站开站装置，下面对本实施例的基站开站装置的细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本例的必须，图7是本实施例所述的基站开站装置的示意图，包括：获取模块701、转义模块702和执行模块703。

获取模块701用于获取开站意图信息；其中，开站意图信息至少包括基站的位置。

转义模块702用于根据位置，确定基站对应的场景和现网配置数据，根据开站意图信息、场景、现网配置数据和预设的规划数据库，生成开站数据。

执行模块703用于根据预设的检查规则检查所述开站数据是否为合法数据，在开站数据为合法数据的情况下，将开站数据下发至基站。

在一个例子中，基站开站装置可以如图8所示，包括：获取模块801、转义模块802、执行模块803、监测模块804和优化模块805。

获取模块801用于获取开站意图信息，其中，开站意图信息至少包括基站的位置。

转义模块802用于根据位置，确定基站对应的场景和现网配置数据，根据开站意图信息、场景、现网配置数据和预设的规划数据库，生成开站数据。

执行模块803用于根据预设的检查规则检查所述开站数据是否为合法数据，在开站数据为合法数据的情况下，将开站数据下发至基站。

监测模块804用于采集开站后的基站的关键性能指标KPI、状态信息和告警信息，根据KPI、状态信息和告警信息，生成并输出开站报告，其中，状态信息和所告警信息包括基站各单板的状态信息和告警信息，基站所在小区的状态信息和告警信息，以及基站在传输方面的状态信息和告警信息。

优化模块805用于根据开站报告，确定基站未达标的KPI，并根据未达标的KPI，对基站进行优化配置。

监测模块804还用于再次采集优化后的基站的KPI、状态信息和告警信息，根据优化后的基站的KPI、状态信息和告警信息，生成并输出优化结果报告。

不难发现，本实施例为与上述方法实施例对应的装置实施例，本实施例可以与上述方法实施例互相配合实施。上述实施例中提到的相关技术细节和技术效果在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在上述实施例中。

值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本申请的创新部分，本实施例中并没有将与解决本申请所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。

本申请另一个实施例涉及一种电子设备，如图8所示，包括：至少一个处理器801；以及，与所述至少一个处理器801通信连接的存储器802；其中，所述存储器802存储有可被所述至少一个处理器801执行的指令，所述指令被所述至少一个处理器801执行，以使所述至少一个处理器801能够执行上述各实施例中的基站开站方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本申请另一个实施例涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本申请的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (11)

1.一种基站开站方法，其特征在于，包括：

获取开站意图信息；其中，所述开站意图信息至少包括基站的位置；

根据所述位置，确定所述基站对应的场景和现网配置数据；

根据所述开站意图信息、所述场景、所述现网配置数据和预设的规划数据库，生成开站数据；

根据预设的检查规则检查所述开站数据是否为合法数据，在所述开站数据为合法数据的情况下，将所述开站数据下发至所述基站。

2.根据权利要求1所述的基站开站方法，其特征在于，所述开站意图信息还包括基站的网元类型，所述规划数据库中包括若干工程参数和开站数据生成规则，所述根据所述场景、所述现网配置数据和预设的规划数据库，生成开站数据，包括：

根据所述位置，在预设的规划数据库中确定所述基站对应的工程参数；

根据所述现网配置数据和所述工程参数，确定所述基站的设备类型和传输类型；

根据所述场景、所述网元类型、所述工程参数、所述设备类型、所述传输类型和所述开站数据生成规则，生成开站数据。

3.根据权利要求2所述的基站开站方法，其特征在于，所述根据所述场景、所述网元类型、所述工程参数、所述设备类型、所述传输类型和所述开站数据生成规则，生成开站数据，包括：

根据所述场景、所述网元类型、所述设备类型和所述传输类型，在预设的场景配置库中确定所述基站对应的开站模板；

根据所述开站模板、所述工程参数和所述开站数据生成规则，生成开站数据。

4.根据权利要求1所述的基站开站方法，其特征在于，所述获取开站意图信息，包括：

获取目标区域的业务指标需求；

在所述目标区域内，获取不符合所述业务指标需求的小区的位置；

根据所述位置和所述业务指标需求，获取开站意图信息。

5.根据权利要求4所述的基站开站方法，其特征在于，所述在所述开站数据为合法数据的情况下，将所述开站数据下发至所述基站，包括：

在所述开站数据为合法数据的情况下，根据所述开站数据生成规划报告；

在收到对所述规划报告的确认信息后，将所述开站数据下发至所述基站。

6.根据权利要求1至5中任一项所述的基站开站方法，其特征在于，所述预设的检查规则包括物理小区标识PCI冲突检查，所述根据预设的检查规则检查所述开站数据是否为合法数据，在所述开站数据为合法数据的情况下，将所述开站数据下发至所述基站，包括：

检查所述开站数据是否与其他基站发生PCI冲突；

在所述开站数据未与其他基站发生PCI冲突的情况下，将所述开站数据下发至所述基站；

在所述开站数据与其他基站发生PCI冲突的情况下，按照PCI不冲突的规则对所述开站数据进行修正，将修正后的所述开站数据下发至所述基站。

7.根据权利要求1至5中任一项所述的基站开站方法，其特征在于，在所述将所述开站数据下发至所述基站之后，还包括：

采集开站后的所述基站的关键性能指标KPI、状态信息和告警信息；其中，所述状态信息和所述告警信息包括所述基站各单板的状态信息和告警信息，所述基站所在小区的状态信息和告警信息，以及所述基站在传输方面的状态信息和告警信息；

根据所述KPI、所述状态信息和所述告警信息，生成并输出开站报告。

8.根据权利要求7所述的基站开站方法，其特征在于，在所述生成并输出开站报告之后，还包括：

根据所述开站报告，确定所述基站未达标的KPI；

根据所述未达标的KPI，对所述基站进行优化配置；

再次采集优化后的所述基站的KPI、状态信息和告警信息；

根据优化后的所述基站的KPI、状态信息和告警信息，生成并输出优化结果报告。

9.一种基站开站装置，其特征在于，包括：获取模块、转义模块和执行模块；

所述获取模块用于获取开站意图信息；其中，所述开站意图信息至少包括基站的位置；

所述转义模块用于根据所述位置，确定所述基站对应的场景和现网配置数据，根据所述开站意图信息、所述场景、所述现网配置数据和预设的规划数据库，生成开站数据；

所述执行模块用于根据预设的检查规则检查所述开站数据是否为合法数据，在所述开站数据为合法数据的情况下，将所述开站数据下发至所述基站。

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

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至8中任一项所述的基站开站方法。

11.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的基站开站方法。

Images