TCH信道性能与案例分析

合集下载

GSM网络TCH拥塞解决方法探讨及特殊案例分析

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

GSM网络TCH拥塞率产生原理及解决方案

GSM网络TCH拥塞率产生原理及解决方案

一、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”。

案例:7725信道激活失败告警(诺基亚 GSM)

案例:7725信道激活失败告警(诺基亚 GSM)

案例:7725信道激活失败一、现网7725故障问题
现网存在大量7725告警,严重影响载频利用率和小区数据休眠的指标。

二、故障分析
7725告警主要存在附加信息为00和02,附加信息00为TCH信道激活失败,主要影响载频信道的可用率,附加信息02为PDTCH信道激活失败,主要影响数据业务(TBF高掉线率、小区休眠)
三、处理方法
1、附加信息00
1>载频故障或老化,载频时隙不可用,导致TCH信道激活失败
2>开启AMR(自适应多速率)功能,同SEG下,不同BTS的HRC和FRC速率设置不一
致,导致TCH信道激活失败
AMR功能查询命令:ZEQO:BTS=BTS号:AMR:;
3>BCSU信道负荷过大,导致TCH信道激活失败
BCSU信道负荷查询命令:ZEEI::BCSU:;
2、附加信息02
1>载频故障或老化,载频时隙不可用,导致PDTCH信道激活失败
2>基站数据配置错误,如:Enable Satellite Abis(卫星模式)功能,采用低吞吐量进
行数据传送,数据延迟过高,导致PDTCH信道激活失败,本地网传输不开启此功能
开启Enable Satellite
Abis功能
3>基站数据配置与BSC数据配置不一致,如:DAP关联的载频数、DAP长度、DAP起始
位置等不一致,导致PDTCH信道激活失败
4>BCSU信道负荷过大,PCU负荷过大,导致PDTCH信道激活失败
BCSU信道负荷查询命令:ZEEI::BCSU:;
5>传输误码过高或帧丢失严重,PCU接收不到BTS的同步帧,导致PDTCH信道激活失败
传输误码查询命令:ZYMO:ET,ET号:;。

TCH,SD大汇总

TCH,SD大汇总

