CN100466796C - 自动恢复基站维护通道正常工作的方法及系统 - Google Patents

Abstract

本发明提供了一种自动恢复基站维护通道正常工作状态的方法及系统，在基站没有断电的情况下，不需复位基站就可实现自动建立NodeB与RNC之间的维护通道，并使基站恢复到正常工作状态，而且在这一过程中不会影响已有业务，因此，可有效减少对NodeB的近端维护，并可缩短业务中断时间。

Description

自动恢复基站维护通道正常工作的方法及系统

技术领域

本发明涉及无线通信技术领域，特别是指一种自动恢复基站维护通道正常工作的方法及系统。

背景技术

所谓基站维护通道指的是从基站(NodeB)到无线网络控制器(RNC)的一条传输通道，在此通道上承载网管协议。第三代合作组织(3GPP)协议中规定该传输通道以互联网协议(IP)方式承载网管协议，但是没有规定具体的传输通道建立过程。

目前各厂家建立上述的基站维护通道主要有两种方式：

第一种方式是非自动开工方式。这种方式需要用户在数据配置时就保证NodeB和RNC两端的维护通道参数配置一致，如果不一致，则必须要在用户近端配置维护通道参数才能与RNC通讯。这种近端维护方式操作复杂、工作量大、容易出错，使得NodeB的维护成本高、质量差，而且中途在RNC侧修改部分维护通道参数会导致维护通道中断，所以这种方式目前已经很少使用。

第二种方式是自动开工方式。这种方式是在NodeB发现维护通道不通以后，通过各个可用物理端口尝试与RNC打通链路层，然后通过特殊的IP包从RNC获取维护通道配置并建立维护通道，以避免近端维护NodeB。目前已经有相关专利《一种维护链路检测与恢复方法》，其专利申请号为：CN200410091250.7。这种方式存在如下问题：一是重新获取维护通道信息后必须等待用户远端复位基站后，基站才能恢复正常；二是获取维护通道的过程会重新建立链路层，因而必然影响业务。

发明内容

有鉴于此，本发明提供一种自动恢复基站维护通道正常工作的方法及系统，在基站没有断电的情况下，不需复位基站就可以实现自动恢复维护通道。本发明进一步的目的还在于使基站恢复到正常工作状态。

本发明的技术方案具体如下：

本发明提供一种自动恢复基站维护通道正常工作的方法，包括以下步骤：

A、获取NodeB与RNC之间可用链路上的基站维护通道IP信息，判断是否获取到该IP信息，如果获取到所述IP信息，则根据该IP信息建立基站维护通道；否则，执行步骤B；

B、重新获取NodeB与RNC之间的链路信息，根据该链路信息建立基站维护通道。

在步骤A之前，可进一步包括：

A0、NodeB通过已知的基站维护通道向RNC的维护通道IP地址发送PING包，如果发送的一个或多个PING包均未得到响应，则执行步骤A。

在所述步骤A0之前，可进一步包括：NodeB检测系统周期发送PING包的定时器是否超时，如果超时，则执行步骤A0。

所述NodeB中包括控制对象和执行对象，所述步骤A可包括：

A1、控制对象发起侦听启动请求，通知各执行对象获取当前可用链路上的基站维护通道IP信息；

A2、执行对象获取当前可用链路上的基站维护通道IP信息，如果获取到所述基站维护通道IP信息，则向控制对象上报该基站维护通道IP信息和侦听成功信息；否则，向控制对象上报侦听失败信息；

A3、控制对象判断是否获取到基站维护通道IP信息，如果获取到基站维护通道IP信息，则通知执行对象停止获取当前可用链路上的基站维护通道IP信息，然后根据所述获取到的基站维护通道IP信息建立基站维护通道，结束当前流程；如果未获取到基站维护通道IP信息，则执行步骤A4；

A4、控制对象判断是否已收齐所有执行对象的返回结果，或定时器超时，如果是，则执行步骤B；否则，返回继续执行步骤A2。

当所述基站是在异步传输模式(ATM)方式下获取基站维护通道IP信息；步骤A2中所述执行对象获取当前可用链路上的基站维护通道IP信息，包括：

A211、执行对象为每个可用链路建立缺省永久虚链路(PVC)；

A212、NodeB通过步骤A211中所述建立的缺省PVC，向RNC发起自举协议(BOOTP)请求，并接收返回的BOOTP响应；

A213、RNC监听步骤A212中所述BOOTP请求，如果监听到的链路为基站维护通道所用链路，则向NodeB返回该链路的基站维护通道IP信息；如果监听到的链路不是基站维护通道所用链路，则向NodeB返回一个含有BOOTP特征识别信息的特殊包。

当所述基站是在IP方式下获取基站维护通道IP信息；步骤A2中所述执行对象获取当前可用链路上的基站维护通道IP信息，包括：

A221、NodeB轮询获取所有预设的链路层协议上的可用链路；

A222、NodeB通过步骤A221中所述获取的可用链路，向RNC发起动态主机配置协议(DHCP)请求，并接收返回的DHCP响应；

A223、RNC监听步骤A222中所述DHCP请求，如果监听到的链路为基站维护通道所用链路，则向NodeB返回该链路的基站维护通道IP信息；如果监听到的链路不是基站维护通道所用链路，则向NodeB返回一个含有DHCP特征识别信息的特殊包。

