警用数字集群(PDT)通信系统互联技术规范

GA/T1364—2017

目次

前言......................................................................................HI

1范围....................................................................................1

2规范性引用文件.........................................................................I

3术语、定义和缩略语.......................................................................1

4概述..................................................................................2

5PDT会话初始协议（pSIP）.............................................................................................................................................4

6域名服务（DNS）扩展规定...............................................................26

?实时传输协议（RTP）扩展规定...........................................................29

8互联协议流程..........................................................................33

附录A（规范性附录）域名说明..........................................................132

附录B（资料性附录）ENUM转换关系示例...............................................134

附录C（资料性附录）DNS查询示例......................................................135

附录D（资料性附录）消息顺序图说明....................................................138

附录E（规范性附录）中国行政区划代码表...............................................139

I

GA/T13642017

,IX

刖百

本标准是警用数字集群(PDT)通信系统技术规范系列标准之一。该系列标准文件已发布如下技

术规范:

一一GA/T1056—2013《警用数字集群(PDT)通信系统总体技术规范》；

——GA/T1057—2013《警用数字集群(PDT)通信系统空中接口物理层及数据健路层技术规范》；

——GA/T1058-2013《警用数字集群(PDT)通信系统空中接口呼叫控制层技术规范》；

一一GA/T1059-2013《警用数字集群(PDT)通信系统安全技术规范》；

-GA/T1255—2016《警用数字集群(PDT)通信系统射频设备技术要求和测试方法》；

-GA/T1365—2017《警用数字集群(PDT)通信系统网管技术规范》；

-GA/T1366—2017《警用数字集群(PDT)通信系统移动台技术规范》；

-GA/T1367-2017《警用数字集群(PDT)通信系统功能测试方法》；

-GA/T1368—2017《警用数字集群(PDT)通信系统工程技术规范》。

木标准按照GB/T1.1—2G09给出的规则起草.

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。

本标准由公安部科技信息化局提出。

本标准由公安部通信标准化技术委员会归口。

本标准起草单位：公安部科技信息化局、优能通信科技(杭州)有限公司、海能达通信股份有限公司、

杭州承联通信技术有限公司、公安部第一研究所、东方通信股缶有限公司、北京市万格数码通讯科技有

限公司、广州维德科技有限公司。

本标准主要起草人：戎骏、周计文、宋飞浩、孙鹏飞、宋振苏、朱振荣、蒋庆生、王序、王强、刘君、

邓金培。

111

GA/T13642017

警用数字集群(PDT)通信系统

互联技术规范

1范围

本标准规定了警用数字集群(PDT)通信系统互联接口协议架构、pSIP语法、DNS扩展规定、RTP

扩展规定和协议流程。

本标准适用于警用数字集群(PDT)通信系统的设计、制造和工程验收。

2规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文

件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于木文件。

GA/T1056—2013警用数字集群(PDT)通信系统总体技术规范

GA/T1058—2013警用数字集群(PDT)通信系统空中接口呼叫控制层技术规范

GA/T1059—2013警用数字集群(PDT)通信系统安全技术规范

YD/T1522.1—2006会话初始协议(SIP)技术要求第1部分：基本的会话初始协议

YD/T1936—2009会话描述协议(SDP)技术要求

RFC1035DNS-实现及标准

RFC3550实时应用程序传输协议

RFC3551最小控制的音频和视频会议RTP简介

NMEA0183协议

3术语、定义和缩略语

3.1术语和定义

下列术语和定义适用于本文件。

3.1.1

用户代理useragent

支持SIP协议的逻辑功能实体，当产生请求时作为UAC.当接收请求并产生响应时作为UAS。

3.1.2

用户代理客户端useragentclient

在SIP会话建立过程中发送会话请求的功能实体，并且由客户端事务状态机发送这个请求。

3.1.3

用户代理^务器useragentserver

在SIP会话建立过程中接收、拒绝或者转发对应的会话请求的功能实体，并且由服务器端事务状态

机发送这个响应。

3.1.4

事务transaction

客户端和服务端的事件，应从第•个由客户端发送到服务端的请求，到最后一个(非Ixx)服务端向

GA/T13642017

客户端发出的终结应答。

3.1.5

事务用户transactionuser

SIP事务层之上的协议层。

3.1.6

会话session

