主叫流程從空口到A口的詳細信令解釋..66種:

１．Channel_requirest（信道要求）:MS通過動態的在RACH信道上發送一個隨機接入脈沖向一個BTS申請一條信道，在信道請求消息中包括了建立的原因，這個原因可能是“尋呼相應”、“緊急呼叫”、“移動主叫”“短消息業務”或“其他”。此外，這條消息還包括隨機參數，MS隨機的選5個比特作為隨機參數，這些參數的作用是當兩個移動臺同時接入網絡時，網絡能運用這些參數來區分這些移動臺。比如關聯channel_requied到sd信道時就用隨機參考號和immediate_assignment關聯.

 

２．Channel_required（信道請求）：BTS向BSC發一條申請信道消息。通過這條消息，BTS進一步向BSC傳遞由移動臺發起的信道請求，實際上，信道請求消息中除了包含新到要求消息中的一些消息外，還包括通過BTS加入的一些消息，請求參考單元直接從信道要求消息中來初始時間提前量（接入延遲）由BTS加入到這條消息中去。

 

３Channel_activation(信道激活)：收到從BTS發來的信道請求消息后，BSC開始按照一定的條件為此次呼叫尋找和分配SDCCH信道，同時BSC向BTS發送一條信道激活消息，其中最重要的是：分配給哪個基站收發信臺以及此SDCCH的信道組合。此消息中包含的參數有：DTX控制，信道的ID，信道描述和移動分配，移動臺和基站的最大功率電平，BSC計算的有關此次接入的初始時間提前量等。

 

４.Channel_activation_ack(信道激活證實)：這是對信道激活消息的應答。當BTS收到這條消息后，他開始在SACCH信道發送和接受消息。

 

５.Immediate_assignment_command(立即指配命令)：BSC告訴BTS關于被使用的SDCCH信道。

 

６.Immediate_assigment(立即指配)：基站分系統通過AGCH信道告知MS有關使用的SDCCH信道的情況。實際上，這條消息是一條從網絡向移動臺發送的從AGCH信道轉到先前定義的SDCCH信道工作的指令。在這條消息中，包括的參數有：尋呼模式、sdcch信道描述、隨路SACCH、跳頻，如果應用了跳頻，則還應包括請求參考（與建立原因相同）、初始時間提前量和頻率分配。

７.Cm_service_request(CM業務請求)：移動臺向網絡發送CM業務請求，目的是為連接管理子層實體申請一項服務，比如，電路交換鏈接建立，補充業務激活或短消息傳送。

 

８.Cm_service_request(建立指示)：BTS通過返回建立指示消息確認立即指配命令。建立知識消息有兩種用途，首先，建立指示消息從BTS的角度出發，指出移動臺目前正在SDCCH信道上。這樣BTS向BSC發一消息，指示現在移動臺的CM業務請求正在所描述的這種SDCCH信道上傳送。另外，BTS將識別這一連接并把接收到的第3層的消息加入到這條消息中。

 

９.Cm_service_request(CM業務請求)：這條CM業務請求消息被送往移動交換中心。

10.Ua(無編號確認)：當在LAPDm協議中建立第二層級別鏈路時，UA是正常情況下第2層級別的確認。BTS在收到MS發來的消息后，在RR子層中回送尋呼應答消息，從被指配的SDCCH信道上發送一個LAPDm的UA幀進行證實，同時向BSC發送建立指示消息。MS比較自己發送的SABM和接收的UA兩個幀，以確認是自己的

 

11.Authentication_request(鑒權請求)：作為CC（連接證實）消息，移動交換中心發送一條鑒權請求消息給BSC。這條消息包括隨機數RAND。

 

12.Authentication_request(鑒權請求)：BSC通過BTS把消息傳給MS。

 

13.Authentication_response(鑒權響應)：MS以帶符號的響應SRES來響應鑒權請求。鑒權響應通過BTS被送往BSC。在MS鑒權過程中，使用兩種算法A3和A8。這些算法和32位數字密鑰被存儲在SIM卡中。當網絡申請移動臺的鑒權，AUC/VLR發送32位十進制隨機數字給MS。。MS 接著計算帶符號的響應（SRES）并把它回送給VLR。VLR 把接收到的SRES 和從先前AUC 的鑒權組內部接收到的SRES 作比較。如果這些SRES 相同，鑒權成功，MS 可以繼續呼叫。你可以注意到，KI 的前8 個數字被用來鑒權和SRES 算法，剩下的24 個數字被保留用作密鑰算法。

 

14.Authentication_response: 為了完成鑒權過程，從MS 來的SRES 的值在消息內部被送回VLR。

 

15.Ciphering_mode_command (加密模式命令):MSC 要求BSC 從無線通路開始加密。假如網絡想要在無線接口開始加密，需要在A 接口發送消息。如果網絡使用加密，那么MS 在接收到此消息以后開始加密。

 

16.Ciphering_mode_command(加密命令): BSC 把加密消息儲存到它的存儲器中然后向BTS 發送一個加密命令來發起加密模式操作。

 

17.Ciphering_mode_command (加密模式命令):BSS 告知MS 加密的初始，開始接收被加密模式。

 

18.Ciphering_mode_complete :MS 確認加密命令。

 

19.Ciphering_mode_complete(加密模式完成):如果加密被使用，那么這是在空中接口中的第一條加密的消息。BSS 確認加密命令，通知MSC 移動臺已經開始加密并開始以加密模式發送消息。

 

20.Tmsi_reallocation_command(Tmsi再分配命令):TMSI 再分配的目的是提供身份的保密性。TMSI 的再分配通常至少在每次位置更新時執行。MSC 通過發送TMSI 再分配命令消息給MS 發起TMSI 再分配過程。TMSI 再分配命令消息包括TMSI 與由網絡分配的LAI 的組合；或者如果正在使用的TMSI 將被刪除，就包括一個LAI 和IMSI。通常，通過應用加密模式的RR 連接， TMSI 再分配命令被送往MS。

 

21.Tmsi_reallocation_command: TMSI 再分配命令被送到MS。

 

22.Tmsi_reallocation_complete(TMSI再分配完成):當MS 接收到TMSI 再分配命令消息后，把LAI 儲存在SIM 卡中。如果接收到的身份識別是MS 的IMSI，它就把先前儲存的TMSI 刪除。如果接收到的身份是TMSI，MS 把它存儲在SIM 中。在這兩種情況下，MS 將發送一條TMSI 再分配完成消息給網絡。

 

23.Tmsi_reallocation_complete :TMSI 再分配完成消息送往MSC。

 

24.Setup 在鑒權，識別，加密后，MS 處在SDCCH 信道上，準備開始真正呼叫建立信令。MS 發送一建立消息給BSC，再被送到MSC。

 

25.Setup BSC 向MSC 發送建立消息來告知MSC 將要執行的呼叫。

 

26.Call_proceeding MSC 對建立消息的響應

 

27.Call_proceeding 當MS 的呼叫控制實體接收到呼叫進程消息后，就進入“移動主叫進程”狀態。

 

28.Assignment_request 這條消息開始了TCH（話音信道）的分配。在A 接口，MSC 是主控者，它為A 接口上的這次呼叫尋找一個可使用的電路。這條消息根據GSM 規范包括了一些可選項。這些可選項是：呼叫的優先權、下行的不連續傳輸（DTX）、無線信道的識別和可用的干擾帶。

 

29.Channel_activation 在BSC 內部的信道保存和分配之后，它通過發送這條消息給BTS 來激活TCH 信道。消息內容主要包括：信道號、激活的類型、信道模式（DTX/NO DTX）、信道類型（話音/數據：如果是話音，則包括GSM 編碼算法，如果是數據，則包括信道中消息是透明還是不透明的以及數據速率）、信道識別、接收到消息的加密消息、BTS 和MS 的功率等級和時間提前量。(這條現在就在tch信道上了)

 

30.Channel_activation_ack :BTS 返回目前TDMA 幀號，然后通過Abis 接口激活TCH。

31.Assignment_command :BTS 進一步把收到的消息發送給MS。消息內容主要包括：信道描述、功率級別、小區信道描述、信道模式（全速率/半速率）和移動分配。(這條是在原sd信道上)

 

32.Sabm（設置異步平衡模式）：這是一條第二層的消息，包含一些第三層消息，包括業務請求，加密鍵序列，移動臺級別和移動標識。

 

33.Establish_indication：建立指示消息有兩個用途。第一，此時應用建立指示消息，可以讓基站收發信臺知道移動臺目前正在FACCH信道上，這樣，基站收發信臺可以向基站控制器發送消息，指示移動臺現在正在使用的FACCH信道的情況。第二，BTS識別此鏈路為主信令信道并且將收到的第三層消息加入建立指示消息中，這第三層消息來自于MS。

 

34.Ua：UA通常是建立第二層LAPDm鏈路時的第二層確認。

35.Assignment_complete：這條消息由移動臺發送給網絡以指示移動臺已成功建立TCH。

36.Assignment_complete：BSS向MSC證實獲取TCH信道。

