最近在荆门进行了一些cqt的测试

1、串话探讨：最近在荆门进行了一些cqt的测试，其中主要针对的是一些串话的投诉， 由于以前对串话的一些处理的不是很多，现在总结了一些相关的资料分享给大 家，希望大家批评指正1、问题描述及分析：手机在A小区起呼，占用半速率信道（Half Rate Channel 1），向B小区全 速率信道切换失败后，没有回到原来的半速率信道，而是以全速率的方式返回原 来的半速率信道，如果处于同一时隙的Half Rate Channel 0信道有人正在使用， 那么以全速率方式返回的手机可以解出Channel 0上的语音（而不能解出自己Cha nnel 1上的语音），从而形成串话。此时，对端手机将不能听到任何声音， 形

2、成掉话（先表现为不通，1020秒后掉话）。而Channel 0上真正的手机用户 将收到问题手机严重的上行干扰，以至其对端甚至可能听不到声音，形成 Channel 0手机单通和其对端手机掉话。被干扰的 Channel 0呼叫可能在3秒后 由于质量原因进行切换，也有可能在没有切换条件的情况下在一段时间后掉话。解决办法：根据规范，手机在切换失败后，应该以原来的（切换前的）形式（包括频点、 时隙、全速率/半速率、加密模式等等）回到原来的信道，网络对此无法干预。 所以，手机在切换失败返回时“擅自”改变信道参数的行为，我们认为是手机问 题，有待解决2、问题描述及分析：高话务地区出现大面积的串话。BSC参数

3、T3109小于小区参数下行无线链 路超时时，由于网络判断链路中断的时间比手机判断的时间短，因此在高话务的 情况下，网络释放的资源会立即分配给其他手机， 造成原手机可以听到其他用户 的声音，产生串话。解决办法：修改 T3109,使得 T3109Radio Link Time Out+ 1 秒参数定义.doc3、问题描述及分析：A呼叫B，然而是C接听。A的主叫话单中被叫号码为B，C没有任何话 单，B有被叫话单能和A用户话单完全对应。B和C都在相同的MSC下。首先， 当用户A在交换机上正常登记后，如果该用户投诉不能做主被叫，机房维护人员 可能基于维护方面的原因，需要在HLR里面清除用户A的位置信息，

4、此时,HLR 会向 MSC 发送 CANCEL_LOCATION 操作。其后，MSC 收到 CANCEL_LOCATION消息后，会将用户A的VLR数据清除，并且将用户 A的 TMSI置为FREE状态。但是此时用户A的手机终端并不知道此操作，所以在手 机终端A中存放的仍是原来的 TMSI。根据ETSI-GSM04.08和ETSI-GSM09.02 规范中的定义，MSC在收到HLR发过来的CANCEL_LOCATION消息后，仅是 在VLR里面清除用户信息，并不能发送任何消息通知手机。由于对于交换机来 说，用户A原来的TMSI已经被置为FREE状态，即允许分配给其他用户，在话 务较忙的情况下，M

5、SC又将此用户A原来的TMSI分配给了用户C。此时如果 用户 A 使用老的 TMSI 进行呼叫，则在被叫手机上面显示的就是用户 C 的号码。 而若用户 A 做被叫的话，电话会接通 C 用户，造成串话。解决办法 ：该问题是由于 TMSI 错误导致，通过开启每次鉴权解决。4、问题描述及分析 ：在空中接口上，两个用户所占用的 TCH 信道出现重叠，且载干比满足一定 条件时，会出现串话的情况。信道重叠的概念：GSM 是个频分加时分系统 ,即信道是按照频率以及时间来划分的 .那么只有当 两个信道的频率和时间完全重合 .这两个信道才是重叠的 .对于同一个小区而言 , 由于各载频所使用的频点都是不同的 ,且

6、同一个频点的 8 个信道在时间上存在先 后秩序 ,因此在小区内是不可能出现信道重叠的 .而对于不同 BTS 的两个小区 （以 不跳频为例 ）,由于这两个小区可能存在相同的频点 ,此外由于这两个小区在时间 上是异步的 ,因此可能存在两个信道重叠的情况 .载干比需满足的条件：GSM 各小区采用语音编解码以及信道编解码的方式完全相同，且现网没有采用 加密技术，因此占用信道A的手机解调出信道B信息的可能性是存在的。此外, 同频干扰的解调门限是9dB.即在C/l=9dB时,可以解调出有用信号.那么当I/C=9dB 时,占用 A 信道的手机就可以解调出 B 信道的内容。解决办法 ：1. 频率优化2. 开启

