切换与拥塞专题案例
TCH拥塞的原理和解决方法

GSM网络TCH拥塞率产生原理及解决方案最坏小区定义为每信道话务量大于0.1erl的小区中掉话率高于3%或拥塞率高于5%的小区一、TCH拥塞率定义1、TCH拥塞率计算公式TCH拥塞率有两种定义,一种是包括切换因素所产生的TCH拥塞率,一种是不包括切换因素所产生的TCH拥塞率。
其定义公式如下:TCH拥塞率(包括切换)=TCH占用失败次数(包括切换) / TCH占用请求次数(包括切换)*100%=(TCH呼叫占用失败次数+极早指配的TCH占用失败次数+BSC内入小区切换TCH 占用失败次数(由于拥塞)+BSC间入小区切换TCH占用失败次数(由于拥塞)) / (TCH呼叫占用请求次数+极早指配的TCH占用请求次数+ BSC内入小区切换TCH 占用请求次数+BSC间入小区切换TCH占用请求次数)TCH拥塞率(不包括切换)=TCH占用失败次数(不包括切换)/TCH占用请求次数不包括切换*100%=(TCH呼叫占用失败次数+极早指配的TCH占用失败次数) / (TCH呼叫占用请求次数+极早指配的TCH占用请求次数) * 100%2 、指标统计点分析TCH拥塞率不论是包括切换还是不包括切换,都要涉及到TCH占用失败和占用请求的概念。
它们的统计点分析如下:其中TCH占用请求次数(包括切换)是指所有占用SDCCH后对TCH的试呼次数。
在主叫和被叫试图建立通话时,统计点为分配请求消息“Assignment Request”;在及早分配时指派TCH信道用做SDCCH的情况,统计点为分配请求消息“ChannelRequest”;在各种切换时统计点为切换请求消息“Handover request”。
TCH占用失败次数(包括切换)是指所有占用SDCCH后对TCH的呼叫失败次数。
在主叫和被叫占用SDCCH后试图建立TCH失败时,统计点为分配失败消息“Assignment Failure)”;在及早分配时指派TCH信道用做SDCCH时,统计点为立即分配失败消息“Immediate Assignment Reject”;在各种切换时统计点为切换失败消息“Handover Required Reject”。
GSM网络TCH拥塞解决方法探讨及特殊案例分析

2 .导 致 T H拥塞 的基本因素 及解决方 法 O
从 统 计 点 分 析 , 系 统 发 出发 信 道 失 败 时 , 为发 生 了拥 塞 。而 导 致 信 道 占用 失 败 的 原 因 认 有 多 种 , 此 对 拥 塞 的 解 决 办法 也 不 一 样 。 因
信号 覆盖范 围、 调整参 数控 制话 务流 向、 应用 各种拥 塞控 制
功 能 等 来 缓 解 拥 塞 。但 这 些 方 法 是 有 一 定 限 度 的 , 实 际 用 若 户 量 和 话 务 量 超 过 了 设 计 容 量 ,那 么 最 有 效 的 解 决 拥 塞 方
法还是信 道扩容 。 22 . 基 站 选 址 不 当
期 内无法 实现 ,新建共 机房 的 10 M 基站也 面临机 房 内空 80
间 不 足 和 铁 塔 天 面 空 间 不 足 的 问题 。
许 多硬件 问题 都会导致 占用信道 失败 , : 如
作 者 简 介 :向 勇 , , 庆人 , 士 , 理 工 程 师 , 究 方 向 : 动通 信 工程 , 动 通信 网规 网优 。 男 重 学 助 研 移 移
般情 况下信 令信道拥 塞较 少 , 比较 容 易解 决 ; 业务 信道 也 而
拥 塞 是 网络 运 行 中 常 见 问 题 , 通 过 多种 手 段 综 合 解 决 。 要
系 统 内外 的平扰也会 引起 MS占用信 道失败 。 因此做好
频率 规划 、 时查出和排 除 内外 部干扰是解 决此类拥 塞 的有 及
由 于 话 务 量 分 布 不 均 匀 ,导 致 部 分 地 区 部 分 小 区 由 于 硬 件 设 计 容 量 无 法 满 足 实 际 用 户 话 务 量 的 需 求 而 产 生 拥
TCH拥塞处理案例-刘路刚

