YD T 949-1998 多点二进制文件传送.pdf

《YD T 949-1998 多点二进制文件传送.pdf》由会员分享，可在线阅读，更多相关《YD T 949-1998 多点二进制文件传送.pdf（51页珍藏版）》请在麦多课文档分享上搜索。

1、YD/T 949一1998前言本标准等效采用ITU-T建议T.127(1995年版本间用于音像和视昕会议业务的多点通信服务。该建议是有关音像和视昕会议业务的多点通信的应用协议和服务的ITU-T. 120系列建议之一。本标准定义了一个协议，旨在支持交互式会议或群工作环境下的二进制文件数据的互换。在该环境中使用T.120系列标准。它提供的机制可支持同时分发多份文件，可选择向部分与会者分发文件和由远端检索文件。制定的条款也适用于远程目录访问。本标准的附录A和附录B是标准的附录，附录C和附录D是提示的附录。本标准由原邮电部电信科学研究规划院提出并归口。本标准由原邮电部数据通信技术研究所负责起草。本标准

2、主要起草人2张勇。481 中华人民共和国通信行业标准多点二进制文件传送协议Multipoint binary file transfer protocol 1 范围YD/T 949-1998 eqv ITU唰TT. 127: 1995 本标准定义了一个协议，旨在支持交互式会议或群工作环境下的二进制文件的互换。在该环境中使用T.120系列标准。它提供的机制是z使用T.122C多点通信服务)所提供的原语，可方便地同时分发和检索一份或多份文件.本标准的设计目标是提供一个多用途的简便协议，该协议可为要求基本文件传送能力的应用之间互通提供核心功能，同时该协议也有满足更复杂的应用需求的灵活性，参见图102

3、 引用标准用户b;立用(采用标准早日非标准阳用协议)用户耐用(来用标准应用协议)节点控制器图1本标准的适用范围JIl尸应用瑾国埠盗战战iiH面准M闸协议实体下列标准和其他参考资料所包含的条文，通过在本标准中引用而构成为本标准的条文，本标准出版时，所示版本均为有效。这些标准和其他参考资料都会被修订，使用本标准的各方应探讨使用下列标准和其他参考资料最新版本的可能性。CCITT建议T.35(1991)CCITT成员代码的分派规程(非标准设备)中华人民共和国倍息产业部1998-07-14批准1999-01咱们实施482 YD/T 949998 ITU-T建议T.120099 X) 多媒体会议电话的数据

4、协议lTU-T建议T.122(1993)音像和视昕会议的多点通信服务的服务定义ITU-T建议T.123(1994)音像和视昕会议应用的协议楼lTU-T建议T.124(1995)通用会议控制ITU-T建议T.125(1994)多点通信服务协议规范ITU-T建议T.434(1992)用于远程信息处理服务的二进制文件传送格式ITU-T建议H.221(1993)在视昕远程服务中用于64-1920kbit/s信道的帧结构lTU建议X.680 (1 994) 信息技术一一抽象句法表记法一(ASN.1)一基本表记法规范lTU-T建议X.691(1995)信息技术一-ASN.1编码规则一一压缩编码规则(PER

5、)的规范ITU-T建议V.42bis(1990)采用纠错规程的数据电路终接设备(DCE)使用的数据压缩规程IS0 /IEC 3309 (1993) 信息技术一一系统间通信和信息交换高级数据链路控制(HDLC)规程帧结构IS0 8571-2 (1988) 信息处理系统开放系统互连-一一文件传送、访问和管理(FTAM)第二部分:虚拟文件存储定义3定义确认数据信道:一种多点通信服务信道，在该信道上可分发文件。与会者对确认数据信道上所提供的文件有拒绝的选择权。确认数据信道可以是独占的(即只有信道的创建者可以在该信道上发送文件) 也可以是共事的(任何与会者都可在该信道上发送文件)。广播数据信道2一种多点

6、通信服务信道。在该信道上可分发文件。与会者必须接收在该信道上分发的所有文件s如果哪个与会者不需要，则在本地予以丢弃。控制信道:一种多点通信服务信道，用于管理文件的事务处理。文件属性E份文件的文件名和其他可标识的特性。FILE-REQUEST:一种令牌，用于保证在会话控制信道MBFT-CONTROL上最多有一个未决的文件请求。FILE-REQUEST(p) :一种令牌，用于保证在子会话控制信道MBFT-CONTROL(p)上最多有一个未决的文件请求。FILE-TRANSMIT:一种令牌，用于保证在会话广播数据信道MBFT-DATA上最多有一个正在进行的文件传送。FILE-TRANSMIT (p)

7、 :一种令牌，用于保证在子会话广播数据信道MBFT-DATA(p)上最多有一个正在进行的文件传送。FILE-TRANSMIT (n) :一种令牌，用于保证在确认数据信道MBFT-DATA(n)上最多有一个正在进行的文件传送.MBFT -CONTROL:会话控制信道。MBFT -CONTROL (p) :子会话控制信道，其MCS信道10是p。MBFT-DATA:会话广播数据信道。MBFT-DATA(p) :子会话广播数据信道，其MCS信道10是P.MBFT-DATA(的:确认数据信道，其MCS信道10是n.非标准能力=本标准范围之外的一种能力，在使用非标准能力之前必须协商。会话z一组对等的应用协

8、议实体。标准能力2本标准范围内定义的一种能力，但并非所有MBFT的实现都需要这种能力。所以在使用标准能力之前必须协商。子会话2在个会话内对等的应用协议实体的一个子群。483 YD/T 949-1998 4 缩略语ARM 应用资源管理器APE 应用协议实体ASE 应用服务单兀GCC 通用会议控制GCCSAP 通用会议控制的服务接人点MBFT 多点二进制文件传送MCS 多点通信服务MCSAP 多点通信服务的服务接人点PDU 协议数据单兀5 多点文件传送简介为了支持不在一地的与会者进行会谈、会议等活动，需要将两个或多个地方连接起来。术语多点通信就是描述了多个终端的互连。多点二进制文件传送(MBFT)

9、在多点环境下通过使用与基础网络无关的多点通信服务(MCS).使与会者之间能够进行交互式的文件交换。特别是本标准提供灵活有效的机制支持z同时分发多份文件.向会议的全体与会者广播文件向部分与会者有选择地分发文件.从远端姑点检索文件.中断之后文件部分重传.远程目录访问6 数据的多点传送为了便于同时传送一份或多份工进制文件，本标准采用了一种控制和数据信道体系结构，见图2。它使文件能够向会议的所有与会者广播，或者作为一种专用文件传送有选择地向部分站点传送。对所传送的数据类型没有限制。本标准中采用了两种类型的信道z控制信道和数据信道.控制信道用于对文件传送的各方面实施管理(提供文件，请求文件).而数据信道

10、则用于传送文件数据。在每条数据信道上，某一时刻仅能传送一份文件。但能采用附加的数据信道同时分发多份文件。在任何给定的时间内，使用的数据信道数目取决于要同时传送的文件数。相互通信的一组文件传送应用被称为参与同一文件传送的会话。每个文件传送的会话都要求一条单独的控制信道和一条或多条数据信道，用于向所有与会应用分发文件。本标准支持两种类型的数据信道s广播和确认数据信道。如果某个发送者希望所有的节点都接收它提供的某份文件，那么它应采用广播数据信道。在该文件传送的会话期内，所有的节点都必须处于广播数据信道下并接收信道上分发的所有文件$如果某份文件是不需要的，则应由接收者予以丢弃。如果发送者希望给予其他节

11、点可拒绝某份文件的选择权，则它应在确认数据信道上传送该文件。在这种情况下，每个节点都必须告知发送者它是否需要该份文件。这时只有那些希望获得该份文件的节点才加人数据信道。通过使用确认数据信道可支持多份文件的同时传送。如果发送者认为文件头中的一个或多个参数是该应用操作的必不可少的参数，则应使用确认数据信道。比如，某个应用可能要求由接收者保留某个通路名以供将来引用。当将该文件提供分发时，应标识键参数，此时那些不能够支持所有这样的参数的节点必须拒绝该文件。484 YD!T 949-1998 确认数据信道的创建者可被指定是独占的(即只有创建者可在该信道上发送文件)，或者是共享的(即任何与会者都可以在该信

12、道上发送文件。当节点都必须在广播信道上接收分发的所有文件时，该信道上的文件事务处理不要求发送者和接收者有任何联络过程，使得在播数据信道进行事务处理时的启始文件传送的等待时间减至最小。在确认数据信道上的事务处理会在启始一份文件传送时引起某些等待时间口但是，由于避免了向不要求数据的站点分发不需要的数据，总体性能可能会更好。特别是当这样的站点是处于低带宽链路时尤其如此。选择信道是发送者的权利，具体取决于应用、文件尺寸、网络结构和与会者的数量。当前面协植毒者满文件A和B可.BFf叮问町幅叫用丁酌附中棋-UE咀-B和蚓一M不或一MCSAP MCSAP ;187EP ;由由MCSAP MCSAP 旦Qi主

13、党据户把MCS提供者MCS提供者MCS提供者控制信道一-一控制信道-用于的广播数据信道-用于宙的确认数据倍道注l 所有的节点都连到控制信道和广播数据倍道。2 节点必须接收广播数据信道上的文件，不管它们是否需要该数据，3 如果节点希望接收当前在某条确认数据信道上传送的文件.它们只有加入该信道。图2本标准会议模型可以达到有选择地向某个会议的部分节点分发文件的目的，方法是创建一个专用文件传送会话，或者在现有的会话内建立一个专用文件传送的子会话。子会话遵照与会话相同的模型，它具有一条控制信道、一条或多条数据信道。然而它不同于会话、因为它不一定要求有广播数据信道。子会话与它所属的会话具有相同的能力集。子

14、会话的与会者都选自其所属的会话与会者。子会话在GCC内无状态(变量)且不会出现在GCC-Application-Roster之中。子会话没有独特的会话标识符，只是按主MBFT会话的会话标识符操作。为了避免因注册过程所造成的时延，子会话允许专用交互式文件交换按简便的方式初始化，但同时保护住GCC和MCS资源。为了检索来自数据库、电子布告栏等的信息，特为站点制定了请求其他节点的某份文件的条文。在请求中必须提供足够的信息以使得源站点唯一地标识所需要的文件。子会话与会话间的关系如图3所示。6.1 本标准系统模型如i到4所示，下列属性确定了一个MBFT会话的性能。.一条单独的控制信道。一条单独的广播数据

15、信道。.零条或多条确认数据信道，零个或多个专用子会话(以使某个选定的部分会议与会者能够交换文件)。485 节市Il!l 1 YD/T 949-1998 用户B应用2用户cH亚用l图3子会话与会话间的关系 个会话标识符。每个子会话都具有下述属性2.一条单独的专用控制信道。零条或一条专用广播数据信道。.零条或多条专用确认数据信道。一图4本标准信道模型没有单独的会话ID(使用主MBFT会话的会话ID操作。486 YD/T 949 1998 每条控制信道都有一个与其相关的FILE-REQUEST令牌(除非该信道的创建者要求独占的权力，即只有它能请求来自其他站点的文件)。每条数据信道都有一个与其相关的F

16、ILE-TRANSMIT令牌(除非该信道的创建者要求独占的权力，即只有它能在那条信道上传输文件)。6. 2 压缩经成功地协商之后，可对文件进行压缩，但在缺省条件下文件是不压缩的。采用ITU建议T.124规定的格式，可以标识出专有技术，如T.35国家码、国内分配的代码、制造商的代码、非标准能力代码，或可用客体标识符替代。通过这种机制也可以标识出事实标准的压缩格式。注意，压缩仅适用于文件数据的净负荷，对文件头不压缩。6.3 优先级可将本标准作为后台任务去完成批量数据的传送，也可作为前台任务以便及时分发文件。采用哪种方式由发送方选择。快速数据传送时应使用中优先级，批量数据传送时应使用低优先级。在一个

17、文件的传输过程中，优先级应保持不变，但在连续的事务处理之间可以不同。控制信道上的文件事务处理的管理应使用高优先级。6.4 文件预传为了在交互式会议期间把文件传送最减至量少，可以在召集会议时预先将会议使用的资料文件先分发给与会者.这项工作可以是一个自动过程，并且当接收方能够识别哪些文件是它们希望接收的文件时，文件量可以很少。7 基本MBFf应用希望支持文件传送协议的应用必须能加人控制信道，并且能在广播数据信道上发送或接收。表1示出必须支持的协议数据单元。表1支持的MBFTPDU 只接收文件的APE只发送文件的APE收、发文件的APEMBFTPDU 发送PDU接收PDU发送PDU接收PDU发送PD

18、U接收PDUFile-Offer M M M M M File-Accept M M M M Fie-Reject M M M M M File-Request 。M M 。M File-Deny M 。M M 。File-ErroJ 。File-Abort 。M 。M File-St.rt M M M M File-Data M M M M Directory-Request 。M 。M 。M Directory-Response M 。M 。M 。MBFT -NonStandard 。MBFT -Privilege-Request 。M 。M 。487 YD/T 949-1998 表l(完

19、)只接收文件的APE只发送文件的APE收、发文件的APEMBFTPDU 发送PDU接收PDU发送PDU接收PDU发送PDU接收PDUMBFT -Privilege-Assign 。M 。M 。M Private毛hannel-Join-lnvite 。M 。M 。M Private-Channel-Join-Response M 。M 。M 。M 必备的。可选的不需要8 撮作说明文件传送用户应用依靠文件传送应用协议实体(文件APE)的服务，与其他节点上对等的应用进行通信。如图5所示，文件APE有两个组成部分:文件传送应用资源管理器文件ARM)和文件传送应用服务单元文件ASE).ARM提供所有标

20、准化的应用协议共有的通用功能。ASE则提供此应用协议的特定功能，使得文件传送应用能够互通。注意，这是一个概念性模型，不包括实际实现时结构上的任何限制。每个组成部分都将在下面作更详细的介绍。用户应用节点控制器图5本标准应用模型8. 1 文件传送用户应用这是文件传送应用的一部分.该部分涉及对互通没有直接影响的诸方面例如:用户接).所以这部分可以是产品特定的，也可以是平台特定的。用户应用的影响也仅限于其驻留站点，所以这部分不属488 、YD/T 949-1998 于本标准的范围。用户应用依靠文件传送应用协议实体(APE)与在其他节点上对等的应用进行通信的服务。它不与MCS或GCC通信，这种通信是由文

