 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
CM service reject
CM service reject的原因是Message not compatible with protocol state（消息与控制状态不兼容），想请教一下，有事什么原因导致消息与控制状态不兼容的呢？盼高手指点，我是在测试高铁的时候，经常出现未接通，大都是因服务拒绝导致。为什么呢？
提问者:
• CM servICE rejECT问题 2016-02-25
• TD测试，关于CMservICEREJECT未接通 2014-05-12
• 关于CM servICE rejECT问题 2013-11-13
• 呼叫重建后的未接通1CM servICE RejECT 2012-10-30
• 关于CM servICE RejECT的问题，接上一问题，补充一图，求解 2012-10-24
• GSM网络中，发生CM servICE RejECT导致未接通 2012-10-24
• cm servICE rejECT问题 2012-09-10
• TD测试AMR业务出现的异常未接通（CM servICE RejECT），求真相（SignallingConnECTionReleaseIndication） 2012-08-28
• TD测试，关于CMservICEREJECT未接通 2014-05-12
• 关于CM servICE rejECT问题 2013-11-13
• 呼叫重建后的未接通1CM servICE RejECT 2012-10-30
• 关于CM servICE RejECT的问题，接上一问题，补充一图，求解 2012-10-24
• GSM网络中，发生CM servICE RejECT导致未接通 2012-10-24
• cm servICE rejECT问题 2012-09-10
• TD测试AMR业务出现的异常未接通（CM servICE RejECT），求真相（SignallingConnECTionReleaseIndication） 2012-08-28
问题答案
( 5 )
高铁属于快速移动中的信号切换，切换到层级比较低的小区的时候可能就不提供电话服务，个人理解
回答者：
nmvcv
回答时间：2011-09-20 17:52
9
8
学习了。
回答者：
shadowllxzz
回答时间：2011-09-20 19:41
8
13
找得其它网友写的分析报告，供参考
问题描述：在近期的测试中，主叫手机占用到和田街客运站(39199-45451)小区呼叫因为受
到严重干扰无线链路超时掉话，而被叫在很长一段时间内（主叫手机20s 再次起呼）仍然
处于专用模式下。主叫手机掉话20s 后重选到富丽华大酒店(39199-45291)再次起呼，系
统下发“CM SERVICE REJECT”主叫未接通。 Reject cause： Message not compatible
with the protocol state—
问
怀疑此次未接通和无线侧没有任何关系，将相关信息发送给交换核查人员，得到的反馈
为：主叫再次起呼的时候主被叫均处于专用模式下。因此经推断分析，主叫下行无线链路超时要早于上行无线链路超时（可以理解为上行无线质量更加优于下行无线质量），主叫无线链路超时后释放信道，而上行网络侧并不清楚手机已经释放信道，仍然处于通话模式下，同时网络对RLT 超时的设置为64（即64×0.48＝30.72s），即考虑最好的情况下，主叫下行掉话后有可能BSC 在30s 以后才会向MSC 发送强行拆链信息，交换侧释放信道。主叫20s以后再次起呼，因为网络侧仍然没有释放信道，故下行发送“CM SERVICE REJECT”，拒绝本次起呼。
综上，以上现象只能发生在无线链路超时掉话且上行质量优于下行质量，即主被叫无线
链路超时严重不一致的情况下；同时，发生此种掉话必定会发生一次未接通，这对于集团公司测试的考核来说，大大放大了网络问题，对接通率是一个很大的考验。因此控制干扰、改善网络无线质量是网络优化的重中之重。
问题描述：在近期的测试中，主叫手机占用到和田街客运站(39199-45451)小区呼叫因为受
到严重干扰无线链路超时掉话，而被叫在很长一段时间内（主叫手机20s 再次起呼）仍然
处于专用模式下。主叫手机掉话20s 后重选到富丽华大酒店(39199-45291)再次起呼，系
统下发“CM SERVICE REJECT”主叫未接通。 Reject cause： Message not compatible
with the protocol state—
问
怀疑此次未接通和无线侧没有任何关系，将相关信息发送给交换核查人员，得到的反馈
为：主叫再次起呼的时候主被叫均处于专用模式下。因此经推断分析，主叫下行无线链路超时要早于上行无线链路超时（可以理解为上行无线质量更加优于下行无线质量），主叫无线链路超时后释放信道，而上行网络侧并不清楚手机已经释放信道，仍然处于通话模式下，同时网络对RLT 超时的设置为64（即64×0.48＝30.72s），即考虑最好的情况下，主叫下行掉话后有可能BSC 在30s 以后才会向MSC 发送强行拆链信息，交换侧释放信道。主叫20s以后再次起呼，因为网络侧仍然没有释放信道，故下行发送“CM SERVICE REJECT”，拒绝本次起呼。
综上，以上现象只能发生在无线链路超时掉话且上行质量优于下行质量，即主被叫无线
链路超时严重不一致的情况下；同时，发生此种掉话必定会发生一次未接通，这对于集团公司测试的考核来说，大大放大了网络问题，对接通率是一个很大的考验。因此控制干扰、改善网络无线质量是网络优化的重中之重。
回答者：
base_305
回答时间：2011-09-20 23:16
16
7
支持楼主，我这边也遇到这种问题了，跟楼主说的一样，主叫掉话后重新起呼，被叫仍未释放信道
anbe 2012-06-11 11:47
支持楼主，我这边也遇到这种问题了，跟楼主说的一样，主叫掉话后重新起呼，被叫仍未释放信道
anbe 2012-06-11 11:47
我的情况跟上面不一样，主叫结束后接收到短信（或彩信），后进行了RAU,之后再进行呼叫就出现了CM Service Reject，当时无线环境良好，被叫空闲。
未接通后主叫再次进行了RAU，之后试呼成功。
谁能给解释解释！！
未接通后主叫再次进行了RAU，之后试呼成功。
谁能给解释解释！！
13904270210 2012-11-30 11:01
对楼上，说的有点道理，可能是BSIC的记忆效应，导致了解码错误，这种案例很常见，高速公路都存在。
具体原因，没遇到过
具体原因，没遇到过
回答者：
祝我很帅
回答时间：2011-09-21 11:06
16
15
在看看有没有更好的答案了！多谢！
回答者：
dajingcha
回答时间：2011-09-21 16:16
16
12
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |