 |
善于提问，勤于回答，你也是专家
|
 |
CM service reject
CM service reject的原因是Message not compatible with protocol state（消息与控制状态不兼容），想请教一下，有事什么原因导致消息与控制状态不兼容的呢？盼高手指点，我是在测试高铁的时候，经常出现未接通，大都是因服务拒绝导致。为什么呢？
我要回答
问题答案
9
8找得其它网友写的分析报告，供参考
问题描述：在近期的测试中，主叫手机占用到和田街客运站(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
支持楼主，我这边也遇到这种问题了，跟楼主说的一样，主叫掉话后重新起呼，被叫仍未释放信道
支持楼主，我这边也遇到这种问题了，跟楼主说的一样，主叫掉话后重新起呼，被叫仍未释放信道
我的情况跟上面不一样，主叫结束后接收到短信（或彩信），后进行了RAU,之后再进行呼叫就出现了CM Service Reject，当时无线环境良好，被叫空闲。
未接通后主叫再次进行了RAU，之后试呼成功。
谁能给解释解释！！
未接通后主叫再次进行了RAU，之后试呼成功。
谁能给解释解释！！
