5G核心网学习平台
NSSF 实践篇 #10

5GC实践篇之NSSF篇第5篇:AMF未收到请求NSSAI时的默认切片选择

《5G核心网原理与实践》实践篇 · NSSF 网元功能

5GC实践篇之NSSF篇第5篇:AMF未收到请求NSSAI时的默认切片选择

作者:爱卫生


一、测试背景与用例简介

在5G网络切片的实际部署中,并非所有UE都会在注册请求中主动携带Requested NSSAI。当UE不发送Requested NSSAI时,5GC需要依赖UE的签约数据中的默认NSSAI(Default NSSAI)来确定UE应当接入的网络切片。这种场景在以下情况下尤为常见:

  1. 新开户用户首次注册:UE尚未获取Configured NSSAI,无法在注册请求中携带Requested NSSAI;

  2. 紧急注册场景:UE进行紧急呼叫时可能不携带切片信息;

  1. UE不支持切片功能:部分终端不具备切片感知能力。

本文讲解的场景是:UE发起注册请求时不携带Requested NSSAI,Initial AMF从UDM获取UE的签约数据后,将Default NSSAI作为Requested NSSAI,但发现本AMF无法为所有Default切片提供服务,于是向NSSF查询目标AMF。NSSF根据Default NSSAI确定目标AMF Set并返回Allowed NSSAI。

本文的核心测试环境

  • UE签约切片:1、2、3(Default切片:1、2)

  • AMF1支持切片:3(不支持Default切片1、2)

  • AMF2支持切片:1、2(支持Default切片)

  • UE注册到AMF1,但AMF1无法服务Default切片

相关3GPP规范

  • TS 29.531:NSSF服务接口(Nnssf_NSSelection)

  • TS 23.501:5G系统架构,定义了网络切片选择流程

  • TS 23.502:5G系统流程,定义了注册流程中的切片选择机制

  • TS 29.510:NRF服务接口(Nnrf_NFDiscovery)

关键SBI接口

  • Nnssf_NSSelection_Get:网络切片选择查询

  • Nnrf_NFDiscovery:NF发现(查询目标AMF地址)


二、流程图


flowchart TD

    A[UE发起Registration Request携带SUPI但未携带Requested NSSAI] --> B[RAN将消息路由到AMF1]

    B --> C[AMF1向UDM获取UE签约切片数据]

    C --> D[UDM返回签约切片1,2,3和Default切片1,2]

    D --> E[AMF1将Default NSSAI 1,2作为Requested NSSAI]

    E --> F{AMF1能否支持Default切片1,2}

    F -- 是 --> G[AMF1直接处理注册]

    F -- 否 --> H[AMF1向NSSF查询切片选择]

    H --> I[NSSF返回Target AMF Set AMF2和Allowed NSSAI 1,2]

    I --> J[AMF1查询NRF获取AMF2地址]

    J --> K[AMF1向AMF2转发Registration Request]

    K --> L[AMF2处理注册并返回Allowed NSSAI 1,2和Configured NSSAI 1,2,3]


三、测试目的

验证当UE不携带Requested NSSAI时,AMF使用Default Subscribed NSSAI查询NSSF获取目标AMF信息以及生成Allowed NSSAI信息的完整流程。具体验证点包括:

  1. UE发起Registration Request消息中携带SUPI/SUCI但不携带Requested NSSAI;

  2. RAN将注册请求路由到不支持UE Default NSSAI的AMF1(Initial AMF);

  3. AMF1向UDM获取UE的切片信息,得到签约切片1、2、3,Default切片1、2;

  4. AMF1将Default NSSAI 1、2作为Requested NSSAI,判断AMF1不能为UE提供切片服务;

  5. AMF1向NSSF发送Nnssf_NSSelection_Get请求,Requested NSSAI为空;

  6. NSSF返回目标AMF Set 2(AMF2)信息和Allowed NSSAI 1、2;

  7. AMF1查询NRF获取AMF2地址,向AMF2转发Registration Request;

  8. AMF2完成注册,NAS消息中携带Allowed NSSAI 1、2和Configured NSSAI 1、2、3。


