GB T 16284.6-1996 信息技术 文本通信 面向信报的文本交换系统 第6部分 协议规范.pdf

上传人:deputyduring120 文档编号:209181 上传时间:2019-07-14 格式:PDF 页数:33 大小:2.92MB
下载 相关 举报
GB T 16284.6-1996 信息技术 文本通信 面向信报的文本交换系统 第6部分 协议规范.pdf_第1页
第1页 / 共33页
GB T 16284.6-1996 信息技术 文本通信 面向信报的文本交换系统 第6部分 协议规范.pdf_第2页
第2页 / 共33页
GB T 16284.6-1996 信息技术 文本通信 面向信报的文本交换系统 第6部分 协议规范.pdf_第3页
第3页 / 共33页
GB T 16284.6-1996 信息技术 文本通信 面向信报的文本交换系统 第6部分 协议规范.pdf_第4页
第4页 / 共33页
GB T 16284.6-1996 信息技术 文本通信 面向信报的文本交换系统 第6部分 协议规范.pdf_第5页
第5页 / 共33页
亲,该文档总共33页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

1、中华人民共和国国家标准信息技术文本通信面向信报的文本交换系统第部分协议规范发布实施国家技术监督局发布前言本标准等同采用国际标准信息技术文本通信面向信报的文本交换系统第部分协议规范本标准正文和附录中引用其他标准时用我国的标准编号代替相应的国际标准编号其对应关系是代替代替代替代替根据国家标准的实际制定情况本标准不采用中附录的内容在信息技术文本通信面向信报的文本交换系统总标题下目前包括以下个部分第部分即系统和服务概论第部分即总体结构第部分即抽象服务定义约定第部分即信报传送系统抽象服务定义和规程第部分即信报存储器抽象服务定义第部分即协议规范第部分即人际信报系统附录和是标准的附录附录和都是提示的附录本标

2、准由中华人民共和国电子工业部提出本标准由电子工业部标准化研究所归口本标准起草单位东南大学本标准主要起草人吴国新吉逸顾冠群李韵琴前言国际标准化组织是由各个国家标准化机构的成员体联合组成的一个世界性组织该组织通过其各个技术委员会进行国际标准的制定工作凡是对于已设有技术委员会的某一专业感兴趣的每一个成员体都有权参加该技术委员会与有联系的官方和非官方国际组织也可参与国际标准的制定工作与国际电工委员会在电子技术标准化的所有方面都进行密切合作各个技术委员会提出的国际标准草案须先分发给各成员体表决通过后再由理事会批准为国际标准根据工作导则国际标准至少需要投票成员体的赞成国际标准是由信息技术第一联合技术委员会

3、制定的目前在信息技术文本通信面向信报的文本交换系统总标题下包括以下个部分第部分系统和服务概论第部分总体结构第部分抽象服务定义约定第部分信报传送系统抽象服务定义和规程第部分信报存储器抽象服务定义第部分协议规范第部分人际信报系统附录和附录是本标准的组成部分附录附录和附录仅提供参考信息引言本标准是一组面向信报的文本交换系统的标准之一提供用户之间基于存储一转发的信报交换由一个用户发方提交的信报通过信报传送系统传送并投递给一个或多个其他用户收方用户可以与直接交互也可以经信报存储器间接交互由多个信报传送代理组成传送信报并将信报投递给期望的收方本标准由和联合开发等价的文件是中华人民共和国国家标准信息技术文本

4、通信面向信报的文本交换系统第部分协议规范国家技术监督局批准实施第一篇引言范围本标准规定远程用户代理和之间所用的访问协议提供对中定义的抽象服务的访问本标准也规定远程用户代理和信报存储器之间所用的访问协议提供对中定义的抽象服务的访问本标准还规定之间所用的传送协议提供中定义的分布式操作标识了定义信报处理系统其他方面的其他标准本标准的第二篇说明访问协议和第章提供访问协议的概述第章定义访问协议的抽象语法第章定义访问协议的抽象语法第章定义访问协议到可用服务的映射第章说明对实现访问协议的系统的一致性要求本标准的第三篇说明传送协议第章提供传送协议的概述第章定义传送协议的抽象语法第章定义传送协议到可用服务的映射

5、第章说明对实现传送协议的系统的一致性要求附录提供对本标准的模块中列出的协议规则附录描述使用传送协议与实现交互的协议规则附录标识与本标准的差别附录标识和之间的技术差别引用标准下列标准中所包含的条文通过在本标准中引用而构成为本标准的条文本标准出版时所示版本均为有效所有标准都会被修订使用本标准的各方应探讨使用下列标准最新版本的可能性开放系统互连本标准引用下列规范信息处理系统开放系统互连面向连接的表示服务定义信息处理系统开放系统互连抽象语法记法一规范信息处理系统开放系统互连联系控制服务元素的服务定义信息处理系统文本通信可靠传送第部分模型和服务定义信息处理系统文本通信可靠传送第部分协议规范信息处理系统文

