葫芦岛-课题-研究呼叫时延问题验证分析报告

葫芦岛-课题-研究呼叫时延问题验证分析报告

ID:16058472

大小:2.57 MB

页数:20页

时间:2018-08-07

葫芦岛-课题-研究呼叫时延问题验证分析报告_第1页
葫芦岛-课题-研究呼叫时延问题验证分析报告_第2页
葫芦岛-课题-研究呼叫时延问题验证分析报告_第3页
葫芦岛-课题-研究呼叫时延问题验证分析报告_第4页
葫芦岛-课题-研究呼叫时延问题验证分析报告_第5页
资源描述:

《葫芦岛-课题-研究呼叫时延问题验证分析报告》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、葫芦岛呼叫时延问题分析处理报告——进一步验证分析报告1呼叫时延问题背景辽宁目前6个地市的呼叫时延均在9S左右,CS域核心网均为爱立信,华为RNC在爱立信核心网下呼叫时延为7.3S左右,华为的RNC配合华为的CS域核心网呼叫时延在6S左右,辽宁省华为和爱立信核心网接入区域存在较大差距。在日常测试中爱立信核心网接入区域的呼叫时延总体大于8S,影响客户使用感知度,下表为7月份省公司第三方拉网测试的各个城市的接入时延情况。测试省份测试城市TD平均接入时长核心网厂家辽宁铁岭6.61华为阜新6.72朝阳6.75沈阳8.24爱立信盘锦8.28鞍山8.39辽阳8.59锦州8

2、.94葫芦岛9.04抚顺9.1大连9.16丹东9.86营口9.87本溪10.63查看大唐与华为的UE测试LOG,大唐与华为的整体呼叫流程一致,通过对比各个信令点时延直观发现大唐的RB建立周期(UE收到RADIOBEARERSETUP到UE回复RADIOBEARERSETUPCOMPLETE)比华为长500ms左右.而爱立信的核心网的RAB指派是主被叫串行执行,CN收到被叫CALLCONFIRM后先进行主叫RAB指派,主叫完成后进行被叫RAB指派,RAB主被叫串行处理机制导致在RB建立周期和华为拉出500MS*2=1s左右的差距,放大了RB建立时长对呼叫时延的

3、影响。所以目前来看目前主要分为两个问题:1.大唐RNC的RB建立时长较长2.爱立信核心网RAB指派为主被叫串行执行进一步拉大主被叫的整体RAB建立时长1呼叫时延问题分析1.1大唐RNC的RB建立时长分析在TDD系统中,为了保证RNC和UE能够同时使新配置参数生效,RNC在发送重配置命令时,一般会携ActivationTime参数,设置新配置的生效时间。ActivationTime定义了操作和变化的生效时间,以CFN为参考时间,取值为[0,255]。终端接收到的重配置命令中携带ActivationTime参数,该参数如果不为“Now”,那么UE需要在Activ

4、ationTime时刻指定的TTI边界完成配置转换。RNC在计算这个时间时,需要获得发送信令时刻的NowCFN,考虑处理时延(包括传输时延),通过如下公式计算出生效时刻:ActiveTime=(NowCFN+CfnOffset)%256CFNOffset与发送信令的长度,信令采用的速率和承载方式,已经无线环境都有关系。CFNOffset的配置需要保证在激活时间超时前,网络和UE的配置操作已经完成,否则可能会导致UE无法正确获得重配置信令,从而引起同步配置过程的失败。但是,如果这个参数配置过大,有会延长配置过程的时间,影响呼叫时延等网络性能指标。现在系统中,对

5、CFNOffset参数,是采用静态配置方式处理的。采用静态配置方式为了避免信令无法被UE正确收到,一般都采用了较保守的配置,是造成MMC呼叫过程中RB建立时间较长的主要原因。1.2核心网RAB指派机制分析1.2.1爱立信核心网RAB指派机制分析葫芦岛CS域核心网厂家为爱立信。下图2为RNC侧的CallTrace跟踪,可以跟踪到IU、UU、IUB口的信令流程。由图表2中可以看到RNC向核心网回复被叫(UEID=32782)直传消息CALLCONFIRMED后未收到核心网下发被叫的RAB指派消息,只收到核心网10:33:42对主叫UE的RAB指派消息,主叫UE(

6、UEID=32781)RB建立完成后10:33:44RNC向核心网回复RABASSIGNMENTRESPONSE,核心网收到主叫的RABASSIGNMENTRESPONSE后对被叫进行RAB指派,可以看到目前网络中主被叫的RAB指派消息是串行的,整个过程将会多出1个RAB指派周期,目前的RAB指派周期在2S左右,所以串行的RAB指派机制将会大幅加大接续时长的开销。图表1主被叫的RAB指派过程下图3为相关的UU口信令截图,可以看到主被叫的RB建立为串行执行,主叫在10:30:24:328向网络侧上发RBSETUPComplete,被叫在10:30:24:421

7、收到网络侧下发的的RBSETUP消息。图表2UU口主被叫RB建立串行执行下图4、5为在新疆现场抓取的CallTrace跟踪,CS域核心网为爱立信。图表4为主叫,图表5为被叫,在图中可以看到,11:45:30主叫UE收到CN下发的CallProceeding消息进入等待,图表5可以看到被叫UE在11:45:33CN收到被叫的CallConfirm消息进入等待,图表4中主叫UE侧RNC在11:45:33收到CN下发RABASSIGNMENTREQUEST,随后在11:45:35完成RAB指派向核心网回复RABASSIGNMENTRESPONSE,图标5中被叫UE

8、在11:45:35收到CN下发的RABASSIGNM

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。