四、前置条件

序号 前置条件
1 终端、RAN、AMF、UDM、NSSF等网元均支持切片选择功能
2 环境已配置好相关的切片信息,UE在UDM成功签约了切片数据1、2、3
3 Default签约数据是1、2
4 AMF1上配置了支持的切片信息3以及与GUAMI的对应关系:AMF1 -> AMF Set 1 -> TA 1
5 至少有两套AMF,AMF支持的切片不同:AMF1不支持UE的Default NSSAI,AMF2支持
6 RAN支持在NG Setup流程与AMF交互AMF的切片以及GUAMI关系
7 NSSF上基于PLMN配置的策略信息已正确配置
8 已建立各接口信令跟踪和用户跟踪

NSSF配置的策略信息

TAI AMF Set 支持的切片
TA1 AMF Set 1 切片 3
TA1 AMF Set 2 切片 1
TA1 AMF Set 2 切片 2

Configured NSSAI:1、2、3

UE签约数据


Subscribed NSSAI:

  S-NSSAI 1: SST=1, SD=010203 (Default)

  S-NSSAI 2: SST=2, SD=040506 (Default)

  S-NSSAI 3: SST=3, SD=070809 (非Default)

Default NSSAI:

  S-NSSAI 1: SST=1, SD=010203

  S-NSSAI 2: SST=2, SD=040506


五、测试步骤

步骤1:新开户用户发起Registration Request(SUCI)流程

确保RAN把Initial Message消息路由到AMF1上。新开户用户首次注册时,UE发送Registration Request消息中携带SUCI(SUPI的加密形式),但不携带Requested NSSAI。

UE发送的Registration Request消息


NAS Message: Registration Request

  5GS Registration Type: Initial Registration

  Mobile Identity:

    Type: SUCI

    SUPI Format: IMSI

    MCC: 460, MNC: XX

    Routing Indicator: XXXX

    Protection Scheme: [加密方案]

    Home Network Public Key ID: X

    Scheme Output: [加密后的MSIN]

  Requested NSSAI: [未携带]

说明

  • 新开户用户未获取过Configured NSSAI,因此在注册请求中不携带Requested NSSAI

  • 使用SUCI而非GUTI,因为是首次注册,UE尚未分配5G-GUTI

  • RAN根据负载均衡等策略将消息路由到AMF1

步骤2:检查消息跟踪

在信令跟踪工具中检查以下消息流:

  1. UE -> RAN:RRC Connection Setup Complete(携带Registration Request,无Requested NSSAI)

  2. RAN -> AMF1:NGAP Initial UE Message

  3. AMF1 -> UDM:Nudm_SDM_Get(获取签约切片数据)

  4. AMF1 -> NSSF:Nnssf_NSSelection_Get(Requested NSSAI为空)

  5. NSSF -> AMF1:Nnssf_NSSelection_Get Response(目标AMF Set 2)

  6. AMF1 -> NRF:Nnrf_NFDiscovery(查询AMF2地址)

  7. AMF1 -> AMF2:转发Registration Request

  8. AMF2 -> UE:Registration Accept(携带Allowed NSSAI和Configured NSSAI)

步骤3:AMF2上查看UE相关信息

在Target AMF(AMF2)上查看UE的注册信息,确认:

  • UE已成功注册到AMF2

  • Allowed NSSAI为1、2

  • Configured NSSAI为1、2、3


六、预期结果

结果1:Registration Request不携带Requested NSSAI

UE发起Registration Request消息中携带SUCI信息但不携带Requested NSSAI,UE将Registration Request消息路由到不支持UE签约的Default NSSAI切片的AMF1(Initial AMF)上。

NAS Registration Request消息关键字段


Protocol Discriminator: 5GS Mobility Management

Security Header Type: 0 (No Security)

Message Type: Registration Request (0x41)

5GS Registration Type: Initial Registration (0x01)

