LTE CSFB时延优化方案验证报告
CSFB时延优化方案验证报告
一RNC178 CSFB时延优化方案
CSFB时延改善效果评估
方案执行后，CSFB主叫建立时延（ExtendedServiceRequest-Alerting）由7274ms缩短至6482ms，改善约800ms，达到预期效果。具体如下：
时延改善与方案子项的匹配关系如下：
系统消息下发策略变更评估
由方案执行前后UE接收的系统消息集对比确认方案生效：
●方案执行后延迟下发SIB11
●方案执行后SIB3的下发周期缩短至160ms
●确认T300修改为400ms生效
方案执行前-主叫：
22:43:36.317 ExtendedServiceRequest
22:43:36.319 ULInformationTransfer
22:43:36.349 RRCConnectionRelease
22:43:36.816 System Information Block Type7
22:43:36.816 Master Information Block
22:43:36.856 Extension Type
22:43:36.876 System Information Block Type1
22:43:36.896 System Information Block Type7
22:43:36.896 Master Information Block
22:43:36.916 Scheduling Block1
22:43:36.916 System Information Block Type2
22:43:36.976 System Information Block Type7
22:43:36.976 Master Information Block
22:43:36.996 System Information Block Type5
22:43:37.056 System Information Block Type7
22:43:37.056 Master Information Block
22:43:37.136 System Information Block Type7
22:43:37.136 Master Information Block
22:43:37.176 Extension Type
22:43:37.176 System Information Block Type11
22:43:37.196 System Information Block Type3
22:43:37.292 RRC Connection Request
22:43:37.492 RRC Connection Setup
22:43:37.592 RRC Connection Setup Complete 22:43:37.597 Initial Direct Transfer
22:43:37.597 Initial Direct Transfer
22:43:37.597 CM Service Request
方案执行前-被叫：
22:38:06.385 ExtendedServiceRequest
22:38:06.386 ULInformationTransfer
22:38:06.403 RRCConnectionRelease
22:38:06.869 System Information Block Type7 22:38:06.869 Master Information Block
22:38:06.929 System Information Block Type3 22:38:06.949 System Information Block Type7 22:38:06.949 Master Information Block
22:38:06.969 Scheduling Block1
22:38:06.969 System Information Block Type2 22:38:07.029 System Information Block Type7 22:38:07.029 Master Information Block
22:38:07.049 System Information Block Type5 22:38:07.109 System Information Block Type7 22:38:07.109 Master Information Block
22:38:07.189 System Information Block Type7 22:38:07.189 Master Information Block
22:38:07.229 Extension Type
22:38:07.229 System Information Block Type11 22:38:07.249 System Information Block Type1 22:38:07.396 RRC Connection Request
22:38:07.604 RRC Connection Setup
22:38:07.701 RRC Connection Setup Complete 22:38:07.706 Initial Direct Transfer
22:38:07.706 Initial Direct Transfer
22:38:07.706 Paging Response
方案执行后-主叫：
00:39:29.619 ExtendedServiceRequest
00:39:29.646 RRCConnectionRelease
00:39:30.056 System Information Block Type1 00:39:30.076 Extension Type
00:39:30.076 Scheduling Block1
00:39:30.096 System Information Block Type7 00:39:30.096 Master Information Block
00:39:30.116 System Information Block Type2 00:39:30.116 System Information Block Type3 00:39:30.211 RRC Connection Request
00:39:30.421 RRC Connection Setup
00:39:30.519 RRC Connection Setup Complete 00:39:30.524 Initial Direct Transfer
00:39:30.524 Initial Direct Transfer
00:39:30.524 CM Service Request
方案执行后-被叫：
00:36:09.429 ExtendedServiceRequest
00:36:09.430 ULInformationTransfer
00:36:09.449 RRCConnectionRelease
00:36:09.831 Extension Type
00:36:09.831 Scheduling Block1
00:36:09.851 System Information Block Type7 00:36:09.851 Master Information Block
00:36:09.871 System Information Block Type2 00:36:09.871 System Information Block Type3 00:36:09.976 RRC Connection Request
00:36:10.186 RRC Connection Setup
00:36:10.275 RRC Connection Setup Complete 00:36:10.279 Initial Direct Transfer
00:36:10.279 Initial Direct Transfer
00:36:10.279 Paging Response
方案执行后-SIB3下发间隔：
00:36:51.424 System Information Block Type2 00:36:51.424 System Information Block Type3 00:36:51.484 System Information Block Type7 00:36:51.484 Master Information Block
00:36:51.564 System Information Block Type7 00:36:51.564 Master Information Block
00:36:51.584 System Information Block Type2 00:36:51.584 System Information Block Type3 00:36:51.644 System Information Block Type7 00:36:51.644 Master Information Block
00:36:51.664 System Information Block Type5 00:36:51.684 System Information Block Type1 00:36:51.704 Extension Type
00:36:51.704 Scheduling Block1
00:36:51.724 System Information Block Type7 00:36:51.724 Master Information Block
00:36:51.744 System Information Block Type2 00:36:51.744 System Information Block Type3 00:36:51.804 System Information Block Type7 00:36:51.804 Master Information Block
00:36:51.884 System Information Block Type7 00:36:51.884 Master Information Block
00:36:51.904 System Information Block Type2 00:36:51.904 System Information Block Type3 00:36:51.964 System Information Block Type7 00:36:51.964 Master Information Block
00:36:51.984 System Information Block Type5 00:36:52.004 System Information Block Type1 00:36:52.024 Extension Type
00:36:52.024 Scheduling Block1
00:36:52.044 System Information Block Type7 00:36:52.044 Master Information Block
00:36:52.064 System Information Block Type2 00:36:52.064 System Information Block Type3 00:36:52.104 System Information Block Type11
方案执行后-T300修改为400ms：
01:18:55.045 Master Information Block
01:18:55.065 System Information Block Type2 01:18:55.065 System Information Block Type3 01:18:55.125 System Information Block Type7 01:18:55.125 Master Information Block
01:18:55.184 RRC Connection Request
01:18:55.205 System Information Block Type7 01:18:55.205 Master Information Block
01:18:55.285 System Information Block Type7 01:18:55.285 Master Information Block
01:18:55.345 Extension Type
01:18:55.345 Scheduling Block1
01:18:55.365 System Information Block Type7 01:18:55.365 Master Information Block
01:18:55.385 System Information Block Type2 01:18:55.385 System Information Block Type3 01:18:55.554 RRC Connection Request
01:18:55.760 RRC Connection Setup
01:18:55.849 RRC Connection Setup Complete 01:18:55.853 Initial Direct Transfer
01:18:55.853 Initial Direct Transfer
01:18:55.853 Paging Response WCDMA指标评估
前台指标评估
关键指标正常波动，未见异常：
后台指标评估
关键指标正常波动，未见异常：
WCDMA后台指标监控
后续计划
经验证，CSFB时延优化方案实施后，CSFB主叫建立时延（ExtendedServiceRequest- Alerting）由7274ms缩短至6482ms，改善约800ms，达到预期效果。并且WCDMA网络指标正常波动，无负面影响。
后续建议逐步扩大修改/验证范围，全网推广。
5GNR延时优化方法
5GNR延时优化方法 一、简述 5G系统相比其它通讯系统，结构更加精简。从协议已发布一些指标来看，时延相比其它系统有较大改善。比如协议要求用户面时延小于4ms，用户面ping包时延指标往往作为单站验收的KPI指标之一。本文主要介绍5G ping包时延问题的优化和定位方法。 二、基本原理和流程介绍 5G做ping时延测试，一般是在连接终端UE的笔记本电脑上面进行ping包，为了排除，外网时延的影响，一般采用ping FTP内网服务器IP地址的方式。正常Ping 包测试方法如下：前提条件 测试目标小区正常建立。移动UE找到想要的测试点，通常PING包测试中要求测试UE 在目标小区近点即SINR大于20的点，为了测试出较理想结果尽量找到SINR大于25的测试点。UE正常注册成功并接入网络。 测试步骤 第一步、将NR测试终端放置在近点； 第二步、NR测试终端发起初始业务连接； 第三步、分别使用32Bytes 、64Bytes、256Bytes、1000Bytes、1500Bytes的包长向网络进行ping包测试100次，使用抓包软件记录应用层RTT时间； 第四步、将测试UE放置在中点，重复步骤2~3； 第五步、将测试UE放置在远点，重复步骤2~3； 数据记录 数据格式：原始Log文件（自定义），导出文件（CSV或EXCEL） 导出精度：1秒/样本点 终端侧：时间、经纬度、RSRP（CSI RS &DM RS）、RS-SINR（CSI RS &DM RS）、各层空口信令消息、ping时延 基站侧：信令、话统数据等 三、用户面时延优化方法 3.1、ping测试问题的分析思路 由于ping包测试电脑和测试终端UE的影响不可控，排除这这个因素后，需要重点分析PING环回时延的空口时延和传输时延两部分。当测试得到的环回时延较大时，甚至不能满足PING包测试指标要求时，需要将ping时延分解成下面两部分单独进行分析：无线空口时延，即UE和基站间的交互时延，传输侧交互时延。 分解为两部分统计环回时延的目的是判断出时延较大的原因是由空口造成还是传输引起的。如果空口时延较大，则需要从调度算法上考虑优化，这块由版本和无线参数来保证；若传输时延较长，那就是非接入层的原因，可以从基站侧ping EPC或PING FTP服务器来确认是否受到传输网络的影响，确认是传输的问题，需要请传输侧工程师协助解决。 3.2、无线空口时延分析方法 无线空口时延，即UE和基站间的交互时延主要受基站无线参数设置及无线环境的影响。主要分析方法是通过QXDM或者其他测试工具在终端UE侧进行抓log分析，如果有时延差
CSFB时延优化方法
整理的CSFB端到端的时延的一些优化思路 目前优化LTE的端到端时延的一些手段除了常见LAC边界邻区优化外集中在GSM网络的功能参数上，我整理了网上的一些意见如下： 无线侧添加好2G回落邻区，最好优先回落1800，在2G核心网侧鉴权用了很多时间； 以华为核心网为例: 1.核心网开启1/16鉴权（被叫每16次呼叫做1次鉴权，减少鉴权时延），关闭3G classmark 更新； 2.建议核心网关闭AUTN信元，目前核心网尚未确认是否可行，未执行（减小核心网鉴权参数下发长度，MSC向手机发送鉴权请求消息中不携带AUTN信元； 3.2G侧关闭3G classmark功能，可能会影响2/3G互操作（该参数用于BSC向MS发送系统消息3时，控制3G Early Classmark Sending Restriction字段的值。当该参数为YES时，3G Early Classmark Sending Restriction取值为1，表示MS发送的早期类标消息中包含3G类标信息；当该参数为NO时，3G Early Classmark Sending Restriction取值为0，表示MS发送的早期类标消息中不包含3G类标信息），目前已关闭BSC XX的开关； 4.建议2G侧调整类标更新优化类型为2（该参数表示A接口收到类标更新请求时，类标更新流程优化的类型。0：优化关闭，即标准的类标更新流程；1：中度优化，当BSC已经收到MS的类标，则直接向MSC返回类标，不向MS下发类标查询消息，否则下发；2：高度优化，当SET GCELLCCBASIC中“ECSC”设置为YES时，不向MS下发类标查询消息，否则下发），目前已调整BSC XX的参数； 5.建议调整小区跳频频点下发方式，从CA_MA改为Frequency_List（该参数用于在指配或切换中，跳频频点序列采用何种编码方式下发给MS。选择使用“CA+MA方式”时，指配或切换命令中通过携带CA和MA信息来表达跳频频点序列；选择使用“Frequency List方式”时，指配或切换命令中通过携带Frequency List信息来表达跳频频点序列；当选择使用“优化的CA+MA方式”时，如果小区频段为单一频段，则下发的指配命令中只携带MA，不携带CA。如果小区不是单频段，则指配命令中同时下发CA和MA信息），目前已调整网格内XX 个1800小区。 关闭“Identity Request/Identity Response”流程 6、把“无线利用率低于70%”的站点开启TCH立即指配功能
LTE网络下手游空口时延优化分析方法
杭州LTE网络下手游空口时延优化分析方法最佳实践总结 杭州电信余杭分公司 仲展毅 1概述 在4G时代，移动网带宽大幅提升，同时智能手机和应用也得到了极大发展。在智能手机应用中，网络游戏明显占据着非常重要的地位。如何提高用户在手机游戏中的网络体验成为游戏开发商、游戏代理商和电信运营商积极探索的方向。 从终端到服务器，整个体系的每一个环节都会影响用户的使用感知，基站空口显然是不确定性最大的一个环节，了解空口对时延的影响，并找到改善时延的方法非常重要。 本次通过研究手游在网络上2种交互连接的运作机制，并以典型情况介绍说明卡顿的根本原因。通过LTE无线空口的3个主要指标RSRP、SINR、负荷分别开展统计分析和现场评估，得出指标与时延的相关性以及提升方案，最后就LTE的一些特性对空口时延的影响进行分析并给出调整的实测情况。 2手机游戏机制 客户端与服务器间主要有2个交互连接，一个为TCP连接，一个为UDP连接。游戏客户端与服务器间的TCP长连接由终端发起，通过这个TCP长连接进行心跳和其他信息交互，用以确认服务器状态正常，心跳间隔3 s，消息大小固定，流程如图示：
客户端与服务器TCP流程图 客户端和服务器之间交互的报文，除了TCP长连接报文以外，还有大量的UDP报文，传递玩家的操作信息。主流网络游戏采用的同步机制为帧同步（非状态同步），主要流程如下：
广播帧流程图 当用户操作未及时上报，或客户端未及时收到服务器下发的广播消息时，都会体现为游戏中的卡顿。由此可知，网络侧上下行的总时延超过60 ms会极大拉低用户感知，但60 ms是整个环路上总时延阈值，对于空口则需要将本段时延降低至接近极限值。 3空口时延影响因素 3.1 覆盖、干扰与时延 对杭州同一个MME下的E-UTRN进行大量拉网Ping测试，得到不同环境下空口时延的散点图：
TD―LTE业务面时延优化研究
TD―LTE业务面时延优化研究 前言 业务面指标反映了移动通信用户的直观感知，对业务面指标的优化，可以预先解决用户感知不好的问题，减少用户投诉。本文首先对业务面TCP时延的优化流程进行梳理，并对TOP N小区定位、问题定界、容量确认、基站告警处理、传输问题排查、参数优化等环节展开分析，最后通过实际案例印证分析流程的准确性和可实施性。 1.业务面指标介绍 业务面指标反映了移动通信用户的直观感知，业务面指标差则容易引发客户感知差等问题。因此对业务面指标的优化，可以预先解决用户感知不好的问题，减少用户投诉。业务面指标与无线指标不同，其统计节点是参考OSI七层网络模型中的应用层和传输层消息。而这些指标在RAN侧是统计不到的，RAN侧只能统计到PDCP层。TCP时延作为要的业务面指标，其统计节点为：统计TCP建链时三次握手过程中的TCPACK的时间点减去TCPSYNACK的时间点。根据XDR规范，TCP时延是在S1-U口统计，其时延包括空口时延和ENB 到核心网的传输时延。 2.业务面时延优化流程
首先进行TOP N小区筛选和问题定界，如果属于RAN侧问题，则检查基站告警，否则排查传输问题。之后对小区参数进行核查，预调度参数设置是否准确，核实无误后安排现场测试，并进行天馈倒换、分析基站日志。如果是属于无线问题，则调整覆盖解决干扰，否则执行基站问题排查，并最终完成时延问题优化。那么面指标优化过程主要内容有：TOP 小区筛选、问题定界、告警处理、参数优化、基站侧问题解决和无线侧优化等几个重要步骤。 3.业务面指标优化方法 3.1TOP小区筛选 TOP小区筛选可以从两个数据源来筛选：一个是大数据平台，可以直接统计出TCP层业务面指标，但是由于是在S1-U 口采集的数据，因此统计出来的TCP层时延还包括了基站侧到核心网侧的传输时延；另外一个是RAN侧统计的用户面时延，统计的是PDCP层时延，使用RAN侧OMC统计出的用户面时延，就是完整的空口业务面时延，不包括传输侧时延。无线侧统计的用户面下行时延变化趋势与大数据平台统计 的TCP时延变化趋势一致。 3.2业务面问题定界 TOP小区筛选之后，需要判断是否为小区用户过多，容量不够导致业务面指标差，还是由于网络异常导致，两种原因需要有各自的解决方案。
CSFB时延较长优化实施方案
CSFB时延较长优化实施方案
————————————————————————————————作者：————————————————————————————————日期：
参数案例CSFB时延较长方案 公司绵阳分公司专业无线设备类型NodeB 设备厂家中兴设备型号软件版本 编制时间2014-10 作者作者电话 关键字时延、开启选择性鉴权、资源分配监视时长、DRX 问题现象 绵阳9月份TDL ATU测试（鼎力+Iphone 5S），CSFB测试时延为11.97s，全国省会城市排名18名，需要缩短CSFB的端到端时延。 主叫流程： GSM侧接入流程：
原因分析 从测试数据的信令流程分析CSFB 时延可以划分为3个过程，如下： Extended Service request-->RRC Connection Release RRC Connection Release-->CM Service Request CM Service Request-->Alerting 其中前2个阶段为LTE 侧，且时延较小，可提升空间几乎很小；最后阶段为GSM 侧（主要集中在核心网），可以着重优化。 下表为优化前时延分段统计的时延： Extended Service request-->Alerting Extended Service request-->RRC Connection Release RRC Connection Release-->CM Service Request CM Service Request-->Alerting 11.97 0.241 1.94 9.5（偏高） 优化调整 为此进行了以下几种对时延有影响的参数进行实验性调整，以下为各参数调整验证后时延结果： 修改参数 Extended Service request-->Alerting Extended Service request-->RRC Connection Release RRC Connection Release-->CM Service Request CM Service Request-->Alerting 关闭智能网 11.97 0.241 1.94 9.79 LTE 测量GSM 频点配置数 11.97 0.241 1.94 9.79 LTE 寻呼DRX 循环周期 11.75 0.241 1.94 9.57
VOLTE时延优化
VOLTE时延优化 摘要：语音呼叫建立时延是衡量VoLTE网络质量和客户感知的关键指标之一。本文基于现网研究与实践，分析了VoLTE呼叫时延的特点和影响要素，探索了相关优化思路和方法，对于指导VoLTE呼叫时延优化工作具有较好的参考价值。 1 前言 在衡量VoLTE网络性能、运营质量和客户感知的评估体系中，VoLTE语音呼叫建立时延是一个关键指标。呼叫时延的缩短，不但对减少网络信令资源消耗和减轻网络负荷具有重要价值，对提升客户体验和客户满意度也具有显著意义。 本文结合现网研究和实践情况，探讨了VoLTE呼叫时延的优化思路和方法，通过无线侧、EPC侧和IMS侧的联合优化，现网呼叫时延有效缩短了60%，提升了VoLTE语音业务质量和客户满意度。 2 TD-LTE网络语音呼叫时延的特点 TD-LTE网络的语音解决方案主要包括SVLTE、CSFB和VoLTE/eSRVCC等3种，SVLTE 属于双待终端解决方案，终端同时驻留在2G/3G以及LTE网络；CSFB属于单待终端解决方案，涉及2G/3G/4G系统，流程较复杂，呼叫时延较长；VoLTE通过IMS网络实现高清语音功能，呼叫时延较短。TD-LTE网络3种语音解决方案的特点对比如表1所示。 3 VoLTE呼叫时延优化思路与方法 VoLTE是基于IMS网络的LTE语音解决方案，架构在LTE网络上，相对于传统VoIP语音，能提供更好的QoS保障。如果VoLTE通话客户从LTE切换到2G/3G网络，需通过eSRVCC （Enhanced Single Radio Voice Call Continuity，增强型单射频语音连续性技术）功能，实现PS域向CS域的切换流程，从而保证客户的语音连续性。VoLTE/eSRVCC的呼叫流程比SVLTE和CSFB更加复杂，在本地网络呼叫时延研究中，主要在参数规范、网络结构、寻呼策略、调度算法等方面进行优化。 3.1 VoLTE呼叫信令流程 VoLTE使用SIP（Session Initiation Protocol,会话发起协议）实现语音会话信令流程，SIP包括Invite、100 Trying、183 Session Progress、Prack、Prack 200 OK、Update、Update 200 OK、180 Ringing等8条信令消息。VoLTE呼叫时延通常指从主叫侧SBC收到VoLTE语音的Invite