VoLTE维护优化丛书
第1章VoLTE网络配置篇
无线测试涉及的网络参数如下表所示：
第2章厂家个性VoLTE质量问题篇
问题1：IMS无法注册的可能原因？
答：手机附着LTE网络并成功建立QCI9承载后PDN connectivity reject,无法建立QCI5默认承载，将导致无法成功注册IMS。如下图所示：
手机attach request -attach complete过程已经建立QCI=9的信令承载，UE会在PDN Connectivity Request消息中包含APN信息，从HSS取得的订阅信息中，Service-Selection="wildcard"，所以MME接受UE请求的APN。根据新的APN，分配一个Bearer ID给default EPS，并且发送Create Session Bearer Request 到S-GW。S-GW会在它的EPS Bearer 表中创建一个新的实体，并且发送Create Session Request到P-GW中。S-GW会为Control Plane和User Plane创建新的DL S-GW TEID并且把他们发送到P-GW，创建QCI5默认承载。因此PDN CONECTIVITY REJECT会导致无法建立QCI5的默认承载，直接导致IMS无法注册。
1）如果是ESM过程导致的拒绝（比如默认承载建立失败），才会带PDN CONNECTIVITY REJECT消息，EMM层拒绝，只有ATTACH REJECT消息。
2）如果拒绝原因值是"unknown EPS bearer context"，UE会本地去激活存在的默认承载或专用承载
3）常见的拒绝原因有：IMSI中的MNC与核心网配置的不一致。
以下为可能的解决方法：
1：检查核心网和eNB侧是否存在相关告警并及时处理
2：查看拒绝原因，核查相应参数是否配置正确（IMSI中的MNC与核心网配置的不一致, APN的设置不当等问题）
3：是否存在SIM问题及核心网对SIM卡实行限制相应功能及接入等级
4：SIM卡和核心网HSS记录信息不一致导致无法注册
5：PDN请求拒绝大部分是核心网问题，可以通过抓取信令分析
问题2: VoLTE中呼叫前转、呼入限制等补充业务由哪个网元提供数据配置？
答: Ut AS是提供业务逻辑和业务执行的应用服务器，VoLTE中使用其进行UE 到业务AS的业务数据管理配置，提供设置、取消业务数据，激活、去激活业务等功能。UE与Ut AS间的接口称为Ut接口，使用XCAP协议，提供补充业务数据配置功能。
Ut AS包含网络应用功能（NAF, Network Application Function）与引导服务器功能（BSF, Boot Strapping Function）两项主要功能实体，提供用户鉴权认证与业务鉴权认证，AS选择和路由重定向功能。其接口流程如下图：
UE到NAF之间的补充业务配置消息主要是GET或PUT消息，这些消息在经过NAF完成业务认证通过后，转发到相应的AS。GET信息主要用于获取补充业务的信息，PUT消息主要用于设置补充业务(激活/去激活/修改)，其主要携带参数包括：Request URI、X-3GPP-Asserted-Identity、Host、Authorization、Content-Type。其中，Authorization参数是UE发给NAF中携带用于鉴权，NAF(AP)发给AS(AP)的消息中不需携带此参数。
其中Request-Line参数中携带的UtapplicationID信息，以及Host参数与Authorization参数中携带的NAF与BSF域名信息，UE侧配置需与网络侧配置相同。测试中发现呼入限制、呼叫转移等补充业务配置失败时，建议优先核对相关信息。相关信息建议配置如下：
NAF：https://www.360docs.net/doc/2b10627460.html,
BSF：https://www.360docs.net/doc/2b10627460.html,
UtapplicationID：https://www.360docs.net/doc/2b10627460.html,
问题3：为什么HTC M8终端回落至2/3G后强锁4G无法正常进行VoLTE语音业务？
答：在现网测试中发现以下案例：HTC m8终端在回落至2/3G后，如果此时进入工程模式强锁至4G网络后再设置回234G自动选择，并与另外一部VoLTE 终端进行语音通信，那么此时会触发CSFB流程，而不是VoLTE语音业务。
通过抓包分析，HTC终端如果在23G下，通过设置“LTE only”强制选到LTE，那么终端向MME发送的attach request中不带additional GUTI，那么MME将认为该用户前一次不是在2/3G SGSN附着的（依据中移动规范的方法）。Attach request消息如下图：
这时候如果MME保存有该用户的信息，就不发ULR给HLR。根据诺基亚的被叫域（TAS）选择，它首先要判断融合HSS中是否有SGSN number，如果有，则认为该用户在23G下，就会将被叫指向23G CS域。这个方案在3GPP
TS29.328有下列描述：Annex E (informative):T-ADS request handling in the HSS, If both MME and SGSN are registered but the registered SGSN is a
Gn/Gp-SGSN, the HSS treats the MME as not registered in the following
T-ADS request handling.
对于支持LTE的双模终端，从GnGp-SGSN移动到MME下时，即使MME保留有用户数据，按照TS29.272规范要求，MME还是需要发起S6a-ULR，携带Single Registration Ind，以触发HSS/HLR删除用户SGSN地址。所以说正常情况下用户进入LTE覆盖时，HLR不会保留SGSN地址。当下次呼叫时MME 会认为此时用户还在2/3G下，于是就会触发CSFB。而且开关机通常也无法解决（因为MME已经保存了它的用户信息）
问题4：VoLTE语音AMR-NB AMR-WB 资源占有情况有何区别？
答：AMR全称Adaptive Multi-Rate，自适应多速率编码，主要用于移动设备的音频，压缩比比较大，但相对其他的压缩格式质量比较差，由于多用于人声，通话。其中AMR分为AMR-NB和AMR-WB两种，对于VoLTE而言，AMR-NB 则为12.2k语音编码制式，AMR-WB则为23.85k语音编码制式。
AMR-NB和AMR-WB的本质区别在于其语音带宽和抽样频率有所区别，NB的语音带宽范围为：300~3400khz，抽样频率为8khz；而WB的语音带宽为
50~7000khz，抽样频率为16khz。
以下为相关的AMR-NB的编码方式，共分为16种，其中0~7对应不同编码方式，8~15用于噪音或者保留用，VoLTE里的AMR-NB采用的编码方案7；
而AMR-WB的编码方式同样也有16种，其中0~8对应不同编码方式，9~15保留用，当前VoLTE语音的WB编码制式采用的编码方式8。
以下为VoLTE相关测试中的高标清占用资源对比情况:
从趋势图来看，在SINR大于5的时候，整体MOS值比较平稳，其中高清MOS 值稳定在3.5以上，标清语音MOS值稳定在3.2左右，而在SINR值小于5之后，高清和标清语音的MOS值均呈现波动且整体均值下降的趋势。另外由于在SINR差点打点数较少的原因，其MOS均值会出现随着SINR均值下降而抬升的异常情况。
在下行PDCP速率里对比中标清语音在7kb左右，在SINR小于0之后开始出现明显的波动情况，直至掉0。高清语音PDCP速率则在15kbps左右，同样在SINR小于0后开始出现剧烈的波动情况。
从高清和标清的下行PRB数对比情况来看，整体占用的RB数差距不明显,另外下行PRB个数随着SINR值恶化逐级抬升。
从高标清的指标和资源对比来看，本身AMR-NB和AMR-WB对于网络资源的利用程度来看差距不大（PRB上占用差不多），但AMR-WB对于网络资源的利用率会相对高些（高清的码率更高），且AMR-WB的用户体验更好（MOS值高于AMR-NB一截），且抗干扰性上并没有明显差别，因此在VoLTE将来部署中，更推荐采用AMR-WB编码制式。
问题5：终端正确设置下仍无法进行高清语音通话的原因？
答：TAS License过期使得VoLTE高清不支持，用户无法进行高清语音通话。以现网测试案例为例，外场测试发现设置为23.85k的速率，看到PDCP速率只有12.2kbps左右，与23.85kbps预期24kbps的速率不一致。
AMR和AMR-WB是终端和网络侧协商的结果。需要从终端和网络侧两侧分析解决。
1）需要先排查终端侧设置是否正确。在主叫的invite消息里发现主叫是支持AMR 和AMR-WB。说明NV参数设置正确且已生效。
2）从被叫测试查看invite消息发现，网络侧未下发AMR-WB速率。基本上确认是网络侧把AMR-WB丢弃。
3）通过IMS核心抓包分析得知，经过TAS后，AMR-WB被丢弃。确认为TAS 的问题。经确认9月初TAS版本升级，AMR-WB LICENSE 没有及时打上。
TAS 添加license后，外场验证，高清电话可以正常拨通：
问题6：手机通话中出现FAST BOOT的可能原因是什么？
答：基站侧zuc算法打开后可能会导致手机通话出现FAST BOOT问题。以现网测试案例为例，用HTC M8对在目前LTE弱覆盖或信号质量差的网络环境下的通话质量进行MOS评估时，发现通话拨打8S左右通话中断，手机进入FAST BOOT工程模式。更换站点后恢复，再回到问题站点拨打电话，分析EMIL包后发现该基站ZUC加密算法开关打开，且ZUC算法优先级为最高，让后台修改为现网站点基本设置后恢复正常。
更改站点后手机通话恢复正常，可以判断为站点问题。在后台检查后发现该基站并无告警，排除由硬件故障造成的通话问题。由EMIL包中ATTACH REQUEST 里UE CAPBILITY列出终端支持使用ZUC算法。（注意EEA3与EIA3的值都为1）
为确定M8在该站下是否使用ZUC算法，通话先在其他站点建立后再切换进问题站点，从切换请求中可以看出切换后进入问题站点选择的加密算法为EEA3、EIA3，且切换完成6S后手机进入FAST BOOT模式。确定问题为ZUC算法的启用导致。（下图为切换入问题站点后选择的加密算法，基站R10以前的版本是spare5，R11后改成了eea3和eia3）
通过后台关闭ZUC算法，问题解决。
由于ZUC是3GPP R9才加入的算法，故R9之前的终端并不支持ZUC算法。同时R9的终端如HTC M8也并不完全支持在使用ZUC算法的前提下进行所有业务。
问题7：专用承载MAX GBR值对通话质量有什么影响？
答：专用承载MAX GBR太小将导致的通话质量差。以现网测试案例为例，用CDS 48KMOS盒对在目前LTE网络下的通话质量进行MOS评估时，发现当通话建立在专用承载（GBR）下时CDS MOS打分值偏低。偶然间发现建立在默认承载上的通话MOS值正常可以达到4分。估计为专用承载问题，再用8K语
音文件进行MOS打分又恢复正常，确定为速率问题，调整QCI1 MAXGBR参数后恢复正常。
VOLTE通话评估软件反映通话质量分值低，经监控基站无告警，接入指标正常，更换站点并重新导入参数后仍存在问题。曾尝试在默认承载下进行语音通话发现质量评估并无问题。初步判定为专用承载问题。如下图所示（左图为QCI1下，右图为QCI9下）。
选用8K采样的语音文件再次进行MOS打分时发现QCI1下的MOS值恢复正常
采样率不同的区别在于传输时速率不同定位问题点于QCI1专用承载的最高速率没有达到48K语音的传输要求。在对比查看QCI1与QCI9的MAX GBR后确定了问题原因。下图是QCI1修改前的参数（图中MAX GBR数值为换算后结果，下同）
下图为QCI9的参数：
核心网QCI1承载的MAX GBR改为150：
修改后QCI1:
由于VOLTE是VOIP业务所以速率的大小直接影响了通话的质量，速率太小语音业务就会出现卡顿和失真的现象。专用承载的最大保证比特率应该先由在不受限条件下的业务最高速率来确定。
问题8：QCI=1开关不打开或打开但maxGBR配置过低对Volte电话的影响？
答：当拨打volte电话时，QCI=1开关未打开，没有建立QCI=1的专用承载，电话拨通5S后会自动挂断如图所示：
所以判断必须打开QCI=1的专用承载开关，才能正常拨打电话。在后台配合下，开启QCI=1的专用承载，并配置maxGBR=20k。再次拨打volte电话，发现专用承载仍未建立，volte电话依然是5s挂断，如下图所示：
推断无法正常拨打电话的原因是maxGBR=20k不满足核心网配置要求，经确认，核心网要求的minGBR值必须大于40，于是将基站侧maxGBR值改为256；再次拨打volte电话，专用承载建立成功。能正常通话；如图所示：
所以为了保证Volte语音电话能正常拨打，需打开QCI=1的开关，切配置大于核心网要求的maxGBR值。
问题9：QCI=2下maxGBR配置过小对视频电话有什么影响？
答：基站侧打开QCI=1及QCI=2的开关，并将qciTab2maxGbrDl及
qciTab2maxGbrul均设置为100k，拨打Volte视频电话,QCI=1专载成功建立，但QCI=2的专用承载未建立，视频电话呼叫失败。如下图所示：
怀疑为qciTab2maxGbr配置过低，未能达到视频电话保障最低要求，经查证，核心网要求的maxGBR值需大于512k，通过后台修改qciTab2maxGbr值为2048之后，再进行Volte视频电话拨打，能正常进行视频通话，如图所示：
所以Volte视频电话，需同时打开QCI=1.QCI=2的开关，且maxGBR值需配置大于核心网要求的值方可正常通话。
第3章VoLTE关键功能优化篇
问题10：终端注册异地MME对eSRVCC会产生什么影响？
答：手机注册异地MME可能导致不能完成sSRVCC切换。以福州某测试场景为例，下表为eNB参数配置。
在无线环境满足切换条件情况下，ms只上报测量报告，未发生切换。
MS只上报测量，未发生切换问题，查看基站无相关告警，检查邻区无漏配，参数配置一致情况下，未切换问题还是存在。后续测试中,通过抓取核心网，eNB 侧log分析,核心网侧查看eNB未发送handover command，通过多方面分析后，
发现MS注册的MME code归属地属于厦门,MS注册到厦门MME不能切换原因可能是相应参数未配置完整。eNB侧删除厦门MME后，测试中切换问题解决。
问题11：HSS参数设置是否会对eSRVCC产生影响？
答：HSS参数设置不恰当可能会导致无法执行eSRVCC。正常的eSRVCC流程如下：
以现网测试发现的某个案例为例，无线环境满足切换条件，UE却并没有执行切换，直至SINR过差发生掉话。通过分析log发现，UE未触发eSRVCC原因为，eNB没有下发eSRVCC相关测控消息。
更换HTC测试终端发现，SIM卡尾号为19的终端可收到eNB下发的测控消息并正常eSRVCC，而SIM卡尾号为55的终端无法收到eSRVCC测控消息，以此排除终端原因。
正常重配置信令中eSRVCC测控消息如下，SIM卡尾号为55的终端无以下消息。
GSM频点信息
A2事件及B2事件：
对比19、55两部终端能力信息，发现eNB收到的UE Capability Information信令完全相同，且FGI第9位、第23位设置为1，表示终端支持eSRVCC（根据
web性能优化(服务器优化)
Web网站性能优化的相关技术 来源：站长网 https://www.360docs.net/doc/2b10627460.html, 2011-03-04 06:50:47 Web站点性能问题吸引或者迫使越来越多的人投入到这个问题的研究中来，产生了很多解决方案。下面是我根据自身的理解对这些技术进行了归类总结，如有不足之处欢迎拍砖。 一、提高服务器并发处理能力 我们总是希望一台服务器在单位时间内能处理的请求越多越好，这也成了web 服务器的能力高低的关键所在。服务器之所以可以同时处理多个请求，在于操作系统通过多执行流体系设计，使得多个任务可以轮流使用系统资源，这些资源包括CPU、内存以及I/O等。这就需要选择一个合适的并发策略来合理利用这些资源，从而提高服务器的并发处理能力。这些并发策略更多的应用在apache、nginx、lighttpd等底层web server软件中。 二、Web组件分离 这里所说的web组件是指web服务器提供的所有基于URL访问的资源，包括动态内容，静态网页，图片，样式表，脚本，视频等等。这些资源在文件大小，文件数量，内容更新频率，预计并发用户数，是否需要脚本解释器等方面有着很大的差异，对不同特性资源采用能充分发挥其潜力的优化策略，能极大的提高web 站点的性能。例如：将图片部署在独立的服务器上并为其分配独立的新域名，对静态网页使用epoll模型可以在大并发数情况下吞吐率保持稳定。 三、数据库性能优化和扩展。 Web服务器软件在数据库方面做的优化主要是减少访问数据库的次数，具体做法就是使用各种缓存方法。也可以从数据库本身入手提高其查询性能，这涉及到数据库性能优化方面的知识本文不作讨论。另外也可以通过主从复制，读写分离，使用反向代理，写操作分离等方式来扩展数据库规模，提升数据库服务能力。 四、Web负载均衡及相关技术 负载均衡是web站点规模水平扩展的一种手段，实现负载均衡的方法有好几种包括基于HTTP重定向的负载均衡，DNS负载均衡，反向代理负载均衡，四层负载均衡等等。 对这些负载均衡方法做简单的介绍：基于HTTP重定向的负载均衡利用了HTTP 重定向的请求转移和自动跳转功能来实现负载均衡，我们熟悉的镜像下载就使用这种负载均衡。DNS负载均衡是指在一个DNS服务器中为同一个主机名配置多个IP地址，在应答DNS查询时返回不同的解析结果将客户端的访问引到不同的机
性能优化的方法和技巧
性能优化方法和技巧：概述 性能优化有三个层次： ?系统层次 ?算法层次 ?代码层次 系统层次关注系统的控制流程和数据流程，优化主要考虑如何减少消息传递的个数；如何使系统的负载更加均衡；如何充分利用硬件的性能和设施；如何减少系统额外开销（比如上下文切换等）。 算法层次关注算法的选择（用更高效的算法替换现有算法，而不改变其接口）；现有算法的优化（时间和空间的优化）；并发和锁的优化（增加任务的并行性，减小锁的开销）；数据结构的设计（比如lock-free的数据结构和算法）。 代码层次关注代码优化，主要是cache相关的优化（I-cache, D-cache相关的优化）；代码执行顺序的调整；编译优化选项；语言相关的优化技巧等等。 性能优化需要相关的工具支持，这些工具包括编译器的支持；CPU的支持；以及集成到代码里面的测量工具等等。这些工具主要目的是测量代码的执行时间以及相关的cache miss, cache hit等数据，这些工具可以帮助开发者定位和分析问题。 性能优化和性能设计不同。性能设计贯穿于设计，编码，测试的整个环节，是产品生命周期的第一个阶段；而性能优化，通常是在现有系统和代码基础上所做的改进，属于产品生命周期的后续几个阶段（假设产品有多个生命周期）。性能优化不是重新设计，性能优化是以现有的产品和代码为基础的，而不是推倒重来。性能优化的方法和技巧可以指导性能设计，但两者的方法和技巧不能等同。两者关注的对象不同。性能设计是从正向考虑问题：如何设计出高效，高性能的系统；而性能优化是从反向考虑问题：在出现性能问题时，如何定位和优化性能。性能设计考验的是开发者正向建设的能力，而性能优化考验的是开发者反向修复的能力。两者可以互补。
福建省-Volte MOS差点分析指导汇总
Volte MOS差点分析指导书 1 概述 1.1 MOS指标定义 MOS值（Mean Opinion Score）,即语音质量的平均意见值，是衡量通信系统语言质量的重要指标。 MOS与人的主观感受映射关系如下： 表1 MOS分和用户满意度 一般情况下，MOS值大于等于3.8被认为是较优的语音质量，大于等于3.0被认为是可以接受的语音质量，低于3.0被认为是难以接受的语音质量。中国移动对MOS分的定义为路测MOS分，基于宽带AMR（AMR WB）的POLQA算法打分。
1.2 MOS评分原则 中国移动集团只有语音MOS的测试标准，视频业务目前业界无通用MOS测评标准，所以现阶段VoLTE的MOS值测试仅针对语音业务。针对目前移动场景，VoLTE与VoLTE通话协商的编码为AMR-WB宽带编解码，提供高清语音体验；VoLTE与2G/3G CS业务互通协商的编码为AMR-NB窄带编码(与CS域的编解码相同），因此MOS测试采用VoLTE拨打VoLTE 的方式，测试宽带VoLTE编码的语音质量。集团对MOS分的定义为路测MOS分，采用P.863算法进行评估。集团对MOS测试工具要求：珠海世纪鼎利Pioneer、北京惠捷朗(CDS)，现阶段测试终端是HTC M8T。 目前的MOS评分周期是9秒输出一个MOS分，主叫和被叫周期交替发送固定语料。每隔9秒鼎利设备的主叫和被叫会输出一个MOS分，发送端发送语料的时候，接收端静默接收，不存在主被叫同时发送语料的情况，无论是主叫发语料还是被叫发语料，对端接收后都会在MOS盒和原始语料进行对比，所以主叫和被叫的MOS是一致的。 每个MOS语料发送周期内（9秒），连续的语音分为两段，每段时间2秒左右，总的发音时长4秒左右。其余时间都是发送静默帧（SID）。160ms发包周期的都是SID帧，20MS发包周期的都是有语音的RTP包。 1.3 MOS考核要求 MOS平均分，即POLQA算法平均得分，目标值：3.5，挑战目标：4.0； MOS>3.0占比，即MOS得分>3.0的采样点占比，目标值：85%，挑战目标：90%； MOS>3.5占比，即MOS得分>3.5的采样点占比，目标值：80%，挑战目标：85%。 2 影响MOS的主要因素 影响Volte MOS值的因素主要有语音编码、端到端时延、抖动、丢包率等，如下：
Linux操作系统性能调优的方法
按照传统，Linux不同的发行版本和不同的内核对各项参数及设置均做了改动，从而使得系统能够获得更好的性能。下边将分四部分介绍在Red Hat Enterprise Linux AS和SUSE LINUX Enterprise Server系统下，如何用以下几种技巧进行性能的优化： QUOTE: 1、Disabling daemons （关闭 daemons) 2、Shutting down the GUI (关闭GUI) 3、Changing kernel parameters (改变内核参数） 4、Kernel parameters （内核参数） 5、Tuning the processor subsystem（处理器子系统调优） 6、Tuning the memory subsystem （内存子系统调优） 7、Tuning the file system（文件系统子系统调优） 8、Tuning the network subsystem（网络子系统调优） 1 关闭daemons 有些运行在服务器中的daemons (后台服务)，并不是完全必要的。关闭这些daemons可释放更多的内存、减少启动时间并减少CPU处理的进程数。减少daemons数量的同时也增强了服务器的安全性。缺省情况下，多数服务器都可以安全地停掉几个daemons。 Table 10-1列出了Red Hat Enterprise Linux AS下的可调整进程. Table 10-2列出了SUSE LINUX Enterprise Server下的可调整进程.
注意：关闭xfs daemon将导致不能启动X，因此只有在不需要启动GUI图形的时候才可以关闭xfs daemon。使用startx命令前，开启xfs daemon，恢复正常启动X。 可以根据需要停止某个进程，如要停止sendmail 进程，输入如下命令： Red Hat: /sbin/service sendmail stop SUSE LINUX: /etc/init.d/sendmail stop
炎强系统volte优化指导
炎强系统volte优化指导 一、常用功能 7项kpi指标提取:集团指标 1.选择查询地市和时间 2.选择volte分析中的集团指标模块 3.读取数据 4.如徐查看详细记录，双击对应次数即可，如查看黑河注册失败的2908次，双击2908 即可查看详细话单。
小区纬度指标:kpi小区分析 1.根据需要选择查询地市和时间。 2.打开volte分析中的KPI小区分析模块。 3.打开维度定制，根据需要选择查询纬度。 4.读取数据
小区注册分析:volte注册分析 1.根据需要选择查询地市和时间。 2.打开volte分析中的volte注册分析模块。 3.打开维度定制，根据需要选择查询纬度。 4.读取数据 5.可根据注册失败原因码进行排序取top小区，如按401原因码进行排序，查找401注 册失败top小区。
单用户记录查询：volte记录分析、rtp过程分析 1.选定投诉用户发生问题的时间，由于用户时间跟服务器时间可能有偏差，建议前后增 加5-10分钟，如投诉时间为5月1日19点35分，那么选择开始时间为2016-5-1 19：25：00 结束时间2016-5-1 19：45：00。 2.选择volte分析标题中volte记录分析模块。 3.添加用户投诉号码（建议在号码前加通配符“%”）。 4.打开过滤器。 5.清除当前过滤条件。 6.读取数据。 7.找到用户投诉记录。 8.右键单击记录，选择打开流程图，可查看用户rtp上下行包。
1.与信令投诉相同选择投诉的时间 2.选择IMS分析标题。 3.选择RTP过程分析模块。 4.添加用户投诉号码（建议在号码前加通配符“%”） 5.打开过滤器 6.清除当前过滤条件 7.读取数据 8.找到用户投诉记录 9.打开流程图查看用户投诉原因
服务端性能优化参考指南
服务端性能优化 参考指南 1、代码优化 通过JPROFIRE等第三方工具分析判读代码运行耗时长、性能瓶颈部分，重新审视自己写的代码，逐条逐句，主要注意一下几点： 对象的生成和大小的调整 JAVA程序设计中一个普遍的问题就是没有好好的利用JAVA语言本身提供的函数，从而常常会生成大量的对象（或实例）。由于系统不仅要花时间生成对象，以后可能还需花时间对这些对象进行垃圾回收和处理。因此，生成过多的对象将会给程序的性能带来很大的影响。杜绝不必要的对象产生，减少可调整的生成对象。 代码举例： String name=new String("HuangWeiFeng"); System.out.println(name+"is my name"); (1) 生成新的字符串new String（STR_1); (2) 复制该字符串; (3) 加载字符串常量"HuangWeiFeng"（STR_2); (4) 调用字符串的构架器（Constructor）; (5) 保存该字符串到数组中（从位置0开始）; (6) 从java.io.PrintStream类中得到静态的out变量; (7) 生成新的字符串缓冲变量new StringBuffer(STR_BUF_1); (8) 复制该字符串缓冲变量; (9) 调用字符串缓冲的构架器（Constructor）; (10) 保存该字符串缓冲到数组中（从位置1开始）; (11) 以STR_1为参数，调用字符串缓冲(StringBuffer)类中的append方法; (12) 加载字符串常量"is my name"(STR_3); (13) 以STR_3为参数，调用字符串缓冲(StringBuffer)类中的append方法; (14) 对于STR_BUF_1执行toString命令; (15) 调用out变量中的println方法，输出结果。 上面两行代码生成了STR_1,STR_2,STR_3,STR_4和STR_BUF_1五个对象变量。这些生成的类的实例一般都存放在堆中。堆要对所有类的超类，类的实例进行初始化，同时还要调用类极其每个超类的构架器。而这些操作都是非常消耗系统资源的。因此，对对象的生成进行限制，是完全有必要的。 经修改，上面的代码可以用如下的代码来替换。
系统性能优化方案
系统性能优化方案 (第一章) 系统在用户使用一段时间后（1年以上），均存在系统性能（操作、查询、分析）逐渐下降趋势，有些用户的系统性能下降的速度非常快。同时随着目前我们对数据库分库技术的不断探讨，在实际用户的生产环境，现有系统在性能上的不断下降已经非常严重的影响了实际的用户使用，对我公司在行业用户内也带来了不利的影响。 通过对现有系统的跟踪分析与调整，我们对现有系统的性能主要总结了以下几个瓶颈： 1、数据库连接方式问题 古典C/S连接方式对数据库连接资源的争夺对DBServer带来了极大的压力。现代B/S连接方式虽然不同程度上缓解了连接资源的压力，但是由于没有进行数据库连接池的管理，在某种程度上，随着应用服务器的不断扩大和用户数量增加，连接的数量也会不断上升而无截止。 此问题在所有系统中存在。 2、系统应用方式（架构）问题(应用程序设计的优化) 在业务系统中，随着业务流程的不断增加，业务控制不断深入，分析统计、决策支持的需求不断提高，我们现有的业务流程处理没有针对现有的应用特点进行合理的应用结构设计，例如在‘订单、提油单’、‘单据、日报、帐务的处理’关系上，单纯的数据关系已经难以承载多元的业务应用需求。 3、数据库设计问题（指定类型SQL语句的优化）
目前在系统开发过程中，数据库设计由开发人员承担，由于缺乏专业的数据库设计角色、单个功能在整个系统中的定位模糊等原因，未对系统的数据库进行整体的分析与性能设计，仅仅实现了简单的数据存储与展示，随着用户数据量的不断增加，系统性能逐渐下降。 4、数据库管理与研究问题(数据存储、物理存储和逻辑存储的优化) 随着系统的不断增大，数据库管理员（DBA）的角色未建立，整个系统的数据库开发存在非常大的随意性，而且在数据库自身技术的研究、硬件配置的研究等方面未开展，导致系统硬件、系统软件两方面在数据库管理维护、研究上无充分认可、成熟的技术支持。 5、网络通信因素的问题 随着VPN应用技术的不断推广，在远程数据库应用技术上，我们在实际设计、开发上未充分的考虑网络因素，在数据传输量上的不断加大，传统的开发技术和设计方法已经无法承载新的业务应用需求。 针对以上问题，我们进行了以下几个方面的尝试： 1、修改应用技术模式 2、建立历史数据库 3、利用数据库索引技术 4、利用数据库分区技术 通过尝试效果明显，仅供参考！
优化服务器的性能
优化服务器的性能 第18章服务器性能监视及优化 服务器的安全管理是网络管理人员日常工作的重要内容。服务器的安全管理涉及系统安全、设备安全、网络安全、应用安全、数据安全等方面。因此，只有重视服务器的安全性，掌握网站服务器应用过程中的安全因素，才能制定出服务器的安全措施，并保证网站服务器的正常、安全、高效、稳定运行。本章详细介绍如何加强服务器的安全管理。 18.1 优化服务器的性能 作为系统管理员，不仅担负着对网络和服务器的维护工作，同时还应当随时掌握服务器系统的运行情况，随时了解和掌握系统的各种性能参数，如CPU使用率、内存占用量、网络负载等状况，并通过必要的方法优化系统性能，解决系统存在的潜在问题，保证网络和服务器能够高效、稳定运行，为企业和用户提供各项优质服务。 18.1.1 检测服务器的性能 可以通过任务管理工具来检测和查询服务器的系统性能，并快速获得服务器的系统信息。 1．检测和管理进程 进程与系统性能有着很大的关系。执行应用程序将产生一个进程，并占用服务器系统的资源，进程越多，占用的系统资源也就越多。任务管理器是监视计算机性能的关键指示器，可以查看正在运行的程序的状态，并终止已停止响应的程序。还可以使用多个参数评估正在运行进程的活动，查看反映CPU和内存使用情况的图形和数据。 STEP1 在Windows Server 2003正常运行的情况下，按下组合键Ctrl+Alt+Delete，出现Windows安全管理窗口，单击“任务管理器”按钮，出现如图18-1所示的窗口。 STEP2 在Windows任务管理器的“进程”选项卡中，可查看系统正在运行的进程情况，如用户名、CPU、内存使用等信息。同时，在窗口的底端显示了当前的进程数、CPU使用率和内存使用等情况。 STEP3 选择菜单“查看→选择列”命令，出现如图18-2所示的对话框。选择其中需要显示的选项，可以在列表框中列出多达几十个有关进程的信息。最好选中“基本优先级”复选框，方便查看正在运行程序的优先级。单击“确定”按钮返回Windows任务管理器。根据进程列表中的信息，分析进程是否需要更改优先级或者结束运行。
安卓性能优化方案
随着技术的发展，智能手机硬件配置越来越高，可是它和现在的PC相比，其运算能力，续航能力，存储空间等都还是受到很大的限制，同时用户对手机的体验要求远远高于PC的桌面应用程序。以上理由，足以需要开发人员更加专心去实现和优化你的代码了。选择合适的算法和数据结构永远是开发人员最先应该考虑的事情。同时，我们应该时刻牢记，写出高效代码的两条基本的原则：（1）不要做不必要的事；（2）不要分配不必要的内存。 我从去年开始接触Android开发，以下结合自己的一点项目经验，同时参考了Google的优化文档和网上的诸多技术大牛给出的意见，整理出这份文档。 1. 内存优化 Android系统对每个软件所能使用的RAM空间进行了限制(如：Nexus o ne 对每个软件的内存限制是24M)，同时Java语言本身比较消耗内存，d alvik虚拟机也要占用一定的内存空间，所以合理使用内存，彰显出一个程序员的素质和技能。 1) 了解JIT 即时编译（Just-in-time Compilation，JIT），又称动态转译（Dynamic Translation），是一种通过在运行时将字节码翻译为机器码，从而改善字节码编译语言性能的技术。即时编译前期的两个运行时理论是字节码编译和动态编译。Android原来Dalvik虚拟机是作为一种解释器实现，新版
（Android2.2+）将换成JIT编译器实现。性能测试显示，在多项测试中新版本比旧版本提升了大约6倍。 详细请参考https://www.360docs.net/doc/2b10627460.html,/cool_parkour/blog/item/2802b01586e22cd8a6ef3f6b. html 2) 避免创建不必要的对象 就像世界上没有免费的午餐，世界上也没有免费的对象。虽然gc为每个线程都建立了临时对象池，可以使创建对象的代价变得小一些，但是分配内存永远都比不分配内存的代价大。如果你在用户界面循环中分配对象内存，就会引发周期性的垃圾回收，用户就会觉得界面像打嗝一样一顿一顿的。所以，除非必要，应尽量避免尽力对象的实例。下面的例子将帮助你理解这条原则： 当你从用户输入的数据中截取一段字符串时，尽量使用substring函数取得原始数据的一个子串，而不是为子串另外建立一份拷贝。这样你就有一个新的String对象，它与原始数据共享一个char数组。如果你有一个函数返回一个String对象，而你确切的知道这个字符串会被附加到一个Stri ngBuffer，那么，请改变这个函数的参数和实现方式，直接把结果附加到StringBuffer中，而不要再建立一个短命的临时对象。 一个更极端的例子是，把多维数组分成多个一维数组： int数组比Integer数组好，这也概括了一个基本事实，两个平行的int数组比(int,int)对象数组性能要好很多。同理，这试用于所有基本类型的组合。如果你想用一种容器存储(Foo,Bar)元组，尝试使用两个单独的Foo[]
web服务器性能优化
web服务器性能优化 导读：本文web服务器性能优化，仅供参考，如果觉得很不错，欢迎点评和分享。 作为一种资源的组织和表达机制，Web已成为Internet最主要的信息传送媒介。因此Web的性能已经成为判断一个网站成功与否的一个重要评估标准。而Web服务器则是决定Web性能的重要环节。 Web服务器性能就是指一个Web服务器响应用户请求的能力。为了提高Web服务器的性能人们进行了诸多尝试，已经取得了可喜的成果。本文通过对前人研究结果的分析，提出了在具体应用环境中优化Web服务器的方法和策略。 Web服务器概述 Web系统在现在网络中广泛使用，而Web服务器则是Web系统的一个重要组成部分。完整的Web结构应包括:HTTP协议，Web 服务器，通用网关接口CGI、Web应用程序接口、Web浏览器。 Web服务器是指驻留在因特网上某种类型计算机的程序。它是在网络中信息提供者基干HTTP的为实现信息发布、资料查询、数据处理等诸多应用搭建基本平台的服务器，其主要功能是提供网上信息浏览服务。当Web浏览器(客户端)连到服务器并请求文件时，服务器将处理该请求并将文件发送到该浏览器上，附带的信息会告诉浏览器如何查看该文件(即文件类型)。
Web服务器在web页面处理中大致可分为三个步骤:第一步，web浏览器向一个特定的服务器发出Web页面请求;第二步，Web 服务器接收到web页面请求后，寻找所请求的web页面，并将所请求的Web页面传送给Web浏览器;第三步，Web服务器接收到所请求的web页面，并将它显示出来。 web服务器不仅能够存储信息，还能在用户通过Web浏览器提供的信息的基础上运行脚本和程序。在Web上，常见的大多数表单核搜索引擎上都是用的是CGI脚本。 影响web应用服务器性能的因素 Web服务器的性能就是指一个Web服务器响应用户请求的能力，服务器的性能对于一个Web系统来说至关重要。为了提高Web 服务器的性能人们进行了许多尝试，也采用了许多技术和方法，但是这些技术和方法往往缺乏适用性。 通过对前人的研究分析可以发现，在web服务器的优化方而存在这种问题的原因主要有两个:一方面是服务器性能评测造成的，一方面是选用优化方案时考虑不全面造成的。 现行的服务器性能评测工具在对Web服务器进行评测时，其实是由一台或几台计算机模拟客户机，与被测的Web服务器进行通信，它们其实组成的只是一个局域网的环境，这与真正的广域网的环境有一定的差别。 另外，评测工具在选择网络负载时，虽然已经尽可能的接近真实负载，但是与持续的高频率负载要求仍有差距;再者，在性能测试指
系统性能调优方案
第1章系统性能调优方案 1.1系统的性能扩展模型介绍 在进行性能指标设计工作前，必须从理论上对性能指标的可实现性进行分析。理论上，系统的扩展模型可以分成两类，系统可扩展模型和不可扩展模型，如下图所示： 两种性能扩展模型 以上左图代表了系统随着并发用户量的增加系统响应时间呈现线性增长的 趋势，是一种可扩展的情况；但对于系统右边的方式则是不可扩展的，它将随着用户数量的增大而响应时间大大急剧增加，这种模型是完全不可控制的。 通过系统压力实验，我们发现，即使是遵循可扩展模型设计的系统的响应性能和并发用户量并不能成永远的线性关系，在系统压力超过一定的值之后，如100并发，系统响应时间增加非常快，我们把这个点称为拐点。在拐点以下，系统性能呈现良好的线性特性，在拐点以上，则呈现出非线性的特征，同时CPU 和内存出现相当大的增长，甚至100%占用。这种现象的出现，说明系统的性能 不仅仅取决于软件系统，而也同时取决于承载系统的硬件基础环境，如计算能力和内存大小。 为此，系统性能设计的目的就是为系统设置合理的拐点并发值，而不可能无限制的追求无限大的并发下系统响应仍旧呈现线形特征。
1.2对响应时间的技术保障手段 金税三期工程第二阶段河南地税建设项目财务管理子系统对系统的性能要求是比较高的，为了满足这个要求，在系统实现上必须要采用一系列的技术措施才能达到，具体来说将采用下面方式进行： 1、预处理技术的应用 预处理技术是一种在预定计划上由系统激发主动执行的计算模式，它对于一些处理内容固定，处理方式固定的功能非常有效，通过提前处理，实现数据生成时间和数据访问时间的隔离，在数据访问的时候不再需要为拿到结果而执行任何的计算，只需要简单的查询结果即可，这样可以大大增强系统的访问性能，有效的利用系统闲置时间。 2、变动态内容查找为静态数据访问 一些情况下，经过各种调优手段仍不能满足要求，就需要将一些动态的内容进行静态化处理，如可以将复杂的动态报表转化成HTML网页并发布在WEB服务器上，这种方式可以大大减轻应用服务器的访问压力，进一步减少用户等待的时间。例如，对一段历史时期的数据的汇总报表结果的查询，复杂报表结果等查询。 3、异步功能调用模式 对一些耗时较长的处理内容，如果必须由人工进行启动，那么，可以采用这种方式，用户调用程序的时候，实际上只是发送了一个消息给后台服务器，并在服务器端注册信息处理完后需要回馈的客户端，然后系统提示用户系统正在或很快处理这个任务，这样，立刻就能够解放用户，用户可以利用在后台处理的时间去处理其他的任务，在系统处理完后，采用推技术(push)，将处理结果提示给用户，从而完成功能的调用全过程。 4、浏览器显示时采用分页、分时显示技术 用户从数据库查询得到的数据如果行数比较多，比如大于100行。在IE端显示就需要花费很长时间，有时让查询人员无法忍受。分页技术，就是利用先显示结果的一部分，一般结果的前50条记录，后面的记录通过翻页的功能去显示其余部分。比如在查询正常计划详细列表页面时，通过查询得到1000条记录，
服务器性能优化配置建议
目录 一、服务配置建议 二、MySQL性能分析及建议 三、系统性能分析 很久以前在前公司给中企动力那边写的服务器分析建议，其实出就是一些简单参数调整仍后利用vmstat,top这些工具对系统性能做初步分析。 贴出来希望对朋友们学习有帮助，同时也欢迎朋友们补充！[此文档仅作参考和学习，具体优化比较复杂欢迎朋友们探讨！] 一、服务器配置 先阅读apache配置优化建议如下，再对相关参数进行调整，观察服务器状况. Apache配置优化建议: 进入/usr/local/apache2/conf/extra 目录下 Apache优化, 经过上述操作后，Apache已经能够正常运行。但是，对于访问量稍大的站点，Apache的这些默认配置是无法满足需求的，我们仍需调整Apache的一些参数，使Apache能够在大访问量环境下发挥出更好的性能。以下我们对Apache配置文件httpd.conf中对性能影响较大的参数进行一些说明。 (1) Timeout 该参数指定Apache在接收请求或发送所请求内容之前的最长等待时间（秒），若超过该时间Apache则放弃处理该请求，并释放连接。该参数默认值为120，推荐设置为60，对于访问量较大的网站可以设置为30或15。 (2) KeepAlive 该参数控制Apache是否允许在一个连接中有多个请求，默认打开。但对于大多数论坛类型站点来说，通常设置为off以关闭该支持。 (3) MPM - prefork.c 在默认情况下Apache使用Prefork（进程）工作模式，可以说这部分的参数设置是对Apache性能影响的核心和关键。用户可以在配置文档中找到以下配置段：
大型网站平台优化方案
1. 平台优化方案 大型网站，在面对大量用户访问、高并发请求方面，基本的解决方案集中在这样几个环节：使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。但是除了这几个方面，还没法根本解决大型网站面临的高负载和高并发问题。 上面提供的几个解决思路在一定程度上也意味着更大的投入，并且这样的解决思路具备瓶颈，没有很好的扩展性，下面我从低成本、高性能和高扩张性的角度来说说我的一些经验。 1.1. HTML静态化 由于效率最高、消耗最小的就是纯静态化的html页面，所以尽可能使网站上的页面采用静态页面来实现，这个最简单的方法其实也是最有效的方法。但是对于大量内容并且频繁更新的网站，无法全部手动去挨个实现，于是出现了常见的信息发布系统CMS，信息发布系统可以实现最简单的信息录入自动生成静态页面，还能具备频道管理、权限管理、自动抓取等功能，对于一个大型网站来说，拥有一套高效、可管理的CMS是必不可少的。 除了门户和信息发布类型的网站，对于交互性要求很高的社区类型网站来说，尽可能的静态化也是提高性能的必要手段，将社区内的帖子、文章进行实时的静态化，有更新的时候再重新静态化也是大量使用的策略，如Mop的大杂烩就是使用了这样的策略，网易社区等也是如此。 同时，html静态化也是某些缓存策略使用的手段，对于系统中频繁使用数据库查询但是内容更新很小的应用，可以考虑使用html静态化来实现，比如论坛中论坛的公用设置信息，这些信息目前的主流论坛都可以进行后台管理并且存储在数据库中，这些信息其实大量被前台程序调用，但是更新频率很小，可以考虑将这部分内容进行后台更新的时候进行静态化，这样避免了大量的数据库访问请求。
22提供性能优化方案---Google-Code
Linux系统性能测试与分析 1、前言 通过对系统中和性能相关的各个环节的介绍，使大家知道出现性能问题时可以从那些方面入手去查，而分析典型应用对系统资源使用的特点，让大家对应用和系统资源的依赖有了更直观的认识。大多数的硬件性能问题主要和CPU、磁盘、内存相关，还没有遇到因为开发语言的运行效率对整个应用的性能造成影响，而应用程序设计的缺陷和数据库查询的滥用反倒是最最常见的性能问题。需要注意的是，大多数情况下，虽然性能瓶颈的起因是程序性能差或者是内存不足或者是磁盘瓶颈等各种原因，但最终表现出的结果就是CPU耗尽，系统负载极高，响应迟缓，甚至暂时失去响应，因此我们观察服务器状况时，最先看的就是系统负载和CPU空闲度。当你阅读完了这遍文档以后就会有一个对系统分析的思路。 2、性能分析的目的 2.1找出系统性能瓶颈 1.硬件瓶颈 2.软件瓶颈 2.2提供性能优化方案 1.升级硬件 2.改进系统结构 达到合理的硬件和软件配置，使系统资源使用达到平衡。但遗憾的是解决一个性能瓶颈，往往又会出现另外的瓶颈或者其他问题，所以性能优化更加切实的目标是做到在一定范围内使系统的各项资源使用趋向合理和保持一定的平衡。系统运行良好的时候恰恰也是各项资源达到了一个平衡体，任何一项资源的过渡使用都会造成平衡体系破坏，从而造成系统负载极高或者响应迟缓。比如CPU过渡使用会造成大量进程等待 CPU资源，系统响应变慢，等待会造成进程数增加，进程增加又会造成内存使用增加，内存耗尽又会造成虚拟内存使用，使用虚拟内存又会造成磁盘IO增加和CPU开销增加（用于进程切换、缺页处理的CPU开销） 3、性能相关的各个环节 3.1 硬件资源 3.1.1、CPU ⒈ 是否使用SMP。 ⒉ 单颗CPU的性能对依赖CPU的某些应用的影响很严重，比如数据库的查询处理。 3.1.2、内存
(4G学习)中兴VoLTE优化案例5篇经验分享
VOLTE优化案例 案例1：异频重定向掉话案例 【问题描述】 主叫占用广州天河区鱼珠木材市场D-ZLH-3（EARFCN=38100 PCI=83CELLID=135693）小区通话时，信号强度为-101dbm左右，出现一次RRC Connection Release，导致承载拆除，引起一次主叫掉话。 【问题分析】 分析测试数据，发现UE占用服务小区广州天河区鱼珠木材市场D-ZLH-3（EARFCN=38100 PCI=83CELLID=135693）在通话的过程中信号越来越差，之后上报测量报告A2事件，eNODEB 收到报告后发起异频重定向判决，下发RRC Connection Release，由异频重定向后，eNodeB 向MME发送ue context release request，mme释放专用承载。当UE被重定向后在新的小区发起RRC连接，网络只建立了默认承载，UE发送BYE消息，导致掉话。
从地理环境上看，服务小区与UE重定向目标小区相距较远，不需配邻区关系，UE在该路段仅是偶尔测量到目标小区的信号，这种环境极容易触发异频重定向。 【解决方案】 关闭异频重定向，复测问题解决，服务小区后台统计指标无异常。 【问题总结】 根据拉网统计，目前该类掉话占总掉话次数的82%以上，对测试指标影响非常严重。 异频重定向触发原理：小区间没定义邻区关系，当邻区满足切换条件时，主服务小区无法切换到邻区，基站会给UE下发系统内重定向。 优化办法：通过关闭异频重定向的功能来规避该事件，除此之外，异频邻区的完善需要加大优化力度。 后续解决办法：除了做好邻区优化外，中兴将在下个版本加入基于QCI的异频重定向功能，禁止专用承载的业务发生异频重定向。 。 案例2：异系统重定向掉话案例 【问题描述】 VoLTE测试eSRVCC过程中，发现eSRVCC执行的是CCO，而不是PS切换。而CCO对于
Linux 性能调优的几种方法
Linux 性能调优的几种方法 按照传统，Linux不同的发行版本和不同的内核对各项参数及设置均做了改动，从而使得系统能够获得更好的性能。下边将分四部分介绍在Red Hat Enterprise Linux AS和SUSE LINUX Enterprise Server系统下，如何用以下几种技巧进行性能的优化： 1、Disabling daemons （关闭daemons) 2、Shutting down the GUI (关闭GUI) 3、Changing kernel parameters (改变内核参数） 4、Kernel parameters （内核参数） 5、Tuning the processor subsystem（处理器子系统调优） 6、Tuning the memory subsystem （内存子系统调优） 7、Tuning the file system（文件系统子系统调优） 8、Tuning the network subsystem（网络子系统调优） 1 关闭daemons 有些运行在服务器中的daemons (后台服务)，并不是完全必要的。关闭这些daemons可释放更多的内存、减少启动时间并减少CPU处理的进程数。减少daemons数量的同时也增强了服务器的安全性。缺省情况下，多数服务器都可以安全地停掉几个daemons。 Table 10-1列出了Red Hat Enterprise Linux AS下的可调整进程. Table 10-2列出了SUSE LINUX Enterprise Server下的可调整进程
注意：关闭xfs daemon将导致不能启动X，因此只有在不需要启动GUI图形的时候才可以关闭xfs daemon。使用startx命令前，开启xfs daemon，恢复正常启动X。
VOLTE语音质量提升方案V2-1124
VoLTE语音质量提升方案 2016年11月
目录 1VoLTE网络结构 (4) 2问题定界 (5) 3影响语音质量主要因素 (8) 4语音质量优化思路 (9) 4.1语音编码 (11) 4.1.1语音编码介绍 (11) 4.1.2语音编码优化方法 (11) 4.2RTP丢包 (12) 4.2.1RTP丢包介绍 (12) 4.2.2RTP丢包优化方法 (12) 3.2.2.1弱覆盖 (12) 3.2.2.2下行质差 (13) 3.2.2.3邻区及频繁切换......................................................................................... 错误!未定义书签。 3.2.2.4上行干扰 (13) 3.2.2.5RRC重建 (15) 3.2.2.6小区重载 (16) 3.2.2.7上行接入受限 (17) 4.3E2E时延 (17) 4.4抖动 (17) 4.5设备问题 (18) 5语音质量相关KPI分析 (18) 5.1语音关键KPI分析 (19) 5.1.1语音业务的上下行丢包率 (19) 5.1.2语音业务建立成功率 (20) 5.1.3语音业务掉话率 (20) 5.1.4呼叫平均保持时长 (21) 5.1.5下行语音包处理时延 (21) 5.1.6VoLTE用户数监控 (22) 5.1.7切换成功率监控 (22) 5.1.8语音质量监控 (24)
5.1.9重建比例 (26) 5.1.10语音单通和质量差挂机 (26) 5.2关联话统分析 (26) 5.3KPI指标异常的判断方法 (31) 6VoLTE语音质量优化提升指导 (35) 6.1场景优化 (35) 6.1.1大话务场景优化 (35) 6.1.2CCE受限场景优化 (36) 6.1.3系统内邻区优化 (38) 6.1.4PUCCH功控参数优化 (38) 6.1.5上行PUSCH弱覆盖小区优化 (39) 6.1.6PUCCH高干扰，DTX率高场景优化 (39) 6.2TOP小区优化 (41)
服务器性能调优
服务器性能优化 1、Apache+tomcat集群方式 服务器基本设置：1个apache集成二个tomcat。 安装apache http server省略，访问地址为http://127.0.0.1:8081 安装tomcat，解压apache-tomcat-6.0.20.zip，测试时我是把两个tomcat分开放在不同的虚拟机，其中一个是和apache同一台虚拟机。 两个tomcat分别命名为worker2和worker3 先说tomcat.worker2的配置： server.xml 第一步：配置http监听端口，这里端口设为8079,该步骤非必要，只要不冲突就行了。
Java程序性能优化方案
Java程序性能优化方案 StringTokenizer比String.split()方法效率高 更优化的方式 Java代码 while(true){ String splitStr=null; int j=temp.indexOf(';'); if(j<0)break; SplitStr=tmp.substring(0,j); tmp=tmp.substring(j+1); } while(true){ String splitStr=null; int j=temp.indexOf(';'); if(j<0)break; SplitStr=tmp.substring(0,j); tmp=tmp.substring(j+1); } 比String.startsWith和endsWith性能更优的方式：Java代码 int len=orgStr.length(); if(orgStr.charAt(0)=='a' &&orgStr.charAt(1)=='b' &&orgStr.charAt(2)=='b'); if(orgStr.charAt(len-1)=='a' &&orgStr.charAt(len-2)=='b' &&orgStr.charAt(len-3)=='c');
int len=orgStr.length(); if(orgStr.charAt(0)=='a' &&orgStr.charAt(1)=='b' &&orgStr.charAt(2)=='b'); if(orgStr.charAt(len-1)=='a' &&orgStr.charAt(len-2)=='b' &&orgStr.charAt(len-3)=='c'); StringBuffer(int capacity)指定初始容量可以减少扩容的操作