一种载波的基站配置处理方法及装置与流程

本发明涉及通信技术领域，具体涉及一种载波的基站配置处理方法及装置。

背景技术：

在卫星移动通信系统中，一个点波束内的载波只能配置在一个信关站收发器(gts，gatewaytransceiverstation)内，而且gts侧也需要配置点波束和载波的部分参数信息，点波束和载波的其余参数在点波束建立时由信关站控制器(gsc，gatewaystationcontroller)带给gts。gts收到点波束建立消息后，为点波束下的每个载波选择基带资源。卫星移动通信系统中的无线资源以点波束为单元进行管理，点波束下的无线资源又以载波为单位进行管理。一个点波束下包含一个或多个载波。gsc负责对点波束和载波的无线资源进行分配、删除、修改等维护管理。gts主控板负责在gts侧维护点波束和载波的映射关系，并通知gts信道板创建/删除载波实例，一个gts主控板管理一个或多个gts信道板。gts信道板包含了基站的基带资源，其负责在载波指定的无线资源上收发载波上承载的数据/信令信息，并将其转发给gsc或终端。

gsc和gts的逻辑关系如图1所示，操作维护控制器(omc，operationmanagementcontroller)先将点波束的参数信息配置给gsc，gsc在点波束激活时，将点波束及点波束下包含的载波列表信息配置给gts主控板，gts主控板再将这些载波列表中的载波信息逐个配置给gts信道板。点波束激活后，gsc侧和gts侧都创建了点波束实例信息，以及点波束下各载波的实例信息。gts信道板通过基带资源将各载波的下行数据/信令发送给终端，或将从终端接收的上行数据/信令发送给gsc。

由上述描述可知，点波束和载波信息在gsc和gts两侧都必须存在，而点波束和载波在gsc和gts的映射关系如图2所示，一个点波束下所有的载波都必须配置在一个gts中，点波束与gts的映射关系以及载波与gts的映射关系均需通过操作维护界面分别提前在gsc侧和gts侧进行配置。这样给参数配置带来困难，需保证gsc侧和gts侧配置参数的一致性，否则将导致点波束激活失败，即点波束对应的小区激活失败。

现有方案的点波束激活流程如图3所示，omc将点波束和载波的参数信息分别配置给gsc和gts；gts上电后将检测到的点波束操作状态和载波操作状态信息通过resourcestatusind消息发送给gsc，gsc根据resourcestatusind消息内容，对操作状态为“可用”的点波束发送cellsetupreq消息，触发其点波束激活过程，消息中携带该点波束下操作状态为“可用”的载波列表；gts主控板收到点波束的小区建立请求消息后，为消息中的每个载波分配一个gts信道板，并通知gts信道板建立该载波的实例信息；当所有需建立载波的实例在gts侧都创建成功后，gts主控板向gsc返回cellsetuprsp消息，通知gsc点波束在gts侧激活成功。

现有的卫星移动通信系统中现有的点波束资源配置管理方法存在以下缺点：基带资源利用低，基带资源在各gts内进行管理时无法将系统内所有基带资源作为一个资源池进行整体协调使用，无法降低卫星下行发射功率，且点波束参数和载波参数在gsc侧与gts侧都需要配置，参数一致性难以保证。

技术实现要素：

由于现有方法存在上述问题，本发明实施例提出一种载波的基站配置处理方法及装置。

第一方面，本发明实施例提出一种载波的基站配置处理方法，包括：

信关站控制器若接收到操作维护控制器发送的各载波的信关站收发器基站信息，则根据各载波所属的信关站收发器基站信息为各载波配置对应的信关站收发器基站；

若未接收到操作维护控制器发送的目标载波的信关站收发器基站信息，则根据预设分配原则为所述目标载波配置对应的信关站收发器基站；

根据各载波的信关站收发器基站信息向各个对应的信关站收发器基站发送小区建立请求消息，以使各载波与各个对应的信关站收发器基站建立通信。

第二方面，本发明实施例还提出一种载波的基站配置处理方法，包括：

信关站收发器基站的各主控板接收到信关站控制器的各小区发送的小区建立请求消息，所述小区建立请求消息包括各载波的信关站收发器基站信息，所述信关站收发器基站信息包括信关站收发器基站信道板标识；

根据各载波的信关站收发器基站信道板标识通知对应的信关站收发器基站信道板建立对应载波的实例信息；

若判断目标小区在当前信关站收发器基站的所有载波的实例信息均建立，则向所述目标小区返回小区建立确认消息。

第三方面，本发明实施例提出一种载波的基站配置处理装置，包括：

