本发明涉及通信技术领域，特别涉及一种无线控制器升级方法和设备。
背景技术：
随着业务需求的增长，运营商需要周期性的对服务器或软件等设备进行升级等。而为了不影响业务的正常运行，TL9000标准要求电信设备业务的年中断时间小于5分钟。因此，软件升级对业务中断的影响需要降到最低。现有技术中一般采用主备双平面切换的无损升级方式，即升级时将设备内部资源划分为主备双平面，业务在主平面运行时，先对备平面进行升级，待备平面升级成功后接管主平面的业务，再对主平面进行升级。当主备双平面均升级成功后，由升级后的主平面正常提供业务。
在实现本发明的过程中，发明人发现现有技术至少存在以下问题：现有技术的无损升级方式中，由于一直存在一个界面运行，而另一个界面升级的状态，因此在主备双平面切换时，会导致未完成的业务中断，升级不成功回退时中断时间长，影响系统可靠性，且该双平面的配置方式使得硬件冗余配置成本较高。
技术实现要素：
为了保证在升级过程中业务的正常进行，本发明实施例提供了一种无线控制器升级方法和设备。所述技术方案如下：
第一方面，一种无线控制器升级方法，所述方法包括：待升级的第一RNC(Radio Network Controller，无线接入网控制器)从多个从属RNC中，确定第二RNC，所述第一RNC为基站提供服务，所述多个从属RNC维护与所述基站之间的传输链路；所述第一RNC将所述基站的控制权切换至所述第二RNC，使得第二RNC根据所述第二RNC上配置的小区参数，向所述基站发送小区建立消息，使得所述基站将已建立的小区控制权变更至所述第二RNC；当所述基站已建立的小区控制权变更至所述第二RNC时，所述第一RNC执行升级流程。
结合第一方面，在本发明实施例的第一种可能实现方式中，所述方法还包括：在所述第一RNC的升级结束后，向所述第二RNC发送升级结束消息，使得所述基站分批切换回所述第一RNC。
结合上述任一可能实现方式，在本发明实施例的第二种可能实现方式中，待升级的第一RNC根据多个从属RNC的当前负载情况，确定第二RNC之前，所述方法还包括：所述第一RNC与所述多个从属RNC同步所述第一RNC的基站配置信息，所述基站配置信息至少包括所述基站已建立的小区参数。
结合上述任一可能实现方式，在本发明实施例的第三种可能实现方式中，所述第一RNC执行升级流程之前，所述方法还包括：所述第一RNC下调自身的负载分担门限；当所述第一RNC在负载超出自身当前负载分担门限时接收到业务请求，根据多个从属RNC的当前负载情况，确定第三RNC；所述第一RNC向所述第三RNC发送资源申请请求，所述资源申请请求携带所述业务请求的业务信息；当接收到所述第三RNC发送的资源申请请求响应时，将所述业务请求转发至所述第三RNC，使得所述第三RNC处理所述业务请求。
第二方面，提供了一种无线控制器升级方法，所述方法包括：第二无线控制器RNC获得归属于待升级的第一RNC的基站的控制权，所述第一RNC为所述基站提供服务，所述第二RNC维护与所述基站之间的传输链路；所述第二RNC根据所述第二RNC上配置的小区参数，控制所述基站将已建立的小区控制权变更至所述第二RNC，使得当小区控制权变更完成时，所述第一RNC执行升级流程。
结合第二方面，在第二方面的第一种可能实现方式中，所述第二RNC根据所述第二RNC上配置的小区参数，控制所述基站将已建立的小区控制权变更至所述第二RNC包括：所述第二RNC根据所述第二RNC上配置的小区参数，向所述基站发送小区建立消息，所述小区建立消息携带所述第二RNC上配置的小区参数；所述第二RNC接收所述基站发送的小区建立成功消息，所述小区建立成功消息为当所述基站确定所述第二RNC上配置的小区参数与所述基站已建立的小区参数相同时将小区控制权变更到所述第二RNC时发送；所述第二RNC建立公共信道，通过所述公共信道向所述基站发送系统消息更新请求，使得所述基站在接收到所述系统消息更新请求时，删除已有系统消息，完成所述基站从所述第一RNC到所述第二RNC的切换。
结合上述任一可能实现方式，在第二方面的第二种可能实现方式中，第二无线控制器RNC获得归属于待升级的第一RNC的基站的控制权之前，所述方法还包括：所述第二RNC获取归属于所述第一RNC的基站配置信息，所述基站配置信息至少包括所述基站已建立的小区参数。
结合上述任一可能实现方式，在第二方面的第三种可能实现方式中，所述方法还包括：所述第二RNC接收所述第一RNC发送的资源申请请求，所述资源申请请求携带业务请求信息，所述资源申请请求由所述第一RNC在负载超出自身负载分担门限时发送；所述第二RNC根据所述第二RNC的负载和自身负载分担门限，判断所述是否能够承载所述业务请求信息对应的业务，如果是，则向所述第一RNC返回资源申请请求响应；所述第二RNC接收到所述第一RNC转发的业务请求，对所述业务请求进行处理。
第三方面，提供了一种设备，包括：发射器、存储器和处理器，所述发射器和所述存储器分别与所述处理器连接，所述存储器存储有程序代码，所述处理器用于调用所述程序代码，执行以下操作：
本端从多个从属RNC中，确定第二RNC，所述本端为基站提供服务，所述多个从属RNC维护与所述基站之间的传输链路；
所述本端将所述基站的控制权切换至所述第二RNC，使得第二RNC根据所述第二RNC上配置的小区参数，向所述基站发送小区建立消息，使得所述基站将已建立的小区控制权变更至所述第二RNC；
当所述基站已建立的小区控制权变更至所述第二RNC时，所述本端执行升级流程。
第四方面，提供了一种设备，包括：接收器、存储器和处理器，所述接收器和所述存储器分别与所述处理器连接，所述存储器存储有程序代码，所述处理器用于调用所述程序代码，执行以下操作：
本端获得归属于待升级的第一RNC的基站的控制权，所述第一RNC为所述基站提供服务，所述本端维护与所述基站之间的传输链路；
所述本端根据所述本端上配置的小区参数，控制所述基站将已建立的小区控制权变更至所述本端，使得当小区控制权变更完成时，所述第一RNC执行升级流程。
本发明实施例提供的技术方案带来的有益效果是：
通过在将待升级的RNC的业务通过控制权变更的方式快速切换到系统内的其他RNC上，使得可以在升级过程中由其他RNC继续提供业务服务，在不需要硬件冗余的配置的情况下，保证了升级过程中业务无损，且由于快速切换的耗时短，减少了RNC的年业务中断时间，提高了系统可靠性。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种无线控制器升级方法的流程图；
图2是本发明实施例提供的一种无线控制器升级方法的流程图；
图3是本发明实施例提供的一种无线控制器升级方法的流程图；
图4是本发明实施例提供的一种设备的结构示意图；
图5是本发明实施例提供的一种设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
为了便于后续的说明，在此仅对本发明实施例所涉及的系统进行描述：
该系统包括多个RNC和多个基站，基站多归属于系统内多个RNC，第一RNC为所述基站的主归属RNC，其他RNC称为NodeB基站的从归属RNC。非升级情况下，所述NodeB基站由主归属提供服务，其他从归属RNC仅配置传输链路。
进一步地，所述NodeB基站提供多套接口，分别连接多个RNC，即NodeB与各个RNC都建立可使用的NCP(NodeB Control Port，NodeB控制端口)、CCP(Communication Control Port，通信控制端口)、OM(Operation Management，操作维护管理)管理通道和用户面传输链路。接口的逻辑链路可以承载在独立的物理链路上，也可以承载在同一物理链路上。独立的物理链路可以避免该段传输的单点故障，提高了传输可靠性；如果物理上不能冗余，可以将这些逻辑链路承载在同一物理链路上，在网络侧区分不同的逻辑链路进行交换，将不同的逻辑链路分开，分别传送到不同的RNC。所述NodeB基站的配置信息在各个RNC之间同步，并进行周期性的归属核查避免基站归属错误。
下面，结合上述的系统架构，对本发明实施例涉及的无线控制器升级方法进行介绍：
图1是本发明实施例提供的一种无线控制器升级方法的流程图。该发明实施例的执行主体为待升级的第一RNC。参见图1，该方法包括：
102、待升级的第一RNC从多个从属RNC中，确定第二RNC，所述第一RNC为基站提供服务，所述多个从属RNC维护与所述基站之间的传输链路；
其中，待升级的第一RNC是由运营商侧指定的当前需要升级的RNC。第二RNC是根据当前系统中各个RNC的负载情况选择的一个或多个当前负载最小的RNC，或根据多个RNC的优先级配置，选择一个或多个优先级高的RNC。在本发明实施例中，以选择一个当前负载最小的RNC情况为例。
第一RNC和第二RNC通过私有接口连接，且RNC之间彼此互连，各个RNC彼此同步各自的资源状态信息以及各个RNC所服务的基站的小区参数。其中，资源状态信息包括但不限于RNC的负载分担门限和当前负载情况等信息。基站的小区参数包括但不限于频点信息、小区标识(ID)、位置区、路由区、域信息、PCCPCH发射功率、公共信道相关信息、系统消息相关信息等。
具体地，在上述连接的基础上，待升级的第一RNC根据当前系统中各个RNC的资源状态信息确定各个RNC的负载情况，从中选择一个或多个当前负载最小的RNC作为第二RNC。
需要说明的是，基站切换时第一RNC根据系统内其他RNC的优先级、负载情况等进行选择，将归属于该第一RNC的基站均衡的分布在整个系统内RNC上，不会对现有业务造成冲击。
104、所述第一RNC将所述基站的控制权切换至所述第二RNC，使得第二RNC根据所述第二RNC上配置的小区参数，向所述基站发送小区建立消息，使得所述基站将已建立的小区控制权变更至所述第二RNC；
第一RNC与第二RNC之间进行控制权协商，将基站的控制权切换至第二RNC。
106、当所述基站已建立的小区控制权变更至所述第二RNC时，所述第一RNC执行升级流程。
通过在将待升级的RNC的业务通过控制权变更的方式快速切换到系统内的其他RNC上，使得可以在升级过程中由其他RNC继续提供业务服务，保证了升级过程中业务无损。
可选地，在图1所示实施例的技术方案的基础上，该方法还包括：在所述第一RNC的升级结束后，向所述第二RNC发送升级结束消息，使得所述基站分批切换回所述第一RNC。基站全部切换成功后进行RNC的升级，升级成功后将仍然使用快速切换方式将基站逐步切回，开始正常提供业务。基站切回时需要根据一定的规则分批切换回原主归属的第一RNC上，避免突发流量对第一RNC造成冲击。
可选地，在图1所示实施例的技术方案的基础上，待升级的第一RNC从多个从属RNC中，确定第二RNC之前，所述方法还包括：所述第一RNC与所述多个从属RNC同步所述第一RNC的基站配置信息，所述基站配置信息至少包括所述基站已建立的小区参数。基站的配置信息在主从归属RNC之间进行同步，该同步可以是由作为主RNC的第一RNC周期性发送，并进行周期性的归属核查避免基站归属错误。
可选地，在图1所示实施例的技术方案的基础上，该步骤106“所述第一RNC执行升级流程”之前，所述方法还包括以下步骤105a-105d：
105a、所述第一RNC下调自身的负载分担门限；
在基站的控制权切换过程中，或在确定第一RNC为待升级的RNC之后的任一时间段内，该第一RNC开始逐步下调自身的负载分担门限。所述第一RNC调整自身的负载分担门限的方式多种：如将负载分担门限一次性调零，则所述第一RNC即刻不再接收新任务，并将所有新业务转发至所述第二RNC；也可以将负载分担门限逐步降低直至为零，将新业务逐步转发至所述第二RNC。
具体地，系统内每个RNC都有一个可以调节的负载分担门限，通过所述负载分担门限可以设置RNC的业务是否需要负载分担到其他RNC上，也可以通过所述负载分担门限设置RNC是否可以负载分担其他RNC的业务。
105b、当所述第一RNC在负载超出自身当前负载分担门限时接收到业务请求，根据多个从属RNC的当前负载情况，确定第三RNC；
需要说明的是，该步骤105b中的第三RNC可以与上述步骤所述的第二RNC为同一个设备，还可以为不同设备。且在本发明实施例中，可以确定至少一个RNC作为分担第一RNC负荷的对象，而将第一RNC的符合分布在整个系统中，避免对某个RNC造成较大的负荷冲击。
105c、所述第一RNC向所述第三RNC发送资源申请请求，所述资源申请请求携带所述业务请求的业务信息；
该资源申请请求用于通知第三RNC该业务请求的类型以及所需资源等，并向该第三RNC请求分担该业务请求。
105d、当接收到所述第三RNC发送的资源申请请求响应时，将所述业务请求转发至所述第三RNC，使得所述第三RNC处理所述业务请求。
当第三RNC根据自身的负载情况和负载分担门限，确定可以承载该业务时，则向第一RNC发送的资源申请请求响应，此时，第一RNC将业务请求转发至第三RNC，使得第三RNC在接收到业务请求时，处理该业务请求，从而为第一RNC分担了新接入的业务。
随着第一RNC的负载分担门限的不断下调，将新接入的业务全部分担给系统内其他RNC，待升级的第一RNC不再处理新业务。
而进一步地，如果第一RNC接收到资源申请请求拒绝消息，则确定所述第三RNC不能够承载所述业务请求，则所述第一RNC重新选择一个RNC作为第三RNC，重复进行资源请求，直到所述第一RNC找到一个能够负担所述业务请求的第三RNC为止。
通过在将待升级的RNC的业务通过控制权变更的方式快速切换到系统内的其他RNC上，使得可以在升级过程中由其他RNC继续提供业务服务，在不需要硬件冗余的配置的情况下，保证了升级过程中业务无损，且由于快速切换的耗时短，减少了RNC的年业务中断时间，提高了系统可靠性。进一步地，通过系统内多个RNC之间进行配置信息同步以及负载分担，使得RNC可以共享资源，在升级时，可以通过负载分担的方式将升级中RNC所接收到的新业务转移到其他RNC上继续处理，不需要硬件冗余的配置即可实现升级过程中业务无损。
图2是本发明实施例提供的一种无线控制器升级方法的流程图。该发明实施例的执行主体为第二RNC。参见图2，该方法包括：
202、第二无线控制器RNC获得归属于待升级的第一RNC的基站的控制权，所述第一RNC为所述基站提供服务，所述第二RNC维护与所述基站之间的传输链路。
第一RNC与第二RNC之间进行控制权协商，将基站的控制权切换至第二RNC。
204、所述第二RNC根据所述第二RNC上配置的小区参数，控制所述基站将已建立的小区控制权变更至所述第二RNC，使得当小区控制权变更完成时，所述第一RNC执行升级流程。
该控制权变更完成可以由第二RNC通知给第一RNC，以触发第一RNC的升级流程。
可选地，在图2所示实施例的技术方案的基础上，该步骤204“所述第二RNC根据所述第二RNC上配置的小区参数，控制所述基站将已建立的小区控制权变更至所述第二RNC”包括204a-204c：
204a、所述第二RNC根据所述第二RNC上配置的小区参数，向所述基站发送小区建立消息，所述小区建立消息携带所述第二RNC上配置的小区参数。
当第二RNC获取到基站的控制权后，第一RNC发起公共信道删除流程，但是不向基站发送小区删除消息，此时，基站侧的小区仍然正常工作。
13SG1F1052
而第二RNC则根据通过RNC之间的同步获得的小区参数，向基站发送小区建立消息，用以发起小区建立流程，需要说明的是，该小区建立流程为基站控制权变更触发的小区建立流程，该流程可以由小区建立消息所携带的私有信元标识。
204b、所述第二RNC接收所述基站发送的小区建立成功消息，所述小区建立成功消息为当所述基站确定所述第二RNC上配置的小区参数与所述基站已建立的小区参数相同时将小区控制权变更到所述第二RNC时发送。
当基站接收到小区建立消息，且该小区建立消息为基站控制权变更触发的小区建立消息时，检测消息中携带的小区参数是否与该基站已建立的小区参数相同，如果是，则向第二RNC发送小区建立成功消息，并将小区的控制权变更到该第二RNC，否则，向第二RNC发送小区建立失败消息，使得第二RNC按照正常的小区建立流程处理。
204c、所述第二RNC建立公共信道，通过所述公共信道向所述基站发送系统消息更新请求，使得所述基站在接收到所述系统消息更新请求时，删除已有系统消息，完成所述基站从所述第一RNC到所述第二RNC的切换。
当基站NodeB收到第二RNC发送的系统消息更新请求，如果该系统消息更新请求是基站在小区控制权变更后的第一条系统消息更新请求，则删除已有的系统消息，再根据信收到的系统消息进行更新，在广播信道进行广播，以完成基站从主归属第一RNC到从归属第二RNC的快速切换，通过上述流程的小区重建过程的耗时在5s内，业务基本无损。
可选地，在图2所示实施例的技术方案的基础上，该步骤202“第二无线控制器RNC获得归属于待升级的第一RNC的基站的控制权”之前，所述方法还包括：所述第二RNC获取归属于所述第一RNC的基站配置信息，所述基站配置信息至少包括所述基站已建立的小区参数。基站的配置信息在主从归属RNC之间进行同步，该同步可以是由作为主RNC的第一RNC周期性发送，并进行周期性的归属核查避免基站归属错误。
可选地，在图2所示实施例的技术方案的基础上，所述方法还包括下述步骤206：
206a、所述第二RNC接收所述第一RNC发送的资源申请请求，所述资源申请请求携带业务请求信息，所述资源申请请求由所述第一RNC在负载超出自身负载分担门限时发送。
206b、所述第二RNC根据所述第二RNC的负载和自身负载分担门限，判断所述是否能够承载所述业务请求信息对应的业务，如果是，则向所述第一RNC返回资源申请请求响应。
在该步骤206c中，第二RNC接收到所述资源申请请求时，根据第二RNC的资源状态信息和所述业务请求的业务消息，判断所述第二RNC是否能够负担所述业务请求。具体地，根据第二RNC的当前负载和负载分担门限获取所述第二RNC的剩余资源，根据业务请求的业务消息获取该业务请求所需的资源，判断剩余资源是否大于或等于所需的资源，如果大于或等于，则认为第二RNC是能够负担所述业务请求，向所述第一RNC返回资源申请请求响应；否则，认为第二RNC不能够负担所述业务请求，向所述第一RNC返回资源申请请求拒绝消息。
206c、所述第二RNC接收到所述第一RNC转发的业务请求，对所述业务请求进行处理。
通过在将待升级的RNC的业务通过控制权变更的方式快速切换到系统内的其他RNC上，使得可以在升级过程中由其他RNC继续提供业务服务，在不需要硬件冗余的配置的情况下，保证了升级过程中业务无损，且由于快速切换的耗时短，减少了RNC的年业务中断时间，提高了系统可靠性。进一步地，通过系统内多个RNC之间进行配置信息同步以及负载分担，使得RNC可以共享资源，在升级时，可以通过负载分担的方式将升级中RNC所接收到的新业务转移到其他RNC上继续处理，不需要硬件冗余的配置即可实现升级过程中业务无损。
图3是本发明实施例提供的一种无线控制器升级方法的流程图。该发明实施例中，仅以第一RNC、第二RNC和基站之间的交互为例进行说明。参见图3，该交互流程包括：
301、待升级的第一RNC下调自身的负载分担门限；
302、当该第一RNC在负载超出自身当前负载分担门限时接收到业务请求，根据多个从属RNC的当前负载情况，确定第三RNC；
303、该第一RNC向该第三RNC发送资源申请请求，该资源申请请求携带该业务请求的业务信息；
304、该第三RNC根据该第三RNC的负载和自身负载分担门限，判断该是否能够承载该业务请求信息对应的业务，如果是，则向该第一RNC返回资源申请请求响应；
305、当接收到该第三RNC发送的资源申请请求响应时，将该业务请求转发至该第三RNC，使得该第三RNC处理该业务请求。
306、该第三RNC接收到该第一RNC转发的业务请求，并处理该业务请求。
当将所有新业务转发至第三RNC后，启动基站切换流程。
307、第一RNC根据多个从属RNC的当前负载情况，确定第二RNC，该第一RNC为基站提供服务，该多个从属RNC维护与该基站之间的传输链路。
308、该第一RNC将该基站的控制权切换至该第二RNC。
309、第一RNC发起公共信道删除流程。
310、第二RNC在获取到基站控制权时，延时等待第一RNC的公共信道删除流程结束，向基站发送审计指令。
311、基站在接收到审计指令时，向第二RNC发送审计响应消息。
312、第二RNC接收到基站的审计响应消息，处理本地小区(LC)/本地小区组(LCG)信元。
313、第二RNC根据基站上报的本地小区和第二RNC上配置的小区参数，向基站发送小区建立消息，该小区建立消息携带该第二RNC上配置的小区参数，该小区建立消息携带私有信元，该私有信元用于标识该小区建立流程事由控制权变更触发的小区建立流程。
314、基站接收到该小区建立消息时，且该小区建立消息为基站控制权变更触发的小区建立消息时，检测消息中携带的小区参数是否与该基站已建立的小区参数相同，如果是，则向第二RNC发送小区建立成功消息，并将小区的控制权变更到该第二RNC。
本发明实施例仅以消息中携带的小区参数与该基站已建立的小区参数相同为例进行说明。如果消息中携带的小区参数与该基站已建立的小区参数不同，则基站向第二RNC发送小区建立失败消息，使得第二RNC按照正常的小区建立流程处理
315、当该第二RNC接收该基站发送的小区建立成功消息时，该第二RNC建立公共信道，通过该公共信道向该基站发送系统消息更新请求；
316、基站在接收到该系统消息更新请求时，判断该系统消息更新请求是否为控制权切换后的第一条系统消息更新请求，如果是，删除已有系统消息，根据新收到的系统消息更新请求进行更新，在广播信道上进行广播，完成该基站从该第一RNC到该第二RNC的切换。
可选地，在上述控制权切换过程中，基站保持与第一RNC之间的信令链路，也即是当基站接收到第一RNC的信令链路拆除请求时，暂不向上层发送地址清除请求。当第二RNC接收到基站发送的该小区建立成功消息时，向基站发送信令链路建立请求消息，使得基站建立于第二RNC之间的信令链路，同时拆除基站与第一RNC之间的信令链路。而优选地，由于基站与第二RNC之间的信令链路的重建是在基站与第一RNC之间的信令链路的基础上做修改，即将基站与第一RNC之间的信令链路的地址部分直接更新为第二RNC。该信令链路的重建过程中信令流量大幅减少。
317、第二RNC向第一RNC发送切换成功消息；
318、第一RNC接收到该切换成功消息时，执行升级流程；
319、当第一RNC升级结束时，将控制权切换至第二RNC的基站分批切换回来。
为了便于流程描述，本发明实施例仅是以第三RNC与第二RNC为不同设备为例进行说明。实际应用中，该第三RNC和第二RNC可以为同一个设备。
通过在将待升级的RNC的业务通过控制权变更的方式快速切换到系统内的其他RNC上，使得可以在升级过程中由其他RNC继续提供业务服务，在不需要硬件冗余的配置的情况下，保证了升级过程中业务无损，且由于快速切换的耗时短，减少了RNC的年业务中断时间，提高了系统可靠性。进一步地，通过系统内多个RNC之间进行配置信息同步以及负载分担，使得RNC可以共享资源，在升级时，可以通过负载分担的方式将升级中RNC所接收到的新业务转移到其他RNC上继续处理，不需要硬件冗余的配置即可实现升级过程中业务无损。
本技术方案以WCDMA无线接入网为例，但同时适用于GSM和TD-SCDMA网络以及LTE。
图4是本发明实施例提供的一种设备的结构示意图，该发明实施例的执行主体为第一RNC。参见图4，包括：发射器401、接收器402、存储器403和处理器404，所述发射器401、所述接收器402和所述存储器403分别与所述处理器404连接，所述存储器403存储有程序代码，所述处理器404用于调用所述程序代码，执行以下操作：本端从多个从属RNC中，确定第二RNC，所述本端为基站提供服务，所述多个从属RNC维护与所述基站之间的传输链路；所述本端将所述基站的控制权切换至所述第二RNC，使得第二RNC根据所述第二RNC上配置的小区参数，向所述基站发送小区建立消息，使得所述基站将已建立的小区控制权变更至所述第二RNC；当所述基站已建立的小区控制权变更至所述第二RNC时，所述本端执行升级流程。
可选地，所述处理器404还用于调用所述程序代码，执行以下操作：在所述本端升级结束后，通过所述发射器401向所述第二RNC发送升级结束消息，使得所述基站分批切换回本端。
可选地，所述处理器404还用于调用所述程序代码，执行以下操作：所述本端与所述多个从属RNC同步所述本端的基站配置信息，所述基站配置信息至少包括所述基站已建立的小区参数。
可选地，所述处理器404还用于调用所述程序代码，执行以下操作：所述本端下调自身的负载分担门限；当所述本端在负载超出自身当前负载分担门限时接收到业务请求，根据多个从属RNC的当前负载情况，确定第三RNC；所述本端通过所述发射器401向所述第三RNC发送资源申请请求，所述资源申请请求携带所述业务请求的业务信息；当通过接收器402接收到所述第三RNC发送的资源申请请求响应时，将所述业务请求转发至所述第三RNC，使得所述第三RNC处理所述业务请求。
图5是本发明实施例提供的一种设备的结构示意图，该发明实施例的执行主体为第二RNC。参见图5，包括：发射器501、接收器502、存储器503和处理器504，所述发射器501、所述接收器502和所述存储器503分别与所述处理器504连接，所述存储器503存储有程序代码，所述处理器504用于调用所述程序代码，执行以下操作：本端获得归属于待升级的第一RNC的基站的控制权，所述第一RNC为所述基站提供服务，所述本端维护与所述基站之间的传输链路；所述本端根据所述本端上配置的小区参数，控制所述基站将已建立的小区控制权变更至所述本端，使得当小区控制权变更完成时，所述第一RNC执行升级流程。
可选地，所述处理器504还用于调用所述程序代码，执行以下操作：所述本端根据所述本端上配置的小区参数，通过所述发射器501向所述基站发送小区建立消息，所述小区建立消息携带所述本端上配置的小区参数；所述本端通过所述接收器502接收所述基站发送的小区建立成功消息，所述小区建立成功消息为当所述基站确定所述本端上配置的小区参数与所述基站已建立的小区参数相同时将小区控制权变更到所述本端时发送；所述本端建立公共信道，通过所述公共信道向所述基站发送系统消息更新请求，使得所述基站在接收到所述系统消息更新请求时，删除已有系统消息，完成所述基站从所述第一RNC到所述本端的切换。
可选地，所述处理器504还用于调用所述程序代码，执行以下操作：所述本端通过所述接收器502获取归属于所述第一RNC的基站配置信息，所述基站配置信息至少包括所述基站已建立的小区参数。
可选地，所述处理器504还用于调用所述程序代码，执行以下操作：所述本端通过所述接收器502接收所述第一RNC发送的资源申请请求，所述资源申请请求携带业务请求信息，所述资源申请请求由所述第一RNC在负载超出自身负载分担门限时发送；所述本端根据所述本端的负载和自身负载分担门限，判断所述是否能够承载所述业务请求信息对应的业务，如果是，则通过所述发射器501向所述第一RNC返回资源申请请求响应；所述本端通过所述接收器502接收到所述第一RNC转发的业务请求，对所述业务请求进行处理。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。