MH/T 4060.3-2025 民用航空VoIP语音通信技术规范 第3部分：有线通信互操作性协议要求

　　ICS03.220.50CCSV 54

MH

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

MH/T 4060.3—2025

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

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

Technical specification ofVoIPvoice communication for civil aviation—

Part3：Interoperabilityprotocolrequirementsforground/groundcommunication

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

　　中国民用航空局发布

目次

前言 III

引言 IV

1范围 1

2 规范性引用文件 1

3术语和定义 2

4缩略语 3

5总体要求 3

6SIP消息 4

6.1消息分类 4

6.2消息结构 6

7RTP数据 8

7.1 一般要求 8

7.2 音频要求 8

7.3 数据包分类 8

7.4 数据包结构 8

8 有线通信功能协议要求 9

8.1自动重拨 9

8.2呼叫保持 9

8.3呼叫转移 9

8.4呼叫转接 9

8.5 会议 9

8.6 席位监听 10

8.7呼叫强插 10

8.8呼叫代答 10

8.9 群呼叫 10

8.10IA呼叫 10

8.11 模拟/数字有线网络接入呼叫 11

附录A(规范性) 有线通信互操作性基本要求 12

A.1 有线通信SIP消息相关语法 12

A.2 有线通信SIP请求消息 14

A.3 有线通信SIP响应消息 15

A.4 SDP数据结构 17

A.5 RTP头部结构 18

A.6 用户代理功能要求 18

A.7 实体标识列表方法要求 19

A.8 环路检测发现 20

附录B(规范性) 有线通信功能协议要求 21

B.1自动重拨功能流程 21

B.2 呼叫转移功能流程 21

B.3 呼叫转接功能流程 23

B.4 会议功能流程 25

B.5 席位监听—地地通信监听功能流程 26

B.6 呼叫强插功能流程 27

B.7 呼叫代答功能流程 27

B.8 群呼叫功能流程 28

B.9IA呼叫功能流程 29

前言

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

本文件是MH/T 4060的第3部分。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语音通信交换系统之间的互操作性，从SIP消息及RTP数据包的分类、作用，有线通信功能协议等方面，确立了我国民用航空VoIP有线通信互操作性规则，使VoIP语音通信交换系统之间，以及与VoIP有线电话网络、VoIP拨号电话终端、其它有线电话网络接入网关设备之间的互联互通以及有线通信功能实现方式有据可依，从而提升系统间的联调效率。

特别感谢邓震同志在本标准编写过程中提供的指导和帮助。 民用航空VoIP语音通信技术规范

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

1范围

本文件规定了民用航空空中交通服务等VoIP语音通信交换系统之间，以及与VoIP有线电话网络、 VoIP拨号电话终端、其它有线电话网络接入网关设备之间的有线互操作性协议要求。

本文件适用于民用航空空中交通服务等VoIP语音通信交换系统及VoIP有线电话接入网关设备的建设、运行、设计、制造、集成、检测和检验。

2 规范性引用文件

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

MH/T 4027 民用航空空中交通管制语音通信交换系统技术要求

ITU-T G.711 话音频率的脉冲编码调制(Pulse Code Modulation(PCM)of Voice Frequencies)

IETF RFC 2327 会话描述协议(SDP: Session Description Protocol)

IETF RFC 3261 会话初始协议(SIP: SessionInitiation Protocol)

IETF RFC 3262 会话初始协议中临时响应的可靠性(Reliability of Provisional Responses

in the SessionInitiation Protocol(SIP))

IETF RFC 3264 会话描述协议交互模型(An Offer/Answer Model with theSession

Description Protocol(SDP))

IETF RFC 3311 会话初始协议中UPDATE使用方法(The Session Initiation Protocol(SIP)

UPDATE Method)

IETF RFC 3326 会话初始协议中的Reason头部字段(The Reason Header Field for theSessionInitiation Protocol(SIP))

IETF RFC 3515 会话初始协议中Refer使用方法(The Session InitiationProtocol(SIP)Refer Method)

IETF RFC 3550 实时传输协议(RTP: A Transport Protocol for Real-Time Applications)

IETF RFC 3551 具备最小控制的音频及视频会议实时传输协议配置(RTPProfile for Audioand Video Conferences with Minimal Control)

IETF RFC 3665 会话初始协议基础呼叫流程示例(Session Initiation Protocol(SIP) Basic

Call Flow Examples)

IETF RFC 3891 会话初始协议Replaces头部字段(The Session Initiation Protocol(SIP)

“Replaces” Header)

IETF RFC 3911 会话初始协议Join头部字段(The Session Initiation Protocol(SIP) “Join”Header)

IETF RFC 4353 基于会话初始协议的会议实现框架(A Framework for Conferencing with the

Session Initiation Protocol(SIP))

IETF RFC 4579 会话初始协议中的呼叫控制 - 用户代理会议(Session Initiation Protocol(SIP) Call Control - Conferencing for User Agents)

IETF RFC 4916 会话初始协议中的已连接身份(Connected Identityin theSessionInitiation Protocol(SIP))

IETF RFC 5359 会话初始协议服务示例(Session Initiation Protocol Service Examples) IETF RFC 5589 会话初始协议中的私有头部P-Profile-Key的更新规范(Update to the SessionInitiation Protocol(SIP) P-Profile-Key Private Header(P-Header))

IETF RFC 5876 会话初始协议中的呼叫控制 - 呼叫转接(SessionInitiation Protocol(SIP)

CallControl- Transfer)

IETF RFC 6665 会话初始协议中的特定事件通知(SIP-Specific Event Notification)

IETF RFC 7044 会话初始协议扩展-请求相关历史信息(An Extension to theSession

Initiation Protocol(SIP) for Request History Information)

3 术语和定义

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

3.1

实体entity

支持SIP协议的网络部件。

3.2

逻辑实体logical entity

在实体中SIP协议相关的软件功能模块。

3.3

用户代理 useragent

生成SIP请求消息或接收SIP请求消息后完成响应的逻辑实体。

3.4

代理服务器 proxy server

实现用户代理服务端和用户代理客户端消息路由的逻辑实体。

注1：用户代理服务端是指对SIP请求消息完成响应的逻辑实体。

注2：用户代理客户端是指生成SIP请求消息的逻辑实体。

3.5

链式席位监听 monitor chaining

当前被监听方用户代理作为监听方创建新的席位监听的方式。

3.6

链式呼叫转移 call forward chain

当前被呼叫转移方用户代理作为呼叫转移方创建新的呼叫转移的方式。

3.7

首节点 headnode

在呼叫转移-转移逻辑功能流程中，仅作为呼叫转移方的用户代理。