步骤A3中所述如果获取到基站维护通道IP信息，则在所述根据所述获取到的基站维护通道IP信息建立基站维护通道之前，进一步包括：

A31、判断所述基站维护通道IP信息是否有效，如果有效，则根据所述获取到的基站维护通道IP信息建立基站维护通道；否则，执行步骤A32；

A32、在无效的基站维护通道IP信息所对应的链路上，在RNC侧配置基站维护通道IP信息，然后根据所述获取到的基站维护通道IP信息建立基站维护通道。

步骤A31中所述根据所述获取到的基站维护通道IP信息建立基站维护通道之前，进一步包括：判断当前获取的有效的基站维护通道IP信息，与当前记录的基站维护通道IP信息是否不同，如果不同，则用当前获取的有效的基站维护通道IP信息对其进行更新。

步骤A4中所述执行步骤B之前，进一步包括：

A41、判断是否已完成RNC监听与NodeB相连的所有链路是否可用的步骤，如果已完成该步骤，仍未获取到基站维护通道IP信息，则执行步骤B；如果未完成该步骤，则执行步骤A42；

A42、NodeB检测NodeB控制接口NCP通道是否工作正常，如果NCP通道工作正常，则获取与该NCP通道相对应的链路信息，作为基站维护通道IP信息，然后根据该基站维护通道IP信息建立基站维护通道；否则，执行步骤B。

步骤A41中所述RNC监听与NodeB相连的所有链路是否可用的步骤，具体为：RNC监听由NodeB发来的与NodeB相连的所有可用链路上的协议请求，如果监听到的链路为基站维护通道所用链路，则RNC向NodeB返回该链路的基站维护通道IP信息；如果监听到的链路不是基站维护通道所用链路，则RNC向NodeB返回一个含有特征识别信息的特殊包。

其中，所述RNC监听由NodeB发来的协议请求，可为RNC监听在ATM方式下由NodeB通过建立的缺省PVC发来的BOOTP请求；所述特征识别信息为BOOTP特征识别信息，该BOOTP特征识别信息可为：设置在维护通道IP信息位置的全F信息。

其中，所述RNC监听由NodeB发来的协议请求，可为RNC监听在IP方式下由NodeB通过轮询获取的所有预设链路层协议上的可用链路发来的DHCP请求；所述特征识别信息为DHCP特征识别信息，该DHCP特征识别信息可为：设置在维护通道IP信息位置的全F信息。

所述NodeB中包括控制对象和执行对象，所述步骤B可包括：

B1、控制对象发起链路信息获取流程，通知各执行对象获取当前可用物理端口上的链路信息；

B2、执行对象获取当前可用物理端口上的链路信息，如果获取到所述链路信息，则向控制对象上报该链路信息和链路信息获取成功信息；否则，向控制对象上报链路信息获取失败信息；

B3、控制对象判断是否获取到当前可用物理端口上的链路信息，如果获取到当前可用物理端口上的链路信息，则执行步骤B5；否则，执行步骤B4；

B4、控制对象判断是否已收齐所有执行对象的返回结果，或定时器超时，如果是，则执行步骤B5；否则，返回继续执行步骤B2；

B5、控制对象结束链路信息获取流程，通知所有的执行对象停止获取当前可用物理端口上的链路信息；

B6、根据所述获取到的当前可用物理端口上的链路信息，建立基站维护通道。

当所述NodeB是在ATM模式下；所述步骤B6可包括：

B611、NodeB根据所述获取到的当前有效的可用物理端口上的链路信息，在相应物理端口上建立缺省PVC；

B612、NodeB通过步骤B611中所述缺省PVC向RNC发起BOOTP请求；

B613、NodeB检测在设定时限内是否收到响应，如果收到响应，则执行步骤B614；否则，结束流程；

B614、NodeB从步骤B613中所述收到的响应中获取基站维护通道配置文件信息，并根据该信息建立基站维护通道。

当所述NodeB是在IP模式下；所述步骤B6可包括：

B621、NodeB根据所述获取到的当前有效的可用物理端口上的链路信息，获取相应的可用链路；

B622、NodeB通过步骤B621中所述可用链路向RNC发起DHCP请求；

B623、NodeB检测在设定时限内是否收到响应，如果收到响应，则执行步骤B624；否则，结束流程；

B624、NodeB从步骤B623中所述收到的响应中获取基站维护通道配置文件信息，并根据该信息建立基站维护通道。

所述NodeB中包括控制对象和执行对象，在所述步骤A或B中所述建立基站维护通道之后，可进一步包括：检测是否有需要配置的执行对象，如果有需要配置的执行对象，则控制对象对该执行对象配置传输数据，具体包括配置物理数据的步骤和配置逻辑数据的步骤。

所述配置物理数据的步骤可包括：

C11、控制对象收到物理资源指示后，向执行对象发起物理数据配置流程；

C12、控制对象接收由执行对象返回的物理数据配置响应；

C13、控制对象判断是否已收齐所有执行对象返回的响应，或定时器超时，如果已收齐所有执行对象返回的响应，或定时器超时，则发起配置逻辑数据的流程；否则，返回执行步骤C12。

所述配置逻辑数据的步骤可包括：

C21、控制对象收到逻辑数据配置流程指示后，向最低层执行对象发起逻辑数据配置流程；

