呼叫建立成功率的分析及解决

呼叫建立成功率的分析及解决
呼叫建立成功率的分析及解决

呼叫建立成功率的分析及解决

摘要:本文分析了呼叫建立成功率的定义,并对可能出现的问题,提出一些解决呼叫建立成功率低的思路和方法。

关键词:呼叫建立成功率;呼叫建立过程;解决

1 前言

呼叫建立成功率作为反映网络接入性能的一项重要指标,它反映了网络运行状况。对无线接通率、最坏小区比等主要网络指标都有着非常重要的影响。所以一直是网络优化工作关注的重点之一。

在移动通信中,呼叫建立过程通常是指由SDCCH信道指配到TCH信道时的信令接续过程。同时,从用户感知的角度分析,有一些呼叫的信令在还没有接续到SDCCH信道之前就被截止了。对于这类情况,从呼叫建立成功率上无法体现出来。但对于用户而言,则表现为不能正常接入网络。

2 呼叫建立成功率的计算公式

2.1有关呼叫建立成功率的两种定义

2.1.1 BSS呼叫建立成功率

含义:从CSSR中扣除MSC不响应、CM REQ REJ、CREF、号码错、被叫不可达或指配期间网络侧拆除等原因MSC直接下发清除消息等各种非BSS原因导致的呼叫失败,只关注BSS对CSSR的影响。

公式:[立即指配成功率 * TCH呼叫占用成功次数 / TCH呼叫占用请求次数] * [ 1 - SDCCH掉话率 ] * 100%

2.1.2呼叫建立成功率

含义:业务类型为主叫、被叫、紧急呼叫、呼叫重建的SDCCH占用成功到ASS CMP的执行成功率,不包括短消息(MTC的EST IND消息无法区分短信和被叫,按MOC中的SMS计算,这样如果群发短信较多的场合计算不准确,所以对于BSS子系统而言,CSSRBSS更有意义)。

公式:(TCH呼叫占用成功次数 /(SDCCH占用成功次数(主叫) + SDCCH占用成功次数(寻呼响应) +紧急呼叫SDCCH占用成功次数 +SDCCH占用成功次数(呼叫重建) -SDCCH下行短消息数目 )) * 100%

2.2 BSS呼叫建立成功率与呼叫建立成功率的对比分析

BSS呼叫建立成功率监控的是从MS发起呼叫(channel request)后到TCH占用成功(失败)的过程,包括立即指配过程、和TCH指配过程以及SD占用时的掉话。BSS呼叫建立成功率的统计中包括了短消息,位置更新等非通话目的的占用过程。

呼叫建立成功率监控的是从SD占用成功后到TCH占用成功(失败)的过程,在SD成功占用的统计中剔除了下行短消息、位置更新等流程;

呼叫建立成功率与BSS呼叫建立成功率的差别主要在于呼叫建立成功率包括的呼叫建立的整个流程,在SDCCH建立成功后,可能会因为发送的号码错误、用户主动挂机等原因,MSC不指配TCH信道,这些都会导致没有TCH指配完成,导致呼叫建立成功率低。甚至达到4~5个百分点。而BSS呼叫建立成功率不会受到这些因素的影响。

总的来说,两个指标在统计流程中各有优势,但指标量化受到网络业务模型和其他因素的影响,所以对于具体网络哪个指标占优需要根据实际情况判断。

3 可能导致呼叫建立成功率低的原因及其解决方法

导致呼叫建立成功率降低的因素有很多,首先如果没有可用的有线或无线资源,系统就无法正常给用户分配信道;其次,即使有充足资源,由于无线传播环境的复杂性,不同的覆盖条件和干扰等级,都会影响呼叫建立成功率;另外,由于系统自身配置不当,以及突发的硬件故障,也会造成呼叫建立成功率下降。

针对这些可能导致呼叫建立成功率降低的因素,下面我们从四个方面进行具体的分析。

3.1没有可用的资源导致呼叫建立成功率低

3.1.1无线信道容量不足导致呼叫建立成功率降低

(1)SDCCH信道拥塞。小区SDCCH信道由于话务容量、基站软件或硬件故障导致小区SDCCH信道分配异常、LAC区的划分不合理、基站信道配置等多种原因造成拥塞。从而导致该小区的手机在呼叫时,SDCCH信道指配失败。造成在该小区的用户无法正常呼叫。针对这

种情况,应尽快调整相关参数;查找到硬件故障,锁死相应载频;甚至对基站做强制重启动。以缓解SDCCH拥塞。随后,根据需要合理配置SDCCH信道,划分位置区域。

(2)TCH信道拥塞。小区TCH信道由于话务容量、基站小区参数配置不合理、基站软件或硬件故障手机无法正常占上TCH信道或基站的其它异常等多种原因造成拥塞。从而导致该小区的手机在呼叫时,因没有TCH信道而得不到信道指配。造成在该小区的用户无法正常呼叫。针对这种情况,应尽快调整相关参数(如小区发射功率、流量控制、排队等);重新激活故障信道;进行天线调整。以控制小区TCH接入量,缓解TCH拥塞。进而根据需要合理配置TCH信道数目。

3.1.2有线信道容量不足导致呼叫建立成功率降低

(1)BSS的CIC电路拥塞。

当一个BSC所承载的载频数量增长到一定量时,随着用户数和业务量的增长,由BSC到MSC的CIC电路的电路数也要相应增加。当BSC承载的用户数过高,或由于一些高端用户长时间使用数据业务,一直占用部分CIC电路。致使CIC电路数不足,MSC将无法在CIC电路拥塞的情况下为呼叫请求建立连接,引起呼叫失败。针对这种情况,应及时根据CIC电路的忙闲统计,相应增加BSC到MSC的CIC电路数;以及对不同BSC,MSC之间的话务量进行均衡。

(2) MSC间的电路拥塞。

当MSC之间或本网与外面其它网络间的电路数配置不足时,MSC将无法为过多呼叫请求建立连接,引起呼叫失败。针对这种情况,及时根据需求补足网间电路,即可解决问题。

3.2无线环境恶劣导致呼叫建立成功率低

3.2.1覆盖问题

(1)覆盖空洞。

因为基站太少导致覆盖不连续或室内信号强度较弱。造成MS与BTS之间的上、下行信令链路不能正常通信。致使MS或BTS不能正确解调出相关信息。

(2)高大建筑物的阴影效应.

移动台在移动过程中由于一些高大建筑物所产生的阴影效应而导致移动台信号发生快衰落,导致小区上、下行传输损耗增大,通信质量下降。致使MS或BTS不能正确解调出相关信息。

(3) 漂移信号.

由于高站、覆盖不规则的基站导致的信号漂移。导致信号强度变化较大,同时形成一定成程度同邻频相互干扰。造成通信质量下降。

问题分析:在覆盖较差的区域,常常发生呼叫不能建立的情况。除了通过调整基站天线覆盖范围或新加站解决覆盖以外,某些时候是由于服务小区的参数设置存在问题,例如:呼叫没有达到小区的最小接入电平;服务小区所在的基站,将poor_initial_assignment=1

即距离较远的RACH信息加以滤除。当用户处于ms_max_range设定范围之外时,不予接入系统。这种情况只对于用户有感受(如用户在没有达到最小接入电平时,在做被叫时会被当作不再服务区),而不计入呼叫建立成功率的统计公式中。

另外,则是由于在呼叫建立的过程中,由于服务小区的信号强度不稳定,上、下行传输质量差造成在接续过程中的信令丢失。从而导致SD、TCH的接入失败,无法建立呼叫。这种情况有可能计入呼叫建立成功率的统计公式。针对以上情况,应在覆盖差的区域,通过小区覆盖调整;新建宏蜂窝和微蜂窝改善原有覆盖。同时,针对个别地区综合测试的结果,相应的调整小区相关参数(例如:C1,C2,CRO的设置;T3101;T3109设定时长等)。

3.2.2干扰问题

无线干扰主要包括同频干扰、邻频干扰、交调干扰。当手机在服务小区中收到很强的同频或邻频干扰信号时,会引起误码率恶化,使手机无法准确解调小区的BSIC码或不能正确接收移动台测量报告。干扰导致的上、下行传输质量差会造成在接续过程中的信令丢失。

基站分配给移动台的SDCCH信道频点可能与TCH信道频点不同,因而需要对它们分别进行分析。从确定呼叫建立过程中哪个阶段为干扰所影响。

(1)上行干扰。针对上行干扰:这种干扰为目前的主要干扰现象。上行干扰主要发生在话务高峰期它主要来源于同频干扰,也可能是外部干扰,同频干扰与同频小区的话务量有关,话务量高则干扰大,外部干扰主要是来自直放站的交调干扰,以及电力通信微波、CDMA相邻频段的直接干扰。对上行干扰可通过分析驱车测试中的相关报告,修改同频小区的同频频率,增加两个同频小区间的间距(实际统计表明信号强度随距离以近似4次幂指数的规律衰

减)或利用频谱分析仪对交调干扰加以定位,通过分集接收和有效的功率控制也可减少干扰。对无上述情况但有干扰的小区可用频谱分析仪,采用有源定向天线配合寻找干扰源。

(2)下行干扰。针对下行干扰:这种干扰不是很普遍。下行干扰主要是由于频率规划不当而造成部分基站的同频干扰和邻频干扰。发现的方法是通过在OMC中取得相关载频的BER统计;MOTOROLA优化工具CTP测量报告来加以判断,下行干扰会引起频繁下行切换。通过测量报告和现场实测如发现存在同频和邻频干扰,需对蜂窝系统的频率规划重新进行优化调整。

3.3系统性能与参数配置问题导致呼叫建立成功率低

3.3.1 MSC、BSC参数配置不当

对于位置更新参数T3212的定义,当MSC定义的定期位置更新时长小于BSC小区中定义的T3212时长,会导致当用户手机在固定周期内未发生通信时,MSC会在BSC强制MS做周期性位置更新之前,将MS的状态置为关机。从而使用户在开机的情况下,无法建立被叫,被告知用户已关机。为避免这种情况,必须核准各个小区中的T3212值小于当前所在MSC

中定义的周期性位置更新时长。

BSC中的相关参数设置不合理,造成MSC、BSC间呼叫建立过程中,MSC或BSC由于计数器超时,在未收到确认信息的情况下,主动拆线,释放信道。解决方法:核对MSC、BSC的相关信令接续时长的计数器设定值,使计数器设定能够保证正常通信。

3.3.2信令流量超出BSS系统所能承载的最大负荷

由于信令流量超出了BSC的信令承载能力,导致小区内用户无法成功建立呼叫。此情况主要针对BSC中LCF的信令承载,当SSM进程的处理门限达到BSC流量控制设定值时: ssm_critical_overload_threshold=80% ,ssm_nrm_overload_threshold=70%。LCF会将对超过门限BTS小区,限制用户呼叫,只允许切换。针对这种情况:当发现多个基站小区被BAR时,应及时检查一个LCF下是否配置了过多的基站。如果存在此问题,应将部分基站割接到其它的LCF上去。

3.3.3 BSS系统软件故障

由于BSC、BTS在重新装载数据库过程中软件出错,导致相关LCF或BTP控制下的基站突发呼叫建立成功率降低。此情况曾发生在CSFP与主用BSP倒换后;BSC内部电路主备切换后,个别LCF装载数据过程中软件出错,从而导致对BTS、MTL的控制出现问题。针对这种情况,当出现多个BTS或者整个BSC出现突然的呼叫建立成功率下降时,在通过检查SWFM 告警、A接口信令分析以及BTS、BSC相关状态和统计分析后,可根据情况的严重程度复位出相应的GPROC板,重新加载数据就能解决问题。

3.3.4 BSS系统中的处理器负荷过重

由于超出BSC、BTS中控制单元处理器门限,导致小区内用户无法成功建立呼叫。当BSC、BTS中的CPU单元工作在非正常状态时,即处理的消息量远远超出了CUP本身性能所能负担的水平,或者没有足够的内存处理相关的进程。都会导致处理器丢掉溢出的数据,甚至直接使处理器进程吊死。这种情况下,除了针对普遍性问题更换更高性能的处理器外;还要仔细检查基站的软、硬件相关告警,滤除由于偶发因素造成的突发CPU单元故障。对于由于突发高话务量造成的处理器负荷上升,可以通过降低基站话务量;增加新的LCF分担BSC的信令处理负荷。

3.4设备故障导致呼叫建立成功率低

3.4.1基站硬件故障

由于小区中载频内部发生了故障。可能会导致通话不能正常的接续到相关的硬件上,对于承载BCCH、SDCCH、TCH等不同类型信道的载频,其表现也不相同。一般来说:当BCCH

所在的载频出现问题时,呼叫将不被接入,Total_call为零。当SDCCH所在的载频出现问题时,可能会出现SD拥塞或SDCCH掉话升高。当TCH所在的载频出现问题时,可能会出现TCH拥塞或单个载频掉话升高。针对这种问题,可以通过锁住可疑的载频进行判断。在有些时候,通过INS指令对载频进行复位后,问题即可得到解决。

3.4.2基站软件进程异常

由于基站软件、硬件存在故障导致小区分配SDCCH信道发生异常(例如:SDCCH吊死)。

由于基站软件、硬件问题,导致信令信道出现问题,从而在信令的分配流程上出现问题,导致接续失败。这种情况,从统计上常能看到chan_req_ms_fail;ma_fail_from_ms的次数

很高。针对这种问题,应及时对从统计上反映出表现较差的载频进行复位。甚至对基站做软、硬重启动。

3.4.3基站天馈线系统故障

天馈线损伤、进水、打折和接头处接触不良,均会降低发射功率和收信灵敏度,导致小区上、下行传输损耗增大,通信质量下降。由于两副天线俯仰角不同而产生的掉话基站安装过程中每个定向小区均有主集和分集两副天线,该小区的BCCH和SDCCH就有可能分别从两副不同的天线发出。当两副天线的俯仰角不同时,就会造成两副天线的覆盖范围不同,即会出现当用户能收到BCCH信号,但产生呼叫时却因无法占用另一天线发出的SDCCH。

在基站安装过程中每个定向小区均有两副天线,当两副天线的方位角不同时,就会形成一个方向中的用户可以收到控制信号SDCCH,但用户一旦被指定为由另一副天线发射出的TCH时,另一个方向中的用户将无法收到信号。这种情况,常出现在新站安装过程中,相邻小区天线被反接或错接。

针对以上情况,首先应到基站现场进行观测。如不能发现问题可以通过对故障小区进行拨打测试(CQT)或驱车测试并结合从OMC中得到的相关统计项(ma_fail_from_ms)配合MOTOROLA优化工具(如CTP)来发现故障原因,并及时调整天线方位角和俯仰角。由于天馈线损坏或接头接触不良致使发射功率和收信灵敏度降低,可采用天馈线测试仪对天馈线进行测量来判断故障原因及故障点,并及时更换故障天馈线和接头。

3.4.4基站传输闪断

