[0042] 图2示出根据本发明一个方面的一种用于UDC负载控制的第一设备与第二设备示 意图；其中，所述第一设备1包括报告确定装置11、发送装置12 ;所述第二设备2包括报告 获取装置21、控制确定装置22。具体地，所述第一设备1的报告确定装置11确定与所述第 一设备相对应的负载状态报告；所述第一设备1的发送装置12将所述负载状态报告发送至 所述第二设备；相应地，所述第二设备2的报告获取装置21获取与所述第一设备相对应的 负载状态报告；所述第二设备2的控制确定装置22根据所述负载状态报告，确定与所述第 一设备相对应的负载控制信息。
[0043] 其中，当所述第一设备为前端（FE)时，所述第二设备为用户数据存储库（UDR)，当 所述第一设备为数据存储库时，所述第二设备为前端；即本发明可以应用于从UDR至FE的 负载分发，也可以应用于从FE至UDR的负载分发。
[0044] 上述各装置之间是持续不断工作的，在此，本领域技术人员应理解"持续"是指上 述各装置分别实时地或者按照设定的或实时调整的工作模式要求，进行负载状态报告的确 定、负载状态报告的发送、负载控制信息的确定等，直至所述第一设备停止确定与所述第一 设备相对应的负载状态报告。
[0045] 所述第一设备1的报告确定装置11确定与所述第一设备相对应的负载状态报告。
[0046] 具体地，所述报告确定装置11基于预定的负载报告确定规则等，通过实时计算或 直接获取等方式，确定与所述第一设备相对应的负载状态报告；其中，所述负载状态报告中 包括但不限于负载因子（Loading Factor, LF)、循环时间（Round Trip Time, RTT)、丢包率 (Packet Loss Ratio)等一种或多种信息，进一步地，所述负载状态报告还可以基于所述负 载因子、循环时间或丢包率等进行计算。
[0047] 例如，根据公式1计算所述负载状态报告：
[0048] max {LF，RTT比率，丢包率} (公式1)
[0049] 在此，所述负载因子可以基于所述第一设备的各种资源的使用信息进行计算。
[0050] 优选地，所述负载状态报告中包括负载因子时，所述报告确定装置还包括负载因 子确定单元（未示出）；其中，所述负载因子确定单元根据所述第一设备的一个或多个资源 利用率以及与所述资源利用率相对应的资源关键度系数，确定与所述第一设备相对应的负 载因子。
[0051] 具体地，所述负载因子确定单元可以获取与所述第一设备相对应的一个或多个资 源的资源利用率，并基于预设置或根据机器学习等方式获取对应于所述资源的资源关键度 系数；然后，通过将资源利用率以及资源关键度系数进行加权计算、或加权后选择其中一个 或多个数据等方式，确定与所述第一设备相对应的负载因子。
[0052] 例如，所述负载因子可以根据公式2进行计算：
[0053] LF = max {CPU X Rcpu,
[0054] MEMXR_,
[0055] LCI^RESiXV-resl, (公式 2)
[0056] LCL_RES2 X Rlcl-res2,
[0057] .. . }
[0058] 其中，max{}表示括号中的最大值，CPU是CPU资源的利用率百分比，取值范围为 0-100, 是CPU利用率的资源关键度系数，其指示了 CPU利用率在其他因素间的重要性， 所述其他因素包括存储利用率、其他本地资源利用率等等。
[0059] 类似地，MEM是存储资源的利用率百分比，R_指示了存储利用率的资源关键度系 数。LCL_RESn是本地资源的利用率百分比，例如本地缓冲或消息队列等的使用表示 LCL_RES n的资源关键度系数。
[0060] 在此，所述资源关键度系数可以由不同的网元对其资源进行自行判定，其中，所述 资源例如CPU、存储器与本地资源。例如，在前端，CPU利用率可能比存储器利用率更重要， 因此，当CPU与存储器同样是70%使用的时候，它们可能产生不同的重要性，从而，在这种 情况下，则比R_更大。另一个例子则是，在UDR上，由于数据库通常被设计为内存数据 库，因此存储器会更重要，从而对于UDR，则R_的值被配置的比更大。在一些情况下，若 CPU、存储或本地资源没有优先级，则所有的资源关键度系数则可被简化的设置为100%。
[0061] 所述第一设备1的发送装置12将所述负载状态报告发送至所述第二设备；相应 地，所述第二设备2的报告获取装置21获取与所述第一设备相对应的负载状态报告。
[0062] 具体地，所述发送装置12基于LDAP扩展请求或基于捎带技术（Piggybacking technology)，将所述负载状态报告发送至所述第二设备；相应地，所述报告获取装置21基 于对应于所述发送方式的接口或通信协议，获取与所述第一设备相对应的负载状态报告。
[0063] 在此，优选地，所述发送装置12根据LDAP扩展请求，所述第一设备将所述负载状 态报告发送至所述第二设备，其中，所述LDAP扩展请求中包括用于负载状态报告的对象标 识符。
[0064] 具体地，所述发送装置12可以通过发送包含LDAP扩展请求的LDAP PDU来执行所 述负载状态报告的发送操作；其中，所述LDAP扩展请求中指定了用于负载状态报告的对象 标识符（Object Identifier，0ID)。在此，由于LDAP标准中允许企业0ID，所述0ID可以是 用于扩展操作的服务商企业0ID ;此外，所述0ID还可以由IANA进行标准化指定。
[0065] 例如，所述对象标识符为用于扩展操作的企业0ID"1. 3. 6. 1. 4. 1. 637. 2. 11. 1"，在 此，该0ID符合LDAP 0ID分配建议。
[0066] 例如，所述LDAP扩展请求可被定义如下：
[0067] ExtendedRequest:: = [APPLICATI0N23]SEQ UENCE{
[0068] requestName [0]LDAPOID,
[0069] requestValue [1]OCTET STRING}
[0070] 即，用于所述负载状态报告的LDAP扩展请求通过将请求名称（requestName)字段 设置为上述所述的0ID字串而生成。所述请求值（requestValue)字段利用所述报告确定 装置11所生成的负载状态报告进行填充，所述负载状态报告中包括如第一设备的负载因 子以及从所述第一设备至所述第二设备的循环周期RTT等信息。
[0071] 以所述请求值中包含负载因子以及循环周期RTT为例，其中，所述请求值的格式 定义如下：
[0072] 请求值包含分号（；）将用于负载因子以及RTT的属性与值对进行分隔，所述负载 因子以百分比进行示出，所述循环周期RTT以毫秒进行示出。例如，一个请求值的内容示例 为"LF = 80 ;RTT = 10"，其中，LF = 80表示负载因数是80%，RTT = 10表示从第一设备 至第二设备的循环周期为10毫秒。
[0073] 其中，所述LDAP扩展请求可以由所述第一设备周期性的发送，以向所述第二设备 报告其负载状态，并指示其仍处于活跃状态；优选地，为了可靠性监测的目的，所述LDAP扩 展请求还可以被作为在FE与UDR之间的心跳信息（heart-beat message)。在此，发送的间 隔是可设置的，例如默认的发送间隔可设置为3秒。
[0074] 更优选地，所述报告获取装置21还包括响应发送单元（未示出），其中，所述响 应发送单元可以根据所述负载状态报告，发送LDAP扩展响应至所述第一设备，其中，所述 LDAP扩展响应与所述LDAP扩展请求相对应。
[0075] 具体地，当所述第一设备向所述第二设备发送LDAP扩展请求后，所述第二设备的 所述响应发送单元也可以基于所述LDAP扩展请求，向所述第一设备发送LDAP扩展响应；在 此，本领域技术人员应能理解，所述LDAP扩展响应是可选的，经由所述LDAP扩展响应，所述 第二设备可以向第一设备回报自己的负载信息，从而实现双向负载管理。
[0076] 例如，当LDAP扩展请求生成后，所述第二设备向所述第一设备发送包含其自身的 负载状态报告的LDAP H)U，以作为LDAP扩展响应。其中，所述LDAP扩展响应定义如下：
[0077]
[0078] 其中，所述LDAP扩展响应必须包含响应名称（ResponseName)字段，所述响应名称 字段必须与在LDAP扩展请求中的请求名称字段设置一致。所述响应（response)字段采用 与请求值相同的格式，不同的是，用于响应的资源利用率是对第二设备而言的，而对请求来 说，资源利用率则是来自第一设备。对应的服务器应当设置结果编码（LDAPResult)字段为 SUCCESS。
[0079] 或者，优选地，所述发送装置12根据捎带技术，所述第一设备在LDAP控制消息中 将所述负载状态报告发送至所述第二设备，其中，所述LDAP控制消息中包括用于负载状态 报告的对象标识符。
[0080] 具体地，所述发送装置12根据捎带技术，将所述负载状态报告在LDAP控制消息中 进行捎带，从而使得所述负载状态报告与LDAP控制消息共同在FE与UDR之间进行传输；由 于捎带技术下不需要附加消息，因此在一些实施例中，利用捎带技术进行传输的方法更佳。
[0081] 在RFC4511中所定义的LDAP控制消息如下所示：
[0082]
[0083]
[0084] 在此，为了提供所述用于负载与过载信息传达的捎带方法，首先，LDAP控 制消息中的LDAP0ID应对应于用于负载与过载控制的对象标识符（0ID)，例如 1. 3. 6. 1. 4. 1. 637. 2. 10. 2。其中，该 0ID 的核心是应当具有前缀"1. 3. 6. 1. 4. 1. 637. 2. 10"， 其中，"637"是被分配给设备提供商的编码，"2. 10"是用于LDAP控制。在此，本领域技术人 员应能理解，上述0ID仅为举例，所述0ID可根据互联网编码分配机构IANA来分配。
[0085] 实施这种控制的服务器应当发布所述LDAP0ID，以作为在其根目录服务器条目 (root directory server entry，root DSE)中支持控制的值。
[0086] 然后，为了实现在LDAP控制消息捎带所述负载状态报告，所述发送装置12在所述 LDAP控制消息中捎带下述信息：
[0087]
[0088] 其中，"LoadAndOverloadlnfo"的控制类型如上文所定义的LDAP0ID(如 1. 3. 6. 1. 4.