Abis接口協(xié)議

1、Abis 接口協(xié)議在 Abis 接口，涉及的協(xié)議不多， 主要有鏈路層的 LapD協(xié)議和第三層協(xié)議 （規(guī)范并沒有專門為這一層協(xié)議其起名字，因此后面我們都稱其為 Abis 層 3 協(xié)議）。 1.1 LapD協(xié)議在 GSM中， LapD（ D信道鏈路接入規(guī)程）是 BTS與 BSC之間傳送信令的數(shù)據鏈路規(guī)程，其目的是使用 D 信道通過用戶網絡接口在第三層各實體間傳送信息。LapD的規(guī)定考慮到開放系統(tǒng)互連（ OSI）的參考模型和層服務規(guī)約。在 OSI 參考模型中的基本結構技術就是分層的技術?；谶@種思想的設計，CCITT在建議Q.920-Q.921 中對 LapD作了詳盡的描述，由于GSM 08.56在

2、 Q.921 基礎上作了一些修改，所以實際使用的是一種變形協(xié)議，以下的闡述均基于 GSM08.56 。根據 GSM規(guī)范的定義， BSC與 BTS之間的信令接口應遵循 LapD規(guī)程。以下的三種信息種類可以被 LapD支持：信令（包括短消息信息）、操作維護和層 2 管理信息。對每種信息種類BSC可以由一條或多條層2 的鏈路到每個 TRX和 BCF。在 Abis接口上的信令鏈路通過Terminal Endpoint Identifiers（ TEI）來尋址不同的是單元。同樣的單元通常有多個功能實體， 在不同的功能實體之間的邏輯鏈路通過功能地址 Service Access Points Identi

3、fier （ SAPI）來識別。在 GSM規(guī)范中，有無線信令鏈路 RSL（SAPI=0），操作維護鏈路 OML（ SAPI=62）和層 2 管理鏈路 L2ML（ SAPI=63）三種邏輯鏈路。下圖顯示了不同層 2 鏈路的體系模型，一些邏輯鏈路可以在服用在一條物理鏈路上，同樣的層 2 邏輯鏈路不可以分布在一條以上的物理鏈路上。幀結構鏈路層的基本功能是將要在信道上傳送的信息構造成比單個比特大的單位， 這種很小的單位將是所有鏈路層功能工作的基本結構。 在信令世界中， 這樣的一個單位稱為一幀。整個問題的關鍵是要在比特流中包含足夠的信息， 使接收端能夠找到每一幀的開頭和結尾。 在這一點上 LapD是 H

4、DLC的繼承者，幀的起始和結尾都用一個 8 比特長的標志。為了防止虛假的開始和結束，引入了“0 比特插入”掩蓋數(shù)據流中出現(xiàn)的與標志相同的比特序列。 這種機制允許幀的長度是可變的， 甚至不需要指出幀內的實際長度。 同一標志可以作為一幀的結束， 同時指示下一幀的開始。圖 1 1 LapD 幀標志分段和重組幀的最大長度要受低層傳輸約束的限制， 當信令報文的最大長度超過幀允許的最大長度時，這條報文就得分段， 按幾幀發(fā)送；相反的，在接收端必須將報文重組。要作到這一點， 接收端必須收到足夠的信息才能知道怎樣重組報文， 這增加了協(xié)議的額外開銷。 當預見到信令報文的最大長度不會超過幀的最大長度時， 就可以免去

5、分段和重組的過程。1/12在 Abis 接口上無須定義分段和重組的功能， Abis 的 LapD幀長度簡單地限制在 264 字節(jié)（不包括標志），它對應上一層信息的 260 個字節(jié)。檢錯和糾錯鏈路層的第二個重要功能是通過檢測可能發(fā)生傳輸差錯的幀， 并當幀出錯時請求重發(fā)來提高傳輸?shù)馁|量。就檢錯來說， LapD使用了 HDLC方案（它在每幀增加了 16 個冗余位，在 LapD中稱為 FCS，或幀校驗序列），根據差錯檢測特點選取編碼方案。在 LapD協(xié)議中，使用了生成多項式： X16 +X12 +X5 +1 來計算 16 比特。差錯檢測由兩個用途： 一是提供幀內殘余差錯似然性的足夠信息， 從而可請求重

