当前位置:首页 >> 其它课程 >>

MF000401(胶片)GSM网络规划和优化-切换专题案例-20030927-B-1.4


MF000401 切换专题案例 ISSUE1.4

无线产品课程开发室

学习目标
学习完本课程,您将能够:

?掌握切换计时器统计点的定义。

?掌握切换问题定位的方法。
?理解软件硬件原因造成的切换问 题的分析思路。

课程内容

一章 切换计数器统计点 第二章 切换数据查找过程

第三章 切换问题分析
第四章 切换典型案例

1.1 BSC内切换
MS BTS(Source) BSC BTS(Target) MSC Measurement Report Measurement Report BSC 内入小区切换请求次数 切换算法判决出小区切换请求 T09++ (入小区切换请求到达) T12++ Channel Activation BSC 内出小区切换请求次数

Channel Activation ACK Handover Command (Old FACCH) BSC 内入小区切换成功次数 Handover Access (New FACCH) Handover Complete (New FACCH) RF Channel Release T10++ T13++ BSC 内出小区切换成功次数 Handover Performed

1.1 BSC内切换
切换成功率计算公式
BSC内小区间切换成功次数 BSC内切换成功率=————————————×100% BSC内小区间切换请求次数

BSC内小区间切换成功次数 BSC内无线切换成功率=————————————×100% BSC内小区间切换次数

无线切换成功率>=切换成功率

1.1 BSC内切换
BSC内切换失败可能原因
? ? ? ? ? ?

目标小区无可用信道 信道激活否定应答-CHAN ACK NACK 发送信道激活失败 等待信道激活超时 MS无法接入(无线口原因) 物理信息最大重发次数* 无 线 链 路 连 接 定 时 器 <EST IND~HO DETECT的时间间隔(120~180ms)

?

建立指示后等待超时(MS未收到UA帧或未发送切换完成)

1.2 BSC间切换
MS BTS(Source) BSC MSC BSC BTS(Target)

Measurement Report

同 M S C 内

BSC 间出小区切换请求次数 Measurement Report Handover Required T17++ BSC 间入小区切换请求次数 T14++

Handover Request

Channel ACT Channel ACT ACK Handover Request ACK Handover Command Handover Access Handover Detect BSC 间入小区切换成功次数 Handover Complete Handover Complete Clear Command (HO successful) RF Channel Release Clear Complete T15++ T18++ BSC 间出小区切换成功次数

1.2 BSC间切换
MSC间信令流程
MS BSC-A MSC-A MSC-B VLR-B BSC-B MS

HO-Required

MAP_Prepare_HO MAP_Allocate_HO_NUM MAP_Send_HO_Report MAP_Send_HO_Report_ACK HO-Request MAP_Prepare_HO_ACK
IAI

HO-Request-ACK

HO-Command

ACM

MAP_Process_Access_Signalling
Clear-Command Clear-Complete MAP_Send_End_Signal

HO-Access
HO-Complete 中间步骤省略

MAP_Send_End_Signal_ACK

1.2 BSC间切换
BSC间小区间切换成功次数 BSC间切换成功率=—————————————×100% BSC间小区间切换请求次数

目标BSC收到MS发的HO-COMP 入BSC切换成功率=—————————————×100% 目标BSC收到HO-REQ后

原BSC收到MSC发的Clear-COMD 出BSC切换成功率=——————————————×100% 原BSC发出HO-Required后

课程内容

第一章 切换记数器统计点 第二章 切换数据查找过程

第三章 切换问题分析
第四章 切换典型案例

第二章 切换数据查找过程
?

1、BA2表内有所有相邻小区的BCCH频点,通过系统消息5下发 给MS。

?

2、MS把电平值最强的6个邻小区和服务小区的 BCCH频点、
BSIC、电平值上报到BSS(通过测量报告) 3、测量报告预处理之后,BSC通过BCCH频点、BSIC到小区相

?

邻关系表和小区描述数据表(或外部小区描述数据表)确定所有
邻小区的模块号、小区号、CGI。
?

4、BSC执行小区基本排序等切换判决流程(在LAPD板内完成), 一旦找到合适的目标,则将携带目标小区CGI的切换请求消息发给 BSC主机的MPU板,MPU根据CGI到小区模块信息表内确认该小 区所属的模块号。 5、MPU向该模块发切换请求消息,并统计一次”出小区切换请

