成都移动华为端局呼叫接续时延优化

《成都移动华为端局呼叫接续时延优化》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、成都移动华为端局呼叫接续时延优化熊华、李智（成都分公司综合维护中心）摘要：2011年上半年成都网络完成了组POOL的结构调整，由于网络结构及话务模型的变化，导致呼叫接续时延增加，影响了用户感知。MSCPOOL改造完成后，全网平均呼叫时延为8.38秒，较组POOL前增加了0.7秒，较IP化前（ISUP组网阶段）增加了1.87秒。为了提高用户满意度，持续提升网络质量，针对当前网络现状，成都分公司成立项目组进行了接续时延的专题分析和优化。项目组通过对网络、信令的分析，确定了影响呼叫接续时延的主要因素，明

2、确从每条信令占用时延和减少非必要信令流程两方面进行优化。采取的措施为装载华为MGWNbUP时延优化补丁，关闭业务接入TMSI重分配、优化Classmark请求、开启提前指配、开启VMGW间免TC等。经过优化，成都华为端局整体呼叫接续时延为6.74秒左右，较优化前整体时延缩短了1.64秒。1呼叫接续时延的基本原理1.1呼叫接续时延的定义核心网侧呼叫时延是指：MSC收到CMServiceReq消息至MSC给主叫发送Alerting消息之间的消耗时长。在A/Iu接口，我们分析的是从MSC收到A号码的CM

3、servicerequest到从MSC给A号码发出alerting的这段时间。1.2影响呼叫接续时延的因素一般来说，影响呼叫接续时长的因素如下：1)网络结构和数据设置2)无线信道拥塞，SDCCH以及TCH14/143)无线干扰4)寻呼性能，接入性能5)基站硬件性能2成都华为端局呼叫接续时延分析2.1呼叫时延现状分析Ø话务统计分析网元名称呼叫建立平均时间(秒)CDPOOL18.29CDPOOL28.23CDPOOL38.6CDPOOL48.27时延现状统计Ø以配备了华为CHR的CDGS11为典型对象

4、进行分析：网元名称组POOL后呼叫建立平均时间组POOL前呼叫建立平均时间CDPOOL48.287.51CDPOOL48.197.51CDPOOL48.197.58POOL改造前后对比小结：目前成都各华为端局呼叫时延整体在8.38S左右，相比MSCPOOL改造前呼叫建立平均时间增加了0.7S左右，相比07年TDM组网阶段（IP化前）增加1.87秒。2.2各类型话务呼叫分析通过CHR分析局内、出局各种呼叫模型分析时延。呼叫类型主叫用户类型被叫用户类型彩铃信令层面平均呼叫时延(s)局内非V非V无彩铃5

5、.982局内非V非V有彩铃6.155局内非VV无彩铃6.294局内非VV有彩铃6.51614/14局内V非V无彩铃5.783局内V非V有彩铃6.506局内VV无彩铃6.86局内VV有彩铃6.97出局非V非V无彩铃8.811出局非V非V有彩铃8.731出局非VV无彩铃8.705出局非VV有彩铃8.702出局V非V无彩铃8.766出局V非V有彩铃8.715出局VV无彩铃8.758出局VV有彩铃8.777小结：通过各类型呼叫的信令对比发现，目前现网局内呼叫指标比较理想，但出局呼叫时延高出局内呼叫时延2.

6、4S左右。通过现网实测，用户感知到的局间通话时延也高于局内通话时延2.4S左右。2.3局间呼叫时延分析2.3.1MSCPOOL改造后网络拓扑发生变化实施MSCPOOL后，原来的局内通话由于用户分发至不同MSCSERVER变为局间呼叫，从而增加呼叫时延。MSCPOOL改造后，局间通话次数较改造前增加了20%。MSCPOOL实施后，不同MSCPOOL的局间采用关口局做IP转接，同POOL的MSC间由TDM承载改为IP承载。跨MSCPOOL的情况增加了关口局的IP路由汇结，增加部分延时。另外，成都的彩铃

7、平台有部分号段由TDM路由割接至IP路由承载，增加部分时延。小结：MSCPOOL改造后网络拓扑结构发了变化，增加了20%的局间通话，同时引入了大量的IP承载。14/142.3.2局间呼叫信令协议变化通过整体时延分析及各类型呼叫对比，局间通话时延高于局内通话时延2S以上。这部分也是整体时延中最值得优化的时延。IP化之后，在通话前呼叫建立过程中会有IPBCP协商、NbUP协商等过程，此外IP承载网本身也会引入时延。在IP化后，局间信令由ISUP信令转变为BICC信令，BICC信令与ISUP信令对比如下

8、：BICC协议相比ISUP协议，其呼叫在接通之前需要进行编解码、打包时长等的协商。BICC信令ISUP信令IAMIAMAPM无APM无APM无NbUPInit无NbUPack无ACMACMANMANMRELREL如上图所示（BICC采用集团要求的前向延迟方式）由于协议变化信令增加带来时延增加。通过对现网BICC局向的承载建立时间及时长进行分析，我们发现上述信令每一步消耗的时间基本都在ITU－T的规定消息处理时延内，但NbUPInit这一步时延较长，达到了600ms左右，造成被叫局B