在两个UA之间持续一段时间的点对点的SIP连接，并记录了两者已经连接上的相关内容。

3.2缩略语

下列缩略语适用于本文件。

BNFBackus-NaurForm巴科斯范式

DNSDomainNameService域名服务

ENUMTelephoneNumberMapping电话号码映射

GH_MSCGroupHomeMobileSwitchingCenter组归属移动交换中心

H_MSCHomeMobileSwitchingCenter归属移动交换中心

HSSHomeSubscriherSever归属用户服务器

IPInternetProlocol互联网协议

MFIDManufacturer'sSpecificFID厂家的功能识别码

MSMobileStation移动台

MSCMobileSwitchingCenter移动交换中心

O_MSCOriginalMobileSwitchingCenter源端移动交换中心

P_MSCParticipantMobileSwitchingCenter成员移动交换中心

pSDPPDTSessionDescriptionProtocolPDT会话描述协议

pSIPPDTSessionInitiationProtocolPDT会话初始协议

PDTPoliceDigitalTrunking警用数字集群

RTPReal-timeTransportProtocol实时传输协议

SDPSessionDescriptionProtocol会话描述协议

SIPSessionInitiationProtocol会话初始协议

UAUserAgent用户代理

UACUserAgentClient用户代理客户

UASUserAgentServer用户代理服务器

UDPUserDatagramProlocol用户数据报协议

URIUnivcisaiRcsuuiccIdcnlifici通用资源标识

V_MSCVisitMobileSwitchingCenter拜访移动交换中心

XMLExtensibleMarkupLanguage可扩展标记语言

4概述

4.1互联功能

PDT系统间互联基于-全IP软交换技术，应满足以下要求：

—PDT系统间的用户移动性管理包括漫游登记/去登记、跨系统鉴权、遥晕/复活漫游氐户、遥毙

2

GA/T13642017

漫游用户和用户组管理功能;

PDT系统间的呼叫控制功能包括单呼、组呼、PTT授权、越区切换、讲话方身份识别等；

——PDT系统间的数据业务包括跨系统短消息-状态信息和卫星定位信息、；

一一支持跨系统动态重组功能；

-PDT系统间链路最大传输时延小于100ms,传输抖动小于25ms,丢包率小于10-3,每话路带

宽不小于32kbps;

——跨系统组呼呼叫建立时间不大于50()ms。

4.2互联架构

警用数字集群通信系统应具备全国联网能力，以及部、省和地市多级网络管理能力，因此将扁平状

的IP网分为虚拟的多级互联管理系统，具体见GA/T1056-2013,在扁平化的IP网络内任何2个

PDT系统之间的互联都采用完全对等的系统互联架构，见图1。

说明：

pSIP控制信令：

---------------RTP语音业务。

图1完全对等的系统互联架构

PDT系统间互联控制信令应使用pSIP协议，PDT系统间语音传输应使用RTP协议，PDT系统与

域名服务器(DNS)间应使用DNS协议。DNS是一个分布式体系结构的数据库，完成号码和域名地址

解析以及到IP地址的映射。

PDT系统支持用户全国漫游，归属地系统应根据用户的漫游权限决定移动台是否能够漫游到异地

系统，拜访地系统可根据本地的漫游权限控制策略，决定漫游用户的呼叫权限。普通漫游用户在拜访地

变游人网时，拜访地系统默认仅开放较低的呼叫权限，当拜访地系统资源繁忙时，本地用户可抢占漫游

用户的通话业务信道。拜访地系统也可预先配置策略酌情对来自某些异地系统的漫游用户保留其归属

系统的呼叫权限，与本地用户享有同等或者更高级的呼叫权限。

漫游权限由归属地市级网管系统根据工作需要进行配置，要求仅给需要漫游的用户开启漫游权限：

无漫游权限的用户如需要跨系统漫游，应与归属地网管联系开通漫游权限。拜访地系统的漫游权限控

制策略由本地网管或者更高一级的网管进行配置。

4.3互联协议

PDT系统间互联协议分为控制面和用户面，互联协议分层结构见图2。

3

GA/T1364—2017

诒音

RTP

传输层

网络层

控制向用户面

图2互联协议分层结构

PDT系统间互联控制面接口使用pSIP协议，用于移动管理、呼叫控制和网络维护等，pSIP协议还