?

求”

第二章 切换数据查找过程

?

6、如果BSC触发的目标小区是外部小区,则将目标小区和服
务小区的CGI通过切换请求发给MSC。

?

7、MSC首先到“位置区小区表”内查找与目标小区CGI吻合的 小区,一旦有,则确认该小区的“目的信令点”,即所属BSC, 将切换请求消息发给该BSC。

?

8、如果“位置区小区表”内没有目标小区的CGI,则到相邻 MSC表内查找属于哪个相邻MSC,再将切换请求发给该MSC。

课程内容

第一章 切换记数器统计点 第二章 切换数据查找过程

第三章 切换问题分析
第四章 切换典型案例

第三章 切换问题分析

?

切换问题类型

?

定位方法
切换问题分析

?

3.1 切换问题类型

? 不发生切换-导致掉话 ? 切换失败-影响通话质量,最终导

致掉话
? 频繁切换-影响通话质量,增加系

统负荷

3.2 切换问题定位方法
分析话统
? ? ? ? ? ? ?

?

BSC整体性能测量 小区间切换性能测量 出、入小区切换性能测量 未定义邻小区性能测量

查看告警:单板故障,传输、时钟等

路测
分析信令:A接口、E接口、Abis接口

3.3 切换问题分析

? 覆盖和干扰 ? 天馈系统 ? 基站软硬件 ? 传输 ? BSC软硬件 ? A接口问题 ? 目标小区忙 ? 与其它厂家对接

3.3切换问题分析
3.3.1 覆盖和干扰
? 1、覆盖:

?

覆盖差:树林、地形复杂、房屋走向、
室内覆盖影响等

? ?

孤站:无邻小区 越区覆盖:孤岛效应导致无邻小区

? 2、干扰:导致MS上行无法接入或下行收

不到信号

3.3切换问题分析
孤岛效应导致不发生切换
周围没有邻区, 无法发生切换。

非邻区

邻区N1

服务小区 非邻区
邻区N2

非邻区 邻区N3
越区覆盖导致 的孤岛

3.3切换问题分析

3.3.2 天馈系统
? ? ? ? ?

1、驻波比过大 2、小区天线安装反

3、小区天线安装不规范
4、小区方位角、下倾角不合理 5、天线隔离度不足

?

6、电缆扭曲或接头不紧、错误

3.3切换问题分析
3.3.3 基站软硬件
?
? ?

1、CDU、合分合路器故障
2、TRX坏 3、TMU坏

?
? ? ?

4、FPU坏
5、时钟板 6、内部通信电缆 7、BTS软件

3.3切换问题分析
3.3.4 传输
? ?

1、传输不稳 2、传输误码率大

3.3.5 BSC软硬件故障
?
? ? ?

1、时钟板:时钟板故障引起各基站之间时钟不一致
2、通路内的所有单板(BIE、E3M、FTC板等) 3、话统版本 4、加载不完全:部分数据没有加载到主机内,导致切换成功率低

3.3切换问题分析
5、 动态设定-设定不当将导致切换出现异常
?

?

在动态修改【外部小区描述数据表】时,设定所用的“模 块号”和“参数1”均是主小区的信息,即通过设定主小区 完成对外部邻小区属性的修改和设定。

?

在动态修改【小区描述数据表】或者【外部小区描述数据 表】时,不论动态修改的是哪个小区的参数,在设定整表 时,都需要发送“全部模块”,否则切换会出异常。

?

在修改完某小区的BCCH频点或BSIC之后,一定还要设定 把它作为相邻小区的小区,通过设定【小区相邻关系表】 来完成,即通知这些小区:它的邻小区BCCH频点已更改。

3.3切换问题分析
?

6、数据配置-引起切换失败、延迟、频繁切换、不发生切换、切出 切入比例不合理
? ?

切换门限设置不合理(偏高、偏低、边缘切换门限比功控门限高) 切换磁滞、切换优先级设置不合理

?
? ? ?

最佳小区统计时间P、N设置不合理
BA2表内漏写频点,漏做邻区关系 存在同频同BSIC的邻区

“小区描述数据表”内CGI、模块号与“小区模块信息表”不一 致
“外部小区描述数据表”的CGI、BCCH、BSIC等与对方BSC不 符。 MSC“位置区小区表”的BSC的目的信令点错误

