《ISO-ISP-11185-3-1994.pdf》由会员分享，可在线阅读，更多相关《ISO-ISP-11185-3-1994.pdf（19页珍藏版）》请在三一文库上搜索。
1、INTERNATIONAL STANDARDIZED PROFILE ISO/IEC ISP 11185-3 First edition 1994-l o-01 Information technology - International Standardized Profiles FVT2nn - Virtual Terminal Basic Class - Register of control object type definitions - Part 3: FVTZI 5, FVTZI 6 - Application RIO Record Loading Control Object
2、, Terminal RIO Record Notification Control Object Technologies de Iinforma tion - Profils normalis - European Workshop for Open Systems (EWOS); - Open Systems Environment Implementors Workshop (OIW). This International Standardized Profile ISO/IEC ISP 11185 forms an International Register of informa
3、tion objects in accordance with the procedures for the operation of OSI Fiegis- tration Authorities laid down in ISO/IEC 9834. It is issued in parts, with additional parts being issued as further entries are added to the register. Each part is prepared in accordance with an approval and maintenance
4、process laid down by the Special Group on Functional Standardization of ISO/IEC JTCl , information technology. ISO/IEC ISP 11185 is issued under the general title information technology- international Standardized Profiles F VT2nn - Virtual Terminal Basic Class - Register of control object type defi
5、nitions. At present the following parts are published or are in the course of preparation: - - - - - - - - - - - - - - - - - Part 1: FVT2 11, FVT212 - Sequenced and Unsequenced Application Control Objects Part 2: FVT213, FVT214 - Sequenced and Unsequenced Terminal Control Objects Part 3: FVT215, FVT
6、216 - Application RIO Record Loading Control Object, Terminal RIO Record Notification Control Object Part 4: FVT2 77 - Horizontal Tabulation Control Object Part 5: FVT2 18 - Logical Image Control Object Part 6: FVT219 - Status Message Control Object Part 7: FVT2110 - Entry-Control Control Object Par
7、t 8: FVT221 - Forms FE/CO (Field Entry Instruction Control Object) No. 1 Part 9: FVT222 - Paged FE/CO (Field Entry Instruction Control Object) No. 1 Part 10: FVT231 - Forms FEPCO (Field Entry Pilot Control Object) No. 1 Part 11: FVT232 - Paged FEPCO (Field Entry Pilot Control Object) No. 1 Part 12:
8、FVT2i 16, FVT2117, FVT2118, FVT2119 - Generalized Telnet Sync,Signal, Negotiation and Subnegotiation Control Objects Part 13: FVT2 111 - Waiting Time Control Object Part 14: FVT27 12 - Printer Control Object Part 15: FVT2 113 - Field Definition Management Control Object Part 16: FVT2 114 - Terminal
9、Signal TiNes Control Object Part 7 7: FVT2 115 - Help Text Control Object Annexes A and C of this part of ISO/IEC ISP 11185 form an integral part of this International Standardized Profile. Annex B is for information only. Copyright International Organization for Standardization Provided by IHS unde
10、r license with ISO Licensee=NASA Technical Standards 1/9972545001 Not for Resale, 04/20/2007 02:33:36 MDTNo reproduction or networking permitted without license from IHS -,-,- lSO/lEC ISP 11185-3 : 1994 (E) Introduction This international Standardized Profile ISO/IEC ISP 11185 is defined within the
11、context of Functional Standardization, in accordance with the principles specified in ISO/IEC TR 10000, “Framework and Taxonomy of international Standardized Pro- files”. The context of Functional Standardization is one part of the overall field of Information Technology (IT) standardization activit
12、ies, covering base standards, profiles and registration mechanisms. The Open Systems Interconnection (OSI) Standard IS0 9040 for the Virtual Terminal BasicClassService identified a requirement foran International Register of VTControl Object type definitions. Procedures for the operation of this Int
13、ernational Register are laid down in ISO/IEC 9834-5. This International Standardized Profile provides this register. The individual entries in this register constitute Interchange Format and Representation Profiles (F-Profiles) within the framework of ISO/IEC TR 10000. This part of ISO/IEC ISP 11185
14、 was developed in close cooperation between the three Regional OSI Workshops, namely the OSI Implementors Workshop (OIW) of the United States, the European Workshop for Open Systems (EWOS) and the OSI Asia-Oceania Workshop (AOW). It was developed under the editorship of EWOS The text is harmonized b
15、etween these three Workshops and it has been ratified by the plenary assemblies of each Workshop. 0 ISOAEC Copyright International Organization for Standardization Provided by IHS under license with ISO Licensee=NASA Technical Standards 1/9972545001 Not for Resale, 04/20/2007 02:33:36 MDTNo reproduc
16、tion or networking permitted without license from IHS -,-,- INTERNAllONAL STANDARDIZED PROflLE 0 SoEC ISO/lEC ISP 11185-3 : 1994(E) Information technology - International Standardized Profiles WT2nn - Virtual Terminal Basic Class - Register of control object type definitions Part 3: NT21 5, FVT216 -
17、 Application RIO Record Loading Control Object, Terminal RIO Record Notification Control Object 1 Scope 1 .l General The concept of Profiles for OSI, and the structure of the International Standardized Profiles that document them, are defined in ISO/IEC TR 10000-l. Such Profiles are divided into a n
18、umber of different classes and sub-classes. Two of these classes contain sub-classes comprising functions of the Vir- tual Terminal Basic Class Service and Protocol specified in the base standards IS0 9040 and IS0 9041. These are the Application Profiles (A-Profiles) and the Interchange Format and R
19、epresentation Profiles (F-Profiles). The relationship between A-Profiles and F-Profiles is de- scribed in 7.3.2 of ISO/IEC TR 10000-I and is as follows. Application Layer base standards require, implicitly or explic- itly, the structure of information carried or referenced by them to be specified fo
20、r each instance of communication. It is the purpose of F-Profiles to specify such information structures. Particular functional requirements may then be met by the combination of an A-Profile with one or more F-Profiles. Establishment of a VT-association involves the selection by negotiation of a pa
21、rticular Virtual Terminal Environment profile (VTE-profile), and of particular values for any arguments of that VTE-profile. The VTE-profile specification, and possibly also the values of certain VTE-profile arguments, may in turn reference the definitionsof VTcontrol object types and assign- ment t
22、ypes. These VTE-profiles, control object types and assignment types are thus information structures that require explicit reference within the VT protocol. Particular instances of these structures are fully defined within the base standards, but the base standards also provide for further instances
23、to be defined by registration. Each registered instance constitutes an F-Profile within the framework of ISO/IEC TR 10000. The Virtuai Terminal Basic Class Service and Protocol may be used to realise a wide range of distinct functions. Particular functions may be realised through the selection of ap
24、propriate VTfunctional units, F-Profiles and other VTE-profile argument values. The specification of the selection required to realise a particular function and to promote interoperability constitutes a Virtual Terminal A-Profile within the framework of ISO/IEC TR 10000. The three International Regi
25、sters of VT information structures and the specifications of VT Application Profiles are each published as a separate multi-part ISP as follows: ISO/IEC ISP 11184 is the Register of VTE-profiles; ISO/IEC ISP 11185 is the Register of control object type definitions; ISO/IEC ISP 11186 is the Register
26、of assignment-type definitions; ISO/IEC ISP 11187 contains the specifications of VT Ap- plication Profiles. 1 Copyright International Organization for Standardization Provided by IHS under license with ISO Licensee=NASA Technical Standards 1/9972545001 Not for Resale, 04/20/2007 02:33:36 MDTNo repro
27、duction or networking permitted without license from IHS -,-,- lSO/lEC ISP 11185-3 : 1994(E) This part of ISO/IEC ISP 11185 contains the type definitions of two control objects that may be used to 4 load the contents of a RIO record from local storage at a terminal; 4 store the contents of a RIO rec
28、ord to local storage at a terminal; c) remove VT data items from local storage at a terminal; and 4 enquire the status of a VT data item held in local storage at a terminal. 1.2 Position within the taxonomy The taxonomy of International Standardized Profiles for OSI is laid down in ISO/IEC TR 10000-
29、2. Within the classification scheme of this taxonomy, the OSI Profiles specified in this International Standardized Profile are in the Virtual Terminal Registered Object sub-class of the class of Interchange For- mat and Representation Profiles. A Profile within this subclass has a Profile identifie
30、r of the form FVTabc, where abc is a structured numerical identifier that identifies the position of the Profile within each of the three levels of subdivision of the subclass. The values of a and b are single digits but c is an integer that is not necessarily a single digit. In principle the IS0 Vi
31、rtual Terminal model allows for multiple classes of operation, although at the time of publication of this International Standardized Profile only the Basic Class has been defined. The value of the identifier component a distin- guishes between distinct types of information object as fol- lows: a=1
32、for Basic Class VTE-profiles; a=2 for Basic Class Control Objects; a=3 for Basic Class Assignment Types. Values of a greater than 3 are reserved for future develop- ments. This International Standardized Profile ISOllEC ISP 11185 contains the specifications of the Profiles with identifiers of the fo
33、rm FVT2bc. For this form of identifier, the component b distinguishes between the five major classifications of Basic Class Control Objects as follows: b=l for Miscellaneous Control Objects; b=2 for Field Entry Instruction Control Objects; b=3 for Field Entry Pilot Control Objects; b=4 for Reference
34、 Information Objects; b=5 for Termination Conditions Control Objects. Each of these classifications corresponds to a sub-register underthe procedures of ISO/IEC 9834-5. The identifier com- ponent c is the serial number of the control object type in the appropriate sub-register. Values of b greater t
35、han 5 are reserved for new classifications of Basic Class Control Objects that may be defined in future amendments to IS0 9040. 0 ISOAEC This part of ISO/IEC ISP 11185 contains the type definitions of the Basic Class Control Objects with the Profile identifiers FVT215 - Application RIO Record Loadin
36、g CO; FVT216 - Terminal RIO Record Notification CO. 1.3 Scenario The specification of the Virtual Terminal Service is given in IS0 9040. It is based on a model in which two VT-users communicate by means of a shared Conceptual Communica- tion Area (CCA) that is a conceptual part of the VT service- pr
37、ovider. Information exchange is modelled by one VT-user updating the content of the CCA and the changed state of the CCA then being made accessible to the peer VT-user. Control objects (COs) form one of the types of information object that may be present in the CCA. This is illustrated in figure 1,
38、in which CO-l, CO-2, . . . CO-n represent a number of different control objects present in the CCA. The negotiation during establishment of a VT-association will determine whether or not these will include control objects of either or both of the types whose definitions are given in this part of ISO
39、/IEC ISP 11185. I I I I I VT-user A I VT service prlmltfves I VT-user B I VT service-provlder Figure 1 - Control objects in the VT Service Model The CCA is structured by the Virtual Terminal Service into a number of components. For a control object the Data Struc- ture Definition (DSD) component of
40、the CCA contains the syntax of its information content, including the range of possi- ble values and the permitted update operations. The current value of its information content is contained in the Control, Signal and Status store (CSS) component. Updates to the current value take place through the
41、 issue of VT service primitives by one VT-user to the service-provider. Changes of state of the CCA are made accessible through the issue of VT service primitives by the service-provider to the peer VT-user. By clause 14 of IS0 9040, COs enable VT-users to handle control information related to virtu
42、al terminal functions and to real devices. This control is exercised by the VT-users through semantics associated with the information content and with the update operations of the CO. Definition of the semantics, or specification of the source of the semantics if the semantic details are not fully
43、prescribed, forms part of the registered definition of the CO. These semantics are not however of concern to the VT service-provider itself. The DSD will contain an ASN.l object identifier that identifies the regis- 2 Copyright International Organization for Standardization Provided by IHS under lic
44、ense with ISO Licensee=NASA Technical Standards 1/9972545001 Not for Resale, 04/20/2007 02:33:36 MDTNo reproduction or networking permitted without license from IHS -,-,- 8 ISOAEC tered definition, but the VT service-provider merely acts as a repository of this value. It is only the VT-user that req
45、uires knowledge of the registered definition. NOTE 1 - The VTE-parameter values that determine the syn- tax of the information content may not be negotiated explicitly during association establishment. Moreover, in the case of non-parametric COs these values do not determine the details of the synta
46、x. Such values and details form part of the registered definition of the CO. Since the VT service-provider is not re- quired to have knowledge of this registered definition, in princi- ple the VT-users provide the VT service-provider with such information through local management procedures. Whether
47、 or not this is necessary in practice depends on the configuration of the implementations concerned. The control object types defined in this part of ISO/IEC ISP 11185 assume an asymmetry between the two communicat- ing end systems. One end system is assumed to have a terminal role and to contain de
48、vices for the input and display of data and for signalling. These devices form part of the VT-usercomponent of that end system. The other end system is assumed to have an application role and to contain an application package that the terminal end system desires to access. This asymmetry may, but ne
49、ed not, be recognised by the VT Service; provision for such recognition exists only in an S-mode VT-association. The Virtual Terminal Protocol specification given in IS0 9041- 1 models the VT service-provider in terms of protocol ex- change between two Virtual Terminal Protocol Machines (VTPMs), each with its own CCA. The CCA of each VTPM is updated both by service primitives received from its own VT-