中国电信cdma核心网络接口协议技术规范SIPI协议

保密等级：公开发放

中国电信集团公司技术标准 Q/CT 2032-2022 中国电信cdma2000核心网络接口协议

技术规范―SIP-I协议规范

Technical Specification of Interface&Protocol in cdma2000 Core Network of

China Telecom－SIP-I

（V1.0）

2008-07-14发布 2008-07-14实施

中国电信集团公司 发布

目录(mùlù)

前 言 .................................................................................................................................................. 4 1 2 3 4 5 6 7 7.1 7.2 7.3 7.4

范围(FÀNWÉI) ............................................................................................................................. 1 引用(YǏNYÒNG)标准 .................................................................................................................. 1 术语(SHÙYǓ)说明 ....................................................................................................................... 2 ZZ接口涉及(SHÈJÍ)的网元及协议说明 ................................................................................... 3 通用要求 ..................................................................................................................................... 3 MSCE对SIP/SDP协议能力集的适配要求 .............................................................................. 4 音资源适配要求.......................................................................................................................... 4 总则要求 ................................................................................................................................. 4 SIP消息对音资源行为的适配 ............................................................................................... 5 提供EALRY MEDIA实体的行为要求 ..................................................................................... 6 接收EARLY MEDIA实体的行为要求 ...................................................................................... 6

8 9 10

基本信令适配 ................................................................................................................. 6 特殊约定说明 ................................................................................................................. 7

编码协商说明 ............................................................................................................................. 7 LMSD网络对SIP协议重叠发码的要求 .................................................................................. 7 会话建立后的周期更新（呼叫心跳） .................................................................................. 8

11 MSCE基本信令行为说明 .......................................................................................................... 8 11.1 11.2 12 12.1 12.2

主叫侧MSCE .......................................................................................................................... 8 被叫侧网络MSCE .................................................................................................................. 9 切换行为说明 ....................................................................................................................... 10 总体说明 ............................................................................................................................... 10 定时器描述 ........................................................................................................................... 10

12.3

目标局 ........................................................................................................................... 10 主控局 ........................................................................................................................... 11 切换过程实体行为说明 ....................................................................................................... 11

主控局 ........................................................................................................................... 11 目标局 ........................................................................................................................... 11

13 LMSD网络中的路由心跳功能 ................................................................................................ 12 13.1 13.2

概述 ....................................................................................................................................... 12 设备状态 ............................................................................................................................... 12

State 1状态 ................................................................................................................... 13 State 2状态 ................................................................................................................... 13 消息格式 ............................................................................................................................... 13 其他 ....................................................................................................................................... 14

13.3 14

14.1 14.2

二次拨号(BŌ HÀO)信息传送 .................................................................................................. 14 SDP中PTIME参数(CĀNSHÙ)约定说明 ................................................................................. 14

附录(FÙLÙ) A：SIP几个(JǏ ɡÈ)主要METHOD及参数要求(YĀOQIÚ)（规范性附录） ............. 15 A.1 INVITE消息 ............................................................................................................................... 15 A.2 ACK ............................................................................................................................................ 15 A.3 BYE ............................................................................................................................................. 16 A.4 CANCEL ..................................................................................................................................... 16 A.5 OPTIONS .................................................................................................................................... 16 A.6 INFO ............................................................................................................................................ 17 A.7 PRACK ........................................................................................................................................ 17 附录B RFC 3261：SESSION INITIATION PROTOCOL（规范性附录） .................................. 18 附录C RFC 3262 ：RELIABILITY OF PROVISIONAL RESPONSES IN THE SESSION INITIATION PROTOCOL（规范性附录） ..................................................................................... 29 附录D RFC32：AN OFFER/ANSWER MODEL WITH THE SESSION DESCRIPTION PROTOCOL (SDP) [RFC32]（规范性附录） ............................................................................. 30 附录E RFC 2976：THE SIP INFO METHOD（规范性附录） ................................................... 32 附录F RFC3311 THE SESSION INITIATION PROTOCOL (SIP) UPDATE METHOD ............... 33 附录G LMSD 网络中SIP重叠发码程序技术实现（资料性附录） ............................................ 34 附录H 信令流程示例（规范性附录） ........................................................................................... 35 H.1 基本呼叫 ..................................................................................................................................... 35

成功呼叫建立 ................................................................................................................................ 35 正常呼叫释放 ................................................................................................................................ 41 失败呼叫 ........................................................................................................................................ 42

H.2 补充业务 ..................................................................................................................................... 45

呼叫前转（无条件前转） ............................................................................................................ 45 呼叫前转（无应答前转） ............................................................................................................ 46 呼叫前转（寻呼无响应前转） .................................................................................................... 46 呼叫前转（遇忙前转） ................................................................................................................ 47 主叫号码显示 ................................................................................................................................ 48 主叫号码显示 ........................................................................................................................ 49

H.3 切换流程 ..................................................................................................................................... 50 H.4 会话建立后，呼叫周期更新 ..................................................................................................... 51 H.5 定时器 ......................................................................................................................................... 52

消息定时器 .................................................................................................................................... 52 200消息的定时器（等待ACK消息） ........................................................................................ 53

前 言

本标准(biāozhǔn)是中国电信CDMA核心网络接口协议(xiéyì)系列(xìliè)技术标准之一，该系列标准(biāozhǔn)的结构及名称预计如下：

（1） 中国电信cdma2000核心(héxīn)网络接口协议技术规范―1x A接口协议规范 （2） 中国电信cdma2000核心网络接口协议技术规范―移动应用部分（MAP） （3） 中国电信cdma2000核心网络接口协议技术规范―分组域协议 （4） 中国电信cdma2000核心网络接口协议技术规范―SIP-I协议规范

（5） 中国电信cdma2000核心网络接口协议技术规范―MNPG NPI接口协议规范 （6） 中国电信cdma2000核心网络接口协议技术规范―MNPG SPI接口协议规范 （7） 中国电信cdma2000核心网络接口协议技术规范―OMC北向接口协议规范 （8） 中国电信cdma2000 HRPD Rev.A设备总体技术规范—A接口技术分册

本标准是接口协议技术规范的第4部分，主要定义了cdma2000 LMSD网络ZZ接口上各SIP实体的基本行为及通用规则。

本标准主要依据《中国电信软交换网络SIP一协议规范 —通用要求（2022版 暂行）》编制而成。

本标准的附录A、B、C、D、E、F、H为规范性附录。 本标准的附录G为资料性附录。

本标准由中国电信集团公司提出并归口。

本标准起草单位： 中国电信股份有限公司广州研究院 本标准主要起草人：张鹏生

1 范围(fànwéi)

本规范(guīfàn)适用于CDMA 2000 LMSD网络(wǎngluò)。

本规范(guīfàn)定义了LMSD网络(wǎngluò)中ZZ接口对SIP协议的通用要求。LMSD与他网（如软交换网络、PSTN网络等）的互通要求，参见各互通技术规范。

本规范当前只考虑协议对语音业务的支持。附录H示例了基本业务流程和几个典型补充业务流程。

2 引用标准

下列标准所包含的条文，通过在本技术要求中引用而构成本技术要求的条文。出版时，所示版本均为有效。所有标准都会被修订，使用本技术要求的各方应探讨使用下列标准最新版本的可能性。

1） YDN 038-1997 “国内NO.7信令方式技术规范综合业务数字网用户部

分（ISUP）”

2） YDN 038.1-1999 “国内NO.7信令方式技术规范综合业务数字网用户部

分（ISUP）（补充修改件）”

3） 《中国电信ISUP信令流程和消息参数设置的相关要求》（2022年） 4） 《中国电信软交换网络SIP协议规范 —通用要求（2022版 暂行）》 5） 3GPP2 X.S0025-0 V1.0 “Legacy MS Domain Setup 2”

6） ITU-T Q.1912.5 “SIP “Interworking Between Session Initiation Protocol

(SIP) and Bearer Independent Call Control Protocol or ISDN User Part”

7） IETF RFC2046 “Multipurpose Internet Mail Extensions (MIME) Part Two:

Media Types”

8） IETF RFC2327 “SDP: Session Description Protocol”

9） IETF RFC2833 “RTP Payload for DTMF Digits, Telephony Tones and

Telephony Signals”

10）IETF RFC2976 “The SIP INFO Method”

11）IETF RFC3204 “MIME media types for ISUP and QSIG Objects” 12）IETF RFC3261 “SIP: Session Initiation Protocol”

13）IETF RFC3262 “Reliability of Provisional Responses in the Session

Initiation Protocol (SIP)”

14）IETF RFC32 “An Offer/Answer Model with the Session Description

Protocol (SDP)”

15）IETF RFC3311 “The Session Initiation Protocol (SIP) UPDATE Method”

16）IETF RFC3323 “A Privacy Mechanism for the Session Initiation Protocol

(SIP)”

17）IETF RFC3325 “Private Extensions to the Session Initiation Protocol (SIP)

for Asserted Identity within Trusted Networks”

18）IETF RFC3326 “The Reason Header Field for the Session Initiation Protocol

(SIP)”

19）IETF RFC4028 “Session Timers in the Session Initiation Protocol (SIP)” 20）RFC 5009“Private Header (P-Header) Extension to the Session Initiation

Protocol (SIP) for Authorization of Early Media

3 术语(shùyǔ)说明

在本规范中，以下术语具有(jùyǒu)特定意义：

1） SIP-I：特指封装ISUP信息(xìnxī)的SIP消息。SIP消息封装ISUP信息

的方法(fāngfǎ)参照《中国电信软交换网络SIP协议规范 —通用(tōngyòng)要求（2022版 暂行）》附录F的要求。

2） 前向网络/实体：相对本节点而言，前向网络/实体特指位于本节点前一

跳的实体。在信令方向上，当前节点接受来之该实体发送的初始请求消息。

3） 后向网络/实体：相对本节点而言，后向网络/实体特指位于本节点下一

跳的实体。在信令方向上，当前节点向该实体发送初始请求消息 4） LMSD（Legacy Mobile Station Domain）：特指cdma2000体系中的传统

电路域。

5） MSCe（Mobile Swicthing Center emmulation）：LMSD网络中的移动交

换中心，负责SIP信令、MAP等信令的处理。

6） MGW（Media Gateway）：媒体网关设备，负责媒体流的处理。 7） GMSCe（Gateway MSCe）：完成与非LMSD网络互通时的MSCe设

备。

8） TMSCe（Tandem MSCe）：汇接层面的MSCe设备。

9） Anchor Network：在切换程序中，希望将呼叫切换出的网络。本规范称

之为主控网络。 10） 11）

Target Network：在切换程序中，负责接收切换请求的网络。本规Early media：被叫用户摘机前，主叫侧UA设备收到的语音资范称之为目标网络。

源，包括（后向提供的）表征振铃的资源、表征寻址失败的音资源（例如，被叫用户忙等）。 12）

Regular media：被叫摘机后，主被叫用户(yònghù)建立的真正(zhēnzhèng)音资源。

4 ZZ接口(jiē kǒu)涉及的网元及协议说明

图 4-1：SIP协议(xiéyì)在ZZ接口上的应用

注：图2-1中的设备为逻辑设备。

图2-1只罗列了与ZZ接口相关的设备。 ZZ接口适用于MSCe/TMSCEe/GMSCe之间。

本规范要求ZZ接口采用SIP-I协议。SIP-I的定义及相关要求参见1.3部分的说明。

如无特殊说明，本规范所述MSCe设备对SIP协议的适配将适用于所有类型的MSCe， 包括TMSCe和GMSCe。

注：

1） TMSCe是否存在，或是否携带MGW，需参考具体网络部署方案。 2） GMSC是否需要携带MGW需参考具体网络部署方案。

5 通用要求

1） LMSD网络暂不考虑IETF RFC 3312所定义的SIP Precondition特性 2） 如MSCe收到的消息中存在的参数（包括头部消息和消息体中的内容）

满足语法规则，但MSCe不能识别时，MSCe不得由于该参数的存在而影响对于基本呼叫的正常处理。

3） 根据本规范第2章节的要求，MSCe之间将采用SIP-I协议进行通信。

LMSD网内的PSTN/ISDN补充业务信息将尽量通过SIP-I消息中的ISUP信息携带。

4） 当MSCe收到SIP-I消息时，如其中的SIP头部信息与ISUP信息出现冲

突，MSCe应以SIP头部信息作为业务信息基准。

5） 被叫侧MSCe在寻呼用户(yònghù)时，只有(zhǐyǒu)当空口(kōngkǒu)资

源已指配完成后，才向主叫侧网络发送(fā sònɡ)振铃消息（180消息）。

6） LMSD用户(yònghù)做被叫时，该用户所在的MSCe+MGW将向主叫侧

网络提供回铃音资源（注，此处未考虑增值业务提供语音资源的情况）。相关要求参照本规范第5章节的说明。

7） LMSD用户做主叫时，该用户所在的MSCe+MGW根据SIP消息的相关

约定决定是否本地提供回铃音。相关要求参照本规范第5章节的说明。

6 MSCe对SIP/SDP协议能力集的适配要求

根据业务或呼叫逻辑的需要，MSCe可能启动UA、Proxy、B2BUA等功能。其对SIP能力集的要求应满足表4-1的要求。

表 6-1：各实体支持的SIP及相关能力集

SIP能力集 RFC2327 RFC2046 RFC2976 RFC3261 RFC3262 RFC32 RFC3311 RFC3325 RFC3326 RFC4028 ITU-T Q.1912.5 RFC 5009

MSCe（包括GMSCe、TMSCe等） 必须 必须 必须 必须 必须 必须 必须 必须 必须 必须 必须 条件支持（注1） 注1：当业务或网络需要该实体支持本能力时，条件支持将转变为“必须”。 注2：本规范不约束MSCe具体采用何种逻辑实体实现业务。

7 音资源(zīyuán)适配要求(yāoqiú)

7.1 总则(zǒngzé)要求

LMSD网络(wǎngluò)中的媒体流提供(tígōng)存在以下约定：

1） 底层媒体流的实际内容应与信令层面协商的一致。即，只有在信令协商

完成的情况下，才能根据协商内容发送媒体流”

2） 当LMSD用户做被叫时，该用户所处网络向主叫侧网络提供回铃音资

源

3） 当LMSD用户做主叫时，该用户所在的MSCe+MGW根据SIP信令的

指示，决定是否由本地提供回铃音资源。

7.2 SIP消息对音资源行为的适配

1） 当表征被叫用户处于振铃状态时，后向网络向主叫侧网络发送180消

息。并且，

➢ 如之前未与前向网络完成Offer/Answer，则本180消息中应携带

SDP信息（SDP信息为提供回铃音资源的媒体设备信息）。 ➢ 如之前已完成Offer/Answer，则本180消息中无须携带SDP信息

图 7-1：被叫侧网络向前向网络提示被叫用户处于振铃状态

2） 当后向网络（相对于接收音资源的设备）提供除振铃音以外的其它资源

时，例如表示呼叫处于失败状态的资源，则发送183消息。如之前该节点未与前向网络完成Offer/Answer，则本183消息中应携带SDP信息（（SDP信息为提供本次音资源的媒体设备信息）

图 7-1：被叫侧网络向前向网络提供(tígōng)其他（非振铃行为）音资源

3） 网络中提供(tígōng)音资源的某一实体(shítǐ)，当确认(quèrèn)本实体需

对先前完成的Offer/Answer进行修改时（未应答之前），则向前向网络发送UPDATE消息完成协商修改。

4） 网络中接收音资源的实体，在被叫未应答之前，如收到UPDATE消

息，则应根据Offer/Answer的要求进行准确响应。

7.3 提供Ealry Media实体的行为要求

注：Early Media的定义参照1.3章节的说明。

如网络中的某一实体向“前向SIP实体”提供音资源，其行为应满足5.2章节第1）、2）及3）（如存在）的要求。

7.4 接收Early media实体的行为要求

7.4.1 基本信令适配

1） 如主叫侧MSCe从后向网络收到的第一个消息为180消息，且不带

SDP，则MSCe控制本地MGW向主叫用户提供回铃音，直到满足以下场景的条件：

➢ 场景1：收到第一个“带有SDP的18*消息”。或， ➢ 场景2：收到被叫应答消息。或， ➢ 场景3：收到失败消息。

图 7-2：主叫侧MSCe初始(chū shǐ)提供回铃音

2） 如主叫侧MSCe从后向网络(wǎngluò)收到的第一个消息(xiāo xi)为18*

消息(xiāo xi)，且带有SDP，则MSCe只需告知MGW导通与后向网络的媒体通道即可，无需提供回铃音。

图 7-2：主叫侧MSCe确认被叫侧网络提供音资源

7.4.2 特殊约定说明

当设备由“Early Media”状态转为“Regular Media”状态的过程中，为保证业务的正常进行，要求“接收Early Media的实体”通过同一IP地址+端口接收Early Media和Regular Media。

注：Ealry Media与Regular Media的定义参照1.3部分的说明。

当通话转为Regular media状态后，实体可根据业务需要进行端口的变化。

8 编码协商说明

MSCe之间通过RFC32所定义的Offer/Answer协商程序完成MGW之间的媒体编码选择。本规范对RFC32的遵循请参照附录D相关之规定。同时，本规范强调：

1） 建议Answer方尽量顺从Offer方提供的各编解码的优先排列顺序 2） 编码选择的最终决定权在于Answer方。Answer方发送的SDP信息中

的编码能力集的第一个编码为当前协商所选定的编码。（注1） 注1：

➢ 如SDP中存在(cúnzài)多个m行，且每个m行都协商(xiéshāng)成

功(chénggōng)，则每个m行中的第一个编码为该m行所代表(dàibiǎo)的业务选择的编码。

➢ 当存在多个(duō ɡè)有效的m=audio行时， 要求选择“第一个有效

的audio行的第一个语音编码”作为当前语音业务所选择的编码。 ➢ 对于语音业务，不建议Offer方发送的SDP中带有多个m=audio行

9 LMSD网络对SIP协议重叠发码的要求

1） LMSD网内用户发起的呼叫，无须考虑SIP协议重叠发码程序的要求。 2） 对于固网用户发起的呼叫，建议由互通单元（完成固网与LMSD网络

互通的实体）或互通单元之前的设备终结固定网络的重叠发码程序。互通单元将通过一次发码（Enbloc）的形式向LMSD网络中的MSCe设备

发送初始请求。

3） 本规范强调，只有当2）所描述的建议在实际网络部署中不可实施时，

LMSD网络才考虑SIP协议重叠发码的实现（局间采用SIP-I）。其实现要求参照附录G的描述。

10 会话建立后的周期更新（呼叫心跳）

当LMSD网络中的UA设备支持会话周期更新时，要求UA行为需满足RFC4028所定义的Session Timer行为，并通过UPDATE（no SDP）消息对已建立的会话进行周期更新。

本规范不建议UA设备通过发送re-INVITE进行会话的周期更新，但接收方UA设备（非主动发起会话更新请求的UA方）应能同时支持他网（如其他运营商网络）通过re-INVITE方式发起的会话更新行为。

针对会话更新的定时器不应设置过短（不小于90秒），30分钟为系统默认时间，并可根据实际运营情况进行灵活调节。

11 MSCe基本信令行为说明

注：本章节只关注ZZ接口上各类MSCe的行为，MSCe与其它实体的交互，例如与媒体网关、基站、HLR等设备的交互，不在本规范的考虑范围之内。

11.1 主叫侧MSCe

1） 主叫侧MSCe收到用户呼叫请求时，确认需向下一跳SIP实体发送初始

请求时，将生成初始INVITE消息然后发往下一跳，同时跳转至步骤2）或3）或4）或5）。该消息中至少包括以下信息，

➢ 携带(xiédài)SDP信息(xìnxī)。SDP信息(xìnxī)描述该MSCe所控制

(kòngzhì)的媒体网关的相关信息。包括IP地址(dìzhǐ)+端口、媒体编码信息等

➢ 消息中封装基本的IAM信息（ISUP信息的封装规则参照《中国电

信软交换网络SIP协议规范 —通用要求（2022版 暂行）》附录F的要求（以下涉及到封装ISUP信息都有此要求）。此阶段如涉及PSTN/ISDN补充业务，IAM信息中需体现。

2） 如收到的第一个消息为180消息（100 Trying消息忽略，以下相同），

且其中无SDP信息。MSCe将控制本地MGW向主叫用户提供回铃音。同时，跳转至步骤6）

➢ MSCe需确认是否需要把其中封装的ACM的相关信息传送到主叫

用户侧（以下对于接收到的ISUP信息的处理相同，不再赘述）。

3） 如收到的第一个消息为180消息，且带有SDP信息。MSCe确认被叫侧

网络提供回铃音，MSCe通知MGW导通媒体通道。同时，跳转至步骤7）或步骤8）或步骤9）。

4） 如收到的第一个消息为183消息，且带有SDP信息。MSCe确认被叫侧

网络提供音资源（除振铃音资源外），MSCe通知MGW导通媒体通道。同时转跳至步骤7）或步骤8）或步骤9）（可能会出现）或步骤12。

5） 如收到的第一个消息为183消息，且其中无SDP信息（无论是否带有

ISUP信息），MSCe+MGW不会向主叫用户提供回铃音或其他音资源。

6） 如后续收到的18*消息中带有SDP信息，则MSCe通知MGW停止本地

回铃音的提供，同时要求MGW导通媒体通道，主叫用户接收被叫侧网络提供的音资源。同时，跳转至步骤7）或步骤8）或步骤9） 7） 完成Offer/Answer后，如在被叫应答之前，收到带有SDP的UPDATE

消息（1个或多个）：则MSCe回送200消息（UPDATE）。要求其中的SDP信息应与初始INVITE消息中的IP地址+端口号（SDP信息中）保持一致。跳转至步骤8）或步骤9）

8） 如收到失败消息，则释放相应资源。根据本地策略决定是否向主叫用户

提供相关的失败音资源。

9） 收到被叫用户应答的200消息（INVITE），如MSCe之前控制MGW

提供回铃音，则应停止。主、被叫用户进入通话状态。 10） 11）

通话建立后， 根据200（INVITE）消息中的约定，启动会话更新通话建立后，如需发送拆线消息，则发送BYE消息（封装REL功能。相关要求参照本规范第8部分的要求。

信息），该消息中可选携带Reason头域；或，针对拆线消息回送针对BYE消息的200响应（封装RLC信息）。 12）

对于早释情况（收到被叫应答消息之前，主叫侧拆线），如未建立Early Dialog，则MSCe发送CANCEL消息（无需封装ISUP信息）；如Early Dialog已建立，则可发送CANCEL消息，也可发送BYE消息。

11.2 被叫侧网络(wǎngluò)MSCe

1） 收到初始(chū shǐ)INVITE消息后，寻呼用户。当为被叫用户指配(zhǐ pèi)

好空口资源后，MSCe发送(fā sònɡ)180消息(xiāo xi)。MSCe控制MGW向主叫侧网络提供回铃音资源。该消息中至少包括以下信息 ➢ 带有SDP信息。SDP信息描述本MSCe所控制的媒体网关的相关信

息。包括IP地址+端口、媒体编码信息等

➢ 消息中封装基本的ACM信息（ISUP信息的封装规则参照《中国电

信软交换网络SIP协议规范 —通用要求（2022版 暂行）》附录F的要求）。此阶段如涉及PSTN/ISDN补充业务，ACM信息中需体现。（以下涉及到封装ISUP信息都有此要求）

2） 被叫用户摘机。MSCe发送200消息（INVITE）。同时，

➢ 不带SDP信息。 ➢ 消息中封装ANM信息。

3） 通话建立后， 根据200（INVITE）消息中的约定，启动会话更新程

序。相关要求参照本规范第8部分的要求。

4） 通话建立后，如需发送拆线消息，则发送BYE消息（封装REL信

息）；或，针对拆线消息回送响应（封装RLC信息）。

5） 当被叫侧网络向主叫侧提供失败的语音资源时（未应答之前），被叫侧

MSCe发送183消息，且

➢ 带有SDP信息。SDP信息描述本MSCe所控制的媒体网关的相关

信息。包括IP地址+端口、媒体编码信息等。

➢ 封装ACM信息，且必须带有BCI参数、OBCI参数、Reason参

数。其中BCI参数为“无指示”；OBCI中“带内信息表示语”为“带内信息或适当的码型目前可用”；Reason参数根据当前失败的原因进行取值。

12 切换行为说明 12.1 总体说明

MSCe之间的切换需要同时完成两个层面的信令协商，通过MAP和SIP协作来完成。关联MAP和SIP请求消息通过vCIC，vCIC用于标识切换时的IP承载，切换时的MAP消息和SIP消息使用同样的vCIC值。

vCIC在MAP FACDIR2请求(qǐngqiú)中，以IMSCCID格式(gé shi)编码。在SIP INVITE请求中，支持(zhīchí)如下格式：

INVITE SIP:vCIC-0xAAAA@host SIP/2.0

其中(qízhōng)， AAAA是用十六进制(shí liù jìn zhì)表示的IMSCCID，host为目标局MSCe的IP地址。

12.2 定时器描述

12.2.1

目标局

对于一个成功的切换，目标局需收到MAP（FACDIR2）和SIP（INVITE）消息。目标局定义两个定时器来控制切换的过程：MAP层面的MHST和SIP层面的SHST，两个定时器的缺省值都为6秒。

当目标MSCe收到其中一个请求时，需要启动定时器等待另一个请求的到来。

12.2.2 主控局

同样，主控MSCe在发送MAP或SIP的请求消息后，需等待两个请求的响应facdir2（MAP）或200 OK（SIP），也分别需要定时器HOT和TB’，两者定时器的缺省值为12秒。

注：TB’是在切换程序环境下，发送INVTIE后等待200响应的定时器，该定时器为应用层定时器。与RFC3261所规定的TB定时器（发送初始请求，等待临时响应）存在不同。

12.3 切换过程实体行为说明

12.3.1

主控局

1） 选择一个合适的vCIC，在FACDIR2和INVITE中进行编码； 2） 设置MAP和SIP的定时器，当在主控局接收到facdir2或200 OK时，

表示切换承载和切换设备建立已经成功。使用定时器HOT和TB监视这两个响应的返回。

3） 当接收到MSONCH时，表示切换已经成功，使用定时器MHOT监视这

个消息。

12.3.2 目标局

1） 当目标局收到具有有效vCIC的FACDIR2和INVITE消息时，启动

切换；

2） 如果目标局收到的INVITE没有vCIC，则INVITE将作为SIP的普

通呼叫进行处理，不启动等待FACDIR2的定时器；如果目标局接收到FACDIR2没有vCIC，则FACDIR2作为传统的MAP请求，不启动等待INVITE请求的定时器；

3） 如果(rúguǒ)INVITE和FACDIR2消息(xiāo xi)中都存在(cúnzài)有效

(yǒuxiào)的vCIC，但是(dànshì)不匹配，则当作如同MHST/SHST超时处理；

4） 如果SHST超时后，INVITE还未到达，则facdir2将返回错误。错

误码是“Trunck Unavailable”，解释为“Requested bearer not established”，其可能的原因是请求的中继不可用、没有中继可用、请求的承载没有成功建立等。

5） 如果MHST超时，FACDIR2还没有到达，则返回404 Not Found。

6） 如果facdir2返回错误，作为致命的错误。目标局已经建立的相关

的任何承载和分配的无线资源，都要释放。主控局在收到响应时，也需要释放相关的资源。

7） 对于切换请求时的SIP错误，目标局需要触发4**响应到主控局。

当收到4**消息时，主控局用正确的ack或错误通知发到MAP。这些错误也当作致命的错误，任何已建立的资源在发送或接收方都需要被释放掉。

13 LMSD网络中的路由心跳功能

13.1 概述

本章节定义LMSD网络中MSCe之间的路由心跳功能。实体通过该功能可即时获知指定的对端设备的存活状态，从而决定本端到目的地址的寻址路由关系。

本规范采用OPTIONS消息作为LMSD网络中的路由心跳信息。同时，鉴于OPTIONS的特殊应用，应用于该场景下的OPTIONS消息，应弱化OPTIONS查询实体能力的功能，OPTIONS消息仅作为连接性信号发往对端实体。

该功能于某一次具体的呼叫，根据本端数据配置周期性的向指定对端发送。

为区分事务层的T1、T2定时器，本规范在应用层面定义2个定时器T100、T200用以规范实体发送OPTIONS消息的行为。默认情况下，T100=20秒，T200=10秒，同时T100和T200应能根据实际网络运营情况进行修改调整。

为避开事务层原有的重发机制，作为心跳的OPTIONS消息应避开事务层，由应用层直接发送到传送层。

13.2 设备状态

遵循本规范发送路由心跳信息的各实体包括两个状态：State 1和State 2。 ➢ State 1: 连接状态。当设备处于(chǔyú)State 1时，本端设备认为到对端

设备的路由处于(chǔyú)正常状态，后续呼叫可基于该路由进行。 ➢ State 2: 故障(gùzhàng)状态。当设备处于(chǔyú)State 2时，本端设备认

为到对端设备的路由处于故障状态。本端应禁止利用(lìyòng)该路由进行寻址。

图11-1为设备状态迁移示意图。

图 13-1 ： 状态迁移图

在图11-1中，T100用于连接状态下心跳机制的应用层定时器，而T200用于故障状态下心跳机制的应用层定时器。

在State1状态时，设备以T100的周期发送OPTIONS消息；在State2状态时，设备以T200的周期发送OPTIONS消息。

本规范强调：不同周期的OPTIONS消息为非重发关系。 13.2.1 State 1状态 当设备处于State 1时：

1） 应用层指示传输层（避开事务层）发送OPTIONS请求，并启动定时

器T100

2） 如果定时器T100终了前没有收到针对当前OPTIONS请求的200 OK

响应消息，则计数器加1；如果收到，计数器清0；

3） 定时器T100终了时，若计数器的值小于3（要求次数能够配置，默认

情况下为3），应用层指示传输层发送OPTIONS请求，并重新启动定时器T100；否则转到第4）步。

4） 若连续3次（即计数器的值为3）发送的OPTIONS请求消息无响应，

则迁入State 2，Status参数置为“故障状态”。

13.2.2 State 2状态 当设备处于State 2时：

1） 应用层指示传输层（避开事务层）发送OPTIONS请求，并启动定时器

T200

2） 定时器T200终了前若收到针对当前OPTIONS请求的200 OK响应，则

计数器加1；若没有收到，则计数器清0；

3） 定时器T200终了时，若计数器的值小于3（要求次数能够配置

(pèizhì)，默认情况下为3），应用层指示传输层发送OPTIONS请求，并重新启动定时器T200；否则go to 4）。

4） 若连续3次（即计数器的值为3）发送的OPTIONS请求消息收到了200

OK响应(xiǎngyìng)，则迁入State 1，Status参数置为“连接(liánjiē)状态”。

13.3 消息(xiāo xi)格式

当OPTIONS消息作为路由心跳时，消息结构(jiégòu)如下所示：

OPTIONS

Via: To: From: Call-ID:

CSeq:1 OPTIONS Content-Length:0

14 其他

14.1 二次拨号信息传送

本规范暂不考虑在LMSD网络内通过SIP信令传送二次拨号信息。 要求各UA设备必须支持RFC2833所定义的内容、通过带内方式传送二次拨号信息。

14.2 SDP中Ptime参数约定说明

完成Offer/Answer协商的双方，需按照对端设备在SDP中的Ptime参数约定进行打包。

如对端设备在Offer或Answer中并未指定Ptime值，则本端按照本地策略进行打包。

附录(fùlù) A：SIP几个(jǐ ɡè)主要Method及参数要求（规范性附录）

当前(dāngqián)LMSD网络(wǎngluò)应至少(zhìshǎo)支持以下几个基本的SIP Method： INVITE、PRACK、BYE、ACK、INFO、OPIONS、UPDATE

A.1 INVITE消息

INVITE 必选头域 头域 Call-id Contact Cseq From P-Asserted-identity Max-forword To Via Supported Allow Accept Authorization Content-length Content-type Record-route 必选取值 100 rel、timer UPDATE 如实体采用Proxy逻辑功能，则在初始的INVITE消息中必须加上Record-route域 常用可选头域 Route Require Proxy-Authorization Proxy-require P-asserted-identity P-prefered-identity Privacy

A.2 ACK

ACK 必选参数 头域 Call-id Cseq From Max-forword 备注

ACK 头域 To Via Content-length Content-type Route

备注 常用可选参数 A.3 BYE

BYE 必选参数 头域 Call-id Cseq From Max-forword To Via Content-length Content-type Route Reason 备注 常用可选参数 A.4 CANCEL

CANCEL 必选参数 头域 Call-id Cseq From Max-forword To Via Reason 备注 常用可选

A.5 OPTIONS

OPTIONS 必选参数 头域 Call-id Cseq From Max-forword 备注 To Via Accept Allow Supported 常用可选参数 A.6 INFO

INFO 必选参数 头域 Call-id Cseq From Max-forword To Via Content-type Content-length Route 备注 常用可选参数 A.7 PRACK

PRACK 必选参数 头域 Call-id Cseq From Max-forword To Via Rack Content-type Content-length 备注 常用可选参数

附录(fùlù)B RFC 3261：Session Initiation Protocol（规范性附录(fùlù)）

1）如无特殊说明，本附录的要求(yāoqiú)适用于LMSD网络(wǎngluò)中的所有(suǒyǒu)MSCe实体

2）如与RFC3261的要求存在差异，将以“说明栏”的内容为实现基准。否则，本附录遵循RFC3261相关之规定。 章节 标题 说明 1 Introduction Overview of SIP 2 Functionality 3 Terminology 4 Overview of Operation 5 Structure of the Protocol 6 Definitions 7 SIP Messages 7.1 Requests 7.2 Responses 7.3 Header Fields 7.3.1 Header Field Format 7.3.2 Header Field Classification 7.3.3 Compact Form 7.4 Bodies 7.4.1 Message Body Type 7.4.2 Message Body Length 7.5 Framing SIP messages General User Agent 8 Behavior 8.1 UAC Behavior 8.1.1 Generating the Request 8.1.1.1 Request-URI 8.1.1.2 To 1）当采用SIP-URI时，建议格式为userinfo@host，user=phone的方式。 2）无特殊业务需求时，网络实体不应改变初始请求中to域的SIP URI中的userinfo部分的内容。 章节 8.1.1.3 标题 From 说明 1）当采用SIP-URI时，建议建议格式为userinfo@host，user=phone的方式。 2）无特殊业务需求时，网络实体不应改变初始请求中From域的SIP URI中的userinfo部分的内容。 当设备基于B2BUA逻辑实体实现业务时， 1） 该实体收到用户初始请求的Invite消息向下转发时，Contact地址（username@host）中的“host”部分应当变成B2BUA的地址（除非有特殊业务需求） 2） B2BUA回应200消息或18*消息时，如果此时响应消息中带有contact域，此时的contact的地址（username@host）中的 “host”部分应当变成B2BUA的地址（除非有特殊业务需求） 8.1.1.4 8.1.1.5 8.1.1.6 8.1.1.7 8.1.1.8 Call-ID Cseq Max-Forwards Via Contact 8.1.1.9 8.1.1.10 8.1.2 8.1.3 8.1.3.1 8.1.3.2 8.1.3.3 8.1.3.4 8.1.3.5 8.2 8.2.1 8.2.2 8.2.2.1 8.2.2.2 8.2.2.3 8.2.3 8.2.4 8.2.5 8.2.6 Supported and Require Additional Message Components Sending the Request Processing Responses Transaction Layer Errors Unrecognized Responses Vias Processing 3xx Responses Processing 4xx Responses UAS Behavior Method Inspection Header Inspection To and Request-URI Merged Requests Require Content Processing Applying Extensions Processing the Request Generating the Response 章节 8.2.6.1 8.2.6.2 8.2.7 8.3 9 9.1 标题 Sending a Provisional Response Headers and Tags Stateless UAS Behavior Redirect Servers Canceling a Request Client Behavior 说明 1）如Invite消息导致early dialog的建立，主叫侧在此场景下如存在拆线需求，除可发送CANCEL消息外，还可以发送BYE消息 暂不要求 9.2 10 10.1 10.2 10.2.1 10.2.1.1 Server Behavior Registrations Overview Constructing the REGISTER Request Adding Bindings Setting the Expiration Interval of Contact Addresses Preferences among Contact Addresses Removing Bindings Fetching Bindings Refreshing Bindings Setting the Internal Clock Discovering a Registrar Transmitting a Request Error Responses Processing REGISTER Requests Querying for Capabilities Construction of OPTIONS Request Processing of OPTIONS Request Dialogs Creation of a Dialog UAS behavior 10.2.1.2 10.2.2 10.2.3 10.2.4 10.2.5 10.2.6 10.2.7 10.2.8 10.3 11 11.1 11.2 12 12.1 12.1.1 1） 如Invite中带有Record-route域，对于180消息：如带有Contact域，则必须带有Record-route域 12.1.2 12.2 UAC Behavior Requests within a Dialog 章节 12.2.1 12.2.1.1 12.2.1.2 12.2.2 标题 UAC Behavior Generating the Request Processing the Responses UAS Behavior 说明 1） 暂不要求网络实体间的鉴权处理 2） 后续内容中与之相关的内容也采用相同的处理 12.3 13 13.1 13.2 13.2.1 13.2.2 13.2.2.1 13.2.2.2 13.2.2.3 13.2.2.4 13.3 13.3.1 13.3.1.1 13.3.1.2 13.3.1.3 13.3.1.4 14 14.1 14.2 15 15.1 15.1.1 15.1.2 16 16.1 16.2 16.3 16.4 16.5 Termination of a Dialog Initiating a Session Overview UAC Processing Creating the Initial INVITE Processing INVITE Responses 1xx Responses 3xx Responses 4xx, 5xx and 6xx Responses 2xx Responses UAS Processing Processing of the INVITE Progress The INVITE is Redirected The INVITE is Rejected The INVITE is Accepted Modifying an Existing Session UAC Behavior UAS Behavior Terminating a Session Terminating a Session with a BYE Request UAC Behavior UAS Behavior Proxy Behavior Overview Stateful Proxy Request Validation Route Information Preprocessing Determining Request Targets 章节 16.6 标题 Request Forwarding 说明 当MSCe基于Proxy进行业务处理时 1） Outbound Proxy在处理初始invite消息时，必须增加record-route域，同时必须为Loose router方式。 2） 其他消息根据业务需要而增加 1） 暂不要求支持多播（Multicast）。 2） 后续内容中与之相关的内容也采用16.7 16.8 16.9 16.10 16.11 16.12 Response Processing Processing Timer C Handling Transport Errors CANCEL Processing Stateless Proxy Summary of Proxy Route Processing 16.12.1 Examples 16.12.1.1 Basic SIP Trapezoid 16.12.1.2 Traversing a strict-routing proxy 16.12.1.3 Rewriting Record-Route header field values 17 Transactions 17.1 Client Transaction 17.1.1 INVITE Client Transaction 17.1.1.1 Overview of INVITE Transaction 17.1.1.2 Formal Description 17.1.1.3 Construction of the ACK Request Non-INVITE Client 17.1.2 Transaction 17.1.2.1 Overview of the non-INVITE Transaction 17.1.2.2 Formal Description Matching Responses to 17.1.3 Client Transactions 17.1.4 17.2 17.2.1 17.2.2 17.2.3 17.2.4 Handling Transport Errors Server Transaction INVITE Server Transaction Non-INVITE Server Transaction Matching Requests to Server Transactions Handling Transport Errors 相同的处理 章节 18 18.1 18.1.1 18.1.2 18.2 18.2.1 18.2.2 18.3 18.4 19 19.1 19.1.1 19.1.2 19.1.3 19.1.4 19.1.5 19.1.6 19.2 19.3 20 20.1 20.2 20.3 20.4 标题 Transport Clients Sending Requests Receiving Responses Servers Receiving Requests Sending Responses Framing Error Handling Common Message Components SIP and SIPS Uniform Resource Indicators SIP and SIPS URI Components Character Escaping Requirements Example SIP and SIPS URIs URI Comparison Forming Requests from a URI Relating SIP URIs and tel URLs Option Tags Tags Header Fields Accept Accept-Encoding Accept-Language Alert-Info 1） 暂不要求支持AbsoluteURI 2） 后续内容中与之相关的内容也采用说明 相同的处理 20.5 20.6 20.7 20.8 20.9 20.10 20.11 20.12 20.13 Allow Authentication-Info Authorization Call-ID Call-Info Contact Content-Disposition Content-Encoding Content-Language 章节 20.14 20.15 20.16 20.17 20.18 20.19 20.20 20.21 20.22 20.23 20.24 20.25 20.26 20.27 20.28 20.29 20.30 20.31 20.32 20.33 20.34 20.35 20.36 20.37 20.38 20.39 20.40 20.41 20.42 20.43 20.44 21 21.1 21.1.1 21.1.2 21.1.3 21.1.4 21.1.5 21.2 标题 Content-Length Content-Type CSeq Date Error-Info Expires From In-Reply-To Max-Forwards Min-Expires MIME-Version Organization Priority Proxy-Authenticate Proxy-Authorization Proxy-Require Record-Route Reply-To Require Retry-After Route Server Subject Supported Timestamp To Unsupported User-Agent Via Warning Response Codes Provisional 1xx 100 Trying 180 Ringing 181 Call Is Being Forwarded 182 Queued 183 Session Progress Successful 2xx 说明 1） Proxy增加该域时，必须为loose router方式 章节 21.2.1 21.3 21.3.1 21.3.2 21.3.3 21.3.4 21.3.5 21.4 21.4.1 21.4.2 21.4.3 21.4.4 21.4.5 21.4.6 21.4.7 21.4.8 21.4.9 21.4.10 21.4.11 21.4.12 21.4.13 21.4.14 21.4.15 21.4.16 21.4.17 21.4.18 21.4.19 21.4.20 21.4.21 21.4.22 21.4.23 21.4.24 21.4.25 21.4.26 21.4.27 21.4.28 标题 200 OK Redirection 3xx 300 Multiple Choices 301 Moved Permanently 302 Moved Temporarily 305 Use Proxy 380 Alternative Service Request Failure 4xx 400 Bad Request 401 Unauthorized 402 Payment Required 403 Forbidden 404 Not Found 405 Method Not Allowed 406 Not Acceptable 407 Proxy Authentication Required 408 Request Timeout 410 Gone 413 Request Entity Too Large 414 Request-URI Too Long 415 Unsupported Media Type 416 Unsupported URI Scheme 420 Bad Extension 421 Extension Required 423 Interval Too Brief 480 Temporarily Unavailable 481 Call/Transaction Does Not Exist 482 Loop Detected 483 Too Many Hops 484 Address Incomplete 485 Ambiguous 486 Busy Here 487 Request Terminated 488 Not Acceptable Here 491 Request Pending 493 Undecipherable 说明 章节 21.5 21.5.1 21.5.2 21.5.3 21.5.4 21.5.5 21.5.6 21.5.7 21.6 21.6.1 21.6.2 21.6.3 21.6.4 22 22.1 22.2 22.3 22.4 23 23.1 23.2 23.3 23.4 标题 Server Failure 5xx 500 Server Internal Error 501 Not Implemented 502 Bad Gateway 503 Service Unavailable 504 Server Time-out 505 Version Not Supported 513 Message Too Large Global Failures 6xx 600 Busy Everywhere 603 Decline 604 Does Not Exist Anywhere 606 Not Acceptable Usage of HTTP Authentication Framework User-to-User Authentication Proxy-to-User Authentication The Digest Authentication Scheme S/MIME S/MIME Certificates S/MIME Key Exchange Securing MIME bodies SIP Header Privacy and Integrity using S/MIME: Tunneling SIP Integrity and Confidentiality Properties of SIP Headers Integrity Confidentiality Tunneling Integrity and Authentication Tunneling Encryption Examples Registration Session Setup Augmented BNF for the SIP Protocol Basic Rules 说明 暂不要求支持S/MIME 23.4.1 23.4.1.1 23.4.1.2 23.4.2 23.4.3 24 24.1 24.2 25 25.1 章节 26 标题 Security Considerations: Threat Model and Security Usage Recommendations 说明 有关安全防范措施，涉及到实际的整个解决方案，各实体的行为应当顺从LMSD网络中与安全相关内容的要求。 Attacks and Threat Models Registration Hijacking Impersonating a Server Tampering with Message Bodies Tearing Down Sessions Denial of Service and Amplification Security Mechanisms Transport and Network Layer Security SIPS URI Scheme HTTP Authentication S/MIME Implementing Security Mechanisms Requirements for Implementers of SIP Security Solutions Registration Interdomain Requests Peer to Peer Requests DoS Protection Limitations HTTP Digest S/MIME TLS SIPS URIs Privacy IANA Considerations Option Tags Warn-Codes Header Field Names Method and Response Codes The \"message/sip\" MIME type New Content-Disposition Parameter Registrations 26.1 26.1.1 26.1.2 26.1.3 26.1.4 26.1.5 26.2 26.2.1 26.2.2 26.2.3 26.2.4 26.3 26.3.1 26.3.2 26.3.2.1 26.3.2.2 26.3.2.3 26.3.2.4 26.4 26.4.1 26.4.2 26.4.3 26.4.4 26.5 27 27.1 27.2 27.3 27.4 27.5 27.6 章节 28 28.1 28.2 29 30 A 标题 Changes From RFC 23 Major Functional Changes Minor Functional Changes Normative References Informative References Table of Timer Values 说明