(a)一般是由于直放站工作不正常,或者干扰器问题引起(同时查看周围基站的是否有上行干扰),建议实地勘查扫频。
(b)也有可能是馈线接口松动或者是和馈线相连的CDU故障,建议到BTS机房查看。
四、载频隐性故障引起SD掉话小区:
(1)查看SD信道分配性能测量话统,如果掉话主要集中在某块载频上,很有可能是这块载频隐性故障或者频点干扰引起;
(1)如果结合网络拓扑图,功率控制性能测量话统的上、下行平均接收质量,接收质量测量话统的各个载频上、下行接收质量的分析,发现SD信道所在载频对应的频点有同邻频干扰的,建议修改频点后,继续观察,因为同邻频干扰严重的小区,也会造成SD拥塞;
(2)如果该小区的每块载频上、下行接收质量良好的,建议增加SD信道来降低小区的SD拥塞。
(2)如果这个小区载频数比较多,其中有两块或者两块以上载频出现上行干扰:
(a)有可能是这几块载频的频点受到干扰,建议修改频点观察(康乐-1小区曾出现这个情况;
(b)也有可能是硬件故障,建议到BTS机房查看这几块载频跟合路器的连接情况,如果这几块载频连接到同一合路器下,建议先更换合路器再观察;
(a)如果某块载频的下行电平,下行质量都很差,而上行电平,上行质量正常,一般是由于载频隐性故障引起,可以重启载频,若还是不行,建议更换载频板;
(b)如果某块载频的上下行电平都正常,而上下行质量差,很有可能是频点干扰引起,建议更换频点观察;
(c)如所有载频的下行电平都比上行电平低,很可能是由于合路器故障或者天馈问题引起,建议进BTS机房查看馈线接口是否松动,以及更换合路器观察。
掉话: bss原因掉话、切换掉话、无线链路原因掉话、传输原因掉话;
? 统计项中的bss原因掉话一般表现为硬件故障、系统问题;

TCH排队参数(拥塞排队)

TCH排队参数(拥塞排队)

由于呼叫建立或切换接入的原因,需要指配某个BTS的TCH信道,而该BTS上所有的TCH均已被占用时,BSC的无线资源管理程序有三种处理方式。

其一是在系统使用定向重试(Directed Retry)功能且该BTS和相邻BTS将具有此能力时,BSC采用定向重试方式直接将该呼叫指配到相关的其它小区(此处理不适用于切换接入的情况);其二是在系统不使用排队功能(Queuing)时,BSC直接向MSC报告指配失败,从而使本次呼叫或切换尝试失败;第三种情况是系统采用排队功能,此时BSC将MSC的指配请求进行排队,一旦该BTS中有TCH被释放,即处理队列中的指配请求。

对于最后一种情况,BSS系统需确定在队列中最多可以缓冲多少次呼叫或切换接入请求,即参数“全速率信道最大队列长度”。

排队管理:在正常的呼叫建立过程中,系统先分配给MS一个专用信令信道SDCCH用于呼叫建立进程的信令交互,之后系统要给MS分配话音信道TCH,有可能发生当MS完成SDCCH 上的信令交互后,系统没有可用的TCH来分给MS,此时若开启了排队功能,则系统可将MS放在队列中,与其他等待TCH的MS一起排队。

这种功能在一定程度上可以缓解系统TCH拥塞,但一般在突发且时间相对集中的拥塞情况效果比较明显。

涉及的系统参数:queue_managment_information:BSS小区级参数;定义了系统允许排队队列的最大长度。

若此参数等于0,则系统不允许MS进行排队。

bss_map_t11:Site级参数;MS在队列中等待系统分配TCH的最大时长由bss_map_t11来决定。

这个参数的设置要与MSC的相应参数设置一致。

系统启用排队功能时,会同时启动定时器T11,在该定时器超时前,若有TCH被释放,则系统会将该TCH指配给队列中的这次呼叫,并清除该定时器。

若到定时器超时时,依然没有可用的TCH资源,则系统将队列中的此次请求清除,并以指配失败的形式告知MSC。

GSM网络 TCH掉话问题探讨

GSM网络 TCH掉话问题探讨
发生一次 掉话 。
2 产 生 掉话 的原 因
1射 频 丢失掉 话 的主要 原 因 .
() 1存在覆盖弱区, 无线信号差。
() 2 存在 干 扰 。 频 率规 划 不 当而导 致 的 网 内干 如
() 2 上行 链路 失败 : 系统监 视 上行 链路 失 败 的参 息时 , D C中 的计数 器 ( H P 最大值 由 l kfi定 义 ) i _al n 减 1基 站 正 确 解 出 一个 S C H 消息 , 数 器 加 2 计 , A C 计 ( 基站 停止 发 射下 行 的 S C 同时 启 动 r t19定 AC H, r30 _
且立 刻从 拥塞 避免 阶段恢 复 。 该方 法 的弊端 是 : 由 路 们 的一个研 究方 向。 发生 改变后 发送 速率 的值设 置 的不适 当。

5 4
C N EW E E OMMU C I S (e h i l dt n s P2 0 o1 HIA N TLC NIATON T c nc i ) E 0 7N . aE i o 7
放 , 将该 异 常事 件统计为 切换 失 并 败 掉话 。
B C切 换 控 制 的定 时 器 主 要 S
分为 :8 T 定时器超 时( 不同 Bc s 下
的 小 区 间切 换 )T 13定 时 器 超 、3 0 时 ( 一 B c 的小 区 间切 换 ) 同 s下 、 T 1 7定 时 器 超 时 ( 区 内部 切 30 小
维普资讯
C H I A N E W T E LE C O M M N I N U CA
met aue消 息 , nF i r l MS与 网络 脱离
联 系 。此 时 , S B C的切换 控 制定 时

tch方案

tch方案

TCH方案1. 简介TCH(Traffic Channel)方案是一种用于无线通信系统中的信道资源调度方案,主要用于分配和管理语音和数据通信的通道资源。

TCH方案通过合理分配通道资源,提高系统的频谱利用率和通信质量,从而实现高效的无线通信。

2. TCH的分类TCH方案根据数据通信类型的不同,可以分为以下几类:2.1 音频TCH(TCH/F)音频TCH主要用于传输实时的语音通信。

在GSM系统中,音频TCH采用半双工方式传输,即采用时分复用技术,将上行和下行信道划分为不同的时间片。

2.2 数据TCH(TCH/D)数据TCH主要用于传输非实时的数据通信。

与音频TCH不同的是,数据TCH在GSM系统中采用全双工方式传输。

数据TCH可以根据实际需要动态分配通道资源,并根据数据传输速率的不同,实现较高的数据传输效率。

3. TCH方案的优势TCH方案相比其他信道资源调度方案,具有以下优势:3.1 高频谱利用率TCH方案通过灵活的通道资源分配,能够充分利用系统的频谱资源。

对于语音通信,TCH方案采用时分复用技术,通过合理的时间片划分,实现多个通信用户在同一频率上并行通信。

对于数据通信,TCH方案能够根据实际需要动态分配通道资源,避免了频率资源的浪费。

3.2 提高通信质量TCH方案通过有效的通道资源分配,可以减少通信用户之间的干扰,提高通信质量。

例如,在音频TCH中,采用时分复用技术可以使不同用户在不同时间段内进行通信,避免了互相干扰的问题。

3.3 支持多种应用场景TCH方案可以灵活适应不同的应用场景需求。

无论是实时的语音通信,还是非实时的数据通信,TCH方案都能提供高效的通信支持。

同时,TCH方案还能够根据不同的网络环境和用户需求,进行动态配置和优化,以实现更好的通信效果。

4. TCH方案的应用TCH方案主要应用于无线通信系统中,特别是GSM系统中。

在GSM系统中,TCH方案被广泛应用于语音通信和数据通信中。

通过TCH方案,GSM系统能够提供稳定可靠的语音通话和高速的数据传输服务。

sd掉话和tch掉话

sd掉话和tch掉话

SD掉话问题可能产生的原因:1、突然增高的话务量、相临基站故障等2、基站硬件问题。

(载频、发射通路、合路器、时钟问题等)3、基站天馈故障。

4、基站天馈接错。

5、基站数据设置错误可能会造成基站掉话6、频率问题。

(同频、邻频干扰或基站上行干扰等)7、一.由班组查看统计,是否是突发事件。

二.由班组重点查看SD所在载频情况、载频PB值、载频IOI值、载频BER值等统计项,观察几天的变化规律。

三.由班组查看基站和周围小区数据定义是否正确,是否存在同频、邻频等频率问题。

(数据及频率问题一般在割接、新站及频率变动工程后易出现)。

四.由班组路测基站及其周围情况。

判断可能的硬件问题、天馈问题及时钟问题等。

五.在频率方面未发现问题后由班组对基站进行检查并详细填写检查记录,检查内容如下:1.基站有无告警。

2.检查基站时钟是否偏离过大。

3.基站发射功率是否平衡。

4.基站天馈(接收及发射)有无驻波比高的现象。

5.检查基站接头是否有松动现象,基站天馈线序是否与标签一制。

6.更换基站高掉话载频、器件性能不好的基站硬件。

六.如问题仍无法解决,将路测文件及基站检查的详细记录移交技术组,并将工单返回OMC并做记录,由技术组跟踪问题并分析后提出相关解决建议,由班组联合技术组对问题进行进一步处理,直至问题解决。

七.如问题属于疑难问题,技术组仍无法解决。

由技术组协调厂家解决或开SR并作好相关记录。

基站相邻小区定义错误。

看掉话原因,质差看干扰带,电平看TA和功控测量,突然掉话复杂,首先看MSC的门限值设置是否恰当(BADQDL,BADQUL,LOWSSDL,LOWSSUL),再看上下行平衡和用户行为导致SD掉话问题可能产生的原因:1、突发事件(突然增高的话务量、相临基站断站等)2、基站硬件问题可能会造成基站SD产生掉话。

(载频、发射通路、合路器、时钟问题等)3、基站天馈性能不好可能会造成基站SD掉话。

4、基站天馈接错可能会造成基站SD掉话。

TCH拥塞的原理和解决方法(2)

TCH拥塞的原理和解决方法(2)

TCH拥塞的原理和解决方法(2)1.2 话务分布环境这种情况往往是在网络规划时基站选址不当所产生的。

前面提到了TCH拥塞率的概念,它是由TCH占用失败次数除以TCH占用请求次数。

因此当无线信号不好时经常会出现TCH信道占用不上,即会出现TCH拥塞。

需要注意的是这类拥塞并非是TCH信道真的没有资源可以分配了,而是由于无线接口的原因使TCH信道占用不上产生拥塞。

例如在基站覆盖的边缘区域,有用户群村镇存在。

由于在这个区域内,手机所接收到的信号已经非常微弱,同样手机上行的信号也很微弱。

因此在这里手机发起呼叫,很容易产生TCH占用失败的情况,从而造成TCH拥塞。

应当指出的是,此时系统的TCH资源却有可能是很充足的。

解决这类问题需要调整天线的方位角或下倾角,并将基站的静态发射功率开到最大,总之需要增强该区域的信号强度。

另外BSC参数中可适当降低RACH忙门限,来使手机占用TCH信道时尽可能成功,从而减小TCH拥塞率。

若这些方法都不能起到根本作用则需要在该用户群的近处增加基站。

2 设备安装及故障2.1 天馈安装及故障在基站的天馈安装及配置中,有多种情况将会导致TCH占用失败。

1) CDU/SCU配置导致TCH占用失败例如在一个4载频的小区中我们通常会使用CDU+SCU的合路配置方式,经常是BCCH所在的TRX通过CDU上天线,TRX通过SCU 进行合路,然后再通过CDU上天线。

这样BCCH所经过的通道和非BCCH所经过的通道合路损耗就有较大的差别,所以非BCCH所在的信道发射的功率比BCCH所在的信道要小。

在手机发起呼叫时(特别是在离基站较远的时候),若系统给手机指配了非BCCH所在TRX上的TCH信道,则由于它的发射功率很低,就很容易造成TCH信道占用失败。

解决该问题有两种方法一是在配置时BCCH所在的TRX放在经过SCU的通道上,这样它的发射功率相对较小,不会出现指配非BCCH 所在TRX上的TCH信道时出现失败。

TCH分配成功率优化指导书

TCH分配成功率优化指导书

目录1 指配成功率定义说明 (5)1.1 指配成功率含义 (5)1.2 推荐公式 (5)1.3 信令流程及统计点 (5)2 涉及特性 (7)3 影响指配成功率的因素 (8)3.1 硬件故障 (8)3.2 传输问题 (8)3.3 参数设置问题 (8)3.4 TCH信道拥塞 (9)3.5 网内外干扰 (9)3.6 覆盖问题 (9)3.7 天线问题 (10)3.8 直放站问题 (10)3.9 手机终端问题 (10)4 指配失败分析流程和优化方法 (11)4.1 分析流程图 (11)4.2 分析流程说明 (13)5 测试方法 (19)6 指配请求信令说明 (20)7 指配成功率优化案例 (21)7.1 基站扩容后指配失败率高 (21)7.2 参数设置不合理导致指配失败率高 (22)7.3 信道资源不足导致指配成功率降低 (23)7.4 Ater资源不足导致指配成功率低 (23)7.5 配置半速率信道导致只支持全速率手机无法主被叫,指配成功率低 (24)8 指配成功率信息反馈 (24)指配成功率定义说明1.1 指配成功率含义TCH指配成功率就是在指配流程中,BSC指配TCH被成功占用的比例,它反映的是从BSC 收到来自MSC的指配请求消息到BSC收到指配完成消息的过程。

TCH指配成功率是接入类的重要基础指标之一,它反映了用户成功占用语音信道可以进行通话的比例,它的高低直接影响用户感受。

1.2 推荐公式TCH指配成功率主要通过话统结果获得,其推荐的公式为:TCH指配成功率=(TCH指配成功次数/TCH指配请求次数)*100%具体统计公式请参见《GSM BSS 网络性能KPI(指配成功率)基线说明书》1.3 信令流程及统计点图1正常指配流程图2 BSC间直接重试流程注:图中统计点分别表示含义如下A——指配请求次数(呼叫占用请求次数)B——指配完成次数(呼叫占用成功次数)C——BSC间直接重试成功次数从上面统计点可以看出,BSC32/BSC6000当前的指配成功率包括了指配请求次数(呼叫占用请求次数)和指配完成次数(呼叫占用成功次数)。

话务量低高拥塞优化案例

话务量低高拥塞优化案例

小区话务量很低的情况下出现较高拥塞优化案例现象描述;为了提高语音质量,关闭话务量较小的小区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,这说明全速率信道向半速率信道发起切换请求全部被拒绝。

仿真TCHF9.6信道要点

仿真TCHF9.6信道要点

实验目的:1、了解移动信道传播环境,及TCH/F9.6信道的技术标准2、掌握TCH/F9.6信道的外编码、卷积码、交织器的基本原理3、仿真TCH/F9.6信道各模块,检验与测试它们的性能4、对TCH/F9.6信道的纠错性能进行仿真及分析5、依据GSM 05.03建议,在高斯干扰和突发干扰下,对TCH/F9.6信道作信噪误码性能的仿真设计内容:1、了解移动通信发展、移动信道环境、GSM信道编码标准;2、理解分组码、卷积码、交织器的基本原理;3、根据技术标准,编写各模块的程序代码,并作状态检验和性能测试;4、连接各模块,分别在高斯、突发等信道下,仿真分析该信道的纠错性能;5、对某重点内容进行比较深入的仿真分析;6、写出有原理和设计、检验和结果、结果分析、重点内容、符合规范的设计报告。

仿真任务:1、高斯干扰的原始误码特性2、卷积码编译码改善后的误码特性3、加入突发干扰的原始误码特性4、交织编码改善后的误码特性5、一级和二级的误比特率6、整个系统的性能基本原理及设计概述:1、GSM信道类型全速率话音业务信道TCH/FS话音信道半速率话音业务信道TCH/HS业务信道9.6Kbit/s全速率数据业务信道TCH/F9.64.8Kbit/s全速率数据业务信道TCH/F4.8数据信道 4.8Kbit/s半速率数据业务信道TCH/H4.8≤2.4Kbit/s全速率数据业务信道TCH/F2.4≤2.4Kbit/s半速率数据业务信道TCH/H2.4频率纠错信道FCCH广播信道同步信道SCH广播控制信道BCCH寻呼信道PCH控制信道公共控制信道随机接入信道RACH准予接入信道AGCH独立专用控制信道SDCCH 专用控制信道慢速相关控制信道SACCH快速相关控制信道FACCH 2、各类信道编码和交织标准简表3、信道编码①循环码:一个()k,n线性分组码,如果每个码字经任意循环移位之后仍然在码字的集合中,那么就称此码是一个循环码。

GSM网络的TCH信道指配失败分析

GSM网络的TCH信道指配失败分析
MSC

s ;变 换 管 理 M
但 实 际 消 息 是 在 一 些 进 程 中传 递 . 因 此 以 下 的 流 程 圈
从 以上 流程 图可 以看 出. C 指 配的 关键 在于 图左半 TH 边 R S .C M R S RM R S .MS之 间 的 信 令 交 互 是 否 正 常 。 2 T H 邋 指配 失败的 流程 C 信 下 面 来 分 析 T H 道 指 配 失 败 的 情 况 . 成 T H指 配 C 信 造 C 失 败 主 要 有 两 种 原 因 ● 没 有 足 够 的 T H资 源 .导 致 指 配 失 败 . C
重 要的过 程 。 个过程 实际上 分两 都分 这 一 是 MS C在 A接

口指 配 C C 二 是 B S在 空 中 接 口 指 配 T H 如 果 A 接 口 I T C
存 在 传 输 或 数 据 问 题 .会 导 致 全 网 出 现 单 通 不 通 ;如 果 B S 配 T H失 败 .也 会 出 现 打 电 话 不 通 的 情 况 本 文 主 T 指 C 要 针 对 T H指 配 失 败 在 无 线 部 分 出 现 的 问 越 进 行 分 析 。 C
维普资讯

要 :本 文通过 分析 I - OH信邋 指配 流程 .对 T H指 配 C
M C 的指配 请 求消息 后 . 向 R S S 发 食 R M发 初 始化指 配命 令
然 后 R S 会 向 C M 询 问 是 否 有 T H可 指 配 .在 得 到 C M RM R C R
失 败 的 原 因 进 行 分 析 .在 排 除 了 T H资 源 不 足 的 原 因 后 . C 将 问 舾 原 因 定 位 于 载 频 硬 件 和 频 率 干 扰 针 对 载 频 硬 件 原

对SDCCH、TCH信道接入性能的分析

对SDCCH、TCH信道接入性能的分析

对SDCCH、TCH信道接入性能的分析摘要:介绍了影响SDCCH信道、TCH信道接通率的因素及处理方法。

关键字:SDCCH、TCH、信道、乒乓效应、载波、时隙、频点、干扰一、SDCCH信道接入性能无论是移动台作为主叫还是作为被叫,随机接入都是移动台建立呼叫的第一步。

在收到随机接入申请后,BSC根据申请所需的信道类型选择分配专用信道,一般都优先选择分配SDCCH,因此SDCCH的成功分配是建立通信的关键步骤。

BSC首先通过“激活信道信令”通知基站信道资源分配,然后通过接入允许信道(ACCESS GRANTED CHANNEL)发送“立即指派信令”(IMMEDIATE ASSIGNMENT),通知移动台使用相应的专用信道,信令中包含了以下重要信息:(1)随机号(从随机接入信令中获取)随机号用于区分小区内不同的随机接入。

(2)TDMA帧号(基站检测到随机接入信令时记录下当时的帧号)TDMA帧号则用于区分来自同频小区的立即分配指令。

如果存在这样的两个小区,它们同频并且同BSC,那么移动台发出的申请在这两个小区内都会被确认为是本小区的申请。

这样同频、同BSIC的小区在重叠覆盖的情况下,如果移动台发出的随机接入申请在两个小区都得到响应,那么移动台会收到两个“立既指派信令”,这时移动台需要判断哪个是当驻留小区分配的信道。

移动台在发出随机接入申请时,记录了当时的TDMA帧号,而基站在检测到该随机接入时也记录下了基站此时的TDMA帧号,并立即在指派信令中发送给移动台,移动台对比两个帧号,相同就意味着这是来自前小区的分配指令。

由于两个基站之间不同步,因此两个小区收到的随机接入申请时所记录的TDMA帧号一般不相同,因此另外一个小区发布的立即指派信令中的帧号肯定与移动台的不同,移动台对它的信令不予接入。

对于第二小区来说,立即分配的信道被浪费了,并影响了这个小区的SDCCH分配成功率。

(3)分配的信道资源描述(包括信道类型、子信道号、频点、时隙、训练序列、信道号、跳频序列号、跳频初始偏移量等)(4)接入信道使用的初始TA信道资源描述和TA用于告诉移动台在哪个信道如何接入,其中TA值是基站通过对随机接入估算给出的初始TA。

GSM日常优化(TCH掉话)

GSM日常优化(TCH掉话)

一般建议先关闭跳频确定故障载频,可以通过以下方式定位载频故障:载频频繁存
在告警。 载频存在故障告警,如TRX_FAULTY、高温告警等。
载频7745告警占用比例高,重启后仍然存在。
载频级的统计显示某载频掉话很高。 载频级的统计显示某载频的KPI统计相对其它载频异常,如发射功率、上下行接收
信号强度、上下行话音质量、PATHBALANCE等。
就是指上午10点~11点一个小时内,全网掉话次数(非正常释
放的呼叫)占全部呼叫将指标分为全网级 别、区域级别(市区,郊区)、BSC级别、小区级别等。 对于日常指标监控,我们要有一个层次的概念,从高层 到低层,逐步定位问题所在,即着眼于全网指标,从小区开 始处理。
KPI - TCH Drop Call and Call Re-establishment Drop on TCH and call re-establishment
One of these triggered Cell A EMERGENCY CALL /c3021 sdcch_emerg_call SDCCH REQUESTS /c1000 sdcch_seiz_att SEIZURES FOR CALLS /c1007 sdcch_assign MOC (incl.SMS) /c3013 succ_seiz_orig MTC (incl.SMS) /c3012 succ_seiz_term one of TCH fail counters is triggered TCH_RADIO_FAIL or TCH_USER_ACT or TCH_BCSU_RESET or TCH_NETW_ACT or TCH_BTS_FAIL or TCH_LAPD_FAIL or TCH_A_IF_FAIL_CALL or TCH_ABIS_FAIL_CALL or TCH_TR_FAIL or TCH_ACT_FAIL_CALL /c1013 TCH REQUESTS /c1010 tch_request TCH REQUESTS FOR NEW CALL /c1026 TCH SEIZURES FOR NEW CALL /c1009 tch_norm_seiz

TCH

TCH

TCH目录TCH百度词典业务信道简介缩写语义:TCH百度词典业务信道简介缩写语义:展开编辑本段TCH百度词典1.话音通道[原创]最全的手机电路中的常用英文缩写(二...TCH 话音通道。

2.开关电压[原创]最全的手机电路中的常用英文缩写(二...TCH 开关电压。

编辑本段业务信道简介业务信道(TCH),Traffic Channel,传输话音和数据话音业务信道按速率的不同,可分为全速率话音业务信道(TCH/FS)和半速率话音业务信道(TCH/HS)。

同样,数据业务信道按速率的不同,也分为全速率数据业务信道(如TCH/F9.6, TCH/F4.8,TCH/F2.4)和半速率数据业务信道(如TCH/H4.8,TCH/H2.4)(这里的数字9.6,4.8和2.4表示数据速率,单位为kb/s)。

业务信道(TCH)载有编码的话音或用户数据,它有全速率业务信道(TCH/F)和半速率业务信道(TCH/H)之分,两者分别载有总速率为22.8和11.4kbit/s的信息,使用全速率信道所有时隙的一半,就可得到半速率信道。

因此一个载频可提供8个全速率或16个半速率业务信道(或两者的组合)并包括各自所带有的随路控制信道。

(1)话音业务信道载有编码话音的业务信道分为全速率话音业务信道(TCH/FS)和半速率话音业务信道(TCH/HS),两者的总速率分别为22.8和11.4kbit/s。

对于全速率话音编码,话音帧长20ms,每帧含260比特,提供的净速率为13kbit/s。

(2)数据业务信道在全速率或半速率信道上,通过不同的速率适配、信道编码和交织,支撑着直至9.6kbit/s的透明和非透明数据业务。

用于不同用户数据速率的业务信道,具体有:9.6kbit/s,全速率数据业务信道(TCH/F9.6)4.8kbit/s,全速率数据业务信道(TCH/F4.8)4.8kbit/s,半速率数据业务信道(TCH/H4.8)≤2.4kbit/s,全速率数据业务信道(TCH/F2.4)≤2.4kbit/s,半速率数据业务信道(TCH/H2.4)数据业务信道还支撑具有净速率为12kbit/s的非限制的数字承载业务。

TCH信道组合讲稿

TCH信道组合讲稿

2》我们先来回顾一下TCH信道中的语音信号主要有三种编码速度,分别称为全速率FR、增强型全速率EFR、半速率HR。

全速率FR的纯语音速率为13kbps。

信道编码额外增加了9.8kbps的冗余,码速增加到22.8kbps增强型全速率EFR是另一种全速率语音编码的标准。

纯语音速率为12.2kbps 。

信道编码额外增加了10.6kbps的冗余,码速增加到22.8kbps 半数率HR话音在经过话音编码之后的纯语音话音速率是5.6kbps,而经过信道编码之后增加了5.8kbps的冗余,输出数据是11.4kbps,速率正好是全数率的一半。

3》再来看看TCH的信道组合有哪些种组合全速率业务信道和增强型全速率业务信道对应于全速率业务信道组合半速率业务信道对应于半速率业务信道组合4》我们先来看看全速率业务信道组合,它是信道组合中定义的第一种组合,公式为I) TCH/F + FACCH/F + SACCH/TF它是业务信道组合,使用26帧的业务复帧结构可以使用频点中八个物理信道中的任意一个,也就是说可以存在于每帧八个时隙中的任意一个时隙。

5》取每个帧的第n时隙,比如取2号时隙连续26帧的第n时隙组成一个26帧的业务复帧,全速率业务信道组合就可以安排在这个业务复帧中。

6》那么如何安排业务复帧中的26个帧呢?业务复帧主要是用来传输业务消息的,首先要给TCH分配帧位,而且一个NB突发脉冲能传送TCH的一片数据,我们在一个业务复帧中为TCH安排了24个帧位,帧号为0-11号,还有13-24号。

这些业务数据片段都是来自于同一个用户。

7》公式中还有慢速随路控制信道SACCH,我们把它安排在了12号帧位。

SACCH想要表达完整的语义需要4个常规突发脉冲,一个业务复帧中12号帧位只能传输一个突发脉冲,怎么办呢?8》我们把连续四个复帧中12号帧位中的突发脉冲凑在一起,组成一个完整的SACCH消息。

一个复帧的传输时间是120ms,四个复帧的传输时间就是480ms,也就是说480ms传输一个完整的SACCH信令。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

TCH信道性能与案例分析
一、概述
话音信道性能对网络接续性的影响主要在信道拥塞和信道指派成功率两方面,结合信令信道的性能系统表现为对无线接通率的影响。

这几方面是密切相关的,通常伴随拥塞的发生会有指派成功率及无线接通率的降低,解决拥塞问题是提高指派成功率或无线接通率的最有效的方法。

二、TCH指标
话音方面的指标主要包括附件黄色颜色标记部分,但分析问题时需要从多方面的指标去分析。

sts
三、分析方法
话务量及拥塞方面包括长时间的话务量偏高及存在时间拥塞,或者是短时间的突发性话务量异常伴随拥塞发生。

在这里我们通常可以通过以下几方面进行分析:
1)TCH的需求量分析:检查TCH的话务量,分析是短时突发性话务量偏高或是持续性的话
务量偏高。

如果是突发性的偏高导致拥塞,可通过小区负荷分担,或者临时性缩小覆盖范围或者临时加通讯车(通常都是重要场合才会派通讯车)来解决拥塞情况。

如果是持续性偏高且周围小区话务较忙时,需要提扩容。

2)TCH的配置分析:检查TCH的配置是否正确,是否有规划时的情况与实际情况不符。

(通
常都会因为某个载波没正常工作导致与规划上不一样,这时候需要检查基站硬件参数)3)检查分层小区结构(HCS)的设定:分层小区是用来进行话务分配控制的有效方法,但
相关参数的设定如果不合适则将导致低层小区吸纳较多话务从而导致拥塞。