基站配置模块，用于若接收到操作维护控制器发送的各载波的信关站收发器基站信息，则根据各载波所属的信关站收发器基站信息为各载波配置对应的信关站收发器基站；

基站预配模块，用于若未接收到操作维护控制器发送的目标载波的信关站收发器基站信息，则根据预设分配原则为所述目标载波配置对应的信关站收发器基站；

请求发送模块，用于根据各载波的信关站收发器基站信息向各个对应的信关站收发器基站发送小区建立请求消息，以使各载波与各个对应的信关站收发器基站建立通信。

第四方面，本发明实施例还提出一种载波的基站配置处理装置，包括：

请求接收模块，用于接收到信关站控制器的各小区发送的小区建立请求消息，所述小区建立请求消息包括各载波的信关站收发器基站信息，所述信关站收发器基站信息包括信关站收发器基站信道板标识；

实例建立模块，用于根据各载波的信关站收发器基站信道板标识通知对应的信关站收发器基站信道板建立对应载波的实例信息；

请求确认模块，用于若判断目标小区在当前信关站收发器基站的所有载波的实例信息均建立，则向所述目标小区返回小区建立确认消息。

第五方面，本发明实施例还提出一种电子设备，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行上述方法。

第六方面，本发明实施例还提出一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机程序，所述计算机程序使所述计算机执行上述方法。

由上述技术方案可知，本发明实施例通过将系统内所有的信关站收发器基站资源进行统筹分配，操作人员可以根据系统载波的实际使用情况通过操作维护控制器对各载波进行基站分配，也可以通过预设分配原则对各载波进行基站分配，实现了一个点波束下的不同载波可以跨多个信关站收发器基站进行通信，有效提高了基站的基带资源利用率；同时将载波参数统一放在信关站控制器侧维护，大大简化了参数一致性处理的复杂度。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些图获得其他的附图。

图1为现有技术提供的卫星通信系统中gsc和gts的关系示意图；

图2为现有技术提供的卫星通信系统中载波在gsc和gts中的映射关系示意图；

图3为现有技术提供的卫星通信系统中波束激活的流程示意图；

图4为本发明一实施例提供的一种载波的基站配置处理方法的流程示意图；

图5为本发明一实施例提供的卫星通信系统中载波在gsc和gts中的映射关系示意图；

图6为本发明另一实施例提供的一种载波的基站配置处理方法的流程示意图；

图7为本发明一实施例提供的卫星通信系统中波束激活的流程示意图；

图8为本发明一实施例提供的一种载波的基站配置处理装置的结构示意图；

图9为本发明另一实施例提供的一种载波的基站配置处理装置的结构示意图；

图10为本发明一实施例提供的电子设备的逻辑框图；

图11为本发明另一实施例提供的电子设备的逻辑框图。

具体实施方式

下面结合附图，对本发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。

图4示出了本实施例提供的一种载波的基站配置处理方法的流程示意图，包括：

s401、信关站控制器(gsc)若接收到操作维护控制器(omc)发送的各载波的信关站收发器(gts)基站信息，则根据各载波所属的信关站收发器基站信息为各载波配置对应的信关站收发器基站。

其中，所述gts基站信息包括gts主控板标识、gts信道板标识和通信体制标识。

具体地，如图2所示，现有技术中一个点波束下的载波不能跨gts建立，即一个点波束的载波只能与一个gts建立通信，导致一个点波束下只能支持一种通信体制，无法同时支持多种通信体制。点波束不能跨多个gts部署，使得gts基带资源无法以资源池的方式进行使用，基带资源利用率较低，无法节省卫星下行发射功率。当系统下行功率和频率资源紧张时，现有技术无法满足后期的系统扩展需求。

在本实施例中，如图5所示，点波束的不同载波可以配置在不同的gts上，因此一个点波束可以同时支持多种通信体制。载波的配置参数中增加了各载波所属的gts主控板标识、各载波所属的gts信道板标识和各载波所属的通信体制标识。其中，gts主控板标识用于唯一标识各个gts的主控板，gts信道板标识用于唯一标识各个gts的信道板，通信体制标识用于标识各种通信体制。

载波所属的gts信道板不再由gts主控板分配，而是由omc配置给gsc，或者由gsc自行分配。操作人员可以根据网络规划通过omc操作维护界面直接指定载波的基站资源，或者点波束激活时，若发现某些载波的基站资源未配置，则gsc自行给这些载波分配其所属的基站资源。

需要说明的是，各载波所属的gts主控板、gts信道板和通信体制，在gsc侧就已经确定。

