确定中央处理器负荷的方法及装置.pdf

上传人:a*** 文档编号:1107940 上传时间:2018-03-31 格式:PDF 页数:12 大小:447.39KB
返回 下载 相关 举报
摘要
申请专利号:

CN200910092413.6

申请日:

2009.09.11

公开号:

CN102026105A

公开日:

2011.04.20

当前法律状态:

授权

有效性:

有权

法律详情:

授权|||实质审查的生效IPC(主分类):H04W 4/12申请日:20090911|||公开

IPC分类号:

H04W4/12(2009.01)I; H04W28/08(2009.01)I; H04W88/12(2009.01)I

主分类号:

H04W4/12

申请人:

中国移动通信集团公司

发明人:

曹艳艳

地址:

100032 北京市西城区金融大街29号

优先权:

专利代理机构:

北京同达信恒知识产权代理有限公司 11291

代理人:

郭润湘

PDF下载: PDF下载
内容摘要

本发明公开了一种确定中央处理器负荷的方法及装置,该方法包括:在RNC所支持的各种业务模型中,选择确定该RNC的CPU负荷时所使用的业务模型,针对选择出的业务模型中的每种业务,分别确定在RNC支持最大用户数量时,使用该业务的用户的用户数量,以及确定一个用户使用该业务时需占用的CPU负荷,根据针对每种业务确定出的用户数量和对应的CPU负荷,确定该RNC在支持最大用户数量时的CPU负荷。采用本发明技术方案,解决了现有技术中存在的测试仪表不能模拟出RNC在支持最大用户数量时的通信场景,因此就不能测试出此时RNC的CPU负荷的问题。

权利要求书

1: 一种确定中央处理器负荷的方法,其特征在于,包括 : 在无线网络控制器 RNC 所支持的各种业务模型中,选择确定所述 RNC 的中央处理器 CPU 负荷时所使用的业务模型 ; 针对选择出的业务模型中的每种业务,分别执行 : 确定在 RNC 支持最大用户数量时,使用该业务的用户的用户数量 ; 确定一个用户使用该业务时需占用的 CPU 负荷 ; 根据针对每种业务确定出的用户数量和对应的 CPU 负荷,确定所述 RNC 在支持最大 用户数量时的 CPU 负荷。
2: 如权利要求 1 所述的确定中央处理器负荷的方法,其特征在于,确定在 RNC 支持 最大用户数量时,使用该业务的用户的用户数量,具体包括 : 获得所述 RNC 能够支持的最大用户数量 ; 获得该业务在选择出的业务模型的各种业务中所占的业务比例 ; 根据获得的所述 RNC 能够支持的最大用户数量和该业务所占的业务比例,计算在 RNC 支持最大用户数量时,使用该业务的用户的用户数量。
3: 如权利要求 1 所述的确定中央处理器负荷的方法,其特征在于,确定一个用户使用 该业务时需占用的 CPU 负荷,具体包括 : 获得测试仪表针对该业务能够支持的最大用户数量 ; 在获得的所述测试仪表针对该业务能够支持的最大用户数量和在 RNC 支持最大用户 数量时使用该业务的用户的用户数量中,将值较小的用户数量确定为所述测试仪表在确 定该业务占用的 CPU 负荷时所需的测试用户数量 ; 利用所述测试仪表,确定在使用该业务的用户数量为确定出的所述测试用户数量 时,该业务需占用的 CPU 负荷 ; 根据确定出的所述测试用户数量和在使用该业务的用户数量为确定出的所述测试用 户数量时该业务需占用的 CPU 负荷,通过插值算法,计算使用该业务的用户数量和该业 务需占用的 CPU 负荷的关系式 ; 将计算得到的关系式中的一次项系数,确定为一个用户使用该业务时需占用的 CPU 负荷。
4: 如权利要求 3 所述的确定中央处理器负荷的方法,其特征在于,通过下述方式,确 定 RNC 在支持最大用户数量时的 CPU 负荷 : 其中, Rmax 为所述 RNC 在支持最大用户数量时的 CPU 负荷 ; s 为选择出的所述业务模型中业务的种类数 ; Ni 为在 RNC 支持最大用户数量时,使用第 i 种业务的用户的用户数量,1≤i≤S ; Ri 为一个用户使用第 i 种业务时需占用的 CPU 负荷。
5: 如权利要求 4 所述的确定中央处理器负荷的方法,其特征在于,还包括 : 确定对所述 RNC 在支持最大用户数量时的 CPU 负荷进行修正所需的修正值 RΔ ; 根据确定出的修正值 RΔ,通过下述方式,对确定出的所述 RNC 在支持最大用户数量 2 时的 CPU 负荷进行修正 : RmaxΔ = Rmax+RΔ 其中, RmaxΔ 为经过修正后的所述 RNC 的 CPU 负荷。
6: 如权利要求 5 所述的确定中央处理器负荷的方法,其特征在于,通过下述方式确定 对所述 RNC 在支持最大用户数量时的 CPU 负荷进行修正所需的修正值 RΔ : 其中, Nmax 为所述 RNC 能够支持的最大用户数量 ; Pi 为第 i 种业务在所述业务模型的各种业务中所占的业务比例 ; Φi 为第 i 种业务对 RΔ 的影响值 ; Δi 为在使用第 i 种业务的用户数量为 0 时,第 i 种业务需占用的 CPU 负荷 ; Pmax1 和 Pmax2 分别为所述业务模型中,业务比例最高的两种业务的业务比例 ; Ψ 为所述业务模型中,业务比例最高的两种业务之间的相关性对 RΔ 的影响值。
7: 如权利要求 6 所述的确定中央处理器负荷的方法,其特征在于,所述 Φi 为计算得 到的使用第 i 种业务的用户数量和第 i 种业务需占用的 CPU 负荷的关系式中的二次项系 数; 所述 Δi 为计算得到的使用第 i 种业务的用户数量和第 i 种业务需占用的 CPU 负荷的 关系式中的常数。
8: 一种确定中央处理器负荷的装置,其特征在于,包括 : 选择单元,用于在无线网络控制器 RNC 所支持的各种业务模型中,选择确定所述 RNC 的中央处理器 CPU 负荷时所使用的业务模型 ; 第一确定单元,用于针对选择单元选择出的业务模型中的每种业务,分别确定在所 述 RNC 支持最大用户数量时,使用该业务的用户的用户数量 ; 第二确定单元,用于针对选择单元选择出的业务模型中的每种业务,分别确定一个 用户使用该业务时需占用的 CPU 负荷 ; 第三确定单元,用于根据第一确定单元和第二确定单元针对每种业务分别确定出的 用户数量和对应的 CPU 负荷,确定所述 RNC 在支持最大用户数量时的 CPU 负荷。
9: 如权利要求 8 所述的确定中央处理器负荷的装置,其特征在于,第一确定单元具体 包括 : 第一获得子单元,用于针对选择单元选择出的业务模型中的每种业务,获得所述 RNC 能够支持的最大用户数量 ; 第二获得子单元,用于针对选择单元选择出的业务模型中的每种业务,获得该业务 在选择出的业务模型的各种业务中所占的业务比例 ; 第一计算子单元,用于针对选择单元选择出的业务模型中的每种业务,根据第一获 得子单元获得的所述 RNC 能够支持的最大用户数量和第二获得子单元获得的该业务所占 的业务比例,计算在 RNC 支持最大用户数量时,使用该业务的用户的用户数量。
10: 如权利要求 8 所述的确定中央处理器负荷的装置,其特征在于,第二确定单元具 体包括 : 第三获得子单元,用于针对选择单元选择出的业务模型中的每种业务,获得测试仪 3 表针对该业务能够支持的最大用户数量 ; 第一确定子单元,用于针对选择单元选择出的业务模型中的每种业务,在第一获得 子单元获得的所述测试仪表针对该业务能够支持的最大用户数量和在 RNC 支持最大用户 数量时使用该业务的用户的用户数量中,将值较小的用户数量确定为所述测试仪表在确 定该业务占用的 CPU 负荷时所需的测试用户数量 ; 第二确定子单元,用于针对选择单元选择出的业务模型中的每种业务,利用所述 测试仪表,确定在使用该业务的用户数量为第一确定子单元确定出的所述测试用户数量 时,该业务需占用的 CPU 负荷 ; 第二计算子单元,用于针对选择单元选择出的业务模型中的每种业务,根据第一确 定子单元确定出的所述测试用户数量和第二确定子单元确定出的该业务需占用的 CPU 负 荷,通过插值算法,计算使用该业务的用户数量和该业务需占用的 CPU 负荷的关系式 ; 第三确定子单元,用于针对选择单元选择出的业务模型中的每种业务,将第二计算 子单元计算得到的关系式中的一次项系数,确定为一个用户使用该业务时需占用的 CPU 负荷。
11: 如权利要求 10 所述的确定中央处理器负荷的装置,其特征在于,所述第三确定单 元通过下述方式确定所述 RNC 在支持最大用户数量时的 CPU 负荷 : 其中, Rmax 为所述 RNC 在支持最大用户数量时的 CPU 负荷 ; s 为选择出的所述业务模型中业务的种类数 ; Ni 为在 RNC 支持最大用户数量时,使用第 i 种业务的用户的用户数量,1≤i≤S ; Ri 为一个用户使用第 i 种业务时需占用的 CPU 负荷。
12: 如权利要求 11 所述的确定中央处理器负荷的装置,其特征在于,还包括 : 第四确定单元,用于确定对第三确定单元确定出的所述 RNC 在支持最大用户数量时 的 CPU 负荷进行修正所需的修正值 RΔ ; 修正单元,用于根据第四确定单元确定出的修正值 RΔ,通过下述方式,对第三确定 单元确定出的所述 RNC 在支持最大用户数量时的 CPU 负荷进行修正 : RmaxΔ = Rmax+RΔ 其中, RmaxΔ 为经过修正后的所述 RNC 的 CPU 负荷。
13: 如权利要求 12 所述的确定中央处理器负荷的装置,其特征在于,第四确定单元 通过下述方式确定对所述 RNC 在支持最大用户数量时的 CPU 负荷进行修正所需的修正值 RΔ : 其中, Nmax 为所述 RNC 能够支持的最大用户数量 ; Pi 为第 i 种业务在所述业务模型的各种业务中所占的业务比例 ; Φi 为第 i 种业务对 RΔ 的影响值 ; Δi 为在使用第 i 种业务的用户数量为 0 时,第 i 种业务需占用的 CPU 负荷 ; 4 Pmax1 和 Pmax2 分别为所述业务模型中,业务比例最高的两种业务的业务比例 ; Ψ 为所述业务模型中,业务比例最高的两种业务之间的相关性对 RΔ 的影响值。
14: 如权利要求 13 所述的确定中央处理器负荷的装置,其特征在于,所述 Φi 为第二 计算子单元计算得到的使用第 i 种业务的用户数量和第 i 种业务需占用的 CPU 负荷的关系 式中的二次项系数 ; 所述 Δi 为计算得到的使用第 i 种业务的用户数量和第 i 种业务需占用的 CPU 负荷的 关系式中的常数。

