TR002-2014B-TrunC端到端流程

1、宽带集群(B-TrunC)产业联盟 B-TrunC TR 002-2014 V1.00B-TrunC TR TR 002-2014 V1.00023基于LTE技术的宽带集群通信(B-TrunC)系统（第一阶段）端到端流程Technical Requirements for General Message Flows between Terminals of LTE based Broadband Trunking Communication(B-TrunC) System (Phase 1)2015年3月声明：本文件由宽带集群（B-TrunC）产业联盟制定，未来联盟可继续编制完善。本文件版权完

2、全属于宽带集群（B-TrunC）产业联盟。未经许可，不能复制本文件中的任何部分。版权限制适用于所有媒体的复制方式。.109版本修订记录版本主要修订内容日期V1.00根据技术组第16次会议讨论，补充了UE发起的关机注销、故障弱化下的TAU、故障弱化下的话权管理2015/3/20V1.01补充故障弱化下周期性TAU流程2015/4/13V1.023.6.1节，删除“当基站2收到该消息后，应在适当时间在PDCCH上下发若干次SPS激活命令，通知UE群组资源的起始位置”。2015/5/6V1.033.12.6节，增加步骤13: 集群核心网向被叫UE发送视频源指示。2015/7/22前 言本标准是由宽带

3、集群产业（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)系统接口测试方法（第一阶段） 空中接口

4、 (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)系统（

5、第一阶段）网络设备技术要求(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)系统（第一阶段）调度台设备技术要求

6、(15) TM 007-2014 基于LTE技术的宽带集群通信(B-TrunC)系统（第一阶段）调度台设备测试方法 (16) SC 001-2015 基于LTE技术的宽带集群通信(B-TrunC)系统（第一阶段）标准澄清文件随着技术的发展，还将制定后续的相关标准。本标准按照GB/T 1.1-2009给出的规则起草。本标准由宽带集群（B-TrunC）产业联盟提出并归口。本标准起草单位：深圳市中兴高达技术有限公司、中国信息通信研究院、普天信息技术有限公司、鼎桥通信技术有限公司、北京信威通信技术股份有限公司、中兴通讯股份有限公司、华为技术有限公司、大唐电信科技产业集团、海能达通信股份有限公司本标准主

7、要起草人：毛磊、蔡杰、陈迎、郑伟、龚达宁、王璐、杨美荟、周志宏、赵洪坤、徐霞艳、宋得龙、褚丽、李晓华、周波、唐春莺、贾瑞凯、康艳超、徐晖、杨小倩、丁俊、黄志强、潘磊、王小平、王芳、王彬、张成文目 次版本修订记录I前 言II基于LTE技术的宽带集群通信(B-TrunC)系统架构和端到端流程41 范围42 协议栈架构42.1 控制面协议栈42.2 用户面协议栈43 端到端流程53.1 注册和注销过程53.2 承载管理113.3 语音单呼/可视单呼133.4 语音组呼、可视组呼233.5 话权申请313.6 移动性403.7 迟后进入433.8 点到点实时短数据433.9 组播短数据453.10 故

8、障弱化473.11 遥毙/遥晕/复活583.12 视频调度业务593.13 不同源视频组呼693.14 强插强拆1013.15 动态重组和组管理1043.16 信息获得1043.17 端到端加密1064 其他功能实现（不涉及单独流程）1224.1 紧急呼叫1234.2 缩位拨号1234.3 通话限时1234.4 授权呼叫1234.5 调度区域选择123基于LTE技术的宽带集群通信(B-TrunC)系统架构和端到端流程1 范围本标准规定了基于LTE技术的宽带集群通信(B-TrunC)系统架构和端到端流程，包括协议栈架构、端到端流程、其他功能实现等。本标准适用于基于LTE技术的宽带集群通信(B-T

9、runC)系统（第一阶段）的终端、基站、集群核心网和调度台设备。2 协议栈架构2.1 控制面协议栈图1控制面协议栈2.2 用户面协议栈图2 统一的用户面协议栈图3可选的语音业务用户面协议栈3 端到端流程3.1 注册和注销过程3.1.1 概述LTE标准的附着和去附着过程参见行标YD/T 2620.1-2013。本文档仅描述集群相关的流程。3.1.2 终端发起的集群注册流程（成功）图4终端发起的集群注册过程（成功）流程说明如下：1） 步骤1：终端先进行完EPS附着过程。2） 步骤2、3：UE向集群核心网发送TRUNKING REGISTER REQUEST消息，消息中携带Trunking Regi

