%81求呼叫等待与呼叫保持业务(第一阶段)

%81求呼叫等待与呼叫保持业务(第一阶段) ICS 33 030 M 21 Y口中华人民共和国通信行业标准 YD厂r 2011-2009 基于统一I MS的业务技术要求 呼叫 等待与呼叫保持业务(第一阶段) Unified based on the IMS Technical of Sewices Requirements Call Call Waiting(CW)and HOLD(HOLD)Services (Release 1) 2010-01-01实施 2009-12-11发布 中华人民共和国工业和信息化部发布 YD,T 201 1-2009 目 次 言 一 -? - -? ? - - ? ?一 ‘ 。‘ ?‘‘ ’ ’。。。’II 范围- ????-- -??? ? - ??-?- -?-? ??‘ -?r-‘ ‘ 。’ 】 』日， 2规范性引用文件 ?- ‘1 3 术语、定义和缩略语13(1术语和定义 l 3 2缩略语 ? ??】 4业务描述与业务特征 2 4(1呼叫等待 2 4 2呼叫保持25 业务服务终端 ? ”2 6 业务管理 2 6(1概述- -?- ?? 。 “2 6(2终端拨号方式3 6 3 ut接口方式 3 7业务触发 3 8业务对功能实体和信令的要求38(1呼叫等待业务 3 8(2呼叫保持业务 ? ”5 9与其他基于统一[MS的业务问的交互作用 6 9 1呼叫等待业务 6 附录B(资料性附录)呼叫保持消息流附录A(资料性附录)呼叫等待消息流程示例 7 附录C(资料性附录)拨号方式实现业务配置和管理的消息流程示例 1l 附录D(资料程示例 9 Schema 12 附录E(资料性附录)呼叫等待业务XML ?? ’13 参考文献 性附录)呼叫等待指示消息体示例 14 YD厂r 201 1-2009 刖 吾 本标准是基于统一IMS的业务系列标准之一，该系列标准的名称及结构预计如下: ——基于统一IMS的业务技术要求标识显示及限制类业务(第一阶段);——基于统一IMS的业务技术要求呼叫前转类业务(第一阶段); ——基于统一IMS的业务技术要求呼叫等待与呼叫保持业务(第一阶段): ——基于统一IMS的业务技术要求恶意呼叫追踪和匿名呼叫拒绝业务(第一阶段); ——基于统一IMS的业务技术要求IP CENTREX业务(第一阶段): ——基于统一IMS的业务技术要求点击拨号业务(第一阶段); ——基于统一IMS的业务技术要求多媒体彩铃业务(第一阶段): ——基于统一IMS的业务技术要求个性化振铃音业务(第一阶段);——基于统一IMS的业务技术要求多媒体会议业务(第一阶段)。 随着技术的发展，还将制定后续的相关标准。 在本标准的制定过程 中还注意了与以下标准的协调统一: ——统一IMS的需求(第一阶段): ——统一IMS的功能体系架构(第一阶段): ——统一IMS组网总体技术要求(第一阶段)。 本标准的附录A、附录B、附录c、附录D和附录E 本标准由中国通信标准化协会提出并归口。 本标准起草单位:工业和信息化部电为资料性附录。 信研究院、华为技术有限公司、中兴通讯股份有限公司、上海 贝尔股份有限公司。 本标准主要起草人:杨海涛、臧磊、刘文宇、李振东、李新颜、周惠琴。 II YD，丁201 1-2009 基于统一IMS的业务技术要求 呼 叫等待与呼叫保持业务(第一阶段) 1范围 本标准规定了基于统一??s的呼叫等待业务与呼叫保持业务的业务描述与业务特征、业务服务终 端、业务管理、业务触发、业务对功能实体和信令的要求、与其他基于统一IMs的业务间的交互作用等要求。 本标准适用于基于统一?以S的呼叫等待业务与呼叫保持业务。 2规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的 修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成的各方研究 是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 3GPPTS 24(623使用模拟业务的ut接口上可扩展标识语言(XML)配置访问协议(XCAP) Access V8(1(0(2008-09)(Extensible Markup Language(XML)Configuration Protocol(XCAP)over the for Ut interface Simulation Services) Manipulating 3术语、定义和缩略语 3(1术语和定义 下列术语和定义适用 临近NDUB 于本标准。 NDUB approaching 在临近NDUB情况下，网络对每个用户都配置有最大可用资源，同时，网络对每个用户还配置有临近 NDUB预设可用资源，限制可用资源的值应小于最大可用资源。临近NDUB形成的条件需要满足下列任意 一项: a)语音会话情况下，用户正在进行的通话数量已达到临近NDUB预设可用资源，并且没有达到最大 可用资源; b)多媒体会话情况下，用户已经占用的多媒体流数量已达到临近NDUB预设可用资源的上限，并且 没有达到最大可用资源; c)用户已占用的多媒体带宽已达到临近NDUB预设可用资源的上限，并且没有达到最大可用资源。 3_2缩略语 下列缩略语适用于本标准。 ServerAS 应用服务器 Application Subscriber Line DSL数字用户线路 Digital Access Device lAD 综合接入设备 Integrated Filter iFC Initial Criteria 初始过滤规则 IP Multimedia IMSp多媒体子系统 Subsystem YD厂r 201 1_2009 Services ISDN Network综合业务数字网Integrated Digital LANLocal Area Network 局域网 Network Determined User 网络决定用户忙 NDUB Busy Network NGN下一代网络 Next Generation PSTN Public Switched Network 公共电话交换网 Telephone SIP Initiation Protocol Session 会话初始协议 URIUnifoml Resource Identifier统一资源标识符 WLAN Wireless Local Area Network 无线局域网 Access Protocol XCAPXMLXML配置接入协议Configuration Extensible XML可扩展标记语言 Markup Language 4业务描述与业务特征 4 1呼叫等待 呼叫等待业务是指当呼叫等待业务用户B正与用户A通话时，用户C试图与用户B建立通话连接，此时 呼叫等待业务用户B可以接收到呼叫等待指示，表示另有用户等待通话，同时，被呼叫等待用户C可以接 收到呼叫等待指示，指示呼出通话正在被呼叫等待。呼叫等待业务用户B对被呼叫等待的呼叫可以选择接 受、拒绝或不理睬等操作。 4 2呼叫保持 呼叫保持业务是指用户在一个IP多媒体会话中，暂时中断单个或所有媒体流，并能够将 中断的媒体 流恢复的业务。 5业务服务终端 在统一IMs的第一阶段，呼叫等待与呼uq保持业务可服务 j:以下终端: a)SIP硬终端(指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的终端。该类型终端具有一 定的物理形态。此类型终端暂不要求具备ISIM卡): b)SIP软终端(指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的一种软件客户端，通常安 装在个人PC等设备上。此类型终端可以具备或不其备ISIM卡); c)移动终端(指支持SIP协议并且通过2G、3G接入IMS域的移动终端。此类型终端要求具备SIM卡,USIM卡,ISIM卡瓜(UIM卡,CSIM卡，但对于cdma2000机卡合一终端，可以不具备物理实体的R—UIM卡 ICSIM卡)。 6业务管理 6(1概述 用户可以通过多种方式来对自己的呼叫等待与呼叫保持业务进行配置和管理，主要包括终端拨号方 式、ut接口方式、Web方式等。其中，网络和终端至少应支持拨号方式和ut接口方式(未包含呼叫保持 业务)。当用户通过不同方式对业务数据进行配置时，最新的业务配置应覆盖之前的业务配置。 业务配置和管理的内容主要包括:对呼叫等待与呼叫保持业务进行激活和去激活操作，查询业务状 态等。 2 YD厂r 20l 1-2009 对于拨号方式，具体业务配置和管理的编号可依据业务运营者的应用需求而定，不在此进行标准化， 其拨号程序可参考6(2节。 对于Ut接口方式，具体业务配置和管理的操作和界面等可依据具体应用需求而 对于Web方式，是指统一IMS为用户提供基于互联网的个人信息助理功定，不在此进行标准化。 能，每个终端用户都有自己 的用户名和密码，在登录业务提供者提供的网站并通过鉴权后，可以在线进行呼叫等待与呼叫保持业务 的配置管理。具体实现方式可由业务提供者根据自己的需求来设置。 6 2终端拨号方式 6(2(1概述 拨号方式实现业务配置和管理的消息流程示例参见 附录C。 6 2 2呼叫等待 激活:按“相关业务码”;响应，如听到相应的录音通知;结束。 去激活: 按“相关业务码”:响应，如昕到相应的录音通知;结束。 业务状态查询: 按“相关业务码”;响应，如听到相应的录音通知;结束。 6(2(3呼叫保持 激活:按“相关业务码”;响应，如昕到相应的录音通知;结 束。 去激活:按“相关业务码”;响应，如听到相应的录音通知;结束。 业务状态查询:按“相关业务码”;响应，如听到相应的录音通知;结束。 6(3 Ut接口方式 呼叫等待业务可以通过ut接口进行设置，具体XML Schema格式参见附录D。 7业务触发 为了保证业务的正常实现，HSS应为每个业务用户建立相应的初始过滤规则(iFc)。对于 呼叫等待 业务和呼叫保持业务，业务用户的iFC应保证会话请求能够发送至相应的业务AS以进行相关的业务处理: a)对于呼叫等待业务，S-CSCF应将向该业务用户发起的INVITE请求，发送至呼叫等待业务AS进行相关的业务处理i b)对于呼叫保持业务，S-CSCF应将该业务用户发起的INVITE请求，发送至呼叫保持业务AS进行相 关的业务处理。 8业务对功能实体和信令的要求 8(1呼叫等待业务 8(1(1概述 本节只对业务相关的处理进行描述。呼叫等待消息流程示例参见附录A。 8(1(2呼叫等待业务用户终端操作 8(1(2( 1呼叫等待业务用户终端基本能力 当收到包含呼叫等待指示的INVITE消息，并且呼叫等待业务用户未达到最大呼叫等待数时，呼qq等 待业务用户终端应具备下列能力: a)启动TU。(cw定时器(TuE_cw定时器可以在呼叫等待业务用户终端上设置呼叫等待时长，此操作为 可选操作): YD,T 201 1—2009 b)向业务用户提供呼叫等待指示(例如，带内呼叫等待提示音、在终端屏幕上提示呼叫等待等); c)对INVITE消息发送180(Ringing)响应。在用户决定呼叫等待的情况下，终端应在180响应中插 入Alert-Info头字段，Alert—Info的值为“urn:alert:service:call—waiting”。 INVITE消息中包含的呼叫等待指示的内容见8(1(3(2节，呼叫等待指示消息体示例参见附录E。 8(1(2(2呼叫等待业务用户终端对呼叫等待来话进行操作的场景 场景一:呼叫等待业务用户接听被呼叫等待用户来话，释放原通话，TUB。。定时器未超时，呼叫等待 业务用户终端应进行如下操作: a)停止TUE“定时器 b)停止向呼叫等待业务用户提供(可选操作); C)释放当前正在进行的呼叫: 呼叫等待指示; d)接听呼叫等待的呼叫。 场景二:呼叫等待业务用户接听被呼叫等待用户来话，保持原通话，TUE-c。定时器未超时，呼叫等待 业务用户终端应进行如下操作: a)停止TVE_CW定时器 b)停lL向呼叫等待业务用户提供(可选操作); 呼叫等待指示; c)当前正在进行的呼叫进行呼叫保持操作; d)接听呼叫等待的呼叫。 场景三:呼叫等待业务用户继 续原通话，不对被呼叫等待用户来话进行任何操作，启动TUBc。定时器 (可选操作)，并且Tu。cw定时器超时，呼叫等待业务用户终端应进行如下操作: a)停止向呼叫等待业务用户提供呼叫等待指示; b)向正在呼叫等待的用户发送480(Temporarily unavailable)响应，480中的Reason头字段原因值设 置为19。 8(1(2(3呼叫等待业务用户终端收到释放呼叫消息的场景 场景一:呼叫等待业务用户终端在呼叫等待状态下，收到了被呼叫等待的主叫用户终端发送的 CANCEL或BYE消息，呼叫等待业务用户终端应进行如下操作: b)停止向呼a)停止TUBcw定时器(可选操作); 叫等待业务用户提供呼叫等待指示: c)对 CANCEL或者BYE消息发送响应。 场景=:呼叫等待业务用户终端在呼叫等待状态下，收到了原通话用户发送的CANCEL或BYE消息， 呼叫等待业务用户终端应进行如下操作: b)停【?向a)停IkYuE(cW定时器(可选操作): 呼叫等待业务用户提供呼叫等待指示: c)对 d)接昕呼叫等CANCEL或者BYE}『fi息发送响应; 待用户的来话。 场景三:呼叫等待业务用户在呼叫等待状态下，拒绝被呼叫等待用户的来话，呼叫等待业务用户终 端应进行如下操作: a)停II+TuE(cw定时器(可选操作); 4 YD仃201 1—2009 b)停止向呼叫等待业务用户提供呼叫等待指示; C)向正在被呼叫等待的用户发送486n向应。 8(1(3呼叫等待业务用户归属S-CSCF操作 S-CSCF应将向该业务用户发起的INvrrE请求，发送至呼叫等待业务AS进行相关的业务处理。 8 1(4呼叫等待业务AS操作 8(1(4 1 AS判定发生呼叫等待 临近NDUB情况下，AS收到NvrrE请求，AS判定发生呼叫等待。 用 户决定呼叫等待情况下，AS收到有Alert(Info头字段的180响应，A1ert(Info头字段赋值为“urn:alert:service:call(waiting”，AS判定发生呼叫等待。 8(1(4( 2AS插入参数操作处理 在临近NDUB情况下，呼叫等待业务AS半-IJ定发生呼叫等待，则呼叫等待业务AS应进行如下处理: a)呼叫等待业务AS在INVITE请求中插入MIME消息体作为呼叫等待指示，MIME消息体中的参数设 置如下:在“call—waiting-indication”元素中应包含“ims—CW”根元素;Content—Type头字段应赋值为 “application,39pp—cw+xml”: b)呼叫等待业务AS收到呼叫等待业务用户返回的180响应后，在180响应内插入Alert(Info头字段， Alert—Info头字段赋值为“urn:alert:service:call—waiting”。 8 1 4 3向被D,-pq等待用户发送呼叫等待指示 临近NDUB情况下，INVITE请求发送至呼叫等待呼叫等待业务用户，呼叫等待业务AS收到呼叫等待 业务用户返回的180响应后，在180响应内插入Alert-Info头字段，Alert—Info头字段赋值为 “urn:alert:service:call—waiting”，并将插入Alert(Info头字段的t80响应发送至被呼叫等待用户，向被呼叫 等待用户提供呼叫等待指示。 用户决定呼叫等待情况下，AS收到的呼叫等待呼叫等待业务用户返回的180响应带有Alert—IIlfo头字 段，Alert(Info头字段赋值为“urn:alert:service:call—waiting”，AS应将带有Alert—Info头字段的180"自应转发 至被呼叫等待用户，向被呼叫等待用户提供呼叫等待指示。 8(1(4( 4 TAs(cw定时器超时操作处理 在呼叫等待业务发生时，呼叫等待业务As收到180(Ringing)消息后，启动TAs-cw定时器，当T“cw定 时器超时后，AS应该发送CANCEL请求至呼叫等待业务用户终端，该CANCELqa应包含Reason头字段， unavailable)至被呼 Reason头字段协议段设置为“SIP”，原凼值设置为“408”，并发送480(Temporarily 叫等待用户，480中的Reason头字段原因值设置为19。T“cw定时器由呼uq等待业务AS进行控制。TAs-cw 定时器规定了呼叫等待业务用户向被呼叫等待业务用户做出响应的时长，时长范围可由系统自行配置， 在此范围内，可自由定制呼口q等待时长。 8(1(5被呼叫等待用户终端操作 被呼叫等待用户终端收到启用Alert—Info头字段的180(Ringing) 响应，Alert—Info的值为 “uFn:alert'service:call(waiting”，被呼叫等待用户终端应向用户指示呼出通话正在被呼叫等待。8 2呼叫保持业务 8(2(1概述 本节只对业务相关的处理进行描述。呼叫保持消息流程示例参见 附录B。 YD厂r 201 1-2009 8(2(2呼叫保持业务用户终端操作 呼叫保持终端应发送包含SDP信息的re(INVITE消息进行呼叫保持操 作，并应具备对一个会话中的单 个媒体流分别进行呼叫保持和对一个会话中的所有媒体流同时进行呼叫保持的能力。 对单个媒体流进行呼 a)呼叫保持终端对一个会话中的单个媒体流分别进行呼叫保持叫保持和恢复时，进行如下操作: 时，呼叫保持业务用户终端应生成一 个新的SDP，对SDPQ单个媒体流属性media—descnpdons之后的attribute(fields属性行进行修改，具体修改 内容如下: 一若之前为“a=recvonly”，则设置为“a=inacfive”: 一若之前为“a=sendrecv”，则设置为 “a=sendonly”。 b)呼叫保持终端对一个会话中的单个媒体流分别进行呼叫保持恢复时，呼叫保持 业务用户终端应生 成一个新的SDP，对sDP中单个媒体流属性media(descripdons之后的attribute—fields属性行进行修改，具体 修改内容如下: 一若之前为“a=inactive”，则设置为“a=recvonly”: 一若之前为“a=sendonly”，则设置为 “a=sendrecv”或者a的值缺省。 对所有媒体流进行呼叫保持恢复时，进行如下操作: c)呼叫保持终 端对所有媒体流进行呼叫保持时，呼叫保持业务用户终端应生成一个新的SDP，对SDP中session(name(field头字段之后的attribute(fields属性行进行修改，具体修改内容如下: 一若之前为 “a=recvonly”，则设置为“a=inactive”; 一若之前为“a=sendrecv”，则设置为 “a=sendonly”。 d)呼叫保持终端对所有媒体流进行呼叫保持恢复时，呼叫保持业务用户终端应 生成一个新的SDP， 对SDP中session(name—field头字段之后的attribute(fields属性行进行修改，具体修改内容如下: 一若之前为“a=inactive”，则设置为“a=recvonly”; 一若之前为“a=sendonly”，则 设置为“a=sendrecv”或者a的值缺省。 8 2 3呼叫保持业务AS操作 呼叫保持业务AS应处理所有呼叫保持业务用户发起的INVITE消息。呼叫保持业务AS可以向被呼叫 保持用户终端发送呼叫保持业务指示。 9与其他基于统一IMS的业务问的交互作用 9(1呼叫等待业务 9(1( 1与无条件呼叫前转业务的交互作用 无条 件呼叫前转业务优先于呼叫等待业务。 9(1(2与遇忙呼叫前转业务的交互作用 遇忙 呼叫前转业务优先于呼叫等待业务。 9(1(3与无应答呼叫前转业务的交互作用 如果无应答呼叫前转定时器先于呼叫等待业务定时器超时，则 执行无应答呼叫前转业务。 如果呼叫等待业务定时器先于无应答呼叫前转定时器超时，则执行呼叫 等待业务定时器超时的流程。 9(1(4与多媒体彩铃业务的交互作用 呼叫 等待业务优先于多媒体彩铃业务。 6 YD,T 201 1-2009 (资料性附附录A 录) 呼叫等待消息流程 示例 A(1 临近NDUB情况下，呼叫等待消息流程示例 临近NDUB情况下的呼叫等待消息流程示例如图A(1所示。 CSCF ASP-CSCF l被叫s 2 INVITB— 刊 2aAS判定为临近NDUB 情况，在INVITE请求中 插入吁叫等待指示 (r。3呼(IN。V等IT特E指雨—J4INVITE (一 【呼叫等待指雨 f呼叫等箱 ? 7180km4n 。 ——8,180Ri*”—-4 q4应中插入 8aAS在180 Alert-Info头字段 { 8b cw定时器启动 9180Ro口ng +。I鉴=。l call-waitlng '-3 2800K———?d 13a CW定时器停 2000— 止(一14 图A(1 临近NDUB_}青况下的呼叫等待消息流程示例 流程说明如下: 1—2(发起对UE(B的呼叫。 2a(AS判定为临近NDUB情况，在INVITE请求中插入呼叫等待指示。 3,4 INVITE请求转发至UE(B。 5(UE—B识别呼叫等待指示，向呼叫等待业务用户指示呼叫等待业务。 6(UE(B发送180响应。 7,8 180响应发送至AS。 8a(As在180响应中插入带确'Alert-Intb头字段，Alert—Into头字段赋值为“urn:alert:service:call-waiting”。 8b CW定时器启动。 9-10 带有Alert—Info头字段的180咱3应发送至被呼叫等待业务用户。 7 YDfl-201 1—2009 11-15(ErE(B发送200 OK响应。 13a(CW定时器停止。 A(2用户决定呼叫等待情况 下，呼叫等待消息流程示例 用户决定呼叫等待情况下的呼叫等待消息流程示例如图A(2所示。 图A(2用户决定呼叫等待情况下的呼叫等待消息流程示例 流程说明如下: 1,5(发起对UE(B的呼叫。 6,10(UE(B向主叫用户发送临时响应。 11(15(UE(B发送180响应，同时，UE(B在180响应中插入带有Alert(Info头字段，Alert(Info头字段赋 值为“urn:alert:service:call-waiting”。 13a(CW定时器启动。 16(20(UE(B发送200 OK响应。 18a(CW定时器停止。 8 YD厂r 201 1-2009 (资料性附附录B 录) 呼叫保持消息流程 示例 B(1呼叫保持流程 呼叫保持流程 见如图B(1所示。 1 图B 呼叫保持流程(发送呼叫保持指示) 流程说明如下: 1一-6(uE(A发送re(INv?E消息，更新SDP内容，具体修改内容如下: 一若之前为“a=rccvonly”，则设置为“a--inactive” 一若之 前为“a=sendrecv”，则设置为“a=sendonly” 7—12(UE-B返回200 OK，更新SDP内容，修改为“a=recvonly”。 1la AS判断是否向UE(B发送呼叫保持指示(在会议业务中调用呼叫保持业务时，re—INVITE消息中 的Contact头字段包含isfocus参数，AS判断不向UE—B发送呼叫保持指示)。 13,18 UE(A返回ACK。 9 YD厂r 201 1-2009 B(2呼叫保持恢复流程 呼叫保持恢 2所示。 复流程如图B 图B(2 RESUME流程(发送RESUMEJ'旨示) 流程说明如下: 一若之1-6(UE(A发送re(INVITE消息，更新sDP内容，具体修改内容如下: 前为“a=inactive”，则设置为“a=recvonly”: 一若之前为 “a=sendonly”，则设置为“a=sendrecv”或者a的值缺省。 7,12 UE—B返回200 OK，更新sDP内容，修改为“a=sendrecv”。 1la(如果之前的呼叫保持过程中，AS判断I;JUE—B发送呼叫保持指示，?JJAS在呼叫保持恢复操作中 命令结束la日uE(B发送呼叫保持指示。 13,18(UE—A返回ACK。 10 YD,T 201 1-2009 (资料?|生附录) 拨号方式实现业务附录C 配置和管理的消息流程示例 当采用拨号方式进行呼叫等待业务与呼叫保持业务的配置和管理时，图C(1为通过录音通知方式进 行响应时的参考消息流程示例。 1 拨号方式实现业务配置和管理的消息流程示倒 流程说明如下: 图C (1)用户拨 打业务配置管理接入码，终端向P—CSCF发送INVITE请求，其中的Request—URI即填写接入码内容;P—CSCF向S-CSCF转发INVITE请求，并向终端回送临时响应100。 (2)S-CSCF收到会话请求INVITE后，分析出其中的Request。URI是以业务代码开始的，即将该请 求发送至相应的AS，并向P—CSCF回送临时响应100。 (3)AS向S-CSCF发送响应183，修改主叫侧连接地址;S-CSCF向P(CSCF转发该响应;P—CSCF 向终端转发该响应。 (4)主叫用户挂机，终端向P—CSCF发送CANCEL，P(CSCF回送响应200;P(CSCF向S-CSCF发 送CANCEL，S-CSCF回送响应200:S-CSCF向AS发送CANCEL，AS回送响应200。 (5)AS向 S(CSCF发送487响应，S-CSCF发送ACK证实;S-CSCF向P(CSCF发送487响应，P-CSCF发送ACK证实:S-CSCF向P(CSCF发送487响应，P(CSCF发送ACK证实。 YD,r 201 1—2009 附录D (资料-眭附录) Schema呼叫等待业务XML 24(623 V8(1(0 TS Schema格式见3GPP 本附录内容应用在ut接口业务配置过程中。具体XML (2008—09)。 communication waiting <,xs:documentation> <,xs:annotation> <,xs:elemen》 <,xs:schema> 12 YD,T 201 1-2009 附录E (资料性附 呼叫等待指示消息体录) 示例 蜘:any眦mesp#’铺蛐一processContents= lax minOccurs=llo_l蚴Occ#t-11Ilbounded--b <,xs:sequence> <,xs:complexType> <1s:element name=”ims—CW”type=”cwl0:tCWtype",><,xs:schema> 3 YD厂r 2011-2009 参考文献 1929—2009 统一IMS的需求(第一阶段)[1]YD,T 1930—2009 统一,MS的组网总体技术要求(第一阶段)【2】YD,T 2007—2009 统一IMS的功能体系架构(第一阶段)【3】YD,T 065—1997 邮电部电话交换设备总技术规范书【4】YDN 007—2007 下一代网络(NGN)中PSTN,ISDN模拟业务技术要求【5】YDB 22(173V9(0(0(2008-12)IP多媒体核心网络予系统(1MS)多媒体电话业务和辅助服务; [6]3GPPTS 第1阶段 24(229 【7】3GPPTS V8(6(0(2008—12)基于SIP与SDP的IP多媒体会话控制协议;阶段3 TS 24(610 【8]3GPP V8(2(0(2008—12)使用口多媒体(DvI)核心网(CN)子系统的通信HOLD(HOLD); 协议规范 24(615 [9]3GPPTS V8(0(0(2008(12)使用P多媒体(DvI)核心网(CN)子系统的通信等待(CW);协议 规范 14 中华人民共和国 通信行业 基于统一lMS的业务技术要标准 呼叫等待与呼叫保持业务(第一阶求 段) 1-2009YD,T 201 } 人民邮电出版社出版发行 北京 邮市崇文区夕照寺街14号A座 北京新瑞铭印政编码:100061 刷有限公司印刷 版权所有不得翻印 ^ 1,16 开本:880x 1230 20lO年1月第1版 印张:1 20lO年1月北京第1次印刷 字数:32千字 定价:10元 本书如有印装质ISBN978(7-115-2028,10—90 量问题，请与本社联系电话:(010)67114922