资源简介
中华人民共和国应急管理行业标准
YJ/T 43. 2—2026应急专用数字集群(epDT)通信系统技术规范第2部分：公网对讲系统融合
system—part2 : Ⅰntegrationwithpush_to_talk oⅤerCellularsystem
Technicalspecificationsfor emergencyprofessionaldigitaltrunking communication
2026_05_14 发布 2026_08_01 实施
中华人民共和国应急管理部发布
目次
前言聂
引言 Ⅲ
1 范围 1
2 规范性引用文件 1
3 术语和定义 1
4 缩略语 2
5 系统融合架构 2
6 系统融合要求 2
7 融合功能要求 3
8 性能要求 4
8. 1 链路性能要求 4
8. 2 业务性能要求 4
9 PU接口 4
9. 1 协议要求 4
9. 2 协议流程 5
10 PT接口 51
10. 1 协议要求 51
1(1)0(0).. 3(2) 信令流程(信令消息) 5(5)1(1)
1(1)0(0).. 5(4) 卫星定位(媒体传输)信息…格…式……… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… 5(5)1(1)
11 语音编解码要求 51
12 编号规则 51
13 安全要求 52
1(1)3(3).. 2(1) 终端发起(双向鉴权)的鉴…权…流…程……… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… 5(5)3(2)
1413证.3实方法(端到)端安…全……… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… …… 5(5)4(4)
附录A(规范性)Ptt扩展头 55
附录C(附录B)((规范性(规范性)))Ca(SD)s e取值(定义) 5(5)9(7)
附录E(附录D)((规范性(规范性)))r信iss息io式(取)值 6(6)3(2)
6 3
E(E) .. 2(1) 数据类型及说明(卫星定位信息推)送格式 63
Ⅰ
前言
本文件按照GB/T 1. 1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。
本文件是YJ/T 43《应急专用数字集群(ePDT)通信系统技术规范》第2部分。YJ/T 43 已经发布
了以下部分：
—第1部分：总体要求;
—第2部分：公网对讲系统融合。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
本文件由中华人民共和国应急管理部提出，科技和信息化司业务管理、政策法规司统筹管理。本文件由全国应急管理与减灾救灾标准化技术委员会(SAC/TC307)技术归口及咨询。
本文件起草单位：应急管理部大数据中心、北京华通专业无线通信技术创新联盟、海能达通信股份有限公司、河北远东通信系统工程有限公司、北京中兴高达通信技术有限公司、天津七一二移动通信股份有限公司、北京市万格数码通讯科技有限公司、广州维德科技有限公司、四川海格恒通专网科技有限公司、东方通信股份有限公司、江南信安(北京)科技有限公司。
本文件主要起草人：田丽、袁蓉、房玉东、马辉、雷本洋、吴凌飞、赵翊轩、叶伟聪、胡斌、耿团团、梁冬冬、肖甜甜、蒋庆生、高凌、陈小天、张成斌、蔡杰、孙鹏飞、秦嗣波、张扬、黎平、陈雄、涂书忠、梁家海、王鸿志、韩海阔、任明超。
本文件为首次发布。
聂
引言
为规范应急管理体系中应急专用数字集群(ePDT)通信系统的技术体制，统一不同厂家设备的功能
性、性能指标和接口协议，满足应急无线通信业务需求，推动应急管理体系的无线通信系统建设，特制
《应急专用数字集群(ePDT)通信系统技术规范》。《应急专用数字集群(ePDT)通信系统技术规范》拟
特定由
八个部分构成。
—第1部分：总体要求。目的在于规范ePDT通信系统的系统构成、接口要求、系统互联要求。
—第2部分：公网对讲系统融合。目的在于规范ePDT通信系统和公网对讲系统的融合架构、功能和接口要求。
—第3部分：交换控制中心与基站间接口。目的在于规范ePDT 通信系统中交换控制中心与集群基站间接口要求。
—第4部分：终端。目的在于规范ePDT通信系统中终端的功能和性能要求。
—第5部分：窄带自组网系统。目的在于规范ePDT通信系统中窄带自组网的系统组成、功能和性能要求。
—第6部分：集群同频同播系统。目的在于规范ePDT 通信系统中集群同频同播系统的系统构成、技术特性、组网要求和互联要求。
—第7部分：集群移动站。目的在于规范ePDT通信系统中集群移动站的功能和性能要求。
—第8部分：测试方法。目的在于规范ePDT通信系统的功能、性能、接口测试方法。
Ⅲ
1 范围
本文件规定了应急专用数字集群(ePDT)通信系统与公网对讲系统融合的系统融合架构、系统融合要求、融合功能要求、性能要求、PU接口、PT接口、语音编解码要求、编号规则、安全要求和证实方法。
本文件适用于应急专用数字集群(ePDT)通信系统与公网对讲系统融合的设计、开发和工程验收。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件;不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
GB/T 34991 基于12. 5 kHz信道的时分多址(TDMA)专用数字集群通信系统空中接口物理层
及数据链路层技术规范
GB/T 34992 基于12. 5 kHz信道的时分多址(TDMA)专用数字集群通信系统空中接口呼叫控
制层技术规范
GA/T 1364 警用数字集群(PDT)通信系统互联技术规范
YD/T 1648 基于数字蜂窝移动通信网的即按即说业务(PoC)服务器技术要求
YJ/T 43. 1—2026 应急专用数字集群(ePDT)通信系统技术规范第1部分：总体要求IETF RFC 2818 超文本传输安全协议(HTTP Over TLS)
IETF RFC 3261 SIP：会话初始协议(SIP: Session Initiation Protocol)
IETF RFC 3550 RTP：实时应用程序传输协议(RTP: A Transport Protocol for Real_Time Ap_
plications)
IETF RFC 4566 SDP：会话描述协议(SDP: Session Description Protocol)
IETF RFC 7231 超文本传输协议(HTTP/1. 1)：语义与内容〔Hypertext Transfer Protocol (HT_
TP/1. 1) : Semantics and Content〕
3 术语和定义
YJ/T 43. 1—2026 界定的以及下列术语和定义适用于本文件。
3. 1
应急公网对讲系统emergencypush_t0_talk0Ⅴercellularsystem基于公众移动通信网下为应急行业提供公网对讲服务的系统。
3. 2
双模终端dual_m0determinal
同时具备应急公网对讲系统接入能力和ePDT通信系统接入能力的终端。
1
4 缩略语
下列缩略语适用于本文件。
AuC：鉴权中心(Authentication Center)
ePDT：应急专用数字集群(emergency Professional Digital Trunking)
ePoC：应急公网对讲(emergency Push_to_talk over Cellular)
eSCC: ePDT交换控制中心(ePDT Switch Control Center)
HTTP：超文本传输协议(Hypertext Transfer Protocol)
HTTPS：超文本传输安全协议(Hypertext Transfer Protocol Secure)
IE：信息元素(Information Element)
IMEI：国际移动设备识别码(International Mobile Equipment Identity)
IMSI：国际移动用户识别码(International Mobile Subscriber Identity)
IP：网际互连协议(Internet Protocol)
ISI：个人地址(Individual Subscriber Identity)
MDN：移动目录号码(Mobile Directory Number)
NVOC：窄带语音编解码器(Narrowband VOCoder)
PDT：专用数字集群(Professional Digital Trunking)
pSDP: PDT会话描述协议(PDT Session Description Protocol)
pSIP: PDT会话初始协议(PDT Session Initiation Protocol)
RTCP：实时传输控制协议(Real_time Transport Control Protocol)
RTP：实时传输协议(Real_time Transport Protocol)
SDP：会话描述协议(Session Description Protocol)
SIP：会话初始协议(Session Initiation Protocol)
TBCP：通话突发控制协议(Talk Burst Control Protocol)
TCP：传输控制协议(Transmission Control Protocol)
TLS：传输层安全(Transport Layer Security)
UDP：用户数据报协议(User Datagram Protocol)
UE：用户设备(User Equipment)
UTF_8 : 8 位元Unicode 转换格式(8_bit Unicode Transformation Format)
5 系统融合架构
ePDT通信系统与ePoC系统融合架构见图1。
ePoC 系统由ePoC服务器(ePoC Server)和公众移动通信网组成，ePoC Server 与公众移动通信网
的ePoC终端、双模终端通过PU接口连接。ePDT通信系统与ePoC 系统通过PT 接口连接，PT 接口
使用pSIP协议。ePDT终端、双模终端的空中接口应符合GB/T 34991 和GB/T 34992 的要求。eSCC
与集群基站通过BC接口连接，eSCC与AuC通过SE接口连接。
6 系统融合要求
ePDT通信系统和ePoC系统融合应符合以下要求：
a) ePoC终端和双模终端登记到ePoC Server后，再登记到归属地的eSCC, 由eSCC与AuC交互
2
图1 系统融合架构
完成鉴权;
b) 当ePoC Server 与归属地eSCC断开时，未登记的ePoC终端和双模终端通过ePoC Server 进
行身份合法性验证(软鉴权);
c) ePoC终端和双模终端在ePDT通信系统和ePoC 系统同时开户;
d) 双模终端支持ePoC 系统和ePDT通信系统间自动切换;
e) ePoC 系统和ePDT通信系统的融合组归属在ePDT通信系统;
f) ePoC系统内部使用用户号码寻址，当与ePDT通信系统互联时，ePoC Server 将用户号码转为ISI进行寻址。
7 融合功能要求
融合功能为ePoC 系统和ePDT通信系统通过PT接口协议实现的功能，融合功能应符合表1的规定，融合功能定义应与YJ/T 43. 1—2026 中6. 4. 1 相符。
表1 融合功能
序号
名称
说明
登记
●
去登记
3
心跳
4
鉴权
5
语音组呼
6
广播呼叫
7
紧急呼叫
8
讲话方身份识别
9
PTT授权
10
遥毙
O
表1(续)
11
遥晕
12
复活
13
动态重组
14
状态消息
15
短消息
16
卫星定位信息传输
注：“●”表示该功能项由ePDT通信系统或ePoC系统发起，“O”表示该功能项仅由ePDT通信系统发起。
8 性能要求
8. 1 链路性能要求
ePoC Server 与eSCC 间链路单向最大传输时延应小于100 ms,传输抖动应小于25 ms,丢包率应小于10 3 ,每路语音通话带宽应不小于32 kbps。
8. 2 业务性能要求
跨系统业务性能应符合以下要求：
a) 语音组呼建立时间不大于700 ms;
b) 讲话权申请时间不大于650 ms;
c) 语音传输时间不大于500 ms。
注1：语音组呼建立时间是主叫用户按键发起呼叫(含终端应用层处理时延)至主叫终端收到呼叫成功提示的时长。
注2：讲话权申请时间是用户按键申请讲话权(含终端应用层处理时延)至用户收到可通话提示的时长。
注3：语音传输时间是讲话方获取到讲话权后发出语音至接收方接收到语音的时长。
9 PU接口
9. 1 协议要求
ePoC终端和双模终端应通过PU 接口与ePoC Server 连接。PU 接口实现参数配置与更新、业务
控制、媒体传输以及讲话权控制等功能，PU接口协议应符合以下要求。
a) 参数配置与更新信令支持基于TLS 的HTTP 协议，HTTP 协议符合IETF RFC 7231 的规
定，HTTPS符合IETF RFC 2818 的规定。
b) 业务控制信令支持SIP协议和SDP 协议。SIP 协议符合IETF RFC 3261 的规定，所使用的
Ptt扩展头符合附录A 的规定;SDP协议符合IETF RFC 4566 的规定，所使用的SDP定义符
合附录B 的规定。
c) 媒体传输支持RTP协议，符合IETF RFC 3550 的规定。
d) 讲话权控制信令支持RTCP协议，符合YD/T 1648 中TBCP协议的规定。
9. 2 协议流程
9. 2. 1 登记和去登记
9. 2. 1 . 1 UE登记流程
9. 2. 1 . 1 . 1 登记成功
UE登记成功流程见图2。
图2 UE登记成功流程
流程说明如下。
a) 消息1为REGISTER(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(REGISTER)消息
发起登记请求，消息中携带登记业务标识pttRegister,并携带Expires 头域或者Contact 头域
的Expires参数指示登记周期，登记周期的长度宜设置为3 600 s。初始登记消息扩展参数应
符合表2的规定。
示例1:
REGISTER sip : 192. 168. 1. 100 SIP/2. 0
Via: SIP/2. 0/UDP 192. 168. 1. 141; branch=z9hG4bKxxxx
From: ;tag= xxxx
To : ;tag= xxxx
CSeq: 1 REGISTER
Call_ID: 2xTb9vxSit55XU7p8
Max_Forwards : 70
Contact:
Expires : 3600
Ptt_Extension: pttRegister;UEID=xxxxxxxxxx;Version=xxx;AttachGrp=xxx;GrpUpCkm=xxx;SecDev= x
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, MESSAGE, INFO, REGISTER
Content_Length: 0
表2 初始登记消息扩展参数
表示用户登记
UE 的IMEI
UE版本号
UE可携带最新的参与组号
UE本地的群组信息摘要，当UE本地保存过群组信息时携带。计算方式为MD5〔MD5 ( group _ string) + " urqBaQevSCFpjsMjD88eSD AZNvbY"〕。其中group_string(UTF_8)为群组号码+群组名称+是否为参与组(0表示未附着，1表示附着)的字符串，按照群组号码升序排序
0 或未携带表示UE未安装加密设备; 1 表示UE安装了加密设备
注：M表示必选，C表示条件可选，O表示可选，下同。
元素名称pttRegister
UEID
Version
AttachGrp
GrpUpCkm
SecDev
含义
登记业务标识
UE标识
M/O/C
M
群组更新校验值
加密设备标识
参与组
C
—
b) 消息2为401 Unauthorized(ePoC Server 到UE)。ePoC Server 向UE 发送SIP(401 Unau_ thorized)消息，要求进行鉴权。软鉴权登记401 挑战消息参数应符合表3的规定，双向鉴权登记401 挑战消息参数应符合表4的规定。
示例2:
SIP/2. 0 401 Unauthorized
Ptt_Extension: pttRegister;AuthType= 1
WWW_Authenticate: Digest
realm= "192. 168. 1. 100" ,
nonce= "ea9c8e88df84f1cec4341ae6cbe5a359" , qop="auth, auth_int" ,
opaque= "5ccc069c403ebaf9f0171e9517f40e41 " Content_Length: 0
表3 软鉴权登记401 挑战消息参数
元素名称
pttRegister
AuthType
鉴权类型
0 表示不鉴权;
1 表示软鉴权;
2 表示ePDT鉴权
WWW_Authenticate
鉴权认证方案
见IETF RFC 3261
注：软鉴权登记401 挑战消息参数中AuthType 值为1。
示例3:
Ptt_Extension: pttRegister;AuthType = 2 ; Rand = 8dfea84f1cec491aeec8e8345a356cb9 ; SEQL = xxxxx; TSAuthCode = xxx
表4 双向鉴权登记401 挑战消息参数
Rand
鉴权随机数
鉴权时携带，长度为80 bit
SEQL
鉴权序列号
鉴权时携带，长度为15 bit
TSAuthCode
鉴权基站身份认证码
鉴权时携带，长度为24 bit
注：双向鉴权登记401 挑战消息参数中AuthType 值为2。
c) 消息3为REGISTER(UE 到ePoC Server)。UE 再次发送SIP (REGISTER) 消息到ePoC Server, 向ePoC Server 申请业务登记。软鉴权挑战响应扩展参数应符合表5 的规定，双向鉴权挑战响应扩展参数应符合表6的规定。
示例4:
To :
CSeq: 2 REGISTER
Call_ID: 2xTb9vxSit55XU7p9
Authorization: Digest username= "32820200" , realm= "192. 168. 1. 100" ,
nonce= "ea9c8e88df84f1cec4341ae6cbe5a359" , nc=00000001 ,
cnonce= "0a4f113b" ,
response= "dfe56131d1958046689d83306477ecc" , uri="sip : 192. 168. 1. 100" ,
qop=auth,
opaque= "5ccc069c403ebaf9f0171e9517f40e41 "
Ptt_Extension: pttRegister; UEID = xxxxxxxxxx; Version = xxx; AttachGrp = xxx; GrpUpCkm = xxx; IMSI = xxx; SecDev= x
表5 软鉴权挑战响应扩展参数
UE本地的群组信息摘要
0 或未携带表示UE未安装加密设备;1 表示UE安装了加密设备
Version AttachGrp GrpUpCkm
IMSI
国际移动用户识别码加密设备标识
示例5:
REGISTER sip : 192. 168. 1. 100 SIP/2. 0
Expires : 3600 Ptt_Extension:
pttRegister;UEID=xxxxxxxxxx;Version=xxx;GrpUpCkm=xxx;IMSI=xxx;MSAuthCode=xxxxxx;SecDev=x Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, MESSAGE, INFO, REGISTER
表6 双向鉴权挑战响应扩展参数
登记业务标志
国际移动用户识别码
MSAuthCode
UE身份认证码
双向鉴权时携带
d) 消息4为200 OK(ePoC Server 到UE)。ePoC Server 向UE发送SIP(200 OK)消息，登记成
功，携带NAME。登记响应扩展参数应符合表7的规定。
示例6:
SIP/2. 0 200 OK
Via: SIP/2. 0/UDP 192. 168. 1. 141; branch=z9hG4bKxxxx; received= 192. 168. 1. 141
Ptt_Extension: pttRegister;NAME=xxx;GrpUpdate= 1;TSConfCode= xxxxxx
表7 登记响应扩展参数
同初始登记
NAME
用户名称
GrpUpdate
是否群组更新
0 表示不更新;1 表示更新
TSConfCode
系统身份确认码
9. 2. 1 . 1 . 2 登记失败(鉴权失败)登记失败(鉴权失败)流程见图3。
图3 登记失败(鉴权失败)流程
a) 消息1为REGISTER(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(REGISTER)消息发起业务登记请求，消息中携带登记业务标识pttRegister。本步骤同9. 2. 1. 1. 1 的a)。
b) 消息2为401 Unauthorized(ePoC Server 到UE)。ePoC Server 向UE 发送SIP(401 Unau_
thorized)消息，请求进行鉴权。本步骤同9. 2. 1. 1. 1 的b)。
c) 消息3为REGISTER(UE 到ePoC Server)。UE 再次发送SIP (REGISTER) 消息到ePoC Server, 向ePoC Server 发起业务登记。本步骤同9. 2. 1. 1. 1 的c)。
d) 消息4为403 Forbidden/401 Unauthorized(ePoC Server 到UE)。鉴权失败时，ePoC Server向UE发送SIP(403 Forbidden)或SIP(401 Unauthorized)消息，通知UE登记失败。
9. 2. 1 . 1 . 3 登记失败(无此用户)登记失败(无此用户)流程见图4。
图4 登记失败(无此用户)流程
a) 消息1为REGISTER(UE 到ePoC Server)。UE发送SIP(REGISTER)消息到ePoC Server,向ePoC Server发起登记，携带登记业务标识pttRegister。
b) 消息2 为404 Not Found (ePoC Server 到UE)。ePoC Server 向UE 发送SIP (404 Not Found)消息，通知UE登记失败。
9. 2. 1 . 2 UE去登记流程
9. 2. 1 . 2. 1 去登记成功
去登记成功流程见图5。
图5 去登记成功流程
a) 消息1为REGISTER(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(REGISTER) 消
息，携带去登记业务标识pttKickOff。挑战响应扩展参数应符合表8的规定。
注：该消息除Expires参数外，其余部分见9. 2. 1. 1. 1 中的挑战响应扩展参数，不同的会话应使用新的Call_ID、 CSeq 号码、branch 参数和From 头域中的tag 标签。
示例：
To :
Call_ID: 2xTb9vxSit55XU7p10
Authorization: Digest username= "32820200" , nonce= "ea9c8e88df84f1cec4341ae6cbe5a359" , nc=00000001 ,
Expires : 0
Ptt_Extension: pttKickOff;IMSI= XXXXXXXXXXXXXXX;SecDev= x
表8 挑战响应扩展参数
pttKickOff
去登记业务标识
b) 消息2为401 Unauthorized(ePoC Server 到UE)。ePoC Server 向UE 发送SIP(401 Unauthor_
ized)消息，要求进行鉴权，携带WWW_Authenticate 头域，以SIP摘要的形式发起认证挑战。
c) 消息3为REGISTER(UE 到ePoC Server)。UE 再次发送SIP (REGISTER) 消息到ePoC Server, 向ePoC Server发起业务去登记请求，携带Authorization 头域。
d) 消息4为200 OK(ePoC Server 到UE)。ePoC Server 向UE发送SIP(200 OK)消息，去登记
成功，携带登记业务标识pttRegister。
9. 2. 1 . 2. 2 去登记失败(鉴权失败)去登记失败(鉴权失败)流程见图6。
图6 去登记失败(鉴权失败)流程
a) 消息1为REGISTER(UE 到ePoC Server)。UE发送SIP(REGISTER)消息到ePoC Server,向ePoC Server发起业务去登记请求，携带去登记业务标识pttKickOff。
b) 消息2为401 Unauthorized(ePoC Server 到UE)。ePoC Server 向UE 发送SIP(401 Unauthor_ ized)消息，要求进行鉴权，携带WWW_Authenticate 头域，以SIP摘要的形式发起认证挑战。
c) 消息3为REGISTER (UE 到ePoC Server)。UE 再次发送SIP (REGISTER) 消息到ePoC Server, 向ePoC Server发起业务去登记，携带Authorization 头域。
d) 消息4 为403 Forbidden/401 Unauthorized (ePoC Server 到UE)。ePoC Server 通过比较
REGISTER携带的response 值和自身保存的response 值，当不一致时，向UE 发送SIP(403
Forbidden)消息，通知UE去登记失败;如果ePoC Server 判断nonce 值过期，则向UE 发送
SIP(401 Unauthorized)消息，WWW_Authenticate 头域中携带新的nonce, 通知UE 去登记
失败。
注：去登记失败表示该UE仍在登记状态。
9. 2. 1 . 2. 3 epocserⅤer发起去登记
ePoC Server发起去登记流程见图7。
图7 epocserⅤer发起去登记流程
a) 消息1为PUBLISH(ePoC Server 到UE)。ePoC Server 向UE发送SIP(PUBLISH)消息，消息中携带去登记业务标识pttKickOff,并携带去登记原因Cause, Cause 的取值应符合附录C的规定。ePoC Server发起去登记扩展参数应符合表9的规定。
PUBLISH sip: 32820200@192. 168. 1. 141 SIP/2. 0
Via: SIP/2. 0/UDP 192. 168. 1. 100; branch=z9hG4bKxxxx
CSeq: 1 PUBLISH
Ptt_Extension: pttKickOff;Cause= xx
Content_Length: 0
表9 epocserⅤer发起去登记扩展参数
ePoC Server 发起的去登记
Cause
原因
取值符合附录C 的规定
b) 消息2为200 OK(UE 到ePoC Server)。UE 向ePoC Server 返回SIP(200 OK) 响应，通知ePoC Server 去登记成功。
9. 2. 2 心跳检测成功
心跳检测成功流程见图8。
图8 心跳检测成功流程
a) 消息1为OPTIONS(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(OPTIONS)消息，发
起握手请求，携带用户IMSI。心跳检测扩展参数应符合表10 规定。
OPTIONS sip : 192. 168. 1. 100 SIP/2. 0
CSeq: 1 OPTIONS
Call_ID: 1c6Tk89fTiPrdv57F9
Via: SIP/2. 0/UDP 192. 168. 1. 141
Contact:
Ptt_Extension: pttHeartBeat;IMSI=XXXXXXXXXXXXXXX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, INFO, REGISTER, MESSAGE, SUBSCRIBE
pttHeartBeat
心跳检测业务标识
b) 消息2为200 OK(ePoC Server 到UE)。ePoC Server 向UE返回SIP(200 OK)消息，表示握手成功。心跳检测响应扩展参数应符合表11 的规定。
From: ;tag= xxxx
CSeq: 1 OPTIONS
Via: SIP/2. 0/UDP 192. 168. 1. 141
Ptt_Extension: pttHeartBeat;LifeTime= 30
表11 心跳检测响应扩展参数
心跳检测扩展头域
LifeTime
心跳生存时长
单位为s
表10 心跳检测扩展参数
9. 2. 3 信息更新
9. 2. 3. 1 epoc serⅤer触发的信息更新
ePoC Server触发的信息更新流程见图9。
图9 epoc serⅤer触发的信息更新流程
a) 消息1为MESSAGE(ePoC Server 到UE)。ePoC Server 向UE发送SIP(MESSAGE)消息，通知UE应进行信息更新。ePoC Server触发的信息更新扩展参数应符合表12 的规定。
MESSAGE sip : 32820200@192. 168. 1. 141 SIP/2. 0
To : ;
CSeq: 1 MESSAGE
Ptt_Extension: pttInfoUpd
Content_Type: application/serverURL+xml; charset= "UTF_8"
Content_Length: xxx
service_url
表12 epocserⅤer触发的信息更新扩展参数
pttInfoUpd
信息更新通知业务标识
b) 消息2为200 OK(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(200 OK) 消息，通知ePoC Server 已收到消息。
c) 消息3为GET(UE 到ePoC Server)。UE 向ePoC Server 发送HTTPS(GET)消息，请求获
得UE相关的信息。示例2:
GET https: //TrunkingOverCellular/userConfiguration/mdn/userConfiguration. xml HTTP/1. 1
Host: 192. 168. 1. 100
d) 消息4为200 OK(ePoC Server 到UE)。ePoC Server 向UE发送HTTPS(200 OK)消息，消息中携带该用户的个人信息和组信息。信息更新元素应符合表13 的规定。
HTTP/1. 1 200 OK Etag: "fseff"
Content_Type: application/xml; charset= "utf_8"
user_idMDN
user_name
true true
……
true 300 service_ip
service_port
30
3
group_number
group_name
……
user_id
user_name
user_id
XXXX
XXXX
XXXX
表13 信息更新元素
MDN
移动目录号码(用户号码)
UserName
用户名
userPermission
用户权限
应符合附录D 的规定
userconfiguration
用户配置
用户配置根节点
GISConfig
定位配置
LocationReport
上报开关
GISConfig 子元素。true 为开启;false 为关闭
reportingCycle
定位上报的频度
GISConfig 子元素。单位为s
ip
定位服务器的IP 地址
GISConfig 子元素
port
定位服务器的端口号
heartbeatconfig
心跳配置
HeartBeatLifeTime1
心跳频度
heartbeatconfig 子元素，适用于4G 及以上网络，取值为1~600 的整数，单位为s
HeartBeatLifeTime2
取
heartbeatconfig 子元素，适用于2G/3G 网络，值为1~60 的整数，单位为s
grouplist
群组信息
GDN
群组号码
grouplist子元素
groupname
群组名称
userlist
用户列表
移动目录号码
Userlist子元素
username
StateConfig
状态消息含义映射表
17
9. 2. 3. 2 UE请求个人信息更新
UE请求个人信息更新流程见图10。
图10 UE请求个人信息更新流程
a) 消息1为GET(UE 到ePoC Server)。UE 向ePoC Server 发送HTTPS(GET)消息，请求获得UE个人信息。
GET https: //TrunkingOverCellular/userConfiguration/user_id/userConfiguration. xml HTTP/1. 1
b) 消息2为200 OK(ePoC Server 到UE)。ePoC Server 向UE发送HTTPS(200 OK)消息，消息中携带该用户的个人信息和组信息。
user_name
service_port
18
group_name
user_name
XXXX
9. 2. 3. 3 参与组更新
UE参与组更新流程见图11。
图11 UE参与组更新流程
19
a) 消息1为MESSAGE(UE 到ePoC Server)。UE 向ePoC Server 上报参与组信息。参与组更新扩展参数应符合表14 的规定。
MESSAGE sip : 192. 168. 1. 100 SIP/2. 0
From: ;tag= xxxx
To :
Ptt_Extension: pttWorkGrpUpd;GDN= 32820900
表14 参与组更新扩展参数
pttWorkGrpUpd
参与组更新业务标识
参与组更新
b) 消息2为200 OK(ePoC Server 到UE)。ePoC Server 向UE 发送SIP(200 OK) 消息，更新成功。
9. 2. 3. 4 动态重组信息推送
动态重组信息推送流程见图12。
图12 动态重组信息推送流程
a) 消息1为MESSAGE(ePoC Server 到UE)。ePoC Server 向UE 发送SIP(MESSAGE) 消息，携带更新类型UpdType 和群组信息列表。动态重组信息推送扩展参数应符合表15 的规定。
20
MESSAGE sip: 32820200@192. 168. 1. 141 SIP/2. 0
From: ;tag= xxxx
To :
Contact:
Ptt_Extension: pttGrpInfoUpd;UpdType= 1
Content_Type: application/pttGrpInfoUpd+xml; charset= "UTF_8"
1 1
16070000
JackGroup1
1
表15 动态重组信息推送扩展参数
pttGrpInfoUpd
动态重组业务标识
群组信息更新
UpdType
更新类型
0 表示覆盖操作;
1 表示非覆盖操作
GrpInfoList
群组信息列表
根元素
Num
个数
currentpage
当前页号
本条信息更新报文编号
totalpage
总页数
本次信息更新流程报文总数量
GrpInfo
GrpInfoList子元素
GrpInfo 子元素
GroupName
OprMode
操作类型
GrpInfo 子元素： 1 表示增加;
2 表示删除;
3 表示修改
21
b) 消息2为200 OK(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(200 OK)消息，更新成功。动态重组信息推送成功扩展参数应符合表16 的规定。
To : ;tag= xxxx
Ptt_Extension: pttGrpInfoUpd
16070000 1
表16 动态重组信息推送成功扩展参数
RsltList
群组信息更新结果列表
Rslt
群组信息更新结果
RsltList子元素
Rslt子元素
更新结果
Rslt子元素： 0 表示成功; 1 表示失败
9. 2. 4 语音组呼
9. 2. 4. 1 语音组呼建立
9. 2. 4. 1 . 1 组呼建立成功
组呼建立成功流程见图13。
22
图13 组呼建立成功流程
a) 消息1为INVITE(UE1 到ePoC Server)。UE1 向ePoC Server 发送SIP(INVITE)消息，请
求建立组呼业务，携带业务标识pttCall、呼叫类型CallType、呼叫优先级属性标识PrioAt_
tribute、端到端加密指示e2ee、用户号码CallerMDN;如果UE1 隐式申请讲话权，还应携带pt_
tRequest。呼叫建立消息扩展参数应符合表17 的规定，CallType 取值应符合表18 的规定，
CallAttribute 取值应符合表19 的规定，SDP媒体属性a=sendrecv。
INVITE sip: 32820900@192. 168. 1. 100 SIP/2. 0
To :
Call_ID: 2xTb9vxSit55XU7o8
CSeq: 1 INVITE
Ptt_Extension: pttCall; CallType = 3 ; PrioAttribute = xx; CallerMDN = 32820200 ; e2ee = 0 ; CallAttribute = xx; pt_ tRequest
Content_Type: application/sdp
表17 呼叫建立消息扩展参数
pttCall
集群呼叫业务标识
集群呼叫
CallType
呼叫类型标识
取值见表18
23
表17(续)
PrioAttribute
呼叫优先级属性标识
0 表示非紧急/预占优先呼叫; 1 表示紧急;
2 表示预占优先
e2ee
端到端加密指示
0 表示不加密; 1 表示加密
CallerMDN
组呼主叫MDN
组呼时携带
CallAttribute
呼叫属性
当有特殊呼叫属性时携带，取值见表19
pttRequest
讲话权申请标识
发起呼叫且隐式申请讲话权时携带
表18 callType取值
值
03H
0FH
环境侦听
其他
Reserved
表19 callAttribute取值
01H
b) 消息2为INVITE(ePoC Server 到UE2)。ePoC Server 向UE2 发送SIP(INVITE)消息，通
知UE2 进行组呼建立流程，携带业务标识pttCall、呼叫类型CallType、呼叫优先级属性标识
PrioAttribute、端到端加密指示e2ee、在线呼叫识别码OnlineCallID、主叫号码CallerMDN、呼
叫优先级Priority、非激活定时器InactiveTime 等参数。呼叫建立消息扩展参数应符合表20
的规定，SDP媒体属性a=sendrecv。
INVITE sip: 32820201@192. 168. 1. 142 SIP/2. 0
Via: SIP/2. 0/UDP192. 168. 1. 100; branch=z9hG4bKxxxx
From: <32820900@192. 168. 1. 100> ;tag= xxxx
To :
Call_ID: 2xTb9vxSit55XU7o9
Contact: <32820900@192. 168. 1. 100>
Ptt_Extension: pttCall;CallType= 3;PrioAttribute= 0; e2ee= 0;Priority= 2;CallerMDN= 32820900;OnlineCallID= 123456;InactiveTime= 30;NAME=xxx;CallAttribute= xx
24
表20 呼叫建立消息扩展参数
呼叫类型
0 表示非紧急/预占优先呼叫;
1 表示紧急;
Priority
呼叫优先级别
0~255 表示优先级递减，0 表示优先级最高，255 表示优先级最低
OnlineCallID
在线呼叫识别码
由ePoC Server分配的唯一标识会话的在线会话ID
InactiveTime
非激活定时器
主叫姓名
当有特殊呼叫属性时携带，取值见表
c) 消息3为100 Trying(UE2 到ePoC Server)。UE2 可向ePoC Server 回复SIP(100 Trying)消
息，通知主叫的请求正在被处理。
d) 消息4为100 Trying(ePoC Server 到UE1)。ePoC Server 可向UE1 回复SIP(100 Trying)消
e) 消息5为200 OK(UE2 到ePoC Server)。UE2 向ePoC Server 发送SIP(200 OK)消息，确认被叫UE2 接听当前呼叫，携带业务标识pttCall、呼叫类型CallType、呼叫优先级属性标识PrioAttribute、端到端加密指示e2ee、呼叫优先级Priority。
注：消息体中的SDP媒体属性参数a=sendrecv。
f) 消息6为200 OK(ePoC Server 到UE1)。ePoC Server 向UE1 发送SIP(200 OK)消息，通知组呼建立成功。如果UE1 未隐式申请讲话权，则携带pttCall;如果UE1 隐式申请讲话权，则
携带pttAccept扩展头域。
g) 消息7为ACK(UE1 到ePoC Server)。UE1 向ePoC Server 发送SIP(ACK)消息，确认当前组呼建立成功。
h) 消息8为ACK(ePoC Server 到UE2)。ePoC Server 向UE2 发送SIP(ACK)消息，确认当前组呼建立成功。
9. 2. 4. 1 . 2 组呼建立失败(epocserⅤer拒绝)
组呼建立失败(ePoC Server拒绝)流程见图14。
25
图14 组呼建立失败(epocserⅤer拒绝)流程
a) 消息1为INVITE(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(INVITE)消息，携带业务标识pttCall、呼叫类型CallType、呼叫优先级属性标识PrioAttribute、端到端加密指示e2ee。
b) 消息2为100 Trying(ePoC Server 到UE)。ePoC Server 可向主叫UE 回复SIP(100 Trying)
消息，通知主叫的请求正在被处理。
c) 消息3为456XX(ePoC Server 到UE)。ePoC Server 向UE发送SIP(456XX)消息，拒绝UE的组呼请求。
d) 消息4为ACK(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(ACK)消息确认。
9. 2. 4. 2 语音组呼释放
9. 2. 4. 2. 1 UE发起组呼释放成功
UE发起组呼释放成功流程见图15。
图15 UE发起组呼释放成功流程
26
a) 消息1为BYE(UE1 到ePoC Server)。UE1 向ePoC Server 发送SIP(BYE)消息，申请释放组
呼业务，携带呼叫释放业务标识pttRelease、释放原因Cause。呼叫释放消息扩展参数应符合
表21 的规定。
BYE 32820900@192. 168. 1. 100 SIP/2. 0
CSeq: 2 BYE
Ptt_Extension: pttRelease;Cause=0
表21 呼叫释放消息扩展参数
pttRelease
呼叫释放业务标识
释放呼叫
b) 消息2为BYE(ePoC Server 到UE2)。ePoC Server 向组呼的被叫UE2 发送SIP(BYE)消息，
通知UE2 释放当前组呼业务，SIP(BYE)携带呼叫释放业务标识pttRelease 以及释放原因
Cause。如果当前的UE2 拥有讲话权，BYE 同时释放当前拥有讲话权的UE2 所占有的资源，
同时指示UE2 此次讲话权释放是由于组呼释放引起的。呼叫释放信息扩展参数应符合表21
的规定。
BYE sip : 32820201@192. 168. 1. 100 SIP/2. 0
From: ;tag= xxxx
To : ;tag= xxxx
Ptt_Extension: pttRelease;Cause=0
c) 消息3为200 OK(UE2 到ePoC Server)。被叫UE2 向ePoC Server 回复SIP(200 OK)消息，确认当前组呼释放成功。
d) 消息4为200 OK(ePoC Server 到UE1)。ePoC Server 向释放呼叫的UE1 发送SIP(200 OK)
消息，确认当前组呼释放成功。
9. 2. 4. 2. 2 epocserⅤer发起组呼释放成功 ePoC Server发起组呼释放成功流程见图16。
27
图16 epocserⅤer发起组呼释放成功流程
a) 消息1为BYE(ePoC Server 到UE)。ePoC Server 向组呼的被叫UE发送SIP(BYE)消息，通
知UE释放当前组呼业务，SIP (BYE) 携带呼叫释放业务标识pttRelease 以及释放原因
Cause。如果当前的UE拥有讲话权，BYE 同时释放当前拥有讲话权的UE所占有的资源，同
时指示UE此次讲话权释放是由于组呼释放引起的。
BYE sip: 32820200@192. 168. 1. 100 SIP/2. 0
Call_ID: 3xTb9vxSit55XU7o1
b) 消息2为200 OK(UE 到ePoC Server)。被叫UE 向ePoC Server 回复SIP(200 OK)消息，确认当前组呼释放成功。
9. 2. 4. 2. 3 UE发起组呼释放失败
UE发起组呼释放失败流程见图17。
图17 UE发起组呼释放失败流程
28
a) 消息1为BYE(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(BYE)消息，请求释放当前组呼，携带呼叫释放业务标识pttRelease、释放原因Cause。
b) 消息2为456XX(ePoC Server 到UE)。ePoC Server 向UE发送SIP(456XX)响应消息，拒绝UE 的组呼释放请求。
9. 2. 4. 3 退出语音组呼
9. 2. 4. 3. 1 UE发起退出组呼
UE发起退出组呼流程见图18。
图18 UE发起退出组呼流程
a) 消息1为BYE(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(BYE)消息，申请退出组呼，携带呼叫释放业务标识pttExit 以及退出原因Cause。呼叫退出消息扩展参数应符合表22的规定。
BYE sip: 32820900@192. 168. 1. 100 SIP/2. 0
To : ;tag= xxxx
Call_ID: 3xTb9vxSit55XU7o0
Max_Forwards: 70
Ptt_Extension: pttExit;Cause=0
表22 呼叫退出消息扩展参数
pttExit
组呼退出业务标识
退出组呼
b) 消息2为200 OK(ePoC Server 到UE)。ePoC Server 向UE发送SIP(200 OK)消息，同意??-29
前组UE退出当前组呼。
注：非主叫UE发起的退出，当前呼叫应继续进行。
9. 2. 4. 3. 2 epoc serⅤer指定UE退出组呼 ePoC Server 指定UE退出组呼流程见图19。
图19 epoc serⅤer指定UE退出组呼流程
a) 消息1为BYE(ePoC Server 到UE)。ePoC Server 向组呼的UE 发送SIP(BYE)消息，通知
UE退出当前组呼业务，SIP(BYE)携带呼叫退出业务标识pttRelease、退出原因Cause。如果
当前的UE拥有讲话权，BYE 同时释放当前拥有讲话权的UE 所占有的资源，同时指示UE
此次讲话权释放是由于组呼退出引起的。UE发起退出引起的呼叫释放扩展参数应符合表23
表23 UE发起退出引起的呼叫释放扩展参数
b) 消息2为200 OK(UE 到ePoC Server)。UE 向ePoC Server 回复SIP(200 OK)消息，确认当前组呼退出成功。
30
9. 2. 4. 4 组呼并入
9. 2. 4. 4. 1 含隐式讲话权申请的组呼并入
含隐式讲话权申请的组呼并入流程见图20。
图20 含隐式讲话权申请的组呼并入流程
a) 消息1~4 同9. 2. 4. 1. 1 中a)、d)、f)、g)。UE1 在INVITE 的Ptt_Extension 头域中携带“pt_
tRequest”参数，表示发起组呼的同时申请讲话权。
b) 消息5为讲话权允许消息Talk Burst Granted(ePoC Server 到UE1)。若UE1 并入组呼时，当前组呼中无用户讲话，则ePoC Server 发送Talk Burst Granted 到UE1 , 将讲话权授予UE1。Talk Burst Granted 消息定义应符合YD/T 1648 的规定。
c) 消息6和消息7为讲话权占用消息Talk Burst Taken(ePoC Server 到UE2 和UE3)。ePoC Server 分别发送Talk Burst Taken到组呼语音接收方UE2 和UE3 , 通知UE2 和UE3 当前讲话方为UE1。Talk Burst Taken 消息定义应符合YD/T 1648 的规定。
31
d) 消息8为讲话权拒绝消息Talk Burst Deny(ePoC Server 到UE1)。若UE1 并入组呼时，当前
组呼中UE2 正在讲话，UE1 的讲话权优先级不是抢占优先级或者不高于UE2 的讲话权优先
级，则ePoC Server 发送Talk Burst Deny 到UE1,拒绝其讲话权请求。Talk Burst Deny消息
定义应符合YD/T 1648 的规定，其中原因码设为1,表示讲话权已授予其他用户。
e) 消息9为讲话权占用消息Talk Burst Taken(ePoC Server 到UE1)。ePoC Server 发送Talk Burst Taken 到UE1 , 通知UE1 当前讲话方为UE2。Talk Burst Taken 消息定义应符合YD/ T 1648 的规定。
f) 消息10 为讲话权允许消息Talk Burst Granted(ePoC Server 到UE1)。若UE1 并入组呼时，
当前组呼中UE2 正在讲话，UE1 的讲话权优先级是抢占优先级且高于UE2 的讲话权优先
级，则ePoC Server 发送Talk Burst Granted 到UE1 , 将讲话权授予UE1。Talk Burst Gran_
ted消息定义应符合YD/T 1648 的规定。
g) 消息11 为讲话权撤销消息Talk Burst Revoke(ePoC Server 到UE2)。ePoC Server 发送
Talk Burst Revoke 到UE2 , 撤销其讲话权。Talk Burst Revoke 消息定义应符合YD/T 1648
的规定，其中原因码设为4,表明讲话权被抢占。
h) 消息12 和消息13 为讲话权占用消息Talk Burst Taken(ePoC Server 到UE2 和UE3)。ePoC Server 分别发送Talk Burst Taken到组呼语音接收方UE2 和UE3 , 通知UE2 和UE3 当前讲话方为UE1。Talk Burst Taken 消息定义应符合YD/T 1648 的规定。
9. 2. 4. 4. 2 不含隐式讲话权申请的组呼并入
不含隐式讲话权申请的组呼并入流程见图21。
图21 不含隐式讲话权申请的组呼并入流程
32
a) 消息1~4 同9. 2. 4. 1. 1 中a)、d)、f)、g)。UE1 发起组呼时，INVITE 的Ptt_Extension 头域中
不包含“pttRequest”参数，表示发起组呼时不申请讲话权。
b) 消息5为讲话权占用消息Talk Burst Taken(ePoC Server 到UE1)。若UE1 并入组呼时，当前组呼中UE2 正在讲话，ePoC Server 发送Talk Burst Taken 到UE1 , 通知UE1 当前讲话方为UE2。Talk Burst Taken 消息定义应符合YD/T 1648 的规定。
c) 消息6为讲话权空闲消息Talk Burst Idle(ePoC Server 到UE1)。若UE1 并入组呼时，当前组呼中没有用户在讲话，ePoC Server 发送Talk Burst Idle 到UE1 , 通知UE1 当前讲话权空闲。Talk Burst Idle消息定义应符合YD/T 1648 的规定。
9. 2. 5 讲话权控制
ePoC终端和双模终端的讲话权控制采用基于RTCP 协议的TBCP 控制协议，讲话权控制应符合YD/T 1648 规定的R TCP讲话权控制流程。
9. 2. 6 短消息
9. 2. 6. 1 短消息单发流程
9. 2. 6. 1 . 1 正常流程
短消息单发正常流程见图22。
图22 短消息单发正常流程
a) 消息1为MESSAGE(UE1 到ePoC Server)。UE1 向ePoC Server 发送SIP(MESSAGE)消息。示例1:
MESSAGE sip: 32820201@192. 168. 1. 100 SIP/2. 0
33
Ptt_Extension: pttMessage;MessageType=0; e2ee=0
Content_Type: text/plain; charset=UNICODE_16
Content_Length: xxx Hello
b) 消息2为183(ePoC Server 到UE1)。ePoC Server 可向UE1 发送SIP(183)消息。示例2:
SIP/2. 0 183
Ptt_Extension: pttMessage
c) 消息3为MESSAGE(ePoC Server 到UE2)。ePoC Server 向UE2 发送SIP(MESSAGE) 消
息，发起短消息传输请求。
:
示例3
MESSAGE sip: 32820201@192. 168. 1. 142 SIP/2. 0
From: ;tag= xxxx
To : ;
Call_ID: 1c6Tk89fTiPrdv57F8
Contact:
d) 消息4为200 OK(UE2 到ePoC Server)。UE2 向ePoC Server 发送SIP(200 OK)消息，指示短消息接收完毕。
SIP/2. 0 200 OK
34
Call_ID: 1c6Tk89fTiPrdv57F8
To : ;tag= xxxx
e) 消息5为200 OK(ePoC Server 到UE1)。ePoC Server 向UE1 发送SIP(200 OK)消息，终结应答。
9. 2. 6. 1 . 2 异常流程
短消息单发异常流程见图23。
图23 短消息单发异常流程
a) 消息1和2同9. 2. 6. 1. 1 中a)和b)。
35
b) 消息3为456XX(ePoC Server 到UE1)。ePoC Server 向UE1 发送SIP(456XX)消息，指示短
消息发送失败，具体状态码根据失败原因确定。
SIP/2. 0 456XX
Ptt_Extension: pttMessage;
c) 消息4同9. 2. 6. 1. 1 中c)。
d) 消息5为456XX(UE2 到ePoC Server)。UE2 向ePoC Server 发送SIP(456XX)消息，指示短
e) 消息6为456XX (ePoC Server 到UE1)。ePoC Server 向UE1 发送SIP(456XX)消息，指示短
9. 2. 6. 2 短消息群发流程
9. 2. 6. 2. 1 正常流程
短消息群发正常流程见图24。
36
图24 短消息群发正常流程
a) 消息1为MESSAGE(UE1 到ePoC Server)。UE1 向ePoC Server 发送SIP(MESSAGE) 消
息，请求群发短消息。
MESSAGE sip: 32820900@192. 168. 1. 100 SIP/2. 0
Ptt_Extension: pttMessage;MessageType= 1; e2ee=0
37
c) 消息3为200 OK(ePoC Server 到UE1)。ePoC Server 向UE1 发送SIP(200 OK)消息，指示系统已收到群发消息。
d) 消息4为MESSAGE(ePoC Server 到UE2)。ePoC Server 向UE2 发送SIP(MESSAGE) 消
息，向UE2 发起短消息传输请求。
示例4
Contact:
Via: SIP/2. 0/UDP 192. 168. 1. 100 ; branch=z9hG4bKxxxx
Ptt_Extension: pttMessage;MessageType= 1; e2ee=0;CallerMDN= 32820200
e) 消息5为200 OK(UE2 到ePoC Server)。UE2 向ePoC Server 发送SIP(200 OK)消息，终结应答。
38
9. 2. 6. 2. 2 异常流程
短消息群发异常流程见图25。
图25 短消息群发异常流程
a) 消息1和2同9. 2. 6. 2. 1 中a)和b)。
b) 消息3为456XX(ePoC Server 到UE1)。ePoC Server 发送SIP(456XX)消息，指示短消息发
送失败，具体状态码根据失败原因确定。
c) 消息4和5同9. 2. 6. 2. 1 中c)和d)。
d) 消息6为456XX(UE2 到ePoC Server)。UE2 向ePoC Server 发送SIP(456XX)消息，指示短消息发送失败，具体状态码根据失败原因确定。
39
9. 2. 6. 3 状态消息流程
状态消息单发正常流程同9. 2. 6. 1. 1,群发正常流程同9. 2. 6. 2. 1。状态消息的Content_Type 头
域为Content_Type: application/status。
注：Content_Type头域指示了消息体的媒体类型，消息体携带状态码。
9. 2. 7 环境侦听
环境侦听流程见图26。
图26 环境侦听流程
a) 消息1为INVITE(ePoC Server 到UE)。ePoC Server 向UE 发送SIP(INVITE)消息，通知
UE进行环境侦听建立流程，携带业务标识pttCall、呼叫类型CallType、呼叫优先级属性标识
叫优先级Priority。
INVITE sip: 32820200@192. 168. 1. 141 SIP/2. 0
From: ;tag= xxxx
Call_ID: a84b4c76e66710
40
Contact:
Ptt_Extension: pttCall;CallType= 15;PrioAttribute= 0; e2ee= 0;Priority= 2;CallerMDN= 328100 ; OnlineCallID= 123456;Name=xxx;CallAttribute= xx
v=0
o=ePoCServer 2890844526 2890842807 IN IP4 192. 168. 1. 100 s=Session SDP
c=IN IP4 192. 168. 1. 100
t=0 0
m=audio 49170 RTP/AVP 96 a=recvonly
b) 消息2为200 OK(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(200 OK)消息，确认被叫UE接听当前呼叫，携带业务标识pttCall、呼叫类型CallType、呼叫优先级属性标识Prio_ Attribute、端到端加密指示e2ee、呼叫优先级Priority。
示例2
From: ;tag= xxxx
o= 2 123456 654321 IN IP4 192. 168. 1. 141 s=A conversation
c=IN IP4 192. 168. 1. 141
m=audio 21000 RTP/AVP 18 100 126 a=ptime: 20
a=fmtp : 126 max_kbps=4. 75; octet_align=0 a=sendonly
注：扩展参数定义和携带方式同INVITE消息，SDP 中媒体属性参数a=sendonly。
c) 消息3为ACK (ePoC Server 到UE)。ePoC Server 向UE发送SIP(ACK)消息，确认环境侦听建立成功。
d) 消息4为Voice。UE 向ePoC Server 传输语音。
e) 消息5为BYE(ePoC Server 到UE)。ePoC Server 向UE发送SIP(BYE)消息指示环境侦听结束。
41
f) 消息6为200 OK(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(200 OK)响应。
9. 2. 8 卫星定位
9. 2. 8. 1 卫星定位配置要求
卫星定位是指UE 利用空口信令上传卫星定位信息，包含定位信息订阅、定位信息上传和订阅取消。
卫星定位配置来源应包括以下两种：
a) UE登记后，系统配置信息同步时应携带卫星定位配置信息，配置过程见9. 2. 3. 2 ;
b) 在设备运行中，支持ePoC Server 通过MESSAGE消息对设备卫星定位信息进行拉取。
当UE 收到来源b)的配置时，应暂时忽略来源a) 的配置;在来源b)的配置超出持续时间后，UE 应恢复使用来源a) 的配置。
9. 2. 8. 2 卫星定位单次上拉
卫星定位单次上拉流程见图27。
图27 卫星定位单次上拉流程
a) 消息1为MESSAGE(ePoC Server 到UE)。ePoC Server 向UE 发送SIP(MESSAGE)消息并携带pttGgUpdate 标识，指示UE上报卫星定位数据。
Call_ID: ABC12345
Content_Type: application/xml
Ptt_Extension: pttGgUpdate
42
Expires : 1800
b) 消息2为200 OK(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(200 OK)消息，表示收到UE上报卫星定位数据请求。
c) 消息3为456XX(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(456XX)消息，表示UE未按照要求上传位置。
9. 2. 8. 3 卫星定位配置更新
卫星定位配置更新流程见图28。
图28 卫星定位配置更新流程
a) 消息1为MESSAGE(ePoC Server 到UE)。ePoC Server 向UE 发送SIP(MESSAGE)消息
并携带上报周期reportingCycle 和持续时间duration 为必选，speedBasedCycles 段为可选，如
设置上报周期为0, 则指示UE 关闭定位信息上报功能。当ePoC Server 发给UE 的MES_
SAGE含有Ptt_Extension: pttCfgUpdate;UpdType=0 ,但不携带任何消息体，则清除所有规
则，恢复启动默认。
43
Ptt_Extension: pttCfgUpdate;UpdType=0
5 1800
60 1
b) 消息2为200 OK(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(200 OK)消息，表示收到ePoC Server发起的卫星定位配置更新请求。
c) 消息3为456XX(UE 到ePoC Server)。UE 向ePoC Server 发送SIP(456XX)消息，表示UE未能按照要求上传位置。
9. 2. 8. 4 卫星定位数据上报
卫星定位数据上报流程见图29。
图29 卫星定位数据上报流程
消息1是UE 主动发起的卫星定位信息上报。UE在预设的IP 和端口上通过UDP 报文上报位置信息，上报报文BDLocationReport 内容应符合表24 的规定。
44
表24 BDLocationReport内容
信息单元
长度Byte
类型
MagicNum
unsigned short
固定值0x5A5A
长度
不含MagicNum 在内的整个包长度
负载类型
unsigned char
固定值。
1：以ePDT号码的ASCII格式为索引的位置信息上报
保留
char
固定为0
UE编号
UE单呼号码的ASCII码，右补二进制0
经度
double
例：119. 123133
纬度
例：34. 232443
速度
单位为m/s
方向
以正北方向为0°,顺时针方向偏转
高程
单位为m
精度
(1)0xFFFF：无效定位;
(2)无此项值设置为0x0000 填充，否则按正常精度值填充;
(3)单位为m
时间
年
月
byte
日
时
分
秒
注：数据传输应采用网络字节序。
9. 2. 9 系统主动鉴权
系统主动鉴权流程见图30。
图30 系统主动鉴权流程
45
a) 消息1为NOTIFY(ePoC Server 到UE)。ePoC Server 向UE发送SIP(NOTIFY)消息，要求对用户进行系统主动鉴权。系统主动鉴权扩展参数应符合表25 的规定。
NOTIFY sip: 32820200@192. 168. 1. 141 SIP/2. 0
CSeq: 1 NOTIFY
Ptt_Extension: pttSysAuth;Rand= 8dfea84f1cec491aeec8e8345a356cb9;SEQL=xxxxxx;TSAuthCode= xxxxxx
表25 系统主动鉴权扩展参数
pttSysAuth
系统主动鉴权业务标识
系统主动鉴权
系统身份认证码
评论