6、發(fā)該幀；二是檢測鏈路的質量，當誤碼率超過某給定門限時就觸發(fā)相關的告警。幀確認和重發(fā)功能通過消除剩余差錯的方法可獲得很好的性能，LapD協(xié)議沒有利用前向糾錯能力（這種特征通常被認為是物理層的），而是使用了類似 HDLC 的后向糾錯機制，可在兩種模式中選擇：- 不確認模式，無論接收端結果怎樣，幀只傳一次；- 確認模式，可由重發(fā)保證糾正有錯的幀。確認和重發(fā)都是以循環(huán)幀計數(shù)為基礎的，它使接收者能檢測可能的幀重復和 / 或幀丟失，并確認特定的幀。在 LapD中，確認是通過接收機向發(fā)送方傳送下一個期望幀的號碼 N（R）實現(xiàn)的， LapD的最大幀號（計數(shù)周期）是 128。這一機制示于下圖中，如果幀號是按模

7、8 計算的，一個接收端期望 2 號幀則表明幀號為 1，0，7，6， 的幀都已正確收到了。在各種情況下，如果有未確認的幀，發(fā)送方都要重發(fā)那一幀。 然而，重發(fā)的總次數(shù)是要受到限制， 以免當發(fā)生嚴重問題時出現(xiàn)無限循環(huán)。圖12重發(fā)機制發(fā)送方必須保留幀知道它們得到確認， 以便當需要重發(fā)時可用。 為了限制相應的緩沖器的數(shù)量，以及避免計數(shù)的歧義， LapD中用到了窗口概念。發(fā)送窗的大小決定了在任一時刻已發(fā)出但尚未得到確認的幀數(shù)。這個窗的大小值K 必須足夠大，使得發(fā)送方可進行預期處理而不必因等待確認而延時。在 LapD中，窗口的大小可以改變。為了在接口兩側啟動一個確認模式的傳輸， LapD中使用了一個簡單程序

8、，它由兩條消息組成，參見多幀操作過程。只有在這一交換后才會發(fā)生上層信息的交換。與確認模式下傳輸?shù)慕㈩愃疲?鏈路的正常釋放也通過一個簡單的過程完成， 參見多幀操作過程。復用鏈路層提供了將信息流在一個信道上復用的可能性。 這些信息流是獨立的， 不能保證它們之間幀的次序， 而且要對各個流分別運用窗口機制。 為了區(qū)分它們， 要在每個幀中插入一個地址。 這種機制對于點對多點鏈路是必須的， 它就是為有一條線路和幾個終端的用戶裝置涉及的，并在 LapD中保留下來。Abis 接口上的復用有兩個方面。一方面是對應于不同功能之間的差別，其實現(xiàn)與無線接口相類似。這一接口上的“ SAPI”值列在下表中， SAPI0

9、 用于自 / 至無線接口的所有報文。另一方面，復用要向終接在 BTS內不同設備提供不同鏈路（ TRX），這個的鑒別利用了 LapD鏈路層地址的另一個域 TEI（終端設備識別） ， TEI 的動態(tài)管理是 SAPI63消息的一種功能。2/12SAPI信息流類型0 無線信令62 操作和維護63 層2管理流量控制鏈路層要研究的最后一個問題是流量控制。 當考慮一條鏈路時， 通常假設接收端的處理和緩沖能力能處理鏈路的最大吞吐量。 但是，經常是由不同信息流共享資源，其處理能力要低于各個信息流最大能力之和。 擁塞控制的一個目標是控制每個信息流，是系統(tǒng)的某些部分的過載不至于是整個系統(tǒng)能力降為 0，并盡可能實現(xiàn)最

