首页 > 国家标准(GB) > GB/T 17174.1-1997 信息处理系统 文本通信 可靠传送 第1部分:模型和服务定义
GB/T 17174.1-1997

基本信息

标准号: GB/T 17174.1-1997

中文名称:信息处理系统 文本通信 可靠传送 第1部分:模型和服务定义

标准类别:国家标准(GB)

标准状态:现行

发布日期:1997-01-02

实施日期:1998-08-01

出版语种:简体中文

下载格式:.rar.pdf

下载大小:625187

标准分类号

标准ICS号:信息技术、办公机械设备>>信息技术应用>>35.240.20信息技术在办公中的应用

中标分类号:电子元器件与信息技术>>信息处理技术>>L76文本准备与交换

关联标准

采标情况:idt ISO/IEC 9066-1:1989

出版信息

出版社:中国标准出版社

书号:155066.1-14992

页数:平装16开, 页数:20, 字数:30千字

标准价格:14.0 元

出版日期:2004-05-06

相关单位信息

首发日期:1997-12-25

复审日期:2004-10-14

起草单位:电子工业部标准化研究所

归口单位:全国信息技术标准化技术委员会

发布部门:国家技术监督局

主管部门:国家标准化管理委员会

标准简介

本标准定义了由可靠传送服务素(RTSE)提供的服务。 GB/T 17174.1-1997 信息处理系统 文本通信 可靠传送 第1部分:模型和服务定义 GB/T17174.1-1997 标准下载解压密码:www.bzxz.net

标准图片预览






标准内容

