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之間傳送信令的數據鏈路規(guī)程，其目的是使用D信道通過用戶網絡接口在第三層各實體間傳送信息。LapD的規(guī)定考慮到開放系統(tǒng)互連（OSI）的參考模型和層服務規(guī)約。在OSI參考模型中的基本結構技術就是分層的技術。基于這種思想的設計，CCITT在建議Q.920-Q.921中對LapD作了詳盡的描述，由于GSM 08.56在Q.921基礎上作了一些修改，所以實

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

3、SAPI=0），操作維護鏈路OML（SAPI=62）和層2管理鏈路L2ML（SAPI=63）三種邏輯鏈路。下圖顯示了不同層2鏈路的體系模型，一些邏輯鏈路可以在服用在一條物理鏈路上，同樣的層2邏輯鏈路不可以分布在一條以上的物理鏈路上。 1.1.1 幀結構鏈路層的基本功能是將要在信道上傳送的信息構造成比單個比特大的單位，這種很小的單位將是所有鏈路層功能工作的基本結構。在信令世界中，這樣的一個單位稱為一幀。整個問題的關鍵是要在比特流中包含足夠的信息，使接收端能夠找到每一幀的開頭和結尾。在這一點上LapD是HDLC的繼承者，幀的起始和結尾都用一個8比特長的標志。為了防止虛假的開始和

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

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

6、過消除剩余差錯的方法可獲得很好的性能，LapD協(xié)議沒有利用前向糾錯能力（這種特征通常被認為是物理層的），而是使用了類似HDLC的后向糾錯機制，可在兩種模式中選擇：- 不確認模式，無論接收端結果怎樣，幀只傳一次；- 確認模式，可由重發(fā)保證糾正有錯的幀。確認和重發(fā)都是以循環(huán)幀計數為基礎的，它使接收者能檢測可能的幀重復和/或幀丟失，并確認特定的幀。在LapD中，確認是通過接收機向發(fā)送方傳送下一個期望幀的號碼N（R）實現(xiàn)的，LapD的最大幀號（計數周期）是128。這一機制示于下圖中，如果幀號是按模8計算的，一個接收端期望2號幀則表明幀號為1，0，7，6，的幀都已正確收到了。在各種情

7、況下，如果有未確認的幀，發(fā)送方都要重發(fā)那一幀。然而，重發(fā)的總次數是要受到限制，以免當發(fā)生嚴重問題時出現(xiàn)無限循環(huán)。 圖 1 2 重發(fā)機制發(fā)送方必須保留幀知道它們得到確認，以便當需要重發(fā)時可用。為了限制相應的緩沖器的數量，以及避免計數的歧義，LapD中用到了窗口概念。發(fā)送窗的大小決定了在任一時刻已發(fā)出但尚未得到確認的幀數。這個窗的大小值K必須足夠大，使得發(fā)送方可進行預期處理而不必因等待確認而延時。在LapD中，窗口的大小可以改變。為了在接口兩側啟動一個確認模式的傳輸，LapD中使用了一個簡單程序，它由兩條消息組成，參見多幀操作過程。只有在這一交換后才會發(fā)生上層信息的交換。與確認模式下傳輸

8、的建立類似，鏈路的正常釋放也通過一個簡單的過程完成，參見多幀操作過程。1.1.4 復用鏈路層提供了將信息流在一個信道上復用的可能性。這些信息流是獨立的，不能保證它們之間幀的次序，而且要對各個流分別運用窗口機制。為了區(qū)分它們，要在每個幀中插入一個地址。這種機制對于點對多點鏈路是必須的，它就是為有一條線路和幾個終端的用戶裝置涉及的，并在LapD中保留下來。Abis接口上的復用有兩個方面。一方面是對應于不同功能之間的差別，其實現(xiàn)與無線接口相類似。這一接口上的“SAPI”值列在下表中，SAPI0用于自/至無線接口的所有報文。另一方面，復用要向終接在BTS內不同設備提供不同鏈路（TRX），這個

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

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

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

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

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

14、#160;建立過程第三層用DL_ESTABLISH_REQEST請求建立數據鏈路連接。數據鏈路實體向對端實體發(fā)送SABME命令。接收SABME命令的實體，如果能進入建立狀態(tài)，則發(fā)送UA響應，向第三層發(fā)送建立指示，并進行初始化。收到UA響應，SABME發(fā)起者向第三層發(fā)出建立證實，并初始化。 1.1.11.2 釋放過程第三層利用DL_RELEASE_REQEST請求釋放數據鏈路連接。數據鏈路實體向對端發(fā)送DISC命令。接收DISC命令的實體向對端發(fā)UA響應，丟棄所有I幀隊列，進入連接斷開狀態(tài)并通知第三層。DISC命令發(fā)起者收到UA響應之后，丟棄所有排隊I幀，通知第三層，并進入連

15、接斷開狀態(tài)。 1.1.11.3 信息傳遞過程第三層用DL_DATA_REQEST原語請求發(fā)送的數據包將首先被鏈入一個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_INDICATION原語傳送給第三層，不相等則丟棄I幀，向發(fā)送端發(fā)送R

16、EJ幀，表示接收幀順序錯。在發(fā)送端收到一個有效I幀和監(jiān)視幀（RR、RNR、REJ），將把該幀中的NR做為對所有NS 1.2 Abis層3協(xié)議Abis層3協(xié)議的模型可以參見下圖。 圖 1 3 層3模型Abis層3協(xié)議中的消息按照BTS的處理方式可以分為兩類：透明消息：BTS負責轉發(fā)該類消息，不加以任何解釋或改變。不透明消息：消息只在BSC和BTS之間傳送，BTS根據消息發(fā)起相應的動作或消息作為一次BTS動作的結果。另外，Abis層3協(xié)議中的消息根據其具體功能還可以分為四組：無線鏈路層管理消息、專用信道管理消息、公共信道管理消息和TRX管理消息。所有的Abis層3協(xié)議

17、中的消息幾乎都通過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消息除了以下幾種之外都是透明通過BTS的，這幾種消息在Abis接口被Abis接口層3協(xié)議的指定消息替換掉，但到了BTS，BTS在經過必要的動作之后，將發(fā)送對應的Um接口L3消息到無線

18、接口上。Message to MS Replaced on A-bis interface byCIPHering MODe CoMmanD ENCRyption CoMmanDPAGing REQuest PAGing CoMmanDSYSTEM INFOrmation BCCH INFOrmation and SACCH FILLingNOTIFication NOTIFication CoMmanDEXTENDED MEASUREMENT ORDER SACCH FILLingImmediate assign （3 types）

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

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

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

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

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

24、消息在不確認模式下的發(fā)送BSC發(fā)送一條UNIT DATA INDication消息給BTS，消息里面包含了完整的需要用不確認模式發(fā)送的L3消息。此過程用于BTS透明發(fā)送Um接口的RR消息給BSC。1.2.2 專用信道管理過程1.2.2.1 信道激活當BSC為決定為某個MS分配了一個邏輯信道則通過消息CHANnel ACTIVation命令BTS的對應TRX啟動相應的信道，在激活信道之后TRX用消息CHANnel ACTIVation ACKnowledge作為肯定回答，或用消息CHANnel ACTIVation NACK作為否定回答。在MS初始接入、切換和信道模式改變（指

25、配）流程中，我們可以看到信道激活過程。   1.2.2.2 信道模式改變當BSC要改變以激活信道的一些模式信息時（這都是由MSC發(fā)來的消息觸發(fā)的），發(fā)送一條MODE MODIFY消息給BTS，消息中包含了新的模式（BTS使用的舊模式是在信道激活或前一次信道模式改變中指定的），在改變到新模式之后，BTS向BSC發(fā)送一條MODE MODIFY ACKnowledge消息作為肯定回答，或發(fā)送一條MODE MODIFY NACK消息作為否定回答。在信道模式修改流程中，我們可以看到信道模式修改過程。  1.2.2.3 切換檢測在切換過

26、程中，當MS嘗試接入目標BTS和BSC時，會在新信道上向BTS發(fā)送HANDOVER ACCESS接入突發(fā)，BTS每次接收突發(fā)成功則向BSC發(fā)送一條HANDOver DETection消息。如果切換采用的是異步切換方式，則期間BTS會向MS重復發(fā)送多次PHYsical INFOrmation消息。在切換流程中，我們可以看見切換檢測過程。 1.2.2.4 開始加密BSC在決定對信道上傳輸的信息采用新的加密算法時（這都是由MSC發(fā)來的BSSMAP協(xié)議的消息觸發(fā)的），向信道所在的BTS發(fā)送ENCRyption CoMmanD消息，消息中包括需要BTS要使用的所有信息以及一條傳給MS

27、的完整的Um接口RR層的消息Ciphering Mode Command（因為加密需要發(fā)送方和接收方都了解有關信息才行），BTS收到消息之后，以原加密模式將內含的Um接口RR層的消息Ciphering Mode Command傳給MS，同時開始啟動新解密模式（上行方向）。MS收到Um接口RR層的消息Ciphering Mode Command后，同時啟動新加密（上行方向）和新解密（下行方向），并發(fā)送CIPHering MODe COMplete消息給BTS，BTS收到任何一個正確解碼的報文（在新加密模式下），就表明MS已正確地轉換到新的加密模式時，BTS的發(fā)送也變?yōu)樾录用苣Ｊ剑ㄏ滦蟹较颍?，并?/p>

28、收到MS的CIPHering MODe COMplete消息（Um接口RR消息）后，將該消息放在Abis接口消息DATA INDication中發(fā)送給BSC，作為肯定回答。若BTS基于某種原因不能按照的ENCRyption CoMmanD消息要求加密，它就回發(fā)一個ERROR REPORT消息給BSC作為否定回答。在加密流程中，我們可以看到開始加密過程的使用。  1.2.2.5 測量報告一般情況下，MS每102/104復幀將一個測量報告（Um接口消息MEASurement REPort）通過SACCH信道上報BTS，里面包含了102/104復幀以來的下行的測量信息，

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

30、量報告預處理，首先BSC要發(fā)送一條PREPROCESS CONFIGURE消息給BTS，消息中包含了BTS進行加工需要的一些基本控制參數，BTS在收到這個消息后，就進行測量報告的預處理，將預處理的結果以PREPROCESSED MEASUREMENT RESULT消息發(fā)送給BSC。  當在上行SACCH信道中包含了一條MS發(fā)來的EXTended MEASurement REPort，BTS將向常規(guī)處理方法一樣將它轉發(fā)給BSC，不能使用測量預處理。 1.2.2.6 SACCH去激活此過程用于BSC根據無線信道釋放程序釋放BTS處的SACCH邏輯信道。在BS

31、C發(fā)送Channel Release消息（Um接口RR層消息）給MS時，BSC也發(fā)送一條DEACTIVATE SACCH消息給BTS以去激活SACCH信道。在信道釋放流程中，我們可以看到SACCH去激活過程的使用。 1.2.2.7 無線信道釋放當某個邏輯信道不再被使用的時候，BSC需要通知BTS將該信道釋放掉，于是向對應的BTS發(fā)送一條RF CHANnel RELease消息，BTS在釋放該信道后，返回一條RF CHANnel RELeaseACKnowledge消息給BSC。在信道釋放流程中，我們可以看到無線信道釋放過程的使用。 1.2.2.8 MS功

32、率控制BSC會根據測量數據的結果推算出MS應該使用的合適的發(fā)射功率，于是通過消息MS POWER CONTROL將控制參數通知BTS，BTS將這些信息通過SACCH信道的L1幀頭發(fā)送給MS，從而最終完成MS功率控制的動作。在其他流程中，我們可以看到MS功率控制過程的使用。 1.2.2.9 基站功率控制BSC會根據測量數據的結果推算出BTS側應該使用的合適的發(fā)射功率，于是通過消息BS POWER CONTROL將控制參數通知BTS，BTS隨之執(zhí)行相應的發(fā)射功率調整工作。在其他流程中，我們可以看到基站功率控制過程的使用。 1.2.2.10 連接失敗當BTS檢

