ASR 5000 シリーズの Create Session Response にベアラー コンテキスト AVP が含まれるときと含まれないときがあるのはなぜですか
概要
Packet Data Network Gateway(PGW)のLong Term Evolution(LTE)コールセットアップには、セットアップの両端でGPRS Tunering Protocol(GTP)メッセージ、Create Session Request、およびCreate Session Responseが含まれます。拒否されたコールの場合、Create Session Response(CRA)には、ベアラコンテキスト情報要素(IE)が含まれる場合とされない場合があります。 この記事では、一部の拒否にベアラーコンテキストが含まれ、それ以外の拒否の理由について説明します。このドキュメントでは、パケットキャプチャ(PCAP)を介してS5/S11インターフェイスの拒否原因コードのトラブルシューティングと分析を行う際の混乱を避けるために説明します。
質問
次のスクリーンショットは、原因コード73（使用可能なリソースなし）の拒否に2つのエントリがあるセッション応答の作成の例を示しています。2番目のスクリーンショットには1つのエントリしかありません。なぜこれが矛盾しているように見えますか。
Wiresharkパケットキャプチャ
説明
コールがセットアップの初期段階で応答されると、応答にベアラコンテキストが含まれていないため、原因コードのインスタンスが1つだけ含まれていることが判明します。初期段階には、demuxプロセスレベル（egtpinmgrなど）での拒否、解析エラー、または誤った情報要素(IE)が含まれます。 しかし、より一般的なシナリオであるsessmgrによって処理されている間に、Diameter S6b、Gx、Gyなどの後の段階でコールが拒否された場合、ベアラーコンテキストレベルの原因コードが含まれます（これは主原因コードを実質的に複製します）。
仕様に従って、ベアラコンテキストを含まない動作は許容されます。3GPP 29.274-a50セクション6.1.1は、「要求が受け入れられないことを示す値が原因に含まれる場合は、メッセージ・レベルの原因情報要素のみを含める」と明確に述べています。要約すると、通常は必須のIEはオプションになります（そのため、メッセージレベルの応答が拒否の場合は含めなくてもかまいません）。
フィードバック