资源描述
B-TrunC TR 004-2014 V2.0
基于LTE技术的宽带集群通信(B-TrunC)系统接口技术要求(第一阶段)终端到集群核心网接口
Technical Requirements for Interface between UE and Trunking Core Network of LTE based Broadband Trunking Communication(B-TrunC) System (Phase 1)
2016年8月
声明:本文件由宽带集群(B-TrunC)产业联盟制定,未来联盟可继续编制完善。本文件版权完全属于宽带集群(B-TrunC)产业联盟。未经许可,不能复制本文件中的任何部分。版权限制适用于所有媒体的复制方式。.
版本修订记录
版本
主要修订内容
日期
V1.0.0
在行业标准基础上,根据技术组第16次会议讨论,修改完善了故障弱化下的话权管理
2015/03/20
v1.0.1
根据技术组第17次会议结论及邮件讨论修改
2015/04/14
v1.0.2
澄清全双工过程中端到端加密的启用时机
2015/05/07
V1.0.3
根据技术组第19次会议结论(21号文稿)修改
2015/06/10
v1.0.4
根据技术组第22次会议结论(21号文稿)修改
2015/06/26
v1.0.5
根据技术组第23次会议结论(18号文稿)修改
2015/07/27
v1.0.6
根据技术组第23次会议结论(15号文稿)修改
2015/08/30
v1.0.7
根据技术组第25次会议结论(21号文稿)修改
2015/09/22
v1.0.8
根据技术组第26次会议结论(24号文稿)、27次结论(18号文稿)修改
2015/12/03
v1.0.9
根据技术组第28次会议结论(7、17、21、23号文稿)修改
2015/12/30
v1.1.0
根据技术组第29次、29.5次会议结论修改
2016/01/20
v1.1.1
无修改,版本号升级
2016/02/01
v1.1.2
根据技术组第31次会议结论修改
2016/03/10
v1.1.3
根据技术组第32次会议结论修改
2016/04/05
v1.34
根据技术组第34次会议修改
2016/06/07
v1.35
根据技术组第35次会议修改
2016/06/23
v1.36
根据技术组第36次会议修改
2016/07/26
v1.37
根据技术组第37次会议修改
2016/08/10
v2.0
联盟统一版本升级
2016/08/22
前 言
本标准是由宽带集群(B-TrunC)产业联盟制定的《基于LTE技术的宽带集群通信(B-TrunC)系统总体技术要求(第一阶段)》系列标准之一,该系列标准的结构和名称如下:
(1) TR 001-2013 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)总体技术要求
(2) TR 002-2014 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)端到端流程
(3) TR 003-2014 基于LTE技术的宽带集群通信(B-TrunC)系统接口技术要求(第一阶段)空中接口
(4) TM 001-2014 基于LTE技术的宽带集群通信(B-TrunC)系统接口测试方法(第一阶段) 空中接口
(5) TR 004-2014 基于LTE技术的宽带集群通信(B-TrunC)系统接口技术要求(第一阶段)终端到集群核心网接口
(6) TM 002-2014 基于LTE技术的宽带集群通信(B-TrunC)系统接口测试方法(第一阶段)终端到集群核心网接口
(7) TR 005-2014 基于LTE技术的宽带集群通信(B-TrunC)系统接口技术要求(第一阶段)集群核心网到调度台接口
(8) TM 003-2014 基于LTE技术的宽带集群通信(B-TrunC)系统接口测试方法(第一阶段)集群核心网到调度台接口
(9) TR 006-2014 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)网络设备技术要求
(10) TM 004-2014 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)网络设备测试方法
(11) TR 007-2014 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)终端设备技术要求
(12) TM 005-2014 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)终端设备测试方法
(13) TM 006-2014 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)终端与网络互操作测试方法
(14) TR 008-2014 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)调度台设备技术要求
(15) TM 007-2014 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)调度台设备测试方法
(16) TM 009-2015 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)调度台与系统IOT测试方法
(17) TM 008-2015 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)产品认证测试集
(18) SC 001-2015 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)标准澄清文件
(19) TM 010-2016 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)终端设备射频测试方法
(20) TM 011-2016 基于LTE技术的宽带集群通信(B-TrunC)系统(第一阶段)基站设备射频测试方法
随着技术的发展,还将制定后续的相关标准。
本标准按照GB/T 1.1-2009给出的规则起草。本标准由宽带集群(B-TrunC)产业联盟提出并归口。
本标准起草单位:中国信息通信研究院、北京中兴高达通信技术有限公司、普天信息技术有限公司、鼎桥通信技术有限公司、北京信威通信技术股份有限公司、华为技术有限公司、中兴通讯股份有限公司、大唐电信科技产业集团、海能达通信股份有限公司
本标准主要起草人:龚达宁、王璐、蔡杰、陈迎、郑伟、毛磊、杨美荟、王淑坤、周志宏、赵洪坤、李晓华、杨小倩、丁俊、王彬、张成文、贾瑞凯、李曦滨、康艳超、徐晖、唐春莺、黄志强、宋得龙、徐霞艳
目 次
版本修订记录 I
前 言 II
1 范围 1
2 规范性引用文件 1
3 术语、定义和缩略语 1
3.1 术语和定义 1
3.2 缩略语 1
4 接口模型 2
4.1 NAS架构 2
4.2 接口协议栈 4
5 TSM状态机 4
5.1 注册状态机 4
5.2 全双工单呼呼叫状态机 8
5.3 半双工单呼呼叫状态机 11
5.4 组呼呼叫状态机 13
5.5 话权状态机 16
5.6 多媒体集群业务状态机 18
6 EMM集群增强 19
6.1 EMM过程 19
6.2 EMM消息 20
6.3 EMM信息单元 22
7 TSM过程 23
7.1 注册和注销 23
7.2 全双工单呼 26
7.3 半双工单呼-无应答 30
7.4 语音组呼和可视组呼 33
7.5 话权管理 35
7.6 视频源指示 39
7.7 上行直传 40
7.8 下行直传 40
7.9 组信息更新 40
7.10 遥毙遥晕复活 41
8 TSM信令消息 42
8.1 概述 42
8.2 TRUNKING REGISTER REQUEST 42
8.3 TRUNKING REGISTER ACCEPT 43
8.4 TRUNKING REGISTER REJECT 44
8.5 TRUNKING REGISTER COMPLETE 45
8.6 TRUNKING DEREGISTER REQUEST 45
8.7 TRUNKING DEREGISTER ACCEPT 46
8.8 CALL REQUEST 47
8.9 CALL ACCEPT 49
8.10 CALL COMPLETE 50
8.11 CALL PROCEEDING 51
8.12 CALL CONFIRMED 52
8.13 CALL REJECT 53
8.14 CALL CONNECT 54
8.15 CALL CONNECT ACK 56
8.16 ALERTING 57
8.17 GROUP CALL SETUP INDICATION 58
8.18 GROUP CALL RELEASE INDICATION 59
8.19 CALL RELEASE REQUEST 59
8.20 CALL RELEASE RESPONSE 61
8.21 FLOOR REQUEST 62
8.22 FLOOR GRANT 63
8.23 FLOOR GRANT ACK 64
8.24 FLOOR REJECT 65
8.25 FLOOR WAIT 65
8.26 FLOOR INFORM 66
8.27 FLOOR RELEASE 67
8.28 FLOOR RELEASE ACK 68
8.29 VIDEO SOURCE INDICATION 69
8.30 TRUNKING UPLINK TRANSPORT 70
8.31 TRUNKING DOWNLINK TRANSPORT 71
8.32 KILL/STUN/REVIVE REQUEST 71
8.33 KILL/STUN/REVIVE RESPONSE 72
8.34 GROUP INFORMATION UPDATE REQUEST 72
8.35 GROUP INFORMATION UPDATE COMMAND 73
8.36 GROUP INFORMATION UPDATE RESPONSE 73
8.37 SPEAKING TIMEOUT INFORM 74
9 TSM消息格式与信息单元 75
9.1 集群NAS消息结构 75
9.2 信息单元编码 76
9.3 Protocol discriminator 77
9.4 Spare half octet 77
9.5 Trunking Procedure Transaction Identity 77
9.6 Message Type 78
9.7 其他信息单元 80
10 NAS信令消息传输 99
11 定时器 101
11.1 UE侧定时器 101
11.2 核心网侧定时器 102
附录A(规范性附录)Cause值说明 103
基于LTE技术的宽带集群通信(B-TrunC)系统接口技术要求(第一阶段)终端到集群核心网接口
1 范围
本标准规定了终端到集群核心网接口的接口模型、TSM状态机、EMM集群增强、TSM信令流程、NAS信令消息格式、NAS信令单元、NAS信令消息传输、定时器等。
本标准适用于基于LTE技术的宽带集群通信(B-TrunC)系统的终端和系统设备。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
YD/T 2620.1-2013演进的移动分组核心网络(EPC)总体技术要求第1部分:支持E-UTRAN接入
3GPP 23401 General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access
3GPP 24007 Mobile radio interface signalling layer 3;General aspects
3GPP 24008 Mobile radio interface Layer 3 specification;Core network protocols; Stage 3
3GPP 24301 Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3
3 术语、定义和缩略语
3.1 术语和定义
下列术语和定义适用于本文件。
3.1.1
调度台 dispatch console
通过有线或无线方式连接到TD-LTE宽带集群核心网,可以发起集群调度业务的特殊终端,业务权限高于普通终端。
3.1.2
宽带集群 broadband trunking
基于宽带无线移动通信技术,支持宽带数据传输业务、语音和多媒体形式的集群指挥调度业务的宽带无线通信系统。
3.2 缩略语
下列缩略语适用于本文件。
E-UTRAN
演进的通用陆地无线接入网络
Evolved UTRAN
ECM
EPS连接管理
EPS Connection Management
EMM
EPS移动管理
EPS Mobility Management
EPC
演进的分组核心网
Evolved Packet Cor
Network
EPS
演进的分组系统
Evolved Packet System
ESM
EPS会话管理
EPS Session Management
LTE
长期演进
Long Term Evolution
NAS
非接入层
Non-Access Stratum
PD
协议辨识符
Protocol Discriminator
PDN
分组数据网
Pac
et Data Network
PTI
程序事务标识
Procedure Transaction Identity
RRC
无线资源管理
Radio Resource Control
TDD
时分复用
Time Division Duplex
TSM
集群业务管理
Trunking Service Management
4 接口模型
4.1 NAS架构
4.1.1 接口架构
基于TD-LTE技术的专网宽带集群系统终端到集群核心网接口采用NAS协议,其架构图如图1。
图1NAS架构图
4.1.2 ESM
ESM主要功能是处理EPS bearer context,包括:
– 激活,修改,去激活EPS bearer context
– UE请求资源(到PDN的IP连接或者专用承载资源)
ESM的规定见3GPP TS24.301。
4.1.3 EMM
EMM主要功能是处理UE的移动性,提供UE身份安全,并为上层提供NAS信令连接。
Bearer Control:当EPS bearer context激活时,建立、释放无线承载。如果此时没有EPS bearer context,触发SR过程。
EMM的规定见3GPP TS24.301,其中集群的增强见本标准第6章。
4.1.4 TSM
TSM主要功能是处理集群业务管理,包括组呼和点呼,以及其他集群功能。本标准规定了TSM状态机、信令过程、信令消息和信息单元等主要内容。
4.2 接口协议栈
基于TD-LTE技术的专网宽带集群系统NAS接口协议栈如图 2。
图 2NAS接口协议栈
5 TSM状态机
5.1 注册状态机
5.1.1 UE侧注册状态机
5.1.1.1 状态转换
图 3UE侧集群注册状态机
UE侧状态机如图 3。
UE侧状态机包含两个稳态和两个暂态。稳态为TSM-REGISTERED状态和TSM-DEREGISTED状态。UE初始处于TSM-DEREGISTERED状态,此状态下UE发起集群注册过程,向集群核心网发送TRUNKING REGISTER REQUEST消息,UE状态进入TSM-REGISTER-INITIATED状态,等待核心网的响应,如果集群核心网接受UE的注册请求则UE状态转换为TSM-REGISTERED状态。否则UE返回到TSM-DEREGISTERED。
UE集群注册完成之后,可以发起集群业务过程,UE可以发起集群注销过程,向集群核心网发送TRUNKING DEREGISTER REQUEST消息,请求进行集群业务注销,UE进入TSM-DEREGISTER-INITIATED,UE在接收到核心网的响应消息之后,进入TSM-DEREGISTERED状态。
UE侧在内部异常或者注销过程失败时,可以进行本地集群业务去注册,在不与核心网进行NAS过程交互情况下,本地从TSM-REGISTERED状态转换到TSM-DEREGISTERED状态。
集群核心网可以根据内部策略和处理,发起网络侧发起的集群注销过程,UE在收到网络侧发送的TRUNKING DEREGISTER REQUEST消息之后,回复TRUNKING DEREGISTERACCEPT消息,状态转换为TSM-DEREGISTERED状态。
为了维护UE和网络侧UE集群注册状态的一致性,UE需要周期性发起集群注册过程,UE在TSM-REGISTERED状态向核心网发送TRUNKING REGISTER REQUEST消息,进入TSM-REGISTERED-UPDATING-INITIATED状态,如果此状态下收到集群核心网的拒绝响应则UE进入TSM-DEREGISTERED状态,如果此状态下收到集群核心网的接受响应则UE进入TSM-REGISTERED状态。
UE在除了TSM-DEREGISTERED状态下的任何状态都可以因为关机发起集群注销过程,不需要等待响应直接进入TSM-DEREGISTERED状态。
UE从ANY STATE到TSM-DEREGISTERED状态转换,除关机注销外,还有关机DETACH。
5.1.1.2 TSM DEREGISTERED
TSM DEREGISTERED状态,UE侧没有TSM Context被建立,核心网没有UE的TSM上下文。此状态下UE可以发起TSM 注册过程,其他TSM过程均不能发起。
5.1.1.3 TSM REGISTERED INITIATED
当UE发送TRUNKING REGISTER REQUEST信令后,在集群核心网反馈应答之前,UE处于TSM REGISTERED INITIATED状态。此状态下UE可以发起关机的集群注销过程,不能进行其他集群业务过程。
5.1.1.4 TSM REGISTERED
在TSM REGISTERED状态,TSM Context已经被建立。
UE处于TSM REGISTERED状态时,UE在集群核心网中,执行了注册过程,对集群核心网而言,此时UE处于激活状态,UE可达。UE可以在此状态下,发起集群周期性注册过程,发起集群呼叫建立过程,可以处理网络侧发起的集群业务过程。
5.1.1.5 TSM DEREGISTERED INITIATED
当UE发送了非关机的TRUNING DEREGISTER REQUEST信令后,直到收到集群核心网的响应,此时UE处于TSM DEREGISTERED INITATED状态。此状态下UE不再处理网络侧发起的集群业务过程,并且不再发起其他集群业务。正在进行中的集群业务本地释放。
5.1.1.6 TSM REGISTERED UPDATING INITIATED
当UE发送注册更新相关信令后,在等待集群核心网回响应的这段时间内,UE处于TSM REGISTERED UPDATING INITIATED状态。此状态下UE不能够发起新的集群业务过程,原有集群业务保持,可以处理网络侧发起的集群业务过程。
5.1.2 网络侧注册状态机
5.1.2.1 状态转换
图 4网络侧集群注册状态机
网络侧状态机如图 4。
网络侧状态机包括两个稳态和一个暂态。稳态为TSM-REGISTERED状态和TSM-DEREGISTED状态。
网络侧初始处于TSM-DEREGISTERED状态,此状态下网络侧只能够处理UE发起的TRUNKING REGISTER REQUEST消息。如果网络侧接受UE的集群注册过程,则网络侧该UE状态转换为TSM-REGISTERED状态,该状态下网络侧可以发起对UE的集群业务过程,网络侧可以处理UE发起的集群业务过程。
如果网络侧发起UE集群注销过程,则向UE发送TRUNKING DEREGISTER REQUEST消息,进入TSM-DEREGISTER-INITIATED状态,该状态下,网络侧不再发起集群业务过程,并且不再处理UE发起的集群业务过程。等到UE的响应之后,进入TSM-DEREGISTERED状态。
集群核心网可以在UE周期性注册超时之后或者内部处理异常时,在不与UE之间进行NAS交互的情况下本地注销UE,直接将网络侧UE状态从TSM-REGISTERED状态转换到TSM-DEREGISTERED状态。
5.1.2.2 TSM DEREGISTERED
在TSM DEREGISTERED状态,集群核心网没有UE的TSM Context信息,或者TSM Context信息被标识成DEREGISTERED。UE被DEREGISTERED。集群核心网可以响应UE发起的注册过程。如果TSM Context信息被表示成DEREGISTERED,那么集群核心网还可以响应UE的注册更新过程。
5.1.2.3 TSM REGISTERED
在TSM REGISTERED状态,在集群核心网中,UE的TSM Context信息被建立。该状态下可以进行集群业务。
5.1.2.4 TSM DEREGISTERED INITIATED
当集群核心网发起了DEREGISTERED过程后,在等待UE反馈响应的这段时间内,集群核心网处于TSM DEREGISTERED INITATED状态。该状态下网络侧不能发起集群业务过程,也不能处理UE的业务请求。
5.2 全双工单呼呼叫状态机
5.2.1 UE侧全双工单呼呼叫状态机
5.2.1.1 状态转换
UE侧单呼状态机如图5。
图5UE侧单呼状态机
UE侧在没有单呼进行时,单呼状态为CALL NULL状态。当单呼建立完成时为CALL ACTIVE状态。
主叫UE侧状态转换如下:
在CALL NULL状态下向网络侧发送CALL REQUEST消息,进入CALL ININIATED状态,此状态下如果收到网络侧的CALL REJECT消息在返回到CALL NULL状态。
UE在CALL INITIATED状态,收到CALL PROCEEDING消息进入MO CALL PROCEEDING状态,此状态下收到ALERTING消息,则进入CALL DELIVERED状态,此状态下收到CALL CONNECT 消息发送CALL CONNECT ACK响应之后,进入CALL ACTIVE状态。
主叫UE在3,4,10 状态下如果收到网络侧发送的RELEASE消息则回复CALL RELEASE RESPONSE之后进入CALL NULL状态。主叫UE也可以在10状态发起CALL RELEASE过程进入RELEASE REQUEST状态,等待收到CALL RELEASE RESPONSE之后进入CALL NULL状态。
被叫UE侧状态转换如下:
在CALL NULL状态下收到网络侧发送的CALL REQUEST消息,进入CALL PRESENCE状态,此状态下UE侧处理错误则向网络侧发送CALL REJECT消息在返回到CALL NULL状态。
UE在CALL PRESENCE状态,发送CALL CONFORMED消息进入MT CALL CONFORMED状态,此状态下发送ALERTING消息,则进入CALL RECEIVED状态,此状态下发送CALL CONNECT 消息进入CONNECT REQUEST状态,收到CALL CONNECT ACK响应之后,进入CALL ACTIVE状态。
被叫UE在7,8,9,10状态下如果收到网络侧发送的CALL RELEASE消息则回复RELEASE RESPONSE之后进入CALL NULL状态。被叫UE也可以在10状态发起CALL RELEASE过程进入RELEASE REQUEST状态,等待收到CALL RELEASE RESPONSE之后进入CALL NULL状态。
5.2.1.2 TSM CALL NULL
当UE处于TSM DEREGISTERED状态时,UE开机,发起UE在集群核心网的注册流程。在注册完成后,UE处于一个REGISTERED状态。
UE处于REGISTERED状态,没有任何单呼,初始处于TSM CALL NULL状态。
5.2.1.3 TSM CALL INITIATED
当UE处于TSM CALL NULL状态发送CALL REQUEST消息之后,UE处于TSM CALL INITIATED状态。
5.2.1.4 TSM MO CALL PROCEEDING
主叫UE在TSM CALL INITIATED状态,接收到集群核心网的CALL PROCEEDING消息进入到MO CALL PROCEEDING状态。
5.2.1.5 TSM CALL DELIVERED
主叫UE在MO CALL PROCEEDING状态收到ALERTING消息进入CALL DELIVERED状态。
5.2.1.6 TSM CALL ACTIVE
主叫UE在CALL DELIVERED状态,MO CALL PROCEEDING状态,收到CONNECT消息发送CALL CONNECT ACK消息之后进入CALL ACTIVE 状态。
被叫UE在CONNECT REQUEST状态接收到CONNECT ACK消息进入CALL ACTIVE 状态。
5.2.1.7 TSM CALL PRESENCE
被叫UE在CALL NULL状态接收到网络侧的CALL REQUEST消息,进入CALL PRESENCE状态。
5.2.1.8 TSM MT CALL CONFORMED
被叫UE在CALL PRESENCE状态发送CALL CONFORMED消息之后进入MT CALL CONFORMED状态。
5.2.1.9 TSM CALL RECEIVED
被叫UE在MT CALL CONFORMED状态,发送ALERTING消息之后进入CALL RECEIVED状态。
5.2.1.10 TSM CONNECT REQUEST
被叫UE在CALL RECEIVED状态,发送CONNECT消息之后进入CONNECT REQUEST状态。
5.2.1.11 TSM RELEASE REQUEST
UE在MO CALL PROCEEDING状态、CALL DELIVERED状态、CALL RECEIVED状态、CONNECT REQUEST状态、MT CALL CONFIRMED状态、CALL ACTIVE状态,发送RELEASE REQUEST消息之后,进入RELEASE REQUEST状态。
5.2.2 网络侧全双工单呼呼叫状态机
5.2.2.1 状态转换
网络侧全双工单呼呼叫状态机如图6。
图6网络侧单呼状态机
网络侧的单呼状态机为呼叫级别进行维护。
初始为CALL NULL状态,在此状态下网络侧可以处理UE的呼叫建立请求,当网络侧收到主叫UE的CALL REQUEST消息之后,进入CALL ININIATED状态,如果CALL REQUEST消息处理异常网络侧直接回复CALL REJECT消息,返回到CALL NULL状态;如网络侧处理正常,则网络侧在此状态下向被叫UE发送CALL REQUEST消息,如果被叫UE回复CALL REJECT消息则网络侧向主叫回复CALL REJECT消息,返回CALL NULL状态。否则进入CALL PRESENCE状态。
CALL PRESENCE状态网络侧收到被叫UE的CALL CONFRIMED消息,则网络侧向主叫发送CALL PROCEEDING消息之后,进入CALL CONFIREMED状态。
CALL CONFIREMED状态收到被叫的ALERTING消息,向主叫发送ALERTING消息之后进入CALL RECEIVED状态。
如果在异常情况下没有收到被叫的ALERTING消息,直接收到CALL CONNECT消息则向主叫发送CALL CONNECT消息,进入CONNECT REQUEST状态
CALL RECEIVED状态接收到被叫的CONNECT消息,向主叫发送CALL CONNECT消息,进入CONNECT REQUEST状态,此状态下收到主叫的CALL CONNECT ACK,向被叫发送CALL CONNECT ACK消息之后,进入CALL ACTIVE状态。
网络侧在N2,N3,N4,N5,N6状态,如果接收到UE发送的CALL RELEASE REQUEST消息,则进入MS RELEASE REQUEST状态,向UE回复CALL RELEASE RESPONSE消息,并向另一方发送CALL RELEASE REQUEST消息,进入N-RELEASE REQUEST状态,此状态下收到UE的RELEASE REQUEST消息,则进入CALL NULL状态。
对于底层异常,网络侧可以进行本地呼叫释放,不进行和UE之间的信令交互。
5.2.2.2 TSM CALL NULL
UE已经处于TSM REGISTERED状态,网络侧没有该UE的单呼上下文。
5.2.2.3 TSM CALL INITIATED
网络侧收到UE的CALL REQUEST消息之后,UE处于TSM CALL INITIATED状态。
5.2.2.4 TSM CALL PRESENCE
TSM CALL INITIATED状态下,集群核心网收向被叫发送CALL REQUEST消息,进入到CALL PRESENCE状态。
5.2.2.5 TSM CALL CONFIRMED
集群核心网收到被叫UE的CALL CONFIRMED消息,向主叫UE发送CALL PROCEEDING消息之后进入此状态。
5.2.2.6 TSM CALL DELIVERED
CALL CONFIRMED状态集群核心网收到被叫UE的ALERTING消息,向主叫UE发送ALERTING消息之后,进入CALL DELIVERED状态。
CALL PRESENCE状态下,收到被叫的CALL CONFIRMED消息,向主叫发送CALL CONNECT消息之后,进入此状态。
5.2.2.7 TSM CALL ACTIVE状态
CALL DELIVERED状态收到被叫的CALL CONNECT ACK消息,向主叫发送CALL CONNECT ACK消息后进入此状态。
5.2.2.8 TSM MS RELEASE REQUEST
在呼叫状态中收到UE的CALL RELEASE REQUEST消息,进入此状态。
5.2.2.9 TSM NETWOR RELEASE REQUEST
网络侧向UE发送CALL RELEASE REQUEST之后,进入此状态。
5.3 半双工单呼呼叫状态机
5.3.1 UE侧半双工单呼呼叫状态机
5.3.1.1 状态转换
UE侧半双工单呼呼叫状态机如图 7。
图 7UE中的无应答半双工单呼状态机
5.3.1.2 TSM CALL NULL
当UE处于TSM DEREGISTERED状态时,UE开机,发起UE在集群核心网的注册流程。在注册完成后,UE处于一个REGISTERED状态。
UE处于REGISTERED状态,且未加入任何集群呼叫,初始处于TSM CALL NULL状态。
5.3.1.3 TSM CALLING INITIATED
当UE处于TSM CALL NULL状态发起呼叫请求,在接收到集群核心网的响应之前,UE处于TSM CALLING INITIATED状态。
5.3.1.4 TSM CALLING
UE完成呼叫建立,接入呼叫,UE处于TSM CALLING状态。
5.3.1.5 TSM CALLING RELEASING
UE发起释放请求,等待网络响应,处于SM CALLING RELEASING。
5.3.2 网络侧半双工单呼呼叫状态机
5.3.2.1 状态转换
网络侧半双工单呼呼叫状态机如图 8。
图 8集群核心网中的无应答半双工单呼状态机
5.3.2.2 TSM CALL NULL
网络侧没有半双工单呼存在,初始处于TSM CALL NULL状态。
5.3.2.3 TSM CALLING INITIATED
网络收到UE的半双工呼叫请求,进入TSM CALLING INITIATED状态。
5.3.2.4 TSM CALLING
网络完成呼叫建立,处于TSM CALLING状态。
5.3.2.5 TSM CALLING RELEASING
网络对UE发起释放请求,等待响应,处于SM CALLING RELEASING。
5.4 组呼呼叫状态机
5.4.1 UE侧组呼呼叫状态机
5.4.1.1 状态转换
图 9UE侧组呼状态
UE侧的组呼状态机如图 9。
UE侧的组呼状态机包括两个稳态和两个暂态。稳态分别为CALL-NULL和CALL-ACTIVE状态。
如果UE没有组呼业务则UE处于CALL-NULL状态,此状态下UE可以发起组呼业务,单呼业务,短数据业务。
在CALL-NULL状态下UE发送CALL-REQUEST消息进入CALL-SETUP-ININTIATED状态。此状态下如果收到核心网的CALL ACCEPT消息,则UE进入CALL-ACTIVE状态中的讲话状态FLOOR SPEAK状态;如果收到CALL REJECT消息,则UE返回CALL-NULL状态。
对于被叫UE,初始处于CALL-NULL状态,收到核心网的GROUP CALL SETUP INDICATION消息则进入CALL-ACTIVE状态中的听话状态FLOOR LISTEN状态。
一般为组呼的主叫UE可以发起组呼释放过程,则UE在CALL-ACTIVE状态下向集群核心网发送CALL RELESE REQUEST消息,UE进入CALL-RELEASE-INITIATED状态。该状态下收到网络侧的CALL RELEASE RESPONSE消息,则UE进入CALL-NULL状态。
对于处于组呼听话状态的UE,如果收到GROUP CALL RELEASE INDICATION消息则进入CALL-NULL状态。
UE在除了CALL-NULL状态的其他状态下,则接收到网络侧发送的CALL RELEASE REQUEST消息或者GROUP CALL RELEASE INDICATION消息时,则进入CALL-NULL状态。
UE侧在底层失败时,可以本地进行呼叫释放,在不发起信令流程的情况下,直接从CALL-ACTIVE状态转换为CALL-NULL状
展开阅读全文