由于樓主截圖打開的信令不多，所以很多問題只能靠推測
首先，既然軟件判定在11:27:22發(fā)生一次未接通，那么就應(yīng)該存在一次原因值為outgoingoriginalcall的rrcconnectingrequest信令，故推測11:26:40.689信令為此。樓主設(shè)定起呼斷連時間應(yīng)為40或45。

其次，既然有signalingConnectingRequest信令純在，說明同時存在2個信令層業(yè)務(wù)需要處理。signalingConnectingRequest一般成對出現(xiàn)，意為斷開/恢復(fù)前面業(yè)務(wù)的信令層功能。但樓主信令中只有一個而且存在多個attachRequest，故推測為后來的信令層業(yè)務(wù)接入失敗，而回滾失敗或沒有發(fā)生回滾，導(dǎo)致原業(yè)務(wù)斷鏈，由于軟件起呼計時器到時，軟件主動掛斷，記為一次未接通事件。

然后，樓主截圖中打開的RRC連接請求原因是注冊，那么有3種可能，一種剛開機(jī)進(jìn)行注冊（由于樓主的信令發(fā)生在測試伊始）。二是跨RNC/CN/廠商切換，這3種可能性中可能跨廠商可能性最大。三是定時進(jìn)行注冊（UE在同小區(qū)停留很長時間）這個可能性不大。

---------萬惡的分割線---------以上為推測分析，以下為檢查建議------------

1、請檢查RNC配置信令層連接是否支持signalingConnectingRequest，如果是跨RNC尤其是跨廠商基本這個功能是實現(xiàn)不了的。
2、這個。。。這個。。。這個復(fù)測肯定是沒戲的。。。樓主蛋疼或者手下小弟蛋疼可回去碰碰運氣。。。

---------萬惡的分割線---------打完收工吃早飯----------

以上為鄙人淺見，望眾高手予以斧正，

[ 本帖最后由 113754964 于 2010-3-20 09:22 編輯 ]