核心网信令流程
1、WCDMA核心网基本信令流程
分离流程
MS BSS/UTRAN SGSN GGSN MSC/VLR
1. Detach Request 2. Delete PDP Context Request 2. Delete PDP Context Response 3. IMSI Detach Indication 4. GPRS Detach Indication C1 5. Detach Accept 6. PS Signalling Connection Release
Iu-ps
SGSN
UTRAN
Iu-ps
GGSN EIR
Go
BGCF
Mj
P-CSCF
Gi
MGCF T-SGW
Mc
GGSN
Other PLMN
信令流 业务流
MGW
PSTN/ Legacy /External
6
R5核心网络－网络结构
Visited-Domain Provided Service (e.g. 411 Directory Assitance)
C M P D P
G M M R E G G M M S M - -S A P S A P
G S M S
C C
S S
T I
G M M S M S S A P
T I
T I
T I
M M S M S S A P
M M C C -S A P
M M S S S A P
M M -s u b la y e r G M M
待机
9
各种功能实体的关系
S N -S A P
U s e r p a y lo a d s e rv ic e s (S N D C P )
VoLTE基本原理及信令流程
VoLTE基本原理及信令流程VoLTE（Voice over LTE）是一种利用LTE（Long Term Evolution）网络进行语音通信的技术，它基于IP（Internet Protocol）网络传输语音数据。
相比传统的2G和3G网络，VoLTE具有更高的音质和更低的延迟。
1.注册过程：用户开机后，VoLTE终端会与LTE网络建立连接，并向网络注册。
这个过程称为注册过程，用于告知网络该终端支持VoLTE功能。
2.语音呼叫建立：当用户发起语音呼叫时，VoLTE终端会发送SIP INVITE消息给IMS核心网（IMS Core）。
这个消息包含呼叫的目标号码等信息。
IMS Core会根据目标号码找到对应的终端，并发送SIP 180 Ringing消息给呼叫发起方，告知对方被叫正在被呼叫。
3.媒体协商和传输：4.语音呼叫结束：当任意一方终止通话时，VoLTE终端会发送SIP BYE消息给IMS Core，通知对方终止通话。
IMS Core会向对方发送SIP 200 OK消息，然后释放呼叫资源。
在VoLTE信令流程中，还涉及到一些附加功能和协议：- 呼叫转接（Call Transfer）：可以将一通通话转移到另一个终端或另一个网络上。
- 呼叫等待（Call Waiting）：当用户在通话时接到另一个呼叫，可以选择接听或挂断当前通话。
- 呼叫保持（Call Hold）：用户可以将当前通话放置在保持状态，然后接听另一个呼叫。
一旦通话结束，用户可以重新回到保持的通话。
-媒体协商：在语音呼叫建立时，VoLTE终端之间会协商音频编解码方式、传输格式等参数，以确保语音质量和兼容性。
总结起来，VoLTE基于IP网络传输语音数据，利用IMS架构支持语音和其他多媒体服务。
其信令流程包括注册过程、语音呼叫建立、媒体协商和传输，以及语音呼叫结束。
VoLTE还支持一些附加功能和协议，如呼叫转接、呼叫等待和呼叫保持等。
通过VoLTE技术，用户可以在LTE网络上以更高音质和更低延迟进行语音通话。
VOLTE信令流程-核心网流程
,VOLTE_MO_MT流程1 . VoLTE语音呼叫路由原则1.1 ：VoLTE 主叫（1）VoLTE用户附着在LTE，如果被叫是VoLTE用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由；（2）VoLTE用户附着在LTE，如果被叫是CS用户，则呼叫从主叫归属IMS 域直接进入CS 域，由CS域完成后续呼叫；（3）VoLTE用户附着在CS，如果被叫是VoLTE用户，通过被叫锚定方案将语音接续到被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由；（4）VoLTE用户附着在CS，如果被叫是CS用户，呼叫同现网CS用户呼叫CS用户。
1.2 ：VoLTE 被叫（1）主叫是VoLTE用户，附着在LTE，被叫是VoLTE用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS 进行被叫域选，并根据域选结果进行后续路由；（2）主叫是VoLTE用户，附着在CS，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由；（3）主叫是CS用户，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS 域，由归属IMS 进行被叫域选，根据域选结果进行后续路由；1.3 ：Precondition建立媒体PDP上下文的过程称为资源预留。
对于双方的UE 而言，建立PDP上下文的执行过程是相互独立的。
这意味着在资源被成功预留之前，根本无法保证所协商的媒体会话是否可以建立起来。
因此，Precondition 作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前，被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况1.4 ：VoLTE 信令包过渡（（（diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map）&& !（diameter.cmd.code == 280）） && !（diameter.cmd.code == 257）） && !（diameter.cmd.code ==282）2. VoLTE用户（LTE附着）呼叫VoLTE用户（LTE/CS附着）2.1 VoLTE 用户呼叫VoLTE 用户，主被叫均附着在LTE1 主叫用户UE(O)的呼叫请求发送到主叫PCSCF。
核心网接口和信令流程
核心网接口和信令流程核心网（Core Network）是移动通信网络的关键组成部分，负责实现移动用户的接入、切换和服务交付等功能。
核心网接口和信令流程是指在核心网中不同组件之间进行通信和协作的接口和流程，下面将详细介绍核心网接口和信令流程。
一、核心网接口核心网中的各个组件通过接口实现信息的交换和共享，常见的核心网接口包括以下几种：1. S1接口：S1接口是连接eNodeB和MME（Mobility Management Entity）的接口，用于实现移动性管理的相关功能，比如移动用户的承载切换、位置更新等。
S1接口分为S1-MME和S1-U两部分，分别对应控制面和用户面的传输。
2. X2接口：X2接口是连接eNodeB之间的接口，用于实现小区间的协同工作，比如邻区关系的维护、干扰协调等。
通过X2接口，相邻的eNodeB可以共享信息，提高整个网络的性能和效率。
3. S6a接口：S6a接口是连接MME和HSS（Home Subscriber Server）的接口，用于实现用户鉴权、位置查询、密钥协商等功能。
MME通过S6a接口向HSS查询用户的订阅信息，以及提供用户的位置更新和鉴权结果。
4. S11接口：S11接口是连接MME和SGW（Serving Gateway）的接口，用于实现移动性的管理和数据传输等功能。
当移动用户切换到新的LTE小区时，MME通过S11接口将用户的相关信息传输给SGW，并负责控制用户数据的传输。
5.S1-MME接口：S1-MME接口是连接MME和SGW之间的接口，用于实现控制面的传输。
当MME需要控制用户数据的传输时，通过S1-MME接口向SGW发送指令和请求。
以上仅介绍了一部分核心网接口，实际上核心网中还存在许多其他接口，如S5/S8接口、S-GW/P-GW接口等，用于实现更多的功能。
二、核心网信令流程核心网中的信令流程是指不同组件之间进行通信和协作的过程，常见的信令流程有以下几种：1. 用户接入过程：当移动用户进入LTE网络区域时，首先进行鉴权和连接建立过程。
中国联通移动核心网信令流程参考手册-电路域分册V
中国联通移动核心网信令流程参考手册——电路域分册（V1.0）中国联合网络通信有限公司2009年9月目次前言 ............................................................................................................................................ X II一、范围 (1)二、规范性引用文件 (1)三、微缩语 (2)四、无线流程 (4)1 RRC连接建立流程 (5)1.1 RRC连接建立在专用信道上流程 (5)1.1.1 流程概述 (5)1.1.2 流程参考标准 (5)1.1.3 流程图 (5)1.1.4 流程描述 (5)1.1.5 重要信令消息和参数 (6)1.2 RRC连接建立在专用信道上释放流程 (7)1.2.1 流程概述 (7)1.2.2 流程参考标准 (7)1.2.3 流程图 (8)1.2.4 流程描述 (8)1.2.5 重要信令消息和参数 (8)1.3 RRC连接建立在公共信道上流程 (9)1.3.1 流程概述 (9)1.3.2 流程参考标准 (9)1.3.3 流程图 (9)1.3.4 流程描述 (10)1.3.5 重要信令消息和参数 (10)1.4 RRC连接建立在公共信道上释放流程 (10)1.4.1 流程概述 (10)1.4.2 流程参考标准 (10)1.4.3 流程图 (10)1.4.4 流程描述 (10)1.4.5 重要信令消息和参数 (10)1.5 异常流程 (11)1.5.1 简单的失败流程和说明 (11)1.5.2 重要信令消息与参数 (12)1.5.3 失败原因值 (12)1.6 重要网元参数 (12)2 RAB建立流程 (13)2.1 RAB建立流程（DCH-DCH 同步配置方式） (13)2.1.1 流程概述 (13)2.1.2 流程参考标准 (13)2.1.3 流程图 (14)2.1.4 流程描述 (14)2.1.5 重要信令消息和参数 (16)2.2 RAB建立流程（DCH-DCH 异步配置方式） (18)2.2.1 流程概述 (18)2.2.2 流程参考标准 (19)2.2.3 流程图 (19)2.2.4 流程描述 (19)2.2.5 重要信令消息和参数 (20)2.3 RAB释放流程（DCH-DCH 同步配置方式） (20)2.3.1 流程概述 (20)2.3.2 流程参考标准 (20)2.3.3 流程图 (20)2.3.4 流程描述 (21)2.3.5 重要信令消息和参数 (21)2.4 RAB修改流程（DCH-DCH同步修改方式） (23)2.4.1 流程概述 (23)2.4.2 流程参考标准 (23)2.4.3 流程图 (24)2.4.4 流程描述 (24)2.4.5 重要信令消息和参数 (25)2.5 异常流程 (27)2.5.1 简单的失败流程和说明 (27)2.5.1.1 不成功的操作 (27)2.5.1.2 异常情况 (28)2.5.2 消息与参数 (30)2.5.3 失败原因值 (30)2.6 重要网元参数 (31)2.7 重点说明 (31)3 直传流程 (32)3.1 初始直传正常建立流程 (32)3.1.1 流程概述 (32)3.1.2 流程参考标准 (32)3.1.3 流程图 (32)3.1.4 流程描述 (32)3.1.5 重要信令消息和参数 (34)3.2 初始直传释放流程 (35)3.2.1 流程概述 (35)3.2.2 流程参考标准 (35)3.2.3 流程图 (35)3.2.4 流程描述 (36)3.2.5 重要信令消息和参数 (37)3.3 上下行直传正常建立流程 (37)3.3.1 流程概述 (37)3.3.2 流程参考标准 (37)3.3.3 流程图 (37)3.3.4 流程描述 (38)3.3.5 重要信令消息和参数 (38)3.4 异常流程 (40)3.4.1 简单的失败流程和说明 (40)3.4.1.1 直传异常情况 (40)3.5 重要网元参数 (40)五、电路域流程 (41)1 寻呼过程 (42)1.1 正常流程 (42)1.1.1 流程概述 (42)1.1.2 流程参考标准 (42)1.1.3 流程图 (42)1.1.3.1 UE处于RRC Idle模式以及RRC连接模式（CELL_PCH以及URA_PCH状态）下的寻呼 (42)1.1.3.2 UE处于RRC连接模式（CELL_DCH以及CELL_FACH）下的寻呼431.1.4 流程描述 (43)1.1.4.1 UE处于RRC Idle模式以及RRC连接模式（CELL_PCH以及URA_PCH状态）下的寻呼 (43)1.1.4.2 UE处于RRC连接模式（CELL_DCH以及CELL_FACH）下的寻呼431.1.5 嵌套流程 (44)1.1.6 重要信令消息和参数 (45)1.2 异常流程 (46)2 身份标识流程 (48)2.1.1 流程概述 (48)2.1.2 流程参考标准 (48)2.1.3 流程图 (48)2.1.4 流程描述 (48)2.1.5 重要信令消息和参数 (49)2.2 异常流程 (49)2.2.1 简单的失败流程和说明 (49)2.2.1.1 RR连接失败 (49)2.2.1.2 定时器T3270超时 (50)2.2.1.3 请求的身份不存在 (50)2.3 重要网元参数 (50)3 鉴权过程 (51)3.1 正常流程 (51)3.1.1 流程概述 (51)3.1.2 流程参考标准 (51)3.1.3 流程图 (52)3.1.4 流程描述 (52)3.1.5 嵌套流程 (54)3.1.6 重要信令消息和参数 (54)3.2 异常流程 (56)3.2.1 简单的失败流程和说明 (56)3.2.1.1 被网络拒绝的鉴权 (56)3.2.1.2 被UE拒绝的鉴权 (56)3.2.1.3 其他异常情况 (57)3.2.2 重要信令消息与参数 (58)3.2.3 失败原因值 (60)3.3 重要网元参数 (60)3.4 重点说明 (60)4 完整性和加密流程 (61)4.1 正常流程 (61)4.1.1 流程概述 (61)4.1.2 流程参考标准 (61)4.1.3 流程图 (61)4.1.4 流程描述 (62)4.1.5 重要信令消息和参数 (63)4.2 异常流程 (64)4.2.1 简单的失败流程和说明 (64)4.2.2 重要信令消息与参数 (65)4.2.3 失败原因值 (65)4.3 重要网元参数 (66)4.4 重点说明 (66)5 TMSI重分配流程 (67)5.1 正常流程 (67)5.1.1 流程概述 (67)5.1.2 流程参考标准 (67)5.1.3 流程图 (67)5.1.4 流程描述 (67)5.1.5 重要信令消息和参数 (68)5.2 异常流程 (68)5.2.1 简单的失败流程和说明 (68)5.2.1.1 移动台侧异常情况 (68)5.2.1.2 网络侧异常情况 (68)5.3 重要网元参数 (69)6 位置更新流程 (70)6.1 标准正常流程 (70)6.1.1 流程概述 (70)6.1.1.1 普通位置更新 (70)6.1.1.2 周期性位置更新 (70)6.1.1.3 IMSI 附着流程 (70)6.1.2 流程参考标准 (71)6.1.3 流程图 (71)6.1.3.1 同一MSC/VLR区域内的普通位置更新流程图 (71)6.1.3.2 跨越不同MSC Server/VLR 区域的普通位置更新流程图 (72)6.1.4 流程描述 (73)6.1.4.1 普通位置更新流程（同一MSC/VLR区域内） (73)6.1.4.2 周期性位置更新流程（同一MSC/VLR区域内） (73)6.1.4.3 IMSI附着流程（同一MSC/VLR区域内） (73)6.1.4.4 普通位置更新流程（跨越不同MSC Server/VLR 区域） (73)6.1.4.5 位置更新成功后的操作 (74)6.1.5 嵌套流程 (75)6.1.6 重要信令消息和参数 (75)6.2 异常情况分析 (78)6.2.1 异常或失败流程 (78)6.2.1.1 位置更新被网络拒绝 (78)6.2.1.2 移动台侧出现的异常情况 (78)6.2.1.3 网络侧出现的异常情况 (79)6.2.2 重要消息与参数 (79)6.2.3 失败原因值 (80)6.3 重要网元参数 (80)7 语音呼叫业务流程 (82)7.1 正常流程 (82)7.1.1 流程概述 (82)7.1.2 流程参考标准 (83)7.1.3 流程图 (83)7.1.3.1 主叫流程 (83)7.1.3.2 被叫流程 (84)7.1.3.3 通话及拆线流程 (85)7.1.4 流程描述 (85)7.1.4.1 主叫流程 (85)7.1.4.2 被叫流程 (86)7.1.4.3 通话及拆线流程 (87)7.1.5 嵌套流程 (87)7.1.6 重要信令消息和参数 (87)7.2 异常流程 (89)7.2.1 重要信令消息和参数 (89)7.2.2 失败原因值 (89)7.3 重要网元参数 (89)8 可视电话呼叫流程 (91)8.1 可视电话正常流程 (91)8.1.1 流程概述 (91)8.1.2 流程参考标准 (91)8.1.3 流程图 (92)8.1.4 流程描述 (93)8.1.5 嵌套流程 (94)8.1.6 重要信令消息和参数 (94)8.2 可视电话回落业务流程 (95)8.2.1 可视电话回落场景概述 (95)8.2.2 流程参考标准 (96)8.2.3 可视电话回落流程与描述 (96)8.2.3.1 原因1（被叫是它网用户且VT业务不互通）的流程 (97)8.2.3.2 原因2（被叫未签约可视电话业务）的流程 (97)8.2.3.3 原因3（被叫已签约但位于2G接入网）的流程 (98)8.2.3.4 原因4（被叫已签约但当前终端不支持）的流程 (100)8.2.3.5 原因5（被叫所处的无线覆盖区不支持）的流程 (101)8.2.3.6 原因6（被叫选择以语音形式接听）的流程 (102)8.2.3.7 原因7（主叫已签约但位于2G接入网）的流程 (104)8.2.3.8 原因8（主叫所处的WCDMA无线覆盖区不支持）的流程 (104)8.2.3.9 原因9（主叫用户未签约可视业务）的流程 (106)8.3 异常流程 (106)8.4 重要网元参数 (107)8.5 重点说明 (107)9 局间呼叫流程 (108)9.1 正常流程 (108)9.1.1 流程概述 (108)9.1.2 流程参考标准 (108)9.1.3 流程图 (108)9.1.4 流程描述 (108)9.1.5 重要信令消息和参数 (109)9.2 异常流程 (110)9.3 重要网元参数 (110)10 智能网业务触发流程 (111)10.1 预付费用户主叫流程 (111)10.1.1 流程概述 (111)10.1.2 流程参考标准 (111)10.1.3 流程图 (111)10.1.4 流程描述 (112)10.1.5 重要信令消息和参数 (113)10.2 预付费用户被叫流程 (115)10.2.1 流程概述 (115)10.2.2 流程参考标准 (115)10.2.3 流程图 (115)10.2.4 流程描述 (115)10.2.5 重要信令消息和参数 (117)10.3 被叫触发计费CRN流转过程 (119)10.3.1 流程概述 (119)10.3.2 流程参考标准 (119)10.3.3 流程图 (120)10.3.4 流程描述 (120)10.3.5 重要信令消息和参数 (121)10.4 异常流程 (121)10.4.1 简单的失败流程和说明 (121)10.4.1.1 通话过程中用户余额不足1分钟时 (121)10.4.1.2 主叫用户无效或、无权或者被叫号码错误时 (121)10.4.2 重要信令消息与参数 (122)10.5 重要网元参数 (122)11 短消息业务流程 (123)11.1 正常流程 (123)11.1.1 流程概述 (123)11.1.2 流程参考标准 (123)11.1.3 流程图 (123)11.1.3.1 移动始发短消息 (123)11.1.3.2 移动终止短消息 (124)11.1.4 流程描述 (124)11.1.4.1 移动始发短消息 (124)11.1.4.2 移动终止短消息 (125)11.1.5 重要信令消息和参数 (126)11.2 重要网元参数 (127)12 呼叫前转 (128)12.1 正常流程 (128)12.1.1 流程概述 (128)12.1.2 流程参考标准 (128)12.1.3 流程图及流程描述 (128)12.1.3.1 无条件前转（CFU） (128)12.1.3.2 遇忙前转（CFB） (130)12.1.3.3 无应答前转（CFNRy） (133)12.1.3.4 无应答前转（CFNRc） (134)12.1.4 嵌套流程 (136)12.1.5 重要信令消息和参数 (137)12.2 重要网元参数 (137)13 切换流程 (138)13.1 正常流程 (138)13.1.1 流程概述 (138)13.1.1.1 MSC Server局内切换 (140)13.1.1.2 MSC Server局间切换 (140)13.1.2 流程参考标准 (141)13.1.3 流程图 (142)13.1.3.1 MSC Server局内切换 (142)13.1.3.2 MSC Server局间切换 (143)13.1.3.3 从UMTS到GSM的局内系统间切换 (143)13.1.3.4 从GSM到UMTS局内的系统间切换 (144)13.1.3.5 从UMTS到GSM的局间系统间切换 (144)13.1.3.6 从GSM到UMTS的局间系统间切换 (145)13.1.4 流程描述 (146)13.1.4.1 MSC Server局内切换 (146)13.1.4.2 MSC Server局间切换 (147)13.1.4.3 从UMTS到GSM的局内系统间切换 (149)13.1.4.4 从GSM到UMTS局内的系统间切换 (150)13.1.4.5 从UMTS到GSM的局间系统间切换 (151)13.1.4.6 从GSM到UMTS的局间系统间切换 (152)13.1.5 嵌套流程 (155)13.1.6 重要信令消息和参数 (155)13.2 重要网元参数 (156)14 DTMF流程 (157)14.1 正常流程 (157)14.1.1 流程概述 (157)14.1.2 流程参考标准 (157)14.1.3 流程图 (157)14.1.4 流程描述 (158)14.1.5 重要信息和参数 (159)14.2 重要网元参数 (160)附录 (161)附录1：User Error-MAP类型表 (161)附录2：Cause-NAS取值对照 (164)附录3：Cause-RANAP取值对照 (166)附录4：Cause indicators – ISUP取值说明详表 (173)附录5：Reject Cause-NAS (176)附录6：Provider Error-MAP类型表 (178)附录7：鉴权场景 (178)图目次图1 RRC 连接建立（专用信道） (14)图2 RRC连接释放（DCH） (17)图3 RRC连接建立（公共信道） (18)图 4 RRC连接释放（公共信道） (19)图 5 RRC连接拒绝 (20)图 6 RAB建立流程（DCH-DCH 同步配置方式） (23)图7 RAB建立流程（DCH-DCH 异步配置方式） (26)图8 RAB释放流程（DCH-DCH 同步配置方式） (28)图9 RAB修改流程（DCH-DCH同步修改方式） (31)图10 初始直传流程 (37)图11 UTRAN请求信令连接释放请求 (39)图12 CN发起信令连接释放 (39)图13 上行直传信令流程 (41)图14 下行直传信令流程 (41)图15 终端处于RRC Idle 模式下的寻呼 (46)图16 终端处于RRC Connected (CELL_DCH and CELL_FACH states)模式下的寻呼 (46)图17 身份标识流程 (50)图18 鉴权和键值协商流程图 (54)图19 UE拒绝鉴权流程图（MAC失败） (57)图20 UE拒绝鉴权流程图（同步失败） (58)图21 完整性和加密流程 (63)图22 UE拒绝完整性和加密保护流程 (65)图23 TMSI重分配过程流程 (68)图24 同一MSC/VLR区域内的普通位置更新流程 (72)图25 跨越不同MSC Server/VLR 区域的普通位置更新流程 (73)图26 主叫流程 (83)图27 被叫流程 (84)图28 通话及拆线流程 (85)图29 可视电话呼叫流程 (91)图30 可视电话呼叫所需的回落和业务改变场景 (95)图31 始呼端局判断被叫是它网用户且VT业务不互通，释放可视电话呼叫 (96)图32 被叫未签约可视电话业务 (96)图33 可视电话原因3流程图1 (97)图34 可视电话原因3流程图2 (98)图35 被叫已签约但当前终端不支持VT业务 (99)图36 被叫所处的无线覆盖区不支持可视业务 (100)图37 被叫选择以语音形式接听 (101)图38 主叫所处的WCDMA无线覆盖区资源不足 (103)图39 主叫用户未签约可视业务 (103)图40 局间呼叫流程 (106)图41 呼叫失败流程 (108)图42 主叫预付费流程 (109)图43 被叫预付费流程 (111)图44 CAMEL用户被叫触发计费流程 (114)图45 用户余额不足1分钟提醒流程 (115)图46 主叫用户无效或、无权或者被叫号码错误 (116)图47 移动始发短消息流程 (118)图48 移动终止短消息流程 (118)图49 CFU前转到固定用户 (123)图50 CFU前转到移动用户 (123)图51 CFB前转到固定用户（网络决定忙） (124)图52 CFB前转到固定用户（用户决定忙） (125)图53 CFB前转到移动用户（网络决定忙） (126)图54 CFB前转到移动用户（用户决定忙） (126)图55 CFBNy前转到固定用户 (127)图56 CFBNy前转到移动用户 (128)图57 CFNRc前转到固定用户 (129)图58 CFNRc前转到移动用户 (130)图59 切换原理示意图 (133)图60 MSC Server局内切换 (135)图61 MSC Server局间切换 (136)图62 从UMTS到GSM的局内系统间切换 (137)图63 从GSM到UMTS局内的系统间切换 (137)图64 从UMTS到GSM的局间系统间切换 (138)图65 从GSM到UMTS的局间系统间切换 (139)图66 Single DTMF transmission流程 (148)图67 Multiple DTMF transmission流程 (149)前言本手册是中国联通移动核心网信令流程参考系列手册之一，该系列手册包括：1、中国联通移动核心网信令流程参考手册——电路域分册2、中国联通移动核心网信令流程参考手册——分组域分册本手册主要参考了国际标准化组织3GPP制定的相关标准以及中国联通相关企业标准，并根据中国联通WCDMA移动通信网的实际业务和功能需要制定。
LTE典型信令过程
02
Evolved Universal Terrestrial Radio Access Network (EUTRAN)：E-UTRAN是LTE的无线接入网，由多个演进型基 站（eNodeB）组成，负责无线资源管理和接入控制。
03
Interfaces：EPC和E-UTRAN之间的接口是SGi，而 eNodeB之间的接口是X2。
当用户终端检测到当前小区信 号强度减弱，且相邻小区信号 强度增强时，会触发小区重选。
小区重选过程中，终端会与新 小区建立同步，并完成接入认 证，最终完成小区重选。
切换过程
切换是保证用户在移动状态下通话不中断的重要 过程。
当用户终端移动到相邻小区覆盖范围内时，源小 区会与目标小区协商切换。
切换过程中，终端会与目标小区建立同步，并完 成接入认证，最终完成切换。
同步建立
在完成小区搜索后，UE会进行同步建立。同步建立包括下行同步和上行同步，下行同步用于UE找到服务小区的 信号，上行同步用于UE找到服务小区的接收时间。
随机接入过程
随机接入前导码发送
UE在完成下行同步后，会通过发送随机接入前导码来请求上行同步。随机接入前 导码是一组特殊的序列，用于标识UE的接入请求。
信令概述
信令
01
信令是在通信网络中用于控制和协调各设备之间通信的信号。
LTE信令
02
LTE信令使用的是基于IP的分组交换技术，通过信令网元之间的
通信来实现移动网络的各项功能。
信令流程
03
信令流程是指信令在各网元之间传递的路径和过程，包括信令
的发起、传递和处理。
信令流程分类
接入流程
用于建立用户设备（UE）与网络之间的连接，包 括注册、接入请求、身份验证等。
LTE核心网信令流程
LTE核心网信令流程LTE核心网信令流程（Long Term Evolution Evolved Packet Core Signaling Procedure）是指LTE网络中用于控制和管理移动通信的信令流程。
LTE核心网由多个功能节点组成，包括MME（Mobility Management Entity）、S-GW（Serving Gateway）、P-GW（Packet Gateway）等。
下面将详细介绍LTE核心网信令流程的各个步骤。
1. 包鉴定和加密过程（Inter-Ambassador）:在设备连接到LTE网络之前，需要进行包鉴定和加密过程，以确保数据的安全性。
这个过程中使用了从设备到LTE网络的SAE（System Architecture Evolution），并通过UE（User Equipment）和MME之间的接口进行连接。
2.接入过程（RAU，跟踪区切换）:当UE从一个区域切换到另一个区域时，会触发接入过程。
在这个过程中，UE与MME建立控制面和用户面电路的连接，并且在新位置进行注册。
MME将UE的会话信息发送给新的SGW和PGW。
3.PDP激活过程:在用户进行数据通信时，需要进行PDP（Packet Data Protocol）激活过程。
在这个过程中，UE向MME发送激活请求，MME将请求发送给SGW 和PGW，并返回会话标识以及目标SGW和PGW的地址。
UE使用这些信息建立用户数据通道。
4.用户数据传输:在UE成功激活PDP连接后，就可以进行用户数据传输。
用户数据通过SGW和PGW进行中继，SGW负责控制面和用户面的数据传输，PGW负责数据的计费和IP地址映射。
5. UE Context更新过程:当UE移动到另一个区域时，UE Context需要进行更新，以保持UE的会话信息的最新状态。
UE Context更新包括UE的位置更新、SGW的变化等。
UE Context更新通常与接入过程一起触发。
5G无线网络技术理论-5g信令流程[电信培训教材]
![5G无线网络技术理论-5g信令流程[电信培训教材]](https://img.taocdn.com/s3/m/27e51ecc0342a8956bec0975f46527d3240ca6af.png)
TPCPUSCH/PUCCH/SRS-
RNTI SP-CSI-RNTI
应用场景 随机接入中 用于指示接收随机接入响应消息 随机接入 中，没有进行竞争裁决前的CRNTI 用于标识RRC Connected状态的UE 半静态调度标识 寻呼消息调度 系统广播消息调度 用于指示 PUSCH/PDSCH使用的MCS表格 用于加扰Format 2_0，指示时隙结构 用于加扰Format 2_1，指示抢占信息
Monitor PDCCH
geNNBodeB
RA Preamble
• RA-RNTI
PDCCH DL Alloc. To RA-RNTI
Check Preamble ID
DL-SCH: RA Response
PDSCH • Preamble ID,TC-RNTI,TA,UL Grant
PUSCH UL-SCH: RRC Connection Request
加扰上行功控DCI，用于上行功率控制流程
用于指示半静态CSI的资源
获得方式 根据PRACH时 频资源位置获取 gNodeB在随机接入响应 消息中下发给终端 初始接入时获得 gNodeB在调度UE进入SPS时由RRC分配 FFFE（固定标识） FFFF（固定标识）
通过RRC消息中的 PhysicalCellGroupConfig信源携带
• NGC和gNodeB的连接管理 • UE接入上下文的管理 • gNodeB管理UE使用的小区无线资源 • 上下行用户数据的收发 • 网络控制的UE移动性管理
RRC Setup
RRC Release
RRC Resume
RRC空闲态
• PLMN选择 • 系统消息的广播 • 基于小区重选的移动性 • NGC触发的空闲态寻呼以及寻呼
LTE核心网信令流程
附着 (Attach)与去附着(Deattach) 手机开机先注册到一个网络上,UE注册到网络的过程称为附着(Attach),在附着 过程中将UE的有关信息登记到网络实体.附着过程在UE和PGW间建立默认承 载,以保证UE”永远在线”,同时为UE分配IP地址.附着后UE的状态从EMMDeregistered变为EMM-Registered,从ECM-IDLE变为ECM-Connected.
去附着（Detach）
去附着过程就是UE在取消网络中的登记，即注销过程，UE状态从EMM-Registered 到EMM-Deregistered，UE的上下文也从网络中删除。 当UE通过EUTRAN介入EPS网络时，有UE、MME、HSS发起的去附着等三种去附 着方式。 UE发起的去附着过程可以是显式的或者隐式的。 显示的去附着，网络和UE明确的请求去附着，并互相用信令通知对方； 隐式的去附着，网络去附着，但没有通知UE；
eNodeB
5.RRC释放命令
4.S1-UE上下文释放命令 7.S1-UE上下文释放完成 1.S1-UE上下文释放请求
UE
6.RRC释放完成
MME
2.释放用户面承载请求
S-GW
3.释放用户面承载（eNB 地址/TEID）请求
业务请求
业务请求之前，UE和MME都处于空闲状态，Uu口和S1口的连接都已经释放。只有在 EPC中还保留有未释放的连接。 在业务请求过程完成后，建立RRC连接和S1连接，UE和MME迁移到ECM-Connection 状态。并且保留在EPC中的承载重新激活。
22-eNB转发给附着完成消息给MME。在附着完成消息以及UE已经得到一个PDN地 址信息以后，UE就可以发送上行数据包给eNB , eNB将隧道传给PGW和SGW。 23-新MME发送一条Modify Bearer Request 消息给SGW。消息中包好eNB的地址和 eNB的TEID。 24-SGW通过发送Modify Bearer Response 消息给新MME确认，然后SGW就可以发送 缓存的下行数据包。
LTE系统主要信令流程
LTE系统主要信令流程引言LTE〔Long Term Evolution〕是第四代移动通信技术，其特点是高速率、低延迟和更高的系统容量。
在LTE系统中，主要的通信过程需要依赖一系列的信令流程来实现。
本文将介绍LTE系统中主要的信令流程，包括系统接入过程、呼叫建立过程以及呼叫释放过程。
一、系统接入过程系统接入是指UE〔User Equipment，用户设备〕首次进入LTE网络时，与网络进行连接的过程。
主要的信令流程如下：1.小区搜寻过程：UE通过接收播送信道上的系统信息，实现对可用小区的搜寻。
系统信息包括小区标识、频率等信息。
2.小区选择过程：UE根据接收到的系统信息，选择适合自身的小区。
这个过程主要考虑小区的信号质量、信号强度等因素。
3.小区注册过程：UE选择了目标小区后，需要向目标小区进行注册。
UE通过随机访问信道发送带有身份信息的接入请求，目标小区收到请求后进行验证和鉴权。
4.分配临时标识过程：目标小区验证通过后，为UE分配临时的标识，用于后续的通信过程中的身份认证。
同时，UE也会得到小区的系统信息。
5.RRC连接过程：UE和目标小区建立RRC〔Radio Resource Control，无线资源控制〕连接。
在RRC连接建立后，UE可以与网络进行通信。
呼叫建立过程是指在LTE网络中，UE发起呼叫并与目标终端进行连接的过程。
主要的信令流程如下：1.呼叫请求过程：UE向网络发起呼叫请求。
呼叫请求中包含被叫号码、呼叫类型等信息。
2.寻呼过程：网络收到呼叫请求后，根据被叫号码进行寻呼。
寻呼过程可以通过播送信道或者专用的寻呼信道进行。
3.寻呼回应过程：被叫终端收到寻呼信息后，发送回应给网络。
回应中包含被叫终端的临时标识等信息。
4.呼叫建立过程：网络收到寻呼回应后，根据被叫终端的临时标识，与被叫终端建立起连接。
连接建立后，就可以进行语音或数据传输。
呼叫释放过程是指在LTE网络中，呼叫结束后双方终止连接的过程。
核心网接口和信令流程
MAP定义有关操作和维护业务的操作（消息）
MAP_ACTIVATE_TRACE_MODE MAP_DEACTIVATE_TRACE_MODE MAP_TRACE_SUBSCRIBER_ACTIVITY MAP_SEND_IMSI
MAP定义有关呼叫处理业务的操作（消息）
MAP_SEND_ROUTING_INFORMATION MAP_PROVIDE_ROAMING_NUMBER MAP_RESUME_CALL_HANDLING MAP_PREPARE_GROUP_CALL MAP_PROCESS_GROUP_CALL_SIGNALLING MAP_FORWARD_GROUP_CALL_SIGNALLING MAP_SEND_GROUP_CALL_END_SIGNAL MAP_PROVIDE_SIWFS_NUMBER MAP_SIWFS_SIGNALLING_MODIFY MAP_SET_REPORTING_STATE MAP_STATUS_REPORT MAP_REMOTE_USER_FREE
MAP 消息
MAP消息按照业务可分为六大类：
➢ MOBILE SERVICES ➢ OPERATION AND MAINTENANCE SERVICES ➢ CALL HANDLING SERVICES ➢ SUPPLEMENTARY SERVICES RELATED SERVICES ➢ SHORT MESSAGE SERVICE MANAGEMENT SERVICES ➢ NETWORK REQUESTED PDP CONTEXT ACTIVATION
TMN （TELECOMMUNICATION MANAGEMENT NETWORK）电信管理网：TMN负责对整个电信网的管理。 INAP （INTELLIGENT NETWORK APPLICATION PART）智能网应用部分：INAP负责业务交换点（SSP）和业务控制点（SCP）之间的信 用于智能网业务。
VOLTE信令流程-核心网流程
,VOLTE_MO_MT流程1 . VoLTE语音呼叫路由原则1.1：VoLTE主叫（1）VoLTE用户附着在LTE，如果被叫是VoLTE用户，则将呼叫路由至被叫归属IMS域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；（2）VoLTE用户附着在LTE，如果被叫是CS用户，则呼叫从主叫归属IMS域直接进入CS 域，由CS域完成后续呼叫；（3）VoLTE用户附着在CS，如果被叫是VoLTE用户，通过被叫锚定方案将语音接续到被叫归属IMS域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；（4）VoLTE用户附着在CS，如果被叫是CS用户，呼叫同现网CS用户呼叫CS用户。
1.2：VoLTE被叫（1）主叫是VoLTE用户，附着在LTE，被叫是VoLTE用户，则将呼叫路由至被叫归属IMS域，由被叫归属IMS进行被叫域选，并根据域选结果进行后续路由；（2）主叫是VoLTE用户，附着在CS，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；（3）主叫是CS用户，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS域，由归属IMS进行被叫域选，根据域选结果进行后续路由；1.3：Precondition建立媒体PDP上下文的过程称为资源预留。
对于双方的UE而言，建立PDP上下文的执行过程是相互独立的。
这意味着在资源被成功预留之前，根本无法保证所协商的媒体会话是否可以建立起来。
因此，Precondition作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前，被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况1.4：VoLTE信令包过渡(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map) && !(diameter.cmd.code == 280)) && !(diameter.cmd.code == 257)) && !(diameter.cmd.code == 282)2. VoLTE用户（LTE附着）呼叫VoLTE用户（LTE/CS附着）2.1 VoL TE用户呼叫VoL TE用户，主被叫均附着在LTE1 主叫用户UE(O)的呼叫请求发送到主叫PCSCF。
LTE基本概念及信令流程分析分解
LTE基本概念及信令流程分析分解LTE（Long Term Evolution）是一种移动通信技术，用于实现高速数据传输和广域无线覆盖。
LTE的基本概念涉及多个方面，包括LTE网络架构、LTE信令流程和LTE调制解调技术等。
下面将对每个方面进行详细分析。
一、LTE网络架构：LTE网络由两个核心部分组成：Evolved UMTS Terrestrial Radio Access Network（E-UTRAN）和Evolved Packet Core（EPC）。
1. E-UTRAN：E-UTRAN是LTE的无线接入网，由若干个基站组成。
每个基站包括一个eNodeB（eNB）和一个或多个小区（Cell）。
eNodeB负责LTE无线资源管理、调度和协调用户设备之间的无线通信。
2. EPC：EPC是LTE的核心网，包括多个网络节点和功能单元，如MME（Mobility Management Entity）、S-GW（Serving Gateway）、P-GW （Packet Data Network Gateway）等。
EPC负责LTE用户设备的接入和切换、用户认证和安全、移动性管理等核心网络功能。
二、LTE信令流程：LTE信令流程包括以下几个关键步骤：小区选择、小区重选、附着过程、呼叫建立和数据传输等。
1. 小区选择：当LTE用户设备上电或从Idle状态唤醒时，它会扫描周围的LTE小区，并选择信号强度和质量最好的小区进行连接。
2.小区重选：在连接状态下，如果当前的小区信号变弱或质量变差，用户设备会进行小区重选，选择一个新的更好的小区进行连接。
小区重选可以进一步提高用户设备的通信质量和速率。
3. 附着过程：在连接到一个小区后，用户设备需要进行附着过程来获取一个LTE网络分配的IP地址和用户身份验证等服务。
附着过程包括接入认证、位置更新和QoS（Quality of Service）请求等步骤。
4.呼叫建立：在完成附着过程后，用户设备可以发起呼叫请求，请求与目标设备进行通信。
LTE信令流程分析
寻呼过程
UE监听网络侧的寻呼信息，确 认是否被寻呼，并准备进行接 入。
随机接入过程
UE发起随机接入请求，网络侧 立过程
UE与网络侧完成连接建立，包 括安全上下文和NAS安全上下
文的建立。
连接管理流程
概述
连接建立过程
描述了LTE网络如何管理和维护与UE的连接 ，包括连接建立、保持和释放等步骤。
数据传输问题与解决方案
数据传输问题
数据传输问题主要表现在终端在进行数 据传输时出现速度慢、丢包、延迟高等 现象。
VS
解决方案
针对数据传输问题，可以采取以下措施进 行排查和解决：优化网络结构，提高网络 设备的转发效率和数据处理能力；加强网 络安全防护，防止恶意攻击和流量拥塞； 采用QoS（Quality of Service）技术对数 据传输进行优先级管理，确保重要数据的 快速传输。
LTE信令流程分析
• LTE网络概述 • 信令流程分析 • 信令流程优化 • 信令流程中的问题与解决方案
01
LTE网络概述
LTE网络架构
LTE网络主要由eNodeB和EPC（Evolved Packet Core）组成，其中eNodeB负责无线接入，EPC负责 核心网功能。
eNodeB在LTE网络中起到汇聚和分发的作用，负责用户数据传输、无线资源管理和移动性管理等功能。
UE发起连接建立请求，网络侧响应并返回 连接建立成功或失败的信息。
连接保持过程
连接释放过程
网络侧定期发送信令给UE，确认连接状态， 并处理UE发送的数据。
当需要释放连接时，网络侧发送释放连接的 信令给UE，并释放相关资源。
数据传输流程
概述
描述了LTE网络如何传输数据给UE， 包括数据传输、调度和重传等步骤。
《LTE核心网信令》课件
contents
目录
• LTE核心网信令概述 • LTE核心网信令流程 • LTE核心网信令协议 • LTE核心网信令应用 • LTE核心网信令问题与解决方案
01 LTE核心网信令概 述
LTE核心网信令的定义
01
LTE核心网信令是指在LTE核心网 络中传输的控制信息和状态信息 ，用于协调网络中各个节点的工 作和通信。
信令实体与接口
介绍LTE核心网中的信令实 体和接口，如MME、 SGW、PGW等以及相关 接口如S1、X2等。
信令流程详解
用户签约与认证流程
详细解析用户签约和认证流程中的信令交互过程，包括用户信息 的存储、认证信息的交换等。
移动性管理流程
介绍移动性管理流程中的信令交互，包括UE的附着、去附着、TA 更新等过程。
信令协议解析
信令协议组成
信令协议由多个层次组成，包括会话层、传输层、网络层 和应用层等。
信令协议工作原理
信令协议通过各种消息和信号来控制和管理通信设备之间 的通信，这些消息和信号在网络中传输需要遵循一定的规 则和流程。
信令协议与协议栈关系
信令协议是协议栈中的一部分，协议栈还包括其他协议， 如传输层、网络层和应用层等。
LTE核心网信令是实现移动通信网络 智能化、自动化的重要基础，对于推 进网络技术的发展和创新具有重要意 义。
02 LTE核心网信令流 程
信令流程总览
信令流程概述
介绍信令在LTE核心网中的 重要性和作用，概述信令 流程的基本概念和组成。
信令协议栈
描述LTE核心网信令协议栈 的层次结构，包括应用层 、传输层、网络层等。
新和发展。
04 LTE核心网信令应 用
LTE完整信令流程
EPS Bearer
External Bearer
E-RAB
Radio Bearer
S1 Bearer
S5/S8 Bearer
Radio
S1
S5/S8
Gi
无线承载分类
根据承载内容分类
基 本 概 念 无线承载的分类
数据承载为DRB，通过eNB为其分配的PDSCH来承载
信令承载通过SRB，LTE中有三类SRB
基本概念
接口功能
3G Iu-PS接口通用模型
控制面：在Release 99中，采用7号信令系统协议承载信令；在Release 5 之后的版本，控制信令直接用IP承载； 用户面：Release 99 PS域，分组数据量在一个或多个AAL5永久虚电路上 复用；在Release 5之后，直接采用IP传输，与LTE架构相同；
GSM_Connected
GPRS Packet transfer mode
CCO with optional NACC
CCO, Reselection
Connection establishment/release
Connection establishment/release
UTRA_Idle
Reselection
无线资源管理相关的功能，包括无线承载控制、接纳控制、连接移动性管理、上/ 下行动态资源分配/调度等； IP头压缩与用户数据流加密； UE附着时的MME选择； 提供到S-GW的用户面数据的路由； 寻呼消息的调度与传输； 系统广播信息的调度与传输； 测量与测量报告的配置。
MME功能：
寻呼消息分发，MME负责将寻呼消息按照一定的原则分发到相关的eNB； 安全控制； 空闲状态的移动性管理； EPC承载控制； 非接入层信令的加密与完整性保护。
核心网控制PS信令流程
MS MM States
3G-SGSN MM States
Serving RNC relocation
GMM及相关信令流程 及相关信令流程
• 分组移动性管理分离（PMM PMM-DETACHED）状态：
• MS和SGSN上下文中没有有效的 上下文中没有有效的MS位置或路由信息，MS不可及
• 分组移动性管理空闲（PMM PMM-IDLE）状态：
PS域相关标识 域相关标识
路由区 (Routing Area Identity ,RAI)
• 一个路由区是一个且只有一个位置区的子集 一个路由区是一个且只有一个位置区的子集，意味着一个RA不能 扩展到多个LA。 • 一个RA只由一个SGSN提供服务 提供服务
PS域相关标识 域相关标识
网络层业务接入点标识符（ Network Service Access Point （ Identifier ,NSAPI)
• 接入控制与安全 • 附着Attach • 分离Detach • 路由更新 • 业务请求 • RNC重定位
GMM及相关信令流程 及相关信令流程
• 接入控制和安全 •包括用户的鉴权、标识校验 标识校验、加密、P-TMSI重分配 等接入控制管理 •基本流程与CS域相同 TMSI Signature和TMSI同时使用来加 •增加可选参数P-TMSI Signature 强安全性保护
PS域相关标识 域相关标识
隧道端点标识符 (Tunnel Endpoint ID,TEID)
• 隧道端点标识符由GPRS隧道协议用来在 隧道协议用来在GSN之间、RNC和SGSN 之间，在接收GTP-C或GTP-U协议的实体中标识一个隧道端点 协议的实体中标识一个隧道端点， 和标识一个PDP上下文. • GTP隧道的接收端本地分配TEID TEID的值，发送端必须应用该值。隧 道两端用GTP-C（或在Iｕ口的RANAP RANAP）消息交换TEID的值。 • TEID基于NSAPI和IMSI（或在Iｕ ｕ口的RAB ID和IMSI）分配。在 一个逻辑节点如RNC，SGSN， ，或GGSN的一个IP地址内TEID是一 个唯一的标识。
5g lcs定位信令流程
5GLCS定位信令流程
一、发起定位请求
1.移动设备发起位置请求
（1）向5G核心网发送定位请求
（2）携带相关位置参数
二、位置请求处理
15.G核心网接收定位请求
（1）验证请求合法性
（2）解析请求参数
2.根据定位服务类型处理请求
（1）基站定位
（2）射频定位
三、位置计算
1.发起位置计算
（1）根据请求参数选择定位算法
（2）启动位置计算过程
2.多层定位计算
（1）初步定位计算
（2）辅助数据参与定位计算
四、定位结果返回
15.G核心网接收定位结果（1）结果解析和处理
（2）确认定位结果有效性
2.将定位结果返回移动设备（1）包括位置坐标和精度信息（2）提供定位结果展示
五、位置追踪与更新
1.定期位置更新
（1）设备移动时更新位置（2）保持实时位置准确性
2.定位追踪
（1）监控设备位置变化
（2）根据需要更新定位信息。
vonr 5gc信令流程
vonr 5gc信令流程随着5G技术的快速发展，vonr（Voice over New Radio）成为了一种新的通信标准，为语音通信提供了更高效和更可靠的解决方案。
本文将介绍vonr 5gc信令流程，以帮助读者更好地了解其工作原理。
vonr 5gc信令流程主要涉及到以下几个关键步骤：注册、呼叫建立、呼叫释放等。
下面将对这些步骤进行详细说明。
1. 注册在使用vonr 5gc进行通话之前，用户需要先进行注册。
注册过程主要包括以下几个步骤：- 用户设备（UE）向5G核心网（5GC）发送注册请求。
- 5GC收到注册请求后，会对用户进行身份验证和安全认证。
- 如果认证通过，5GC会为用户分配一个临时标识符（Temporary Identifier，TID），并将其发送给UE。
- UE收到TID后，会生成一个加密密钥（Encryption Key）和一个完整性密钥（Integrity Key）。
- UE使用这些密钥对通信进行加密和完整性保护，确保通信安全可靠。
2. 呼叫建立一旦完成注册，用户就可以进行呼叫建立。
呼叫建立的过程如下：- 主叫用户发送呼叫请求给5GC。
- 5GC接收到呼叫请求后，会为该呼叫分配一个唯一的呼叫标识符（Call Identifier）。
- 5GC会查询被叫用户的位置信息，以确定其当前的位置。
- 5GC向被叫用户发送呼叫请求。
- 被叫用户收到呼叫请求后，可以选择接听或拒绝。
- 如果被叫用户接听，5GC会为主叫和被叫之间建立一个通信链路，以便他们进行语音通话。
3. 呼叫释放当通话结束时，用户需要释放呼叫。
呼叫释放的过程如下：- 用户发送呼叫释放请求给5GC。
- 5GC接收到呼叫释放请求后，会释放通信链路，结束通话。
- 5GC会从系统中删除与该呼叫相关的信息，以便为其他呼叫腾出资源。
除了上述关键步骤，vonr 5gc信令流程还涉及到一些其他的信令消息，用于实现一些特殊功能，如呼叫转移、呼叫保持等。