语音感知质量-呼叫接续时延优化专题_V1.4

1、文档标题：呼叫接续时延优化专题文档密级：内部公开摘要：随着网络的发展和CS语音业务的日趋成熟，客户以及终端用户的要求也逐步提高，从粗放单纯地考察业务成功率转变为非常重视业务用户体验，呼叫接续时延是正是其中一个反映终端用户业务体现的指标。本文结合无线和核心网从E2E的角度描述呼叫接续时延的常规优化手段和优化思路，并赋予部分实验室测试结果，希望能成为现有时长类KPI专题指导的有力补充。呼叫接续时延优化专题拟 制：李智超，李强；日 期：2012-06-30审 核：GTAC解决方案团队日 期：2012-06-30审 核：日 期：批 准：日 期：华为技术有限公司2012年06月30日Contents1呼

2、叫建立时延的定义51.1指标定义51.2常用公式71.3协议描述参考71.4华为设备话统指标82呼叫建立时延的影响因素92.1信令交互流程时延92.1.1核心网影响因素及参数调整指导：112.1.2无线侧影响因素及参数调整指导172.1.3实验室测试结果242.2消息链路传输时延263呼叫建立时延的分析思路和优化方法274呼叫建立时延问题需要采集的数据和方法294.1信息收集要求294.2Msoft用户接口跟踪分析方法294.3无线侧数据获取314.3.1无线侧文件的存储结构315典型案例325.1数据配置原因导致K国V网络呼叫建立时延偏大325.2修改跳频频点下发方式缩短呼叫建立时间396附

3、录和参考文档42修订记录日期修订版本描述作者2012-06-301.0.初稿完成 initial transmittal 李智超、李强2012-7-151.2根据review意见修改李智超、李强2012-10-221.3根据陈文卫SUPPORT上反馈意见，刷新4.3.6.2节，操作步骤中的笔误，将P171软参纠正为P191;沈瑞士2012-11-191.4根据耿锋SUPPORT上反馈意见，拴心2.11节，针对P405bit10软参增加风险说明。李智超本操作指导书应该依法谨慎使用。在具体使用本操作指导书前，华为及其授权之操作工程师应本着如下要求开展工作：1. 严格遵守华为内部的流程制度及客户的操

4、作规范。2. 在进行任何网络维护工作过程中，应确保自己的行为都获得了运营商的充分授权（合同约定或单独授权等明示方式）。3. 对于具体运维工作中获得的任何信息数据，应尽量通过技术手段进行匿名化处理并履行严格的保密义务。4. 获取任何信息数据的范围仅限于运维目的之必要并在相关问题解决后予以及时删除；5. 不得擅自将个人数据转移出业务所在国法律允许的区域进行处理，具体法律的遵从应咨询业务所在国所在的法务部律师。6. 所有的的操作应该保留完整的日志记录。7. 特殊场景下的运维操作疑难问题（如无法获得运营商同意授权但情势十分紧急），应该立即升级处理并报公司网络安全办公室备案。8. 本文档位线网实施方案总

5、结，仅供一，二线工程师学习参考，在现网部署需要结合实际情况并寻求技术支持确认。9. 如果上述要求未严格遵从，相关操作之工程师将对自己的行为所造成的后果（包括但不限于给客户造成的损失）完全承担法律责任，与公司无涉。（注：个人数据：单独使用该数据或者结合其他信息可以识别某个活着的自然人的数据，包括：最终用户姓名、账号、主叫和被叫号码、通信记录、话单、通信时间、定位数据等。在法律上，判断某类信息是否是个人数据不是绝对的，必须结合场景与处理目的来判断。）1 呼叫建立时延的定义1.1 指标定义 呼叫建立时延反映了用户从发起呼叫到从听到回铃音的平均时延，如果该指标过长，将严重影响用户感受，是运营商重点关注

6、的指标之一。 从全流程以及贴近真实用户感受的角度看，对于主叫在本局的呼叫，呼叫建立时延指从BTS向BSC发起信道请求channel require （请见figure 1-1 批注）到MSC向主叫发送振铃ALERTING（请见figure 1-1 批注）的时间差值。下图仅以局内呼叫作为例子。 Figure 1-1 在除部署Smartcare系统的网络外，目前暂无端到端的指标展现上述的呼叫建立时延。除采用第三方评测系统外现网一般采用核心网的话统来衡量呼叫建立时延，也就是从MSC收到Cm service request（请见figure 1-2 批注）请到MSC向主叫发送振铃ALERTING（请见