C22、控制对象向本层执行对象发出逻辑数据配置请求；

C23、控制对象接收由本层执行对象返回的逻辑数据配置响应；

C24、控制对象判断是否已收齐本层所有执行对象返回的响应，或定时器超时，如果已收齐本层所有执行对象返回的响应，或定时器超时，则执行步骤C25；

C25、控制对象判断是否还有更高层执行对象需要进行配置，如果还有更高层执行对象需要进行配置，则发起对于更高层执行对象的逻辑数据配置流程，返回执行步骤C22；否则，结束流程。

本发明还提供一种自动恢复基站维护通道正常工作的系统，其特征在于：包括相连交互的NodeB和RNC，

所述NodeB向所述RNC发送请求消息，并根据收到的所述RNC返回的响应，获取NodeB与RNC之间可用链路上的基站维护通道IP信息，判断是否获取到该IP信息，如果获取到所述IP信息，则根据该IP信息建立基站维护通道；否则，根据重新获取的NodeB与RNC之间的链路信息建立基站维护通道；

如果所述NodeB工作在ATM方式下，所述请求消息包括所述NodeB通过建立的PVC向所述RNC发起的BOOTP请求消息；

如果所述NodeB工作在IP方式下，所述请求消息包括所述NodeB通过轮询获取的可用链路向所述RNC发起的DHCP请求消息。

所述NodeB中包括控制对象模块和与该控制对象模块相连的一个或多个执行对象模块；所述控制对象模块与所述RNC相连，用于判断是否启动维护通道信息获取的流程，在启动该流程时发送消息给所述执行对象模块，并等待和接收所述执行对象模块返回的维护通道信息相关的响应；所述执行对象模块接收所述控制对象模块的控制命令，并根据接收到的控制命令与所述RNC相连交互，并将获取的信息返回所述控制对象模块。

所述系统中进一步包括操作维护模块，所述控制对象模块接收该操作维护模块的指示，控制所述执行对象模块进行物理数据配置和逻辑数据配置。

本发明提供了一种自动恢复基站维护通道正常工作的方法及系统，在基站没有断电的情况下，不需复位基站就可以实现自动恢复维护通道，并使基站恢复到正常工作状态，而且在这一过程中不会影响已有业务，因此，可有效减少对NodeB的近端维护，并可缩短业务中断时间。

附图说明

图1-1为本发明维护通道获取的逻辑模型架构示意图；

图1-2为本发明NodeB侧维护通道获取流程中获取维护通道相关信息的流程示意图；

图2为本发明物理数据配置流程示意图；

图3为本发明逻辑数据配置流程示意图；

图4为本发明自动恢复基站维护通道正常工作状态的系统实施例示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。

图1-1为本发明维护通道获取的逻辑模型架构示意图。如图1所示，在NodeB中，维护通道获取的控制对象以下可简称为控制对象，维护通道获取的执行对象以下可简称为执行对象，从图1中可以看到二者的对应关系为：可通过一个控制对象实现对多个执行对象的控制。

在维护通道获取流程中，控制对象用于判断是否启动维护通道信息获取的流程，在启动该流程时发送消息给执行对象，并等待和接收执行对象返回的响应，如成功，失败或超时；执行对象用于具体执行侦听维护通道获取相关信息和获取基于ATM的IP(IPOA)地址等。在维护通道获取流程中，控制对象和执行对象之间的交互过程具体包括：

侦听过程的启动：由控制对象发起，并接收执行对象的响应。

侦听过程的停止：由控制对象发起，并接收执行对象的响应。

侦听过程的数据获取：由执行对象发起请求，直到收到控制对象的响应才停止，以保证数据可靠传输。

链路信息获取过程的启动：由控制对象发起，并接收执行对象的响应。

链路信息获取过程的停止：由控制对象发起，并接收执行对象的响应。

链路信息获取过程的数据获取：由执行对象发起请求，直到收到控制对象的响应才停止，以保证可靠传输。

如上所述，在本发明中，在维护通道获取流程中的不同阶段，可采取相应的启动、停止和数据获取过程，对于在维护通道获取流程中的不同阶段，具体如图1-2所示。

图1-2为本发明NodeB侧维护通道获取流程中获取维护通道相关信息的流程示意图。如图1-2所示，当NodeB检测到系统周期PING定时器超时后，启动所述获取维护通道相关信息的流程，该流程可分为三阶段：PING阶段、侦听阶段和链路信息获取阶段，其中，如果在PING阶段经过检测确定维护通道已中断，则进入下一步的侦听阶段；在侦听阶段中，检测并获取可用链路上的维护通道IP信息，如果在侦听阶段检测到已没有可用的链路，则进入下一步的链路信息获取阶段；在链路信息获取阶段中，检测可用物理端口，重建链路；然后NodeB可向RNC发起协议请求，并根据接收到的RNC返回的响应，获取重建维护通道所需的相关信息。

如图1-2步骤100所示，当NodeB检测到系统周期PING定时器超时后，启动获取维护通道相关信息的流程，进入PING阶段。

PING阶段为本流程的第一个阶段，不会影响现有业务，只是为了判断NodeB与RNC之间的维护通道是否确认已中断。PING阶段流程具体如步骤110A-110B所示：

