YD/T 927-1997.Multipoint communication service for audiographics and audiovisual conferencing service definition.
1范围
YD/T 927规定了用于音像和视听会议业务的多点通信服务。多点通信服务(MCS)是为支持高级交互式多媒体会议应用而设计的一种通用性服务。本标准适用于在任意多个相互连接的应用实体之间进行全双工的多点通信,应用实体可以分别位于由建议T.123所规定的多种不同网络。本标准的MCS仅使用建议T.123中的基本模式。MCS以MCS提供者的方式提供有效的多点同播消息排序和令牌管理特征,用户可以直接或通过其他的MCS提供者与之连接。
MCS提供了以下特征:
a)灵活的数据传送模式
——广播,带流量控制;
——请求/晌应。
b)多点寻址
——点对所有点;
——点对部分点;
——点对一点。
c)数据的多点路由选择
——到每个接收者的最短路径;
——数据一致排序,所有用户以相同顺序接收同一数据。
d)提供令牌用以解决资源争用。
e)与网络无关
一MCS假设使用的是提供流量控制的无差错传输连接(见建议T.123)。
只有在与会者自己无法提供信息时,MCS才向其他与会者提供有关该与会者的信息。例如,当新的成员加入时,MCS不会告知域内成员(新成员如果愿意可以自己告知),然而当某成员离开时MCS会告知域内成员,因为拆连的成员自己可能没有机会告知其他成员。