由于基站RSL受于中继传输问题、硬件NIU、MCU故障等原因造成间隙式中断,导致在小区建立呼叫的用户信令接续中断,致使total_call/ok_acc_proc值变小,致使统计中呼叫建立成功率下降。

影响寻呼成功率的因素

GSM网寻呼成功率指标的优化方法(2009-04-01 13:50:21) 标签:gsm网寻呼成功率优化指标分类:知识积累 1. 影响寻呼成功率的因素 网元MSC、BSC、BTS、MS,以及网络覆盖、干扰、信道拥塞以及设备硬件等因素都会影响到系统的寻呼成功率,例如: λ硬件故障 λ传输问题 λ参数设置问题 λ干扰问题 λ覆盖问题 λ上下行平衡问题 λ其它原因。 1.1 硬件故障 当出现TRX或合路器故障的情况时,将会造成MS难以相应寻呼,寻呼成功率下降。 1.2 传输问题 由于各种情况导致的Abis接口、A接口链路等传输质量不好,传输链路不稳定,也会导致寻呼成功率上升。 1.3 参数设置问题 BSC侧和MSC侧的一些参数设置会影响寻呼成功率,主要包括: MSC侧寻呼相关参数:

1.N侧位置更新时间(IMSI隐形分离定时器):2.首次寻呼方式: 3.首次寻呼间隔: 4.二次寻呼方式: 5.二次寻呼间隔: 6.三次寻呼方式: 7.三次寻呼间隔: 8.MSC重发寻呼次数: 9.全网下发寻呼: 10.预寻呼功能: 11.位置更新优化(MSC软参): 12.呼叫早释功能(MSC软参): 13.寻呼优化控制(MSC软参): BSC侧寻呼相关参数: 14.CCCH信道配置: 15.RACH最小接入电平: 16.MS最小接收信号等级 17.基站寻呼重发次数 18.接入允许保留块数

19.相同寻呼间帧数编码 20.MS最大重发次数 21.SDCCH动态分配允许 22.随机接入错误门限 23.T3212(周期性位置更新定时器) 24.RACH忙门限 25.CCCH负荷门限 26.Abis流量控制允许 27.A口协作寻呼开关(软参) 28.寻呼生存周期(软参29) 1.4 干扰问题 当存在网内、网外干扰时,都会影响系统的接入成功率,这样就直接影响到系统寻呼响应,使寻呼成功率下降。 1.5 覆盖问题 可能影响寻呼成功率的覆盖问题: 1.不连续覆盖(盲区) 由于基站所覆盖的区域地形复杂(如山区公路)、地势起伏,无线传播环境复杂,信号受阻挡,覆盖不连续等造成MS无法响应寻呼。 2. 室内覆盖差

语音呼叫失败原因分析

语音呼叫失败原因分析 经过第一阶段局外提供的相关数据,对后台的业务观察中,失败的语音呼叫、语音释放、切换等失败的原因进行简单的分析,整理成为这篇初稿,为局外的用服人员提供一个指导。 1.ERR_SPS_RLSA_RCM_DBAccFail_FCHResourceAllocate 2.ERR_SPS_RLSA_RCM_PCALL_OtherReason_CEC_REMOVEREQ

3.ERR_SPS_RLSA_RCM_FCH_TimerExpired_TconnExpired 4.DBS_STASTIC_NO_RESOURCE_LACK 5.DBS_STASTIC_FWDFCHCE_LACK 6.DBS_STASTIC_REVFCHCE_LACK

7.DBS_STASTIC_FWDFCHCE_REVCE_LACK 8.DBS_STASTIC_FWDSCHCE_LACK 9.DBS_STASTIC_WALSHCODE_LACK 10.DBS_STASTIC_UID_LACK 11.HO_STAT_PILOT_NO_SAME_FREQ

12.HO_STAT_CARRIER_PWR_OVERLOAD 13.ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder 14.ERR_SPS_RLSA_DSPM_CLH_OtherReason_SNFailure 15.ERR_SPS_RLSA_DSPM_CLH_OtherReason_Tshakehandrecv

16.ERR_SPS_RLSA_DSPM_HOH_OtherReason_AbisdShakeHandFailure 17.ERR_SPS_RLSA_DSPM_HOH_DBAccessFail_GetHandoffProc 18.ERR_SPS_RLSA_DSPM_HOH_DBAccessFail_GetInterFreqSSHO 19.ERR_SPS_RLSA_DSPM_HOH_TimerExpired_Thoreq

SIP协议呼叫流程及协议分析

一、SIP协议介绍: 会话发起协议SIP(Session Initiation Protocol)是一个应用层控制信令协议,用于建立、更改和终止多媒体会话或呼叫。SIP作为一个基础,可以在其上提供很多不同的服务。目前已经定义的媒体类型有音频、视频、应用、数据、控制。 二、SIP呼叫流程: 注册流程: (1)用户首次试呼时,终端代理A 向代理服务器发送REGISTER 注册请求; (2)代理服务器通过后端认证/计费中心获知用户信息不在数据库中,便向终端代理回送401Unauthorized 质询信息,其中包含安全认证所需的令牌; (3)终端代理提示用户输入其标识和密码后,根据安全认证令牌将其加密后,再次用REGISTER 消息报告给代理服务器; (4)代理服务器将REGISTER 消息中的用户信息解密,通过认证/计费中心验证其合法后,将该用户信息登记到数据库中,并向终端代理A 返回成功响应消息200 OK。 呼叫流程:

(1)用户摘机发起一路呼叫,终端代理A 向该区域的代理服务器发起Invite 请求;(2)代理服务器通过认证/计费中心确认用户认证已通过后,检查请求消息中的Via 头域中是否已包含其地址。若已包含,说明发生环回,返回指示错误的应答;如果没有问题,代理服务器在请求消息的Via 头域插入自身地址,并向Invite 消息的To 域所指示的被叫终端代理B 转送Invite 请求; (3)代理服务器向终端代理A 送呼叫处理中的应答消息,100 Trying; (4)终端代理B 向代理服务器送呼叫处理中的应答消息,100 Trying; (5)终端代理B 指示被叫用户振铃,用户振铃后,向代理服务器发送180 Ringing 振铃信息; (6)代理服务器向终端代理A 转发被叫用户振铃信息; (7)被叫用户摘机,终端代理B 向代理服务器返回表示连接成功的应答(200 OK);(8)代理服务器向终端代理A 转发该成功指示(200 OK); (9)终端代理A 收到消息后,向代理服务器发ACK 消息进行确认; (10)代理服务器将ACK 确认消息转发给终端代理B; (11)主被叫用户之间建立通信连接,开始通话; 结束流程:

呼叫建立成功率优化手册知识讲解

呼叫建立成功率优化 手册

目录 1 呼叫建立成功率定义说明 (5) 1.1 呼叫建立成功率含义 (5) 1.2 推荐公式 (5) 1.3 统计点 (5) 2 影响呼叫建立成功率的因素 (7) 3 呼叫建立成功率问题分析流程和优化方法 (8) 3.1 分析流程图 (8) 3.2 分析流程说明 (8) 4 测试方法 (10) 5 呼叫建立成功率优化案例 (10) 5.1 越南Viettel项目CSSR达标问题 (10) 6 呼叫建立成功率信息反馈 (13)

修订记录Revision Record 参考资料清单

网络性能KPI(呼叫建立成功率)优化手册关键字:呼叫建立成功率立即指配成功率指配成功率 SDCCH掉话率 摘要:本文主要介绍了呼叫建立成功率(CSSR)的定义、测试方法和优化方法。缩略语清单:

1 呼叫建立成功率定义说明 1.1 呼叫建立成功率含义 呼叫建立成功率反映的是手机用户成功发起呼叫接入的概率。该指标是考核网络性能的重要指标之一,如果该指标过低,则用户不容易成功进行呼叫,严重影响用户感受。 1.2 推荐公式 呼叫建立成功率(CSSR)主要通过话统结果获得,也可以通过路测方法获得,其话统的推荐公式: CSSR=指配成功次数/呼叫相关请求次数*100% BSS CSSR=立即指配成功率*指配成功率*(1-SDCCH掉话率)*100% 上面话统的解释、其他三个相关指标(立即指配成功率、SDCCH掉话率、指配成功率)含义解释、以及各友商的相关指标统计对比,请参见《GSM BSS 网络性能KPI(呼叫建立成功率)基线说明书》。 本指导书在分析问题时,主要以BSC6000的统计话统作为分析对象。 1.3 统计点 BSS CSSR是组合指标,其相关统计点可参见《GSM BSS 网络性能KPI (立即指配成功率)基线说明书》、《GSM BSS 网络性能KPI(指配成功率)基线说明书》、《GSM BSS 网络性能KPI(SDCCH掉话率)基线说明书》,这里仅简单(以主被叫信令流程)给出CSSR的统计点:

(华为)IPCC网络呼叫中心资料

网络呼叫中心 “一点接入、全网服务”是呼叫中心的发展必然之路,这将使呼叫中心的服务水平和效率提高一个档次,网络呼叫中心的目的就是实现这一点。 网络呼叫中心就是要在传统呼叫中心的基础上,增加网络呼叫路由和转移能力,各个呼叫中心可以通过某种途径向网络上的其它呼叫中心路由或转移呼叫,反过来也可以提供资源给其它呼叫中心。如图1所示,用户从呼叫中心A接入,由于该呼叫中心座席全忙,使用网络路由策略,将呼叫路由到呼叫中心B,呼叫中心A和呼叫中心B配合,最终由呼+叫中心B的座席为呼叫中心A的用户提供服务,可见,对用户而言,可以认为网络呼叫中心就是一个传统的呼叫中心,只不过这个呼叫中心更大,服务范围更广泛。 网络呼叫中心系统描述 在网络呼叫中心框架中,各个呼叫中心可以自成一体构成各自独立的呼叫中心,各自独立处理呼叫、分配资源。而NIRC的引入,则增加了各个呼叫中心的联系,它协调了各个呼叫中心的资源分配,增加了各个呼叫中心之间的资源控制,从而提高了资源利用率,为客户提供范围更大的统一服务平台。采用网络呼叫中心并不影响各单点呼叫中心的正常运作,即使在主备用NIRC均失效的情况下,各呼叫中心仍可按照单点呼叫中心的方式运作,只是暂时无法实现网络路由功能。

如上图,NIRC是网络呼叫中心的网络路由设备,各个呼叫中心通过NRCLI与NIRC通讯,如下对其中涉及的各个主要功能模块进行简要描述: 一、单点呼叫中心 1、呼叫中心(A、B、C):各个独立的呼叫中心,包括ACD、CTI平台、业务等; 2、NRCLI: NRCLI是NIRC的客户端,担负着向NIRC汇报呼叫中心的状态、设备空闲情况,向NIRC提交路由转移请求,并配合NIRC来完成呼叫的转移功能。具体的功能如下: 1)提供配置接口,用于配置该呼叫中心关于网络呼叫中心的各种配置; 2)提供状态上报接口,用于向NIRC上报共享设备的状态信息; 3)提供事件回调接口,用于向CC传递来自NIRC的各种消息; 二、网络呼叫中心模块 NIRC:网络智能路由中心,网络呼叫中心的网络路由设备,具体功能如下:

VoLTE业务资料VoLTE问题案例集

VoLTE网上问题案例集 文档版本V1.0 发布日期2015-01-28

华为技术

修订记录

目录 1导读 (5) 2语音呼叫类问题 (6) 2.1呼叫失败 (6) 2.2单通 (35) 3语音质量类问题 (61) 3.1语音质量差 (61) 4语音增强特性类问题 (82) 4.1RoHC (82) 4.2TTI_Bundling (89) 4.3SPS (92)

1导读 本文根据以往网上问题整理VoLTE相关问题的相关案例,在处理网上语音问题时,可以先翻阅本文相关案例,以拓展思路并缩小问题围,最终提升问题定位效率。 本文所包含案例包括从各产品收集到的历史案例,以及GTAC VoLTE专题组启动后处理的问题提取出来的案例,在案例格式上有些差异,后续逐步统一。 本文档会逐步完善,新需求或建议,请联系曾佳 00130333。

2语音呼叫类问题 2.1呼叫失败 案例1:英国VDF,VoLTE用户呼叫失败问题分析 【问题描述】 英国VDF在11月15号下午反馈同一终端同一套核心网,在爱立信/诺西基站下成功打通VoLTE call,在华为基站下必然失败; 问题表现为:VoLTE终端开机后,QCI5、默认承载均可建立但无法建立QCI1导致 不能通话; 【问题分析】 1.组网环境信息分析 1.1VoLTE业务原理分析 正常VoLTE业务流程分为以下几个过程: a)VoLTE终端完成TAU Attach流程建立QCI5承载; b)VoLTE终端发起IMS注册流程, 注册使用的SIP信令使用QCI5承载; c)VoLTE终端发起语音呼叫,建立QCI1专有承载,语音媒体使用QCI1承载; d)VoLTE终端发起视频呼叫,建立QCI2专有承载,视频媒体使用QCI2承载;

VOlte语音通话错误码

100 正在尝试 180 正在拨打 181 正被转接 182 正在排队 183 通话进展 2xx = 成功应答 200 OK 202 被接受:用于转介 3xx = 转接应答 300 多项选择 301 被永久迁移 302 被暂时迁移 305 使用代理服务器 380 替代服务 4xx = 呼叫失败 400 呼叫不当 401 未经授权:只供注册机构使用,代理服务器应使用代理服务器授权407 402 要求付费(预订为将来使用) 403 被禁止的 404 未发现:未发现用户 405 不允许的方法 406 不可接受 407 需要代理服务器授权 408 呼叫超时:在预定时间内无法找到用户 410 已消失:用户曾经存在,但已从此处消失 413 呼叫实体过大 414 呼叫URI过长 415 不支持的媒体类型 416 不支持的URI方案 420 不当扩展:使用了不当SIP协议扩展,服务器无法理解该扩展 421 需要扩展 423 时间间隔过短 480 暂时不可使用 481 通话/事务不存在 482 检测到循环 483 跳数过多 484 地址不全 485 模糊不清 486 此处太忙 487 呼叫被终止 488 此处不可接受

491 呼叫待批 493 无法解读:无法解读S/MIME文体部分 5xx = 服务器失败 500 服务器内部错误 501 无法实施:SIP呼叫方法在此处无法实施 502 不当网关 503 服务不可使用 504 服务器超时 505 不支持该版本:服务器不支持SIP协议的这个版本513 消息过长 6xx = 全局失败 600 各处均忙 603 拒绝 604 无处存在 606 不可使用

掌握呼叫处理流程

