内容

概要

前提条件

要件

使用するコンポーネント

問題

トラブルシュート

解決方法

概要

このドキュメントでは、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に変更は加えられていません。