会议服务-科能调度指挥系统

会议是多个参与者之间的交谈。会议有多种不同的类型，包括松耦合的会议、完全分布式的多方会议、紧耦合的会议。本章中只介绍最后一类，因为这是ip多媒体子系统(IMS)中所惟一关注的。

会议服务不仅仅局限于音频，视频和文本会议，即常说的聊天，在过去的几年中快速流行。普及的原因在于会议服务可以通过很多逼真的手段模仿面对面会谈，例如实现文件和白板共享，通过视频来传达情绪，而且这些都是实时的。

7.1会议服务体系结构

在紧耦合的会议中总会有一个中央控制点，会议的参与者都与之连接。这个中央控制点提供各种会议服务，包括媒体混合、编码转换和参与者列表通知。

中央控制点被称为“焦点（focus）",是一个通过会议统一资源标识符(SIPURI)来寻址的会话初始化协议用户代理(SIP UA)。会议URI标识一个会议，而焦点则负责与各参与者之间建立信令对话。

会议策略是与某个会议有关的一组规则，这些规则包括：会议的生存期限、谁可以或谁不可以参加会议(成员资格策略）、会议中可以包含的角色的定义以及各角色的职责、以及哪些人可以申请哪些角色的策略等。会议策略还包括媒体策略：会议的媒体混合特性。

创建会议可以有很多方式。一种方式是使用SIP,这可以产生一个临时(ad hoc)会议。临时会议是指没有日程安排的会议，并且生存期限比较短。有日程安排的会议可以利用会议控制协议来创建，这个协议使用户能够创建并操作会议和会议的策略，还能主动管理进行中会议的成员资格或者会议名册。然而，在本书撰稿时这个协议还没有产生；尽管IETF组(因特网工程任务组）正在解决集中式会议(XCON)工作组的问题，并已经有了几个协议建议书。

会议工厂是一个会议服务器，当它收到一个INVITE请求时(该请求利用会议工厂的URI寻址到达该工厂），它就可以创建一个新的会议实例并分配一个URI»会议工厂的URI可以被分配并全球公布，以便通过SIP呼叫控制方法(INVITE请求）自动创建临时会议：即会议工厂的URI在全球范围内都是路由可达的。

7.2会议状态的SIP事件包

会议状态通知是采用SIP事件框架的另一种事件包(见12.13.1节)。会议状态事件包用于了解会议参与者的变化情况，换句话说，用户可以通过这些通知来了解谁加入或者离开了会议。这个事件包还允许会议参与者了解某用户的与会状态以及会议的工具条(sidebar)。

通过向标识了焦点的会议URI发送SIPSUBSCRIBE请求，用户可以订阅会议的状态。焦点充当了事件包的通知者。

这个事件包的名称是“conference”。这个令牌出现在SUBSCRIBE请求的Event消息头中。通知的正文部分携带会议状态信息文档，采用多用途因特网邮件扩展(MIME)"application/conference-info+xml"类型，该类型在［Draft-ietf-sipping-conference-package］中定义。

事件包中提供了关于用户状态的两个信息：会议中的用户的当前参与级别(标记为行为状态(activity-status))和参与者进入或离开会议的方式(标记为历史状态(history-status))。行为状态为下列状态之一：连接(connected)、断开(disconnected)或维持(on-hold)。历史状态为下列状态之一：呼入(dialed-in)、呼出(dialed-out)、离开(departed)、自举(booted)或失败(failed)。

会议状态信息中还包含每个参与者所连接到的媒体流信息，并包含会议中的工具条的信息，指示每个工具条的URI和每个工具条中的参加者。

7.3会议服务操作的信令流举例

7.3.1通过会议工厂URI来创建一个会议

在通过会议工厂URI创建会议时，会议参与者按照8.10节生成一个初始INVITE请求，并将该INVITE请求的请求——URI设置为会议工厂的URI。

会议服务器为新创建的会议创建一个焦点，为它分配一个会议URI并在200(OK)响应的Contact消息头中返回该会议URI。这个URI包含一个“isfbcus”参数，指示这是一个焦点URIo收到对INVITE请求的200(0K)响应并且其中Contact消息头中包含“isfocus”参数时，会议参与者将Contact消息头的内容保存下来作为会议URI。这个会议URI可以用来指引其他用户到会议中，也用于订阅会议状态事件包。图7-1给出了一个通过会议工厂URI创建会议的呼叫流程实例。

会议服务(图1)