呼叫处理流程 在介绍呼叫流程之前,先说明和本章节介绍的呼叫流程密切相关的两点:号码分析选择子的位置、号码分析规则。 号码分析选择子的位置:用户属性、号码分析、中继组。 主叫用户摘机拨号之后,由用户属性中的号码分析选择子关联到号码分析中的号码分析选择子,进而进行号码分析。 入局呼叫,根据中继组中的入向号码分析选择子关联到号码分析中的号码分析选择子。 号码分析规则:ZXJ10交换机提供七种号码分析器,对于某一指定的号码分析选择子,号码严格按照固定的顺序经过选择子中规定的各种号码分析器,由号码分析器进行号码分析并输出结果。 在程控交换机中,呼叫接续过程都是在呼叫处理程序控制下完成的。 呼叫类型包括本局呼叫、入局呼叫、出局呼叫,如图1所示。 图 1 呼叫类型 1.1本局呼叫流程 1.主叫用户摘机 对用户线状态监视是由用户线扫描程序周期性地进行。当主叫A摘机,使用户线路状态发生变化,由“1”(断)变“0”(通)。 用户线扫描程序检测出主叫用户A摘机,确定主叫A的设备号。

根据设备号,从外存储器中调入该用户的用户数据,其中包括A用户的电话号码,用户类别、服务类别等,然后执行去话分析程序。 分析结果,得出下一步要执行的任务和下一个状态号码。如果是号盘话机,就接脉冲收号器,按钮话机就接双音收号器。寻找一个拨号音源至主叫用户的空闲时隙,将拨号音送至主叫用户。监视收号器的输入信息,准备收号。 2.收号 用户听到拨号音,拨第一位号码,收号器收到第一位号后,停拨号音。 用户继续拨号,收号器将收到的号码按位储存。 3.号码分析 对用户拨号进行预译处理,以确定应收号码的位数及呼叫类别。当收到的第一位号码是“1”,就能判断是特种服务业务,只需要收三位号码。如果第一位号码为“O”,则为长途呼叫业务,还需根据第二位和第三位来决定应收位数。根据第一位至第三位号(即号首),可以决定呼叫类别,是本局、出局、长途、特服等,并决定该收的号码位数。 确定应收位数后,对已收位数进行计数。号码收齐后如果确定是呼叫本局的,则启动来话分析程序,检查这次呼叫是否允许接通(是否限制长途发话等)、被叫用户是否空闲,若空闲,则在被叫用户忙闲表上予以示忙。 4.接至被叫用户 找出向主叫用户送回铃音的空闲路由;找一条向被叫用户送铃流的回路(可能直接控制用户电路振铃,而不用另找路由);预占主、被叫用户通话路由。 5.振铃 向被叫用户送铃流;向主叫用户送回铃音;监视主、被叫用户状态。 6.被叫应答、通话 被叫闻振铃音后,摘机应答。 交换机检测到被叫应答后,停振铃,停回铃音; 建立主叫、被叫用户间的通话路由,开始通话; 启动计费设备开始计费; 监视主、被叫用户状态。 7.话终挂机 主叫先挂机,检测出主叫挂机后,路由复原、停止计费,向被叫送忙音,被叫听忙音后,挂机,被叫转入空闲状态。 被叫先挂机,检测出被叫挂机后,路由复原,停止计费,主叫听忙音,主叫挂机,转入空闲状态。

随机接入优化

随机接入优化 锁定 本词条由“科普中国”百科科学词条编写与应用工作项目审核。 本词条以LTE为例介绍LTE技术中的随机接入优化。 中文名 随机接入优化 外文名 Random access optimization 应用学科 通信 目录 1. 1概述 2. 2技术方案 3. ? RACH性能评估 1. ? PRACH优化参数 2. ? UE信息的上报 3. ? PRACH配置信息的交互 1. ?对协议和接口的修改 2. 3OAM需求 概述 随机接入信道的参数配置对RACH碰撞概率有很大影响。RACH碰撞概率是影响呼叫建立时延、上行非同步状态下的数据恢复时延和切换时延的重要因素,也会影响到呼叫建立成功率和切换成功率。由于需要专门为RACH保留上行资源单元,预留资源的数量会影响到LTE的网络容量。随机接入信道参数配置不合理也会导致前导检测概率的下降和覆盖范围的缩小。因此,对于已经部署的网络,RACH参数优化能够带来比较明显的增益。并且,随机信道参数的配置在很大程度上影响着终端用户的用户体验。因此,随机信道的优化是尤为重要的。 随机接入信道自优化功能的主要目的如下。 (1)减少系统中所有终端的接入时延。减少接入时延可减少呼叫建立时延,减少上行非同步状态造成的数据再续时延,减少切换时延,提高呼叫建立成功率,提高切换成功率。 (2)减少由RACH产生的上行干扰。 (3)减少RACH尝试之间的干扰。 SON中的随机接入信道自优化功能,能够周期性地或持续不断地对所有小区的随机接入信道参数进行优化。对RACH性能和使用情况的测量工作由SON实体执行。随机接入信道自优化功能监视主要的条件,如RACH负荷的改变、上行干扰等,并且作出决定,并更

移动VOLTE部分用户关闭VOLTE功能后呼叫失败问题分析

移动VOLTE部分用户关闭VOLTE功能后呼叫失败问题分析 发表时间:2018-05-31T15:04:48.147Z 来源:《基层建设》2018年第10期作者:杨奎 [导读] 摘要:目前VOLTE正在逐步替换2G语音,因网络结构复杂过程中会产生各种问题,本论文分析了此次呼叫失败的原因及处理措施。 中国移动通信集团河北有限公司唐山分公司河北唐山 063000 摘要:目前VOLTE正在逐步替换2G语音,因网络结构复杂过程中会产生各种问题,本论文分析了此次呼叫失败的原因及处理措施。 关键词:VOLTE,MGCF,IMS 1,VOLTE简介: VoLTE是基于IMS的语音业务。IMS由于支持多种接入和丰富的多媒体业务,成为全IP时代的核心网标准架构。经历了过去几年的发展成熟后,已经被3GPP、GSMA确定为移动语音的标准架构。VoLTE即Voice over LTE,它是一种新型IP数据传输技术,无需2G/3G网,全部业务承载于4G网络上,可实现数据与语音业务在同一网络下的统一。换言之,4G网络下不仅仅提供高速率的数据业务,同时还提供高质量的音视频通话,后者便需要VoLTE技术来实现。 2,问题描述: 河北移动中兴IMS割接后,唐山移动用户反馈,开通VOLTE业务,但是终端上关闭VOLTE功能并且用户联合位置更新到唐山POOL3的端局时(其它POOL端局没有问题),做被叫失败,主叫侧听到嘟嘟通知音,被叫无反应。 3,问题分析: 3.1进行问题复测,从被叫MSC端局跟踪的信令看,MSC端局收到关口局发送的IAM消息后,直接发送了REL消息释放呼叫,原因值为:”Normal unspecified(31)”。将用户归属IMS域改到华为后拨测没问题,对比华为MGCF和中兴MGCF发的IAM消息,有三处区别: 1)中兴IAM消息里Transmission Parameter requirement为speech,华为为3.1k audio 2)中兴IAM消息里的编解码写上列表里有AMR2和G.711,而华为只有G.711 3)中兴IAM消息里有redirection information字段,华为没有这些字段 3.2是携带的Transmission Parameter字段为speech导致 3.3中兴MGCF修改参数,将该字段填写为3.1k audio后,经过复测,问题现象依旧,排除该参数问题。 3.4可能是IAM消息中的Redirection Information字段导致,在中兴MGCF上修改参数,IAM消息中不携带该字段,拨测,被叫能接通。 3.5但是Redirection Information字段是3GPP协议规定字段,MGCF发送该字段是符合协议规范的。 本着尽快解决问题的原则,中兴MGCF增加相关配置,将redirection information字段屏蔽掉,暂时规避该问题。问题的最终解决需要爱立信进行本设备问题定位。

呼叫建立成功率的分析及解决

