YD/T 2010-2009.Technical requirements of services based on the unified IMS multimedia conferencing service(Release 1).
1范围
YD/T 2010规定了基于统一IMS的多 媒体会议业务的定义、业务特征描述、业务系统架构，对相关功能实体、接口、信令、业务计费和管理的要求以及信令流程等。
YD/T 2010适用于基于统一IMS的多媒体会议业务。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
YD/T 1930统一IMS组网总体技术要求(第一阶段)
YD/T 2007-2009统一IMS的功能体系架构(第一阶段)
3GPP TS23.333多媒体资源功能控制器(MRFC)多媒体资源功能处理器(MRFP)Mp接口;程序描述
3GPP TS24.147使用IP多媒体(IM)核心网(CN)子系统的会议:进程3
3GPP TS29.333多媒体资源功能控制器(MRFC)-一多媒体资源功能处理器(MRFP)Mp接口;进程3
3GPP TS29.228 IP多媒体(IM) 子系统Cx和Dx接口;信令流和消息内容
IETF RFC2046多用途因特网邮件扩展(MIME) 第二部分:媒体类型
IETF RFC2616超文本传输协议一HTTP/1.1
IETF RFC3261SIP:会话初始协议
IETF RFC3264具有会话描述协议(SDP)的一个提供/响应模型

ICS33.030
中华人民共和国通信行业标准
YD/T 2010-2009
基干统一IMS的业务技术要求
多媒体会议业务（第一阶段）
Technical requirements of services based on the unified IMsmultimedia conferencing service(Release 1)
2009-12-11发布
2010-01-01实施
中华人民共和国工业和信息化部发布YD/T 2010-2009
本标准是统一IMS的业务技术要求系列标准之一，该系列标准的名称及结构预计如下：基于统一IMS的业务技术要求标识显示及限制类业务（第一阶段）基丁统一IMS的业务技术要求呼叫前转类业务（第一阶段）一基于统IMS的业务技术要求呼叫等待与呼叫保持业务（第一阶段）-一湛于统一IMS的业务技术要求恶意呼叫追踪和匿名呼叫拒绝业务（第一阶段）一基于统一IMS的业务技术要求PCENTRFX业务（第一阶段）\一基于统--IMS的业务技术要求点击拨号业务（第·阶段）一基于统一IMS的业务技术要浆多媒体彩铃业务（第一阶段）一基丁统一IMS的业务技术要求个性化振铃音业务（第一阶段）一基于统一IMS的业务技术要求多媒体会议业务（第一阶段）随着技术的发展，还将制定后续的相关标准。在本标准的制定过程中还注意了与以下标准的协调统一：一统一 IMS 的錦求（第--阶段)；-一统IMS 的功能体系架构（第一阶段);---统一IMS 组网总体技术要求（第一阶段）。本标推的附录A、附录B和附录C为资料性附录。本标准由中国遥信标准化协会提出并归口。本标准越草单位：中国电信集团公司、华为技术有限公司、丁业和信息化部中信研究院，中兴通讯股份有限公司、上海贝尔股份有限公司。本标泄上要起草人：林奕琳，吴彤、朱雷、刘文宇、续合元、邵伟翔、李新颜。FE
TIKAONIKACa-
1范围
基于统一 IMS的业务技术要求
多媒体会议业务（第一阶段）
YD/T 2010-2009
本标推规定了基于统一IMS的多媒体会议业务的定义、业务特征描述、业务系统架构，对相关功能实体、接口、信令、业务计费和管理的要求以及信令流程等。本标准适用于基丁统·IMS的多媒体会议业务2规范性引用文件
下列文件的条款通过本标准的引用而成为本标准的条款。凡是注H期的引用文件，其随后所有修改单（不包括勘误的内穿）或修订版均不过用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的用文件，其最新版本适用」本标推。YD/T1930
YD/T 2007-2009
3GPP TS23.333
3GPP TS24.147
3GPP TS29.333
3GPP TS29.228
ETF RFC2046
IFTF RFC2616
JETFRFC3261
IFTF RFC3264
IFTF RFC3265
ETF RFC3323
TETF RFC3325
ETF RFC3428
IETFRFC3515
TETFRFC3550
IETF RFC3605
ETF RFC3725
IETF RFC3966
LETF RFC4028
IETF RFC4376
统一IMS组网总体技术要求（第一阶段）统一IMS的功能体系架构（第阶段）多媒体资源功能控制器（MRFC）一一多媒体资源功能处理器（MRFP）Mp接1：程序描述
使用IP多媒体（IM)核心网（CN）子系统的会议：进程3多媒体资源功能控制器（MRFC）一多媒体资源功能处理器（MRFP）Mp接二：进程3
IP多媒本（IM）子系统Cx和Dx接口：信令流和消息内容多川途内特网邮件扩展（MIME）第二部分：媒体类型超文本传输协议——HTTP/!.1
SIP：会话初始协议
具有会话描述协议（SDP）的·个提供/响应模型会话初始协议（SI）“-特别市件通知会话初始协议SIP的隐私机制
对于会证初始协议（STP）在可信任网络内用丁称身份的私白扩展对于即时消息（IM）的会话初始协议（SIP）展会话初始办议（SP）中的Refer方法RTP：实时应用传输协议
会话插述协议（SDP）用的实时控制协议（RTCP）属性会话初始协议（SP）中第方呼叫控制（3pcc）的前最仕实践电话号码的TelURI
会话初始协议（SIP）中的会话定时器发言权控制协议求
YD/T 2010-2009
IETF RFC4566
IETFRFC4575
FETF RFC4579
IETF RFC4582
TETF RFC4583
IETF RFC4825
HETFRFC5366
IETF RFC5368
SDP：会话描述协议
会议状态的会话初始协议（SIP）事件包会话初始协议（SIP）呼叫控制-用户代理会议二进制发言权控制协议（BFCP）二进制发言权控制协议（BFCP）流的会话描述协议（SDP）格式可扩展标记语言（XML）配置接入协议（XCAP）使用会话初始协议（SIP）中请求包含表的会议建立会话初始协议（SIP）中对多资源的参考术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本标准。3.1.1
多媒体会议业务multimediaconferencingservice多媒体会议是指一种两方以上参与的多媒体通信业务，通信媒体包括了音频、视频、消息及各种辅助应用等。
多媒体会议业务用户multimediaconterencingserviceuser多媒体会议业务用户，简称用户，是指使用多媒体会议业务的统一IMS用户，用户可以成为会议的创建者，也可以成为某个会议的会议工持人，与会者。3.1.3
会设创建者conferencecreator
会议创建者指创建会议的人。
被邀请人invitee
被邀请人指在创建会议时会议邀请的参与者。3.1.5
与会者participant
与会考指只具备一些基本的会议功能（如加入会议、离开会议）而不具备会议士持和管理功能的普通会议参与者。
会议主持人：conferencechair
会议主持人是一个会议中特殊的与会者，可以管理和控制所在会议，例如加入和剔除与会者、增加和除媒体类型、结束会议等。一般来说一个会议只有一个会议主持人。对于预约方式创建的会议，可以预先设置一个土持人，对即时创建的会议，会议的创建者可以默认成为会议的主持人，在会议过程，会议持人角色可以将主持人功能移交给另外--个与会者。3.1.7
发言权floar
-KAONIKACa
YD/T 2010-2009
发言权是对某一特定（或一组）兆享的媒体传输资源的临时接入或处理许可（见RFC4376），可以儿和媒体类型的纽合（语音和视频）对应一个发言叔，也可以是个蝶体类型对应·个发言权。3.1.8
发言权控制fioor control
发言权控制是会议环境中--种管理共有接入或独占接入会议共享资源的方法（见RFC4376）。3.1.9
发言人floorowner
发言人足指狱得发言权授权，被允许发送媒体的与会者。3.1.10
会议中心focus
会议中心是一个集中控制会议的功能实体，包括会议的创建、维护会话集中控制的功能实体。会议中心负责会议策略（包括发言权控制、会议控等）的执行。每个会议中心有一个URI，代表-个会议。
会议应用服务器conferenceAs
会议应用服务器或称会议服务器，是指包括会议日心、会议策略、会议通知等逻辑功能实体的应用服务器。
会议业务PslconferenceservicePS会议业务PSI，指统：-IMS多媒体会议业务的公共业务标志。3.1.13
会议URl conference UR!
会议URI指对应丁某个会议的URI，椎-对应丁该会议的会议中心。3.1.14
会议标识conferenceID
会议标识是一个会议的惟一标识，并口将该会议与网络中的其他会议区分开来。会议标识可以在会议预约或会议创建的时候分配。会议标识可以用于计费、用户加入会议等。3.2缩略语
下列缩略语适用了本标准.
Conf. Client
Aggrcgation Proxy
Application Servcr
Binary Floor Control ProtocolConference Application ServerConference Service Client
Hyper Text Transfer ProtocolHome Subscriber Server
Initial Filter Criteria
聚合代理
应用服务器
二进制发言权控制协议
会议应用服务器
会议客广端
超文本传输协议
归属用户服务器
始过滤推则
YD/T 2010-2009
IP Multimcdia Subsystem
Media Burst Control ProtocolMultimedia Resource FunctionMultimedia Resource Function ControllerMuitimediaResourceFunctionProcessorPublic Service Identity
Session Description ProtocolSession Initiation Protocol
User Equipment
Uniform Resource Identifier
XML Configuration Access ProtocolXML Document Management
Extensible Markup Language
4业务描述与业务特征
4.1概述
P多媒体子系统
媒体流控制协议
媒体资源功能
媒体资源功能控制器
媒体资源功能处理器
公共业务标识
会话描述协议
会话初始协议
用户设备
统一资源标志
XML配置接入协议
XML文档管理
可扩展标记语言
基丁统一IMS的多媒体会议是在统一IP多媒体子系统架构上实现的多媒体会议业务。本标准所指的统一IMS多媒体会议业务由会议业务应用服务器实现，采用的会议模型中每个会议有-·个中心控制点，每个与会者都与中心点有信令关系，每个会议可以通过·一个会议中心来管理和控制各在线的会话。多媒体会议业务允许用户创建、管理、结束、加入或离开会议，同时也允许会议系统向各与会者发送各种会议状态信息。会议创建者可以为一个会议设定各种会议策略。多媒体会议业务应支持使用音频、视频、消息，数据和应用等多种媒体中的一种或多种进行通信，并非允许各种具备不同媒体通信能力的用户加入会议。4.2会议创建
4.2.1会议创建方式
会议创建方式包括两种：即时创建会议和预约创建会议。即时创建的会议所需资源可能无法得到系统保障，而预约创建的会议一旦预约成功，系统将保障该会议所资源。即时创建的会议在创建成功之后自动启动，预约创建的会议在第一个与会者加入会议或战系统呼通时启动。会设创建者可以在会设开始以前修改会议起始时间。4.2.2即时创建会议
用户可以请求即时创建会议并可以进行如下配置：会议名称：
一会议主题：
…会议持续时间；
会议邀请的参与者；
会议支持的媒体类型：
一是否启用电子白板和应用共享等其他会议功能：会议的鉴权方式以及会议密码：4
-IKANIKAa
！会议策略。
YD/T 2010-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/T 2010-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）发言权控制策略；
）媒体混合策略。
体策略的内容参见附录C。
4.5.3媒体控制和处理功能
4.5.3.1媒体类型
统一MS多媒体会议系统应支持音频、现频、消息和应用等多种媒体类型。6
TIKAONIKACa-
4.5.3.2与会者媒体类型的增加和删除基丁会议策略，会议建立之后：YD/T2010-200g
a）与会者在本次会议支持的媒体范制内，可以向会议主持人请求增加或删除自身的某些媒体类型；h）会议主持人可以批准或绝与会者的请求。如果批准与会者的请求，则向多媒体会议系统发送请求，多媒体会议系统根据主持人的请求，对该与会者的媒体类型进行更新。会议与会者使用媒体类型的状态，会议系统应能够通知给其他会议与会者，如通过会议状态通知的方式。
4.5.3.3媒体混合
媒体混合指将来自各个与会者的多路实时媒体流进行合成，生成一路或几路输出媒体的过程。媒体混合可包括视频的多画面功能和混音功能。在会议创建时，会议创建者可以选择是否启用媒体混合功能。在会议进行过程中，会议手持人间以选择是否启用多画而及混瓷功能，如渠会议主持人关闭了多面面及混音功能，则普通用户无法启用该功能，此时收到的间面和声音由主持人控制。4.5.4发言权控制（可选）
多媒体会议具有多种共享资源，比如发言权、发送视频。发言权控制是会议环境中一种管理共有接入或独占接入会议共享资源的方法。发言权控制是对共卓日标或资源的管理。对丁各种媒体类型，诸如音频、视频都应该可以实现发言权控制。音频、视额的不同媒体流可以通过不同的发言权控制进行发送媒体许可的控制。www.bzxz.net
对于实现发言权控制的媒体类型需满足下列基本要求：a）与会者能够请求一个或多个发言权：b）发言人可以在发送媒体之前或之后释放发权）会议主持人可以前与会者授予发声权；d）会议上持人可以拒绝与会者的发言权请求：e）会议主持人应能间时问多个与会者授了或撤回发言权，该发告权对应一种媒体类型或媒体类型纠合；
f）会设持人可打断其他与会者的发言，会议主持人释放发言权后根据策略可恢复被打断参与者的发育。
发言权控制应该支持队列的功能，即发言权请求在队列中等待授权的功能。请求队列·般情况为单个媒体类型分配，根据应用分配的队列川以台并和拆分：当会议中应用发言权请求排队功能时，应能支持下列功能：
a）会议系统应能通知会议与会者某个发言权请求进入队列；b）系统应能允许用广请求获得自己在发言权请求队列中的状态；c）系统成能支持不同的发言权优先级，比如高优先级的与会者可以抢先获得发言权；d）会议尘持人应能调整（如取消，重排）先前的发言权请求队列：e）与会者的重复发送或者更新已发送的发言权请求，主持人可以启用或关闭发言权控制功能。4.5.5会议状态订阅和通知
YD/T 2010-2009
4.5.5.1会议状态信息
用户可以向会议应用服务器订阅会议状态，在会议过程服务器可以向订阅月户发送各种会议状态通知，比如某用户加入迟出会议的信息、会议的媒体类型被修改的信息和用户被静音的信息等。会议业务可以在会议中向所有用户提供会议状态信息会议状态是在会议开始之前或会议过程中提供给部分或全部与会者的会议相关信息。会议状态信息包括了会议系统状态和与会者状态。a）会议系统状态
会议系统状态可能包括会议主题、会议议程、允许的媒体类型、当前使用的媒体类型，会议模式（如主持人/自由模式）、是否允许文件传送、是否静音和桌面同步等。b）与会者状态
与会器状态是会议中体现每一个鸟会者当前状态的动态信息。与会者状态可能包括了会议角色信息、发菩权、排队状态、管理权限、用户设备能力（如支持的媒体类型)和用户加入/离开会议的公告信息等。会议状态信息更新的时问问隔应当用会议策略决定（如时问问隔有规律地变化或有变化时更新）。在会议策略中应当可以指定间与会者提供的会议状态信息的范围用4.5.5.2会议状态订阅
用户可以向会议系统订阅会议状态信息。订阅时应当可以设置接收会议状态信息的最小时间问隔。与会者应可以取消会议状态信息的订阅。4.5.5.3会议状态通知
会议状态订阅者可以在会议过程中接收会议的状态信息，比如某用户加入/退出会议等。系统可以周期性地或者在会议状态改变时向订阅者发送状态信息，具体采用哪种方式白会议策略决定。
发送会议状态通知的频率可以根据会议策略做调整。根据不同的策略，会议状态通知可以是固定频率的：另外会议状态通知的频率在会议过程中也可以是可变的，用户可以设置会议状态通知发送频率的范围，当会议结束时，会议状态知也同时结束，4.5.6会议录制
IMS多媒体会议系统应支持记录多媒体会议的内容，记录的内容可以包据语音，视频、文子，传输的文件、电子自板的屏幕、WB连接、投票结果等，这些内窄可以在会后供调用。与会者在会议开始之前或加入一个会议时被告知该会议是否被录制。用户在预药会议时可以谐求会议录制：a）录制某个会场，包括该与会者的音视频、传输的文件或白板屏幕等；b）录制其所在会议的所有会场。录制的会议内容允许会议中的被授权与会者在会后下载，4.5.7结束会议
会议中心可以在下列条件下根据会议的策略结束会议：a）会议主持人关闭会议；
b）根据会议策略定义的条件，比如当到了会议规定的结束时间等。8
TIKAONIKACa-
在会议即将结束之前，系绕可以给会议持人和所有与会者发送提醒信息。YD/T2010-2009
会议结束时将释放所有资源，包括享件通知服务、策略等，同时会议中心将主动发送BYE给所有在场的与会者。
4.6会议辅助功能（可选）
4.6.1基本要求
与会者之问可以共享各类数据和应用，如文件传送，白板、应用、文件共享等。统一IMS多媒体会议系统支持在会议创建时选择是否启用电了白板共享功能。4.6.2电子白板共享
统-IMS多媒体会议系统支持电子白板共享功能，会议中获得授权的与会者可以在上面写字或画画。支持与会者在会议过程中请求创建电子白板。支持与会者在会议中将文档共享给其他与会者，该文档作为白板的背景呈现给其他用户。电子白板可以包括多，主持人负责增加或删除页面，并设置某资为当前页面。系统允许与会者发出编辑电子白板的请求。
只有会议的主持人利创建者可以关闭电子白板。4.6.3应用/桌面共享
统一IMS多媒体会议系统应支持应用/桌面共享功能。在会议策略允许的情况下，用户可以在会议过程中请求创建应用共享。
支持与会者将其终端上正在运行的应用程序共享给其他与会者。应用程序所有者可以授权其他与会者远程控制该共享应用。共享的应用程序可以呈现给其他所有与会者。4.6.4文件传送
在会议过程中允许用户发布或传送文件。在会议策略允许的情况下、用户可以发送文件给部分或全部与会者。发送结束后发送者可以收到传送反馈信息获知其他与会者是否成功收到文件。具体实现方式由运营商业务提供商决定。
4.6.5文字聊天功能
与会者可以通过使用文字聊天功能，给会议中的所有、部分或某个与会者发送文本消息，进行文字聊天。
4.6.6投票功能
在会议策略允许的条件下，与会者可以发起一个或多个上题的投票活动。每个主题包括几个选项，与会者可以从选项列表中选择一个或多个选项。选项的呈现可以利用会议中使用的媒体。投票可以公开也可以暨名。公开投票中与会考可以看到每个与会者的选择结果。会议系统会收集并统计投票结果，投票的发起者可以将结果公布给所有与会者。投票发起者可以设置投票的务种参数，比如允许投票的与会者、投票截止时间、公开或匿名方式等。5与IMS多媒体电话业务及其补充业务的交互统--IMS多媒体会议业务应支持与统一IMS多媒体电话业务及其补充业务交互。统一IMS多媒体会议业务中与会者和会议中心之间的通信应能利用统一IMS多媒体电话业务功能。当用户利用统一IMS多媒体电话业务功能参与媒体会议业务时，系统可以支持统一IMS中除CONF之外的所有补充业务。
YD/T 2010-2009
统一IMS多媒体会议业务和相关补充业务的交互关系如下：a）呼叫保持：光影响：
b）主叫标识显示：无影响：
c）主叫标识限制：当会议参与者作为主叫加入会议时，如果该会议参与者激活了主叫标志限制业务，那么该会议参与者的标识信息将不会被通知到其他会议参与者：d）被叫标识显示：无影响；
e）被叫标识限制：当会议参与者作为被叫被加入会议时，如果该会议参与者激活了被叫标志限制业务，那么该会议参与者的标识信总将不会被通知到其他会议参与者；f）呼叫前转：无影响；
）恶意呼叫追查：无影响：
h）呼叫限制：当用户调用了呼出限制业务时，用户不允许中请加入多媒体会议：当用户调用了呼入限制业务时，用户不允许被邀请加入多媒体会议。如果REFER消息的Refer-To头域中口的标识，出于满足会议创建者的呼叫限制条件被限制，会议服务器不接受这个REFER消息；i）呼叫等待：无影响。
6系统架构
6.1多媒体会议系统逻辑功能架构基丁统一IMS的多媒体会议系统的网络架构如图1所示，其中粗黑线框实体为多媒体会议相关功能实体。多媒体会议系统分为网络侧和刃户终端侧。其中，用户终端中色括多媒体会议系统的客户端(Conf.Client）：网络侧分为接入网络、IP多媒体子系统（IMS）SIPCore、会议应用服务器（Conf.AS）、媒体资源功能（MRF）、媒体网关控制功能和媒休网关等。下文所提及的实体如果没有特殊说明指逻辑功能实体，具体实现时可以是一个物理实体也可以一其他实体合设。网络架构中某些接口的用途和协议如表1所示。表接和相关协议
参考点
CONF-1
CONF-2
CONF-3
CONF-4
CONF-5
CONF-6
CONF-7
CONF-8
Conf.Client到 IMS SIP/IF Core核心网会话信令，满足 IMSGm接口要求
IMSSIP/IP核心网到ConF.AS会话信令Conf.Clicnt到MRFP的媒体传输、资源控制IMSSIP/IP核心网到MRFC会话信令，满足统一IMSMr接口要求
Conf. Client 到 Conf. As 的接II,满足统一 IMS Ut 接口要求Conf.AS到MRFC，媒体资源控制
Canf.Client到会议辅助功能服务器之间的接口Conf.AS到网管功能的接口
MRFC 到MRFP
Conf. AS 到 1ISS
Conf.AS到计费服务器的接口
IKAONIKAa
RTP/RTCP资源控制协议可选
SIP或HTTP，可选
JITTP、FTP 等
HTTP惑SNMP
H.248，兼容IMSMp接功能
Diameter
Diameter
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。