图；
[0025]图6为本发明实施例中节点设备侧进行重定向的方法的流程示意图；
[0026]图7为本发明实施例中的节点设备的结构示意图；
[0027]图8为本发明实施例中第一核心网设备侧进行重定向的方法的流程示意图；
[0028]图9为本发明实施例中第二核心网设备侧进行重定向的方法的流程示意图；
[0029]图10为本发明实施例中的核心网设备的结构示意图。
【具体实施方式】
[0030]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
[0031]本发明实施例提供一种无线通信系统，图2为本发明实施例中无线通信系统的结构示意图，参考图2所示，该系统包括:节点设备10、核心网设备组20及接入网设备组30 ；其中，
[0032]核心网设备组20包括第一核心网设备21和第二核心网设备22，用于处理节点设备10转发的业务信息；
[0033]在实际应用中，核心网设备组20可以包括两个及两个以上核心网设备，核心网设备数量不限，可根据网络构建需要确定。
[0034]接入网设备组30包括至少一个接入网设备，用于给节点设备发送业务信息；
[0035]节点设备10具有通信接口功能以及路由功能，设置于核心网设备组20与接入网设备组30之间，采用能够保证系统可靠性的双平面结构，与每个核心网设备连接，形成星型拓扑；与每个接入网设备连接，形成星型拓扑。
[0036]结合本发明实施例，在上述系统中，节点设备10，用于接收由核心网设备组20中的第一核心网设备21发送的业务重定向请求；响应业务重定向请求，在核心网设备组20中确定可接受业务的第二核心网设备22 ;向第二核心网设备22发送业务接受请求；接收来自第二核心网设备22的业务接受响应，确认节点设备10已完成与第二核心网设备22的重定向交互，并向第一核心网设备21发送确认消息；
[0037]这里，所述节点设备所确定的可接受业务的第二核心网设备可以是:节点设备根据核心网设备组中各个核心网设备的当前负荷状况，来确定选择一个核心网设备作为重定向的核心网设备。
[0038]第一核心网设备21，用于确定业务负荷超过处理门限时，向节点设备10发送业务重定向请求；接收来自节点设备10的确认消息，确认节点设备10已完成与核心网设备组20中可接受业务的第二核心网设备22的重定向交互；
[0039]这里，所述处理门限可以根据核心网设备自身的业务处理能力以及业务需求预先设定。
[0040]第二核心网设备22，用于接收来自节点设备10的业务接受请求；发送业务接受响应给节点设备10，使节点设备10在接收到业务接受响应之后，确认节点设备10已完成与第二核心网设备22的重定向交互，并向第一核心网设备21发送确认消息。
[0041]在实际应用中，每个核心网设备和每个接入网设备都需要配置一个参数:节点设备地址，用于将核心网设备指向节点设备，使之能与节点设备通信；将接入网设备也指向节点设备，使之能与节点设备通信，由于仅需配置一个参数，使得无论核心网设备还是接入网设备的配置工作均大大减少。
[0042]在本实施例中，核心网设备组20中的核心网设备可以为电路交换(CS，CircuitSwitched Domain)域核心网设备,如移动交换中心(MSC, Mobile Switching Center),也可以为分组交换(PS, Packet Switching)域核心网设备,如通用分组无线业务服务支持节点(SGSN, Serving General Packet Rad1 Service Support Node)、移动管理实体(MME,Mobility Management Entity),当然,还可以为其它设备,本发明中不做具体限定。
[0043]接入网设备组30中的接入网设备可以为无线网络控制器(RNC，Rad1 NetworkController),也可以为LTE系统中的基站(eNB, evolved Node B),当然,还可以为其它设备，本发明中不做具体限定。
[0044]本发明实施例提供一种重定向的方法，图3为本发明实施例中重定向的方法的流程示意图，参考图3所示，重定向的方法包括:
[0045]S301:第一核心网设备确定业务负荷超过处理门限时，向节点设备发送业务重定向请求；
[0046]具体来说，第一核心网设备可能由于出现故障导致负荷过高、或由于节能要求休眠部分板卡导致处理能力有所下降，而此时若有突发业务，使得其业务负荷持续增加的话，第一核心网设备会通过内部机制判断当前业务负荷是否超过自己的处理能力，就是将业务负荷与处理门限进行比较，在确定业务负荷超过处理门限的情况下，向节点设备发送业务重定向请求，以缓解第一核心网设备的业务压力，实现负载均衡。
[0047]在实际应用中，上述处理门限是由运营商根据第一核心网设备自身处理能力以及业务需求进行设定的，并预先存储于核心网设备内部。
[0048]S302:节点设备响应业务重定向请求，在核心网设备组中确定可接受业务的第二核心网设备；
[0049]在实际应用中，S302可以为:节点设备响应业务重定向请求，获得核心网设备组中各个核心网设备的负荷状态；基于负荷状态确定第二核心网设备。
[0050]具体来说，节点设备响应业务重定向请求，计算获得核心网设备组中各个核心网设备的负荷状态，根据负荷状态看哪个核心网设备能够接受需要重定向的业务，将可接受该业务的核心网设备确定为第二核心网设备。
[0051]S303:节点设备向第二核心网设备发送业务接受请求；
[0052]S304:第二核心网设备向节点设备发送业务接受响应；
[0053]S305:节点设备确认已完成与第二核心网设备的重定向交互，向第一核心网设备发送确认消息。
[0054]在具体实施过程中，确认消息中还可以携带第二核心网设备的地址信息。
[0055]在另一实施例中，在S305之后，第一核心网设备在处理能力恢复后，还可以向节点设备发送处理能力恢复通知，以使节点设备能够将业务重定向到第一核心网设备。
[0056]至此，节点设备将业务由第一核心网设备重定向到了第二核心网设备，那么，当接入网设备组中的接入网设备向节点设备发送业务信息时，节点设备就将业务信息转发给第二核心网设备，保证了业务的连续性及系统可靠性。
[0057]下面以具体实例来说明上述流程。
[0058]假设，图4为本发明实施例中的CS域系统的结构示意图，如图4所示，在CS域系统中存在一个核心网设备组41、一个接入网设备组42及一个节点设备43，核心网设备组41中包括MSCl和MSC2共两个设备，接入网设备组42中包括RNC1、RNC2及RNC3共三个设备；MSCl和MSC2分别与节点设备43连接，形成星型拓扑；RNC1、RNC2及RNC3也分别与节点设备43连接，形成星型拓扑。
[0059]图5为本发明实施例中的CS域系统进行重定向流程的示意图，参考图5所示，重定向流程为:
[0060]S501:当MSCl出现故障时，MSCl确定业务负荷超过处理门限；
[0061]S502 =MSCl向节点设备发送业务重定向请求；
[0062]其中，业务重定向请求用于请求节点设备对业务进行重定向；
[0063]S503:节点设备响应业务重定向请求,计算获得核心网