7、figure 1-1 批注）的时间差值。显然，由于排除了BTS和BSC之间的信道请求以及立即指配流程，所以核心网侧可见的呼叫建立时延实际上比用户的真实感受要稍短。 Figure 1-21.2 常用公式呼叫建立时间是终端MS在无线网络设备中建立端到端呼叫流程所需时间，可以分为三种情况，具体见下文描述：Ø MS to PSTN ：从MS发CHANNEL REQUEST 到MS收到MSC下发 ALERTING信令之间的平均耗时；呼叫建立时长=T(CHANNEL REQUEST)-T(ALERTING)Ø MS to MS ：从主叫MS发送CHANNEL REQUEST 到主叫MS

8、收到MSC下发 ALERTING信令之间的平均耗时；呼叫建立时长=T(CHANNEL REQUEST)-T(ALERTING)Ø PSTN to MS ：从MSC下发PAGING 到MS向MSC发送 ALERTING信令之间的平均耗时;呼叫建立时长=T(PAGING)-T(ALERTING)1.3 协议描述参考呼叫建立时延相关描述请参考请参考3GPP TS 32.407，和上述核心网侧可见的呼叫建立时延描述一致。4.1.5.1UE call established time a)This measurement provides the mean time during each g

9、ranularity period for UEs to establish connection. The three measurement types defined in e) are subject to the "2 out of 3 approach".b)DER (n=1).c)This measurement is obtained by accumulating the time intervals for each successful UE call establishment between the receipt by the MSC serve

10、r of a " CM SERVICE REQUEST " message to establish a call for UE, and corresponding " ALERTING " message for successfully established UE call over a granularity period using DER, see GSM 04.08 15 and 3GPP TS 24.008 14. This end value of the time will then be divided by the number

11、 of successfully established call numbers observed in the granularity period to give the arithmetic mean, the accumulator shall be reinitialised at the beginning of each granularity period.d)A real value(in seconds) per measurement type defined in e).e)CC.DurOfCallEstaCombined(don't care).CC.Dur

12、OfCallEsta.GGSM.CC.DurOfCallEsta.UUMTS.f)MSCServerFunction/VlrFunction.g)Valid for circuit switched traffic.h)GSM/UMTS.1.4 华为设备话统指标Msoft3000：全局话务量>GSM用户发话话务测量>呼叫建立平均时间 含义 该指标用于统计在一个测量周期内，从MSC收到CM SERVICE REQUEST消息到发送ALERTING消息给主叫时的平均时间间隔。 测量指标：呼叫建立平均时间=呼叫建立总时间/接通次数呼叫建立总时间的统计点说明为：累计在一个测量周期中，相应消

13、息间的时间间隔总和。CM SERVICE REQUEST到ALERTING消息间的时间间隔。统计点为主叫用户振铃时全局话务量>TD-SCDMA/WCDMA用户发话话务测量>呼叫建立平均时间含义：该指标用于统计在一个测量周期内，从MSC收到CM SERVICE REQUEST消息到发送ALERTING消息给主叫时的平均时间间隔。策略指标：呼叫建立平均时间=呼叫建立总时间/接通次数呼叫建立总时间的统计点说明为：累计在一个测量周期中，相应消息间的时间间隔总和。CM SERVICE REQUEST到ALERTING消息间的时间间隔。统计点为主叫用户振铃时BSC6900：AA3251:小区呼

14、叫建立平均时长：呼叫建立平均时长统计平均每次呼叫过程中，BSC收到BTS上报的CHANNEL REQUIRED消息到BSC检测到第一个ALERTING消息（上行或下行）的时长，按小区粒度进行统计。AA3250:小区呼叫接入平均时长：呼叫接入平均时长统计平均每次呼叫过程中，BSC收到BTS上报的CHANNEL REQUIRED消息到BSC检测到ASSIGNMENT COMPLETE消息的时长，按小区粒度进行统计。AA033:呼叫建立平均时长：呼叫建立平均时长统计平均每次呼叫过程中，BSC收到BTS上报的信道申请消息（CHANNEL REQUIRED）到BSC检测到第一个ALERTING消息（上行

