IMS核心网业务资源评估方法探讨_第1页
IMS核心网业务资源评估方法探讨_第2页
IMS核心网业务资源评估方法探讨_第3页
IMS核心网业务资源评估方法探讨_第4页
IMS核心网业务资源评估方法探讨_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、    ims核心网业务资源评估方法探讨    马金兰 张慧嫦 李力卡摘要文章对业务实现核心网资源评估进行研究。首先对ims核心网资源指标进行简单分析,通过具体业务对ims核心网业务资源的评估思路进行探讨,然后采用示例的方法,提出一套业务资源评估分析的方法,在业务上线前进行资源评估与分析,可以作为实际评估的一种参考依据。关键词imsip多媒体子系统核心网资源评估1引言ims被广泛应用于业务融合和转型战略的下一代网络架构中。中国电信进行ims现网试点工作,其中广东电信结合网络现状及市场需求,侧重于解决现网问题、提供家庭新终端和多媒体应用,重点关注业务嵌套、

2、彩色e家、多媒体会议、多媒体彩铃等融合业务的试点。ims网络的引入将带来新的业务体验,业务实现需要lms核心网资源的支撑。核心网资源的评估需要结合业务流程与核心网资源情况进行,但是目前的规划不考虑业务实现流程的差异,而是根据普通用户业务流程进行资源预留,存在与业务结合不紧会引起估计偏差较大的情况。本文根据基本业务流程、ims业务网络组织与业务流程对业务实现核心网资源评估进行研究,提出一套业务资源评估分析的方法,在业务上线前进行资源评估与分析,以规避业务使用过程的资源瓶颈,保障业务上线所需资源。2ims核心网资源分析ims网元的性能指标主要包括:呼ncaps、并发用户数、信令带宽(bps)、媒体

3、带宽(bps)、放音资源通道数、媒体端口占用数、电路占用数。各网元ims网络中的角色不一,因此,不同网元所关注的性能指标各有侧重。譬如cscf,主要关注caps和信令带宽,由于媒体不在cscf上经过,因此无需关注媒体方面的性能;而对mgw来说,媒体性能却是其主要关注指标。jms核心网网元需重点关注的资源见表1。3资源评估思路结合业务流程进行业务资源评估的思路如下:步骤1:定义标准的会话流程。在分析各种业务对核心网络资源的占用情况前,先定义一个标准的会话流程,作为步骤2推算业务对ims核心网络资源的占用折算表的基础。步骤2:通过业务信令和标准会话流程的比较,推算业务与标准会话的cpu占用折算关系

4、。具体方法是分析业务的具体信令流程,分别以每个网元为处理点对比处理该业务和标准会话的信令数,将信令个数的对比值作为cpu折算的基本系数,从而推算业务对各网元的cpu占用折算关系。步骤3:通过实验室或者现网测试情况修正该业务与标准会话的cpu占用折算关系。信令折算可以很直观地从信令个数进行比较,但是各种新业务毕竟不是基本业务的简单叠加,对于不同的信令和业务,设备内部处理流程不完全相同,不同厂家设备对相同信令的内部处理流程也不一样。因此,需要通过实验室或者现网测试情况修正该业务与基本业务cpu占用的折算关系。步骤4:分析业务对各网元重要资源的占用。ims核心网络的重要资源包括caps、静态用户数、

5、并发用户数、信令带宽、媒体带宽、媒体端口占用数、电路占用数、放音资源数等,不同的业务由于涉及的网元,或者主被叫处在不同的网络,会导致占用不同的网络资源。前面三个步骤已经得到cpu占用的折算比,由于目前只有caps是占用设备的cpu资源,因此,caps的折算比可以通过前面步骤得出。本步骤重点对网元其他重要资源进行分析,并与标准流程进行比较,得出业务对其他资源占用的折算比。根据上述资源评估方法可以得出与标准流程相比较的业务资源占用折算比,结合标准流程对设备的具体资源占用情况,就可以得出业务所需的具体资源。由于标准流程所占用的具体资源和设备情况不同,因此,本文重点探讨资源评估方法,不针对不同设备进行

6、具体评估。4资源评估方法示例根据第3章所述的评估思路,结合彩色e家业务进行示例,详细地描述ims核心网业务资源方法。4.1步骤一:定义标准的会话流程图1为一个ims网络内部标准会话流程,由于enum/dns的查询由基本呼叫流程触发,as类业务不会直接引起额外的enum/dns资源需求的增加。由于业务开放引起的用户数量增加,只需要根据增加的用户数量对其提出相应的资源要求即可。本文不对enum/dns的资源需求做详细评估,因此,该流程没有包括dns/enum的信令流程。各网元的信令分析如下:(1)对于sbc网元、p-cscf网元,1个标准会话流程主被叫侧都是8对(含收发,invite/180/pa

7、ck/2000k/2000k/ack/bye/ack)sip消息。(2)对于s-cscf网元,1个标准会话流程,由于任何呼叫都要i-mmtel as,因此主被叫侧可以看成是是16对slp消息。(3)对于i-cscf网元,1个标准会话流程为3对sip和2次lir(1组lir/lia流程),按照5对消息来计算。(4)对于slf网元,1个标准会话流程为1组lir/ua流程。(5)对于hss网元,1个标准会话流程为1组lir/lia流程。(6)对于mgcf网元,1个标准会话流程为8条sip消息。当被叫在cs域时,s-cscf无需再查询i-cscf,也没有后续的i-cscf与slf以及hss的交互过程。

