YDT 2011-2009 基于统一IMS的业务技术要求 呼叫等待与呼叫保持业务(第一阶段)

1、ICS 33.030 M 21 YD 中华人民共和国通信行业标准 YO!T 2011-2009 基于统一IMS的业务技术要求 呼叫等待与呼叫保持业务(第一阶段) Technical Requirements of Services based on the Unified IMS Call Waiting(CW)and Call HOLD(HOLD)Services (Release 1) 2009-12-11发布2010-01-01实施 中华人民共和国工业和信息化部发布 yorr 2011-2009 目次 前言.n 1 范围. 2 规范性引用文件. 3 术语、定义和缩略语. . 1 3.1

2、术语和定义. 3.2 缩略语. . 4 业务描述与业务特征. . . . .2 4.1 呼叫等待. . .2 4.2 呼叫保持. . . 2 5 业务服务终端2 6 业务管理.2 6.1 概述. .2 6.2 终端拨号方式. . . . .3 6.3 Ut接口方式. .3 7 业务触发. 8 业务对功能实体和信令的要求. .3 8.1 呼叫等待业务. . . . . . . 3 8.2 呼叫保持业务. . .5 9与其他基于统一E创的业务间的交互作用.6 9.1 呼叫等待业务咱 附录A(资料性附录)呼叫等待消息流程示例.7 附录B(资料性附录)呼叫保持消息流程示例.9 附录c(资料性附录)拨号

3、方式实现业务配置和管理的消息流程示例. 附录D(资料性附录)呼叫等待业务XMLSchema.12 附录E(资料性附录呼叫等待指示消息体示例.13 参考文献.14 w w w . b z f x w . c o m yorr 2011-2009 目IJ=i 本标准是基于统一IMS的业务系列标准之一，该系列标准的名称及结构预计如下: 一一基于统一E岖的业务技术要求标识显示及限制类业务第一阶段); 一一基于统-IMS的业务技术要求呼叫前转类业务(第一阶段); 一一基于统一IMS的业务技术要求呼叫等待与呼叫保持业务(第一阶段); 一一基于统一E峭的业务技术要求恶意呼叫追踪和匿名呼叫拒绝业务(第一阶段)

4、; 一一基于统一IMS的业务技术要求IPCENTREX业务(第一阶段); 一一基于统-IMS的业务技术要求点击拨号业务(第一阶段); 一一基于统一日岖的业务技术要求多媒体彩铃业务(第一阶段); 一一基于统一E峭的业务技术要求个性化振铃音业务(第一阶段); 一一基于统一E峭的业务技术要求多媒体会议业务(第一阶段)。 随着技术的发展，还将制定后续的相关标准。 在本标准的制定过程中还注意了与以下标准的协调统一: 一一统一IMS的需求(第一阶段); 一一统一日峭的功能体系架构(第一阶段); 一一统一IMS组网总体技术要求第一阶段。 本标准的附录A、附录B、附录C、附录D和附录E为资料性附录。 本标准由

5、中国通信标准化协会提出并归口。 本标准起草单位z工业和信息化部电信研究院、华为技术有限公司、中兴通讯股份有限公司、上海 贝尔股份有限公司。 本标准主要起草人z杨海涛、藏磊、刘文字、李振东、李新颜、周惠琴。 11 w w w . b z f x w . c o m yorr 2011-2009 基于统一IMS的业务技术要求 呼叫等待与呼叫保持业务(第一阶段 1 范围 本标准规定了基于统-IMS的呼叫等待业务与呼叫保持业务的业务描述与业务特征、业务服务终端、 业务管理、业务触发、业务对功能实体和信令的要求、与其他基于统一IMS的业务间的交互作用等要求。 本标准适用于基于统一E峭的呼叫等待业务与呼叫

6、保持业务。 2 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的 修改单不包括勘误的内容或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究 是否可使用这些文件的最新版本。且是本注目期的引用文件，其最新版本适用于本标准。 3GPP TS 24.623使用模拟业务的Ut接口上可扩展标识语言(XML)配置访问协议(XCAP) V8.1.0 (28-09) (Extensible Markup Language (XML) Configuration Access Prot01 (XCAP) over the Ut interface

7、 for Manipulating Simulation Se凹ices) 3 术语、定义和缩略语 3.1 术语和定义 下列术语和定义适用于本标准。 n备近NOUBapproaching NOUB 在临近NDUB情况下，网络对每个用户都配置有最大可用资源，同时，网络对每个用户还配置有临近 NDUB预设可用资源，限制可用资源的值应小于最大可用资源。临近NDUB形成的条件需要满足下列任意 一项z a)语音会话情况下，用户正在进行的通话数量已达到临近NDUB预设可用资源，并且没有达到最大 可用资源; b)多媒体会话情况下，用户已经占用的多媒体流数量己达到临近NDUB预设可用资源的上限，并且 没有达到

8、最大可用资源: c)用户己占用的多媒体带宽己达到临近NDUB预设可用资源的上限，并且没有达到最大可用资源。 3.2 缩略语 下列缩略语适用于本标准。 AS Application Server 应用服务器 DSL Digital Subscriber Line 数字用户线路 IAD Integrated Access Device 综合接入设备 iI吧Initial Filter Criteria 初始过滤规则 勘ISIP Multimedia Subsystem E多媒体子系统 w w w . b z f x w . c o m YD/T 2011-2009 ISDN Integrated

9、Services Digital Network 综合业务数字网 LAN Local Area Network 局域网 NDUB Network Determined User Busy 网络决定用户忙 NGN Next Generation Network 下一代网络 PSTN Public Switched Telephone Network 公共电话交换网 SIP Session Initiation Protocol 会话初始协议 URI Unifonn Resource Identifier 统一资源标识符 WLAN Wireless Local Area Network 无线局域网

10、 XCAP XML Configuration Access Prot01 XML配置接入协议 XML Extensible M缸kupLanguage 可扩展标记语言 4 业务描述与业务特征 4.1 呼叫等待 呼叫等待业务是指当呼叫等待业务用户B正与用户A通话时，用户C试图与用户B建立通话连接，此时 呼叫等待业务用户B可以接收到呼叫等待指示，表示另有用户等待通话，同时，被呼叫等待用户C可以接 收到呼叫等待指示，指示呼出通话正在被呼叫等待。呼叫等待业务用户B对被呼叫等待的呼叫可以选择接 受、拒绝或不理睬等操作。 4.2 呼叫保持 呼叫保持业务是指用户在一个E多媒体会话中，暂时中断单个或所有媒体

11、流，并能够将中断的媒体 流恢复的业务。 5 业务服务终端 在统一胁1S的第一阶段，呼叫等待与呼叫保持业务可服务于以下终端z a) SIP硬终端(指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的终端。该类型终端具有一 定的物理形态。此类型终端暂不要求具各ISIM卡); b) SIP软终端(指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的一种软件客户端，通常安 装在个人PC等设备上。此类型终端可以具备或不具备ISIM卡) c)移动终端(指支持SIP协议并且通过2G、3G接入IMS域的移动终端。此类型终端要求具备sn证卡 /USIM卡且SIM卡IR-UIM卡/CSIM

12、卡，但对于cdma2000机卡合一终端，可以不具备物理实体的R-UIM卡 /CSIM卡)。 6 业务管理 6.1 概述 用户可以通过多种方式来对自己的呼叫等待与呼叫保持业务进行配置和管理，主要包括终端拨号方 式、Ut接口方式、Web方式等。其中，网络和终端至少应支持拨号方式和Ut接口方式(未包含呼叫保持 业务)。当用户通过不同方式对业务数据进行配置时，最新的业务配置应覆盖之前的业务配置。 业务配置和管理的内容主要包括z对呼叫等待与呼叫保持业务进行激活和去激活操作，查询业务状 态等。 2 w w w . b z f x w . c o m yorr 2011-2009 对于拨号方式，具体业务配置

13、和管理的编号可依据业务运营者的应用需求而定，不在此进行标准化， 其拨号程序可参考6.2节。 对于Ut接口方式，具体业务配置和管理的操作和界面等可依据具体应用需求而定，不在此进行标准化。 对于Web方式，是指统-IMS为用户提供基于互联网的个人信息助理功能，每个终端用户都有自己 的用户名和密码，在登录业务提供者提供的网站并通过鉴权后，可以在线进行呼叫等待与呼叫保持业务 的配置管理。具体实现方式可由业务提供者根据自己的需求来设置。 6.2 终端拨号方式 6.2.1 概述 拨号方式实现业务配置和管理的消息流程示例参见附录C. 6.2.2 呼叫等待 激活:按相关业务码响应，如昕到相应的录音通知:结束。

14、 去激活z按相关业务码响应，如昕到相应的录音通知:结束。 业务状态查询:按相关业务码响应，如昕到相应的录音通知:结束。 6.2.3 呼叫保持 激活:按相关业务码响应，如昕到相应的录音通知:结束。 去激活z按相关业务码响应，如昕到相应的录音通知:结束。 业务状态查询z按相关业务码响应，如昕到相应的录音通知:结束。 6.3 Ut接口方式 呼叫等待业务可以通过Ut接口进行设置，具体XMLSchema格式参见附录D。 7业务触发 为了保证业务的正常实现，HSS应为每个业务用户建立相应的初始过滤规则(iFC)。对于呼叫等待 业务和呼叫保持业务，业务用户的iFC应保证会话请求能够发送至相应的业务AS以进行

15、相关的业务处理z a)对于呼叫等待业务，S-CSCF应将向该业务用户发起的因VITE请求，发送至呼叫等待业务AS进行 相关的业务处理: b)对于呼叫保持业务，S-CSCF应将该业务用户发起的时VE请求，发送至呼叫保持业务AS进行相 关的业务处理。 8 业务对功能实体和信令的要求 8.1 呼叫等待业务 8.1.1 概述 本节只对业务相关的处理进行描述。呼叫等待消息流程示例参见附录A。 8.1.2 呼叫等待业务用户终端操作 8.1.2.1 呼叫等待业务用户终端基本能力 当收到包含呼叫等待指示的副VITE消息，并且呼叫等待业务用户未达到最大呼叫等待数时，呼叫等 待业务用户终端应具备下列能力: a)启

16、动Tu巳CW定时器(TUE-CW定时器可以在呼叫等待业务用户终端上设置呼叫等待时长，此操作为 可选操作) 3 w w w . b z f x w . c o m YDIT 2011-2009 b)向业务用户提供呼叫等待指示例如，带内呼叫等待提示音、在终端屏幕上提示呼叫等待等); c)对因VITE消息发送180CRinging)响应。在用户决定呼叫等待的情况下，终端应在180响应中插 入Alert-Info头字段，Alert-Info的值为urn:alert:service:岖-waiting。 因VITE消息中包含的呼叫等待指示的内容见8.1.3.2节，呼叫等待指示消息体示例参见附录E。 8.

17、1.2.2 呼叫等待业务用户终端对呼叫等待来话进行操作的场景 场景一:呼叫等待业务用户接昕被呼叫等待用户来话，释放原通话，TlJE.cw定时器未超时，呼叫等待 业务用户终端应进行如下操作z a)停止Tu巴cw定时器(可选操作) b)停止向呼叫等待业务用户提供呼叫等待指示: c)释放当前正在进行的呼叫: d)接听呼叫等待的呼叫。 场景二:呼叫等待业务用户接昕被呼叫等待用户来话，保持原通话，Tu巳cw定时器未超时，呼叫等待 业务用户终端应进行如下操作z a)停止Tu巳cw定时器(可选操作) b)停止向呼叫等待业务用户提供呼叫等待指示: c)当前正在进行的呼叫进行呼叫保持操作: d)接昕呼叫等待的呼

18、叫。 场景三z呼叫等待业务用户继续原通话，不对被呼叫等待用户来话进行任何操作，启动TlJE.CW定时器 (可选操作)，并且Tu巳cw定时器超时，呼叫等待业务用户终端应进行如下操作z a)停止向呼叫等待业务用户提供呼叫等待指示: b)向正在呼叫等待的用户发送480CTemporarily unavailable)响应，480中的Reason头宇段原因值设 置为19。 8.1.2.3 呼叫等待业务用户终端收到释放呼叫消息的场景 场景-:呼叫等待业务用户终端在呼叫等待状态下，收到了被呼叫等待的主叫用户终端发送的 CANCEL或BYE消息，呼叫等待业务用户终端应进行如下操作z a)停止Tu巳cw定时器