包括媒体流控制的pSDP协议、用户数据定义的MAP协议和卫星定位信息的NMEA协议。pSIP基本

潜法规则应符合YD/T1522.1—2006和YD/T1936—2009o

PDT系统间互联用户面接口使用RTP协议，满足以下要求：

——RTP头的格式应符合RFC355O,RTP携带的媒体信息格式应符合RFC3551;

——RTP扩展头可携带无线空口语音的LC、PI和EMS等信息；

——PDT系统应具备透传带信道编码的空口语音信息能力。

当MSC需要获取MS归属的H_MSC的IP地址或者组用户归属的GH_MSC的IP地址时，可通

过DNS杳询协议向DNS服务器获取相关数据。

pSIP协议栈各层含义如下：

一一应用层；提供PDT系统间的各种应用业务；

——会话层：完成PDT系统间各种会话业务流程，例如呼叫控制，漫游登记等；

一一事务层：分为客户端事务和服务器端事务。客户端事务负责从上层实体接受请求，并将请求可

靠地发送到服务器端事务；负责接收响应并将响应传送给上层实体，同时过滤重复的响应和一

些非法的响应。服务器端事务负责从传输层接收请求并发送给上层实体，同时过滤重复接收

的请求：负责从上层实体接收响应，并将响应可靠地发送给客户端事务；

——pSIP信令压缩层：完成pSIP协议的语法解析、信令编解码和信令压缩功能：

一一传输层：采用UDP协义，完成端到端数据传输：

-网络层：采用IP协议，完成源地址到目的地址的路由选择。

5PDT会话初始协议(pSIP)

5.1pSIP协议体系结构

pSIP协议栈分为应用层、会话层、事务层、压缩层、传输层和网络层。其中传输层采用UDP协议，

瑞口号默认为5060。

pSIP协议基于客户端/服务器模式，包括用户代理UA和用户服务器USoUA又分为用户代理客

户端UAC和用户代理服务器UAS。在PDT系统内UAC可以是主叫用户所在的接入网关、MSC或应

用服务器等。UAS可以是被叫用户所在的MSC、接入网关或应用服务器等。US可以是提供域名解析

1

GA/T13642017

功能、归属地解析功能或重定向服务的服务器。

pSIP协议是基于标准SIP协议改进和优化后的PDT系统间互联协议，支持组呼业务和多种集群

调度业务，在传输链路质量保证情况下，跨系统组呼建立时间小于500ms。

5.2pSIP事务层

事务层处理的事务可分为客户端事务和服务器端事务。pSIP事务层协议流程兼容标准SIP事务

层，应符合YD/T1522.1—2006o

5.3定时器

pSIP协议栈定时器时长见表1。

表1定时器时长

定时器值说明

T1500ms（默认）预估的事发时间

T24sC默认）给非INVITE请求和INVITE应答的最大重传时间间隔

T45s（默认）最大网络传送信息时间

Timer_A最初为T1INVITE请求重传间隔,仅UDP协议使用

Timer_B6-1X11INVITE请求超时时间

TimejD大于32s（默认）应答重发的等待时间

Timer_E最初为T1非INVITE请求重传间隔