10、大的吞吐量。 瓶頸可能距離信息流的實際源很遠， 但必須向其報告擁塞情況以控制輸入負載， 最終是源信息流量降低。 延傳輸鏈對每一段分別進行流量控制是有助于控制吞吐量的一個方法。用類似于 HDLC的協(xié)議（只需簡單地延時發(fā)送確認）就很自然地提供了某種方式的流量控制。 但這種控制只是勉強合格的，因為如果延時太長， 發(fā)送者將重復該幀，從而加重了擁塞。也可以使用一種附加機制，即將窗口變?yōu)?1 的簡單的停 - 等協(xié)議， LapD中明確要求提供這種機制。TEI 指配過程下面描述均基于TEI 值在 063 之間時的情況。TRX需要建立相應 TEI 的傳輸鏈路，則向 BSC發(fā)出 UI 幀，內含相應的 TEI 的標

11、識， BSC收到之后，廣播一個 UI 幀，內含一條檢測消息，如果其他實體（如其他 TRX）有回應，說明該 TEI 已經被使用， BSC不能分配相應的 TEI。如果一段時間內沒有收到應答， BSC會再次發(fā)送一個廣播 UI 幀，如果再次沒有收到應答，則說明該 TEI 沒有被使用， BSC通過一 UI 幀通知用戶分配 TEI 成功。TEI 檢驗過程當 BSC懷疑在一條物理鏈路上存在不止一個用戶使用相同的TEI 時，則啟動 TEI檢驗過程，以便對這一情況進行證實。TEI 取消過程TEI 取消時， BSC側的 LAPD層管理進程應發(fā)出 MDL-REMOVE-REQUEST原語，引起物理信道上的連續(xù)兩次身

12、份取消消息的發(fā)送。差錯處理由于 LapD鏈路數(shù)據傳送的硬件程度高，傳送差錯大部分能用硬件處理，所以層2 軟件主要對與TEI 有關的差錯作相應處理，對一些其它差錯僅進行差錯記錄。當層 2 軟件收到 MDL-ERROR-INDICATION，差錯碼為 C、 D、 G、 H時，將調用 TEI 檢測規(guī)程，根據用戶側的響應進行處理：- 當未收到響應，取消 TEI；- 當收到單個響應，進行差錯記錄；- 當收到多個響應， TEI 取消規(guī)程。未確認信息傳送的過程第三層用原語 DL-UNIT DATA-REQUEST、或管理實體利用 MDL-UNITDATA-REQUEST 將未確認的信息傳送到數(shù)據鏈路層，這些

13、消息均在 UI 幀中發(fā)送。3/12- 對廣播式操作， UI 幀中的 TEI 值應為 127。- UI 幀 P比特為 0。對于 TEI 管理規(guī)程消息，在用戶側與網絡側用 UI 幀發(fā)送，且必須經過廣播鏈路，則此類 UI 幀中的 TEI 值必為 127，SAPI 為 63。當接收方收到 UI 幀時，將采用數(shù)據鏈路層對第三層的原語 DL-UNIT DATA-INDICATION或數(shù)據鏈路層對層管理實體的原語 MDL-UNITDATA-INDICATION 將信息傳送出去（由 SAPI 確定到第三層或層管理實體）。需要注意的是， 未確認信息的傳送與確認信息 I 幀的傳送并不是互斥的， 二者可同時進行，在

14、多幀規(guī)程的任何一 TEI 已分配的狀態(tài)，均可處理 UI 幀。多幀操作過程建立過程第三層用 DL_ESTABLISH_REQEST請求建立數(shù)據鏈路連接。 數(shù)據鏈路實體向對端實體發(fā)送 SABME命令。接收 SABME命令的實體，如果能進入建立狀態(tài)，則發(fā)送 UA 響應，向第三層發(fā)送建立指示，并進行初始化。收到 UA響應， SABME發(fā)起者向第三層發(fā)出建立證實，并初始化。釋放過程第三層利用 DL_RELEASE_REQEST請求釋放數(shù)據鏈路連接。 數(shù)據鏈路實體向對端發(fā)送 DISC命令。接收 DISC命令的實體向對端發(fā) UA響應，丟棄所有 I 幀隊列，進入連接斷開狀態(tài)并通知第三層。 DISC命令發(fā)起者收

