目錄

簡介

問題

Wireshark資料包捕獲

說明

相關資訊

相關思科支援社群討論

簡介

封包資料網路閘道(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的內容會變為可選的（因此不將其包含在內也無妨）。

相關資訊

- 3GPP TS 29.274 v10.5.0

- 技術支援與文件 - Cisco Systems