2015-12-15
卓越品质的创造者
TCH 拥塞原因分析:
TCH 拥塞
是 检查基站有无告警 告警处理
否 否
取指标和参数看是否拥 塞 是
是 网络容量及话务分布 天馈调整、功率调整
否 是 设备安装及故障 设备检修、故障处理
否 修改频点,查找干扰
干扰
源
话务统计问题
修正 BSC 关于 TCH 占用失败计数点
的 Assignment Command 消息,打开我们就可以找到出现故的载频板的载频号或 MAIO(对 于跳频而言) 。 这样就可以将问题定位到载频, 通过更换载频或暂时闭塞该载频来解决故障。 7. 传输及时钟问题:这类问题要观察维护台告警信息和基站时钟状态,确认是传输或时钟问 题。然后正确设置基站时钟状态,并和相关部门联系恢复传输故障来解决问题。 四、 干扰问题
统的指标解释,该问题即得到解决。
故障总结
在处理 TCH 拥塞问题的时候,要综合基站告警、指标、话务分布、设备安装及故障、干扰、 话务统计问题等多方面因素来综合考虑和分析问题,这样有助于问题的定位和解决。
第 4 页 共 4 页 中国移动内部资料,未经许可不得复制、转载!
2015-12-15
3. CDU/SCU 配置导致 TCH 占用失败:解决该问题有两种方法,一是在配置时 BCCH 的 TRX 放在 经过 SCU 的通道上,这样它的发射功率相对较小,不会出现指配非 BCCH 所在 TRX 上的 TCH 信道时出现失败。二是改善配置,不采用 SCU 的合路方式,对于此例可采取双 CDU 的配置 方式, 使各 TRX 所在通道的损耗相同这样也可已避免由于各载频发射功率的不同而产生 TCH 占用失败。当然,从性能上来说后者比较好,因为 CDU 的损耗小于 SCU 的损耗。所以后者 配置下的覆盖距离要比前者好。但是后者的配置成本较高。 4. 天馈安装不当导致 TCH 占用失败:对于天馈接反需要进行路测或者使用信令分析仪对上下 行信号的电平和质量进行分析。 5. 天馈故障导致 TCH 占用失败:这些问题需要仔细检查天馈各环节如塔放、功放、合路器馈 线等器件是否有驻波告警。 6. 板件故障:可使用信令分析仪对 TCH 拥塞率较高的小区进行 Abis 口的消息跟踪,使用信令 分析仪的滤波器功能列出 Assignment Failure 消息。对于 TCH 占用失败的原因值为设备 故障的消息使用 Call trace 功能将这条息所在的整个消息流程都列出来,然后找到对应
4G优化案例:分场景优化CCE分配机制,缓解网络拥塞问题

分场景优化CCE分配机制,缓解网络拥塞问题XXXX 年XX 月目录一、概述 (3)二、优化原理和机制 (4)2.1PDCCH信道介绍 (4)2.2 PDCCH链路自适应机制 (4)2.3 PDCCH功率控制算法 (8)三、优化方案 (10)3.1优化思路分析 (10)3.2场景划分及优化参数 (14)四、优化效果呈现 (16)4.1场景1指标对比 (17)4.2场景3指标对比 (18)4.3参数配置建议 (19)五、总结及经验推广 (20)分场景优化CCE分配机制,缓解网络拥塞问题XX【摘要】随着4G用户及业务的快速增长,LTE的网络负荷越来越重,部分区域已经出现了拥塞,平时我们很重视PRB和功率的拥塞情况。
但其实CCE的拥塞带来问题更加严重。
CCE 承载着上下行调度、功控指令、HARQ等控制信息,CCE拥塞会影响到资源的分配,甚至VoLTE掉话等情况,严重影响LTE用户特别是VoLTE用户的感知体验。
特别是800M小区,由于带宽资源的限制,有相当一部分小区存在PDCCH信道拥塞、CCE分配失败的问题。
本文根据PDCCH链路自适应机制及PDCCH功率控制算法,对苏州800M小区CCE拥塞率、聚合度及MR指标分析,根据场景的不同,采用不同的优化措施,使CCE拥塞问题得到的缓解,整体网络质量也得到了明显的改善。
【关键字】CCE拥塞,VoLTE,PDCCH【业务类别】参数优化,优化方法一、概述随着近年来电信4G用户及VoLTE业务呈现爆发式增长,800M网络面临的容量压力前所未有,提高资源利用效率解决网络容量问题成为工作的重中之重;从目前对XX 电信LTE网络资源的评估分析来看,某些热点话务区域PDCCH信道容量已成为瓶颈,CCE资源不足已经严重影响到了LTE用户特别是VoLTE用户的感知体验。
为了提升LTE网络性能和用户感知,本文从LTE PDCCH下行控制信道的原理基础入手,对PDCCH链路自适应算法、PDCCH功率控制算法、PDCCH容量分配算法的实现方法、算法过程及演进过程进行了研究,并结合XX 电信LTE现网800M站点的PDCCH信道容量受限问题进行了基于算法层面的优化探索,得到了较好的成果,PDCCH容量问题得到较大程度的缓解,网络性能提升明显。
合理控制室分泄露减少CH拥塞案例