3.8

末节点 tailnode

在呼叫转移-转移逻辑功能流程中，仅作为被呼叫转移的用户代理。

3.9

下行 downstream

由主叫或监听用户代理发起的通信方向。

3.10

上行 upstream

由被叫或被监听用户代理发起的通信方向。

3.11

失效用户代理 unresponsive useragent

终止SIP通信过程前，重发消息次数达到上限阀值后，未进行回复响应的用户代理。

3.12

中心点focus

承担会议相关信令处理、音频混合与分发、会议状态的维护及订阅、通知消息分发功能的实体。 4缩略语

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

IA：即时通信(Instantaneous Access)

ITU-T：国际电信联盟(International Telecommunications Union-T)

IETF：互联网工程任务组(Internet Engineering Task Force)

IP：网际协议(Internet Protocol)

MTU：最大传输单位(Maximum Transmission Unit)

RFC：技术标准提案(Request For Comments)

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

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

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

SIP：会话初始协议(Session initiation Protocol)

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

UDP：用户数据报协议(User Datagram Protocol)

URI：统一资源标识符(Universal Resource Identifier)

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

5总体要求

5.1 VoIP语音通信交换系统之间，以及与VoIP有线电话网络、VoIP拨号电话终端、其它有线电话网络接入网关设备之间(以下简称不同类型 VoIP语音通信交换系统)基于 IP 进行有线通信，通信过程应使用SIP协议完成链路控制，建链后应通过RTP协议进行语音传输。

5.2 SIP URI应满足格式：sip:[用户信息]@[IP地址]，默认使用5060端口。

5.3 用户代理应支持不同状态音生成，状态音应符合附录A.6要求。

5.4 不同类型VoIP语音通信交换系统之间通信时，SIP消息及RTP数据应由代理服务器或承担相应功能的实体转发。代理服务器或承担相应功能的实体应满足以下要求：

a) 不同系统的代理服务器为对等代理，且至少支持UDP传输模式;

b) 代理服务器基于有状态代理机制运行;

c) 支持使用SIP请求消息(OPTIONS消息)完成能力查询;

d) 支持不同的信令IP地址与媒体IP地址;

e) 支持主叫方或被叫方RTP流中断时长超限后的异常处理。

5.5 不同类型VoIP语音通信交换系统之间应符合图1的通信基础流程，并满足以下要求：

a) 不同类型VoIP语音通信交换系统之间应使用SIP协议建立、修改、终止会话;

b) SIP会话应由不同类型VoIP语音通信交换系统发起，并通过SDP数据定义及协商在会话期间使用的RTP通信参数;

c) 应使用OPTIONS 心跳包保持实体之间的活跃性以及信息确认，应使用RTP协议双向传输音频数据;

d) 基于IP进行通信时，应使用TCP或UDP协议作为传输层协议，SIP协议相关请求MTU小于或等于1300字节时应使用UDP协议，其他情况应使用TCP协议。

　　注：表示动作过程。

图1 VoIP有线通信基础流程

6SIP消息

6.1 消息分类

6.1.1 请求消息

除应符合IETF RFC 3261、IETF RFC 3311、IETFRFC 3326、IETF RFC3515、IETFRFC6665的要求外，不同类型VoIP语音通信交换系统之间应满足以下要求。

a) INVITE消息应满足以下要求：

1)由主叫方发起，并包含SDP数据;

2) SIP会话建立后，主叫方或被叫方具备通过发送一个新的INVITE消息改变SDP数据的能力。

b) 用户代理或承担相应功能实体使用ACK消息进行响应消息确认。

c) CANCEL消息应由主叫方发起，仅当发送INVITE消息后未收到200OK消息时发送，被叫方收到此消息停止处理INVITE消息并回复487消息。

d) BYE 消息仅用于结束已建立的 SIP会话，在发生表 1所述情况下，消息内容应符合表 1 的要求。

表1 结束会话异常情况

情况描述 cause值设置 text值设置 主叫方与被叫方之间INVITE消息中SDP数据协商失败 1004 Mediaparametersnot

supported 主叫方收到回复消息的Version字段值低于请求支持的参数 1005 Version NotImplemented 按照附录A.8要求环路检测异常 1006 Loop Closure Detected 主叫方或被叫方RTP流中断时长超限后 1015 RTPtimeout 主叫方与被叫方之间长时间无OPTIONS数据包交互且时间等于

“OPTIONS心跳信息交互周期”、“OPTIONS心跳信息丢失重复

确认次数”两项参数的乘积时 1016 HeartbeatTimeout 呼叫转接-呼叫盲转功能流程中，原被叫方结束与主叫方的SIP会话 1017 UnattendedTransfer

Completed 表1 结束会话异常情况(续)

情况描述 cause值设置 text值设置 呼叫转接-呼叫询转功能流程中，原被叫方结束与主叫方的SIP会话 1018 AttendedTransfer

Completed 链式呼叫转移/链式席位监听功能中参与链式功能的用户代理数量

超过语音通信交换系统的处理能力 1019 Chain List TooLong 与指定会议成员结束会话 1020 DesignatedMeeting

MemberReleased 注：链式席位监听是指当前被监听方用户代理作为监听方创建新的席位监听的方式。 e)INFO消息应满足以下要求：

1) 在呼叫强插功能流程中，不同类型VoIP语音通信交换系统之间使用该消息通知呼叫成员相关呼叫状态，呼叫状态应符合表2要求，非强插方/被强插方提供音频或图像类型的相关提示信息;

表2 呼叫强插功能呼叫状态信息传递要求

触发条件 呼叫状态信息 被强插方完成与原SIP会话交互方(该交互方可为中心点)协商，被强插方使用INFO消息完成与原SIP会话交互方的状态信息传递 Intrusionin progress 被强插方与原SIP会话交互方(该交互方可为中心点)协商超时，被强插方使用INFO消息完成与原SIP会话交互方的状态信息传递 Intrusion cancelled 呼叫强插会议模式仅剩两名会议成员，当前会议中心点使用INFO消息完成与剩余会议成员的状态信息传递 Intrusion Completed 2) 在席位监听功能流程中，不同类型VoIP语音通信交换系统之间SIP会话已建立状态下，使用该消息完成实体标识列表分发，并符合附录A.7要求。

f) OPTIONS消息应满足以下要求：

1) 在席位监听功能流程中，不同类型VoIP语音通信交换系统之间无SIP会话状态下，应使用该消息完成实体标识列表分发，并符合附录A.7要求;

2) 在呼叫转移功能流程中，不同类型VoIP语音通信交换系统之间应按照附录B.2.2要求使用该消息完成实体标识列表分发，并符合附录A.7要求;

3) 不同类型VoIP语音通信交换系统的代理服务器或承担相应功能实体之间的心跳信息交互应满足表3及表4要求。

表3 心跳信息交互参数要求

参数名称 参数值 心跳信息交互周期 5s～10s 心跳信息丢失确认次数 3次 心跳信息重新发送间隔 5s～10s 超时计时器周期 “心跳信息交互周期”、“心跳信息丢失确认次数”两项参数的乘积

表4 心跳信息交互互操作性要求

触发条件 互操作说明 被叫方使用200 OK消息回复心跳消息 不包含SDP数据 超时计时器启用 该功能主叫方及被叫方均应启用 超时计时器归零时，主叫方或被叫方未收到200 OK消息 定期尝试重新发送心跳信息 超时计时器归零前，主叫方或被叫方收到200 OK消息后 重置对应超时计时器 g) REFER消息应满足以下要求： 1) 在呼叫转接功能流程中，不同类型VoIP语音通信交换系统之间应使用该消息完成主叫方与原被叫方的转接信息交互;

2) 在会议功能流程中，不同类型VoIP语音通信交换系统之间应使用该消息完成非当前会议中心点所属VoIP语音通信系统的会议成员与当前会议中心点之间的呼叫控制信息交互。

h) SUBSCRIBE消息应满足以下要求：

1) 在自动重拨、呼叫代答功能流程中，不同类型VoIP语音通信交换系统之间应使用该消息完成相关功能dialog事件包的订阅;

2) 在呼叫转接功能流程中，不同类型VoIP语音通信交换系统之间应使用该消息完成相关功能refer事件包的订阅。

i) NOTIFY消息在不同类型VoIP语音通信交换系统之间完成SUBSCRIBE消息交互后，应使用该消息通知所有已订阅的VoIP语音通信交换系统。dialog事件包应满足以下要求：

1) Entity置为订阅对象的SIP URI;

2) 不同类型 VoIP 语音通信交换系统之间正在建立的 SIP 会话时，对话状态使用 Early 状态;

3) 不同类型 VoIP 语音通信交换系统之间已建立 SIP 会话时，对话状态使用 Confirmed 状态;

4) 不同类型VoIP语音通信交换系统之间不存在SIP会话时，对话状态使用Terminated状态。

6.1.2响应消息

除应符合IETFRFC3261、IETFRFC6665的要求外，不同类型VoIP语音通信交换系统之间的响应消息应符合以下要求。

a)1**消息应符合表5的要求。

表51**消息说明

消息名称 互操作说明 100Trying 消息已接受，不包含SDP数据 180Ringing 振铃中 182Queued 队列中，被叫方相关用户代理当前存在2个及以上呼入时使用 183Intrusion inprogress 呼叫强插中 b) 不同类型 VoIP语音通信交换系统之间使用 200OK消息回复 CANCEL、BYE、SUBSCRIBE、NOTIFY消息时不应包含SDP数据。

c) 3**消息应满足以下要求：

1) 不同类型 VoIP 语音通信交换系统之间无会议 URI 或用户代理无法承担会议中心点的功能，会议工厂收到会议初始化相关 INVITE消息后，应创建中心点并回复 302Moved Temporarily消息;

2) 呼叫转移功能相关节点不应回复3**响应消息进行呼叫重定向。

注：会议工厂是指实现会议资源的创建并生成会议URI的逻辑实体。

d) VoIP语音通信交换系统、数字有线接入网关应按照附录A.3.2的要求支持SIP协议与E1 PRIcause映射。

6.2 消息结构

6.2.1 消息头部

除应符合IETFRFC3261、IETFRFC3515、IETFRFC3665、IETFRFC3891、IETFRFC3911、IETFRFC5876、IETFRFC6665、IETFRFC7044的要求外，不同类型VoIP语音通信交换系统之间SIP信息交互应符合附录A.2.1和附录A.3.1的要求，支持SIP消息头部字段，并满足以下要求。

a) 字段名称与参数值均应不区分大小写。

b) 呼叫转移-转移逻辑功能流程中，OPTIONS消息Accept应置为application/wg67.cfwd.extended. +xml。 c) 在呼叫强插功能流程中，INFO消息Content-type应置为text/plain;在呼叫转移-转移逻辑功能流程中，OPTIONS消息Content-type应置为application/ wg67.cfwd.extended. +xml。

d) Cseq数据类型应为32位无符号整型。

e) 自动重拨、呼叫代答功能流程中，Event 应置为 dialog;在呼叫转接功能流程中，Event 应置为dialog。

f) Expires默认值应不低于1800。如取消隐式订阅，应置为0。

g) 呼叫转移功能流程中，INVITE消息中的头部字段应包含History-Info。

h) Max-Forwards应置为70。

i) Priority 除应满足表6 的要求外，消息头部字段不包含优先级字段或包含未知字段时，应置为non-urgent。

表6 呼叫类型-Priority映射表

呼叫类型 优先级 优先呼叫/呼叫强插 Emergency IA呼叫 Urgent 其他呼叫

non-urgent 模拟有线网络接入呼叫——拨号方式呼叫 模拟有线网络接入呼叫——热线方式呼叫 席位监听 j) IA呼叫功能流程中，INVITE消息应包含P-Asserted-Identity头部字段。

k) Reason字段应满足附录A.1.1的语法要求。

l) Refer-To应符合以下要求。

1) 广播会议中，非当前会议中心点所属VoIP语音通信系统的会议成员加入指定会议成员的功能流程中，REFER消息的Refer-To字段包含待加入成员的SIP URI，method为invite。

2) 广播会议中，非当前会议中心点所属VoIP语音通信系统的会议成员移除指定会议成员的功能流程中，REFER消息的Refer-To字段包含待移除成员的SIPURI及method参数，method为bye。

m) 呼叫代答功能流程中，代答方发起的INVITE消息中Replaces字段应包含early-only。

n) Subject应满足以下要求。

1) VoIP语音通信交换系统间INVITE消息中该字段为radio，回复403消息终止SIP会话。

2) 消息头部字段不包含该字段或包含未知字段时，应置为DA/IDA call。

3) 席位监听功能流程中，监听 VoIP语音通信交换系统相关目标的地空/地地语音通信，INVITE 消息中该字段应置为monitoring;监听目标VoIP语音通信交换系统相关目标地空语音通信，INVITE消息中该字段应置为A/Gmonitoring;监听目标不同类型VoIP语音通信交换系统相关目标地地语音通信，INVITE消息中该字段置为G/Gmonitoring。