此外，现有技术中由于一个gts只能支持一种通信体制，因此一个点波束下的所有载波都必须使用相同的通信体制。当系统内载波资源较少时，这种限制就无法满足使用少量载波和少量gts支持多种不同通信体制的需求；同时，gts基带资源在各gts内管理，无法将所有基带资源作为一个资源池进行统筹使用，导致基带资源利用率低，下行发射功率较大；现有点波束参数和载波参数在gsc侧与gts侧之间耦连紧密，约束较多，参数配置复杂，映射关系不能灵活修改；点波束下的载波不能跨gts建立，也意味着，一个点波束下无法支持多种通信体制，不利于后续系统扩展。

s402、若未接收到操作维护控制器发送的目标载波的信关站收发器基站信息，则根据预设分配原则为所述目标载波配置对应的信关站收发器基站。

其中，所述预设分配原则包括负荷均衡原则或功率集中原则。

负荷均衡原则是分布式系统架构设计中必须考虑的因素之一，通常是指将请求/数据均匀分摊到多个操作单元上执行。

功率集中原则是指将请求/数据集中在少数操作单元上执行。

具体地，现有方案中操作人员可以决定点波束建立的gts主控板，但载波和gts信道板的映射关系由gts主控板自行决定，操作人员无法干预。卫星通信系统是一个下行功率受限的系统，尽量减少下行功率消耗是关键。当系统用户量较小时，如果可以将实际使用的载波集中到某些gts信道板内，则可以有效降低下行功率消耗，提升系统性能。但是，由于操作人员无法控制载波所属基带资源，且不支持一个点波束的载波跨不同gts，因此，会出现系统内下行功率较大但gts基带资源利用率低的问题。

本实施例除了支持操作人员在omc的操作维护界面上配置点波束载波使用的gts基带资源，还支持操作人员在未在omc的操作维护界面配置载波所属gts资源时，gsc可以自动为载波选择其对应的基带资源，保证系统可以正常运行；同时简化了点波束和载波的参数维护方式，这些参数只需要在gsc侧配置即可，gts侧的点波束和载波参数由gsc在接口消息中携带，gts侧不再需要提前在操作维护界面上配置，从而有效降低了参数一致性维护的复杂度。

s403、根据各载波的信关站收发器基站信息向各个对应的信关站收发器基站发送小区建立请求消息，以使各载波与各个对应的信关站收发器基站建立通信。

其中，所述小区建立请求消息为gsc向gts发送的各小区与各基站建立通信的请求消息。图5中一个点波束对应一个小区，只有当小区被激活后，该小区内的载波才能与对应基站建立通信。

具体地，如图5所示，点波束1的载波1向gts1的主控板和信道板1发送小区建立请求消息，建立点波束1的载波1和gts1的信道板1的通信；同理，分别向各个gts发送小区建立请求消息，建立点波束1的载波2和gts2的信道板1的通信，建立点波束1的载波n和gtsn的信道板2的通信，建立点波束n的载波1和gts1的信道板2的通信，建立点波束n的载波2和gts1的信道板3的通信，建立点波束n的载波n和gtsn的信道板3的通信。

本实施例通过将系统内所有的信关站收发器基站资源进行统筹分配，操作人员可以根据系统载波的实际使用情况通过操作维护控制器对各载波进行基站分配，也可以通过预设分配原则对各载波进行基站分配，实现了一个点波束下的不同载波可以跨多个信关站收发器基站进行通信，有效提高了基站的基带资源利用率；同时将载波参数统一放在信关站控制器侧维护，大大简化了参数一致性处理的复杂度。

进一步地，在上述方法实施例的基础上，s403具体包括：

根据各载波的信关站收发器基站信息通过接口消息向各个对应的信关站收发器基站发送小区建立请求消息，以使各载波与各个对应的信关站收发器基站建立通信。

本实施例中的点波束参数和载波参数通过omc单独配置给gsc，在gts侧不再配置。当点波束后续激活时，gsc将对应的点波束参数和载波参数通过接口消息中带给gts，将波束参数和载波参数统一放在gsc侧维护，保证的数据的一致性，大大简化了参数一致性处理的复杂度。

图6示出了本实施例提供的一种载波的基站配置处理方法的流程示意图，包括：

s601、信关站收发器基站的各主控板接收到信关站控制器的各小区发送的小区建立请求消息。

其中，所述小区建立请求消息包括各载波的信关站收发器基站信息，所述信关站收发器基站信息包括信关站收发器基站信道板标识。

s602、根据各载波的信关站收发器基站信道板标识通知对应的信关站收发器基站信道板建立对应载波的实例信息。

s603、若判断目标小区在当前信关站收发器基站的所有载波的实例信息均建立，则向所述目标小区返回小区建立确认消息。