步骤110A，NodeB通过已知的维护通道向RNC的维护通道IP地址发送PING包，其中，可预设等待响应时间t和PING包发送次数N，其中N可为1或大于1的整数，如果在限定的等待响应时间t内未收到PING包响应，则重发PING包。

步骤110B，如果检测到连续发送N次PING包都没有响应，则判断维护通道的网络层或更低层有故障，控制对象启动下一步的侦听阶段。

侦听阶段为本流程的第二个阶段，不会影响现有业务，是通过当前链路层可用的传输通道从RNC侧获取相应的维护通道IP信息。侦听阶段流程具体如步骤120A-120D所示：

步骤120A，控制对象向执行对象发起侦听启动请求，通知各传输中继板上的执行对象检测并获取可用物理链路上的维护通道IP信息。

步骤120B，执行对象检测并获取可用物理链路上的维护通道IP信息。

具体如下：

1)对于ATM网络，执行对象为每个可用链路建立缺省IPOA的永久虚链接(PVC)，然后NodeB在可用链路上向RNC发送自举协议(BOOTP)请求。RNC监听所述BOOTP请求并向NodeB返回相应的响应，如果监听到的是维护通道所用的链路，则返回维护通道IP信息；否则，返回一个含有BOOTP特征识别信息的特殊包，其中，所述BOOTP特征识别信息可为：设置在NodeB维护通道IP地址信息位置的全F信息。

2)对于IP网络，也可通过DHCP过程实现在可用链路上检测并获取相关维护通道IP信息，具体为：NodeB轮询获取所有预设的链路层协议上的可用链路，所述链路层协议包括点对点协议(PPP)、以太网协议、串行线互联网协议(SLIP)等，然后NodeB在各可用链路上向RNC发送动态主机配置协议(DHCP)请求。RNC监听所述DHCP请求并向NodeB返回相应的响应，如果监听到的是维护通道所用的链路，则返回维护通道IP信息；否则，返回一个含有DHCP特征识别信息的特殊包，其中，所述DHCP特征识别信息可为：设置在NodeB维护通道IP地址信息位置的全F信息。

这样，无论是在ATM网络还是在IP网络中，如果执行对象获取到维护通道IP信息，则向控制对象上报该信息和侦听成功响应，同时向控制对象发起侦听数据获取请求；如果执行对象未获取到维护通道IP信息，则向控制对象上报侦听失败。

步骤120C，控制对象接收执行对象返回的响应，当检测到收到维护通道IP信息，或已收齐所有执行对象返回的侦听失败的响应，或定时器超时，则向执行对象发起侦听停止请求。

步骤120D，控制对象根据步骤120C中获取的信息，按照不同情况执行相应的步骤，具体如下：

第一种情况：如果在步骤120C中检测到获取到维护通道IP信息，则无论该IP信息是否有效，均不再进行下一步的链路信息获取阶段处理。(1)当获取到有效维护通道IP信息时，说明存在维护通道，此时，如果获取到的有效维护通道IP信息与当前记录的维护通道IP信息不同，则根据获取到的有效维护通道IP信息执行更新，并上报维护通道IP信息更改告警。(2)当获取到无效维护通道IP信息时，说明NodeB与RNC之间存在可用链路，因此，用户只需要在RNC侧对该链路配置好维护通道信息，就可重建维护通道并实现与NodeB的远程联系。综上所述，如果获取到维护通道IP信息，当该IP信息有效时，说明存在维护通道；当该IP信息无效时，说明存在可用链路，通过在该链路上配置维护通道信息即可实现重建维护通道，均不需要再进行进一步的步骤，结束流程。

第二种情况：如果在步骤120C中检测到所有执行对象均返回侦听失败的响应，获取不到维护通道IP信息，则根据是否已实现RNC监听可用链路的步骤，分别执行后续处理步骤。其中，所述RNC监听可用链路的步骤，具体为：

1)在ATM方式下，当RNC侧的NodeB维护通道出现中断故障时，NodeB通过建立的PVC，在与RNC相连的所有可用链路上，发起BOOTP请求；RNC监听该BOOTP请求并向NodeB返回相应的响应，如果监听到的链路是用户配置维护通道的链路，则返回该链路的维护通道IP地址信息；否则，返回一个含有BOOTP特征识别信息的特殊包，其中，所述BOOTP特征识别信息可为：设置在NodeB维护通道IP地址信息位置的全F信息。

2)在IP方式下，当RNC侧的NodeB维护通道出现中断故障时，NodeB轮询获取所有预设的链路层协议上的可用链路，所述链路层协议包括PPP、以太网协议、SLIP等，然后NodeB在各可用链路上向RNC发送DHCP请求。RNC监听该DHCP请求并向NodeB返回相应的响应，如果监听到的是维护通道所用的链路，则返回维护通道IP信息；否则，返回一个含有DHCP特征识别信息的特殊包，其中，所述DHCP特征识别信息可为：设置在NodeB维护通道IP地址信息位置的全F信息。

这样，无论是在ATM方式下还是在IP方式下，在上述监听过程中，如果NodeB收到了RNC返回的维护通道IP信息响应，说明存在维护通道；否则，说明NodeB与RNC之间不存在可用的链路。

在所述的第二种情况中，如果在步骤120D中，发现所有执行对象均返回侦听失败的响应，获取不到维护通道IP信息，且已经实现如上所述的RNC监听可用链路的步骤，说明NodeB与RNC之间已经不再存在可用的链路，则进入下一步的链路信息获取阶段。

