目錄

簡介

必要條件

需求

採用元件

問題

疑難排解

解決方案

簡介

本文描述如何在4G使用者的拒絕原因為「啟用被拒絕但未指定」時，解決移動管理實體(MME)中的附加拒絕問題。

必要條件

需求

思科建議您瞭解StarOS。

採用元件

本文件所述內容不限於特定軟體和硬體版本。

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。

問題

最初，服務提供商報告了一個問題，即MME節點中使用的apn-remap-table配置無法按預期工作。已報告此問題的終端訂閱者使用APN（接入點名稱），該APN不是從歸屬使用者伺服器(HSS)訂閱的，域名系統(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中的配置部分有問題。但是，它是端到端檢查的，沒有發現問題。

第二個選項是選中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的上下文識別符號值為零(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屬於分組型別。它應包含與使用者訂購的APN配置相關的資訊。APN配置AVP中的上下文識別符號應標識該APN配置，其值不得為零。此外，APN配置AVP中的上下文識別符號應唯一標識每個訂閱的EPS APN配置。對於具有多個APN配置的特定EPS使用者，服務選擇AVP值在APN配置AVP中應是唯一的。

因此，在理想情況下，MME不希望此值為零。由於從HSS收到每個APN的訂閱資料下的APN配置，因此HSS團隊請求將該值更改為除零以外的數字。

這解決了問題。在此整個故障排除過程中，沒有對apn-remap-table做任何更改。