附录(fùlù)C RFC 3262 ：Reliability of Provisional Responses in the Session Initiation Protocol（规范性附录(fùlù)）

1）如无特殊(tèshū)说明，本附录的要求适用于LMSD网络(wǎngluò)中的所有(suǒyǒu)MSCe实体

2）如与RFC3262的要求存在差异，将以“说明栏”的内容为实现基准。否则，本附录遵循RFC3262相关之规定。

章节 章节 1 2 3 4 5 6 7 7.1 7.2 8 8.1 8.2 9 10 11 12 13 标题 Introduction Terminology UAS Behavior UAC Behavior The Offer/Answer Model and PRACK Definition of the PRACK Method Header Field Definitions RSeq RAck IANA Considerations IANA Registration of the 100rel Option Tag IANA Registration of RSeq and RAck Headers Security Considerations Collected BNF Acknowledgements Normative References Informative References 标题 说明

附录(fùlù)D RFC32：An Offer/Answer Model with the Session Description Protocol (SDP) [RFC32]（规范性附录(fùlù)）

1）如无特殊说明，本附录的要求(yāoqiú)适用于LMSD网络(wǎngluò)中的所有(suǒyǒu)MSCe实体

2）如与RFC32的要求存在差异，将以“说明栏”的内容为实现基准。否则，本附录遵循RFC32相关之规定。 章节 1 2 3 4 5 5.1 5.2 6 6.1 标题 Introduction Terminology Definitions Protocol Operation Generating the Initial Offer 说明 6.2 7 8 8.1 8.2 8.3 8.3.1 8.3.2 8.3.3 8.3.4 1） 暂不要求支持多播 Unicast Streams Multicast Streams Generating the Answer Unicast Streams 1） 对于编解码方式的选择，建议answer方尽量顺从offer方编解码方式的优先权 2） 编码选择的最终决定权在于Answer方。Answer方发送的SDP信息中的编码能力集的第一个编码为当前协商所选定的编码。（注1） 注1：如SDP中存在多个m行，且每个m行都协商成功，则每个m行中的第一个编码为该m行所代表的业务选择的编码。 Multicast Streams Offerer Processing of the Answer Modifying the Session Adding a Media Stream Removing a Media Stream Modifying a Media Stream Modifying Address, Port or Transport Changing the Set of Media Formats Changing Media Types Changing Attributes 章节 8.4 标题 说明 Putting a Unicast Media Stream 1） 建议发起保持的一方将当前媒体流属性on Hold 置为sendonly（如无特殊需求） 2） 被保持的一方同时应兼容C=0.0.0.0的方式 Indicating Capabilities Example Offer/Answer Exchanges Basic Exchange One of N Codec Selection Security Considerations IANA Considerations Acknowledgements Normative References Informative References Author's Addresses Full Copyright Statement 9 10 10.1 10.2 11 12 13 14 15 16 17

附录(fùlù)E RFC 2976：The SIP INFO Method（规范性附录(fùlù)）

1）如无特殊说明，本附录(fùlù)的要求适用于LMSD网络(wǎngluò)中的所有(suǒyǒu)MSCe实体

2）如与RFC2976的要求存在差异，将以“说明栏”的内容为实现基准。否则，本附录遵循RFC2976相关之规定 章节 1 1.1 2 2.1 2.2 2.3 2.4 2.5 2.5.1 2.5.2 2.5.3 3. 4 5 6 7 8 标题 Introduction Example Uses INFO Method Header Field Support for INFO Method Responses to the INFO Request Method Message Body Inclusion Behavior of SIP User Agents Behavior of SIP Proxy and Redirect Servers Proxy Server Forking Proxy Server Redirection Server INFO Message Bodies Guidelines for extensions making use of INFO Security Considerations References Acknowledgments Author's Address 说明

附录(fùlù)F RFC3311 The Session Initiation Protocol (SIP) UPDATE Method

1） 如无特殊(tèshū)说明，本附录的要求适用于LMSD网络(wǎngluò)中的

所有MSCe实体(shítǐ)

2） 如与RFC3311的要求(yāoqiú)存在差异，将以“说明栏”的内容为实现基

准。否则，本附录遵循RFC3311相关之规定 章节 1 2 3 4 5 5.1 5.2 5.3 6 7 8 9 10 11 12 13 14 15 Introduction Terminology Overview of Operation Determining Support for this Extension UPDATE Handling Sending an UPDATE Receiving an UPDATE Processing the UPDATE Response Proxy Behavior Definition of the UPDATE method Example Call Flow Security Considerations IANA Considerations 标题 说明 Notice Regarding Intellectual Property Rights Normative References Acknowledgements Author's Address Full Copyright Statement

附录(fùlù)G LMSD 网络(wǎngluò)中SIP重叠发码程序技术(jìshù)实现（资料性附录(fùlù)）

当LMSD网络中的MSCe设备(shèbèi)必须支持SIP协议的重叠发码程序时，其详细内容请参照《中国电信软交换网络SIP协议规范 —通用要求（2022版 暂行）》附录G的要求。

附录(fùlù)H 信令流程示例（规范性附录） H.1 基本(jīběn)呼叫

H.1.1成功(chénggōng)呼叫建立

H.1.1.1 移动用户作主(zuò zhǔ)叫（被叫侧提供(tígōng)回铃音，无session属性更改）

图 H-1: 成功呼叫，移动用户作主叫（被叫侧提供回铃音，无session属性更改）

流程说明：

1） 服务MSCe（主叫侧）收到基站发送而来的呼叫请求，预占媒体资源，

并向被叫侧发送INVITE消息，

➢ 消息头的Request-uri填写被叫用户的路由号码信息 ➢ 消息头的To域拷贝Request-uri域中的信息

➢ 消息头中的From域填写主叫用户的号码信息

➢ 消息头中的P- Asserted-Idendtity域填写主叫用户的号码信息 ➢ 消息(xiāo xi)头中带有Supported域，包含(bāohán)取值：100rel,

timer

➢ 消息(xiāo xi)头中可能(kěnéng)带有Session-Expires域

➢ 消息(xiāo xi)体中带有SDP信息，描述主叫侧媒体网关的相关信