呼叫建立成功率的分析及解决 摘要:本文分析了呼叫建立成功率的定义,并对可能出现的问题,提出一些解决呼叫建立成功率低的思路和方法。 关键词:呼叫建立成功率;呼叫建立过程;解决 1 前言 呼叫建立成功率作为反映网络接入性能的一项重要指标,它反映了网络运行状况。对无线接通率、最坏小区比等主要网络指标都有着非常重要的影响。所以一直是网络优化工作关注的重点之一。 在移动通信中,呼叫建立过程通常是指由SDCCH信道指配到TCH信道时的信令接续过程。同时,从用户感知的角度分析,有一些呼叫的信令在还没有接续到SDCCH信道之前就被截止了。对于这类情况,从呼叫建立成功率上无法体现出来。但对于用户而言,则表现为不能正常接入网络。 2 呼叫建立成功率的计算公式 2.1有关呼叫建立成功率的两种定义 2.1.1 BSS呼叫建立成功率 含义:从CSSR中扣除MSC不响应、CM REQ REJ、CREF、号码错、被叫不可达或指配期间网络侧拆除等原因MSC直接下发清除消息等各种非BSS原因导致的呼叫失败,只关注BSS对CSSR的影响。 公式:[立即指配成功率 * TCH呼叫占用成功次数 / TCH呼叫占用请求次数] * [ 1 - SDCCH掉话率 ] * 100% 2.1.2呼叫建立成功率 含义:业务类型为主叫、被叫、紧急呼叫、呼叫重建的SDCCH占用成功到ASS CMP的执行成功率,不包括短消息(MTC的EST IND消息无法区分短信和被叫,按MOC中的SMS计算,这样如果群发短信较多的场合计算不准确,所以对于BSS子系统而言,CSSRBSS更有意义)。

公式:(TCH呼叫占用成功次数 /(SDCCH占用成功次数(主叫) + SDCCH占用成功次数(寻呼响应) +紧急呼叫SDCCH占用成功次数 +SDCCH占用成功次数(呼叫重建) -SDCCH下行短消息数目 )) * 100% 2.2 BSS呼叫建立成功率与呼叫建立成功率的对比分析 BSS呼叫建立成功率监控的是从MS发起呼叫(channel request)后到TCH占用成功(失败)的过程,包括立即指配过程、和TCH指配过程以及SD占用时的掉话。BSS呼叫建立成功率的统计中包括了短消息,位置更新等非通话目的的占用过程。 呼叫建立成功率监控的是从SD占用成功后到TCH占用成功(失败)的过程,在SD成功占用的统计中剔除了下行短消息、位置更新等流程; 呼叫建立成功率与BSS呼叫建立成功率的差别主要在于呼叫建立成功率包括的呼叫建立的整个流程,在SDCCH建立成功后,可能会因为发送的号码错误、用户主动挂机等原因,MSC不指配TCH信道,这些都会导致没有TCH指配完成,导致呼叫建立成功率低。甚至达到4~5个百分点。而BSS呼叫建立成功率不会受到这些因素的影响。 总的来说,两个指标在统计流程中各有优势,但指标量化受到网络业务模型和其他因素的影响,所以对于具体网络哪个指标占优需要根据实际情况判断。 3 可能导致呼叫建立成功率低的原因及其解决方法 导致呼叫建立成功率降低的因素有很多,首先如果没有可用的有线或无线资源,系统就无法正常给用户分配信道;其次,即使有充足资源,由于无线传播环境的复杂性,不同的覆盖条件和干扰等级,都会影响呼叫建立成功率;另外,由于系统自身配置不当,以及突发的硬件故障,也会造成呼叫建立成功率下降。 针对这些可能导致呼叫建立成功率降低的因素,下面我们从四个方面进行具体的分析。 3.1没有可用的资源导致呼叫建立成功率低 3.1.1无线信道容量不足导致呼叫建立成功率降低 (1)SDCCH信道拥塞。小区SDCCH信道由于话务容量、基站软件或硬件故障导致小区SDCCH信道分配异常、LAC区的划分不合理、基站信道配置等多种原因造成拥塞。从而导致该小区的手机在呼叫时,SDCCH信道指配失败。造成在该小区的用户无法正常呼叫。针对这

通过提升LTE网络质量优化CSFB成功率的案例

问题描述(故障现象) CSFB作为LTE网络下现阶段的语音解决方案,由于在使用LTE接入时,无法收/发电路域业务信号。为了使得终端在LTE接入下能够发起话音业务等CS业务,以及接收到话音等CS业务的寻呼,并且能够对终端在LTE网络中正在进行的PS业务进行正确地处理,产生了CSFB 技术。CSFB失败高的话会直接导致高端用户的投诉影响用户感知度,所以CSFB成功率的优化是日常优化的一项重要工作。 问题原因分析 CSFB成功率包含回落成功率和全程呼叫成功率两项指标,10月份iphone5s+鼎力walktour 软件测试武汉江南区域回落成功率在100%左右属于较高水平,全程呼叫成功率98.2%左右,平均呼叫建立时延9.93s,通过分析江南区CSFB事件可以看到,影响CSFB全程呼叫成功率的原因主要有以下几点: 1.LTE无线环境较差(主要为弱覆盖,高干扰); 2.LTE配置GSM频点信息较少,或配置的并非最强GSM小区频点; 3.GSM无线环境差; 4.被叫位置区更新; 5.终端完成呼叫后没有正常重选至LTE; 6.终端异常或者回落至**基站; 7.GSM原因导致掉话。 其中LTE无线环境差主要影响回落阶段,主要体现在日常测试中会出现由于LTE无线环境的原因导致基站侧收不到CSFB业务请求或终端收不到重定向指令等,这些问题在日常优化工作中占比较大, 问题解决方案 主叫起呼路段LTE无线环境较差,主被叫占用武钢思凯物流-ZLH-1小区,主叫在成功回落至GSM小区后,发起呼叫请求,呼叫建立完成后等待被叫响应超时导致未接通,此时查看被叫信令,被叫所在的区域LTE无线环境较差,RSRP为-109dbm,SINR为-1.3db,被叫终端在12:10:06s收到寻呼消息后,发起Extended Service Request请求消息,未收到eNodeb下发的重定向指令,随后终端也未重选至TDS网络,直至时间到12:10:30s主叫收到系统下发的Disconnect消息,释放该链接。 主叫在12:10:03s发起CSFB业务请求后,收到eNodeb下发的重定向指令。并成功回落至GSM网络,12:10:07s收到Call Proceeding消息;

融合语音通信平台解决方案

融合语音通信平台 解决方案

目录 1概述 (1) 2组网设计 (1) 3功能介绍 (3) 3.1基本业务功能 (3) 3.2指挥调度功能 (3) 3.3调度台功能 (6) 3.4录音功能 (7) 3.5业务功能扩展扩容要求 (8) 4配置清单(根据实际需求进行配置) (8) 4.1核心调度通信服务器 (8) 4.2数字录音服务器 (9) 4.3无线接入网关 (11) 4.4触摸屏调度台 (12) 4.5模拟用户接入网关(IAD) (13) 4.6数字中继网关 (14) 5.设备一览表 (16)