15、到 UA響應之后，丟棄所有排隊 I 幀，通知第三層，并進入連接斷開狀態(tài)。信息傳遞過程第三層用 DL_DATA_REQEST原語請求發(fā)送的數(shù)據包將首先被鏈入一個 I 幀隊列，并發(fā)出一個 I_FRAME_QUEUE_的UP消息， LapD進程收到這個消息后，將發(fā)送一個 I 幀，將發(fā)送狀態(tài)變量 VS和接收狀態(tài)變量 VR分配給 I 幀的 NS和 NR字段，同時將 VS在發(fā)送結束后加 1。打開定時器 T200。信息發(fā)送中的流量控制采用滑動窗口機制。窗口大小可隨 SAPI 的不同而略有變化。接收到一幀 I 幀后，將比較 I 幀中的發(fā)送序號 NS和本端接收狀態(tài)變量 VR，如相等則接收，采用DL_DATA_I

16、NDICATION原語傳送給第三層， 不相等則丟棄 I 幀，向發(fā)送端發(fā)送 REJ 幀，表示接收幀順序錯。在發(fā)送端收到一個有效 I 幀和監(jiān)視幀（ RR、RNR、 REJ），將把該幀中的 NR做為對所有 NS1.2Abis 層 3 協(xié)議Abis 層 3 協(xié)議的模型可以參見下圖。圖13 層3模型Abis 層 3 協(xié)議中的消息按照BTS的處理方式可以分為兩類：透明消息： BTS負責轉發(fā)該類消息，不加以任何解釋或改變。不透明消息：消息只在 BSC和 BTS之間傳送， BTS根據消息發(fā)起相應的動作或消息作為一次 BTS動作的結果。4/12另外， Abis 層 3 協(xié)議中的消息根據其具體功能還可以分為四組：

17、無線鏈路層管理消息、專用信道管理消息、公共信道管理消息和 TRX管理消息。所有的 Abis 層 3 協(xié)議中的消息幾乎都通過 LapD的 I 幀進行傳送，除了 MEASUREMENT RESULT消息，它是通過 LapD的 UI 幀進行傳送。在空中接口，上行方向（ MS發(fā)來的消息），所有的通過 LapDm的 I 幀和 UI 幀的消息，除了 MEASurement REPort消息，多被當作透明消息，被 BTS在 DATA INDication 和 UNIT DATA INDication 消息中轉發(fā)給 BSC。在下行方向（發(fā)往 MS的消息）的所有 Um接口的 L3 消息除了以下幾種之外都是透明通

18、過 BTS的，這幾種消息在 Abis 接口被 Abis 接口層 3 協(xié)議的指定消息替換掉，但到了 BTS，BTS在經過必要的動作之后，將發(fā)送對應的 Um接口 L3 消息到無線接口上。 Message to MS Replaced on A-bis interface byCIPHering MODe CoMmanD ENCRyption CoMmanDPAGing REQuestPAGing CoMmanDSYSTEM INFOrmation BCCH INFOrmation and SACCH FILLingNOTIFicationNOTIFication CoMmanDEXTENDED M

19、EASUREMENT ORDERSACCH FILLingImmediate assign（ 3 types ）IMMEDIATE ASSIGN COMMAND為了講清楚有關的信令流程， 我們先將部分的全局流程圖畫出來， 以幫助對局部流程的理解。圖 1 4 MS 接入和信道分配圖 1 5 尋呼流程和加密模式改變流程圖 1 6 傳輸模式改變（指配）流程圖17 切換流程圖18 釋放流程圖19 其他流程下面的描述中，如果沒有專門說明消息所屬的協(xié)議，則統(tǒng)統(tǒng)是指Abis 接口層 3的消息。無線鏈路層管理過程鏈路建立指示當 BTS檢測到在一條已經激活的邏輯信道上 MS發(fā)來的一個 SABM幀，則通過一條ES