需检查的参数有LAYER,LAYERTHR,LAYERHYST。

(一般来说1800小区和微蜂窝小区的layer设置为1,900小区设置为2)
4)检查小区负荷分担(CLS)的设定:CLS对话务量的分配及减轻拥塞有一定程度的帮助,
但分担拥塞小区话务的小区必须有足够数量的空闲信道。

需检查的参数有CLSSTATE,CLSACC,CLSLEVEL,CLSRAMP,HOCLSACC,RHYST。

5)检查Assignment to Worse cell:该功能是在小区发生拥塞的情况下将新的呼叫指派
在其他的信号较差的小区,需检查的参数为AWOFFSET。

6)检查小区的硬件故障及安装故障。

硬件故障或安装故障会导致TCH的可用率降低,从而
减少有效信道数导致拥塞发生及接通率降低。

这也是日常维护工作的一个重要内容。

7)检查天线的情况。

天线的位置、高度、方向、下倾角及天线的型号对于小区的覆盖范围
有很大的影响。

过高的位置将使得小区的覆盖范围过大导致话务量增加产生拥塞,通过对天线位置、高度、方向、下倾角、型号的调整可以有效的解决拥塞问题。

8)检查小区的信道平均占用时长。

小区的平均信道占用时长较长不是故障,但需同时检查
小区的切换性能,判断是否由于切换性能差而导致占用时长过大。

检查拥塞小区的切换性能。

如果小区的切出性能很差,则将导致应该切去其他小区的呼叫不能切出,从而增加原小区的话务量,同时还会对系统其他性能如话音质量、掉话等产生负面影响。

9)检查周围小区的话务情况,是否周边小区都有拥塞发生。

四、案例分析
案例一:
3月27日,大吕巷G142431突然掉话异常增加,基站没有硬件故障告警、无明显频率干扰、邻区定义完整、传输无误码。

发现在统计文件DOWNTIME一项中有一些BCCH不可用的计数器不等于零,怀疑传输有闪断。

BDWNACC:Accumulated number of scans of the cell where the BCCH was unavailable.
通知传输工程师检查后发现确实是传输问题,处理后异常掉话消失:。

相关文档
最新文档