4) IA呼叫功能流程中，INVITE消息中该字段应置为IAcall，被叫方发起的INVITE消息中该字段应置为IA call monitoring。

5) 其他呼叫功能流程中，INVITE消息中该字段应置为DA/IDAcall。

o) Calltype应满足以下要求。

1) 呼叫功能流程的Calltype字段值应符合表7的要求。

2) 除广播会议、IA呼叫外，该字段语法应符合附录A.1.2要求。

3) 消息中的头部字段包含Priority字段，该字段应不包含优先级参数。

4) 消息头部字段不包含该字段或包含未知字段时，应置为DA/IDA call。 表7 呼叫功能流程-Calltype字段映射表

呼叫功能流程 Calltype字段值 自动重拨 phone.C01;redial 呼叫转移 phone.C01; callforward 预设会议 phone.02; preset 广播会议 phone.02; broadcast 群呼叫 phone.C01; parallel forking IA呼叫 phone.02;ia call 模拟有线网络接入呼叫——拨号方式呼叫 phone.C01;legacy ds 模拟有线网络接入呼叫——热线方式呼叫 phone.C01;legacy ns 5) 被叫方不支持接收的INVITE消息中Version值时，应回复501消息终止SIP会话。

6.2.2 消息主体

消息主体的结构应符合IETF RFC 3261的要求，包含的SDP数据除了符合IETF RFC 2327、IETF RFC3264的要求外，应满足以下要求。

a) 字段名称与参数值应区分大小写。

b) 应包含会话(Session)、时间(Time)、媒体(Media)三个部分，Media描述及属性应符合附录A.4.1及附录A.4.2要求。

c) 呼叫保持功能流程使用Media属性，单向保持主叫方收发模式应置为sendonly，双向保持被叫方收发模式应置为inactive。

d) 席位监听功能流程使用Media属性，监听方收发模式应置为recvonly，被监听方收发模式应置为sendonly。

e) IA呼叫功能流程使用Media属性，应符合以下要求。

1) 单向RTP通话，主叫方收发模式应置为sendonly，被叫方收发模式应置为recvonly。

2) 双向RTP通话，收发模式应置为sendrecv。

7RTP数据

7.1 一般要求

RTP数据应符合IETFRFC3550、IETFRFC3551的要求，应使用UDP协议进行传输，使用偶数号端口，对应加1的奇数号端口预留给RTCP数据。未使用的数据位和预留位应置为0。

7.2音频要求

7.2.1 不同类型语音通信交换系统的语音打包周期应支持20 ms，宜同时支持10 ms、30 ms。

7.2.2 音频编码方式至少应包括ITU-T G.711 A律。

7.2.3 不应采用静音抑制技术。

注：静音抑制是指从声音信号流里识别和消除长时间的静音期的抑制方法，以达到在不降低业务质量的情况下节省带宽资源的作用。

7.3 数据包分类

7.3.1 RTP音频包，载荷类型为携带音频载荷。

7.3.2 RTP数据包按音频信号传递路径方向分为以下两类：

a) 上行RTP：音频接收路径(被叫方至主叫方)传递的RTP数据包;

b) 下行RTP：音频发射路径(主叫方至被叫方)传递的RTP数据包。

7.4 数据包结构

7.4.1 RTP数据包应由头部、头部扩展、载荷三部分组成。

7.4.2 RTP数据包头部应包含RTP版本、填充位标识、扩展位标识、贡献源标识数量、载荷类型、包序号、时间戳、同步源标识符、贡献源标识符，且符合附录A.5的要求。 8 有线通信功能协议要求

8.1自动重拨

自动重拨功能流程应符合附录B.1的要求，触发条件应包含被叫方忙或无应答。不同触发条件对应功能流程应符合以下要求。

a) 被叫方忙时，不同类型VoIP语音通信交换系统之间应符合IETFRFC53592.17用户代理之间的功能流程要求。

b) 被叫方无应答时，该功能流程参数应符合表8的要求，并应支持相关参数自定义。

c) 被叫方无应答时，该功能流程互操作性应符合表9的要求。

表8自动重拨功能流程参数要求

参数名称 参数值 无应答超时时间 10s～60s 自动重拨间隔 1s～10s

表9自动重拨功能流程互操作性要求

触发条件 互操作说明 主叫方发起功能流程INVITE消息 无应答超时计时器T1启用 无应答超时计时器T1归零时，主叫方未收到200 OK消息 启用自动重拨间隔计时器T2 无应答超时计时器T1归零前，主叫方收到200 OK消息后 结束该功能流程应用 自动重拨间隔计时器T2归零时 主叫方自动发起功能流程INVITE消息

8.2 呼叫保持

呼叫保持功能流程应符合IETF RFC 5359 2.1相关要求。

8.3 呼叫转移

8.3.1 不同类型VoIP语音通信交换系统之间的环路检测发现方法应符合附录A.7和附录A.8的要求。待分发的实体标识列表分发相关消息主体应满足附录A.1.3的要求。

8.3.2 呼叫转移功能流程应符合附录B.2.2的要求。

8.4 呼叫转接

8.4.1 该功能流程应符合IETF RFC 4916、IETF RFC5589的要求。

8.4.2 呼叫盲转功能流程应符合附录B.3.1的要求。

8.4.3 呼叫询转功能流程应符合附录B.3.2的要求，REFER消息的Refer-To字段应包含相关 INVITE消息的Replaces字段内容;

8.5 会议

8.5.1 中心点应符合IETFRFC4353的要求

8.5.2 会议发起者应为会议主持，且应为中心点或与当前会议中心点完成会议初始化。会议成员不应与其它具备会议成员资格的用户代理形成任意形式的链式关系。

8.5.3 预设会议除应符合IETF RFC 4579的要求外，还应满足以下要求：

a) 该功能流程应符合附录B.4.1的要求;

b) 中心点使用并发INVITE消息邀请成员加入;

c) 多个会议成员(用户代理)回复消息超时，中心点使用并发CANCEL消息终止与相关会议成员的SIP会话。

8.5.4 广播会议应满足以下要求：

a) 该功能流程应符合附录B.4.2的要求;

b) 会议发起者离开会议后，默认应终止会议; c) 会议仅剩一名会议成员，终止会议。

8.6 席位监听

8.6.1 席位监听功能应支持监听方同时监听多个席位，支持多个监听方同时监听一个席位，支持席位链式监听。

8.6.2 席位监听功能流程应符合附录B.5 要求。不同类型VoIP 语音通信交换系统之间的环路检测发现方法应符合附录A.7和附录A.8的要求，待分发的实体标识列表分发相关消息主体应满足附录A.1.3的要求，并应满足以下要求：

a) 监听方用户代理为失效用户代理，被监听方终止SIP会话;

b) 被监听方用户代理为失效用户代理，监听方终止SIP会话。

8.7 呼叫强插

8.7.1 呼叫功能强插方式应至少支持会议模式。该功能流程应符合附录B.6的要求。

8.7.2 除以下列出的情况外，被强插方应允许呼叫强插的行为。

a) 当前待被强插的呼叫建立时，呼叫相关INVITE消息头部字段Priority为emergency。

b) 被强插方不允许被强插。强插呼叫SIP会话建立使用人工接听方式。被强插方收到INVITE消息后，应回复180消息。

8.7.3 被强插方允许被强插或被强插方处于队列中、忙线状态时，应启动计时器 T1，并应满足以下要求：

a) 计时器T1未超时，被强插方自动回复200消息或者人工接听，被强插方结束队列中或忙线状态;

b) 计时器T1超时，被强插方至少支持使用新的 INVITE消息与原SIP会话交互方(该交互方可为中心点)建立新的会议模式，被强插方为该会议的中心点;

c) 计时器T1置0，被强插方收到强插方INVITE消息后，不应回复 182消息，转为立即处理。

8.7.4 当前呼叫强插会议成员仅包含强插方及被强插方，被强插方应使用新的INVITE消息及INFO消息与强插方建立SIP会话，且被强插方不再承担会议中心点的功能。

8.8 呼叫代答

呼叫代答功能流程应符合IETF RFC 4916的要求，该功能流程应符合附录B.7的要求。SUBSCRIBE消息应包含Expires字段,值为0。

8.9 群呼叫

群呼叫功能流程应符合附录B.8的要求。

8.10IA呼叫

8.10.1 IA呼叫上行RTP信息仅用于被叫方监听，功能流程应符合附录B.9的要求。

8.10.2 IA呼叫功能不应支持各级别优先呼叫相关的呼叫强插功能。

8.10.3 IA呼叫功能不应支持呼叫保持功能。

8.10.4 IA呼叫功能不应支持呼叫转接功能。

8.10.5 主叫方与被叫方不应将下行RTP信息通过上行传递。

8.10.6 计时器T0应满足以下要求：

a) 主叫方使用INVITE消息时启动T0;

b) 收到200OK消息时、主叫方使用CANCEL消息时、收到异常消息时或其它原因导致该功能SIP会话建立失败时，T0停止;

c) T0超时时间应为2s。

8.10.7 满足以下条件，主叫方应显式声明“IA呼叫失效(IA)”:

a) 其它原因导致该功能相关SIP会话建立失败时;

b)收到异常消息时;

c) 计时器T0超时。 8.11 模拟/数字有线网络接入呼叫

8.11.1 模拟有线接入网关应符合MH/T 4027—2019 5.6.3的要求。

8.11.2 数字有线接入网关应符合MH/T 4027—2019 5.6.4的要求。

8.11.3 IP网络侧功能要求应符合本文件5、6、7、8章相关要求。 A

A

附录 A

(规范性)

有线通信互操作性基本要求

A.1 有线通信SIP消息相关语法

A.1.1 有线通信SIP消息头部字段Reason应符合以下语法要求。

Reason = "Reason" HCOLON reason-value *(COMMA reason-value)

reason-value = *(SEMI reason-params)

reason-params = protocol-cause / reason-text / reason-extension

protocol-cause = "cause" EQUALcause_phone

cause_phone =1016-1099

reason-text = "text" EQUAL quoted-string

reason-extension = generic-param

A.1.2 有线通信SIP消息头部字段Calltype应符合以下语法要求。

CallType = " CallType" HCOLONcall-type[SEMI priority]

call-type = reference SEMI phrase

reference = field-value

field-value = type ".""C"*1("."addendum)

type ="phone"

addendum = "add"addendum_index

addendum_index = ALPHA "." number*("."number)

number =2*DIGIT

version = number *("."number)

phrase =[TEXT-UTF8-TRIM]

priority = "emergency" / "urgent"/"normal"/"non-urgent"

A.1.3 呼叫转移-转移逻辑及席位监听功能流程相关的OPTIONS消息及INFO消息主体应符合以下编码要求。

-->

A.2 有线通信SIP请求消息

A.2.1 有线通信SIP请求消息应符合表A.1的要求支持头部字段。

表A.1 支持的有线通信SIP请求消息头部字段

请求消息

头部字段 请求消息 ACK BYE CAN INF INV MES NOT OPT REF REG SUB Accept 未应用 可选 未应用 可选 可选 未应用 可选 强制 可选 可选 可选 Allow 未应用 可选 未应用 未应用 可选 可选 可选 可选 可选 可选 可选 Allow-Events

(IETF RFC

6665[10]) 可选 可选 未应用 未应用 可选 未应用 可选 可选 未应用 可选 可选 Authorization 可选 可选 可选 可选 可选 可选 可选 可选 可选 可选 可选 Call-ID 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 Contact 可选 未应用 未应用 可选 强制 未应用 强制 可选 强制 可选 强制 Content-

Length 强制 强制 强制 强制 强制 强制 强制 强制 可选 强制 强制 Content-Type 条件

必选 条件

必选 未应用 条件

必选 条件

必选 条件

必选 条件

必选 条件

必选 条件

必选 条件

必选 条件

必选 Cseq 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 Date 可选 可选 可选 可选 可选 可选 可选 可选 可选 可选 可选 Event

(IETF RFC

6665[10]) 未应用 未应用 未应用 未应用 未应用 未应用 强制 未应用 未应用 未应用 强制 Expires 未应用 未应用 未应用 可选 可选 可选 未应用 未应用 可选 强制 可选 From 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 History-Info 未应用 未应用 未应用 未应用 特定条

件使用 可选 可选 可选 可选 可选 可选 Max-Forwards 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 MIME-Version 可选 可选 未应用 未应用 可选 未应用 可选 可选 可选 可选 可选 P-Asserted-

Identity 未应用 可选 未应用 未应用 可选 未应用 可选 可选 未应用 可选 可选 Priority 未应用 未应用 未应用 可选 强制 可选 未应用 未应用 未应用 未应用 可选 Proxy-

Authorization 可选 可选 未应用 可选 可选 可选 可选 可选 可选 可选 可选 Proxy-Require 未应用 可选 未应用 可选 可选 可选 可选 可选 可选 可选 可选 Reason 未应用 特定条

件使用 可选 未应用 未应用 未应用 可选 未应用 未应用 未应用 未应用 Record-Route 可选 可选 可选 可选 可选 未应用 可选 可选 可选 未应用 可选 Refer-To

(IETF RFC

3515) 未应用 未应用 未应用 未应用 未应用 未应用 未应用 未应用 强制 未应用 未应用 Replaces

(IETF RFC

3891[22]) 未应用 未应用 未应用 未应用 可选 未应用 未应用 未应用 未应用 未应用 未应用 Reply-to 未应用 未应用 未应用 未应用 可选 可选 未应用 未应用 未应用 未应用 未应用 Require 未应用 特定条

件使用 未应用 未应用 特定条

件使用 特定条

件使用 可选 特定条

件使用 特定条

件使用 特定条

件使用 可选 Route 特定条

件使用 特定条

件使用 特定条

件使用 可选 特定条

件使用 可选 特定条

件使用 特定条

件使用 特定条

件使用 特定条

件使用 特定条

件使用 Subject 未应用 未应用 未应用 可选 强制 可选 未应用 未应用 未应用 未应用 未应用 Subscription-

State

(IETF RFC

6665[10])

未应用

未应用

未应用

未应用

未应用

未应用

强制

未应用

未应用

未应用

未应用 表A.1 支持的有线通信SIP请求消息头部字段(续)

请求消息

头部字段 请求消息 ACK BYE CAN INF INV MES NOT OPT REF REG SUB Supported 未应用 可选 可选 未应用 未应用 未应用 可选 可选 可选 可选 可选 To 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 Via 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 WG67-Version 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 CallType 可选 可选 可选 不适用 特定条

件使用 可选 不适用 不适用 可选 不适用 不适用 注：未应用——该字段使用时无任何效果;特定条件使用——特定条件下，该字段应被包含于请求消息头部字段中;条件必选—

—如果请求消息主体不为空，该字段为请求消息的必选字段。

A.3 有线通信SIP响应消息

A.3.1 有线通信SIP响应消息应符合表A.2的要求支持头部字段。

表A.2 支持的有线通信SIP响应消息头部字段

响应消息

头部字段 应答

代码 响应消息 ACK BYE CAN INF INV MES NOT OPT REF REG SUB Accept 2xx 不适用 不适用 不适用 不适用 可选 不适用 不适用 应发 不适用 可选 不适用 Accept 415 不适用 特定条

件使用 不适用 不适用 特定条

件使用 强制 可选 特定条

件使用 特定条

件使用 特定条

件使用 可选 Accept-

Encoding 2xx 不适用 不适用 不适用 不适用 可选 不适用 -- 应发 不适用 可选 不适用 Accept-

Encoding 415 不适用 特定条

件使用 不适用 不适用 特定条

件使用 强制 可选 特定条

件使用 条件

触发 条件

触发 可选 Accept-

Language 2xx 不适用 不适用 不适用 不适用 可选 不适用 不适用 应发 不适用 可选 不适用 Accept-

Language 415 不适用 特定条

件使用 不适用 不适用 特定条

件使用 强制 可选 特定条

件使用 条件

触发 条件

触发 可选 Allow 2xx 不适用 可选 不适用 不适用 应发* 可选 可选 应发 不适用 可选 可选 Allow 405 不适用 强制 不适用 可选 强制 强制 强制 强制 强制 强制 强制 Allow 2xx和

405以外 不适用 可选 不适用 不适用 可选 可选 可选 可选 可选 可选 可选 Allow-Events

(IETFRFC

6665[10]) 2xx 可选 可选 不适用 不适用 可选 不适用 可选 可选 不适用 可选 可选 Allow-Events

(IETFRFC

6665[10]) 489 不适用 不适用 不适用 不适用 不适用 不适用 强制 不适用 不适用 不适用 强制 Authentication

Info 2xx 不适用 可选 不适用 不适用 可选 可选 可选 可选 可选 可选 可选 Call-ID 全部 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 Contact 1xx 不适用 不适用 不适用 不适用 可选 不适用 可选 不适用 不适用 不适用 可选 Contact 2xx 不适用 不适用 不适用 不适用 强制 不适用 可选 可选 强制 可选 强制 Contact 3xx 不适用 可选 不适用 不适用 可选 可选 强制 可选 不适用 可选 强制 Contact 485 未应用 可选 未应用 未应用 可选 可选 可选 可选 可选 可选 可选 Content-Length 全部 强制 强制 强制 强制 强制 强制 强制 强制 可选 强制 强制 Content-Type 全部 条件

必选 条件

必选 未应用 条件

必选 条件

必选 条件

必选 条件

必选 条件

必选 条件

必选 条件

必选 条件

必选 Cseq 全部 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 表A.2 支持的有线通信SIP响应消息头部字段(续)

响应消息

头部字段 应答

代码 响应消息 ACK BYE CAN INF INV MES NOT OPT REF REG SUB Date 全部 可选 可选 可选 可选 可选 可选 可选 可选 可选 可选 可选 Expires 2xx 未应用 未应用 未应用 可选 可选 未应用 未应用 未应用 未应用 可选 强制 From 全部 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 History-Info 全部 未应用 未应用 未应用 未应用 特定条

件使用 可选 可选 可选 可选 可选 可选 MIME-Version 全部 可选 可选 未应用 未应用 可选 未应用 可选 可选 可选 可选 可选 Min-Expires 423 未应用 未应用 未应用 未应用 未应用 未应用 未应用 未应用 未应用 强制 强制 Proxy-

Authenticate 407 未应用 强制 未应用 可选 强制 强制 强制 强制 强制 强制 强制 Proxy-

Authenticate 401 未应用 可选 可选 未应用 可选 可选 未应用 可选 可选 可选 未应用 Proxy-

Authenticate 401 未应用 可选 可选 未应用 可选 可选 未应用 可选 可选 可选 未应用 Reason 3xx，

4xx，

6xx 未应用 可选 未应用 特定条件使用 可选 未应用 可选 可选 未应用 可选 未应用 Reason 501 未应用 未应用 未应用 未应用 可选 未应用 未应用 未应用 可选 未应用 未应用 Record-Route 18x 可选 可选 可选 未应用 可选 未应用 未应用 可选 可选 未应用 未应用 Record-Route 2xx 可选 可选 可选 可选 可选 未应用 未应用 可选 可选 未应用 未应用 Record-Route 401，

484 未应用 未应用 未应用 未应用 未应用 未应用 可选 未应用 未应用 未应用 可选 Require 全部 未应用 特定条

件使用 未应用 未应用 特定条

件使用 特定条

件使用 可选 特定条

件使用 特定条

件使用 特定条

件使用 可选 Supported 2xx 未应用 可选 可选 未应用 应发 未应用 可选 应发 可选 可选 可选 To 全部 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 Unsupported 420 未应用 强制 未应用 可选 强制 可选 可选 强制 可选 强制 可选 Via 全部 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 强制 WWW-

Authenticate 401 未应用 强制 未应用 可选 强制 强制 强制 强制 强制 强制 强制 WWW-

Authenticate 407 未应用 可选 未应用 未应用 可选 可选 未应用 可选 可选 可选 未应用 WG67-Version 200-

699 强制 强制 强制 强制 强制 强制 强制 强制 强制 可选 强制 CallType 200-

699 可选 可选 可选 未应用 可选 可选 未应用 未应用 可选 未应用 未应用 注：未应用——该字段使用时无任何效果;特定条件使用——特定条件下，该字段应被包含于响应消息头部字段中;应发——该字段应该被包含于响应消息头部字段中，但是对端可以接收并处理不包含该字段的消息;条件必选——如果响应消息主体不为空，该字段为响应消息的必选字段。 A.3.2 有线通信SIP响应消息与E1 PRI cause映射应符合表A.3的要求。

表A.3 SIP响应消息与E1 PRI cause映射关系

Q.850 原因码 Q.850 原因描述 SIP 状态码 SIP 状态描述 1 Unallocatednumber 404 Notfound 2 No route tospecifiedtransitnetwork 404 Notfound 3 Noroutedestination 404 Notfound 16 Normal callingclearing N/A BYEmessage 17 Userbusy 486 Busyhere 18 Nouserresponding 408 Requesttimeout 表A.3 SIP响应消息与E1 PRI cause映射关系(续)

Q.850 原因码 Q.850 原因描述 SIP 状态码 SIP 状态描述 19 No answerfromtheuser 480 Temporarily unavailable 20 Subscriber absent 480 Temporarily unavailable 21 Call rejected 603 Decline 22 Numberchanged 301 Movedpermanently 23 Redirection to newdestination 410 Gone 25 Exchange routing error 483 Too many hops 27 Destination outoforder 502 Badgateway 28 Addressincomplete 484 Addressincomplete 29 Facilityrejected 501 Notimplemented 31 Normal， unspecified 480 Temporarily unavailable 34 Nocircuit， channelunavailable 503 Service unavailable 38 Network outoforder 503 Service unavailable 41 Temporaryfailure 503 Service unavailable 42 Switching equipment congestion 503 Service unavailable 47 Resource unavailable unspecified 503 Service unavailable 55 Incoming calls barred with CUG 403 Forbidden 57 Bearer capability not authorized 403 Forbidden 58 Bearer capability not presently available 503 Service unavailable 65 Bearer capability notimplemented 488 Not acceptablehere 69 Requested facility notimplemented 501 Notimplemented 70 Only restricted digital

information available 488 Not acceptablehere 79 Service oroption not

implemented, unspecified 501 Notimplemented 87 User not member ofCUG 403 Forbidden

A.4 SDP数据结构

A.4.1 SDP媒体描述

SDP数据的媒体描述的组成及定义应符合表A.4的要求。

表A.4 SDP媒体描述

参数 描述 媒体类型 Audio 端口 协商确定 协议 RTP/AVP 媒体格式 由实际使用的编码方式决定，应至少支持：8(用于PCM-A)，选择性支持15(用于

G.728)、18(用于G.729)方式

A.4.2 SDP媒体属性

SDP数据的媒体属性的组成及定义应符合表A.5的要求。 表A.5 SDP媒体属性

参数 描述 收发模式 应包含以下类型：reconly、sendrecv、sendonly、inactive 编码类型 由实际使用的编码方式决定，应至少支持rtpmap:8 PCMA/8000、rtpmap:8 PCMU/8000、

rtpmap:15 G728/8000、rtpmap:18 G729/8000，编码类型不匹配，应触发488响应终止SIP会话 打包时间 默认值应为20 ms sid列表 用于席位监听功能流程的实体标识列表，应符合附录A.1.3要求 fid列表 用于呼叫转移功能流程的实体标识列表，应符合附录A.1.3要求 RTP头部版本 1

A.5 RTP头部结构

A.5.1 RTP头部结构应符合表A.6的要求。

表A.6 RTP头部结构

0bit 2bit 3bit 4～7 bit 8bit 9bit 16～31bit V P X CC M PT 包序号 时间戳 同步源标识符SSRC 贡献源标识符CSRC

…… 头部扩展信息域类型 头部扩展信息域长度 头部扩展信息域

…… 载荷

……

A.5.2 RTP头部字段应满足以下要求：

a) V，RTP版本，置为0x10;

b) P，填充位标识，置为0x00;

c) X，扩展位标识，置为0x00;

d) CC，RTP头部中的CSRC数量;

e) M，未应用，置为0x00;

f) PT，载荷类型，应与SDP中的配置对应，如SDP中参数为“rtpmap：8PCMA/8000”，则RTP音频包置为0x08(十进制8);

g) 包序号，RTP包的次序，每个数据包值加1，应可用于检测包丢失及恢复包次序;

h) 时间戳，RTP包第一个字节的采样时间;

i) SSRC，同步源标识符，应随机分配，以保证同一个RTP会话中任意两个同步源的SSRC标识不同。

j)CSRC，贡献源标识符。

A.6 用户代理功能要求

用户代理应符合表A.7的铃声功能要求。 表A.7 用户代理铃声功能要求

状态音类型 是否

本地生成 是否

通过IP网

络发送 目的 触发条件 振铃音 是 否 被叫方接受呼叫之前，呼叫已成功建立 180Ringing

182Queued

183Intrusion inprogress 保持音 是 否 当前呼叫被保持 SDP: a=sendonly

SDP: a=inactive 阻塞 是 否 语音通信交换系统间或内部链路被占用或不可用导致被叫方无法建立呼叫 503 Service Unavailable 会议进入通知 否 是 新会议成员正在加入会议 消息由中心点生成

强插告警

是

否 被强插方及强插会议成员接收消息：当前正在进行的呼叫即将被强插 被强插方允许强插情况下，强插呼叫呼入被强插方时触发;

强插会议成员接收“Intrusionin progress”消息

号码无法获取

是

否

被叫方终端已离线或被叫方地址未分配 400 BadRequest

401 Unauthorized

403 Forbidden

404 Not Found

405 Method Not Allowed

406 Not Acceptable

407 Proxy Authentication

Required

408 Request Timeout

410Gone

413 Request EntityTooLarge

414 Request URITooLong

415 Unsupported Media Type