其中，所述小区建立请求消息为gsc向gts发送的各小区与各基站建立通信的请求消息。图5中一个点波束对应一个小区，只有当小区被激活后，该小区内的载波才能与对应基站建立通信。

具体地，当gts基站(简称gts)的各主控板接收到gsc的各小区发送的小区建立请求消息时，解析该小区建立请求消息得到每个小区建立请求消息对应的gts信道板标识，通知该gts信道板标识对应的信道板建立当前载波的实例信息。

具体如图5所示，gts1的信道板1建立点波束1的载波1的实例信息，gts2的信道板1建立点波束1的载波2的实例信息，gtsn的信道板2建立点波束1的载波n的实例信息，gts1的信道板2建立点波束n的载波1的实例信息，gts1的信道板3建立点波束n的载波2的实例信息，gtsn的信道板3建立点波束n的载波n的实例信息。

当gts1判断点波束1对应的小区的载波的实例信息均建立，则向点波束1对应的小区返回小区建立确认消息，当gts1判断点波束n对应的小区的载波的实例信息均建立，则向点波束n对应的小区返回小区建立确认消息，……，当gtsn判断点波束1对应的小区的载波的实例信息均建立，则向点波束1对应的小区返回小区建立确认消息，当gtsn判断点波束n对应的小区的载波的实例信息均建立，则向点波束n对应的小区返回小区建立确认消息。

本实施例通过信关站收发器基站判断目标小区在当前信关站收发器基站的所有载波的实例信息均建立后，向所述目标小区返回小区建立确认消息，从而一个点波束下的不同载波可以跨多个信关站收发器基站进行通信，有效提高了基站的基带资源利用率；同时将载波参数统一放在信关站控制器侧维护，大大简化了参数一致性处理的复杂度。

进一步地，图4实施例对应的所述载波的基站配置处理方法还包括：

s404、若接收到当前小区的所有载波对应的信关站收发器基站返回的小区建立确认消息，则确定当前小区激活成功，且当前小区的所有载波与对应的信关站收发器基站建立通信。

具体的波束激活的流程示意图如图7所示：omc将点波束和载波的参数信息配置给gsc，gsc检查点波束下载波的基站信息是否已配置：

如果omc给的配置参数中，各载波的gts基站信息已配置(包括载波所属的gts主控板标识，载波所属的gts信道板标识，载波所属的通信体制)，则gsc向gts主控板发送小区建立请求消息cellsetupreq，消息中携带点波束在该gts上需要建立的载波列表信息；

如果omc给的配置参数中，某些载波的基站信息未配置，则gsc自行根据预设分配原则给这些载波分配对应的基站信息，并向gts主控板发送小区建立请求消息cellsetupreq，消息中携带点波束在该gts上需要建立的载波列表信息。

如果点波束下的载波列表跨多个gts分布(通过载波所属的gts主控板标识判断，载波所属的gts主控板标识不同则表明载波分布在不同的gts中)，则一次点波束激活过程，gsc需向涉及的每个gts主控板分别发送一条cellsetupreq消息。

gts主控板收到点波束的小区建立请求消息后，根据消息中携带的载波所属gts信道板标识，通知对应gts信道板建立该载波的实例信息。

当gts主控板判断出当前点波束在此gts上的所有载波实例均已建立成功，则向gsc返回cellsetuprsp消息，通知gsc点波束在当前gts侧激活成功。

gsc收集点波束相关的gts小区建立响应消息。当gsc判断出已收齐点波束涉及的所有gts的小区建立响应消息，则gsc认为该点波束在基站侧已激活成功，即该点波束对应的小区在基站侧已激活成功。

本实施例将系统内所有的gts基带资源进行统筹分配，操作人员根据系统载波的实际使用情况对基带资源进行管理，从而有效提高了基带资源的利用率，也可以实现一个点波束下支持多种不同的通信体制；同时将点波束参数和载波参数统一放在gsc侧维护，大大简化了参数一致性处理的复杂度。

图8示出了本实施例提供的一种载波的基站配置处理装置的结构示意图，所述装置包括：基站配置模块801、基站预配模块802和请求发送模块803，其中：

所述基站配置模块801用于若接收到操作维护控制器发送的各载波的信关站收发器基站信息，则根据各载波所属的信关站收发器基站信息为各载波配置对应的信关站收发器基站；

所述基站预配模块802用于若未接收到操作维护控制器发送的目标载波的信关站收发器基站信息，则根据预设分配原则为所述目标载波配置对应的信关站收发器基站；