合理控制室分泄露减少CH拥塞胡栋梁(芜湖电信分公司,芜湖市中和路1号 241000)【摘要】CDMA系统是一个动态网络,所以小区的变化随着用户以及业务情况的变化发生着相应的变化,这就引入了小区的呼吸效应现象。
用户多时基站覆盖范围就会缩小,等到用户少时,覆盖范围又会扩大。
功率大时,覆盖范围也会扩大。
【关键字】CH拥塞RC4 功率【问题描述】福达大厦2长期存在少量的CH拥塞,福达大厦共有4扇区分别采用0、90、240、150度覆盖镜湖公园周边,其中福达大厦2小区两个载波经常发生CH拥塞,结合实际地理环境分析,福达大厦2下倾角为8度,主要覆盖北京西路方向,该区域主要受到电信新大楼和铁佛花园高层小区遮挡,覆盖范围较小。
【问题分析】2013-04-17 [2]福达大厦2 1 8.74 9.96 3 17.71由于之前为均衡283和201载频的话务负荷,已经对镜湖区部分基站的“载频选择算法选项”调整为“用户数”模式,语音业务花椒保持用户数门限从20调整至10,跨频支配用户数门限调整至2,所以通过调整话务量分析,福达大厦2小区1x的两个载波和DO的两个载波话务量基本一致,没有明显差距。
1x的高速的数据业务占用过多的前向信道,已经将前向补充信道速率降低为1x,并开启RC4.同时为防止1x高速数据业务切换到达大厦2小区,将周围扇区全部降低为1x并开启RC4.通过对拥塞时段1x的高速的数据业务信道分配进行统计,没有较多的1x 高速数据业务。
通过将指派RC4的Walsh利用率门限调整为0,信道最大利用率为85,约有100个前向业务信道可用,通过提取现网CH信道最大忙数来看,尚有余量。
由于该区域属于密集市区,基站较多,且福达大厦基站4个扇区在同一平台上,可能由于切换频繁导致,将福达大厦的切换门限从26/30分别提高至22/26.通过对福达大厦2的软切换比例分析,软切换比例较低。
通过现场勘查发现,福达大厦2小区主瓣正对电信新大楼覆盖,由于电信新大楼采用一个RRU+室内分布覆盖,遂对电信新大楼进行CQT测试,发现在电信新大楼走道和电梯内占用SN电信新大楼_8楼_RRU1的信号,较多的办公室都占用福达大厦2的导频。
关于经纬度错误导致切换异常的案例

