1、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 实施 中 华 人 民 共 和 国 工 业 和 信 息 化 部
2、 发 布 YD/T XXXXXXXX I 目 次 前 言 .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
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 XXXXXXXX II 前 言 本标准是 基于 LTE 技术的宽带集群通信 (B-TrunC)系统（第二阶段） 系列标准之一，该系列标准的 结构和名称预计如下： a) YD/T 基于 LTE技术的宽带集群通信 （ B-TrunC） 系统 （第二阶段 ） 总体技术要求 ； b) YD/T 基于 LTE技术的宽带集群通信 （ B-TrunC） 系统 （第二阶段 ） 安全技
4、术要求 ； 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）
5、系统 （第二阶段 ） 接口技术要求 集 群核心网到调度台接口； 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 基
6、于 LTE技术的宽带集群通信 （ B-TrunC） 系统 （第二阶段 ） 接口测试方法 集 群核心网到调度台接口。 随着技术的发展，还将制定后续的相关标准。 本标准按照 GB/T 1.1-2009给出的规则起草。 本标准由中国通信标准化协会提出并归口。 本标准起草单位 ： 中国信息通信研究院、 中国普天信息产业集团有限公司、北京信威通信科技集团 股份有限公司、鼎桥通信技术有限公司、北京中兴高达通信技术有限公司、海能达通信股份有限公司、 中国信息通信科技集团有限公司 、 大唐电信科技产业集团 （电信科学技术研究院 ） 、 中兴通讯股份有限 公司 、 华为技术有限公司 、 京信通信系统 （中国 ）
7、 有限公司 、 国家无线电监测中心检测中心 、 首都信息 发展股份有限公司。 本标准主要起草人： 李晓华、袁剑、蔡杰、吴迪、刘荣朵、陈钢、李侠宇、陈迎、郑伟、叶亚娟、 龚达宁、周艳芳、李永奇、王芳、张玲、唐春莺、胡培成、杨小倩、毛磊、褚丽、王璐、李鹏、周巍、 关洪军、陈宏、王晓峰。 YD/T XXXXXXXX 1 基于 LTE 技术的宽带集群通信 （ B-TrunC） 系统 （第二阶段 ） 接口技 术要求 集群核心网间接口 1 范围 本标准规定了基于 LTE技术的宽带集群通信 （ B-TrunC） 系统 （第二阶段 ） 集群核心网间接口技术要 求，包括 Tc1、 Tc2、 S6a、 S5/S8
8、/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
9、/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规范 ;核心网协议
10、;第 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
11、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的事件通知 （ S
12、ession 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基础协议
13、（ Diameter Base Protocol） YD/T XXXXXXXX 2 3 术语、定义和缩略语 3.1 术语和定义 下列术语和定义适用于本文件。 3.1.1 调度台 dispatcher 通过有线或无线方式连接到 LTE宽带集群核心网，可以发起集群调度业务的特殊终端，业务权限高 于普通终端。 3.1.2 宽带集群 broadband trunking 基于宽带无线移动通信技术 ， 支持宽带数据传输业务 、 语音和多媒体形式的集群指挥调度业务的宽 带无线通信系统。 3.2 缩略语 下列缩略语适用于本文件。 B-TrunC 宽带集群通信 Broadband Trunking Commu
14、nication 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
15、 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
16、 Mobile Network QoS 服务质量 Quality of Service RTP 实时传输协议 Real-time Transport Protocol SCTP 流控制传输协议 Stream Control Transmission Protocol YD/T XXXXXXXX 3 SDP 会话描述协议 Session Description Protocol SIP 会话初始协议 Session Initiation Protocol TAC 跟踪区代码 Tracking Area Code TAI 跟踪区标识 Tracking Area Identity TCF 集群控制功
17、能 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分组数据用
18、户和业务的签约 信息 ； TCF通过 Tc1接口连接 THSS， 传输集群用户和业务的签约信息 ； TCF/TMF间通过 Tc2接口传递信令和 媒体数据； eMME间通过 S10接口连接； xGW间通过 S5/S8接口连接。对于统一 eHSS组网场景，图中漫游地 和归属地的 eHSS是同一个逻辑实体。 YD/T XXXXXXXX 4 图 1 集群核心网互联架构 4.2 跨集群核心网的接口和协议栈 核心网接口及其应用协议栈如 表 1 所示。 表 1 核心网接口及对应协议栈 接口 应用协议 传输协议 连接网元 S6a Diameter SCTP eMMEeHSS S10 GTP-C UDP eMM
19、EeMME 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 / TMF SGW PGW xGW TCF / TMF SGW PGW xGW S 5 / S 8 T c 2 T c 1 S 6 a eMME eMME S 10 T c 1 S 6 a eNB T - eNB S 1 - TS 1 集群终端LTE 数据终端 Uu - T Uu eNB T - eNB S 1
20、 - TS 1 集群终端LTE 数据终端 Uu - T Uu HSS THSS eHSS HSS THSS eHSS S 6 a S 6 a YD/T XXXXXXXX 5 用户面协议栈如 表 3 所示。 表 3 用户面协议栈 5 Tc1 接口要求 5.1 概述 5.1.1 Diameter 基础协议顺从 除本标准中修改定义的方法 、 命令 、 属性值对 、 返回结果和错误码之外 ， 本接口应遵循 IETF RFC 3588 定义的 Diameter基础协议 。 除非特别声明 ， 需要遵循 IETF RFC 3588定义的错误处理过程以及对不认识信 息的处理过程。 5.1.2 计费功能 本接口
21、不使用 IETF RFC 3588定义的计费功能 ， 包括计费会话状态机 、 相关的命令码以及属性值对 。 5.1.3 会话使用 eHSS 与 TCF 之间的所有 Diameter 会话，都是隐式结束。 对于该接口上的所有 diameter 消息， 其 Auth-Session-State 默认值为“不维护”。会话隐式结束就是服务端不维护会话的状态信息，客户端 不应该向服务端发送重新授权请求以及会话结束请求。 Diameter 基础协议采用 Auth-Session-State 属性值对作为实现隐式会话的实现机制。 PHYPHY MAC RLC MAC RLC NAS NAS PDCP PDC
22、P RRC RRC S 1 - AP SCTP L 2 L 1 IP S 1 - AP SCTP L 2 L 1 IP SIP UDP L 2 L 1 IP SIP UDP L 2 L 1 IP Diam et e r SCTP L 2 L 1 IP Diam et e r SCTP L 2 L 1 IP Uu - T S 1 - T Tc 2 - C Tc 1 - C 终端 基站 集群核心网 1 集群核心网 2 eHSS L 1 L 2 UDP 基站 GTP - U S 1 - T IP PHY 终端 MAC PDCP RLC PHY MAC PDCP RLC Uu 集群核心网 1 L 1
23、L 2 UDP IP GTP - U L 1L 1 L 2 UDP 集群核心网 2 RTP / RTCP L 2 IP UDP RTP / RTCP IP Tc 2 - U Payload Payload UDP RTP / RTCP IP Payload UDP RTP / RTCP IP Payload YD/T XXXXXXXX 6 客户端以及服务器在所有的请求消息中都需要携带 Auth-Session-State 属性并将其取值设置为 NO_STATE_MAINTAINED (1)， 所有的请求和应答消息中都不应该包含 Authorization-Lifetime 和 Session-
24、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只知道用户 、
25、群组的号码 ， 则通过号码分析其归属域名 ， 将归属域名当作 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-Req
26、uest和 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分配的厂商标识 ， 如果有厂商扩展
27、了自己的功能 ， 该属性还可以包含各厂商自己的 Vendor-Id取值 。 如果 Capabilities-Exchange-Request 和 Capabilities-Exchange-Answer消息携带了 Vendor-ID属性，并且该 Vendor-ID不是任何一个 Vendor-Specific-Application-Id组合属性的 Vendor-Id分量的取值，则认为该取值用来标识该 Diameter节点的生产厂家。 5.1.7 DiameterApplication Identifier Tc1接口应该被定义为 IETF的厂商自定义 Diameter应用。本接口使用的 app
28、lication identifier取 值暂定为 0 xfffffff0。 5.1.8 Supported-Features AVP 的使用 如果 Tc1接口增加了新功能，需要定义为可选。如果无法避免无法向后兼容的修改，则该新功能需 要作为一个新特征引入，并支持通过 Supported-Features AVP来通知。 Tc1接口对 Supported-Features AVP的使用与 3GPP TS 29.229中 7.2章节如何动态发现支持的特征的流程保持一致。 当通过为引入的新特征增加新的 AVP来扩展应用的功能 ， 新的 AVP需要将 Mbit复位 ， 并且在命令 的 ABNF范式定
29、义中不能设置为必选。 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 XXXXXXXX 7 注 ： 按照 3GPP 29.229 7.2.1章节的描述，如果要求接收方能支持这个特征以便能正确处理请求命令，则这个新特征 需要包含在 Supported-Features
30、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.4 eHSS 行为 eHSS收到请求后，应检查签约数据，如果没有此用户， 应在响应消息中返回错误标识 ； 如果有此用 户，则在响应消息中携带该用户的鉴权向量。 eHSS收到鉴权请求时，检
31、查请求消息中的鉴权算法： 如果请求消息中的鉴权类型为“ Unknown”, 检查存储的鉴权类型列表。基于存储的终端类型 和鉴权算法信息， 选择对应的鉴权类型 ； 如果不存在终端类型对应的鉴权类型，则应拒绝鉴权 数据的下载请求。 5.2.1.5 TCF 行为 H-TCF应在消息中携带用户标识、请求的鉴权类型。 TCF根据 终端类型判断是否鉴权并选择鉴权算法 ， UE不鉴权 ， DC鉴权且鉴权算法为 SIP Digest； 若 TCF 无法判断，则 TCF设置鉴权算法设置为 Unknown，在鉴权请求中发送给 eHSS。 5.2.2 业务注册注销 H - TCF eHSS Service - Au
32、th - Request Service - Auth - Answer YD/T XXXXXXXX 8 5.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.4 eHSS 行为 eHSS收到请求后，应检查签约数据，如果没有此用户，应在响应消息中返回错误标识。 如果有此用户，则记录用户的
33、注册状态，返回集群注册响应消息。如果请求消息中指示 TCF中没有 该 UE的签约数据，则在响应消息中携带用户业务签约信息。 当用户类型为 UE时，签约信息包括： UDN、用户类型（ UE）、用户优先级、所属组信息（ GDN、 GID、 组名、组短号、 GKasme、 GKVer、 Tsmsecurity-Algorithms）、紧急呼叫号码（单呼或组呼）、业务权 限列表、集团号、集团短号、集团间的呼叫权限。 当用户类型为 DC时，签约信息包括： UDN、用户类型（调度台）、用户优先级、所属组信息（ GDN、 GID、组名、组短号）、业务权限列表、集团号、集团短号、集团间的呼叫权限。 如果签约数
34、据中有应用服务器信息时， UE和 DC的签约数据还包括应用服务器的 IP地址和端口号。 5.2.2.1.5 TCF 行为 H-TCF应在请求消息中携带 UDN，并 指示 TCF中是否已经存在该用户的签约数据。 如果用户为 UE，则还应携带 UE所在的 V-TCF域名。 H-TCF收到 UE或 DC的注册请求后，应记录用户在线。 5.2.2.2 业务注销 5.2.2.2.1 功能概述 H - TCF eHSS Service - Register - Request Service - Register - Answer YD/T XXXXXXXX 9 H-TCF使用本过程通知 eHSS对应的用
35、户不可达。 5.2.2.2.2 业务流程 H-TCF发起的注销过程如 图 4 所示。 图 4 TCF 发起的注销过程 5.2.2.2.3 触发机制 H-TCF应在如下场景发起此过程： 收到 UE 或 DC 的注销请求； 连续 N 个注册周期没有收到用户业务注册消息和其它活动消息。 5.2.2.2.4 eHSS 行为 收到注销的请求后， eHSS应将对应用户的在线状态设为注销，并向 TCF返回操作结果。 5.2.2.2.5 TCF 行为 H-TCF收到业务注销成功后，可以删除本地的用户签约数据。 5.2.3 集群位置更新 5.2.3.1 功能概述 本过程用于 H-TCF向 eHSS上报 UE当前
36、所在的 TCF信息。 5.2.3.2 业务流程 集群位置更新过程如 图 5 所示。 H - TCF eHSS Service - DeRegister - Request Service - DeRegister - Answer YD/T XXXXXXXX 10 图 5 集群位置更新过程 5.2.3.3 触发机制 H-TCF应在如下场景发起此过程： 收到 eHSS 发送的集群功能重启通知， 且消息中包含该 TCF 归属的 UE 信息， 见 5.2.5.2 ； 收到 UE 移动性触发的注册请求。 5.2.3.4 eHSS 行为 eHSS收到请求后，应保存 UE所在的 V-TCF信息，并返回应答
37、消息。 5.2.3.5 TCF 行为 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 - TCF eHSS Trunking - Locat ion update - Request Trunking - Locat ion update - Answer YD/T XXXXXXXX 1
38、1 图 6 业务签约数据请求过程 5.2.4.1.3 触发机制 TCF可在如下场景中发起此过程： 业务过程中， 如果 H-TCF 没有相关的用户数据； 业务过程中， 如果 G-TCF 没有相关的组数据； 收到 DC 的订阅请求时， 如果 H-TCF 没有相关的用户数据； 收到 DC 的订阅请求时， 如果 G-TCF 没有相关的组数据； 收到被叫为短号码的单呼； 收到被叫为短号码的组呼。 5.2.4.1.4 eHSS 行为 eHSS根据请求类型，返回对应用户或组相关的签约数据，向 TCF发送 Service-Data-Answer消息。 当请求类型为指定用户数据时，返回该用户的签约数据，包括用户
39、号码、终端类型、用户优先级、 用户权限列表、紧急呼叫号码、用户所属组（ GDN、 GID、组名、组短号、 GKasme、 GKVer、 Tsmsecurity-Algorithms） 、 集团号 、 集团短号 、 集团间的呼叫权限 ， 如果系统部署了彩信 、 定位等应 用服务器，还返回应用服务器的 IP地址和端口号； 当请求类型为指定组数据时，返回该组的签约数据和组内成员列表，其中， 组签约数据包括 ： 组号 GDN、组名、组短号、组优先级、组呼时长、组呼受限区域， 组内成员列表包括 ： UDN、成员类型、用户 名、组成员权限、用户话权优先级、话权时长、用户当前 V-TCF位置信息。如果该组是
40、宽窄带混合编组， 则还需携带组控标识 GroupControlFlag。 当请求类型为请求完整号码 ， eHSS根据用户短号码在主叫所在集团内查找对应的用户完整号码 ， 或 根据群组短号码在主叫所在集团内查找对应的群组完整号码。 5.2.4.1.5 TCF 行为 TCF应在请求消息中指示数据的请求类型。 5.2.4.2 业务签约数据推送 5.2.4.2.1 功能概述 eHSS中业务签约数据改变时， eHSS通过本过程主动向 UE的 H-TCF或者组的 G-TCF进行信息更新推送 。 H - TCF / G - TCF eHSS Service - Data - Request Service
41、- Data - Answer YD/T XXXXXXXX 12 5.2.4.2.2 业务流程 业务签约数据推送过程如 图 7 所示。 图 7 业务签约数据推送过程 5.2.4.2.3 触发机制 eHSS可在如下场景中发起此过程： 非动态重组引起的用户签约数据改变（ 如通过 OM 进行的改变）； 非动态重组引起的组数据改变（ 如通过 OM 进行的改变）； 非动态重组引起的新建组（ 如通过 OM 进行的新建组）； 收到某个组的 G-TCF 发起的集群功能重启通知过程。 5.2.4.2.4 eHSS 行为 当 eHSS中的用户数据发生改变时，应向用户的 H-TCF发起业务签约数据推送请求，消息中携
42、带更新 的用户签约数据和（或）用户业务数据。 当 eHSS中的组数据发生改变时，应向组的 G-TCF发起业务签约数据推送请求，消息中携带更新的组 签约数据和（或）组业务数据。 当收到某个组的 G-TCF发起的集群功能重启通知过程时，应向该 G-TCF发起业务签约数据推送请求， 消息中携带该组的组签约数据和（或）业务数据、组成员所在的 TCF域名。 5.2.4.2.5 TCF 行为 TCF应更新 eHSS推送的用户 /组的签约数据和（或）业务数据，并返回响应消息。 5.2.4.3 业务签约数据删除 5.2.4.3.1 功能概述 eHSS删除用户时 ， 如果该用户在线 ， eHSS通过本过程通知该
43、用户的 H-TCF； 如果该用户不在线 ， eHSS 不通过本过程通知该用户的 H-TCF。 eHSS删除组时， eHSS通过本过程通知该组的 G-TCF。 5.2.4.3.2 业务流程 业务签约数据删除过程如 图 8 所示。 H - TCF / G - TCF eHSS ServiceDat a - Push - Answer ServiceDat a - Push - Request YD/T XXXXXXXX 13 图 8 业务签约数据删除过程 5.2.4.3.3 触发机制 eHSS可在如下场景中发起此过程： 用户签约数据删除； 非动态重组引起的组签约数据删除（ 如通过 OM 进行的操作）。 5.2.4.3.4 eHSS 行为 当在 eHSS中删除用户签约数据时， eHSS应向用户的 H-TCF发起业务签约数据删除请求，消息中携带 被删除用户的 UDN。 当在 eHSS中删除组签约数据时， eHSS应向组的 G-TCF
