《YD-T-949-1998.pdf》由会员分享,可在线阅读,更多相关《YD-T-949-1998.pdf(52页珍藏版)》请在三一文库上搜索。
1、Y D / T 9 4 9 一1 9 9 8 前言 本标准等效采用I T U - T建议T . 1 2 7 ( 1 9 9 5 年版本) 用于音像和视听会议业务的多点通信服务 。 该建议是有关音像和视听会议业务的多点通信的应用协议和服务的I T U - T . 1 2 。 系列建议之一 本标准定义了一个协议, 旨在支持交互式会议或群工作环境下的二进制文件数据的互换。 在该环境 中使用T . 1 2 。 系列标准。它提供的机制可支持同时分发多份文件, 可选择向部分与会者分发文件和由 远端检索文件。制定的条款也适用于远程目录访问。 本标准的附录A和附录B是标准的附录, 附录C和附录D是提示的附录。
2、 本标准由原邮电部电信科学研究规划院提出并归口。 本标准由原邮电部数据通信技术研究所负责起草。 本标准主要起草人: 张勇。 中华人民共和国通信行业标准 多点二进制文件传送协议 Mu l t i p o i n t b i n a r y f i l e t r a n s f e r p r o t o c o l Y D / T 9 4 9 一 1 9 9 8 e q v I T U - T T . 1 2 7 : 1 9 9 5 范 围 本标准定义了一个协议, 旨在支持交互式会议或群工作环境下的二进制文件的互换。 在该环境中使 用T . 1 2 0 系列标准。 它提供的机制是: 使用T .
3、 1 2 2 ( 多点通信服务) 所提供的原语, 可方便地同时分发和 检索一份或多份文件。 本标准的设计目标是提供一个多用途的简便协议, 该协议可为要求基本文件传送 能力的应用之间互通提供核心功能, 同时该协议也有满足更复杂的应用需求的灵活性, 参见图 1 。 图 1 本标准的适用范围 2 3 1 用标准 下列标准和其他参考资料所包含的条文, 通过在本标准中引用而构成为本标准的条文, 本标准出版 时, 所示版本均为有效。这些标准和其他参考资料都会被修订, 使用本标准的各方应探讨使用下列标准 和其他参考资料最新版本的可能性。 C C I T T建议T . 3 5 ( 1 9 9 1 ) C C
4、I T T成员代码的分派规程( 非标准设备) 中华人民共和国伯息产业部1 9 9 8 - 0 7 - 1 4 批准1 9 9 9 - 0 1 - 0 1 实施 Y D / T 9 4 9 一 1 9 9 8 I T U - T建议T . 1 2 0 ( 1 9 9 X) 多媒体会议电话的数据协议 I T U - T建议T . 1 2 2 ( 1 9 9 3 ) 音像和视听会议的多点通信服务的服务定义 I T U - T建议T . 1 2 3 ( 1 9 9 4 ) 音像和视听会议应用的协议栈 I T U - T建议T . 1 2 4 ( 1 9 9 5 ) 通用会议控制 I T U- T建议
5、T . 1 2 5 ( 1 9 9 4 ) 多点通信服务协议规范 I T U - T建议T . 4 3 4 ( 1 9 9 2 ) 用于远程信息处理服务的二进制文件传送格式 I T U- T建议H . 2 2 1 ( 1 9 9 3 ) 在视听远程服务中用于 6 4 - 1 9 2 o k b i t / s 信道的顿结构 I T U建议X . 6 8 0 ( 1 9 9 4 ) 信息技术抽象句法表记法一( A S N. 1 ) 一基本表记法规范 I T U - T建议X . 6 9 1 ( 1 9 9 5 ) 信息技术A S N . 1 编码规则压缩编码规则( P E R ) 的规范 I T
6、 U - T建议V . 4 2 6 i s ( 1 9 9 0 ) 采用纠错规程的数据电路终接设备( D C E ) 使用的数据压缩规程 I S O / I E C 3 3 0 9 09 9 3 ) 信息技术一一系统间通信和信息交换高级数据链路控制( H D L C ) 规程 帧结构 I S O 8 5 7 1 - 2 09 8 8 ) 信息处理系统一一开放系统互连文件传送、 访问和管理( F T A M ) 第 二部分: 虚拟文件存储定义 3 定义 确认数据信道: 一种多点通信服务信道, 在该信道上可分发文件。与会者对确认数据信道上所提供 的文件有拒绝的选择权。 确认数据信道可以是独占的(
7、即只有信道的创建者可以在该信道上发送文件) , 也可以是共享的( 任何与会者都可在该信道上发送文件) 。 广播数据信道: 一种多点通信服务信道。 在该信道上可分发文件。 与会者必须接收在该信道上分发 的所有文件; 如果哪个与会者不需要, 则在本地予以丢弃。 控制信道: 一种多点通信服务信道, 用于管理文件的事务处理。 文件属性: 一份文件的文件名和其他可标识的特性。 F I L E - R E Q U E S T: 一种令牌, 用于保证在会话控制信道 MB F T - C O N T R O L上最多有一个未决的 文件请求。 F I L E - R E Q U E S T ( p ) : 一种
8、令牌, 用于保证在子会话控制信道MB F T - C O N T R O L ( p ) 上最多有一 个未决的文件请求。 F I L E - T R A N S MI T: 一种令牌, 用于保证在会话广播数据信道MB F T - D A T A上最多有一个正在进 行的文件传送。 F I L E - T R A N S MI T ( p ) : 一种令牌, 用于保证在子会话广播数据信道MB F T - D A T A ( p ) 上最多有一 个正在进行的文件传送。 F I L E - T R A N S MI T( n ) : 一种令牌, 用于保证在确认数据信道 MB F T - D A T A
9、 ( n ) 上最多有一个正在 进行的文件传送。 MB F T - C O N T R O L : 会话控制信道。 MB F T - C O N T R O L ( p ) : 子会话控制信道, 其MC S信道I D是P o MB F T - D A T A: 会话广播数据信道。 MB F T - D A T A ( p ) : 子会话广播数据信道, 其MC S信道I D是p 0 MB F T - D A T A ( n ) : 确认数据信道, 其MC S信道I D是n o 非标准能力: 本标准范围之外的一种能力, 在使用非标准能力之前必须协商。 会话: 一组对等的应用协议实体。 标准能力:
10、本标准范围内定义的一种能力, 但并非所有MB F T的实现都需要这种能力。 所以在使用 标准能力之前必须协商。 子会话: 在一个会话内对等的应用协议实体的一个子群 Y D / T 9 4 9 一1 9 9 8 4 缩略语 ARM APE AS E GCC GCCS AP M BFT MCS MCS AP PDU 应用资源管理器 应用协议实体 应用服务单元 通用会议控制 通用会议控制的服务接人点 多点二进制文件传送 多点通信服务 多点通信服务的服务接人点 协议数据单元 5 多点文件传送简 介 为了支持不在一地的与会者进行会谈、 会议等活动, 需要将两个或多个地方连接起来。术语多点通 信就是描述了
11、多个终端的互连。多点二进制文件传送( MB F T ) 在多点环境下通过使用与基础网络无关 的多点通信服务( MC S ) , 使与会者之间能够进行交互式的文件交换。 特别是本标准提供灵活有效的机制支持: 同时分发多份文件 向会议的全体与会者广播文件 向部分与会者有选择地分发文件 从远端站点检索文件 中断之后文件部分重传 远程 目录访间 6 数据的多点传送 为了便于同时传送一份或多份二进制文件, 本标准采用了一种控制和数据信道体系结构, 见图 2 。 它使文件能够向会议的所有与会者广播, 或者作为一种专用文件传送有选择地向部分站点传送。 对所传 送的数据类型没有限制。 本标准中采用了两种类型的
12、信道: 控制信道和数据信道。 控制信道用于对文件传送的各方面实施管 理( 提供文件, 请求文件) , 而数据信道则用于传送文件数据。 在每条数据信道上, 某一时刻仅能传送一份 文件。 但能采用附加的数据信道同时分发多份文件。 在任何给定的时间内, 使用的数据信道数目取决于 要同时传送的文件数。 相互通信的一组文件传送应用被称为参与同一文件传送的会话。每个文件传送的会话都要求一条 单独的控制信道和一条或多条数据信道, 用于向所有与会应用分发文件。 本标准支持两种类型的数据信道: 广播和确认数据信道。 如果某个发送者希望所有的节点都接收它 提供的某份文件, 那么它应采用广播数据信道。在该文件传送的
13、会话期内, 所有的节点都必须处于广播 数据信道下并接收信道上分发的所有文件; 如果某份文件是不需要的, 则应由接收者予以丢弃。如果发 送者希望给予其他节点可拒绝某份文件的选择权, 则它应在确认数据信道上传送该文件。在这种情况 下, 每个节点都必须告知发送者它是否需要该份文件。 这时只有那些希望获得该份文件的节点才加人数 据信道。通过使用确认数据信道可支持多份文件的同时传送。 如果发送者认为文件头中的一个或多个参数是该应用操作的必不可少的参数, 则应使用确认数据 信道。比如, 某个应用可能要求由接收者保留某个通路名以供将来引用。当将该文件提供分发时, 应标 识键参数, 此时那些不能够支持所有这样
14、的参数的节点必须拒绝该文件。 Y D / T 9 4 9 一1 9 9 8 确认数据信道的创建者可被指定是独占的( 即只有创建者可在该信道上发送文件) , 或者是共享的 ( 即任何与会者都可以在该信道上发送文件) 。 当节点都必须在广播信道上接收分发的所有文件时, 该信道上的文件事务处理不要求发送者和接 收者有任何联络过程, 使得在广播数据信道进行事务处理时的启始文件传送的等待时间减至最小。 在确 认数据信道上的事务处理会在启始一份文件传送时引起某些等待时间。 但是, 由于避免了向不要求数据 的站点分发不需要的数据, 总体性能可能会更好。特别是当这样的站点是处子低带宽链路时尤其如此 选择信道是
15、发送者的权利, 具体取决于应用、 文件尺寸、 网络结构和与会者的数量。 不需要文件A 或州 : B的节 喊, 需耍文 件A 源文 件A和B I M B F T ! 需 要文件A 和 文 件B的节点 M BFI黑M旧F T 匾 MC S A P )( MC S A P ) ( MC S A P M C S 提 供 者1 顶 级M C S 提 供 者 !IM C S 提 供 者 I ( M C S 提 供 者 I FM C S 提 供 者 数据 L f e il _ _ I 控制信道 1 控制信道 _ _ _ _ 一 用于 汾的 广 播 数 据信 道 于 团 的确认数据信道 所有的节点都连到控制信
16、道和广播数据信道。 节点必须接收广播数据信道上的文件, 不管它们是否需要该数据。 如果节点希望接收当 前在某条确认数据信道上传送的文件, 它们只有加人该信道 图 2 本标准会议模型 可以达到有选择地向某个会议的部分节点分发文件的目的, 方法是创建一个专用文件传送会话, 或 者在现有的会话内建立一个专用文件传送的子会话。 子会话遵照与会话相同的模型, 它具有一条控制信道、 一条或多条数据信道。 然而它不同于会话、 因 为它不一定要求有广播数据信道。子会话与它所属的会话具有相同的能力集。子会话的与会者都选自 其所属的会话与会者。 子会话在G C C内无状态( 变置) 且不会出现在G C C - A
17、 p p l i c a t io n - R o s t e r 之中。 子 会话没有独特的会话标识符, 只是按主MB F T会话的会话标识符操作。为了避免因注册过程所造成的 时延, 子会话允许专用交互式文件交换按简便的方式初始化, 但同时保护住G C C和MC S 资源。 为了检索来自 数据库、 电子布告栏等的信息, 特为站点制定了请求其他节点的某份文件的条文。在 请求中必须提供足够的信息以使得源站点唯一地标识所需要的文件。 子会话与会话间的关系如图 3 所示。 6 . 1 本标准系统模型 如图4 所示, 下列属性确定了一个MB F T会话的性能。 一条单独的控制信道。 一条单独的广播数据
18、信道。 零条或多条确认数据信道。 。 零个或多个专用子会话( 以使某个选定的部分会议与会者能够交换文件) 。 Y D / T 9 4 9 一1 9 9 8 图 3 子会话与会话间的关系 图 4 本标准信道模型 一个会话标识符。 每个子会话都具有下述胭性: 一条单独的专用控制信道。 零条或一条专用广播数据信道。 零条或多条专用确认数据信道。 没有单独的会话 I D ( 使用主MB F T会话的会话I D操作) 。 4 9 6 Y D / T 9 4 9 一 1 9 9 8 每条控制信道都有一个与其相关的F I L E - R E Q U E S T令牌( 除非该信道的创建者要求独占的权力, 即只
19、有它能请求来自 其他站点的文件) 。 每条数据信道都有一个与其相关的F I L E - T R A N S MI T令牌( 除非该信道的创建者要求独占的权 力, 即只有它能在那条信道上传输文件) 。 6 , 2 压缩 经成功地协商之后, 可对文件进行压缩, 但在缺省条件下文件是不压缩的。 采用I T U建议T . 1 2 4 规 定的格式, 可以标识出专有技术, 如T . 3 5国家码、 国内分配的代码、 制造商的代码、 非标准能力代码, 或 可用客体标识符替代。 通过这种机制也可以标识出事实标准的压缩格式。 注意, 压缩仅适用于文件数据 的净负荷, 对文件头不压缩。 6 . 3 优先级 可将
20、本标准作为后台任务去完成批量数据的传送, 也可作为前台任务以便及时分发文件。 采用哪种 方式由发送方选择。 快速数据传送时应使用中优先级, 批量数据传送时应使用低优先级。 在一个文件的 传输过程中, 优先级应保持不变, 但在连续的事务处理之间可以不同。 控制信道上的文件事务处理的管理应使用高优先级。 6 . 4 文件预传 为了在交互式会议期间把文件传送量减至量少, 可以在召集会议时预先将会议使用的资料文件先 分发给与会者。 这项工作可以是一个自动过程, 并且当接收方能够识别哪些文件是它们希望接收的文件 时, 文件量可以很少. 7 墓本MB F 7 , 应用 希望支持文件传送协议的应用必须能加人
21、控制信道, 并且能在广播数据信道上发送或接收。 表1 示 出必须支持的协议数据单元。 表 1 支持的 MB F T P D U M B F TP DU 只接收文件的A P E只发送文件的A P E 收、 发文件的A P E 发送 P D U接收 P D U 发送 P D U接收 P DU发送 P D U接收 P D U Fi l e - Of f e r MMMMM F i l e - Ac c e p t MMMM F i l e - R e j e c t MMMMM F il e - R e q u e s t OMMOM F i l e - D e n y MOMM0 F i l e
22、- Er r o r 0000 F i l e - Ab o r t O0MOM F i l e - S t a r t MM MM F i l e - Da t aM MMM D i r e c t o r y - R e q u e s t OM0 MOM D i r e c t o r y - R e s p o n s e MOM( )M 0 MB F T- No n S t a n d a r d OOO0 OO MB F T - P r i v i l e g e - R e q u e s t O0 MOMO Y D / T 9 4 9 一1 9 9 8 表 1 ( 完) M B
23、 F TP DU 只接收文件的A P E只发送文件的A P E 收、 发文件的A P E 发送 P D U接收 P DU 发送 P D U接收 P DU发送 P D U接收 P DU MB F T - P r i v i l e g e - A s s i g n OMOMOM P r i v a t e - C h a n n e l - J o i n - I n v i t e OM OMOM P r i v a t e - C h a n n e l - J o i n - R e s p o n s e MOM( )MO M必备的 O可选 的 一不擂要 8 摄作说明 文件传送用户应用
24、依靠文件传送应用协议实体( 文件A P E ) 的服务, 与其他节点上对等的应用进行 通信。 如图5 所示, 文件 A P E有两个组成部分: 文件传送应用资源管理器( 文件 A R M) 和文件传送应用 服务单元( 文件A S E ) , A R M 提供所有标准化的应用协议共有的通用功能。A S E则提供此应用协议的 特定功能, 使得文件传送应用能够互通。 注惫, 这是一个概念性模型, 不包括实际实现时结构上的任何限 每个组成部分都将在下面作更详细的介绍。 用户应用 节点控制器 蘸 爵 彝 臻 于 .该 录 李 ) 4 田 曰L 盆 1 愁 蒸 豁Y 粥 3 自 愚1 图 5 本标准应用模
25、型 文件传送用户应用 这是文件传送应用的一部分。该部分涉及对互通没有直接影响的诸方面( 例如: 用户接口) , 所以这 0内eses 制8. 部分可以是产品特定的, 也可以是平台特定的用户应用的影响也仅限于其驻留站点, 所以这部分不属 4 8 8 Y D / T 9 4 9 一 1 9 9 8 于本标准的范围。用户应用依靠文件传送应用协议实体( A P E ) 与在其他节点上对等的应用进行通信的 服务。 它不与MC S或G C C通信, 这种通信是由文件A P E完成的。 用户应用经其文件A P E启始一个文 件传送会话, 并规定该应用的能力和会话方式。 一旦在建立了会话之后, 所有 MB F
26、 T特定的事务处理均 由代表该用户应用的文件A P E完成。 8 . 2 文件传送应用资源管理器 文件传送应用资源管理器( 文件A R M) 代表文件 A S E管理G C C和 MC S 。它提供下列服务: 响应来自G C C的指示( 如允许注册、 调用) 。 用G C C注册文件 A P E . 连接一个 MC S域以便为文件A P E获得一个 MC S用户I Do 加人静态信道。 使用G C C登记处和MC S去标识和加人组播信道。 召集专用信道并让对等的文件A P E进人这样的信道。 加人任何接纳了文件A P E的专用信道。 标识并从G C C登记处获得令牌。 从登记处删除与任何已经创
27、建的信道相关联的条目。 调用其他节点上对等的文件 AP E, 处理应用名册报告, 以便确定所协商的应用能力清单和对等文件A P E的标识。 8 . 3 文件传送应用服务单元 文件传送应用服务单元( 文件A S E ) 向具有资源( 由文件A R M 获得) 的用户应用提供文件传送功 能。其操作与传给它的令牌和信道的类型( 即静态的或动态的) 以及标识无关。用户应用规定需要的是 广播数据信道还是确认数据信道。向会议的部分与会者的专用传送, 则需要MB F T用户I D清单。 文件 A S E提供下列服务: 发送和接收M B F T P D U, 获取和释放令牌并使用MC S确定令牌状态。 对G
28、C C - C o n d u c t o r - A s s i g n 和R e l e a s e 指示作出响应。 通过节点控制器发出G C C - C o n d u c t o r - P e r m i s s i o n - A s k 请求 对G C C - C o n d u c t o r - P e r m i s s i o n - G r a n t 指示作出响应。 8 . 4 MB F T资源 二进制文件传送会话使用控制信道来管理文件传送, 使用数据信道来分发文件。 每条控制信道都有 一条或多条与其相关的数据信道, 每条数据信道都支持每次传送一份文件。 每个MB F
29、 T会话都有一条会议控制信道( 分派的助记符是MB F T - C O N T R O L ) 和一条广播数据信 道( 分派的助记符是MB F T - D A T A ) 。 这两条信道是所有该会话的应用与会者都必须加人的。 控制信道 用于管理所有在广播数据信道上的文件传送。 所有的节点都同意接收在广播数据信道上传送的文件, 并 在不需要时丢弃这些文件。 只要任何一个节点处于低带宽链路上且不斋要这些数据时, 就将导致会议性 能不必要的降低. 使用确认数据信道( 分派的助记符是MB F T - D A T A ( n ) , 其中n 为此数据信道的M C S 信道I D ) 时, 允许同时分发一
30、份以上的文件。对这样的信道上文件传送的管理是通过会话控制信道完成的。但在这 种情况下, 节点有拒绝向其提供文件的权利。这样便可保证文件只分发给那些需要这些文件的节点, 但 每次文件传送都需要一些额外的开销。 可以通过开辟子会话的办法, 实现有选择地向一个已有会话的部分与会者分发文件。 这包括一条专 用子会话控制信道( 分派的助记符是MB F T - C O N T R O L ( p ) , 其中p 为该控制信道的MC S信道1 D ) 。 此 办法适用于在零条或1 条专用广播数据信道( 分派的助记符是MB F T - D A T A ( p ) , 其中p 是该数据信道 的MC S信道1 D
31、 ) 和零条或多条专用确认数据信道( 分派的助记符是 MB F T - D A T A ( n ) , 其中n是该数 Y D / T 9 4 9 一 1 9 9 8 据信道的MC S 信遭I D ) 上的文件事务处理。每条专用子会话都需要一条独立的专用控制信道。 每条控制信道都可能有一个F I L E - R E Q U E S T令牌, 此令牌用于保证任意时刻在那条信道上最多 只有一份未决的文件谙求, 孺要某份文件的文件A S E在提出请求之前必须获取此令牌, 并将其保持到 它确定了另一个节点是否能够提供该文件。 允许动态控制信道没有F I L E - R E Q U E S T令牌, 但此
32、时只有 该信道的创建者才能在该信道上发送文件请求。分派给会话控制信道MB F T - C O N T R O L令牌的助记 符是 F I L E - R E Q U E S T; 分派给子会话控制信道 MB F T - C O N T R O L ( p ) 令牌 的助记符是 F I L E - R E QUE S T( p ) 。 每条数据信道都可能有一个 F I L E - T R A N S MI T令牌, 此令牌用于保证任意时刻在那条信道上仅 有一份文件在传送。发送的文件A S E在提供一份供传送的文件之前需获取此令牌, 并在该文件传送期 间内保留此令牌, 在发出最后一块文件数据之后释
33、放此令牌。允许动态数据信道没有 F I L E - T R A N S MI T令牌, 但此时只有该信道的创建者才能在该信道上发送文件。分派给会话广播数据信道 MB F T - D A T A令牌的助记符是F I L E - T R A N S MI T, 分派给子会话广播数据信道 MB F T - D A T A ( p ) 令 牌的助记符是F I L E - T R A N S MI T( p ) , 分派给确认数据信道 MB F T - D A T A ( n ) 令牌的助记符是F I L E - T R AN S MI T ( n ) , 这些信道和令牌一起组成了MB F T会话的可用
34、资源: 它们可以是静态的, 也可以是动态的。 文件传 送应用资源管理器( 文件A R M) 的责任就是确定这些资源的标识。 对于任何给定的文件事务处理, 用户 应用必须规定由文件 A S E使用的资源。静态和动态资源都由文件 A S E同样处理。 8 . 4 . 1 MB F T初始化 在本地通过某个用户应用或在远端使用G C C - A p p l i c a t i o n - I n v o k e 机制都可以将一个 MB F T会话 初始化。在这两种情况下, 将示于表 2 中的参数传给文件 A R M。会话方式确定了该文件A R M所采取 的动作, 该动作旨 在标识该会话初始使用的一组
35、资源。 表 2 文件 AP E参数 参 会 话方式 此参数可为以下 3 个值之一: 静态的: 此值表示该文件 A P E应使用由MB F T客体标识符和该会话 I D参数组成的会 话健注册, 它应便用静态的预先规定的MB F T - C O N T R O L和 MB F T - D A T A信道以及静态 的 F I L E - T R A N S MI T和 F I L E - R E Q U E S T令牌 动态的: 此值表示该文件A P E应使用由MB F T客体标识符和该会话 I D参数组成的会 话键注册。所有的信道和令牌资砚都是动态的, 且由该组播会话的创建者分别使用MC s -
36、C H A N N E L - J O I N机制和G C C登记处机制予以分派。组播会话的成员通过G C C登记处确 定令牌和信道i d s . 动态专用: 此值表示该文件A P E应使用由MB F T客体标识符和该会话I D参数组成的 会话健注册。 所有的令牌和信道资源都是动态的. 且由该专用召集者文件 A R M 分别使用C C C登记 处机制和MC S - C H A N N E L - C O N V E N E机制予以分派。 然后, 创建该会话的文件A R M把所 有对等文件 A P E接纳到 MB F T - C O N T R O L和MB F T - D A T A信道, 文
37、件 A P E的MC S用 户i d s 出现在接纳清单协议参数中。 在企图加入专用MC S信道之前. 专用成员文件 A R M 必须等待其文件A P E被专用 MC S 信道召集者承认.令牌的标识由信道召集者在第一次事务处理时于带内传送 会话 工 D 此参数用于区分该协议的多个会话所使用的资葫, 且这些资源可能同时存在于同一 MC S城中。分派给该MB F T - C O N T R O L信道的MC S信道1 D被用作该会话 I D , 这样便可 保证在该会议城中它是唯一的。 如果应用希望参与某个睁态会话或者参与某个现有的组播或专用会话, 则必须规定该 会话 1 D v o/ T 9 4
38、9 一 1 9 9 8 表 2 ( 完) 静态方式( S t a t i c mo d e ) 用于向会议不限制地广播数据.、 在使用预先规定的静态信道和令牌时, 已是 一种最简单的操作方式。应用可以随意加人和撤离某个静态方式的会话。尽管使用静态信道和令牌的 不同子集的其他应用协议可以使用该文件 A S E. 但却只有一种静态方式的文件 AR M 是本标准预人规 定的 。 组播方式( Mu l t i c a s t m o d e ) 能够在静态会话已经启用后用于J , 播数据。在功能土它与静态方式和 同, 但它使用的是动态资源, 所以必须经 GC C登记处和 MC S服务由组播会话的创建者
39、( 被称为组播创 建者) 来分派信道和令牌标识。所有其他与会者( 组播成员) 都可经该G C ,C记处确定信道和令牌川 、 应用可随意加人和撤离某个组播会话。在 一 次会议中的组播方式会话数日也是没有限制的 专i t 方式( p r i v a t e m o d e ) 用1 一 有选择地向部分与会者分发文件。文件 A R M 的责仟是: 启动专 用会 话( 被称为专用召集者) 以便分别使用 G C C . 和 MC S获得令牌和信道, 井将对等文件 A P E ( 专用会员“ 接 纳到这ti n 信道令牌的标识在带内传送. 但也可以经G C C登记处确定一 次会议中的专用方 式会话数 !
40、是没有限制的专用成员文件 A R M 必须等待其文件 A P E被专用信道接纳, 还要等待召集者分派该 会话应使用的令牌. b召集者撤离了该专用会话. 则所有的其他与会者也便被排除了应川仅在受到 会话召集者邀请时才能加人该专用会话。 在所有情况下, 启始的一组资源允许每次传送一份文件。同时传送多份文件的情况请参见8 . 6 为 1 使某个义件A P E与那个节点的G C C提供者通信, 以任何方式创建的该文件A P E都必须一首先 建立( C GS A P ( G C ( , 服务接人点) 。 当节点加人某次会议时, 该 G C C提供者将发出准许了 撤消标志段 f . 准许的 K C - A
41、 p p l ic a t io n - P e r m i s s io n - t o - E n r o l l 。 无论那时该用户应用是否希望注册, 该文件八 R M都必 须发出G C C - A p p l i c a t i o n - E n r o l l 请求。如果该用户应用不希望注册, 则该文件 A R M 必须将 ; ( - A p p l i c a t i 二一 E n r o l l 请求中的注册/ 未注册标志置于未注册, 并且指定该会议I D 。不需要其他参数此 后, 只要不是接收到准许/ 撤消标志置于撤消的G C C - A p p l i c a t i o
42、n - P e r m i s s i o n - t o - E n r o l l 指 J 撤消了允 许条件, 该应用可以随时注册 如果用户应用在决定加人某个会话之前希望接收有关正在进行的所有 MR F T会话的 ( ; ( 乏 - 八 p p I ic a t i o n - R o s t e r - R e p o r t s , 则该文件A R M可以注册非激活, 指定会话键没有会话I D 如果用户应用 希望声明支持该 MB F T协议但不消耗 MC S资源, 则该文件 A R M 叮以注册非激活( 没有 MC S川户 I I ) ) 。 当用户应用经过激活的注册之后, 文件 A
43、R M 应向MC S提供者发出MC S - A t t a c h - U s e r 清求, 此时 使用G C C - A p p l i c a t i o n - P e r m i s s i o n - t o - E n r o l l 指示中包括的该会话工 D作为该域选择符在接收到连续 的MC S - A t t a c h - U s e r 证实的响应后, 该文件A R M 应加人发出MC S - C h a n n c l - j o i n 请求时所指定的i l l r , 1 1 ) 信道 8 . 4 . 2 静态方式 在得到MC S用户I D之后, 文件 A R M
44、应加人MB F T静态控制和数据信道 , 方法是发送两个MC 5 C h a n n e l - J o i n请求, 指定 MB F T - C H A N N E L - 。 和 MB F T - C HA N N E L - I 为各 II 加人的信道在接收到 加人这J F L 信道 的肯定的 证实 之后 该 文件 AR M 将 注册 激活, 方 法是 向 GC C提供 者 发出 “ ( ( 、 A p p l . 二t i o n E n r o l l 请求, 其具体参数在表 3 中指定。激活 非激活标志应被m为激活, 会话1 1)应指定为 郎分 会 话键 , 启始信道应指定为静态
45、的 , 巳必须提供枯个 的应用能 力清单 。参 见图 6 Y D / r 9 4 9 一1 9 9 8 本 地本 地远 端远 端远 端 CI C C 提供者 M C S 提供者 M C S 提供9 C . C C 提供者文 件A P E , , 操作 I D = 独特的、新的 1 获街MB F r 用户伯 M C S -C H A N N E 1 r 1 O I N请求 信道I c 选定的鉴 行 之 B ) 1 MC S CH A N N E I f J 1 0 N证实 连 签 全 竺 亘 try- R m e v e -E n try 请 求1 M B F f - D A T A I 竺 翌
46、 竺 些 彗c tric v e - En tr y i lE 4 k I M R F p - D A T A I . . 口 . . . . . . 目口 . . . 加入选定组抽会话的 MB F r C O N T R O L M道 .曰 口口 使用该O C C登记处标识 MB F F - D A T A信道 ;M C S C H A N N P E - L I O N *Ji M C S C H A N N P L J I O N 证 实 信道R kMB F T D A T A I G C C - R e g i s v y - R e tr i- E m ry请求I F B . E -
47、T R A N S M I T I G C C - R e g i s tr y - R e o ii e v e - E n t ry i ,M I F B -E - T R A N S M I T I G C C -R e g s n y - R e t rie v e -E n t ry 请 求! 曰 比 E :O C C -R e p m y - “c - Fr a y 证 实I F R -I 贬0 U F S 7 R F O U F S T 加入MB F p - D A T A信道 标识 F B . G C C - A p p l ic a ti o n E n r o l l 证实
48、 R o s t e r - R e 加n指示 TO R 2 0I i 0.9 5 1 d07 图 7 多点会话协议启始序列( 成员 Y D/ ,r 9 4 9 一 1 9 9 8 本 地 文 件 八 P F 本 地 G C C提供名 本 地 MC S提供者 远端 MC S提供书赢捕* 4A P N S I操作 G C C - A p p lic 呼 n - P c rm c d o n -T E n r o ll 指 示 M C S - A T T A C H - U S E R i i i 七 M C S - A T T A C H - U S E R 证实( M B F r 用户用牢 独
49、特的、 获得MB F T用户I D 匹似励 M C S - C H A N N $ I r 1 10 N irj 塑 I D = M B F r 用户IDI MC S - C H A N N E L L I O N证实 M c s L H k N N E L -n O N ijU z fa ig ID _- O I 分派和加入 证实 MH F T - C O N T R O L信道 I D = 独特的、新的 M日 F】 , (oNI RC X 信道 请求 信道1 RU M C S - C H A N N E L - 1 1 0 N 4 R 实( M B F P I D = 独特的、新的 C A C - A p p lic 曹 娜 G G 三 A p p h ca ti n G C C -A p p lir a ft Q n E n m l l 请求万 非 滋 藻、 E n m l l 证实 R o s te r - R e p 州 指示 DA丁八 会 话 r N . 山 1 分派和加入 M BFP - DATA 信道 G C C = A p p li c a t i
链接地址:https://www.31doc.com/p-3803500.html