?

?

3.3切换问题分析
注意事项:
?

?

“预处理测量报告上报频率”: 在“测量报告预处理”打 开后,在15:1链路配置时,设为1次/秒。此时,对于需要 P/N判决的切换,如边缘切换,层间切换,PBGT切换和同 心圆切换,都需要把P/N判决时间缩短,

?

BSC对于小写的CGI不做处理,一定要大写,否则不发起 切换;

? ?

BSC不认CI号为FFFF的小区,否则切换无法发生。 “传送BS/MS功率级别”: 只要打开了测量报告预处理, 就一定要把该参数置为“是”。

3.3切换问题分析

3.3.6 A口问题
?

主要是链路资源不够导致切换异常,此时通话也会有异常。

3.3.7 目标小区忙
?

目标小区忙,无可用信道导致切换失败。可以对目标小区扩 容或减小覆盖范围。

3.3.8 跨厂家切换
?

对端在A接口、E接口的各类信令与我方不一致,不能识别或
不支持,导致切换失败。如语音版本、切换号码、TUP电路、 寻址方式(CGI或LAI)等。

课程内容

第一章 切换记数器统计点 第二章 切换数据查找过程

第三章 切换问题分析
第四章 切换典型案例

切换典型案例

案例1

故障描述:
?

某双频网(独立BSC组网)的某1800小区,

自开通之后,入BSC和BSC内入小区切换成
功率一直很低,BSC内和BSC间出小区切换 正常。

切换典型案例
问题解决思路:
?

案例1

1、登记话统,分析是所有小区切向该小区失败,还是个别小 区切向它失败导致整体入切换成功率低。

? ? ?

2、若是个别小区,则检查切换数据,是否同频同BSIC等。 3、若是所有小区切向它都失败,检查该小区本身的数据。 4、排除数据原因后,重点检查硬件,通过查看告警,到近端 路测等手段定位上行或下行故障,逐段检查,最终定位。

切换典型案例
问题解决方法:
?

1、登记入小区切换性能测量,所有小区切向它的成功率都很低。 但并不都是0。检查数据,没有问题。 2、路测,下行信号正常,但所有切向该小区的基本失败,但在基

?

站下,偶尔可以成功。——可能上行信号存在问题。
?

3、检查上行,分集接收天线没有接反;机顶馈线接头已拧紧,但 合路器到载频板的分集接收接头没有拧紧。拧紧之后,切换恢复正

常。
结论:分集接收接头没拧紧,不影响下行信号,但上行信号差,导致 切换失败。表现在Um口是上下行不平衡,对方听话质量差。

切换典型案例
案例2

故障描述:
?

某900M单频网的某小区BSC内入小区
无线切换成功率低(10%~30%), 与切换成功率相同。

切换典型案例

案例2

分析思路:
? ? ? ?

无线切换成功率低,重点检查数据和覆盖,干扰 数据:同频同BSIC 覆盖:信号弱,上下行不平衡 干扰:误码率过高,MS无法接入或接收正确信号

切换典型案例
问题解决方法:
?

1、查数据:登记“入小区切换性能测量”,所有邻小区入切换成功率都很低, 但不为0,检查数据,无同频同BSIC情况,排除数据原因。 2、检查覆盖情况: 该小区话务量偏低,查看“基站维护”,TCH信道可以占用,但占用次数比较 少。 路测,距离基站2公里处,下行接收信号-85dbm左右,但入小区切换总失败, 或一切换到该小区就掉话。 进行锁频拨打测试,主叫总建立不起来,被叫可以建立,但不能呼出。基本可 以推断是上行不好导致的。 3、检查上行硬件安装连接情况,没有异常。 有可能是TRX或CDU的上行通道存在故障,更换CDU,问题解决。 结论:硬件故障导致信号弱,无线切换成功率低。

? ?

?

?

? ?

切换典型案例
案例3

故障描述:
?

某 双 频 网 在 9 月 17 号 LAPD 升 级 后 , 发 现

1800M下的第4模块的部分小区拥塞严重(40
%~50%),且BSC整体切换指标(出、入 BSC切换成功率,BSC内小区间切换成功率)

下降,从95%下降到90%左右。从“小区间
切换性能测量”发现不仅4模块,其它模块的 部分小区的小区间切换成功率都有不同程度的

下降。19日后继续恶化。

