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信道激活失败一、现网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号:;。

由于呼叫建立或切换接入的原因，需要指配某个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。

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掉话问题可能产生的原因：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）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信道时出现失败。

目录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当前的指配成功率包括了指配请求次数（呼叫占用请求次数）和指配完成次数（呼叫占用成功次数）。