负荷上报及控制方法、eMSC装置、MME装置及通信系统专利检索- 专门适用于无线通信网络的接口专利检索查询-专利查询网

负荷上报及控制方法、eMSC装置、MME装置及通信系统
申请号	CN201510648125.X	申请日	2015-10-09	公开(公告)号	CN106572496A	公开(公告)日	2017-04-19
申请人	中兴通讯股份有限公司;			发明人	常亮;
摘要	本发明公开了一种负荷上报及控制方法、eMSC装置、MME装置及通信系统，MME装置通过Sv 接口向eMSC装置发送业务消息；eMSC装置将自身当前的负荷消息插入处理eMSC装置发送的业务消息得到的处理消息中；eMSC装置将该处理消息通过Sv接口反馈给MME装置；MME装置从处理消息中获取eMSC装置当前的负荷消息，并根据该负荷消息决策后续向该eMSC装置发起业务。也即本发明中的eMSC可以通过在处理MME装置发送的业务消息所得到的处理消息中插入自身当前的负荷信息后，反馈给MME装置，以便于MME装置动态了解到eMSC装置侧的负荷情况，进而动态的决策后续如何向该eMSC装置发起业务，避免引起eMSC装置和MME装置之间的Sv接口上的业务风暴，造成负荷继续加重或者业务成功率下降。
权利要求	1.一种负荷上报方法，其特征在于，包括：增强移动交换中心装置接收移动管理实体装置通过Sv 接口发送的业务消息；增强移动交换中心装置将自身当前的负荷消息插入处理所述业务消息得到的处理消息中；增强移动交换中心装置将所述处理消息通过所述Sv接口反馈给所述移动管理实体装置。 2.一种负荷控制方法，其特征在于，包括：移动管理实体装置通过Sv接口向增强移动交换中心装置发送业务消息；所述移动管理实体装置接收所述增强移动交换中心装置通过所述Sv接口反馈的处理消息，所述处理消息中包括所述增强移动交换中心装置当前的负荷消息；所述移动管理实体装置从所述处理消息中获取所述负荷消息，根据该负荷消息决策后续向该增强移动交换中心装置发起的业务。 3.一种负荷控制方法，其特征在于，包括：移动管理实体装置通过Sv接口向增强移动交换中心装置发送业务消息；所述增强移动交换中心装置将自身当前的负荷消息插入处理所述业务消息得到的处理消息中；所述增强移动交换中心装置将所述处理消息通过所述Sv接口反馈给所述移动管理实体装置；所述移动管理实体装置从所述处理消息中获取所述增强移动交换中心装置的负荷消息，并根据该负荷消息决策后续向该增强移动交换中心装置发起业务。 4.如权利要求3所述的负荷控制方法，其特征在于，所述业务消息包括切换请求消息和路径检测请求消息中的至少一种。 5.如权利要求4所述的负荷控制方法，其特征在于，所述业务消息包括切换请求消息时，所述处理消息包括切换响应消息、切换取消通知消息、切换取消完成消息、版本不支持通知消息中的至少一种；所述业务消息包括路径检测请求消息时，所述处理消息包括路径检测响应消息、版本不支持通知消息中的至少一种。 6.如权利要求4所述的负荷控制方法，其特征在于，所述业务消息包括切换请求消息时，所述增强移动交换中心接收到切换请求消息后，在自身当前负荷允许处理该切换请求消息时，判断发起该切换请求消息的用户之前在本地是否存在用户数据，如不存在，通知池组中的其他增强移动交换中心删除该用户的用户数据，并在收到删除完毕通知后执行所述切换请求消息后续的切换流程。 7.如权利要求3-6任一项所述的负荷控制方法，其特征在于，所述移动管理实体装置根据所述负荷消息决策后续向所述增强移动交换中心装置发起业务包括：所述移动管理实体装置根据所述负荷消息判断所述增强移动交换中心装置当前负荷大于等于不可用阈值时，启动不可用检测周期，判断在该不可用检测周期内检测向所述增强移动交换中心装置发起的业务是否都失败、且根据所述增强移动交换中心装置反馈的处理消息中的负荷消息判断该增强移动交换中心装置的负荷是否一直大于等于所述不可用阈值，如是，不再向所述增强移动交换中心装置发起业务。 8.如权利要求7所述的负荷控制方法，其特征在于，所述移动管理实体装置判定不再向所述增强移动交换中心装置发起业务后，还包括：向所述增强移动交换中心装置发送路径检测请求消息，根据所述增强移动交换中心装置反馈的路径检测响应消息中包含的负荷消息判断所述增强移动交换中心装置当前负荷是否小于所述不可用阈值，如是，判定所述增强移动交换中心装置当前可用。 9.如权利要求8所述的负荷控制方法，其特征在于，所述移动管理实体装置判断所述增强移动交换中心装置当前负荷小于所述不可用阈值后，判定所述增强移动交换中心装置当前可用之前，还包括：启动可用检测周期，在该可用检测周期内判定所述增强移动交换中心装置的负荷是否一直小于所述不可用阈值，如是，才判定所述增强移动交换中心装置当前可用。 10.一种增强移动交换中心装置，其特征在于，包括：业务接收模块，用于接收移动管理实体装置通过Sv接口发送的业务消息；插入模块，用于将所述增强移动交换中心装置当前的负荷消息插入处理所述业务消息得到的处理消息中；反馈模块，用于将所述处理消息通过所述Sv接口反馈给所述移动管理实体装置。 11.一种移动管理实体装置，其特征在于，包括：业务发起模块，用于通过Sv接口向增强移动交换中心装置发送业务消息；接收模块，用于接收所述增强移动交换中心装置通过所述Sv接口反馈的处理消息，所述处理消息中包括所述增强移动交换中心装置当前的负荷消息；控制模块，用于从所述处理消息中获取所述负荷消息，根据该负荷消息决策后续向该增强移动交换中心装置发起的业务。 12.一种通信系统，其特征在于，包括增强移动交换中心装置和移动管理实体装置；所述增强移动交换中心装置包括业务接收模块、插入模块、反馈模块；所述移动管理实体装置包括业务发起模块、接收模块和控制模块；所述业务接收模块，用于接收所述业务发起模块通过Sv接口发送的业务消息；所述插入模块用于将所述增强移动交换中心装置当前的负荷消息插入处理所述业务消息得到的处理消息中；所述反馈模块用于将所述处理消息通过所述Sv接口反馈给所述接收模块；所述业务发起模块用于通过Sv接口向所述业务接收模块发送所述业务消息；所述接收模块用于接收所述反馈模块通过所述Sv接口反馈的处理消息；所述控制模块用于从所述处理消息中获取所述负荷消息，根据该负荷消息决策后续向所述增强移动交换中心装置发起的业务。 13.如权利要求12所述的通信系统，其特征在于，所述业务消息包括切换请求消息和路径检测请求消息中的至少一种。 14.如权利要求13所述的通信系统，其特征在于，所述业务消息包括切换请求消息时，所述处理消息包括切换响应消息、切换取消通知消息、切换取消完成消息、版本不支持通知消息中的至少一种；所述业务消息包括路径检测请求消息时，所述处理消息包括路径检测响应消息、版本不支持通知消息中的至少一种。
说明书全文	负荷上报及控制方法、eMSC装置、MME装置及通信系统技术领域 [0001] 本发明涉及通信领域，具体涉及一种负荷上报及控制方法、eMSC(enhanced Mobile Switch Center，增强移动交换中心)装置、MME(Mobile Management Entity,移动性管理实体)装置及通信系统。背景技术 [0002] 请参见图1所示，Sv 接口目前是Srvcc(Signal Radio Voice Call Continutity,单信道连续业务)切换过程中MME(Mobile Management Entity,移动性管理实体)和eMSC(enhanced mobile switch center，增强移动交换中心)之间的接口，主要负责Srvcc过程中MME和eMSC间的信令交互，接口通讯是基于UDP(User Datagram Protocol，用户数据报协议)上的GTPC(Tunnelling Protocol for Control plane，控制面隧道协议)传输协议。 [0003] 当CS(Circuit Switch，电路交换)域侧为Pool(池组)组网的时，MME将和Pool中所有eMSC通过Sv接口连接，请参见图2所示。由于Pool中要求业务是均衡的，所以就要求MME发起到各个eMSC的Srvcc业务Sv接口的业务也是均衡的，目前实际商用中这MME发起的这部分业务的均衡主要依靠静态配置来做负荷控制，但是没有MME侧能动态感知eMSC侧负荷的手段，很有可能造成两侧“各自为政”的情况，引起Sv接口上的业务风暴，造成负荷继续加重或者业务成功率下降。发明内容 [0004] 本发明要解决的主要技术问题是，提供一种负荷上报及控制方法、eMSC装置、MME装置及通信系统，解决现有MME装置不能动态感知eMSC装置侧的负荷导致负荷控制效果不好的问题。 [0005] 为解决上述技术问题，本发明提供一种负荷上报方法，包括： [0006] 增强移动交换中心装置接收移动管理实体装置通过Sv接口发送的业务消息； [0007] 增强移动交换中心装置将自身当前的负荷消息插入处理所述业务消息得到的处理消息中； [0008] 增强移动交换中心装置将所述处理消息通过所述Sv接口反馈给所述移动管理实体装置。 [0009] 为了解决上述问题，本发明还提供了一种负荷控制方法，包括： [0010] 移动管理实体装置通过Sv接口向增强移动交换中心装置发送业务消息； [0011] 所述移动管理实体装置接收所述增强移动交换中心装置通过所述Sv接口反馈的处理消息，所述处理消息中包括所述增强移动交换中心装置当前的负荷消息； [0012] 所述移动管理实体装置从所述处理消息中获取所述负荷消息，根据该负荷消息决策后续向该增强移动交换中心装置发起的业务。 [0013] 为了解决上述问题，本发明还提供了一种负荷控制方法，包括： [0014] 移动管理实体装置通过Sv接口向增强移动交换中心装置发送业务消息； [0015] 所述增强移动交换中心装置将自身当前的负荷消息插入处理所述业务消息得到的处理消息中； [0016] 所述增强移动交换中心装置将所述处理消息通过所述Sv接口反馈给所述移动管理实体装置； [0017] 所述移动管理实体装置从所述处理消息中获取所述增强移动交换中心装置的负荷消息，并根据该负荷消息决策后续向该增强移动交换中心装置发起业务。 [0018] 在本发明的一种实施例中，所述业务消息包括切换请求消息和路径检测请求消息中的至少一种。 [0019] 在本发明的一种实施例中，所述业务消息包括切换请求消息时，所述处理消息包括切换响应消息、切换取消通知消息、切换取消完成消息、版本不支持通知消息中的至少一种； [0020] 所述业务消息包括路径检测请求消息时，所述处理消息包括路径检测响应消息、版本不支持通知消息中的至少一种。 [0021] 在本发明的一种实施例中，所述业务消息包括切换请求消息时，所述增强移动交换中心接收到切换请求消息后，在自身当前负荷允许处理该切换请求消息时，判断发起该切换请求消息的用户之前在本地是否存在用户数据，如不存在，通知池组中的其他增强移动交换中心删除该用户的用户数据，并在收到删除完毕通知后执行所述切换请求消息后续的切换流程。 [0022] 在本发明的一种实施例中，所述移动管理实体装置根据所述负荷消息决策后续向所述增强移动交换中心装置发起业务包括： [0023] 所述移动管理实体装置根据所述负荷消息判断所述增强移动交换中心装置当前负荷大于等于不可用阈值时，启动不可用检测周期，判断在该不可用检测周期内检测向所述增强移动交换中心装置发起的业务是否都失败、且根据所述增强移动交换中心装置反馈的处理消息中的负荷消息判断该增强移动交换中心装置的负荷是否一直大于等于所述不可用阈值，如是，不再向所述增强移动交换中心装置发起业务。 [0024] 在本发明的一种实施例中，所述移动管理实体装置判定不再向所述增强移动交换中心装置发起业务后，还包括： [0025] 向所述增强移动交换中心装置发送路径检测请求消息，根据所述增强移动交换中心装置反馈的路径检测响应消息中包含的负荷消息判断所述增强移动交换中心装置当前负荷是否小于所述不可用阈值，如是，判定所述增强移动交换中心装置当前可用。 [0026] 在本发明的一种实施例中，所述移动管理实体装置判断所述增强移动交换中心装置当前负荷小于所述不可用阈值后，判定所述增强移动交换中心装置当前可用之前，还包括： [0027] 启动可用检测周期，在该可用检测周期内判定所述增强移动交换中心装置的负荷是否一直小于所述不可用阈值，如是，才判定所述增强移动交换中心装置当前可用。 [0028] 为了解决上述问题，本发明还提供了一种增强移动交换中心装置，包括： [0029] 业务接收模块，用于接收移动管理实体装置通过Sv接口发送的业务消息； [0030] 插入模块，用于将所述增强移动交换中心装置当前的负荷消息插入处理所述业务消息得到的处理消息中； [0031] 反馈模块，用于将所述处理消息通过所述Sv接口反馈给所述移动管理实体装置。 [0032] 为了解决上述问题，本发明还提供了一种移动管理实体装置，包括： [0033] 业务发起模块，用于通过Sv接口向增强移动交换中心装置发送业务消息； [0034] 接收模块，用于接收所述增强移动交换中心装置通过所述Sv接口反馈的处理消息，所述处理消息中包括所述增强移动交换中心装置当前的负荷消息； [0035] 控制模块，用于从所述处理消息中获取所述负荷消息，根据该负荷消息决策后续向该增强移动交换中心装置发起的业务。 [0036] 为了解决上述问题，本发明还提供了一种通信系统，包括增强移动交换中心装置和移动管理实体装置；所述增强移动交换中心装置包括业务接收模块、插入模块、反馈模块；所述移动管理实体装置包括业务发起模块、接收模块和控制模块； [0037] 所述业务接收模块，用于接收所述业务发起模块通过Sv接口发送的业务消息； [0038] 所述插入模块用于将所述增强移动交换中心装置当前的负荷消息插入处理所述业务消息得到的处理消息中； [0039] 所述反馈模块用于将所述处理消息通过所述Sv接口反馈给所述接收模块； [0040] 所述业务发起模块用于通过Sv接口向所述业务接收模块发送所述业务消息； [0041] 所述接收模块用于接收所述反馈模块通过所述Sv接口反馈的处理消息； [0042] 所述控制模块用于从所述处理消息中获取所述负荷消息，根据该负荷消息决策后续向所述增强移动交换中心装置发起的业务。 [0043] 在本发明的一种实施例中，所述业务消息包括切换请求消息和路径检测请求消息中的至少一种。 [0044] 在本发明的一种实施例中，所述业务消息包括切换请求消息时，所述处理消息包括切换响应消息、切换取消通知消息、切换取消完成消息、版本不支持通知消息中的至少一种； [0045] 所述业务消息包括路径检测请求消息时，所述处理消息包括路径检测响应消息、版本不支持通知消息中的至少一种。 [0046] 本发明的有益效果是： [0047] 本发明提供的负荷上报及控制方法、eMSC装置、MME装置及通信系统，MME装置通过Sv接口向eMSC装置发送业务消息；eMSC装置将自身当前的负荷消息插入处理eMSC装置发送的业务消息得到的处理消息中；eMSC装置将该处理消息通过Sv接口反馈给MME装置；MME装置从处理消息中获取eMSC装置当前的负荷消息，并根据该负荷消息决策后续向该eMSC装置发起业务。也即本发明中的eMSC可以通过在处理MME装置发送的业务消息所得到的处理消息(包括各种响应消息和/或释放消息)中插入自身当前的负荷信息后，反馈给MME装置，以便于MME装置动态了解到eMSC装置侧的负荷情况，进而动态的决策后续如何向该eMSC装置发起业务，避免引起eMSC装置和MME装置之间的Sv接口上的业务风暴，造成负荷继续加重或者业务成功率下降。附图说明 [0048] 图1为移动管理实体装置与增强移动交换中心装置的连接示意图； [0049] 图2为电路交换域侧为池组时的组网连接示意图； [0050] 图3为本发明实施例一中的负荷控制方法流程示意图； [0051] 图4为本发明实施例二中的通信系统结构示意图； [0052] 图5为本发明实施例二中的增强移动交换中心装置结构示意图； [0053] 图6为本发明实施例二中的移动管理实体装置结构示意图； [0054] 图7为本发明实施例三中的负荷控制方法流程示意图一； [0055] 图8为本发明实施例三中的负荷控制方法流程示意图二； [0056] 图9为本发明实施例三中的负荷控制方法流程示意图三； [0057] 图10为本发明实施例三中的负荷控制方法流程示意图四。具体实施方式 [0058] 本发明中的eMSC可以通过在处理MME装置发送的业务消息所得到的处理消息中插入自身当前的负荷信息后反馈给MME装置，以便于MME装置动态了解到eMSC装置侧的负荷情况，进而动态的决策后续如何向该eMSC装置发起业务，避免引起eMSC装置和MME装置之间的Sv接口上的业务风暴，造成负荷继续加重或者业务成功率下降。下面通过具体实施方式结合附图对本发明作进一步详细说明。 [0059] 实施例一： [0060] 请参见图3所示，本实施例中的负荷控制方法包括以下步骤： [0061] 步骤301：移动管理实体(MME)装置通过Sv接口向增强移动交换中心(eMSC)装置发送业务消息； [0062] 步骤302：增强移动交换中心装置接收增强移动交换中心装置发送的业务消息； [0063] 步骤303：增强移动交换中心装置将自身当前的负荷消息插入处理该业务消息得到的处理消息中； [0064] 步骤304：增强移动交换中心装置将处理消息通过所述Sv接口反馈给移动管理实体装置； [0065] 步骤305：移动管理实体装置接收增强移动交换中心装置反馈的处理消息； [0066] 步骤306：移动管理实体装置从处理消息中获取增强移动交换中心装置的负荷消息，根据该负荷消息决策后续向该增强移动交换中心装置发起业务。 [0067] 本实施例中的负荷消息是指用于反映增强移动交换中心装置当前负荷情况的消息，其可以采用任意能反馈增强移动交换中心装置当前负荷的各种指标，例如已占用用户比率(Percent of Occupied Subscribers，POS)，或者其他资源利用率等等。 [0068] 本实施例中的处理消息是指增强移动交换中心装置接收到移动管理实体装置发起的业务消息后，处理该业务消息所得到的消息，应当理解的是，其可以是各种响应消息和/或释放消息。例如：本实施例中的业务消息可包括切换请求消息和路径检测请求消息中的至少一种；为了提升反馈的实时性，优选包括切换请求消息和路径检测请求消息两种。另外，应当理解的是，根据协议规定，移动管理实体装置通过Sv接口向增强移动交换中心装置所发送消息的消息头中都包括本端的版本信息；增强移动交换中心装置接收到该消息后可与自身当前的版本信息进行匹配，判断是否支持，如不支持，则向移动管理实体装置反馈版本不支持通知消息。 [0069] 本实施例中的切换请求消息具体可包括PS(Packet Switch，分组交换)域到CS域切换请求消息；当业务消息包括切换请求消息时，增强移动交换中心装置接收到切换请求消息后，其对该切换请求消息进行处理得到的处理消息可能是切换响应消息(SRVCC PS to CS Response)、切换取消通知消息(SRVCC PS to CS Cancel Notification)、切换取消完成消息(SRVCC PS to CS Cancel Acknowledge)、版本不支持通知消息(Version Not Supported message)；也即本实施例中的处理消息可包括切换响应消息、切换取消通知消息、切换取消完成消息、版本不支持通知消息中的至少一种，也即可在切换响应消息、切换取消通知消息、切换取消完成消息、版本不支持通知消息的至少一种消息中插入上述负荷消息后反馈给移动管理实体装置。 [0070] 本实施例中的业务消息包括路径检测请求消息时，增强移动交换中心装置接收到路径检测请求消息后，对其进行处理得到的可能包括路径检测响应消息(Echo Response message)、版本不支持通知消息(Version Not Supported message)中的至少一种。也即可在路径检测响应消息、版本不支持通知消息的至少一种消息中插入上述负荷消息后反馈给移动管理实体装置。 [0071] 另外，在本实施例中，当移动管理实体装置向增强移动交换中心装置发送切换请求消息(PS域到CS域切换请求消息)时，增强移动交换中心装置接收到切换请求消息后，在自身当前负荷允许处理该切换请求消息时，判断发起该切换请求消息的用户之前在本地是否存在用户数据，如不存在，通知池组Pool中的其他增强移动交换中心删除该用户的用户数据，并在收到删除完毕通知后执行所述切换请求消息后续的切换流程。这样可以避免同一用户在多个增强移动交换中心装置上重复驻留。本实施例中，增强移动交换中心装置具体可通过向Pool内的EMS(Element Management Systems，网元管理系统)指示其它eMSC删除重复用户数据后，再继续切换流程。 [0072] 上述步骤306中，移动管理实体装置根据处理消息中的负荷消息决策后续向增强移动交换中心装置发起业务的过程包括： [0073] 移动管理实体装置根据提取到的负荷消息判断增强移动交换中心装置当前负荷大于等于不可用阈值时，表明增强移动交换中心装置当前的负荷不可用，启动不可用检测周期(例如2分钟)，判断在该不可用检测周期内检测向增强移动交换中心装置发起的业务是否都失败、且根据增强移动交换中心装置反馈的处理消息中的负荷消息判断该增强移动交换中心装置的负荷是否一直大于等于不可用阈值，如是，不再向该增强移动交换中心装置发起业务。 [0074] 移动管理实体装置判定不再向增强移动交换中心装置发起业务后，还包括： [0075] 移动管理实体装置向增强移动交换中心装置发送路径检测请求消息，以缩短检测周期；移动管理实体装置根据增强移动交换中心装置反馈的路径检测响应消息中包含的负荷消息判断增强移动交换中心装置当前负荷是否小于不可用阈值，如是，判定增强移动交换中心装置当前可用。 [0076] 另外，为了进一步提升判断结果的可靠性，本实施例中的移动管理实体装置判断增强移动交换中心装置当前负荷小于不可用阈值后，判定增强移动交换中心装置当前可用之前，还包括以下判断过程： [0077] 移动管理实体装置启动可用检测周期(可用检测周期优选设置为小于不可用检测周期，例如1分钟)，在该可用检测周期内判定增强移动交换中心装置的负荷是否一直小于不可用阈值，如是，才判定增强移动交换中心装置当前可用，后续可以向该增强移动交换中心装置发起新业务。 [0078] 本实施例提供的上述方案适用于单个增强移动交换中心装置负荷的控制，也适用于电路域侧为Pool的多个增强移动交换中心装置。本实施例中的增强移动交换中心装置可以自身实时统计更新自身的负荷情况，其统计自身负荷的方式可以采用任意方式，当然也可通过其他装置对增强移动交换中心装置的负荷情况进行实时统计，然后反馈给增强移动交换中心装置。 [0079] 本实施例中的不可用阈值可以设置为增强移动交换中心装置所支持的最大负荷，例如为增强移动交换中心装置能够处理的总Srvcc业务用户数的比率，例如100％；也可以预留一定的预留量，例如设置为80％或90％等等。当然也可根据实际需求采用其他规则进行设置。 [0080] 实施例二： [0081] 请参见图4所示，本实施例提供了一种通信系统，其包括增强移动交换中心装置2和移动管理实体装置1；移动管理实体装置1通过Sv接口向增强移动交换中心装置2发送业务消息；增强移动交换中心装置2接收增强移动交换中心装置发送的业务消息，将自身当前的负荷消息插入处理该业务消息得到的处理消息中，通过所述Sv接口反馈给移动管理实体装置1；移动管理实体装置1接收增强移动交换中心装置2反馈的处理消息，从处理消息中获取增强移动交换中心装置2的负荷消息，根据该负荷消息决策后续向该增强移动交换中心装置2发起业务。 [0082] 请分别参见图5和图6所示，增强移动交换中心装置2包括业务接收模块21、插入模块22、反馈模块23；移动管理实体装置1包括业务发起模块11、接收模块12和控制模块13，其中： [0083] 业务接收模块21，用于接收业务发起模块11通过Sv接口发送的业务消息； [0084] 插入模块22，用于将增强移动交换中心装置当前的负荷消息插入处理业务消息得到的处理消息中； [0085] 反馈模块23，用于将所述处理消息通过Sv接口反馈给接收模块12； [0086] 业务发起模块11，用于通过Sv接口向业务接收模块21发送业务消息； [0087] 接收模块12用于接收反馈模块23通过Sv接口反馈的处理消息； [0088] 控制模块13用于从处理消息中获取负荷消息，根据该负荷消息决策后续向增强移动交换中心装置发起的业务。 [0089] 本实施例中的负荷消息是指用于反映增强移动交换中心装置当前负荷情况的消息，其可以采用任意能反馈增强移动交换中心装置当前负荷的各种指标，例如已占用用户比率(Percent of Occupied Subscribers，POS)，或者其他资源利用率等等。 [0090] 本实施例中的处理消息是指增强移动交换中心装置2接收到移动管理实体装置1发起的业务消息后，处理该业务消息所得到的消息，应当理解的是，其可以是各种响应消息和/或释放消息。例如：本实施例中的业务消息可包括切换请求消息和路径检测请求消息中的至少一种；为了提升反馈的实时性，优选包括切换请求消息和路径检测请求消息两种。另外，应当理解的是，根据协议规定，移动管理实体装置1通过Sv接口向增强移动交换中心装置2所发送消息的消息头中都包括本端的版本信息；增强移动交换中心装置2接收到该消息后可与自身当前的版本信息进行匹配，判断是否支持，如不支持，则向移动管理实体装置反馈版本不支持通知消息。 [0091] 本实施例中的切换请求消息具体可包括PS(Packet Switch，分组交换)域到CS域切换请求消息；当业务消息包括切换请求消息时，增强移动交换中心装置2接收到切换请求消息后，其对该切换请求消息进行处理得到的处理消息可能是切换响应消息(SRVCC PS to CS Response)、切换取消通知消息(SRVCC PS to CS Cancel Notification)、切换取消完成消息(SRVCC PS to CS Cancel Acknowledge)、版本不支持通知消息(Version Not Supported message)；也即本实施例中的处理消息可包括切换响应消息、切换取消通知消息、切换取消完成消息、版本不支持通知消息中的至少一种，也即插入模块22可在切换响应消息、切换取消通知消息、切换取消完成消息、版本不支持通知消息的至少一种消息中插入上述负荷消息后反馈给移动管理实体装置1。 [0092] 本实施例中的业务消息包括路径检测请求消息时，增强移动交换中心装置2接收到路径检测请求消息后，对其进行处理得到的可能包括路径检测响应消息(Echo Response message)、版本不支持通知消息(Version Not Supported message)中的至少一种。也即插入模块22可在路径检测响应消息、版本不支持通知消息的至少一种消息中插入上述负荷消息后反馈给移动管理实体装置1。 [0093] 另外，在本实施例中，当移动管理实体装置1向增强移动交换中心装置2发送切换请求消息(PS域到CS域切换请求消息)时，增强移动交换中心装置2接收到切换请求消息后，在自身当前负荷允许处理该切换请求消息时，判断发起该切换请求消息的用户之前在本地是否存在用户数据，如不存在，通知池组Pool中的其他增强移动交换中心装置删除该用户的用户数据，并在收到删除完毕通知后执行所述切换请求消息后续的切换流程。这样可以避免同一用户在多个增强移动交换中心装置上重复驻留。本实施例中，增强移动交换中心装置2具体可通过向Pool内的EMS(Element Management Systems，网元管理系统)指示其它eMSC删除重复用户数据后，再继续切换流程。 [0094] 本实施例中，控制模块13根据处理消息中的负荷消息决策后续向增强移动交换中心装置发起业务的过程包括： [0095] 控制模块13根据提取到的负荷消息判断增强移动交换中心装置当前负荷大于等于不可用阈值时，表明增强移动交换中心装置当前的负荷不可用，启动不可用检测周期(例如2分钟)，判断在该不可用检测周期内检测向增强移动交换中心装置发起的业务是否都失败、且根据增强移动交换中心装置反馈的处理消息中的负荷消息判断该增强移动交换中心装置的负荷是否一直大于等于不可用阈值，如是，不再向该增强移动交换中心装置发起业务。 [0096] 控制模块13判定不再向增强移动交换中心装置发起业务后，还包括： [0097] 向增强移动交换中心装置发送路径检测请求消息，以缩短检测周期；控制模块13根据增强移动交换中心装置2的反馈模块23反馈的路径检测响应消息中包含的负荷消息判断增强移动交换中心装置当前负荷是否小于不可用阈值，如是，判定增强移动交换中心装置当前可用。 [0098] 另外，为了进一步提升判断结果的可靠性，本实施例中的控制模块13判断增强移动交换中心装置当前负荷小于不可用阈值后，判定增强移动交换中心装置当前可用之前，还包括以下判断过程： [0099] 启动可用检测周期(可用检测周期优选设置为小于不可用检测周期，例如1分钟)，在该可用检测周期内判定增强移动交换中心装置的负荷是否一直小于不可用阈值，如是，才判定增强移动交换中心装置当前可用，后续可以向该增强移动交换中心装置发起新业务。 [0100] 应当理解的是，本实施例提供的上述方案适用于单个增强移动交换中心装置负荷的控制，也适用于电路域侧为Pool的多个增强移动交换中心装置。本实施例中的增强移动交换中心装置可以自身实时统计更新自身的负荷情况，其统计自身负荷的方式可以采用任意方式，当然也可通过其他装置对增强移动交换中心装置的负荷情况进行实时统计，然后反馈给增强移动交换中心装置。 [0101] 本实施例中的不可用阈值可以设置为增强移动交换中心装置所支持的最大负荷，例如为增强移动交换中心装置能够处理的总Srvcc业务用户数的比率，例如100％；也可以预留一定的预留量，例如设置为70％至90％中的任意一个值。当然也可根据实际需求采用其他规则进行设置。 [0102] 实施例三： [0103] 为了更好的理解本发明，下面结合几种具体的应用场景为示例，对本发明做进一步示例性说明。 [0104] 本实施例中，负荷消息中包括已占用用户比率POS，也即以已占用用户比率POS表征增强移动交换中心装置当前的负荷情况。协议29.280中定义了Sv口的消息和参数，本实施例新定义如下表参数Percent of Occupied Subscribers(已占用用户比率)，简称POS，请参见表1所示，其取值为当前Srvcc接入用户数占总的eMSC能够处理的总Srvcc业务用户数的比率，取值为0-100，分别代表(0％-100％)。 [0105] 表1 [0106]信元值信元名称长度 63 Percent of Occupied Subscribers，已占用用户比率一个字节 [0107] 在如下消息中插入上述参数POS，已将强移动交换中心装置的负荷情况反馈给移动管理实体装置。 [0108] 切换响应消息(SRVCC PS to CS Response)； [0109] 切换取消通知消息(SRVCC PS to CS Cancel Notification)； [0110] 切换取消完成消息(SRVCC PS to CS Cancel Acknowledge)； [0111] 路径检测响应消息(Echo Response message)； [0112] 版本不支持通知消息(Version Not Supported message)。 [0113] 下面以几种具体的应用场景进行示例说明。 [0114] 示例一： [0115] 正常Srvcc呼叫负荷控制，比如Pool内两个eMSC装置能够处理Srvcc业务的最大用户容量为100万，当前正在处理的用户分别为60万和80万，即占用用户比率POS分别为60和80；其处理过程请参见图7所示，包括： [0116] 步骤701：第一增强移动交换中心装置和第二增强移动交换中心装置收到Srvcc切换请求 [0117] 步骤702：正常处理业务后，第一增强移动交换中心装置和第二增强移动交换中心装置给移动管理实体装置反馈切换响应消息，其中把各自的POS通知移动管理实体装置； [0118] 步骤703：移动管理实体装置发起新业务的时候，优先把业务发到业务负荷低的第一增强移动交换中心装置上，以达到负荷均衡。 [0119] 实例二： [0120] 异常Srvcc呼叫负荷控制，第一增强移动交换中心装置的可接入Srvcc用户容量以经全部占满，即POS为100；其控制过程请参见图8所示，包括： [0121] 步骤801：移动管理实体装置发起到第一增强移动交换中心装置的Srvcc切换请求； [0122] 步骤802：移动管理实体装置收到第一增强移动交换中心装置反馈的切换取消通知消息，该切换取消通知消息中包含的负荷消息指示第一增强移动交换中心装置已经无法再处理新的Srvcc业务时，设置第一增强移动交换中心装置的不可用检测定时器(例如设置不可检测周期Tn时长为2分钟)； [0123] 步骤803：移动管理实体装置检测到不可用检测周期Tn内如果所有到第一增强移动交换中心装置的业务全部失败，且指示的POS都为100，则认为第一增强移动交换中心装置暂时不能处理业务，不再向第一增强移动交换中心装置发起新的业务； [0124] 步骤804：移动管理实体装置发起到第一增强移动交换中心装置的链路检测，缩短原有的检测周期； [0125] 步骤805：如果检测到第一增强移动交换中心装置的POS值降低，已经低于100，则设置可用检测周期Ty(建议时长为1分钟)； [0126] 步骤806：Ty周期内检测到第一增强移动交换中心装置的POS值恒定降低，则判定此第一增强移动交换中心装置业务负荷降低； [0127] 步骤807：可以根据负荷情况向第一增强移动交换中心装置发起新业务。 [0128] 实例三： [0129] 该示例以路径测试在负荷控制中的作用，比如Pool内第一增强移动交换中心装置和第二增强移动交换中心装置占用用户比率POS分别为60和80；该控制过程如图9所示，包括： [0130] 步骤901：第一增强移动交换中心装置和第二增强移动交换中心装置收到移动管理实体装置的定期的Sv口路径检测请求； [0131] 步骤902：第一增强移动交换中心装置和第二增强移动交换中心装置给移动管理实体装置反馈路径检测响应消息，其中把各自的POS通知移动管理实体装置； [0132] 步骤903：移动管理实体装置发起新业务的时候，优先把业务发到业务负荷低的第一增强移动交换中心装置上，以达到负荷均衡。 [0133] 示例四： [0134] 假设pool内有第一增强移动交换中心装置和第二增强移动交换中心装置两个增强移动交换中心装置，用户1用户数据在pool内的第一增强移动交换中心装置上，其负荷控制过程请参见图10所示，包括： [0135] 步骤1001：第二增强移动交换中心装置收到用户1的Srvcc业务切换请求； [0136] 步骤1002：第二增强移动交换中心装置发现本身无用户1的数据，则向EMS发起全pool内删除用户1用户数据重复驻留； [0137] 步骤1003：EMS向pool内的其它增强移动交换中心装置发起删除用户1用户数据重复驻留； [0138] 步骤1004：第一增强移动交换中心装置收到EMS的指示之后将用户1的本地用户数据删除，同时通知HLR(Home location register,归属位置存储器)和EMS用户数据删除，如果不存在用户数据直接通EMS删除完成即可； [0139] 步骤1005：EMS收到所有增强移动交换中心装置的删除完成通知后，通知第二增强移动交换中心装置删除完成； [0140] 步骤1006：继续正常执行切换的后续流程。 [0141] 以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

意见反馈