下载文档原格式
volte主被叫信令流程小结VOLTE呼叫流程介绍：A和B均在IDLE模式，A用户（主叫Caller）呼叫B用户（被叫Callee）流程图；A、B均在MME附着，已在AS服务器注册；VOLTE呼叫业务流程VOLTE呼叫业务流程1.2.携带SIP信令INVITE请求。
3.AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息。
4.同时转发INVITE到用户B，发送下行数据首先经过PDN网关到SGW网关。
5.SGW发现UE B为IDLE模式，发送下行数据到的通知到MME，同时缓存数据。
6.MME对UE B发起寻呼流程。
7.同上述步骤1-9；8.SGW将缓存的数据发往UE B，其中SIP信令为A呼叫B的INVITE消息。
UE发送上行数据到AS，携带回复的100 Trying消息。
后续信令和数据的传输见A呼叫B（SIP呼叫业务流程）。
SIP呼叫业务流程介绍：SIP呼叫业务流程SIP呼叫业务流程上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程，具体流程如下：1.用户A，摘机对用户B发起呼叫，用户A首先向AS服务器发起INVITE请求。
2.AS服务器回复100 Trying给用户A说明收到INVITE请求。
3.AS服务器通过认证确认用户认证已通过后，向被叫终端B转送INVITE请求。
4.用户B向AS服务器送呼叫处理中的应答消息，100 Trying。
5.用户B向AS服务器送183 Session Progress消息，提示建立通话的进度信息；（此时被叫QCI1专用承载建立）6.AS服务器向主叫终端A转送183 Session Progress消息，终端A了解到整个Session的建立进度信息。
7.终端A向AS服务器回复临时应答消息PRACK，表示收到183 Session Progress消息。
（此时主叫QCI1专用承载建立）8.AS服务器向被叫终端B转送临时应答消息PRACK，终端B了解到终端A收到183 Session Progress消息。
NO 1信令简介与典型呼叫流程编者：禹翔审核：王高原中兴通讯固网交换用服部修改记录目录第1章NO.1信令介绍 (1)1.1中国NO.1信令方式 (1)1.2线路信令 (2)1.2.1 局间直流线路信令方式 (2)1.2.2 带内单频脉冲线路信令 (3)1.2.3 局间数字型线路信令 (5)1.3多频记发器信令 (7)第2章NO.1信令的典型呼叫流程 (13)2.1被叫先挂机的呼叫信令流程与分析 (13)2.1.1 信令流程图 (13)2.1.2 信令流程分析 (14)2.2主叫先挂机的呼叫信令流程与分析 (14)2.3信令流程分析 (15)第1章NO.1信令介绍1.1 中国NO.1信令方式中国No.1号信令是局间信令，它属于随路信令，也就是说，信令信号和话音信号是在同一个信道上传送的。
中国No.1号信令由线路信令和记发器信令两部分组成。
线路信令在线路设备（中继器）之间传送，它主要是传送一些相关中继线的占用、应答、复原等内容。
记发器信令是通过两个交换局中的“记发器”之间传送的，线路信令根据局与局之间采用的中继器的不同，而采用不同的线路信令，不同中继器所采用的记发器信令是一样的，不同的中继器采用不同的线路信令。
实线中继器采用局间直流线路信令；载波中继器采用带内单频脉冲线路信令；PCM数字中继器采用局间数字型线路信令。
不同中继器所采用的记发器信令是一样的，下图为一个中国No.1号信令的组成和分类示意图：图 1.1-1 随路信令分类示意图1.2 线路信令线路信号是为了反映局间线路状态或为改变状态等而设立的一些信号。
它的功能相当于用户线上的监视信号，只是内容和方式更加复杂。
按照完成线路信号的技术手段，线路信号可分为：直流信号、交流信号和数字型信号。
下面将详细对这几种信号一一进行介绍，线路信号包括前向信号和后向信号，前向信号是沿接续前进方向传送的信号，也就是由主叫端向被叫端传送的信号，后向信号则是沿着相反方向传送的信号。
VOLTE指标及信令流程VOLTE（Voice over LTE）是一种支持语音服务的LTE网络技术。
它通过使用IP数据传输的方式，在现有的LTE网络上实现高质量、高效率的语音通信。
在VOLTE中，语音数据被转换成IP数据包，通过LTE网络传输，并在终端设备上进行重构和还原，从而实现语音通信。
首先，语音质量是衡量VOLTE性能的重要指标之一、它通常由语音抖动和语音丢包率来衡量。
语音抖动是指语音信号在传输过程中出现的时延变化，造成语音的断续或卡顿的现象。
语音丢包率是指在传输过程中语音数据包的丢失情况。
这些因素都会影响到语音的清晰度和连续性，因此需要保证在VOLTE网络中的语音质量能够达到用户的要求。
其次，语音呼叫建立时间也是衡量VOLTE性能的重要指标之一、它包括从拨号到语音呼叫建立的时延，可以体现出VOLTE网络的响应速度和效率。
较短的呼叫建立时间可以为用户提供更好的体验，因此，减少建立时间是提高VOLTE网络性能的一个重要目标。
此外，VOLTE的容量指标也是衡量其性能的重要指标之一、容量指标主要包括语音接入密度和网络拥塞等方面。
语音接入密度是指在一定时间和空间范围内，能够同时支持的语音呼叫数量。
高容量的网络可以支持更多的用户同时进行语音通信，提高网络利用率。
网络拥塞是指当网络负荷过大时，出现的通信资源短缺和性能下降的现象。
减少网络拥塞可以提高VOLTE网络的可靠性和稳定性。
对于VOLTE的信令流程，主要包括以下几个步骤：1. User Equipment (UE) 发送SIP INVITE信令请求进行呼叫发起；2. Access Network (AN) 接收到呼叫请求后，将其转发给VoLTE控制器（VoLTE Controller）；4.IMS检查呼叫请求的合法性，并根据呼叫目标的IP地址查询对应的终端设备；5.IMS发送SIPINVITE信令请求到目标终端设备；6.目标终端设备接收到SIPINVITE信令后，发送SIP200OK信令表示呼叫已接受；7.IMS收到200OK信令后，通知VoLTE控制器，VoLTE控制器进一步通知AN和UE，呼叫已建立；8.语音数据经过LTE网络传输，被转换成IP数据包在终端设备上进行重构和还原，完成语音通信。
中国联通移动核心网信令流程参考手册——电路域分册（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移动通信网的实际业务和功能需要制定。
中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳移动梦网短信业务信令流程规范Monternet SMS Signalling Procedures Specification版本号： 3.0.1╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布目录1 适用范围 (1)2 引用标准 (1)【1】Short Message Peer to Peer Protocol Specification v3.4 (1)【2】ETSI GSM 09.78 V6.2.1 “CAMEL Application Part(CAP) specification” (1)【3】ETSI GSM 09.02 V6.2.0 “Mobile Application Part(MAP) specification” (1)【4】ITU-T 建议Q.1228(09/97) <<智能网能力集2接口建议>> (1)【5】中国移动通信集团公司CMPP V3.0.0 (1)【6】中国移动通信集团公司<<ISMG与SCP通信协议（事务层）规范（V1.0）>> .. 13 相关术语和缩略语解释 (1)4 业务触发方式 (2)5 说明 (2)5.1 接口说明 (2)5.2 信令流程说明 (2)5.3 网元交互说明 (3)6 信令流程 (4)6.1 移动梦网短信业务的MO流程 (4)6.1.1 不需要前转的MO流程 (4)6.1.1.1 流程图 (4)6.1.1.2 流程说明 (4)6.1.1.3 网元处理说明 (5)6.1.1.4 接口使用说明 (5)6.1.1.4.1 DELIVER_SM/DELIVER_SM_RESP (5)6.1.1.4.2 AuthPriceReq/AuthPriceResp (7)6.1.1.4.3 sm-chg-req/sm-chg-rsp (9)6.1.1.4.4 CMPP_DELIVER/CMPP_DELIVER_RESP (10)6.1.1.4.5 sm-cnfm-req/sm-cnfm-rsp (12)6.1.1.4.6 RequireMonthFeeReq/RequireMonthFeeRsp (12)6.1.2 需要前转的MO流程 (14)6.1.2.2 流程说明 (14)6.1.2.3 网元处理说明 (15)6.1.2.4 接口使用说明 (15)6.1.2.4.1 DELIVER_SM/DELIVER_SM_RESP (15)6.1.2.4.2 AuthPriceReq/AuthPriceResp (15)6.1.2.4.3 sm-chg-req/sm-chg-rsp (16)6.1.2.4.4 CMPP_FWD/CMPP_FWD_RESP（1） (16)6.1.2.4.5 CMPP_DELIVER/CMPP_DELIVER_RESP (19)6.1.2.4.6 CMPP_FWD/CMPP_FWD_RESP（2） (19)6.1.2.4.7 sm-cnfm-req/sm-cnfm-rsp (21)6.1.2.4.8 RequireMonthFeeReq/RequireMonthFeeResp (21)6.2 移动梦网短信业务的MT流程 (22)6.2.1 不需要前转的MT流程 (22)6.2.1.1 流程图 (22)6.2.1.2 流程说明 (22)6.2.1.3 网元处理说明 (23)6.2.1.4 接口使用说明 (23)6.2.1.4.1 CMPP_SUBMIT/CMPP_SUBMIT_RESP (23)6.2.1.4.2 AuthPriceReq/AuthPriceResp (25)6.2.1.4.3 sm-chg-req/sm-chg-rsp (27)6.2.1.4.4 SUBMIT_SM/SUBMIT_SM_RESP (29)6.2.1.4.5 DELIVER_SM/DELIVER_SM_RESP (30)6.2.1.4.6 sm-cnfm-req/sm-cnfm-rsp (32)6.2.1.4.7 CMPP_DELIVER/CMPP_DELIVER_RESP (32)6.2.1.4.8 RequireMonthFeeReq/RequireMonthFeeResp (34)6.2.2 需要前转的MT流程 (35)6.2.2.1 流程图 (35)6.2.2.2 流程说明 (35)6.2.2.3 网元处理说明 (36)6.2.2.4.1 CMPP_SUBMIT/CMPP_SUBMIT_RESP (36)6.2.2.4.2 AuthPriceReq/AuthPriceResp (37)6.2.2.4.3 CMPP_FWD/CMPP_FWD_RESP（1） (37)6.2.2.4.4 sm-chg-req/sm-chg-rsp (39)6.2.2.4.5 SUBMIT_SM/SUBMIT_SM_RESP (40)6.2.2.4.6 DELIVER_SM/DELIVER_SM_RESP (40)6.2.2.4.7 sm-cnfm-req/sm-cnfm-rsp (40)6.2.2.4.8 CMPP_FWD/CMPP_FWD_RESP（2） (41)6.2.2.4.9 CMPP_DELIVER/CMPP_DELIVER_RESP (43)6.2.2.4.10 RequireMonthFeeReq/RequireMonthFeeResp (43)6.3 移动梦网短信业务的定购/取消定购流程 (44)6.3.1 不需要前转的定购/取消定购流程 (44)6.3.1.1 流程图 (44)6.3.1.2 流程说明 (44)6.3.1.3 网元处理说明 (44)6.3.1.4 接口使用说明 (45)6.3.1.4.1 DELIVER_SM/DELIVER_SM_RESP (45)6.3.1.4.2 AuthPriceReq/AuthPriceResp (45)6.3.1.4.3 sm-chg-req/sm-chg-rsp (45)6.3.1.4.4 sm-cnfm-req/sm-cnfm-rsp (46)6.3.1.4.5 SyncOrderRelationReq/SyncOrderRelationResp (47)6.3.2 需要前转的定购/取消定购流程 (48)6.3.2.1 流程图 (48)6.3.2.2 流程说明 (48)6.3.2.3 网元处理说明 (49)6.3.2.4 接口使用说明 (49)6.4 移动梦网短信业务的包月计费流程 (49)6.4.1 不需要前转的包月计费流程 (49)6.4.1.1 流程图 (49)6.4.1.3 网元处理说明 (50)6.4.1.4 接口使用说明 (50)6.4.1.4.1 MonthFeeReq/MonthFeeResp (50)6.4.1.4.2 sm-chg-req/sm-chg-rsp (51)6.4.1.4.3 MonthFeeReceiptReq/MonthFeeReceiptResp (52)6.4.2 需要前转的包月计费流程 (53)6.4.2.1 流程图 (53)图8 需要前转的包月计费流程 (53)6.4.2.2 流程说明 (54)6.4.2.3 网元处理说明 (54)6.4.2.4 接口使用说明 (54)6.4.2.4.1 MonthFeeReq/MonthFeeResp (54)6.4.2.4.2 CMPP_FWD/CMPP_FWD_RESP（1） (54)6.4.2.4.3 sm-chg-req/sm-chg-rsp (57)6.4.2.4.4 CMPP_FWD/CMPP_FWD_RESP（2） (58)6.4.2.4.5 MonthFeeReceiptReq/MonthFeeReceiptResp (60)6.5 移动梦网短信业务的SP登录流程 (60)6.5.1 流程图 (60)图9 SP登录流程图 (60)6.5.2 流程说明 (60)6.5.3 网元处理说明 (61)6.5.4 接口使用说明 (61)6.5.4.1.1 SPAuthInfoReq/SPAuthInfoResp (61)6.6 移动梦网短信业务的SCP互联信令流程 (62)6.6.1 计费请求互联信令流程 (62)6.6.1.1 流程图 (62)6.6.1.2 接口使用说明 (62)6.6.2 计费确认请求互联信令流程 (63)6.6.2.1 流程图 (63)6.6.3 互联信令中使用到的客体标识符说明 (64)6.6.4 操作结果说明 (65)7 网元处理说明 (67)7.1 ISMG处理说明 (67)7.1.1 对与其它网元交互的处理 (67)7.1.2 对计费类型的处理 (68)7.1.3 MO流程中对目的号码操作类型的处理 (70)7.1.4 对伪码的处理 (70)7.1.5 对短信号码类别的处理 (70)7.1.6 MT流程中对MT状态报告的处理 (70)7.1.7 ISMG上配置可信任号码组的处理 (71)7.1.8 ISMG对LBS业务的支持 (71)7.1.8.1 LBS业务的操作方式 (71)7.1.8.2 MO流程对于ISMG的要求 (71)7.1.8.3 MT流程对于ISMG的要求 (72)7.1.9 ISMG对群发的支持 (72)7.1.10 长消息解决方案 (72)7.1.10.1 SP的处理方案 (72)7.1.10.2 DSMP的处理方案 (73)7.1.10.3 ISMG的处理方案 (73)7.2 DSMP处理说明 (73)7.2.1 对业务需要真实号码还是伪码的处理 (73)7.2.2 对计费类型的处理 (74)8 ISMG与SCP之间通信协议 (74)8.1 ISMG与SCP之间通信协议的消息体描述中的一些规则 (74)8.2 ISMG与SCP之间通信协议中共用的通用元素的定义 (75)8.2.1 元素addr的定义 (75)8.2.2 元素chg-info的定义 (75)8.2.3 元素desc的定义 (76)8.2.4 元素dst的定义 (76)8.3 计费请求及应答消息的定义 (76)8.4 计费确认请求及应答消息的定义 (77)9 SMSC分册对DSMP接口规范的修改 (78)9.1 增加AuthPriceResp消息中的计费类型 (78)9.2 增加AuthPriceResp消息中用户类型字段 (78)9.3 增加AuthPriceResp消息中短信内容字段 (79)9.4 修改service_id_scheme (79)9.5 增加MonthFeeReq消息中用户类型字段 (80)9.6 增加RequireMonthFeeReq消息和RequireMonthFeeResp消息 (80)9.6.1.1 功能描述 (80)9.6.1.2 接口内容描述 (80)9.7 增加SPAuthInfoReq消息中的业务类型字段 (81)10 附录1 错误码xxxx的取值 (81)11 附录2 错误码yyyy的取值 (82)12 附录3 错误码zzzz的取值 (82)13 编制历史 (84)前言本信令规范描述了移动梦网短信业务中各网元（包括SCP、ISMG、SMSC、DSMP和SP）之间的消息交互过程以及相关消息的类型和定义。
5g pdu session建立及释放信令流程-回复5G PDU（Packet Data Unit）Session建立及释放信令流程一、引言5G（第五代移动通信技术）是当前移动通信领域的热门话题，它不仅提供更高的带宽和更快的速度，还支持更多种类的应用场景。
其中，PDU Session（Packet Data Unit Session）是5G网络中的一种特殊会话类型，用于传输数据包，本文将详细介绍5G PDU Session的建立及释放信令流程。
二、PDU Session的概念PDU Session是指在5G网络中用于传输数据包的会话。
它是5G Core 网和5G UE（User Equipment）之间建立的一种逻辑连接，用于支持各种应用场景，如云游戏、虚拟现实（VR）和增强现实（AR）等。
PDU Session 提供了在5G网络中传输数据包的能力，相比于传统的Circuit Switched 会话，具有更低的时延和更高的灵活性。
三、PDU Session的建立信令流程PDU Session的建立信令流程涉及到以下步骤：1. RAN（Radio Access Network）配置：RAN配置需要在5G RAN节点上进行，以确保网络可以正常处理和路由来自于UE的数据包。
RAN节点需要分配合适的资源，如频谱和天线，以满足UE的需求。
2. 5G Core网处理：一旦UE请求建立PDU Session，5G Core网将会收到这一请求，并进行相应的处理。
首先，5G Core网会使用AMF（Access and Mobility Management Function）标识UE的位置，并通知SMF （Session Management Function）处理PDU Session的建立请求。
3. UE鉴权和安全：在建立PDU Session之前，UE需要进行鉴权和安全性检查。
UE会向5G Core网提供其身份信息，包括IMSI（International Mobile Subscriber Identity）和认证密钥，以进行鉴权。
