设备组中各个核心网设备的负荷状态，并根据这些负荷状态确定MSC2为可接受业务的核心网设备；
[0064]也就是说，节点设备计算各个核心网设备的负荷状态，看其中哪个核心网设备能够接受业务，发现MSC2能够接受业务。
[0065]S504:节点设备向MSC2发送业务接受请求；
[0066]其中，业务接受请求用于请求MSC2接受业务。
[0067]S505:MSC2向节点设备发送业务接受响应；
[0068]S506:节点设备向MSCl发送确认信息。
[0069]其中，确认消息用于确认节点设备与MSC2完成重定向交互。在具体实施过程中，确认消息中还可以携带有MSC2的地址信息。
[0070]至此，就完成了业务的重定向流程，RNCl、RNC2及RNC3只要将业务信息发给节点设备，节点设备再发给MSC2，这样就能够保证业务的连续性及系统的可靠性。
[0071]与现有技术相比，在系统中同样存在两个MSC和三个RNC的情况下，在本发明实施例中，完成整个重定向流程就仅需要四个交互信令，而在现有技术中，则需要十二个交互信令，显然，大大减少了网络中的信令开销，减少了信令所占用的系统资源，进而节约了系统资源。
[0072]进一步，当MSCl故障消除时，MSCl还可以向节点设备发送处理功能恢复通知,节点设备接收到该通知时，就知道MSCl已恢复，那么，当MSC2出现故障、负荷过高或者休眠部分板卡时，可以将业务再次重定向回到MSCl。
[0073]综上所述，在接入网设备组与核心网设备组之间设置节点设备，该节点设备分别与接入网设备组和核心网设备组中的每个设备连接，使得接入网设备与核心网设备通过新增的节点设备组成星形的、扁平化的网络结构，可降低系统中设备的复杂度，减少设备的配置工作；进一步地，在重定向过程中，核心网设备只需要跟节点设备进行交互，无需如现有技术一般同多个接入网设备交互，可大大减少网络中的信令开销，节约系统资源；进一步地，在重定向过程中，接入网设备无需要感知第一核心网设备处理能力的变化，也无需对核心网设备的负荷状态进行计算，只需要按照参数的配置，将业务信息发送给节点设备即可，可降低接入网设备的系统资源占用率。
[0074]基于同一发明构思，本发明提供一种重定向的方法，图6为本发明实施例中节点设备侧进行重定向的方法的流程示意图，参考图6所示，该方法包括:
[0075]S601:接收由核心网设备组中的第一核心网设备发送的业务重定向请求；
[0076]S602:响应业务重定向请求，在核心网设备组中确定可接受业务的第二核心网设备;
[0077]具体来说，S602可以为:获得核心网设备组中各个核心网设备的负荷状态；基于负荷状态确定第二核心网设备。
[0078]S603:向第二核心网设备发送业务接受请求；
[0079]S604:接收来自第二核心网设备的业务接受响应，确认节点设备已完成与第二核心网设备的重定向交互，并向第一核心网设备发送确认消息。
[0080]进一步地，在S604之后，该方法还包括:接收第一核心网设备发送的处理能力恢复通知，以使节点设备能够将业务由第二核心网设备重定向到第一核心网设备。
[0081]基于同一发明构思，本发明实施例提供一种节点设备，该节点设备与上述一个或者多个实施例所述的节点设备一致。图7为本发明实施例中的节点设备的结构示意图，参考图7所示，节点设备包括:第一收发机71及第一处理器72;其中，第一收发机71，用于接收由核心网设备组中的第一核心网设备发送的业务重定向请求；还用于向核心网设备组中可接受业务的第二核心网设备发送业务接受请求；还用于接收来自第二核心网设备的业务接受响应，确认节点设备已完成与第二核心网设备的重定向交互，并向第一核心网设备发送确认消息；第一处理器72，用于响应业务重定向请求，在核心网设备组中确定第二核心网设备。
[0082]进一步地，第一处理器72，具体用于响应业务重定向请求，获得核心网设备组中各个设备的负荷状态；基于负荷状态确定第二核心网设备。
[0083]进一步地，第一收发机71，还用于接收来自第一核心网设备的处理能力恢复通知，使节点设备能够将业务由第二核心网设备重定向到第一核心网设备。
[0084]基于同一发明构思，本发明实施例提供一种重定向的方法，图8为本发明实施例中第一核心网设备侧进行重定向的方法的流程示意图，参考图8所示，该方法包括:
[0085]S801:确定业务负荷超过处理门限时，向节点设备发送业务重定向请求；
[0086]S802:接收来自节点设备的确认消息，确认节点设备已完成与第二核心网设备的重定向交互。
[0087]进一步地，在第一核心网设备接收来自节点设备的确认消息之后，方法还包括:在处理能力恢复后，向节点设备发送处理能力恢复通知，以使节点设备能够将业务由第二核心网设备重定向到第一核心网设备。
[0088]基于同一发明构思，本发明实施例提供一种重定向的方法，图9为本发明实施例中第二核心网设备侧进行重定向的方法的流程示意图，参考图9所示，该方法包括:
[0089]S901:接收来自节点设备的业务接受请求；
[0090]其中，业务接受请求为节点设备在接收来自第一核心网设备的业务重定向请求之后发送的。
[0091]S902:发送业务接受响应给节点设备，使节点设备在接收到业务接受响应之后，确认节点设备已完成与第二核心网设备的重定向交互，并向第一核心网设备发送确认消息。
[0092]基于同一发明构思，本发明实施例提供一种核心网设备，该核心网设备与上述一个或者多个实施例所述的第一核心网设备一致。图10为本发明实施例中的核心网设备的结构示意图，参考图10所示，核心网设备包括:第二处理器101及第二收发机102 ;其中，第二处理器101，用于确定业务负荷超过处理门限；第二收发机102，用于向节点设备发送业务重定向请求；还用于接收来自节点设备的确认消息，确认节点设备已完成与第二核心网设备的重定向交互。
[0093]在实际应用中，每个核心网设备和每个接入网设备都需要配置一个参数:节点设备地址，即将核心网设备指向节点设备，使之与节点设备通信；将接入网设备也指向节点设备，使之能与节点设备通信，大大减少了设备的配置工作。
[0094]在本实施例中，核心网设备可以为电路交换(CS, Circuit Switched Domain)域核心网设备，如移动交换中心(MSC, Mobile Switching Center),也可以为分组交换(PS, Packet Switching)域核心网设备，如通用分组无线业务服务支持节点(SGSN,Serving General Packet Rad1 Service Support Node)、移动管理实体(MME, MobilityManagement Entity),当然,还可以为其它设备,本发明中不做具体限定。
[0095]进一步地，第二收发机102，还用于在核心网设备的处理能力恢复后，向节点设备发送处理能力恢复通知，以使节点设备能够将业务由第二核心网设备重定向到核心网设备。
[0096]基于同一发明构思，本发明实施例提供一种核心网设备，该核心网设备与上述一个或者多个实施例所述的第二核心网设备一致。该核心网设备包括:第三收发机及第三处理器；第三收发机，用于接收节点设备发送的业务接受请求，并向节点设备发送业务接受响应，使节点设备在