说明书


确定中央处理器负荷的方法及装置

    【技术领域】
     本发明涉及通信技术领域,特别涉及一种确定中央处理器负荷的方法及装置。背景技术 无线网络控制器 (RNC,Radio Network Controller) 是第三代移动通信系统 (3G, 3rd Generation Mobile Communications System) 中的主要网元,它是接入网络的组成部 分, RNC 主要用于提供移动性管理、呼叫处理、链路管理和切换机制。
     在大型节假日或举行大型活动时,由于用户出现密集的拨打电话、发送短信等 通信行为,可能会使得 RNC 的中央处理器 (CPU, Central Processing Unit) 负荷过高,如 果 RNC 的 CPU 负荷超过 80%,则可能出现 RNC 宕机的现象,因此必须在 RNC 接入网络 前对 RNC 进行测试,主要测试 RNC 在容量最大时的 CPU 负荷,RNC 的容量即为该 RNC 所支持的用户数量,那么 RNC 在容量最大时的 CPU 负荷即为该 RNC 在支持最大用户数 量时的 CPU 负荷,例如,RNC 支持的最大用户数量为 10 万个,那么需要测试 RNC 在支 持 10 万个用户时的 CPU 负荷,如果测试得到此时 CPU 负荷大于 80%,则该 RNC 进入网 络后可能会负荷过高,因此不能将该 RNC 接入网络。
     现有技术中对 RNC 进行测试时,通常使用测试仪表模拟用户进行语音和数据业 务的场景,例如首先选择一个业务模型,该业务模型中包含短信业务和语音呼叫业务两 种业务,其中短信业务占的业务比例为 1/4,语音呼叫业务占的业务比例为 3/4,该 RNC 能够支持的最大用户数量为 15 万个,那么该 RNC 最多能够支持 5 万个用户进行短信业 务,同时支持 10 万个用户进行语音呼叫业务,在对该 RNC 进行测试时,若测试仪表最多 可以模拟 10 万个用户进行短信业务,同时 20 万个用户进行语音呼叫业务的场景,即该测 试仪表能够支持的最大用户数量为 30 万个,那么可以使用该测试仪表模拟 5 万个用户进 行短信业务,同时 10 万个用户进行语音呼叫业务的场景,然后测试 RNC 的 CPU 负荷。 但是随着硬件技术的提高和设备的发展, RNC 能够支持的最大用户数量越来越大,而测 试仪表能够支持的最大用户数量有限,这就存在测试仪表不能模拟出 RNC 在支持最大用 户数量时的通信场景,因此就不能测试出此时 RNC 的 CPU 负荷。
     发明内容
     本发明实施例提供一种确定中央处理器负荷的方法及装置,用以解决现有技术 中存在的测试仪表不能模拟出 RNC 在支持最大用户数量时的通信场景,因此就不能测试 出此时 RNC 的 CPU 负荷的问题。
     本发明实施例技术方案如下 :
     一种确定中央处理器负荷的方法,该方法包括步骤 :在无线网络控制器 RNC 所 支持的各种业务模型中,选择确定所述 RNC 的中央处理器 CPU 负荷时所使用的业务模 型 ;针对选择出的业务模型中的每种业务,分别执行 :确定在 RNC 支持最大用户数量 时,使用该业务的用户的用户数量 ;确定一个用户使用该业务时需占用的 CPU 负荷 ;根据针对每种业务确定出的用户数量和对应的 CPU 负荷,确定所述 RNC 在支持最大用户数 量时的 CPU 负荷。
     一种确定中央处理器负荷的装置,包括 :选择单元,用于在无线网络控制器 RNC 所支持的各种业务模型中,选择确定所述 RNC 的中央处理器 CPU 负荷时所使用的业 务模型 ;第一确定单元,用于针对选择单元选择出的业务模型中的每种业务,分别确定 在所述 RNC 支持最大用户数量时,使用该业务的用户的用户数量 ;第二确定单元,用于 针对选择单元选择出的业务模型中的每种业务,分别确定一个用户使用该业务时需占用 的 CPU 负荷 ;第三确定单元,用于根据第一确定单元和第二确定单元针对每种业务分别 确定出的用户数量和对应的 CPU 负荷,确定所述 RNC 在支持最大用户数量时的 CPU 负 荷。
     本发明实施例技术方案中,若需要利用测试仪表对 RNC 进行测试,即确定该 RNC 的 CPU 负荷,则首先在 RNC 所支持的各种业务模型中选择出所需的业务模型,然 后针对选择出的业务模型中的每种业务,分别确定在该 RNC 支持最大用户数量时,使用 该业务的用户的用户数量,以及确定一个用户使用该业务时需占用的 CPU 负荷,根据针 对每种业务确定出的用户数量和对应的 CPU 负荷,确定该 RNC 在支持最大用户数量时的 CPU 负荷,由于本发明实施例中测试仪表不再模拟 RNC 在支持最大用户数量时的所有通 信场景,而是分别模拟在 RNC 支持最大用户数量时,用户使用业务模型中的每种业务的 通信场景,进而确定出该 RNC 在支持最大用户数量时的 CPU 负荷,这就解决了由于测试 仪表不能模拟出 RNC 在支持最大用户数量时的通信场景而造成的不能测试出此时 RNC 的 CPU 负荷的问题。 附图说明
     图 1 为本发明实施例中,确定 CPU 负荷的方法流程图 ; 图 2 为本发明实施例中,确定 CPU 负荷的装置结构示意图。具体实施方式
     下面结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及 其对应能够达到的有益效果进行详细地阐述。
     如图 1 所示,为本发明实施例中确定 CPU 负荷的方法流程图,其具体处理过程 如下 :
     步骤 11,在 RNC 所支持的各种业务模型中,选择确定该 RNC 的 CPU 负荷时所 使用的业务模型 ;
     若要对 RNC 进行测试,即确定该 RNC 在支持最大用户数量时的 CPU 负荷, 则首先在该 RNC 支持的各种业务模型中,选择出测试时使用的业务模型,若选择出的 业务模型为 {S1.S2, ......, SS},则该业务模型中包含 S 种业务,分别为 S1 业务、 S2 业 务、 ......、 SS 业务,其中该业务模型中的每种业务在该业务模型的各种业务中所占的业务 比例可能各不相同,例如,每种业务在该业务模型的各种业务中所占的业务比例可以为 {P1.P2, ......, PS}, P1 为 S1 业务所占的业务比例、 P2 为 S2 业务所占的业务比例、 ......、 PS 为 SS 业务所占的业务比例。步骤 12,针对选择出的业务模型中的每种业务,确定在 RNC 支持最大用户数量 时,使用该业务的用户的用户数量,其中该过程可以但不限于为下述 :
     针对该业务模型中的第 i 种业务 (1≤i≤S),首先获得该 RNC 能够支持的最大用户 数量 Nmax,然后获得第 i 种业务在选择出的业务模型的各种业务中所占的业务比例 Pi,根 据获得的 Nmax 和 Pi,通过 Ni = NmaxPi,计算在 RNC 支持最大用户数量时,使用第 i 种业 务的用户的用户数量 Ni。
     步骤 13,针对选择出的业务模型中的每种业务,确定一个用户使用该业务时需 占用的 CPU 负荷,其中该过程可以但不限于为 :
     针对该业务模型中的第 i 种业务 (1≤i≤S),首先获得测试仪表针对该业务能够支 持的最大用户数量 Ci,比较 Ci 和 Ni 哪个值较小,将值较小的确定为该测试仪表在确定该 业务占用的 CPU 负荷时所需的测试用户数量 Mi,即 Mi = min{Ci, Ni},然后使用该测 试仪表模拟出 Mi 个用户在使用第 i 种业务时的通信场景,确定在该场景下,第 i 种业务 所占用的 CPU 负荷 CPU 负荷 然后设该测试仪表的测试用户数量为 0.9Mi,使用该测试仪表模拟 出 0.9Mi 个用户在使用第 i 种业务时的通信场景,确定在该场景下,第 i 种业务所占用的 按照上述步骤,依次确定出测试仪表的测试用户数量为 0.8Mi、0.7Mi、0.6Mi 对得到的 使用典型插值运算,得到使用 第 i 种业务的用户数量和第 i 种业务需占用的 CPU 负荷的关系式,将该关系式中的一次项 系数,确定为一个用户使用该业务时需占用的 CPU 负荷 Ri。 步骤 14,根据针对每种业务确定出的用户数量和对应的 CPU 负荷,确定该 RNC 在支持最大用户数量时的 CPU 负荷。
     其中可以但不限于通过下述方式,确定 RNC 在支持最大用户数量时的 CPU 负 荷:
     时, 第 i 种 业 务 所 占 用 的 CPU 负 荷其中, Rmax 为 RNC 在支持最大用户数量时的 CPU 负荷。 此外,还可以进一步对确定出的 Rmax 进行修正,具体为 :首先确定对该 RNC 在支持最大用户数量时的 CPU 负荷 Rmax 进行修正所需的修正 值 RΔ,然后根据确定出的修正值 RΔ,通过下述方式,对确定出 Rmax 进行修正 :
     RmaxΔ = Rmax+RΔ
     其中, RmaxΔ 为经过修正后的 RNC 的 CPU 负荷。
     RΔ 可以但不限于通过下述方式确定 :
     其中,Φi 为第 i 种业务对 RΔ 的影响值,为计算得到的使用第 i 种业务的用户数 量和第 i 种业务需占用的 CPU 负荷的关系式中的二次项系数 ;
     Δi 为在使用第 i 种业务的用户数量为 0 时,第 i 种业务需占用的 CPU 负荷,为计
     算得到的使用第 i 种业务的用户数量和第 i 种业务需占用的 CPU 负荷的关系式中的常数 ;
     Pmax1 和 Pmax2 分别为该业务模型中业务比例最高的两种业务的业务比例 ;
     Ψ 为该业务模型中,业务比例最高的两种业务之间的相关性对 RΔ 的影响值。
     其中 Ψ 的确定步骤如下 :
     设 测 试 仪 表 能 够 支 持 的 最 大 用 户 数 量 为 Cmax, 使 用 该 测 试 仪 表 模 拟 出 Cmax 个 用 户 进 行 通 信 的 场 景, 其 中 有 CmaxPi 个 用 户 使 用 i 种 业 务, 确 定 出 此 时 RNC 的 CPU 负 荷 为 然 后 依 次 使 用 该 测 试 仪 表 模 拟 出 0.9Cmax 个 用 户、0.8Cmax 个 用 户、 0.7Cmax 个 用 户、0.6Cmax 个 用 户 进 行 通 信 的 场 景, 依 次 确 定 出 RNC 的 CPU 负 荷 基于 原 则, 即 对 Ψ 计 算 估 算, 其 中 为 0.8Cmax, 为 0.7Cmax, 即最小均方差 为 0.6Cmax, 使得到 Ψ1 和 Ψ2,令 Ψ = (Ψ1+Ψ2)/2。 由上述处理过程可知,本发明实施例技术方案中,若需要利用测试仪表对 RNC 进行测试,即确定该 RNC 的 CPU 负荷,则首先在 RNC 所支持的各种业务模型中选择出 所需的业务模型,然后针对选择出的业务模型中的每种业务,分别确定在该 RNC 支持最 大用户数量时,使用该业务的用户的用户数量,以及确定一个用户使用该业务时需占用 的 CPU 负荷,根据针对每种业务确定出的用户数量和对应的 CPU 负荷,确定该 RNC 在支 持最大用户数量时的 CPU 负荷,由于本发明实施例中测试仪表不再模拟 RNC 在支持最大 用户数量时的所有通信场景,而是分别模拟在 RNC 支持最大用户数量时,用户使用业务 模型中的每种业务的通信场景,进而确定出该 RNC 在支持最大用户数量时的 CPU 负荷, 这就解决了由于测试仪表不能模拟出 RNC 在支持最大用户数量时的通信场景而造成的不 能测试出此时 RNC 的 CPU 负荷的问题。
     相应的,本发明还提供一种确定 CPU 负荷的装置,如图 2 所示,包括选择单元 21、第一确定单元 22、第二确定单元 23 和第三确定单元 24,其中 :
     选择单元 21,用于在 RNC 所支持的各种业务模型中,选择确定该 RNC 的 CPU 负荷时所使用的业务模型 ;
     第一确定单元 22,用于针对选择单元 21 选择出的业务模型中的每种业务,分别 确定在该 RNC 支持最大用户数量时,使用该业务的用户的用户数量 ;
     第二确定单元 23,用于针对选择单元 21 选择出的业务模型中的每种业务,分别 确定一个用户使用该业务时需占用的 CPU 负荷 ;
     第三确定单元 24,用于根据第一确定单元 22 和第二确定单元 23 针对每种业务分 别确定出的用户数量和对应的 CPU 负荷,确定该 RNC 在支持最大用户数量时的 CPU 负 荷。
     较佳地,第一确定单元 22 具体包括第一获得子单元、第二获得子单元和第一计 算子单元,其中第一获得子单元,用于针对选择单元 21 选择出的业务模型中的每种业 务,获得该 RNC 能够支持的最大用户数量 ;第二获得子单元,用于针对选择单元 21 选择 出的业务模型中的每种业务,获得该业务在选择出的业务模型的各种业务中所占的业务 比例 ;第一计算子单元,用于针对选择单元 21 选择出的业务模型中的每种业务,根据第
     一获得子单元获得的 RNC 能够支持的最大用户数量和第二获得子单元获得的该业务所占 的业务比例,计算在 RNC 支持最大用户数量时,使用该业务的用户的用户数量。
     较佳地,第二确定单元 23 具体包括第三获得子单元、第一确定子单元、第二确 定子单元、第二计算子单元和第三确定子单元,其中第三获得子单元,用于针对选择单 元 21 选择出的业务模型中的每种业务,获得测试仪表针对该业务能够支持的最大用户数 量 ;第一确定子单元,用于针对选择单元 21 选择出的业务模型中的每种业务,在第一获 得子单元获得的该测试仪表针对该业务能够支持的最大用户数量和在 RNC 支持最大用户 数量时使用该业务的用户的用户数量中,将值较小的用户数量确定为该测试仪表在确定 该业务占用的 CPU 负荷时所需的测试用户数量 ;第二确定子单元,用于针对选择单元 21 选择出的业务模型中的每种业务,利用该测试仪表,确定在使用该业务的用户数量为第 一确定子单元确定出的测试用户数量时,该业务需占用的 CPU 负荷 ;第二计算子单元, 用于针对选择单元 21 选择出的业务模型中的每种业务,根据第一确定子单元确定出的测 试用户数量和第二确定子单元确定出的该业务需占用的 CPU 负荷,通过插值算法,计算 使用该业务的用户数量和该业务需占用的 CPU 负荷的关系式 ;第三确定子单元,用于针 对选择单元 21 选择出的业务模型中的每种业务,将第二计算子单元计算得到的关系式中 的一次项系数,确定为一个用户使用该业务时需占用的 CPU 负荷。 更佳地,第三确定单元 24 通过下述方式确定该 RNC 在支持最大用户数量时的 CPU 负荷 :
     其中, Rmax 为该 RNC 在支持最大用户数量时的 CPU 负荷 ;
     s 为选择出的业务模型中业务的种类数 ;
     Ni 为在 RNC 支持最大用户数量时,使用第 i 种业务的用户的用户数量,1≤i≤S ;
     Ri 为一个用户使用第 i 种业务时需占用的 CPU 负荷。
     更佳地,上述确定 CPU 的装置还包括第四确定单元和修正单元,其中第四确定 单元,用于确定对第三确定单元 24 确定出的 CPU 负荷进行修正所需的修正值 RΔ ;修正 单元,用于根据第四确定单元确定出的修正值 RΔ,通过下述方式,对第三确定单元 24 确 定出的 CPU 负荷进行修正 :
     RmaxΔ = Rmax+RΔ
     其中, RmaxΔ 为经过修正后的 RNC 的 CPU 负荷。
     更佳地,第四确定单元通过下述方式确定对 RNC 在支持最大用户数量时的 CPU 负荷进行修正所需的修正值 RΔ :
     其中, Nmax 为 RNC 能够支持的最大用户数量 ; Pi 为第 i 种业务在选择出的业务模型的各种业务中所占的业务比例 ; Φi 为第 i 种业务对 RΔ 的影响值 ; Δi 为在使用第 i 种业务的用户数量为 0 时,第 i 种业务需占用的 CPU 负荷 ;Pmax1 和 Pmax2 分别为上述业务模型中,业务比例最高的两种业务的业务比例 ;
     Ψ 为上述业务模型中,业务比例最高的两种业务之间的相关性对 RΔ 的影响值。
     更佳地,Φi 为第二计算子单元计算得到的使用第 i 种业务的用户数量和第 i 种业 务需占用的 CPU 负荷的关系式中的二次项系数 ;Δi 为计算得到的使用第 i 种业务的用户 数量和第 i 种业务需占用的 CPU 负荷的关系式中的常数。
     显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的 精神和范围。 这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的 范围之内,则本发明也意图包含这些改动和变型在内。

确定中央处理器负荷的方法及装置.pdf_第1页
第1页 / 共12页
确定中央处理器负荷的方法及装置.pdf_第2页
第2页 / 共12页
确定中央处理器负荷的方法及装置.pdf_第3页
第3页 / 共12页
点击查看更多>>
资源描述

《确定中央处理器负荷的方法及装置.pdf》由会员分享,可在线阅读,更多相关《确定中央处理器负荷的方法及装置.pdf(12页珍藏版)》请在专利查询网上搜索。

1、10申请公布号CN102026105A43申请公布日20110420CN102026105ACN102026105A21申请号200910092413622申请日20090911H04W4/12200901H04W28/08200901H04W88/1220090171申请人中国移动通信集团公司地址100032北京市西城区金融大街29号72发明人曹艳艳74专利代理机构北京同达信恒知识产权代理有限公司11291代理人郭润湘54发明名称确定中央处理器负荷的方法及装置57摘要本发明公开了一种确定中央处理器负荷的方法及装置,该方法包括在RNC所支持的各种业务模型中,选择确定该RNC的CPU负荷时所使用。

2、的业务模型,针对选择出的业务模型中的每种业务,分别确定在RNC支持最大用户数量时,使用该业务的用户的用户数量,以及确定一个用户使用该业务时需占用的CPU负荷,根据针对每种业务确定出的用户数量和对应的CPU负荷,确定该RNC在支持最大用户数量时的CPU负荷。采用本发明技术方案,解决了现有技术中存在的测试仪表不能模拟出RNC在支持最大用户数量时的通信场景,因此就不能测试出此时RNC的CPU负荷的问题。51INTCL19中华人民共和国国家知识产权局12发明专利申请权利要求书4页说明书6页附图1页CN102026120A1/4页21一种确定中央处理器负荷的方法,其特征在于,包括在无线网络控制器RNC所。

3、支持的各种业务模型中,选择确定所述RNC的中央处理器CPU负荷时所使用的业务模型;针对选择出的业务模型中的每种业务,分别执行确定在RNC支持最大用户数量时,使用该业务的用户的用户数量;确定一个用户使用该业务时需占用的CPU负荷;根据针对每种业务确定出的用户数量和对应的CPU负荷,确定所述RNC在支持最大用户数量时的CPU负荷。2如权利要求1所述的确定中央处理器负荷的方法,其特征在于,确定在RNC支持最大用户数量时,使用该业务的用户的用户数量,具体包括获得所述RNC能够支持的最大用户数量;获得该业务在选择出的业务模型的各种业务中所占的业务比例;根据获得的所述RNC能够支持的最大用户数量和该业务所。

4、占的业务比例,计算在RNC支持最大用户数量时,使用该业务的用户的用户数量。3如权利要求1所述的确定中央处理器负荷的方法,其特征在于,确定一个用户使用该业务时需占用的CPU负荷,具体包括获得测试仪表针对该业务能够支持的最大用户数量;在获得的所述测试仪表针对该业务能够支持的最大用户数量和在RNC支持最大用户数量时使用该业务的用户的用户数量中,将值较小的用户数量确定为所述测试仪表在确定该业务占用的CPU负荷时所需的测试用户数量;利用所述测试仪表,确定在使用该业务的用户数量为确定出的所述测试用户数量时,该业务需占用的CPU负荷;根据确定出的所述测试用户数量和在使用该业务的用户数量为确定出的所述测试用户。

5、数量时该业务需占用的CPU负荷,通过插值算法,计算使用该业务的用户数量和该业务需占用的CPU负荷的关系式;将计算得到的关系式中的一次项系数,确定为一个用户使用该业务时需占用的CPU负荷。4如权利要求3所述的确定中央处理器负荷的方法,其特征在于,通过下述方式,确定RNC在支持最大用户数量时的CPU负荷其中,RMAX为所述RNC在支持最大用户数量时的CPU负荷;S为选择出的所述业务模型中业务的种类数;NI为在RNC支持最大用户数量时,使用第I种业务的用户的用户数量,1IS;RI为一个用户使用第I种业务时需占用的CPU负荷。5如权利要求4所述的确定中央处理器负荷的方法,其特征在于,还包括确定对所述R。

6、NC在支持最大用户数量时的CPU负荷进行修正所需的修正值R;根据确定出的修正值R,通过下述方式,对确定出的所述RNC在支持最大用户数量权利要求书CN102026105ACN102026120A2/4页3时的CPU负荷进行修正RMAXRMAXR其中,RMAX为经过修正后的所述RNC的CPU负荷。6如权利要求5所述的确定中央处理器负荷的方法,其特征在于,通过下述方式确定对所述RNC在支持最大用户数量时的CPU负荷进行修正所需的修正值R其中,NMAX为所述RNC能够支持的最大用户数量;PI为第I种业务在所述业务模型的各种业务中所占的业务比例;I为第I种业务对R的影响值;I为在使用第I种业务的用户数量。

7、为0时,第I种业务需占用的CPU负荷;PMAX1和PMAX2分别为所述业务模型中,业务比例最高的两种业务的业务比例;为所述业务模型中,业务比例最高的两种业务之间的相关性对R的影响值。7如权利要求6所述的确定中央处理器负荷的方法,其特征在于,所述I为计算得到的使用第I种业务的用户数量和第I种业务需占用的CPU负荷的关系式中的二次项系数;所述I为计算得到的使用第I种业务的用户数量和第I种业务需占用的CPU负荷的关系式中的常数。8一种确定中央处理器负荷的装置,其特征在于,包括选择单元,用于在无线网络控制器RNC所支持的各种业务模型中,选择确定所述RNC的中央处理器CPU负荷时所使用的业务模型;第一确。

8、定单元,用于针对选择单元选择出的业务模型中的每种业务,分别确定在所述RNC支持最大用户数量时,使用该业务的用户的用户数量;第二确定单元,用于针对选择单元选择出的业务模型中的每种业务,分别确定一个用户使用该业务时需占用的CPU负荷;第三确定单元,用于根据第一确定单元和第二确定单元针对每种业务分别确定出的用户数量和对应的CPU负荷,确定所述RNC在支持最大用户数量时的CPU负荷。9如权利要求8所述的确定中央处理器负荷的装置,其特征在于,第一确定单元具体包括第一获得子单元,用于针对选择单元选择出的业务模型中的每种业务,获得所述RNC能够支持的最大用户数量;第二获得子单元,用于针对选择单元选择出的业务。

9、模型中的每种业务,获得该业务在选择出的业务模型的各种业务中所占的业务比例;第一计算子单元,用于针对选择单元选择出的业务模型中的每种业务,根据第一获得子单元获得的所述RNC能够支持的最大用户数量和第二获得子单元获得的该业务所占的业务比例,计算在RNC支持最大用户数量时,使用该业务的用户的用户数量。10如权利要求8所述的确定中央处理器负荷的装置,其特征在于,第二确定单元具体包括第三获得子单元,用于针对选择单元选择出的业务模型中的每种业务,获得测试仪权利要求书CN102026105ACN102026120A3/4页4表针对该业务能够支持的最大用户数量;第一确定子单元,用于针对选择单元选择出的业务模型。

10、中的每种业务,在第一获得子单元获得的所述测试仪表针对该业务能够支持的最大用户数量和在RNC支持最大用户数量时使用该业务的用户的用户数量中,将值较小的用户数量确定为所述测试仪表在确定该业务占用的CPU负荷时所需的测试用户数量;第二确定子单元,用于针对选择单元选择出的业务模型中的每种业务,利用所述测试仪表,确定在使用该业务的用户数量为第一确定子单元确定出的所述测试用户数量时,该业务需占用的CPU负荷;第二计算子单元,用于针对选择单元选择出的业务模型中的每种业务,根据第一确定子单元确定出的所述测试用户数量和第二确定子单元确定出的该业务需占用的CPU负荷,通过插值算法,计算使用该业务的用户数量和该业务。

11、需占用的CPU负荷的关系式;第三确定子单元,用于针对选择单元选择出的业务模型中的每种业务,将第二计算子单元计算得到的关系式中的一次项系数,确定为一个用户使用该业务时需占用的CPU负荷。11如权利要求10所述的确定中央处理器负荷的装置,其特征在于,所述第三确定单元通过下述方式确定所述RNC在支持最大用户数量时的CPU负荷其中,RMAX为所述RNC在支持最大用户数量时的CPU负荷;S为选择出的所述业务模型中业务的种类数;NI为在RNC支持最大用户数量时,使用第I种业务的用户的用户数量,1IS;RI为一个用户使用第I种业务时需占用的CPU负荷。12如权利要求11所述的确定中央处理器负荷的装置,其特征。

12、在于,还包括第四确定单元,用于确定对第三确定单元确定出的所述RNC在支持最大用户数量时的CPU负荷进行修正所需的修正值R;修正单元,用于根据第四确定单元确定出的修正值R,通过下述方式,对第三确定单元确定出的所述RNC在支持最大用户数量时的CPU负荷进行修正RMAXRMAXR其中,RMAX为经过修正后的所述RNC的CPU负荷。13如权利要求12所述的确定中央处理器负荷的装置,其特征在于,第四确定单元通过下述方式确定对所述RNC在支持最大用户数量时的CPU负荷进行修正所需的修正值R其中,NMAX为所述RNC能够支持的最大用户数量;PI为第I种业务在所述业务模型的各种业务中所占的业务比例;I为第I种。

13、业务对R的影响值;I为在使用第I种业务的用户数量为0时,第I种业务需占用的CPU负荷;权利要求书CN102026105ACN102026120A4/4页5PMAX1和PMAX2分别为所述业务模型中,业务比例最高的两种业务的业务比例;为所述业务模型中,业务比例最高的两种业务之间的相关性对R的影响值。14如权利要求13所述的确定中央处理器负荷的装置,其特征在于,所述I为第二计算子单元计算得到的使用第I种业务的用户数量和第I种业务需占用的CPU负荷的关系式中的二次项系数;所述I为计算得到的使用第I种业务的用户数量和第I种业务需占用的CPU负荷的关系式中的常数。权利要求书CN102026105ACN1。

14、02026120A1/6页6确定中央处理器负荷的方法及装置技术领域0001本发明涉及通信技术领域,特别涉及一种确定中央处理器负荷的方法及装置。背景技术0002无线网络控制器RNC,RADIONETWORKCONTROLLER是第三代移动通信系统3G,3RDGENERATIONMOBILECOMMUNICATIONSSYSTEM中的主要网元,它是接入网络的组成部分,RNC主要用于提供移动性管理、呼叫处理、链路管理和切换机制。0003在大型节假日或举行大型活动时,由于用户出现密集的拨打电话、发送短信等通信行为,可能会使得RNC的中央处理器CPU,CENTRALPROCESSINGUNIT负荷过高,。

15、如果RNC的CPU负荷超过80,则可能出现RNC宕机的现象,因此必须在RNC接入网络前对RNC进行测试,主要测试RNC在容量最大时的CPU负荷,RNC的容量即为该RNC所支持的用户数量,那么RNC在容量最大时的CPU负荷即为该RNC在支持最大用户数量时的CPU负荷,例如,RNC支持的最大用户数量为10万个,那么需要测试RNC在支持10万个用户时的CPU负荷,如果测试得到此时CPU负荷大于80,则该RNC进入网络后可能会负荷过高,因此不能将该RNC接入网络。0004现有技术中对RNC进行测试时,通常使用测试仪表模拟用户进行语音和数据业务的场景,例如首先选择一个业务模型,该业务模型中包含短信业务和。

