道路測試中出現呼叫建立失敗的原因分析
目錄第一章前言 1
第二章測試系統簡介 3
一. tom測試系統 3
二. tems測試系統 3
三. 測試系統主要功能 4
查詢網路故障 4
網路優化手段 4
下行干擾測試 4
第三章道路測試中呼叫建立失敗原因分析 6
一. 道路測試中成功的呼叫建立訊息歷程 6
1) 手機做主叫的訊息歷程 6
手機做被叫的訊息歷程 8
被叫使用者沒有接通的訊息歷程 10
被叫使用者忙的訊息歷程 11
被叫使用者已關機或未應答的訊息歷程 12
二. 道路測試中呼叫建立失敗的訊息歷程 13
2) sd 擁塞的訊息歷程 13
3) tch 擁塞的訊息歷程 14
4) 下行質量差造成tch接入失敗的訊息歷程 15
5) sdcch掉話的訊息歷程 17
6) 上行鏈路問題的訊息歷程 18
7) 無效的呼叫 20
三. 道路測試中呼叫建立失敗的主要原因 21
第四章結束語 23
道路測試是為了對網路進行全面的了解，使用測試工具對移動通訊網路進行測試、測量工作。道路測試主要分成兩種，一種是網路執行質量調查測試，另一種是網路優化測試。
網路執行質量調查測試主要是網路運營商為了了解自己網路執行的情況，對自己的網路進行的大規模的摸底測試，因為單從統計上看網路的效能指標如：掉話率、接通率等是不全面的，乙個網路執行的好與壞只有從使用者的角度進行了解才是最客觀準確的，網路執行質量調查測試便是很好的方法，它可以使用一部與普通使用者幾乎相同的測試手機，進行數以百計的撥叫測試，對測試結果進行量化分析，從而得出當前網路的執行狀況，為運營商下一步發展提供依據。再有，如果網路進行了重大調整如：
軟體公升級、網路改頻等，要等到從統計上觀察出調整不成功，使用者不能正常使用，就耽誤了時間，最快最有效的方法也是進行網路測試。
網路優化測試是當網路出現了一些問題時，從omc測試不能判斷故障原因所在，由網路測試人員使用專用的測試裝置對有問題的地區進行測試，再將測試結果進行分析，就可以發現故障原因，為優化工作提出建議，改進網路執行質量。總之，道路測試是提高網路執行質量的有效方法。
在道路測試中，根據優化目的不同，有著對網路覆蓋、掉話、呼叫建立等不同的分析過程。這裡我們就測試過程中的呼叫建立失敗的各種情況加以分析，希望藉此提供一些查詢測試過程中出現的呼叫建立失敗原因的思路，以供大家參考。
由不同廠商提供的測試工具，在上報和處理網路訊息時有著不同的格式。目前我們就使用最廣泛的tom和tems測試系統進行介紹。
tom是由芬蘭nemo公司開發的無線網路測試裝置，該裝置硬體主要包括如下幾個部分：
資料採集前端，主要負責對空中傳播的無線電訊號進行接收，在與網路聯絡中進行信令傳輸與交換，並且將資訊傳送給計算機和接收計算機傳送的控制指令。
連線電纜，將手機與計算機連線起來，實現兩者通訊的裝置，一端連線計算機串列埠，另一端接手機資料口。不同系列的測試手機因為資料介面不同，所以連線電纜也有所不同。
計算機，是測試裝置的核心部分，主要作用是執行測試軟體，對測試手機進行控制和操作，並且將測試手機採集的資料完整地記錄下來，通過軟體將測試資料顯示出來，為優化人員判斷故障提供依據。
gps，全球定位系統接收機，將收到的位置資訊（經緯度）傳送給計算機，以便把測試資料在數位化地圖當中顯示出來，便於分析。
mmac擴充套件架，該裝置可以通過擴充套件手機插槽和相應電路使計算機同時控制1至4部手機，便於進行網路評估測試（benchmarking）。
tems是由瑞典ericsson公司生產的無線網路測試裝置，它的主要組成部分基本與tom測試系統的裝置相同,具體硬體裝置如下：
資料採集前端
連線電纜
計算機gps全球定位系統
道路測試系統在進行測試的過程中，可以完整地記錄下測試手機與網路進行的信令資訊，以及當時網路手機所在服務小區，鄰區等無線環境，如果使用gps定位系統，還可以同時記錄位置資訊（經緯度），通過這些資訊可以發現網路的一些問題。具體功能如下：
在日常測試中通過測試檔案分析也可以發現網路中小到乙個trx，大到msc、hlr的故障，並且根據相關資訊對故障原因進行判斷。
在日常執行時，儘管硬體裝置沒有問題，但是由於無線環境的變化（如建築物變化、周邊基站增加等），會使基站覆蓋、主控區等發生變化；隨著一些地區的發展，某些地區的使用者數急劇增加，這些可以導致網路部分基站、bsc發生高掉話、高擁塞等指標降質現象，嚴重時可以導致網路癱瘓。在測試過程中，根據測試文件和統計等資訊，可以發現上述問題，依據情況提出優化方案。
通過道路測試系統的scan及decode bsic功能，可以確定小區中的某乙個頻率受到其他小區中相鄰頻率的干擾，從而及時對區域性網路的頻率規劃的加以修正。
呼叫建立分析是移動通訊網路優化的範疇之一。這裡我們主要分析道路測試中測試系統採集的無線介面訊息。呼叫建立階段包括移動臺發起呼叫moc和移動臺被呼叫mtc。
以下展現的就是呼叫建立的一些典型情況。對於不同的測試系統，其無線訊息採集處理上有著些許的差異，但總體上都依據gsm規範制定。下面通過針對測試系統收集處理的信令訊息分析，進而查詢呼叫建立失敗的原因。
從道路測試的角度分析呼叫建立的過程，我們不僅要關注統計意義上的tch分配過程；更重要還要從使用者感知上考慮，從rach接入、sdcch分配、tch分配一直到使用者真正開始通話為止。從而完整的分析使用者呼叫直至通話的全過程。
道路測試中正常的呼叫建立過程，通過信令訊息: assignment complete體現了tch通道的正常分配。而對於廣義上的呼叫建立，即有戶所感知而言，信令訊息則對應為：
connect acknowledge體現了使用者通話的開始。
tom測試系統
tems測試系統
tom測試系統
tems測試系統
由以上不同路測系統的層3訊息分析，其呼叫流程資訊以及信令訊息解碼都基本相同。因此接下來我們就以tems測試訊息為例進行分析。
在成功的呼叫建立過程中，有一些呼叫對於使用者而言不能發生通話。我們以移動臺發起呼叫為例，在被叫使用者（固定網）不能接通、被叫移動使用者未開機、被叫使用者沒有接聽、被叫使用者正在通話等許多情況下，都不會發生使用者間的通話。但是，對於無線網路而言，他們都屬於正常的呼叫信令接續。
從上面的層3訊息中，我們可以看到tch通道的正常分配。之後，msc沒有向移動臺傳送connect訊息，而是傳送了disconnect訊息。分析disconnect訊息中的cause value可以大致得出原因：
msc未能建立對外的連線，有可能是由於沒有可用的資源。
從上面的層3訊息中，我們可以看到tch通道的正常分配。之後，msc沒有向移動臺傳送connect訊息，而是傳送了disconnect訊息。分析disconnect訊息中的cause value可以得出明確的原因：
被叫使用者忙。
從上面的層3訊息中，我們可以看到tch通道的正常分配。之後，msc沒有向移動臺傳送connect訊息，而是傳送了disconnect訊息。分析disconnect訊息中的cause value可以得出明確的原因：
被叫使用者沒有應答。
對於道路測試中的呼叫建立失敗，不僅是針對tch分配過程中的失敗，還涵蓋了包括rach接入、sdcch分配過程以及無效的呼叫等多種情況。而對於廣義上的呼叫建立，還包括了在tch分配完成後，在移動臺傳送connect acknowledge訊息之前，所發生的tch掉話。
下面我們從網路中可能出現的一些引發呼叫建立失敗的原因入手，分析移動臺處於各種情況下，其信令訊息的接續歷程。
從上面的層3訊息中，我們可以看到sdcch擁塞時，系統會向移動臺傳送immediate assignment reject訊息。比較layer3訊息中的random reference號碼，從而可以確定多個通道請求訊息中，那一條由於sdcch擁塞而被拒絕。
從上面的層3訊息中，我們可以看到tch擁塞時，下行發出call proceeding訊息後，當沒有tch可用通道時，手機在排隊開啟的情況下，在sdcch上排隊等待，直到排隊時長終止。下行即發出channel release訊息。
從上面的層3訊息中，我們可以看到當tch擁塞和tch分配失敗時，經常可以看到移動臺回到sdcch上傳送assignment failure訊息，其描述多為：沒有無線資源、無線介面失敗以及協議錯誤。
面試不成功的最重要原因
與面試官 套近乎 具備一定專業素養的面試官是忌諱與應試者套近乎的，因為面試中雙方關係過於隨便或過於緊張都會影響面試官的評判。過分 套近乎 亦會在客觀上妨礙應試者在短短的面試時間內，作好專業經驗與技能的陳述。聰明的應試者可以列舉一至兩件有根有據的事情來讚揚招聘單位，從而表現出您對這家單位的興趣。為偏見...
總結 獵頭專案不成功的原因
前言乙個非常挑剔的客戶在和人才 面試並滿意後，還特地告訴我不要提前跟人才講，但因種種原因，人才原本答應了來公司面試，但卻最終沒有去 異地 客戶對我說 你到手的獵頭費就這麼飛了！但是，從我的角度來講，人才都沒有去面試，獵頭費談何到手？正文乙個獵頭專案從頭至尾做下來，雖然沒有房地產工程那麼浩大，持續時間...
成功的家長,不成功的家教
正確答案 太多 管理學氾濫 事務主義態度，這些都是成功家長在家庭教育中容易陷入的誤區。托爾斯泰說 幸福的家庭都是相似的，不幸的家庭各有各的不幸。但那些在外人看 來幸福的家庭中，往往有一種共同的不幸，就是父母一方或雙方是事業成功的家長，但在教育孩子上卻不成功 孩子的成長不僅沒能如己所願，甚至自甘平庸或...