1概述 融合语音通信平台主要用于搭建一个集使用模拟、功能演示、性能验证于一体的内/外通话音通信演示平台,通过系统演示平台可模拟实现不同类型信道控制管理、不同类型信道的互通、不同频率信道互通以及信道优先级调度控制等功能。 2组网设计 根据实际应用需求,平台所配置的通信调度服务器提供基本的交换功能、调度功能。无线接入网关支持短波电台、对空超短波电台、对海超短波电台等外通设备的接入几大功能模块。E1/FXO/SIP中继可与海事卫星、Ku波段卫通、C波段卫通等对接,与单兵设备对接设备提供的(如SDK/SIP等)接口。模拟用户则可通过IAD接入平台,实现局内互通。数字中继网关通过与PLMN互联实现手机终端的接入。录音服务器提供通话录音服务。用户可通过触摸屏调度台实现指挥调度功能,可根据用户权限设置,高权限用户比如领导专用调度台可对低权限用户(指挥中心,值班室等)进行强插、强拆等操作,实现分级指挥调度功能。 组网说明: 融合语音通信平台主要由通信调度服务器、录音服务器、中继网关、无线接入网关、IAD、调度台等组成。

华为呼叫中心技术指标(标底)..

1 系统总体技术指标 1.1 呼叫中心系统设备规格要求 呼叫设备软硬件包括:基于交换机的呼叫中心系统解决方案,具体包括:交换机ACD排队、终端IAD、CTI中间件软件、IVR、质检录音等软硬件设备、CMS (呼叫管理系统软件)、系统管理及二次开发平台。 1.1.1交换机设备技术要求(*号为必须要求项) *1. 交换机应具有很好的容错性及高可靠性,主要模块冗余配置并能够实现热切换,以保证系统7×24小时不间断、可靠、稳定的运行。请投标方详细说明冗余备份的机制和配置。 *2. 交换机需提供内置N+1冗余电源模块,电源模块支持热插拔,各机框电源均

需冗余备份。交换机系统的各模块支持热插拔。 *3. 支持多种信令方式,包括中国七号信令(SS7)、中国一号信令(No.1)、ISDN PRI 信令接口等;本项目要求交换机提供7号信令接入。 4. 为了保证联络中心平台的稳定性和高性能,避免出现不必要的故障点,严禁采用信令转接盒或信令板转接的方式实现7号信令接入。 *5. 终端设备支持POTS电话、IP电话或者Soft Phone软终端;本项目的IP终端设备要求实现SIP接入。 6. 交换机为了保证较高的安全性和可靠性,应使用嵌入式实时操作系统,建议采用VxWorks。 7. 交换机应能提供TCP/IP协议标准的CTI接口,保证交换机系统的CTI接口能为市场上主流的CTI平台软件所支持;支持CSTA/JTAPI协议的接口软件;交换机系统必须提供通信速率≥10/100M的以太网口。 8. 交换机系统可以支持内置CPU板的备份方式,能够实现主备倒换功能,需投标人详细说明实现原理。 *9. 为适应未来NGN、3G网络的接入,交换机系统内核必须同时支持电路交换(TDM)和分组(IP)交换,分组交换应支持SIP协议。 10. 为保证系统的高集成度,单个网关独立运行时支持的最大中继数量应大于16个E1,单个网关设备支持的呼叫并发数量要大于300个;每块数字中继板支持的路数必须大于1E1。 11. 提供自动应答/自动溢出、超时应答、重定向、主叫信息转发等功能。 12. 系统的基本配置具有以下的功能:主叫号码显示、缩位拨号、呼叫转移、音乐等待、保持、电话会议(30方及以上)、遇忙回叫、无应答回叫、语音邮箱,通话保密、免打扰、寻线组等。 13. 提供图形化界面的网络管理软件,管理中心客户可以通过该软件观察到联络中心每个板卡、每个端口,以及每台机器的坏损情况,并在出现故障时能够准确定位问题所在并及时预警。当系统出现故障时,利用告警报告和软件诊断信息能有效地帮助维护人员进行故障定位。应提供密码的设置,保证不会由于话务员和一般机务员的误操作,而导致系统瘫痪,或其它不正常状态。 14. 设备可提供诊断、报警分析、打印等功能,以及故障切换等能力。系统管理

CDMA呼叫失败原因分析

CDMA网络中几种呼叫失败原因分析 关于用户反映电话不好使用的几种情况分析: 一、覆盖不足引起的呼叫失败: 典型现象: 1、移动台前向接收功率Rx Power 大约在-100dBm 左右或更小; 2、移动台反向发射功率Tx Power 趋向于最大值23dBm; 3、最强导频强度Ec/Io 小于-15dB 或者更小; 4、移动台发出起呼消息后,迟迟无法接入成功,最后显示呼叫失败。现象分析: 1、移动台由于覆盖不足而发生呼叫失败是一种正常现象; 2、当移动台在覆盖边缘发起呼叫,由于空中链路很差,其与基站之间的信令传递很可能由于空中衰减太大而不能被对方正确接收,导致呼叫失败; 3、即使移动台在信号覆盖尚好处起呼,但由于移动台的接入需要一定的时间,所以如果移动台快速向覆盖区外移动(比如移动台在行驶较快的汽车、火车上),就有可能在接入完成前,移动台已经到了覆盖区外,导致呼叫失败。 优化方法: 1、对于覆盖不足引起的呼叫失败最根本的解决方法就是在覆盖盲区或者弱区增加基站(宏基站/微基站/射频拉远),也可以使用直放站,当然新增基站要考虑到和原有网络的拓扑结构配合问题; 2、如果加站暂不可行,可以使用其它一些方法来加强覆盖,比如增

加基站天线高度、选用大增益天线、调整天线方向角、下倾角等,但这些方法不能根本解决问题,并且要在不影响网络整体性能的前提下使用。 二、前反向不平衡引起呼叫失败(前向好于反向) 典型现象: 1、移动台前向接收功率Rx Power 和最强导频强度Ec/Io 维持在一个较好的状态,如Rx Power 大于-100dBm,Ec/Io 大于-15dB; 2、移动台起呼后,反向发射功率Tx Power 一直抬升,直到最大值23dBm,但无法接入成功;呼叫失败后,移动台会在原来的导频上待机; 3、让移动台向基站靠近,使之可以呼叫成功,观察Tx_Adj ,会是一个正值。(注:只有当移动台捕获前向业务信道,即反向闭环功控生效之后,才会有Tx_Adj 值) 现象分析: 1、在上面的情况中,移动台接收功率Rx Powe 和导频强度Ec/Io 较好表示有一个比较好的前向链路,但移动台起呼过程中,移动台一直抬升发射功率直至最大,表示反向链路较差,这就表明前反向链路不平衡。另外,Tx_Adj>0 也表明前向好于反向; 2、由于前向好于反向,所以在反向覆盖边缘,即使前向信号覆盖较好,但反向链路已经很差,这样就可能使基站不能正确接收移动台发来的信令,导致接入失败; 3、通过查看RSSI值进行确认,若RSSI>-103dbm时,说明存在反向

立即指配成功率优化

百度文库- 让每个人平等地提升自我 目录 1立即指配成功基本原理介绍 (4) 1.1立即指配成功率定义 (4) 1.2信令流程及统计点介绍 (5) 1.3问题现象描述 (5) 2涉及特性 (6) 3影响立即指配成功率相关因素分析 (6) 3.1信令面分析影响因素 (6) 3.2从KPI定义分析影响因素 (7) 3.3影响因素详细分析 (8) 3.3.1设备故障因素 (8) 3.3.2无线空口因素 (8) 3.3.3SDCCH拥塞因素 (8) 3.3.4终端因素 (9) 4立即指配成功率问题分析方法 (9) 4.1立即指配成功率低问题分析流程 (9) 4.2S DCCH立即指配成功率优化方法 (11) 4.2.1设备故障 (11) 4.2.2无线空口问题 (11) 4.2.3系统容量(拥塞)分析 (15) 4.2.4终端问题分析 (19) 5测试方法 (21) 6立即指配成功率优化案例 (22) 6.1案例1:LAC号配置错误引起SDCCH拥塞导致立即指配成功率下降 (22) 6.2案例2:大量突发位置更新引起SDCCH拥塞 (22) 6.3案例3:RACH最小接入电平设置为0导致小区指配成功率指标低 (23) 6.4案例4:终端问题导致个别小区立即指配成功率低 (24) 7需要获取的现场信息 (28)

