核心网接口和信令流程
- 格式:ppt
- 大小:1.95 MB
- 文档页数:63
vonr信令流程详解过程下载温馨提示:该文档是我店铺精心编制而成,希望大家下载以后,能够帮助大家解决实际的问题。
文档下载后可定制随意修改,请根据实际需要进行相应的调整和使用,谢谢!并且,本店铺为大家提供各种各样类型的实用资料,如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等,如想了解不同资料格式和写法,敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!VoNR 信令流程详解。
1. 访问限制查询(ARQ)。
手机向核心网发送 ARQ 消息,询问当前位置是否允许 VoNR 接入。
5GC典型信令流程5G通信网络使用了更加灵活和高效的信令流程来满足不同应用场景的需求。
下面是5G通信网络中的典型信令流程:1.注册流程:5G终端设备首次连接5G网络时,首先需要进行注册流程。
终端设备发送注册请求消息给附近的基站,该消息包含设备的唯一标识信息和位置信息。
基站收到注册请求后,将其转发给核心网中的注册访问控制功能(ACF)和注册管理功能(RMF)。
ACF将对设备进行身份验证,并检查其是否有权访问服务。
RMF将负责为设备分配唯一的5G网络标识(GUTI),并将该标识返回给设备。
设备收到GUTI后,可以用其在之后的通信中进行标识和身份验证。
2.接入流程:一旦设备完成注册流程,就可以发起数据传输请求,需要进行接入流程。
设备向基站发送接入请求消息,其中包含设备要请求的服务类型和数据传输需求。
基站接收到请求消息后,将其转发给控制面函数(CMF)和用户面函数(UMF)。
CMF负责验证请求是否合法,并将其转发到核心网中合适的位置。
UMF将根据请求的服务类型和需求,将设备连接到合适的数据网络。
一旦连接建立,设备可以开始发送和接收数据。
3.会话管理:在5G网络中,会话管理变得更为复杂,因为设备可以同时进行多个会话。
设备可以在不同的服务提供商之间切换,同时进行语音通话、视频流媒体和数据传输。
对于每个会话,设备和网络之间需要进行会话管理。
会话管理包括设备的身份验证、会话的建立、维护和关闭等过程。
设备和网络之间通过协商和交换消息完成这些操作,保持会话的稳定和可靠。
4.承载管理:5G网络支持多种不同类型的传输承载,包括数据承载、语音承载和多媒体承载等。
在数据传输过程中,网络需要管理这些不同类型的承载,以确保数据的传输效率和质量。
承载管理包括承载的建立、维护和关闭等过程。
设备和网络之间通过协商和交换消息来管理承载,以满足不同应用场景对传输要求的需求。
5.移动性管理:5G通信网络支持设备的高速移动,因此需要进行移动性管理来保持通信的稳定和连续。
,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网络区域时,首先进行鉴权和连接建立过程。
中国联通移动核心网信令流程参考手册——电路域分册(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基本信令流程LTE(Long Term Evolution)基本信令流程主要包括接入过程、数据传输过程和释放过程。
下面将详细介绍每个过程的信令流程。
一、接入过程(RRC连接建立过程):1. 手机发起连接请求:手机向基站发送RRC连接请求信令(RRC Connection Request),并指定连接的原因(例如寻呼、位置更新等)。
2. 基站分配临时C-RNTI:基站接收到连接请求信令后,为手机分配临时C-RNTI(Cell Radio Network Temporary Identifier),并向手机发送RRC连接允许信令(RRC Connection Setup)。
4. 确认建立连接:基站接收到RRC连接确认信令后,向手机发送RRC连接重新配置信令(RRC Connection Reconfiguration),并携带基站的系统配置信息。
二、数据传输过程:1. 上行数据传输:手机向基站发送上行数据传输请求信令(UL Data Transfer Request),并携带上行数据(例如语音、视频或其他应用数据)。
2. 数据传输:基站接收到上行数据传输请求信令后,将上行数据转发到核心网,并向手机发送上行数据传输确认信令(UL Data Transfer Acknowledgement)。
3.下行数据传输:基站向手机发送下行数据(例如网页、视频流等)。
4. 数据接收确认:手机接收到下行数据后,向基站发送下行数据传输确认信令(DL Data Transfer Acknowledgement)。
三、释放过程:1. 释放请求:手机或基站发起释放请求,向对方发送RRC连接释放请求信令(RRC Connection Release)。
3.释放完成:发起方接收到释放确认信令后,释放连接。
除了上述基本信令流程外,LTE还包括以下一些重要的信令流程:1.小区:手机在上电或小区切换时,需要进行小区以找到合适的基站。
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更新通常与接入过程一起触发。
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信令流程还涉及到一些其他的信令消息,用于实现一些特殊功能,如呼叫转移、呼叫保持等。
GSM信令流程总结呼叫建立阶段的信令流程如下:1.扫描和选择基站:移动台扫描周围的基站,并选择最强信号的基站进行连接。
2.建立无线连接:移动台发送连接请求给所选择的基站。
基站收到请求后,发送连接确认给移动台。
3.注册移动台:移动台通过发送注册请求将自己的位置信息注册到网络中。
基站收到请求后,发送注册确认给移动台。
4.寻呼移动台:当有呼叫或短信发送给移动台时,网络会发送寻呼请求给所在区域的基站。
基站通过广播方式将寻呼请求发送给所有的移动台。
5.移动台响应:移动台收到寻呼请求后,发送响应给所在区域的基站。
基站收到响应后,向核心网发送移动台的位置信息。
6.路径设置:核心网根据移动台的位置信息确定路由和传输路径,以确保呼叫可以正确连接。
呼叫释放阶段的信令流程如下:1.完成通话:通话结束后,通信控制器向基站发送释放请求。
2.呼叫释放确认:基站收到释放请求后,向核心网发送释放确认。
3.核心网清除连接:核心网收到释放确认后,清除与移动台的连接,并从网络中删除移动台的位置信息。
4.发送呼叫释放消息:基站向移动台发送呼叫释放消息。
5.移动台响应:移动台收到呼叫释放消息后,确认释放,并将自己恢复到空闲状态。
在整个信令流程中,GSM使用了多种信令协议和消息来实现不同的功能。
例如,移动台和基站之间使用的信令协议是GSM-MAP(Mobile Application Part),它用于处理移动台的位置注册和寻呼等功能。
通信控制器和核心网之间使用的协议是SS7(Signaling System No.7),它用于处理呼叫建立和释放的信令交换。
总结起来,GSM信令流程是一个复杂的过程,涉及到移动台和基站、基站和核心网之间的信令交换。
通过这个信令流程,GSM实现了移动通信网络中的呼叫建立和释放等功能,确保通信连接的可靠性和稳定性。
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)根据需要更新定位信息。
5gnsa信令流程5GNSA是5G下一代移动通信网络的一项关键技术,其信令流程是指移动设备与5G核心网之间的通信过程。
下面我们来详细介绍5GNSA信令流程。
1.设备接入网络(Device Access Network)在设备接入网络(Device Access Network)阶段,用户设备(UE)首先通过无线接入层(Radio Access Network,简称RAN)的控制平面接入5GNSA核心网。
这个过程又称为“RAN接入认证”。
用户设备发送一个初始接入请求,包含设置连接的无线接入技术和网络标识,向RAN 发起连接请求。
RAN会向设备返回一个消息,包含网络选择和请求用户身份验证等信息。
设备需要回复一个消息,包含其身份验证信息和位置信息。
2.设备注册(Device Registration)在设备注册(Device Registration)阶段,设备向5GNSA核心网注册,并获得核心网对其进行识别和管理的必要参数。
这个过程又称为“用户设备注册”。
在设备接入网络成功后,设备会向核心网注册,并接收参数以便核心网能够识别和管理该设备。
这些参数包括设备临时标识(Temporary UE Identity,简称TUEID)、核心网为设备分配的标识(Permanent Equipment Identity,简称PEI)、5G服务打包数据结构(Service Data Packet Information,简称SDPI)等。
注册成功后,设备可通过核心网与其他设备进行通信。
3.用户身份认证(User Identity Authentication)在用户身份认证(User Identity Authentication)阶段,核心网向设备发起身份验证请求,以确保设备是合法的,并可访问核心网所提供的服务。
这个过程又称为“UE身份验证”。
核心网向设备发送身份验证请求,设备需要回应有效的身份验证信息。
验证信息可以是设备持有的许可证,也可以是设备所属的组织的身份验证证书。
4G信令流程范文随着移动通信技术的不断发展,4G通信技术逐渐成为主流。
4G通信技术通过信令流程实现移动设备与网络之间的有效连接和通信。
下面是一个关于4G信令流程的范文,以帮助您更好地了解这一过程。
信令流程是指在4G通信中,移动设备与基站、核心网和其他网络实体之间传输信令的过程。
通过信令流程,移动设备能够与基站建立连接并进行通信,实现数据的传输和交换。
以下是对于4G信令流程的详细介绍。
首先,移动设备发送探测信号以可用的基站。
移动设备会发送一个Synchronization Channel (SCH)来附近的基站。
基站会回应设备的请求并开始建立连接。
接下来,移动设备发送随机接入信令来获取基站的许可。
随机接入信令包括一个随机接入导频序列和设备的身份信息。
基站接收到随机接入信令后,会通过验证身份信息来确认该设备是否有权连接该基站。
一旦身份验证通过,移动设备会发送初始UE(User Equipment)功率设置信令来调整其发送功率。
基站会收到该信令并根据其实际需求来调整设备的功率级别。
接下来,移动设备和基站之间进行随机接入过程。
在这个过程中,设备会发送一个介入导频序列来告知基站它的存在。
基站会收到该信号并回应一个介入确认信号以告知设备,它已经成功介入到基站的服务区域。
然后,移动设备向基站发送RRC(Radio Resource Control)连接请求信令,请求建立与基站的RRC连接。
RRC连接用于设备与基站之间的信令和数据传输。
基站收到RRC连接请求后,会发送RRC连接确认信令给移动设备。
这样,RRC连接就建立起来了。
移动设备和基站之间可以开始进行信令和数据的传输了。
最后,移动设备和基站进行上行和下行数据传输。
上行数据传输指的是从移动设备发送数据到基站,而下行数据传输则是从基站发送数据到移动设备。
这个过程中,移动设备会发送用户数据到基站,基站会收到这些数据并进行解码和处理。
通过这样的信令流程,移动设备能够与4G网络进行连接,并进行通信和数据的传输。
LTE及CSFB信令流程LTE(Long Term Evolution)是一种高速无线宽带网络技术,旨在提供更快的数据传输速度和更低的延迟。
CSFB(Circuit Switched Fallback)是一种LTE网络中用于支持2G/3G语音通话的回退机制。
以下是LTE和CSFB的信令流程的详细说明。
一、LTE信令流程:1. 初始接入(Initial Access):当用户设备(UE)在LTE网络覆盖范围内时,它将尝试与基站(eNodeB)建立初始连接。
UE通过在特定频段上发送随机接入前导码以及支持的LTE频带信息等来请求接入。
2. 随机接入(Random Access):如果eNodeB接收到了UE的初始接入请求,它将发送一个接入确认信号给UE。
UE收到确认信号后,将在随机接入信道(Random Access Channel)上发送包含身份信息的接入请求。
eNodeB将对接收到的接入请求进行验证,并回复一个接入确认。
3. 建立连接(Connection Setup):一旦随机接入过程成功完成,eNodeB将分配一个临时的无线资源给UE,以便建立连接。
UE将与eNodeB进行安全验证,并分别协商上行和下行链路传输参数。
在此过程中,eNodeB将为UE建立一个专用的数据链路,即无线资源分配(RRC Connection Setup)。
4. RRC连接重配、释放和重建(RRC Connection Reconfiguration, Release and Reestablishment):一旦UE和eNodeB建立了RRC连接,UE和网络之间的数据交换就可以开始。
在通信过程中,有可能需要对RRC连接进行重配、释放或重建,以便在网络覆盖变化或其他原因下保持连接的稳定性和可靠性。
5. 数据传输和双工模式选择(Data Transfer and Duplex Mode Selection):在RRC连接建立后,UE和eNodeB之间可以进行数据传输。