Mobile Identity:

  Type: SUCI

  MCC: 460, MNC: XX

  Routing Indicator: XXXX

  [加密的SUPI信息]

Requested NSSAI: [不存在 - UE未携带]

Frame 1:UE -> RAN -> AMF1,Registration Request,携带SUCI但不携带Requested NSSAI

结果2:AMF1向UDM获取UE切片信息

AMF1需要向UDM获取UE的切片信息,获得UE签约切片是1、2、3,Default签约切片是1、2。

Nudm_SDM_Get请求


GET /nudm-sdm/v2/supi-imsi-460XX00000XXXX/ee-subscriptions HTTP/1.1

Host: 10.XX.XX.XX

Accept: application/json

Nudm_SDM_Get响应(签约切片数据)


{

  "nssai": {

    "subscribedSnssai": [

      {

        "snssai": {"sst": 1, "sd": "010203"},

        "defaultIndication": true,

        "defaultNssai": true

      },

      {

        "snssai": {"sst": 2, "sd": "040506"},

        "defaultIndication": true,

        "defaultNssai": true

      },

      {

        "snssai": {"sst": 3, "sd": "070809"},

        "defaultIndication": false

      }

    ]

  }

}

Frame 2:AMF1 -> UDM,Nudm_SDM_Get,获取UE签约切片数据

Frame 3:UDM -> AMF1,Nudm_SDM_Get Response,返回签约NSSAI(含Default标记)

AMF1获取的签约数据分析


Subscribed NSSAI:

  S-NSSAI 1: SST=1, SD=010203 (Default: YES)

  S-NSSAI 2: SST=2, SD=040506 (Default: YES)

  S-NSSAI 3: SST=3, SD=070809 (Default: NO)

Default NSSAI:

  S-NSSAI 1: SST=1, SD=010203

  S-NSSAI 2: SST=2, SD=040506

结果3:AMF1判断无法提供Default切片服务

AMF1将UE的签约数据中的Default NSSAI 1、2作为UE的Requested NSSAI,根据AMF1支持的切片信息,判断AMF1不能为UE提供切片服务。

AMF1的切片判断逻辑


步骤1: UE未携带Requested NSSAI

步骤2: 从UDM获取Default NSSAI = {SST=1/SD=010203, SST=2/SD=040506}

步骤3: 将Default NSSAI作为Requested NSSAI

步骤4: AMF1支持的切片 = {SST=3/SD=070809}

步骤5: Requested NSSAI ∩ AMF1支持切片 = 空

步骤6: 结论: AMF1无法为UE提供Default切片服务,需查询NSSF

结果4:AMF1向NSSF查询切片信息

AMF1向NSSF请求切片信息,并发送Nnssf_NSSelection_Get请求,其中Requested NSSAI为空。

Nnssf_NSSelection_Get请求


GET /nnssf-nsselection/v1/network-slice-information

  ?subscribed-nssai=%5B%7B%22sst%22:1,%22sd%22:%22010203%22%7D,%7B%22sst%22:2,%22sd%22:%22040506%22%7D,%7B%22sst%22:3,%22sd%22:%22070809%22%7D%5D

  &target-plmn=%7B%22mcc%22:%22460%22,%22mnc%22:%22XX%22%7D

  &tai=%7B%22plmnId%22:%7B%22mcc%22:%22460%22,%22mnc%22:%22XX%22%7D,%22tac%22:%220001%22%7D

  &nf-type=AMF

  &slice-info-request-for-registration=%7B%22registrationType%22:%22initial%22%7D HTTP/1.1

Host: 10.XX.XX.XX:8443

Accept: application/json

请求参数说明

参数 说明
requested-nssai 未携带(空) UE未请求特定切片
subscribed-nssai 签约NSSAI [{sst:1,sd:010203},{sst:2,sd:040506},{sst:3,sd:070809}]
target-plmn 目标PLMN {mcc:460,mnc:XX}
tai UE所在TAI {plmnId:{mcc:460,mnc:XX},tac:0001}
nf-type 请求方NF类型 AMF
slice-info-request-for-registration 注册场景信息 {registrationType:initial}