20、Tablish INDication 消息向 BSC指示在無線接口上 MS發(fā)起的一條多幀模式的L2 鏈路已建立，消息中包含了 SABM幀中攜帶的內容。 BSC在收到該消息后應該進行和 MSC建立一條 SCCP連接的過程。在 MS初始接入流程、信道模式改變（指配）流程和切換流程中，我們都可以看到鏈路建立指示過程。另外，當 MS要發(fā)送點對點短消息時也會使用鏈路建立指示過程。5/12鏈路建立請求當 BSC需要主動和 MS在無線接口建立一條多幀模式的 L2 鏈路時，向 MS所在的BTS發(fā)送一條 ESTablish REQuest 消息， BTS向 MS發(fā)送一 SABM幀，在收到 MS 的 UA應答幀時

21、， BTS發(fā)送一條 ESTablish CONFirm 消息給 BSC作為肯定應答。這個過程使用得比較少，只有在網絡要發(fā)送點對點短消息給MS時才會使用，這時 BSC主動要求建立一條新的用于發(fā)送點對點短消息的L2 鏈路。鏈路釋放指示當 BTS通過一條多幀模式的鏈路層連接收到 MS發(fā)來的一個 DISC幀，則 BTS發(fā)送一條 RELease INDication 消息通知 BSC無線接口的鏈路層連接已經釋放。 BSC 在收到 RELease INDication 消息后可以將相應的邏輯信道釋放。在會話釋放流程中，我們可以看到鏈路釋放指示過程。另外在 MS主動將發(fā)送點對點短消息的 L2 鏈路釋放時也會

22、使用。鏈路釋放請求當 BSC要求釋放一條多幀模式的 L2 鏈路時，向 BTS發(fā)送一條 RELease REQuest消息給 BTS，BTS則在該 L2 鏈路上發(fā)送一 DISC幀給 MS，當 BTS收到 MS發(fā)送的應答（ UA或 DM幀），則發(fā)送一條 RELease CONFirm消息給 BSC。這個過程使用得比較少， 只有在網絡主動將給 MS發(fā)送點對點短消息的 L2 鏈路釋放時才會使用。透明 L3 消息在確認模式下的發(fā)送BSC發(fā)送一條 DATAREQuest消息給 BTS，消息里面包含了完整的需要用確認模式發(fā)送的 L3 消息。此過程用于 BTS透明發(fā)送 Um接口的 RR、 MM、CC和 SS消

23、息給 MS。透明 L3 消息在確認模式下的接收BTS在收到一條確認模式下的 L3 消息時，將該消息放在一條 DATA INDication 消息發(fā)送給 BSC。此過程用于 BTS透明發(fā)送 Um接口的 RR、 MM、CC和 SS消息給 BSC（后三類消息又透明通過 BSC傳給 MSC）。透明 L3 消息在不確認模式下的發(fā)送BSC發(fā)送一條 DATAREQuest消息給 BTS，消息里面包含了完整的需要用不確認模式發(fā)送的 L3 消息。此過程用于 BTS透明發(fā)送 Um接口的 RR消息給 MS。透明 L3 消息在不確認模式下的發(fā)送BSC發(fā)送一條 UNIT DATAINDication 消息給 BTS，消

24、息里面包含了完整的需要用不確認模式發(fā)送的 L3 消息。此過程用于 BTS透明發(fā)送 Um接口的 RR消息給 BSC。6/12專用信道管理過程信道激活當 BSC為決定為某個 MS分配了一個邏輯信道則通過消息 CHANnel ACTIVation命令 BTS的對應 TRX啟動相應的信道，在激活信道之后 TRX用消息 CHANnelACTIVation ACKnowledge 作為肯定回答，或用消息 CHANnel ACTIVation NACK 作為否定回答。在 MS初始接入、切換和信道模式改變（指配）流程中，我們可以看到信道激活過程。信道模式改變當 BSC要改變以激活信道的一些模式信息時 （這都是

