- 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接口:
二、流程图
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信息的完整流程。具体验证点包括:
-
UE发起Registration Request消息中携带SUPI/SUCI但不携带Requested NSSAI;
-
RAN将注册请求路由到不支持UE Default NSSAI的AMF1(Initial AMF);
-
AMF1向UDM获取UE的切片信息,得到签约切片1、2、3,Default切片1、2;
-
AMF1将Default NSSAI 1、2作为Requested NSSAI,判断AMF1不能为UE提供切片服务;
-
AMF1向NSSF发送Nnssf_NSSelection_Get请求,Requested NSSAI为空;
-
NSSF返回目标AMF Set 2(AMF2)信息和Allowed NSSAI 1、2;
-
AMF1查询NRF获取AMF2地址,向AMF2转发Registration Request;
-
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: [未携带]
说明:
步骤2:检查消息跟踪
在信令跟踪工具中检查以下消息流:
-
UE -> RAN:RRC Connection Setup Complete(携带Registration Request,无Requested NSSAI)
-
RAN -> AMF1:NGAP Initial UE Message
-
AMF1 -> UDM:Nudm_SDM_Get(获取签约切片数据)
-
AMF1 -> NSSF:Nnssf_NSSelection_Get(Requested NSSAI为空)
-
NSSF -> AMF1:Nnssf_NSSelection_Get Response(目标AMF Set 2)
-
AMF1 -> NRF:Nnrf_NFDiscovery(查询AMF2地址)
-
AMF1 -> AMF2:转发Registration Request
-
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的作用:
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连接 |
本场景的两种转发方式都适用:
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进行切片选择。
可能原因:
排查步骤:
-
检查UDM返回的签约数据中defaultIndication字段是否正确设置
-
检查AMF日志中是否正确解析了Default NSSAI
-
确认AMF配置中是否启用了切片选择功能
8.2 NSSF返回的目标AMF不支持Default切片
现象:NSSF返回的目标AMF Set对应的AMF不支持Default NSSAI中的所有切片。
可能原因:
排查步骤:
-
检查NSSF配置是否与实际网络拓扑一致
-
查询NRF确认目标AMF Set中的AMF实际支持的切片
-
必要时更新NSSF或AMF的配置
8.3 Configured NSSAI未返回给UE
现象:AMF2在Registration Accept中未携带Configured NSSAI。
可能原因:
排查步骤:
-
检查NSSF的Nnssf_NSSelection_Get响应中是否包含configuredNssai
-
检查AMF2的Registration Accept NAS消息中是否包含Configured NSSAI IE
-
确认AMF2的配置是否正确处理了Configured NSSAI
九、测试结论
本测试用例验证了UE不携带Requested NSSAI时,AMF使用Default Subscribed NSSAI查询NSSF获取目标AMF信息的完整流程。测试结果表明:
-
UE发起Registration Request消息中携带SUCI信息但不携带Requested NSSAI,RAN将消息路由到AMF1;
-
AMF1向UDM获取UE的签约数据,确定签约切片为1、2、3,Default切片为1、2;
-
AMF1将Default NSSAI 1、2作为Requested NSSAI,判断AMF1(仅支持切片3)无法为UE提供Default切片服务;
-
AMF1向NSSF发送Nnssf_NSSelection_Get请求(requested-nssai为空),NSSF返回目标AMF Set 2(AMF2)和Allowed NSSAI 1、2;
-
AMF1通过NRF查询AMF2地址后,向AMF2转发Registration Request;
-
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