簡介
本文描述如何在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做任何更改。
意見