416 Unsupported URI Scheme

420 Bad Extension

421 Extension Required

423Interval Too Brief

481 Call Leg/Transaction

DoesNotExist

482 Loop Detected

483 Too Many Hops

484 AddressIncomplete

485 Ambiguous

488 Not Acceptable Here

489 BadEvent

491 Request Pending

493 Undecipherable

500 ServerInternal Error

501 NotImplemented

502 BadGateway

504 ServerTime-out

505 Version Not Supported

513 Message TooLarge

604 Does Not Exist Anywhere

606 Not Acceptable

A.7 实体标识列表方法要求

A.7.1 实体标识列表应满足以下要求。 a) 实体标识列表元素应符合格式:XX，Name应为字符类型，唯一标识不同列表。

b) 上行实体标识列表包含当前实体不同呼叫路径的上行链式实体对应的实体标识元素。

c) 下行实体标识列表包含当前实体不同呼叫路径的下行链式实体对应的实体标识元素。

A.7.2 不同有线功能涉及不同列表的分发行为，分发行为相关的触发条件独立。触发条件应符合以下要求。

a) 不同功能相关呼叫状态或业务属性发生变化时(如席位监听/呼叫转移目标变化);

b) 接收实体标识列表。

A.7.3 不同触发条件的列表分发路径应满足以下要求。

a) 符合 A.7.2a)条件下，根据实体状态或业务属性变化，修改本地上行/下行(实体标识)列表元素，按照A.7.4要求建立待分发的实体标识列表进行分发。

b) 符合 A.7.2b)条件下，接收的实体标识列表元素应符合 A.1.3 要求。未出现环路情况下，如本地存在与接收的实体标识列表呼叫路径匹配的上行/下行实体标识列表，应替换呼叫路径一致的本地上行/下行实体标识列表，如不存在，本地应保存接收的实体标识列表。按照A.7.4 要求建立待分发的实体标识列表，向本地剩余其它呼叫路径涉及实体进行分发，其它呼叫路径的通信方向应与当前接收消息的接收实体相关呼叫路径的通信方向相反。

A.7.4 待分发的实体标识列表建立应满足以下要求。

a) 即将发送的呼叫路径的通信方向为下行路径，按照不同上行路径顺序添加上行实体标识列表元素至待分发的实体标识列表。

b) 添加当前实体实体标识元素至待分发的实体标识列表。

c) 即将发送的呼叫路径的通信方向为上行路径，按照不同下行路径顺序添加下行实体标识列表元素至待分发的实体标识列表。

d) 席位监听功能流程中，最终被监听实体存在其它功能流程涉及的呼叫路径，与当前功能流程涉及的呼叫路径存在混音情况，应添加相应对端实体标识元素至待分发的实体标识列表。

A.8 环路检测发现

A.8.1 各实体环路判别应满足如下准则：

a) 接收的实体标识列表元素存在当前接收实体的实体标识，且接收消息的消息主体相关呼叫路径的通信方向应与本地匹配列表相关呼叫路径的通信方向不一致;

b) 当前接收实体的实体标识列表元素已存在于本地上行/下行实体标识列表中，且接收消息的消息主体相关呼叫路径的通信方向应与本地匹配列表相关呼叫路径的通信方向不一致;

c) 接收来自其他实体的请求消息，请求方实体所属的实体标识元素已存在于当前接收实体的本地上行/下行实体标识列表元素中，且接收消息的消息主体相关呼叫路径的通信方向应与本地匹配列表相关呼叫路径的通信方向不一致;

d) 当前实体本地上行/下行实体标识列表中存在相同的实体标识元素。

A.8.2 实体接收SIP请求消息后环路检测异常，应回复482 Loop Detected消息。 附录B

(规范性)

有线通信功能协议要求

B.1自动重拨功能流程

自动重拨功能通信基础流程应符合图B.1的要求。

　　注： 表示SIP消息;表示RTP音频包。

图B.1自动重拨功能通信基础流程

B.2 呼叫转移功能流程

B.2.1 呼叫转移功能通信基础流程

呼叫转移功能通信基础流程应符合以下要求：

a)呼叫转移关系建立失败功能通信基础流程应符合图B.2的要求;

　　注：表示SIP消息。

图B.2 呼叫转移关系建立失败功能通信基础流程

b)呼叫转移关系解除失败功能通信基础流程应符合图B.3的要求;

　　注：表示SIP消息。

图B.3 呼叫转移关系解除失败功能通信基础流程

c)呼叫转移功能流程中检测发现失效用户代理后，应满足以下要求： 1) 失效用户代理为末节点，该失效用户代理的上行用户代理结束与失效用户代理的呼叫转移关系，成为当前链式呼叫转移功能流程的末节点，并使用类型为update的OPTIONS消息与所有上行用户代理交互。该失效用户代理恢复后，原上行用户代理使用类型为request的OPTIONS消息与该失效用户代理交互，重新建立呼叫转移关系;

2) 失效用户代理为非末节点，该失效用户代理的上行用户代理直接与当前链式呼叫转移功能流程的末节点建立呼叫转移关系。失效用户代理的下行用户代理维护带有首节点为失效用户代理的表结构，使用类型为update 的OPTIONS消息与当前链式呼叫转移功能场景的末节点建立呼叫转移关系。该失效用户代理恢复后，原相关上行用户代理使用类型为release 的OPTIONS消息与链式呼叫转移功能场景的末节点解除呼叫转移关系。之后使用类型为request 的OPTIONS 消息与失效用户代理重新建立呼叫转移关系。最后失效用户代理使用类型为request 的OPTIONS 消息与原下行用户代理重新建立呼叫转移关系。

B.2.2 呼叫转移—OPTIONS消息处理功能流程

OPTIONS消息应符合表B.1及表B.2的要求。

表B.1 不同OPTIONS消息类型的头部字段Content-type要求

Options消息类型 头部字段Content-type值设置 Audit application/wg67.cfwd.extended.audit+xml Complete application/wg67.cfwd.extended.complete+xml Idle application/wg67.cfwd.extended.idle+xml Release application/wg67.cfwd.extended.release+xml Request application/wg67.cfwd.extended.request+xml Update application/wg67.cfwd.extended.update+xml

表B.2 不同OPTIONS消息类型的消息主体及触发条件要求

呼叫转移OPTIONS消息类型 消息主体包含表结构内容 触发条件 补充说明 Request fid 呼叫转移请求 无 Complete 无 呼叫转移关系建立;

呼叫转移关系解除失败 无 Release 无 结束呼叫转移请求 无 Idle 无 呼叫转移关系解除;

呼叫转移关系建立失