25、由 MSC發(fā)來的消息觸發(fā)的），發(fā)送一條 MODE MODIFY消息給 BTS，消息中包含了新的模式（ BTS使用的舊模式是在信道激活或前一次信道模式改變中指定的），在改變到新模式之后，BTS向BSC發(fā)送一條 MODE MODIFY ACKnowledge消息作為肯定回答，或發(fā)送一條 MODE MODIFY NACK消息作為否定回答。在信道模式修改流程中，我們可以看到信道模式修改過程。切換檢測在切換過程中，當 MS嘗試接入目標 BTS和 BSC時，會在新信道上向 BTS發(fā)送HANDOVERACCESS接入突發(fā)， BTS每次接收突發(fā)成功則向 BSC發(fā)送一條 HANDOver DETection 消

26、息。如果切換采用的是異步切換方式，則期間 BTS會向 MS重復發(fā)送多次 PHYsical INFOrmation 消息。在切換流程中，我們可以看見切換檢測過程。開始加密BSC在決定對信道上傳輸?shù)男畔⒉捎眯碌募用芩惴〞r（這都是由MSC發(fā)來的BSSMAP協(xié)議的消息觸發(fā)的） ，向信道所在的 BTS發(fā)送 ENCRyption CoMmanD消息，消息中包括需要BTS要使用的所有信息以及一條傳給MS的完整的 Um接口 RR層的消息 Ciphering Mode Command（因為加密需要發(fā)送方和接收方都了解有關信息才行）， BTS收到消息之后，以原加密模式將內含的 Um接口 RR層的消息Cipheri

27、ng Mode Command 傳給 MS，同時開始啟動新解密模式（上行方向）。 MS 收到 Um接口 RR層的消息 Ciphering Mode Command 后，同時啟動新加密（上行方向）和新解密（下行方向），并發(fā)送 CIPHering MODe COMplete消息給 BTS，BTS收到任何一個正確解碼的報文（在新加密模式下），就表明 MS已正確地轉換到新的加密模式時， BTS的發(fā)送也變?yōu)樾录用苣Ｊ剑ㄏ滦蟹较颍?，并在收?MS的 CIPHering MODe COMplete消息（ Um接口 RR消息）后，將該消息放在 Abis 接口消息 DATAINDication 中發(fā)送給 BSC

28、，作為肯定回答。若 BTS基于某種原因不能按照的 ENCRyption CoMmanD消息要求加密，它就回發(fā)一個 ERROR REPORT消息給 BSC作為否定回答。7/12在加密流程中，我們可以看到開始加密過程的使用。測量報告一般情況下， MS每 102/104 復幀將一個測量報告（ Um接口消息 MEASurement REPort）通過 SACCH信道上報 BTS，里面包含了 102/104 復幀以來的下行的測量信息， BTS在這期間同時也在進行著上行的測量，因此每過 102/104 復幀， BTS 會將這兩部分信息組合在一條 Abis 消息 MEASurementRESult 發(fā)送給

29、BSC，如果因為某些原因， BTS沒有按時收到 MS的測量報告，則只將自己的上行測量結果放在 Abis 消息 MEASurement RESult發(fā)送給 BSC。在其他流程中，我們可以看到測量報告過程的使用。為了減少 BSC的處理測量報告的負荷以及減少 Abis 接口的消息流量，還可以使用一種所謂的測量報告預處理的過程， 即由 BTS先對 102/104 復幀一次的測量數(shù)據作一些加工（如求平均），然后將加工的結果以比較低的頻次發(fā)送給BSC。要讓 BTS進行測量報告預處理，首先 BSC要發(fā)送一條 PREPROCESS CONFIGURE消息給 BTS，消息中包含了 BTS進行加工需要的一些基本控

