网站大量收购闲置独家精品文档,联系QQ:2885784924

2004年3月2日电信基本概念及其应用.doc

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
2004年3月2日电信基本概念及其应用

电信基本概念及其应用 2004/03/03 吴子良 基本概念解释 Erl Erl(爱尔兰)是电信应用中最基本的概念,表示单位时间内电路占用比例。一般只具有统计意义,通常我们用的都是忙时ERL,就是在一天最忙的8小时内的统计ERL。一定要注意的是,ERL是一个统计值,只有在某个时间段有意义,不能局限在某个局部短暂时间段计算。比如每个用户忙时ERL是0.2,那只能表示在一天忙的8小时中,他的平均ERL是0.2ERL,不能说在某个小时内,某分内,某秒内他的ERL也是0.2。但在具体计算中,可以以秒/分/小时为单位去计算,但在概念理解上,要区别开来。 对于ERL,还有一个概念要澄清。就是系统设备的ERL能力和实际网络所需要提供的ERL。 我们在看标书的时候,经常看到标书会告诉我们,要求我们提供多少用户,多少中继,每个用户的工作ERL是多少,每个中继的工作ERL是多少等。通过这些提供的参数,我们能得到这个网络正常运行时的ERL值:用户数*每用户ERL+中继电路数*每中继ERL。比如,一个网络要求我们提供20000模拟用户和4000数字中继,每个模拟用户的ERL是0.2,每个中继的ERL是0.8,那么这个网络忙时运行的ERL是20000*0.2+4000*0.8=7200ERL.这个ERL就是实际网络运行所需要的ERL值。 作为方案提供商,我们提供的设备的ERL能力要超过现在网络所需要的ERL。现在网络要求的ERL是7200ERL,那么我们设备能提供的最大ERL必须要超过7200ERL。 系统设备的ERL取决于交换网的大小,或者说,ERL是衡量设备交换网能力的指标。比如SM8,使用的是8K的交换网板,那么设备的ERL是:8000*0.8ERL*80%=5.1K,8000是交换网所能提供的交换电路数,0.8ERL是每条电路的负荷,80%是调整系数。16K/32K/64K的交换网的ERL能力可以使用同样的方法计算出来。 所以根据以上计算,以上20000用户/4000中继的网络,中心网需要使用16K中心网。 BHCA/CAPS BHCA表示忙时呼叫处理能力(BUSY HOUR CALL ATTEMPTS),CAPS表示的是每秒呼叫处理能力,Call Attempts Per Second。两者之间有一个小时到秒的换算关系,基本代表的是一个概念。 对于BHCA,也要从两个方面来理解。一方面是网络需要我们提供的BHCA,另一方面是我们设备具有的BHCA能力,设备的BHCA能力必须大于网络所需要的BHCA能力,这样,我们的设备才能可靠地运行。 对于设备的BHCA,理论的计算公式如下: A=A0+DeltaA*n 其中,A是系统的处理能力,A0是系统在没有任何呼叫处理时的固定开销,比如操作系统的运行等一些固有的操作所需要消耗的系统开销,DeltaA是处理单个呼叫所需要的系统开销,n是呼叫个数。 从以上公式可以看出,在确定系统的处理能力(比如MIPS能力),系统固定开销DeltaA后,就能计算出系统的处理能力n,进而推算出系统的BHCA能力。但是在实际中,系统的处理能力,固定开销和每个呼叫的开销都很难得到准确值,所以按照理论计算的结果,一般误差较大 。 实际系统BHCA一般是通过测试得到的。比如ZXJ10 单模块的BHCA是500K,就是一个测试得到的结果。在测试过程中,ZXJ10外挂了很多模拟呼叫器,再使用一些测试程序,模拟真实呼叫产生的消息流程给系统发呼叫消息,然后不断地增加消息强度,当系统出现万分之五(应该是这个值,具体大家可以去查下资料)的呼损的时候,认为系统已经满负荷,在此过程中测得的最高的没有出现呼损的BHCA,就认为是系统的BHCA能力。 在ZXJ10多模块中,我们通常认为系统的BHCA就是N*500K*80%,N是模块数,80%是调整系数。但是一些运营商会置疑我们的的多模块结构使用这种计算方法是否有问题。比如,CM作为整个系统的中枢,在PSM/RSM过多的时候,CM是否会存在瓶颈。对此我们的解释如下,在PSM/RSM的呼叫中,一部分会在PSM/RSM内部处理,另外一部分会通过CM转接,而在这部分呼叫中,整个呼叫假如要100个指令的话,只有5左右的指令是在CM上处理的,其他95个指令将在PSM/RSM上处理。所以系统的BHCA是可以这么计算的。 对于ZXA10,因为它本身不直接处理呼叫,所以没有BHCA的概念,虽然对于V5呼叫的处理,他也需要有一个处理能力衡量指标。 对于ZXIN10,系统的BHCA基本取决于SIU的能力和SCP服务器的能力。所以SIU在配置的时候有信令链路的限制,要求不超过100CAPS;SCP的处理能力,也是通过测试方法,计算出服务器TPMC和呼叫CAPS的折合关系,这样,通过不同SCP服务器不同的TPMC,就能得

您可能关注的文档

文档评论(0)

haihang2017 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档