1、YD/T 949一1998前言本标准等效采用ITU-T建议T.127(1995年版本)用于音像和视听会议业务的多点通信服务。该建议是有关音像和视听会议业务的多点通信的应用协议和服务的ITU-T.12。系列建议之一本标准定义了一个协议，旨在支持交互式会议或群工作环境下的二进制文件数据的互换。在该环境中使用T.12。系列标准。它提供的机制可支持同时分发多份文件，可选择向部分与会者分发文件和由远端检索文件。制定的条款也适用于远程目录访问。本标准的附录A和附录B是标准的附录，附录C和附录D是提示的附录。本标准由原邮电部电信科学研究规划院提出并归口。本标准由原邮电部数据通信技术研究所负责起草。本标准主要
2、起草人:张勇。中华人民共和国通信行业标准多点二进制文件传送协议Multipoint binary file transfer protocolYD/T 949一1998eqv ITU-T T.127:1995范围本标准定义了一个协议，旨在支持交互式会议或群工作环境下的二进制文件的互换。在该环境中使用T.120系列标准。它提供的机制是:使用T. 122(多点通信服务)所提供的原语，可方便地同时分发和检索一份或多份文件。本标准的设计目标是提供一个多用途的简便协议，该协议可为要求基本文件传送能力的应用之间互通提供核心功能，同时该协议也有满足更复杂的应用需求的灵活性，参见图1。图1本标准的适用范围2
3、31用标准下列标准和其他参考资料所包含的条文，通过在本标准中引用而构成为本标准的条文，本标准出版时，所示版本均为有效。这些标准和其他参考资料都会被修订，使用本标准的各方应探讨使用下列标准和其他参考资料最新版本的可能性。CCITT建议T. 35(1991) CCITT成员代码的分派规程(非标准设备)中华人民共和国伯息产业部1998-07-14批准1999-01-01实施YD/T 949一1998ITU-T建议T. 120(199X)多媒体会议电话的数据协议ITU-T建议T.122(1993)音像和视听会议的多点通信服务的服务定义ITU-T建议T.123(1994)音像和视听会议应用的协议栈ITU
4、-T建议T.124(1995)通用会议控制ITU-T建议T.125(1994)多点通信服务协议规范ITU-T建议T.434(1992)用于远程信息处理服务的二进制文件传送格式ITU-T建议H.221(1993)在视听远程服务中用于64-192okbit/s信道的顿结构ITU建议X.680(1994)信息技术抽象句法表记法一(ASN.1)一基本表记法规范ITU-T建议X.691(1995)信息技术ASN.1编码规则压缩编码规则(PER)的规范ITU-T建议V.426is(1990)采用纠错规程的数据电路终接设备(DCE)使用的数据压缩规程ISO/IEC 33090993)信息技术一一系统间通信和
5、信息交换高级数据链路控制(HDLC)规程帧结构ISO 8571-20988)信息处理系统一一开放系统互连文件传送、访问和管理(FTAM )第二部分:虚拟文件存储定义3定义确认数据信道:一种多点通信服务信道，在该信道上可分发文件。与会者对确认数据信道上所提供的文件有拒绝的选择权。确认数据信道可以是独占的(即只有信道的创建者可以在该信道上发送文件)，也可以是共享的(任何与会者都可在该信道上发送文件)。广播数据信道:一种多点通信服务信道。在该信道上可分发文件。与会者必须接收在该信道上分发的所有文件;如果哪个与会者不需要，则在本地予以丢弃。控制信道:一种多点通信服务信道，用于管理文件的事务处理。文件属
6、性:一份文件的文件名和其他可标识的特性。FILE-REQUEST:一种令牌，用于保证在会话控制信道MBFT-CONTROL上最多有一个未决的文件请求。FILE-REQUEST (p):一种令牌，用于保证在子会话控制信道MBFT-CONTROL (p)上最多有一个未决的文件请求。FILE-TRANSMIT:一种令牌，用于保证在会话广播数据信道MBFT-DATA上最多有一个正在进行的文件传送。FILE-TRANSMIT(p):一种令牌，用于保证在子会话广播数据信道MBFT-DATA (p)上最多有一个正在进行的文件传送。FILE-TRANSMIT(n):一种令牌，用于保证在确认数据信道MBFT-D
7、ATA (n )上最多有一个正在进行的文件传送。MBFT-CONTROL:会话控制信道。MBFT-CONTROL (p ):子会话控制信道，其MCS信道ID是PoMBFT-DATA:会话广播数据信道。MBFT-DATA (p ):子会话广播数据信道，其MCS信道ID是p0MBFT-DATA (n ):确认数据信道，其MCS信道ID是no非标准能力:本标准范围之外的一种能力，在使用非标准能力之前必须协商。会话:一组对等的应用协议实体。标准能力:本标准范围内定义的一种能力，但并非所有MBFT的实现都需要这种能力。所以在使用标准能力之前必须协商。子会话:在一个会话内对等的应用协议实体的一个子群YD/
8、T 949一19984缩略语ARMAPEASEGCCGCCSAPMBFTMCSMCSAPPDU应用资源管理器应用协议实体应用服务单元通用会议控制通用会议控制的服务接人点多点二进制文件传送多点通信服务多点通信服务的服务接人点协议数据单元5多点文件传送简介为了支持不在一地的与会者进行会谈、会议等活动，需要将两个或多个地方连接起来。术语多点通信就是描述了多个终端的互连。多点二进制文件传送(MBFT)在多点环境下通过使用与基础网络无关的多点通信服务(MCS)，使与会者之间能够进行交互式的文件交换。特别是本标准提供灵活有效的机制支持:同时分发多份文件向会议的全体与会者广播文件向部分与会者有选择地分发文件
9、从远端站点检索文件中断之后文件部分重传远程目录访间6数据的多点传送为了便于同时传送一份或多份二进制文件，本标准采用了一种控制和数据信道体系结构，见图2。它使文件能够向会议的所有与会者广播，或者作为一种专用文件传送有选择地向部分站点传送。对所传送的数据类型没有限制。本标准中采用了两种类型的信道:控制信道和数据信道。控制信道用于对文件传送的各方面实施管理(提供文件，请求文件)，而数据信道则用于传送文件数据。在每条数据信道上，某一时刻仅能传送一份文件。但能采用附加的数据信道同时分发多份文件。在任何给定的时间内，使用的数据信道数目取决于要同时传送的文件数。相互通信的一组文件传送应用被称为参与同一文件传
10、送的会话。每个文件传送的会话都要求一条单独的控制信道和一条或多条数据信道，用于向所有与会应用分发文件。本标准支持两种类型的数据信道:广播和确认数据信道。如果某个发送者希望所有的节点都接收它提供的某份文件，那么它应采用广播数据信道。在该文件传送的会话期内，所有的节点都必须处于广播数据信道下并接收信道上分发的所有文件;如果某份文件是不需要的，则应由接收者予以丢弃。如果发送者希望给予其他节点可拒绝某份文件的选择权，则它应在确认数据信道上传送该文件。在这种情况下，每个节点都必须告知发送者它是否需要该份文件。这时只有那些希望获得该份文件的节点才加人数据信道。通过使用确认数据信道可支持多份文件的同时传送。
11、如果发送者认为文件头中的一个或多个参数是该应用操作的必不可少的参数，则应使用确认数据信道。比如，某个应用可能要求由接收者保留某个通路名以供将来引用。当将该文件提供分发时，应标识键参数，此时那些不能够支持所有这样的参数的节点必须拒绝该文件。YD/T 949一1998确认数据信道的创建者可被指定是独占的(即只有创建者可在该信道上发送文件)，或者是共享的(即任何与会者都可以在该信道上发送文件)。当节点都必须在广播信道上接收分发的所有文件时，该信道上的文件事务处理不要求发送者和接收者有任何联络过程，使得在广播数据信道进行事务处理时的启始文件传送的等待时间减至最小。在确认数据信道上的事务处理会在启始一份
12、文件传送时引起某些等待时间。但是，由于避免了向不要求数据的站点分发不需要的数据，总体性能可能会更好。特别是当这样的站点是处子低带宽链路时尤其如此选择信道是发送者的权利，具体取决于应用、文件尺寸、网络结构和与会者的数量。不需要文件A或州:B的节喊,需耍文件A源文件A和BI MBFT!需要文件A和文件B的节点MBFI黑M旧FT匾MCSAP)(MCSAP)(MCSAPMCS提供者1顶级MCS提供者!IMCS提供者I (MCS提供者I FMCS提供者数据Lfeil_ I控制信道1控制信道_一用于汾的广播数据信道于团的确认数据信道所有的节点都连到控制信道和广播数据信道。节点必须接收广播数据信道上的文件，
13、不管它们是否需要该数据。如果节点希望接收当前在某条确认数据信道上传送的文件，它们只有加人该信道图2本标准会议模型可以达到有选择地向某个会议的部分节点分发文件的目的，方法是创建一个专用文件传送会话，或者在现有的会话内建立一个专用文件传送的子会话。子会话遵照与会话相同的模型，它具有一条控制信道、一条或多条数据信道。然而它不同于会话、因为它不一定要求有广播数据信道。子会话与它所属的会话具有相同的能力集。子会话的与会者都选自其所属的会话与会者。子会话在GCC内无状态(变置)且不会出现在GCC-Application-Roster之中。子会话没有独特的会话标识符，只是按主MBFT会话的会话标识符操作。为
14、了避免因注册过程所造成的时延，子会话允许专用交互式文件交换按简便的方式初始化，但同时保护住GCC和MCS资源。为了检索来自数据库、电子布告栏等的信息，特为站点制定了请求其他节点的某份文件的条文。在请求中必须提供足够的信息以使得源站点唯一地标识所需要的文件。子会话与会话间的关系如图3所示。6.1本标准系统模型如图4所示，下列属性确定了一个MBFT会话的性能。一条单独的控制信道。一条单独的广播数据信道。零条或多条确认数据信道。零个或多个专用子会话(以使某个选定的部分会议与会者能够交换文件)。YD/T 949一1998图3子会话与会话间的关系图4本标准信道模型一个会话标识符。每个子会话都具有下述胭性
15、:一条单独的专用控制信道。零条或一条专用广播数据信道。零条或多条专用确认数据信道。没有单独的会话ID(使用主MBFT会话的会话ID操作)。496YD/T 949一1998每条控制信道都有一个与其相关的FILE-REQUEST令牌(除非该信道的创建者要求独占的权力，即只有它能请求来自其他站点的文件)。每条数据信道都有一个与其相关的FILE-TRANSMIT令牌(除非该信道的创建者要求独占的权力，即只有它能在那条信道上传输文件)。6，2压缩经成功地协商之后，可对文件进行压缩，但在缺省条件下文件是不压缩的。采用ITU建议T.124规定的格式，可以标识出专有技术，如T. 35国家码、国内分配的代码、制
16、造商的代码、非标准能力代码，或可用客体标识符替代。通过这种机制也可以标识出事实标准的压缩格式。注意，压缩仅适用于文件数据的净负荷，对文件头不压缩。6.3优先级可将本标准作为后台任务去完成批量数据的传送，也可作为前台任务以便及时分发文件。采用哪种方式由发送方选择。快速数据传送时应使用中优先级，批量数据传送时应使用低优先级。在一个文件的传输过程中，优先级应保持不变，但在连续的事务处理之间可以不同。控制信道上的文件事务处理的管理应使用高优先级。6.4文件预传为了在交互式会议期间把文件传送量减至量少，可以在召集会议时预先将会议使用的资料文件先分发给与会者。这项工作可以是一个自动过程，并且当接收方能够识
17、别哪些文件是它们希望接收的文件时，文件量可以很少.7墓本MBF7，应用希望支持文件传送协议的应用必须能加人控制信道，并且能在广播数据信道上发送或接收。表1示出必须支持的协议数据单元。表1支持的MBFT PDUMBFTPDU只接收文件的APE只发送文件的APE收、发文件的APE发送PDU接收PDU发送PDU接收PDU发送PDU接收PDUFile-OfferMMMMMFile-AcceptMMMMFile-RejectMMMMMFile-RequestOMMOMFile-DenyMOMM0File-Error0000File-AbortO0MOMFile-StartMMMMFile-DataMMM
18、MDirectory-RequestOM0MOMDirectory-ResponseMOM()M0MBFT-NonStandardOOO0OOMBFT-Privilege-RequestO0MOMOYD/T 949一1998表1(完)MBFTPDU只接收文件的APE只发送文件的APE收、发文件的APE发送PDU接收PDU发送PDU接收PDU发送PDU接收PDUMBFT-Privilege-AssignOMOMOMPrivate-Channel-Join-InviteOMOMOMPrivate-Channel-Join-ResponseMOM()MOM必备的O可选的一不擂要8摄作说明文件传送用户
19、应用依靠文件传送应用协议实体(文件APE)的服务，与其他节点上对等的应用进行通信。如图5所示，文件APE有两个组成部分:文件传送应用资源管理器(文件ARM)和文件传送应用服务单元(文件ASE), ARM提供所有标准化的应用协议共有的通用功能。ASE则提供此应用协议的特定功能，使得文件传送应用能够互通。注惫，这是一个概念性模型，不包括实际实现时结构上的任何限每个组成部分都将在下面作更详细的介绍。用户应用节点控制器蘸爵彝臻于.该录李)4田曰L盆1愁蒸豁Y粥 3自愚1图5本标准应用模型文件传送用户应用这是文件传送应用的一部分。该部分涉及对互通没有直接影响的诸方面(例如:用户接口)，所以这0内eses
20、制8.部分可以是产品特定的，也可以是平台特定的用户应用的影响也仅限于其驻留站点，所以这部分不属488YD/T 949一1998于本标准的范围。用户应用依靠文件传送应用协议实体(APE)与在其他节点上对等的应用进行通信的服务。它不与MCS或GCC通信，这种通信是由文件APE完成的。用户应用经其文件APE启始一个文件传送会话，并规定该应用的能力和会话方式。一旦在建立了会话之后，所有MBFT特定的事务处理均由代表该用户应用的文件APE完成。8.2文件传送应用资源管理器文件传送应用资源管理器(文件ARM)代表文件ASE管理GCC和MCS。它提供下列服务:响应来自GCC的指示(如允许注册、调用)。用GC
21、C注册文件APE.连接一个MCS域以便为文件APE获得一个MCS用户IDo加人静态信道。使用GCC登记处和MCS去标识和加人组播信道。召集专用信道并让对等的文件APE进人这样的信道。加人任何接纳了文件APE的专用信道。标识并从GCC登记处获得令牌。从登记处删除与任何已经创建的信道相关联的条目。调用其他节点上对等的文件APE,处理应用名册报告，以便确定所协商的应用能力清单和对等文件APE的标识。8.3文件传送应用服务单元文件传送应用服务单元(文件ASE)向具有资源(由文件ARM获得)的用户应用提供文件传送功能。其操作与传给它的令牌和信道的类型(即静态的或动态的)以及标识无关。用户应用规定需要的是
22、广播数据信道还是确认数据信道。向会议的部分与会者的专用传送，则需要MBFT用户ID清单。文件ASE提供下列服务:发送和接收MBFT PDU,获取和释放令牌并使用MCS确定令牌状态。对GCC-Conductor-Assign和Release指示作出响应。通过节点控制器发出GCC-Conductor-Permission-Ask请求对GCC-Conductor-Permission-Grant指示作出响应。8.4 MBFT资源二进制文件传送会话使用控制信道来管理文件传送，使用数据信道来分发文件。每条控制信道都有一条或多条与其相关的数据信道，每条数据信道都支持每次传送一份文件。每个MBFT会话都有一
23、条会议控制信道(分派的助记符是MBFT-CONTROL)和一条广播数据信道(分派的助记符是MBFT-DATA)。这两条信道是所有该会话的应用与会者都必须加人的。控制信道用于管理所有在广播数据信道上的文件传送。所有的节点都同意接收在广播数据信道上传送的文件，并在不需要时丢弃这些文件。只要任何一个节点处于低带宽链路上且不斋要这些数据时，就将导致会议性能不必要的降低.使用确认数据信道(分派的助记符是MBFT-DATA (n)，其中n为此数据信道的MCS信道ID)时，允许同时分发一份以上的文件。对这样的信道上文件传送的管理是通过会话控制信道完成的。但在这种情况下，节点有拒绝向其提供文件的权利。这样便可
24、保证文件只分发给那些需要这些文件的节点，但每次文件传送都需要一些额外的开销。可以通过开辟子会话的办法，实现有选择地向一个已有会话的部分与会者分发文件。这包括一条专用子会话控制信道(分派的助记符是MBFT-CONTROL (p)，其中p为该控制信道的MCS信道1D)。此办法适用于在零条或1条专用广播数据信道(分派的助记符是MBFT-DATA(p)，其中p是该数据信道的MCS信道1D)和零条或多条专用确认数据信道(分派的助记符是MBFT-DATA (n) ,其中n是该数YD/T 949一1998据信道的MCS信遭ID)上的文件事务处理。每条专用子会话都需要一条独立的专用控制信道。每条控制信道都可能
25、有一个FILE-REQUEST令牌，此令牌用于保证任意时刻在那条信道上最多只有一份未决的文件谙求，孺要某份文件的文件ASE在提出请求之前必须获取此令牌，并将其保持到它确定了另一个节点是否能够提供该文件。允许动态控制信道没有FILE-REQUEST令牌，但此时只有该信道的创建者才能在该信道上发送文件请求。分派给会话控制信道MBFT-CONTROL令牌的助记符是FILE-REQUEST;分派给子会话控制信道MBFT-CONTROL (p)令牌的助记符是FILE-REQUEST(p)。每条数据信道都可能有一个FILE-TRANSMIT令牌，此令牌用于保证任意时刻在那条信道上仅有一份文件在传送。发送的
26、文件ASE在提供一份供传送的文件之前需获取此令牌，并在该文件传送期间内保留此令牌，在发出最后一块文件数据之后释放此令牌。允许动态数据信道没有FILE-TRANSMIT令牌，但此时只有该信道的创建者才能在该信道上发送文件。分派给会话广播数据信道MBFT-DATA令牌的助记符是FILE-TRANSMIT，分派给子会话广播数据信道MBFT-DATA (p)令牌的助记符是FILE-TRANSMIT(p)，分派给确认数据信道MBFT-DATA (n)令牌的助记符是FILE-TRANSMIT (n) ,这些信道和令牌一起组成了MBFT会话的可用资源:它们可以是静态的，也可以是动态的。文件传送应用资源管理器
27、(文件ARM)的责任就是确定这些资源的标识。对于任何给定的文件事务处理，用户应用必须规定由文件ASE使用的资源。静态和动态资源都由文件ASE同样处理。8.4. 1 MBFT初始化在本地通过某个用户应用或在远端使用GCC-Application-Invoke机制都可以将一个MBFT会话初始化。在这两种情况下，将示于表2中的参数传给文件ARM。会话方式确定了该文件ARM所采取的动作，该动作旨在标识该会话初始使用的一组资源。表2文件APE参数参会话方式 此参数可为以下3个值之一:静态的:此值表示该文件APE应使用由MBFT客体标识符和该会话ID参数组成的会话健注册，它应便用静态的预先规定的MBFT-
28、CONTROL和MBFT-DATA信道以及静态的FILE-TRANSMIT和FILE-REQUEST令牌动态的:此值表示该文件APE应使用由MBFT客体标识符和该会话ID参数组成的会话键注册。所有的信道和令牌资砚都是动态的，且由该组播会话的创建者分别使用MCs-CHANNEL-JOIN机制和GCC登记处机制予以分派。组播会话的成员通过GCC登记处确定令牌和信道ids.动态专用:此值表示该文件APE应使用由MBFT客体标识符和该会话ID参数组成的会话健注册。所有的令牌和信道资源都是动态的.且由该专用召集者文件ARM分别使用CCC登记处机制和MCS-CHANNEL-CONVENE机制予以分派。然后
29、，创建该会话的文件ARM把所有对等文件APE接纳到MBFT-CONTROL和MBFT-DATA信道，文件APE的MCS用户ids出现在接纳清单协议参数中。在企图加入专用MCS信道之前.专用成员文件ARM必须等待其文件APE被专用MCS信道召集者承认.令牌的标识由信道召集者在第一次事务处理时于带内传送会话工D 此参数用于区分该协议的多个会话所使用的资葫，且这些资源可能同时存在于同一MCS城中。分派给该MBFT-CONTROL信道的MCS信道1D被用作该会话ID，这样便可保证在该会议城中它是唯一的。如果应用希望参与某个睁态会话或者参与某个现有的组播或专用会话，则必须规定该会话1Dvo/T 949一
30、1998表2(完)静态方式(Static mode)用于向会议不限制地广播数据.、在使用预先规定的静态信道和令牌时，已是一种最简单的操作方式。应用可以随意加人和撤离某个静态方式的会话。尽管使用静态信道和令牌的不同子集的其他应用协议可以使用该文件ASE.但却只有一种静态方式的文件ARM是本标准预人规定的。组播方式(Multicast mode)能够在静态会话已经启用后用于J,播数据。在功能土它与静态方式和同，但它使用的是动态资源，所以必须经GCC登记处和MCS服务由组播会话的创建者(被称为组播创建者)来分派信道和令牌标识。所有其他与会者(组播成员)都可经该GC,C记处确定信道和令牌川、应用可随意
31、加人和撤离某个组播会话。在一次会议中的组播方式会话数日也是没有限制的专it方式(private mode)用1一有选择地向部分与会者分发文件。文件ARM的责仟是:启动专用会话(被称为专用召集者)以便分别使用GCC.和MCS获得令牌和信道，井将对等文件APE(专用会员“接纳到这tin信道令牌的标识在带内传送.但也可以经GCC登记处确定一次会议中的专用方式会话数!是没有限制的专用成员文件ARM必须等待其文件APE被专用信道接纳，还要等待召集者分派该会话应使用的令牌.b召集者撤离了该专用会话.则所有的其他与会者也便被排除了应川仅在受到会话召集者邀请时才能加人该专用会话。在所有情况下，启始的一组资源允
32、许每次传送一份文件。同时传送多份文件的情况请参见8.6为1使某个义件APE与那个节点的GCC提供者通信，以任何方式创建的该文件APE都必须一首先建立(CGSAP(GC(，服务接人点)。当节点加人某次会议时，该GCC提供者将发出准许了撤消标志段f.准许的KC-Application-Permission-to-Enroll。无论那时该用户应用是否希望注册，该文件八RM都必须发出GCC-Application-Enroll请求。如果该用户应用不希望注册，则该文件ARM必须将;(-Applicati二一Enroll请求中的注册/未注册标志置于未注册，并且指定该会议ID。不需要其他参数此后，只要不是接
33、收到准许/撤消标志置于撤消的GCC-Application-Permission-to-Enroll指J撤消了允许条件，该应用可以随时注册如果用户应用在决定加人某个会话之前希望接收有关正在进行的所有MRFT会话的(;(乏-八pp Iication-Roster-Reports，则该文件ARM可以注册非激活，指定会话键没有会话ID如果用户应用希望声明支持该MBFT协议但不消耗MCS资源，则该文件ARM叮以注册非激活(没有MCS川户II)。当用户应用经过激活的注册之后，文件ARM应向MCS提供者发出MCS-Attach-Use r清求，此时使用GCC-Application-Permission-
34、to-Enroll指示中包括的该会话工D作为该域选择符在接收到连续的MCS-Attach-User证实的响应后，该文件ARM应加人发出MCS-Channcl -join请求时所指定的illr, 11)信道8.4.2静态方式在得到MCS用户ID之后，文件ARM应加人MBFT静态控制和数据信道，方法是发送两个MC5Channel-Join请求，指定MBFT-CHANNEL-。和MBFT-CHANNEL-I为各II加人的信道在接收到加人这JFL信道的肯定的证实之后该文件ARM将注册激活，方法是向GCC提供者发出“(、Appl.二t ionEnroll请求，其具体参数在表3中指定。激活非激活标志应被m
35、为激活，会话11)应指定为郎分会话键，启始信道应指定为静态的，巳必须提供枯个的应用能力清单。参见图6YD/r 949一1998本地本地远端远端远端CICC提供者MCS提供者MCS提供9 C.CC提供者文件APE,操作ID=独特的、新的1获街MBFr用户伯MCS-CHANNE1r1OIN请求信道Ic选定的鉴行之B)1MCSCHANNEIfJ10N证实连签全竺亘try-Rmeve-Entry请求1 MBFf-DATA I竺翌竺些彗ctricve-Entry ilE4k I MRFp-DATA I.口.目口.加入选定组抽会话的MBFrCONTROL M道.曰.口口.使用该OCC登记处标识MBFF-D
36、ATA信道;MCSCHANNPE-LION *JiMCSCHANNPLJION证实信道RkMBFT DATA IGCC-Regisvy-Retri-Emry请求I FB.E-TRANSMIT IGCC-Registry-Reoiieve-Entry i,M I FB-E-TRANSMIT IGCC-Regsny-Retrieve-Entry请求!曰比E:OCC-Repmy-c-Fray证实I FR-I贬0UFS7RFOUFST加入MBFp-DATA信道标识FB.&TRANSNRr和Fn石及日QUFST令牌(可选GCC-Applicatjon-Enroll请术I激活、有会话IDGCC-八闻li=
37、at-ReslerRepal扑两注册激活!GCC-Application;GCC-ApplicationEnroll证实Roster-Re加n指示TOR20Ii0.951d07图7多点会话协议启始序列(成员YD/,r 949一1998本地文件八PF本地GCC提供名本地MCS提供者远端MCS提供书赢捕*4APNSI操作GCC-Applic呼n-Pcrmcdon-TEnroll指示MCS-ATTACH-USER iii七MCS-ATTACH-USER证实(MBFr用户用牢独特的、获得MBFT用户ID匹似励MCS-CHANN$Ir110Nirj塑ID=MBFr用户IDIMCS-CHANNEL LIO
38、N证实McsLHkNNEL-nONijUz faigID_-OI分派和加入证实MHFT-CONTROL信道ID=独特的、新的M日F】，(oNIRCX信道请求信道1RUMCS-CHANNEL-110N 4R实(MBFPID=独特的、新的CAC-Applic曹娜GG三ApphcatinGCC-AppliraftQnEnmll请求万非滋藻、Enmll证实Roster-Rep州指示DA丁八会话r N.山1分派和加入MBFP-DATA信道GCC=Application注册J目匆茜Registry-Register-Channel请求(MBFF-DATARost.r-Resort指示Registry-Re
39、gir-Cham J证实登记MBFT-DATA信道Acsign-T(众enRcg劝Y-点_igttRegmo-y-AssignToken卜出翻FIIF TRANSMIT=独特的、:新的分派FU-),TRANSMIT和】刁LE-REQUEST麟麒琳一.一一-旦一旦鱼些竺笔李ssign-Taken边盛1 FILE-RFQUGq、独特的;GCC-Applica9on-Enroll请求激活、有会话ID 1令牌(可选)GCC-Applicaq一-.-门.，GCC-Enroll证实注册激活AppIicaGon-Roster-Relyon指示T0824930-95/dOg图8组播会话协议启始序列(创建者)如
40、果省略了文件八PE会话ID-0的MCS-Channel-Join请求原语参数，文件ARM将尝试创建一个新的会话。首先它将发送信道11)如果成功.返回的MCS-Channel-Join证实应包含分派的信道ID,它将被用作MBFT-CON TROT.信道。再后重复这个过程去分派和加人MBFT-DATA信道。然后，文件ARM应在此会话“注册非激活，方法是发送激活/非激活标志置为非激活的GCC-Application-Enrol I请求，并且规定有会话ID的会话键但却省略了应用能力清单一旦文件ARM接收了包含相应于该新会话的一个条目的GC C-AppIication-RosterReport，该文件A
41、RM登记此MBFT-DATA信道，方法是发送GCC-Registry-Register-Channel请求，所Ik参数由表5给出。表5适用于GCC; Registry-Register-Channel请求的参数参数说明三一下#7 GCC-Application-Perm一一一型些一一犷8.4.5 )tMZF-I5AIit一一lm一信1i if)一在M(:S一以a山比ljo.n证实中返皿信道D8.4.5介绍如何形成登记处键一在MCS-Chnnnel-Join证实中返ICI信道ID信道ID此时，文件ARM可分派FILE-TRANSMIT和FILE-REQLEST令牌，方法是发送两个GCC-Regi
42、stry-Assign-Token请求，其使用的参数在表6中给出。如果文件ARM要求独占对广播数据信道的接人，则它无裔分派Fl L.E- IR八NSMIT令牌;如果它要求请求文件的独占权利，则文件ARM不需分派FILE-REQUEST令牌。在成功地确定了所有资源之后，文树八RM将注册激活。方法是发送激活/非激活标志置为激活的YU!T 949 1998GCC-Application-Enroll请求，启始信道指定x,动态组播，井且提供完整的11l i l l协议能)1清IP一M LI ICONPROI信道11)用作会话键中的会话Ill表6适用于GCC-Registry一八、ign Token清求
43、的参数参数一一明一_一由c(一(-Application-Pcrmis=ion to EnroIl指小提供8.d. 5中介绍如何形成登记处键会议1D登记处键a. 4. 4专用方式在获得MCS用户11)之后，为了确定文件ARM是(作为一名专川I戊员)加人r现有的专用会话、还是(作为名专用创建者)去创建一个新的会话。文件ARIA将审查文件API:会话IT)的参数如果省略了会话11)参数，文件ARM应尝试创建一个新的会话首先文件八RM为了获得条专用MBFT-CONTROL信道将发送MCS-Channel-Convene清求。如果成功，则返回的MCS-Channel-Convene证实包含所分派的信道
44、ID。此时，文件ARM必须加人此信道，方法是发出MCS-Channel-Loin请求，指定在MCS一 Channel-Convene证实中返回的信道IDo重复这个过程以便分派井加人另外的MBFT-DATA信道、然后，该文件ARM应在该新的会话中注册非激活方法是发出激话/非激活标志置为非激活的GCC-Application-Enroll请求，指定MBFT-CON T R Ol信道11)作为会话t1 1, W1 t s?ID，且省略应用能力清单。文件ARM可接着分派FILE-TRANSMIT和FILE-REQUEST令牌，方法是发送两个CCRegistry-Assign-Token请求，其使用的参
45、数在表6中给出如果文件ARM要求独占对广播数据信道的接人，则它无需分派FILE-TRANSMIT令牌;如果它要求清求文件的独占权.则文件ARM无需分派FILE-REQUEST令牌接下来文件ARM将上动注册，方法是发送激活/卜激活标志置为激活的GCC-Apptication一 Enroll请求，启始信道规定为动态专用，且提供完整的应用协议能力清单。M BFT-CONTROI信道11)被川作为会话键中的会话II)如果在将被邀请到专用会话的一个或多个节点上没有激活的对应文件八PE.则文件ARM将发送GCC-Application-Invoke请求，指定一个被邀请的GCC;用户II)清单或者指定零(表
46、示会议中所有节点都将被邀请)作为目的地节点参数。还可将指定该应用协议条目中的启始信道作为“动态专用”这时，召集的文件ARM必须等待，直到它接收到(;CC-Application-Roster-Report指示，该指i1s包含被邀请到该专用会话的文件APE的MCS用户TD在一个或多个被邀请的节点L没有启始MITT应用时，推荐使用超时功能)文件ARM应为控制信道和数据信道发送MCS-Channel-Admi以青求，指定被邀请的文件八PE的MCS用户ID作为MCS川户It)清单如果有了文件APE会话ID参数，该文件ARM应尝试加人该会话，即加人发送GCC-Appli(ation-Enroll请求所指
47、出的那个会话，请求中的激活/非激活标志置为非激活，日川不可缺少的会话工D指定会话键。然后它将等待，直到它在召集该专用MBF,r会话的节点上接收到来自文件ARM的MCSChannel-Admit指示。接下来将尝试加人这个原语中指出的信道。方法是发送MCS-Channel-Join清求还将接收到来自该专用会话召集者的进一步的MCS-Channel-Admit指示，专用成员文们ARM也1必须加人在这个原语中指出的信道，方法是发送MCS-Channel-Join请求。为r确定这两条信道中的哪条信道将用作MBFT-CONTROL信道.文件ARM将两个信道的11)与会话ID相比较与会话11)相匹配的信道1
48、1)是MBFT-CONTROL信道。与会话ID不9.配、但有相同的信道竹理器川户ID的那个信道ID是相应的MBF1-DATA信道。当远程调用某个专用成员文件ARM时.该会话ID(也就足r,414 TCONTROL信道1D)是从;CC-Application-Invoke指1- ,I ,获得的.YD/T 949 1998在接收到GCC-App I ication-Ros ter-Report指示(该指示含有其文件APE的用户11)之后，文件ARM应使用激活/非激活标志置为激活重新注册，包括将会话ID作为部分会话键，并且提供完整的应用协议能力清单。当召集的文件八SE在控制信道上启始第一个事务处理(
49、如用File-Offer PDU或File-RequestPDU)时，用于该专用会话的那些令牌的标识由该召集的文件ASE传送。专用成员可以单个地访问GCC-登记处以便确定令牌标识，但必须强调这种方法的效率要低得多。为了标识、播数据信道使用的FILE-TRANSMIT令牌，文件ARM应发送GCC-Registry-Retrieve-Entry请求，请求中使用的参数在表4中规定如果在GCC-Regis try-Retrieve-Entry证实中的结果参数是“条目未找到”，则只有会话召集者被允许在该广播数据信道上传送文件。文件ARM可标识控制信道使用的FILE-REQUEST令牌方法是发送GCC-Regis try-Retrieve-Entry请求。如果在GCC-Registry-Ret rieve-Entry证实中的结果参数