在所述的第二种情况中，如果在步骤120D中，发现所有执行对象均返回侦听失败的响应，获取不到维护通道IP信息，但并未实现如上所述的RNC监听可用链路的步骤，则为了保证尽可能不影响业务，NodeB可进行检测NodeB控制接口(NCP)通道的步骤，其中，所述NCP通道在第三代合作伙伴计划协议(3GPP协议)中可用于将小区信息上报RNC，该通道异常则必然导致无法正常进行业务。因此，如果NodeB检测到NCP通道工作正常，则可根据NCP通道所在的链路上的信息，作为维护通道信息，并可以此建立维护通道，不需要再进行进一步的步骤，结束流程；如果NodeB检测到NCP通道工作异常，则进入下一步的链路信息获取阶段。

链路信息获取阶段为本流程的第三个阶段，当控制对象发现通过已执行的步骤，均未能获取建立维护通道所需的相关信息，则启动本阶段，目的是通过不断尝试物理层可用传输端口上的不同链路层协议，来重新获取RNC侧的链路信息，并据此获取建立维护通道所需的相关信息。由于本阶段时间可能比较长，因而，在此期间停止周期发送PING包的定时器。链路信息获取阶段流程具体如步骤130A-130C所示：

130A，控制对象向执行对象发起链路信息获取的启动请求，通知各传输中继板上的执行对象检测可用物理端口上的链路层信息。

130B，执行对象在可用物理端口上尝试不同的链路层协议，其中，在所有可用物理端口上的尝试都结束后，再尝试本板。如果执行对象检测到一???个有效的链路参数，则向控制对象上报该链路参数和链路信息获取成功的响应，并向控制对象发起链路信息获取的数据获取请求；否则，向控制对象上报链路信息获取失败的响应。

130C，如果控制对象接收到执行对象发来的一个有效的数据获取指示消息，或检测到所有执行对象均未发回有效的数据获取指示消息，或检测到定时器超时，则通知所有传输中继单板上的执行对象停止获取链路信息；否则，继续等待其他执行对象的返回结果。

如图1-2所示，在如步骤130A-130C所示的链路信息获取阶段结束之后，如果仍未获取到有效物理端口上的链路信息，则结束流程；如果已获取到有效物理端口上的链路信息，则可进一步根据该信息获取建立维护通道所需的信息。

1)在ATM方式下，NodeB在与可用链路信息相应的物理端口上建立缺省PVC，并通过该缺省PVC向RNC发起BOOTP请求，并可从收到的响应中获取建立维护通道所需的相关信息。具体如下述步骤140A-140C所示：

140A、NodeB根据所述获取到的当前有效的可用物理端口上的链路信息，在相应物理端口上建立缺省PVC，然后通过该缺省PVC向RNC发起BOOTP请求，并接收响应；

140B、NodeB检测在设定时限内是否收到响应，如果收到响应，则执行步骤140C；否则，结束流程；

140C、NodeB从步骤140B中所述收到的响应中获取配置文件信息，以此信息可重建基站维护通道。

2)在IP方式下，NodeB通过所述可用链路信息所对应的链路向RNC发起DHCP请求，并可从收到的响应中获取建立维护通道所需的相关信息。具体如下述步骤150A-150C所示：

150A、NodeB根据所述获取到的当前有效的可用物理端口上的链路信息，通过相应的链路向RNC发起DHCP请求，并接收响应；

150B、NodeB检测在设定时限内是否收到响应，如果收到响应，则执行步骤150C；否则，结束流程；

150C、NodeB从步骤150B中所述收到的响应中获取配置文件信息，以此信息可重建基站维护通道。

在如图1-2所示的获取基站维护通道相关信息的流程中，如果当该流程结束时，已获取到建立基站维护通道所需的相关信息，则可根据该信息建立基站维护通道。如果成功建立基站维护通道，用户可以通过该基站维护通道进行远端基站维护；如果未能成功建立基站维护通道，用户可以在近端通过网管系统进行基站维护。

当确定如图1-2所示的获取基站维护通道相关信息的流程结束时，无论是否成功获取到建立基站维护通道所需的相关信息，并以此建立基站维护通道，NodeB均会重新进入正常的工作状态，并重新启动周期发送PING包的定时器，进行周期维护通道状态检测。

当NodeB重新进入正常的工作状态时，如果有配置对象需要配置到单板上，则需要对其进行传输数据配置过程，即物理数据配置过程和随后进行的逻辑数据配置过程。其中，物理数据配置是指物理层和链路层涉及传输芯片的配置；逻辑数据配置是指层三及更高层对象的配置，如ATM方式中的AAL5PATH配置。

物理数据配置流程只由物理资源指示触发，即由单板或某芯片状态发生变化而触发。图2为本发明物理数据配置流程示意图，其中显示了操作维护模块、控制对象模块和执行对象模块之间的交互过程，其中，执行对象可为单板或芯片。具体步骤如下：

步骤201，当控制对象的状态发生变化时，操作维护模块向控制对象发出物理资源指示；

步骤202，控制对象向操作维护模块返回物理资源指示确认；

步骤203，控制对象向执行对象发出物理数据配置请求；

步骤204，执行对象向控制对象返回物理数据配置响应；

