广东电信深圳CDMA接续时长优化专题总结汇报.ppt

《广东电信深圳CDMA接续时长优化专题总结汇报.ppt》由会员分享，可在线阅读，更多相关《广东电信深圳CDMA接续时长优化专题总结汇报.ppt（29页珍藏版）》请在三一办公上搜索。

1、,广东电信深圳CDMA接续时长优化专题总结汇报,广东无线网络优化中心,2010年10月,聚焦客户 专业专注 快人一步,2,目录,项目背景及目标项目成果总结深圳网络接续时长评估情况接续时长关键因素分析接续时长优化总结,12345,聚焦客户 专业专注 快人一步,1、项目背景及目标,3,为进一步提高用户接续时长感知，提升天翼品牌，更好服务于市场发,展，集团公司相继启动中兴设备区、华为设备区、上海贝尔设备区语音接,续时长专题优化试点工作，通过三大主流设备区的试点工作，探索总结出,一套可行的接续时长优化工作思路与方法，推广至全国相应设备区。,广东省是国内电信华为CDMA设备应用最大区域，用户数名列全国前

2、,茅，无线环境具有代表性，集团网优中心指定华为设备区接续时长专项在,广东省深圳市进行试点，由集团网优中心牵头成立项目组，广东省网优中,心主导，深圳网优中心负责现场项目的组织和实施，华为公司提供技术支,撑，广东省电信工程有限公司进行测试工作支撑协助。,项目背景介绍,聚焦客户 专业专注 快人一步,1、项目背景及目标,4,项目组织结构,聚焦客户 专业专注 快人一步,1、项目背景及目标,5,项目实施安排,聚焦客户 专业专注 快人一步,6,目录,项目背景及目标,1,项目成果总结深圳网络接续时长评估情况接续时长关键因素分析接续时长优化总结,2345,聚焦客户 专业专注 快人一步,7,2、项目成果总结1,2

3、、总结出一套适合华为设备区的接续时长工作思路与方法，编写了相关优化指导手册。,3、分析总结出各种场景优化方法，包括地铁、城际高铁、多LAC区边界等特殊场景的优化。,1、得出华为设备区下接续时长各无线环境下的接续时长参考值（本地后付费无彩铃用户）,备注：参考值统计时间为主叫发送Origination MessageMS收到Alert with Info消息后，向BSS发送MS Ack Order的总时长，,未包含终端从按Send键到系统收到Origination Message消息这段时间。,聚焦客户 专业专注 快人一步,8,2、项目成果总结2,4、得出华为设备区下核心网各阶段接续时长参考值。,

4、备注：此参考值仅供参考，各时延跟组网结构、厂家设备，业务等相关。,以上统计结果为本地VPN呼叫、本地PPC呼叫、本地彩铃呼叫、本地普通呼叫、本地普通呼叫,（局间SIP）、省内漫游VPN呼叫、省外漫游普通呼叫的测试数据汇总。,目录,深圳网络接续时长评估情况,项目背景及目标项目成果总结,12,3,接续时长关键因素分析接续时长优化总结9,45聚焦客户 专业专注 快人一步,聚焦客户 专业专注 快人一步,3、深圳网络接续时长评估情况,共选取11个典型场景、其中城际高铁、地铁、多LAC边界属典型场景中特殊场景,测试典型场景,聚焦客户 专业专注 快人一步,3、深圳网络接续时长评估情况,CQT点接续时长评估,

5、共采集CQT采样点5379个，平均接续时长为4.14s，接续时长在04s 区间的占了57.26%，4s6s 区间的,占了41.48%。（本地网内拨打，以下同），整体接入时长良好。,注：以上测试所用的终端号码均为本地后付费无彩铃用户号,聚焦客户 专业专注 快人一步,3、深圳网络接续时长评估情况,各场景接续时长比较,各个典型场景接续时长良好。在室内射频直放站、多MSC边界、密集城区、城市道路场景测试中，个,别测试点发现接续时间较长，后续进行了相应优化。,聚焦客户 专业专注 快人一步,3、深圳网络接续时长评估情况,核心网时延评估,1、CDMA网络内部各种呼叫场景接续平均为4.6s，总接续时长平均值低

6、于电信考核的6s标准。（以上统计,包括本地VPN呼叫、本地PPC呼叫、本地彩铃呼叫、本地普通呼叫、本地普通呼叫（局间SIP）、省内漫游,VPN呼叫、省外漫游普通呼叫的测试数据汇总）,2、从统计数据分析，各个交互阶段的接续时长平均值都在正常范围内。,聚焦客户 专业专注 快人一步,3、深圳网络接续时长评估情况,终端时延评估,由于条件限制，测试终端种类和数量有限，不能完全代表市场主流终端的情况，且不排除终端个案问题，,以下结论供参考:,一般情况下智能机时间比非智能机接续时间长。,非智能机情况，高端机比低端机接续时间短。,终端处理时延是指按下send键到手机发出第一个探针的时延,目录,项目背景及目标项

7、目成果总结深圳网络接续时长评估情况,接续时长关键因素分析,123,4,接续时长优化总结15,5聚焦客户 专业专注 快人一步,聚焦客户 专业专注 快人一步,4、接续时长关键因素分析,典型接续过程的时间分析,接入,试探,基站,应答,信 道 指,配消息,500ms4s,200ms1500ms,500ms,300ms,基站,应答,手机,应答,100ms,消息,50ms,业务连接 业务连接完,成消息,50ms,起呼阶段,信道建立阶段,业务建立阶段,一般来说，从基站接收到手机的始呼消息算起，整个接入时间通常是1.22秒。,4、接续时长关键因素分析,手机呼叫流程聚焦客户 专业专注 快人一步,聚焦客户 专业专

8、注 快人一步,4、接续时长关键因素分析,影响接续时长的因素,总体消息更新时间长,接入参数设置不合理,接入信道负荷过重,系统的寻呼消息发送,策略不合理,无线环境差,手机终端问题,呼叫资源的分配时间,长,MSC处理指配请求的时,间长,系统的寻呼消息发送,策略不合理,无线环境差,反向业务信道负荷大,前向带内信令发送策略不,合理,系统或手机不支持接入宏,分集,无线环境差,聚焦客户 专业专注 快人一步,4、接续时长关键因素分析,无线侧各接续时间段分析,说明：MO1.MT5表示不同阶段的呼叫信令点时延，以上是5大类25个测试场景测试平均接续时长，其中,MO1、MO3、MT0、MT1、MT3时延是接续时长优

9、化的重点方向。,MO1与MT1反映的是起呼/寻呼响应消息到基站响应的时延，重点分析优化无线接入环境及接入参数；,MO3与MT3反映的是基站信道指配至手机收到基站捕获证实消息的时延，重点分析优化前反向信道捕获,参数；,MT0反映的是终端处理寻呼消息的时延，需要结合核心网的寻呼机制及终端处理接入参数的机制来处理。,说明：图中MT0是从CDR中获得(从BSC发出Paging Message到收到Paging Response Message的时间)。,聚焦客户 专业专注 快人一步,20,目录,项目背景及目标项目成果总结深圳网络接续时长评估情况接续时长关键因素分析,1234,接续时长优化总结,5,5、

10、接续时长优化总结,典型场景验证聚焦客户 专业专注 快人一步,聚焦客户 专业专注 快人一步,5、接续时长优化总结,信令处理时延优化思路,2.接入探针参数优化（MO1、MT1）,3.接入切换参数优化(MO0、MT0)、4.业务信道功率控制参数优化(MO3MO4,MT3),5.空口握手信令优化（MO3MO4，MT3）,6.ECAM消息发送机制优化（MO2，MT2）,1.日常无线环境优化设备维护；如RF优化、室分系统优化、设备维护优化等（整个接续时长）,接入功率类参数优化Init_pwr,Nom_pwr,Pwr_step接入时延类参数优化,Acc_Tmo,Preambe_size,Max_cap_si

11、ze,SCI参数优化,寻呼次数,1.寻呼定时器优化（核心侧）优化每一次的寻呼间隔时长2.寻呼相关参数优化（无线侧）,快速寻呼参数优化、4.扩展寻呼机制优化（核心侧）5.寻呼策略优化（核心侧）,寻呼机制6.ISpage/ISpage2功能优化（核心侧）,无线网交互处理时长优化思路,寻呼时长优化思路,聚焦客户 专业专注 快人一步,5、接续时长优化总结,核心网优化思路,取路由时长过大,排查交互时长过长的原因。,寻呼时延过大,优化；协调BSC侧加强无线覆盖，提高寻呼响应速度。N侧配合无线进行测试相应的对寻呼间隔和寻呼策略,长过长的原因。,和IPQOS是否符合电信要求）；协调对局配合检查影响接续时长的原

12、因。,检查到LSTP或者HLR的链路负荷，如果负荷过载，有必要进行信令资源的优化；协调LSTP或者HLR侧协助,检查A口链路负荷，有必要进行信令资源的优化；检查BSC是否存在PCH拥塞，如果存在，协调BSC侧进行,进行调整。,智能交互时延过大,检查到LSTP或者SCP的链路负荷；是否有必要进行信令资源的优化；协调LSTP或者SCP侧协助排查交 互时,出局和彩铃接续时延过大,检查中继信令资源容量负荷，是否有必要进行信令资源的优化（局间走IP的除外，需要检查承载网带宽,聚焦客户 专业专注 快人一步,5、接续时长优化总结,并行指配策略说明,BSC,MSC,CM业务请求（不建议CIC）指配请求,BSC