Frame 4:AMF1 -> NSSF,Nnssf_NSSelection_Get,Requested NSSAI为空

结果5:NSSF返回Target AMF Set和Allowed NSSAI

NSSF向AMF1响应Nnssf_NSSelection_Get Response,消息中携带目标AMF Set 2信息。NSSF根据UE签约的Default NSSAI生成Allowed NSSAI 1、2。NSSF根据签约的NSSAI和配置的NSSAI的交集生成Configured NSSAI 1、2、3,并发送给AMF。

Nnssf_NSSelection_Get响应


{

  "targetAmfSet": "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX",

  "targetAmfServiceSet": "AMF_SET_2",

  "allowedNssai": {

    "allowedSnssai": [

      {"snssai": {"sst": 1, "sd": "010203"}},

      {"snssai": {"sst": 2, "sd": "040506"}}

    ]

  },

  "configuredNssai": {

    "configuredSnssai": [

      {"snssai": {"sst": 1, "sd": "010203"}},

      {"snssai": {"sst": 2, "sd": "040506"}},

      {"snssai": {"sst": 3, "sd": "070809"}}

    ]

  },

  "rejectedNssaiInPlmn": [],

  "rejectedNssaiInTa": []

}

Frame 5:NSSF -> AMF1,Nnssf_NSSelection_Get Response,返回目标AMF Set 2和Allowed NSSAI

NSSF处理逻辑详解


步骤1: Requested NSSAI为空,使用Default NSSAI

  Default NSSAI = {SST=1/SD=010203, SST=2/SD=040506}

步骤2: 确定Allowed NSSAI

  Allowed NSSAI = Default NSSAI(UE未请求特定切片时使用全部Default切片)

  = {SST=1/SD=010203, SST=2/SD=040506}

步骤3: 根据NSSF配置确定目标AMF Set

  NSSF配置:

    TA1 -> AMF Set 1 -> 切片 3

    TA1 -> AMF Set 2 -> 切片 1

    TA1 -> AMF Set 2 -> 切片 2

  Allowed NSSAI需要切片 {1, 2}:

    切片 1 -> AMF Set 2

    切片 2 -> AMF Set 2

  目标AMF Set = AMF Set 2(AMF2)

步骤4: 生成Configured NSSAI

  Configured NSSAI = Subscribed NSSAI ∩ Configured NSSAI(NSSF配置)

  = {1, 2, 3} ∩ {1, 2, 3}

  = {SST=1/SD=010203, SST=2/SD=040506, SST=3/SD=070809}

结果6:AMF1查询NRF获取Target AMF2地址

AMF1收到NSSF返回的Target AMF Set信息后,向NRF查询Target AMF2的具体地址信息。

Nnrf_NFDiscovery请求


GET /nnrf-disc/v1/nf-instances

  ?target-nf-type=AMF

  &requester-nf-type=AMF

  &amf-set-id=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX

  &target-plmn-list=%5B%7B%22mcc%22:%22460%22,%22mnc%22:%22XX%22%7D%5D

  &snssais=%5B%7B%22sst%22:1,%22sd%22:%22010203%22%7D,%7B%22sst%22:2,%22sd%22:%22040506%22%7D%5D HTTP/1.1

Host: 10.XX.XX.XX:8443

Accept: application/json

Nnrf_NFDiscovery响应


{

  "nfInstances": [

    {

      "nfInstanceId": "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX",

      "nfType": "AMF",

      "nfStatus": "REGISTERED",

      "sbi": {

        "scheme": "https",

        "addresses": [

          {

            "ipv4Address": "10.XX.XX.XX",

            "port": 8443

          }

        ]

      },

      "guamiList": [

        {

          "plmnId": {"mcc": "460", "mnc": "XX"},

          "amfId": "XXXXXXXXXXXX"

        }

      ]

    }

  ]

}

Frame 6:AMF1 -> NRF,Nnrf_NFDiscovery,查询Target AMF2地址