步骤205，控制对象接收执行对象返回的物理数据配置响应，当检测到已收齐所有执行对象返回的响应，或定时器超时，则执行步骤206；

步骤206，物理数据配置流程结束，控制对象发起逻辑数据配置流程。

逻辑数据配置流程与传输逻辑状态有关，其触发条件有两个：一是物理数据配置完成或超时，二是维护通道获取流程完成，此时，需要先进行物理数据配置再进行逻辑数据配置。从网络协议层可以看出，逻辑对象必然承载在某个物理对象上，所以对于有相互依赖关系的对象来说，在配置过程中需要先配置网络层次低的对象，再配置网络层次高的对象；在对象卸载过程中，需要先卸载网络层次高的对象，再卸载网络层次低的对象。

图3为本发明逻辑数据配置流程示意图，其中显示了控制对象模块和执行对象模块之间的交互过程，其中，执行对象可为单板或芯片。如图3所示，所述逻辑数据配置是首先从最低层执行对象开始的，即先完成最低层执行对象的配置，然后进行次低层执行对象的配置，然后，以此类推，最终完成所有可执行对象的逻辑数据配置。具体步骤如下：

步骤301，控制对象根据逻辑数据配置指示发起逻辑数据配置流程，所述发起逻辑数据配置流程，与图2中步骤206所述控制对象发起逻辑数据配置流程是一样的；

步骤302，控制对象向本层执行对象发出逻辑数据配置请求，其中，当第一次执行本步骤时，所述本层执行对象为最低层执行对象；

步骤303，本层执行对象向控制对象返回逻辑数据配置响应；

步骤304，控制对象接收本层执行对象返回的逻辑数据配置响应，当检测到已收齐本层所有执行对象返回的响应，或定时器超时，则执行步骤305；

步骤305，判断是否还有更高层执行对象需要配置，如果有，则执行步骤306；否则，结束；

步骤306，控制对象发起对高层执行对象的逻辑数据配置过程，然后返回执行步骤302。

本发明还提供一种自动恢复基站维护通道正常工作状态的系统。图4为本发明自动恢复基站维护通道正常工作状态的系统实施例示意图。如图4所示，该系统中包括NodeB 410和RNC 420，其中，NodeB 410中包括控制对象模块411和一个或多个执行对象模块412。与如前述的图1-1所示本发明维护通道获取的逻辑模型架构相对应，如图4中所示的控制对象模块411可实现对多个执行对象模块412的控制。NodeB 410中的控制对象模块411和执行对象模块412分别与RNC 420相连交互。

在恢复基站维护通道及正常工作状态的过程中，控制对象模块411用于判断是否启动维护通道信息获取的流程，在启动该流程时发送消息给执行对象模块412，并等待和接收执行对象模块412返回的维护通道信息相关的响应，如成功，失败或超时响应；执行对象模块412根据控制对象模块411的控制命令与RNC 420进行信息交互，具体执行侦听维护通道获取相关信息和获取IPOA地址等。

NodeB 410可通过向RNC 420发起请求并获取其响应的方式来获取建立维护通道所需的相关信息。其中，在ATM方式下，NodeB 410通过建立的PVC向RNC 420发起BOOTP请求，并可从收到的响应中获取建立维护通道所需的相关信息；在IP方式下，NodeB 410向RNC 420发起DHCP请求，并可从收到的响应中获取建立维护通道所需的相关信息。

NodeB 410与RNC 420的交互还包括：RNC 420监听NodeB 410发来的请求并向NodeB 410返回相应的包含维护通道相关信息的响应。其中，在ATM方式下，NodeB 410通过建立的PVC在与RNC 420相连的所有可用链路上发起BOOTP请求，RNC 420监听该BOOTP请求并向NodeB 410返回相应的响应；在IP方式下，NodeB 410轮询获取所有预设的链路层协议上的可用链路，所述链路层协议包括PPP、以太网协议、SLIP等，然后NodeB410在各可用链路上向RNC 420发送DHCP请求，RNC 420监听该DHCP请求并向NodeB 410返回相应的响应。

此外，该系统中还可包括操作维护模块400，控制对象模块411接收操作维护模块的指示，控制执行对象412进行物理数据配置和逻辑数据配置的过程。

综上所述，本发明提供了一种自动恢复基站维护通道正常工作状态的方法及系统，在基站没有断电的情况下，不需复位基站就可实现自动建立NodeB与RNC之间的维护通道，并使基站恢复到正常工作状态，而且在这一过程中不会影响已有业务，因此，可有效减少对NodeB的近端维护，并可缩短业务中断时间。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (23)

1、一种自动恢复基站NodeB维护通道正常工作的方法，其特征在于:包括以下步骤:

A、获取NodeB与无线网络控制器RNC之间可用链路上的基站维护通道互联网协议IP信息，判断是否获取到该IP信息，如果获取到所述IP信息，则根据该IP信息建立基站维护通道；否则，执行步骤B；

B、重新获取NodeB与RNC之间的链路信息，根据该链路信息建立基站维护通道。

2、如权利要求1所述的方法，其特征在于:在步骤A之前，进一步包括:

A0、NodeB通过已知的基站维护通道向RNC的维护通道IP地址发送PING包，如果发送的一个或多个PING包均未得到响应，则执行步骤A。