21、件APE完成的。用户应用经其文件APE启始一个文件传送会话，并规定该应用的能力和会话方式。一且在建立了会话之后，所有MBFT特定的事务处理均由代表该用户应用的文件APE完成。8.2 文件传送应用资源管理器文件传送应用资源管理祷(文件ARM)代表文件ASE管理GCC和MCSo它提供下列服务3.响应来自GCC的指示(如允许注册、调用)。用GCC注册文件APEo连接一个MCS域以便为文件APE获得一个MCS用户100.加入静态信道。使用GCC登记处和MCS去标识和加入组播信道。召集专用信道并让对等的文件APE进入这样的信道。.加入任何接纳了文件APE的专用信道。标识并从GCC登记处获得令牌。从登记处

22、删除与任何已经创建的信道相关联的条目。.调用其他节点上对等的文件APEo处理应用名册报告，以便确定所协商的应用能力清单和对等文件APE的标识。8.3 文件传送应用服务单元文件传送应用服务单元(文件ASE)向具有资源(由文件ARM获得)的用户应用提供文件传送功能。其操作与传给它的令牌和信道的类型(即静态的或动态的)以及标识元关。用户应用规定需要的是广播数据信道还是确认数据信道。向会议的部分与会者的专用传送，则需要MBFT用户10清单。文件ASE提供下列服务:发送和接收MBFTPDUo 获取和释放令牌并使用MCS确定令牌状态。对GCC-Conductor-Assign和Release指示作出响应。