切换典型案例

案例3

分析思路:
? ?

1、确定是否与LAPD升级有关;

2、分析话统,引起切换失败的主要方面,
定位问题。

切换典型案例
问题解决方法:
?

1、检查是否与LAPD升级有关:升级后,并非4模块下所有小区都拥塞,也 并非所有小区切换指标都下降。排除升级原因。 2、分析话统: 拥塞小区集中在A、B基站,话务量比升级前有下降,为假拥塞。 切换成功率下降小区集中在A、B、C、D、E等基站,且这些切换失败原因 主要都是定时器超时。

? ? ?

?

3、检查告警:
? ?

18日19:31,A、B 两站时钟系统告警,为13M 失锁。

估计是时钟问题导致两站切换成功率低,并由此导致与这两个基站有相
邻关系基站的切换成功率低,从而导致整网切换成功率降低。

切换典型案例
问题解决方法:
?

4、分析切换数据和话统:
?

除A、B基站外,所有切换成功率降低的小区,都与A、B有 相邻关系。

?

5、对A、B两站复位,时钟系统恢复正常,BSC间和BSC内切 换成功率上升到93%以上。问题解决。

结论:时钟系统出现问题会导致切换成功率降低。要关注告警台, 对时钟系统的缓慢性变化也要及时关注。

切换典型案例
案例4

故障描述:
?

某单频网由1个MSC、1个BSC,若 干个 BTS构成。 小区A有一定话务量,有B、C

两个邻区。出小区切换正常,但A小区的入
小区切换请求次数为0,其邻小区B、C有 对A的出小区切换请求,但都失败。B、C

小区对其它小区的出小区切换正常。

切换典型案例

案例4

问题解决思路:
?

无入切换请求,但有一定话务量,也可以 切出,说明可以正常呼叫,重点检查切换 数据。

?

根据切换数据的查找过程,检查涉及切换 的各张表。

切换典型案例

问题解决方法:
?

案例4

1、由于B、C两小区有出到A小区的切换请求,但失败。检查B、 C小区的邻小区内,是否有与A小区同频同BSIC的,导致切换

请求发给错误的小区。结果没有。
?

2、检查“小区描述数据表”内A小区的BCCH频点、BSIC、 CGI,都没有错误。

?

3、检查“小区模块信息表”内A小区的CGI,与“小区描述数
据表”内一致,但模块号错误,4模块错写为1模块。找到原因。 更改之后,切换正常。

切换典型案例
案例4
?

结论:
?

1、切换判决确定目标小区之后,把目标小区的CGI发给“小区模块信息 表”,“小区模块信息表”根据CGI索引目标所在模块号,并把切换请求向 目标小区所在模块号下发。
2、切换排序、判决过程都是在LAPD板内进行,切换请求消息要通过MPU 板下发,所以在LAPD和MPU之间的连接就是“小区模块信息表”,索引 就是CGI。 3、一旦“小区模块信息表”内没有要找的CGI,MPU会认为该目标小区为 外部小区,则发“切换请求”给MSC,同时统计一次“出小区切换请求次 数”。 4、如果“小区模块信息表”内的模块号错误,则把切换请求发给错误的模 块,切换自然失败。但BSC依旧会统计一次“出小区切换请求”。这就是 本案例的情况。

?

?

?

切换典型案例
案例5

故障描述:
?

某GSM 网络中通过动态设定的方法增加了 一个BSC 外部邻小区,外部小区号为54,

主小区为1模块0~37号小区。之后在BSC
告警台中每隔一个小时周期性地出现9 条切 换数据表配置告警,都是对1模块-54号小

区的所有切换数据表告警。但对BSC 整体
指标未造成影响。

切换典型案例
案例5

问题解决思路:
?

动态设定之后出现告警,且告警的小区号与增加的外部小区号一致,都是54号 小区。可重点检查设定情况。

解决方法:
?

1、查看主机“外部小区描述数据表”,已经成功设定进去,且与外部BSC的数 据保持一致。 2、回想动态设定时所用的模块号是“1”,参数1是外部小区号54,而本BSC的1

?

模块内无54号小区。所以导致告警。应该对增加的外部小区的主小区进行设定。
?

3、重新对增加的外部小区进行设定,命令字依旧是“配置切换数据”,模块号 为1,参数1为0~30,即要对主小区进行设定。且发送全部模块。结果告警消失。

