控制发送的请求条数_完整双流控制协议 (BFCP)，SDP拓展和应用概论-part 1

因为疫情的原因，很多公司通信采用了视频会议的方式进行业务沟通。在视频会议解决方案中，很多的用户需要在进行视频通话的同时还要和其他用户共享某些客户端的资源，例如文件，PPT等数据。这是视频会议的一个基本需求。在基于SIP通信的网络中，SIP视频功能结合资源共享功能就可以实现这些视频会议的功能需求。在视频会议应用中，Binary Floor Control Protocol (BFCP，RFC4582)-双流控制协议是其核心的协议，和基于SDP拓展实现BFCP的Session Description Protocol (SDP) Format for Binary Floor Control Protocol(RFC4583)。笔者在本讨论中，首先会就RFC4582的概要和一些技术详解(part 1)，然后介绍关于BFCP中SDP拓展和其他应用场景(part 2)。其次，笔者会介绍几个目前比较热门的BFCP的应用场景。

关于双流控制协议的背景介绍-RFC4582和RFC4583

在本文档的讨论中，我们仅涉及SIP和BFCP的功能讨论，不涉及其他协议对BFCP的功能支持。在我们讨论双流控制协议之前，我们首先需要介绍几个常用的定义。在一般的基于SIP的网络环境中，不外乎语音视频或者加一个图片传输的通信方式。但是，目前大部分的企业通信要求不仅仅支持视频，同时还要支持会议人员在进行视频会议的同时，可以分享或者对其他用户发送其他文本文件或者演讲的其他资料，例如PPT文件。视频会议同时完成以上这两种功能就需要所谓的双流数据来实现。

首先，我们介绍一下什么是Floor Control(流控制)。Floor control 简单来说就是一种处理机制，它支持应用程序或者用户安全获得相互对端独有资源，访问共享一些目标文件或者资源，例如对端文本文件，PPT等客户数据资源。这里需要读者注意的是，这种机制必须以安全的方式，相互访问一些特定的目标文件和资源。同时，Floor control 也可以实现会议和媒体的创建，会议策略管理，媒体控制等其他功能。当然，这些功能需要第三方协议来协助完成。

其次，我们需要关于Binary Floor Control Protocol(BFCP)的定义。BFCP是一种协议，它可以在视频会议中协调各种资源。比较典型的示例就是利用BFCP实现的视频会议服务：

本图片和以下所有图片均来自于互联网资源

在会议服务中涉及了几个核心的要素：

• Floor Control Server(流控制服务器)
• Floor(一个逻辑实体，流处理/获得访问权限访问文件)
• Floor Chair(一个逻辑实体，流管理/会议主持人，权限管理，流管理，唤醒流处理)
• Floor Participant(一个逻辑实体，流成员者/会议人员)。在会议开始以后，一般会议主持人会按照约定的流程，首先让每个人开始讲话，然后第二个人开始讲话或者分享其他的文件。

双流控制协议(BFCP)概要-RFC4582

RFC4582规范是Binary Floor Control Protocol (BFCP)的标准协议。在此协议中规定了BFCP中多个方面的内容。其主要内容包括：规范处理范围， 操作流程，数据包格式，传输，较底层的安全处理，协议事务， 签权和认证，流会议成员操作，流会议主持人操作，一般会议人员操作，流控制服务器操作，和安全问题。下面，我们按照RFC4582的规范说明来进一步介绍以上这几个方面的内容。

规范处理范围(Scope)，首先说明，此规范重点讨论的是关于BFCP协议本身的内容，它所关心的是在会议状态下如何通过BFCP来实现对资源的控制，它所遵守的要求是根据RFC4376来实现。另外，关于会议处理的介绍架构是通过RFC4597定义。关于流会议人员和限定的内容，读者可以参考RFC4597做进一步学习研究。以下示例是BFCP所能够提供的功能。

根据以上示例，BFCP提供的通信方式包括：

• 对于流会议成员来说，发送请求到流控制服务器。
• 对于流控制服务器来说，它可以允许或者拒绝流会议人员的请求。
• 对于流会议主持人来说，它对流控制服务器发送一个针对流会议人员的请求的决定。
• 对于流控制服务器来说，它负责维护流会议人员和流会议主持人针对流会议的消息状态和流会议人员的请求。

在BFCP中，流会议处理流程大概经过四个步骤：

• 流创建，关联一个给定的流和相关的资源
• 获得客户端资源联系流控制服务器，客户端需要各种相关数据来创建和BFCP 流控制服务器的连接。客户端所需要的消息数据包括服务器端的传输地址，会议 ID和用户ID。
• 获得流资源的关联绑定，流绑定相关资源。流会议用户和流会议主持人需要获得相关的系统资源绑定信息，