目錄第4章 iu介面協議分析 4-1
4.1 概述 4-1
4.2 q.aal2協議應用 4-1
4.2.1 正常建立過程 4-2
4.2.2 失敗建立過程 4-2
4.2.3 正常釋放過程 4-3
4.2.4 q.aal2跟蹤例項 4-4
4.2.5 q.aal2主要訊息舉例 4-4
4.3 iuup協議應用 4-7
4.3.2 iu up的主要功能 4-8
4.3.3 語音呼叫的iu up跟蹤例項 4-9
4.4 iu介面的基本協議過程 4-9
4.4.2 語音呼叫建立及釋放過程 4-9
4.4.3 vp呼叫建立及釋放過程 4-9
4.4.4 iuup重點訊息舉例 4-10
4.5 iu介面異常分析 4-12
4.5.1 概述 4-12
4.5.2 qaal2信令建立失敗 4-12
4.5.3 iu up初始化失敗 4-15
在3gpp定義的umts r4典型組網應用中,對於iu介面,mgw承載建立和使用者面協商的功能,基本過程如圖4-1所示。
圖4-1 umts r4典型組網
承載建立過程要通過q.aal2協議與rnc互動,使用者面的協商則通過iu up協議完成。這兩個協議與業務密切相關,是理解mgw移動業務處理過程和定位iu口問題的重點。
q.aal2完成兩個aal2信令節點之間aal2連線的建立和釋放,同時,對信令系統內的通道、通路等資源進行必要的維護和管理。
aal2連線的建立和釋放是在業務使用者的請求下、通過q.aal2信令網上各有關節點相互互動信令訊息而完成的。維護管理則多是根據維護臺的指示而啟動,也有一些是因系統檢查出了錯誤而主動發起的維護操作,無論是誰發起的維護呼叫,均需與被管理的通道、通路有關的兩相鄰節點互相配合才可以完成。
在iu介面,aal2連線的建立過程都是由rnc發起,釋放過程可以由雙方發起。
q.aal2協議實體之間的互動通過原語完成,常見的原語如:erq、ecf、rel、rlc、res、rsc、blc、ubl。
下邊介紹一些基本的互動過程,同時包括實際業務經常出現的錯誤情況。
正常建立過程示意如圖4-2所示。
圖4-1 正常建立過程示意圖
流動網路中的手機使用者發起呼叫時,rnc收到rab指派請求之後,將向mgw傳送q.aal2的建立請求。
mgw的q.aal2收到建立請求訊息,首先進行aal2資源的分配,如果分配成功,則發建立指示給業務使用者,以便進行呼叫處理資源和呼叫控制資源的分配。
如果在定時器超時前,q.aal2得到業務使用者的建立響應,則向rnc傳送建立證實訊息,承載建立成功。
aal2資源分配失敗導致建立過程失敗示意如圖4-3所示。
圖4-1 資源分配失敗過程示意圖
mgw側q.aal2收到rnc的建立請求訊息後,在分配aal2資源時失敗,mgw側q.aal2將直接向rnc傳送釋放證實訊息,呼叫失敗。
常見的aal2資源分配失敗原因包括:path對應的物理埠不可用、path對應的pvc剩餘頻寬資源不足、虛擬**閘道器可支援使用者數不足等。
資源處理錯誤導致連線建立失敗過程示意如圖4-4所示。
圖4-1 資源處理錯誤過程示意圖
mgw側q.aal2收到rnc的建立請求訊息後,分配aal2資源成功,然後傳送建立指示訊息給業務使用者。
如果業務使用者在資源處理過程中出現錯誤,則返回釋放響應訊息,mgw側q.aal2將向rnc傳送釋放證實訊息,呼叫失敗。
常見失敗原因包括:呼叫控制資源不足、會話控制資源超時、aal2資源占用失敗。
定時器超時導致連線建立失敗過程示意如圖4-5所示。
圖4-1 定時器超時失敗過程示意圖
mgw側q.aal2收到rnc的建立請求訊息後,分配aal2資源成功,然後傳送建立指示訊息給業務使用者。
如果業務使用者在資源處理過程中出現延遲,並且定時器超時前沒有給出響應,q.aal2將向rnc傳送釋放證實訊息,呼叫失敗。
業務使用者超時的常見原因包括:語音處理資源不足、內部通訊超時等。
正常釋放過程示意如圖4-6所示。
圖4-1 正常釋放過程示意圖
手機使用者掛機後,rnc將向mgw傳送q.aal2的釋放請求訊息,mgw側qaal2通知業務使用者釋放呼叫資源,然後返回釋放證實訊息。
正常呼叫和釋放過程的q.aal2跟蹤實例如圖4-7所示。
圖4-1 正常呼叫和釋放過程跟蹤訊息
erq為建立請求訊息,訊息中需要重點關注的資訊是:ceid,osaid,nsap,alc,sugr。
這些資訊會決定aal2連線建立的成功與否,在失敗時經常要分析它們是否正確填寫。
erq訊息格式示意如圖4-8所示。
圖4-1 erq訊息格式示意圖
ecf為連線建立確認訊息,訊息中需要重點關注的資訊是:osaid。
ecf訊息已經表示建立成功,訊息中的資訊僅用於事後分析。
ecf跟蹤訊息格式示意如圖4-9所示
圖4-1 ecf跟蹤訊息格式示意圖
rel為釋放訊息,訊息中需要重點關注的資訊是:cause。
在異常釋放時,cause中記錄了原因值,有幾種協議標準的原因值是可以直接得出釋放原因的。
rel跟蹤訊息格式示意如圖4-10所示。
圖4-1 rel跟蹤訊息格式示意圖
rlc為釋放應答訊息,訊息中需要重點關注的資訊是:cause。
在釋放應答中,cause沒有實際意義。但在建立連線時,對erq訊息應答rlc,cause則中記錄了原因值。
rlc是iu口q.aal2建立失敗時最常檢視的訊息。
rlc跟蹤訊息格式示意如圖4-11所示。
圖4-1 rlc跟蹤訊息格式示意圖
iu up協議位於iu介面的無線網路層的使用者面:iu up協議層,該協議用於傳送與rab相關的使用者資料。
乙個iu up協議例項(instance)只同乙個rab相關。如果對於乙個ue,建立了幾個rab,那麼這些rab將使用相同數目的iu up例項。
如圖4-12所示,iu up協議例項存在於iu訪問點,即位於cn和utran中。當rab需要在iu up中傳輸使用者資料時,iu up協議例項應存在於每個iu介面訪問點。這些iu up例項應同相關的rab一起被建立、重定位及釋放。
圖4-1 utran體系中的up協議檢視
iu up協議有透明和支援兩種模式,透明模式僅提供透明傳輸使用者資料,支援模式下還需要支援以下功能:初始化、速率控制、時間對準、錯誤事件處理、幀質量分類。其中初始化過程要在rab指派時進行,所以在語音呼叫中,會導致失敗的up過程一般是初始化,而初始化訊息在mgw上也可以跟蹤到。
成功初始化過程如圖4-13所示,不成功初始化過程如圖4-14所示。
圖4-1 成功初始化過程
圖4-2 不成功初始化過程
初始化失敗的常見原因有:
● mgw配置的rfci集合不能包含rnc的rfci集合;
● mgw與rnc的up版本不相容;
● 一次呼叫帶的rfci數目超過10。
初始化超時的常見原因有:
● iu口的aal2通道未正確建立;
● 初始化報文crc校驗錯。
語音呼叫的iu up跟蹤實例如圖4-15所示。
圖4-1 語音呼叫的iu up跟蹤例項
mgw在iu介面的協議互動過程是:
使用者發起呼叫,成功建立q.aal2;
然後後初始化up;
使用者掛機時,釋放q.aal2。
up透明模式和支援模式業務的差別在於透明模式下沒有up的初始化過程。典型的支援模式業務是語音業務和非透明資料業務,典型的透明模式業務是vp(h324m)業務和透明資料業務。
語音呼叫建立及釋放過程如圖4-16所示。
圖4-1 語音呼叫建立及釋放過程
vp呼叫建立及釋放過程如圖4-17所示。
圖4-1 vp呼叫建立及釋放過程
訊息中需要重點關注的是:modver,rfcs,modeversupp。這些資訊不相容會造成初始化失敗。
初始化請求訊息如圖4-18所示。
02 第2章PMS介面協議
介面系統使用isdn的2b d技術同c c08交換機相連。介面系統與酒店電腦系統的連線方式有兩種,一種是通過網路的檔案共享方式進行通訊,一種是通過rs232串列埠進行通訊。下面就這兩種通訊方式的協議及各種訊息格式進行詳細的說明。串列埠上傳輸的訊息根據傳輸的方向可分為兩部分,一是從交換機發給pms系統...
ch04第4章物料需求計畫
幻燈片1 天津商業大學 會計系幻燈片2 教學目標 理解和掌握物料需求計畫的概念和特點 理解mrp的基本原理 理解和掌握低層碼的特點和作用 理解和掌握mrp的運算過程 幻燈片3 本章內容 4.1 概述 4.2 mrp的工作原理 4.3 低層碼的作用 4.4 mrp的計算過程 4.5 本章小結 幻燈片4...
第4章無機材料分析
齊齊哈爾大學 科目試卷代號 適用物件使用學期 共 道題共 頁 教務處2010 7 8 i.名詞解釋 1.34 熱分析技術 ii.簡答題 1.53 影響差熱分析的因素有哪些?iii.作圖題 1.66 畫出理想的dta曲線,標出吸熱峰 放熱峰和反應開始溫度t 1 t2 用外推法 iv.選擇題 1.87 ...