3、如权利要求2所述的方法，其特征在于:在所述步骤A0之前，进一步包括:NodeB检测系统周期发送PING包的定时器是否超时，如果超时，则执行步骤A0。

4、如权利要求1所述的方法，其特征在于:所述NodeB中包括控制对象和执行对象；所述步骤A包括以下步骤:

A1、控制对象发起侦听启动请求，通知各执行对象获取当前可用链路上的基站维护通道IP信息；

A2、执行对象获取当前可用链路上的基站维护通道IP信息，如果获取到所述基站维护通道IP信息，则向控制对象上报该基站维护通道IP信息和侦听成功信息；否则，向控制对象上报侦听失败信息；

A3、控制对象判断是否获取到基站维护通道IP信息，如果获取到基站维护通道IP信息，则通知执行对象停止获取当前可用链路上的基站维护通道IP信息，然后根据所述获取到的基站维护通道IP信息建立基站维护通道，结束当前流程；如果未获取到基站维护通道IP信息，则执行步骤A4；

A4、控制对象判断是否已收齐所有执行对象的返回结果，或定时器超时，如果是，则执行步骤B；否则，返回继续执行步骤A2。

5、如权利要求4所述的方法，其特征在于:所述基站是在异步传输模式ATM方式下获取基站维护通道IP信息；步骤A2中所述执行对象获取当前可用链路上的基站维护通道IP信息，包括:

A211、执行对象为每个可用链路建立缺省永久虚链路PVC；

A212、NodeB通过步骤A211中所述建立的缺省PVC，向RNC发起自举协议BOOTP请求，并接收返回的BOOTP响应；

A213、RNC监听步骤A212中所述BOOTP请求，如果监听到的链路为基站维护通道所用链路，则向NodeB返回该链路的基站维护通道IP信息；如果监听到的链路不是基站维护通道所用链路，则向NodeB返回一个含有BOOTP特征识别信息的特殊包。

6、如权利要求4所述的方法，其特征在于:所述基站是在IP方式下获取基站维护通道IP信息；步骤A2中所述执行对象获取当前可用链路上的基站维护通道IP信息，包括:

A221、NodeB轮询获取所有预设的链路层协议上的可用链路；

A222、NodeB通过步骤A221中所述获取的可用链路，向RNC发起动态主机配置协议DHCP请求，并接收返回的DHCP响应；

A223、RNC监听步骤A222中所述DHCP请求，如果监听到的链路为基站维护通道所用链路，则向NodeB返回该链路的基站维护通道IP信息；如果监听到的链路不是基站维护通道所用链路，则向NodeB返回一个含有DHCP特征识别信息的特殊包。

7、如权利要求4所述的方法，其特征在于:步骤A3中所述如果获取到基站维护通道IP信息，则在所述根据所述获取到的基站维护通道IP信息建立基站维护通道之前，进一步包括:

A31、判断所述基站维护通道IP信息是否有效，如果有效，则根据所述获取到的基站维护通道IP信息建立基站维护通道；否则，执行步骤A32；

A32、在无效的基站维护通道IP信息所对应的链路上，在RNC侧配置基站维护通道IP信息，然后根据所述获取到的基站维护通道IP信息建立基站维护通道。

8、如权利要求7所述的方法，其特征在于:步骤A31中所述根据所述获取到的基站维护通道IP信息建立基站维护通道之前，进一步包括:判断当前获取的有效的基站维护通道IP信息，与当前记录的基站维护通道IP信息是否不同，如果不同，则用当前获取的有效的基站维护通道IP信息对其进行更新。

9、如权利要求4所述的方法，其特征在于:步骤A4中所述执行步骤B之前，进一步包括:

A41、判断是否已完成RNC监听与NodeB相连的所有链路是否可用的步骤，如果已完成该步骤，仍未获取到基站维护通道IP信息，则执行步骤B；如果未完成该步骤，则执行步骤A42；

A42、NodeB检测NodeB控制接口NCP通道是否工作正常，如果NCP通道工作正常，则获取与该NCP通道相对应的链路信息，作为基站维护通道IP信息，然后根据该基站维护通道IP信息建立基站维护通道；否则，执行步骤B。

10、如权利要求9所述的方法，其特征在于:步骤A41中所述RNC监听与NodeB相连的所有链路是否可用的步骤，具体为:RNC监听由NodeB发来的与NodeB相连的所有可用链路上的协议请求，如果监听到的链路为基站维护通道所用链路，则RNC向NodeB返回该链路的基站维护通道IP信息；如果监听到的链路不是基站维护通道所用链路，则RNC向NodeB返回一个含有特征识别信息的特殊包。

11、如权利要求10所述的方法，其特征在于:所述RNC监听由NodeB发来的协议请求，是RNC监听在ATM方式下由NodeB通过建立的缺省PVC发来的BOOTP请求；所述特征识别信息为BOOTP特征识别信息。

12、如权利要求5或11所述的方法，其特征在于:所述BOOTP特征识别信息为:设置在维护通道IP信息位置的全F信息。

13、如权利要求10所述的方法，其特征在于:所述RNC监听由NodeB发来的协议请求，是RNC监听在IP方式下由NodeB通过轮询获取的所有预设链路层协议上的可用链路发来的DHCP请求；所述特征识别信息为DHCP特征识别信息。

14、如权利要求6或13所述的方法，其特征在于:所述DHCP特征识别信息为:设置在维护通道IP信息位置的全F信息。