8、4.2步骤二:根据业务信令推算业务与标准会话的cpu占用折算关系彩色e家业务实现流程如下:(1)宽带多媒体终端语音实现流程(如图2)(2)cp提供广告内容,运营商管理员审核通过后发布流程(如图3)(3)cp提供信息内容,运营商审核通过后发布流程(如图4)(4)终端上报统计结果流程(如图5)彩色e家可以看成语音流程和短消息业务的叠加,语音流程等同于基本会话流程,cp提供广告内容,cp提供信息内容和上报统计结果的流程可以看成是短信业务流程。其中cp提供广告内容和cp提供信息内容可以折算为1/2个短信业务,上报统计结果可以折算为1个短信业务。根据短信业务的信令流程,短信业务与基本语音业务比较占用im

9、s核心网网元的折算关系如表2。因此,设n=等效的cp提供广告内容、信息内容caps/彩色e家呼叫cap,则彩色e家业务与基本会话相比占用ims核心网网元cpu的折算关系如表3。4.3步骤三:修正业务与基本业务cpu占用的折算关系通过测试对折算关系进行修正,测试的方法通常是通过模拟软件,模拟主被叫,发生呼叫。模拟呼叫和正常的呼叫流程完全一致。验证一般选择在实验机房进行,验证的步骤如下:将测试用户均分为4部分,分别为主叫1群,主叫2群,被叫1群,被叫2群。主叫1群和被叫1群用户不签约任何业务,发起呼叫,增加呼叫量保证设备的cpu与平时的基本开销相比有一个较明显的增加(如5等),记录此时的呼叫强度记

10、录为初始呼叫强度和各个网元的初始cpu和初始内存使用情况。初始呼叫强度的基础上加大主叫1群和被叫1群用户之间的呼叫强度,使得设备的cpu与初始cpu相比有一个比较明显的增量(如5等),记录此时的呼叫强度和比初始呼叫强度的增量,记录为呼叫强度增量1。类似的记录各个网元的cpu增量1和内存使用增量1。将主叫1群和被叫1群的呼叫强度调回初始呼叫强度,同时发起主叫2群和被叫2群之间的呼叫,呼叫强度为之前记录的呼叫强度增量,此时主叫2群或被叫2群用户签上所需测试的业务。待设备cpu稳定后,记录设备cpu和内存较初始cpu和初始内存的增量情况,记录为cpu增量2和内存使用增量2。由于设备本身的设计,内存的

11、使用在很多情况下都是静态占用,所以内存的增量数据可能为零。所以在最后比较阶段,主要是比较cpu增量2和cpu增量1,用其比值修正步骤二分析的折算值。内存增量仅作参考。4.4步骤四:根据呼叫模型及与折算关系分析业务对网元资源的占用(1)caps通常设备提供的性能都是基于一定的呼叫模型的,计算业务对caps性能的占用情况需要结合其呼叫模型和该业务和标准会回的cpu占用折算关系。彩色e家业务具体折算方法见步骤2。注意:呼叫模型可能会用erl(爱尔兰),或者用户bhca/caps代替,用以下公式转换即可,用户erl=用户bhca*z/3609=用户caps*z,本文中提到的erl是指单向的,指主叫或者

12、被叫。i-cscf/slf/hss网元主要是在被叫流程中使用,且当被叫为域外用户时也不需要使用,因此需要参看话务模型,根据域内域外话务的比例再仔细核算caps。需要注意,由于业务都是叠加在普通话务基础上的,因此计算业务对网元资源的占用情况时需要减去基本话务那部分,否则就是重复计算。(2)静态用户数通常需要存贮用户资料的设备才会有静态用户数的要求,如hss、mmtel as等,由于静态用户数通常就是使用业务的用户数,因此不需要特别计算,将规划的该业务用户数作为需求即可。(3)并发用户数bac是最明显的需要计算并发用户数的设备。比如,彩色e家用户数为x,每用户的erl为y,用户平均呼叫时长为z秒。

13、则并发的用户数为x*y=35000。(4)信令带宽信令带宽=用户数×*用户erl*信令个数n*信令平均长度/平均呼叫时长z,以彩色e家为例。x为100w,erl=0.035,信令个数为10,平均信令长度取800byte,呼叫时长为90s,信令带宽=1000000*0.035*10*800/90=3111111bps。如果主被叫都经过同一个网元则信令带宽需要乘以2。(5)媒体带宽媒体带宽=并发用户数*媒体带宽,媒体带宽需要确认该业务是纯语音还是包括视频,g.711的语音,按照100000bite算。其他各类业务的视频带宽可以按照如下计算:多媒体会议:高清(h.264)/标清(h.263

14、),每一方预留1mbite,是语音100kbite的10倍。(6)媒体端口占用数媒体端口占用数等于域内、域外互通呼叫中经过mgw或媒体服务器的并发呼叫数,因此对每一个业务来说,应该根据业务本身区分域内域外呼叫。(7)电路占用数电路占用数等同于电路域并发用户数,在ims域和其他域通过电路互通时使用,ims和移动网络、固定网络通过ip方式互通的情况下不需要占用电路。(8)放音资源数放音资源数主要是放音的通路,类似于并发用户数,注意此时并发用户数虽然也是用户总数*用户erl,由于放音的时长只是整个呼叫中的一部分,因此erl也应该相应下降。根据上述方法,最后得出彩色e家业务与标准会话相比占用资源的折算关系如表4。5结束语ims的引入将丰富用户的业务体验,这对运营商来说是新的机会,但是新网络的引入对网络规划与运营来说又是新的课题。本文采用示例的方法,通过具体业务对ims核心网业务资源的评估思路进行探讨,提出一套业务资源评估的方法。由于网元设备的处理能力消耗并不是线性发展的,本文对ims核心网业务资源评估方法的研究可能与实际情况不能精确匹配,同时,具体业务资源的评估是一项复杂的工程,因此,本文不是进行具体的业务资源的评估,而是提出一种评估的方法,作为实际评估的一种参考依据。作者简介马金兰:毕业于北京

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论