13、分配CIC相关资源不采用BSC优选CIC，MSC下发指配请求之后BSC才能分配和CIC相关资源,BSC,指配请求采用BSC优选CIC，MSC下发指配请求之前BSC同时分配和CIC相关资源,MSCCM业务请求（建议CIC）BSC分配CIC相关资,源,BSC在向MSC发送CM业务请求和寻呼响应之前，可以建议申请的A接口中继电路资源，在等MSC指配请求,时，BSC同时完成相关资源建立。,说明：并行指配可以节省系统处理时间，目前华为V3R6C03及其之后的版本默认为开，从目前网络,上使用的情况来看，并无负面影响。,聚焦客户 专业专注 快人一步,5、接续时长优化总结,核心网寻呼机制说明,主叫指配请求消息

14、发起后，同时到被叫取路由信息并下发寻呼请求，即主叫指配的同时可以向HLR发,起location request请求消息。优势也很明显：主被叫并行接续减少接续时长。根据电信之前测试统计，,主叫指配时间大约需要900ms1000ms，因此并行接续方式可以减少900ms1000ms的时间。,如下图所示，主叫建立过程与被叫寻呼的过程是并行，GPM消息下发无需等待主叫建立完成。也就是说在,LocRep消息后，GPM消息就下发寻呼被叫。,备注：可能存在被叫寻呼且指配完成，而主叫建立失败的情况，这时MSC会给被叫发出正常释放，这样情,况发生的可能性很少的，可以忽略。目前华为设备区域均已经开通此功能，从现网使

15、用情况看不会产生负,面影响。,聚焦客户 专业专注 快人一步,5、接续时长优化总结,MSC边界验证案例-多MSC边界,问题描述：,洪湖二街位于2个MSC边界，测试数据分析结果看，主要问题是寻呼时长较长;2933ms。,问题分析：,在两MSC边界，由于终端在两个不同MSC的小区间频繁切换，第一次寻呼和第二次寻呼到的机率相同,导致平均寻呼时长比非MSC边界区域稍长，为验证在现网寻呼策略和信号不变情况下通过参数优化减少寻呼时长。,优化调整,优化后验证结果,调整优化后，寻呼时间MT0少了824ms。整个的接入,时长少了150ms。由此可见，通过相关接入参数优化调,整是可以改善寻呼时长。,说明：针对种密集

16、城区的情况，寻呼策略不变的情况下，寻时长较长属正常，,对一般的区域无需关注，对于一些对时延敏感的VIP区域，可以采取此方法，建,议对于VIP区域通过RF优化控制信号覆盖来解决，效果更好,聚焦客户 专业专注 快人一步,5、接续时长优化总结,庐山大厦接入参数调整验证案例室分系统,问题描述：,从庐山大厦测试数据分析结果看，终端在弱覆盖区域拨打时需发送2个以上探针，基站才能解调到终端发,送的始呼消息回BSAck消息，耗时最长达3052ms。,问题分析：从庐山大厦点测试的情况看手机多次发送探针，系统才能解调到手机的信号，存在这种情况的原因如下,终端本身的问题，经过验证无问题RSSI检查是否异常，经过验证

17、无问题直放站设置的直上下行增益、正常局部区域弱覆盖，工程优化存在难度,优化调整,把NOMPWR由原来的4dB调整到了6dB,优化后验证结果,整个接入时长少了130ms，接入探针发送一次就能被基站解调,聚焦客户 专业专注 快人一步,5、接续时长优化总结,快速寻呼功能验证案例-密集城区,问题描述：,为了验证打开快速寻功能是否对寻呼时长有影响，选择的新洲九街测试点所有小区进行调整优化验证，,此功能主要是加快寻呼速度,问题分析：无,优化调整：修改脚本（使用快速寻呼功能）优化调整了测试点涉及的5个小区快速寻呼功能。,MOD QPCH:CN=xxx,SCTID=x,CRRID=x,QPCHNUM=1;,使用寻呼速率为4800kbps。,优化后验证结果：,寻呼时长从优化前的2271ms降到了2044ms，减少了228ms,总结：此次快速寻呼实验未作大规模验证，在使用时建议,需要结合评估对其他指标是否存在影响,聚焦客户 专业专注 快人一步,汇报结束谢 谢！,29,