15、或下行）的时长。按BSC粒度进行统计。AA032:呼叫接入平均时长：呼叫接入平均时长统计平均每次呼叫过程中，BSC收到BTS上报的信道申请消息（CHANNEL REQUIRED）到BSC向MSC发送指配完成消息（ASSIGNMENT COMPLETE）（非信令信道的ASSIGNMENT COMPLETE）的时长。按BSC粒度进行统计。2 呼叫建立时延的影响因素2.1 信令交互流程时延总体来说，流程越少，或者尽可能变串行流程为并行流程，则在时延越少。 从上述的端到端流程图易见对于移动局内呼叫一个完整的呼叫接续流程包括如下阶段，也体现了呼叫各个阶段的串并行关系，而主、被叫接入阶段的可选流程最多，包

16、括classmark，Identity request，check IMEI，鉴权，加密，TMSI重分配等常见流程以及MSC下发MM information Common id等流程。 Figure 2-1 移动始发出局呼叫完整的呼叫流程图如下所示： Figure 2-2呼叫建立时延是体现主叫用户业务感受的指标，局内和移动出局两种模型足以体现所有的流程和优化重点，其余呼叫模型不再展开描述。如下重点描述影响呼叫流程进行的重点参数。2.1.1 核心网影响因素及参数调整指导：1） 关闭Classmark流程，仅适用于2G场景，常用措施；如果所有BSC都配置了Classmark早发则可以使用MOD M

17、SFP命令修改软参关闭业务接入过程的Classmark请求流程（P145Bit2修改为0），位置更新不受此软参影响。2） 关闭或减少鉴权流程，增加鉴权复用次数，常用措施；a. 打开鉴权集复用，执行MOD VLRCFG命令，仅适用于2G场景，例如配置为16次。 Figure 2-3b. 通过命令MOD AUTHCFG来关闭业务接入流程鉴权或配置1/N鉴权；3） 关闭2G加密流程，仅在客户要求特别严格的情况下才考虑，否则有可能引入空口串话，仅适用于2G场景；R8C3之前版本：SET MAPACCFG: IFCIPH=CIPH2G-0 CIPHALG=NOCIPH2G-0&A5_1-0&am

18、p;A5_2-0&A5_3-0&A5_4-0&A5_5-0&A5_6-0&A5_7-0;R8C3以及之后版本：SET MAPACCFG: IFCIPH=NO, CIPHALG=NOCIPH2G-0&A5_1-0&A5_2-0&A5_3-0&A5_4-0&A5_5-0&A5_6-0&A5_7-0&NOCIPH3G-0&UEA1-1&UEA2-1;4） 减少check IMEI次数，常用措施；通过SET CHKIMEICFG配置关闭业务接入过程IMEI或1/N CHECK IME

19、I。通过MOD VLRCFG配置 “IMEI复用次数”来打开IMEI复用。5） 关闭或减少业务接入过程的TMSI重分配流程，常用措施；a. 执行SET MAPACCFG命令，将“业务接入时分配TMSI”关闭，保持位置更新的TMSi重分配；如果实施步骤a就无需考虑步骤b；b. 1/N TMSI重分配，P204Bit30，该软参在MAP配置表中的TMSI分配参数打开时有效。该软参缺省为0，表示按照原有流程每次都进行TMSI分配。软参配置值为N（N>0），则表示移动用户每发起N+1次业务接入时发起1次TMSI重分配操作。6） 适当减少寻呼等待时间，开启漫游号码和寻呼并行处理功能以及使用TMSi

20、寻呼；a. 通过ADD PGCTRL命令减少寻呼等待时间，但是相应可能会降低寻呼成功率，需要谨慎考虑；b. 开启分配漫游号码和寻呼并行处理功能，修改P405bit10为1，需要注意打开软参可能引起局间接通率下降，除非网络对于呼叫接续时延有非常苛刻的要求，一般不打开，打开前请和HQ确认。P405 BIT10 设置为1。该软参用于控制是否采用分配漫游号码和寻呼并行处理功能。=0：缺省值，表示不采用分配漫游号码和寻呼并行处理功能。=1：表示采用分配漫游号码和寻呼并行处理功能。c. 使用TMSI进行寻呼，P204 BIT4设置为1，优先使用TMSI寻呼，寻呼控制表（ADD PGCTRL）至少配置TMS

21、I/IMSI指示为首次使用TMSI，在TMSI重分配打开的情况下可能导致小概率串话，常用手段。7） 打开主叫提前指配功能，会造成跨网关呼叫增加，必须注意在大量存在跨网关的网络慎用，尤其是Pool组网。对于2G环境使用MOD MSFP命令将P170Bit13修改为0（缺省值为1），表示启用指配提前功能。比特位P170比特13含义解释该比特用于控制是否启用指配提前功能。1：不启用0：启用缺省为1，不启用。应用场景该软参功能的启用，只有在早指配模式下有效。对于3G环境使用MOD MSFP命令将P1005Bit9修改为0（缺省值为1）。比特位P1005比特9含义解释该比特用于控制是否启用3G指配提前功

22、能。0：启用3G指配提前功能。1：不启用3G指配提前功能。缺省值为1。应用场景3G呼叫场景。同时需要将P146Bit6修改为0（缺省值为1），打开跨板MOVE功能。8） 关闭局内和局间串行指配功能P153Bit3修改为1串行指配：局内呼叫时，先进行主叫侧的指配，再进行被叫侧的指配。避免主叫指配较慢，导致吞音。=0：表示启用该功能。=1：表示不启用该功能。缺省值：1。 P51 BIT4修改为1在向中继侧发送SETUP消息前是否查询指配是否完成，主要为了解决和关口局配合时的 吞音问题。=0： 发SETUP前查询。=1： 发SETUP前不查询。 缺省值：1。关闭了串行指配，有可能造成个别被叫用户振铃

23、后，又很快被网络拆掉的情况发生， 或者吞音现象，在客户要求特别严格的情况下才考虑，且配置前必须知会技术支持；9） 激活被叫指配提前功能，在客户要求特别严格的情况下才考虑，且配置前必须知会技术支持；R7C1SPH011，R8C2SPH002及后续主干版本都已经实现了被叫指配提前功能。P1005 BIT10 该比特用于控制是否启用2G被叫指配提前功能。 0：启用2G被叫指配提前功能。 1：不启用2G被叫指配提前功能。 缺省值为1。10） 关闭编解码协商完毕后再指配，仅适用于3G场景； MOD MSFP修改P168Bit13为1（缺省为1），表示按照早指配模式。注意：该软参使用有前提条件。 P168

24、 bit13 该比特用于控制移动3G主叫是否在Codec协商完成后才指配主叫。 0：移动主叫在Codec协商完成后才指配主叫 1：移动主叫按照早指配模式指配主叫 默认值为1，移动主叫按照早指配模式指配主叫 本软参只有在条件都成立的情况下本软参才有效： 移动主叫在R4组网下且处于早指配模式下； 移动主叫处于3G接入网； 是中继BICC或SIP出局呼叫； license支持TrFO功能； 对于2G场景，在AOIP的情况下也有功能类似的软参，P1005bit14。对于AOTDM，A口实际上并没有真正参与编解码协商，不存在这个场景。 P1005 bit14 该比特用于控制当BSC为A接口IP化且BSC

25、没有配置优选编解码的场景 下，主叫是否等待收到被叫的bear info消息后再指配 0：等待bear info消息后再指配； 1：1 不等待bear info消息，直接指配 默认值为1，不等待。 软参设置为0时，呼叫接续时间可能延长。 需要注意的是，关闭编解码协商再指配对于缩短呼叫建立有积极的意义，但是可能导致3G侧二次指配以及无法达到端到端Trfo，对于TC占用以及语音质量都有一定的负面影响。在客户对时延要求特别敏感情况下在考虑。11） 特殊功能配置，包括配置边放音边接续，打开早选网关，打开主被叫共板功能，合理配置MAP版本，减少版本协商以及合理规划编解码，减少编解码重协商等；需要特别注意的

26、是边接续边放音虽然不能缩短接续时延，但是可以提切实改善终端用户的感受，对于由于部分特定业务模型导致接续慢的问题有缓解作用，需要注意配置边放音边接续要排除不存在如下预警的涉及的情况，华为技核预警通知【2012】xxx号-关于MSOFTX3000产品开启CIP功能后SIP入局垮网关呼叫失败预警。-请务必注意在实施每项措施之前都必须清楚应用限制和副作用，上述措施的配置方法应用限制等具体描述请参见Msoft产品最新发布的KPI维护手册-呼叫建立时延.doc第2章12）关闭业务接入过程的MM information消息下发【场景分析】 MM Information是用于网络侧向手机传递特定信息的，包括时

27、间，时区，夏令时，网络名称等信息，而现网最常用的是通过MM information消息令手机同步网络的时间时区等信息。MM information通过无线侧透传给终端，不需要响应，但是由于终端需要解释并刷新自身的特定信息，可能引入一定的时延（具体请参考下文实验室测试结果）。在部署MVNO（虚拟多运营商特性）和NIZT（多时区夏令时特性）也需要用到MM information消息（现网应用很少），具体请参考特性指导书。不管出于什么应用，一般情况下只需要在位置更新流程下发即可，不需要每次业务接入过程都下发，在业务接入每次都下发MM Information的网络可以考虑关闭以减少呼叫建立时延。MM

28、Information的定义请参考3GPP 240084.3.6MM information procedure The MM information message support is optional in the network. The MM information procedure may be invoked by the network at any time during an RR connection. 4.3.6.1MM information procedure initiation by the network The MM information procedu

29、re consists only of the MM INFORMATION message sent from the network to the mobile station. During an RR connection, the network shall send none, one, or more MM INFORMATION messages to the mobile station. If more than one MM INFORMATION message is sent, the messages need not have the same content.

30、NOTE:The network may be able to select particular instants where it can send the MM INFORMATION message without adding delay to, or interrupting, any CM layer transaction, e.g. immediately after the AUTHENTICATION REQUEST message. 4.3.6.2MM information procedure in the mobile station When the mobile

31、 station (supporting the MM information message) receives an MM INFORMATION message, it shall accept the message and optionally use the contents to update appropriate information stored within the mobile station. If the mobile station does not support the MM information message the mobile station sh

32、all ignore the contents of the message and return an MM STATUS message with cause #97. 【操作步骤】使用MOD MSFP命令将P191Bit3修改为1（缺省值为1），如果设置为0的网络请修改为1。P191 BIT3（MM_SEND_MM_INFORMATION_FOR_CM_SERVICE_ACP）控制在呼叫业务接入过程中，MSC Server是否下发MM Information消息。· =1：不下发MM Information消息 · =0：下发MM Information消息。缺省值：

33、1。【操作影响】无，请在修改前向客户进行确认。2.1.2 无线侧影响因素及参数调整指导呼叫建立时延涉及到主叫、被叫信令的整个流程，因此影响呼叫时延的参数较多。1）. 相同寻呼间复帧数： 该参数决定了寻呼以多少个复帧数作为寻呼子信道的一个循环，该参数越大，寻呼消息的平均时延就越大。从而增加MS to MS、PSTN to MS的呼叫建立时间。【参数说明】该参数指的是以多少个复帧数作为寻呼子信道的一个循环，实际上该参数确定了将一个小区中的寻呼信道分配成多少寻呼子信道。在实际网络中，MS只监听所属的寻呼子信道而忽略其他寻呼子信道的解释，请参见协议0502、0508。当该参数越大，小区的寻呼子信道数也

34、越多，相应属于每个寻呼子信道的用户数越少（参见GSM规范05.02寻呼组计算方式），可以延长MS的电池平均使用时间；但该参数越大，寻呼消息在空间段的时间延迟增大，系统的平均服务性能降低。参数相同寻呼间复帧数定义了每个寻呼组重复出现的周期性间隔时长。当相同寻呼间复帧数=2时说明每个寻呼组重复出现的周期性间隔时长为两个51复帧，即470.76ms; 请参见下文2.1.3.2章节不同的相同寻呼间复帧数配置下寻呼组的间隔时延实验室测试结果。【参数建议】：22）. 立即指配重发参数开关。 该参数配置为“是"则BSC下发立即指配重发参数，否则不下发。该功能可以提高MS接通率，但是会增加MS接入时

35、延和BSC的负荷。（建议关闭）【参数建议】：建议关闭3）. 立即指配重发最大允许延迟时间、立即指配重发最大允许发送次数：这类参数决定了立即指配重发的次数和最大允许延迟时间。如果网络环境较差，需要进行立即指配重发，则这类参数决定了重发可能的最大时长，如果设置过大，则可能导致呼叫建立平均时间变长。【参数建议】：立即指配重发最大允许延迟时间=4, 立即指配重发最大允许发送次数=24）. 立即指配优化：指将信道激活和立即指配同时下发，加快信令的处理过程，以保证网络的响应速度。可以参阅2.1.3.5立即指配优化打开与否的实验室测试结果【参数建议】：建议打开5）. ECSC（极早类标发送控制）： 该参数表

36、示在某个小区内的MS是否使用提早发送类标。在立即指配成功后，MS尽可能早的发送附加的类标信息给网络。对双频MS而言，该参数设置为“否"时，MS在上报EST IND后，而MSC仍然会发起CLASSMARK REQUEST消息，MS上报CLASSMARK UPDATE消息，对MS的接入时延有影响。核心网也有类标发送控制参数，核心网和无线侧开一个即可；【参数建议】：建议打开6）. 允许重指配：当BSC收到Um口的指配失败消息时，BSC发起二次指配，其有利于提高MS的接通率，提高网络服务质量，但在重指配成功后，会增加MS的接入时延并可能增加BSC负荷【参数建议】：建议关闭7）. 跳频频点下发

37、方式：我司跳频时指配命令中跳频频点默认以CA+MA的形式下发，这样可能使指配命令消息长度大于23个字节，在LAPDm层指配命令消息就须被拆分成两个I帧下发，增加了一个下发周期，增加时延约230ms。可以将其给为Frequency list的形式下发，以保证指配命令消息能尽可能的以一个I帧下发，以减少呼叫时延。遇到时延问题时建议使用Frequency list的形式下发指配命令，【参数建议】：Frequency list8）. 是否在指配中强制开通排队功能：如果此参数设置为"是”，则当BSC收到指配请求时：如果没有空闲的TCH信道可以分配，即使指配请求中携带的queuing allow

38、ed indicator的值为"1”，也将该消息放入指配请求消息队列；有空闲信道时，BSC 为MS分配信道。如果此参数设置为"否”，则指配请求中携带的queuing allowed indicator的值为"0”，则该指配请求不允许放入指配请求消息队列，信道申请失败。改参数默认值为否。【参数建议】：否9）. T11： 信道指配时的排队定时器。当BSC接收到信道请求，且分配不到可用信道时，BSC将启动排队流程，并启动此定时器。若在定时器超时前，申请信道成功，则停止该定时器，否则定时器超时时，信道指配失败。当在开启排队功能时，T11值设置过大将直接影响到呼叫建立的时延

39、，使时延加大。【参数建议】：810）.Tx: 该参数即Tx-integer，简称T，用于计算MS连续发送多个信道请求消息时，两次发送之间间隔的时隙数。为了减少MS接入时RACH信道上的冲突次数，提高RACH信道的效率，GSM协议（04.08）规定了接入算法。该算法定义了三个参数，即扩展传输时隙数T、最大重发次数RET和与信道组合有关的参数S。TX表示手机连续发送多个信道请求消息时，每次发送之间间隔的时隙数，参数S是接入算法中的一个中间变量，由参数TX和CCCH与SDCCH的组合方式确定。关系如下：TXCCCH信道组合方式Non combined CCCHcombined CCCH/SDCCH3

40、，8，14，5055414，9，16，76525，10，20，109586，11，25，163867，12，32，217115手机启动立即指配过程开始到第一个信道请求消息发送之间的时隙数（不包括发送消息的时隙）是一个随机数。这个随机数是属于集合0，1，MAX（TX，8）1中的一个元素。手机每次启动立即指配过程时，按均匀分布概率从上述集合中取数。任意两次相邻的信道请求消息之间间隔的时隙数（不包括消息发送的时隙）由手机以均匀分布概率方式从集合S，S1，STX1中取出。例如：小区为Non combined CCCH，TX=7，手机启动立即指配过程到发送第一个Channel request的时间有可能

41、是：4.615 ms（1个时隙的时间），2×4.615 ms，7×4.615 ms。如果第一次随机接入不成功，手机发送第二个Channel Request的时间是：1001.455ms（217个时隙的时间）, 1001.4554.615 ms, 1001.4556×4.615 ms。可见，参数TX越大，手机从收到Paging消息后，到发送Channel Request之间的间隔的变化范围越大，RACH冲突的次数相应减少；参数S越大，手机重发Channel Request消息的间隔越大，RACH信道上的冲突减少。然而，参数TX和S的增大却会延长手机的接入时间，增加呼

42、叫建立时长，因此，出于减小呼叫建立时长的目的，在保证RACH冲突的情况下，选择较小的TX和S。请参见下文2.1.3.3章节在不同的TX设置下被叫手机随机接入时长的测试结果（Non combined CCCH）。【参数建议】：TX_3211）. MSMAXRETRAN：该参数表示MS在同一次立即指配进程中允许发送Channel Request消息次数的上限。在MS发起立即指配进程后，它会一直监听BCCH和属于它所在CCCH组的所有公共控制信道消息。如果MS没有收到Immediate Assignment或Immediate Assignment Extend消息，MS会每隔一定时间重发信道请求消

43、息。下行链路的质量比较差时可能导致MS多次发送SABM给BTS，跟TX-integer配合使用。【参数建议】：4_Times12）. IMMASSEN：该参数表示在处理信道接入申请时，当SDCCH无可用资源时，是否可以立即指配TCH信道。该参数值为“是”表示可以立即指配TCH信道；为“否”表示只能分配SDCCH信道。【参数建议】：建议开启13) . IDRQ功能:关闭IDRQ或者替代IDRQ功能，仅适用于2G。【场景分析】为了Nastar系统检测重点用户以及跟踪的需要，无线侧有一个开关，就是想在CHR里面保存手机的IMEI/IMSI信息，但是不是所有网络核心网都会要求Identity Requ

44、est，所以无线就做了一个自动获取IMEI/IMSI的功能，每当业务发起业务或者跨RNC/BSC切换时，就会模拟核心网下发一个Identity Request消息要求手机上报IMEI，但是该信息不会上报给核心网，只是记录在CHR里面。根据协议要求，手机每上报一个需要无线透传给核心网的消息时，Sequence Number号会翻转一次。如果当前配置为R99及R99以上协议时，该序列号按照2bit翻转，即是0/1/2/3这样循环翻转。如果是R98以下协议时，是按照1bit翻转,就是0/1循环翻转。 由此，当无线要求手机上报这种MM层消息后，手机侧以为是核心网要求，故Sequence Number会

45、按顺序翻转，但是该消息并不发给核心网，所以核心网记录的Sequence Number不翻转，一旦后续手机或者核心网真正发消息给对方的时候该序列号就会出错导致业务失败，所以，无线为了解决这个场景，需要在触发该流程后，一旦接收到手机上报的MM层消息，就会向核心网发送一条对业务和流程没有影响的MM层消息，就是MM NULL。无线侧打开IDRQ功能时Msoft上的信令表现，增加了MM Null和Status消息： Figure 2-4无线侧打开IDRQ功能后BSC上的信令表现，和终端增加了Identity request交互： Figure 2-5【操作步骤】1 无线侧关闭IDRQ功能，请操作前必须和

46、客户沟通，尤其是部署了Nastar系统的网网络；2 如果客户不同意全网关闭，可以考虑在特定的重点小区维持IDRQ功能；3 采用核心网侧下发Common id来代替IDRQ功能。无线侧主动构造Identity request无非是为了获取IMSI等关键信元，当适用了DTM功能的网络，事实上核心网会下发Common ID给接入侧，该消息同样会携带IMSI，正好满足跟踪和检测重点用户的需要。 Figure 2-6在MsoftBSC表针对特定BSC通过MOD BSC命令激活DTM功能。 Figure 2-7 附DTM功能简介： DTM（Dual Transfer Mode）功能支持用户同时进行语音和数

47、据业务，用户在通话时，可以同时发送照片或浏览网页等。由于3G网络提供的业务是语音和数据并行的，所以DTM功能给GSM用户带来了类似于3G的业务体验，同时，在3G网络覆盖不足的地方，可以通过2G的网络进行补充。 DTM支持语音和数据业务同时进行，在不中断通话的前提下，进行数据业务。DTM使语音和数据业务并行的3G服务在2G网络中得到延续。随着时代的发展，运营商的新利润增长点转向数据业务，同时进行语音和数据业务成了新的需求，如果不实现DTM功能，只有硬件复杂的A类MS才能支持语音和数据并行的业务，由于A类MS实现复杂，很少有MS厂商提供此类MS。在实现DTM功能后，为数据业务的广泛应用奠定了基础。

48、通过语音和业务的交互，运营商提供的多媒体业务，使得通话时间更长，数据流量更大，为运营商带来可观的收入。GBSS8.1版本开始支持DTM特性； 【操作影响】关闭了IDRQ功能，无线侧无法进行单用户跟踪完成重点用户的监控，操作前必须和客户充分沟通； 2.1.3 实验室测试结果测试环境如下所示：测试环境和组网2G网络,A口TDM连接,MSC和HLR M3UA宽带信令链接.测试呼叫模型局内呼叫,由于实验室条件所限,无法测试鉴权,加密和智能流程测试评测方法主要测试A口可选流程的时延,每个模型测试10遍,取平均值，所有测试模型BSC均打开Classmark早发流程；时延计算方式从Msoft收到Cm ser

49、vice request消息到向主叫用户下发Alerting消息.如图1-2的1,2时刻.测试关键设备版本和型号Msoft3000: MSOFTX3000 V200R008C03SPC200UMG8900: UMG8900 V200R008C03SPC100BSC6900: BSC6900: V900R012ENGC01SPC500主叫终端: Nokia 1616-2 v05.80被叫终端: Nokia N97 V 30.0.0042.1.3.1 部分可选流程实验室测试结果；测试结果如下所示：测试模型流程说明测试结果(S) 1完整包含MM Info,IDRQ,TMSI重分配,Classmark