GB/T 17174. 1—1997
ISO/IEC前言
ISO(国际标洲化组织)和IEC(国际心工委员会)是世界性标准化专门机构,国家或员体(它们都是ISO或IEC的成员国)通过国际组织建立的各个技术委员会参与制定针对特定技术范围的国际标准。ISO和IEC的各技术委员会在共同感兴趣的领域内进行合作。与IS)和IEC有联系的其他官方和非方国际组织也可参与国际标准的制定工作。对于信息技术,ISO和IEC建立厂一个联合技术委员会,即ISO/IECJTC1。由联合技术委员会提出的国际标准草案需分发给国家成员体进行表决。发布一项国际标准,至少需要73%的参与表决的国家成员体投票赞成。
国际标准ISO/IEC9066-1是由ISO/IECJTC1信息技术联合技术委员会制定的。GB/T17174.11997
本标准定义了由应用服务元素——可靠传送服务元素(RTSE)一一所规定的服务。从保证各开放系统之间应用协议数据单元(APDU)的可靠传送。本标准是与个,这些标准规定了许多
组标中的
应用所通常使用的各个应用服务元素集可靠传送提供了从通信和端系统的故障中恢复,同时使重传量最少的·种与成用尤关的机制。本标准在技术上同CCITTX.218是致的。1范围
中华人民共和国国家标准
信息处理系统文本通信可靠传送第1部分:模型和服务定义
Information processing systerns-Text cammunication-Reliable Transfer-Part TModel and service definitionGB/T 17174. 1—1997
idt ISO/IEC 9066-1:1989
本标准定义了由可靠传送服务元素(RTSE)提供的服务。RTSE服务是通过与联系控制服务元素(ACSE)服务(GB/T16688)和ACSE协议(GB/T16687)以及表示服务(GB/T15695)一起使用RTSE协议(GB/T17174.2)来提供的。
没有规定与本标准的一致性要求。2引用标准1
下列标准所包含的条义,通过在本标准中引用而构成为本标准的条文。本标准出版时,所示版本均为有效。所有标准都会被修订,使用本标准的各方应探讨使用下列标准最新版本的可能性。GR9387--88信息处理系统开放系统互连基本参考模型(idtISO7498:1984)GB/T15129--1994信息处理系统开放系统互连服务约定(idtIS0/TR8509:1987)GB/T15695-1995信息处理系统开放系统互连面向连接的表示服务定义(idt ISO 8822:1988)
GB/T 16263—1996信息处理系统开放系统五连抽象语法记法一(ASV.1)基本编码规则规范(idt I50 8825:1987)
GB/T16688—1996信息处理系统开放系统互连联系控制服务元素的服务定义(idt ISO 8649:1988)
GB/T16687—1996信息处理系统开放系统互连联系挖制服务元素的协议规范(dt IS0 8650:1988
GB/T17174.2—1997信息处理系统文本通信可靠传送第2部分:协议规范(idt IS0/IEC 9066-2:1989)
IS0/IEC 9072-1:1989信息处理系统文本通信远程操作第1部分:模型、记法及定义采用说明:
1国际标准 ISO/IEC 9066-1 的第 2章中引用了ISU8824,但该标准,正义中并未出观 ISO 8824+果用为我国标准时去掉了第2章中的 1S) 8824。国际标准[S0/1EC9065-1在第2章中避漏了应引用的标准0 9072-1:1989。在采用制定为我国标准时,补上2
了所缺的标准。
国家技术监督局1997-12-25批准1998-08-01 实施
3定义
3.1参考模型定义
GB/T 17174. 11997
本标准基于GB9387中提山的概念,并采用其中定义的下列术语a)应用层:
b)应用进程;
c)应用实体:
d)应用服务元素;
e)应用协议数据单元;
[应用协议控制信息+
g)表示层:
h)表示服务;
i)表示违接:
j)会话服务;
k)会话连接;
)传送语法:
m)双向交替交五;
)用卢元素。
3.2服务约是的定义
本标准采用了 GB/T 15129 中定义的下列术语;)服务提供者
b)服务用户;
c)证实(型>服务
d)非证实(型)服务:
c)提供者发起(型)服务:
[)服务原语;原谱;
g)请求(原语);
h)指尔(原语);
i)恂应(原语);
j)证实(原)。
3.3表示服务定义
本标准采用了GB/T 15695中定义的下列术语\)抽象语法;
b)抽象语法名称;
c)缺省上下文:
d)表示工下文;
e)传送语法名称。
3.4 联系控制定义
本标准采用了GB/16688中定义的下列术语:a)应用联系;联系;
b) 应用,1.下文;
c)联系控制服务元素;
d) X.410—1984方式
3.5可靠传送定义
本标准采用下列定义
GB/T 17174. 1—1997
3.5. 1联系发起应用实体
association-initiating-application-entity;联系发起者association-initiator发起应用联系的应用实体。
3.5.2联系响应应用实体agsociation-responding-application-cntity:联系响应者association
rcsponder
对另一个AE发起应用联系作出响应的应用实体,3.5.3发送应用实体scnding-application cntity;发送者sender向接收应用实体发送或可以向其发送(即拥有发送权)APDU的应用实体,3.5.4接收应用实体rccciving-application cntity;接收者rcccivcr接收或可以接收(即不拥有发送极)来发送应用实体的APDU的应用实体。3.5.5 请求者requeslor
对于应用实体中的某个特殊的RTSE服务发出请求原语或接收证实原语的那部分。3.5.6接受者aeceptor
对于应用实体中的某个特殊的RTSE服务接收证实原语或发出响应原语的那一部分。3.5.7可靠传送服务元素RcliahleTransfcrScrviccElcment在本标雅中定义的应用服务元素。3.5.8可靠传送Reliable Transfer保证在儿放系统之间传送应用协议数据单元及从通信和端系统的故障中恢复并使重传量最少的一种与应用无关的机制,
3.5.9 RTSE用户 RTSE-user
可靠传送服务元素的用户。用可以是应用实体的用元素或它的另一个应用眼务元素。3.5.10RTSE提供者RTSE-providen可靠传送服务元案的提供者。
3.5.11ACSE提供者ACSE-pruvider联系控制服务元素的提供者。
3.5.12单向交互monolague interaction只有一个用实样可以是发送者的一种交互打式3.5.13评法选配服务syntax-matching-ervices表示服务提供者提供的本地服务,它使应用协改数据单元的本地表示能转变为由商定的传送语法规定的表示,反之亦然。
3.5.14 X.410-1984 方式 X. 410—1984 inode可靠传送务元素的一种限定操作力式,充许同基于CCIITX,110一1981的应间实体相互T.作。3. 5. 15 常规方式 normal mode提供全部服务的种可靠传送服务元素的操作方式。4缩略语
RI(RTS)
应用实体
联系控制服务光素
应用协议数据单元
应用服务元素
开放系统五连
可靠传送
5约定
CB/T 17174. 1—1997
叮靠传送服务元素
本标准按照GB/T15129规定的描述约定来定义RTSE服务.在第9章中,每个RTSE限务的定义包含个列出其原语参数的表。对所给定的原语,每个参数的出现由下列值中的一个来描述。空
必备的
用户选项
条件的
出现是山RTSE提供者选项
根据GB/T16688定义的条件确定是否出现根据GB/T15695定义的条件确定是否出现别外,记法(二)指示某个参数值在语义等同于表中左逆的值。6可靠传送模型
在OSI环境中,应用进程之间的通信按照使用表示服务的应用实休(AE)对之间的通信来表示。某些应用实体之问的通信要求应用协议数据单元(APTU)可靠传送。个AE(发送者)发送的APDU由另一个AE(接收者>接收。可靠传送确保每个APDUI在AE之间恰好完整地传送一次,否则发送AE会受到接收AE的替告。对于可常传送来说,传送的APDU是透明的。可靠传送从通信和端系统故障中恢复,并使恢复所需重传量最少。可靠传送在应用联系的上下文内进行。应用联系定义了AE对之通的关系,并且是通过使用表示服务的应用协议控制信息来形成的。发起应用联系的那个AE称为联系发起AL,或者称为联系发起者。而对另一个AE发起应用联系作出响应的AE则称为联系响应AE,或者称为联系响应者。只有联系发起者可以释放建立的应用联系。
AE的功能度分解为一个用户元素和一组应用服务元素(ASE)。每个ASE自身可分解为(多个原语)ASE。AE之间的交互按照它们使用ASE的情况米描述。一个用户元素和构成AE的ASF集合的特定组合由成用上下文定义。图1说明了包含可靠传送服务元素(RTSE)的应用上下文的例了。成用实体
用户元素
应用因
应用股务儿素
表示层
应用喉素上
的应用协议
表示诈接
应用实体
用户心素
成用服务元案
图1含有可靠传送的应用上下文的模型用户元素可用的ASF需要通过应用联系来通信。应用联系(建文,释效、天折)和经过该应用联系的APT)IUJ可靠传送是由本标准巾定义的可靠传送服务儿素来进行控制的。为控制该应用联系(建立、释放、天折)),RTSE使用了GB/T16688中定义的联系控制服务元系(ACSE)。CB/T 17174. 1—1997
注意,在图1中描述的应用上下文,对十包含RTSE的应用F:下文来说是最小的。包含RTSE应用上下文的另一个例子取自消息处理[GB/T16284.6(id1IS0/TEC-10021-6)7.可能是消息传送代理的应用上下文,除ACSE和RTSE之外它将包括消息传送服务元素(MTSE)。还要注意,在-股情况下,规定 RTSE的而法和可能适用的任何限制,是定义要用 RTSE(和 ACSE)个 ASE集合的标准的任务。7服务综述
本标准定义了下列可靠传送眼务:a) RT-OPEN:
b) RT-CLOSE:
c) RT-TRANSFER;
d) RT-TURN-PLEASE;
c) RT TURN-GIVE:
I) RT-P-ABORT:
g)RT-U-ABORT,
(RT打开)
(RT美闭)
(RT传送)
(RT申请发送权)
(RT给出发送校)
(RT提供者关折)
(RT用户天折)
RT-OPEN服务使RTSE 用方能够请求同另-个 AE建立应用联系。RT-CLOSE服务使联系发起RTSE的用户能够请求释放已建立.的应用联系。只有当RTSE用拥有发送权时,它才可以进行这种请求。RTTRANSFER服务使有发送权的RTSE用户能够请求在应用联系上的APDU可靠传送。只有在已建的应用联系.上,并H.当没有未完成的RT-TRANSFER confitm源语时,RTSE用户才可以这样做。
RT-TURN-PI.EASE服务使RTSE用J能够请求发送权。只有当RTSE已不拥有发送权时,它才可以进行这种请求。两个RTSE用户中的个请求发送权,以使该RTSE用户转送APDU。联系发起RTSE的用户请求发送权,以使它释放成用联系。转让要进行活动优先权的请求,使其他RTSE用户能够确定何时放弃发送权,
RT-TURV-GIVE服务使RTSE用户能够转让发送权给它的对等者,仅作该RTSE用户抑有发送权时,它才可以进行这种转让。RT-F-ABORT服务RTSE用户指示:应用联系不能保持(如国为不能恢复)。若它是发送者,即RTSE提供者为尚末传送的APIU首先发出否定的RT-TRANSFER confirm。若它是接收者,则RTSE提供替在发出RT-T-ARORT indicaion之前删掉已部分接收到的APDU。RT-U-ABORT 服务使RTSE用户能够天折应用联系。可靠传送服务以下面两种操作方式来提供:a)X.410一1984方式,提供它的的仪是为了充许同基十CCITTX.410一1984的早期实现进行交互T.作。这种方式包合了使用RTSE服务的某些限制;b)常规方式:提供这种方式是为了充许充外使用RTSE服务。8同其他ASE和低层服务的关系
8.1其他应用服务元素
为了支持特定要求的应用协议数据单元可靠传送的信息处理任务,RTSE要同其他ASE起使用。因此,彌计RTSE将包含征许多应用上下文规范中。为「以相互协调的方式使用表示服务的各种设施,需要包含在应用上下文中的RTSE利其他 ASE(尤其是ACSF)的汇集。
RTSE要求由ACSE控制应用联系。对于包含 RTSE的应用上下文,RTSE提供者是A-P-ABORT服务的用户;A-P-ABORT服务不是直接由用户元素使用,也不由其他ASE使用。在RTSE提供者接收GB/T 17174. 1—1997
米白ACSE提供者的A-P-ABORTindication的过程中,RTSE提供者将设法通过发出AASSOCIATEreuesl米恢复表示连接。格表示连接不能恢复,则RTSE提供者应给RTSE用户发出RTPABORT。ACSE 提候A-ABORT服务出 RTSE提供者使用。RTSEⅢ户协议规范定义RTSE服务的用广数据参数值的类型,形成--个或多个抽象语法,并为每个抽象语法提供了客体类尴标识符的唯一抽象语法名称。RT-OPEN 和RT IIABORT服务的周户数据参数值(若有的活)与GB/T 17174. 2 中定义的RTSEAPDU共享一个单一命名的抽象语法,RTOPENrequcst/confirm,RT.OPENresponse/背定cunfirin、RT-OPEN responac/否定 conlirm和 RT.Ll-ABORT rcquest/indication原语的用户数据值若有)的类型每个都应是任-种ASN.1类型。若用数据参数值的类型没有定义,则以GB/T17174.2中所定义的象语法名称\RTSE 抽象语法\标识-个由该RTSEAPDL形成的抽象语法。RT-CLOSE服务(若有>和RT-TRANSIER服务的用户数据参数值的类型可以形成“个或多个命名的抽象语法,在中一命名的抽象语法中,该类型应是单一的ASV,1类型,通常(但不一定)是选择类型。当且仪当这些类型使用的标签不同了L下文特定标筹[16],[17,[18]和[22],以及不同于ASN.1繁数类型和八位罕串类型时,这些类型以 RTSE APDU 共享单一的抽象语法。若 RTSE用户协议使用150/1LC,9072-1的R0记法,则这些条件被确保。在X.410一198方式中,只有个单·的抽象语法,但是这独象讲法不是由独象法名称标识,而是由RT-()PEN服务的应用协议参数值的值米标识.8.2ACSF服务
RTSE 服务要求访问 A ASSOCIATE,A RELEASE,A-AHORT 和 A--ABORT 服务。在应用上下文中,包会了RTSE使任何其他ASE或用户元素不能用ACSE限务。RTSE的X,410—1984方式包含「ACSE的X.410:1984方式。8.3表示服务
RTSI服务要求访问P-ACTIVITY-START.P-DATA,P-MINOR-SYNCHRONIZE、P-ACTIVITY-END、I-ACTIVITY-JNTERRUPT、P ACTIVITY DISCARD.PUEXCEPTION-REPORT、P-ACTIVITY-RESUME.P-P-EXCEPTIONREPORT.PTOKENPLEASE和P-CONTROL-GIVE服务本标准认可 ACSF服务要求访间P-CONNECT、P-RELEASE,P-U-ABORT和P-P-ABORT服务。应用上下文中的RTSE.不能使用上述 ACSE 的任何表示服务,或其他ASE 和用广元素的任何表示服务
RT协设机科用本地系统环境中的语法选配服务进行其操作。这些服务用来变换在使用RTSE的ASE之所专送的APDU的表示,语法选配服务保证-个APU 从本地表示转换为由表示服务确定的传送语法所规定的丧示,反之亦然。用于访间这种传送语法信息的方法不属本标证的范用,而是本地要解决的问题。
RTSE的X.410·1984方式包个了表示服务的X.110—1984方式。问兼容的传送语法(由表示层离定)相联系的·-个命名的抽象语法构成表示上下文。在GB/T1623中定文的客体标识荐的值:joint-iso-ccil.tasn1(1)hasie-encoding(1)可以用作传送语法的名称。衣这种情况下,RTSE用户协议规范无需命名和规定一个传送语法,在X.4101034方式中,缺省的表示上下由单一的抽象语法构成,该抽象语法由与GB/T16263基本ASN1编码规卿相关的RTPEN服务的应用协议参数值来坏识,9服务定义
RTSE服务见表1。
RT-OPEY
RT-LOSF
RT-TRANSFER
RT-TURN-PLEASE
RT TURN-GIVE
RT-P-ABORT
RTUARORT
GB/T 17174. 11997
表1RTSE服务
证实型bzxZ.net
证实型
证实型
非证实型
非证实型
提供光发起型
非证实型
使用命名抽象语法的标识是针对所有的RTSE服务但这是本地要解决的问题.它不属于本标准的范围。
9.1 RT-OPEN 服务
RT-OPEN眠务是由联系发起者用来请求为ASE越程立底用联系,而这些ASE规程是由成压上下文名称参数(以标定方式)或出应用协议参数(以X.410—1981方式)标识的。这种服务是证实服务。
相关的服务构由四个服务原语组成.如图2所示。RTHE用产
RT-OPEN
reguest
RT-OPEN
con firm
RTSF提法者
RTSE用
irdiratinn
RT-OHEN
resporse
图2RTOPEN服务原语
9.1.1RT-OPEN的参数
表2列出了RT-OPEN服务的参数,表 2RT-OPEN 参数
参数名新
对话方式
初始发送权
应用办设:
用户数据
应用上下文名称*
呼叫AI标题”
呼训AP 启动标识符”
呼川AF限完符”
呼叫AE启动标识符”
被呼AP标题
被呼4P启动擦识符”
被呼AE限定符3
被啤AE启动标识符
向应AP标题
响应AP启动标识符
响迹AE限定符
响应 AF 启动标识符\
结果源
呼叫表示地址
鼓表示地址
响应表示地址
表示上下文定义滤
表示上下文定义结果表\
缺省表示上下文名称
缺省表示上下文结果
参数名称
GB/T 17174. 1—1997
表2(完)
1)若这个参数值为\x.41—1984方式\,则采用x.41C—1984方式,2)在X.410—1984方式(见第10章)中,参数受限使用3)在X.410—1984方式中,没有该参数。1)只在戈.410—1984方式中才有该参数9. 1.1. 1 对话方式
应用联系使用的类型:
单向交五;或
双问交替交互,
9.1.1.2初始发送权
有初始发送权的RTSE用户:
联系发起者:或
一联系响应者。
9.1.1.3应用协议
指明将支配应用联系「的通信应用协议指示
这个参数只在X.410--1984方式中出现。在常规方戊下,用参数应用上下文名称,9.1.1.4用户数据
与立应用联系有关的用广数据,证实
若选择X.410—1984方式,并ⅡRT-0PENresponse原讲的结果参数值为\拒绝(水久的),则准RT-OPENresponse原语中这·个参数的限定为:…鉴别故障和
不能接受对话方式,
若选择X.410—1984方式.并Ⅱ.RTOPENICSPOnSc原语值为\拒绝(舞间的)\,则在RT-OPENresponsc 原语中这个参数不存在。在常舰方式下,这个参数的使用不受限制。9. 1. 1. 5 方式
这个参数规定了RTSE服务将对这·联系进行操作的方式。它取下列值之一:一常规方式;或
-X,110—1984方式。
9.1.1.6其他参数
GB/T 17174. 1—1997
表 2 中用*A\标志的参数在 GB/T 16688 中定义。表 2 中用*P\标志的参数在GB/T 15695 中定义。9.2 RT-CLOSE 服务
RT-CLOSE服务由联系发起者用来请求释效应用联系。只有当它拥有发送权,而日没有卡完成的RT-TRANSFER confirm 原语时,才叫以进行这种请求。应用联系的释放不会丢失运送的信息。这种服务不能被联系响应RTSE用户抵绝。有关的服务结构由四个服务原语组成,加图3所示。ISE用户
RT-CLOSE
requeat
RT--CLOSE
eumfiu
RTSE提供者
RTSE用
RT-CLOSE
indieation
RT-CLOSE
图3RT-CLOSE服务原语
9. 2. 1 RT-CLOSE 的参数
表3中列出了RT-CLOSE服务参数。这些参数只在常规方式下才出现,并且是在GB/T16688中定义。在X.410-1984方式下,RT-CLOSE服务没有参数。表3 RTCLOSE参数
参数名称
用户数据
9. 3 RT TRANSFER 服务
RT-TRANSFER服务使拥有发送权的RTSE用户能够请求经过应用联系的APDU可靠传送。只有在已建立.的应用联系「:,并且当没有未完成的RT-TRA.VSFERconfirm原语时,才可以请求这样做,这种服务是证实服务。
有关服务结构由三个服务原语组成,如图4所示。RSE\
GB/117174.11997
RTSE提供者
RT-TRANSFER
RT-TRANSFER
txur:tir
RTSE用产
RT TRANSFER
Endication
图ART-TRAVSFER服务源语
RT-TRANSFERconfirm原讲表示APDU山接收RTSE的提供齐担保(肯定证实).或者表示请求的APDU传送不能在规定的传送时间内完成(否定证实),9.3.1 RT-TRAXSFER参数
表4RT TRANSFER参数
容数名称
传送时间
9. 3. 1. 1 AFDU:
这个参数包合了要传送RTSL的 AL:值。这个参数必须由 RT-IRAVSFER服务的请求者提供。而在否定证实的情况下,出服务捉供占提供,9.3.1.2传送时间
这个参数定义RTSE提供者应成功地游APDU传送到刃~个RTSE用户的时间周期。这个参数必须白RTTRANSIER服务的请求者提供,9. 3. 1. 3结果
这个参数规定了如下的传送结,AL:被传送:片定证实;APIU已被传送到接收RTSE的提供者,并已被其获得;-AFLU未被传送合定证实;APDU 不能在规定的传送时间内传送,注:兰某种例外扩情湿下,却使 AFIH;已被传送到接收RTSE的提其并被其获得,也可能报告一个否定证实。这个参数必须由RTSE提供者提供。9.4 RT-TURN-JIEASE: 股务
RT TURNPLEASE服务使RTSE户能够请求发送权。只有当它已不拥有发送权时,它才可以这伴做,发送校由两个RTSE用!中的--个中请,以使RTSF用能传送APTDUI。联系发起的RTSE用情求发送权.以使其释放应用联系。转让要进行活动优先校的请求,使其他RTSE用户确定何时效弃发送权,这种服务是非证实服务。有美的服务结构出两个服务原语组成,如图5所示。
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。