本发明涉及通信技术领域，特别涉及一种过负荷控制方法和dra设备。
背景技术
目前的直径过负荷指示传输(diameteroverloadindicationconveyance，doic)技术是一种基于端到端的网络过负荷控制方案，即直径路由代理设备(diameterroutingagent，dra)仅将客户端发送的请求转发至服务器，以及将服务器返回的响应转发至客户端。由于目前dra仅具备转发功能，这样导致过负荷控制效果差。
技术实现要素：
本发明实施例的目的在于提供一种过负荷控制方法和dra设备，解决了过负荷控制效果差的问题。
为了达到上述目的，本发明实施例提供一种过负荷控制方法，包括：
直径路由代理dra设备对客户端发送的第一请求消息进行第一过负荷控制参数处理，得到目标第一请求消息，并向服务器发送所述目标第一请求消息；
所述dra设备接收所述服务器针对所述目标第一请求消息返回的响应消息，并对所述响应消息进行第二过负荷控制参数处理，得到目标响应消息，并向所述客户端发送所述目标响应消息。
本发明实施例还提供一种dra设备，包括：
第一处理模块，用于对客户端发送的第一请求消息进行第一过负荷控制参数处理，得到目标第一请求消息，并向服务器发送所述目标第一请求消息；
第二处理模块，用于接收所述服务器针对所述目标第一请求消息返回的响应消息，并对所述响应消息进行第二过负荷控制参数处理，得到目标响应消息，并向所述客户端发送所述目标响应消息。
本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行的一个或多个程序，所述一个或多个程序被所述计算机执行时使所述计算机执行如上述提供的一种过负荷控制方法。
上述技术方案中的一个技术方案具有如下优点或有益效果：
本发明实施例，dra设备对客户端发送的第一请求消息进行第一过负荷控制参数处理，得到目标第一请求消息，并向服务器发送所述目标第一请求消息；所述dra设备接收所述服务器针对所述目标第一请求消息返回的响应消息，并对所述响应消息进行第二过负荷控制参数处理，得到目标响应消息，并向所述客户端发送所述目标响应消息。由于dra设备对请求消息和响应消息分别做了第一过负荷控制参数处理和第二过负荷控制参数处理，从而可以提高过负荷控制效果。
附图说明
图1为本发明实施例可应用的过负荷控制系统的结构图；
图2为本发明第一实施例提供的过负荷控制方法的流程图；
图3为本发明第二实施例提供的过负荷控制方法的流程图；
图4为本发明第二实施例提供的过负荷控制方法的举例图之一；
图5为本发明第二实施例提供的过负荷控制方法的举例图之二；
图6为本发明第三实施例提供的过负荷控制方法的流程图；
图7为本发明第三实施例提供的过负荷控制方法的举例图之一；
图8为本发明第四实施例提供的dra设备的结构图之一；
图9为本发明第四实施例提供的dra设备的结构图之二；
图10为本发明第四实施例提供的dra设备的结构图之三；
图11为本发明第四实施例提供的dra设备的结构图之四；
图12为本发明第五实施例提供的dra设备的结构图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
参见图1，图1为本发明实施例可应用的一种过负荷控制系统的结构图，如图1所示，包括客户端11、dra设备12和服务器13。其中，上述客户端11可以是移动管理实体(mobilitymanagemententity，mme)、分组数据网关(packetdatanetworkgateway，pgw)或呼叫会话控制功能单元(callsessioncontrolfunction,cscf)等网络设备。而上述dra设备12可以为单个设备，也可以为两个或者两个以上设备，对此本发明实施例不作限定。而上述服务器13可以是归属用户服务器(homesubscriberserver，hss)或策略和计费规则功能单元(policyandchargingrulefunction，pcrf)等网络设备。
第一实施例
参见图2，图2为本发明实施例提供一种过负荷控制方法，包括以下步骤：
步骤201、dra设备对客户端发送的第一请求消息进行第一过负荷控制参数处理，得到目标第一请求消息，并向服务器发送所述目标第一请求消息。
其中，第一请求消息可以是注册信息请求(update-location-request,ulr)、信用控制请求(credit-control-request，ccr)或其他请求消息。
上述第一过负荷控制参数处理可以是增加doic支持信息，其中，该doic支持信息中包含所述dra设备的主机名或域名；也可以是去除doic支持信息，其中，上述第一请求消息包括doic支持信息。需要说明的是,对于客户端发送的请求消息,存在包含doic支持信息和不包含doic支持信息两种情况，即具备doic支持功能的客户端所发送的请求消息中包含doic支持信息，而不具备doic支持功能的客户端所发送的请求消息中不包含doic支持信息。
步骤202、所述dra设备接收所述服务器针对所述目标第一请求消息返回的响应消息，并对所述响应消息进行第二过负荷控制参数处理，得到目标响应消息，并向所述客户端发送所述目标响应消息。
其中，响应消息可以是注册信息应答(update-location-answer，ula)、信用控制应答(credit-control-answer，cca)或其他响应消息。
上述第二过负荷控制参数处理可以是去除doic支持信息和/或过负荷控制要求信息，其中，上述响应消息包括doic支持信息和/或过负荷控制要求信息；也可以是增加doic支持信息和/或过负荷控制要求信息，其中，该doic支持信息中包含所述dra设备的主机名或域名。需要说明的是,对于服务器返回的响应消息,存在以下两种情况，一种情况是：具备doic支持功能的服务器，其返回的响应消息中包含doic支持信息和/或过负荷控制要求信息；另一种情况是：不具备doic支持功能的服务器，其返回的响应消息中既不包含doic支持信息也不包含过负荷控制要求信息。
本发明实施例，dra设备对客户端发送的第一请求消息进行第一过负荷控制参数处理，得到目标第一请求消息，并向服务器发送所述目标第一请求消息；所述dra设备接收所述服务器针对所述目标第一请求消息返回的响应消息，并对所述响应消息进行第二过负荷控制参数处理，得到目标响应消息，并向所述客户端发送所述目标响应消息。由于dra设备对请求消息和响应消息分别做了第一过负荷控制参数处理和第二过负荷控制参数处理，从而可以提高过负荷控制效果。
第二实施例
如图3所示，本发明实施例提供一种过负荷控制方法，包括以下步骤：
步骤301、dra设备在客户端发送的第一请求消息中增加doic支持信息，得到目标第一请求消息，并向所述服务器发送所述目标第一请求消息，其中，所述doic支持信息中包含所述dra设备的主机名或域名。
需要指出，上述客户端不具备doic支持功能，由其发送的第一请求消息中不包含doic支持信息，因而需要在该第一请求消息中增加doic支持信息以便支持过负荷控制的实现。其中，增加的doic支持信息可以是包含doic主机名的过负荷控制-支持特性属性值对(overloadcontrol-supported-featuresattribute-valuepairs，oc-supported-featuresavp)，即在现有的oc-supported-featuresavp基础上增加过负荷控制主机名(overloadcontrol-host，oc-host)，得到新的定义如下：
所述oc-host用于标识doic的主机名，其属性值对(attribute-valuepairs，avp)码为623,类型是直径身份(diameteridentity)；也可以是包含doic域名的oc-supported-featuresavp，即在现有的oc-supported-featuresavp基础上增加过负荷控制域名(overloadcontrol-realm，oc-realm)，得到新的定义如下：
所述oc-realm用于标识doic的域名，其avp码为624，类型是diameteridentity。具体在本实施例的本步骤中，oc-host指的是上述dra设备的主机名，oc-realm指的是上述dra设备的域名。
步骤302、所述dra设备接收所述服务器针对所述目标第一请求消息返回的响应消息，并去除所述响应消息中的doic支持信息和/或过负荷控制要求信息，得到目标响应消息，并向所述客户端发送所述目标响应消息，其中，所述响应消息包括doic支持信息和/或过负荷控制要求信息。
需要指出，上述服务器具备doic支持功能，由其返回的响应消息中包含doic支持信息和/或过负荷控制要求信息，但结合步骤301可知，上述客户端不具备doic支持功能，因而在将上述响应消息返回上述客户端以前，需要去除响应消息中的doic支持信息。其中，去除的doic支持信息可以是含doic主机名的oc-supported-featuresavp，也可以是包含doic域名的oc-supported-featuresavp。关于两种情形的oc-supported-featuresavp的定义可以参见第二实施例中有关步骤301中的相应说明，此处不作赘述，但是，与步骤s301不同之处的是，具体到本实施例的本步骤中，所述oc-host指的是上述服务器的主机名，所述oc-realm指的是上述服务器的域名。
去除的过负荷控制要求信息可以是过负荷控制-过负荷控制要求属性值对(overloadcontrol-overloadcontrolrequestattribute-valuepairs，oc-olravp)，定义如下；
例如：过负荷控制报告类型(overloadcontrol-report-type，oc-report-type)为主机报告(host_report)，过负荷控制减少百分比(overloadcontrol-reduction-percentage，oc-reduction-percentage)为30％，过负荷控制有效期(overloadcontrol-validity-duration，oc-validity-duration)为30秒，对此，本发明实施例不作限定。
这样，由于dra设备在第一请求消息中增加包含dra设备主机名或域名的doic支持信息，并去除了响应消息中的doic支持信息和/或过负荷控制要求信息，从而使得dra作为doic客户端直接承担doic客户端的工作，即此时，dra无需维护客户端和服务器的过负荷控制关系，而只需维护dra本身与服务器的过负荷控制关系，这样大大减少了过负荷控制需要维护的控制关系量，从而将doic的控制方式从端到端的控制方式简化到单跳方式，简化了过负荷控制的实现，增强了dra的能力，使过负荷控制效果更佳。
可选的，所述方法还包括：
若所述响应消息中包含所述过负荷控制要求信息，则所述dra设备记录过负荷控制要求和所述服务器的主机名或域名；
若所述dra设备再次接收所述客户端针对所述服务器发送的第二请求消息，则根据所述过负荷控制要求丢弃所述第二请求消息。
其中，记录行为可以是在dra设备收到所述服务器返回的响应消息后且对所述响应消息进行第二过负荷控制参数处理之前进行。
第二请求消息是所述客户端针对所述服务器发出的一个新的请求消息，可以是注册信息请求(update-location-request,ulr)、信用控制请求(credit-control-request，ccr)或其他请求消息。
对所述第二请求消息的丢弃可以按照doic协议中的丢弃算法进行丢弃，即按照信息的比例进行丢弃，也可以按照用户的比例进行消息丢弃，对此本发明实施例不作限定。
这样，由于dra设备的操作还包括记录过负荷控制要求和所述服务器的主机名或者域名，并根据所述负荷控制要求对客户端再次发送的请求消息进行丢弃处理，从而进一步增强了dra的能力，使过负荷控制效果更佳。
可选的，所述根据所述过负荷控制要求丢弃所述第二请求消息，包括：
所述dra设备获取所述客户端的身份标识后n位数字，根据所述后n位数字生成目标数值，将所述目标数值与随机数进行比较，若所述目标数值小于或者等于所述随机数，则丢弃所述第二请求消息，其中，所述n为大于或者等于1的整数。
其中，身份标识可以由国际移动用户识别码(internationalmobilesubscriberidentificationnumber，imsi)和移动台国际用户识别码(mobilesubscriberinternationalisdnnumber，msisdn)组成，即身份标识可以为(imsimsisdn)。而上述随机数可以由dra设备生成，其数值可以为1至100之间的任意整数。以n为1进行丢弃的举例说明：当n为1时，提取所述第二请求消息中的身份标识imsi的最后一位数字(假定为a)和msisdn的最后一位数字(假定为b)，此时，该两位数字生成一个目标数值ab，dra设备将目标数值ab与随机数进行比较，当此随机数小于或者等于目标数值ab时，就丢弃上述第二请求消息。
这样，由于dra设备根据获取的客户端身份标识后n位数字所生成的目标数值与随机数的大小关系进行消息的丢弃处理，从而实现按照用户的比例进行消息的丢弃，可以有效避免对于同一用户发起的重复请求的重复响应处理，使过负荷控制效果更佳。
以客户端为mme进行举例，如图4所示，包括如下步骤：
s101、具备doic支持功能的dra1接收到不具备doic支持功能的mme发送的请求消息ulr；
s102、所述dra1在所述ulr中增加doic支持信息，得到目标请求消息ulr’，并将所述ulr’转发至dra2，其中，所述doic支持信息中包含执行节点所述dra1的主机名或域名；
s103、所述dra2将所述ulr’转发到具备doic支持功能的服务器hss；
s104、所述hss解码获取所述ulr’的详细信息并记录dra1的主机名，随后，所述hss针对所述ulr’返回响应消息ula至所述dra2，所述响应消息中包含doic支持信息和过负荷控制要求信息，其中，该doic支持信息中包含报告节点所述hss的主机名或域名，该过负荷控制要求消息为:oc-report-type为host_report，oc-reduction-percentage为30％，oc-validity-duration为30秒；
s105、所述dra2将所述ula转发到所述dra1；
s106、所述dra1解码获取并记录所述ula中的信息，具体记录所述hss的主机名或域名和过负荷控制要求，随后去除该所述ula中的doic支持信息和过负荷控制要求信息，得到目标响应消息ula’，并将所述ula’转发到所述mme；
s107、所述mme发送新的请求消息ulr到所述dra1，dra1根据imsi分析出其hss的主机名，并按照该主机名获取该hss的过负荷控制要求信息，按照记录中该hss的oc-reduction-percentage即过负荷控制减少百分比，与此同时dra1分别获取所述mme的身份标识imsi和msisdn的最后一位数字，生成目标数值，将所述目标数值与随机数进行比较，如果所述目标数值小于或者等于所述随机数，则丢弃mme发出的这个新的请求消息。
可选的，所述方法还包括：
若接收到客户端发送的第三请求消息，则根据预先获取多个服务器的负荷级别，从所述多个服务器中选择负荷级别最低的目标服务器，并向所述服务器发送所述第三请求消息。
其中，第三请求消息是所述客户端针对所述服务器发出的一个新的请求消息，可以是注册信息请求(update-location-request,ulr)、信用控制请求(credit-control-request，ccr)或其他请求消息。
这样，由于在未过负荷时预先获取多个服务器的负荷级别，从所述多个服务器中选择负荷级别最低的目标服务器，并向所述服务器发送所述第三请求消息，从而便于推迟或者避免整个服务器组过负荷，有利于服务器资源的合理利用。
可选的，若接收到客户端发送的第三请求消息，则根据预先获取多个服务器的负荷级别，从所述多个服务器中选择负荷级别最低的目标服务器，并向所述服务器发送所述第三请求消息之前，所述方法还包括：
接收所述多个服务器发送的包括负荷级别的响应消息，并记录各服务器的负荷级别。
其中，包括要实现响应消息中包括负荷级别信息可以是在响应消息的oc-olravp定义中增加过负荷控制-负荷级别属性值对(overloadcontrol-load-levelavp，oc-load-levelavp)，得到新的oc-olravp定义如下：
oc-load-levelavp的类型为unsigned32，avp码为1021，取值为0到100，0表示当前的话务量不到1％，100表示不触发过负荷时的最大话务量。
以服务器为pcrf进行举例，如图5所示，包括如下步骤：
s201：dra1将不具备doic支持功能的客户端发送的请求消息ccr1转发给具备doic支持功能的dra2；
s202：所述dra2在所述ccr1中增加doic支持信息，得到目标请求消息ccr1’，并将所述ccr1’转发至具备doic支持功能的第一服务器pcrf1，其中，该doic支持信息中包含所述执行节点dra2的主机名；
s203：所述pcrf1针对所述ccr1’返回响应消息cca1至所述dra2，其中，所述cca1中包含doic支持信息和负荷级别信息，该doic支持信息中包含所述pcrf1(即报告节点)的主机名；
s204：所述dra2解码获取所述cca1中的信息，记录所述pcrf1的主机名和负荷级别，然后去除所述cca1中的doic支持信息和负荷级别信息，得到目标响应消息cca1’，并将所述cca1’转发到所述dra1；
s205：所述dra1将所述客户端新发送的请求消息ccr2转发给所述dra2；
s206：所述dra2在所述ccr2中增加doic支持信息，得到目标请求消息ccr2’，并将所述ccr2’转发至具备doic支持功能的第二服务器pcrf2，其中，该doic支持信息中包含所述执行节点dra2的主机名；
s207：所述pcrf2针对所述ccr2’返回响应消息cca2至所述dra2，其中，所述cca2中包含doic支持信息和负荷级别信息，该doic支持信息中包含所述pcrf1(即报告节点)的主机名；
s208：所述dra2解码获取所述cca2中的信息，记录所述pcrf2的主机名和负荷级别，然后去除所述cca2中的doic支持信息和负荷级别信息，得到目标响应消息cca2’，并将所述cca2’转发到所述客户端；
s209：所述dra1将所述客户端新发送的请求消息ccr3转发给所述dra2；
s210：所述dra2按照所述pcrf1和所述pcrf2主机的负荷级别情况，选择一个最低负荷的pcrf(假定为pcrf2)，并将所述ccr3转发到所述pcrf2。
本发明实施例，dra设备在客户端发送的第一请求消息中增加doic支持信息，得到目标第一请求消息，并向所述服务器发送所述目标第一请求消息，其中，所述doic支持信息中包含所述dra设备的主机名或域名；所述dra设备接收所述服务器针对所述目标第一请求消息返回的响应消息，并去除所述响应消息中的doic支持信息和/或过负荷控制要求信息，得到目标响应消息，并向所述客户端发送所述目标响应消息，其中，所述响应消息包括doic支持信息和/或过负荷控制要求信息。由于dra设备对第一请求消息做了增加包含dra设备主机名的doic支持信息处理，并对响应消息做了去除doic支持信息和/或过负荷控制要求信息的处理，从而dra设备直接承担doic客户端的工作，简化了过负荷控制的实现，增强了dra的能力，使过负荷控制效果更佳。
第三实施例
如图6所示，本发明实施例提供一种过负荷控制方法，包括以下步骤：
步骤601、dra设备去除客户端发送的第一请求消息中的doic支持信息，得到目标第一请求消息，并向服务器发送所述目标第一请求消息，其中，所述第一请求消息包括doic支持信息。
其中，去除的doic支持信息可以是包含doic主机名的oc-supported-featuresavp，也可以是包含doic域名的oc-supported-featuresavp。关于两种情形的oc-supported-featuresavp的定义可以参见第二实施例中有关步骤301的相应说明，此处不作赘述，需要注意，具体到本实施例的本步骤中，所述oc-host指的是上述客户端的主机名，所述oc-realm指的是上述客户端的域名。
步骤602、所述dra设备接收所述服务器针对所述目标第一请求消息返回的响应消息，在所述响应消息中增加doic支持信息和/或过负荷控制要求信息，得到目标响应消息，并向所述客户端发送所述目标响应消息，其中，所述doic支持信息中包含所述dra设备的主机名或域名。
其中，增加的doic支持信息可以是包含doic主机名的oc-supported-featuresavp，也可以是包含doic域名的oc-supported-featuresavp。关于两种情形的oc-supported-featuresavp的定义可以参见第二实施例中有关步骤301中的相应说明，此处不作赘述，需要注意，具体到本实施例的本步骤中，所述oc-host指的是上述dra设备的主机名，所述oc-realm指的是上述dra设备的域名。
增加的过负荷控制要求信息可以是oc-olravp，关于oc-olravp的定义可以参见第二实施例中关于步骤s302中的相应说明，此处不作赘述。
以客户端为mme进行举例，如图7所示，包括如下步骤：
s301：具备doic支持功能的dra1接收到具备doic支持功能的mme发送的请求消息ulr；
s302：所述dra1解码获取并记录所述ulr中的信息，具体记录执行节点所述mme的主机名或域名，随后去除该所述ulr中的doic支持信息，得到目标请求消息ulr’，并将所述ulr’转发至dra2；
s303：所述dra2将所述ulr’转发到不具备doic支持功能的服务器hss；
s304：所述hss针对所述ulr’返回响应消息ula至所述dra2；
s305：所述dra2将所述ula转发到所述dra1；
s306：所述dra1在所述ula中增加doic支持信息和过负荷控制要求信息，得到目标响应消息ula’，并将所述ula’转发到所述mme，其中，该doic支持信息中包含报告节点所述dra1的主机名或域名，该过负荷控制要求消息为:oc-report-type为host_report，oc-reduction-percentage为30％，oc-validity-duration为30秒；
可选的，所述方法还包括：
若接收到客户端发送的第三请求消息，则根据预先获取多个服务器的负荷级别，从所述多个服务器中选择负荷级别最低的目标服务器，并向所述服务器发送所述第三请求消息。
其中，第三请求消息是所述客户端针对所述服务器发出的一个新的请求消息，可以是注册信息请求(update-location-request,ulr)、信用控制请求(credit-control-request，ccr)或其他请求消息。
可选的，若接收到客户端发送的第三请求消息，则根据预先获取多个服务器的负荷级别，从所述多个服务器中选择负荷级别最低的目标服务器，并向所述服务器发送所述第三请求消息之前，所述方法还包括：
接收所述多个服务器发送的包括负荷级别的响应消息，并记录各服务器的负荷级别。
其中，包括要实现响应消息中包括负荷级别信息可以是在响应消息的oc-olravp定义中增加oc-load-levelavp，得到新的oc-olravp，关于新的oc-olravp的具体定义可以参见第二实施例中的响应说明，故此处不作赘述。
本发明实施例，dra设备去除客户端发送的第一请求消息中的doic支持信息，得到目标第一请求消息，并向服务器发送所述目标第一请求消息，其中，所述第一请求消息包括doic支持信息；所述dra设备接收所述服务器针对所述目标第一请求消息返回的响应消息，在所述响应消息中增加doic支持信息和/或过负荷控制要求信息，得到目标响应消息，并向所述客户端发送所述目标响应消息，其中，所述doic支持信息中包含所述dra设备的主机名或域名。由于dra作为doic服务器直接承担doic服务器的工作，即此时，dra无需维护客户端和服务器的过负荷控制关系，而只需维护dra本身与客户端的过负荷控制关系，这样大大减少了过负荷控制需要维护的控制关系量，从而将doic的控制方式从端到端的控制方式简化到单跳方式，简化了过负荷控制的实现，使过负荷控制效果更佳。
第四实施例
如图8所示，本发明实施例提供一种dra设备800，能实现第一实施例至第三实施例中的过负荷控制方法的细节，并达到相同的效果。该dra设备800包括：
第一处理模块801，用于对客户端发送的第一请求消息进行第一过负荷控制参数处理，得到目标第一请求消息，并向服务器发送所述目标第一请求消息；
第二处理模块802，用于接收所述服务器针对所述目标第一请求消息返回的响应消息，并对所述响应消息进行第二过负荷控制参数处理，得到目标响应消息，并向所述客户端发送所述目标响应消息。
可选的，所述第一处理模块801用于在客户端发送的第一请求消息中增加直径过负荷指示传输doic支持信息，其中，所述doic支持信息中包含所述dra设备的主机名或域名；
所述响应消息包括doic支持信息和/或过负荷控制要求信息，所述第二处理模块802用于去除所述响应消息中的doic支持信息和/或过负荷控制要求信息。
可选的，如图9所示，dra设备800还包括：
信息记录模块803，用于若所述响应消息中包含所述过负荷控制要求信息，则记录过负荷控制要求和所述服务器的主机名或域名；
消息丢弃模块804，用于若所述dra设备800再次接收所述客户端针对所述服务器发送的第二请求消息，则根据所述过负荷控制要求丢弃所述第二请求消息。
可选的，所述消息丢弃模块804用于获取所述客户端的身份标识后n位数字，根据所述后n位数字生成目标数值，将所述目标数值与随机数进行比较，若所述目标数值小于或者等于所述随机数，则丢弃所述第二请求消息，其中，所述n为大于或者等于1的整数。
可选的，如图10所示，dra设备800还包括：
负荷级别选择模块805，用于若接收到客户端发送的第三请求消息，则根据预先获取多个服务器的负荷级别，从所述多个服务器中选择负荷级别最低的目标服务器，并向所述服务器发送所述第三请求消息。
可选的，如图11所示，dra设备800还包括：
负荷级别记录模块806，用于接收所述多个服务器发送的包括负荷级别的响应消息，并记录各服务器的负荷级别。
可选的，所述第一请求消息包括doic支持信息，所述第一处理模块801用于去除客户端发送的第一请求消息中的doic支持信息；
所述第二处理模块802用于在所述响应消息增加doic支持信息和/或过负荷控制要求信息，其中，所述doic支持信息中包含所述dra设备800的主机名或域名。
本发明实施例提供的dra设备中，第一处理模块对客户端发送的第一请求消息进行第一过负荷控制参数处理，得到目标第一请求消息，并向服务器发送所述目标第一请求消息；第二处理模块接收所述服务器针对所述目标第一请求消息返回的响应消息，并对所述响应消息进行第二过负荷控制参数处理，得到目标响应消息，并向所述客户端发送所述目标响应消息。由于dra设备对请求消息和响应消息分别做了第一过负荷控制参数处理和第二过负荷控制参数处理，从而可以提高过负荷控制效果。
第五实施例
请参阅图12，图12是本发明实施例应用的dra设备的结构图，如图12所示，dra设备1200包括：处理器1201、收发机1202、存储器1203、用户接口1204和总线接口，其中：
处理器1201，用于读取存储器1203中的程序，执行下列过程：
对客户端发送的第一请求消息进行第一过负荷控制参数处理，得到目标第一请求消息，并向服务器发送所述目标第一请求消息；
接收所述服务器针对所述目标第一请求消息返回的响应消息，并对所述响应消息进行第二过负荷控制参数处理，得到目标响应消息，并向所述客户端发送所述目标响应消息。
其中，收发机1202，用于在处理器1201的控制下接收和发送数据。
在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1201代表的一个或多个处理器和存储器1203代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1202可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1204还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器1201负责管理总线架构和通常的处理，存储器1203可以存储处理器1201在执行操作时所使用的数据。
可选的，处理器1201执行的对客户端发送的第一请求消息进行第一过负荷控制参数处理，包括：
所述dra设备在客户端发送的第一请求消息中增加直径过负荷指示传输doic支持信息，其中，所述doic支持信息中包含所述dra设备的主机名或域名；
所述响应消息包括doic支持信息和/或过负荷控制要求信息，且处理器执行的对所述响应消息进行第二过负荷控制参数处理，包括：
所述dra设备去除所述响应消息中的doic支持信息和/或过负荷控制要求信息。
可选的，1201处理器还用于：
若所述响应消息中包含所述过负荷控制要求信息，则记录过负荷控制要求和所述服务器的主机名或域名；
若所述dra设备再次接收所述客户端针对所述服务器发送的第二请求消息，则根据所述过负荷控制要求丢弃所述第二请求消息。
可选的，处理器1201执行的根据所述负荷控制要求丢弃所述第二请求消息，包括：
获取所述客户端的身份标识后n位数字，根据所述后n位数字生成目标数值，将所述目标数值与随机数进行比较，若所述目标数值小于或者等于所述随机数，则丢弃所述第二请求消息，其中，所述n为大于或者等于1的整数。
可选的，所述第一请求消息包括doic支持信息，处理器1201执行的对客户端发送的第一请求消息进行第一过负荷控制参数处理，包括：
去除客户端发送的第一请求消息中的doic支持信息；
处理器1201执行的对所述响应消息进行第二过负荷控制参数处理，包括：
在所述响应消息中增加doic支持信息和/或过负荷控制要求信息，其中，所述doic支持信息中包含所述dra设备的主机名或域名。
可选的，处理器1201还用于：
若接收到客户端发送的第三请求消息，则根据预先获取多个服务器的负荷级别，从所述多个服务器中选择负荷级别最低的目标服务器，并向所述服务器发送所述第三请求消息。
可选的，若接收到客户端发送的第三请求消息，则根据预先获取多个服务器的负荷级别，从所述多个服务器中选择负荷级别最低的目标服务器，并向所述服务器发送所述第三请求消息之前，处理器1201还用于：
接收所述多个服务器发送的包括负荷级别的响应消息，并记录各服务器的负荷级别。
本发明实施例提供的dra设备中，对客户端发送的第一请求消息进行第一过负荷控制参数处理，得到目标第一请求消息，并向服务器发送所述目标第一请求消息；接收所述服务器针对所述目标第一请求消息返回的响应消息，并对所述响应消息进行第二过负荷控制参数处理，得到目标响应消息，并向所述客户端发送所述目标响应消息。由于dra设备对请求消息和响应消息分别做了第一过负荷控制参数处理和第二过负荷控制参数处理，从而可以提高过负荷控制效果。
本领域普通技术人员可以理解实现上述实施例方法的全部或者部分步骤是可以通过程序指令相关的硬件来完成，所述的程序可以存储于一计算机可读取介质中，该程序在执行时，包括以下步骤：
对客户端发送的第一请求消息进行第一过负荷控制参数处理，得到目标第一请求消息，并向服务器发送所述目标第一请求消息；
接收所述服务器针对所述目标第一请求消息返回的响应消息，并对所述响应消息进行第二过负荷控制参数处理，得到目标响应消息，并向所述客户端发送所述目标响应消息。
可选的，对客户端发送的第一请求消息进行第一过负荷控制参数处理，包括：
在客户端发送的第一请求消息中增加直径过负荷指示传输doic支持信息，其中，所述doic支持信息中包含所述dra设备的主机名或域名；
所述响应消息包括doic支持信息和/或过负荷控制要求信息，且所述dra设备对所述响应消息进行第二过负荷控制参数处理，包括：
所述dra设备去除所述响应消息中的doic支持信息和/或过负荷控制要求信息。
可选的，所述方法还包括：
若所述响应消息中包含所述过负荷控制要求信息，则记录过负荷控制要求和所述服务器的主机名或域名；
若所述dra设备再次接收所述客户端针对所述服务器发送的第二请求消息，则根据所述过负荷控制要求丢弃所述第二请求消息。
可选的，所述根据所述负荷控制要求丢弃所述第二请求消息，包括：
获取所述客户端的身份标识后n位数字，根据所述后n位数字生成目标数值，将所述目标数值与随机数进行比较，若所述目标数值小于或者等于所述随机数，则丢弃所述第二请求消息，其中，所述n为大于或者等于1的整数。
可选的，所述第一请求消息包括doic支持信息，所述dra设备对客户端发送的第一请求消息进行第一过负荷控制参数处理，包括：
去除客户端发送的第一请求消息中的doic支持信息；
对所述响应消息进行第二过负荷控制参数处理，包括：
在所述响应消息中增加doic支持信息和/或过负荷控制要求信息，且所述doic支持信息中包含所述dra设备的主机名或域名。
可选的，所述方法还包括：
若接收到客户端发送的第三请求消息，则根据预先获取多个服务器的负荷级别，从所述多个服务器中选择负荷级别最低的目标服务器，并向所述服务器发送所述第三请求消息。
可选的，若接收到客户端发送的第三请求消息，则根据预先获取多个服务器的负荷级别，从所述多个服务器中选择负荷级别最低的目标服务器，并向所述服务器发送所述第三请求消息之前，所述方法还包括：
接收所述多个服务器发送的包括负荷级别的响应消息，并记录各服务器的负荷级别。
所述的存储介质，如只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。