YD∕T 3853-2021 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 集群核心网间接口(通信).pdf

ICS 33.060 M36 YD 中华人民共和国通信行业标准 YD/T XXXXXXXX 基于 LTE 技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 集群核心网间接口 Technical requirements of interface between trunking core networks of LTE based broadband trunking communication(B-TrunC) system (Phase 2) （报批稿） XXXX-XX-XX 发布 XXXX-XX-XX 实施 中华人民共和国工业和信息化部 发 布 YD/T XXXXXXXXI目次 前言 .II 1 范围 .1 2 规范性引用文件 .1 3 术语、定义和缩略语 .2 3.1 术语和定义 .2 3.2 缩略语 .2 4 网络架构 .3 4.1 集群核心网互联架构 .3 4.2 跨集群核心网的接口和协议栈 .4 5 Tc1 接口要求 .5 5.1 概述 .5 5.2 业务过程 .7 5.3 消息定义 .17 5.4 信息单元 .34 5.5 Result-Code 和 Experimental-Result 取值 .51 6 Tc2 接口要求 .52 6.1 信令流程 .52 6.2 SIP 信令消息格式 .114 6.3 SIP 信令消息 .118 6.4 SIP 信息单元 .185 7 S6a 接口要求 .201 8 S5/S8 接口要求 .202 9 S10 接口要求 .202 9.1 基本要求 .202 9.2 集群要求 .202 YD/T XXXXXXXXII前言 本标准是基于 LTE 技术的宽带集群通信(B-TrunC)系统（第二阶段）系列标准之一，该系列标准的结构和名称预计如下： a) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）总体技术要求 ； b) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）安全技术要求 ； c) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 空中接口； d) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 终端到集群核心网接口； e) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 集群基站与集群核心网间接口； f) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 集群核心网间接口； g) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 集群核心网到调度台接口； h) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口测试方法 空中接口； i) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口测试方法 终端到集群核心网接口； j) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口测试方法 集群基站与集群核心网间接口； k) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口测试方法 集群核心网间接口； l) YD/T 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口测试方法 集群核心网到调度台接口。 随着技术的发展，还将制定后续的相关标准。 本标准按照GB/T 1.1-2009给出的规则起草。 本标准由中国通信标准化协会提出并归口。 本标准起草单位 ： 中国信息通信研究院、中国普天信息产业集团有限公司、北京信威通信科技集团股份有限公司、鼎桥通信技术有限公司、北京中兴高达通信技术有限公司、海能达通信股份有限公司、中国信息通信科技集团有限公司、大唐电信科技产业集团（电信科学技术研究院） 、中兴通讯股份有限公司、华为技术有限公司、京信通信系统（中国）有限公司、国家无线电监测中心检测中心、首都信息发展股份有限公司。 本标准主要起草人：李晓华、袁剑、蔡杰、吴迪、刘荣朵、陈钢、李侠宇、陈迎、郑伟、叶亚娟、龚达宁、周艳芳、李永奇、王芳、张玲、唐春莺、胡培成、杨小倩、毛磊、褚丽、王璐、李鹏、周巍、关洪军、陈宏、王晓峰。 YD/T XXXXXXXX1基于 LTE 技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 集群核心网间接口 1范围 本标准规定了基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）集群核心网间接口技术要求，包括Tc1、Tc2、S6a、S5/S8/S10等接口。 本标准适用于基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）的集群核心网设备。 2规范性引用文件 下列文件对于本文件的应用是必不可少的。 凡是注日期的引用文件， 仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 YD/T 2622-2013 演进的移动分组核心网络（EPC）接口技术要求 S3/S4/S5/S8/S10/S11/S16 YD/T 2624-2013 演 进 的 移 动 分 组 核 心 网 络 （ EPC ） 接 口 技 术 要 求 S6a/S6d/S13/S13/STa/SWd/SWx/SWa/SWm/S6b YD/T xxxx-xxxx 基于LTE技术的宽带集群通信（B-TrunC）系统（第二阶段）接口技术要求 终端到集群核心网接口 3GPP TS 23.401 演进的通用陆地无线接入网(E-UTRAN)接入的通用分组无线业务(GPRS)增强(General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access) 3GPP TS 24.008 移动无线接口层3规范;核心网协议;第3阶段(Mobile radio interface Layer 3 specification;Core network protocols; Stage 3) 3GPP TS 29.229 基于Diameter协议的Cx和Dx接口;协议细节 （Cx and Dx interfaces based on the Diameter protocol;Protocol details） IETF RFC 2046-1996 MIME第2部分：媒体类型（Multipurpose Internet Mail Extensions（MIME） Part Two：Media Types） IETF RFC 2234-1997 语 法 规 范 的 扩 展 巴 科 斯 - 瑙 尔 范 式 （ Augment BNF for Syntax Specifications:ABNF） IETF RFC 2617-1999 HTTP鉴权 ： 基本和摘要访问鉴别（HTTP Authentication: Basic and Digest Access Authentication） IETF RFC 3261-2002 SIP会话初始化协议（SIP:Session Initiation Protocol） IETF RFC 3265-2002 基于SIP的事件通知 （Session Initiation Protocol (SIP)-Specific Event Notification） IETF RFC 3550-2003 实时应用程序传输协议（RTP: A Transport Protocol for Real-Time Applications） IETF RFC 3588-2003 Diameter基础协议（Diameter Base Protocol） IETF RFC 4566-2006 SDP会话描述协议（SDP: Session Description Protocol） IETF RFC 6733-2012 Diameter基础协议（Diameter Base Protocol） YD/T XXXXXXXX23术语、定义和缩略语 3.1术语和定义 下列术语和定义适用于本文件。 3.1.1 调度台 dispatcher 通过有线或无线方式连接到LTE宽带集群核心网，可以发起集群调度业务的特殊终端，业务权限高于普通终端。 3.1.2 宽带集群 broadband trunking 基于宽带无线移动通信技术， 支持宽带数据传输业务、 语音和多媒体形式的集群指挥调度业务的宽带无线通信系统。 3.2缩略语 下列缩略语适用于本文件。 B-TrunC 宽带集群通信 Broadband Trunking Communication CC 国家码 Country Code DC 调度台 Dispatcher eNB(eNode B) 演进型 Node B Evolved NodeB eHSS 增强的归属用户服务器 Enhanced Home Subscriber Server eMME 增强的移动性管理实体 Enhanced Mobility Management Entity GDN 群组号码 Group Dailing Number GID 群组标识 Group IDentity GTP GTP 隧道协议 GPRS Tunnelling Protocol IANA 互联网编号管理局 Internet Assigned Numbers Authority IMSI 国际移动用户标识 International Mobile Subscriber Identity LTE 长期演进 Long Term Evolution MCC 移动国家码 Mobile Country Code MME 移动性管理实体 Mobility Management Entity MNC 移动网络码 Mobile Network Code SGW 服务网关 Serving GateWay PGW 分组数据网网关 Packet Data Network GateWay PLMN 公共陆地移动网 Public Land Mobile Network QoS 服务质量 Quality of Service RTP 实时传输协议 Real-time Transport Protocol SCTP 流控制传输协议 Stream Control Transmission Protocol YD/T XXXXXXXX3SDP 会话描述协议 Session Description Protocol SIP 会话初始协议 Session Initiation Protocol TAC 跟踪区代码 Tracking Area Code TAI 跟踪区标识 Tracking Area Identity TCF 集群控制功能 Trunking Control Function TCN 集群核心网 Trunking Core Network THSS 集群归属用户服务器 Trunking Home Subscriber Server TMF 集群媒体功能 Trunking Media Function UDN 用户拨号号码 User Dailing Number UE 用户终端 User Equipment UDP 用户数据报协议 User Datagram Protocol 4网络架构 4.1集群核心网互联架构 集群核心网互联架构如图1所示。eMME通过S6a接口连接HSS，传输IP分组数据用户和业务的签约信息；TCF通过Tc1接口连接THSS，传输集群用户和业务的签约信息；TCF/TMF间通过Tc2接口传递信令和媒体数据；eMME间通过S10接口连接；xGW间通过S5/S8接口连接。对于统一eHSS组网场景，图中漫游地和归属地的eHSS是同一个逻辑实体。 YD/T XXXXXXXX4 图1集群核心网互联架构 4.2跨集群核心网的接口和协议栈 核心网接口及其应用协议栈如表1所示。 表1核心网接口及对应协议栈 接口 应用协议 传输协议 连接网元 S6a Diameter SCTP eMMEeHSS S10 GTP-C UDP eMMEeMME S5 GTP UDP xGW xGW S8 GTP UDP xGW xGW Tc1 Diameter SCTP TCFeHSS Tc2-C SIP UDP TCF TCF Tc2-U RTP UDP TMFTMF 控制面协议栈如表 2所示。 表2控制面协议栈 TCF/TMFSGWPGWxGWTCF/TMFSGWPGWxGWS5/S8Tc2Tc1S6aeMMEeMMES10Tc1S6aeNBT-eNBS1-TS1集群终端LTE数据终端Uu-TUueNBT-eNBS1-TS1集群终端LTE数据终端Uu-TUuHSSTHSSeHSSHSSTHSSeHSSS6aS6aYD/T XXXXXXXX5 用户面协议栈如表 3所示。 表3用户面协议栈 5Tc1 接口要求 5.1概述 5.1.1Diameter 基础协议顺从 除本标准中修改定义的方法、 命令、 属性值对、 返回结果和错误码之外， 本接口应遵循IETF RFC 3588定义的Diameter基础协议。 除非特别声明， 需要遵循IETF RFC 3588定义的错误处理过程以及对不认识信息的处理过程。 5.1.2计费功能 本接口不使用IETF RFC 3588定义的计费功能， 包括计费会话状态机、 相关的命令码以及属性值对。 5.1.3会话使用 eHSS 与 TCF 之间的所有 Diameter 会话，都是隐式结束。对于该接口上的所有 diameter 消息，其Auth-Session-State 默认值为“不维护”。会话隐式结束就是服务端不维护会话的状态信息，客户端不应该向服务端发送重新授权请求以及会话结束请求。 Diameter 基础协议采用 Auth-Session-State 属性值对作为实现隐式会话的实现机制。 PHYPHYMACRLCMACRLCNASNASPDCPPDCPRRCRRCS1-APSCTPL2L1IPS1-APSCTPL2L1IPSIPUDPL2L1IPSIPUDPL2L1IPDiameterSCTPL2L1IPDiameterSCTPL2L1IPUu-TS1-TTc2-CTc1-C终端基站集群核心网1集群核心网2eHSSL1L2UDP基站GTP-US1-TIPPHY终端MACPDCPRLCPHYMACPDCPRLCUu集群核心网1L1L2UDPIPGTP-UL1L1L2UDP集群核心网2RTP/RTCPL2IPUDPRTP/RTCPIPTc2-UPayloadPayloadUDPRTP/RTCPIPPayloadUDPRTP/RTCPIPPayloadYD/T XXXXXXXX6客户端以及服务器在所有的请求消息中都需要携带 Auth-Session-State 属性并将其取值设置为NO_STATE_MAINTAINED (1) ，所有的请求和应答消息中都不应该包含 Authorization-Lifetime 和Session-Timeout 属性。 5.1.4传输协议 Tc1接口的Diameter消息应使用SCTP传输协议。 5.1.5消息路由 本节规定用于Diameter消息路由的Destination-Realm和Destination-Host属性的使用。 如果TCF知道用户、群组归属THSS的地址或者主机名，以及域名，则需要在请求中同时携带Destination-Realm和Destination-Host属性。 如果TCF只知道用户、群组的归属域名，则只携带Destination-Realm，命令应该被路由到另外一个Diameter节点。 如果TCF只知道用户、 群组的号码， 则通过号码分析其归属域名， 将归属域名当作Destination-Realm。 因此，TCF发送给THSS的请求消息中，Destination-Host属性定义为可选属性。 THSS发送给TCF的请求消息中，需要同时携带Destination-Realm和Destination-Host，因此，Destination-Host属性定义为必选属性。 如果在命令中包含了Vendor-Specific-Application-ID属性，该属性不能用于路由决策。 5.1.6应用支持能力协商 TCF和THSS通过Capabilities-Exchange-Request和Capabilities-Exchange-Answer消息对来进行应用支持能力协商。在请求和应答消息中，均需要携带Vendor-Specific-Application-Id组合属性，其中的Auth-Application-Id取值为Tc1接口的application identifier， Vendor-Id取值为IANA为B-Trunc分配的厂商标识（B-TrunC厂商标识Vendor ID暂取600000）。 另外， Supported-Vendor-Id属性其中一个取值为IANA为B-Trunc分配的厂商标识， 如果有厂商扩展了自己的功能， 该属性还可以包含各厂商自己的Vendor-Id取值。 如果Capabilities-Exchange-Request和Capabilities-Exchange-Answer消息携带了Vendor-ID属性，并且该Vendor-ID不是任何一个Vendor-Specific-Application-Id组合属性的Vendor-Id分量的取值，则认为该取值用来标识该Diameter节点的生产厂家。 5.1.7DiameterApplication Identifier Tc1接口应该被定义为IETF的厂商自定义Diameter应用。本接口使用的application identifier取值暂定为0 xfffffff0。 5.1.8Supported-Features AVP 的使用 如果Tc1接口增加了新功能，需要定义为可选。如果无法避免无法向后兼容的修改，则该新功能需要作为一个新特征引入，并支持通过Supported-Features AVP来通知。Tc1接口对Supported-Features AVP的使用与3GPP TS 29.229中 7.2章节如何动态发现支持的特征的流程保持一致。 当通过为引入的新特征增加新的AVP来扩展应用的功能，新的AVP需要将Mbit复位，并且在命令的ABNF范式定义中不能设置为必选。 3GPP TS 29.229所定义Supported-Features AVP是一个组合属性，其中包含Vendor-Id、 Feature-List-ID、Feature-List AVP。Vendor-Id AVP取值为定义该新特征的Vendor-Id。如果在参考点上有多个特征列表，则采用Feature-List-ID AVP来区分不同的特征列表。 YD/T XXXXXXXX7注 ： 按照3GPP 29.229 7.2.1章节的描述，如果要求接收方能支持这个特征以便能正确处理请求命令，则这个新特征需要包含在Supported-Features AVP中，并且请求命令中需要将该属性的“M”bit置位。 5.2业务过程 5.2.1业务鉴权 5.2.1.1功能概述 本过程用于H-TCF从eHSS获取用户的鉴权信息，以检查用户是否是合法的集群用户。 5.2.1.2业务流程 业务鉴权过程如图2所示。 图2业务鉴权过程 5.2.1.3触发机制 H-TCF应在如下场景发起此过程： 收到用户的注册请求，且请求中未包含鉴权信息。 5.2.1.4eHSS 行为 eHSS收到请求后，应检查签约数据，如果没有此用户，应在响应消息中返回错误标识 ； 如果有此用户，则在响应消息中携带该用户的鉴权向量。 eHSS收到鉴权请求时，检查请求消息中的鉴权算法： 如果请求消息中的鉴权类型为“Unknown”, 检查存储的鉴权类型列表。基于存储的终端类型和鉴权算法信息，选择对应的鉴权类型 ； 如果不存在终端类型对应的鉴权类型，则应拒绝鉴权数据的下载请求。 5.2.1.5TCF 行为 H-TCF应在消息中携带用户标识、请求的鉴权类型。 TCF根据终端类型判断是否鉴权并选择鉴权算法， UE不鉴权， DC鉴权且鉴权算法为SIP Digest； 若TCF无法判断，则TCF设置鉴权算法设置为Unknown，在鉴权请求中发送给eHSS。 5.2.2业务注册注销 H-TCFeHSSService-Auth-RequestService-Auth-AnswerYD/T XXXXXXXX85.2.2.1业务注册 5.2.2.1.1功能概述 本过程用于H-TCF向eHSS进行用户注册，并获取用户的签约信息。 5.2.2.1.2业务流程 业务注册过程如图3所示。 图3业务注册过程 5.2.2.1.3触发机制 TCF应在如下场景发起此过程： 收到 DC 的注册请求，且 DC 已通过鉴权； 收到 UE 的注册请求。 5.2.2.1.4eHSS 行为 eHSS收到请求后，应检查签约数据，如果没有此用户，应在响应消息中返回错误标识。 如果有此用户，则记录用户的注册状态，返回集群注册响应消息。如果请求消息中指示TCF中没有该UE的签约数据，则在响应消息中携带用户业务签约信息。 当用户类型为UE时，签约信息包括：UDN、用户类型（UE）、用户优先级、所属组信息（GDN、GID、组名、组短号、GKasme、GKVer、Tsmsecurity-Algorithms）、紧急呼叫号码（单呼或组呼）、业务权限列表、集团号、集团短号、集团间的呼叫权限。 当用户类型为DC时，签约信息包括：UDN、用户类型（调度台）、用户优先级、所属组信息（GDN、GID、组名、组短号）、业务权限列表、集团号、集团短号、集团间的呼叫权限。 如果签约数据中有应用服务器信息时，UE和DC的签约数据还包括应用服务器的IP地址和端口号。 5.2.2.1.5TCF 行为 H-TCF应在请求消息中携带UDN，并指示TCF中是否已经存在该用户的签约数据。 如果用户为UE，则还应携带UE所在的V-TCF域名。 H-TCF收到UE或DC的注册请求后，应记录用户在线。 5.2.2.2业务注销 5.2.2.2.1功能概述 H-TCFeHSSService-Register-RequestService- Register -AnswerYD/T XXXXXXXX9H-TCF使用本过程通知eHSS对应的用户不可达。 5.2.2.2.2业务流程 H-TCF发起的注销过程如图4所示。 图4TCF 发起的注销过程 5.2.2.2.3触发机制 H-TCF应在如下场景发起此过程： 收到 UE 或 DC 的注销请求； 连续 N 个注册周期没有收到用户业务注册消息和其它活动消息。 5.2.2.2.4eHSS 行为 收到注销的请求后，eHSS应将对应用户的在线状态设为注销，并向TCF返回操作结果。 5.2.2.2.5TCF 行为 H-TCF收到业务注销成功后，可以删除本地的用户签约数据。 5.2.3集群位置更新 5.2.3.1功能概述 本过程用于H-TCF向eHSS上报UE当前所在的TCF信息。 5.2.3.2业务流程 集群位置更新过程如图5所示。 H-TCFeHSSService-DeRegister-RequestService-DeRegister-AnswerYD/T XXXXXXXX10 图5集群位置更新过程 5.2.3.3触发机制 H-TCF应在如下场景发起此过程： 收到 eHSS 发送的集群功能重启通知，且消息中包含该 TCF 归属的 UE 信息，见 5.2.5.2； 收到 UE 移动性触发的注册请求。 5.2.3.4eHSS 行为 eHSS收到请求后，应保存UE所在的V-TCF信息，并返回应答消息。 5.2.3.5TCF 行为 H-TCF应在消息中携带UE的UDN，以及UE所在的V-TCF域名。 5.2.4数据管理 5.2.4.1业务签约数据请求 5.2.4.1.1功能概述 业务签约数据请求消息由H-TCF或G-TCF向eHSS发送， 用于请求eHSS下发用户或组相关业务签约数据。 5.2.4.1.2业务流程 业务签约数据请求过程如图6所示。 H-TCFeHSSTrunking-Location update-RequestTrunking-Location update-AnswerYD/T XXXXXXXX11 图6业务签约数据请求过程 5.2.4.1.3触发机制 TCF可在如下场景中发起此过程： 业务过程中，如果 H-TCF 没有相关的用户数据； 业务过程中，如果 G-TCF 没有相关的组数据； 收到 DC 的订阅请求时，如果 H-TCF 没有相关的用户数据； 收到 DC 的订阅请求时，如果 G-TCF 没有相关的组数据； 收到被叫为短号码的单呼； 收到被叫为短号码的组呼。 5.2.4.1.4eHSS 行为 eHSS根据请求类型，返回对应用户或组相关的签约数据，向TCF发送Service-Data-Answer消息。 当请求类型为指定用户数据时，返回该用户的签约数据，包括用户号码、终端类型、用户优先级、用户权限列表、紧急呼叫号码、用户所属组（GDN、GID、组名、组短号、GKasme、GKVer、Tsmsecurity-Algorithms） 、集团号、集团短号、集团间的呼叫权限，如果系统部署了彩信、定位等应用服务器，还返回应用服务器的IP地址和端口号； 当请求类型为指定组数据时，返回该组的签约数据和组内成员列表，其中，组签约数据包括 ： 组号GDN、组名、组短号、组优先级、组呼时长、组呼受限区域，组内成员列表包括 ： UDN、成员类型、用户名、组成员权限、用户话权优先级、话权时长、用户当前V-TCF位置信息。如果该组是宽窄带混合编组，则还需携带组控标识GroupControlFlag。 当请求类型为请求完整号码， eHSS根据用户短号码在主叫所在集团内查找对应的用户完整号码， 或根据群组短号码在主叫所在集团内查找对应的群组完整号码。 5.2.4.1.5TCF 行为 TCF应在请求消息中指示数据的请求类型。 5.2.4.2业务签约数据推送 5.2.4.2.1功能概述 eHSS中业务签约数据改变时，eHSS通过本过程主动向UE的H-TCF或者组的G-TCF进行信息更新推送。 H-TCF/G-TCFeHSSService-Data-RequestService-Data-AnswerYD/T XXXXXXXX125.2.4.2.2业务流程 业务签约数据推送过程如图7所示。 图7业务签约数据推送过程 5.2.4.2.3触发机制 eHSS可在如下场景中发起此过程： 非动态重组引起的用户签约数据改变（如通过 OM 进行的改变）； 非动态重组引起的组数据改变（如通过 OM 进行的改变）； 非动态重组引起的新建组（如通过 OM 进行的新建组）； 收到某个组的 G-TCF 发起的集群功能重启通知过程。 5.2.4.2.4eHSS 行为 当eHSS中的用户数据发生改变时，应向用户的H-TCF发起业务签约数据推送请求，消息中携带更新的用户签约数据和（或）用户业务数据。 当eHSS中的组数据发生改变时，应向组的G-TCF发起业务签约数据推送请求，消息中携带更新的组签约数据和（或）组业务数据。 当收到某个组的G-TCF发起的集群功能重启通知过程时，应向该G-TCF发起业务签约数据推送请求，消息中携带该组的组签约数据和（或）业务数据、组成员所在的TCF域名。 5.2.4.2.5TCF 行为 TCF应更新eHSS推送的用户/组的签约数据和（或）业务数据，并返回响应消息。 5.2.4.3业务签约数据删除 5.2.4.3.1功能概述 eHSS删除用户时， 如果该用户在线， eHSS通过本过程通知该用户的H-TCF； 如果该用户不在线， eHSS不通过本过程通知该用户的H-TCF。 eHSS删除组时，eHSS通过本过程通知该组的G-TCF。 5.2.4.3.2业务流程 业务签约数据删除过程如图8所示。 H-TCF/G-TCFeHSSServiceData-Push-AnswerServiceData-Push-RequestYD/T XXXXXXXX13 图8业务签约数据删除过程 5.2.4.3.3触发机制 eHSS可在如下场景中发起此过程： 用户签约数据删除； 非动态重组引起的组签约数据删除（如通过 OM 进行的操作）。 5.2.4.3.4eHSS 行为 当在eHSS中删除用户签约数据时，eHSS应向用户的H-TCF发起业务签约数据删除请求，消息中携带被删除用户的UDN。 当在eHSS中删除组签约数据时，eHSS应向组的G-TCF发起业务签约数据删除请求，消息中携带被删除组的GDN。 5.2.4.3.5TCF 行为 用户的H-TCF应返回响应消息， 并对相关用户发起注销过程。 之后H-TCF可以删除相关用户的上下文。 组的G-TCF应返回响应消息， 并对被删除组的成员进行组信息更新。 之后G-TCF可以删除相关组的上下文。 5.2.4.4动态重组的数据管理 5.2.4.4.1功能概述 本过程用于调度台进行组管理，包括新建和删除组、修改组属性、增减组成员。 5.2.4.4.2业务流程 动态重组的数据管理过程如图9所示。 H-TCF/G-TCFeHSSServiceData-Cancel-AnswerServiceData-Cancel-RequestYD/T XXXXXXXX14 图9动态重组的数据管理过程 5.2.4.4.3触发机制 TCF应在如下场景发起此过程： 收到 DC 的动态重组请求。 5.2.4.4.4eHSS 行为 eHSS收到GroupInfo-Config-Request消息，进行动态重组操作，并根据动态重组操作类型，按照如下规则进行处理： 如果是新增组，若请求消息中未包含组号码，则 eHSS 需分配一个组号码；如果请求消息中包含组号码，则 eHSS 需判断组号码是否有效，若无效则返回错误或分配新组号码。eHSS 分配组号码或判断组号码有效之后，分配组 GID、GKasme、GKVer，并保存 GDN、GID、组名称、组优先级、组呼空闲时长、组业务权限、组呼最大时长、话权队列长度、GKasme、GKVer、Tsmsecurity-Algorithms 等信息，保存组成员列表。同时，修改组成员的所属组信息。 如果是修改组，判断组是否存在 ： 若组存在，如果请求中包含修改后的组名、修改后的组优先级， 则修改本地保存的组名和组优先级。 若请求中包含新增的组成员列表、 删除的组成员列表，则修改本地保存的组成员列表，同时修改组成员的所属组信息；若组不存在则返回错误。 如果是删除组，判断组是否存在 ： 若组存在则删除本地保存的组的所有数据，同时修改组成员的所属组信息；若组不存在则返回错误。 eHSS动态重组操作完成后， 向G-TCF返回GroupInfo-Config-Answer动态重组应答消息， 携带操作结果，新增组或增加组成员成功时还返回组业务数据，包括组属性和组成员列表。 若由eHSS分配组GDN，则eHSS仅分配为发送此动态重组请求消息的TCF预留的组号码。 eHSS收到G-TCF的动态重组消息后，会修改UE/DC的归属组信息，但此时eHSS不触发对UE/DC的业务签约数据推送。 5.2.4.4.5TCF 行为 TCF按照如下规则发送请求消息： 如果新建一个组，携带组名、组优先级、新增的组成员列表、Tsmsecurity-Algorithms，可选携带 GDN； 如果修改一个组，携带 GDN、修改后的组名、修改后的组优先级、新增的组成员列表、删除的组成员列表； 如果删除一个组，携带 GDN。 TCFeHSSGroupInfo-Config-RequestGroupInfo-Config-AnswerYD/T XXXXXXXX155.2.4.5遥晕遥毙复活的数据管理 5.2.4.5.1功能概述 调度台将用户遥晕遥毙复活时，用户的H-TCF使用此消息将用户在eHSS中的状态改变。 5.2.4.5.2业务流程 遥晕遥毙复活过程如图10所示。 图10遥晕遥毙复活过程 5.2.4.5.3触发机制 用户的H-TCF应在如下场景发起此过程： 收到对该用户的合法的遥毙/遥晕/复活请求。 5.2.4.5.4eHSS 行为 eHSS检查是否存在与该用户ID匹配的用户，如果没有匹配的用户，则eHSS返回错误。 当请求操作为“遥毙”时，eHSS 应将对应的用户状态置为“遥毙”； 当请求操作为“遥晕”时，eHSS 应将对应的用户状态置为“遥晕”； 当请求操作为“复活”时，eHSS 应将对应的用户状态置为“正常”。 如果签约数据中有定位服务器信息时，eHSS 在响应消息中返回定位服务器的 IP 地址和端口号。 5.2.4.5.5TCF 行为 H-TCF应在请求消息中携带遥毙/遥晕/复活的用户标识，以及遥晕/遥毙/复活操作类型。 5.2.5集群功能重启通知 5.2.5.1TCF 发起的集群功能重启通知 5.2.5.1.1功能概述 TCF通过此过程通知eHSS，TCF发生了重启。 5.2.5.1.2业务流程 TCF发起的集群功能重启通知过程如图11所示。 H-TCFeHSSTerminal-Stun/Kill/Revive-RequestTerminal-Stun/Kill/Revive-AnswerYD/T XXXXXXXX16 图11TCF 发起的集群功能重启通知过程 5.2.5.1.3触发机制 TCF应在如下场景发起此过程： TCF 初始启动时； TCF 重启时。 5.2.5.1.4eHSS 行为 eHSS应向TCF返回Trunking-Reset-Answer消息。 如果eHSS判断发送消息的TCF是某个组的G-TCF，则eHSS应发起业务签约数据推送过程，向该TCF推送其归属的所有组的业务签约信息。 5.2.5.1.5TCF 行为 TCF启动或者重启后，应向eHSS发送Trunking-Reset-Request消息。 5.2.5.2eHSS 发起的集群功能重启通知 5.2.5.2.1功能概述 eHSS通过此过程通知TCF，eHSS发生了重启，可能丢失了部分集群用户的位置信息。 5.2.5.2.2业务流程 eHSS发起的集群功能重启通知过程如图12所示。 TCFeHSSTrunking-Reset-RequestTrunking-Reset-AnswerYD/T XXXXXXXX17 图12eHSS 发起的集群功能重启通知过程 5.2.5.2.3触发机制 eHSS应在如下场景发起此过程： eHSS 重启后丢失了集群用户的 V-TCF 信息时。 5.2.5.2.4eHSS 行为 eHSS重启后， 如果丢失了集群用户的V-TCF信息， 应向该用户的H-TCF发送Trunking-Reset-Request消息。 如果eHSS发现eHSS自身的重启丢失了一部分集群用户的V-TCF信息，则在该消息中携带这部分有问题用户UDN前缀，以便控制影响范围。 5.2.5.2.5TCF 行为 TCF应向eHSS回复Trunking-Reset-Answer消息。 如果Trunking-Reset-Request消息中携带了UDN信息， 且TCF是相关UE的H-TCF， 则TCF应通过Trunking Location-Update过程，把相关已注册的UE的V-TCF地址发送给eHSS。 如果Trunking-Reset-Request消息中未携带UDN信息， TCF应认为本TCF作为H-TCF的UE信息均受影响，应通过Trunking Location-Update过程，把当前注册的UE的V-TCF地址发送给eHSS。 5.3消息