16、语音呼叫业务两种业务,其中短信业务占的业务比例为1/4,语音呼叫业务占的业务比例为3/4,该RNC能够支持的最大用户数量为15万个,那么该RNC最多能够支持5万个用户进行短信业务,同时支持10万个用户进行语音呼叫业务,在对该RNC进行测试时,若测试仪表最多可以模拟10万个用户进行短信业务,同时20万个用户进行语音呼叫业务的场景,即该测试仪表能够支持的最大用户数量为30万个,那么可以使用该测试仪表模拟5万个用户进行短信业务,同时10万个用户进行语音呼叫业务的场景,然后测试RNC的CPU负荷。但是随着硬件技术的提高和设备的发展,RNC能够支持的最大用户数量越来越大,而测试仪表能够支持的最大用户数量。

17、有限,这就存在测试仪表不能模拟出RNC在支持最大用户数量时的通信场景,因此就不能测试出此时RNC的CPU负荷。发明内容0005本发明实施例提供一种确定中央处理器负荷的方法及装置,用以解决现有技术中存在的测试仪表不能模拟出RNC在支持最大用户数量时的通信场景,因此就不能测试出此时RNC的CPU负荷的问题。0006本发明实施例技术方案如下0007一种确定中央处理器负荷的方法,该方法包括步骤在无线网络控制器RNC所支持的各种业务模型中,选择确定所述RNC的中央处理器CPU负荷时所使用的业务模型;针对选择出的业务模型中的每种业务,分别执行确定在RNC支持最大用户数量时,使用该业务的用户的用户数量;确定。

18、一个用户使用该业务时需占用的CPU负荷;根说明书CN102026105ACN102026120A2/6页7据针对每种业务确定出的用户数量和对应的CPU负荷,确定所述RNC在支持最大用户数量时的CPU负荷。0008一种确定中央处理器负荷的装置,包括选择单元,用于在无线网络控制器RNC所支持的各种业务模型中,选择确定所述RNC的中央处理器CPU负荷时所使用的业务模型;第一确定单元,用于针对选择单元选择出的业务模型中的每种业务,分别确定在所述RNC支持最大用户数量时,使用该业务的用户的用户数量;第二确定单元,用于针对选择单元选择出的业务模型中的每种业务,分别确定一个用户使用该业务时需占用的CPU负荷。

19、;第三确定单元,用于根据第一确定单元和第二确定单元针对每种业务分别确定出的用户数量和对应的CPU负荷,确定所述RNC在支持最大用户数量时的CPU负荷。0009本发明实施例技术方案中,若需要利用测试仪表对RNC进行测试,即确定该RNC的CPU负荷,则首先在RNC所支持的各种业务模型中选择出所需的业务模型,然后针对选择出的业务模型中的每种业务,分别确定在该RNC支持最大用户数量时,使用该业务的用户的用户数量,以及确定一个用户使用该业务时需占用的CPU负荷,根据针对每种业务确定出的用户数量和对应的CPU负荷,确定该RNC在支持最大用户数量时的CPU负荷,由于本发明实施例中测试仪表不再模拟RNC在支持。

20、最大用户数量时的所有通信场景,而是分别模拟在RNC支持最大用户数量时,用户使用业务模型中的每种业务的通信场景,进而确定出该RNC在支持最大用户数量时的CPU负荷,这就解决了由于测试仪表不能模拟出RNC在支持最大用户数量时的通信场景而造成的不能测试出此时RNC的CPU负荷的问题。附图说明0010图1为本发明实施例中,确定CPU负荷的方法流程图;0011图2为本发明实施例中,确定CPU负荷的装置结构示意图。具体实施方式0012下面结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细地阐述。0013如图1所示,为本发明实施例中确定CPU负荷的方法流程图,其。

21、具体处理过程如下0014步骤11,在RNC所支持的各种业务模型中,选择确定该RNC的CPU负荷时所使用的业务模型;0015若要对RNC进行测试,即确定该RNC在支持最大用户数量时的CPU负荷,则首先在该RNC支持的各种业务模型中,选择出测试时使用的业务模型,若选择出的业务模型为S1S2,SS,则该业务模型中包含S种业务,分别为S1业务、S2业务、SS业务,其中该业务模型中的每种业务在该业务模型的各种业务中所占的业务比例可能各不相同,例如,每种业务在该业务模型的各种业务中所占的业务比例可以为P1P2,PS,P1为S1业务所占的业务比例、P2为S2业务所占的业务比例、PS为SS业务所占的业务比例。。

22、说明书CN102026105ACN102026120A3/6页80016步骤12,针对选择出的业务模型中的每种业务,确定在RNC支持最大用户数量时,使用该业务的用户的用户数量,其中该过程可以但不限于为下述0017针对该业务模型中的第I种业务1IS,首先获得该RNC能够支持的最大用户数量NMAX,然后获得第I种业务在选择出的业务模型的各种业务中所占的业务比例PI,根据获得的NMAX和PI,通过NINMAXPI,计算在RNC支持最大用户数量时,使用第I种业务的用户的用户数量NI。0018步骤13,针对选择出的业务模型中的每种业务,确定一个用户使用该业务时需占用的CPU负荷,其中该过程可以但不限于为。

23、0019针对该业务模型中的第I种业务1IS,首先获得测试仪表针对该业务能够支持的最大用户数量CI,比较CI和NI哪个值较小,将值较小的确定为该测试仪表在确定该业务占用的CPU负荷时所需的测试用户数量MI,即MIMINCI,NI,然后使用该测试仪表模拟出MI个用户在使用第I种业务时的通信场景,确定在该场景下,第I种业务所占用的CPU负荷然后设该测试仪表的测试用户数量为09MI,使用该测试仪表模拟出09MI个用户在使用第I种业务时的通信场景,确定在该场景下,第I种业务所占用的CPU负荷按照上述步骤,依次确定出测试仪表的测试用户数量为08MI、07MI、06MI时,第I种业务所占用的CPU负荷对得到。

24、的使用典型插值运算,得到使用第I种业务的用户数量和第I种业务需占用的CPU负荷的关系式,将该关系式中的一次项系数,确定为一个用户使用该业务时需占用的CPU负荷RI。0020步骤14,根据针对每种业务确定出的用户数量和对应的CPU负荷,确定该RNC在支持最大用户数量时的CPU负荷。0021其中可以但不限于通过下述方式,确定RNC在支持最大用户数量时的CPU负荷00220023其中,RMAX为RNC在支持最大用户数量时的CPU负荷。0024此外,还可以进一步对确定出的RMAX进行修正,具体为0025首先确定对该RNC在支持最大用户数量时的CPU负荷RMAX进行修正所需的修正值R,然后根据确定出的修。

25、正值R,通过下述方式,对确定出RMAX进行修正0026RMAXRMAXR0027其中,RMAX为经过修正后的RNC的CPU负荷。0028R可以但不限于通过下述方式确定00290030其中,I为第I种业务对R的影响值,为计算得到的使用第I种业务的用户数量和第I种业务需占用的CPU负荷的关系式中的二次项系数;0031I为在使用第I种业务的用户数量为0时,第I种业务需占用的CPU负荷,为计说明书CN102026105ACN102026120A4/6页9算得到的使用第I种业务的用户数量和第I种业务需占用的CPU负荷的关系式中的常数;0032PMAX1和PMAX2分别为该业务模型中业务比例最高的两种业务。