TimerF(vlXTl非INVITE请求事务超时时间

Timer_G最初为TIINVITE应答重传间隔

Timerll64XT1等待ACK的时间

TiuietJT4ACK承传的等待时间

Timer_J64XT1非INVITE请求重传的等待时间

Timer_KT4应答重传的等待时间

5.4pSIP的扩展BNF规定

5.4.1特殊符号规定

[pann]表示parm可选。

（parm）表示pann优先。

（parm）表示parm可任意多次。

*n｛pann｝表示parm最多出现n次。

n*（parm｝表示parm至少出现n次。

I*n｛parm｝表示parm至少出现1〜n次。

n｛parm｝表示parm连续出现n次。

pSIP约定所有出现的字母大小写敏感。

5.4.2保留字规定

STAR"米”

GA/T1364—2017

SLASH='7"

EQUAL

LPAREN

RPAREN="）"

LAQUOT

RAQUOT

LBRKT="（"

RBRKT=,'）•'

DOT

—•

COMMA一,

=，，・，，

SEMI-9

COLON

SP=%x20

DQUOTE=%x22（双引号）

CRLF=%dl3.10

OCTET=%xOO-FF

DIGIT="0"|POS-DIGIT

POS-DIGIT»«।

ALPHA="a*T*bTc'Td"「e'T'fTgThTiTjTk”「ITmTnToTp"l

"q'T1r'T'S'T't"|Mu'T'v'T'wTx'T'y"|"z'T'ATBTCTD'T'E"|

''F'T'G'T'H'T'I'T'J'T'K'T'L'T'M'T'N'T'O'T'P'T'Q'T'R'T'S"I

uvwxY7H

HEX=DIGITra"1"b"1"c"|"def'|"ATBTCDE"|"F"

LHEX=DIGITaTbTcTd"l"e"|"f

alphanum=ALPHAIDIGIT

SafeChai,=DIGIT|ALPHA|"+，T'-，T'&-，T，!，T'_，T7"||"?T@”|

|"（T'）〃|"％〃|TT."

RestChar="；〃]〃[”/，]〃”|||||〈〃||一

Randnum=alphanuml"~"l

n（,T,）,,r,<,T'>'T,：,T'\,,|DQUOTEr7'T'['T'J,T'?,T'{"

1J

token=l*{alphanumI"+"1n"|…I

"〜"i

i

token-nodot=l*{alphanum11

OtherToken=I*{ALPHA}

quoted-string=DQUOTE{SafeCharl%x80-FF|RestChar|SP}DQUOTE

5.4.3SIP-URI

SIP-URI用于指示一个通信资源，包含了与该通信资源建立及维持会话所需要的信息。

SIP-URI="sip:，T，s:n[userinfo]hosturi-parameters

userinfo=token"@"

注1:userinfb在PDT系统中不使用。

host=hostname|IPv4address

6

GA/T1364—2017

hostname={domainlabelDOT}toplabel

domainlabel={alphanum}

domainlahel的定义见附录A。

toplabel=ALPHAIALPHA(alphanum)

IPv4address=1*3{DIGIT)1*3{DIGITDIGIT)1'."1*3{DIGIT)

uri-parameters={"f'uri-parameter}

uri-parameter=maddr-parani

maddr-param=("m=，T'maddr=")IPv4address

注2:maddr用于指定用户所要联系的服务器地址。

5.5pSIP消息

5.5.1pSIP消息基本格式

pSIP消息(pSIP-message)是从客户端到服务器端的请求，或者是从服务器端到客户端的应答，基

本消息格式如下：

pSIP-message=Request-Line|Status-Line

1*{message-header}

CRLF

[message-body]

Request-Line>Status-Line及每•个消息头域都应使用回车换行字符(CRLF)来表示行终结。无论

pSIP消息是否携带消息体，pSIP消息中的CRLF都应存在。

5.5.2pSIPRequest格式

5.5.2.1pSIPRequest通用格式

pSIPRequest通用格式如下：

Request=Request-Line

6*{message-header}

CRLF

[message-body]

Request-Line=MethodSPRcqucst-URI[SPSIP-Vcrsion]CRLF

pSIP请求消息至少包含6个头域：Via,From,To,Call-ID,CSeq,Max-Forwards。具体头域的定义

见5.5.3»

pSIPMethod格式

pSTPMethod格式如下：

Method=INVITEm|ACKm|OPTIONSm|INFOm|BYEm|CANCELm|REGISTERm|

SUBSCRIBEmlUPDATEm|PUBLISHmIMESSAGEmINOTIFYm1

REFERm|PREPAREm|RESTOREm

INVITEm="rT'INVITE"

ACKm—"A'T'ACK"

OFriONSm="O'T'OPTIONS"

INFOm"T'T'INFO"

BYEm—"B'T'BYE"

CANCELm二"C'T'CANCEL"

7

GA/T1364—2017

REGISTERm="R'T'REGISTER"

SUBSCRIBEm=‘"Q'T'SUBSCRIBE"

UPDATEm"□「UPDATE”

MESSAGEm="M'T'MESSAGE"

PUBLISHm"P'T'PUBLISH"

NOTIFYm"N'T'NOTIFY"

REFERm"F'T'REFER"

PREPAREm"H'T'PREPARE"

RESTOREm‘"ET'RESTORE"

5.5.2.3Request-URI格式

Rcqucst-URI格式如卜：

Request-URISIP-URl|AbsolutcURI

AbsoluteURIScheme":"TagetNumber

SchemePDT-PRIVATE-USER|PDT-PRIVATE-SWITCH-USER

|PDT-GROUP-USER|PDT-GROUP-SWITCH-USER|

PDT-TELEPHONE-USER

PDT-PRIVATE-USER

注1：表示个人用户类型。

PDT-GROUP-USERg

注2:表示组用户类型。

PDT-PRIVATE-SWITCH-USER="h"

注3:表示越区切换的个人用户类型。

PDT-GROUP-SWITCH-USER

注4:表示越区切换的组用户类型。

PDT-TELEPHONE-USER"t'T'tcl"

注5.衣示PSTN有线用户类型。

TagetNumber1*(DIGITJ

注6:表示被叫号码或越区切换号。

5.5.2.4SIP-Version格式

SIP-Version格式如下：

SIP-Version="SIP"["/"MFIDr7"DIGIT"."DIGIT

MFID=1*2(HEX)

注1:MFID为。表示pSIP协议，其他表示各厂家私有的扩展pSIP协议。

注2:"S1P/0/1.0"表示pSIP协议1.0版本，”SIP/2.0"表示标准S1P协议。

注3:若无"SIP-Version"，默认为"SIP/0/1.0"。

5.5.3pSIPmessage-header格式

5.5.3.1pSIPmessage-header格式

pSIPmessage-header通用格式如下：

message-header=(Accept

Authorization

iCall-ID

Contact

GA/T1364—2017

Content-Length

Content-Type

Call-Info

Call-Attribute

CSeq

Event

Expires

From

Max-Fonvards

Min-Expires

P-Access-Nelwork-Info

P-Assertcd-Temporary-Identity

Priority

Handover-Number

Route

Subscription-State

Service-Route

To

User-Agent

Via

WWW-Authenticate

)CRLF

pSIPmessage-header使用场合见表2°

表2pSIPmessage-header使用场合

头域便用场令代理ABcI0RT11EpFQMLIN

R00000000

Accept2**000

l：.>CCM*c0M*c0

AuthorizationR000000000000000

Call-IDcrMMMMMMwMMMMMMMM

R0M000000C0

1**0000

2**—M0000000

Contact3**d00000000M00M

401

484000000000

485

Content-LengthAarM*M*M*M*M*M*M*M*M*M*M*M*M*M*M*

Content-TypeA¥*■*■•兴兴•*

Call-Infoar000000000000000

GA/T1364—2017

表2（续）

头域使用场合代理ABCI0RTHEPFQMUN

Call-AllribuleR—00—0

CScqcrVMMMMMMMMMMMMMM

R\\MM

Event

2**--M

ExpiresA---0-00000000—-

FromcrMMMMMMMMMVMMMMM

Handover-NumberA00

Max-ForwardsRenrMMMMMMMMMMMMMMM

Min-ExpiresA00

P-Access-R000--0

Network-Info2**—000

P-Asserted-Tcm-

R•-0•--一-

porary-Identity

PriorityRar00000

RouteRadrccCccc0cccCc0cC

T<>cMMMMMwMMMMMMMMM

User-Agent000000000000000

RuarMMMMMMMMM\\MMMMM

Via

rcdr\lMMMMMMMMVMMMMM

Subscription-SlateR————0

401

WW-Authenticatenr00000000000

200

注1:“使用场合”列表示可以使用该头域的请求和响应的类型：

一一c表示从请求复制到晌应；

一一R表示该字段只能用于请求：

—r表示该字段只能用于响应：

—2**,4**表示该头域可以用r的响应代码：

一一rc表示从请求更制到响应，但需修改内容：

一一A表示该字段能用于请求和响应。

注2:“代理”列表示代理服务签可以在该头域上进行的操作：

一一a表示如果没有该头域，代理服务器可以增加或连接该头域；

一一m表示可以修改头域的原有值；

一一d表示可以删除一个头域的值；

一一r表示代理服务器可以读该头域，因此该头域一定不能加密。

注3:“A”列到“N”列指出了一个头域在某个方法中的存在情况：

------M表示必选；

------0表示可选：

-C表示条件选项：

M*表示应该发送该头域，但UAC或UAS可以接收没有该头域的消息:

一一*表示消息体不为空时，该头域应存在；

一一表示不可以使用该字段。

GA/T1364—2017

5.5.3.2Accept格式

Accept头域指明消息请求方(UAC)或者消息响应方(UAS)所支持的消息体类型。其格式如卜.：

Accept=("Accepc'T'Zf^faccept-range{COMMAaccept-range}]

accept-range=media-range

media-range=(*/*)|(m-typeSLASH"*")|(m-lypeSLASHm-subtype)

m-type和m-subtype的定义应符合5.5.3.7,代表所有媒体类型，〃*/*"表示对支持的媒体类

型小做限制。如果没有Accept头域，UAS应当认为Accept头域缺省值是application/sdp.空的

Accept头域意味着不接受任何格式

5.5.3.3Authorization格式

Authorization用于携带移动台的电子序列号、单向鉴权时的响应值、移动台反向鉴权时的响应值

或者双向鉴权时的鉴权令牌、鉴权向量、MS身份认证码或同步随机数。其格式如下：

Authorization("Authorization:"A:")Authorization-parmEQUALAuthorization-

value(COMMAAuthorization-parmEQUALAuthorization-value}

Authorization-parinESN|Response|Reverse|MutualTokenIMutualAuthlnfo

|MSAuthCodc|SyncRand

Authorization-valueESNVaiue|ResponseValue|ReverseValuelMutualTokenValue

IMutualAuthInfoValuc|MSAuthCodcValuclSyncRandValue

ESN="esn'T'n"

ESNValue=1*12{LHEX)

注1：表示移动台向系统报告电子序列号。

Response="response'T'r"

ResponseValuc=6{LHEX}

注2:移动台向系统进行釜权响应。

Reverse="reverse"r'v'1

ReverseValue二6{LHEX}

注3:移动台向系统进行反向鉴权响应。

MutualTokcn="loken'T'r

MutualTokcnValuc=10{LHEX}

注4:遥晕、复活和遥毙时的令牌，令牌类型与Event头域的事件类型一致。

MutualAuthlnfo="info'T'i"

MutualAuthlnfoValue=108{LHEX}

MulualAmhlnl'oValu表示双向鉴权时的一组鉴权向量，鉴权向量参数顺序为Rand、SEQL、TSAu-

thCode>TSConfCode>MSAuthCode>StunToken>ReviveToken>KillToken>DCK。具体含义应符合

GA/T1059—2013。

MSAuthCode"code'T'd"

MSAuthCodeVakieIO(LHEX)

注5:双向鉴权时的MS身份认证码。

SyncRand="syncTs”

SyncRandValue=30{LHEX}

注6:双向鉴权时的同步随机数，

GA/T1364—2017

5.5.3.4CalMD格式

Call-ID是在一系列消息中，区分一组消息的唯一标志。在一次对话中，每个UA的所有请求和应

答的CalLID应一致。具体格式如下：

Call-ID=("Call-ID/T'iz'^Callid

Callid=1*8(Randnum}

Gwitact格式

Contact头域指定一个SIP-URI,同一对话中的后续请求可以用它来联系到当前的UA。在

INVITE的请求消息中应有Contact头域，并且该头域只能含有一个SIP-URI.具体格式如下：

Contact=("Contact:"Pm:)contact-addr{SEMIcontact-params}

contact-addr=LAQUOTaddr-specRAQUOT

addr-spec=siP-URi|AbsoiuteURl

contact-params=c-p-expires1action

c-p-expires=("expiresT'e")EQUALdelta-seconds

delta-seconds=1♦{DIGIT)

action=("action'T'a'^EQUAL1*{alphanum}

Contact头域中的SIP-URI表示UA的联系地址。若c-p-expires参数值不填写则表示无生命周期

限制；若该参数值为0表示去登记。

若REGISTER请求的Contact头域携带action参数且取值"va”,表示拜访地鉴权：若取值十进制

整数1〜10,表示归属地鉴权响应消息体中携带的鉴权向量的组数：若REGISTER请求的Contact头域

不携带action参数，则表示归属地鉴权。

5.5.3.6Content-I^ength格式

Content-Length头域用十进制整数指示消息体的字节数。如果pSIP消息中Content-Type头域存

在，则应携带此头域。具体格式如下：

Conlent-Lenglh=("Conlem-Lenglh:"「1:")1*{DIGIT}

Content-Type格式

Content-Type头域指示了消息体的媒体类型。如果消息体不为空，则Content-Type头域应存在。

具体格式如下：

Conlen