本章描述 RUA 通訊協定的基本程序與訊息類型，並依據 RUA 通訊協定功能，
設計我們實作 HNB 或 HNB-GW 時所需使用的基本流程模型與基本訊息。
2.1. 基本程序 (Elementary Procedures) 與訊息類型
承第一章第 3 節所述，RUA 共有 5 個基本程序。而各程序分別使用不同的訊 息類型來傳輸資訊，表 2.1 列出了各基本程序與其所使用的訊息類型。本節後續 小節將詳細說明各程序的使用時機。
表 2.1 RUA 基本程序與訊息類型對照表
基本程序 訊息類型
連線建立 (Connect) CONNECT
直接傳輸 (Direct Transfer) DIRECT TRANSFER 連線關閉 (Disconnect) DISCONNECT
無連線傳輸 (Connectionless Transfer) CONNECTIONLESS TRANSFER 錯誤指示 (Error Indication) ERROR INDICATION
2.1.1. 連線建立 (Connect) 程序與訊息類型
當 UE 要在 HNB 與 HNB-GW 間建立新連線時，須使用連線建立程序 (圖 2.1) 來 建立連線。本程序承載從 HNB 傳送給 HNB-GW 的 RANAP INITIAL UE MESSAGE，並 交換連線建立所需的資訊，由於僅可由 HNB 發起建立連線，所以本程序僅可由 HNB 傳送到 HNB-GW。本程序使用 CONNECT 訊息來傳輸資料。
圖 2.1 建立連線程序
2.1.2. 直接傳輸 (Direct Transfer) 程序與訊息類型
若 UE 己具備與核心網路的連線，則與該 UE 相關的所有資料傳輸，均會使用 直接傳輸程序 (圖 2.2)。由於資料傳輸可經由 HNB 或 HNB-GW 發起，所以本程序
可由 HNB 傳送給 HNB-GW (圖 2.2 (a))，亦可由 HNB-GW 傳送給 HNB (圖 2.2 (b))。
本程序使用 DIRECT TRANSFER 訊息來傳輸資料。
圖 2.2 直接傳輸程序
2.1.3. 連線關閉 (Disconnect) 程序與訊息類型
HNB 與 HNB-GW 間經由連線建立程序所建立的 UE 連線，可經由連線關閉（圖 2.3）程序來終止。HNB 或 HNB-GW 均可依照系統運作情形，終止目前 UE 使用中的 連線，所以本程序可由 HNB 端發起傳送給 HNB-GW (圖 2.3 (a))，亦可由 HNB-GW 端發起傳送給 HNB (圖 2.3 (b))。本程序使用 DISCONNECT 訊息來傳輸資料。
圖 2.3 關閉連線程序
2.1.4. 無連線傳輸 (Connectionless Transfer) 程序與訊 息類型
當 HNB 與 HNB-GW 間所需傳訊的資料非屬於特定 UE 連線時，則需使用無連線 傳輸程序(圖 2.4)。此程序主要用於傳輸廣播 (Broadcast) 與尋呼 (Paging) 等非屬特定連線的訊息。無連線傳輸可經由 HNB 或 HNB-GW 發起，所以本程序可 由 HNB 傳送給 HNB-GW (圖 2.4 (a))，亦可由 HNB-GW 傳送給 HNB (圖 2.4 (b))。
本程序使用 CONNECTIONLESS TRANSFER 訊息來傳輸資料。
圖 2.4 無連線傳輸程序
2.1.5. 錯誤指示 (Error Indication) 程序與訊息類型
HNB 與 HNB-GW 若發生系統錯誤時，須經由錯誤指示程序 (圖 2.5) 通知對 方，避免因不知對方發生錯誤仍不斷嘗試，而造成的網路癱瘓或資源浪費等問 題。由於 HNB 與 HNB-GW 均可能發生錯誤，所以本程序為雙向傳輸，可由 HNB 端 發起傳送給 HNB-GW (圖 2.5 (a))，亦可由 HNB-GW 端發起傳送給 HNB (圖 2.5 (b))。本程序使用 ERROR INDICATION 訊息來傳輸資料。
圖 2.5 錯誤指示程序
2.2. RUA 通訊協定之功能 (Functionality)
本節描述 RUA 通訊協定的功能並進行解析。承第一章第 4 節所述，RUA 的功 能分為二大類，分別為： (1) 經由 SCTP 進行傳送與接收 RANAP 訊息，完成通訊 相關資訊的傳遞。 (2) 系統錯誤資訊回報與處理。由其功能可知，HNB 的 RUA 與 其他通訊協定間的服務接取點共有二個，分別是 RUA-SAP (圖 2.6 (1)) 與 SCTP-SAP (圖 2.6 (2))。RUA-SAP 負責處理 RUA (圖 2.6 (b)) 與 RANAP (圖 2.6
(a)) 之間的基本訊息，SCTP-SAP 負責處理 RUA 與 SCTP (圖 2.6 (c)) 之間的基 本訊息。
圖 2.6 HNB 端 RUA 通訊協定架構
RUA 的基本流程模型 [25]，如同圖 2.7 所示。在我們設計的模型中包含了 二種角色，分別為：HNB 端 (圖 2.7 (a))與 HNB-GW 端 (圖 2.7 (b))，但是不論 RUA 身處於何種角色之中，其功能僅有部份差異，這方面會在基本流程模型中的 基本訊息說明相關差異。因此，我們的設計除特定訊息外，均可在二種角色中使 用。基本流程模型中所使用的基本訊息共包含四種型式的設計，分別為：RUA Request (RUA REQ；圖 2.7 (1))、RUA Indicator (RUA IND；圖 2.7 (2))、SCTP Request (SCTP REQ；圖 2.7 (3))、SCTP Indicator (SCTP IND；圖 2.7 (4))，
其中 RUA-SAP 使用 RUA REQ 與 RUA IND 基本訊息模型來傳遞資料，SCTP-SAP 使用 SCTP REQ 與 SCTP IND 基本訊息模型來傳遞資料。經由以上四種基本訊息模型的 設計，RUA 的接口即具備統一格式，我們可以單獨開發 RUA 軟體模組。
圖 2.7 基本流程模型
2.2.1. RUA-SAP 的基本訊息 (Primitives)
RUA-SAP 是 RUA 與 RANAP 之間的服務接取點，用來傳輸 RUA 與 RANAP 之間的 訊息。其中 RUA REQ 是 RANAP 想要經由 RUA 傳送特定訊息時，所使用的基本訊息 模型，而 RUA IND 則是 RUA 要傳送給 RANAP 時所使用的基本訊息模型。