【YD通讯标准】 多点应用共享

中华人民共和国通信行业标准
YD/T 1134-2001
idt TE-r.128
多点应用共享　
Multipoint Application Sharing2001-05-25发布
中华人民共和国信息产业部
2001-t1-01实施
YD/T 11342081
引用标准
3定义
4缩略语
5综述
5.1传统模式与基本模式..
5.2AS 概念
6MCS的使用
6.1MCS信道用法
MCS数据服务的使用
7GCC的使用
协议规范
AS会话
ASPDU格式
ASCE激活
流章控制·
远端共享
应用管理
窗口清单管理
窗口激活
中介控制
调色板（色彩）餐正
命令修正
位图修正
主持人模式操作
9 ASPDU定义
传统模,式 ASN.1 定义Www.bzxZ.net
基本模式 ASN.1 定,义
9.3传统模式编码规则·*
9.4基本模式不可拆装的能力编码规则附录A（标准的附录）
附求B（标准的附录）
附录℃（标雄的附录）
附录I（标雅的附求）
静态信道ID的分配
传统的应用协议键
客体标识符分配
信息值
*+ 193
YD/T 1134—2001
本标推是ITU-T.128的等向标准。本标准定义支持多点应用共字的协议。前
本标准通过把：个站点执行的计算机应用视图通告给会话以内的另外的站点来支持多点计算机应用共享，在规定的条性下，每一个站点可以通过发送远程键册与定点设备信息来最得享计算机成用的控制。应用共享的这种风格不要求并且也与不为在多个站点运行的相同的计算机应用的多个实例的同步作准备，而是它能够供使得单个应用实例的远程视图与控制看起来这次应用像在当地运行一样。求标准使用了由建议T122（MCS）与T124（CC）提供的服务。本标准由信息产业部电信研究院提出并归口。本标准起草单位：数据通信技术研究所本标准主要起草人：蒋林涛马玉发YKAKAa
1范围
中华人民共和国通信行业标准
多点应用共享
Multipoint Application ShariagYD/T 1134--2001
idt ITU-T.128
本标准定义了一个协议，支持多点应用共享。它使用建议T.122（MCS）与建议T.124（GCC）所提供的服务。
与输入输出设备通信的详细资料和主持终端上的用户接口，不在本标准考虑之中，将留给实现者法描。因而，本标推不假设这些输入与输出设备以及用户接口的任何特定的体系结构。图1给出本标范围的综述和单个节点中T,120框架内的其它元素的关系。用户应用
(使用标准或非标准应用协议)
用户应用(使用险用
标准协议）
:++ Rec.T.127(MBFT)
T.126(SD)
T. 128 (AS)
应用协议实体
Rec.T.120 系列和的
应用协议建设
节点控制器
通用会议控制(GCC) T,124
用户应用
(使用非标准协议)
非标准应用协议实体
多点通信服务(MCS)T.122/125
特定网络运输协议T.123
Rec.T,120基础投施的建议
图1：本标准的范围
中华人民共和国信愿产业部2001-05-25批准2001-11-01实施
2引用标准
YD/T 1134—2001
下列标准所包含的条文，通过在本标准巾引用而构成为本标准的条文。在标准出版时，所示版本均为有效，所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。ITU-T建议F.710 (1988)
ITU-T建议T.35（1991)
ITU-T 建议T.50 (1992)
ITU-T建议T.120（1996）
ITU-T建议T.121（1996）
TTU-T 建议 T.122 (1993)
1ITU-T建议T.123（1993）
TTU-T 建议 T.124 (1995)
ITU-T 建议 T.125 (1994)
ITU-T建议H.221
ITU-T 建议 V.42bis （1990）
ITU-T 建议 X.509 (1993)
ITU-T 建议 X.680 (1994)
ITU-T建议X.691 (199x)
ISO/IEC 10646-1 (1993)
ISO 8859-1 (1987)
3定义
本标准采用下列定义。
音图会议服务的一般原理
CCITT为非标准设施分配已定义代码的过程国际参考字母表一用于信息交换的了位的编码字符集期于多媒体会议的数据通信协设通用应用模板
用于音图与视听会议服务的多点通信服务定义：用于多媒体会议的网络特定数据协议栈通用会设控制
多点通信服务协议规范
在视听电信业务巾64到1920kbit/s借道的赖结构使用差错校正规程的，用于数据电路终接设备（DCE）的数据正缩规程信息技术一开放系统左连的日录：论证框架信息技术一拙象句法符号表法1（ASN.1）一基本符号表示法规范信息技术~～ASN.I编码规则→压挤编码规则规范（PER）一正在制定信息技求一通用的多八位组的编码字符集（USC）一体系结构和基本多文种面
信息处理一单儿位组（字节）编码的图形字符集一第【部分1：拉」疗母表No.1
1）应用共享（AS）两个或多个终端协同共享一个或多个终端到其它终端运行的应用输出，班为这些应用提供输入的一个进程。2）应用共享会议实体（ASCE）：与上述用广应用和下而提供的去实现应用共享的本地MCS（多点通信服务）与本地GCC（般会议控制）交互的应用协设实体。使用ASPDUs（应用共享闭议数据单位）在对等端的 ASCE之间交换数据。3）位图：用二维像素库列描还的矩形区域。这些像系可以用各式各样的编码方法编成代码。4）彩色表：至少用3个独立的线性彩色基本色来定义的彩色有限集。这是调色板（见下面）的同词：在本标准中被用米引用特定的与高速存位图数据有联系的高速缓存调色板。5）桌面：在AS能力巾，为特定终端或窗口管理器由ASCE通告的逻辑或物理的显示区。ASCE可以选择通告与实际终端显示区域对应大小的区域，或选择通告某些逻辑显示区域。6》句柄：在AS会话范围内的具有唯一性的数，用于标识可寻址的项目。7）非标准能力：超出本标准范围的能力：它是通过协商确定的，它在所有会话参加右之间是可以被识别的。
8）调色扳：3个独立的线性的彩色基本色来是艾的彩色有限集。9）Paletizel：用于描述包括调色的像素协议元素（诸如位图数据）的术语。调色像素的彩色值用由像素值引用的调色板上的位置来规定。10）指针：在虑拟桌面上的可移动位图，它用作位置的指示器。11）标准能力：本标准范围内定义的能力，是并不是要所有ASCE实现的。注意，所有标准能力必须在使用以前协商好。2
YKAONIKAa
YD/T 1134—2001
12）统码（Unlcode）：在ISO/EC规范10646-1中定义的多文种文本串格式。13）虚拟来面：逻辑桌面，即为所有主持ASCE桌面的最人尺寸。14）窗口：对应由终端窗口管理器管理的用户接口显示区的桌面矩形区域15）窗口管理器：“个在终端上执行的程序，它负责管理收集存终端桌面上的用户接口窗口。缩略语
5综述
应用共享
应用共享会议实体
应用共享协议数据单元
一般会议控制
国际电气技术委员会
国际标准化组织
国际电信联盟
多点通信服务
AS协设通过在一个站点上执行的计算机应用现图，在会话以内，道告到另外的站点，使得多个点的计算机能略得到的应用共享。各站点可以在特定条件下，通过发送远程键盘与定点设备信息来获得对共享计算机应用的控制。应用共享的式样不要求在多个站点上运行的多个相同计算机应用的实例同步。而是对单个应用实例的远程观禁与控制，使得这次应用看起来像正在当地运行的一样。AS会话包括一个或多个ASCE，经过与AS协议的协同I作，其享在会话以内的一个或多个应用。由AS协议来定义在ASCE之问交互作用。它不定义本地终端的ASCE与操作系统或输入与输出设备之问交互作用。
5.1传统模式与基本模式
AS协议支持两种操作模式。传统模式被捉供与现存用户的终端设备进行互操作。基本模式提供能使未来AS协议增强的附加功能部件。所有遵照本标准的ASCE将要实现传统模式与基本模式。AS 协议中 GCC（见第 7节）的册法是这样定义的，所有在会议中的ASCE支持基本模式（即，在会议只有终端时，没有预存的传统模式）+所有ASCE将使用基本模式。国际电联意图是，今后将通过对基本模式增强来对AS协议作增强。本标推的重要部分是两个模式共有的，两种模式之问的基本差别如下：交换与协商能力的方式：见第8.2节。·ASCE中激活与去激活的方式：见第 8.4节。·ASPDUs 的定义与编码：见第 9 章。在AS协议中传统与基本模式之间凡是有差别的，在文本中加重显示。5.2AS概念
5.2.1桌面模型与窗口模型
本标准不假定也不要求任何特别的本地终端设各成终端环境，它也不假定或要求特别的本地终端窗口管理器或窗口模型。例如，它不假定：·终端设备是PC或工作站一它也可以是专用的终端；·由终端窗口管理器管理的窗旧所对应AS协议窗口一他们可以映射到本地终端任意显示的区域上;
·对应本地终端显示桌面的AS协改一他们可以映射到本地浏程序或观禁器窗口，或映射到专用的终端显示区域土。
由于标雅不假定或不要求任何特别的本地终端设备或终端环境，AS协议定义了逻辑桌面模型与窗3
YD/T4134—2001
口模型一构成在桌面的窗口集合。这要求在AS会话以内的各激活的ASCE能够从AS协议的桌面模型与窗口模型映像到本地终端环境。AS协议桌面模型与窗口模型支持下列关键概念：，桌面：AS桌面是定义在虚拟桌面座标中的一个矩形。ASCE应当提供从AS的桌面到某个本地终端映像。
，虚拟桌面：虚拟桌面是主持ASCE（即，ASCE正主持着窗口。见下文）桌面尺寸的联合。虚拟桌面的原点（像素0，0）定义在（顶，左）点。·窗口：AS窗口是定义在虚拟桌面座标中的矩形。AS窗口可以完全在虚拟桌面内，也可以部分在或完全在虚拟桌面的外边。ASCE应当提供从AS窗口到适当本地终端窗口的映像。·Z一次序：A5窗口的乙-次序定义为在虚拟桌面上的窗口之间的窗口深度的排序。对于两个的窗口，Z-次序较高的密口排在前并可能遮蔽另一个。，最顶部：Z一次序的最项部AS窗口在最前面，（和惑）可能谦所有另外的次序的留口，，最底部：Z一次序的最底部AS窗口在最后面，（和贼）可能被所有另外的Z一次序的窗口遮蔽。
AS协议概念的进一步说明如下，或在适当协议章中描述。图2给出在一个AS会话中ASCE集合，这个图整章都要用到这个图，用以说明AS协议的关键概念。
Adigly
AoutputtoB.o
Binput too
yicwingoaly
utputtoA.B
hostingonly
T1602320-97
图2在AS会话以内的ASCE的集合的例子KAOTKa
YD/T 1134—2001
·ASCEA其有完整的功能，视图与正在主持一一它既可把窗口给AS会话共享，也可显示从另外的ASCE共享到的阴影窗口。它在通用的PC上执行，在该处，AS桌面利AS窗口是真接映射到终端窗口管理器的桌面上。
ASCEB只有视图一即，它可显示从另外的ASCE共享到的阴影窗口，但不能把它自亡给AS会话共享。它在专用可视终端上执行，在该处，AS桌面和AS窗口将被映射到独立的大小相当的浏览器/观察器窗口上，这个窗口（当前）会比AS桌面小，要用滚动的方法来看AS桌面的全部。
，ASCEC只有士持一即，它可把窗口给AS会话共享，但是不能显示阴影窗口。它是在高端无人管理的工作站上执行，在那里，AS桌面和AS窗口是直接映射到终端窗口节理器的桌面上。在一个AS会话内，窗口具有下列类型：，被主持的（窗口）：被主持窗口是被由在本地终端上执行的应用所拥有的并且被放在AS会话中去共享的（密三）。对每一个被主持窗口，在对等端的ASCE存在一个对虑阴影留口（降了ASCE正在主持的情况）。
阴影（窗口）：阴影窗口是被用ASCE句画的（窗口）并且对应于特定对等端ASCE的主持窗口。·本地（窗口）：本地窗口是没有被共享的窗口－他们的输出仅在木地终端上可见。一个ASCE只需要去跟踪本地窗口，（来看）何处它避蔽了主持窗口，何处那个遮蔽的ASCE从主持窗口得到有效的关于被主持窗口信息。
图2显示（对各ASCE）了在实际终端显示上的本地窗和在通过AS协议的ASCE管理的AS桌面上的AS窗口。
·ASCE A 管理3个窗口:
，对应在ASCEC上的被主持窗口的阴影窗口；·在AS会话中共享的被主持窗口；·本地窗口一因为它避蔽了被主持窗口并且在本地终端上妨它获得关于那个被主持窗口的有效画图信息。
阴影窗口C是由ASCE画在本地终端上的一其它两个窗口是用本堪终端显示的。ASCEB也管理3个窗：
，对应在ASCEAJ的被主持窗口的阴影窗口·对应在ASCEC上的披主持窗口的阴影窗口；·来自 ASCE A 的本地窗口一因为它避 ASCE AL的被主持窗口;由于ASCEB不能主持一个窗口，ASCEB不去跟踪它终端显示上的本地窗日。ASCE在本地终端显示上的浏览器/观繁器窗口中画阴影窗口A与亡。不去画本地窗口，而是通过计算去画遮蔽的区城，它部分遮蔽了阴影窗口A（在阴影窗口A的右下方面显示一个暗区）。ASCEC管理一个窗口：
，在AS会话中共享的被主持窗口；·由于它看不见阴影窗口，ASCEC不去跟踪与ASCEA上的被主持窗口对应的阴影窗口；ASCC不跟踪它的木地窗口，这是因为本地窗口的确是遮蔽了非持窗口，本地终端充许它从被主持密口得到有效的面图信息。用本地终端显示被主持密！。
关于窗口与窗口清单管理的一步信息，见第8.10节。5.2.2输出
当ASCE正在主持-个窗口时，它将负责为该窗口构造一个输出流，该窗口是允许其它ASCE精确地画在对应的阴影窗口上。
在会议内，AS输出协议流是通过AS-CHANNEL多目播到所有激活的ASCE。如果只有一个ASCE正在主持（如图2中的ASCEC），那么它可以忽略某些或所有输出流。类似接收方ASCE将要决定只5
YD/T1134—2001
画基于它源的输出流的子集（例如只画来自特定ASE的窗口）。ASCE根据当前的已协商能力来决定允许的输出条目。这要求当加入和/或离开会议的ASCE有更低或较高的功能时，ASCE有能力调整它的输出策略。但是在当前允许的条目内并在AS协议固有约束下，ASCE可以相当自虫地构造输出流。这种输出流包括：
+状态信息一诸如窗口清单信息（见8.10节）;，彩色信息一诸如调色板信息与高速缓存可着色信息（见8.15节与8.16.8节），命令与位图数据（见8.16与8.17节）。AS协议支持下列基本命令：
·目的 Blt
·图样Blt
·屏幕Blt
·存储器 Blt
·三端口存储器B1
·文本
·扩展文本
·矩形
·不透明矩形
·保疗桌面
·桌面原点
在典型应用共享场合，命令信息占ASPDU通信业务量的绝大部分。因而对命令信息给予不同编码减少命令信息在输出流中的数屋，这种处理叫做命令编码。AS协议支持单个位图数据格式，它可以使用AS特定的位图二维游程编码压缩算法对数据压缩。根据进入被主持窗口的本地应用画图活动和信息的流量控制（见8.5节），主持方ASCE可以在使用策略的范围内来减少输出流虽和（/或）保持远程画图的响应。可能策略包括下列儿项：·在发送方命令与位图数据之间的交换。在进入主持窗口的本地应用是激活的，并且ASCE的流量控制凭经验是反压方式的地方，ASCE可能比较喜欢用累积约束信息于通图活动，而不是发送命令信息，然后依此发送用于累积的界限位图数据。这样做可以减少远程ASCB的修正频率，减少在途的数据以保证远程ASCE能赶上無图活动。命令与位图数据之间的转换点与位图数据与命令之间的转换点将依赖于应用画图性能，流量控制与特定ASCE的实现。，重叠装拆的（Collapsig）修正一这种处理叫做拆分。在ASCE按经验用反压流量控制的地方，本地应用画一组重叠的或封闭次序的或位图数据修正的序列，序列可能（在某种场合）被拆分成更小的序列（和）或拆分为单个修改。即，这可以减少选程ASCE的修正额率，会减少在途的数据以保证远程ASCE能赶上画图活动。主持方ASCE需要保证最后树造的输山流使接收方ASCE能正确画出对应的阴影窗口，类似，在这种输出流依靠在上持ASCE上已改变的控制信息（诸如窗口清单或调色板信息）的地方，是主持方ASCE负责去保证控制信息在输出以前发送。所有依赖次序的控制和输出ASPDUs被以低优先级发送，以便发送方ASCE能以这样次序输出。
5.2.3控制与输入
在AS--个会话以内，控制是经过组合的主持人方式来管理的，控制协议的核心和（已协商的）中介控制协议-分别见8.19节，8.12节与8.13节。在会议采用尘持人模式的地方，就要有主持人关系，不6
YKAONIKAa
YD/T1134—2001
使用AS特定控制协议（而不是强制实施主持人关系》。在主持人关系不强制实施的地方，将经过控制核心协议与（在该处已协商）中介控制协议的组合来进行控制管理。这些控制图式的公共关键概念是：在AS会话以内的任何时刻，一个ASCE正处于挖制态并且有权力向主持和/或阴影窗口提供输入。在ASCE处于控制态并且可以向持或阴影窗口提供输入（根据它是否与另外的ASCE是分离或不非分离），那么，根据右：它的逻辑桌面上是本地窗口结构还是共享窗口结构，当本地输入事件出现时，ASCE将决定哪个事件是用于和地窗口F持窗口或阴影窗口。在再件是用于本地窗口和主持窗口的地方，ASCE可以延期对本地终端的事件处理。在事件是用于阴影窗口的地方，那么ASCE决定哪个对等端的ASCE拥有对应的主持窗口并为ASCE构造适合的输入流。AS输入流包括交替的键盘与定点设备事件。键盘事件可以表示为码点或表示为虚拟键码。定点设备键可以被装示为逻辑的三按钮定点设备。进一步信息见8.18节。在ASCE按经验用反压流量控制(见8.5节)的地方并H有一个末端用户商级定点设备的活动，ASCE可以拆分定点设备的选动事件序刻划单个运动-这个处理过程叫缴输人的拆尔过柜。输人的拆分过提也可以用丁持方ASCE，其中定点设备事件的序列在ASCE以内排队，JF等待注入到本地终端环境。发送与接收的输入的拆分可能减少给子被主持窗口定点设备移动的正频率，从而降低定点设备运动的平滑度，但是这样做，将使数据输入在途时间减少以保证远程ASCE与定点设备活动保持一致。注：本建设不规定相应于本地ASCE菌口的控制习性。5.2.4彩色
AS协议带有处理命令·与位图数据的彩色信息。·对于命令（存储器Bi与三端门的命令为例外，见文），彩色借息被嵌入命令本身，虽然作为命令编码结果，个别命令可以没有它。·位图数据总是用调色板调色的，并且是用先前送过来的包含彩色信息中的调色板来解释它。，对于存储器BIt与三端有储器Bt的命令，命令包含一些需要的彩色信息，但是也参照高速缓存中的位图数据（用于操作的源数据），其中商速缓荐中的位图数据（见8.16.7节）总是用调色板调色的）并且是用先前送过来的包含彩色信息中的彩色表米解释它（见8.16.8节）。在AS协议的传统模式中，彩色信息只用RGB来表示。在基本模式中，彩色信息被表示为具有可选的彩色精度的RGB
ASCE可以提供彩色空间信息：
＊在调色板中，彩色空间只用丁调色板。·在高速缓存彩色表命令的彩色丧中，彩色空间只用于高速缓存。，在彩色空间命令中，彩色空间用到的后续命令。当构造与翻译有关输出流中的信息的彩色时，虽然ASCE应当试图去维护颜色保真度（在已协商能力的约束以内），性是ASCE与本地终端之间的色彩映射对AS协议来说不是必备的5.2.5座标与剪裁
AS协议中的所有座标都是采用虚拟桌面率标。显拟桌面是主持方ASCE桌面的尺寸的联合（主持窗口的这些ASCE）并且是主持方ASCE使用的公共的面图区域。虚拟桌面原点（像素0，0）定义在（顶，左）点。
一个ASCE可以剪裁所有AS协议座标，并把它剪裁成虚拟桌面中的个矩形。相应于木地终端显示区，AS协议没有必备的特别剪裁策略。AS协议中的所有矩形都包括在内。也就是说，在矩形以内的代衣最右和最下像案座标都包括在内。如，座标为（10，10，19，19）的矩形其天小为10×10个像蒙。6MCS的使用
本标准所有迹信将通过T.122规定的MCS。这节详细说明如通道分配与数据优先级等MCS服务的YD/T 1134--2001
特定使用。本标准遵照在ITU-TT.121建议中关于标准的基础会话，非标准的基础会话与登记会话合适操作的叙述的机理，其它的所有会话类型是可选的。ASCE用表1中叙述的MCS服务原语，将会话加到域上去或将会话从域内分离出来，将会话加入到AS信道上或将会话从AS信道上离开，发送与接收ASPDUs：表 1ASCE 需要的 MCS 原语
MCS原语
MCS-ATTACH-USER
MCS-DETACH-USER
MCS-CHANNEL-JOIN
MCS-CHANNEL-LEAVE
MCS-SEND-DATA
通过MCSSAP创建·个MCS连接到由MCS供给者主持的域。其结果是对请求者的确认。如果这次请求被接受，分配一个用户标识符（D）
剧除先前通过MCS-ATTACH-USER创建的MCS连接。这原语可以由用户请求发起或由提供者发起。对相同域每个MCS连接都要发送一个指示。如果是提供者发起，在删除连接时这个指示也要发送。
应用客户用它的去加入适当信道，它的使用是由应用定义的。这是用于接收发送到该信道数据的先决条件。应用客户用它离开先前加入信道，以停止接收该信道发送的数据。原诺可以由用户发起（只请求）或提供者发起（只对受影响的用户指示。
用于发送数据给域内的其它成员。如果这个发送者是目的信道的成员，它将不接收自己数据（指示）。然而，它将接收从另外的源地址到它（们）信道的数据指示。MCS请求原语是直接从ASCE到MCS提供者的，而指示原语是直接从MCS供给者到ASCE的。上面叙述的附加的MCS原语细节可以在ITU-T建议T.122“用于音图与视听会议的多点通信服务-服务的定义中找到。
6.1MCS信道用法
表2描述了ITU-T建议T.121中定义的ASCE会话类型的MCS信道用法。在标准的使用AS协议基本模式的基本会话场合（见建议T.121），表2中给出的信道ID将被使用（给出的符号ID）。对于其它所有会话类型，表中给出的成用登记处资源ID将被用于分配动态信道。已给出的资源ID用T.50符串的3个八位组编码，便用的编码字符见表2中的引号中。表2AS信道的描述
助记符
AS-(MCS-USER-IDI-CHANNEL
AS-CHANNEI
6.2MCS数据服务的使用
静态信道的信道 ID
AS-CHANNEL-0
用于动态信道的应
用登记处资源ⅡD
“421\
某个ASPDUs被直接发送给不同的ASCE。要做到这一点，在MCS 域中，不间的对等端的 ASCE 的 MCS-USER-D 信道将被使用。
承载所有 ASPDUs 的这个信道对在域中所有对等端的ASCE广播。
表3列出各ASPDU使用的MCS的MCS-SEND-DATA数据服务（有循要，则指明特定ASPDUs模式）。ASCE不使用MCS的MCS-UNIFORM-SEND-DATA数据服务。这张表包括发送数据的信道、数据优先级和发送么样的数据。
KAOIKA
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。