問題已開啟
(普通問題)
CM service reject
CM service reject的原因是Message not compatible with protocol state(消息與控制狀態(tài)不兼容),想請教一下,有事什么原因?qū)е孪⑴c控制狀態(tài)不兼容的呢?盼高手指點,我是在測試高鐵的時候,經(jīng)常出現(xiàn)未接通,大都是因服務(wù)拒絕導(dǎo)致。為什么呢?
提問者: dajingcha 提問時間: 2011-09-20
• CM servICE rejECT問題 2016-02-25
• TD測試,關(guān)于CMservICEREJECT未接通 2014-05-12
• 關(guān)于CM servICE rejECT問題 2013-11-13
• 呼叫重建后的未接通1CM servICE RejECT 2012-10-30
• 關(guān)于CM servICE RejECT的問題,接上一問題,補充一圖,求解 2012-10-24
• GSM網(wǎng)絡(luò)中,發(fā)生CM servICE RejECT導(dǎo)致未接通 2012-10-24
• cm servICE rejECT問題 2012-09-10
• TD測試AMR業(yè)務(wù)出現(xiàn)的異常未接通(CM servICE RejECT),求真相(SignallingConnECTionReleaseIndication) 2012-08-28
• TD測試,關(guān)于CMservICEREJECT未接通 2014-05-12
• 關(guān)于CM servICE rejECT問題 2013-11-13
• 呼叫重建后的未接通1CM servICE RejECT 2012-10-30
• 關(guān)于CM servICE RejECT的問題,接上一問題,補充一圖,求解 2012-10-24
• GSM網(wǎng)絡(luò)中,發(fā)生CM servICE RejECT導(dǎo)致未接通 2012-10-24
• cm servICE rejECT問題 2012-09-10
• TD測試AMR業(yè)務(wù)出現(xiàn)的異常未接通(CM servICE RejECT),求真相(SignallingConnECTionReleaseIndication) 2012-08-28
問題答案
( 5 )
高鐵屬于快速移動中的信號切換,切換到層級比較低的小區(qū)的時候可能就不提供電話服務(wù),個人理解
回答者:
nmvcv
回答時間:2011-09-20 17:52
9 8
學(xué)習(xí)了。
回答者:
shadowllxzz
回答時間:2011-09-20 19:41
8 13
找得其它網(wǎng)友寫的分析報告,供參考
問題描述:在近期的測試中,主叫手機占用到和田街客運站(39199-45451)小區(qū)呼叫因為受
到嚴重干擾無線鏈路超時掉話,而被叫在很長一段時間內(nèi)(主叫手機20s 再次起呼)仍然
處于專用模式下。主叫手機掉話20s 后重選到富麗華大酒店(39199-45291)再次起呼,系
統(tǒng)下發(fā)“CM SERVICE REJECT”主叫未接通。 Reject cause: Message not compatible
with the protocol state—
問
懷疑此次未接通和無線側(cè)沒有任何關(guān)系,將相關(guān)信息發(fā)送給交換核查人員,得到的反饋
為:主叫再次起呼的時候主被叫均處于專用模式下。因此經(jīng)推斷分析,主叫下行無線鏈路超時要早于上行無線鏈路超時(可以理解為上行無線質(zhì)量更加優(yōu)于下行無線質(zhì)量),主叫無線鏈路超時后釋放信道,而上行網(wǎng)絡(luò)側(cè)并不清楚手機已經(jīng)釋放信道,仍然處于通話模式下,同時網(wǎng)絡(luò)對RLT 超時的設(shè)置為64(即64×0.48=30.72s),即考慮最好的情況下,主叫下行掉話后有可能BSC 在30s 以后才會向MSC 發(fā)送強行拆鏈信息,交換側(cè)釋放信道。主叫20s以后再次起呼,因為網(wǎng)絡(luò)側(cè)仍然沒有釋放信道,故下行發(fā)送“CM SERVICE REJECT”,拒絕本次起呼。
綜上,以上現(xiàn)象只能發(fā)生在無線鏈路超時掉話且上行質(zhì)量優(yōu)于下行質(zhì)量,即主被叫無線
鏈路超時嚴重不一致的情況下;同時,發(fā)生此種掉話必定會發(fā)生一次未接通,這對于集團公司測試的考核來說,大大放大了網(wǎng)絡(luò)問題,對接通率是一個很大的考驗。因此控制干擾、改善網(wǎng)絡(luò)無線質(zhì)量是網(wǎng)絡(luò)優(yōu)化的重中之重。
問題描述:在近期的測試中,主叫手機占用到和田街客運站(39199-45451)小區(qū)呼叫因為受
到嚴重干擾無線鏈路超時掉話,而被叫在很長一段時間內(nèi)(主叫手機20s 再次起呼)仍然
處于專用模式下。主叫手機掉話20s 后重選到富麗華大酒店(39199-45291)再次起呼,系
統(tǒng)下發(fā)“CM SERVICE REJECT”主叫未接通。 Reject cause: Message not compatible
with the protocol state—
問
懷疑此次未接通和無線側(cè)沒有任何關(guān)系,將相關(guān)信息發(fā)送給交換核查人員,得到的反饋
為:主叫再次起呼的時候主被叫均處于專用模式下。因此經(jīng)推斷分析,主叫下行無線鏈路超時要早于上行無線鏈路超時(可以理解為上行無線質(zhì)量更加優(yōu)于下行無線質(zhì)量),主叫無線鏈路超時后釋放信道,而上行網(wǎng)絡(luò)側(cè)并不清楚手機已經(jīng)釋放信道,仍然處于通話模式下,同時網(wǎng)絡(luò)對RLT 超時的設(shè)置為64(即64×0.48=30.72s),即考慮最好的情況下,主叫下行掉話后有可能BSC 在30s 以后才會向MSC 發(fā)送強行拆鏈信息,交換側(cè)釋放信道。主叫20s以后再次起呼,因為網(wǎng)絡(luò)側(cè)仍然沒有釋放信道,故下行發(fā)送“CM SERVICE REJECT”,拒絕本次起呼。
綜上,以上現(xiàn)象只能發(fā)生在無線鏈路超時掉話且上行質(zhì)量優(yōu)于下行質(zhì)量,即主被叫無線
鏈路超時嚴重不一致的情況下;同時,發(fā)生此種掉話必定會發(fā)生一次未接通,這對于集團公司測試的考核來說,大大放大了網(wǎng)絡(luò)問題,對接通率是一個很大的考驗。因此控制干擾、改善網(wǎng)絡(luò)無線質(zhì)量是網(wǎng)絡(luò)優(yōu)化的重中之重。
回答者:
base_305
回答時間:2011-09-20 23:16
16 7
支持樓主,我這邊也遇到這種問題了,跟樓主說的一樣,主叫掉話后重新起呼,被叫仍未釋放信道
anbe 2012-06-11 11:47
支持樓主,我這邊也遇到這種問題了,跟樓主說的一樣,主叫掉話后重新起呼,被叫仍未釋放信道
anbe 2012-06-11 11:47
我的情況跟上面不一樣,主叫結(jié)束后接收到短信(或彩信),后進行了RAU,之后再進行呼叫就出現(xiàn)了CM Service Reject,當(dāng)時無線環(huán)境良好,被叫空閑。
未接通后主叫再次進行了RAU,之后試呼成功。
誰能給解釋解釋!!
未接通后主叫再次進行了RAU,之后試呼成功。
誰能給解釋解釋!!
13904270210 2012-11-30 11:01
對樓上,說的有點道理,可能是BSIC的記憶效應(yīng),導(dǎo)致了解碼錯誤,這種案例很常見,高速公路都存在。
具體原因,沒遇到過
具體原因,沒遇到過
回答者:
祝我很帥
回答時間:2011-09-21 11:06
16 15
在看看有沒有更好的答案了!多謝!
回答者:
dajingcha
回答時間:2011-09-21 16:16
16 12
• 嘉環(huán)科技股份有限公司
聘:湖南電信原廠優(yōu)化招聘
需求人數(shù):10 人 地點:長沙市,永州市,郴州市,衡陽市
• 吉訊股份有限公司 聘:網(wǎng)絡(luò)優(yōu)化負責(zé)人
需求人數(shù):3 人 地點:山西省
• 河北中創(chuàng)盈和通信科技有限公司 聘:中級前臺/寧夏中衛(wèi)
需求人數(shù):2 人 地點:寧夏
• 重慶信科通信工程有限公司 聘:江西電信原廠高級后臺
需求人數(shù):2 人 地點:九江市
• 南京華蘇科技有限公司 聘:項目經(jīng)理
需求人數(shù):2 人 地點:河北省
• 安徽引途科技有限公司 聘:福建測試/1個月
需求人數(shù):2 人 地點:福建省
• 河南創(chuàng)賽通信科技有限公司 聘:人事招聘咨詢專員
需求人數(shù):53 人 地點:鄭州市
• 珠海世紀鼎利科技股份有限公司 聘:網(wǎng)格規(guī)劃工程師-潮州
需求人數(shù):3 人 地點:潮州市
• 西安長河通訊有限責(zé)任公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):4 人 地點:渭南市,商洛市,漢中市,安康市
• 上海瑞禾通訊技術(shù)有限公司 聘:廣州中高級工程師
需求人數(shù):3 人 地點:廣州市
需求人數(shù):10 人 地點:長沙市,永州市,郴州市,衡陽市
• 吉訊股份有限公司 聘:網(wǎng)絡(luò)優(yōu)化負責(zé)人
需求人數(shù):3 人 地點:山西省
• 河北中創(chuàng)盈和通信科技有限公司 聘:中級前臺/寧夏中衛(wèi)
需求人數(shù):2 人 地點:寧夏
• 重慶信科通信工程有限公司 聘:江西電信原廠高級后臺
需求人數(shù):2 人 地點:九江市
• 南京華蘇科技有限公司 聘:項目經(jīng)理
需求人數(shù):2 人 地點:河北省
• 安徽引途科技有限公司 聘:福建測試/1個月
需求人數(shù):2 人 地點:福建省
• 河南創(chuàng)賽通信科技有限公司 聘:人事招聘咨詢專員
需求人數(shù):53 人 地點:鄭州市
• 珠海世紀鼎利科技股份有限公司 聘:網(wǎng)格規(guī)劃工程師-潮州
需求人數(shù):3 人 地點:潮州市
• 西安長河通訊有限責(zé)任公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):4 人 地點:渭南市,商洛市,漢中市,安康市
• 上海瑞禾通訊技術(shù)有限公司 聘:廣州中高級工程師
需求人數(shù):3 人 地點:廣州市
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |