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

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

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

4、出現的與標志相同的比特序列。這種機制允許幀的長度是可變的,甚至不需要指出幀內的實際長度.同一標志可以作為一幀的結束，同時指示下一幀的開始。圖 1 1 LapD幀標志1。1.2分段和重組幀的最大長度要受低層傳輸約束的限制,當信令報文的最大長度超過幀允許的最大長度時，這條報文就得分段,按幾幀發送；相反的，在接收端必須將報文重組。要作到這一點，接收端必須收到足夠的信息才能知道怎樣重組報文，這增加了協議的額外開銷。當預見到信令報文的最大長度不會超過幀的最大長度時，就可以免去分段和重組的過程。在Abis接口上無須定義分段和重組的功能，Abis的LapD幀長度簡單地限制在264字節（不包括標志)，它對應上

5、一層信息的260個字節。1.1.3檢錯和糾錯鏈路層的第二個重要功能是通過檢測可能發生傳輸差錯的幀，并當幀出錯時請求重發來提高傳輸的質量。就檢錯來說，LapD使用了HDLC方案（它在每幀增加了16個冗余位，在LapD中稱為FCS，或幀校驗序列），根據差錯檢測特點選取編碼方案。在LapD協議中，使用了生成多項式:X16 +X12 +X5 +1來計算16比特。差錯檢測由兩個用途：一是提供幀內殘余差錯似然性的足夠信息，從而可請求重發該幀；二是檢測鏈路的質量,當誤碼率超過某給定門限時就觸發相關的告警。幀確認和重發功能通過消除剩余差錯的方法可獲得很好的性能,LapD協議沒有利用前向糾錯能力（這種特征通常被

6、認為是物理層的），而是使用了類似HDLC的后向糾錯機制，可在兩種模式中選擇：-不確認模式，無論接收端結果怎樣，幀只傳一次；-確認模式,可由重發保證糾正有錯的幀。確認和重發都是以循環幀計數為基礎的,它使接收者能檢測可能的幀重復和/或幀丟失，并確認特定的幀。在LapD中，確認是通過接收機向發送方傳送下一個期望幀的號碼N（R）實現的,LapD的最大幀號(計數周期）是128。這一機制示于下圖中，如果幀號是按模8計算的,一個接收端期望2號幀則表明幀號為1，0，7，6，的幀都已正確收到了。在各種情況下，如果有未確認的幀，發送方都要重發那一幀。然而,重發的總次數是要受到限制，以免當發生嚴重問題時出現無限循環

7、.圖 1 2 重發機制發送方必須保留幀知道它們得到確認，以便當需要重發時可用。為了限制相應的緩沖器的數量,以及避免計數的歧義，LapD中用到了窗口概念。發送窗的大小決定了在任一時刻已發出但尚未得到確認的幀數。這個窗的大小值K必須足夠大，使得發送方可進行預期處理而不必因等待確認而延時。在LapD中，窗口的大小可以改變。為了在接口兩側啟動一個確認模式的傳輸,LapD中使用了一個簡單程序，它由兩條消息組成，參見多幀操作過程.只有在這一交換后才會發生上層信息的交換。與確認模式下傳輸的建立類似，鏈路的正常釋放也通過一個簡單的過程完成,參見多幀操作過程。1。1。4復用鏈路層提供了將信息流在一個信道上復用的

8、可能性.這些信息流是獨立的,不能保證它們之間幀的次序，而且要對各個流分別運用窗口機制。為了區分它們，要在每個幀中插入一個地址。這種機制對于點對多點鏈路是必須的,它就是為有一條線路和幾個終端的用戶裝置涉及的，并在LapD中保留下來。Abis接口上的復用有兩個方面。一方面是對應于不同功能之間的差別，其實現與無線接口相類似.這一接口上的“SAPI”值列在下表中，SAPI0用于自/至無線接口的所有報文。另一方面，復用要向終接在BTS內不同設備提供不同鏈路（TRX)，這個的鑒別利用了LapD鏈路層地址的另一個域TEI（終端設備識別），TEI的動態管理是SAPI63消息的一種功能。SAPI信息流類型0無線

9、信令62操作和維護63層2管理1.1。5流量控制鏈路層要研究的最后一個問題是流量控制。當考慮一條鏈路時，通常假設接收端的處理和緩沖能力能處理鏈路的最大吞吐量.但是，經常是由不同信息流共享資源，其處理能力要低于各個信息流最大能力之和。擁塞控制的一個目標是控制每個信息流，是系統的某些部分的過載不至于是整個系統能力降為0，并盡可能實現最大的吞吐量。瓶頸可能距離信息流的實際源很遠，但必須向其報告擁塞情況以控制輸入負載，最終是源信息流量降低。延傳輸鏈對每一段分別進行流量控制是有助于控制吞吐量的一個方法.用類似于HDLC的協議（只需簡單地延時發送確認）就很自然地提供了某種方式的流量控制。但這種控制只是勉強

10、合格的，因為如果延時太長，發送者將重復該幀，從而加重了擁塞。也可以使用一種附加機制，即將窗口變為1的簡單的停等協議，LapD中明確要求提供這種機制。1.1。6TEI指配過程下面描述均基于TEI值在063之間時的情況.TRX需要建立相應TEI的傳輸鏈路，則向BSC發出UI幀，內含相應的TEI的標識，BSC收到之后,廣播一個UI幀，內含一條檢測消息,如果其他實體(如其他TRX）有回應,說明該TEI已經被使用，BSC不能分配相應的TEI。如果一段時間內沒有收到應答，BSC會再次發送一個廣播UI幀,如果再次沒有收到應答，則說明該TEI沒有被使用,BSC通過一UI幀通知用戶分配TEI成功。1.1。7TE

11、I檢驗過程當BSC懷疑在一條物理鏈路上存在不止一個用戶使用相同的TEI時，則啟動TEI檢驗過程，以便對這一情況進行證實.1.1.8TEI取消過程TEI取消時，BSC側的LAPD層管理進程應發出MDLREMOVE-REQUEST原語，引起物理信道上的連續兩次身份取消消息的發送。1.1。9差錯處理由于LapD鏈路數據傳送的硬件程度高,傳送差錯大部分能用硬件處理，所以層2軟件主要對與TEI有關的差錯作相應處理，對一些其它差錯僅進行差錯記錄。當層2軟件收到MDLERRORINDICATION，差錯碼為C、D、G、H時，將調用TEI檢測規程，根據用戶側的響應進行處理：- 當未收到響應，取消TEI；- 當

12、收到單個響應，進行差錯記錄； 當收到多個響應，TEI取消規程。1.1.10未確認信息傳送的過程第三層用原語DLUNIT DATA-REQUEST、或管理實體利用MDLUNIT DATAREQUEST將未確認的信息傳送到數據鏈路層，這些消息均在UI幀中發送。- 對廣播式操作，UI幀中的TEI值應為127。 UI幀P比特為0.對于TEI管理規程消息,在用戶側與網絡側用UI幀發送，且必須經過廣播鏈路,則此類UI幀中的TEI值必為127，SAPI為63.當接收方收到UI幀時，將采用數據鏈路層對第三層的原語DL-UNIT DATA-INDICATION或數據鏈路層對層管理實體的原語MDLUNIT DAT

13、AINDICATION將信息傳送出去（由SAPI確定到第三層或層管理實體）。需要注意的是，未確認信息的傳送與確認信息I幀的傳送并不是互斥的,二者可同時進行,在多幀規程的任何一TEI已分配的狀態，均可處理UI幀。1.1。11多幀操作過程1.1。11。1建立過程第三層用DL_ESTABLISH_REQEST請求建立數據鏈路連接.數據鏈路實體向對端實體發送SABME命令。接收SABME命令的實體，如果能進入建立狀態，則發送UA響應，向第三層發送建立指示，并進行初始化。收到UA響應，SABME發起者向第三層發出建立證實，并初始化.1.1。11.2釋放過程第三層利用DL_RELEASE_REQEST請求

14、釋放數據鏈路連接.數據鏈路實體向對端發送DISC命令.接收DISC命令的實體向對端發UA響應,丟棄所有I幀隊列,進入連接斷開狀態并通知第三層。DISC命令發起者收到UA響應之后，丟棄所有排隊I幀，通知第三層，并進入連接斷開狀態。1.1。11.3信息傳遞過程第三層用DL_DATA_REQEST原語請求發送的數據包將首先被鏈入一個I幀隊列，并發出一個I_FRAME_QUEUE_UP的消息,LapD進程收到這個消息后,將發送一個I幀，將發送狀態變量VS和接收狀態變量VR分配給I幀的NS和NR字段，同時將VS在發送結束后加1.打開定時器T200.信息發送中的流量控制采用滑動窗口機制。窗口大小可隨SAP

15、I的不同而略有變化。接收到一幀I幀后，將比較I幀中的發送序號NS和本端接收狀態變量VR，如相等則接收,采用DL_DATA_INDICATION原語傳送給第三層，不相等則丟棄I幀，向發送端發送REJ幀,表示接收幀順序錯。在發送端收到一個有效I幀和監視幀(RR、RNR、REJ)，將把該幀中的NR做為對所有NS1。2Abis層3協議Abis層3協議的模型可以參見下圖。圖 1 3 層3模型Abis層3協議中的消息按照BTS的處理方式可以分為兩類：透明消息：BTS負責轉發該類消息，不加以任何解釋或改變。不透明消息：消息只在BSC和BTS之間傳送，BTS根據消息發起相應的動作或消息作為一次BTS動作的結果

16、。另外，Abis層3協議中的消息根據其具體功能還可以分為四組：無線鏈路層管理消息、專用信道管理消息、公共信道管理消息和TRX管理消息。所有的Abis層3協議中的消息幾乎都通過LapD的I幀進行傳送，除了MEASUREMENT RESULT消息，它是通過LapD的UI幀進行傳送。在空中接口，上行方向（MS發來的消息）,所有的通過LapDm的I幀和UI幀的消息,除了MEASurement REPort消息，多被當作透明消息,被BTS在DATA INDication和UNIT DATA INDication消息中轉發給BSC.在下行方向(發往MS的消息)的所有Um接口的L3消息除了以下幾種之外都是透

17、明通過BTS的，這幾種消息在Abis接口被Abis接口層3協議的指定消息替換掉，但到了BTS,BTS在經過必要的動作之后，將發送對應的Um接口L3消息到無線接口上。Message to MSReplaced on Abis interface byCIPHering MODe CoMmanDENCRyption CoMmanDPAGing REQuestPAGing CoMmanDSYSTEM INFOrmationBCCH INFOrmation and SACCH FILLingNOTIFicationNOTIFication CoMmanDEXTENDED MEASUREMENT ORD

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

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

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

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

22、條DATA INDication消息發送給BSC。此過程用于BTS透明發送Um接口的RR、MM、CC和SS消息給BSC（后三類消息又透明通過BSC傳給MSC）。1.2.1。7透明L3消息在不確認模式下的發送BSC發送一條DATA REQuest消息給BTS,消息里面包含了完整的需要用不確認模式發送的L3消息。此過程用于BTS透明發送Um接口的RR消息給MS.1。2。1。8透明L3消息在不確認模式下的發送BSC發送一條UNIT DATA INDication消息給BTS，消息里面包含了完整的需要用不確認模式發送的L3消息。此過程用于BTS透明發送Um接口的RR消息給BSC。1。2.2專用信道管理

23、過程1。2.2.1信道激活當BSC為決定為某個MS分配了一個邏輯信道則通過消息CHANnel ACTIVation命令BTS的對應TRX啟動相應的信道，在激活信道之后TRX用消息CHANnel ACTIVation ACKnowledge作為肯定回答，或用消息CHANnel ACTIVation NACK作為否定回答。在MS初始接入、切換和信道模式改變(指配）流程中，我們可以看到信道激活過程。1。2。2.2信道模式改變當BSC要改變以激活信道的一些模式信息時（這都是由MSC發來的消息觸發的）,發送一條MODE MODIFY消息給BTS，消息中包含了新的模式（BTS使用的舊模式是在信道激活或前一

24、次信道模式改變中指定的），在改變到新模式之后,BTS向BSC發送一條MODE MODIFY ACKnowledge消息作為肯定回答，或發送一條MODE MODIFY NACK消息作為否定回答。在信道模式修改流程中，我們可以看到信道模式修改過程。1.2。2。3切換檢測在切換過程中，當MS嘗試接入目標BTS和BSC時,會在新信道上向BTS發送HANDOVER ACCESS接入突發，BTS每次接收突發成功則向BSC發送一條HANDOver DETection消息。如果切換采用的是異步切換方式,則期間BTS會向MS重復發送多次PHYsical INFOrmation消息。在切換流程中，我們可以看見切換

25、檢測過程。1。2.2.4開始加密BSC在決定對信道上傳輸的信息采用新的加密算法時（這都是由MSC發來的BSSMAP協議的消息觸發的),向信道所在的BTS發送ENCRyption CoMmanD消息，消息中包括需要BTS要使用的所有信息以及一條傳給MS的完整的Um接口RR層的消息Ciphering Mode Command(因為加密需要發送方和接收方都了解有關信息才行),BTS收到消息之后，以原加密模式將內含的Um接口RR層的消息Ciphering Mode Command傳給MS，同時開始啟動新解密模式（上行方向）。MS收到Um接口RR層的消息Ciphering Mode Command后，同

26、時啟動新加密（上行方向)和新解密（下行方向），并發送CIPHering MODe COMplete消息給BTS，BTS收到任何一個正確解碼的報文(在新加密模式下），就表明MS已正確地轉換到新的加密模式時，BTS的發送也變為新加密模式（下行方向)，并在收到MS的CIPHering MODe COMplete消息（Um接口RR消息）后,將該消息放在Abis接口消息DATA INDication中發送給BSC,作為肯定回答。若BTS基于某種原因不能按照的ENCRyption CoMmanD消息要求加密，它就回發一個ERROR REPORT消息給BSC作為否定回答.在加密流程中，我們可以看到開始加密過

27、程的使用。1。2。2.5測量報告一般情況下,MS每102/104復幀將一個測量報告(Um接口消息MEASurement REPort）通過SACCH信道上報BTS，里面包含了102/104復幀以來的下行的測量信息,BTS在這期間同時也在進行著上行的測量，因此每過102/104復幀，BTS會將這兩部分信息組合在一條Abis消息MEASurement RESult發送給BSC，如果因為某些原因，BTS沒有按時收到MS的測量報告，則只將自己的上行測量結果放在Abis消息MEASurement RESult發送給BSC。在其他流程中,我們可以看到測量報告過程的使用。為了減少BSC的處理測量報告的負荷以

28、及減少Abis接口的消息流量，還可以使用一種所謂的測量報告預處理的過程，即由BTS先對102/104復幀一次的測量數據作一些加工（如求平均),然后將加工的結果以比較低的頻次發送給BSC。要讓BTS進行測量報告預處理,首先BSC要發送一條PREPROCESS CONFIGURE消息給BTS，消息中包含了BTS進行加工需要的一些基本控制參數，BTS在收到這個消息后，就進行測量報告的預處理,將預處理的結果以PREPROCESSED MEASUREMENT RESULT消息發送給BSC。當在上行SACCH信道中包含了一條MS發來的EXTended MEASurement REPort，BTS將向常規處

29、理方法一樣將它轉發給BSC,不能使用測量預處理.1。2。2.6SACCH去激活此過程用于BSC根據無線信道釋放程序釋放BTS處的SACCH邏輯信道。在BSC發送Channel Release消息(Um接口RR層消息）給MS時，BSC也發送一條DEACTIVATE SACCH消息給BTS以去激活SACCH信道。在信道釋放流程中，我們可以看到SACCH去激活過程的使用。1。2.2.7無線信道釋放當某個邏輯信道不再被使用的時候，BSC需要通知BTS將該信道釋放掉,于是向對應的BTS發送一條RF CHANnel RELease消息，BTS在釋放該信道后，返回一條RF CHANnel RELeaseAC

30、Knowledge消息給BSC。在信道釋放流程中，我們可以看到無線信道釋放過程的使用。1。2。2。8MS功率控制BSC會根據測量數據的結果推算出MS應該使用的合適的發射功率,于是通過消息MS POWER CONTROL將控制參數通知BTS，BTS將這些信息通過SACCH信道的L1幀頭發送給MS，從而最終完成MS功率控制的動作.在其他流程中，我們可以看到MS功率控制過程的使用.1.2。2。9基站功率控制BSC會根據測量數據的結果推算出BTS側應該使用的合適的發射功率,于是通過消息BS POWER CONTROL將控制參數通知BTS，BTS隨之執行相應的發射功率調整工作.在其他流程中，我們可以看到

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

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

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

34、14聽者檢測當在為一個話音組呼叫(voice group call）的信道被激活期間，BTS如果收到MS在信道的一個接入突發，包含了保留作為上行接入請求應答的值，則BTS組建一條LISTENER DETection消息發送給BSC.這個過程只有在系統支持VGCS/VBS的情況下才會被使用。1。2.3公共信道管理過程1。2。3。1MS信道請求當BTS在RACH信道上檢測到MS的一個隨機接入(即MS的CHANnel REQuest消息），則發送一條消息CHANnel ReQuireD給BSC，里面包含了CHANnel REQuest消息的有效信息。在初始接入流程中，我們可以看到MS信道請求過程的使

35、用。1.2.3。2尋呼從A接口收到MSC發來的BSSMAP協議的PAGING消息，BSC發送一條PAGing CoMmanD消息BTS，消息包含了MS標識（TMSI或IMSI），BTS通過消息PAGing REQuest在無線口的PCH信道上發送給MS。在初始接入流程中，我們可以看到尋呼過程的使用.1.2。3。3刪除指示當BTS發覺由于下行CCCH信道擁塞而刪除了一條IMMEDIATE ASSIGN COMMAND，則用消息DELETE INDication通知BSC。在初始接入流程中，我們可以看到刪除指示過程的使用.1.2.3。4CCCH負載指示當BTS檢測到某條CCCH信道過載時,則需要向

36、BSC周期性發送一條CCCH LOAD INDication消息以通知BSC.在其他流程中，我們可以看到CCCH負載指示過程的使用。1。2.3.5廣播信息改變當BSC要改變BCCH信道上發送的信息,則發送一條BCCH INFOrmation消息給BTS,消息中包含了完整的需要修改的Um接口的RR層的SI消息。在其他流程中，我們可以看到廣播信息改變過程的使用.1.2.3.6短消息小區廣播短消息服務小區廣播消息以Abis接口消息SMS BROADCAST REQUEST或SMS BROADCAST COMMAND發送給BTS。在其他流程中，我們可以看到以下的短消息小區廣播過程的使用。當使用SMS

37、BROADCAST REQUEST消息模式時， BSC要負責處理排隊、重發和如何充分利用CBCH信道的工作，BSC也要負責將SMS小區廣播消息分成適合在無線接口上發送的小塊.當使用SMS BROADCAST COMMAND消息模式時，BSC能夠請求一條完成的小區廣播消息。BSC處理排隊、重發和如何充分利用CBCH信道的工作，BSC也要負責將SMS小區廣播消息分成適合在無線接口上發送的小塊.當使用SMS BROADCAST COMMAND消息模式時，BSC能夠設置BTS廣播缺省消息，BTS在BTS沒有其他消息要發送的時候，則負責發送缺省廣播消息。即使BSC處理如何充分利用CBCH信道的工作，BTS也能夠在CBCH信道負載過重或負載過輕的時候通知BSC，通過使用消息CBCH LOAD INDICATION，當負載過輕的時候BTS能夠請求立即廣播多條BSC已安排好的SMSCB消息，BSC通過消息發送給BTS.通過使用消息CBCH LOAD INDICATION，當負載過重的時候BTS能夠請求立