37.Channel_release：使正在使用的SDCCH停止活動。這個消息是由BSC發向MS的。另外，它也被稱為“第三層的斷鏈消息”。在正常的呼叫建立情況下，呼叫原因為“正常”。

 

38.Deactive_sacch（去活慢速隨路控制信道）：BSC向下行發送這個消息，BSC禁止向MS傳送系統消息。事實上，此時已經沒有在SACCH上接收/發送任何消息的必要了。因此他將被去活。

 

39.Release_indication （釋放指示）:BTS通知BSC，MS沒有更多專用的無線資源。

40.Rf_channel_release: BSC通知BTS釋放其余的無線資源。

 

41.Re_channel_release_ack:所有的無線資源被釋放；BTS發送證實消息給BSC，這些無線資源為：TCH/FACCH和SACCH

42.Alerting：MSC發送提醒消息給BSS。

 

43.Alerting：當在移動主叫過程中，MSC通知MS被叫用戶已經被提醒。如果收到提醒消息，就應該接通話音通路，此時主叫用戶可以聽到振鈴音，表示被叫用戶正在振鈴。

 

44.Connect：MSC通過BSS發送一連接消息給MS，此消息向MS表明已經通過網絡建立連接。

 

45.connect：MS一收到連接消息，他就把用戶連接到無線通路上，并返回一連接證實消息，停止所有本地產生的振鈴指示，進入“激活”狀態。

 

46.Connect_ack：MS用這條消息告訴MSC，目前MS正處于“激活”狀態。

 

47.Connect_ack：此消息被送往MSC。

 

48.Measurement_report：在建立了主信令信道后，移動臺每秒發送兩次關于話音質量的報告。

 

49.Prep_measurement_result（預處理測量結果）：如果這些測量報告在BTS中已經過預處理，則測量結果被傳到BSC；如果BTS中沒有經過預處理過程，測量報告直接被傳到BSC，而不需要BTS的參與。

 

50.Disconnect：由MS發出拆鏈請求消息，消息內容主要包括：清除終端到終端的鏈接。這條消息將停止了有關此呼叫連接的收費。

 

51.Disconnect：拆鏈消息發往MSC。

 

52.Release：實際的釋放將來自MSC,真正的呼叫才結束。

 

53.Release：釋放消息送往MS。

 

54.Release_complete：MS通知網絡它將釋放此次業務標識，也就是表示釋放過程正在進行中。

 

55.Release_complete：釋放完成消息被發送到MSC.

 

56.Clear_command:這個消息由MSC發出，用來釋放所有相關的資源，也就是與這次通話過程相關的BSSAP

 

57.Channel_release：是正在使用的TCH停止活動。這個消息是由BSC發向MS的。另外，他也被撐為“第三層的鍛練消息”。在正常的呼叫建立情況下，呼叫原因為“正常”。

 

58.Eactivate_sacch（去活sacch）：BSC向下行發送這個消息，BSC禁止向MS發送系統消息。事實上，此時已經沒有在SACCH上接受/發送任何消息的必要了，因此它將被去活。

 

59.Disc：MS在上行方向將發送第二層DISC幀，并通知BTS在TCH/FACCH信道上的業務。

 

60.UA:BTS確認DISC幀，其結果：MS重新開始監聽BCCH信道，并且所有的無線接口將被釋放。

 

61.Release_indication：BTS通知BSC，MS沒有更多專用的無線資源。

 

62.Rf_channel_release：BSC通知BTS釋放其余無線資源。

 

63.Rf_channel_release_ack：所有的無線資源被釋放；BTS發送證實消息給BSC，這些無線資源為：ＴＣＨ／ＦＡＣＣＨ和ＳＡＣＣＨ。

 

64.Clear_complete（清除完成）：此消息拾對清楚命令的確認，此時BSC通知ＭＳＣ所有與此次呼叫有關的無線資源被釋放。

 

65.Sccp_release(SCCP釋放):當所有無線資源被釋放，與此次呼叫有關的BSSAP連接不再需要，此消息通知BSC釋放SCCP連接，并作為RLSD消息發送

 

66.Sccp_release_ack(SCCP釋放確認)：BSC 通知MSC 有關此次呼叫的專用SCCP 連接被釋放，并作為RLC 消息發送。

一個主叫流程就讓我看了一天..還有好些地方沒懂..比如鏈路釋放的時候 40個既然已經釋放了FACCH/TCh等那后面的消息是在哪發的呢?還有每個消息里面的關鍵字段都沒完全弄懂...所以準備看看信道的知識了..這流程看的真讓人郁悶..