所述请求发送模块803用于根据各载波的信关站收发器基站信息向各个对应的信关站收发器基站发送小区建立请求消息，以使各载波与各个对应的信关站收发器基站建立通信。

具体地，所述基站配置模块801若接收到操作维护控制器发送的各载波的信关站收发器基站信息，则根据各载波所属的信关站收发器基站信息为各载波配置对应的信关站收发器基站；所述基站预配模块802若未接收到操作维护控制器发送的目标载波的信关站收发器基站信息，则根据预设分配原则为所述目标载波配置对应的信关站收发器基站；所述请求发送模块803根据各载波的信关站收发器基站信息向各个对应的信关站收发器基站发送小区建立请求消息，以使各载波与各个对应的信关站收发器基站建立通信。

本实施例通过将系统内所有的信关站收发器基站资源进行统筹分配，操作人员可以根据系统载波的实际使用情况通过操作维护控制器对各载波进行基站分配，也可以通过预设分配原则对各载波进行基站分配，实现了一个点波束下的不同载波可以跨多个信关站收发器基站进行通信，有效提高了基站的基带资源利用率；同时将载波参数统一放在信关站控制器侧维护，大大简化了参数一致性处理的复杂度。

进一步地，在上述装置实施例的基础上，所述信关站收发器基站信息包括信关站收发器主控板标识、信关站收发器信道板标识和通信体制标识。

进一步地，在上述装置实施例的基础上，所述载波的基站配置处理装置还包括：

小区激活模块，用于若接收到当前小区的所有载波对应的信关站收发器基站返回的小区建立确认消息，则确定当前小区激活成功，且当前小区的所有载波与对应的信关站收发器基站建立通信。

进一步地，在上述装置实施例的基础上，所述请求发送模块803具体用于根据各载波的信关站收发器基站信息通过接口消息向各个对应的信关站收发器基站发送小区建立请求消息，以使各载波与各个对应的信关站收发器基站建立通信。

进一步地，在上述装置实施例的基础上，所述预设分配原则包括负荷均衡原则或功率集中原则。

本实施例所述的载波的基站配置处理装置可以用于执行上述方法实施例，其原理和技术效果类似，此处不再赘述。

图9示出了本实施例提供的一种载波的基站配置处理装置的结构示意图，所述装置包括：请求接收模块901、实例建立模块902和请求确认模块903，其中：

所述请求接收模块901用于接收到信关站控制器的各小区发送的小区建立请求消息，所述小区建立请求消息包括各载波的信关站收发器基站信息，所述信关站收发器基站信息包括信关站收发器基站信道板标识；

所述实例建立模块902用于根据各载波的信关站收发器基站信道板标识通知对应的信关站收发器基站信道板建立对应载波的实例信息；

所述请求确认模块903用于若判断目标小区在当前信关站收发器基站的所有载波的实例信息均建立，则向所述目标小区返回小区建立确认消息。

具体地，所述请求接收模块901接收到信关站控制器的各小区发送的小区建立请求消息，所述小区建立请求消息包括各载波的信关站收发器基站信息，所述信关站收发器基站信息包括信关站收发器基站信道板标识；所述实例建立模块902根据各载波的信关站收发器基站信道板标识通知对应的信关站收发器基站信道板建立对应载波的实例信息；所述请求确认模块903若判断目标小区在当前信关站收发器基站的所有载波的实例信息均建立，则向所述目标小区返回小区建立确认消息。

本实施例通过信关站收发器基站判断目标小区在当前信关站收发器基站的所有载波的实例信息均建立后，向所述目标小区返回小区建立确认消息，从而一个点波束下的不同载波可以跨多个信关站收发器基站进行通信，有效提高了基站的基带资源利用率；同时将载波参数统一放在信关站控制器侧维护，大大简化了参数一致性处理的复杂度。

本实施例所述的载波的基站配置处理装置可以用于执行上述方法实施例，其原理和技术效果类似，此处不再赘述。

参照图10，所述第一电子设备，包括：第一处理器(processor)1001、第一存储器(memory)1002和第一总线1003；

其中，

所述第一处理器1001和第一存储器1002通过所述第一总线1003完成相互间的通信；

所述第一处理器1001用于调用所述第一存储器1002中的程序指令，以执行上述各方法实施例所提供的方法。

参照图11，所述第二电子设备，包括：第二处理器(processor)1101、第二存储器(memory)1102和第二总线1103；

其中，

所述第二处理器1101和第二存储器1102通过所述第二总线1103完成相互间的通信；

所述第二处理器1101用于调用所述第二存储器1102中的程序指令，以执行上述各方法实施例所提供的方法。

本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法。

本实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。