MSCBSC 移动通信论坛
搜索
登录注册
网络优化工程师招聘专栏 4G/LTE通信工程师最新职位列表 通信实习生/应届生招聘职位

【网优软件】

网优软件的发布、下载和使用
软件决定效率

【GPRS/EDGE优化】

数据业务专题优化资料和经验
知识共享平台

【DT路测与分析】

DT、CQT路测和分析
资料与经验

【室内覆盖】

室内覆盖、直放站、天线等
覆盖无间隙



  • 阅读:3223
  • 回复:0
浅谈接续时延分析
GRguangyi
初级会员



 发短消息    关注Ta 

积分 241
帖子 47
威望 4889 个
礼品券 10 个
专家指数 6
注册 2011-12-5
专业方向  通信专业
回答问题数 0
回答被采纳数 0
回答采纳率 0%
 
发表于 2013-03-20 15:23:17  只看楼主 
浅谈接续时延分析
1、影响接续时长的因素

接续时长的定义:从主叫手机发起业务请求(CM SERVICE REQUEST)到主叫手机收到振铃消息(ALERT)之间的时长。
为便于各阶段的比较,我们将一个电话的接续流程分为4个阶段:
主叫建立信道阶段:主叫发起业务请求CM SERVICE REQUEST消息到主叫TCH分配成功TCH ASSIGNMENT COMPLETE间的时长;
寻呼被叫阶段:主叫TCH ASSIGNMENT COMPLETE到被叫上发寻呼响应PAGING RESPONSE间的时长;
被叫建立信道阶段:被叫上发寻呼响应PAGING RESPONSE到被叫手机发送ALERT消息间的时长;
振铃延时阶段:被叫上发ALERT消息到主叫收到ALERT消息的时长。
下图为电话的信令接续流程:

通过对几个阶段的分析,以及接续时长的流程来看,影响接续时长因素有以下几种:
加密、鉴权、身份识别功能:每种流程对主被叫任何一方都会增加0.5~1秒左右的时长;
寻呼周期时长设置:小区参数BS_PA_MFRMS的设置决定了空口的寻呼周期,该值设置越大,空口寻呼消息下发的时延相应增加,从而会增加接续时长。该值每增加1的话,时延增加0.235秒(一个复帧的时长);
超前寻呼功能:从爱立信网络看,该功能的开启可以节省3秒左右的接续时长;即在主叫TCH信道分配之前,同时对被叫开始寻呼;
TCH话音信道拥塞:在拥塞小区,由于存在拥塞排队机制,会增加接续时长,对于个别的电话甚至会增加14秒左右的时长(BSC排队等待时长T11=14秒);
无线环境因素:在无线环境差的点,该因素会增加时长,且影响可能很大。
2、接续时长各种情况的对比

G9参数修改前后的对比

测试时间

交换机功能开启情况

参数设置情况

各阶段时长

鉴权

身份识别

加密

Classmark Enquiry

BS_PA_MFRMS

主叫建立信道

寻呼被叫

被叫建立信道

Alerting延时

总时长

3-24

每次开启

关闭

开启

开启

5

3.23

2.84

3.43

0.22

9.72

3-25

每次开启

关闭

开启

开启

3

3.14

2.16

3.35

0.28

8.93

5-5

每次开启

关闭

关闭

关闭

5

2.85

2.94

2.92

0.23

8.94

5-6

每次开启

关闭

关闭

关闭

3

2.88

2.12

2.95

0.24

8.19

去年年底

141

关闭

开启

开启

3

2.29

2.25

2.74

0.28

7.56

从数据上看,关闭了加密流程和ClassMark Enquiry功能之后,接续时长减小了约0.4秒;从去年年底的数据来看,鉴权的关闭对整体时长影响较大,但对网络也存在负面的影响;BS_PA_MFRMS减小为3之后,寻呼被叫的阶段也明显缩短了。
与其他地区接续时长的对比

测试时间

交换机功能开启情况

参数设置情况

各阶段时长

鉴权

身份识别

加密

Classmark Enquiry

BS_PA_MFRMS

主叫建立信道

寻呼被叫

被叫建立信道

Alerting延时

总时长

5-6 CQT

每次开启

关闭

关闭

关闭

2

2.85

1.55

3.02

0.2

7.62

4-29全网

每次开启

关闭

关闭

关闭

2

--

--

--

--

7.63

5-4全网

每次开启

关闭

关闭

关闭

2

--

--

--

--

7.37

不同厂商设备的对比及分析

下表为各厂商设备下的测试结果对比

厂家

各阶段时长

交换机功能开启情况

总时长

主叫建立信道

寻呼被叫

被叫建立信道

振铃延时

鉴权

身份识别

加密

阿尔卡特

7.56

2.29

2.25

2.74

0.28

14次鉴一次

关闭

开启

诺基亚

5.4

1.33

1.9

1.9

0.28

10次鉴一次

关闭

关闭

西门子

7.5

2.02

2.1

2.85

0.54

10次鉴一次

关闭

开启

爱立信

(情况一)

8.06

2.5

1.74

3.09

0.73

关闭

开启

开启

