簡介
封包資料網路閘道(PGW)上的長期演化(LTE)通話設定包含設定兩端的GPRS通道通訊協定(GTP)訊息、建立作業階段要求與建立作業階段回應。對於拒絕的呼叫,建立會話響應可能包括承載上下文資訊元素(IE),也可能不包括承載上下文資訊元素。 本文解釋了為什麼有些拒絕包括不具名上下文,而有些則沒有。本文提供說明,以避免在通過封包擷取(PCAP)對S5/S11介面進行排解和分析拒絕原因代碼時產生混淆。
問題
下面顯示的螢幕截圖顯示建立會話響應的示例,該響應有兩個條目用於拒絕原因代碼73(無可用資源),而第二個螢幕截圖只有一個條目。為什麼這看起來不一致?
Wireshark資料包捕獲
說明
如果呼叫在建立過程的早期被響應,則響應中不包含載體上下文,因此只包含原因代碼的一個例項。早期階段可能包括:在demux進程級別被拒絕(即egtpinmgr)、解析錯誤或不正確的資訊元素(IE)。 但是,如果在較晚的階段(如Diameter S6b、Gx、Gy等)呼叫被拒絕,同時由sessmgr(這是更常見的情況)處理,則包括承載上下文級別的原因代碼(這實際上會重複主要原因代碼)。
根據規範,不包含載體上下文的行為是可接受的:3GPP 29.274-a50 Section 6.1.1明確指出「如果Cause包含表示請求未被接受的值,則只應在響應中包含消息級別的Cause資訊元素,而不管是否為給定的響應消息定義了其他強制或條件資訊元素」。總之,在消息級別響應為拒絕的情況下,通常為強制IE的內容會變為可選的(因此不將其包含在內也無妨)。
相關資訊