MH/T 4060.4-2025 民用航空VoIP语音通信技术规范 第4部分：记录互操作性协议要求

　　ICS03.220.50CCSV 54

MH

中 华 人 民共和国 民用航空行业标准

MH/T 4060.4—2025

　　民用航空VoIP语音通信技术规范

第4部分：记录互操作性协议要求

Technical specification ofVoIPvoice communication for civil aviation—

Part4：Interoperabilityprotocolrequirementsforrecording

2025-12-23发布2026-01-01实施

　　中国民用航空局发 布

目次

前言 II

引言 III

1范围 1

2 规范性引用文件 1

3术语和定义 1

4缩略语 1

5总体要求 2

6RTSP消息 3

7RTP数据 3

8CRD数据 4

9 无线通信记录数据 5

10 有线通信记录数据 6

前言

本文件按照GB/T1.1—2020《标准化工作导则 第1部分：标准化文件的结构和起草规则》的规定起草。

本文件是MH/T 4060的第4部分。MH/T 4060已经发布了以下部分：

——第1部分：通用技术要求;

——第2部分：无线通信互操作性协议要求;

——第3部分：有线通信互操作性协议要求;

——第4部分：记录互操作性协议要求;

——第5部分：监控协议要求;

——第6部分：通信传输网络技术要求;

——第7部分：测试方法。

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

本文件由中国民用航空局空管行业管理办公室提出。

本文件由中国民航科学技术研究院归口。

本文件起草单位：中国民用航空总局第二研究所、中国民用航空局空中交通管理局。

本文件主要起草人：张德、蔡晶、晏明杨、王鹏宇、陈堃、安文彦、曾衢、聂焱、董正宏、吕方舟、范丹。 引言

随着通信技术的快速发展，空管语音通信设备的技术体制正在逐渐向以VoIP技术为核心演进。VoIP语音通信技术在设备灵活组网、异地资源调用、设备建设及运行成本方面相比传统技术具有显著优势。同时，VoIP语音通信技术基于IP网络数字传输并具有完备的协议体系，可支撑未来空管语音通信实现数字化、网络化和智能化发展。MH/T 4060是中国民用航空第一部VoIP语音通信技术行业标准，用于规范我国民用航空VoIP语音通信系统的规划、建设、运行、设计、制造、集成、检测和检验，由7个部分组成。

——第1部分：通用技术要求。目的在于确定民用航空空中交通服务等VoIP语音通信系统的功能要求、性能要求、环境要求、可靠性和可维护性要求。

——第2部分：无线通信互操作性协议要求。目的在于明确民用航空空中交通服务等VoIP甚高频地空通信地面话音通信系统与VoIP语音通信交换系统之间的无线通信互操作性协议要

求。

——第3部分：有线通信互操作性协议要求。目的在于明确民用航空空中交通服务等VoIP语音通信交换系统之间，以及与VoIP有线电话网络、VoIP拨号电话终端、其它有线电话网络接入网关设备之间的有线通信互操作性协议要求。

——第4部分：记录互操作性协议要求。目的在于明确民用航空空中交通服务等支持VoIP功能的记录仪与VoIP甚高频地空通信地面话音通信系统、VoIP语音通信交换系统之间的记录互操作性要求。

——第5部分：监控协议要求。目的在于明确民用航空空中交通服务等支持VoIP功能的监控设备与VoIP甚高频地空通信地面话音通信系统、VoIP语音通信交换系统、支持VoIP功能的记录仪、支持VoIP功能的通信传输网络之间的监控协议要求。

——第6部分：通信传输网络技术要求。目的在于明确民用航空空中交通服务等支持VoIP功能的通信传输网络的组成、结构、功能、性能、协议和管理要求。

——第7部分：测试方法。目的在于明确民用航空空中交通服务等VoIP语音通信系统的功能、

性能、无线通信互操作性协议、有线通信互操作性协议、记录互操作性协议、监控协议和通信传输网络的主要指标的测试方法。

本文的编制，结合了我国民用航空VoIP语音通信的应用场景，重点考虑了支持VoIP记录功能的记录仪与VoIP甚高频地空通信地面话音通信系统、VoIP语音通信交换系统之间的互操作性，从RTSP控制消息、RTP数据包传递、有线和无线通信记录数据等方面，确立了我国民用航空VoIP记录互操作性规则，使支持VoIP记录功能的记录仪与VoIP甚高频地空通信地面话音通信系统、VoIP语音通信交换系统之间的互联互通有据可依，从而提升系统间的联调效率。

　　特别感谢邓震同志在本标准编写过程中提供的指导和帮助。 民用航空VoIP语音通信技术规范第4部分：记录互操作性协议要求

1范围

本文件规定了民用航空空中交通服务等支持VoIP功能的记录仪与VoIP甚高频地空通信地面话音通信系统、VoIP语音通信交换系统之间的互操作性要求。