10、ster Type 、UE Trunking Capability、Stun Status、Audio Codec Capability和Video Codec Capability等信息；UE在故障弱化模式下执行集群注册时，还需携带Subscriber BCD Number，可选携带Group ID List。3） 步骤4、5：网络侧收到UE的TRUNKING REGISTER REQUEST消息后查找终端的集群签约信息，如果网络侧处理正常向UE回复TRUNKING REGISTER ACCEPT消息，消息内容包括：如果网络要求UE进行周期性注册，则应携带Trunking update pe

11、riod；对UE初始注册过程，网络应携带Subscriber BCD Number；对UE初始注册过程，如果网络配置了用户的别称时，应携带User name；如果网络配置了用户的紧急呼叫号码时，在UE初始注册过程，以及紧急呼叫号码改变等情况下，应携带Emergency num；在初始注册时，以及网络集群能力改变后，应携带Network trunking capability。4） 步骤6、7：UE接收到TRUNKING REGISTER ACCEPT消息，向网络侧回复TRUNKING REGISTER COMPLETE消息，通知集群注册完成，消息中无内容。3.1.3 终端发起的集群注册流程（拒

12、绝）图5 终端发起的集群注册过程（拒绝）流程说明如下：1） 步骤1：终端先进行完EPS注册过程。2） 步骤2、3：UE向集群核心网发送TRUNKING REGISTER REQUEST消息，消息中携带Trunking Register Type 、UE Trunking Capability、Stun Status、Audio Codec Capability和Video Codec Capability等信息；UE在故障弱化模式下执行集群注册时，还需携带Subscriber BCD Number，可选携带Group ID List。3） 步骤4、5：网络侧收到UE的TRUNKING REGI