切换典型案例

案例5

? 结论:在动态修改【外部小区描述数据表】时,

设定所用的“模块号”和“参数1”均是主小区 的信息,即通过设定主小区完成对外部邻小区 属性的修改和设定。且在“整表设定”时要发 送全部模块。

切换典型案例
案例6

故障描述:
?

华为BSS设备与S厂家BSS设备共MSC

组网,割接之后,S的基站不能切入华
为基站,但华为基站却可以切入到S的 基站。

切换典型案例

案例6

问题解决思路:
?

由于入BSC切换故障,但出切换没有问

题,重点检查S侧的出小区切换信令,
切换数据等。

切换典型案例

案例6

解决方法:
?

1、跟踪接口消息,华为BSC收到HO-REQUEST 消

息后,立即回HO-FAILURE 消息,正常情况,华为
BSC应该回HO-REQ-ACK。
?

仔细分析HO-REQ和HO-FAILURE消息

切换典型案例

切换典型案例
HO-REQUEST

切换典型案例
案例6

解决方法:
?

2、HO-FALUER:失败原因值是invalide message content

?

3、HO-REQ:与正常的切换请求消息相比,主要 是Address Indicator 的差异,我们的BSC 对为41 的情形不认,系统认为Address Indicator 必须是 0x43 。后修改主机软件相关问题解决

?

结论:在与其它厂家做配合时,通过分析信令可以准确定位问题。

切换典型案例
案例7

故障描述:
?

华为MSC与N厂家MSC配合,分别下挂各自 的BSC,通话正常,华为BSC内和入BSC切 换正常,但出BSC切换成功率为25%左右。 从N厂家下的BSC切换到华为的BSC可以成 功,且后续切换也可成功(同一次通话又切 换回N厂家的BSC下)。

切换典型案例

案例7

问题解决思路:
?

检查切换数据,包括华为和对方BSC内的外

部小区描述数据表、BA2表,小区相邻关系
表,MSC侧CGI;若数据没有问题,可重点 检查出BSC切换信令。

切换典型案例
问题解决方法:
? ? ?

案例7

1、检查数据:华为-BSC、MSC、N厂家-BSC、MSC,都没有问题。 2、查看告警:基站维护台、七号链路、A口电路都正常 3、跟踪华为A接口信令,“HO-Required”消息下发后,一直未收到MSC

发来的“HO-COMD”命令。
?

4、用信令仪跟踪E接口(MSC间)的MAP消息,发现华为MSC收到HONumber后,没有再发IAI(初始化地址消息)。 5、仔细检查对端发来的HO-Number消息后,切换码格式为:130********。 但联通规定的局间送漫游/切换号码应该是:0086+漫游/切换号码,而华为 也不认不加0086的切换号码,所以导致信令中止。

?

?

6、协调N厂家在切换号码前加“0086”。出BSC切换正常

?

结论:要熟悉各类切换的信令流程,在定位问题时才能快速、准确。

切换典型案例
案例8

故障描述:
?

某双频网独立MSC组网,华为1800M与A 厂家和M厂家的900M配合,割接之后, M1800切向M900成功率低(60%左右), M900切向M1800正常。切换数据没有问题。

切换典型案例
解决思路1:
跟踪A接口和E接口的信令。正常情况应该如下: MS BSC-HW MSC-HW MSC-B VLR-B BSC-B MS

HO-Required

MAP_Prepare_HO MAP_Allocate_HO_NUM MAP_Send_HO_Report MAP_Send_HO_Report_ACK HO-Request MAP_Prepare_HO_ACK
IAI

HO-Request-ACK HO-Access HO-Complete 中间步骤省略

HO-Command

ACM

MAP_Process_Access_Signalling
Clear-Command Clear-Complete MAP_Send_End_Signal

MAP_Send_End_Signal_ACK

切换典型案例
解决思路2: 异常情况
MS BSC-HW MSC-HW MSC-B VLR-B BSC-B MS

HO-Required

MAP_Prepare_HO
MAP_Abort

HO-REJECT

切换典型案例
解决思路2:
?

案例8

1、分析华为MSC发给对方Prepare-HO消息,其中所带的语音版本为 全速率版本1,2和半速率版本1,是属于PHASE 2+的版本,而从 M900发给华为的消息内,只有全速率版本1。经查,对方不支持半速 率版本1,所以切换失败。

