概要
このドキュメントでは、4Gサブスクライバの拒否原因が「ACTIVATION REJECTED UNSPECIFIED」である場合に、Mobility Management Entity(MME)でアタッチ拒否(ATTACH REJECT)の問題をトラブルシューティングする方法について説明します。
前提条件
要件
StarOSに関する知識があることが推奨されます。
使用するコンポーネント
このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
問題
当初、サービスプロバイダーから、MMEノードで使用されるapn-remap-table設定が期待どおりに動作しない問題が報告されていました。この問題が報告されたエンドユーザはAPN（アクセスポイント名）を使用していますが、APNはHome Subscriber Server(HSS)からサブスクライブされておらず、Domain Name System（DNS；ドメインネームシステム）では解決されておらず、ノード内の他の場所にも定義されていません。
次の例に示すように、MMEはAttach-Requestを拒否しました。
Monday March 12 2018
<<<<OUTBOUND 03:40:25:602 Eventid:153002(3)
NAS Tx PDU, from 192.168.1.1:25 to 192.168.1.130:32878 (16)
Non Access Stratum (NAS) (16 bytes)
NAS_MSG_SECURITY_HDR_INTEGRITY_PROTECTED_CIPHERED(0x2)
MAC = 0xd6972b27
NAS Count = 0x1
EPS Mobility Management
Protocol Discriminator
EPS MOBILITY MANAGEMENT MESSAGES(0x7)
Security Header Type
NAS_MSG_SECURITY_HDR_PLAIN_NAS_MSG(0x0)
Message Type
ATTACH_REJECT(0x44)
Attach Reject Cause
ESM FAILURE(0x13)
ESM CONTAINER
EPS Session Management
Protocol Discriminator
EPS SESSION MANAGEMENT MESSAGES(0x2)
EPS Bearer Id
(0x0)
Transaction Id
(0x2)
Message Type
PDN_CONNECTIVITY_REJECT(0xd1)
Reject Cause
ACTIVATION REJECTED UNSPECIFIED(0x1f)
トラブルシュート
最初は、apn-remap-tableのMMEの設定部分に何らかの問題があると疑われました。ただし、エンドツーエンドでチェックされ、問題は見つかりませんでした。
2番目のオプションとして、HSSが影響を受ける加入者に送信したサブスクリプションプロファイルがチェックされました。すべてのパラメータが正しく、必要なワイルドカードAPNエントリも存在することが判明しました。
さらに、次のステップとして、この問題に直面したサンプルユーザのmonitor-subscriberトレースとlogging monitorトレースを確認しました。
ログから、MMEがアタッチ要求を次のメッセージで拒否したことが判明しました。
2017-Dec-19+15:39:33.947 [mme-app 147095 unusual] [11/0/8964 <sessmgr:5> mme_app_util.c:8296x]
[callid01442ba6] [context: s1-mme, contextID: x] [software internal user syslog] imsi
123456789012345, subscription validation failed for reason APN due to invalid context identifier
さらに、MMEがこのユーザのHSSから受信したサブスクリプションプロファイルがチェックされました。ワイルドカードAPNのcontext-identifier値がゼロ(0)であることがわかりました。
[V] [M] APN-Configuration
Code: 0x00000596 (1430) APN-Configuration
Flags: 0xc0 (192) [V] [M]
Length: 0x0000bc (188)
Vendor-Id: 0x000028af (10415) 3GPP
[V] [M] Context-Identifier
Code: 0x0000058f (1423) Context-Identifier
Flags: 0xc0 (192) [V] [M]
Length: 0x000010 (16)
Vendor-Id: 0x000028af (10415) 3GPP
Data: 0 - - - - - - - - - - - - > context-Identifier value set as zero
[M] Service-Selection
Code: 0x000001ed (493) Service-Selection
Flags: 0x40 (64) [M]
Length: 0x000009 (9)
Data: *
解決方法
3GPP TS 29.272 v12、セクション7.3.27および7.3.35に関するこのセクションの情報を参照してください。
7.3.27コンテキスト識別子
Context-Identifier AVPのタイプはUnsigned32です。
7.3.35 APNの設定
APN設定AVPのタイプはGroupedです。ユーザが登録したAPN構成に関する情報を含みます。APNコンフィギュレーションAVPのContext-Identifierは、そのAPNコンフィギュレーションを識別し、ゼロの値を持ちません。さらに、APNコンフィギュレーションAVPのContext-Identifierは、サブスクリプションごとにEPS APNコンフィギュレーションを一意に識別します。複数のAPN構成を持つ特定のEPSユーザの場合、Service-Selection AVP値は、APN-Configuration AVP間で一意でなければなりません。
各APNのsubsubscription-dataにあるAPN-ConfigurationがHSSから受信されたため、HSSチームは値を0以外の数に変更するよう要求されました。
これにより問題は解決しました。このトラブルシューティング手順全体では、apn-remap-tableに変更は加えられていません。
フィードバック