13、STER REQUEST消息后查找终端的集群签约信息，如果出现失败，则网络侧回复TRUNKING REGISTER REJECT消息，其中携带典型拒绝原因值。3.1.4 终端发起的集群注销流程图6终端发起的集群注销过程流程说明如下：1） 步骤1：如果UE处于IDLE态，则执行随机接入过程，建立RRC连接和EPS连接。处于RRC连接态的UE不需要执行此步骤。2） 步骤2：通过上行直传消息发送NAS消息TRUNKING DEREGISTER REQUEST，其中携带有注销原因值(标准注销）。3） 步骤3：基站通过上行直传消息将该NAS消息透传给集群核心网。4） 步骤45：集群核心网接受终端的集群注

14、销申请，通过步骤4、5发送TRUNKING DEREGISTER ACCEPT给UE。3.1.5 终端发起的关机注销流程图7 终端发起的关机注销流程流程说明如下：1） 步骤1：如果UE处于IDLE态，则执行随机接入过程，建立RRC连接和EPS连接。处于RRC连接态的UE不需要执行此步骤。2） 步骤2：通过上行直传消息发送NAS消息TRUNKING DEREGISTER REQUEST，其中携带有注销原因值(关机注销)。3） 步骤3：基站通过上行直传消息将该NAS消息透传给集群核心网。4） 步骤45：可选地，集群核心网通过步骤4、5发送TRUNKING DEREGISTER ACCEPT给UE；

15、3.1.6 终端发起的关机注销流程（Detach）图8 终端发起的关机注销流程（detach）流程说明如下：1） 步骤1：如果UE处于IDLE态，则执行随机接入过程，建立RRC连接和EPS连接。处于RRC连接态的UE不需要执行此步骤。2） 步骤2：UE通过上行直传消息发送NAS消息DETACH REQUEST，并删除集群上下文。3） 步骤3：基站通过上行直传消息将该NAS消息透传给集群核心网。集群核心网接受终端DETACH并删除集群上下文。3.1.7 网络发起的集群注销流程图9网络发起的集群注销流程流程说明如下：1） 步骤1：核心网发起集群注销过程。如果UE处于IDLE态，核心网需要先寻呼该终

16、端，终端响应寻呼并建立连接。2） 步骤2：核心网通过下行直传消息发送NAS消息TRUNKING DEREGISTER REQUEST，消息中携带注销原因值(标准注销：网络侧去激活集群功能/注销后需重新发起注册：网络侧发生不可修复的错误时需要终端重新注册/用户签约数据被删除引起的注销：网络侧删除该用户签约数据)。3） 步骤3：eNB将TRUNKING DEREGISTER REQUEST传给终端。4） 步骤45：终端接受网络的集群注销命令，通过步骤4、5发送TRUNKING DEREGISTER ACCEPT给集群核心网。3.1.8 调度台注册流程图10调度台注册流程流程说明：1） 调度台向集群

17、核心网发送SIP（REGISTER）消息发起注册过程，消息中携带集群业务标识pttregister，并携带Expires：3600头域，可选携带数据查询指示dataquery字段，该字段指示本次数据请求的类型为“全局查询”或者“增量查询”。2） 集群核心网向调度台发送SIP（401 Unauthorized）消息，要求进行鉴权，携带WWW-Authenticate头域，以标准SIP摘要的形式发起认证挑战；3） 调度台再次发送SIP（REGISTER）消息到集群核心网，向集群核心网申请业务注册，携带Authorization 头域；4） 集群核心网向调度台发送SIP（200 OK）消息，注册成功

18、，携带pttregister标识，并可根据步骤1）中SIP（REGISTER）消息的dataquery字段，携带调度台的组信息。3.1.9 调度台注销流程图11调度台注销流程流程说明：1） 调度台发送SIP（REGISTER）消息到集群核心网，向集群核心网发起业务注销(Expires:0)，携带集群业务标识pttregister。2） 集群核心网向调度台发送SIP（401 Unauthorized）消息，要求进行鉴权，携带WWW-Authenticate头域，以标准SIP摘要的形式发起认证挑战；3） 调度台再次发送SIP（REGISTER）消息到集群核心网，向集群核心网发起业务注销，携带Aut

19、horization 头域；4） 集群核心网向调度台发送SIP（200OK）消息，注销成功，携带pttregister标识。3.2 承载管理3.2.1 专有承载激活图12 专有承载激活过程流程说明如下：1） 集群核心网向eNodeB发送专用承载建立请求E-RAB Setup Request消息（包括EPS承载ID、EPS承载QoS以及S1-U的TEID），消息中携带一个或多个NAS消息Activate Dedicated EPS Bearer Context Request。2） eNodeB将EPS承载QoS映射到无线承载QoS，然后向UE发送RRC Connection Reconfigu

20、ration 消息。3） UE向eNodeB发送RRC Connection Reconfiguration Complete消息，确认无线承载激活。4） eNodeB向EPC发送E-RAB Setup Response消息来确认承载激活。5） 针对激活的每一个承载，UE的NAS层建立一个Activate Dedicated EPS Bearer Context Accept消息，该消息包括EPS 承载ID，并用UL Information Transfer消息发送至eNodeB。6） eNodeB收到步骤5的消息后，向集群核心网发送Uplink NAS Transport消息，消息携带Act

21、ivate Dedicated EPS Bearer Context Accept消息。对于激活的每一个承载，步骤5、6均应执行一次。3.2.2 核心网发起的专有承载去激活图13 核心网发起的专有承载去激活流程说明如下：1） 集群核心网通过S1AP向eNodeB发送专用承载去激活请求E-RAB Release Command消息，消息中同时携带NAS消息Deactivate EPS Bearer Context Request，该消息包括了去激活的原因以及PTI等参数。2） eNodeB向UE发送RRC Connection Reconfiguration 消息，内容包括要删除的EPS Rad

22、io Bearer Identity。消息中同时携带NAS消息Deactivate EPS Bearer Context Request。3） UE发送RRC Connection Reconfiguration Complete消息给eNodeB作为响应。4） eNodeB向集群核心网发送E-RAB Release Response(EPS Bearer Identity)消息来确认承载去激活。5） UE的 NAS层建立一个Deactivate EPS Bearer Context Accept消息，该消息包括EPS 承载ID。然后UE向eNodeB发送UL Information Tran

23、sfer消息，消息携带该NAS消息。6） eNodeB向集群核心网发送Uplink NAS Transport消息，消息携带Deactivate EPS Bearer Context Accept消息。3.3 语音单呼/可视单呼3.3.1 单呼建立流程 终端发起的单呼建立图14终端发起的单呼建立流程流程说明如下：1） 步骤1a: 如是处于ECM-IDLE态的UE，需要先通过SERVICE REQUEST流程，和网络恢复连接。2） 步骤1：主叫UE通过NAS消息CALL REQUEST，通知网络需要建立全双工单呼, 携带媒体格式,主要包括：Call Type，Call Attrib

24、ute，Called Number，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call Type业务中包含视频媒体）。3） 步骤2：如被叫为和网络没有连接的UE，则核心网通过Trunking Paging通知UE，相关的呼叫到达。4） 步骤3：被叫UE通过SERVICE REQUEST流程，和网络配合，恢复空口承载以及信令连接。5） 步骤4：核心网通过CALL REQUEST消息，通知被叫UE此次呼叫的相关信息,携带媒体格式，主要包括：Call ID，Caller Number，Call Type，Call Attr

25、ibute，Call Priority，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call Type业务中包含视频媒体）。6） 步骤5：被叫UE通过CALL CONFIRMED消息，通知核心网本UE已收到CALL REQUEST. 携带媒体格式，主要包括：Call ID，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call Type业务中包含视频媒体）。7） 步骤6：网络通过CALL PROCEEDING，通知主叫媒体格式，主要包括：Call

26、 ID， Call Type，Call Attribute，Priority，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call Type业务中包含视频媒体）。如果网络决策，call proceeding与被叫侧call request、call confirm无时序关系；如果协商决定，则有时序关系。8） 步骤7：网络和被叫UE配合，建立相应的专用承载。9） 步骤8：网络和主叫UE配合，建立相应的专用承载。10） 步骤910：被叫振铃，通过网络，通知主叫UE。11） 步骤11：被叫摘机后，通过CALL CONNECT

27、通知核心网。12） 步骤12：核心网通过CALL CONNECT通知主叫UE，被叫已摘机，可以进行数据传输。13） 步骤13：主叫UE反馈CALL CONNECT ACK给核心网，相应CALL CONNECT已收到。14） 步骤14：核心网向被叫UE反馈主叫UE已收到CALLCONNECT。15） 主叫和被叫开始通话。 终端发起的半双工单呼建立无应答方式（可选）图15终端发起的半双工单呼建立流程流程说明如下：1） 步骤15：发起者UE执行RRC连接建立流程。UE在连接建立完成消息中携带NAS消息，TRUNKING SERVICE REQUEST，其中除了安全信息外，携带呼叫请求C

28、ALL REQUEST，用以申请建立一个集群组呼业务。CALL REQUEST携带媒体格式,主要包括：Call Type，Call Attribute，Called Number，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call Type业务中包含视频媒体）2） 步骤6：基站通过INITIAL UE MESSAGE向核心网发送初始UE消息，携带TRUNKING SERVICE REQUEST。3） 步骤7：核心网和UE之间，通过安全鉴权流程来确定用户的合法性。4） 步骤8：如被叫为和网络没有连接的UE，则核心网通过

29、Trunking Paging通知UE，相关的呼叫到达。5） 步骤9： 被叫UE通过SERVICE REQUEST流程，和网络配合，恢复空口承载以及信令连接。6） 步骤10：核心网通过CALL REQUEST消息，通知被叫UE此次呼叫的相关信息。CALL REQUEST消息携带媒体格式，主要包括：Call ID，Caller Number，Call Type，Call Attribute，Call Priority，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call Type业务中包含视频媒体）7） 步骤11：被叫U

30、E通过CALL CONFIRMED消息，通知核心网本UE已收到CALL REQUEST。CALL CONFIRMED消息携带媒体格式，主要包括：Call ID，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call Type业务中包含视频媒体）8） 步骤12：网络和UE配合，建立相应的专用承载。9） 步骤13：核心网发起触发INITIAL CONTEXT SETUP REQUEST给基站，其中，携带有核心网给UE建立的专用承载(Qos, TFT)信息，供发起者上行传输使用主被叫时序没有关系。10） 如果消息13中配置了U

31、E Radio Capability IE，则基站不会发送消息14 UECapabilityEnquiry消息给UE，即没有第14-16步过程；否则会触发流程1416，UE上报无线能力信息后，基站通过UE CAPABILITY INFO INDICATION上报UE的无线能力信息。11） 步骤1718：eNB执行空口安全模式操作，激活对应空口的安全机制。12） 步骤19:eNB通过RRC重配，恢复UE的空口承载，同时，携带专用承载建立请求，建立为半双工单呼使用的专用承载。13） 步骤2021：UE反馈RRC层的配置结果给基站。基站通过INITIAL CONTEXT SETUP RESPONSE

32、反馈结果给核心网。14） 步骤22：UE通过上行直传，向核心网反馈NAS层专用承载建立的结果。15） 步骤2324：核心网通过CALL ACCEPT通知发起者，相应资源已准备完毕，可以进行上行传输。UE通过CALL COMPLETE通知核心网，CALL ACCEPT已被UE获得。CALL ACCEPT消息携带媒体格式，主要包括：Call ID，Call Type，Call Attribute，Priority，Floor Status，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call Type业务中包含视频媒体）。

33、16） 主叫UE获得话权，开始数据传输。17） 步骤25：核心网通过FLOOR INFORM流程，向被叫UE通知当前的话权状态。 调度台发起的单呼建立图16调度台发起的单呼建立流程流程说明如下：1） 步骤1：调度台发送SIP（INVITE）消息，发起单呼建立。2） 步骤2：核心网向调度台发送SIP（100 TRYING）消息响应3） 步骤34：寻呼被叫终端，被叫终端建立RRC连接，仅用于被叫终端处于空闲态时。对于连接态被叫终端不需要。4） 步骤5：网络向被叫终端发起单呼建立CALL REQUEST消息。CALL REQUEST消息携带媒体格式，主要包括：Call ID，Calle

34、r Number，Call Type，Call Attribute，Call Priority，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call Type业务中包含视频媒体）5） 步骤6：被叫终端发送Call Confirmed消息响应，携带被叫媒体信息，主要包括：Call ID，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call Type业务中包含视频媒体）6） 步骤7：被叫终端建立专用承载7） 步骤8：被叫终端发送Alerting消息

35、8） 步骤9：核心网向调度台发送SIP（180 RINGING）消息振铃，可选携带给主叫的媒体信息9） 步骤10：被叫终端发送CALL Connect消息10） 步骤11：核心网向调度台发送SIP（200 OK）消息，如果180 RINGING没有携带给主叫的媒体信息，在200 OK携带给主叫的媒体信息。如果网络决策，主被叫无时序关系；如果协商决定，则有如图所示的时序关系。11） 步骤12：网络向被叫终端发CALL Connect ACK消息响应。12） 步骤13：调度台向核心网发送SIP（ACK）消息 调度台发起的半双工单呼建立无应答方式（可选）图17调度台发起的半双工单呼建立

36、描述流程说明如下：1） 步骤1：调度台发送SIP（INVITE）消息，发起单呼建立。2） 步骤2：核心网回复100 Trying。3） 步骤3：核心网寻呼被叫。4） 步骤4：终端响应寻呼，建立RRC连接。5） 步骤5：网络向被叫终端发起单呼建立CALL REQUEST消息。主被叫时序没有关系。CALL REQUEST消息携带媒体格式，主要包括：Call ID，Caller Number，Call Type，Call Attribute，Call Priority，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call T

37、ype业务中包含视频媒体）6） 步骤6：被叫终端发送Call Confirmed消息响应。Call Confirmed消息携带媒体格式，主要包括：Call ID，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call Type业务中包含视频媒体）7） 步骤7：核心网向调度台发送SIP（200 OK）消息8） 步骤8：被叫终端发送FLOOR INFORM消息9） 步骤9：调度台向核心网发送SIP（ACK）消息 终端发起单呼呼叫调度台图18终端发起单呼呼叫调度台流程说明如下：1） 步骤1a: 如是处于ECM-I

38、DLE态的UE，需要先通过SERVICE REQUEST流程，和网络恢复连接。2） 步骤1：主叫UE通过NAS消息CALL REQUEST，通知网络需要建立全双工单呼。携带媒体格式,主要包括：Call Type，Call Attribute，Called Number，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call Type业务中包含视频媒体）。3） 步骤2：核心网发送INVITE消息，通知调度台此次呼叫的相关信息。4） 步骤3：调度台发送100 TRYING消息。5） 步骤4：调度台摘机，发送180 RINGI

39、NG消息6） 步骤5：网络侧确定UE的媒体信息，通过CALL PROCEEDING，通知主叫UE此次呼叫的协商结果，主要包括：Call ID， Call Type，Call Attribute，Priority，Audio Description（如果Call Type业务中包含音频媒体），Video Description（如果Call Type业务中包含视频媒体）7） 步骤6：如果网络决策媒体信息，网络和主叫UE配合，建立相应的专用承载（6a）。如果端到端协商决定，则核心网收到调度台发送SIP（200 OK）消息中携带的媒体信息后，建立相应的专用承载（6b）。8） 步骤7：核心网向终端发送

40、PTP Alerting消息振铃9） 步骤8：调度台发送SIP（200 OK）消息，携带媒体信息。如果网络决策，主被叫无时序关系；如果协商决定，则有如图所示的时序关系。10） 步骤9：核心网通过CALL CONNECT通知主叫UE，被叫已摘机，可以进行数据传输。11） 步骤10：核心网发送SIP（ACK）消息12） 步骤11：主叫UE反馈CALL CONNECT ACK给核心网，相应CALL CONNECT已收到。13） 主叫和被叫开始通话。3.3.2 单呼释放流程 终端发起的单呼释放图19终端发起的单呼释放流程流程说明如下：1） 步骤1：正在通话的UE1按下挂断键发起呼叫释放过

41、程，UE1发送CALL RELEASE REQUEST消息给eCN2） 步骤2：核心网向UE2发送CALL RELEASE REQUEST消息。3） 步骤3： UE2向核心网发送CALL RELEASE RESPONSE消息。4） 步骤4：核心网向UE1发送CALL RELEASE RESPONSE消息 调度台发起的单呼释放图20调度台发起的单呼释放流程说明如下：1） 步骤1：调度台发送SIP（bye）消息，发起单呼释放。2） 步骤2：核心网向UE发送CALL RELEASE REQUEST消息。3） 步骤3： UE向核心网发送CALL RELEASE RESPONSE消息。4）

42、 步骤4：核心网向调度台发送SIP（200 ok）消息。3.4 语音组呼、可视组呼3.4.1 用户发起的组呼建立流程图21用户发起的组呼建立流程说明：上述流程图为IDLE态UE触发的组呼建立过程。如果组呼发起者为连接态UE，则通过NAS直传消息携带CALL REQUEST。流程说明如下：1） 步骤15：发起组呼的IDLE UE执行RRC连接建立流程。UE在连接建立完成消息中携带NAS消息TRUNKING SERVICE REQUEST，其中除了安全信息外，携带呼叫请求CALL REQUEST（消息中携带呼叫类型、呼叫属性、被叫号码、媒体信息等），用以申请建立一个集群组呼业务。2） 步骤6：基站

43、通过INITIAL UE MESSAGE向核心网发送初始UE消息，携带TRUNKING SERVICE REQUEST。3） 步骤7：核心网和UE之间，通过安全鉴权流程来确定用户的合法性。4） 步骤8：核心网发起触发INITIAL CONTEXT SETUP REQUEST给基站，其中，携带有核心网给UE建立的专用承载(Qos, TFT)，供发起者上行传输使用。5） 如果消息8中配置了UE Radio Capability IE，则基站不会发送消息9 UECapabilityEnquiry消息给UE，即没有第9-11步过程；否则会触发流程911，UE上报无线能力信息后，基站通过UE CAPAB

44、ILITY INFO INDICATION上报UE的无线能力信息。6） 步骤1213：eNB执行空口安全模式操作，激活对应空口的安全机制。7） 步骤14:eNB通过RRC重配，恢复UE的空口承载。同时，携带专用承载建立请求，建立为发起者初始话权使用的承载。8） 步骤1516：UE反馈RRC层的配置结果给基站。基站通过INITIAL CONTEXT SETUP RESPONSE反馈给核心网。9） 步骤17：UE通过上行直传，向核心网反馈NAS层专用承载建立的结果。10） 步骤18：核心网向相关基站发起群组下行承载的建立。各基站可以并行此过程，也可以和发起者相关流程并行（步骤817），以及与对调度

45、台的通知并行（步骤21）。11） 步骤19相关基站发送Trunking Paging消息，其中携带trunkingGroupID,groupPriority，G-RNTI；可选携带静态资源列表、NAS消息GROUP CALL SETUP INDICATION（Call ID， CallType/MediaType/ServiceType/CallAttribute/CalledNumber/MediaDescription）。如果其中携带静态资源列表和NAS消息GROUP CALL SETUP INDICATION，则终端收到Trunking Paging后可以直接配置TTCH，开始接收业务数

46、据。12） 步骤20，基站在TCCH信道上发送GroupCallConfig，给出群组TTCH的接入层配置参数，其中还包含NAS消息GROUP CALL SETUP INDICATION（携带Call ID， CallType/MediaType/ServiceType/CallAttribute/CalledNumber/MediaDescription）。各监听UE收到步骤19/20的空口消息后，可以进行群组业务的接收。Note 1：步骤18-20为组呼承载建立过程，该过程可以在步骤6后开始执行，取决于核心网的实现。13） 步骤21：如果调度台为被叫，则核心网在收到主叫的Call Requ

47、est消息之后（，通过D接口发起SIP的Invite 流程，通知调度台接入该组呼。具体包括以下过程：14） 步骤21a：集群核心网向调度台发送SIP（INVITE）消息，通知调度台进行组呼建立流程，携带业务标识pttcall，呼叫类型calltype，呼叫优先级属性标识PrioAttribute、端到端加密指示e2ee、单双工指示duplex。15） 步骤21b：被叫调度台向集群核心网回复SIP（100 Trying）消息；16） 步骤21c：被叫调度台接受当前呼叫，向集群核心网发送SIP（200 OK）消息，确认被叫调度台接听当前呼叫；携带pttcall。17） 步骤21d：集群核心网向被叫

48、调度台发送SIP（ACK）消息，确认当前组呼建立成功。18）Note 2：步骤21为呼叫调度台的过程，该过程可以在步骤6后开始执行，取决于核心网的实现。19） 步骤22：在至少一个基站下行承载成功建立后，核心网通过CALL ACCEPT通知发起者，相应资源已准备完毕，可以进行上行传输，消息携带呼叫ID、呼叫类型、呼叫属性、呼叫优先级、话权信息、媒体信息等，如果本次呼叫为端到端加密呼叫，还应携带加密密钥。20） 步骤23：UE通过CALL COMPLETE通知核心网，CALL ACCEPT已被UE获得。21） 步骤24，25：核心网通过FLOOR INFORM流程，向监听UE通知群组的当前话权状

49、态。22） 步骤26a/26b：如果调度台为组呼被叫，核心网向调度台发送SIP（INFO）消息，将话权信息通知到DC，携带话权通知类型标识pttinfo，话权忙闲指示AlertType，如果当前话权占用，携带话权用户的号码；调度台向集群核心网发送SIP（200(OK)）消息，响应集群核心网的话权通知。3.4.2 调度台发起的组呼建立流程图22调度台发起的组呼建立流程流程说明如下：调度台发起的组呼需要在调度台与集群核心网之间的D接口增加组呼建立和组呼建议响应消息，涉及SIP信令1、2、7、8，说明如下：1） 步骤1：调度台发送SIP（INVITE）消息到集群核心网，请求建立组呼业务，携带业务标识

50、pttcall，呼叫类型calltype，呼叫优先级属性标识PrioAttribute、端到端加密指示e2ee、单双工指示duplex；2） 步骤2：集群核心网向主叫调度台回复SIP（100 Trying）消息，通知主叫的请求正在被处理；3） 步骤7：集群核心网向主叫调度台发送SIP（200 OK）消息，通知组呼建立成功并授予调度台话权，携带pttaccept扩展头域，可选携带在线呼叫识别OnlineCallID；4） 步骤8：调度台向集群核心网发送SIP（ACK）消息，确认当前组呼建立成功。集群核心网收到调度台发送的SIP(ACK）时启动组呼时长定时器，该定时器用于控制一个组呼的呼叫时长（从

51、组呼建立成功时启动，到组呼释放时停止），如果组呼时长定时器超过预设的组呼呼叫时长限制，则核心网可以主动释放该组呼。下行组呼建立相关流程：5） 步骤3：集群核心网向基站发送群组寻呼命令。6） 步骤4：集群基站在空口广播群组寻呼消息。其中携带trunkingGroupID,groupPriority，G-RNTI；可选携带静态资源列表、NAS消息GROUP CALL SETUP INDICATION（Call ID， CallType/MediaType/ServiceType/CallAttribute/CalledNumber/MediaDescription）。如果其中携带静态资源列表和NA

52、S消息GROUP CALL SETUP INDICATION，则终端收到Trunking Paging后可以直接配置TTCH，开始接收业务数据。7） 步骤5：集群核心网发起群组上下文建立过程消息，通知基站建立集群组呼业务承载。8） 步骤6：基站在TCCH信道上发送GroupCallConfig，给出群组TTCH的接入层配置参数，其中还包含NAS消息GROUP CALL SETUP INDICATION（携带Call ID， CallType/MediaType/ServiceType/CallAttribute/CalledNumber/MediaDescription）。9） 步骤9：集群核

53、心网通过NAS消息发送话权状态指示信息给听用户。3.4.3 终端发起的组呼释放流程UE B有权释放组呼，其发起组呼释放过程如下：图23组呼释放流程流程说明如下：1） 步骤1：如果UE B处于RRC IDLE态，需要先执行RRC连接建立过程进入连接态；2） 步骤2：UE B给核心网发送上行NAS消息组呼释放请求CALL RELEASE REQUEST，其中携带释放原因；3） 步骤3：核心网对用户信息进行验证，确认UE B有组呼释放权限，并确定执行组呼释放。4） 步骤4：核心网发送NAS消息CALL RELEASE RESPONSE，回复UE B组呼释放响应。5） 步骤5：如果此时UE A拥有话权

54、，可选的，核心网发送下行直传消息FLOOR RELEASE给UE A，执行话权释放过程。6） 步骤6: 可选的，如果收到步骤5，UE A通过上行直传消息回复FLOOR RELEASE ACK。7） 步骤7：UE A与网络执行专用承载释放过程。8） 步骤8：核心网和基站释放组呼承载。9） 步骤9：基站发送GroupCallRelease消息，其中携带NAS消息：GROUP CALL RELEASE INDICATION，其中携带组呼释放原因。注：网络发起的组呼释放过程从第8步开始，包括步骤89；如果当前组呼有用户拥有话权，则还包括第5-7步。如果网络侧以话权空闲时间为条件触发组呼释放，则网络侧需

55、要在某个用户释放话权后，置起话权空闲定时器，如果在话权空闲定时器运行期间，有用户获得话权，则该定时器置零；一旦话权空闲定时器达到门限，网络侧则触发组呼释放过程。3.4.4 调度台发起的组呼释放流程图24组呼释放流程流程说明如下：1） 步骤1：如果调度台决定释放某个组，调度台向集群核心网发送SIP（BYE）消息，申请释放组呼业务，携带呼叫释放指示标识pttrelease、释放原因cause；2） 步骤2：核心网对调度台的释放请求进行验证，确认调度台有组呼释放权限，并确定执行组呼释放。3） 步骤3：集群核心网向调度台发送SIP（200(OK)）消息，确认当前组呼释放成功。4） 步骤4：如果此时UE

56、 A拥有话权，可选的，核心网发送下行直传消息FLOOR RELEASE给UE A，执行话权释放过程。5） 步骤5: 可选的，如果收到步骤4，UE A通过上行直传消息回复FLOOR RELEASE ACK。6） 步骤6：UE A与网络执行专用承载释放过程。7） 步骤7：核心网和基站释放组呼承载。8） 步骤8：基站发送GroupCallRelease消息，其中携带NAS消息：GROUP CALL RELEASE INDICATION，其中携带组呼释放原因。3.4.5 组呼建立过程补充场景（可选） 组呼已建立，用户发起该组呼建立，用户所在小区已经建立组呼资源UE C发起组呼建立过程（同时申请话权），此时组呼业务已经建立，并且UE C所在小区已经建立了组呼相关信道。图25组呼建立流程（补充场景1）流程说明如下：1） 集群核心网收到UE C的组呼建立请求时判断该组呼已经建立，并且该小区已经建立了组呼相关信道，则集群核心网通过NAS消息将话权结果发给终端，如授予该用户话权，或者将该用户至于话权排队队列，或者直接拒绝该用户的话权申请。2） 网络回复Call Accept消息给UE C，通过IE指示如下几种结果：l 如果直接授予UE C话权，网络通过IE告知其获得话权。UE C完成承载