Frame 7:NRF -> AMF1,Nnrf_NFDiscovery Response,返回AMF2地址信息

结果7:AMF1向AMF2转发Registration Request

AMF1可以通过两种方式将UE的NAS消息转发到Target AMF2:

方式一:AMF间直接转发(Namf_Communication_N1MessageNotify)


POST /namf-comm/v1/ue-contexts/supi-imsi-460XX00000XXXX/n1-messages HTTP/1.1

Host: 10.XX.XX.XX:8443

Content-Type: application/json


{

  "n1Message": {

    "contentId": "n1Message"

  },

  "ranUeNgapId": XXXX,

  "allowedNssai": {

    "allowedSnssai": [

      {"snssai": {"sst": 1, "sd": "010203"}},

      {"snssai": {"sst": 2, "sd": "040506"}}

    ]

  },

  "configuredNssai": {

    "configuredSnssai": [

      {"snssai": {"sst": 1, "sd": "010203"}},

      {"snssai": {"sst": 2, "sd": "040506"}},

      {"snssai": {"sst": 3, "sd": "070809"}}

    ]

  }

}

Frame 8:AMF1 -> AMF2,Namf_Communication_N1MessageNotify,转发Registration Request

方式二:通过RAN转发


AMF1 -> RAN: NGAP Route NAS Request (携带目标AMF信息)

RAN -> AMF2: NGAP Initial UE Message (转发NAS消息)

结果8:AMF2完成注册流程

后续Target AMF2的切片处理同初始注册场景。AMF2向UE发送Registration Accept消息,消息中携带Allowed NSSAI和Configured NSSAI。

Registration Accept消息


NAS Message: Registration Accept

  5GS Registration Result: Registered

  Allowed NSSAI:

    S-NSSAI 1: SST=1, SD=010203

    S-NSSAI 2: SST=2, SD=040506

  Configured NSSAI:

    S-NSSAI 1: SST=1, SD=010203

    S-NSSAI 2: SST=2, SD=040506

    S-NSSAI 3: SST=3, SD=070809

  5G-GUTI:

    MCC: 460, MNC: XX

    AMF Region ID: XX

    AMF Set ID: XX

    AMF Pointer: X

    5G-TMSI: XXXXXXXX

Frame 9:AMF2 -> UE,Registration Accept,携带Allowed NSSAI 1、2和Configured NSSAI 1、2、3


七、信令深度解析

7.1 Default NSSAI的作用与处理逻辑

Default NSSAI是UE签约数据中标记为"defaultIndication: true"的切片集合。当UE不在注册请求中携带Requested NSSAI时,AMF使用Default NSSAI来确定UE应接入的切片。

Default NSSAI的使用规则


场景1: UE未携带Requested NSSAI

  -> AMF使用Default NSSAI作为Requested NSSAI

  -> 如果AMF支持所有Default切片,直接服务

  -> 如果AMF不支持部分Default切片,查询NSSF

场景2: UE携带Requested NSSAI

  -> AMF使用Requested NSSAI

  -> Default NSSAI不参与本次切片选择

场景3: UE无签约切片

  -> AMF使用默认切片(通常是eMBB,SST=1, SD无)

7.2 NSSF的切片选择决策流程(无Requested NSSAI场景)

当NSSF收到的请求中Requested NSSAI为空时,其决策流程与有Requested NSSAI的场景有所不同:


步骤1: 获取Default NSSAI

  从subscribed-nssai中提取defaultIndication=true的切片

  Default NSSAI = {SST=1/SD=010203, SST=2/SD=040506}

步骤2: 确定Allowed NSSAI

  Allowed NSSAI = Default NSSAI

  = {SST=1/SD=010203, SST=2/SD=040506}

步骤3: 确定目标AMF Set

  遍历NSSF配置,查找支持Allowed NSSAI所有切片的AMF Set:

    AMF Set 1: 支持切片 {3} -> 不匹配

    AMF Set 2: 支持切片 {1, 2} -> 匹配!

  目标AMF Set = AMF Set 2