23、通过节点控制糖发出GCC-Conductor-Permission-Ask请求。.对GCC-Conductor-P盯mission-Grant指示作出响应。8.4 MBFT资源兰进制文件传送会话使用控制信道来管理文件传送，使用数据信道来分发文件。每条控制信道都有一条或多条与其相关的数据信道，每条数据信道都支持每次传送一份文件。每个MBFT会话都有一条会议控制i信道分派的助记符是MBFT-CONTROL)和一条广播数据信道(分派的助记符是MBFT-DATA)。这两条信道是所有该会话的应用与会者都必须加入的。控制信道用于管理所有在广播数据信道上的文件传送。所有的节点都同意接收在广播数据信道上传送的

24、文件，并在不需要时丢弃这些文件。只要任何一个节点处于低带宽链路上且不需要这些数据时，就将导致会议性能不必要的降低，使用确认数据信道(分派的助记符是MBFT-DATA(时，其中n为此数据信道的MCS信道10)时，允许同时分发一份以上的文件。对这样的信道上文件传送的管理是通过会话控制信道完成的。但在这种情况下，节点有拒绝向其提供文件的权利。这样便可保证文件只分发给那些需要这些文件的节点，但每次文件传送都需要一些额外的开销。可以通过开辟子会话的办法，实现有选择地向一个已有会话的部分与会者分发文件。这包括一条专用子会话控制信道(分派的助记符是MBFT-CONTROL(p)，其中p为该控制信道的MCS信

25、道10)。此办法适用于在零条或1条专用广播数据信道(分派的助记符是MBFT-DATA(p)，其中p是该数据信道的MCS信道10)和零条或多条专用确认数据信道(分派的助记符是MBFT-DATA(n)，其中n是该数489 YD!T 949-1998 据信道的MCS信道10)上的文件事务处理。每条专用子会话都需要一条独立的专用控制信道。每条控制信道都可能有一个FILE-REQUEST令牌，此令牌用于保证任意时刻在那条信道上最多只有一份未决的文件请求，需要某份文件的文件ASE在提出请求之前必须获取此令牌，并将其保持到它确定了另一个节点是否能够提供该文件。允许动态控制信道没有FILE-REQUEST令牌

26、，但此时只有该信道的创建者才能在该信道上发送文件请求。分派给会话控制信道MBFT-CONTROL令牌的助记符是FILE-REQUESTI分派给子会话控制信道MBFT-CONTROL (p )令牌的助记符是FILEREQUEST(p)。每条数据信道都可能有一个FILE-TRANSMIT令牌，此令牌用于保证任意时刻在那条信道上仅有份文件在传送。发送的文件ASE在提供一份供传送的文件之前需获取1比令牌，并在该文件传送期间内保留此令牌，在发出最后块文件数据之后释放此令牌。允许动态数据信道没有FILETRANSMIT令牌，但此时只有该信道的创建者才能在该信道上发送文件。分派给会话广播数据信道MBFT喃D

27、ATA令牌的助记符是FILE-TRANSMIT ，分派给予会话广播数据信道MBFT-DATA(p)令牌的助记符是FILE-TRANSMIT (p) ，分派给确认数据信道MBFT-DATA(n)令牌的助记符是FILETRANSMIT(n)。这些信道和令牌一起组成了MBFT会话的可用资源2它们可以是静态的，也可以是动态的。文件传送应用资源管理棍(文件ARM)的责任就是确定这些资源的标识。对于任何给定的文件事务处理，用户应用必须规定由文件ASE使用的资源。静态和动态资源都由文件ASE同样处理。8.4.1 MBFT初始化在本地通过某个用户应用或在远端使用GCC-Application-Invoke机制

28、都可以将一个MBFT会诏初始化。在这两种情况下，将示于表2中的参数传给文件ARMo会话方式确定了该文件ARM所采取的动作，该动作旨在标识该会话初始使用的一组资源。表2文件APE参数参数说明会话方式此参数可为以下3个值之2 静态的z此值表示该文件APE应使用自MBFT客体标识符和该会话ID参数组成的会话键注册E它应使用静态的预先规定的MBFT-CONTROL和MBFT-DATA倍道以及静态的FILE-TRANSMIT和FILE-REQUEST令牌.动态的d比值表示该文件APE应使用由MBFT客体标识符和该会话ID参数组成的会话键注册.所有的倍道和争牌资源都是动态的，且由该组播会话的创建者分别使用

29、MCSCHANNEL-JOIN机制和GCC登记处机制予以分派，组播会话的成员通过GCC登记处确定寺牌和倩遭idso动态专用s此值表示该文件APE应使用由MBFT客体标识符和该会话ID参数组成的会话键注册。所有的奇牌和信道资源都是动态的.且由该专用召集者文件ARM分别使用GCC登记处机制和MCS-CHANNEL-CONVENE机制于以分派。然后，创建该会话的文件ARM把所有对等文件APE接纳JjJMBFT-CONTROL和MBFT-DATA信道，文件APE的MCS用户ids出现在接纳清单协议参数中回在企图加入专用MCS信遭之前.专用成员文件ARM必须等稽其文件APE被专用MCS倩道召集者承认.争

30、牌的标识由信道召集者在第一次事务处理时于带内传送会话ID此参数用于区分该协议的多个会话所使用的资源，且这些资源可能同时存在于同一4MCS壤中.分派给该MBFT-CONTROL信道的MCS信道lD被用作该会话ID.这样便可保证在该会议域中它是唯一的.如果应用希望参与某个静态会话或者参与某个现有的组播或专用会话，贝必须规定该会话lD490 参数主纳清单YD/T 949-1998 表2C完)说会话方式专用.并且省略会话1D.用|GCC用户JT)清单.它相应于被接纳到所召集的专IIIlii道的文件APE所白的郎岭节南、s若不是则省略拌静态方式(St川icmode)用于向会议不限制地广播数据在使用预先规