15、如权利要求1所述的方法，其特征在于:所述NodeB中包括控制对象和执行对象；所述步骤B包括以下步骤:

B1、控制对象发起链路信息获取流程，通知各执行对象获取当前可用物理端口上的链路信息；

B2、执行对象获取当前可用物理端口上的链路信息，如果获取到所述链路信息，则向控制对象上报该链路信息和链路信息获取成功信息；否则，向控制对象上报链路信息获取失败信息；

B3、控制对象判断是否获取到当前可用物理端口上的链路信息，如果获取到当前可用物理端口上的链路信息，则执行步骤B5；否则，执行步骤B4；

B4、控制对象判断是否已收齐所有执行对象的返回结果，或定时器超时，如果是，则执行步骤B5；否则，返回继续执行步骤B2；

B5、控制对象结束链路信息获取流程，通知所有的执行对象停止获取当前可用物理端口上的链路信息；

B6、根据所述获取到的当前可用物理端口上的链路信息，建立基站维护通道。

16、如权利要求15所述的方法，其特征在于:所述NodeB是在ATM模式下；所述步骤B6包括:

B611、NodeB根据所述获取到的当前有效的可用物理端口上的链路信息，在相应物理端口上建立缺省PVC；

B612、NodeB通过步骤B611中所述缺省PVC向RNC发起BOOTP请求；

B613、NodeB检测在设定时限内是否收到响应，如果收到响应，则执行步骤B614；否则，结束流程；

B614、NodeB从步骤B613中所述收到的响应中获取基站维护通道配置文件信息，并根据该信息建立基站维护通道。

17、如权利要求15所述的方法，其特征在于:所述NodeB是在IP模式下；所述步骤B6包括:

B621、NodeB根据所述获取到的当前有效的可用物理端口上的链路信息，获取相应的可用链路；

B622、NodeB通过步骤B621中所述可用链路向RNC发起DHCP请求；

B623、NodeB检测在设定时限内是否收到响应，如果收到响应，则执行步骤B624；否则，结束流程；

B624、NodeB从步骤B623中所述收到的响应中获取基站维护通道配置文件信息，并根据该信息建立基站维护通道。

18、如权利要求1所述的方法，其特征在于:所述NodeB中包括控制对象和执行对象；所述步骤A或B中所述建立基站维护通道之后，进一步包括:检测是否有需要配置的执行对象，如果有需要配置的执行对象，则控制对象对该执行对象配置传输数据，具体包括配置物理数据的步骤和配置逻辑数据的步骤。

19、如权利要求18所述的方法，其特征在于:所述配置物理数据的步骤包括:

C11、控制对象收到物理资源指示后，向执行对象发起物理数据配置流程；

C12、控制对象接收由执行对象返回的物理数据配置响应；

C13、控制对象判断是否已收齐所有执行对象返回的响应，或定时器超时，如果已收齐所有执行对象返回的响应，或定时器超时，则发起配置逻辑数据的流程；否则，返回执行步骤C12。

20、如权利要求18所述的方法，其特征在于:所述配置逻辑数据的步骤包括:

C21、控制对象收到逻辑数据配置流程指示后，向最低层执行对象发起逻辑数据配置流程；

C22、控制对象向本层执行对象发出逻辑数据配置请求；

C23、控制对象接收由本层执行对象返回的逻辑数据配置响应；

C24、控制对象判断是否已收齐本层所有执行对象返回的响应，或定时器超时，如果已收齐本层所有执行对象返回的响应，或定时器超时，则执行步骤C25；

C25、控制对象判断是否还有更高层执行对象需要进行配置，如果还有更高层执行对象需要进行配置，则发起对于更高层执行对象的逻辑数据配置流程，返回执行步骤C22；否则，结束流程。

21、一种自动恢复基站维护通道正常工作的系统，其特征在于:包括相连交互的NodeB和RNC，

所述NodeB向所述RNC发送请求消息，并根据收到的所述RNC返回的响应，获取NodeB与RNC之间可用链路上的基站维护通道IP信息，判断是否获取到该IP信息，如果获取到所述IP信息，则根据该IP信息建立基站维护通道；否则，根据重新获取的NodeB与RNC之间的链路信息建立基站维护通道；

如果所述NodeB工作在ATM方式下，所述请求消息包括所述NodeB通过建立的PVC向所述RNC发起的BOOTP请求消息；

如果所述NodeB工作在IP方式下，所述请求消息包括所述NodeB通过轮询获取的可用链路向所述RNC发起的DHCP请求消息。

22、如权利要求21所述的系统，其特征在于:所述NodeB中包括控制对象模块和与该控制对象模块相连的一个或多个执行对象模块，

所述控制对象模块与所述RNC相连，用于判断是否启动维护通道信息获取的流程，在启动该流程时发送消息给所述执行对象模块，并等待和接收所述执行对象模块返回的维护通道信息相关的响应；

所述执行对象模块接收所述控制对象模块的控制命令，并根据接收到的控制命令与所述RNC相连交互，并将获取的信息返回所述控制对象模块。

23、如权利要求22所述的系统，其特征在于:所述系统中进一步包括操作维护模块，所述控制对象模块接收该操作维护模块的指示，控制所述执行对象模块进行物理数据配置和逻辑数据配置。

Images