6、本通信远程操作第部分模型记法和服务定义信息处理系统文本通信远程操作第部分协议规范信报处理系统本标准引用下列信报处理系统规范信息技术文本通信面向信报的文本交换系统第部分服务和系统概论信息技术文本通信面向信报的文本交换系统第部分总体结构信息技术文本通信面向信报的文本交换系统第部分抽象服务定义约定信息技术文本通信面向信报的文本交换系统第部分信报传送系统抽象服务定义和规程信息技术文本通信面向信报的文本交换系统第部分信报存储器抽象服务定义信息技术文本通信面向信报的文本交换系统第部分人际信报系统目录系统本标准引用下列目录系统规范信息技术开放系统互连目录第部分模型定义中给出的定义适用于本标准缩略语中给出的缩

7、略语适用于本标准约定本标准使用下列描述性的约定术语整个标准中定义术语的字以及服务参数和协议域的名和值除专用名外都用小写字母开头并用短横连接例如定义的术语专用名则用大写字母开始并且无短横相连例如专用的名字抽象语法定义本标准采用定义的抽象语法记法一和定义远程操作记号法来定义协议的抽象语法第二篇信报处理系统访问协议规范访问协议概述访问协议模型的第章描述信报传送系统的抽象模型以及向用户提供的抽象服务的第章描述信报存储器的抽象模型以及向用户提供的抽象服务本章描述抽象服务的用户和抽象服务的提供者作为分布在不同开放系统中的应用进程来实现时如何由通信的实例来支侍抽象服务和抽象服务在环境中应用进程之间的通信用表

8、示服务的一对应用实体之间的通信来表示应用实体的功能被细化成一组一个或多个应用服务元素之间的交互通过使用提供的服务来描述有三种应用服务元素支持对抽象服务的访问每一种都支持抽象模型中用户和之间配对的一种端口类型信报提交服务元素支持提交端口的服务信报投递服务元素支持投递端口的服务信报管理服务元素支持管理端口的服务和是非对称的即用户和分别作为抽象服务的顾客和提供者类似的有三种应用服务元素支持抽象服务的访问信报提交服务元素支持间接提交端口信报索取服务元素支持索取端口的服务信报管理服务元素支持管理端口的服务用户和分别作为抽象服务的顾客和提供者同样这些应用服务元素由其他应用服务元素所支持远程操作服务元素支持

9、抽象模型端口上出现的抽象操作的请求答复范例和提供抽象服务的抽象语法记法到服务的映射功能可选的可靠传送服务元素可以用于在之间可靠传送含有操作参数的应用协议数据单元联系控制服务元素支持成队对之间的应用联系的建立和释放用户之间的联系可以由用户或发起建立用户和之间的联系只能由用户发起建立只有建立联系的发起方才能释放联系一个或多个和与相应的支撑的组合定义了应用联系的应用上下文单个应用联系可以用于支持一个或多个抽象模型中两个客体之间配对的端口类型表标识了本标准为访问协议和访问协议定义的应用上下文表访问协议应用上下文应用上下文信报处理支撑访问协议访问强制访问可靠访问强制可靠访问访问协议访问可靠访问说明存在缺

10、省顾客为发起者提供者为发起者如果支持访问协议则该必须支持访问和强制访问应用上下文如果支持可靠访问应用上下文则它也应支持强制可靠访问反之亦然用户可以选择支持各种访问协议应用上下文如果支持访问协议则该必须支持访问应用上下文而对于可靠访问的支持是可以选择的用户可以选择支持各种访问协议应用上下文图示意了用户和之间的应用上下文模型下标或分别表示用户的顾客和的提供者类似的图示意了用户和之间的应用上下文模型图访问协议模型图访问协议模型访问协议提供的服务访问协议包括下列操作这些操作提供定义的服务结合和离合结合离合信报提交服务元素信报提交探报提交取消延迟投递提交控制信报投递服务元素信报投递报告投递投递控制信报管

11、理服务元素注册修改凭证访问协议提供的服务访问协议包括下列操作这些操作提供定义的服务结合和离合结合离合信报提交服务元素信报提交探报提交取消延迟投递提交控制信报索取服务元素概括列表提取删除注册告警信报管理服务元素注册修改凭证基础服务的使用访问协议利用下述基础服务使用服务远程操作服务元素定义见支持远程操作的请求答复范例和都是的和服务的独占用户访问协议和访问协议的远程操作是第类异步操作使用服务可靠传送服务元素定义见提供应用协议数据单元的可靠传送确保每个被完整地传送或者在例外情况下向发方告警可从通信或端系统故障中恢复并且做到尽可能地减少恢复所需的重传数据量定义了使用或不使用的两种应用上下文来支持访问协议

12、用于正常模式正常模式的使用隐含正常模式和表示服务正常模式的使用如果应用上下文中包含则访问协议结合和离合或结合和离合是的和服务的独占用户是的和服务的独占用户使用服务联系控制服务元素定义见提供之间应用联系的控制建立释放和中断如果应用上下文中不含则访问协议结合和离合或结合和离合是正常模式的和服务的独占用户是的和服务的用户如果应用上下文中含有则是的和服务的独占用户正常模式的使用隐含正常模式和表示服务正常模式的使用使用表示服务表示服务定义见表示层协调将被交换的应用层语义的表示语法在正常模式中对于应用上下文所含的每种抽象语法使用一种不同的表示上下文是表示服务的和服务的独占用户如果应用上下文中不含则是表示服

13、务的服务的独占用户如果应用上下文中含有则是表示服务的和服务的独占用户正常模式的使用隐含正常模式和表示服务正常模式的使用访问协议抽象语法定义图定义访问协议的抽象语法访问协议的抽象语法使用定义的抽象语法记法和定义的远程操作抽象语法记法进行定义访问协议的抽象语法定义包括下述几个主要部分序言访问协议的输入输出模块说明应用上下文用户和之间可用的应用上下文定义信报提交服务元素定义信报提交服务元素它的远程操作及差错信报投递服务元素定义信报投递服务元素它的远程操作及差错信报管理服务元素定义信报管理服务元素它的远程操作及差错序言应用服务元素图访问协议的抽象语法定义应用服务元素和应用上下文抽象服务参数目标标识面向

14、的应用上下文用户发起的的包括的包括的包括结合和离合发起的图续的包括的包括的包括结合和离合包含正常模式的应用上下文用户发起的的包括的包括的包括结合和离合包括发起的的包括的包括的包括结合和拆接包括信报提交服务元素远程操作图续远程差错信报投递服务元素远程操作远程差错信息管理服务元素远程操作远程差错访问协议图完访问协议抽象语法定义图定义访问协议的抽象语法访问协议的抽象语法使用定义的抽象语法记法和定义的远程操作表记法进行定义访问协议的抽象语法定义包括下述几个主要部分序言访问协议的输入输出模块说明应用上下文用户和之间可用的应用上下文定义信报索取服务元素定义信报索取服务元素它的远程操作及差错序言应用服务元素

15、和应用上下文抽象服务参数目标标识面向的应用上下文图访问协议的抽象语法定义的的包括的包括的包括结合和拆接包含的应用上下文的的包括的包括的包括结合和拆接包括信报索取服务元素远程操作远程差错图续访问协议图完所用服务的映射本章定义访问协议与所用服务的映射第条定义不含的应用上下文与所用服务的映射第条定义含有的应用上下文与所用服务的映射不含的应用上下文本条对应不含的应用上下文定义访问协议向所用服务的映射这种映射的支持对于本标准的一致性是可以选择的向的映射本条对应不含的应用上下文定义正常模式下抽象结合结合和结合和抽象离合离合和离合服务向服务的映射定义见抽象结合向的映射抽象结合服务映射到的服务服务的参数使用限

16、于以下条目模式本参数应由联系发起方在请求原语中提供并应取值为正常模式应用上下文名联系的发起方应提出在本标准中定义的应用上下文之一这些应用上下文在请求原语中省略了见表用户信息抽象结合服务的结合操作向请求原语中用户信息参数映射定义见表示上下文定义表联系发起方应在请求原语中提供表示上下文定义表表示上下文定义表由一组表示上下文定义所组成每个表示上下文定义均对应于应用上下文中所含的一个抽象语法表示上下文定义包括对应该的表示上下文标识符和抽象语法名对应和的每种命名的抽象语法均包括第条定义了包括在应用上下文中的抽象语法服务质量本参数由联系发起方在请求原语中或由联系响应方在响应原语中提供并应置扩展控制和优化诊

17、断传送参数为不要求其余参数应置为缺省值会话要求本参数可由联系发起方在请求原语和由联系响应方在响应原语中设置本参数应被置为指定下列功能单元核心双工抽象离合向的映射抽象离合服务向的服务映射服务的参数使用限于下列条目结果本参数应取值为肯定的和服务的使用是的和服务的用户向的映射和服务映射到的和服务和抽象服务到服务的映射定义见含有的应用上下文本条定义正常模式下对应含有的应用上下文访问协议向所用服务的映射这种映射的支持对于本标准的一致性是可以选择在模式中并未定义向的映射定义见向和的映射本条定义在正常模式下抽象结合结合或结合和抽象离合离合或离合服务向的和服务的映射抽象结合向的映射抽象结合服务向的服务的映射服

18、务参数的使用限于下列条目模式本参数应由联系发起方在请求原语中提供并应取值为正常模式应用上下文名联系的发起方应提出在本标准中定义的应用上下文之一这些应用上下文在请求原语中包括了正常模式的见表用户数据抽象结合服务的结合操作向请求原语的用户数据参数映射定义见表示上下文定义表联系发起方应在请求原语中提供表示上下文定义表表示上下文定义表由一组表示上下文定义所组成每个表示上下文定义均对应于应用上下文中所含的一个抽象语法表示上下文定义包括对应该的表示上下文标识符和抽象语法名对应和的每种命名的抽象语法均包括的命名抽象语法包括抽象结合服务的结合操作的抽象语法第章定义了应用上下文中所含的抽象语法抽象离合向的映射抽

19、象离合服务映射到的服务向的映射和服务映射到的和服务和的抽象语法记法向服务的映射实现见是的和服务的用户使用服务的定义见管理权标定义了使用的和服务来管理权标的方法表定义请求权标时使用的服务的优先级别参数值优先级别是最高级用于发起方释放联系的动作使用优先级别来传送和以提供的和服务使用优先级别来传送以提供的服务使用优先级别到来传送以便向访问协议远程操作提供服务当远程操作的变量中含有信报时和优先级取值为信报优先级别紧急正常或不紧急的函数表远程操作优先级优先级联系释放提交控制投递控制信报提交紧急信报投递紧急告警探报提交报告投递概括列表提取删除注册修改凭证信报提交正常信报投递正常信息提交不紧急信息投递一致性

20、声称与本标准中指定的访问协议一致性的系统或者应当满足第和条的要求声明要求应当声明以下信息声称一致性的系统类型或声称一致性的应用上下文应用上下文定义见本标准的第二篇可以声称与访问协议或者访问协议一致或者两者都一致表列出与访问协议一致性所需要的应用上下文支持表列出与访问协议一致性所需要的应用上下文支持表访问协议一致性要求应用上下文用户访问协议必需访问必需项可选项强制访问必需项可选项可靠访问可选项可选项强制可靠访问可选项可选项如果声称与可靠访问应用上下文一致则它也应声称与强制可靠访问应用上下文一致反之亦然表访问协议一致性要求应用上下文用户访问协议访问必需项可选项可靠访问可选项可选项静态要求系统应当满

21、足本标准的第章定义的访问协议的抽象语法定义这由声称一致性的应用上下文所要求动态要求系统应当满足本标准的第章中定义的可用服务的映射这由声称一致性的应用上下文所要求满足本标准的第条定义的基础服务的使用方法第三篇信报传送系统协议规范传送协议概述模型的第章细分了信报传送系统的抽象模型在该标准的第章中首次提出客体由信报传送代理客体的集合构成协作形成并向用户提供抽象服务在被细化的抽象模型中之间的交互被模型化为一组出现在之间配对的传送端口上的抽象操作本章描述当作为分布在不同开放系统中的应用进程实现时如何用通信实例来支持抽象服务在环境中应用进程之间的通信通过使用表示服务的一对应用实体之间的通信来表示的功能被细

22、化成一组一个或多个应用服务元素之间的交互通过使用提供的服务来描述应用服务元素信报传送服务元素支持抽象模型的传送端口服务同样又由另两个应用服务元素可靠传送服务元素和联系控制服务元素所支持可靠传送服务元素用于在之间可靠传送含有信报探报和报告的应用协议数据单元联系控制服务元素支持成对之间的应用联系的建立和释放之间的联系可以由任一发起建立只有建立联系的发起方才能释放本次联系和的组合定义了一次应用联系的应用上下文图示意了之间的应用上下文模型表标识了为传送协议而定义的三种应用上下文为了解决一致性的问题引进了这些应用上下文的三种组合以满足不同场合需求型可与声称满足一致性的所有其他交互但却不能同声称与一致性的

23、中的交互除非这些实现传送应用上下文这类系统特别适用于域间通信和与其他声称满足的典型的如中的直接通信但不适合于同那些仅声称满足一致性或满足的最小一致性要求的典型的如之间的通信型可与型通信同时还可同声称满足一致性的任何典型的如进行交互型除了可与型型通信之外还具有同实现系列建议的交互的能力表传送协议应用上下文应用上下文模式传送正常传送协议传送协议传送应用上下文由正常模式的所支持可以设想最终大部分系统将进行集成以支持传送应用上下文对于与本标准一致的所有类型必需支持传送应用上下文定义传送协议的目的是达到支持扩展功能的实现之间通过满足一致性要求并做了最小升级的系统进行交互的能力传送协议向扩充实现提供升级系

24、统的可控透明度传送协议由正常模式的所支持传送协议并不要求型支持但对于满足本标准一致性的型和型却是必须的值得注意的是在中必须支持传送协议定义传送协议的目的是与依据的实现进行交互在这个应用上下文中的抽象语法限于中所定义的抽象语法这些限制在标准中定义模块时用的抽象语法的扩充域中的下划线予以标识这些修改也在本标准的附录中列出以供参考传送协议由模式的所支持型和型无需支持传送协议但满足本标准一致性要求的型却必需支持传送协议值得注意的是中必须支持传送协议表概括了本系列标准和的一致性要求所允许的应用上下文组合的交互特性表则列出了可允许的组合表和之间的交互不含传送含传送应用上下文的实现应用上下文的实现型型型其中

25、可交互未必可交互图传送协议模型传送协议提供的服务传送协议提供中定义的下列服务结合和离合结合离合信报传送服务元素信报传送探报传送报告传送基础服务的使用传送协议利用下述基础服务使用服务可靠传送服务元素定义见提供应用协议数据单元的可靠传送确保每个被完整地传送或者在例外情况下向发方告警可从通信和端系统故障中恢复并且做到尽可能地减少恢复所需的重传数据量服务用于支持传送协议在正常模式下的支持是必需的在模式下型无需的支持但是型和型必需的支持值得注意的是要求模式下必需的支持并且正常模式下的支持是可以选择的正常模式的使用隐含了正常模式和表示服务正常模式的使用模式的使用隐含了模式和表示服务模式的使用传送协议是的和

26、服务的独占用户使用服务联系控制服务元素定义见提供之间应用联系的控制建立释放和中断是的和服务的独占用户正常模式的使用隐含了正常模式和表示服务正常模式的使用模式的使用隐含了模式和表示服务模式的使用使用表示服务表示服务定义见在正常模式中对于应用上下文所含的每种抽象语法使用一种不同的表示上下文在模式中单个缺省表示上下文用于下层表示结合该表示上下文包括应用上下文所含的所有例如和的单个抽象语法表示层寻址不用于模式的信报传送协议是表示服务的和服务的独占用户是表示服务的和服务的独占用户正常模式的使用隐含了正常模式和表示服务正常模式的使用模式的使用隐含了模式和表示服务模式的使用建立和释放联系两个之间的联系按照下

27、列双边约定进行创建可以同时存在的最大联系个数是否使用单向或双向交替的联系使用何种应用上下文哪个负责发起建立联系是否永久建立联系或者根据需要建立和释放联系传送协议抽象语法定义传送协议的抽象语法定义见图传送协议的抽象语法使用定义的抽象语法记法和定义的远程操作记法进行定义传送协议的抽象语法定义具有下述主要部分图序言说明传送协议模块的输入和输出应用上下文定义之间使用的应用上下文信报传送服务元素定义信报传送服务元素应用协议数据单元定义应用协议数据单元信报探报和报告序言应用服务元素和应用上下文传送端口抽象服务参数图传送协议的抽象语法定义目标标识正常模式中含有的应用上下文含有的结合和离合模式中含有的应用上下

28、文与交互的应用上下文与交互的应用上下文信报传送服务元素应用协议数据单元传送协议图完向所用服务的映射本章定义传送协议和所用服务的映射条模式中含有的应用上下文定义传送协议向所用服务的映射条正常模式中含有的应用上下文定义了传送协议向所用服务的映射向模式的映射本条模式中含有的应用上下文定义了传送协议向所用服务的映射型无需支持这种映射但是为了与本标准一致型和型必需支持这种映射指出模式的必需支持这种映射条定义结合和离合服务向模式的和服务的映射条定义信报传送探报传送和报告传送服务向的服务的映射条描述使用的和服务对权标的管理条定义的服务的用法条定义的的用法不适用于模式向和的映射本条定义结合和离合服务映射到模式

29、的和服务结合映射到结合服务映射到的服务服务参数使用限于下列条文应用协议本参数应由联系发起方在请求原语中提供并应取值为传送协议整数值或者传送协议整数值用户数据结合服务的从句中定义的类型值由联系发起方映射到请求原语的用户数据参数如果联系响应方提供响应原语的结果参数并且具有接收值则结合服务的从句中定义的类型值映射到响应原语的用户数据参数差错发生时联系响应方提供响应原语的结果参数其值为拒绝永久的或暂时的对于永久拒绝的取值响应原语的用户数据参数既可以是鉴别差错也可以是无法接收的对话模式模式本参数应由联系发起方在请求原语中提供并应取值为模式离合映射到离合映射到的服务在模式中服务无参数向的映射信报传送探报传

30、送和报告传送服务映射到的服务仅当该占有权标见条并且没有挂起的确认原语时才可发原语服务的参数使用限于下列条文的值应由发方映射成请求原语的参数对于信报传送服务为信报对于探报传送服务为探报对于报告传送服务为报告传送时间本参数值由发方自行指定取值可与的优先级别有关见条标权管理本条描述使用的和服务对权标进行管理的方法使用服务传送信报探报或报告之前必须占有权标不占有权标的可以发请求原语其优先级别参数反映了等待传送的最高优先级别当占有权标的没有进一步的予以传送时可以发请求原语当占有权标的没有优先级别等于或高于指示原语中指出的优先级别的予以传送时该应发请求原语以响应指示原语如果仍有较低优先级别的等待传送可以发

31、请求原语其优先级参数反映等待传送的最高优先级别使用服务仅当不占有权标时可以发请求原语来请求权标如果联系发起方规定对话模式参数值为单向并且初始权标参数值为联系发起方则不应使用服务服务的参数使用限于下列条文优先级别优先级别参数值由请求权标的提供并反映等待传送的最高优先级别优先级是最高优先级别用于发起方释放联系的动作优先级赋给优先级别域值为紧急的信报定义见的条优先级也可赋给探报和报告优先级赋给优先级别域值为正常的信报优先级赋给优先级别域值为不紧急的信报如果两个之间建立了多条联系可根据其优先级别分配给这些联系可用几条联系来传递相同优先级别的在任一条联系上高优先级别的在低优先级别的之前发送相同优先级别的

32、按先进先出策略予以发送使用服务仅当占有权标时可以发请求原语来放弃权标给对等实体如果联系发起方规定对话模式的参数值为单向初始权标参数值为联系发起方则不应使用服务服务无参数使用服务应用进程是的服务的用户服务向应用进程指出无法维持应用联系例如不可能恢复的原因服务无参数使用服务模式不提供的服务向正常模式的映射本条对应正常模式中含有的应用上下文定义传送协议向所用服务的映射为了与本标准一致这种映射是必需的条定义结合和离合向正常模式的和服务的映射条定义信报传送探报传送和报告传送服务向的服务的映射条描述利用的和服务对权标的管理方法条定义的服务的用法条定义的的用法向和的映射本条定义结合和离合向正常模式的和服务的

33、映射结合向的映射结合服务映射成的服务服务的参数使用限于下列条文模式本参数由联系发起方在请求原语中提供并应取值为正常模式应用上下文名联系发起方应在请求原语中建议使用本标准定义的传送应用上下文用户数据结合服务的结合操作映射成定义的请求原语的用户数据参数表示上下文定义表联系发起方提供请示原语中的表示上下文定义表表示上下文定义表是由一组表示上下文定义所组成每个表示上下文定义对应于应用上下文中所含的每个抽象语法表示上下文定义由的表示上下文标识符和抽象语法名组成对应的有名抽象语法包括结合操作的抽象语法第章定义了应用上下文中所含的抽象语法离合向的映射离合映射成的服务正常模式下服务不使用参数向的映射信报传送探

34、报传送和报告传送服务映射成的服务正常模式下这些服务向服务的映射等同于模式下的映射其定义见条权标管理使用服务传送信报探报或报告之前必须占用权标正常模式下的权标管理等同于模式下的权标管理其定义见条使用服务应用进程是的服务的用户服务向应用进程指出无法维持应用联系例如不可能恢复的原因服务无参数正常模式下的服务的用法等同于模式下服务的用法使用服务应用进程是服务的用户服务可使应用进程中止应用联系联系的发起方或者响应方均可请求服务正常模式下使用的服务无参数模式不提供服务一致性声称与本标准指定的传送协议一致性的应当遵循和条的要求声明要求应当声明下列信息声称一致性的类型该类型在本标准的第三篇中予以定义是否支持单

35、向双向交替或者同时支持单向和双向交替两种对话模式是否可作为联系的发起方或响应方或者既可以作为发起方也可以作为响应方表为各种类型列出了与传送协议一致性所要求支持的应用上下文表传送协议一致要求应用上下文类型传送协议传送必需项必需项必需项传送协议可先项可选项必需项传送协议必需项可选项必需项静态要求应当符合本标准第章定义的传送协议的抽象语法定义动态要求应当符合定义的分布式操作的规程符合向本标准的第章定义的所用服务的映射这些服务由声称一致性的类型所支持的应用上下文所要求对于所有的类型必须支持向正常模式的映射对于型和型必须支持向模式的映射如果声称与型一致必须符合与遵循本标准附录中定义的的的交互规则符合对本

36、标准条定义的基础服务的使用方法附录标准的附录协议客体标识符的参考定义作为参照信息本附录定义本标准的模块中列出的各种客体标识符客体标识符指定见图本附录指定了本标准中指定的所有客体标识符然而附录中的所有指定并不是最终正式的指定本标准模块中出现的其他正式指定在附录中进行参照序言输出事件无协议未最终确定客体标识分类模块应用上下文抽象语法应用服务元素模块未最终确定未最终确定未最终确定未最终确定应用上下文访问协议访问协议传送协议抽象语法图协议客体标识符的抽象语法定义应用服务元素协议客体标识符图完附录标准的附录与系统的交互本附录定义声称与本标准一致的型下文简称系统和遵循的实现下文简称系统使用传送协议交互时应

37、执行的规则第章定义当系统与系统交互建立联系时系统应当执行的规则第章定义系统传送给系统时系统应当执行的规则第章定义系统接收系统传送来的时系统应当执行的规则注由于仅定义了边界处的交互因此本附录的交互规则仅适合于这样的边界与相比附加类型中已增加了通用类的类型因此扩展了类型的有效代换规范值得注意的是系统也许不能处理被扩展的通用类型如果系统恰好正确地处理了这些扩展类型的域那只能是某种巧合然而希望系统处理的域应被限制为中定义的通用类型基本编码规则比提供加长形式长度字段的建议具有更多的灵活性前者允许使用较多的长度字段来适配最少的信息而后者却不支持这种能力因此当与系统交互时必须遵循这种限制使用最少的字节数并且

38、不带值为的前导字段建立联系本章定义系统使用结合与系统建立联系时应当遵守的规则使用离合时无限制为了与系统兼容应当使用第章中定义的传送协议发方凭证响应方凭证当的相应元素被定义为类型时这些元素的存放不受限制然而应当注意的是当与系统进行如下所述的交户时系统将会限制这些元素的使用安全上下文当与系统交互时本项可选元素不应由系统产生系统无法产生本元素结合差错系统不应产生值为无法接收的安全上下文的结合差错向系统传送时的规则本章定义向系统传送时系统应当执行的交互规则符合的向符合的的变换称之为降级按照系统对传送协议的各个协议元素所采取的动作来说明这些规则如果对于某个没有认为降级失败的相应规则与之对应则在该传送给系

39、统之前应按照所有适用的规则对其进行降级如果一个或多个规则表明降级失败则该采取的动作类似传送失败见的第章注应用这些规则而导致信息的实际或潜在丢失可能会影响的路由策略本章的其余条文说明对应各个协议元素的规则没有专门指出的协议元素应被无修改地传送除非特别说明指出的规则适用于协议元素出现的任何扩充如果存在任何依赖信报的扩充元素并且没有标为临界传送或临界投递的扩充域则删除该扩充元素如果存在任何依赖信报的扩充元素并且任何扩充域均被标为临界传送或临界投递则降级失败这些规则应在下述各条文描述的规则使用之前采用依赖域的双边信息如果依赖域的双边信息中的某个元素中存在专有域标识符则删除依赖域的双边信息中的相应元素否

40、则不应修改依赖域的双边信息追踪信息主题中间追踪信息如果任何追踪信息元素或主题中间追踪信息元素中存在某个其他动作元素则删除这一动作元素否则不应修改追踪信息或主题中间追踪信息发方名报告目的地名如果信报传送信封或探报传送信封中的发方名或者如果报告传送信封中的报告目的地名不能按照名规则见条进行降级则降级失败否则不应修改本元素信报传送或探报传送中的依赖收方域如果信报传送信封或探报传送信封的依赖收方域中的收方名不能按照名规则见条进行降级或者存在任何依赖收方的扩充域并且该域被标为临界传送或临界投递则如果相应的职责元素取值为负责则降级失败如果相应的职责元素取值为不负责则应从依赖收方域中删除对应收方的相应元素注

41、降级规则隐含说明公开收方既不临界传送也不临界投递报告传送的依赖收方域如果报告传送信文的依赖收方域中的实际收方名或者期望收方名不能按照名规则见条进行降级则应删除依赖收方域的相应元素如果因此而删除了依赖收方域的所有元素则降级失败名名应通过删除目录名如果存在的话和降级地址见条的方法进行降级地址如果地址中包含用智能用户电报串和可打印串编码的任何属性则删除智能用户电报串如果地址是包含专有域名的数值地址或终端地址则不能对地址施行降级如果地址是含有下列属性的终端地址含有国家名机构域名网络地址和选项域内定义的属性并且不含其他属性则不应修改地址含有网络地址和可选的终端标识符并且不含其他属性则不应修改地址含有除上

42、述属性之外的属性组合则删除除网络地址和终端标识符之外的所有属性如果有的话如果地址包含按智能用户电报串编码的任何属性但缺省相应的可打印串则不能对地址施行降级如果采用上述规则之后地址中仍然含有扩充属性则不能对地址施行降级编码信息类型客体标识符指出的基本编码信息类型应被映射到基本编码信息类型的相应位上并且删除该客体标识符客体标识符指出的其他编码信息类型应被映射到基本编码信息类型的未定义位上并且删除该客体标识符不应修改除类传真和混合模式类型之外的任何非基本参数类传真和混合模式的非基本参数可按照从和中推导出的规则进行传送如果无法进行处理则降级失败尽管具有上述规则仍应删除报告传送信文中的编码信息类型信文类

43、型和信文如果信报或探报中的信文类型用整数表示则不应修改该值并且也不应修改信报中的信文如果信报的信文类型用客体标识符表示则应将其映射成整数值外部的并代替客体标识符客体标识符和信文应被组合成类型的某个值并且该值应成为新信文的内容客体标识符应是的直接参照并且信文的内容应是补足编码的八位位组信文的编码应是的基本编码规则如果探报中的信文类型由客体标识符表示则降级失败应当删除报告中的信文类型不应修改返回的信文接收系统的规则本章定义接收系统发来的时系统应当遵守的交互规则对于许多传送协议元素已定义了体积限制只要系统遵守这些限制来自系统且编码正确的也符合传送协议因此系统无需采取专门的动作服务紊乱在系统界面使用转

44、投和分发表可能导致下列某些紊乱由于扩展或转投收方也许不能通知他们收到的信报信报穿过区域时丢失了扩展史和转投史这可能引起过早的进行路由循环探测并导致转投和扩展故障值得注意的是只有兼容地址的可能遇到这种问题将返回通知给信报发方而不是沿着扩展通路逆向转投通知给信报发方系统可能会收到所不知的新的整数协议元素值附录提示的附录和协议之间的差别本附录中标识本标准中定义的访问协议和传送协议与中定义的和协议之间的差别但不包括纯编辑上的差别按照通过对定义的和中的协议元素进行附加或其他修改的方法来标识这些差别的抽象语法定义更精确地指出了这些差别对做了修改的每个数据类型都用下划线予以提示第章标识了访问协议中的差别第章

45、标识了协议中的附加差别访问协议差别本章标识在本标准中定义的访问协议和定义的协议之间的差别体积限制除信报的信文之外中定义的所有参数都进行了体积限制包括限制串类型的长度或类型的项数类型的值域注限制的实际值不是的正式部分修改基本类型各种操作变量和结果中出现的名信文类型编码信息类型和信文参数都如下所述进行了扩充名名中增加了两个新的可选的参数参数之一是一组扩充属性这些扩充属性为标准属性或域内定义的属性提供了使用智能用户电报字符集的方法为物理投递提供了说明邮政地址的方法以及提供从扩充的网络地址中提取终端地址的方法参数之二是目录名目录名定义见如果仅存在标准属性域内定义的属性或扩充属性则名取代地址否则也存在目

46、录名如果只存在目录名有必要将目录名映射成地址例如使用目录机制信文类型增加了用客体标识符而不是整数标识信文类型的选择这是标识新型信文类型的较好方法不鼓励赋予新的整数值对于整数选择已经定义了三种新值无定义的外部的和人际信报编码信息类型增加了说明一组外部编码信息类型的选择所有新的编码信息类型均作为客体标识符予以增加由于和建议中的参照定义已经从中的原先参照中进行了修改并且由于现在使用显式而不是隐式标记因此对于类传真和混合模式类型的非基本参数定义已作了修正信文信报信文仍然具有类型如果信文类型用整数值外部的进行标识则信文被称为外部信文外部信文的值应是的编码扩充对定义的抽象服务的大部分扩充都通过将单个新的扩

47、充参数加进操作信封和结果的方法而收纳进协议中当无需扩充时缺省该参数参数扩充可以出现在信报提交信封中基于信报和收方信报提交结果中探报提交信封中基于探报和收方探报提交结果中信报投递信封中报告投递信封中基于报告和收方结合在中使用结合变量和结果交换类型的凭证在本标准中类型被限于根据加密技术在简单凭证可以是或或强凭证中进行选择变量中已增加了说明安全上下文的可选的参数也增加了新的差错值来说明无法接收的安全上下文信报提交信报提交信封中的原始编码信息类型和显式转换参数已成为可选项增加了两种新的差错不一致请求和安全差错探报提交类似信报提交见条取消延迟投递除了条所述的体积限制和取消信报传送差错由拒绝取消延迟投递归

48、类外本操作实际上不作修改提交控制变量中增加了可选参数可允许的安全上下文结果中增加了可选参数等待的信文类型以此说明根据生效的控制而保留有待处理的信报的信文类型结果的等待信报参数中增加了其他安全标签指示器增加了一种差错值安全差错信报投递信报投递信封中的原始编码信息类型和投递标志参数改为可选项并且增加了信文标识符可选项参数增加语句使得操作一致语句中有两个可选项安全参数收方证书和投递证明增加了一种新的差错值安全差错报告投递报告投递信封中增加了两个新的可选参数原始信报的信文类型和原始编码信息类型定义了种新的无法投递原因码和种新的无法投递诊断码增加了种新的用户参数值信报存储器分发表物理投递访问单元物理收方

49、和其他增加了语句使得操作一致从句中不含参数增加了一种新的差错值安全差错投递控制变量中增加了两个新的可选控制参数可允许的信文类型和可允许的安全上下文结果中增加了可选项参数等待的信文类型增加了两种新的差错值控制违背注册和安全差错注册变量中增加了两个新的可选参数可投递的信文类型和标签与转投修改了缺省投递控制的限制可允许的操作和可允许的最大信文长度参数的标签增加了可允许的信文类型参数修改凭证如条所述限制了操作中向凭证提供的这种可能类型也限制了提供给旧证件和新证件的类型之间的关系具有相同的类型传送协议的差别本章标识本标准定义的传送协议和中定义的协议之间的差别对传送协议的下述修改相同于为访问协议所定义的修改体积限制见条基本类型修改见条和结合见条下列条文详细解释对传送协议的其他修改外部域使用新的参数扩充来包括对传送协议所作的大部分抽象服务扩充见条当无需扩充时缺省该参数参数扩充可能出现在信报传送信封中基于信报和收方探报传送信封中基于探报和收方报告传送信封中报告传送信文中基于报告和收方

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 标准规范 > 国家标准

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1