B-TrunC TR 004-2014 V2.0 基于LTE技术的宽带集群通信(B-TrunC)系统接口技术要求（第一阶段）终端到集群核心网接口.docx

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/20v1.0.1根据技术组第17次会议结论及邮件讨论修改2015/04/14v1.0.2澄清全双工过程中端到端加密的启用时机2015/05/07V1.0.3根据技术组第19次会议结论（21号文稿）修改2015/06/10v1.0.4根据技术组第22次会议结论（21号文稿）修改2015/06/26v1.0.5根据技术组第23次会议结论（18号文稿）修改2015/07/27v1.0.6根据技术组第23次会议结论（15号文稿）修改2015/08/30v1.0.7根据技术组第25次会议结论（21号文稿）修改2015/09/22v1.0.8根据技术组第26次会议结论（24号文稿）、27次结论（18号文稿）修改2015/12/03v1.0.9根据技术组第28次会议结论（7、17、21、23号文稿）修改2015/12/30v1.1.0根据技术组第29次、29.5次会议结论修改2016/01/20v1.1.1无修改，版本号升级2016/02/01v1.1.2根据技术组第31次会议结论修改2016/03/10v1.1.3根据技术组第32次会议结论修改2016/04/05v1.34根据技术组第34次会议修改2016/06/07v1.35根据技术组第35次会议修改2016/06/23v1.36根据技术组第36次会议修改2016/07/26v1.37根据技术组第37次会议修改2016/08/10v2.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前 言II1 范围12 规范性引用文件13 术语、定义和缩略语13.1 术语和定义13.2 缩略语14 接口模型24.1 NAS架构24.2 接口协议栈45 TSM状态机45.1 注册状态机45.2 全双工单呼呼叫状态机85.3 半双工单呼呼叫状态机115.4 组呼呼叫状态机135.5 话权状态机165.6 多媒体集群业务状态机186 EMM集群增强196.1 EMM过程196.2 EMM消息206.3 EMM信息单元227 TSM过程237.1 注册和注销237.2 全双工单呼267.3 半双工单呼-无应答307.4 语音组呼和可视组呼337.5 话权管理357.6 视频源指示397.7 上行直传407.8 下行直传407.9 组信息更新407.10 遥毙遥晕复活418 TSM信令消息428.1 概述428.2 TRUNKING REGISTER REQUEST428.3 TRUNKING REGISTER ACCEPT438.4 TRUNKING REGISTER REJECT448.5 TRUNKING REGISTER COMPLETE458.6 TRUNKING DEREGISTER REQUEST458.7 TRUNKING DEREGISTER ACCEPT468.8 CALL REQUEST478.9 CALL ACCEPT498.10 CALL COMPLETE508.11 CALL PROCEEDING518.12 CALL CONFIRMED528.13 CALL REJECT538.14 CALL CONNECT548.15 CALL CONNECT ACK568.16 ALERTING578.17 GROUP CALL SETUP INDICATION588.18 GROUP CALL RELEASE INDICATION598.19 CALL RELEASE REQUEST598.20 CALL RELEASE RESPONSE618.21 FLOOR REQUEST628.22 FLOOR GRANT638.23 FLOOR GRANT ACK648.24 FLOOR REJECT658.25 FLOOR WAIT658.26 FLOOR INFORM668.27 FLOOR RELEASE678.28 FLOOR RELEASE ACK688.29 VIDEO SOURCE INDICATION698.30 TRUNKING UPLINK TRANSPORT708.31 TRUNKING DOWNLINK TRANSPORT718.32 KILL/STUN/REVIVE REQUEST718.33 KILL/STUN/REVIVE RESPONSE728.34 GROUP INFORMATION UPDATE REQUEST728.35 GROUP INFORMATION UPDATE COMMAND738.36 GROUP INFORMATION UPDATE RESPONSE738.37 SPEAKING TIMEOUT INFORM749 TSM消息格式与信息单元759.1 集群NAS消息结构759.2 信息单元编码769.3 Protocol discriminator779.4 Spare half octet779.5 Trunking Procedure Transaction Identity779.6 Message Type789.7 其他信息单元8010 NAS信令消息传输9911 定时器10111.1 UE侧定时器10111.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) access3GPP 24007 Mobile radio interface signalling layer 3;General aspects3GPP 24008 Mobile radio interface Layer 3 specification;Core network protocols; Stage 33GPP 24301 Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 33 术语、定义和缩略语3.1 术语和定义下列术语和定义适用于本文件。3.1.1调度台 dispatch console通过有线或无线方式连接到TD-LTE宽带集群核心网，可以发起集群调度业务的特殊终端，业务权限高于普通终端。3.1.2宽带集群 broadband trunking基于宽带无线移动通信技术，支持宽带数据传输业务、语音和多媒体形式的集群指挥调度业务的宽带无线通信系统。3.2 缩略语下列缩略语适用于本文件。E-UTRAN演进的通用陆地无线接入网络Evolved UTRANECMEPS连接管理EPS Connection ManagementEMMEPS移动管理EPS Mobility ManagementEPC演进的分组核心网Evolved Packet Cor NetworkEPS演进的分组系统Evolved Packet SystemESMEPS会话管理EPS Session ManagementLTE长期演进Long Term EvolutionNAS非接入层Non-Access StratumPD协议辨识符Protocol DiscriminatorPDN分组数据网Pacet Data NetworkPTI程序事务标识Procedure Transaction IdentityRRC无线资源管理Radio Resource ControlTDD时分复用Time Division DuplexTSM集群业务管理Trunking Service Management4 接口模型4.1 NAS架构4.1.1 接口架构基于TD-LTE技术的专网宽带集群系统终端到集群核心网接口采用NAS协议，其架构图如图1。图1NAS架构图4.1.2 ESMESM主要功能是处理EPS bearer context，包括： 激活，修改，去激活EPS bearer context UE请求资源（到PDN的IP连接或者专用承载资源）ESM的规定见3GPP TS24.301。4.1.3 EMMEMM主要功能是处理UE的移动性，提供UE身份安全，并为上层提供NAS信令连接。Bearer Control：当EPS bearer context激活时，建立、释放无线承载。如果此时没有EPS bearer context，触发SR过程。EMM的规定见3GPP TS24.301，其中集群的增强见本标准第6章。4.1.4 TSMTSM主要功能是处理集群业务管理，包括组呼和点呼，以及其他集群功能。本标准规定了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 DEREGISTEREDTSM 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 REQUESTUE在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 NULLUE已经处于TSM REGISTERED状态，网络侧没有该UE的单呼上下文。5.2.2.3 TSM CALL INITIATED网络侧收到UE的CALL REQUEST消息之后，UE处于TSM CALL INITIATED状态。5.2.2.4 TSM CALL PRESENCETSM 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 DELIVEREDCALL 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 CALLINGUE完成呼叫建立，接入呼叫，UE处于TSM CALLING状态。5.3.1.5 TSM CALLING RELEASINGUE发起释放请求，等待网络响应，处于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状