33、測到激活的無線鏈路已經中斷時，發(fā)送消息CONNection FAILure INDication通知BSC無線連接已經中斷，消息中包含了BTS認為最可能的中斷原因。在會話釋放流程中，我們可以看到連接失敗過程的使用。 1.2.2.11 物理上下文請求當BSC需要了解MS所在當前信道的一些情況（物理上下文）時，發(fā)送申請消息PHYsical CONTEXT REQuest給BTS，BTS通過消息PHYsical CONTEXT CONFirm將有關的物理上下文告知BSC。一般來說，物理上下文主要包括MS的當前的時間提前量以及上下行當前的發(fā)射功率等（當由BTS進行功率控制時）。在信

34、道模式修改（指配）流程和切換流程中，我們可以看到物理上下文請求過程的使用。 1.2.2.12 SACCH信息修改在SACCH信道的下行方向上，BTS除了在L1幀頭將功率控制參數和最新的時間提前量通知MS之外，還要將Um接口的RR消息SI5/5bis/5ter/6重復發(fā)送給MS，當BSC想修改某條SACCH上的相關消息，則發(fā)送一條SACCH INFO MODIFY消息給BTS，消息中包含了新的Um接口的RR消息SI5/5bis/5ter/6。在其他流程中，我們可以看到SACCH信息修改過程的使用。 1.2.2.13 說者檢測當在為一個話音組呼叫（voice

35、 group call）的信道被激活期間，BTS如果收到MS在信道的上行方向的接入突發(fā)，BTS則組裝一條VGCS UPLINK GRANT消息（Um接口L3消息）以不確認模式在主信令鏈路上發(fā)送給MS，同時BTS發(fā)送一條TALKER DETection消息給BSC，消息中包含了測量到的接入突發(fā)的時延，如果一定時間內沒有MS收到一個正確解碼的幀，BTS則重復發(fā)送VGCS UPLINK GRANT消息給MS，如果連續(xù)發(fā)送多次，仍然無法從MS收到正確解碼的幀，BTS將發(fā)送一條CONNECTION FAILURE INDICATION消息給BSC。這個過程只有在系統(tǒng)支持VGCS/VBS的情況下才會被使用

36、。 1.2.2.14 聽者檢測當在為一個話音組呼叫（voice group call）的信道被激活期間，BTS如果收到MS在信道的一個接入突發(fā)，包含了保留作為上行接入請求應答的值，則BTS組建一條LISTENER DETection消息發(fā)送給BSC。這個過程只有在系統(tǒng)支持VGCS/VBS的情況下才會被使用。 1.2.3 公共信道管理過程1.2.3.1 MS信道請求當BTS在RACH信道上檢測到MS的一個隨機接入（即MS的CHANnel REQuest消息），則發(fā)送一條消息CHANnel ReQuireD給BSC，里面包含了CHANnel REQ

37、uest消息的有效信息。在初始接入流程中，我們可以看到MS信道請求過程的使用。 1.2.3.2 尋呼從A接口收到MSC發(fā)來的BSSMAP協(xié)議的PAGING消息，BSC發(fā)送一條PAGing CoMmanD消息BTS，消息包含了MS標識（TMSI或IMSI），BTS通過消息PAGing REQuest在無線口的PCH信道上發(fā)送給MS。在初始接入流程中，我們可以看到尋呼過程的使用。 1.2.3.3 刪除指示當BTS發(fā)覺由于下行CCCH信道擁塞而刪除了一條IMMEDIATE ASSIGN COMMAND，則用消息DELETE INDication通知BSC。在初

38、始接入流程中，我們可以看到刪除指示過程的使用。 1.2.3.4 CCCH負載指示當BTS檢測到某條CCCH信道過載時，則需要向BSC周期性發(fā)送一條CCCH LOAD INDication消息以通知BSC。在其他流程中，我們可以看到CCCH負載指示過程的使用。 1.2.3.5 廣播信息改變當BSC要改變BCCH信道上發(fā)送的信息，則發(fā)送一條BCCH INFOrmation消息給BTS，消息中包含了完整的需要修改的Um接口的RR層的SI消息。在其他流程中，我們可以看到廣播信息改變過程的使用。 1.2.3.6 短消息小區(qū)廣播短消息服務小區(qū)廣播

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