表目录 表1 公式定义与影响因素对应表 (7)

GSM BSS 无线性能KPI分析手册(立即指配成功率) 文档摘要 关键词:SDCCH,立即指配成功率。 摘要:本文主要介绍了无线性能KPI中立即指配成功率问题一般分析流程以及问题解决手段以及典型案例。 缩略语清单: 缩略语英文全名中文解释 BSC BASE STATION CONTROL 基站控制器 BTS Base Tranceiver Station 基站收发信台 SDCCH Stand-alone Dedicated Control 独立专用控制信道 Channel

VoLTE呼叫失败案例分析(华为修订版)

VoLTE呼叫失败案例分析0327 一、被叫未收到Paging消息导致呼叫失败(网格46) 问题描述: Xxx·xxx,被叫未收到寻呼消息(期间未进行过TAU,只有小区重选)导致呼叫建立失败。需要进一步跟踪确认MME是否未下发对应寻呼。 主叫15:09:23.182发起通话请求,对应SIP消息Invite,在随后的15:09:27.829→ 15:12:46.611 一共发起三次呼叫尝试,但MS2均未收到寻呼消息,呼叫超时,通话失败。 主叫上一次正常发起呼叫请求

被叫上一次通话正常收到寻呼消息 Paging消息里核心网分配给被叫的TMSI标识(在图中对TMSI加框)

从xxx到xxx主叫连续3次呼叫失败 3次主叫呼叫期间被叫均处于idle态

Paging消息里没有被叫TMSI标识 从xxx到xxx时间段内被叫所收到的Paging消息里没有携带被叫TMSI标识 在图中标识出哪些字段是TMSI

二、主被叫魏收到QCI1建立命令导致呼叫未建立(网格61博华 路路段) 问题描述: 主叫发出INVITE消息后,被叫收到对应寻呼并完成RRC连接以及QCI9和QCI5的承载,以及INVITE消息,但主被叫均未收到来自网络侧的QCI1 EPC Bearer建立命令,语音承载未建立,导致呼叫失败。需要核心网侧检查失败原因。 (后续3次通话均因为主被叫未建立专有承载QCI=1导致呼叫失败) 主叫发起通话请求后建立QCI=5和QCI=9但未建立QCI=1 圈出QCI9和QCI5的建立event

被叫收到寻呼请求前建立QCI=5和QCI=9但之后未建立QCI=1 圈出QCI9和QCI5的建立event RRC配置消息里被叫的默认承载QCI=9激活

关于RRC建立成功率描述

1、关于RRC建立成功率描述,以下哪个选项是错误的? A、反应eNB或者小区的UE接纳能力 B、RRC连接建立成功意味着UE与网络建立了信令连接 C、RRC连接建立可以分两种情况:一种是与业务相关的RRC连接建立,另一种是与业务 无关(如紧急呼叫,系统间小区重选,注册等)的RRC连接建立 D、与业务无关的RRC连接建立是衡量呼叫接通率的一个重要指标,与业务相关的RRC 连接建立可用于考察系统负荷情况 2、TD-LTE帧结构引入特殊子帧,各部分长度可以配置,但总时长固定为多少? A、1ms B、2ms C、3ms D、0.5 3、对于帧结构类型2,PSS将被映射到子帧1和子帧6的第几个OFDM符号上? A、1 B、2 C、3 D、4 4、关于LTE-TDD帧结构,那些说法是正确的 A、每一个无线帧长度为10ms,由10个时隙构成 B、每一个半帧由8个常规子帧和DwFTS,GP和UpPTS三个特殊时隙构成 C、TDD上下行数据可以在同一频带内传输,可使用非成对频谱 D、GP越小说明小区覆盖半径越大 5、scheduling request到达最大发送次数后还未收到上行资源,终端将执行下列选项中的哪个动作 A、返回idle B、判定无线链路失败 C、触发切换 D、触发RACh流程 6、LTE几种随机接入前导中,哪种格式适用于半径为80km的广覆盖小区 A、格式0 B、格式1 C、格式2 D、格式3 7、以下哪个不是LTE层2主要功能 A、加密 B、ARQ C、调控 D、功控 8、单站验证时,测试车辆的速度一般建议是多少 A、10km/h B、30km/h C、60km/h D、80km/h 9、在UE执行TA update时,HSS通过哪条消息将用户签约数据下发给MME A、insert subscriber data B、update location answer C、modify bearer request D、create session request 10、M2000服务器的()层服务将网元上报的报文解析为统一的结构,由性能服务将用户需要的数据存入性能数据库 A、适配 B、物理 C、应用 D、IP 11、目前阶段,下列哪一项可以触发LTE系统内的切换 A、RSRP B、CQI C、RSRQ D、RSSI 12、下列选项哪个是UE等待切换成功的定时器 A、T300 B、T301 C、T302 D、T304 13、在使用probe进行测试过程中,最多允许连接几个测试终端 A、2 B、4 C、6 D、8 14、LTE系统中,一般要求SINR值小于多少说明信道质量比较差 A、0 B、1 C、2 D、3 15、对于PUCCH格式2,没子帧中的比特数是多少 A、1 B、2 C、22 D、20、 16、当系统消息改变后,网格会以何种方式通知UE A、小区更新 B、小区重选 C、小区切换 D、寻呼

移动台的呼叫建立过程

摘机

下面较详细讲述呼叫的建立过程: 移动台的呼入接续过程: 1、寻呼 MSC/VLR 在数据库中查出用户的资 料并向相关的BSC 发寻呼信息。该信息包含用户所在区域的LAI 和用户的IMSI 或者TMSI 。 2、寻呼命令 BSC 向LA 区内的所有BTS 发出寻呼命令。该信息包含IMSI 或TMSI 。收发信单元识别码、信道类型和时隙号。 3、寻呼请求 BTS 在PCH 上向移动台发送寻呼信息。信息包含用户的IMSI 或TMSI 。 4、信道请求 被寻呼的移动台在RACH 上发送一个短的接入脉冲串至BTS 。BTS 接收该寻呼响应信号后记录该突发脉冲串的迟滞值。 5、信道请求 BTS 向BSC 发信道请求信息。该信息还包含移动台接入系统的迟滞值。 6、信道激活。 SC 选择一条空闲的SDCCH 并指示BTS 激活该信道。 7、信道激活证实。 TS 激活SDCCH 后向BSC 发信道激活证实信息。 8、立即分配 BSC 透过BTS 经由AGCH 向移动台发出允许接入系统信息。该信息包含频率、时隙号、SDCCH 信道号和移动台将要使用的时间提前值TA 等。 9、寻呼响应 移动台通过SDCCH 向BSC 发寻呼响应信息。该信息包含移动台的IMSI 或TMSI 和移动台的等级标记,BSC 加入CGI 后把信息送往MSC/VLR 。 10、鉴权请求 MSC/VLR 透过BSC 、BTS 向移动台发鉴权请求,其中包含随机数RAND ,用移动台的鉴权运算。 11、鉴权响应 PSTN MSISDN GMSC MSISDN MSRN MSR IMSI VLR MSC IMSI MSRN MSISDN IMSI MSRN HLR MSC

相关文档
最新文档