本文件适用于民用航空空中交通服务等支持VoIP功能的记录仪、VoIP甚高频地空通信地面话音通信系统、VoIP语音通信交换系统的运行、设计、制造、集成、检测和检验。

2 规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件;不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。

ITU-T Rec Q.850 数字用户1号信令系统和7号信令系统ISDN用户部分中原因和位置的使用(UsageofCauseandLocationinthe DigitalSubscriberSignalingSystem No.1andtheSignalingSystem No.7 ISDNuserpart)

ITU-T G.711 话音频率的脉冲编码调制(Pulse Code Modulation(PCM) of Voice Frequencies)IETF RFC 2326 实时流协议(Real Time Streaming Protocol)

IETF RFC 3264 会话描述协议(SDP)提议/应答模型(An Offer/Answer Model with the SessionDescription Protocol)

IETF RFC 3550 实时应用的传输协议(RTP:A Transport Protocol forReal-TimeApplications)IETF RFC 3551 音视频会议最小控制RTP配置规范(RTPProfile forAudio andVideoConferences

with Minimal Control)

IETFRFC4571基于面向连接传输的实时传输协议(RTP)和RTP控制协议(RTCP)数据包组帧(Framing Real-time Transport Protocol(RTP) and RTP Control Protocol(RTCP) Packets overConnection-Oriented Transport)

IETF RFC 7826 实时流传输协议版本2.0(Real-Time Streaming Protocol Version 2.0)

3 术语和定义

MH/T 4060.1界定的术语和定义适用于本文件。

3.1

记录客户端 recording client

基于IP提供语音数据、呼叫记录数据的席位端设备和电台端设备。

注：席位端设备一般指语音通信交换系统的服务器、录音板卡和席位或应急无线通信终端;电台端设备一般指收发信机、VoIP转换网关。

3.2

记录服务器 recording server

基于IP提供语音数据、呼叫记录数据记录功能的设备。

4缩略语

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

AVP：音视频配置参数(Audio/Video Profile)

CID：通道标识符(Channel Identifier)

CRD：呼叫记录数据(Call Record Data) IETF：互联网工程任务组(Internet Engineering Task Force)

IP：网际协议(Internet Protocol)

RFC：IETF请求评议(Request For Comments)

RTCP：实时传输控制协议(RTP Control Protocol)

RTP：实时传输协议(Real-time Transport Protocol)

RTSP：实时流协议(Real Time Streaming Protocol)

SDP：会话描述协议(Session Description Protocol)

TCP：传输控制协议(Transmission Control Protocol)

URL：通用资源定位符(Uniform Resource Locator)

VoIP：基于IP的语音传输(Voice over Internet Protocol)

5总体要求

5. 1 VoIP记录功能应使用客户端/服务器架构，记录客户端和记录服务器间基于IP进行通信。任何在发送或接收话音信号的记录客户端都应将录音数据和呼叫记录数据发送至记录服务器。

5.2RTSP URL应满足“rtsp://记录服务主机:端口号/记录路径”的格式。

5.3记录会话应符合图1的流程，并满足以下要求：

a) 记录客户端与记录服务器间应使用RTSP协议建立、终止记录会话，进行会话管理和呼叫记录数据传输;

b) 记录会话建立后应使用RTP协议传输录音数据;

c) 当无录音数据传输时，应使用GET_PARAMETER消息保持记录会话的活跃性。

　　注： 表示RTSP控制消息;表示RTP音频包。

图1 记录会话基础流程 6RTSP消息

6.1 RTSP消息应由记录客户端、记录服务器通过TCP传递。传递RTSP消息默认使用554端口，该端口不可用时使用8554端口。

6.2使用RTSP建立与终止记录会话时，应满足以下要求：

a) 记录客户端使用ANNOUNCE和SETUP消息建立记录会话，且符合IETFRFC2326和IETFRFC7826的要求;ANNOUNCE消息包含URL对应媒体的描述，媒体描述使用SDP结构，且符合IETFRFC3264的要求;

b) 记录客户端使用TEARDOWN消息终止记录会话。

6.3使用RTSP保持记录会话活跃性时，应满足以下要求：

a) 记录会话建立前，记录客户端使用OPTIONS 消息获取与记录服务器间TCP链路状态，发送间隔不大于60s;

b) 记录会话建立后，记录客户端使用 GET_PARAMETER 消息作为心跳包获取与记录服务器间链路状态，发送间隔不大于60 s;记录服务器60 s 内未收到GET_PARAMETER消息时，应在相应通道作告警提示。

6.4 使用RTSP传递记录过程控制消息应满足以下要求：

a) 记录客户端使用RECORD消息启动录音数据传输;

b) 记录客户端使用PAUSE消息暂停/中断录音数据传输。

　　6.5使用RTSP传递记录回放控制消息应符合图2的流程并满足以下要求：

a) 记录客户端应使用DESCRIBE和SETUP建立回放会话;

b) 记录客户端应使用PLAY消息启动回放。

　　注： 表示RTSP控制消息;表示RTP音频包。

图2回放会话流程

7RTP数据

7.1 RTP数据应使用嵌入式(交错式)二进制数据传输或独立TCP传输，且符合IETFRFC3550的要求。

7.2RTP数据使用嵌入式(交错式)二进制数据传输时，应满足以下要求：

a) 记录服务器在回复记录客户端的消息中使用“interleaved”参数项定义其CID; b) 传输数据组帧结构符合表1要求。

表1 嵌入式(交错式)二进制帧结构

字节0 字节1 字节2 字节3 字节4 字节5 ASCII‘#’ 填充0 CID 长度(使用网络字节顺序) 带 报头的RTP包… 7.3RTP数据使用独立TCP进行传输时，应满足以下要求：

a) RTP数据目的地址的确定方式符合表2要求;

表2 RTP 目的地址确定方式

dest_addr字段 RTP 目的地址 包含有该字段 以字段中的值为目的地址 不包含该字段 与RTSP消息来源相同的地址 b) 记录客户端将“Transport”置为RTP/AVP/TCP且包含“unicast”参数;

c) RTP端口的设置方式符合表3要求;

表3 RTP端口设置方式

记录客户端使用模式 记录服务器应确定的端口数 使用有RTCP控制的RTP 在“dest_addr”参数中明确两个端口或地址/端口对 使用没有RTCP控制的RTP 在“dest_addr”参数中明确一个端口或地址/端口对 d) 初始化TCP连接时，记录客户端与记录服务器设置参数符合表4要求;

表4 TCP初始化连接参数

参数 记录客户端 记录服务器 setup active passive dest_addr端口 9 9 e) 记录服务器回复消息中“src_addr”参数标示其接收RTP 的接口，当记录客户端使用有RTCP控制的RTP，“src_addr”还应标示RTCP端口;

f) 记录服务器回复的“dest_addr”应为记录客户端请求中的值，若记录客户端未提供该值，可使用RTSP/TCP中的源地址(不改变端口);

g) 组帧时应满足表5和IETF RFC 4571的要求，0是合法长度值，标示空包。

表5 使用独立TCP传输RTP组帧要求

字节0 字节1 字节2 … 字节n 长度(无符号整数、网络字节顺序，与RTP或

RTCP包中8位字节值相同) RTP或RTCP包… 7.4音频编码方式应支持ITU-T G.711 A律。

7.5记录服务器应支持记录客户端使用与RTSP消息不同的TCP链接发送RTP数据。

8CRD数据

8.1 CRD数据包括属性数据和操作数据。

8.2CRD 数据用于传递记录客户端通信过程中的各个进程和事件，以及记录未成功建立的呼叫、会话完全建立前记录客户端的数据、会话中断后添加的呼叫信息和服务器下线期间的呼叫记录数据等。

8.3CRD数据应支持在任意时间发送。 8.4 CRD数据应使用SET_PARAMETER消息传送，使用表6中的XML结构。表6 CRD数据 XML结构

value

value

CRD数据开始 呼叫记录属性数据 呼叫记录操作数据 CRD数据结束 8.5CRD中应保存VoIP通信记录时间戳并及时保存至记录服务器，同时满足以下要求：

a)时间戳使用UTC;

b) 时间戳使用记录客户端的时间;

c) 记录服务器应接收记录客户端发送的时间戳更新数据，并在接收到新数据时覆盖旧数据;

d) CRD XML消息体中的时间戳应采用“YYYY-MM-DD_HH:MM:SS.XXX+0000”的格式，并符合表7的要求;

e) 时间戳结尾应为“+0000”，表示使用UTC;

f) 客户端无可用时间戳时，时间戳置为“0000-00-00_00:00:00.000+0000”记录服务器应使用消息到达时间。

表7 CRD消息时间戳数据格式

格式 含义 取值 YYYY 年份 四位整数 MM 月份 两位整数 DD 日期 两位整数 HH 时 两位整数 MM 分 两位整数 SS 秒 两位整数 XXX 毫秒 三位整数

9 无线通信记录数据

9.1 无线通信记录数据包括无线通信语音数据和无线通信CRD数据。

9.2 无线通信语音数据是记录客户端地空通信发射和接收的语音数据，其中语音通信交换系统席位或应急无线通信终端应提供整合的无线通信语音数据。

9.3无线通信CRD数据中的属性数据应符合表8要求。

表8 无线通信记录属性数据

