TCH信道性能与案例分析
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信道激活失败一、现网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大汇总
（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排队参数(拥塞排队)
由于呼叫建立或切换接入的原因，需要指配某个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掉话问题探讨
２ 产 生 掉话 的原 因
１射 频 丢失掉 话 的主要 原 因 ．
（） １存在覆盖弱区， 无线信号差。
（） ２ 存在 干 扰 。 频 率规 划 不 当而导 致 的 网 内干 如
（） ２ 上行 链路 失败 ： 系统监 视 上行 链路 失 败 的参 息时 ， Ｄ Ｃ中 的计数 器 （ Ｈ Ｐ 最大值 由 ｌ ｋｆｉ定 义 ） ｉ ＿ａｌ ｎ 减 １基 站 正 确 解 出 一个 Ｓ Ｃ Ｈ 消息 ， 数 器 加 ２ 计 ， Ａ Ｃ 计 （ 基站 停止 发 射下 行 的 Ｓ Ｃ 同时 启 动 ｒ ｔ１９定 ＡＣ Ｈ， ｒ３０ ＿
且立 刻从 拥塞 避免 阶段恢 复 。 该方 法 的弊端 是 ： 由 路 们 的一个研 究方 向。 发生 改变后 发送 速率 的值设 置 的不适 当。
５ ４
Ｃ Ｎ ＥＷ Ｅ Ｅ ＯＭＭＵ Ｃ Ｉ Ｓ （ｅ ｈ ｉ ｌ ｄｔ ｎ ｓ Ｐ２ ０ ｏ１ ＨＩＡ Ｎ ＴＬＣ ＮＩＡＴＯＮ Ｔ ｃ ｎｃ ｉ ） Ｅ ０ ７Ｎ ． ａＥ ｉ ｏ ７
放 ， 将该 异 常事 件统计为 切换 失 并 败 掉话 。
Ｂ Ｃ切 换 控 制 的定 时 器 主 要 Ｓ
分为 ：８ Ｔ 定时器超 时（ 不同 Ｂｃ ｓ 下
的 小 区 间切 换 ）Ｔ １３定 时 器 超 、３ ０ 时 （ 一 Ｂ ｃ 的小 区 间切 换 ） 同 ｓ下 、 Ｔ １ ７定 时 器 超 时 （ 区 内部 切 ３０ 小
维普资讯
Ｃ Ｈ Ｉ Ａ Ｎ Ｅ Ｗ Ｔ Ｅ ＬＥ Ｃ Ｏ Ｍ Ｍ Ｎ Ｉ Ｎ Ｕ ＣＡ
ｍｅｔ ａｕｅ消 息 ， ｎＦ ｉ ｒ ｌ ＭＳ与 网络 脱离
联 系 。此 时 ， Ｓ Ｂ Ｃ的切换 控 制定 时
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掉话问题可能产生的原因：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掉话。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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.
通知传输工程师检查后发现确实是传输问题，处理后异常掉话消失：。