50、,Common ID等流程7.61 2在测试模型1基础上核心网关闭Common ID消息下发7.53 3在测试模型2基础上核心网关闭MM information消息下发7.06 4在测试模型3基础上核心网关闭Classmark request流程6.72 5在测试模型4基础上核心网关闭业务接入TMSI重分配流程5.50 6在测试模型5基础上无线侧关闭IDRQ流程5.10 备注: 由于BSC只有在通过IDRQ或者Common ID获取用户IMSI后才能完成单用户跟踪,所以呼叫建立时延采用Msoft的跟踪进行计算.以上结果进供参考,现网由于设备版本,组网,承载类型以及终端型号的不同各个流程的影响很

51、可能会有所不同. 从上述实验室测试结果可见，呼叫接入过程可选流程的存在与否对于呼叫建立时延的影响相当大，其中主被叫流程的TMSI重分配对于时延的影响最大，很容易被终端用户感知，在兼顾安全和时延的情况下关闭业务接入过程的TMSI重分配效果显著；同时值得注意的是MSC下发MM information虽然是无交互的单向流程，但是对于时延的影响也达到0.5S，而其余的核心网下发Classmark request，无线侧激活IDRQ等流程组合起来对于时延的影响也相当可观。 附实验室测试信令跟踪：2.1.3.2 不同取值的相同寻呼间隔复帧数实验室测试结果相同寻呼间复帧数每个寻呼组重复出现的周期性间隔时长（

52、ms）实验室测试结果（ms）2470.766303706.147334941.5297951176.9105861412.28126071647.66150681883.04171392118.4218852.1.3.3 不同的TX设置下被叫手机随机接入时长的测试结果TX被叫随机接入时间（Paging Request->被叫Channel Request）Channel Request重发次数863001065001254002070003264005073002.2 消息链路传输时延消息在网元间链路传输时需要耗费时间，这个时间主要取决于传输网络的物理属性、传输路径的中间节点的数量。对于

53、有线网络来说受IP承载传输的固有特性的影响，一般来说IP链路的传输时延要大于TDM链路的传输时延。除此之外，尤其值得注意的是在IP化后在移动领域核心网元之间大量存在SCTP多归属的配置，数据配置的正确与否将会对消息传输时延造成极大的影响。核心网CS域宽带链路IP之上基本上采用SCTP协议，有明确的重传机制，由参数RTO（重传超时时长）和最大重传次数的设置决定，在配置的时候需要指定RTO(min)，RTO(max)。根据协议规定，当消息交互发生错误或者丢失时，第一次重传按照RTO(min)进行，之后的每一次超时RTO的取值为当前的2倍，但必须落在 (RTO(min)，RTO(max)区间里面，直

54、到达到最大重传次数。也就是说哪怕只是发生一次重传，也会引入RTO(min)的时延。 RTO(min)各产品的默认值设置有所差别，但一般都是500MS级别。忽略传输质量的影响，由于SCTP多归属的不规范配置造成重传而导致消息交互时延增大或者失败的情况在现网已经数次出现，值得强烈关注。在处理消息交互失败或者时延问题时，务必首先确认SCTP多归属的配置（如果采用SCTP多归属）是否规范，IP对的配置是否正确，这个正是最重要的快赢措施之一。如下是Msoft3000产品的SCTP多归属配置约束总结之一，仅供参考，其余产品请参考相关规定。3 呼叫建立时延的分析思路和优化方法结合现网的典型问题，时长类问题基

55、本分析思路和优化方法可以总结为：识别问题来源，立足主要问题原因构成确定优先采用的分析方法，具体如下图所示： Figure 3-1处理的关键点为：1） 准确识别问题来源； 对于不符合硬性要求以及比拼而来的重大投诉，侧重点是整体指标，秒秒必争，“优化”经常比“根因”更重要，首先重点关注是否存在可以优化的可选流程，这个是整体缩短时长的快赢手段，是“面”方面的问题，具体流程调整方法以及部分实验室测试结果请参考上述2.1章节；清晰整理并优化可选流程，足以解决90%此类来源的呼叫时延问题。 对于（VIP）终端用户直接投诉的，侧重点是用户感受，通常是存在异常超长的交互流程或特定业务模型导致，必须拨测重现并找出“根因”，否则难以“优化”，是