IMS会议业务可以实现多方用户同时进行通信，包括音频、视频和文本类型的会议等。由于会议所能提供的实时性和高质量保证，使得更多基于会议业务的应用可以被人们所接受，如文件和白板的共享、游戏业务等。
一、会议类型
基于SIP协议的会议类型主要包括松耦合会议、完全分布式会议和紧耦合会议。
• 松耦合会议中每个参加者之间没有信令连接关系，也没有会议中心，通常这种会议可以利用SIP会话描述中的组播地址支持。
• 完全分布式会议中，每个参加者之间都建立信令连接，会议中同样没有会议中心。
• 紧耦合会议中含有一个会议中心，每个会议参加者都与该会议中心建立连接关系。会议中心执行各种各样的会议控制功能以及媒体混合功能。
由于不同会议类型具有不同的实现和管理需求，从可运营的角度来看，在IMS中所关注的主要是紧耦合的会议。
紧耦合会议中的核心是“会议中心(ConferenceFocus)",由一个URI标识，用户通过联系这个URI而加入到一个会议中。会议中心和用户之间的拓扑结构为星形结构。会议中心为用户提供并维持一个信令连接，并且可以执行会议策略，实现对会议的控制和管理。紧耦合会议的逻辑架构图如图所示。下文中提到的会议都是指紧耦合会议。
二、功能实体架构
紧耦合会议中的功能实体如图所示，它标识了不同的功能实体以及它们之间的接口和使用的协议。一个完整的会议包含以下的功能实体：会议参加者（用户入会议中心、媒体混合器、会议策略服务器、会议通知服务器和会议策略。
(1)会议参加者
在基于SIP的会议中，会议的参加者可以分为Participant(普通的会议参加者）和Moderator(会议主席）。他们具有的权限不同：Participant可以申请加入会议，或者申请某种媒体资源；Moderator有更多的权限，能够在会议过程中管理和主持会议，比如决定是否允许新用户的接入，对用户申请的媒体资源的批准等。Participant可以是自己主动要求加入会议，或者是被邀请加入会议。而Moderator可以是提前指定的，如果没有指定，则Moderator是会议创建者。
(2)会议中心
会议中心是一个会议的核心。它可以看成是一个SIPUA,并且通过一个URI<如，conferencel23@bupt.edu.en)标识来表示一个会议。会议中心负责维持与所有会议参加者之间的信令关系，并确认会议参加者连接到会议中。同时，会议中心还负责执行会议策略（利用SIP协议）。
(3) )媒体混合器(Mixer)
媒体混合器的主要功能是将接收到的各种类型的媒体流混合处理，然后将处理后的结果媒体流分发到会议参加者。这里的媒体传输可以使用RTP。
(4)会议策略服务器
会议策略服务器是一个逻辑上的功能实体，可能在物理上并不存在，主要是用来操作管理会议策略。它可以使用其他的非SIP协议（如会议策略控制协议或者其他协议）来执行对会议策略的管理。
(5)会议通知服务器
事实上会议通知服务器是由会议中心分离出来的一个逻辑功能。主要是为了提供用户订阅会议状态的业务，并且当会议状态改变时，通知这些签约用户，比如会议召开，有新的用户加入或者离开会议等。
(6)会议策略
会议模型中最复杂的就是策略部分，会议策略是控制一个会议的规则的集合，实现以下目的：会议准入机制及权限控制；主席管理功能；媒体管理，资源管理；会议参数配置等。会议策略可以在会议创建之前或者会议创建时被制定，用来指导会议中心主持和管理一个会议。
创建一个会议的方式有很多。一种方式是使用SIPINVITE请求生成一个特定的(AdHoc)会议。AdHoc会议是指没有日程安排的会议，并且生存期限比较短。有日程安排的会议通过会议策略控制协议(CPCP,ConferencePolicyControlProtocol)来创建，并且授予会议创建者对会议策略的更多控制能力。CPCP是一个客户端／服务器协议，用户可以通过它来操控会议的规则。会议策略通过一个URI来表示，并且对于每个会议是唯一的。会议策略URI指向一个会议策略服务器，它可以处理相关的会议策略。
三、 会议流程
(1)会议的建立
下面通过一个会议例子来介绍会议业务中的关键流程。该过程与建立一个基本SIP会话类似，具体流程如图所示。
假设某个运营商提供会议业务，并且给出一个公共业务标识(PSI),该PSI是一个SIPAS的URI,如conference-factory@bupt.edu.cn。用户A想要创建一个会议，就可以向该PSI发出SIP请求1-7，由后者分配一个会议标识，并创建会议。
AS在接收到这个SIPINVITE请求之后，就会为该会议请求分配一个会议中心，并返回183响应表示会话正在进行，会议中心的URI(如conferencel23@bupt.edu.cn)包含在该响应中8-13。然后用户和会议中心之间按照SIP会话建立的流程继续进行通信，这当中可能会使用到一些SIP扩展方法，如PRACK、UPDATE等，通过这些方法完成媒体的协商和所需资源的预留14-35。
其他的用户可以有两种方法加入到这个会议。
(1)用户A发出邀请。当用户A向用户B发出邀请时，A可以选择直接发送一个REFER请求到用户B,请求中的"Refer-To"消息头参数设为会议中心的URI:confl23@bupt.edu.cn,用户B可以通过这个URI直接联系会议中心；或者A直接发送REFER请求到会议中心，请求中的"Refer-To"消息头参数设为用户B的URI,这时AS可以直接向B发出会议邀请。
(2)会议中心发出邀请。需要注意的是会议中心发出邀请的触发条件可以变化，可以不是用户A直接发出REFER请求，而是用户通过会议策略创建会议时，在将来某一时间点，由会议中心按照会议策略给出的呼出列表(Dailed-outList)主动发出请会议进行过程中，会议主席可以主持会议中的“公共会话”，这时所有的会议参加者都可以参与；另外，也可以根据某些用户具体的需要建立“私有会话＂，这时只在特定的用户之间进行会话，不会影响到公共会话。会议的参加者可以通过向“会议中心”发送BYE请求，随时离开会议。而“会议中心”也可以移除某个用户，这可以根据会议策略或者是具有特殊权限用户（一般是会议的创建者）提出的要求。当某个用户离开会议之后，相关的资源就被移除。
(2)会议的终止
一个会议的终止可以由“会议中心“执行，其触发条件是：
•会议策略指示终止会议；
•当使用ConferenceFactoryURI创建会议时，会议的创建者离开会议；
•会议的最后一个参加者离开会议。
当满足上述条件时，会议中心移除所有的会议参加者，删除会议策略服务器中的会议策略，并且释放分配的ConferenceURI。
四、 会议过程中的管理
总的来说，会议中的管理可以分为两部分：会议的管理和会议的底层控制(FloorControl)。会议的管理可以包含会议中的一般管理功能，如会议的创建和终止、会议策略的制定、会议参加者的身份鉴权、会议参加者的权限和优先级等，另外还可以管理添加新的媒体（如添加一个视频到会议中去）。该部分管理可以通过SIP协议实现。
会议的底层控制：主要是为了更充分地利用公共的媒体资源。会议应用通常共享一些资源，比如，会议中的发言权、接入到有限带宽的视频信道、接入到一个共享的文件资源或者游戏室(GameRoom)中。底层控制则使得用户能够安全地接入到一个共享的实体或者资源中去。
另外，它还为MRFP提供媒体流如何混合和如何被分发的信息。该部分可以通过底层控制协议结合SOAP或者SIP实现。
底层控制可以支持不同的底层控制策略，比如会议主席控制，或者自动排队控制规则（先接入先服务）。当采用会议主席控制时，每一个底层可以由一个会议主席进行管理，在这一个底层中被管理的资源可以不止一种。如发送一个声音信道到语音信道中，接入到共享视频信道中等。
会议业务可以在IMS中灵活地开展，人们所熟悉的会议业务也将不再局限于传统的电话会议业务。会议业务也可以结合各种其他的业务开展新的应用模式。例如，会议业务可以和群组业务相结合，普通的用户可以通过建立好友组，随时进行一个好友之间的聊天会议；或者基于IMS的SIP应用服务器的灵活性，在会议过程中提供即时语言翻译功能，这就可以实现不同语言之间的会议。