YD/T927-1997
本标准等效采用ITU-T建议T.122（1993年版本）《用于音像和视听会议业务的多点通信服务》。T.122建议是有关音像和视听会议业务的多点通信的应用协议和服务的ITU-TT.120系列建议之一。本标准的附录A是标准的附录，附录B是提示的附录。本标准由邮电部电信科学研究规划院提出并归口。本标准由邮电部电信传输研究所负责起草。本标准主要起草人：李守静、顾海、聂秀英。359
1范围
中华人民共和国通信行业标准
用于音像和视听会议业务的多点通信服务Multipoint communication service for audiographicsand audiovisual conferencing service definitionYD/T927--1997
eqvITU-TT.122:1993
本标准规定了用于音像和视听会议业务的多点通信服务。多点通信服务（MCS)是为支持高级交互式多媒体会议应用而设计的一种通用性服务。本标准适用于在任意多个相互连接的应用实体之间进行全双工的多点通信，应用实体可以分别位于由建议T.123所规定的多种不同网络。本标准的MCS仅使用建议T，123中的基本模式。MCS以MCS提供者的方式提供有效的多点同播消息排序和令牌管理特征，用户可以直接或通过其他的MCS提供者与之连接。MCS提供了以下特征；
a）灵活的数据传送模式
广播，带流量控制；
请求/响应。
b）多点寻址
一点对所有点；
一点对部分点；
点对一点。
c）数据的多点路由选择
到每个接收者的最短路径；
一数据一致排序，所有用户以相同顺序接收同一数据。d）提供令牌用以解决资源争用。e）与网络无关
-MCS假设使用的是提供流量控制的无差错传输连接（见建议T.123)。只有在与会者自已无法提供信息时，MCS才向其他与会者提供有关该与会者的信息。例如，当新的成员加入时，MCS不会告知域内成员（新成员如果愿意可以自已告知），然而当某成员离开时MCS会告知域内成员，因为拆连的成员自己可能没有机会告知其他成员。2引用标准
下列标准所包含的条文，通过在本标准中引用面构成为本标准的条文。本标准出版时，所示版本均为有效。所有的标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性ITU-T建议F.710（1991）音像会议业务的原则ITU-T建议T.123（1993）音像及视听会议应用的协议栈3定义
本标准采用下列定义。
中华人民共和国邮电部1997-12-05批准360
1998-01-01实施下载标准就来标准下载网
YD/T927-1997
3.1MCS提供者
MCS子系统中的一个实体（例如，活动单元），该实体负责与其上层应用层实体和下层运输层实体进行直接交互。它提供的服务和它本身使用的服务均以抽象原语的形式被模型化。MCS提供者与和他对等的MCS提供者通信。
3.2MCS域
MCS提供者之间由MCS连接形成的一个树状结构。在不形成树的情况下，则是单个MCS提供者的一部分。它所包含的MCS提供者被称为域主管。域为连接至系统中的MCS用户设定了数据传输的边界。
3.3MCS域选择符
一个8位组串，用以区分同一个MCS提供者主管的多个不同域。MCS提供者的创建、它们主管一个或是多个域的配置以及域选择符的内部结构都是本地事宜。3.4顶级MCS提供者
在每个域中都要设定一个MCS提供者作为顶级MCS提供者，它是此域的所有信道、用户标识符及令牌等资源的唯管理者。
3.5MCS连接
一对MCS提供者之间的一组特定的传输连接，它们被作为一个单元进行管理。MCS连接的每一端都限定一个各自的MCS域选择符。每个MCS连接的一端被指定为在级别上比另一端优先级高。3.6MCS用户
一个从MCS提供者获取服务的应用实体。一旦MCS用户连人同一个域，它们就能以点对点或多点同播方式传送数据。
3.7MCS服务接人点
MCS用户接人MCS提供者的点。
3.8MCS连入
MCSAP中多连接的一个端点。每一个MCS连入都限定一个MCS域选择符。MCS用户可以通过MCSAP连入到MCS提供者所主管的那些域。3.9MCS用户标识符
用来区分多个MCS连人的一个短标识符，在一个域中它是唯一的。用户若有到同一一个域的多个连人，不管是从相同的或不同的SAP进入，都拥有与连人数一样多的用户标识符。3.10控制型MCSAP
每个MCS提供者有一个唯一的控制型MCSAP（用某些本地方式来区分），MCS连接和MCS拆接原语只限于通过这个MCSAP使用。控制型MCSAP的MCS用户不能通过它所拥有的MCS连接端点直接进行数据传送，这是受MCS提供者限制的。控制型MCSAP是否也可以含有像普通MCSAP一样的MCS连入以及是否允许该MCS用户调用其他的MCS原语可由本地自行选择。3.11MCS信道
信道是一个域范围内的地址。MCS信道用于MCS数据单元分发表。同一信道上的所有用户都能收到发往该信道的数据。
3.12，MCS专用信道
由被授权的MCS用户群组成的信道。只有他们才可以在此信道上收发数据。未经授权的用户试图调用含有专用信道作为参数的MCS原语将会失败。3.13MCS专用信道管理者
召集一个专用信道并对其已授权用户群进行管理的一个MCS用户。如果该管理者拆连，该专用信道即被解散。
缩略语
MCSPDU
5约定
原语参数约定
服务接人点
YD/T927—1997
多点通信服务
MCS服务接人点
MCS协议数据单元
多点控制单元（见建议F.710）
本标准规定的原语参数定义遵循如下约定：M
6MCS模型
必备的参数
条件性参数
用户任选的参数
无参数
参数值与前一原语的相应参数值相同MCS在点到点的MCS连接上建立多点域。在该多点域中，应用客户能够向域中的不同成员发送数据，并为解决资源争用而访间令牌，见图1。MCU
MCS连接
MCS连接
MCS域
MCS连接
MCS连接
图1MCS模型
MCS用户首先在它的MCS提供者与一个远端MCS提供者之间建立一个MCS连接。该连接被限定到一个用户能够连人的域中。其他站点的用户可以与已经是该域成员的站点建立MCS连接，并把它们限定到该域中。
注：如果所有的通信都在一个站点的各应用之中，由于只包括一个MCS提供者，没有必要建立连接。一旦域被建立起来，MCS用户就可以加人到它要用以接收数据的相应信道中。这些信道的使用视应用而定。为了管理可供客户使用的资源还提供了令牌。362
MCS连接和建立域
YD/T927-1997
要在远端站点之间进行多点通信，它们的MCS提供者必须首先被连接起来并限定到同一个域中。多点域是一种分级结构，它是由把MCS提供者连接到一起的各MCS连接组成的。域的构建就是把MCS连接限定在其中的过程。
1.1建立连接并把它们限定到域中控制者通过它的本地MCS提供者使用连接提供者服务来与远端站点建立MCS连接。MCS连接是在两个MCS提供者之间作为一个单元进行管理的一组传输连接。应用客户通过多点通信服务接入点（MCSAP）与其MCS代理进行通信。MCS连接负责在MCS提供者之间传递MCS数据单元。一个MCS提供者可以有多个MCS连接。期望接收CONNECT-PROVIDER指示的控制者应该请求控制型MCSAP。这样当这些指示到达时MCS才知道如何定向发送它们。见图2和图3。控制型MCSAP
控制者
控制者
控制者
提供者
MCS连接
图2MCS连接阶段
提供者
提供者
应用客户
（应用客户
提供者
提供者
（控制者）
提供者
控制者
控制型MCSAP
控制者
（应用客户）
应用客户
提供者
（控制者）
应用客户
注：某些MCS提供者有多个MCS连接，某些有多个连人的用户。某些MCS提供者居于MCU的地位，而其他的则居于终端的地位。
图3具有多个MCS连接的5站点网络连接提供者消息中可选的用户数据字段可用来交换安全信息，如密码或多点应用所要求的任何其他数据。CONNECT-PROVIDER请求由某一个站点发起并被另一个站点接受或拒绝。CONNECTPROVIDER指示被就地定向到目的提供者的控制型SAP。多点域以一个分级结构来组织。这个分级结构顶级的MCS提供者被称为顶级MCS提供者。网络分级是在域建立阶段定义的。CONNECT-PROVIDER请求的内部是一个字段，它定义了要连人的这个连接是向上连到一个较高的级别还是向下连到一个较低的级别。注：域的分级结构对用户标识符的分配、令牌的使用以及对数据的一致排序都是必要的。拆接提供者服务用来离开域并拆接传输连接。363
7.2应用用户连人MCS域
YD/T927-1997
应用客户使用用户连人服务连人一个域。与连接提供者不同，它不要求用来定义域级别的向上或下字段。在任何给定时刻，一个SAP最多只能连入个提供者，也只能被一个应用客户使用。二个应用客户自动从MCS的ATTACH-USER证实中得到在该域持续的时间内属于它自已的一的用户标识符。对域或信道中的应用客户数量有一些结构上的限制。应用客户使用DETACH-USER原语离开某个域，见图4。MC
控制者
MCS提供者
MCS提供者
MCS提供者
应用客户
（城A
控制者
应用客户
注：应用客户可以通过多个SAP接人不同的域。图4多个域
7.3MCS域参数
MCS提供者
控制者
应用客户
控制者
应用客户
应用客户
在整个域中，域参数是保持不变的。这些参数在建立此域的第个CONNECT-PROVIDER原语中进行协商。在最初的两个提供者之后进人域的MCS提供者无权决定域参数。应用客户可以通过查看CONNECT-PROVIDER原语的响应来确定域参数。域参数定义如下：a）同时可使用的最大MCS信道数：它包括任何个用户可加人的信道、已分配的用户标识符和已创建的专用信道；
b）同时可分配的最大用户标识符数：这是在前一个参数的限制中的子限制；c）可同时被抓获或被禁止的最大令牌数：d）已执行的数据传输优先级数：MCS用户仍数可以使用这一限制之外的优先级发送和接收数据，只是这样的优先级可能被当作已执行的优先级中级别最低的一个来对待：e）强制吞吐量：该参数命令MCS提供者在每个MCS连入处和每一个向下MCS连接上强制个最低数据接收速率。违反者将冒有在不知不觉中被拆连或拆接出去的危险；最大高度：强制所有MCS提供者特别是顶级MCS提供者的高度；g）域MCSPDU的最大尺寸：全流量控制是以MCS提供者内部的缓冲为基础的。为了简单起见，假定都使用定长缓冲区。MCS提供者不应生成更长的MCSPDU。这就强制了在一个控制操作中可以包装的参数个数，而且提示了不定长的用户数据应在何处分段。h）协议版本：在MCS协议规范中有定义。8MCS信道
完成了域建立和用户连入之后，要使所有站点之间能够以多点方式互换数据之前，还要进行的最后一步是加入正确的交互信道组合MCS中的信道是域范围内的地址。当建立了多点域后，就可以以多点同播信道的形式宣布分发表364
YD/T9271997
域的每一用户可以加人一个信道以接收发往此信道的MCS数据单元，通过加入个适当的信道组合用户可以选择接收发往这些信道的消息，并忽略发往其他信道的消息。应用客户使用信道加入服务和离开服务预订和离开所要求的信道。基于单个信道的服务质量协商机制还有待于进一步研究。8.1多点同播信道
多点同播信道是多成员信道，也就是说，这些信道可以用来给域中所有用户或是一个用户子集发送数据。一个多点同播信道可能代表了参加会议的所有活动成员，与此同时，另一个多点同播信道可能指定其中的一些成员形成一个子会议。通过加人一个适当的信道组合，客户可以选择接收发往这些信道的消息，并忽略发往其他信道的消息。例如，多点应用的所有用户可能决定在接收域内每个成员的广播数据时使用信道5，这样当希望域内所有其他用户都收到它的数据时，每一个域成员都应加入信道5并向此信道发送数据。可能域内一部分客户加人了另一个信道，那么这些客户就能在那一条信道上相互交换数据，而对域内其余成员来说这是透明的。需要注意的是，应用客户在向信道发送数据时不一定要加人该信道，但在接收发向该信道的数据时必须加人该信道。
信道成员以分布方式来保持，在多提供者域的整个分级结构的各级都记录部分成员信息。8.2单成员信道
单成员信道通常用来作为用户标识符，它标识用户并且在多点域中的点对点通信时作为地址。有了这样一个用户标识符，就能在用户拆连出域时告知其他用户。为使域内的一一个成员向另一个成员发送数据时对参加同域的其他站点透明，它可以在设置为目的用户标识符的信道上发送数据。8.3专用信道
各个多点同播信道上的数据发送和接收都能利用专用信道机制进行控制。只要还存在空闲的多点同播信道，任何一个用户都可以用信道召集服务来召集一个专用信道，这也导致它成为这个专用信道的管理者。该专用信道管理者可以使用信道允许服务邀请各用户加人该信道，或使用信道驱除服务强追一个用户离开该信道。用户加人或离开专用信道可使用规定的信道加入服务或信道离开服务。专用信道管理者使用信道解散服务终止该专用信道。8.4信道标识符编号
信道标识符共分4种类型：
一静态信道标识符：永久有效，可以随意被加入。-用户标识符：只有被分配了此MCS用户标识符的MCS连人才可以被加人。二专用信道标识符：只有专用信道管理者和经它明确承认的其他已授权用户标识符才能被加入。小分配的信道标识符：是通过CHANNEL-JOIN请求O号信道标识符而创建的，此后可以被随意加人，直到所有加人的用户都退出，它也随之被删除。静态信道标识符编号为1～1000。此静态范围内的所有编号都代表合法的信道。动态用户标识符（用户标识符，专用信道标识符，分配的信道标识符）编号范围为1001～65535。任一给定时刻，此动态范围内的大部分编号代表的是不存在的信道（因为它们从未被创建或已经被删除）。同时使用的信道标识符数自受MCS域参数的限制。静态信道标识符在有某个用户加入时处于使用状态。动态用户标识符在它们已被创建且尚未被删除时处于使用状态。当原语调用可能要使处于使用状态的信道标识符数超出限制时，MCS原语（CHANNEL-JOIN，ATTACH-USER，CHANNELCONVENE）将会失败。
9MCS数据传输
一日参与的提供者都已连接并限定到一个公共域中，且用户都已连入这个公共域并加入正确的信道组合，用户即做好以多点方式进行数据交换的准备。365
YD/T927-1997
发送数据和致排序的发送数据服务提供实际的数据传输。每个发送数据单元都能被传递（多点同播）到多个站点。一致排序的发送数据服务提供一致的数据排序，也就是按相同顺序把数据单元序列交付给每一个站点。
9.1简单发送
发送数据服务提供了“一点对多点”通信，点对点是它的一个特殊情况。向设置为远端用户标识符的信道发送数据将提供实际上的点对点消息传送。既然任一发送者可以向任一信道发送服务数据单元，所以也能支持多点对一点及多点对多点的操作。由于使用最直接的路由，沿着MCS提供者的树向上和向下传递，所以从不同发送者简单发送的服务数据单元可能会按不同顺序到达各个站点。有时即使没使用一致排序的发送数据服务也能排序。以同一个优先级从同一个信道的同一个发送者发来的服务数据单元序列，在到达所有的接收者时会保持相同的顺序。如果简单发送请求的发送者是目的信道的成员，它将不会接收到发送指示。
MCS服务数据单元的尺寸可以不受限制，然而，在一个给定系统中，MCS的接口数据单元长度可能有最大长度。有两个原因使得不能期望在MCS中进行长消息的透明的分解和重组。第一，信息可能是准实时的，并可能必须立即给予处理。第二，由于来自多个源的数据单元被插人到网络中的不同级别，如果没有把所有其他源发来的数据单元阻塞起来，要重建来自某个源的数据消息是不可能的。然而在，个应用中，在重建从某个源收到的长消息（如一幅图像或一个文件）时可以对发来的数据进行分析，立即处理包含实时信息（如注释或笔的移动）的那些数据单元。见图5。多点同播信道
-DATA指示
SEND-DATA请求
SEND-DATA指示
SEND--DATA指示
图5向多点同播信道的所有成员发送数据MCS按照目的信道规定的成员向多个目的地提供排序的消息。为使发送速率和接收速率相匹配，MCS必须将单个连接上的流量控制组合成全域范围内的流量控制。域吞吐量可能受其最慢的接收者所限。
9.2一致排序的数据传送
当数据是从几个站点同时发送，但是要求所有接收者必须按相同的顺序接收数据时，需要进行一致排序。一致排序的发送数据提供此服务。所有的UNIFORMLY-SEQUENCED-SEND-DATA请求都选路到顶级MCS提供者，并从那里以相同的顺序发往所有的接收站点，如果发送者也是目的信道的成员它也会收到。
9.3带响应的数据发送（有待进一步研究）当对一个发送给一个元响应时，就形成了一种简单形式的“多点对一点”通信。当发送者要求响应时，每个接收者都必须产生一个简短的响应。从所有的接收者发来的响应在每一级上汇聚起来，再沿原来消息分发的路径返回。然后集合响应被传递到发送者。该响应形式可以用作对数据传递的反馈，或用作对简单查询的元反馈。如果需要更详细的响应，任一响应的接收者都能使用接收到的消息中的源用户标识符给响应原发者发送一个消息。见图6。366
YD/T927-1997
注：必须规定一种机制，以便对那些在合理的时间间隔内没有产生所要求的响应的那些接收者进行处理。SEND-DATA响应
SEND-DATA碗
SEND-DATA响应
SEND-DATA响应
图6多点同播发送请求的响应
10令牌管理
令牌提供一种实现独占式访问的方式。例如，在使用多个资源的多点应用中，为确保某一给定资源在某一给定时刻被一个且只被一一个站点所持有，就可以把每一个资源与一个令牌关联起来。当一个站点希望使用某一特定的资源时，它必须请求与此资源相对应的令牌，此令牌只有在没有别的站点持有它时才会被充许使用。见图7。
TOKEN-GRAB
TOKEN-GRAB
证实（接受）
TOKEN-GRAB
TOKEN--GRAB
证实（拒绝）
图7冲突解决：两个站点同时请求一个令牌，只有一站点可能抓获它10、1独占事件的控制及转移
令牌抓获服务允许一个用户单独持有给定的令牌。该用户定义了这个令牌对其应用的含义。其他用户可以在任意时刻使用令牌测试服务确定令牌状态，并可用令牌请求服务向令牌持有者请求使用该令牌。该令牌持有者用令牌给出服务将令牌的控制转移给另一个指定用户，或用令牌释放服务使令牌处于通常可用状态。
10.2事件协调
通过令牌禁止服务可以使用单个令牌来协调一个多用户事件。这些用户可以独立地禁止和释放同一个令牌。例如，当想要知道什么时候所有用户都已完成了大宗文件传递的接收和处理时，所有的接收用户都应禁止同一个令牌，而且当每个用户完成处理过程后就应释放掉这个令牌。任何用户都能随意测试令牌，以测定是否令牌已处于自由状态，这个状态意味着所有用户都已完成了处理。10.3令牌标识符编号
令牌标识符编号范围从1到65535。此范围内的所有号码都是有效的令牌标识符。同时处于使用状态的令牌标识符数目受MCS域参数限制。令牌标识符被某些用户抓获或禁止时处于使用状态。当原语调用可能要使处于使用状态的令牌标识符数超出限制时，MCS原语（TOKEN-GRAB，TOKENINHIBIT）将会失败。
11MCS服务原语简介
YD/T927-—1997
MCS向应用客户提供如下服务原语。11.1MCS域管理原语
MCS-CONNECT-PROVIDER请求、指示、响应、证实-MCS-DISCONNECT-PROVIDER请求，指示MCS-ATTACH-USER请求证实
一MCS-DETACH-USER请求、指示
11.2MCS信道管理原语
MCS-CHANNEL-JOIN请求、证实
一MCS-CHANNEL-LEAVE请求、指示MCS-CHANNEL-CONVENE请求、证实一MCS-CHANNEL-DISBAND请求、指示-MCS-CHANNEL-ADMIT请求、指示MCS-CHANNEL-EXPEL请求、指示
11.3MCS数据传送原语
一MCS-SEND-DATA请求、指示
MCS-UNIFORM-SEND-DATA请求指示11.4MCS令牌管理原语
-MCS-TOKEN-GRAB请求，证实
-MCS-TOKEN-INHIBIT请求、证实一MCS-TOKEN-GIVE请求、指示，响应、证实MCS-TOKEN-PLEASE请求、指示
-MCS-TOKEN-RELEASE请求、证实MCS-TOKEN-TEST请求、证实
12MCS域管理原语
12.1MCS-CONNECT-PROVIDER
12.1.1功能
该服务通过MCS提供者的控制型MCSAP建立MCS连接。在控制型MCSAP内部如何识别特定的MCS连接的端点属于本地事宜。该服务由在被叫MCS提供者的控制型SAP处的MCS用户来证实，而且结果取决于它的响应。远端站点通常通过控制型SAP把指示传给应用控制者。如果还没有控制应用连入远端MCS提供者的控制型SAP，那么由站点的配置来决定对发来的所有连接请求是都接受还是都拒绝。建立MCS连接时，两个先前分离的域被合并成了个。如果原来两个域中都分配了相同的MCS用户标识符，将产生冲突。解决的办法是在完成MCS连接以前，要先向所属域中已选的MCS连人传送MCS-DETACH-USER指示。信道及令牌标识符的冲突解决的办法是在完成MCS连接以前，向所属域中已选的MCS连人传送MCS-CHANNEL-LEAVE、MCS-CHANNEL-DISBAND和MCS-DETACH-USER指示。
12.1.2原语类型及其参数
见表1。
原语/参数
主国地址
生国域选择符
被啊地址
被叫域选择符
向上/向下标志
域参数
服务质量
用户数据
注：表内字母含义见5.1。
YD/T927-1997
表1MCS-CONNECT-PROVIDER
主叫地址，被期地址：用于在MCS提供者之间建立传输连接。M
主叫域选择符，被叫域选择符：标识由相应MCS提供者主管的域。把MCS连接限定到主叫与被叫选择符，把它们连结到同一个域中。向上/向下标志：指明被叫MCS提供者相对主叫MCS提供者作为在级别上的上级或下级。域参数：已执行的数据传送优先级数，以及对每一优先级，数据在每一个方向上的吞吐量和传输延退；还有MCS用户可使用的用户标识符数，信道数及令牌数。数据传输优先级分别用0~3编号表示最高优先级、高优先级，中优先级和低优先级。如果MCS域中已执行的优先级数少于4个，低于最低优先级的数据按已执行的最低优先级传送。然而，数据请求时指定的优先级值对后来的接收者来说是固定的。另外，协议版本、强制的最小吞吐量、所有MCS提供者最大高度以及域MCSPDU最大尺寸都被规定为域参数。
这些域参数的值由最先连人域的两个MCS提供者协商。此后进人域的MCS提供者无权决定这些域参数。见7.3。
一服务质量运输层服务质量。不同MCS连接可以有不同的服务质量。一结果：成功或由以下原因造成的不成功，如拥塞、域分级结构错、不存在此域、不可接受的域参数、意外失败或用户拒绝。
一用户数据，尺寸不限。提供者控制型MCSAP处的MCS用户可以使用此数据对齐表示上下文，彼此鉴别或用于其他目的。12.1.3原语序列
见图8和图9。
控制型
MCS--CONNECT
PROVIDER请求
MCS-CONNECT
PROVIDER证实
控制型
MCS--CONNECT-
PROVIDER指示
MCS--CONNECT
PROVIDER响应
图8MCS-CONNECT-PROVIDER（用户接受或拒绝）12.2MCS-DISCONNECT-PROVIDER
12.2.1功能
YD/T927-1997
该服务释放先前通过调用MCS-CONNECT-PROVIDER建立的连接。在MCS提供者的控制型MCSAP内部如何标识一个指定MCS连接的端点属于本地事宜。如果是用户请求的，MCS连接的另端的MCS提供者的控制型MCSAP将传递一个指示。如果是提供者发起的，则在两端都传递一个指示。
控制型
MCS-CONNECT
PROVIDER请求
MCS--CONNECT
PROVIDER证实
控制型
图9MCS-CONNECT-PROVIDER（提供者拒绝）MCS连接释放时，包含它的域一分为二。连入项级MCS提供者那部分的MCS用户将接收到对端那部分的用户的MCS-DETACH-USER指示。如果要求更详细的响应，则由受影响的控制型MCSAF上的MCS用户负责决定。它们可以通过MCS数据传送或本地方式通知和指引其他MCS用户。在拆接底端部分时用户是否建立它们自已的域有待进一步研究。12.2.2原语类型及其参数
见表2。
表2MCS-DISCONNECT-PROVIDER
原语/参数
注：表内字母含义见5.1。
原因：域拆接、域分级结构错、不可接受的域参数、提供者发起的、意外原因、用户请求的。12.2.3原语序列
见图10和图11。
控制型
MCS--DISCONNECT
PROVIDER请求
控制型
MCS--DISCONNECT
PROVIDER指示
图10MCS-DISCONNECT-PROVIDER（用户发起的）控制型
MCS-DISCONNECT
PROVIDER指示
控制型
MCS-DISCONNECT-
PROVIDER指示
图11MCS-DISCONNECT-PROVIDER（提供者发起的）12.3MCS-ATTACH-USER
12.3.1功能
该服务通过MCSSAP创建一个到MCS提供者主管的域的MCS连人。请求者会得到一个证实结果。如果该请求被接受，会分配一个用户标识符。370
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。