关于经纬度错误导致切换异常的案例一、案例基本信息作者姓名:饶庆文案例类别:□网络故障类□内控风险类□网络安全类□管理与技术应用类✓其它类专业细分:□无线类□传输类□交换类✓数据类□动力类□全业务类□基建类□其它类(需自定义)二、案例情况简述东莞东城上合旺盈印刷E-HLW-1小区近期存在切换成功率低的情况,全天24小时切换成功率均偏低;经后台指标分析以及结合MAPINFO地图数据得知,东莞东城上合旺盈印刷E-HLW-1切换成功率低是由于站点的经纬度错误导致其2\3\4G邻区基本配置错误,引起切换异常。
三、案例详细报告1、基本信息故障的所涉及的专业为无线专业,网元为LTE网络。
2、现状(问题、故障)基本描述东莞东城上合旺盈印刷E-HLW-1小区在NDS系统上存在3级长期劣化保持性工单,切换成功率低告警。
1)东莞东城上合旺盈印刷E-HLW-1小区位置。
2)网管告警信息查看该基站无告警消息,可排除基站设备故障引起;3)问题分析查看东莞东城上合旺盈印刷E-HLW-1小区最近一周指标,发现切换成功率低于95%,统计eNodeB间异频切换失败次数较多;切换指标统计如下:由上图所示,小区同频切换出尝试次数为0,统计同频切换成功率一直为0,核查小区现网已定义同频邻区关系,发现其定义同频邻区均属于万江区;同频邻区关系如下:继续检查数据,发现东莞东城上合旺盈印刷E-HLW-1与其同频邻区东莞万江圣伯利酒店E-HLW-1、东莞万江阳光海岸商务酒店E-HLW-1的经纬度基本相同,同时东莞万江圣伯利酒店E-HLW-1、东莞万江阳光海岸商务酒店E-HLW-1小区一直是激活状态的,但东莞东城上合旺盈印刷E-HLW-1与其同频邻区完全无切换申请,故初步怀疑定义邻区关系可能存在异常。
网管经纬度查询如下:继续提取两两小区切换对指标分析,指标如下:两两小区切换指标.xlsx由上图所示,源小区切向目标小区(6737681)东莞塘东路中D-HLH-1执行失败多,查询该小区位于东城区,提取U2000网管的经纬度,发现“东莞东城上合旺盈印刷E-HLW”与“东莞塘东路中D-HLH”的距离约8.8公里,而与其同覆盖的站点“东莞东城上合旺盈印刷E2-HLW”和“东莞塘东路中D-HLH”的距离仅为250米;MAPINFO统计如下:如上图所示,东莞东城上合旺盈印刷E-HLW-1与东莞塘东路中D-HLH-1的距离约8.8公里如上图所示,东莞东城上合旺盈印刷E2-HLW-1与东莞塘东路中D-HLH-1的距离仅为250米。
VOLTE寻呼拥塞分析优化案例
VOLTE寻呼拥塞分析优化案例一、案例背景VOLTE(Voice over LTE)是指通过LTE网络进行语音通信的技术,它提供了高质量的语音通话和丰富的通话功能。
然而,在实际网络运营中,由于网络拥塞等原因,VOLTE寻呼过程中可能浮现延迟或者失败的情况,影响用户的通话体验。
因此,我们需要进行VOLTE寻呼拥塞分析优化,以提高寻呼成功率和通话质量。
二、问题分析1. 寻呼拥塞原因分析:我们需要对VOLTE寻呼拥塞问题进行深入分析,找出导致寻呼失败或者延迟的具体原因。
可能的原因包括网络拥塞、信号覆盖不足、信道干扰等。
2. 寻呼成功率分析:对于寻呼成功的情况,我们需要分析成功率,并根据不同地区、时间段等因素进行对照分析,找出成功率较低的地区或者时间段,并进一步分析原因。
3. 通话质量分析:除了寻呼成功率外,我们还需要分析VOLTE通话质量,包括音质、时延、丢包率等指标。
通过对通话质量的分析,我们可以找出影响通话质量的因素,并进行优化。
三、数据采集与分析1. 数据采集:我们需要采集VOLTE寻呼过程中的相关数据,包括寻呼请求次数、寻呼成功次数、寻呼失败次数、寻呼延迟时间、通话质量指标等。
这些数据可以通过网络监测设备、基站设备、用户设备等进行采集。
2. 数据分析:采集到的数据需要进行详细的分析,包括寻呼成功率的计算、寻呼延迟时间的统计、通话质量指标的计算等。
通过对数据的分析,我们可以找出问题所在,并制定相应的优化方案。
四、优化方案1. 网络优化:针对网络拥塞问题,我们可以通过增加基站、优化网络参数、调整信道分配等手段来提高网络容量和覆盖范围,从而减少寻呼拥塞情况的发生。
2. 信号优化:对于信号覆盖不足的问题,我们可以通过增加基站或者调整天线方向来改善信号覆盖情况,提高寻呼成功率。
3. 干扰处理:针对信道干扰问题,我们可以通过频谱分析、干扰源定位等手段来找出干扰源,并采取相应的干扰消除措施,提高寻呼成功率和通话质量。
WK35--寻呼拥塞案例--彭艳娟
寻呼拥塞率高一.故障现象2017年8月29日F_N_R_岳阳市岳阳楼区八字门电信食堂的209,210,211三个小区寻呼拥塞率高。
而且都是1.4M小区。
这三个小区是NB的host小区,近期新开的.二.问题分析1)核查全网告警经核查未发现影响站点的故障和告警。
2)近期操作记录没有相关操作记录。
3)核查同一TAC同一TAC内其他小区没有寻呼拥塞4)指标分析选取寻呼拥塞问题点,对这些小区对应时间段的重要指标进行统计,统计结果发现RRC丢弃次数较高,指标如下:M8008C2计数器统计指标为RRC寻呼丢弃次数,M8008C1计数器统计指标为RRC寻呼请求次数. 1.4M的寻呼容量小,所以出现了拥塞。
与此相关的主要参数有defaultPagingCycle,pagingNb与maxCrPgDl 。
5)原理分析:1.eNB上寻呼相关的两个参数:defaultPagingCycle即T,决定DRX周期即寻呼周期,单位为rf(无限帧,10ms),取值范围是32、64、128和256。
值越大,RRC_IDLE状态下UE的电力消耗越少,但是相应的,寻呼消息的平均延迟越大,接通的时延也越大。
nB表征寻呼密度,取值范围是4T、2T、T、T/2、T/4、T/8、T/16、T/32,图中T/4表示每4个无线帧有1个子帧用于寻呼,如果设置为T/8则表示每8个无线帧有1个子帧用于寻呼,该值决定了LTE系统的寻呼容量。
nB的取值表征寻呼组的数量,如T取值128,nB取值T,则相当于将所有的用户分为128个寻呼组(一个无线帧一个寻呼组),如果T取值64,nB取值T/4,则分为16个寻呼组,寻呼组越多,每个组中用户数量越少。
LTE寻呼在物理信道PDSCH信道传输,每个寻呼信道最多可以寻呼16个用户,根据nB的取值,可以计算出小区的寻呼容量:由于移动通信寻呼的突发性,一般要求网络的寻呼负荷不超过50%的寻呼容量,因此,在进行网络规划、参数规划的时候,需要考虑综合TAC、用户分布等因素,规划寻呼参数:一般情况下,LTE小区寻呼参数建议设置:–T=64或者128,nB=T此时,寻呼周期640/1280ms,寻呼容量:1600次/秒特殊场景(如大型活动、比赛现场),需要对某些小区的寻呼参数进行优化调整,可以采用的方案如下:–nB:增大nB,提高小区寻呼容量,减少寻呼拥塞,如nB→2T/4T–T:T值越大,寻呼时延越长,寻呼组增加,每个寻呼信道中的用户越少,反之寻呼时延缩短,每个寻呼信道用户增加,可能导致某个时刻一个寻呼组寻呼的用户超过16个,反而增加的寻呼时延,因此,可以根据实际用户的数量,调整T值。
LTE网络优化经典案例
LTE网络优化经典案例城市A运营商在LTE网络部署后,发现用户投诉率较高,网络质量不稳定。
经过一段时间的调查和分析,发现存在以下问题:1.弱覆盖区域:在城市一些地区,用户经常遇到信号弱或无信号的情况,导致通话中断或数据传输中断。
2.高拥塞区域:在城市中心商业区域,用户在高峰时段经常遇到网络拥塞问题,导致数据传输速率慢或无法连接上网。
3.外部干扰:在一些区域,存在大量的外部干扰源,如电视台、电台等,对LTE网络信号产生干扰。
针对以上问题,LTE网络优化团队制定了以下优化方案:1.新增基站:通过在弱覆盖区域增加基站,提高信号覆盖范围,解决信号弱或无信号的问题。
通过网络规划工具,确定基站的具体布局和参数设置,减少基站之间的干扰。
2.安装小区间干扰消除设备:在高拥塞区域安装小区间干扰消除设备,通过信号调度算法对小区之间的资源进行优化调配,减少小区之间的干扰,提高网络容量和覆盖率。
3.频谱管理与优化:通过频谱监测仪对外部干扰源进行监测和定位,对LTE网络频段进行调整和优化,减少外部干扰对网络信号的影响。
此外,LTE网络优化团队还进行了以下工作:1.反向传播方案:通过在城市中心地区建立反向传播系统,及时收集用户投诉和问题,以便优化团队及时跟进并解决问题。
2.数据分析和优化:通过网络性能监测系统,对网络数据进行实时监测和分析,了解网络负荷、覆盖范围等关键指标,及时调整网络参数和配置,提高网络性能和稳定性。
3.用户体验改善措施:针对用户投诉和需求,进行一些用户体验改善措施,如新增热门区域Wi-Fi覆盖、提供优质宽带服务等,提高用户满意度。
通过以上的优化方案和工作措施,该运营商在一段时间内逐步改善了LTE网络质量和用户体验。
用户投诉率显著降低,信号覆盖范围扩大,网络拥塞问题减少。
LTE网络优化团队也持续跟踪和监测网络性能,及时调整和改善网络参数,以保持网络的稳定性和良好的用户体验。
话务量低高拥塞优化案例
小区话务量很低的情况下出现较高拥塞优化案例现象描述;为了提高语音质量,关闭话务量较小的小区C2_CQ北羊坊HG-2的半速率,将参数【TCH速率调整允许】从“是”改为“否”,但发现关闭半速率后TCH拥塞率大幅度上升,但根据容量规划的爱尔兰B表计算,这些小区的话务量采用全速率完全可以承载,不应有大幅度的拥塞出现。
原因分析;分析话统发现指标:CH302A:CELL_INTRACELL_HO_FAIL_CONG[BSC内小区内切换失败次数(无可用信道)]与K3011B:CELL_KPI_TCH_HO_CONGEST_TRAF[TCH切换占用遇全忙次数(业务信道)]的值相同,即这些小区的小区内切换失败均由拥塞导致。
同时查看指标;K3011A:CELL_KPI_TCH_ASS_CONG_TRAF[TCH呼叫占用遇全忙次数(业务信道)]均为0,这说明指配完全没有拥塞。
结合以上三个指标分析,可以断定这些小区的高拥塞率是假拥塞,可能原因是小区内全-半切换失败导致拥塞率异常。
判定是假拥塞后,检查参数配置,【小区内切换允许】设置为否,但检查【小区内全-半切换允许】设置为是。
查阅相关文档,对于AMR全-半速率切换,R3版本受【小区内切换允许】和【小区内全-半切换允许】两个开关控制,而R8版本只受【小区内全-半切换允许】控制,但现场版本为BSC6000V900R008C12,排除参数【小区内切换允许】和【小区内全-半切换允许】设置不一致导致切换失败的可能。
进一步检查AMR全半速率话统,发现依然有切换请求。
指标:H3005A: CELL_INTRACELL_HO_REQ_AMR_TCHF_TCHH[指标反映了BSC放弃的AMR 呼叫全速率向半速率切换尝试次数],该指标不为0,说明全速率信道向半速率信道发起切换请求;指标H3015A:CELL_INTRACELL_HO_CMD_AMR_TCHF_TCHH,该指标全部为0,这说明全速率信道向半速率信道发起切换请求全部被拒绝。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Measurement Report
CHANNEL ACT CHANNEL ACT ACK
HANDOVER COMMAND HANDOVER COMPLETE
日期 2006-3-17 2006-3-19 2006-3-20 别名 防汛指挥中心2 防汛指挥中心2 防汛指挥中心2 切换请求总次数 578 683 614 切换成功总次数 520 601 538 切换成功率(%) 89.96 87.99 87.62
中兴通讯 版权所有
© 2005 ZTE CORPORATION
切换问题分析
A口问题
– 主要是链路资源不够导致切换异常,此时通话也会有 异常。
目标小区忙
– 目标小区忙,无可用信道导致切换失败。可以对目标 小区扩容或减小覆盖范围。
跨厂家切换
– 对端在A接口、E接口的各类信令与我方不一致,不能 识别或不支持,导致切换失败。如语音版本、切换号 码、寻址方式(CGI或LAI)等。
定义:统在小区内、BSC的同一小区间和不同BSC 的小区间的切换入请求次数。(J1+K1+L1)
切换成功次数C11618
定义:小区内、BSC内各小区间、BSC之间的各种 切换入成功的总次数。 (J2+K2+L2)
© 2005 ZTE CORPORATION
8
中兴通讯 版权所有
信令流程1
小区内切换流程
© 2005 ZTE CORPORATION
20
中兴通讯 版权所有
切换问题分析
覆盖和干扰
• 1、覆盖: – 覆盖差:树林、地形复杂、 房屋走向、室内覆盖影响等 – 孤站:无邻小区 – 越区覆盖:孤岛效应导致无 邻小区 • 2、干扰:导致MS上行无法接 入或下行收不到信号
21 中兴通讯 版权所有
© 2005 ZTE CORPORATION
© 2005 ZTE CORPORATION
2
中兴通讯 版权所有
切换目的
在移动中保持通话的连续
提高网络服务质量
降低掉话率 降低拥塞率
© 2005 ZTE CORPORATION
3
中兴通讯 版权所有
测量报告
服务小区 邻近小区
服务小区下 行测量值
邻近小区 下行测量 值
服务小区获取 MS上行测量值
18
中兴通讯 版权所有
切换问题类型
• 不发生切换-导致掉话 • 切换失败-影响通话质量, 最终导致掉话 • 频繁切换-影响通话质量, 增加系统负荷 • 切换滞后-影响话音质量, 甚至掉话
© 2005 ZTE CORPORATION
19
中兴通讯 版权所有
切换问题分析 • • • • • • • • 覆盖和干扰 天馈系统 基站软硬件 传输 BSC软硬件 A接口问题 目标小区忙 与其它厂家对接
HANDOVER COMMAND HANDOVER COMPLETE
K1
HANDOVER COMPLETE
K2
© 2005 ZTE CORPORATION
10
中兴通讯 版权所有
BSC内切换
注意事项
• 在BSC内的异步切换过程中,当小区BTS1下发PHY INFO
消息达到最大次数后,MS仍未能接入新信道,此时小区 BTS1向BSC上报CONN FAIL IND消息,原因值为:
4 中兴通讯 版权所有
© 2005 ZTE CORPORATION
测量报告
© 2005 ZTE CORPORATION
5
中兴通讯 版权所有
测量报告
测量报告的周期
• 测量报告在SACCH上行方向发送给BTS –1、MS在SDCCH信道时,周期为470ms/次
–2、MS在TCH信道时,周期为480ms/次
© 2005 ZTE CORPORATION
13
中兴通讯 版权所有
小结
BSC内切换与BSC间切换主要区别
• 1、BSC间切换,通过MSC转发“HO-REQ”消息,并且在
该消息内携带有源小区和目标小区的CGI。
– BSC内切换在任何消息内都不带CGI,由BSC内部处 理。
• 2、BSC内切换,只在切换结束,给MSC发送“HOPerformed” 通知,之前MSC不参与。 – BSC间切换,从切换请求开始,MSC一直参与。
L2
© 2005 ZTE CORPORATION
12
中兴通讯 版权所有
小结
切换信令基本流程
– 1、BSC内切换没有“切换请求”消息,均由BSC内部分析处理,一旦
发现有符合条件的目标小区,且为本BSC内时,直接下发“信道激活” 消息。 – 2、当目标小区不是本BSC时,BSC则将源小区和目标小区的CGI号以 及切换原因通过“HO-Required”上报给MSC,MSC查询到目标小区的 LAC在本MSC内时,则发送“HO-Request”给目标小区所在BSC,由 目标BSC激活目标小区信道,完成以后流程。 – 3、当MSC发现目标小区LAC不属于本MSC时,就会查询其 “REMOTLAC表”(包含相邻MSC的LAC和路由地址),根据路由地 址,向目标MSC-B发“切换准备”(Prepare-HO)消息。消息内含目 标小区的CGI,是否需要分配切换号码的指示等。根据该消息,目标 MSC-B向VLR-B索要切换号码后(除非指示内不要求),向目标BSCB发“HO-Request”(切换请求)消息,收到“切换请求证实”以后, 向源MSC发“切换准备证实”消息,执行以后流程。
到小区模块信息表内确认该小区所属的模块号。 • • • • 5、MP向该模块发切换请求消息,并统计一次”出小区切换请求” 6、如果BSC触发的目标小区是外部小区,则将目标小区和服务小区的CGI通过切换
请求发给MSC。
7、MSC首先到“位置区小区表”内查找与目标小区CGI吻合的小区,一旦有,则 确认该小区的“目的信令点”,即所属BSC,将切换请求消息发给该BSC。 8、如果“位置区小区表”内没有目标小区的CGI,则到相邻MSC表内查找属于哪
切换与拥塞专题
中兴通讯网规网优部 2007-02-28
Copyright 2007, ZTE CORPORATION © 2005 ZTE CORPORATION
1
中兴通讯 版权所有
目录
切换专题
•
• •
切换信令流程
切换问题分析 切换典型案例
拥塞专题
• • 拥塞信令流程 拥塞问题分析
•
拥塞典型案例
个相邻MSC,再将切换请求发给该MSC。
© 2005 ZTE CORPORATION
16
中兴通讯 版权所有
目录
切换信令流程
切换数据查找过程
切换问题分析
切换典型案例
© 2005 ZTE CORPORATION
17
中兴通讯 版权所有
切换问题分析
切换问题类型 切换问题分析 切换问题定位方法
© 2005 ZTE CORPORATION
切换问题分析
孤岛效应导致不发生切换
周围没有邻区, 无法发生切换。
非邻区
邻区N1
服务小区 非邻区
邻区N2
非邻区 邻区N3
越区覆盖导致 的孤岛
© 2005 ZTE CORPORATION
22
中兴通讯 版权所有
切换问题分析
天馈系统
• 1、驻波比过大
• • • • • 2、小区天线安装反 3、小区天线安装不规范 4、小区方位角、下倾角不合理 5、天线隔离度不足 6、电缆扭曲或接头不紧、错误
BSS(通过测量报告)
3、测量报告预处理之后,BSC通过BCCH频点、BSIC到小区相邻关系表和小区描 述数据表(或外部小区描述数据表)确定所有邻小区的小区号、CGI。 4、BSC执行小区基本排序等切换判决流程(在LAPD板内完成),一旦找到合适的
目标,则将携带目标小区CGI的切换请求消息发给BSC主机的MP板,MP根据CGI
© 2005 ZTE CORPORATION
23
中兴通讯 版权所有
切换问题分析
基站软硬件 • • • • 1、CDU、TRM等故障 2、时钟板故障 3、内部通信电缆 4、BTS软件
© 2005 ZTE CORPORATION
24
中兴通讯 版权所有
切换问题分析
传输
• 1、传输不稳 • 2、传输误码率大
© 2005 ZTE CORPORATION
27
中兴通讯 版权所有
目录
切换信令流程
切换数据查找过程
切换问题分析
切换典型案例
© 2005 ZTE CORPORATION
28
中兴通讯 版权所有
切换典型案例
问题描述:
后台性能指标显示,某地基站防汛指挥中心2小区(3个载 频)切换成功率偏低,且切换的原因中以下行干扰引起 的切换次数偏高。
© 2005 ZTE CORPORATION
26
中兴通讯 版权所有
切换问题定位方法
• 分析话统
– 建立切换统计测量,分析是所有小区切向该小区失败,还是 个别小区切向它失败导致整体入切换成功率低。 – 若是个别小区,则检查切换数据,是否同频同BSIC等 – 若是所有小区切向它都失败,检查该小区本身的数据
测量报告(MR)——有上行测量值和下行测量值两部分内容:
• 上行:测量值由服务小区BTS获取,包含:对MS上行的接收电平 (ULRxLev)、接收质量(ULRxQal)、bs_power; • 下行:测量值由MS获取并上报,包含对服务小区的下行接收电平 (DLRxLev)、接收质量(DLRxQal)、对邻近小区的下行接收电平 (NCellRxLev)、ms_power。同时包含时间提前量的测量值(TA)等。