?

2、修改华为MSC数据的A接口电路池表,只选全速率版本1,加载之

后出BSC切换正常。

结论:在与其它厂家切换配合时,有很多配合方面的问题,但通过跟踪信 令,都可以准确定位问题。

切换典型案例
案例9

故障描述:
?

某GSM网络是一个MSC下挂两个BSC的全 套 华 为 设 备 , 两 个 BSC 先 后 割 接 后 ,

BSC1 切 向 BSC2 的 切 换成 功 率极 低 , 但
BSC2 切 向 BSC1 的 切 换 成 功 率 正 常 , BSC1和BSC2的BSC内切换正常。

切换典型案例
解决问题思路:
?

案例9

检查切换数据,信令跟踪。

解决方法:
?

1、检查BSC间切换的所有数据:外部小区描述数据表,BA2表, MSC的CGI,都没有问题。 2、跟踪BSC1和BSC2的A接口消息,BSC1发出“HO-Required”之 后,BSC2没有收到“HO-Request”消息,但BSC1却收到了。 3、数据查找路径为:MSC根据“HO-Required”内带的目标小区的 CGI到“位置区小区表”,根据该表中对该小区的目的信令点的描 述将HO request发到相应的BSC。

?

?

?

4、由于应该发给BSC2的切换请求消息却发给了BSC1,所以是目 的信令点错误,更正之后,问题解决。

切换典型案例

案例9
? 结论:

?

BSC间的切换数据,不仅要看MSC侧CGI是否
与对端、BSC保持一致,还要看目的信令点是 否正确。MSC根据CGI索引到目标小区所在 CGI,一旦目的信令点错误,“HO-Request” 会错发到其它BSC。

切换典型案例
案例10

故障描述:
?

某双频网,由华为BSC(M1800)与N厂家

BSC(M900)混合组网,挂在S厂家MSC
下。割接之后,华为的入BSC切换成功率总 在88%~92%左右,出BSC和BSC内切换正

常(92%以上)。且入BSC切换成功率低的
小区随机分布,没有在固定的BM下,也没 有固定的LAC。

切换典型案例
案例10

问题解决思路:
?

由于切换成功率不太低,同时切换成功率并不 总是集中在某几个小区,所以可以排除切换数 据问题。不排除无线口的局部干扰或局部覆盖 盲区。其次,跟踪信令。

切换典型案例
MSC内BSC间切换的A接口信令分析:
失败信令:

成功信令:

切换典型案例

解决方法:
?

案例10

1、在多个切换失败小区之间,利用测试设备做强制
切换,全部成功。排除数据原因。

?

2、各小区的干扰带很理想,掉话率,拥塞率都很正

常。排除无线口的覆盖或干扰原因。
?

3、跟踪A接口信令,对比失败与成功信令的区别:

切换典型案例
案例10

解决方法:
?

4、根据对比结果,华为BTS未检测到手机接入信息(没有HO DETECT 信令产生),说明手机在接入M1800小区时有问题或者该手机根本不向 1800小区发生接入。
5、再次确认切换数据没有问题,否则切换成功率会非常低。

? ?

6、再次跟踪大量切换信令,发现所有失败原因都一样。并且都是同一个 手机在一次通话过程中,多次发起切换请求,均失败。
7、分析失败消息的其它共同点,发现这些手机的IMEI号码前6位号码均 为449684,说明发生该切换问题的手机是同一款类型的手机。

?

?

8、根据IMSI号找到机主,发现所有切换失败手机均为F手机,在前段时 间已经定位该手机在900与1800间绝缘性能不好而导致无法接入到1800 网络。

切换典型案例

结论:
?

手机问题,同样会导致切换失败。
?

1、此案例的切换成功率不低,所以可以排除在与其它厂家在信令 配合方面的问题。 2、通过跟踪信令,找到切换失败的出处:BTS未收到MS的切换 接入消息。 3、通过大量信令跟踪,找到这些MS的共同点:IMEI号有一致性, 从而确定为F手机问题。 4、此案例由于M900的覆盖已经很好,所以F手机在空闲状态下 一直在M900下,因此很少出现呼叫时,TCH指配失败导致拥塞率 高的情况。但切换就不可避免。

?

?

?


相关文章:
更多相关标签: