1、lCS 33030M 21 Y口中华人民共和国通信行业标准YD厂r 201 0-2009基于统一l MS的业务技术要求多媒体会议业务(第一阶段)Technical requirements of services based on the unified IMSmultimedia conferencing sewice(Release 1)2009-12-11发布 2010-01-01实施中华人民共和国工业和信息化部发布目 次YDT 201 0-2009前言II1范围12规范性引用文件13术语、定义和缩略语231术语和定义232缩略语34业务描述与业务特征441概述442会议创建443会议通
2、告544成员控制545会议管理及维护54 6会议辅助功能(可选)95与IMS多媒体电话业务及其补充业务的交互96系统架构1061多媒体会议系统逻辑功能架构1062逻辑功能实体说明1163接口说明137对功能实体和信令的要求1471对网络功能实体的要求1472对IMS多媒体会议客户端的要求1573信令要求158计费需求309业务使用和管理要求3191业务触发要求3192业务管理要求3l附录A(资料性附录)信令流程32附录B(资料性附录)Schema53附录C(资料性附录)会议策略72参考文献74月|j 菁本标准是统一IMS的业务技术要求系列标准之一，该系列标准的名称及结构预计如下：基于统一IMS
3、的业务技术要求标识显示及限制类业务(第一阶段)基于统一IMS的业务技术要求呼叫前转类业务(第一阶段)基于统一IMS的业务技术要求呼叫等待与呼叫保持业务(第一阶段)基于统一IMS的业务技术要求恶意呼叫追踪和匿名呼叫拒绝业务(第一阶段)基于统一IMS的业务技术要求IP CENTREX业务(第一阶段)基于统一IMS的业务技术要求点击拨号业务(第一阶段)基于统一IMS的业务技术要求多媒体彩铃业务(第一阶段)基于统一IMS的业务技术要求个性化振铃音业务(第一阶段)基于统一IMS的业务技术要求多媒体会议业务(第一阶段)随着技术的发展，还将制定后续的相关标准。在本标准的制定过程中还注意了与以下标准的协调统一
4、：统一IMS的需求(第一阶段)；统一IMS的功能体系架构(第一阶段)；统一1MS组网总体技术要求(第一阶段)。本标准的附录A、附录B和附录c为资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国电信集团公司、华为技术有限公司、工业和信息化部电信研究院、中兴通讯股份有限公司、上海贝尔股份有限公司。本标准主要起草人：林奕琳、吴彤、朱雷、刘文宇、续合元、邵伟翔、李新颜。II基于统一IMS的业务技术要求多媒体会议业务(第一阶段)YDrr 201 0-20091 范围本标准规定了基于统一订s的多媒体会议业务的定义、业务特征描述、业务系统架构，对相关功能实体、接口、信令、业务计费和管理的
5、要求以及信令流程等。本标准适用于基于统一以S的多媒体会议业务。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注目期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YDT 1930 统一S组网总体技术要求(第一阶段)YDT 2007-2009 统一讧S的功能体系架构(第一阶段)多媒体资源功能控制器(MRFC)多媒体资源功能处理器(MRFP)Mp接3GPP TS23333，口；程序描述3GPP TS24147 使用P多媒体(IM
6、)核心网(cN)子系统的会议；进程3多媒体资源功能控制器(MRFC)多媒体资源功能处理器(MRFP)Mp接口；进程33GPPTS29228 IP多媒体(IM)子系统Cx和Dx接口；信令流和消息内容IETF RFC2046 多用途因特网邮件扩展(MIME)第二部分：媒体类型IETF RFC2616 超文本传输协议r丌P11IETF RFc326l SIP：会话初始协议IETF RFC3264 具有会话描述协议(SDP)的一个提供响应模型IETF RFC3265 会话初始协议(s毋)特别事件通知IETF RFC3323 会话初始协议SIP的隐私机制IETFRFC3325 对于会话初始协议(SIP)
7、在可信任网络内用于宣称身份的私自扩展IETFRFC3428 对于即时消息(IM)的会话初始协议(Sm)扩展IETF RFc3515 会话初始协议(S口)中的Refer方法IETF RFc3550 RTP：实时应用传输协议IETF RFC3605 会话描述协议(SDP)中的实时控制协议(RTCP)属性TF RFC3725 会话初始协议(SIP)中第三方呼叫控制(3pcc)的当前最佳实践IETF RFC3966 电话号码的Tel URIIETFRFC4028 会话初始协议(s)中的会话定时器IETF RFC4376 发亩权控制协议要求YD厂r 201 0-2009IETF RFC4566 SDP：
8、会话描述协议，rF RFC4575 会议状态的会话初始协议(SIP)事件包IETF RFC4579 会话初始协议(SIP)呼叫控制垌户代理会议IETF RFC4582 二进制发言权控制协议(BFCP)IETF RFC4583 二进制发言权控制协议(BFCP)流的会话描述协议(SDP)格式IETF RFC4825 可扩展标记语言(XML)配置接入协议(xcAP)IETFRFC5366 使用会话初始协议(sD)中请求包含表的会议建立IETF RFC5368 会话初始协议(SIP)中对多资源的参考3 术语、定义和缩略语31 术语和定义下列术语和定义适用于本标准。311多媒体会议业务multimedi
9、a conferencing service多媒体会议是指一种两方以上参与的多媒体通信业务，通信媒体包括了音频、视频、消息及各种辅助应用等。312多媒体会议业务用户multimedia conferencing service user多媒体会议业务用户，简称用户，是指使用多媒体会议业务的统一讧s用户，用户可以成为会议的创建者，也可以成为某个会议的会议主持人、与会者。31，3会议创建者conference creator会议创建者指创建会议的人。314被邀请人inviteo被邀请人指在创建会议时会议邀请的参与者。315与会者participant与会者指只具备一些基本的会议功能(如加入会议、离
10、开会议)丽不具备会议主持和管理功能的普通会议参与者。316会议主持人conference chair会议主持人是一个会议中特殊的与会者，可以管理和控制所在会议，例如加入和剔除与会者、增加和删除媒体类型、结束会议等。一般来说一个会议只有一个会议主持人。对于预约方式创建的会议，可以预先设置一个主持人，对即时创建的会议，会议的创建者可以默认成为会议的主持人，在会议过程中，会议主持人角色可以将主持人功能移交给另外一个与会者。3，17发言权floor2YD，T 2010-2009发言权是对某一特定(或一组)共享的媒体传输资源的临时接入或处理许可(见RFC4376)，可以几种媒体类型的组合(语音和视频)对
11、应一个发言权，也可以是一个媒体类型对应一个发言权。318发言权控制floor centroJ发占权控制是会议环境中一种管理共有接入或独占接入会议共享资源的方法(见RFC4376)。319发言人floor owner发苦人是指获得发言权授权，被允许发送媒体的与会者。3110会议中心focus会议中心是一个集中控制会议的功能实体，包括会议的创建、维护会话集中控制的功能实体。会议中心负责会议策略(包括发言权控制、会议控制等)的执行。每个会议中心有一个URI，惟一代表一个会议。3111会议应用服务器conference AS会议应用服务器或称会议服务器，是指包括会议中心、会议策略、会议通知等逻辑功能实
12、体的应用服务器。3112会议业务PSI conference service PSI会议业务PSI，指统一IMS多媒体会议业务的公共业务标志。3113会议URI conference URI会议URI指对应于某个会议的URI，惟一对应于该会议的会议中心。3114会议标识conference ID会议标识是个会议的惟一标识，并且将该会议与网络中的其他会议区分开来。会议标识可以在会议预约或会议创建的时候分配。会议标识可以用于计费、用户加入会议等。32 缩略语下列缩略语适用于本标准。AP Aggregation Proxy 聚合代理AS Application Server 应用服务器BFCP Bi
13、nary Floor Control Protocol 二进制发言权控制协议Cone AS Conference Application Server 会议应用服务器Cone Client Conference Service Client 会议客户端mTP Hyper Text Transfer Protocol 超文本传输协议HSS Home Subscriber Server 归属用户服务器iFC Initial Hlmr Cdteria 初始过滤准则YD厂r 201 O-2009【MSMBCPMRFMRFCMRFPPSISDPSIpUEURIXCAP功M)0订Lm Multimedia
14、 SubsysmmMedia Bnrst Control ProtocolMultimedia Resource FunctionMultimedia Resowce Function ControilerMultimedia Resource Function ProcessorPubic Service IdentitySession Description ProtocolSession Initiation ProtocolUser EquipmentUnifol-m Resource IdentifierXML Configuration Access ProtocolXML Doc
15、ument ManagementExtensible Markup Language碑多媒体子系统媒体流控制协议媒体资源功能媒体资源功能控制器媒体资源功能处理器公共业务标识会话描述协议会话初始协议用户设备统一资源标志XML配置接入协议XML文档管理可扩展标记语言4 业务描述与业务特征41 概述基于统一D讧s的多媒体会议是在统一口多媒体子系统架构上实现的多媒体会议业务。本标准所指的统一D订S多媒体会议业务由会议业务应用服务器实现，采用的会议模型中每个会议有一个中心控制点，每个与会者都与中心点有信令关系，每个会议可以通过一个会议中心来管理和控制各在线的会话。多媒体会议业务允许用户创建、管理、结束、
16、加入或离开会议，同时也允许会议系统向各与会者发送各种会议状态信息。会议创建者可以为一个会议设定各种会议策略。多媒体会议业务应支持使用音频、视频、消息、数据和应用等多种媒体中的一种或多种进行通信，并允许各种具备不同媒体通信能力的用户加入会议。42 会议创建421 会议创建方式会议创建方式包括两种：即时创建会议和预约创建会议。即时创建的会议所需资源可能无法得到系统保障，而预约创建的会议一旦预约成功，系统将保障该会议所需资源。即时创建的会议在创建成功之后自动启动，预约创建的会议在第一个与会者加入会议或系统呼通时启动。会议创建者可以在会议开始以前修改会议起始时间。422 即时创建会议用户可以请求即时创
17、建会议并可以进行如下配置：会议名称：会议主题；会议持续时间；会议邀请的参与者；会议支持的媒体类型：是否启用电子白板和应用共享等其他会议功能：会议的鉴权方式以及会议密码：4YD厂r 2010一2009会议策略。即时创建会议的创建者在创建会议时可以通过3种方式设置会议策略的参数：默认方式、基于用户配置文件或临时设置。423 预约创建会议用户可以请求预约一个会议并可以进行如下配置：会议名称；会议主题；会议的起止时间：会议邀请的参与者；会议支持的媒体类型；是否启用电子白板和应用共享等其他会议功能；会议的鉴权方式以及会议密码；会议策略。用户在创建会议时可以通过3种方式设置会议策略的参数：默认方式、基于用
18、户配置文件或临时设置。根据会议策略，会议创建者可以默认成为会议主持人。业务系统能够根据预约的要求给出预约的结果提示。会议预约成功后，系统可以向会议创建者和被邀请人发送会议通告，该通告包括会议的UR!等信息。如果预约成功后，系统在预约的开始时间自动创建并启动会议，并邀请需要参加会议的各用户加入会议。其他与会人员也可以通过向会议UR!发送请求加入会议。43会议通告会议通告用于在会议开始之前提供各种会议相关信息。会议可以取消或修改，系统可以向会议创建者和被邀请人发送会议取消或修改通告。会议通告主要提供给未接入会议的用户，为用户提供各种加入会议的必要信息，可以包括会议名称、会议接入uRI、会议D和密码
19、。普通的信息如会议的开始时间、会议主题和会议类型等，也可以包含在会议通告中。44 成员控制441 加入会议支持两种用户加入会议的方式：主动加入和被动加入。主动方式是指在会议开始之后，用户可以主动申请加入会议成为与会者。被动方式是指主持人向会议服务器发送请求，由会议服务器向用户发送邀请。442离开会议支持两种用户离开会议的方式：主动离开和被动离开。主动方式是指用户主动向会议服务器发送请求离开会议。被动方式是指用户被要求离开会议，主持人直接向会议服务器发送请求，会议服务器将一个或一组用户剔除出会议。45 会议管理及维护451 会议角色5YD厂r201争-20094511会议中角色分类IMS多媒体会
20、议业务系统支持用户预约仓建，即时创建一个会议。也支持用户加入某个会议。用户具有的权限具体由根据运营商的策略决定，本标准不做具体规定。基于MS的多媒体会议系统某个特定的会议中，通常可以具备两种角色：与会者、会议主持人。4512与会者会议的普通参与者，可以执行些基本的会议操作。根据会议策略，会议的参与者功能至少包括：修改自己参与的会议媒体，如增加删除音频或视频等：下载会议录音、视频或音频；接受会议主持人，可以接受主持人的角色转让。可选功能：上传和下载会议记录。4513会议主持人多媒体会议主持人在会议创建时定义。会议主持人除了具备普通与会者的特征之外，至少具有如下控制功能：a)成员控制功能1)邀请用
21、户加入会议、剔除与会者、结束会议等；2)转让主持人角色给其他与会者。b)会议控制功能1)启用或关闭发言权控制；2)会议策略控制，如创建、修改或删除会议的策略；3)会场的控制，如控制与会者的会场静音；4)锁定会议或会议解锁，如阻止、允许额外的用户加入会议；5)修改会议媒体，如增加删除音频或视频、增加会议辅助功能等。某种媒体类型的加入或删除可以是针对整个会议，也可以是针对部分与会者。会议主持人可选支持功能：发言权控制。452会议策略会议策略是会议运行的一系列规则的组合。会议策略可以选择以下几种：a)会议控制策略；b)会议状态通知策略；c)与会者隐私策略；d)发育权控制策略：e)媒体混合镱略。具体策
22、略的内容参见附录C。453媒体控制和处理功能4531媒体类型统一S多媒体会议系统应支持音频、视频、消息和应用等多种媒体类型。6YDT 201 0-200945 32与会者媒体类型的增加和删除基于会议策略，在会议建立之后：a)与会者在本次会议支持的媒体范围内，可以向会议主持人请求增加或删除自身的某些媒体类型；b)会议主持人可以批准或拒绝与会者的请求。如果批准与会者的请求，则向多媒体会议系统发送请求，多媒体会议系统根据主持人的请求，对该与会者的媒体类型进行更新。会议与会者使用媒体类型的状态，会议系统应当能够通知给其他会议与会者，如通过会议状态通知的方式。4533媒体混合媒体混合指将来自各个与会者的
23、多路实时媒体流进行合成，生成一路或几路输出媒体的过程。媒体混合可包括视频的多画面功能和混音功能。在会议创建时，会议创建者可以选择是否启用媒体混合功能。在会议进行过程中，会议主持人可以选择是否启用多画面及混音功能，如果会议主持人关闭了多画面及混音功能，则普通用户无法启用该功能，此时收到的画面和声音由主持人控制。454 发言权控制(可选)多媒体会议具有多种共享资源，比如发言权、发送视频。发言权控制是会议环境中一种管理共有接入或独占接入会议共享资源的方法。发言权控制是对共享目标或资源的管理。对于各种媒体类型，诸如音频、视频都应该可以实现发言权控制。音频、视频的不同媒体流可以通过不同的发言权控制进行发
24、送媒体许可的控制。对于实现发言权控制的媒体类型需满足下列基本要求：a)与会者能够请求一个或多个发言权；b)发言人可以在发送媒体之前或之后释放发言权；c)会议主持人可以向与会者授予发言权；d)会议主持人可以拒绝与会者的发言权请求；e)会议主持人应能同时向多个与会者授予或撤回发言权，该发言权对应一种媒体类型或媒体类型组合；f)会议主持人可打断其他与会者的发言，会议主持人释放发言权后根据策略可恢复被打断参与者的发言。发言权控制应该支持队列的功能，即发言权请求在队列中等待授权的功能。请求队列一般情况为单个媒体类型分配，根据应用分配的队列可以合并和拆分。当会议中应用发言权请求排队功能时，应能支持下列功能
25、：a)会议系统应能通知会议与会者某个发言权请求进入队列；b)系统应能允许用户请求获得自己在发言权请求队列中的状态；c)系统应能支持不同的发言权优先级，比如高优先级的与会者可以抢先获得发言权：d)会议主持人应能调整(如取消、重排)先前的发苦权请求队列ie)与会者的重复发送或者更新已发送的发言权请求。主持人可以启用或关闭发言权控制功能。455 会议状态订阅和通知 7Y)，I。201 0-20094，551 会议状态信息用户可以向会议应用服务器订阅会议状态，在会议过程中服务器可以向订阅用户发送各种会议状态通知，比如某用户加入，退出会议的信息、会议的媒体类型被修改的信息和某用户被静音的信息等。会议业务
26、可以在会议中向所有用户提供会议状态信息。会议状态是在会议开始之前或会议过程中提供给部分或全部与会者的会议相关信息。会议状态信息包括了会议系统状态和与会者状态。a)会议系统状态会议系统状态可能包括会议主题、会议议程、允许的媒体类型、当前使用的媒体类型、会议模式(如主持人，自由模式)、是否允许文件传送、是否静音和桌面同步等。b)与会者状态与会者状态是会议中体现每一个与会者当前状态的动态信息。与会者状态可能包括了会议角色信息、发言权、排队状态、管理权限、用户设备能力(如支持的媒体类型)和用户1J11离开会议的公告信息等。会议状态信息更新的时间间隔应当由会议策略决定(如时间间隔有规律地变化或有变化时更
27、新)。在会议策略中应当可以指定向与会者提供的会议状态信息的范围。4552会议状态订阅用户可以向会议系统订阅会议状态信息。订阅时应当可以设置接收会议状态信息的最小时间间隔。与会者应可以取消会议状态信息的订阅。4553会议状态通知会议状态订阅者可以在会议过程中接收会议的状态信息，比如某用户加入，退出会议等。系统可以周期性地或者在会议状态改变时向订阅者发送状态信息，具体采用哪种方式由会议策略决定。发送会议状态通知的频率可以根据会议策略做调整。根据不同的策略，会议状态通知可以是固定频率的；另外会议状态通知的频率在会议过程中也可以是可变的，用户可以设置会议状态通知发送频率的范围。当会议结束时。会议状态通
28、知也同时结束。456会议录制IMS多媒体会议系统应支持记录多媒体会议的内容。记录的内容可以包括语音、视频、文字、传输的文件、电子白板的屏幕、WEB连接、投票结果等，这些内容可以在会后供调用。与会者在会议开始之前或加入一个会议时被告知该会议是否被录制。用户在预约会议时可以请求会议录制：a)录制某个会场，包括该与会者的音视频、传输的文件或白板屏幕等；b)录制其所在会议的所有会场。录制的会议内容允许会议中的被授权与会者在会后下载。457结束会议会议中心可以在下列条件下根据会议的策略结束会议：a)会议主持人关闭会议；b)根据会议策略定义的条件，比如当到了会议规定的结束时间等。YD厂r 2010-200
29、9在会议即将结束之前，系统可以给会议主持人和所有与会者发送提醒信息。会议结束时将释放所有资源，包括事件通知服务、策略等，同时会议中心将主动发送BYE给所有在场的与会者。46 会议辅助功能(可选)461 基本要求与会者之间可以共享各类数据和应用，如文件传送，白板、应用、文件共享等。统一DvIS多媒体会议系统支持在会议创建时选择是否启用电子白板共享功能。462 电子白板共享统一蹦s多媒体会议系统支持电子白板共享功能，会议中获得授权的与会者可以在上面写字或画画。支持与会者在会议过程中请求创建电子白板。支持与会者在会议中将文档共享给其他与会者，该文档作为白板的背景呈现给其他用户。电子白板可以包括多页，
30、主持人负责增加或删除页面，并设置某页为当前页面。系统允许与会者发出编辑电子白板的请求。只有会议的主持人和创建者可以关闭电子白板。463 应用桌面共享统一订S多媒体会议系统应支持应用，桌面共享功能。在会议策略允许的情况下，用户可以在会议过程中请求创建应用共享。支持与会者将其终端上正在运行的应用程序共享给其他与会者。应用程序所有者可以授权其他与会者远程控制该共享应用。共享的应用程序可以呈现给其他所有与会者。464文件传送在会议过程中允许用户发布或传送文件。在会议策略允许的情况下、用户可以发送文件给部分或全部与会者。发送结束后发送者可以收到传送反馈信息获知其他与会者是否成功收到文件。具体实现方式由运
31、营商业务提供商决定。465文字聊天功能与会者可以通过使用文字聊天功能，给会议中的所有、部分或某个与会者发送文本消息，进行文字聊天。466投票功能在会议策略允许的条件下，与会者可以发起一个或多个主题的投票活动。每个主题包括几个选项，与会者可以从选项列表中选择一个或多个选项。选项的呈现可以利用会议中使用的媒体。投票可以公开也可以匿名。公开投票中与会者可以看到每个与会者的选择结果。会议系统会收集并统计投票结果，投票的发起者可以将结果公布给所有与会者。投票发起者可以设置投票的各种参数，比如允许投票的与会者、投票截止时间、公开或匿名方式等。5 与IMS多媒体电话业务及其补充业务的交互统一以s多媒体会议业
32、务应支持与统一dS多媒体电话业务及其补充业务交互。统一订s多媒体会议业务中与会者和会议中心之间的通信应能利用统一D“s多媒体电话业务功能。当用户利用统一IMs多媒体电话业务功能参与多媒体会议业务时，系统可以支持统一D江S中除CONF之外的所有补充业务。9YD厂r 201 02009统一D订s多媒体会议业务和相关补充业务的交互关系如下：a)呼叫保持：无影响；b)主叫标识显示：无影响；c)主叫标识限制：当会议参与者作为主叫加入会议时，如果该会议参与者激活了主叫标志限制业务，那么该会议参与者的标识信息将不会被通知到其他会议参与者；d)被叫标识显示i无影响；e)被叫标识限制：当会议参与者作为被叫被加入
33、会议时，如果该会议参与者激活了被叫标志限制业务，那么该会议参与者的标识信息将不会被通知到其他会议参与者；f)呼叫前转：无影响：g)恶意呼叫追查：无影响；h)呼叫限制：当用户调用了呼出限制业务时，用户不允许申请加入多媒体会议；当用户调用了呼入限制业务时，用户不允许被邀请加入多媒体会议。如果REFER消息的RedTo头域中目的标识，由于满足会议创建者的呼叫限制条件被限制，会议服务器不接受这个REFER消息：i)呼叫等待：无影响。6 系统架构61 多媒体会议系统逻辑功能架构基于统一卫讧s的多媒体会议系统的网络架构如图l所示，其中粗黑线框实体为多媒体会议相关功能实体。多媒体会议系统分为网络侧和用户终端
34、侧。其中，用户终端中包括多媒体会议系统的客户端(ConLClient)；网络侧分为接入网络、IP多媒体子系统(IMS)SIP Core、会议应用服务器(ConfAS)、媒体资源功能(MRF)、媒体网关控制功能和媒体网关等。下文中所提及的实体如果没有特殊说明都指逻辑功能实体，具体实现时可以是一个物理实体也可以与其他实体合设。网络架构中某些接口的用途和协议如表1所示。表l接口和相关协议参考点 用途 协议CONF-l ConL Client到IMS SIPIP Core核心嘲的会话信令，满足IMS SIPGm接口要求CoNF2 IMS SIPflP核心网到ConL AS会话信令 SIPCONF3 C
35、onfClient到MRFP的媒体传输、资源控制 RTPRTCP资源控制协议可选CONF4 IMS SIPIP核心网到MRFC会话信令，满足统一IMSMr接口 SIp要求CONF-5 ConfClient到ConLAS的接口，满足统一IMSUt接口要求 XCAPCONF6 CordAS到MRFC，媒体资源控制 SIP或H1TP，可选CONF7 ConfClient到会议辅助功能服务器之间的接口 H11P、FTP等CObIF-g CoaltkS到网智功能的接口 H1rfP或SNMPMp MRFC到MRFP H248，兼容IMS Mp接口功能Sh ConfAS到HSS DiameccrRoRf C
36、onfAS到计费服务器的接口 Diameter10_lI I AP l备曲由胃m蕾墨_：二 l冒取肚用职刀甘lIII 会议和媒体策略服务器lI 匿 tI 审 宦珀l 辚I 自会 I 苔议 窿 CONIC2客 一；P-Asserted-Identity：tel：+18888888888。7314 IMS多媒体会议系统用户的标识基于IMS多媒体会议系统的用户可以通过用户终端的地址标识，用户终端的地址使用SIP URI或者TEL URI的形式，此外在SIP消息中可以按照RFC3261的要求包括用户昵称或者SIP uRI加上用户昵称。会议服务器应当保存用户终端的地址和用户昵称，作为识别用户的标识。在用
37、户平面，基于IMS多媒体会议系统在会话中通过传输地址可以区分用户终端的业务数据，用户面消息如发言权控制消息，可以包括用户呢称，作为发言权控制消息中的附加信息提供给发言权控制消息的接收方。根据RFC3261中的规定，用户昵称应在用户地址的“displayname”部分。用户终端在SIP消息中的From头域添加用户终端地址和用户呢称的方式可以采用如下形式：From：“Nicknamel”用户终端或者会议服务器在SIP消息的To头域添加用户终端地址和用户呢称的方式可以采用如下形式：To：“Nickname2”7315用户身份的隐私和安全16YD厂r 2010-2009基于统一订s的多媒体会议系统应提
38、供用户身份的隐私和安全功能。基于gViS多媒体会议系统提供的安全功能包括用户终端和多媒体会议系统的信令安全(遵从统一订s的安全策略)和业务传输安全(遵从现有固定移动核心网和接入网络的安全机制)。基于MS多媒体会议系统应提供用户身份的隐私功能，基于LMS多媒体会议用户终端可以支持用户身份的隐私功能。用户终端在SIP消息中表达的用户身份隐私应遵从RFC3323和RFC3325的规则，如果用户请求隐私，用户终端应在Privacy头域中添加id值，并且应在From头域中添加用户呢称。会议服务器收到携带隐私请求的SIP INVITE消息和SIP 200 OK消息后，应当提供隐私服务功能。基于统一以s的多
39、媒体会议系统提供的隐私功能可以包括隐藏用户标识等。如果统一n订S多媒体会议系统支持隐私功能并收到用户终端发来的隐私请求，应当为用户分配匿名UR!(anonymous URI)和用户匿名昵称。根据RFC3323的规定，为用户分配的匿名URI的格式为：anonymousXanonymousinvafid，其中x代表匿名用户的编号：用户匿名呢称的格式为多媒体会议系统分配的隐私匿名，如anonymousX、batrnanX、其中x为多媒体会议系统分配的匿名用户的编号。7316用户昵称的相关操作用户昵称作为用户标识可以出现在SIP请求和SIP应答消息中，用户呢称的使用方式在731_4节“多媒体会议系统用
40、户的标识”中规定。用户终端可以修改在当前多媒体会议中所使用的昵称，用户终端修改用户昵称的方法是，发送SIP ReINVITE请求消息，携带希望修改的用户昵称。当多媒体会议服务器收到用户终端发送的用户呢称或者用户终端发送的呢称修改时，应当检查用户昵称格式和呢称的合法性，如果合法应当保存收到的用户呢称。多媒体会议服务器可以根据策略将用户昵称修改为系统可接受用户匿名呢称，如在隐私情况下使用“匿名用户”作为用户呢称。多媒体会议服务器修改后的用户昵称，会议服务器应在SIP应答消息中携带。73 17用户终端的注册基于统一D“S多媒体会议用户终端在使用多媒体会议系统前，应完成向统一订S网络注册的过程。用户终
41、端通过SIP Register消息发起IMS网络注册过程，用户终端向统一讧S网络注册的过程应遵从统一IMS用户设备注册的规定和要求。注：用户终端在注册时，可考虑增)JIlfeaturetag以确定多媒体会议用户终端的能力。7318媒体类型和媒体协商73181 媒体类型和媒体参数描述基于统一IMs多媒体会议用户终端和会议服务器应支持SDP协议(RFC4566)和媒体协商offeranswer机制(RFC3264)。如果多媒体会议终端使用BFCP作为多媒体会议发言权控制协议，应遵循RFC4582和RFC4583的规定。如果多媒体会议终端使用OMA MBCP协议作为多媒体会议发言权控制协议，应遵循R
42、FC3605、RFC3550和RFC4583的规定，以及遵循OMA PoCv20标准对媒体协商中媒体参数格式的规定。基于IMS多媒体会议系统的其他发言权控制机制，应使用预定义发言权控制标志。以下以使用BFCP作为发言权控制方式为例说明一组SDP协议描述的媒体类型和媒体参数的数据块：Content-type：applicationsdpv=0o-jdoe 2890844526 2890842807 IN IP4 104716517s=SDP Seminari=A Seminar Oil the session description protocole_jdoeexamplecorn(Jane
43、Doe)c=IN IP4 22421712，127t=2873397496 2873404696re=application 50000 TCP，S，BFCP+a=setup：passivea=coanecfion：newa=fingerprint：SHA-1|4A：AD：B9：B1：3F：82：18：3B：54：02：12：DF：3E：5D：49：6B：19：E5：7C：ABa=floorctrl：sonlya=confid：4321a=usedd：1234a=floodd：l 131一stream：10a=floodd：2 rtlstream：1 1m=audio 50002 R11P，A
44、VP 0a=label：10m=video 50004 RTP，AVP 3la=label：11以下为使,喟OMA MBcP协议作为多媒体会议发言权控制协议时，使用sDP协议描述的媒体类型和媒体参数的数据块：Content-type：applicationsdpe=IN IP4 22421712127m=audio 57787姗|#NP 97a-rtpmap：97 AMRa-rtcp：57000i=speecha=label：xxxmfapplieation 57790 udp TBCPa=floorid：1 mstream：10m=audio 50002 RTP，AVP Oa-rlpmap：
45、99 MP4VESa=label：yyy73，82多媒体会议终端发出的媒体协商Offer当基于1MS多媒体会议用户终端发出媒体协商Offer时；a)应设置用户终端的P地址和端口号；18YDT 201 0-2009b)应设置用户终端的要蜘商的媒体流的媒体类型和媒体参数，一个媒体流可以包括多于一个媒体类型：c)应设置要防商的媒体流的P地址和端口号；d)可以根据用户需要设置媒体流控制(发言权控制)的机制。73183多媒体会议终端发出的媒体协商Answer多媒体会议用户终端收到会议服务器发出的媒体协商Offer后，可根据用户选择返回媒体协商Arlswer：a)应设置媒体服务器的P地址和端臼号：b)应设置应答中媒体流的媒体类型和媒体参数，媒体类型和媒体参数应等于或者少于收到的会议服务器发出的媒体协商Offer要协商媒体流的媒体类型和媒体参数；c)应设置用户终端上媒体流的口地址和端口号；