31、定的静态信道和令牌H，I哩tjt种鼓简单的操作)f式。IJ用可以随意加入和撤离某个静态方式的会话。尽管使用静态伯ill平il令胖的不问f1l!的其他!何用协议可以使用该文件ASE.但却只有一种静态方式的文件ARM是本你可ii1li t规定的ufH西方式(MulticastIllode)能够在静态会话已经jfl用后用JJ播数据。在功能上它与静态i-扣l间，但它使用的是动态资源，所以必须经心cc登记处和MCS服务h细插会话的创建占(被称为!tl插创建1)米分派的迫和令牌标识q所有其他与会者(组播成员)都可经该c;cc将i己处确定的道111令牌idj用jlT随恳切i入和撤离某个组播会话。在次会议中的

32、组播方式会话数11也是没有限制的。1;-)刊方式(prvatemode)用i有选择地向部分与会者分发文件。文件ARM的责任是，)，119J专11j会话(被称为专用召集者)以便分别使用GCC和MCS获得令牌和信道.)1将玲等文件APE(专用会员吨在纳到这邮筒iEu令牌的标识在带内传送.但也可以经GCC苍记处确定。-次会议中的专用i会l数H是没有限制的。专1日成员文件ARM必须等待其文件APE被专用信道接纳.还要等待?i集者分派议会话阶使用的令间卜.J召集者撤离了该专用会话.则所有的其他与会者也便被排除了r山川仪在受到会话创集者邀请时才能加入该专用会话。所_.fi情况下.J月始的一组资源允许每次传

33、送份文f1。同时传送多份文们的情况请参见日.()飞为r使呆个文件APE与那个节点的GCC提供者通信，以任何方式创建的该文件APE都必须凶光建立l;CC-SAP(;CC服务按人点)。当节点力11入某次会议时，该GCC提供者将发出准i斗/撤消标志jl-f 准许(f，JC;CC A pplica t ion-Pernlsson-to-Enroll 。无论那时该用户应用是否乖望注册.该文件ARM都必须发出GCC-Applica tion-Enroll请求。如果该用户应用不希望注册，则该文件ARM必须将C;CC八pplication-Enroll请求中的注册/未注册标志置于未注册，并且指定该会议lDo不

34、需要其他参数。此)!-.只要不是接收到准许/撤消标志;青于撤消的GCC-Applicalionermi.5.son-to-Enrol11 !r撤消了允Vl 条件，该应用吁以随时注册。如果用户应用在决定加入某个会话之前希望接收有关正在进行的所有MRFT会i，Ji的(;l飞八pplie(tton-Rostcr-Rcports ，则该文件ARM可以注册非激活，指定会话键没有会话ID如果IHj I I HJ 番号1卢明支持该MlIFT协议但不消耗MCS资源，则该文件ARM口I以注册非激活没手jMl、S11I 1 )。吁用户应用经过激活的注册之后，文件ARMr!1. 向MCS提供者发出MCS-Allac

35、h-USlr请求，此IHi史JljGCC -Application-Perrnission-to-Enroll指示中包括的该会话ID作为该域选择符。在接收到连t式的Ml、S八ttac h -lJ ser证实的响应后，该文件ARM附加入发出MCS-Channcl-Joint自求时所指定的)jj户1Df肖远。8, 4, 2 静态h式征得到UMCS用户ID之后，文件ARMliY.加入M巳FT静态控制和数据信遇，方法是发送向个V!CSChanllel-Join请求，指定MBFT-CHANNEL-O和MBFT-CHANNEL-为各自加入的信道，t主11，(到力II人这1比f古道的肯定的证实之后.该文件A

36、RM将注册激活.方法是JGCC提供_，发!il(Et1、Appliea t ionEnroll请求，其具体参数在表311指定。激泊/非激活标志应被宣为激话，会的If)jo:i.-I肯;J:jJ部分会的饱，jJ始fziit向指定为静态的，且必须提供辖个的庇用能力洁单。参!儿图60YD/T 949 1998 本地本地本地J&端远端文件APEGCC提供者MCS提供者MCS提供者远端GCC提供者文件APE。操作GCC.组生坐主虫1JDSS卧.To-Enr四l指示MCS.AITA.USER请草明tcS-A甘A卢U现R证实阳BFT用户ID:独特的、新的liMCs-cHANN且Jqm请求信道IT):cMBF

37、r用户旧iiMcsANNEL-I(阳证实MCS-AITACH.USER请求I信道E民耐BFT.倍遭.QJtMCS-CHANNEl.rIO剧证实MCS.AA口也U畸型良请求l倩道l法MBFT.信i草1J bMC弘口lANNElrlqlN证实旦主兰型E雪里去四训请求l激活、合话IDJ在全赞型:兽。u证实，GCC.A怦k曲回县届阳县碍指币二翻来$勘ffiFT用户10MB MB 中册勘舌GCCApplic呻阳n-R.回田Repo延指耶10120-9 图6静态会话协议初始序列表3适用于GCC-Applica tion-Enroll请求的参数参数说明会议ID由GCC-Application-Permiss

38、ion-To-Enroll指示提供会话键(lTU建议T.127版本)1 )和MBFT-SESS10N-ID(若此文件APE参数曾规定过)应用用户ID由MCS-Attach-User证实提供激活/非激活激话，条件是指示出文件ARM已经加入了MBFT-CONTROL和MBFTDATAj言道.并且确定了任何需要的MBFT令牌IDs在组播或者专用方式情况下，非激活。条件是在加入MBFT牛CONTROL利1MBFT-DATA信道之前注册了管理的操作标志置位，条件是在管理方式下，文件APE能够成为会话MBFT的管理者，也就是它能够响山MBFT -Privilege-Request PDUs 当激活/非激活

39、标志置为非激活时，Jj!ll此标志不置位启始信道此参数取决于表2中规定的文件APE参数。静态的，若会话方式二静态。4!J态组播，若会话方式=动态组播且省略会话10，动态专用，若会话方式=动态专用且省略会话lD，若都不是，则省略非拆装的能力清单本协议不规定非拆装能力。这个字段可包括由用户应用规定的非际准非拆装能力应用能力清单见表7，若激活/非激活标志置为非激活则省略注册/未注册注册L一一8.4.3 组播方式在获得MCS用户lD之后，为了确定文件ARM是(作为名细播成员)参加了现有的组播会i舌.边是(作为一名组播创建者)去创建一个新的组播会话，该文件ARMI业审查文件APE会话Jl)参数。如果给出

40、了会话ID参数，该文件ARM应通过发送GCC-Application-Enroll请求米尝试)18入该会话，该请求中激活/非激活标志置为非激活，并且使用不可缺少的会话IDi肯定会话键。然后，它应发送MCS-ChanneHoin请求，指定选定了会话的那个会话ID作为该信道ID参数已这条信道被用什MBFTCONTROL 信道。再后，该文件ARM必须标识并加入MBFT-DATA1古道，方法是使用&.1中给定的492 YD/T 949-1998 参数发送GCC-Registry-RctrieveEntry请求J在接收到所形成的GCC-Registry-Retr回veEntry证实之后，文件ARM将审查

41、登记处项目参数。包括在此参数中的信道ID将被用作MBFT-DATAf言道，并且文件ARM将通过发送MC导Attach-Join请求加入该信道。表4适用于GCC-Regis t ry-Retrieve-Entry请求的参数参数说明会议ID由GCC-Application -Permisson -(0-Enroll指m提供登记处键 8. .1. 5介绍如何形成登记处键如果希望启始某份文件的事务处理，则文11ARM叫标识f播数据信道所使用的FILErRANSMlT令牌.方法是发送GCC-Registry-Retrieve-Entry请求，使用的参数在表4中规定。如果在GCC-Regis try-Re

42、trieve-E ntry证实中的结果参数是条目未找到，则只允许该会话创建者在该广播数据信道上发送文件。文件ARM也可以标识控制信道所使用的FILE-REQUEST令牌，方法是发送GCC-Regis try-Retrieve-Entry请求。如果在GCC-Regis try-Retriev Entry 证实中的结果参数是条目未找到，则只允许该会话的创建者在该控制信道上请求文件=如果文件ARM不希望启始某个文件事务处理，则在注册过程中，它不需要标识FILETRANSMIT令牌和FILE-REQ UEST令牌.而是在其后由对等的文件ARM在MBFT-CONTRC)L信道七发送的File-Offer

