YDT949-1998_第1页
YDT949-1998_第2页
YDT949-1998_第3页
YDT949-1998_第4页
YDT949-1998_第5页
已阅读5页,还剩46页未读 继续免费阅读

YDT949-1998.pdf 免费下载

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

YD/T949一1998前言本标准等效采用ITUT建议T1271995年版本用于音像和视听会议业务的多点通信服务。该建议是有关音像和视听会议业务的多点通信的应用协议和服务的ITUT12。系列建议之一本标准定义了一个协议,旨在支持交互式会议或群工作环境下的二进制文件数据的互换。在该环境中使用T12。系列标准。它提供的机制可支持同时分发多份文件,可选择向部分与会者分发文件和由远端检索文件。制定的条款也适用于远程目录访问。本标准的附录A和附录B是标准的附录,附录C和附录D是提示的附录。本标准由原邮电部电信科学研究规划院提出并归口。本标准由原邮电部数据通信技术研究所负责起草。本标准主要起草人张勇。中华人民共和国通信行业标准多点二进制文件传送协议MULTIPOINTBINARYFILETRANSFERPROTOCOLYD/T949一1998EQVITUTT1271995范围本标准定义了一个协议,旨在支持交互式会议或群工作环境下的二进制文件的互换。在该环境中使用T120系列标准。它提供的机制是使用T122多点通信服务所提供的原语,可方便地同时分发和检索一份或多份文件。本标准的设计目标是提供一个多用途的简便协议,该协议可为要求基本文件传送能力的应用之间互通提供核心功能,同时该协议也有满足更复杂的应用需求的灵活性,参见图1。图1本标准的适用范围231用标准下列标准和其他参考资料所包含的条文,通过在本标准中引用而构成为本标准的条文,本标准出版时,所示版本均为有效。这些标准和其他参考资料都会被修订,使用本标准的各方应探讨使用下列标准和其他参考资料最新版本的可能性。CCITT建议T351991CCITT成员代码的分派规程非标准设备中华人民共和国伯息产业部19980714批准19990101实施YD/T949一1998ITUT建议T120199X多媒体会议电话的数据协议ITUT建议T1221993音像和视听会议的多点通信服务的服务定义ITUT建议T1231994音像和视听会议应用的协议栈ITUT建议T1241995通用会议控制ITUT建议T1251994多点通信服务协议规范ITUT建议T4341992用于远程信息处理服务的二进制文件传送格式ITUT建议H2211993在视听远程服务中用于64192OKBIT/S信道的顿结构ITU建议X6801994信息技术抽象句法表记法一ASN1一基本表记法规范ITUT建议X6911995信息技术ASN1编码规则压缩编码规则PER的规范ITUT建议V426IS1990采用纠错规程的数据电路终接设备DCE使用的数据压缩规程ISO/IEC33090993信息技术一一系统间通信和信息交换高级数据链路控制HDLC规程帧结构ISO857120988信息处理系统一一开放系统互连文件传送、访问和管理FTAM第二部分虚拟文件存储定义3定义确认数据信道一种多点通信服务信道,在该信道上可分发文件。与会者对确认数据信道上所提供的文件有拒绝的选择权。确认数据信道可以是独占的即只有信道的创建者可以在该信道上发送文件,也可以是共享的任何与会者都可在该信道上发送文件。广播数据信道一种多点通信服务信道。在该信道上可分发文件。与会者必须接收在该信道上分发的所有文件如果哪个与会者不需要,则在本地予以丢弃。控制信道一种多点通信服务信道,用于管理文件的事务处理。文件属性一份文件的文件名和其他可标识的特性。FILEREQUEST一种令牌,用于保证在会话控制信道MBFTCONTROL上最多有一个未决的文件请求。FILEREQUESTP一种令牌,用于保证在子会话控制信道MBFTCONTROLP上最多有一个未决的文件请求。FILETRANSMIT一种令牌,用于保证在会话广播数据信道MBFTDATA上最多有一个正在进行的文件传送。FILETRANSMITP一种令牌,用于保证在子会话广播数据信道MBFTDATAP上最多有一个正在进行的文件传送。FILETRANSMITN一种令牌,用于保证在确认数据信道MBFTDATAN上最多有一个正在进行的文件传送。MBFTCONTROL会话控制信道。MBFTCONTROLP子会话控制信道,其MCS信道ID是POMBFTDATA会话广播数据信道。MBFTDATAP子会话广播数据信道,其MCS信道ID是P0MBFTDATAN确认数据信道,其MCS信道ID是NO非标准能力本标准范围之外的一种能力,在使用非标准能力之前必须协商。会话一组对等的应用协议实体。标准能力本标准范围内定义的一种能力,但并非所有MBFT的实现都需要这种能力。所以在使用标准能力之前必须协商。子会话在一个会话内对等的应用协议实体的一个子群YD/T949一19984缩略语ARMAPEASEGCCGCCSAPMBFTMCSMCSAPPDU应用资源管理器应用协议实体应用服务单元通用会议控制通用会议控制的服务接人点多点二进制文件传送多点通信服务多点通信服务的服务接人点协议数据单元5多点文件传送简介为了支持不在一地的与会者进行会谈、会议等活动,需要将两个或多个地方连接起来。术语多点通信就是描述了多个终端的互连。多点二进制文件传送MBFT在多点环境下通过使用与基础网络无关的多点通信服务MCS,使与会者之间能够进行交互式的文件交换。特别是本标准提供灵活有效的机制支持同时分发多份文件向会议的全体与会者广播文件向部分与会者有选择地分发文件从远端站点检索文件中断之后文件部分重传远程目录访间6数据的多点传送为了便于同时传送一份或多份二进制文件,本标准采用了一种控制和数据信道体系结构,见图2。它使文件能够向会议的所有与会者广播,或者作为一种专用文件传送有选择地向部分站点传送。对所传送的数据类型没有限制。本标准中采用了两种类型的信道控制信道和数据信道。控制信道用于对文件传送的各方面实施管理提供文件,请求文件,而数据信道则用于传送文件数据。在每条数据信道上,某一时刻仅能传送一份文件。但能采用附加的数据信道同时分发多份文件。在任何给定的时间内,使用的数据信道数目取决于要同时传送的文件数。相互通信的一组文件传送应用被称为参与同一文件传送的会话。每个文件传送的会话都要求一条单独的控制信道和一条或多条数据信道,用于向所有与会应用分发文件。本标准支持两种类型的数据信道广播和确认数据信道。如果某个发送者希望所有的节点都接收它提供的某份文件,那么它应采用广播数据信道。在该文件传送的会话期内,所有的节点都必须处于广播数据信道下并接收信道上分发的所有文件如果某份文件是不需要的,则应由接收者予以丢弃。如果发送者希望给予其他节点可拒绝某份文件的选择权,则它应在确认数据信道上传送该文件。在这种情况下,每个节点都必须告知发送者它是否需要该份文件。这时只有那些希望获得该份文件的节点才加人数据信道。通过使用确认数据信道可支持多份文件的同时传送。如果发送者认为文件头中的一个或多个参数是该应用操作的必不可少的参数,则应使用确认数据信道。比如,某个应用可能要求由接收者保留某个通路名以供将来引用。当将该文件提供分发时,应标识键参数,此时那些不能够支持所有这样的参数的节点必须拒绝该文件。YD/T949一1998确认数据信道的创建者可被指定是独占的即只有创建者可在该信道上发送文件,或者是共享的即任何与会者都可以在该信道上发送文件。当节点都必须在广播信道上接收分发的所有文件时,该信道上的文件事务处理不要求发送者和接收者有任何联络过程,使得在广播数据信道进行事务处理时的启始文件传送的等待时间减至最小。在确认数据信道上的事务处理会在启始一份文件传送时引起某些等待时间。但是,由于避免了向不要求数据的站点分发不需要的数据,总体性能可能会更好。特别是当这样的站点是处子低带宽链路时尤其如此选择信道是发送者的权利,具体取决于应用、文件尺寸、网络结构和与会者的数量。不需要文件A或州B的节喊,需耍文件A源文件A和BIMBFT需要文件A和文件B的节点MBFI黑M旧FT匾MCSAPMCSAPMCSAPMCS提供者1顶级MCS提供者IMCS提供者IMCS提供者IFMCS提供者数据LFEIL_I控制信道1控制信道_一用于汾的广播数据信道于团的确认数据信道所有的节点都连到控制信道和广播数据信道。节点必须接收广播数据信道上的文件,不管它们是否需要该数据。如果节点希望接收当前在某条确认数据信道上传送的文件,它们只有加人该信道图2本标准会议模型可以达到有选择地向某个会议的部分节点分发文件的目的,方法是创建一个专用文件传送会话,或者在现有的会话内建立一个专用文件传送的子会话。子会话遵照与会话相同的模型,它具有一条控制信道、一条或多条数据信道。然而它不同于会话、因为它不一定要求有广播数据信道。子会话与它所属的会话具有相同的能力集。子会话的与会者都选自其所属的会话与会者。子会话在GCC内无状态变置且不会出现在GCCAPPLICATIONROSTER之中。子会话没有独特的会话标识符,只是按主MBFT会话的会话标识符操作。为了避免因注册过程所造成的时延,子会话允许专用交互式文件交换按简便的方式初始化,但同时保护住GCC和MCS资源。为了检索来自数据库、电子布告栏等的信息,特为站点制定了请求其他节点的某份文件的条文。在请求中必须提供足够的信息以使得源站点唯一地标识所需要的文件。子会话与会话间的关系如图3所示。61本标准系统模型如图4所示,下列属性确定了一个MBFT会话的性能。一条单独的控制信道。一条单独的广播数据信道。零条或多条确认数据信道。零个或多个专用子会话以使某个选定的部分会议与会者能够交换文件。YD/T949一1998图3子会话与会话间的关系图4本标准信道模型一个会话标识符。每个子会话都具有下述胭性一条单独的专用控制信道。零条或一条专用广播数据信道。零条或多条专用确认数据信道。没有单独的会话ID使用主MBFT会话的会话ID操作。496YD/T949一1998每条控制信道都有一个与其相关的FILEREQUEST令牌除非该信道的创建者要求独占的权力,即只有它能请求来自其他站点的文件。每条数据信道都有一个与其相关的FILETRANSMIT令牌除非该信道的创建者要求独占的权力,即只有它能在那条信道上传输文件。6,2压缩经成功地协商之后,可对文件进行压缩,但在缺省条件下文件是不压缩的。采用ITU建议T124规定的格式,可以标识出专有技术,如T35国家码、国内分配的代码、制造商的代码、非标准能力代码,或可用客体标识符替代。通过这种机制也可以标识出事实标准的压缩格式。注意,压缩仅适用于文件数据的净负荷,对文件头不压缩。63优先级可将本标准作为后台任务去完成批量数据的传送,也可作为前台任务以便及时分发文件。采用哪种方式由发送方选择。快速数据传送时应使用中优先级,批量数据传送时应使用低优先级。在一个文件的传输过程中,优先级应保持不变,但在连续的事务处理之间可以不同。控制信道上的文件事务处理的管理应使用高优先级。64文件预传为了在交互式会议期间把文件传送量减至量少,可以在召集会议时预先将会议使用的资料文件先分发给与会者。这项工作可以是一个自动过程,并且当接收方能够识别哪些文件是它们希望接收的文件时,文件量可以很少7墓本MBF7,应用希望支持文件传送协议的应用必须能加人控制信道,并且能在广播数据信道上发送或接收。表1示出必须支持的协议数据单元。表1支持的MBFTPDUMBFTPDU只接收文件的APE只发送文件的APE收、发文件的APE发送PDU接收PDU发送PDU接收PDU发送PDU接收PDUFILEOFFERMMMMMFILEACCEPTMMMMFILEREJECTMMMMMFILEREQUESTOMMOMFILEDENYMOMM0FILEERROR0000FILEABORTO0MOMFILESTARTMMMMFILEDATAMMMMDIRECTORYREQUESTOM0MOMDIRECTORYRESPONSEMOMM0MBFTNONSTANDARDOOO0OOMBFTPRIVILEGEREQUESTO0MOMOYD/T949一1998表1完MBFTPDU只接收文件的APE只发送文件的APE收、发文件的APE发送PDU接收PDU发送PDU接收PDU发送PDU接收PDUMBFTPRIVILEGEASSIGNOMOMOMPRIVATECHANNELJOININVITEOMOMOMPRIVATECHANNELJOINRESPONSEMOMMOM必备的O可选的一不擂要8摄作说明文件传送用户应用依靠文件传送应用协议实体文件APE的服务,与其他节点上对等的应用进行通信。如图5所示,文件APE有两个组成部分文件传送应用资源管理器文件ARM和文件传送应用服务单元文件ASE,ARM提供所有标准化的应用协议共有的通用功能。ASE则提供此应用协议的特定功能,使得文件传送应用能够互通。注惫,这是一个概念性模型,不包括实际实现时结构上的任何限每个组成部分都将在下面作更详细的介绍。用户应用节点控制器蘸爵彝臻于该录李4田曰L盆1愁蒸豁Y粥3自愚1图5本标准应用模型文件传送用户应用这是文件传送应用的一部分。该部分涉及对互通没有直接影响的诸方面例如用户接口,所以这0内ESES制8部分可以是产品特定的,也可以是平台特定的用户应用的影响也仅限于其驻留站点,所以这部分不属488YD/T949一1998于本标准的范围。用户应用依靠文件传送应用协议实体APE与在其他节点上对等的应用进行通信的服务。它不与MCS或GCC通信,这种通信是由文件APE完成的。用户应用经其文件APE启始一个文件传送会话,并规定该应用的能力和会话方式。一旦在建立了会话之后,所有MBFT特定的事务处理均由代表该用户应用的文件APE完成。82文件传送应用资源管理器文件传送应用资源管理器文件ARM代表文件ASE管理GCC和MCS。它提供下列服务响应来自GCC的指示如允许注册、调用。用GCC注册文件APE连接一个MCS域以便为文件APE获得一个MCS用户IDO加人静态信道。使用GCC登记处和MCS去标识和加人组播信道。召集专用信道并让对等的文件APE进人这样的信道。加人任何接纳了文件APE的专用信道。标识并从GCC登记处获得令牌。从登记处删除与任何已经创建的信道相关联的条目。调用其他节点上对等的文件APE,处理应用名册报告,以便确定所协商的应用能力清单和对等文件APE的标识。83文件传送应用服务单元文件传送应用服务单元文件ASE向具有资源由文件ARM获得的用户应用提供文件传送功能。其操作与传给它的令牌和信道的类型即静态的或动态的以及标识无关。用户应用规定需要的是广播数据信道还是确认数据信道。向会议的部分与会者的专用传送,则需要MBFT用户ID清单。文件ASE提供下列服务发送和接收MBFTPDU,获取和释放令牌并使用MCS确定令牌状态。对GCCCONDUCTORASSIGN和RELEASE指示作出响应。通过节点控制器发出GCCCONDUCTORPERMISSIONASK请求对GCCCONDUCTORPERMISSIONGRANT指示作出响应。84MBFT资源二进制文件传送会话使用控制信道来管理文件传送,使用数据信道来分发文件。每条控制信道都有一条或多条与其相关的数据信道,每条数据信道都支持每次传送一份文件。每个MBFT会话都有一条会议控制信道分派的助记符是MBFTCONTROL和一条广播数据信道分派的助记符是MBFTDATA。这两条信道是所有该会话的应用与会者都必须加人的。控制信道用于管理所有在广播数据信道上的文件传送。所有的节点都同意接收在广播数据信道上传送的文件,并在不需要时丢弃这些文件。只要任何一个节点处于低带宽链路上且不斋要这些数据时,就将导致会议性能不必要的降低使用确认数据信道分派的助记符是MBFTDATAN,其中N为此数据信道的MCS信道ID时,允许同时分发一份以上的文件。对这样的信道上文件传送的管理是通过会话控制信道完成的。但在这种情况下,节点有拒绝向其提供文件的权利。这样便可保证文件只分发给那些需要这些文件的节点,但每次文件传送都需要一些额外的开销。可以通过开辟子会话的办法,实现有选择地向一个已有会话的部分与会者分发文件。这包括一条专用子会话控制信道分派的助记符是MBFTCONTROLP,其中P为该控制信道的MCS信道1D。此办法适用于在零条或1条专用广播数据信道分派的助记符是MBFTDATAP,其中P是该数据信道的MCS信道1D和零条或多条专用确认数据信道分派的助记符是MBFTDATAN,其中N是该数YD/T949一1998据信道的MCS信遭ID上的文件事务处理。每条专用子会话都需要一条独立的专用控制信道。每条控制信道都可能有一个FILEREQUEST令牌,此令牌用于保证任意时刻在那条信道上最多只有一份未决的文件谙求,孺要某份文件的文件ASE在提出请求之前必须获取此令牌,并将其保持到它确定了另一个节点是否能够提供该文件。允许动态控制信道没有FILEREQUEST令牌,但此时只有该信道的创建者才能在该信道上发送文件请求。分派给会话控制信道MBFTCONTROL令牌的助记符是FILEREQUEST分派给子会话控制信道MBFTCONTROLP令牌的助记符是FILEREQUESTP。每条数据信道都可能有一个FILETRANSMIT令牌,此令牌用于保证任意时刻在那条信道上仅有一份文件在传送。发送的文件ASE在提供一份供传送的文件之前需获取此令牌,并在该文件传送期间内保留此令牌,在发出最后一块文件数据之后释放此令牌。允许动态数据信道没有FILETRANSMIT令牌,但此时只有该信道的创建者才能在该信道上发送文件。分派给会话广播数据信道MBFTDATA令牌的助记符是FILETRANSMIT,分派给子会话广播数据信道MBFTDATAP令牌的助记符是FILETRANSMITP,分派给确认数据信道MBFTDATAN令牌的助记符是FILETRANSMITN,这些信道和令牌一起组成了MBFT会话的可用资源它们可以是静态的,也可以是动态的。文件传送应用资源管理器文件ARM的责任就是确定这些资源的标识。对于任何给定的文件事务处理,用户应用必须规定由文件ASE使用的资源。静态和动态资源都由文件ASE同样处理。841MBFT初始化在本地通过某个用户应用或在远端使用GCCAPPLICATIONINVOKE机制都可以将一个MBFT会话初始化。在这两种情况下,将示于表2中的参数传给文件ARM。会话方式确定了该文件ARM所采取的动作,该动作旨在标识该会话初始使用的一组资源。表2文件APE参数参会话方式此参数可为以下3个值之一静态的此值表示该文件APE应使用由MBFT客体标识符和该会话ID参数组成的会话健注册,它应便用静态的预先规定的MBFTCONTROL和MBFTDATA信道以及静态的FILETRANSMIT和FILEREQUEST令牌动态的此值表示该文件APE应使用由MBFT客体标识符和该会话ID参数组成的会话键注册。所有的信道和令牌资砚都是动态的,且由该组播会话的创建者分别使用MCSCHANNELJOIN机制和GCC登记处机制予以分派。组播会话的成员通过GCC登记处确定令牌和信道IDS动态专用此值表示该文件APE应使用由MBFT客体标识符和该会话ID参数组成的会话健注册。所有的令牌和信道资源都是动态的且由该专用召集者文件ARM分别使用CCC登记处机制和MCSCHANNELCONVENE机制予以分派。然后,创建该会话的文件ARM把所有对等文件APE接纳到MBFTCONTROL和MBFTDATA信道,文件APE的MCS用户IDS出现在接纳清单协议参数中。在企图加入专用MCS信道之前专用成员文件ARM必须等待其文件APE被专用MCS信道召集者承认令牌的标识由信道召集者在第一次事务处理时于带内传送会话工D此参数用于区分该协议的多个会话所使用的资葫,且这些资源可能同时存在于同一MCS城中。分派给该MBFTCONTROL信道的MCS信道1D被用作该会话ID,这样便可保证在该会议城中它是唯一的。如果应用希望参与某个睁态会话或者参与某个现有的组播或专用会话,则必须规定该会话1DVO/T949一1998表2完静态方式STATICMODE用于向会议不限制地广播数据、在使用预先规定的静态信道和令牌时,已是一种最简单的操作方式。应用可以随意加人和撤离某个静态方式的会话。尽管使用静态信道和令牌的不同子集的其他应用协议可以使用该文件ASE但却只有一种静态方式的文件ARM是本标准预人规定的。组播方式MULTICASTMODE能够在静态会话已经启用后用于J,播数据。在功能土它与静态方式和同,但它使用的是动态资源,所以必须经GCC登记处和MCS服务由组播会话的创建者被称为组播创建者来分派信道和令牌标识。所有其他与会者组播成员都可经该GC,C记处确定信道和令牌川、应用可随意加人和撤离某个组播会话。在一次会议中的组播方式会话数日也是没有限制的专IT方式PRIVATEMODE用1一有选择地向部分与会者分发文件。文件ARM的责仟是启动专用会话被称为专用召集者以便分别使用GCC和MCS获得令牌和信道,井将对等文件APE专用会员“接纳到这TIN信道令牌的标识在带内传送但也可以经GCC登记处确定一次会议中的专用方式会话数是没有限制的专用成员文件ARM必须等待其文件APE被专用信道接纳,还要等待召集者分派该会话应使用的令牌B召集者撤离了该专用会话则所有的其他与会者也便被排除了应川仅在受到会话召集者邀请时才能加人该专用会话。在所有情况下,启始的一组资源允许每次传送一份文件。同时传送多份文件的情况请参见86为1使某个义件APE与那个节点的GCC提供者通信,以任何方式创建的该文件APE都必须一首先建立CGSAPGC,服务接人点。当节点加人某次会议时,该GCC提供者将发出准许了撤消标志段F准许的KCAPPLICATIONPERMISSIONTOENROLL。无论那时该用户应用是否希望注册,该文件八RM都必须发出GCCAPPLICATIONENROLL请求。如果该用户应用不希望注册,则该文件ARM必须将APPLICATI二一ENROLL请求中的注册/未注册标志置于未注册,并且指定该会议ID。不需要其他参数此后,只要不是接收到准许/撤消标志置于撤消的GCCAPPLICATIONPERMISSIONTOENROLL指J撤消了允许条件,该应用可以随时注册如果用户应用在决定加人某个会话之前希望接收有关正在进行的所有MRFT会话的乏八PPIICATIONROSTERREPORTS,则该文件ARM可以注册非激活,指定会话键没有会话ID如果用户应用希望声明支持该MBFT协议但不消耗MCS资源,则该文件ARM叮以注册非激活没有MCS川户II。当用户应用经过激活的注册之后,文件ARM应向MCS提供者发出MCSATTACHUSER清求,此时使用GCCAPPLICATIONPERMISSIONTOENROLL指示中包括的该会话工D作为该域选择符在接收到连续的MCSATTACHUSER证实的响应后,该文件ARM应加人发出MCSCHANNCLJOIN请求时所指定的ILLR,11信道842静态方式在得到MCS用户ID之后,文件ARM应加人MBFT静态控制和数据信道,方法是发送两个MC5CHANNELJOIN请求,指定MBFTCHANNEL。和MBFTCHANNELI为各II加人的信道在接收到加人这JFL信道的肯定的证实之后该文件ARM将注册激活,方法是向GCC提供者发出“、APPL二TIONENROLL请求,其具体参数在表3中指定。激活非激活标志应被M为激活,会话11应指定为郎分会话键,启始信道应指定为静态的,巳必须提供枯个的应用能力清单。参见图6YD/R949一1998本地本地远端远端远端CICC提供者MCS提供者MCS提供9CCC提供者文件APE,操作ID独特的、新的1获街MBFR用户伯MCSCHANNE1R1OIN请求信道IC选定的鉴行之B1MCSCHANNEIFJ10N证实连签全竺亘TRYRMEVEENTRY请求1MBFFDATAI竺翌竺些彗CTRICVEENTRYILE4KIMRFPDATAI口目口加入选定组抽会话的MBFRCONTROLM道曰口口使用该OCC登记处标识MBFFDATA信道MCSCHANNPELIONJIMCSCHANNPLJION证实信道RKMBFTDATAIGCCREGISVYRETRIEMRY请求IFBETRANSMITIGCCREGISTRYREOIIEVEENTRYI,MIFBETRANSMITIGCCREGSNYRETRIEVEENTRY请求曰比EOCCREPMY“CFRAY证实IFRI贬0UFS7RFOUFST加入MBFPDATA信道标识FBGCCAPPLICATIONENROLL证实ROSTERRE加N指示TOR20II0951D07图7多点会话协议启始序列成员YD/,R949一1998本地文件八PF本地GCC提供名本地MCS提供者远端MCS提供书赢捕4APNSI操作GCCAPPLIC呼NPCRMCDONTENROLL指示MCSATTACHUSERIII七MCSATTACHUSER证实MBFR用户用牢独特的、获得MBFT用户ID匹似励MCSCHANNIR110NIRJ塑IDMBFR用户IDIMCSCHANNELLION证实MCSLHKNNELNONIJUZFAIGID_OI分派和加入证实MHFTCONTROL信道ID独特的、新的M日F】,ONIRCX信道请求信道1RUMCSCHANNEL110N4R实MBFPID独特的、新的CACAPPLIC曹娜GG三APPHCATINGCCAPPLIRAFTQNENMLL请求万非滋藻、ENMLL证实ROSTERREP州指示DA丁八会话RN山1分派和加入MBFPDATA信道GCCAPPLICATION注册J目匆茜REGISTRYREGISTERCHANNEL请求MBFFDATAROSTRRESORT指示REGISTRYREGIRCHAMJ证实登记MBFTDATA信道ACSIGNT众ENRCG劝Y点_IGTTREGMOYASSIGNTOKEN卜出翻FIIFTRANSMIT独特的、新的分派FU,TRANSMIT和】刁LEREQUEST麟麒琳一一一旦一旦鱼些竺笔李SSIGNTAKEN边盛1FILERFQUGQ、独特的GCCAPPLICA9ONENROLL请求激活、有会话ID1令牌可选GCCAPPLICAQ一门,GCCENROLL证实注册激活APPIICAGONROSTERRELYON指示T082493095/DOG图8组播会话协议启始序列创建者如果省略了文件八PE会话ID0的MCSCHANNELJOIN请求原语参数,文件ARM将尝试创建一个新的会话。首先它将发送信道11如果成功返回的MCSCHANNELJOIN证实应包含分派的信道ID,它将被用作MBFTCONTROT信道。再后重复这个过程去分派和加人MBFTDATA信道。然后,文件ARM应在此会话“注册非激活,方法是发送激活/非激活标志置为非激活的GCCAPPLICATIONENROLI请求,并且规定有会话ID的会话键但却省略了应用能力清单一旦文件ARM接收了包含相应于该新会话的一个条目的GCCAPPIICATIONROSTERREPORT,该文件ARM登记此MBFTDATA信道,方法是发送GCCREGISTRYREGISTERCHANNEL请求,所IK参数由表5给出。表5适用于GCCREGISTRYREGISTERCHANNEL请求的参数参数说明三一下7GCCAPPLICATIONPERM一一一型些一一犷845TMZFI5AIIT一一LM一信1IIF一在MS一以A山比LJON证实中返皿信道D845介绍如何形成登记处键一在MCSCHNNNELJOIN证实中返ICI信道ID信道ID此时,文件ARM可分派FILETRANSMIT和FILEREQLEST令牌,方法是发送两个GCCREGISTRYASSIGNTOKEN请求,其使用的参数在表6中给出。如果文件ARM要求独占对广播数据信道的接人,则它无裔分派FLLEIR八NSMIT令牌如果它要求请求文件的独占权利,则文件ARM不需分派FILEREQUEST令牌。在成功地确定了所有资源之后,文树八RM将注册激活。方法是发送激活/非激活标志置为激活的YUT9491998GCCAPPLICATIONENROLL请求,启始信道指定X,动态组播,井且提供完整的11“LILL协议能1清IP一MLIICONPROI信道11用作会话键中的会话ILL表6适用于GCCREGISTRY一八、IGNTOKEN清求的参数参数一一明一_一由C一APPLICATIONPCRMISIONTOENROIL指小提供8D5中介绍如何形成登记处键会议1D登记处键A44专用方式在获得MCS用户11之后,为了确定文件ARM是作为一名专川I戊员加人R现有的专用会话、还是作为名专用创建者去创建一个新的会话。文件ARIA将审查文件API会话IT的参数如果省略了会话11参数,文件ARM应尝试创建一个新的会话首先文件八RM为了获得条专用MBFTCONTROL信道将发送MCSCHANNELCONVENE清求。如果成功,则返回的MCSCHANNELCONVENE证实包含所分派的信道ID。此时,文件ARM必须加人此信道,方法是发出MCSCHANNELLOIN请求,指定在MCS一CHANNELCONVENE证实中返回的信道IDO重复这个过程以便分派井加人另外的MBFTDATA信道、然后,该文件ARM应在该新的会话中注册非激活方法是发出激话/非激活标志置为非激活的GCCAPPLICATIONENROLL请求,指定MBFTCONTROL信道11作为会话T11,W1T“SID,且省略应用能力清单。文件ARM可接着分派FILETRANSMIT和FILEREQUEST令牌,方法是发送两个CCREGISTRYASSIGNTOKEN请求,其使用的参数在表6中给出如果文件ARM要求独占对广播数据信道的接人,则它无需分派FILETRANSMIT令牌如果它要求清求文件的独占权则文件ARM无需分派FILEREQUEST令牌接下来文件ARM将上动注册,方法是发送激活/卜激活标志置为激活的GCCAPPTICATION一ENROLL请求,启始信道规定为动态专用,且提供完整的应用协议能力清单。MBFTCONTROI信道11被川作为会话键中的会话II如果在将被邀请到专用会话的一个或多个节点上没有激活的对应文件八PE则文件ARM将发送GCCAPPLICATIONINVOKE请求,指定一个被邀请的GCC用户II清单或者指定零表示会议中所有节点都将被邀请作为目的地节点参数。还可将指定该应用协议条目中的启始信道作为“动态专用”这时,召集的文件ARM必须等待,直到它接收到CCAPPLICATIONROSTERREPORT指示,该指I1S包含被邀请到该专用会话的文件APE的MCS用户TD在一个或多个被邀请的节点L没有启始MITT应用时,推荐使用超时功能文件ARM应为控制信道和数据信道发送MCSCHANNELADMI以青求,指定被邀请的文件八PE的MCS用户ID作为MCS川户IT清单如果有了文件APE会话ID参数,该文件ARM应尝试加人该会话,即加人发送GCCAPPLIATIONENROLL请求所指出的那个会话,请求中的激活/非激活标志置为非激活,日川不可缺少的会话工D指定会话键。然后它将等待,直到它在召集该专用MBF,R会话的节点上接收到来自文件ARM的MCSCHANNELADMIT指示。接下来将尝试加人这个原语中指出的信道。方法是发送MCSCHANNELJOIN清求还将接收到来自该专用会话召集者的进一步的MCSCHANNELADMIT指示,专用成员文们ARM也1必须加人在这个原语中指出的信道,方法是发送MCSCHANNELJOIN请求。为R确定这两条信道中的哪条信道将用作MBFTCONTROL信道文件ARM将两个信道的11与会话ID相比较与会话11相匹配的信道11是MBFTCONTROL信道。与会话ID不9配、但有相同的信道竹理器川户ID的那个信道ID是相应的MBF“1DATA信道。当远程调用某个专用成员文件ARM时该会话ID也就足R,414“TCONTROL信道1D是从CCAPPLICATIONINVOKE指1,I,获得的YD/T9491998在接收到GCCAPPIICATIONROSTERREPORT指示该指示含有其文件APE的用户11之后,文件ARM应使用激活/非激活标志置为激活重新注册,包括将会话ID作为部分会话键,并且提供完整的应用协议能力清单。当召集的文件八SE在控制信道上启始第一个事务处理如用FILEOFFERPDU或FILEREQUESTPDU时,用于该专用会话的那些令牌的标识由该召集的文件ASE传送。专用成员可以单个地访问GCC登记处以便确定令牌标识,但必须强调这种方法的效率要低得多。为了标识、播数据信道使用的FILETRANSMIT令牌,文件ARM应发送GCCREGISTRYRETRIEVEENTRY请求,请求中使用的参数在表4中规定如果在GCCREGISTRYRETRIEVEENTRY证实中的结果参数是“条目未找到”,则只有会话召集者被允许在该广播数据信道上传送文件。文件ARM可标识控制信道使用的FILEREQUEST令牌方法是发送GCCREGISTRYRETRIEVEENTRY请求。如果在GCCREGISTRYRETRIEVEENTRY证实中的结果参数是“条目末找到”,则只有会话召集者被允许在控制信道卜请求文件。见图9845形成登记处键为了通过GCC登记处确定动态令牌或信道的标识,文件ARM必须生成一个登记处键,该键由当前MBFT会话的会话键和MBFT资源工D组成。适用于信道和令牌的资源ID分别在表29和表30中规定。85MBFR能力对于文件传送应用能力的协商是通过应用注册机制完成的。当文件八RM发送激活/非激活标志置为激活的GCCAPPLICATIONENROL、请求时,它应在该请求的应用能力清单参数中指出其用户应用的能力。文件APE在接收到含有那个会话的应用名册的GCCAPPLICATIONROSTERREPORT指示后,被告知了在其会话内的可用能力。应用名册包括一个节点清单,在该清单中注册了一个对等的文件APE。对于每个节点而言,该清单都包括那个节点的GCC用户ID和那个节点所对等的文件APES的MCS用户IDS。应用名册有一个例程数,它还含有标志。标志是指示自发出前一个八PPLICATIONROSTERREPOR,之后是否有文件APES曾加人还是撤离该会话。它还包括对上一名册的应用能力清单是否经过了变更的标志如果有变更,则是新的能力清单。如果新注册了一个文件APE,则更新应用能力清单,因为这个文件APE没有访问该清单的上一例程。在GCCAPPLICATIONROSTERREPORT指示中所接收的应用能力清单相当于所有注册的对等文件APES的拆装后应用能力清单,即任何对等的文件APE声明具有的每个能力在该清单中都占有一个条目。每个条目都包含能力ID、已经声明具有这个能力的对等文件APE的数目包括本地一个,对未标记的最小类别中的能力而言,则为所有声明具有这个能力的对等文件APE114参数的最小值。表7规定了适用于MBFT的能力清单要素以及拆装每个要素的规则。注意,某些能力是取决于其他能力的。也就是说,除非应用协议能力清单还包括了该能力所取决的能力,否则该能力一定不包括在应用协议能力清单中在任意时刻,只要在一个会议中注册了某个文件APE,该文件APE就可能接收其他的ICCAPPLICATIONROSTERREPORT指示,以便告知它相关名册内容的变化。变化可能是由于会议注册了新的对等文件APES,或对等文件APE撤离了会议,或对等文件APE已经修改了其注册的信息。文件APE可通过重新注册的办法随时变更其应用能力清单。具体的作法是,文件ARM发送注册/未注册标志置为注册的GCCAPPLICATIONENROLL请求,请求中包括修订的应用能力清单,并且提供启始激活注册中所包括的所有其他参数。这样作的结果可使能力集有所改变,这时该会话中的所有文件APE都将接收一个GCCAPPLICATIONROSTERREPORT指示。MBFT能力集的任何改变都不应影响正在进行中的事务处理。改变的能力将在启始下一个事务处理时发生效力。YD/T949一19987CCAPPGCAGUNPCNPI,ALUNTOENNAL指丙GCC八即LICUTIONM01ATTACHUSESIKSKIRMISSAMFOFNR,114IIII,II激MGCCAPPLICATIONENROLLIJ实4GCCAPPLICATION义兀一价即IICEGON卜呀一分GCCAPPLICALINNRNSARREPCMNVLKE请求GCCAPPLICMI“一NVCKEIILTI指小IG川户IDS,会话ID1一GCAAPPLICALISNROSTRXRCPONMJS咬注召集者调用会员INVOKE卸IGCCMFIDS,061DJMCSATTACHUSERIG求MCSATTACHUSER证实IMRFT用IT独特的、新的I会员获得MRFRIII户ID,当节点控制器再次使现有翎IM活的文什APC激活甘士则不需要、MCSCHANNEUJOIN请求I信进IDMRFT用户IDLMCSCHANNEL一JOINUE实GCCAPPLICATIONENMIL请求JAM,FZZIDI会员注册非激活GCCAPPLICATIONRNSTCRRCL指闪、MCSCHANNBIADMIT清求一一一,气IMBFTCONTROLMCS用户DILLGCCAPJDIAATIONENMLL证实JCCA刚ICATHMRASTERREPM指示召集者接纳会员至MBFTCONTROI信通卜一一一一一一一一资MCSCHANNELADMFF指示ITO“道IDI一_一一,一一一,屯卜MCSCHANNELJOIN请求IMBFFCONTROLI会员加入MBFTCONTROL信道MCSCHANNELADMIT请求MCSCFIANNELJOIN证实一MBFFDATAMCS用户ID,IMCSCHANNELADMITINJ,IFIUJIDIMCSCHANNELJOINICY求IMBFTDATAIMCSCHANNELJOINIIIL实GCCAPPLCATIONENMLL请求激活、有会话ID召集者接纳会员至MBFTDATA信道会员加入MBFTDATA信道JCCAPPLICATIONENROLL证实会员注册激7L,GCCAPPLICNUUNROSTERREPNNIVL“GCCA即LICATIOPRNSINRREPNN指小注GC一APPLICATIONINVOK。指示发往节点控制器图9专用会话启始序列I97YN/T949一1998表7应用能力清单要索,LESESLESL能力名缺省位及说明类别、PE记数规则能力值范围扣关州最大文件R之寸缺省不受限协个文件APE都必须规定它能够按8位组接收的址大文件数据净负荷最大数据净负荷缺省8192这是FILC5TARR和FILEDATAPDU的数据字段中可允I午的最人8位组数目V126IS压缩缺省不压缩此能力用T协商是否对文件数据使川V426ISI缩长文件APE能够接收V426IS压缩的数据时,应提供此能力I最小无符7数一斗刁、无符号。一让,自65556一最大11|上1|全部8193“06,55363一一逻辑全部V126、码字数缺省512规定山V426,1缩算法使用的码字总数这是V126IS参数Y1的L界,V426IS不对该值强行设定上限V42BIS址大串长缺省6规定输人到V42BIS编码器的最大串氏。这是V426I,参数P2的上界最小无符号数二D513二,65535VABIS从缩寸勺一1|最小无符号数一7“250V_I2HI,仆绷十非标准标识符非标准能力缺省未规定用卜协商非标准能力包括非标准压缩技术如果想个非标准能力都有一个唯一的非标准识别符,在应用清单中可能出现任何数月的非标准能力这些非标准能力的解释不在本标准中规定八PE记数规则。如果GCCAPPLICATIONRASTERREPORT指示对这个能力所返回的实体数参数大于零则取址小无符号数操竹的结果,否则取该能力的缺省值个部GCCAPPLICATIONROSTERREPORT指示对这个能力所返FL的实体数参数必须等I当前的会话中ITBF的激活文件八PE数,否则取该能力的缺省值D如梁APPLICATIONROSTERREPORT指示对这个能力所返回的实休数参数等于其所取决的能力的欠体数参数。则取最小无符号数操作的结果,否则取该能力的缺省值86支持附加的并发文件传送有两种机制可用于支持在一个会议中同时传送一个以卜的文件1使用上而规定的规程创建另一个MBFT会话2在现有的MBFT会话内创建确认数据信道。对J静态和组播方式,可使用组播或专用信道对于专用方式,则只能使用专用信道在使F11组播信道时应给F特别的注意,因为在所有加人的用户都撤离后,这样的信道就不存在了所以我们建议仪当组播信道创建后一白_未曾撤离或在该信道_L进行最后的事务处理后未曾撤离的文件八PE才叮尝试使用该组播信道为R骨理信遴七的文件事务处理,每条确认数据信道MBFTDATAN都需有其自身的FILETRANSMITN令牌,仅限于该信道创建者使用的情况除外毒98YD/E949一199886门组拓信迫希望使用确认组播数据信道的文件ARM,C先必须发送信道ID。的MCSCHANNEIJOIN诸求如果成功,返回的MCSCHANNELJOIN证实含有分派的信道工D,当该数据信道是要被共享的确认数V“信道时,文件ARM必须发送GCCREGISTRYASSIGNTOKEN清求,以便获得个FILETRANSM工TN令牌使用815中介绍的过程生成登记处键当创建者为着某个文件事务处理在新的数据信道卜发送FILEOFFERPDU发送一份文件或FITEREQUESTPDU接收一份文件时信道和令牌11都在MBFICONTRO工J信道卜传送给对等的文件APE862专用信道希望使用共李的确认专用数据信道的文件ARM,首先必须发送MCSCHANNELCONVENEI青求WI果成功,它将加人那条发出JMCSCHANNELJOIN清求后在MCSCHANNELCONVEN。证实中所分派的信道接着文件八RM必须发送CGREGISTRYASSIGNTOKEN请求,以便获得个FILEIRANSMIIN令牌使用8115,介绍的过程形成登记处键希望使用独LL的专川数据信道的文件ARM,首先必须发送MCSCHANNELCONVENE请求它小街要加人该信道因为它从不在该信道L接收数据,它也不需要分派令牌成功地分派了资源,文件ARM将发送MCSCHANNELADNVT请求,规定文件APE的M川户IF将被信道接纳为MCS用户ID清单被专用数据信道接纳的文件APE将接收到MCSCHANNEL一八DMIT指示,且必须接着尝试加入山发送MCSCHANNELJOIN请求所指出的信道。当创建者在新的数据信道上为着一个文件事务处理发送FILEOFFERMAT发送一份文件或者发送FILEREQUESTPDLT接收一份文件时FILETRANSM

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论