步骤4: 生成Configured NSSAI

  Configured NSSAI = Subscribed NSSAI ∩ Configured NSSAI (NSSF配置)

  = {1, 2, 3} ∩ {1, 2, 3} = {1, 2, 3}

7.3 Allowed NSSAI的生成规则对比

场景 Allowed NSSAI生成规则
有Requested NSSAI且与签约一致 Allowed = Requested NSSAI ∩ Subscribed NSSAI
有Requested NSSAI但部分不在签约中 Allowed = Requested NSSAI ∩ Subscribed NSSAI(仅取交集部分)
无Requested NSSAI Allowed = Default NSSAI(签约中标记为default的切片)
无Requested NSSAI且无Default Allowed = 默认切片(eMBB, SST=1)

7.4 Configured NSSAI的生成规则

Configured NSSAI用于告知UE在当前PLMN中可用的切片列表。UE在后续注册时可从中选择Requested NSSAI。


Configured NSSAI = Subscribed NSSAI ∩ NSSAI配置(NSSF/AMF配置)

Configured NSSAI的作用

  • UE在后续注册时可以从中选择Requested NSSAI

  • 包含UE在当前PLMN中可用的所有切片

  • 不限于本次注册使用的Allowed NSSAI

7.5 完整信令流程时序


时间轴     方向                  消息

---------------------------------------------------------------

T0       UE -> RAN              RRC Setup Complete + Registration Request

                                [无Requested NSSAI]

T1       RAN -> AMF1            NGAP Initial UE Message

T2       AMF1 -> UDM            Nudm_SDM_Get (获取签约数据)

T3       UDM -> AMF1            Nudm_SDM_Get Response

                                [签约切片:1,2,3; Default:1,2]

T4       AMF1                   将Default NSSAI 1,2作为Requested NSSAI

T5       AMF1                   判断AMF1(支持切片3)无法服务Default切片1,2

T6       AMF1 -> NSSF           Nnssf_NSSelection_Get

                                [requested-nssai为空]

T7       NSSF -> AMF1           Nnssf_NSSelection_Get Response

                                [目标AMF Set 2, Allowed NSSAI 1,2]

T8       AMF1 -> NRF            Nnrf_NFDiscovery (查询AMF2地址)

T9       NRF -> AMF1            Nnrf_NFDiscovery Response (AMF2地址)

T10      AMF1 -> AMF2           Namf_Communication_N1MessageNotify

                                [转发Registration Request]

T11      AMF2                   处理注册流程

T12      AMF2 -> UE             Registration Accept

                                [Allowed NSSAI 1,2; Configured NSSAI 1,2,3]

7.6 AMF间转发方式对比

方式 说明 适用场景
AMF间直接转发 AMF1通过Namf_Communication直接将NAS消息转发给AMF2 AMF间SBI可达,网络条件良好
通过RAN重定向 AMF1通过NGAP Route NAS Request经RAN转发 需要RAN重新建立与Target AMF的NG连接

本场景的两种转发方式都适用

  • AMF1可以通过直接向AMF2转发Registration Request消息

  • 也可以通过RAN将UE的NAS消息转发到Target AMF2

7.7 与第4篇场景的关键差异

对比项 第4篇(有Requested NSSAI) 第5篇(无Requested NSSAI)
UE输入 Requested NSSAI
AMF处理 直接比对Requested与签约 先用Default NSSAI替代Requested
Allowed NSSAI来源 Requested ∩ Subscribed Default NSSAI
Configured NSSAI 可选返回 必须返回(UE首次获取)
注册标识 GUTI SUCI(新开户用户)
切片选择触发 AMF不支持交集 AMF不支持Default切片

7.8 UE获取Configured NSSAI后的行为

UE在本次注册中获取了Configured NSSAI(1、2、3),在后续的注册请求中可以从中选择Requested NSSAI:


下次注册时UE的行为:

1. UE保存Configured NSSAI: {1, 2, 3}