19、(可选操作) b)停止向呼叫等待业务用户提供呼叫等待指示: c)对CANCEL或者BYE消息发送响应。 场景二:呼叫等待业务用户终端在呼叫等待状态下，收到了原通话用户发送的CANCEL或BYE消息， 呼叫等待业务用户终端应进行如下操作: a)停止TlJE.CW定时器(可选操作) b)停止向呼叫等待业务用户提供呼叫等待指示: c)对CANCEL9:或者BYE消息发送响应: d)接昕呼叫等待用户的来话。 场景三:呼叫等待业务用户在呼叫等待状态下，拒绝被呼叫等待用户的来话，呼叫等待业务用户终 端应进行如下操作z a)停止TlJE.CW定时器(可选操作); 4 w w w . b z f x w .

20、c o m YDrr 2011-2009 b)停止向呼叫等待业务用户提供呼叫等待指示: c)向正在被呼叫等待的用户发送486响应。 8.1.3 呼叫等待业务用户归属S-CSCF操作 S-CSCF应将向该业务用户发起的副VITE请求，发送至呼叫等待业务AS进行相关的业务处理。 8.1.4 呼叫等待业务AS操作 8.1.4.1 AS判定发生呼叫等待 临近NDUB情况下，AS收到INVITE请求，AS判定发生呼叫等待。 用户决定呼叫等待情况下，AS 收到有Alert-Info头宇段的180响应，Alert-Info头字段赋值为 山n:alert:se凹ice:cal1-waiting, AS判定发生

21、呼叫等待。 8.1.42 AS插入参数操作处理 在临近NDUB情况下，呼叫等待业务AS判定发生呼叫等待，则呼叫等待业务AS应进行如下处理z a)呼叫等待业务AS在的VITE请求中插入MIME消息体作为呼叫等待指示，MIME消息体中的参数设 置如下:在call-waiting-indication元素中应包含ims-cw根元素Content-Type头字段应赋值为 applicationl3gpp-cw+xml b)呼叫等待业务AS收到呼叫等待业务用户返回的180响应后，在180响应内插入Alert.蝙Info头字段， Alert-Info头字段赋值为urn:a1ert:se凹ice:call-

22、waiting。 8.1.4.3 向被呼叫等待用户发送呼叫等待指示 临近NDUB情况下，INVITE请求发送至呼叫等待呼叫等待业务用户，呼叫等待业务AS收到呼叫等待 业务用户返回的180响应后，在180响应内插入Alert-Info头宇段，Alert-Info头宇段赋值为 urn:alert:service:call-waiting ，并将插入Alert-Info头字段的180响应发送至被呼叫等待用户，向被呼叫 等待用户提供呼叫等待指示。 用户决定呼叫等待情况下，AS 收到的呼叫等待呼叫等待业务用户返回的180响应带有Alert-Info头字 段，Alert-Info头宇段赋值为urn:ale

23、rt:service:call-waiting, AS应将带有Alert-Info头宇段的180响应转发 至被呼叫等待用户，向被呼叫等待用户提供呼叫等待指示。 8.1.4.4 T AS-CW定时器超时操作处理 在呼叫等待业务发生时，呼叫等待业务AS收到180(Ringing)消息后，启动TAS-CW定时器，当TAS-cw定 时器超时后，AS应该发送CANCEL请求至呼叫等待业务用户终端，该CANCEL中应包含Reason头字段， Reason头字段协议段设置为SIP，原因值设置为408，并发送480(Temporarily unavailable)至被呼 叫等待用户，480中的Reason头宇

24、段原因值设置为190TAS-CW定时器由呼叫等待业务AS进行控制。TAS-CW 定时器规定了呼叫等待业务用户向被呼叫等待业务用户做出响应的时长，时长范围可由系统自行配置， 在此范围内，可自由定制呼叫等待时长。 8.1.5 被呼叫等待用户终端操作 被呼叫等待用户终端收到启用Alert-Info头宇段的180(Ringing)响应，Alert-Info的值为 urn:alert:service:call-waiting ，被呼叫等待用户终端应向用户指示呼出通话正在被呼叫等待。 8.2 呼叫保持业务 8.2.1 概述 本节只对业务相关的处理进行描述。呼叫保持消息流程示例参见附录B。 5 w w w

25、. b z f x w . c o m YDrr 2011-2009 8.2.2 呼叫保持业务用户终端操作 呼叫保持终端应发送包含SDP信息的re-剧VITE消息进行呼叫保持操作，并应具备对一个会话中的单 个媒体流分别进行呼叫保持和对一个会话中的所有媒体流同时进行呼叫保持的能力。 对单个媒体流进行呼叫保持和恢复时，进行如下操作z a)呼叫保持终端对一个会话中的单个媒体流分别进行呼叫保持时，呼叫保持业务用户终端应生成一 个新的SDP，对SDP中单个媒体流属性media-descriptions之后的attribute-fields属性行进行修改，具体修改 内容如下: 一若之前为a=recvonl

26、y ，则设置为a=inactive 一若之前为a=sendrecv ，则设置为a=sendonly。 b)呼叫保持终端对一个会话中的单个媒体流分别进行呼叫保持恢复时，呼叫保持业务用户终端应生 成一个新的SDP，对SDP中单个媒体流属性media-descriptions之后的at创bute-fields属性行进行修改，具体 修改内容如下: 一若之前为a=inacti ve ，则设置为a=recvonly 一若之前为a=sendonly，则设置为a=sendrecv或者a的值缺省。 对所有媒体流进行呼叫保持恢复时，进行如下操作: c)呼叫保持终端对所有媒体流进行呼叫保持时，呼叫保持业务用户终端应

27、生成一个新的SDP，对SDP 中session-name-field头宇段之后的at创bute-fields属性行进行修改，具体修改内容如下z 一若之前为a:可回vonly，则设置为a=inacti ve 一若之前为a=sendrecv ，则设置为a=sendonly 。 d)呼叫保持终端对所有媒体流进行呼叫保持恢复时，呼叫保持业务用户终端应生成一个新的SDP， 对SDP中session-name-field头宇段之后的attribute-fields属性行进行修改，具体修改内容如下z 一若之前为a=inacti ve ，则设置为a=recvonly 一若之前为a=sendonly ，则设置为

28、a=sendrecv或者a的值缺省。 8.2.3 呼叫保持业务AS操作 呼叫保持业务AS应处理所有呼叫保持业务用户发起的因VITE消息。呼叫保持业务AS可以向被呼叫 保持用户终端发送呼叫保持业务指示。 9 与其他基于统一IMS的业务间的交互作用 9.1 呼叫等待业务 9.1.1 与无条件呼叫前转业务的交互作用 无条件呼叫前转业务优先于呼叫等待业务。 9.1.2 与遇忙呼叫前转业务的交互作用 遇忙呼叫前转业务优先于呼叫等待业务。 9.1.3 与无应答呼叫前转业务的交互作用 如果无应答呼叫前转定时器先于呼叫等待业务定时器超时，则执行无应答呼叫前转业务。 如果呼叫等待业务定时器先于无应答呼叫前转定时

29、器超时，则执行呼叫等待业务定时器超时的流程。 9.1.4 与多媒体彩铃业务的交互作用 呼叫等待业务优先于多媒体彩铃业务。 6 w w w . b z f x w . c o m YDrr 2011-2009 附录A (资料性附录) 呼叫等待消息流程示倒 A.1 临近NDUB情况下a呼叫等待消息流程示例 临近NDUB情况下的呼叫等待消息流程示例如图A.1所示。 10.180阳nging .一A1ert-Infa Irn:alert岳凹ice: caJl.wai也Ig -15.2000K 5.INVITE 呼叫等待指莉 6. 180 Ringjt理 11.友XOK 圄A.1I临近NDUB情况下的呼

30、叫等待消息流程示倒 流程说明如下: 1-2. 发起对四-B的呼叫 2a. AS判定为临近NDUB情况，在剧VITE请求中插入呼叫等待指示。 3-4. INVITE请求转发至UE-B。 5. UE-B识别呼叫等待指示，向呼叫等待业务用户指示呼叫等待业务。 6. UE-B发送180响应。 7-8. 180响应发送至ASo 8a. AS在180响应中插入带有Alert-Info头宇段，Alert-Info头宇段赋值为uum:a1ert:service:ca1l-waiting。 他.cw定时器启动。 9-10. 带有Alert-Info头宇段的180响应发送至被呼叫等待业务用户。 7 w w w .

31、 b z f x w . c o m yorr 2011-2009 11-15. UE-B发送2OK响应。 13a. CW定时器停止。 A.2 用户决定呼叫等待情况下，呼叫等待消息流程示例 用户决定呼叫等待情况下的呼叫等待消息流程示例如图A.2所示。 .-10.183嗣篇由n progress 15.180 R阳glng . A随时时0: urn:alert:servtoe: 饵-wal伽g -一-20.200 4.INVITI 7. 183 Sesslon progress 8.1835幡Ion_ I pr匈ress-I 9. 183臼ssIon progress 12. 180 R阳、g

32、A阳附;-lnfo: urrtale叫:servioe: 钮咽翩加g 14.180R问崎 Alert-Inf， ulrta抱rt:servioe: 饵咽a耐ng 17.200。 6. 183Se揭Ion progress 11.180 Ringing Alert-lnfo: Urrt由此servioe: 锢咽akir咱 16.织lOOK 圄A.2用户决定呼叫等待情况下的呼叫等待消息流程示例 流程说明如下2 1-5. 发起对四-B的呼叫。 6-10. 四-B向主叫用户发送临时响应。 11-15. UE-B发送180响应，同时，UE-B在180响应中插入带有Alert-Info头字段，Alert-

33、Info头字段赋 值为11urn:alert:service:ll-waiti鸣。 8 13a. CW定时器启动。 16-20. UE-B发送2OK响应。 18a. CW定时器停止。 w w w . b z f x w . c o m 8.1 呼叫保持流程 呼叫保持流程见如图B.1所示。 1.INVITE (sendonly) 2.INVITE 阳ndonly) 11.200 (recvonly) 附录B (资料性附录 呼叫保持消息流程示例 3.INVITE 阁MIy) 4.INVITE (sendonly) 9.2 (recvonly) 10.20001 (recvonly) yorr 20

34、11-2009 6.INVITE 雨雨雨 7.200 (recvonly) lla.判断是否向四B发送呼叫保持通知 12.200 阳:vonly) 13.ACK 流程说明如下z 14.ACK -一 15. ACK 17. ACK noRTPsent 圄8.1呼叫保持流程(发送呼叫保持指示 1-6. UE-A发送re-INVITE消息，更新SDP内容，具体修改内容如下z 一若之前为a可ecvonly，则设置为a司nactive 一若之前为a=sendrecv ，则设置为a=sendonly 7-12. UE-B返回2000K，更新SDP内容，修改为a可ecvonly。 1旦ACK lla. AS

35、判断是否向UE-B发送呼叫保持指示(在会议业务中调用呼叫保持业务时，re-INVITE消息中 的Contact头字段包含isfocus参数，AS判断不向四-B发送呼叫保持指示)。 13-18.四-A返回ACKo 9 yorr 2011-2009 8.2 呼叫保持恢复流程 呼叫保持恢复流程如图B.2所示。 no RTPsent 3.INVITE (sendrl则 5.INVITE (sendr阳) 6.INVITE (sendrecv) 8.2OK (sendrecv) 7.2OK (sendr圳 唱一11.2。K (锦ndre 9.2000K (sendrl酬 10.2000K I (send

36、recv) l1a.结束向u巳B发送呼叫保持通知 12.2。K (sendr，阳 13.AC 14. ACK一一-. 15. ACK 16.ACK 17. ACK . . . . . . . . . . . . EEEEEEE-YEEEE- . . . . . 口 R . . . . . 18. ACK 固8.2RESUME流程(发送RESUME指示) 流程说明如下: 1-6. UE-A发送re-INVITE消息，更新SDP内容，具体修改内容如下: 一若之前为a=inacti ve ，则设置为a=recvonly 一若之前为a=sendonly ，则设置为a=sendrecv 或者a的值缺省。 7-12. UE-B返回2000K，更新SDP内容，修改为a= sendrecv。 lla. 如果之前的呼叫保持过程中，AS判断向UE-B发送呼叫保持指示，则AS在呼叫保持恢复操作中， 命令结束向UE-B发送呼叫保持指示。 13-18. UE-A返回ACK。 10 YD!T 2011-2009 附录C (资料性附录) 拨号方式实现业务配置和管理的消息流程示例 当采用拨号方式进行呼叫等待业务与呼叫保持业务的配置和管理时，图C.1为通过录音通知方式进 行响应时的参考消息流程示例。 (1)