息，例如支持的语音编解码能力、IP地址信息等。 ➢ 消息体中带有IAM（ISUP）信息； 2） 被叫侧回应100 Trying; 3） 收到被叫侧发送的180消息

➢ 消息头中带有Require域，包含取值：100rel

➢ 消息体中带有SDP信息。意味着被叫侧提供回铃音，主叫侧在本次

呼叫中无需考虑回铃音资源的提供。

➢ 消息体中带有ACM信息（ISUP）；主叫侧MSCe确认该ACM信

息是否包含了某些补充业务信息，同时决定是否需要传送至主叫用户。

4） 主叫侧发送PRACK，对180消息进行确认；

5） 被叫回送针对PRACK消息的200 OK消息。主叫用户接收被叫侧网络

提供的回铃音资源；

6） 被叫用户应答。主叫侧网络收到针对INVITE的200消息。

➢ 消息头中包括Session-Expires域，描述：会话更新的周期、会话更

新的发起方

➢ 该消息中封装ANM信息（ISUP）；

7） 主叫侧MSCe发送针对200（INVITE）消息的ACK消息。

H.移动用户作主叫（被叫侧提供回铃音，存在session属性更改）

图 H-1: 成功呼叫，移动用户作主(zuò zhǔ)叫（被叫侧提供回铃音，存在session属性(shǔxìng)更改）

流程(liúchéng)说明：

本节描述了被叫侧网络(wǎngluò)提供回铃音，且后向网络发起针对当前

Session的属性进行修改（在被叫用户应答之前）的场景。Session修改的场景可能包括：提供回铃音资源的地址与被叫实际应答地址存在不同。 与H.节相比，流程主要存在以下特殊说明。

➢ 步骤6）处，主叫侧MSCe收到带有SDP的UPDATE消息

➢ 步骤7）处，主叫侧MSCe回送200消息，200消息中带有主叫侧媒体

网关的SDP描述。根据本规范第部分的要求，与初始INVITE消息相比，至少应保证SDP中的IP地址+端口号保持不变。 ➢ 根据应用场景的不同，步骤6）+步骤7）可能存在多个。

H. 移动用户作主叫（被叫侧不提供回铃音，主叫侧本地提供）

图 H-2: 成功呼叫，移动用户作主叫（被叫侧不提供(tígōng)回铃音，主叫侧本地提供）

流程(liúchéng)说明：

本节描述(miáo shù)了被叫侧网络不提供(tígōng)回铃音，主叫侧MSCe体网关向主叫用户提供回铃音的场景。

与H.节相比，流程主要存在以下特殊说明：

➢ 步骤3）处的第一个180消息中无SDP信息。MSCe确认被叫侧不提

供回铃音，将控制本地媒体网关向主叫用户提供回铃音。

➢ 步骤6）处的200消息（INVITE）中带有被叫侧网络的SDP信息。

H. 移动用户作主叫（主叫侧初始提供回铃音，发现被叫侧网络提供回铃音后，停止提供回铃音）

图 H-3: 成功呼叫，移动用户作主叫（主叫侧初始(chū shǐ)提供回铃音，发现被叫侧提

供(tígōng)回铃音后，停止提供回铃音）

流程(liúchéng)说明：

本节描述了主叫侧MSCe体网关向主叫用户(yònghù)提供回铃音，当发

现被叫侧网络能够提供回铃音时，将停止回铃音的提供。

与H.相比，流程主要存在以下说明：

➢ 步骤6）处，主叫侧MSCe收到180消息。该消息中带有SDP信息。

意味着被叫侧网络此时能够提供回铃音，主叫侧MSCe将指示媒体网关停止本地回铃音的提供。

➢ 在步骤8）与步骤9）之间可能存在一个或多个UPDATE消息。主叫侧

MSCe的行为请参照H.处的步骤6）跟步骤7）的说明。

H. 移动用户作被叫

图 H-4:成功(chénggōng)呼叫，移动用户作被叫

流程(liúchéng)说明：

1） 服务(fúwù)MSCe（被叫侧）收到主叫侧网络(wǎngluò)发送的INVITE

请求消息。INVITE消息中的关键参数说明参照H.中步骤1）处的说明。

2） MSCe向主叫侧回送100 Trying，并向被叫侧发送寻呼请求，收到寻呼

响应后，预占资源，完成无线资源的指配； 3） MSCe（被叫侧）向主叫侧回送180消息。

➢ 消息头中带有Require域，包含取值：100rel

➢ 消息体中带有SDP信息，描述本地媒体网关的相关信息，例如编码

能力，IP地址信息等。

➢ 消息体中带有ACM信息（ISUP）。如存在补充业务信息且需要某

一参数携带，则应携带该参数。

4） 主叫侧网络回送PRACK消息，确认已经收到180消息；

5） 被叫侧MSCe回送针对PRACK消息的200 OK响应。被叫侧网络向主

叫侧提供回铃音；

6） 被叫用户应答。被叫侧MSCe向主叫侧网络发送针对INVITE的200消

息。

➢ 消息(xiāo xi)头中包括Session-Expires域。描述(miáo shù)：会话更

新的周期、会话更新的发起方

➢ 消息(xiāo xi)体中带有ANM信息(xìnxī)（ISUP），如存在补充且

需要改参数携带，则应包括该相关(xiāngguān)信息；

7） 被叫侧MSCe收到针对200（INVITE）消息的确认信息。 8） 主被叫用户间建立呼叫。

正常呼叫释放 H.主叫侧释放

图 H-2:正常释放，主叫侧释放

流程说明：

1） 通话建立后。主叫用户发起呼叫释放请求， 主叫侧MSCe向被叫侧发

送BYE消息，其中封装REL消息。同时释放相关资源；

2） 主叫侧MSCe收到被叫侧发送的200 OK消息，其中封装RLC消息。

H. 被叫侧释放

图 H-5:正常(zhèngcháng)释放，主叫侧释放

流程(liúchéng)说明：

1） 通话(tōng huà)建立后。被叫侧MSCe收到主叫侧网络(wǎngluò)发送的

BYE消息，其中封装REL信息。

2） 被叫侧MSCe回送200消息，其中封装RLC信息。被叫侧MSCe向被

叫用户发起拆线要求。

H.1.3 失败呼叫

注：本部分示例LMSD网内的失败情况。与其他网络用户互通时发生的失败情况流程参见各互通规范。

H. 久叫不应

图 H-3:久叫不应

流程说明：

1） 在后向播放回铃音阶段，由于被叫用户长时间无应答， T9定时器超

时，被叫侧MSCe启动BS侧资源释放流程，并向主叫侧回送480消息，消息中封装REL信息，说明拆线原因。

注：T9定时器请参照(cānzhào)《YDN 038-1997 “国内NO.7信令方式技术规范综合(zōnghé)业务数字网用户部分（ISUP）”》的定义(dìngyì)。

2） 服务MSCe（被叫侧）收到ACK消息，完成(wán chéng)资源释放。

H. 呼叫(hū jiào)早释（未建立Early Dialog）

在呼叫建立阶段，被叫应答前, 主叫侧MSCe收到主叫终止呼叫的消息，启动资源释放流程。对于未建立early dialog的情况，向被叫侧网络发送CANCEL消息；对于已建立early dialog的情况，主叫侧也可向被叫侧发送BYE消息；

图 H-4a：呼叫早释（未建立early dialog）

流程说明：

1） 呼叫建立阶段，在被叫应答前, 主叫侧MSCe收到主叫终止呼叫的消

息，启动资源释放流程。对于未建立early dialog的情况，向被叫侧网络发送CANCEL消息；对于已建立early dialog的情况，向被叫侧发送BYE消息；

2） 主叫侧MSCe收到后向网络发送的200 OK（CANCEL），完成资源释

放。

3） 主叫侧MSCe收到针对487 Request terminated消息。 4） 主叫侧MSCe回送ACK。

H. 呼叫(hū jiào)早释（建立Early Dialog）

如主叫侧MSCe在向被叫侧发送拆线(chāi xiàn)消息之前已建立Early Dialog，则主叫侧MSCe可发送(fā sònɡ)CANCEL消息，也可发送(fā sònɡ)BYE消息（封装REL信息(xìnxī)）。

图例 H-9b示例了发送BYE的情况。

图 H-9b:呼叫早释（已建立early dialog，也可发送BYE消息）

H.1.3.4 后向回失败消息

图 H-5：后向回失败消息

流程说明：

1） 服务MSCe（被叫侧）在接收来话呼叫后，在来话处理过程中检测到呼

叫失败事件（如资源不足、寻呼无相应等），则启动资源释放流程，根据呼叫失败原因的不同向主叫侧回送相应的4xx/5xx/6xx消息，并封装REL消息；

2） 服务MSCe（被叫侧）接收ACK消息，完成资源释放。

H.1.3.5后向回失败(shībài)通知音

图 H-6: 后向回失败(shībài)通知音

流程(liúchéng)说明：

1） 服务(fúwù)MSCe（被叫侧）接收来话呼叫后，在来话处理过程中检测

到呼叫失败事件（如资源不足、寻呼无相应等），启动后向失败通知音播放流程，并向主叫侧回送183消息， ➢ 消息中包含通知音媒体资源端口地址SDP2

➢ 消息中带有ACM信息，且必须带有BCI、OBCI、Reason参数。

其中BCI参数为“无指示”，OBCI中“带内信息表示语”为“带内信息或适当的码型目前可用”，Reason参数根据当前失败的原因进行取值。

2） 服务MSCe（被叫侧）接收相应的PRACK消息；

3） 服务MSCe（被叫侧）回送针对PRACK的200 OK消息，并向主叫侧

发送失败通知音。

H.2 补充业务

假定A呼叫B，B前转至C，且A、B用户为LMSD用户。

无条件前转时，A用户所在的MSCe通过查询B用户所在的HLR，得到前转信息后（包括C用户的路由号码），A用户所在的MSCe直接向当前为C用户服务的MSCe发送呼叫请求。

如该请求消息仍为SIP信令（还可能(kěnéng)为ISUP信令），则初始INVITE消息除满足H.的要求(yāoqiú)外，其中封装的IAM信息还应携带“改发的号码(hàomǎ)及改发信息”。

呼叫(hū jiào)前转（无应答前转）

假定A呼叫(hū jiào)B，B前转至C，且A、B用户为LMSD用户。

图 H-12:呼叫前转（无应答前转）

流程说明：

1） 在后向播放回铃音阶段，由于被叫B用户长时间无应答，导致服务

MSCe（B用户）定时器（无应答前转）超时。MSCe（B用户）向MSCe（A用户）发送MAP重定向请求消息，MSCe（A用户）启动呼叫前转流程。在向HLR（B用户）询问前转号码（C用户）后，MSCe（A用户）向MSCe（B用户）发送BYE消息，其中封装REL信息；

注：MSCe（A用户）也可向MSCe（B用户）发送CANCEL消息。发送CANCEL消息的流程不再详细说明。

2） MSCe（B用户）收到BYE消息后回送200 OK消息，释放与MSCe（A

用户）之间的资源；

3） MSCe（A用户）向C用户所在的网络发送初始请求消息。如该请求消

息仍为SIP信令（还有可能为ISUP信令），则初始INVITE消息除满足H.的要求外，其中封装的IAM信息还应携带“改发的号码及改发信息”。

H.2.3 呼叫(hū jiào)前转（寻呼无响应前转）

假定(jiǎdìng)A呼叫B，B前转至C，且A、B用户(yònghù)为LMSD用户。

图H-13: 呼叫(hū jiào)前转（寻呼无响应前转）

流程(liúchéng)说明：

1） 在寻呼用户阶段，MSCe（B用户）检测到寻呼超时事件，且发现当前

用户申请了呼叫前转业务，则向MSCe（A用户）发送MAP重定向请求消息，MSCe（A用户）启动呼叫前转流程。在向HLR（B用户）询问前转号码（C用户）后，MSCe（A用户）向MSCe（B用户）发送CANCEL消息;

2） MSCe（A用户）收到针对CANCEL消息的200消息 3） MSCe（A用户）收到针对初始INVITE消息的487消息

4） MSCe（A用户）回送ACK消息。（A、B用户间的）MSCe之间资源

被释放。

5） MSCe（A用户）向前转号码（C用户）所在网络发送初始请求消息。

如该请求消息仍为SIP信令（还有可能为ISUP信令），则初始INVITE消息除满足H.的要求外，其中封装的IAM信息还应携带“改发的号码及改发信息”。

遇忙前转）

假定A呼叫B，B前转至C，且A、B用户为LMSD用户。 遇忙转移业务的触发可能分为(fēn wéi)两种场景：

➢ 场景(chǎng jǐng)1：MSCe（A用户）向HLR（B用户）获取位置(wèi

zhi)信息，HLR（B用户(yònghù)）向MSCe/VLR（B用户）获取(huò

qǔ)路由信息，得到B用户处于忙的状态后，HLR（B用户）向MSCe（A用户）返回响应。其中带有前转信息，包括前转原因、前转的C号码

➢ 场景2：MSCe（A用户）根据HLR（B用户）返回的漫游号码向

MSC（B用户）发起呼叫请求。MSCe（B用户）确认B用户恰好处于“忙态”。根据设备实现以及相应的MAP操作，MSCe（A用户）得到B用户忙及前转到用户C的信息，并向C发起新的呼叫。具体的MAP交互，请参照LMSD的MAP分册，本规范不对此场景进行详细描述。

图H-14描述了场景1的情况。

图H-14: 呼叫前转（遇忙前转，场景1）

流程说明：

➢ 图H-14示例了MSCe（A用户）向HLR（B用户）进行位置查询时，

HLR（B用户）向MSCe（A用户）返回前转C号码的信息。 注：HLR（B用户）获知B用户处于忙态的相关细节，请参照HLR、VLR、 MSCe（B用户）之间MAP交互的相关规范。

➢ MSCe（A用户）向C用户所在的网络发送初始请求消息。如该请求消

息仍为SIP信令（还有可能为ISUP信令），则初始INVITE消息除满足H.的要求外，其中封装的IAM信息还应携带“改发的号码及改发信息”。

主叫号码显示 H. 主叫侧MSCe

主叫侧MSCe在发送初始INVITE时，应：

1） 携带P-Asserted-Identity域，其中携带主叫号码信息

2） INVITE消息(xiāo xi)其他(qítā)参数(cānshù)的要求(yāoqiú)参照H.章节

(zhāngjié)的要求。

H. 被叫侧MSCe

被叫侧MSCe接收到初始INVITE请求消息时，

1） 如其中包括P-Asserted-Identity域，则其中的信息为主叫号码信息 2） 如无P-Asserted-Identity域，则From域中的信息为主叫号码信息。

H. 主叫侧MSCe

如主叫用户申请主叫号码业务，则主叫侧MSCe在发送初始INVITE时，应：

1） 携带P-Asserted-Identity域，其中携带主叫号码信息 2） 携带 Privacy域，取值为id

3） INVITE消息其他参数的要求参照H.章节的要求。

H. 被叫侧MSCe

被叫侧MSCe接收到初始INVITE请求消息时，

1） 如其中包括Privacy域，且其中的取值为id时，则被叫侧MSCe应向被

叫用户屏蔽主叫用户号码。

H.3 切换(qiē huàn)流程

图H-15：切换(qiē huàn)流程

流程(liúchéng)说明：

1） 主控MSCe收到BS来的切换(qiē huàn)请求，主控MSCe向目标MSCe

发送FACDIR2消息；

2） 主控MSCe向目标MSCe发送INVITE消息，消息携带与FACDIR2消

息相同的vCIC，用于标识承载通路；

注：该消息中无需封装ISUP信息。

3） 目标MSCe收到具有有效vCIC的FACDIR2和INVITE消息，起动切换

流程，分配资源，之后回送facdir2；

4） 目标MSCe回送200 OK消息，表示切换承载和切换设备建立已经成

功；

5） 主控MSCe回送ACK，完成切换；

6） 目标MSCe向主控MSCe发送MAP消息MSONCH，切换完成。

H.4 会话建立后，呼叫(hū jiào)周期更新

图H-16：会话周期更新(gēngxīn)流程

流程(liúchéng)说明：

1） 被叫用户摘机，MSCe（B用户）向MSCe（A用户）发送200

（INVITE）消息。200消息中带有Session-Expire域，描述了会话更新(gēngxīn)的周期、会话更新的发起方等内容（本例假定要求主叫侧MSCe发起会话更新）。

2） MSCe（A用户）回送ACK消息。A、B用户建立通话。

3） 在会话定时器终了前，MSCe（A用户）发起会话更新请求。发送不带

SDP的UPDATE消息

4） MSCe（B用户）回送200（UPDATE）消息。MSCe（A用户）和

MSCe（B用户）重置会话定时器。

H.5 定时器

INVITE消息(xiāo xi)定时器

图H-17：INVITE消息定时器

流程(liúchéng)说明：

1） 假定T1=500毫秒，如果网络服务器同时存在业务层面保护器，INVITE

的次数可能少于7个。根据网络实际运营(yùnyíng)的需要，可对T1进行修改

200消息(xiāo xi)的定时器（等待ACK消息）

图H-22：200消息(xiāo xi)定时器

流程(liúchéng)说明：

1） 假定T1=500毫秒，T2=4秒。可根据实际运营(yùnyíng)的需要对

T1进行修改

2） 内容总结

3）

4）