2. UE根据应用需求选择切片:

   - 普通数据业务 -> 选择切片1 (eMBB)

   - 视频通话业务 -> 选择切片2 (URLLC)

   - IoT业务 -> 选择切片3 (mMTC)

3. UE在Registration Request中携带选择的Requested NSSAI

4. 后续切片选择流程按第4篇场景处理


八、常见问题与排查

8.1 AMF未使用Default NSSAI

现象:UE不携带Requested NSSAI,但AMF未使用Default NSSAI进行切片选择。

可能原因

  • AMF的切片选择逻辑未正确处理"无Requested NSSAI"场景

  • UDM返回的签约数据中缺少defaultIndication标记

  • AMF配置问题,未启用默认切片选择功能

排查步骤

  1. 检查UDM返回的签约数据中defaultIndication字段是否正确设置

  2. 检查AMF日志中是否正确解析了Default NSSAI

  3. 确认AMF配置中是否启用了切片选择功能

8.2 NSSF返回的目标AMF不支持Default切片

现象:NSSF返回的目标AMF Set对应的AMF不支持Default NSSAI中的所有切片。

可能原因

  • NSSF配置的TAI -> AMF Set映射与实际AMF支持的切片不一致

  • AMF Set中有多个AMF,但NRF返回的AMF恰好不支持

排查步骤

  1. 检查NSSF配置是否与实际网络拓扑一致

  2. 查询NRF确认目标AMF Set中的AMF实际支持的切片

  3. 必要时更新NSSF或AMF的配置

8.3 Configured NSSAI未返回给UE

现象:AMF2在Registration Accept中未携带Configured NSSAI。

可能原因

  • NSSF未在响应中返回configuredNssai字段

  • AMF2未将NSSF返回的Configured NSSAI透传给UE

  • NAS消息编码问题

排查步骤

  1. 检查NSSF的Nnssf_NSSelection_Get响应中是否包含configuredNssai

  2. 检查AMF2的Registration Accept NAS消息中是否包含Configured NSSAI IE

  3. 确认AMF2的配置是否正确处理了Configured NSSAI


九、测试结论

本测试用例验证了UE不携带Requested NSSAI时,AMF使用Default Subscribed NSSAI查询NSSF获取目标AMF信息的完整流程。测试结果表明:

  1. UE发起Registration Request消息中携带SUCI信息但不携带Requested NSSAI,RAN将消息路由到AMF1;

  2. AMF1向UDM获取UE的签约数据,确定签约切片为1、2、3,Default切片为1、2;

  3. AMF1将Default NSSAI 1、2作为Requested NSSAI,判断AMF1(仅支持切片3)无法为UE提供Default切片服务;

  4. AMF1向NSSF发送Nnssf_NSSelection_Get请求(requested-nssai为空),NSSF返回目标AMF Set 2(AMF2)和Allowed NSSAI 1、2;

  5. AMF1通过NRF查询AMF2地址后,向AMF2转发Registration Request;

  6. AMF2完成注册流程,在Registration Accept中携带了Allowed NSSAI 1、2和Configured NSSAI 1、2、3。

该测试用例验证了3GPP TS 29.531和TS 23.502中定义的Default NSSAI切片选择机制的正确实现。当UE不主动请求特定切片时,5GC能够根据签约数据中的Default NSSAI自动为UE选择合适的网络切片和AMF,保证了网络切片功能的完整性和可用性。


数据脱敏声明:本文中所有SUPI、IP地址、NF Instance ID等敏感信息均已做脱敏处理(如SUPI显示为"imsi-460XX00000XXXX",IP显示为"10.XX.XX.XX",Instance ID显示为"XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX"),不影响技术原理的理解与分析。


关于作者:爱卫生,从事通信教学18年,出版过《5G核心网原理与实践》等4本专业书籍。学5G核心网、IMS,来51学通信就对了!知识星球:200+小时视频、3000+精华文章、1年答疑群。公众号/知识星球:51学通信,微信:gprshome201101

← 返回 NSSF 实践篇