43、或File-RequcstPDU中确定这些令牌的ID。在确定了会话所需要的所有资源且加入f信道之后文件ARM将发送激活/非激活置为激活的GCC-Applicat ion-Enroll请求，指定该会话ID为部分会话键并提供完整的应用协议能力清单们参见图7和图80本地文件APE本地GCC提供者本地MCS提供者罕至生业些。阳m，-1帽、.Tci-F.JI1OIl指市IMCS-ATfAC-US四请求远端胁1CS提供者远喃GCC提供者远端文件APE(S)操作MIC-ATfACH-USER证实(M8FT周户ID丰独特的、新的M-CHANNfL-取到晴求前言道ID=MBFT周户IDJ救得MBFT用户IDM口

44、;.QJANNl.rON证实旦旦主旦ica脑on-Enroll请草I非激活、4可告话lDJCC-Applicaq.on-Enroll证在GCC-A阳licatiAn-GCC-Applicaon-Ros!er-Rert捅i)-:Roster-Reoort捕示注册斗目盼舌阳S-cHANNa-JION晴写lBT咽NTROI.f肖远ID=选)的缸ID 加入选定组擂会话的MB盯:CONTRO止信道使用该try-lWtric悔町证在IMRFf-DATA I 一MCS.cHANNllL-JION i宿卓t信道ID=MBFT，DATA I MCSHANNllL-JION证实，GCC县.egls盯在自，evc如