30、制參數(shù)， BTS在收到這個消息后，就進行測量報告的預處理，將預處理的結果以 PREPROCESSED MEASUREMENT RESULT消息發(fā)送給 BSC。當在上行 SACCH信道中包含了一條 MS發(fā)來的 EXTended MEASurement REPort，BTS將向常規(guī)處理方法一樣將它轉發(fā)給 BSC，不能使用測量預處理。SACCH去激活此過程用于 BSC根據無線信道釋放程序釋放 BTS處的 SACCH邏輯信道。在 BSC 發(fā)送 Channel Release 消息（ Um接口 RR層消息）給 MS時， BSC也發(fā)送一條 DEACTIVATE SACCH消息給 BTS以去激活 SACCH

31、信道。在信道釋放流程中，我們可以看到SACCH去激活過程的使用。無線信道釋放當某個邏輯信道不再被使用的時候， BSC需要通知 BTS將該信道釋放掉，于是向對應的 BTS發(fā)送一條 RF CHANnel RELease消息， BTS在釋放該信道后，返回一條 RF CHANnel RELease ACKnowledge消息給 BSC。在信道釋放流程中，我們可以看到無線信道釋放過程的使用。MS功率控制BSC會根據測量數(shù)據的結果推算出MS應該使用的合適的發(fā)射功率，于是通過消息 MS POWER CONTROL將控制參數(shù)通知 BTS， BTS將這些信息通過 SACCH信道的L1 幀頭發(fā)送給 MS，從而最終

32、完成 MS功率控制的動作。在其他流程中，我們可以看到 MS功率控制過程的使用。8/12基站功率控制BSC會根據測量數(shù)據的結果推算出 BTS側應該使用的合適的發(fā)射功率， 于是通過消息 BS POWERCONTROL將控制參數(shù)通知 BTS，BTS隨之執(zhí)行相應的發(fā)射功率調整工作。在其他流程中，我們可以看到基站功率控制過程的使用。連接失敗當 BTS檢測到激活的無線鏈路已經中斷時，發(fā)送消息CONNection FAILureINDication通知 BSC無線連接已經中斷，消息中包含了BTS認為最可能的中斷原因。在會話釋放流程中，我們可以看到連接失敗過程的使用。物理上下文請求當 BSC需要了解 MS所在

33、當前信道的一些情況（物理上下文）時，發(fā)送申請消息PHYsical CONTEXT REQuest給 BTS，BTS通過消息 PHYsical CONTEXT CONFirm將有關的物理上下文告知 BSC。一般來說，物理上下文主要包括 MS的當前的時間提前量以及上下行當前的發(fā)射功率等（當由 BTS進行功率控制時）。在信道模式修改 （指配）流程和切換流程中， 我們可以看到物理上下文請求過程的使用。SACCH信息修改在 SACCH信道的下行方向上， BTS除了在 L1 幀頭將功率控制參數(shù)和最新的時間提前量通知 MS之外，還要將 Um接口的 RR消息 SI5/5bis/5ter/6重復發(fā)送給 MS，當

34、 BSC想修改某條 SACCH上的相關消息，則發(fā)送一條 SACCHINFO MODIFY消息給BTS，消息中包含了新的Um接口的 RR消息 SI5/5bis/5ter/6。在其他流程中，我們可以看到SACCH信息修改過程的使用。說者檢測當在為一個話音組呼叫（ voice group call ）的信道被激活期間， BTS如果收到MS在信道的上行方向的接入突發(fā)， BTS則組裝一條 VGCSUPLINKGRANT消息（ Um 接口 L3 消息）以不確認模式在主信令鏈路上發(fā)送給 MS，同時 BTS發(fā)送一條 TALKER DETection 消息給 BSC，消息中包含了測量到的接入突發(fā)的時延，如果一定