属性 格式 取值 数据源 要求 BSSMethod 整数 0～7 电台端设备 强制 CallingNr URI号码 号码 席位端设备，电台端设备 可选 CalledNr URI号码 号码 席位端设备，电台端设备 可选 ClientId 字符串 终端的唯一识别符 席位端设备，电台端设备 强制

ClientType

字符串 CWP：席位 席位端设备 可选 RS：电台服务器;IPR：IP电台;RGW：电台网关 电台端设备 可选 ConnectTime UTC时间 符合CRD XML要求 席位端设备，电台端设备 强制 Direction 整数 0：未知;1：呼入;2：呼出 席位端设备，电台端设备 可选 DisconnectCause 整数 参考ITU-T Rec.Q.850 席位端设备，电台端设备 强制 表8 无线通信记录属性数据(续)

属性 格式 取值 数据源 要求 DisconnectReason 字符串 呼叫中断的原因 席位端设备，电台端设备 可选 DisconnectSource 整数 0：未知;1：终端;2：其他 席位端设备，电台端设备 可选 DisconnectTime UTC时间 呼叫中断时间 席位端设备，电台端设备 强制 Priority 整数 1：紧急;2：要紧;3：普通;

4、非要紧 席位端设备，电台端设备 可选 SetupTime UTC时间 建立链接的时间 席位端设备，电台端设备 强制 9.4 无线通信CRD数据中的操作数据应符合表9要求。

表9 无线通信操作数据

操作 取值 含义 数据源 要求 FrequencyID 字符串 118.005(示例) 席位端设备，电台端设备 强制 BSSQuality

Index 整数 0～15 电台端设备 强制 R2S 整数 123 席位端设备，电台端设备 可选 R2S-TLV 字符串 TLV格式 席位端设备，电台端设备 可选 RadioAccessMode 整数 0：未选中;1：接收;2：发射;

3：收发 席位端设备，电台端设备 强制 PTT 整数 0：PTT未起控;1：普通PTT起控;

2：耦合PTT起控;3：优先PTT起控;4：紧急PTT起控 席位端设备 强制 SQU 整数 0：SQU未起控;1：SQU起控 电台端设备 强制 混音发射 整数 0：没有混音发射;1：有混音发射 电台端设备 可选

VOTIING 整数 0：未开启(默认值);1：比选开启

且本信道选中;2：比选开启且本信

道未选中 席位端设备 强制

10 有线通信记录数据

10.1 有线通信记录数据包括有线通信语音数据和有线通信CRD数据。

10.2有线通信语音数据是记录客户端所有地地通信整合的话音数据。

10.3有线通信CRD中的属性数据应符合表10要求。

表10 有线通信属性数据

属性数据 属性名 取值 含义 要求 连接方向 Direction 整数 0：未知;1：呼入;2：呼出 强制 优先级 Priority 整数 1：紧急;2：要紧;3：普通;

4：非要紧 强制 主叫号码 CallingNr URI格式号码数值 呼入号码 强制 被叫号码 CalledNr URI格式号码数值 被呼叫号码 强制 振铃号码 AlertingNr URI格式号码数值 振铃的号码 可选 连接号码 ConnectedNr URI格式号码数值 建立连接的号码 可选 连接时间 ConnectTime UTC时间 建立呼叫连接 强制 呼叫时间 SetupTime UTC时间 呼叫发起时间，INVITE时间 强制 链接时间 ConnetTime UTC时间 呼叫建立时间，200 OK或ACK 可选 断链时间 DisconnectTime UTC时间 呼叫中断时间，BYE或4xx/5xx/6xx

呼叫拒绝时间 可选 释放时间 ReleaseTime UTC时间 线路资源释放时间 可选 断链起因 DisconnectCause 整数 参考ITU-T Rec.Q.850 可选

表10 有线通信属性数据(续)

属性数据 属性名 取值 含义 要求 断链方 DisconnectSource 整数 0：未知;1：终端;2：其他 可选 断链原因 DisconnectReason 字符串 呼叫中断的原因 可选 数据分类 CallType 整数 1：话音 可选 电话标记 CallRef 字符串 主叫和被叫方的识别CRD 可选 终端标志 ClientId 字符串 终端的唯一识别符 强制 终端类型 ClientType 字符串CWP CWP：席位;TS：电话服务器;TGW：

电话网关 可选 建链时间 SetupTime UTC时间 建立链接的时间 强制 10.4 有线通信CRD中的操作数据应符合表11要求。

表11 有线通信操作数据

操作数据 操作名 取值 含义 要求 重定向号码 RedirectedNr URI格式号码值 呼叫重定向后的新号码 强制 转移号码 TransferedNr 字符串 转移到的目标识别符 强制 会议识别 ConfRef 字符串 会议识别符 可选 保持 HOLD 整数 0：呼叫未保持;1：呼叫被主叫方保持;2：呼叫被被叫方保持 可选