45、岛问请求IALE-TRANSMl 一丘主二旦旦二Relri胁h町唔实l阻E四A!oISMITIGCC-R唔町-Re1rie协Enb)晴求阻E-REQUEST1 一:GCC-Regi!由-如ic协副町证实IALE-阻Ql1E盯l二旦旦旦旦on-Enroll请非i激活、自古j;i,() I GCC-Applic晤。n-Enroll证实-:GCC.坦坐到on-Roster-Report指示MBFf-DATA信道加入MBFf-DATAt古道。-A附k曲mRo嘴，-Report指乐相古RFIl.J子丁RANSMIT和FlLE-REQUEST令停(可选)注册激活TQK20l百)-95/d07图7多点会话协

46、议启始序列(成员)493 YD /1 9 4 9 - 1 9 9 8 本地端4端远端4旦地立件APE卒地GO士提供者MCS提供高MC5提供者C口:提供高义件APF.(S，操作指71:用户ID字独特的、茹的lID=MBFf罔户ID族得MBFf用户11)3士派和加入MBf=拉特的、新的lr盯丁Applicat.oo-EnroU请*1非激活、全面ID-GCC-Applica叫n-E.omll证实一:C.cC-A肿础机Roster-Rcport指市GCC，些些些些二zt岳哩哇日二哩吧?哩!晴幸MB阿DATAJRo阳-Renort梅雨分源和加入MBPT-DATA 信道性1114憎创舌任主型生问lster

47、-Ot晒d证实哥哥记MB阵DATA信遭X.cc圭坐EAGFMm请求【正C-RcgJ班子gn-Token证实IAl1RANSM1T=拙特的、新的1一-GCC-Regis町A描tgrl-TI呻rn毒求一-，町C-Rcgis飞阳明-Token证实IRLE阻Ql:JI盯=独特的、酷的lE些些血型onEnroil请otl激活、有企恬ID1 GrC-A刚刚刚坠GCC-A pplicao-EnroJ 1证在R固Ie=MB阿111(m 1 一MCSCIIANNEL-jOIN证生;.一-MC!-1ILtF. 一一-: GCC-A伸Hcatil削-(C(执pplicalltl-RI咄呻epl.lrt指王空空旦旦坐

48、垣iL一GCC、.;Application-!n叭1kc:再点阳CC片lfJIDs.舍的ID1: (悻一一二一一-!-._-.-._._-.:旺A冉l川Umlnmksz指1、1口入MBFT-DATAf自迫(l集者11册lf.辙归flL已TRASMnT和FILE-REQUEST 令牌可地)干f集昔比册撒i召集者调用全民会员获得MRFfIII户阳，(当节点控制辑再次使现有节辙活的文件APE撒洁时IJ平需要会员注册非激活E集者接纳会_l-王MBFf-CON丁ROL信道会员加入MBFfONTROL fr温召集者接捕会员EMBFf-DATA信道、会M加入MBFf-DAT八fi1道会员注册激川.1 9 7 YD/T 94 9-1 99 8 在7应用能jJ清单雯素能)J名缺省值且况明ri I 类别PE记数规则能力值范围一一最大文件尺寸(缺省:受限)每个立lt古都必须规定它能够按8位组接收的hlX文件数据净负荷最大数据净负荷(缺肯，8192)这是Flc-Starr和IFile阳aPDU的数据宇段I2 中1允i干的最大8位受1数H卜-V-12bis rr缩(缺省d、比缩)此能力fIl于协商是古、对立件数据使111V 42bi, I I 3 IJ缩n吁立i中APE能够接，&V 42bis斥缩的数II 据时，院提供此能)JI I 卜一一一一一一一一一一一千