35、時間內沒有 MS收到一個正確解碼的幀， BTS則重復發(fā)送 VGCS UPLINK GRANT消息給MS，如果連續(xù)發(fā)送多次，仍然無法從 MS收到正確解碼的幀， BTS將發(fā)送一條CONNECTION FAILURE INDICATION消息給 BSC。這個過程只有在系統(tǒng)支持VGCS/VBS的情況下才會被使用。聽者檢測當在為一個話音組呼叫（voice group call）的信道被激活期間， BTS如果收到MS在信道的一個接入突發(fā)，包含了保留作為上行接入請求應答的值，則 BTS組建一條 LISTENER DETection 消息發(fā)送給 BSC。這個過程只有在系統(tǒng)支持VGCS/VBS的情況下才會被使用

36、。9/12公共信道管理過程MS信道請求當 BTS在 RACH信道上檢測到 MS的一個隨機接入（即 MS的 CHANnel REQuest消息），則發(fā)送一條消息 CHANnelReQuireD 給 BSC，里面包含了 CHANnelREQuest消息的有效信息。在初始接入流程中，我們可以看到 MS信道請求過程的使用。尋呼從 A 接口收到 MSC發(fā)來的 BSSMAP協(xié)議的 PAGING消息， BSC發(fā)送一條 PAGing CoMmanD消息 BTS，消息包含了 MS標識（ TMSI或 IMSI）， BTS通過消息 PAGing REQuest在無線口的 PCH信道上發(fā)送給 MS。在初始接入流程中，

37、我們可以看到尋呼過程的使用。刪除指示當 BTS發(fā)覺由于下行 CCCH信道擁塞而刪除了一條 IMMEDIATE ASSIGN COMMAND，則用消息 DELETE INDication 通知 BSC。在初始接入流程中，我們可以看到刪除指示過程的使用。CCCH負載指示當 BTS檢測到某條 CCCH信道過載時，則需要向 BSC周期性發(fā)送一條 CCCH LOAD INDication 消息以通知 BSC。在其他流程中，我們可以看到 CCCH負載指示過程的使用。廣播信息改變當 BSC要改變 BCCH信道上發(fā)送的信息，則發(fā)送一條BCCH INFOrmation消息給BTS，消息中包含了完整的需要修改的U

38、m接口的 RR層的 SI 消息。在其他流程中，我們可以看到廣播信息改變過程的使用。短消息小區(qū)廣播短消息服務小區(qū)廣播消息以 Abis 接口消息 SMS BROADCAST REQUEST或SMS BROADCAST COMMAND發(fā)送給 BTS。在其他流程中，我們可以看到以下的短消息小區(qū)廣播過程的使用。當使用 SMS BROADCAST REQUEST消息模式時， BSC要負責處理排隊、重發(fā)和如何充分利用 CBCH信道的工作， BSC也要負責將 SMS小區(qū)廣播消息分成適合在無線接口上發(fā)送的小塊。當使用 SMS BROADCAST COMMAND消息模式時， BSC能夠請求一條完成的小區(qū)廣播消息。

39、 BSC處理排隊、重發(fā)和如何充分利用 CBCH信道的工作， BSC也要負責將SMS小區(qū)廣播消息分成適合在無線接口上發(fā)送的小塊。當使用 SMS BROADCAST COMMAND消息模式時， BSC能夠設置 BTS廣播缺省消息，BTS在 BTS沒有其他消息要發(fā)送的時候，則負責發(fā)送缺省廣播消息。10/12即使 BSC處理如何充分利用 CBCH信道的工作， BTS也能夠在 CBCH信道負載過重或負載過輕的時候通知 BSC，通過使用消息 CBCHLOADINDICATION，當負載過輕的時候 BTS能夠請求立即廣播多條 BSC已安排好的 SMSCB消息，BSC通過消息發(fā)送給 BTS。通過使用消息 CBCH LOAD INDICATION，當負載過重的時候 BTS能夠請求立即停止廣播一段時間， BSC在此期間不再發(fā)送短消息給 BTS，直到時間過為止