7、跳频（频率分极，减少信道重叠的可能）3. 关闭 DTX （增加有用信号的载干比）4. 可开启加密，使得 A 用户无法解调出 B 用户的语音帧，避免串话。5、问题描述及分析 ：贵阳联通D网（Alcatel BSC ）自11月23号开始，切换掉话急剧增多， BSC间的切换成功率下降幅度很大，且涉及到几乎所有小区。与此同时，网络中 出现了大量的用户串话投诉。经现场测试发现，在 Alcatel D网与西门子G网切 换时很容易发生串话。串话原因：（交换机处理后续切换流程不完善 ）经测试发现问题集中在西门子 MSC切换到贝尔MSC成功后，再后续切换 回西门子MSC不成功，然后西门子交换机先释放了两个交换机

8、之间的 ISUP中继 资源，但没有在MAP口发送释放消息通知贝尔 MSC若西门子MSC把该中继资 源再分配给其他用户时，仍在贝尔MS（下的手机会发生串话的情况。此后，当西 门子交换机在MAP接口收到贝尔MSC发送的下一条后续切换请求时，发出了异常 的 ABOR信 令消息，CAUSES是 Un recog nized Tran saction ID 。解决方法：问题发生时， 西门子交换机是作为切换的主控交换机， 根据规范定义， 主 控交换机需要负责整个呼叫的完全监控。 因此需要西门子交换机修改后续切换相 关的软件，规范异常释放的流程，在对 ISUP接口释放的同时，必须在 MAPS 口 通知释放对

9、端交换机。 这样就可以解决贵阳联通在切换时发生串话 /掉话等问题。6、问题描述 ：A呼叫B,然而是C接听。A的主叫话单中被叫号码为B, B没有任何话单， C有被叫话单能和A用户话单完全对应，C话单中主叫号码为 A B和C都是SCP 彩铃方式用户，且在相同的 MSCT。串话原因：（彩铃平台故障引起直串）A呼叫B,主叫交换机在得到SCP返回的MSR后，向彩铃平台（AIP）发送 了 1AM。AIP分析MSRN然后第一次向被叫交换机发送IAM。由于某些原因（比 如B用户未被寻呼到），被叫交换机回送了 REL给AIP （彩铃平台）释放这次呼 叫，因此A，B之间未被接通，所以没有话单。按照规范流程，AIP

10、应把REL释放信令送给主叫交换机，结束本次呼叫，但由于彩铃平台故障， AIP 没有向主叫 局发出释放信令， 而是在收到被叫局释放消息后间隔了 0.1 秒再次向被叫交换机 发送了 IAM,其中MSRI和主叫号码与前一次的一样。在这0.1秒期间，本来是B 用户使用的MSR因为已经释放，另外分配给了 C用户，造成C用户应答了该呼 叫，这样就导致了直接串话到C上，而且A的主叫话单和C的被叫话单能完全对 应解决方法：彩铃中心核查7、串话原因：（ 2M 中继链路对错或传输线误碰在一起产生串话）中继链路问题（包括TC, MSC间，移动MS（与公网间）导致一个通话的来去 两路话音中， 有一路可以送达对端， 而

11、另一路不能正确的送达对端， 或有其他用 户串入，引起串话。解决方法： 核查传输8、串话原因：（ TC 模块故障）TC 上的某些 DT16 板出现故障，造成占用该时隙的电话出现串话解决方法： 更换相应硬件9、问题描述：彩铃用户做被叫时出现串话，而非彩铃用户做被叫时无串话。串话原因： （彩铃平台物理连接错误导致的串话 ）该案例发生在“ SCP触发彩铃”方式下，MSC之间的信令接续和通路必须经 过彩铃平台。由于彩铃平台物理连接的错误，导致了串话的发生。解决方法：1. 经过拨打测试和定位出现串话的模块之后，检查物理连接电路，发现串 话问题的根源。2. 改用“交换机触发彩铃”方式后，话务直接从MSC之间走，不会发生由于彩铃问题而导致的串话。10、问题