YD/T 2010-2009
基本信息
标准号:
YD/T 2010-2009
中文名称:基于统一IMS的业务技术要求 多媒体会议业务(第一阶段)
标准类别:通信行业标准(YD)
标准状态:现行
发布日期:2009-12-11
实施日期:2010-01-01
出版语种:简体中文
下载格式:.rar .pdf
下载大小:28301851
相关标签:
基于
统一
业务
技术
多媒体
会议
第一阶段
标准分类号
关联标准
出版信息
出版社:中国标准出版社
标准价格:0.0 元
出版日期:2010-01-01
标准简介
YD/T 2010-2009 基于统一IMS的业务技术要求 多媒体会议业务(第一阶段) YD/T2010-2009 标准下载解压密码:www.bzxz.net
标准内容
ICS33.030
中华人民共和国通信行业标准
YD/T 2010-2009
基于统一 IMS 的业务技术要求
多媒体会议业务(第一阶段)
Technical reguirements of services based on the unified IMsmultimediaconferencing service(Release 1)
2009-12-11 发布
2010-01-01实施
中华人民共和国工业和信息化部发 布前言·
1范围·
2规范性引用文件·
3术语、定义和缩略语·
3.1术语和定义……
3.2缩略语
4业务描述与业务特征·
4.1概述…
会议创建…
会议通告·
4.4成员控制
会议管理及维护。
4.6会议辅助功能(可选)
5与IMS多媒体电话业务及其补充业务的交互….6
系统架构·
6.1多媒体会议系统逻辑功能架构·6.2逻辑功能实体说明..此内容来自标准下载网
6.3接口说明
7对功能实体和信令的要求
7.1对网络功能实体的要求
7.2对IMS多媒体会议客户端的要求7.3信令要求
8计费需求·
9业务使用和管理要求·
9.1业务触发要求
9.2业务管理要求
附录A(资料性附录)信令流程
附录B(资料性附录)Schema
附录C(资料性附录)会议策略
参考文献·
YD/T 2010-2009
YD/T2010-2009
本标准是统一IMS的业务技术要求系列标准之一,该系列标准的名称及结构预计如下:一基于统一IMS的业务技术要求标识显示及限制类业务(第一阶段)基于统一IMS的业务技术要求呼叫前转类业务(第一阶段)一基于统一IMS的业务技术要求呼叫等待与呼叫保持业务(第一阶段)基于统一IMS的业务技术要求恶意呼叫追踪和匿名呼叫拒绝业务(第一阶段)一基于统一IMS的业务技术要求IPCENTREX业务(第一阶段)一基于统一IMS的业务技术要求点击拨号业务(第一阶段)一基于统一IMS的业务技术要求多媒体彩铃业务(第一阶段)一基于统一IMS的业务技术要求个性化振铃音业务(第一阶段)基于统一IMS的业务技术要求多媒体会议业务(第一阶段)随着技术的发展,还将制定后续的相关标准。在本标准的制定过程中还注意了与以下标准的协调统一:一统一IMS的需求(第一阶段);统一IMS的功能体系架构(第一阶段);统一IMS组网总体技术要求(第一阶段)。本标准的附录A、附录B和附录C为资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位:中国电信集团公司、华为技术有限公司、工业和信息化部电信研究院、中兴通讯股份有限公司、上海贝尔股份有限公司。本标准主要起草人:林奕琳、吴彤、朱雷、刘文宇、续合元、邵伟翔、李新颜。I
1范围
基于统一IMS的业务技术要求
多媒体会议业务(第一阶段)
YD/T2010-2009
本标准规定了基于统一IMS的多媒体会议业务的定义、业务特征描述、业务系统架构,对相关功能实体、接口、信令、业务计费和管理的要求以及信令流程等。本标准适用于基于统一IMS的多媒体会议业务。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。YD/T1930
YD/T2007-2009
3GPPTS23.333
3GPPTS24.147
3GPPTS29.333
3GPPTS29.228
IETFRFC2046
IETFRFC2616
IETFRFC3261
IETFRFC3264
IETFRFC3265
IETFRFC3323
IETFRFC3325
IETFRFC3428
IETFRFC3515
IETFRFC3550
IETFRFC3605
IETFRFC3725
IETFRFC3966
IETFRFC4028
IETFRFC4376
统一IMS组网总体技术要求(第一阶段)统一IMS的功能体系架构(第一阶段)多媒体资源功能控制器(MRFC)多媒体资源功能处理器(MRFP)Mp接口;程序描述
使用IP多媒体(IM)核心网(CN)子系统的会议;进程3多媒体资源功能控制器(MRFC)一一多媒体资源功能处理器(MRFP)Mp接口;进程3
IP多媒体(IM)子系统Cx和Dx接口;信令流和消息内容多用途因特网邮件扩展(MIME)第二部分:媒体类型超文本传输协议——HTTP/1.1
SIP:会话初始协议
具有会话描述协议(SDP)的一个提供/响应模型会话初始协议(SIP)一一特别事件通知会话初始协议SIP的隐私机制
对于会话初始协议(SIP)在可信任网络内用于宣称身份的私自扩展对于即时消息(IM)的会话初始协议(SIP)扩展会话初始协议(SIP)中的Refer方法RTP:实时应用传输协议
会话描述协议(SDP)中的实时控制协议(RTCP)属性会话初始协议(SIP)中第三方呼叫控制(3pcc)的当前最佳实践电话号码的TelURI
会话初始协议(SIP)中的会话定时器发言权控制协议要求
YD/T2010-2009
IETFRFC4566
IETFRFC4575
IETFRFC4579
IETFRFC4582
IETFRFC4583
IETFRFC4825
IETFRFC5366
IETFRFC5368
SDP:会话描述协议
会议状态的会话初始协议(SIP)事件包会话初始协议(SIP)呼叫控制-用户代理会议二进制发言权控制协议(BFCP)二进制发言权控制协议(BFCP)流的会话描述协议(SDP)格式可扩展标记语言(XML)配置接入协议(XCAP)使用会话初始协议(SIP)中请求包含表的会议建立会话初始协议(SIP)中对多资源的参考3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本标准。3.1.1
多媒体会议业务multimediaconferencingservice多媒体会议是指一种两方以上参与的多媒体通信业务,通信媒体包括了音频、视频、消息及各种辅助应用等。
多媒体会议业务用户multimediaconferencingserviceuser多媒体会议业务用户,简称用户,是指使用多媒体会议业务的统一IMS用户,用户可以成为会议的创建者,也可以成为某个会议的会议主持人、与会者。3.1.3
会议创建者conferencecreator
会议创建者指创建会议的人。
被邀请人invitee
被邀请人指在创建会议时会议邀请的参与者。3.1.5
与会者participant
与会者指只具备一些基本的会议功能(如加入会议、离开会议)而不具备会议主持和管理功能的普通会议参与者。
会议主持人conferencechair
会议主持人是一个会议中特殊的与会者,可以管理和控制所在会议,例如加入和剔除与会者、增加和删除媒体类型、结束会议等。一般来说一个会议只有一个会议主持人。对于预约方式创建的会议,可以预先设置一个主持人,对即时创建的会议,会议的创建者可以默认成为会议的主持人,在会议过程中,会议主持人角色可以将主持人功能移交给另外一个与会者。3.1.7
发言权floor
YD/T2010-2009
发言权是对某一特定(或一组)共享的媒体传输资源的临时接入或处理许可(见RFC4376),可以几种媒体类型的组合(语音和视频)对应一个发言权,也可以是一个媒体类型对应一个发言权。3.1.8
发言权控制floorcontrol
发言权控制是会议环境中一种管理共有接入或独占接入会议共享资源的方法(见RFC4376)。3.1.9
发言人floorowner
发言人是指获得发言权授权,被允许发送媒体的与会者。3.1.10
会议中心focus
会议中心是一个集中控制会议的功能实体,包括会议的创建、维护会话集中控制的功能实体。会议中心负责会议策略(包括发言权控制、会议控制等)的执行。每个会议中心有一个URI,惟一代表一个会议。
会议应用服务器conferenceAs
会议应用服务器或称会议服务器,是指包括会议中心、会议策略、会议通知等逻辑功能实体的应用服务器。
会议业务Ps!conferenceservicePs会议业务PSI,指统一IMS多媒体会议业务的公共业务标志。3.1.13
会议URIconferenceURI
会议URI指对应于某个会议的URI,惟一对应于该会议的会议中心。3.1.14
会议标识conferenceID
会议标识是一个会议的惟一标识,并且将该会议与网络中的其他会议区分开来。会议标识可以在会议预约或会议创建的时候分配。会议标识可以用于计费、用户加入会议等。3.2缩略语
下列缩略语适用于本标准。
Conf.Client
Aggregation Proxy
Application Server
Binary Floor Control ProtocolConference Application ServerConference Service Client
Hyper Text Transfer ProtocolHome Subscriber Server
Initial Filter Criteria
聚合代理
应用服务器
二进制发言权控制协议
会议应用服务器
会议客户端
超文本传输协议
归属用户服务器
初始过滤准则
YD/T2010-2009
IPMultimedia Subsystem
Media Burst Control ProtocolMultimediaResourceFunction
MultimediaResourceFunctionControllerMultimediaResourceFunctionProcessorPublic Service Identity
SessionDescription Protocol
Session InitiationProtocol
User Equipment
UniformResourceIdentifier
XMLConfigurationAccessProtocolXML Document Management
ExtensibleMarkup Language
业务描述与业务特征
4.1概述
IP多媒体子系统
媒体流控制协议
媒体资源功能
媒体资源功能控制器
媒体资源功能处理器
公共业务标识
会话描述协议
会话初始协议
用户设备
统一资源标志
XML配置接入协议
XML文档管理
可扩展标记语言
基于统一IMS的多媒体会议是在统一P多媒体子系统架构上实现的多媒体会议业务。本标准所指的统一IMS多媒体会议业务由会议业务应用服务器实现,采用的会议模型中每个会议有个中心控制点,每个与会者都与中心点有信令关系,每个会议可以通过一个会议中心来管理和控制各在线的会话。多媒体会议业务允许用户创建、管理、结束、加入或离开会议,同时也允许会议系统向各与会者发送各种会议状态信息。会议创建者可以为一个会议设定各种会议策略。多媒体会议业务应支持使用音频、视频、消息、数据和应用等多种媒体中的一种或多种进行通信,并允许各种具备不同媒体通信能力的用户加入会议。4.2会议创建
4.2.1会议创建方式
会议创建方式包括两种:即时创建会议和预约创建会议。即时创建的会议所需资源可能无法得到系统保障,而预约创建的会议一旦预约成功,系统将保障该会议所需资源。即时创建的会议在创建成功之后自动启动,预约创建的会议在第一个与会者加入会议或系统呼通时启动。会议创建者可以在会议开始以前修改会议起始时间。4.2.2即时创建会议
用户可以请求即时创建会议并可以进行如下配置:—会议名称;
会议主题;
一会议持续时间;
会议邀请的参与者;
会议支持的媒体类型;
一是否启用电子白板和应用共享等其他会议功能;一会议的鉴权方式以及会议密码;4
一会议策略。
YD/T2010-2009
即时创建会议的创建者在创建会议时可以通过3种方式设置会议策略的参数:默认方式、基于用户配置文件或临时设置。
4.2.3预约创建会议
用户可以请求预约一个会议并可以进行如下配置:一会议名称;
一会议主题;
一会议的起止时间;
一会议邀请的参与者;
一会议支持的媒体类型;
一是否启用电子白板和应用共享等其他会议功能;一会议的鉴权方式以及会议密码;会议策略。
用户在创建会议时可以通过3种方式设置会议策略的参数:默认方式、基于用户配置文件或临时设置。根据会议策略,会议创建者可以默认成为会议主持人。业务系统能够根据预约的要求给出预约的结果提示。会议预约成功后,系统可以向会议创建者和被邀请人发送会议通告,该通告包括会议的URI等信息。如果预约成功后,系统在预约的开始时间自动创建并启动会议,并邀请需要参加会议的各用户加入会议。其他与会人员也可以通过向会议URI发送请求加入会议。4.3会议通告
会议通告用于在会议开始之前提供各种会议相关信息。会议可以取消或修改,系统可以向会议创建者和被邀请人发送会议取消或修改通告。会议通告主要提供给未接入会议的用户,为用户提供各种加入会议的必要信息,可以包括会议名称、会议接入URI、会议D和密码。普通的信息如会议的开始时间、会议主题和会议类型等,也可以包含在会议通告中。
4.4成员控制
4.4.1加入会议
支持两种用户加入会议的方式:主动加入和被动加入。主动方式是指在会议开始之后,用户可以主动申请加入会议成为与会者。被动方式是指主持人向会议服务器发送请求,由会议服务器向用户发送邀请。4.4.2离开会议
支持两种用户离开会议的方式:主动离开和被动离开。主动方式是指用户主动向会议服务器发送请求离开会议。被动方式是指用户被要求离开会议,主持人直接向会议服务器发送请求,会议服务器将一个或一组用户剔除出会议。
4.5会议管理及维护
4.5.1会议角色
YD/T2010-2009
4.5.1.1会议中角色分类
IMS多媒体会议业务系统支持用户预约创建/即时创建一个会议,也支持用户加入某个会议。用户具有的权限具体由根据运营商的策略决定,本标准不做具体规定。基于IMS的多媒体会议系统某个特定的会议中,通常可以具备两种角色:与会者、会议主持人。4.5.1.2与会者
会议的普通参与者,可以执行一些基本的会议操作。根据会议策略,会议的参与者功能至少包括:一修改自己参与的会议媒体,如增加/删除音频或视频等;一下载会议录音、视频或音频;一接受会议主持人,可以接受主持人的角色转让。可选功能:上传和下载会议记录。4.5.1.3会议主持人
多媒体会议主持人在会议创建时定义。会议主持人除了具备普通与会者的特征之外,至少具有如下控制功能:a)成员控制功能
1)邀请用户加入会议、剔除与会者、结束会议等;2)转让主持人角色给其他与会者。b)会议控制功能
1)启用或关闭发言权控制;
2)会议策略控制,如创建、修改或删除会议的策略;3)会场的控制,如控制与会者的会场静音;4)锁定会议或会议解锁,如阻止、允许额外的用户加入会议;5)修改会议媒体,如增加/删除音频或视频、增加会议辅助功能等。某种媒体类型的加入或删除可以是针对整个会议,也可以是针对部分与会者。会议主持人可选支持功能:发言权控制。4.5.2会议策略
会议策略是会议运行的一系列规则的组合。会议策略可以选择以下几种:
a)会议控制策略;
b)会议状态通知策略:
c)与会者隐私策略;
d)发言权控制策略;
e)媒体混合策略。
具体策略的内容参见附录C。
4.5.3媒体控制和处理功能
4.5.3.1媒体类型
统一IMS多媒体会议系统应支持音频、视频、消息和应用等多种媒体类型。6
4.5.3.2与会者媒体类型的增加和删除基于会议策略,在会议建立之后:YD/T 2010-2009
a)与会者在本次会议支持的媒体范围内,可以向会议主持人请求增加或删除自身的某些媒体类型;b)会议主持人可以批准或拒绝与会者的请求。如果批准与会者的请求,则向多媒体会议系统发送请求,多媒体会议系统根据主持人的请求,对该与会者的媒体类型进行更新。会议与会者使用媒体类型的状态,会议系统应当能够通知给其他会议与会者,如通过会议状态通知的方式。
4.5.3.3媒体混合
媒体混合指将来自各个与会者的多路实时媒体流进行合成,生成一路或几路输出媒体的过程。媒体混合可包括视频的多画面功能和混音功能。在会议创建时,会议创建者可以选择是否启用媒体混合功能。在会议进行过程中,会议主持人可以选择是否启用多画面及混音功能,如果会议主持人关闭了多画面及混音功能,则普通用户无法启用该功能,此时收到的画面和声音由主持人控制。4.5.4发言权控制(可选)
多媒体会议具有多种共享资源,比如发言权、发送视频。发言权控制是会议环境中一种管理共有接入或独占接入会议共享资源的方法。发言权控制是对共享目标或资源的管理。对于各种媒体类型,诸如音频、视频都应该可以实现发言权控制。音频、视频的不同媒体流可以通过不同的发言权控制进行发送媒体许可的控制。
对于实现发言权控制的媒体类型需满足下列基本要求:a)与会者能够请求一个或多个发言权;b)发言人可以在发送媒体之前或之后释放发言权;c)会议主持人可以向与会者授予发言权;d)会议主持人可以拒绝与会者的发言权请求;e)会议主持人应能同时向多个与会者授予或撤回发言权,该发言权对应一种媒体类型或媒体类型组合;
f)会议主持人可打断其他与会者的发言,会议主持人释放发言权后根据策略可恢复被打断参与者的发言。
发言权控制应该支持队列的功能,即发言权请求在队列中等待授权的功能。请求队列一般情况为单个媒体类型分配,根据应用分配的队列可以合并和拆分。当会议中应用发言权请求排队功能时,应能支持下列功能:
a)会议系统应能通知会议与会者某个发言权请求进入队列;b)系统应能允许用户请求获得自己在发言权请求队列中的状态;c)系统应能支持不同的发言权优先级,比如高优先级的与会者可以抢先获得发言权;d)会议主持人应能调整(如取消、重排)先前的发言权请求队列:e)与会者的重复发送或者更新已发送的发言权请求。主持人可以启用或关闭发言权控制功能。4.5.5会议状态订阅和通知
YD/T2010-2009
4.5.5.1会议状态信息
用户可以向会议应用服务器订阅会议状态,在会议过程中服务器可以向订阅用户发送各种会议状态通知,比如某用户加入/退出会议的信息、会议的媒体类型被修改的信息和某用户被静音的信息等。会议业务可以在会议中向所有用户提供会议状态信息会议状态是在会议开始之前或会议过程中提供给部分或全部与会者的会议相关信息。会议状态信息包括了会议系统状态和与会者状态。a)会议系统状态
会议系统状态可能包括会议主题、会议议程、允许的媒体类型、当前使用的媒体类型、会议模式(如主持人/自由模式)、是否充许文件传送、是否静音和桌面同步等。b)与会者状态
与会者状态是会议中体现每一个与会者当前状态的动态信息。与会者状态可能包括了会议角色信息、发言权、排队状态、管理权限、用户设备能力(如支持的媒体类型)和用户加入/离开会议的公告信息等。会议状态信息更新的时间间隔应当由会议策略决定(如时间间隔有规律地变化或有变化时更新)。在会议策略中应当可以指定向与会者提供的会议状态信息的范围。4.5.5.2会议状态订阅
用户可以向会议系统订阅会议状态信息。订阅时应当可以设置接收会议状态信息的最小时间间隔。与会者应可以取消会议状态信息的订阅。4.5.5.3会议状态通知
会议状态订阅者可以在会议过程中接收会议的状态信息,比如某用户加入/退出会议等。系统可以周期性地或者在会议状态改变时向订阅者发送状态信息,具体采用哪种方式由会议策略决定。
发送会议状态通知的频率可以根据会议策略做调整。根据不同的策略,会议状态通知可以是固定频率的;另外会议状态通知的频率在会议过程中也可以是可变的,用户可以设置会议状态通知发送频率的范围。当会议结束时,会议状态通知也同时结束。4.5.6会议录制
IMS多媒体会议系统应支持记录多媒体会议的内容。记录的内容可以包括语音、视频、文字、传输的文件、电子白板的屏幕、WEB连接、投票结果等,这些内容可以在会后供调用。与会者在会议开始之前或加入一个会议时被告知该会议是否被录制。用户在预约会议时可以请求会议录制:a)录制某个会场,包括该与会者的音视频、传输的文件或白板屏幕等;b)录制其所在会议的所有会场。录制的会议内容允许会议中的被授权与会者在会后下载。4.5.7结束会议
会议中心可以在下列条件下根据会议的策略结束会议:a)会议主持人关闭会议;
b)根据会议策略定义的条件,比如当到了会议规定的结束时间等。8
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。