26、的业务比例;0033为该业务模型中,业务比例最高的两种业务之间的相关性对R的影响值。0034其中的确定步骤如下0035设测试仪表能够支持的最大用户数量为CMAX,使用该测试仪表模拟出CMAX个用户进行通信的场景,其中有CMAXPI个用户使用I种业务,确定出此时RNC的CPU负荷为然后依次使用该测试仪表模拟出09CMAX个用户、08CMAX个用户、07CMAX个用户、06CMAX个用户进行通信的场景,依次确定出RNC的CPU负荷基于即最小均方差原则,即对计算估算,其中为08CMAX,为07CMAX,为06CMAX,使得到1和2,令12/2。0036由上述处理过程可知,本发明实施例技术方案中,若需。

27、要利用测试仪表对RNC进行测试,即确定该RNC的CPU负荷,则首先在RNC所支持的各种业务模型中选择出所需的业务模型,然后针对选择出的业务模型中的每种业务,分别确定在该RNC支持最大用户数量时,使用该业务的用户的用户数量,以及确定一个用户使用该业务时需占用的CPU负荷,根据针对每种业务确定出的用户数量和对应的CPU负荷,确定该RNC在支持最大用户数量时的CPU负荷,由于本发明实施例中测试仪表不再模拟RNC在支持最大用户数量时的所有通信场景,而是分别模拟在RNC支持最大用户数量时,用户使用业务模型中的每种业务的通信场景,进而确定出该RNC在支持最大用户数量时的CPU负荷,这就解决了由于测试仪表不。

28、能模拟出RNC在支持最大用户数量时的通信场景而造成的不能测试出此时RNC的CPU负荷的问题。0037相应的,本发明还提供一种确定CPU负荷的装置,如图2所示,包括选择单元21、第一确定单元22、第二确定单元23和第三确定单元24,其中0038选择单元21,用于在RNC所支持的各种业务模型中,选择确定该RNC的CPU负荷时所使用的业务模型;0039第一确定单元22,用于针对选择单元21选择出的业务模型中的每种业务,分别确定在该RNC支持最大用户数量时,使用该业务的用户的用户数量;0040第二确定单元23,用于针对选择单元21选择出的业务模型中的每种业务,分别确定一个用户使用该业务时需占用的CPU。

29、负荷;0041第三确定单元24,用于根据第一确定单元22和第二确定单元23针对每种业务分别确定出的用户数量和对应的CPU负荷,确定该RNC在支持最大用户数量时的CPU负荷。0042较佳地,第一确定单元22具体包括第一获得子单元、第二获得子单元和第一计算子单元,其中第一获得子单元,用于针对选择单元21选择出的业务模型中的每种业务,获得该RNC能够支持的最大用户数量;第二获得子单元,用于针对选择单元21选择出的业务模型中的每种业务,获得该业务在选择出的业务模型的各种业务中所占的业务比例;第一计算子单元,用于针对选择单元21选择出的业务模型中的每种业务,根据第说明书CN102026105ACN102。

30、026120A5/6页10一获得子单元获得的RNC能够支持的最大用户数量和第二获得子单元获得的该业务所占的业务比例,计算在RNC支持最大用户数量时,使用该业务的用户的用户数量。0043较佳地,第二确定单元23具体包括第三获得子单元、第一确定子单元、第二确定子单元、第二计算子单元和第三确定子单元,其中第三获得子单元,用于针对选择单元21选择出的业务模型中的每种业务,获得测试仪表针对该业务能够支持的最大用户数量;第一确定子单元,用于针对选择单元21选择出的业务模型中的每种业务,在第一获得子单元获得的该测试仪表针对该业务能够支持的最大用户数量和在RNC支持最大用户数量时使用该业务的用户的用户数量中,。

31、将值较小的用户数量确定为该测试仪表在确定该业务占用的CPU负荷时所需的测试用户数量;第二确定子单元,用于针对选择单元21选择出的业务模型中的每种业务,利用该测试仪表,确定在使用该业务的用户数量为第一确定子单元确定出的测试用户数量时,该业务需占用的CPU负荷;第二计算子单元,用于针对选择单元21选择出的业务模型中的每种业务,根据第一确定子单元确定出的测试用户数量和第二确定子单元确定出的该业务需占用的CPU负荷,通过插值算法,计算使用该业务的用户数量和该业务需占用的CPU负荷的关系式;第三确定子单元,用于针对选择单元21选择出的业务模型中的每种业务,将第二计算子单元计算得到的关系式中的一次项系数,。

32、确定为一个用户使用该业务时需占用的CPU负荷。0044更佳地,第三确定单元24通过下述方式确定该RNC在支持最大用户数量时的CPU负荷00450046其中,RMAX为该RNC在支持最大用户数量时的CPU负荷;0047S为选择出的业务模型中业务的种类数;0048NI为在RNC支持最大用户数量时,使用第I种业务的用户的用户数量,1IS;0049RI为一个用户使用第I种业务时需占用的CPU负荷。0050更佳地,上述确定CPU的装置还包括第四确定单元和修正单元,其中第四确定单元,用于确定对第三确定单元24确定出的CPU负荷进行修正所需的修正值R;修正单元,用于根据第四确定单元确定出的修正值R,通过下述。

33、方式,对第三确定单元24确定出的CPU负荷进行修正0051RMAXRMAXR0052其中,RMAX为经过修正后的RNC的CPU负荷。0053更佳地,第四确定单元通过下述方式确定对RNC在支持最大用户数量时的CPU负荷进行修正所需的修正值R00540055其中,NMAX为RNC能够支持的最大用户数量;0056PI为第I种业务在选择出的业务模型的各种业务中所占的业务比例;0057I为第I种业务对R的影响值;0058I为在使用第I种业务的用户数量为0时,第I种业务需占用的CPU负荷;说明书CN102026105ACN102026120A6/6页110059PMAX1和PMAX2分别为上述业务模型中,。

34、业务比例最高的两种业务的业务比例;0060为上述业务模型中,业务比例最高的两种业务之间的相关性对R的影响值。0061更佳地,I为第二计算子单元计算得到的使用第I种业务的用户数量和第I种业务需占用的CPU负荷的关系式中的二次项系数;I为计算得到的使用第I种业务的用户数量和第I种业务需占用的CPU负荷的关系式中的常数。0062显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。说明书CN102026105ACN102026120A1/1页12图1图2说明书附图CN102026105A。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 电学 > 电通信技术


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1