YD/T 948-1998
基本信息
标准号： YD/T 948-1998
中文名称：多媒体会议业务的通用应用模板
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：5498292
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 948-1998.Generic application temple for multimedia conferencing service.
1范围
YD/T 948规定T. 120应用的通用模型，以及为实现预期应用行为开发T.120基础结构的指南。为定义公共框架(通用应用模板),本标准提供了T.120应用的通用模型,以形成标准化应用协议的基础。
YD/T 948适用于使用T.120基础结构的基于终端的应用协议。
2引用标准
下列建议和其他参考资料所包含的条文,通过在本标准中引用而构成为本标准的条文。本标准出版时,所示版本均为有效。所有的建议和其他参考资料都会被修订,使用本标准的各方应探讨使用下列建议和其他参考资料最新版本的可能性。
ITU-T建议T.120(1996)多媒体会议的数据协议
ITU-T建议T.122(1993)用于音像和视听会议业务的多点通信服务
ITU-T建议T.124(1995)通用会议控制
ITU-T建议T.125(1994)多 点通信服务协议规范
ITU-T建议T.50(1992)国际参考字符-7位编码字符集
3定义
本标准采用下列定义。
3.1应用资源管理器:提供用于管理GCC和MCS资源通用功能(性)的应用协议实体部分。
3.2应用服务元素;提供应用协议特定功能(性)的应用协议实体部分,例如:消息格式和顺序。
3.3非标准基础会话:无需用户干预,可通过非标准的APE确定的应用协议会话。它类似于标准的APE使用的标准基础会话。
3.4专用会话:由会话创建者控制的限制成员资格的应用协议会话。
3.5公开会话:不限制成员资格的应用协议会话,典型情况是在与协议相关的基础会话已经处于使用状态且用户期望建立新的独立会话时使用。
3.6 登记会话:为通知列席会议者出席了会议,由应用使用的应用协议会话。登记会话使用T.124缺省会话,在该缺省会话中没有会话ID。
1范围
YD/T 948规定T. 120应用的通用模型，以及为实现预期应用行为开发T.120基础结构的指南。为定义公共框架(通用应用模板),本标准提供了T.120应用的通用模型,以形成标准化应用协议的基础。
YD/T 948适用于使用T.120基础结构的基于终端的应用协议。
2引用标准
下列建议和其他参考资料所包含的条文,通过在本标准中引用而构成为本标准的条文。本标准出版时,所示版本均为有效。所有的建议和其他参考资料都会被修订,使用本标准的各方应探讨使用下列建议和其他参考资料最新版本的可能性。
ITU-T建议T.120(1996)多媒体会议的数据协议
ITU-T建议T.122(1993)用于音像和视听会议业务的多点通信服务
ITU-T建议T.124(1995)通用会议控制
ITU-T建议T.125(1994)多 点通信服务协议规范
ITU-T建议T.50(1992)国际参考字符-7位编码字符集
3定义
本标准采用下列定义。
3.1应用资源管理器:提供用于管理GCC和MCS资源通用功能(性)的应用协议实体部分。
3.2应用服务元素;提供应用协议特定功能(性)的应用协议实体部分,例如:消息格式和顺序。
3.3非标准基础会话:无需用户干预,可通过非标准的APE确定的应用协议会话。它类似于标准的APE使用的标准基础会话。
3.4专用会话:由会话创建者控制的限制成员资格的应用协议会话。
3.5公开会话:不限制成员资格的应用协议会话,典型情况是在与协议相关的基础会话已经处于使用状态且用户期望建立新的独立会话时使用。
3.6 登记会话:为通知列席会议者出席了会议,由应用使用的应用协议会话。登记会话使用T.124缺省会话,在该缺省会话中没有会话ID。
标准图片预览
标准内容
YD/T948—1998
本标准为应用开发者和应用协议开发者提供正确的和有效的使用T.120基础结构的指南，它为使用T.120服务进行通信的应用提供一个通用的模型，并定义了T.122（MCS）和T.124（GCC)服务使用的通用应用模板。使用T.120服务的各应用协议均需要T.122(MCS)和T.124(GCC)服务。本标准为应用协议实体提供了一个公共的结构，以确保不同的应用协议实体能在同一会议中共存。不遵循本标准定义的操作的应用协议实体将冒有与其他应用协议相冲突的危险。本标准等效采用ITU-T建议T，121（1996年版）。本标准由邮电部电信科学研究规划院提出并归口。本标准起草单位：邮电部电信传输研究所。本标准主要起草人：聂秀英、李守静。448
中华人民共和国通信行业标准
多媒体会议业务的通用应用模板Generic application tempie for muitimedia conferencing service范围
YD/T948-1998
eqvITU-TT.121:1996
本标准规定T.120应用的通用模型，以及为实现预期应用行为开发T.120基础结构的指南。为定义公共框架（通用应用模板），本标准提供了T，120应用的通用模型，以形成标准化应用协议的基础。本标准适用于使用T.120基础结构的基于终端的应用协议。2引用标准
下列建议和其他参考资料所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有的建议和其他参考资料都会被修订，使用本标准的各方应探讨使用下列建议和其他参考资料最新版本的可能性。ITU-T建议T.120（1996）多媒体会议的数据协议ITU-T建议T.122（1993））
用于音像和视听会议业务的多点通信服务ITU-T建议T.124（1995)
通用会议控制
ITU-T建议T.125（1994）多点通信服务协议规范ITU-T建议T.50（1992）
国际参考字符--7位编码字符集
3定义
本标准采用下列定义。
3.1应用资源管理器：提供用于管理GCC和MCS资源通用功能（性）的应用协议实体部分。3.2应用服务元素：提供应用协议特定功能（性）的应用协议实体部分，例如：消息格式和顺序。3.3非标准基础会话：无需用户干预，可通过非标准的APE确定的应用协议会话。它类似于标准的APE使用的标准基础会话。
3.4专用会话：由会话创建者控制的限制成员资格的应用协议会话。3.5公开会话：不限制成员资格的应用协议会话，典型情况是在与协议相关的基础会话已经处于使用状态且用户期望建立新的独立会话时使用。3.6登记会话：为通知列席会议者出席了会议，由应用使用的应用协议会话。登记会话使用T.124缺省会话，在该缺省会话中没有会话ID。3.7会话创建者：在新应用协议会话中注册的应用协议实体。会话创建者的概念仅适用于公开和专用会话。
3.8会话成员：在已经存在的应用协议会话中注册的应用协议实体。会话成员的概念仅适用于公开和专用会话。
3.9标准基础会话：无需用户干预，可通过标准的APE确定的应用协议会话。T.120中规定了标准基础会话标识符。
4缩略语
本标准使用下列缩略语。
中华人民共和国邮电部1998-02-05批准1998-05-01实施
GCCSAP
5概述
应用资源管理器
应用协议实体
应用服务元素
通用应用模板
通用会议控制
YD/T948—1998
GCC服务接入点
多点通信服务
MCS服务接入点
多点控制单元
协议数据单元
服务接人点
图1示出了T.120系统模型。该模型中，用户应用为在同-一会议中与其他节点上它们的对等实体进行通信，使用标准的和非标准的应用协议。用户应用的范围限制在不影响对等用户应用之间通信的本地功能（例如，用户接口）。每一用户应用使用一个或多个应用协议实体（APE），这些应用协议实体来用图2所示的互通协议。在此处描述的模型中，APE可以被进一步划分成两个元素：应用资源管理器（ARM）和应用服务元素（ASE）。ASE提供特定功能（性）互通，ARM负责GCC和MCS资源的通用管理，例如，ASE可以提供T.127规定的通用文件传送功能（性）或T126规定的静止图像互换功能(性)。
用户应用
（使用标准的和非标准的应用协议）用户应用
（使用标准应用协议）
T.127文件传送（MBFT）
T.126静止图像（SI）
ITU-TT.120
ITU-TT.120基本结构
应用协议建议
控制器
通用会议控制(GCC)建议T.124
多点通信服务（MCS)建议T.122/T.125网络特定传送协议栈
建议T.123
图1T.120系统模型
用户应用
（使用非标准协议）
非标准应用协议实体
控制器
YD/T948-1998
用户应用
应用协议实体（APE）
应用服务
应用资源
管理器
（ARM)
通用会议控制（GCC）建议T124
多点通信服务(MCS）建议T.122/T,125图2通用的T120应用协议实体的模型将彼此进行通信的对等应用协议实体称为加人了同一个应用协议“会话”。注意，在某个给定站点可能有不止一个用户应用加入同一会话。这就需要应用协议的多种实例，即多个APE，每一用户应用有个APE。也可能有使用同一应用协议的并发的会话。再者，每一加人的用户应用需要它自身的APE。图3示出了个例子。
个会话由一组使用公共应用协议被此通信的对等应用协议实体组成。每个会话有一会话标识符，该标识符的值等于MCS信道ID的值，该信道ID为用于在一组APE中传送数据的特有的ID。在此处所示的模型中，与会话标识符相关联的信道为加人的第一条信道，称其为会话标识符信道（即使并不要求这种情况）。使用多个APE的用户应用可以加入多个应用协议会话。每一会话可能有唯一的个会话标识符，但并不要求这样。即使它们具有相同的会话ID，不同类型的应用协议实体加入不同的会话。图4中示出了一个例子。对每一应用协议，在没有会话标识符的情况下，可能有单一的应用协议会话，即登记会话。
有下列会话类型。
登记会话：可被标准和非标准协议使用。登记会话的目的是使应用在不必非要变为激活的情况下，能通知它们出席了会议。这就使得各种应用能够确定在会议中的哪些节点有类似的功能（性），而同时消耗最少的资源。登记会话也允许应用将其应用协议的特定功能（性）作为不可拆装的能力通知会议。在会议期间为接收由其他节点通知的在功能（性）上的任何变化，这些应用在登记会话中基本上要保持已登记状态。在使用特定应用协议的登记会话中，注册的某个应用在会议中使用那个特定应用协议接收有关的所有会话信息。
YD/T948-1998
用户应用3
站点AM口
用户应用1用户应用2
用户应用4
多点静止图像和注释协议会话A
多点静止图像和注释协议会话B
用户应用3
用户应用1
图3在一个站点使用同一个协议的多个应用的例子在实际应用活动中使用的登记会话不是这些模型的一部分，也不允许这样用。这就确保了激活和潜在应用的清楚分界。这种分界是重要的，这是因为以下原因。a）由非激活应用所通知的任何可拆装的能力可能对该会话能力集具有不利影响；b）在由应用活动所产生的登记会话中不再存在的登记处登录项可能会存留到会话结束。对会议中的每一应用协议，至多能有一个登记会话。利用具有适当应用协议键和会话ID所组成的会话键来表征每一应用协议。
标准基础会话：被标准化的应用协议使用。接人标准基础会话是不受限的，并且该会话中的所有与会者（即会话成员）具有平等的资格；他们可以随意加入或者离开会话。因为用于标准化应用协议的标准基础会话的会话标识符是预先规定的（在T.120中），所以无需任何用户干预某个应用就可以加入到会话中。一个标准基础会话使用一个静态信道作为该会话ID信道。按照应用协议的规定在用于标准基础会话的登记过程中需要标识的资源集可以包含更多的静态或动态信道和令牌。如果需要超过该基本集的附加资源，就可能使用动态信道和令牌。对于在一个会议中希望使用标准应用协议与所有对等的应用进行通信的某个应用，典型的情况是优先选择标准基础会话。对会议中的每个标准化的应用协议，至多有一个标准基础会话。非标准基础会话：被非标准应用协议使用。非标准基础会话允许使用公共的非标准协议独立地确定同一个会话的各种应用，而无需选择特定会话的用户于预。对于在一个会议中希望使用非标准应用协议与所有对等的应用进行通信的某个应用，典型的情况是优先选择非标准基础会话。该非标准基础会话使用一个分配的（即动态组播）信道作为会话ID，使用GCC应用登记处来显示这个标识。加人非标准基础会话的结果就是加入相应的登记会话。对会议中的每个非标准应用协议，不能有多于个非标准基础会452
YD/T948—-1998
话。一旦所有的与会者已经离开了非标准基础会话，该会话就不再存在，如果还需要的话就必须重新创建。网
站点B
用户应用2
站点A
用户应用1
用户应用3
用户应用1
多点二进制文件传送会话
非标准APE
非标准APE
专利应用协议会话
多点静止图像和注释协议会话
非标准APE
图4使用多协议应用的例子
公开会话：可以被标准的或非标准的应用协议使用。当协议的有关基础会话已经在使用中，且用户希望再建立更多的独立会话以便与会议中的所有对等应用进行通信时，典型地使用公开会话。接人到公开会话是不受控的。公开会话有个指定的创建者，该创建者就是分配组播会话标识符信道并负责登记会话资源的APE；所有其他与会者都是会话的成员。任何与会者可以随意加入或者离开公开会话；他们可以使用GCC-Application-Invoke机制进行选择，以邀请其他的节点来参与会话。在会话的创建者已经离开或甚至拆连以后，公开会话仍可以持续。且所有的与会者都离开了公开会话，会话不再存在，因而没有一方能够重新加人。
专用会话：可以被标准的或非标准的应用协议使用。当用户希望把应用协议会话的成员限制在会议参加者的一个选定的子集中时，典型地使用专用会话。专用会话有一个指定的创建者。这就是召集专用会话并且负责登记会话资源的APE。专用会话的参加者由会话创建者来控制，该会话创建者必须明确地邀请其他应用成为该会话的成员。在会话的创建者已经解散会话或者拆连了以后，专用会话就不再存在了。
5.1用户应用
用户应用指对互操作（例如用户接口）没有直接影响的、而且可能是产品和平台特性的那些任务。用户应用的影响通过它使用的应用协议在其他点体现出来。用户应用依赖于个或多个应用协议实体的服务（APE）以便与其他节点的对等用户应用进行通信。它不与MCS或GCC进行通信；它由几个APE来完成。用户应用及其多个APE之间的接口是本地453
事宜，超出了本标准的范围。
YD/T 948--1998
对于用户应用使用的每个APE，该用户应用规定了宣称的APE能力子集。它还选择会话的类型（标准基础、非标准基础、公开、专用或登记）。用户应用与适当的APE进行通信以通过规定会话的应用能力和操作模式发起应用会话。一旦建立了一个会话，所有的应用特定协议的执行均由代表用户应用的APE完成。5.2应用协议实体
应用协议实体（APE）由用户应用来使用，以使得它与具有相似功能（性）的其他用户应用（即为了相同目的利用相同应用协议的用户应用）进行通信，例如，对于要求一般目的的文件传送功能（性）的用户应用必须利用APE，该APE使用了T.127定义的协议和T.127规定的应用协议键，以保证互操作能力。每个APE既可以使用标准应用协议，也可以使用非标准应用协议。从概念上讲，按图2所示APE有两个构成体：应用资源管理器（ARM）和应用服务元素（ASE）ARM提供通用的功能（性），对许多标准应用协议是公共的，而ASE对其相应的应用协议提供特定的功能（性）。
在通用模型中，应用协议实体由下列属性来表征。a）单个应用资源管理器（ARM）；b）单个应用服务元素（ASE）；c）单个GCC SAP；
d）与节点控制器的相互作用（超出了T.120建议的范围）；e）一个或多个MCSAP：
f）单个注册的MCS用户ID；
g）能力清单（包含可拆装的和不可拆装的能力）；h）单个会话ID相互通信的对等APE共享同一个会话ID。没有会话ID表示APE在应用协议的登记会话中注册）；
i）应用协议键。
5.3应用资源管理器
代表APE中的ASE，应用资源管理器（ARM）负责管理GCC和MCS资源。ARM提供如下服务a）响应来自GCC的指示（如允许注册）；b）注册具有GCC的APE；
c）获得来自GCC的句柄；
d）连入一个MCS域以获得一个用于其APE的单一MCS用户ID；e）加人静态信道；
f）使用GCC登记和MCS的标识并加人分配的信道；g）召集专用信道并允许对等APE加人这样的信道；h）加人到已允许其APE的任何专用信道；i）标识并获得来自GCC登记处的令牌；j）使用GCC登记处标识并分配参数；k）删除APE负责的任何穴余的登记处登录项；I请求其他节点上的对等APE；
m）处理应用名册报告以确定当前协商应用能力表和对等节点的标识；n）接收GCC-Conductor-Assign和Release指示；o）通告其ASE在组织权状态的变化。5.4应用服务元素
应用服务元素（ASE）用ARM获得的资源向用户应用提供应用协议特定功能（性）。例如，在建议454
YD/T948--1998
T.127中ASE提供通用文件传送功能（性）。它的操作与送至它的令牌和信道的类型（即静态的或动态的）及标识无关。ASE从它的ARM获得使用的资源标识。在专用信道上通信的情况下，用户应用必须规定需要与其通信的那些节点的GCC节点ID。ASE提供下列服务。
a）发送和接收应用协议特定PDU；b）使用MCS抓获和释放令牌并确定令牌状态；c）经过ARM加入和离开信道。
表1定义了在ARM和ASE构成体之间使用的原语。在本表中没有提及的GCC原语由节点控制器处理。
表1ARM/ASE使用的原语
GCC-Registry-Register-ChannelGCC-Registry-Assign-Token
GCC-Registry-Set-Parameter
GCC-Registry-Retrieve-Entry
GCC-Registry-Delete-Entry
GCC-Registry-Monitor
GCC-Registry-Allocate-HandleGCC-Conference-Roster-InquireGCC-Conductor-Assign
GCC-Conductor-Release
GCC-Conductor-Please
GCC-Conductor-Give
GCC-Conductor-Inquire
GcC-Conductor-Permission-AskGCC-Conductor-Permission-GrantGCC-Conductor-Permission-To-EnrollGCC-Application-Enroll
GCC-Application-Roster-ReportGCC-Application-Roster-InquireGCC-Application-Invoke
MCS-Attach-User
MCS-Detach-User
MCS-Channel-Join
MCS-Channel-Leave
MCS-Channel-Convene
节点控制器
MCS-Channel-Disband
MCS-Channel-Admit
MCS-Channel-Expel
MCS-Send-Data
MCS-Uniform-Send-Date
MCS-Token-Grab
MCS-Token-Inhibit
MCS-Token-Give
MCS-Token-Please
MCS-Token-Release
MCS-Token-Test
通用应用模板
YD/T948-1998
表1（完）
节点控制器
将通用应用模板（GAT）设计成对标准和非标准应用协议均提供通用资源管理功能（性）。因此，具有个应用资源管理器（通用ARM），但没有应用服务元素（ASE）。GAT的示意见图5。不同的应用协议规范详述了它们各自的ASE操作，并标识出ASE哪些服务需要由通用ARM提供。它们不需描述ARM的操作，而应参考本标准。通用ARM提供了5.3描述的所有服务。用户应用
控制器Www.bzxZ.net
通用应用
资源管理器
（通用ARM
通用会议控制（GCC）建议T.124多点通信服务(MCS）建议T.122rT.125图5通用应用模板
YD/T948--1998
下面描述通用ARM提供的功能（性）描述。6.1初始化
ARM代表用户应用负责注册它的应用协议实体，并负责获得ASE需要的必不可少的资源。对于使用的每个应用协议，用户应用必须对相应ARM规定如下参数，a）它是否愿意注册（如果用户应用不愿意注册就不需要更多的参数了）；b）应用协议键；
c）会话类型（登记的、标准基础的、非标准基础的、公开的或专用的）；d)会话ID（如果声明通过登记会话来支持协议，在非标准基础会话中注册或者创建新的公开或专用会话，就省略该参数)；
e）所需的动态令牌清单；
f）所需的分配信道；
g）所需的专用信道清单（作为选项，被邀请到那些信道的节点）；h）它是否能够作为应用会话组织者（如果在一个站点有多于一个应用加人到同一个会话中，本地GCC提供者应确定哪一个将成为组织者）；i）支持的应用能力清单（按在应用协议规范中的定义）。可拆装的能力对于登记会话应当被省略，且对于所有其他的会话应当包括。对于用户应用所使用的每个应用协议，表2规定了传送到ARM的参数。6.2注册
为了参加一个会议，对于每个协议，用户应用需要一个APE（由一个ARM和一个ASE组成）。创建APE的方法是本地的事情，超出了本标准的范围。每个APE必须建立一个GCCSAP，以允许它在那个节点上与GCC提供者进行通信。如何实现这一点是本地的事情。类似地，每个APE必须建立个MCSAP，以允许它与其本地MCS提供者进行通信。当节点加人一个会议，或者APE建立了一个GCCSAP，接着加人一个或多个会议的时，本地GCC提供者通过发布一个GCC-Application-Permission-to-Enroll指示，将授予/撤消标志设置成授予，通告在那个节点上的所有APE。对于用户应用所使用的每个协议，相应的ARM接着应当发出一个GCC-Application-Enroll请求，而不管用户应用是否希望在那个时候注册。如果该用户应用不希望注册APE，相应的ARM应当规定会议ID并将GCC-Application-Enroll请求中的注册/未注册标志设置成未注册。不需要其他参数。除非因收到GCC-Application-Permission-to-Enroll指示将授予/撤消标志设置成撤消而将许可撤消，用户应用可以命令它的ARM(一个或多个）在任何时候注册。用户应用可能希望在决定是否参加一个现有的会话或者创建一个新会话之前接收所有进行中的会话信息。按6.2.1中描述的，通过命令其ARM一个或多个）注册为非激活，在登记会话中就可以做到这一点。
如果用户应用希望告知其他节点处的对等应用它出席了会话，但是不希望立即参与会话，它可以在登记会话中命令它的ARM注册为非激活而无需MCS用户ID。这使得用户应用能宣布支持个或多个协议，而不消耗MCS资源。
表2APE参数
enroll/un-enroll
Applicationprotocol-key
若用户应用希望立即注册，本参数就设置成ENROLL，如果用户应用希望撤消注册，本参数就设置成UN-ENROLL。如果设置成UN-ENROLL，就不需要更多的参数了应用协议键标识出在应用协议会话中所用的应用协议。具有同一目的的多应用协议会话利用相同的应用协议键来标识的（但是有不同的会话ID）。个应用协议键既可以是属于个建议、标准或非标准协议的一个ASN.1目标识别符，也可以是一个利用建议T.124（像H.221一样使用了T.35国家代码）的编码协定的非标准标识符457
Session Type
SessionID
AdmitList
ResourceList
YD/T948—1998
表2（续）
本参数能够具有以下5个值之一
登记：登记会话允许用户应用宣告他出席了会议，并且还提供了一种确定非标准基础会话的方式。不需要会话ID。
标准基础：该值表示ARM应当使用由应用协议键和会话ID参数组成的会话键进行登记。它应当按照使用应用协议规范中定义的并按照建议T.120中的分配，作为资源的基本集的预先定义的静态信道和静态令牌。该会话类型只是在标准化的应用协议中有效。非标准基础：该值表示ARM应当首先在登记处会话中注册以确定通过与GCC登记处协商，分配给非标准基础会话的会话ID。如果会话ID已不存在，就由ARM分配一个会话ID。接着该ARM利用经由应用协议键和会话ID参数组成的会话键在非标准基础会话中注册。非标准基础会话的成员可以由GCC登记来确定令牌和信道ID。该会话类型只是对非标准应用协议有效。
公开：该值表示ARM应当利用由应用协议键和会话ID参数组成的会话键进行注册。如果省略了会话ID参数，就由ARM分配一个会话ID参数。所有的信道和令牌资源都是动态的，并由公开会话的创建者分别利用MCS-Channel-Join和GCC-Registry-Assign-Token机制来分配。公开会话的成员可以经由GCC登记来确定令牌和信道ID。专用：该值表示ARM应当利用由应用协议键和会话ID参数组成的会话键注册。如果省略了会话ID，就由ARM分配一个会话ID。所有的信道和令牌资源都是动态的，并由专用召集者ARM分别利用MCS-Channel-Convene和GCC-Registry-Assign-Token机制来分配。创建会话的ARM可以允许在节点处对等APE加人信道，其GCC节点ID存在于admitList协议参数中。
专用成员ARM在试图加入之前必须等待专用MCS信道的召集者的许可本参数用于区分由同一个MCS域中可能同时存在的该协议的多个会话使用的资源。如果用户应用希望参与个标准基础会话或者参加一个现有的公开或专用会话，就必须规定会话ID。如果该用户应用希望创建一个新的公开或专用会话，参与一个非标准基础会话，或者该用户应用希望在登记会话中注册而不消耗MCS资源，就省略会话ID。除了登记会话外，由于在会议域内保证会话ID是唯一的，作为启动信道所分配的MCS信道ID被用作会话ID
如果会话类型=专用和省略的会话ID则对应于节点的GCC节点ID清单，在该节点，对等APE被允许加人专用的被召集的信道。
参数值省略
这是用户应用所需的一个资源（信道、令牌、登记参数和句柄）的清单。如果会话类型一标准基础
则资源清单包含由APE加入的静态信道的MCSID和由APE使用的静态令牌。它可有选择地包含一个资源ID清单以便经由GCC登记确定动态信道和令牌的MCSID。它还可以规定所需的登记处理的数量，并包含一个用于登记参数和那些（合适的）参数值的资源ID清单
如果会话类型一公开、专用或者非标准基础则资源清单包含个资源ID清单，该资源ID清单经由GCC登记确定动态信道和令牌的MCSID。它还可以规定所需的登记句柄的数量，并包含一个用于登记参数和那些（合适的）参数值的资源ID清单。如果省略了会话ID（即APE是会活召集者），ARM就负责分配和登记在资源清单中规定的所有信道和令牌。如果已有会话ID（即APE是一个会话成员），ARM就负责收回所有的信道和令牌。在这两种情况下，资源ID和相关联的MCS信道ID或者令牌ID都由ARM传递到它的ASE。如果会话类型一登记
参数值省略
组织者操作能力
不可拆装的能力清单
应用能力清单
期望的能力清单，
YD/T948--1998
表2（完）
在组织者模式下，若APE有能力成为会话组织者则设置由应用协议规定的且由ASE支持的任何不可拆装的能力由应用协议规定的且由ASE支持的任何可拆装的能力如果会话类型一专用和省略的会话ID表明必须被调用的APE所支持的任何应用能力，允许专用会话的创建者为那个会话规定一个最小能力集。
参数值省略
当应用决定变为激活时，每个ARM必须采用个MCS用户ID。使用GCC-ApplicationPermissionto-Enroll指示中包含的会议ID作为域选择符，通过向MCS提供者发出MCS-Attach-User请求，ARM获得了一个新的MCS用户ID。ARM在接收到一个成功的MCS-Attach-User证实后，作为响应，该ARM应当加入到通过发布MCS-Channel-Join请求所指示的用户ID信道，并向相应的ASE提供用户ID。
接下来的操作取决于会话类型。注：对于用户应用所使用的每个APE，需要重复描述的过程。注意到模型模板的一个共同特征（登记会话模板除外）是会话ID信道是启动信道，它的类型决定了会话类型，并且它总是在APE的初始序列期间加人。为会话注册和加人启动信道而定义的规程必须遵循描述的每个会话类型所规定的顺序。如果应用协议不需要使用任何更多的资源（信道、令牌或登记参数），ARM就可以省略非激活的注册操作。在应用协议使用令牌、登记参数或者附加动态信道的地方，本标准不需要分配或标识那些资源的顺序。如果应用协议使用GCC句柄，可以在应用注册处理期间和随后的会话持续期间的任何时间分配GCC句柄。为了将初始化时间缩短到最小，通过交错进行每个信道所需的操作允许以并行方式标识多个信道。例如，会话创建者可以选择召集所有所需的信道，然后登记所有那些信道，而不是分别召集和登记每个信道。然而对于每个给定的信道，必须遵循本标准中规定的操作序列。当其ARM接收到一个GCCApplication-Roster-Report指示（在其中有实体ID)时，APE只能看作会话的一部分。APE在接收到这样一个名单报告指示之前不应向会话提交数据。然而，APE应当准备缓冲处于会话中的注册激活与接收名单报告（在其中有APE实体ID)之间用于会话而接收到的所有数据。这是因为另一个APE可能已收到了包含新与会者的名单报告指示并在相应的名册报告之前已向会话提交了到达新与会者的数据。应用协议可以规定如何处理该缓冲数据。6.2.1登记会话
如果用户应用希望告知另一节点上的对等用户它出席了会话，但不希望立即参与会话，则它可以命令其ARM在登记会话中注册，而不需要MCS用户ID。这使得用户应用能宜布支持一个或多个应用协议而不消耗MCS资源。它还为被通告的每个应用协议接收有关处理进程中的所有会话信息。每个ARM发出一个GCC-Application-Enroll请求，将注册/未注册标志设置成注册，并将激活/非激活标志设置成非激活，规定相应协议的会话键，而不需要会话ID。见图6。6.2.2标准基础会话
在加人其用户ID信道后，ARM应当按相应的应用协议规范的规定加人静态信道。一旦已收到了加人这些信道的肯定证实，ARM应通过向GCC提供者发出一个具有表3所规定的参数的GCC-Application-Enroll请求将该APE注册为非激活。在接收到具有相应于其APE的登录项的GCC-Application-Roster-Report指示之后，ARM应当分配协议规范规定的任何动态指配信道。ARM应当为每个这样的信道发出一个GCC-Registry-Retrieve-Entry请求原语，以确定它是否已经被登记。如果在GCC-Registry-Retrieve-Entry证实中返回的结果参数是“成功”，那么ARM应当试图通过发出一个MCS-Channel-Join请求加入到登记事项参数中指示459
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
本标准为应用开发者和应用协议开发者提供正确的和有效的使用T.120基础结构的指南，它为使用T.120服务进行通信的应用提供一个通用的模型，并定义了T.122（MCS）和T.124（GCC)服务使用的通用应用模板。使用T.120服务的各应用协议均需要T.122(MCS)和T.124(GCC)服务。本标准为应用协议实体提供了一个公共的结构，以确保不同的应用协议实体能在同一会议中共存。不遵循本标准定义的操作的应用协议实体将冒有与其他应用协议相冲突的危险。本标准等效采用ITU-T建议T，121（1996年版）。本标准由邮电部电信科学研究规划院提出并归口。本标准起草单位：邮电部电信传输研究所。本标准主要起草人：聂秀英、李守静。448
中华人民共和国通信行业标准
多媒体会议业务的通用应用模板Generic application tempie for muitimedia conferencing service范围
YD/T948-1998
eqvITU-TT.121:1996
本标准规定T.120应用的通用模型，以及为实现预期应用行为开发T.120基础结构的指南。为定义公共框架（通用应用模板），本标准提供了T，120应用的通用模型，以形成标准化应用协议的基础。本标准适用于使用T.120基础结构的基于终端的应用协议。2引用标准
下列建议和其他参考资料所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有的建议和其他参考资料都会被修订，使用本标准的各方应探讨使用下列建议和其他参考资料最新版本的可能性。ITU-T建议T.120（1996）多媒体会议的数据协议ITU-T建议T.122（1993））
用于音像和视听会议业务的多点通信服务ITU-T建议T.124（1995)
通用会议控制
ITU-T建议T.125（1994）多点通信服务协议规范ITU-T建议T.50（1992）
国际参考字符--7位编码字符集
3定义
本标准采用下列定义。
3.1应用资源管理器：提供用于管理GCC和MCS资源通用功能（性）的应用协议实体部分。3.2应用服务元素：提供应用协议特定功能（性）的应用协议实体部分，例如：消息格式和顺序。3.3非标准基础会话：无需用户干预，可通过非标准的APE确定的应用协议会话。它类似于标准的APE使用的标准基础会话。
3.4专用会话：由会话创建者控制的限制成员资格的应用协议会话。3.5公开会话：不限制成员资格的应用协议会话，典型情况是在与协议相关的基础会话已经处于使用状态且用户期望建立新的独立会话时使用。3.6登记会话：为通知列席会议者出席了会议，由应用使用的应用协议会话。登记会话使用T.124缺省会话，在该缺省会话中没有会话ID。3.7会话创建者：在新应用协议会话中注册的应用协议实体。会话创建者的概念仅适用于公开和专用会话。
3.8会话成员：在已经存在的应用协议会话中注册的应用协议实体。会话成员的概念仅适用于公开和专用会话。
3.9标准基础会话：无需用户干预，可通过标准的APE确定的应用协议会话。T.120中规定了标准基础会话标识符。
4缩略语
本标准使用下列缩略语。
中华人民共和国邮电部1998-02-05批准1998-05-01实施
GCCSAP
5概述
应用资源管理器
应用协议实体
应用服务元素
通用应用模板
通用会议控制
YD/T948—1998
GCC服务接入点
多点通信服务
MCS服务接入点
多点控制单元
协议数据单元
服务接人点
图1示出了T.120系统模型。该模型中，用户应用为在同-一会议中与其他节点上它们的对等实体进行通信，使用标准的和非标准的应用协议。用户应用的范围限制在不影响对等用户应用之间通信的本地功能（例如，用户接口）。每一用户应用使用一个或多个应用协议实体（APE），这些应用协议实体来用图2所示的互通协议。在此处描述的模型中，APE可以被进一步划分成两个元素：应用资源管理器（ARM）和应用服务元素（ASE）。ASE提供特定功能（性）互通，ARM负责GCC和MCS资源的通用管理，例如，ASE可以提供T.127规定的通用文件传送功能（性）或T126规定的静止图像互换功能(性)。
用户应用
（使用标准的和非标准的应用协议）用户应用
（使用标准应用协议）
T.127文件传送（MBFT）
T.126静止图像（SI）
ITU-TT.120
ITU-TT.120基本结构
应用协议建议
控制器
通用会议控制(GCC)建议T.124
多点通信服务（MCS)建议T.122/T.125网络特定传送协议栈
建议T.123
图1T.120系统模型
用户应用
（使用非标准协议）
非标准应用协议实体
控制器
YD/T948-1998
用户应用
应用协议实体（APE）
应用服务
应用资源
管理器
（ARM)
通用会议控制（GCC）建议T124
多点通信服务(MCS）建议T.122/T,125图2通用的T120应用协议实体的模型将彼此进行通信的对等应用协议实体称为加人了同一个应用协议“会话”。注意，在某个给定站点可能有不止一个用户应用加入同一会话。这就需要应用协议的多种实例，即多个APE，每一用户应用有个APE。也可能有使用同一应用协议的并发的会话。再者，每一加人的用户应用需要它自身的APE。图3示出了个例子。
个会话由一组使用公共应用协议被此通信的对等应用协议实体组成。每个会话有一会话标识符，该标识符的值等于MCS信道ID的值，该信道ID为用于在一组APE中传送数据的特有的ID。在此处所示的模型中，与会话标识符相关联的信道为加人的第一条信道，称其为会话标识符信道（即使并不要求这种情况）。使用多个APE的用户应用可以加入多个应用协议会话。每一会话可能有唯一的个会话标识符，但并不要求这样。即使它们具有相同的会话ID，不同类型的应用协议实体加入不同的会话。图4中示出了一个例子。对每一应用协议，在没有会话标识符的情况下，可能有单一的应用协议会话，即登记会话。
有下列会话类型。
登记会话：可被标准和非标准协议使用。登记会话的目的是使应用在不必非要变为激活的情况下，能通知它们出席了会议。这就使得各种应用能够确定在会议中的哪些节点有类似的功能（性），而同时消耗最少的资源。登记会话也允许应用将其应用协议的特定功能（性）作为不可拆装的能力通知会议。在会议期间为接收由其他节点通知的在功能（性）上的任何变化，这些应用在登记会话中基本上要保持已登记状态。在使用特定应用协议的登记会话中，注册的某个应用在会议中使用那个特定应用协议接收有关的所有会话信息。
YD/T948-1998
用户应用3
站点AM口
用户应用1用户应用2
用户应用4
多点静止图像和注释协议会话A
多点静止图像和注释协议会话B
用户应用3
用户应用1
图3在一个站点使用同一个协议的多个应用的例子在实际应用活动中使用的登记会话不是这些模型的一部分，也不允许这样用。这就确保了激活和潜在应用的清楚分界。这种分界是重要的，这是因为以下原因。a）由非激活应用所通知的任何可拆装的能力可能对该会话能力集具有不利影响；b）在由应用活动所产生的登记会话中不再存在的登记处登录项可能会存留到会话结束。对会议中的每一应用协议，至多能有一个登记会话。利用具有适当应用协议键和会话ID所组成的会话键来表征每一应用协议。
标准基础会话：被标准化的应用协议使用。接人标准基础会话是不受限的，并且该会话中的所有与会者（即会话成员）具有平等的资格；他们可以随意加入或者离开会话。因为用于标准化应用协议的标准基础会话的会话标识符是预先规定的（在T.120中），所以无需任何用户干预某个应用就可以加入到会话中。一个标准基础会话使用一个静态信道作为该会话ID信道。按照应用协议的规定在用于标准基础会话的登记过程中需要标识的资源集可以包含更多的静态或动态信道和令牌。如果需要超过该基本集的附加资源，就可能使用动态信道和令牌。对于在一个会议中希望使用标准应用协议与所有对等的应用进行通信的某个应用，典型的情况是优先选择标准基础会话。对会议中的每个标准化的应用协议，至多有一个标准基础会话。非标准基础会话：被非标准应用协议使用。非标准基础会话允许使用公共的非标准协议独立地确定同一个会话的各种应用，而无需选择特定会话的用户于预。对于在一个会议中希望使用非标准应用协议与所有对等的应用进行通信的某个应用，典型的情况是优先选择非标准基础会话。该非标准基础会话使用一个分配的（即动态组播）信道作为会话ID，使用GCC应用登记处来显示这个标识。加人非标准基础会话的结果就是加入相应的登记会话。对会议中的每个非标准应用协议，不能有多于个非标准基础会452
YD/T948—-1998
话。一旦所有的与会者已经离开了非标准基础会话，该会话就不再存在，如果还需要的话就必须重新创建。网
站点B
用户应用2
站点A
用户应用1
用户应用3
用户应用1
多点二进制文件传送会话
非标准APE
非标准APE
专利应用协议会话
多点静止图像和注释协议会话
非标准APE
图4使用多协议应用的例子
公开会话：可以被标准的或非标准的应用协议使用。当协议的有关基础会话已经在使用中，且用户希望再建立更多的独立会话以便与会议中的所有对等应用进行通信时，典型地使用公开会话。接人到公开会话是不受控的。公开会话有个指定的创建者，该创建者就是分配组播会话标识符信道并负责登记会话资源的APE；所有其他与会者都是会话的成员。任何与会者可以随意加入或者离开公开会话；他们可以使用GCC-Application-Invoke机制进行选择，以邀请其他的节点来参与会话。在会话的创建者已经离开或甚至拆连以后，公开会话仍可以持续。且所有的与会者都离开了公开会话，会话不再存在，因而没有一方能够重新加人。
专用会话：可以被标准的或非标准的应用协议使用。当用户希望把应用协议会话的成员限制在会议参加者的一个选定的子集中时，典型地使用专用会话。专用会话有一个指定的创建者。这就是召集专用会话并且负责登记会话资源的APE。专用会话的参加者由会话创建者来控制，该会话创建者必须明确地邀请其他应用成为该会话的成员。在会话的创建者已经解散会话或者拆连了以后，专用会话就不再存在了。
5.1用户应用
用户应用指对互操作（例如用户接口）没有直接影响的、而且可能是产品和平台特性的那些任务。用户应用的影响通过它使用的应用协议在其他点体现出来。用户应用依赖于个或多个应用协议实体的服务（APE）以便与其他节点的对等用户应用进行通信。它不与MCS或GCC进行通信；它由几个APE来完成。用户应用及其多个APE之间的接口是本地453
事宜，超出了本标准的范围。
YD/T 948--1998
对于用户应用使用的每个APE，该用户应用规定了宣称的APE能力子集。它还选择会话的类型（标准基础、非标准基础、公开、专用或登记）。用户应用与适当的APE进行通信以通过规定会话的应用能力和操作模式发起应用会话。一旦建立了一个会话，所有的应用特定协议的执行均由代表用户应用的APE完成。5.2应用协议实体
应用协议实体（APE）由用户应用来使用，以使得它与具有相似功能（性）的其他用户应用（即为了相同目的利用相同应用协议的用户应用）进行通信，例如，对于要求一般目的的文件传送功能（性）的用户应用必须利用APE，该APE使用了T.127定义的协议和T.127规定的应用协议键，以保证互操作能力。每个APE既可以使用标准应用协议，也可以使用非标准应用协议。从概念上讲，按图2所示APE有两个构成体：应用资源管理器（ARM）和应用服务元素（ASE）ARM提供通用的功能（性），对许多标准应用协议是公共的，而ASE对其相应的应用协议提供特定的功能（性）。
在通用模型中，应用协议实体由下列属性来表征。a）单个应用资源管理器（ARM）；b）单个应用服务元素（ASE）；c）单个GCC SAP；
d）与节点控制器的相互作用（超出了T.120建议的范围）；e）一个或多个MCSAP：
f）单个注册的MCS用户ID；
g）能力清单（包含可拆装的和不可拆装的能力）；h）单个会话ID相互通信的对等APE共享同一个会话ID。没有会话ID表示APE在应用协议的登记会话中注册）；
i）应用协议键。
5.3应用资源管理器
代表APE中的ASE，应用资源管理器（ARM）负责管理GCC和MCS资源。ARM提供如下服务a）响应来自GCC的指示（如允许注册）；b）注册具有GCC的APE；
c）获得来自GCC的句柄；
d）连入一个MCS域以获得一个用于其APE的单一MCS用户ID；e）加人静态信道；
f）使用GCC登记和MCS的标识并加人分配的信道；g）召集专用信道并允许对等APE加人这样的信道；h）加人到已允许其APE的任何专用信道；i）标识并获得来自GCC登记处的令牌；j）使用GCC登记处标识并分配参数；k）删除APE负责的任何穴余的登记处登录项；I请求其他节点上的对等APE；
m）处理应用名册报告以确定当前协商应用能力表和对等节点的标识；n）接收GCC-Conductor-Assign和Release指示；o）通告其ASE在组织权状态的变化。5.4应用服务元素
应用服务元素（ASE）用ARM获得的资源向用户应用提供应用协议特定功能（性）。例如，在建议454
YD/T948--1998
T.127中ASE提供通用文件传送功能（性）。它的操作与送至它的令牌和信道的类型（即静态的或动态的）及标识无关。ASE从它的ARM获得使用的资源标识。在专用信道上通信的情况下，用户应用必须规定需要与其通信的那些节点的GCC节点ID。ASE提供下列服务。
a）发送和接收应用协议特定PDU；b）使用MCS抓获和释放令牌并确定令牌状态；c）经过ARM加入和离开信道。
表1定义了在ARM和ASE构成体之间使用的原语。在本表中没有提及的GCC原语由节点控制器处理。
表1ARM/ASE使用的原语
GCC-Registry-Register-ChannelGCC-Registry-Assign-Token
GCC-Registry-Set-Parameter
GCC-Registry-Retrieve-Entry
GCC-Registry-Delete-Entry
GCC-Registry-Monitor
GCC-Registry-Allocate-HandleGCC-Conference-Roster-InquireGCC-Conductor-Assign
GCC-Conductor-Release
GCC-Conductor-Please
GCC-Conductor-Give
GCC-Conductor-Inquire
GcC-Conductor-Permission-AskGCC-Conductor-Permission-GrantGCC-Conductor-Permission-To-EnrollGCC-Application-Enroll
GCC-Application-Roster-ReportGCC-Application-Roster-InquireGCC-Application-Invoke
MCS-Attach-User
MCS-Detach-User
MCS-Channel-Join
MCS-Channel-Leave
MCS-Channel-Convene
节点控制器
MCS-Channel-Disband
MCS-Channel-Admit
MCS-Channel-Expel
MCS-Send-Data
MCS-Uniform-Send-Date
MCS-Token-Grab
MCS-Token-Inhibit
MCS-Token-Give
MCS-Token-Please
MCS-Token-Release
MCS-Token-Test
通用应用模板
YD/T948-1998
表1（完）
节点控制器
将通用应用模板（GAT）设计成对标准和非标准应用协议均提供通用资源管理功能（性）。因此，具有个应用资源管理器（通用ARM），但没有应用服务元素（ASE）。GAT的示意见图5。不同的应用协议规范详述了它们各自的ASE操作，并标识出ASE哪些服务需要由通用ARM提供。它们不需描述ARM的操作，而应参考本标准。通用ARM提供了5.3描述的所有服务。用户应用
控制器Www.bzxZ.net
通用应用
资源管理器
（通用ARM
通用会议控制（GCC）建议T.124多点通信服务(MCS）建议T.122rT.125图5通用应用模板
YD/T948--1998
下面描述通用ARM提供的功能（性）描述。6.1初始化
ARM代表用户应用负责注册它的应用协议实体，并负责获得ASE需要的必不可少的资源。对于使用的每个应用协议，用户应用必须对相应ARM规定如下参数，a）它是否愿意注册（如果用户应用不愿意注册就不需要更多的参数了）；b）应用协议键；
c）会话类型（登记的、标准基础的、非标准基础的、公开的或专用的）；d)会话ID（如果声明通过登记会话来支持协议，在非标准基础会话中注册或者创建新的公开或专用会话，就省略该参数)；
e）所需的动态令牌清单；
f）所需的分配信道；
g）所需的专用信道清单（作为选项，被邀请到那些信道的节点）；h）它是否能够作为应用会话组织者（如果在一个站点有多于一个应用加人到同一个会话中，本地GCC提供者应确定哪一个将成为组织者）；i）支持的应用能力清单（按在应用协议规范中的定义）。可拆装的能力对于登记会话应当被省略，且对于所有其他的会话应当包括。对于用户应用所使用的每个应用协议，表2规定了传送到ARM的参数。6.2注册
为了参加一个会议，对于每个协议，用户应用需要一个APE（由一个ARM和一个ASE组成）。创建APE的方法是本地的事情，超出了本标准的范围。每个APE必须建立一个GCCSAP，以允许它在那个节点上与GCC提供者进行通信。如何实现这一点是本地的事情。类似地，每个APE必须建立个MCSAP，以允许它与其本地MCS提供者进行通信。当节点加人一个会议，或者APE建立了一个GCCSAP，接着加人一个或多个会议的时，本地GCC提供者通过发布一个GCC-Application-Permission-to-Enroll指示，将授予/撤消标志设置成授予，通告在那个节点上的所有APE。对于用户应用所使用的每个协议，相应的ARM接着应当发出一个GCC-Application-Enroll请求，而不管用户应用是否希望在那个时候注册。如果该用户应用不希望注册APE，相应的ARM应当规定会议ID并将GCC-Application-Enroll请求中的注册/未注册标志设置成未注册。不需要其他参数。除非因收到GCC-Application-Permission-to-Enroll指示将授予/撤消标志设置成撤消而将许可撤消，用户应用可以命令它的ARM(一个或多个）在任何时候注册。用户应用可能希望在决定是否参加一个现有的会话或者创建一个新会话之前接收所有进行中的会话信息。按6.2.1中描述的，通过命令其ARM一个或多个）注册为非激活，在登记会话中就可以做到这一点。
如果用户应用希望告知其他节点处的对等应用它出席了会话，但是不希望立即参与会话，它可以在登记会话中命令它的ARM注册为非激活而无需MCS用户ID。这使得用户应用能宣布支持个或多个协议，而不消耗MCS资源。
表2APE参数
enroll/un-enroll
Applicationprotocol-key
若用户应用希望立即注册，本参数就设置成ENROLL，如果用户应用希望撤消注册，本参数就设置成UN-ENROLL。如果设置成UN-ENROLL，就不需要更多的参数了应用协议键标识出在应用协议会话中所用的应用协议。具有同一目的的多应用协议会话利用相同的应用协议键来标识的（但是有不同的会话ID）。个应用协议键既可以是属于个建议、标准或非标准协议的一个ASN.1目标识别符，也可以是一个利用建议T.124（像H.221一样使用了T.35国家代码）的编码协定的非标准标识符457
Session Type
SessionID
AdmitList
ResourceList
YD/T948—1998
表2（续）
本参数能够具有以下5个值之一
登记：登记会话允许用户应用宣告他出席了会议，并且还提供了一种确定非标准基础会话的方式。不需要会话ID。
标准基础：该值表示ARM应当使用由应用协议键和会话ID参数组成的会话键进行登记。它应当按照使用应用协议规范中定义的并按照建议T.120中的分配，作为资源的基本集的预先定义的静态信道和静态令牌。该会话类型只是在标准化的应用协议中有效。非标准基础：该值表示ARM应当首先在登记处会话中注册以确定通过与GCC登记处协商，分配给非标准基础会话的会话ID。如果会话ID已不存在，就由ARM分配一个会话ID。接着该ARM利用经由应用协议键和会话ID参数组成的会话键在非标准基础会话中注册。非标准基础会话的成员可以由GCC登记来确定令牌和信道ID。该会话类型只是对非标准应用协议有效。
公开：该值表示ARM应当利用由应用协议键和会话ID参数组成的会话键进行注册。如果省略了会话ID参数，就由ARM分配一个会话ID参数。所有的信道和令牌资源都是动态的，并由公开会话的创建者分别利用MCS-Channel-Join和GCC-Registry-Assign-Token机制来分配。公开会话的成员可以经由GCC登记来确定令牌和信道ID。专用：该值表示ARM应当利用由应用协议键和会话ID参数组成的会话键注册。如果省略了会话ID，就由ARM分配一个会话ID。所有的信道和令牌资源都是动态的，并由专用召集者ARM分别利用MCS-Channel-Convene和GCC-Registry-Assign-Token机制来分配。创建会话的ARM可以允许在节点处对等APE加人信道，其GCC节点ID存在于admitList协议参数中。
专用成员ARM在试图加入之前必须等待专用MCS信道的召集者的许可本参数用于区分由同一个MCS域中可能同时存在的该协议的多个会话使用的资源。如果用户应用希望参与个标准基础会话或者参加一个现有的公开或专用会话，就必须规定会话ID。如果该用户应用希望创建一个新的公开或专用会话，参与一个非标准基础会话，或者该用户应用希望在登记会话中注册而不消耗MCS资源，就省略会话ID。除了登记会话外，由于在会议域内保证会话ID是唯一的，作为启动信道所分配的MCS信道ID被用作会话ID
如果会话类型=专用和省略的会话ID则对应于节点的GCC节点ID清单，在该节点，对等APE被允许加人专用的被召集的信道。
参数值省略
这是用户应用所需的一个资源（信道、令牌、登记参数和句柄）的清单。如果会话类型一标准基础
则资源清单包含由APE加入的静态信道的MCSID和由APE使用的静态令牌。它可有选择地包含一个资源ID清单以便经由GCC登记确定动态信道和令牌的MCSID。它还可以规定所需的登记处理的数量，并包含一个用于登记参数和那些（合适的）参数值的资源ID清单
如果会话类型一公开、专用或者非标准基础则资源清单包含个资源ID清单，该资源ID清单经由GCC登记确定动态信道和令牌的MCSID。它还可以规定所需的登记句柄的数量，并包含一个用于登记参数和那些（合适的）参数值的资源ID清单。如果省略了会话ID（即APE是会活召集者），ARM就负责分配和登记在资源清单中规定的所有信道和令牌。如果已有会话ID（即APE是一个会话成员），ARM就负责收回所有的信道和令牌。在这两种情况下，资源ID和相关联的MCS信道ID或者令牌ID都由ARM传递到它的ASE。如果会话类型一登记
参数值省略
组织者操作能力
不可拆装的能力清单
应用能力清单
期望的能力清单，
YD/T948--1998
表2（完）
在组织者模式下，若APE有能力成为会话组织者则设置由应用协议规定的且由ASE支持的任何不可拆装的能力由应用协议规定的且由ASE支持的任何可拆装的能力如果会话类型一专用和省略的会话ID表明必须被调用的APE所支持的任何应用能力，允许专用会话的创建者为那个会话规定一个最小能力集。
参数值省略
当应用决定变为激活时，每个ARM必须采用个MCS用户ID。使用GCC-ApplicationPermissionto-Enroll指示中包含的会议ID作为域选择符，通过向MCS提供者发出MCS-Attach-User请求，ARM获得了一个新的MCS用户ID。ARM在接收到一个成功的MCS-Attach-User证实后，作为响应，该ARM应当加入到通过发布MCS-Channel-Join请求所指示的用户ID信道，并向相应的ASE提供用户ID。
接下来的操作取决于会话类型。注：对于用户应用所使用的每个APE，需要重复描述的过程。注意到模型模板的一个共同特征（登记会话模板除外）是会话ID信道是启动信道，它的类型决定了会话类型，并且它总是在APE的初始序列期间加人。为会话注册和加人启动信道而定义的规程必须遵循描述的每个会话类型所规定的顺序。如果应用协议不需要使用任何更多的资源（信道、令牌或登记参数），ARM就可以省略非激活的注册操作。在应用协议使用令牌、登记参数或者附加动态信道的地方，本标准不需要分配或标识那些资源的顺序。如果应用协议使用GCC句柄，可以在应用注册处理期间和随后的会话持续期间的任何时间分配GCC句柄。为了将初始化时间缩短到最小，通过交错进行每个信道所需的操作允许以并行方式标识多个信道。例如，会话创建者可以选择召集所有所需的信道，然后登记所有那些信道，而不是分别召集和登记每个信道。然而对于每个给定的信道，必须遵循本标准中规定的操作序列。当其ARM接收到一个GCCApplication-Roster-Report指示（在其中有实体ID)时，APE只能看作会话的一部分。APE在接收到这样一个名单报告指示之前不应向会话提交数据。然而，APE应当准备缓冲处于会话中的注册激活与接收名单报告（在其中有APE实体ID)之间用于会话而接收到的所有数据。这是因为另一个APE可能已收到了包含新与会者的名单报告指示并在相应的名册报告之前已向会话提交了到达新与会者的数据。应用协议可以规定如何处理该缓冲数据。6.2.1登记会话
如果用户应用希望告知另一节点上的对等用户它出席了会话，但不希望立即参与会话，则它可以命令其ARM在登记会话中注册，而不需要MCS用户ID。这使得用户应用能宜布支持一个或多个应用协议而不消耗MCS资源。它还为被通告的每个应用协议接收有关处理进程中的所有会话信息。每个ARM发出一个GCC-Application-Enroll请求，将注册/未注册标志设置成注册，并将激活/非激活标志设置成非激活，规定相应协议的会话键，而不需要会话ID。见图6。6.2.2标准基础会话
在加人其用户ID信道后，ARM应当按相应的应用协议规范的规定加人静态信道。一旦已收到了加人这些信道的肯定证实，ARM应通过向GCC提供者发出一个具有表3所规定的参数的GCC-Application-Enroll请求将该APE注册为非激活。在接收到具有相应于其APE的登录项的GCC-Application-Roster-Report指示之后，ARM应当分配协议规范规定的任何动态指配信道。ARM应当为每个这样的信道发出一个GCC-Registry-Retrieve-Entry请求原语，以确定它是否已经被登记。如果在GCC-Registry-Retrieve-Entry证实中返回的结果参数是“成功”，那么ARM应当试图通过发出一个MCS-Channel-Join请求加入到登记事项参数中指示459
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。