爱立信

(情况二)

4.3

2.5

-2.11

3.09

0.82

关闭

开启

开启

从上述结果来看:爱立信(情况二)下的接续时长最短,平均达到4.3秒。怀疑交换机开启了early paging功能;诺基亚第二,为5.4秒;阿尔卡特与西门子时长基本一样为7.5秒;爱立信(情况一)下最长为8秒。以下为不同厂家4个阶段的时长情况:
主叫建立信道阶段:
爱立信(2.5>阿尔卡特(2.29西门子(2.02>诺基亚(1.33
这是由于爱立信同时开启了身份识别与加密功能;阿尔卡特,西门子只开启了加密;而诺基亚加密与身份识别均没开。经统计,每种流程的时长一般为0.5~1秒。因此这些功能应用的越多,电话时延越大。
此外阿尔卡特存在额外的CLASSMARK ENQUIRY功能,因此增加了0.2秒的时长。
被叫建立信道阶段:
同主叫建立信道阶段。
寻呼被叫阶段:
阿尔卡特(2.25西门子(2.1>诺基亚(1.9>爱立信(情况1)1.74>爱立信(情况2)-2.11)。
这一差异是由设定寻呼周期的小区无线参数BS_PA_MFRMS决定的。该参数决定了空口的寻呼周期,该值设置越大,空口寻呼消息下发的时延相应增加,从而会增加接续时长。该值每增加1的话,寻呼周期增加0.235秒(一个复帧的时长)。不过该值设置大的优点是在非常大寻呼量的情况下,可减少寻呼消息丢失的可能性。
以下为各厂商BS_PA_MFRMS的设置情况:
阿尔卡特(5)=西门子(5> 诺基亚(3> 爱立信(情况1)2)。
此外爱立信设备(情况2)下,寻呼时长为-2.11秒,怀疑爱立信开启了超前寻呼的功能。其他厂家都是在主叫成功占用TCH后才开始查询被叫HLR,发起寻呼。一般从主叫成功占用TCH,到向被叫发起寻呼的时长为1秒左右。而爱立信(情况2)的寻呼消息是在网络收到主叫发出的SETUP消息后1秒左右发出的,先于主叫TCH分配的时间,因此这一功能节省了主叫等待被叫寻呼响应的大约3秒钟的时间。
振铃延时阶段:
该阶段的时延应与无线环境相关。无线环境越差的话,时延就越大。这是因为空口数据链路层采用的协议为LAPDm协议,为了保证消息能够可靠,有效的传输,该协议采用了确认重传模式。即一端发送的消息只有当收到对端的确认消息后才会继续下发,否则就要重传,若重传的次数超过规定的次数后,即认为该链路故障,终止该链接。当无线环境恶化时,重传的次数必然增多,因此会增加接续时长。
3、缩短接续时长的建议

鉴权、身份识别、加密功能的使用对电话接续时长影响很大,因此去掉不必要的流程可以减少接续时长。鉴权开启,身份识别关闭,加密关闭,可能的情况下,建议每次鉴权修改为14次鉴权一次;
小区参数BS_PA_MFRMS的合理设置可缩短被叫寻呼阶段的时长,目前该参数设置为5,建议修改为3,总时长大概可降低0.30.5秒;
消除拥塞可有效的降低拥塞小区内的接续时长;
无线环境引起的时延,需工程与优化来缓解;
超前寻呼功能的引入可极大的降低接续时长(若开通此功能在主叫出现分配失败时会导致被叫接通而主叫无响应形成单通造成用户投诉过多)
扫码关注5G通信官方公众号,免费领取以下5G精品资料
  • 1、回复“YD5GAI”免费领取《中国移动:5G网络AI应用典型场景技术解决方案白皮书
  • 2、回复“5G6G”免费领取《5G_6G毫米波测试技术白皮书-2022_03-21
  • 3、回复“YD6G”免费领取《中国移动:6G至简无线接入网白皮书
  • 4、回复“LTBPS”免费领取《《中国联通5G终端白皮书》
  • 5、回复“ZGDX”免费领取《中国电信5G NTN技术白皮书
  • 6、回复“TXSB”免费领取《通信设备安装工程施工工艺图解
  • 7、回复“YDSL”免费领取《中国移动算力并网白皮书
  • 8、回复“5GX3”免费领取《 R16 23501-g60 5G的系统架构1
  • 对本帖内容的看法? 我要点评

     
    [充值威望,立即自动到帐] [VIP贵宾权限+威望套餐] 另有大量优惠赠送活动,请光临充值中心
    充值拥有大量的威望和最高的下载权限,下载站内资料无忧

    快速回复主题    
    标题
    内容
     上传资料请点左侧【添加附件】

    当前时区 GMT+8, 现在时间是 2025-12-22 09:34:21
    渝ICP备11001752号  Copyright @ 2006-2016 mscbsc.com  本站统一服务邮箱:mscbsc@163.com

    Processed in 0.237844 second(s), 11 queries , Gzip enabled
    TOP
    清除 Cookies - 联系我们 - 移动通信网 - 移动通信论坛 - 通信招聘网 - Archiver