交换-呼叫接续时延的分析与优化.doc

专业：交换 呼叫接续时延的分析与优化 孙斌 （中国移动辽宁公司沈阳分公司 110011） 摘 要：呼叫接续时延指标是从终端角度考察交换设备的性能，随着网络越来越复杂，尤其是在全网IP化之后，接续速度过慢将影响终端用户接通率，从而导致终端用户满意度降低，也影响了运营商的收益，所以运营商需要了解接续速度的需求逐渐凸显。本文选取辽宁移动省内一华为软交换端局进行分析，以了解全网IP化之后的呼叫接续时延情况。分析原因，提供优化建议。最终达到改善终端用户感知，提高终端用户满意度的目的。 关键词：接续时延 话统分析 跟踪分析 1.概述 对于端局，呼叫接续时延指从“业务请求消息到达MSC”开始，直至“给主叫发送ALERTING消息”为止所消耗的时长。对于主叫在本局的呼叫，呼叫接续时延指给主叫送ALERTING的时刻与业务请求（CM service request）的时间差值。 典型呼叫类型有：局内的移动呼叫移动，主叫被叫均为本局用户；局内的移动智能呼叫移动智能，主叫被叫均为智能用户的情况；出局的移动呼叫固定，主叫为本局普通用户，被叫为PSTN用户；以上选用的三种呼叫类型涵盖了影响本局终端用户感知的各种信令场景，其他呼叫类型例如：普通用户呼叫智能用户、智能用户呼叫普通用户等与上述三种呼叫类型在阶段流程上有重合部分，在评估优化过程中，分析此三种场景即可。 2.接续时延的分析 呼叫接续时延的分析评估我们准备采用两种方法，一种是话统分析，此方法操作简单，结果也很准确，但是仅能进行呼叫接续时延的结果呈现，无法深入分析影响时延的原因；另一种是跟踪分析，此方法可以分析影响时延的各个业务阶段，从而查找影响时延的可能的原因。 2.1话统分析方法 使用话统进行呼叫接续时延的分析步骤如下：打开收集的【话务分布和历时】的话统文件，增加三列：“呼叫起始时刻”、“振铃时刻”、“时延”；对“对应列”的时刻信息进行处理：新增的“呼叫起始时刻”列取“主叫业务请求时刻”的值，“振铃时刻”取“呼叫振铃时刻”的值。然后新增的“时延”列取值为“振铃时刻”减去“呼叫起始时刻”；得到以下结果： 表格 1 话统计算时延评估结果表 对象实例 采样次数 平均时延（秒） (采样话统呼叫属性—局内的移动呼叫移动(itmcm)) 45次 5.666 (采样话统呼叫属性—局内的移动智能呼叫移动智能(itimcim)) 45次 6.504 (采样话统呼叫属性—出局的移动呼叫固定(omcf)) 45次 4.139 2.2跟踪分析方法 对于每一种呼叫类型，利用客户端上的用户消息跟踪功能，使用相同的主被叫号码进行多次拨测， 20次以上，跟踪呼叫的消息按照以上呼叫接续时延的定义，并利用接口消息对应的时间(采自TICKS值,每TICKS为10ms)计算出呼叫接续时延。由于进行评估的三种呼叫类型主叫均在本局，所以针对用户消息跟踪进行呼叫接续时延分析时的计算公式如下：呼叫接续时延＝向主叫下发alert的TICKS－收到主叫业务请求（CM Service Request）的TICKS步骤如下：CM_Service_Request”消息，得到业务请求消息在消息跟踪文件中的“序号信息”和对应的“内部时钟编号”即业务请求消息到达MSC的Ticks；筛选出Alert消息，筛选条件：消息类型为“Alert”，消息接口为“TRC_MI_TO_A”，即可得到向主叫下发alert的Ticks；按照呼叫接续时延的计算公式，振铃时刻减去业务请求时刻即可得到呼叫接续时延的Ticks结果；对以上结果取平均值，单位由Ticks转换为秒，即为呼叫接续时延的计算结果；重复以上步骤分别进行智能局内呼叫，出局呼叫的分析，可以得到另外两种呼叫类型的呼叫接续时延的评估结果。得出如下结果： 表格 2 跟踪分析时延评估结果 呼叫场景 平均时延（秒） 局内的移动呼叫移动 5.99 局内的移动智能呼叫移动智能 6.44 出局的移动呼叫固定 3.89 3.接续时延的优化 首先，我们回顾一下移动用户拨打移动用户的信令流程。 表格 3 主叫用户信令流程 表格3为移动用户做主叫时的信令过程：从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。经过这个阶段，手机和BTS（BSC）建立了暂时固定的关系。鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。经过这个阶段，主叫用户的身份已