YD T 2011-2009 基于统一IMS的业务技术要求 呼叫等待与呼叫保持业务 (第一阶段).pdf
《YD T 2011-2009 基于统一IMS的业务技术要求 呼叫等待与呼叫保持业务 (第一阶段).pdf》由会员分享,可在线阅读,更多相关《YD T 2011-2009 基于统一IMS的业务技术要求 呼叫等待与呼叫保持业务 (第一阶段).pdf(18页珍藏版)》请在麦多课文档分享上搜索。
1、ICS 33 030M 21 Y口中华人民共和国通信行业标准YD厂r 2011-2009呼叫基于统一I MS的业务技术要求等待与呼叫保持业务(第一阶段)Technical Requirements of Sewices based on the Unified IMSCall Waiting(CW)and Call HOLD(HOLD)Services(Release 1)2009-12-11发布 2010-01-01实施中华人民共和国工业和信息化部发布56目 次YDT 201 1-2009言一-一。II范围-r-。】规范性引用文件-1术语、定义和缩略语131术语和定义l3 2缩略语】业务描述
2、与业务特征241呼叫等待24 2呼叫保持2业务服务终端”2业务管理261概述-。“262终端拨号方式36 3 ut接口方式37业务触发38业务对功能实体和信令的要求381呼叫等待业务382呼叫保持业务”59与其他基于统一MS的业务问的交互作用69 1呼叫等待业务6附录A(资料性附录)呼叫等待消息流程示例7附录B(资料性附录)呼叫保持消息流程示例9附录C(资料性附录)拨号方式实现业务配置和管理的消息流程示例1l附录D(资料性附录)呼叫等待业务XML Schema12附录E(资料性附录)呼叫等待指示消息体示例13参考文献14日,234YD厂r 201 1-2009刖 吾本标准是基于统一IMS的业务
3、系列标准之一,该系列标准的名称及结构预计如下:基于统一IMS的业务技术要求标识显示及限制类业务(第一阶段);基于统一IMS的业务技术要求呼叫前转类业务(第一阶段);基于统一IMS的业务技术要求呼叫等待与呼叫保持业务(第一阶段):基于统一IMS的业务技术要求恶意呼叫追踪和匿名呼叫拒绝业务(第一阶段);基于统一IMS的业务技术要求IP CENTREX业务(第一阶段):基于统一IMS的业务技术要求点击拨号业务(第一阶段);基于统一IMS的业务技术要求多媒体彩铃业务(第一阶段):基于统一IMS的业务技术要求个性化振铃音业务(第一阶段);基于统一IMS的业务技术要求多媒体会议业务(第一阶段)。随着技术的
4、发展,还将制定后续的相关标准。在本标准的制定过程中还注意了与以下标准的协调统一:统一IMS的需求(第一阶段):统一IMS的功能体系架构(第一阶段):统一IMS组网总体技术要求(第一阶段)。本标准的附录A、附录B、附录c、附录D和附录E为资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位:工业和信息化部电信研究院、华为技术有限公司、中兴通讯股份有限公司、上海贝尔股份有限公司。本标准主要起草人:杨海涛、臧磊、刘文宇、李振东、李新颜、周惠琴。II基于统一IMS的业务技术要求呼叫等待与呼叫保持业务(第一阶段)YD,丁201 1-20091范围本标准规定了基于统一s的呼叫等待业务与呼叫保持
5、业务的业务描述与业务特征、业务服务终端、业务管理、业务触发、业务对功能实体和信令的要求、与其他基于统一IMs的业务间的交互作用等要求。本标准适用于基于统一以S的呼叫等待业务与呼叫保持业务。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。3GPPTS 24623使用模拟业务的ut接口上可扩展标识语言(XML)配置访问协议(XCAP)V810(2008-09)(Extensibl
6、e Markup Language(XML)Configuration Access Protocol(XCAP)overthe Ut interface for Manipulating Simulation Services)3术语、定义和缩略语31术语和定义下列术语和定义适用于本标准。临近NDUB approaching NDUB在临近NDUB情况下,网络对每个用户都配置有最大可用资源,同时,网络对每个用户还配置有临近NDUB预设可用资源,限制可用资源的值应小于最大可用资源。临近NDUB形成的条件需要满足下列任意一项:a)语音会话情况下,用户正在进行的通话数量已达到临近NDUB预设可用资
7、源,并且没有达到最大可用资源;b)多媒体会话情况下,用户已经占用的多媒体流数量已达到临近NDUB预设可用资源的上限,并且没有达到最大可用资源;c)用户已占用的多媒体带宽已达到临近NDUB预设可用资源的上限,并且没有达到最大可用资源。3_2缩略语下列缩略语适用于本标准。AS Application ServerDSL Digital Subscriber LinelAD Integrated Access DeviceiFC Initial Filter CriteriaIMS IP Multimedia Subsystem应用服务器数字用户线路综合接入设备初始过滤规则p多媒体子系统YD厂r 2
8、01 1_2009ISDN Integrated Services Digital NetworkLAN Local Area NetworkNDUB Network Determined User BusyNGN Next Generation NetworkPSTN Public Switched Telephone NetworkSIP Session Initiation ProtocolURI Unifoml Resource IdentifierWLAN Wireless Local Area NetworkXCAP XML Configuration Access Protoco
9、lXML Extensible Markup Language综合业务数字网局域网网络决定用户忙下一代网络公共电话交换网会话初始协议统一资源标识符无线局域网XML配置接入协议可扩展标记语言4业务描述与业务特征4 1呼叫等待呼叫等待业务是指当呼叫等待业务用户B正与用户A通话时,用户C试图与用户B建立通话连接,此时呼叫等待业务用户B可以接收到呼叫等待指示,表示另有用户等待通话,同时,被呼叫等待用户C可以接收到呼叫等待指示,指示呼出通话正在被呼叫等待。呼叫等待业务用户B对被呼叫等待的呼叫可以选择接受、拒绝或不理睬等操作。4 2呼叫保持呼叫保持业务是指用户在一个IP多媒体会话中,暂时中断单个或所有媒体
10、流,并能够将中断的媒体流恢复的业务。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
11、机卡合一终端,可以不具备物理实体的RUIM卡ICSIM卡)。6业务管理61概述用户可以通过多种方式来对自己的呼叫等待与呼叫保持业务进行配置和管理,主要包括终端拨号方式、ut接口方式、Web方式等。其中,网络和终端至少应支持拨号方式和ut接口方式(未包含呼叫保持业务)。当用户通过不同方式对业务数据进行配置时,最新的业务配置应覆盖之前的业务配置。业务配置和管理的内容主要包括:对呼叫等待与呼叫保持业务进行激活和去激活操作,查询业务状态等。2YD厂r 20l 1-2009对于拨号方式,具体业务配置和管理的编号可依据业务运营者的应用需求而定,不在此进行标准化,其拨号程序可参考62节。对于Ut接口方式,具
12、体业务配置和管理的操作和界面等可依据具体应用需求而定,不在此进行标准化。对于Web方式,是指统一IMS为用户提供基于互联网的个人信息助理功能,每个终端用户都有自己的用户名和密码,在登录业务提供者提供的网站并通过鉴权后,可以在线进行呼叫等待与呼叫保持业务的配置管理。具体实现方式可由业务提供者根据自己的需求来设置。6 2终端拨号方式621概述拨号方式实现业务配置和管理的消息流程示例参见附录C。6 2 2呼叫等待激活:按“相关业务码”;响应,如听到相应的录音通知;结束。去激活:按“相关业务码”:响应,如昕到相应的录音通知;结束。业务状态查询:按“相关业务码”;响应,如听到相应的录音通知;结束。623
13、呼叫保持激活:按“相关业务码”;响应,如昕到相应的录音通知;结束。去激活:按“相关业务码”;响应,如听到相应的录音通知;结束。业务状态查询:按“相关业务码”;响应,如听到相应的录音通知;结束。63 Ut接口方式呼叫等待业务可以通过ut接口进行设置,具体XML Schema格式参见附录D。7业务触发为了保证业务的正常实现,HSS应为每个业务用户建立相应的初始过滤规则(iFc)。对于呼叫等待业务和呼叫保持业务,业务用户的iFC应保证会话请求能够发送至相应的业务AS以进行相关的业务处理:a)对于呼叫等待业务,S-CSCF应将向该业务用户发起的INVITE请求,发送至呼叫等待业务AS进行相关的业务处理
14、ib)对于呼叫保持业务,S-CSCF应将该业务用户发起的INVITE请求,发送至呼叫保持业务AS进行相关的业务处理。8业务对功能实体和信令的要求81呼叫等待业务811概述本节只对业务相关的处理进行描述。呼叫等待消息流程示例参见附录A。812呼叫等待业务用户终端操作8121 呼叫等待业务用户终端基本能力当收到包含呼叫等待指示的INVITE消息,并且呼叫等待业务用户未达到最大呼叫等待数时,呼qq等待业务用户终端应具备下列能力:a)启动TU。cw定时器(TuE_cw定时器可以在呼叫等待业务用户终端上设置呼叫等待时长,此操作为可选操作):YDT 201 12009b)向业务用户提供呼叫等待指示(例如,
15、带内呼叫等待提示音、在终端屏幕上提示呼叫等待等);c)对INVITE消息发送180(Ringing)响应。在用户决定呼叫等待的情况下,终端应在180响应中插入Alert-Info头字段,AlertInfo的值为“urn:alert:service:callwaiting”。INVITE消息中包含的呼叫等待指示的内容见8132节,呼叫等待指示消息体示例参见附录E。8122呼叫等待业务用户终端对呼叫等待来话进行操作的场景场景一:呼叫等待业务用户接听被呼叫等待用户来话,释放原通话,TUB。定时器未超时,呼叫等待业务用户终端应进行如下操作:a)停止TUE“定时器(可选操作);b)停止向呼叫等待业务用户
16、提供呼叫等待指示;C)释放当前正在进行的呼叫:d)接听呼叫等待的呼叫。场景二:呼叫等待业务用户接听被呼叫等待用户来话,保持原通话,TUE-c。定时器未超时,呼叫等待业务用户终端应进行如下操作:a)停止TVE_CW定时器(可选操作);b)停lL向呼叫等待业务用户提供呼叫等待指示;c)当前正在进行的呼叫进行呼叫保持操作;d)接听呼叫等待的呼叫。场景三:呼叫等待业务用户继续原通话,不对被呼叫等待用户来话进行任何操作,启动TUBc。定时器(可选操作),并且Tu。cw定时器超时,呼叫等待业务用户终端应进行如下操作:a)停止向呼叫等待业务用户提供呼叫等待指示;b)向正在呼叫等待的用户发送480(Tempo
17、rarily unavailable)响应,480中的Reason头字段原因值设置为19。8123呼叫等待业务用户终端收到释放呼叫消息的场景场景一:呼叫等待业务用户终端在呼叫等待状态下,收到了被呼叫等待的主叫用户终端发送的CANCEL或BYE消息,呼叫等待业务用户终端应进行如下操作:a)停止TUBcw定时器(可选操作);b)停止向呼叫等待业务用户提供呼叫等待指示:c)对CANCEL或者BYE消息发送响应。场景=:呼叫等待业务用户终端在呼叫等待状态下,收到了原通话用户发送的CANCEL或BYE消息,呼叫等待业务用户终端应进行如下操作:a)停IkYuEcW定时器(可选操作):b)停【向呼叫等待业务
18、用户提供呼叫等待指示:c)对CANCEL或者BYEfi息发送响应;d)接昕呼叫等待用户的来话。场景三:呼叫等待业务用户在呼叫等待状态下,拒绝被呼叫等待用户的来话,呼叫等待业务用户终端应进行如下操作:a)停II+TuEcw定时器(可选操作);4YD仃201 12009b)停止向呼叫等待业务用户提供呼叫等待指示;C)向正在被呼叫等待的用户发送486n向应。813呼叫等待业务用户归属S-CSCF操作S-CSCF应将向该业务用户发起的INvrrE请求,发送至呼叫等待业务AS进行相关的业务处理。8 14呼叫等待业务AS操作814 1 AS判定发生呼叫等待临近NDUB情况下,AS收到NvrrE请求,AS判
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
5000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- YD 2011 2009 基于 统一 IMS 业务 技术 要求 呼叫 等待 保持 第一阶段

链接地址:http://www.mydoc123.com/p-183385.html