35.100.01 开放系统互连(OSI)综合 标准查询与下载



共找到 659 条与 开放系统互连(OSI)综合 相关的标准,共 44

规定了采用电子收费(ETC)专用短程通信(DSRC)技术、支持扩展应用的车载单元的性能参数、数据接口、工作环境等设备要求。

Electronic toll collection-Dedicated short range communication-Key equipment supporting extended application:On-Board Unit

ICS
35.100.01
CCS
I6599
发布
2014-11-24
实施
2016-07-29

《合作式智能运输系统 专用短程通信》分为四个部分: ——第1部分:总体技术要求; ——第2部分:媒体访问控制层和物理层规范; ——第3部分:网络层和应用层规范; ——第4部分:设备应用规范 本部分规定了合作式智能运输系统对象通信关系及专用短程通信参考架构、专用短程通信支持的主要智能运输系统业务以及专用短程通信技术的要求、专用短程通信设备要求、安全要求及时间管理等。

Cooperative intelligent transportation systems dedicated short range communications - Part 1:General technical requirement

ICS
35.100.01
CCS
I6599
发布
2014-11-24
实施
2016-07-29

《合作式智能运输系统?专用短程通信》分为四个部分: ——第1部分:总体技术要求; ——第2部分:媒体访问控制层和物理层规范; ——第3部分:网络层和应用层规范; ——第4部分:设备应用规范。 本部分为第3部分。

Cooperative intelligent transportation systems dedicated short range communications - Part 3:Technical Requirements for Network Layer and Application Layer

ICS
35.100.01
CCS
I6599
发布
2014-11-24
实施
2016-07-29

本标准规定了用于电子收费(ETC)专用短程通信(DSRC)支持扩展应用的关键设备中路侧单元(RSU)的基本要求及功能,技术要求,环境和安装要求,及标志、包装、运输和贮存等。

Electronic toll collection-Dedicated short range communication-Key equipment supporting extended application:Road side unit

ICS
35.100.01
CCS
I6599
发布
2014-11-24
实施
2016-07-29

《合作式智能运输系统?专用短程通信》分为四个部分: ——第1部分:总体技术要求; ——第2部分:媒体访问控制层和物理层规范; ——第3部分:网络层和应用层规范; ——第4部分:设备应用规范。 本部分为第4部分。

Cooperative intelligent transportation systems dedicated short range communications - Part 4: Equipment application

ICS
35.100.01
CCS
I6599
发布
2014-11-24
实施
2016-07-29

智能交通系统中基于DSRC的扩展应用系统模型,DSRC关键设备与扩展应用的关系,关键设备的总体技术要求。

Electronic toll collection-Dedicated short range communication- Key equipment supporting extended application: General technical requirements

ICS
35.100.01
CCS
I6599
发布
2014-11-24
实施
2016-07-29

《合作式智能运输系统 专用短程通信》分为四个部分: ——第1部分:总体技术要求; ——第2部分:媒体访问控制层和物理层规范; ——第3部分:网络层和应用层规范; ——第4部分:设备应用规范。 本部分为第2部分。

Cooperation of roadside to vehicle Dedicated short range communications - Part 2:Specification of medium access control layer and physical layer

ICS
35.100.01
CCS
I6599
发布
2014-11-24
实施
2016-07-29

规定了采用电子收费(ETC)专用短程通信(DSRC)技术、支持扩展应用的关键设备的一致性要求与测试方法。

Electronic toll collection-Dedicated short range communication- Key equipment supporting extended application: Conformance Requirements and Test Methods

ICS
35.100.01
CCS
I6599
发布
2014-11-24
实施
2016-07-29

Information technology - Procedures for the operation of object identifier registration authorities - Part 8: Generation of universally unique identifiers (UUIDs) and their use in object identifiers

ICS
35.100.01
CCS
L79
发布
2014-08
实施

This Recommendation | International Standard: a) specifies a tree structure for allocations made by a hierarchical structure of Registration Authorities, called the international OID tree, which supports the ASN.1 OBJECT IDENTIFIER type and the ASN.1 OID-IRI type (see Rec. ITU-T X.680 | ISO/IEC 8824-1); b) registers top-level arcs of the international object identifier tree; c) specifies procedures which are generally applicable to registration at any level of the international OID tree; d) provides guidelines for the establishment and operation of International Registration Authorities for use, when needed, by other ITU-T Recommendations and/or International Standards; e) provides guidelines for additional ITU-T Recommendations and/or International Standards which choose to reference the procedures in this Recommendation | International Standard; f) provides a recommended fee structure for lower-level Registration Authorities. NOTE – Information about registration for specific objects is contained in separate ITU-T Recommendations and/or International Standards. This Recommendation | International Standard applies to registration by ITU-T Recommendations and/or International Standards, by International Registration Authorities (see clause 8), and by any other Registration Authority.

Information technology - Procedures for the operation of object identifier registration authorities:General procedures and top arcs of the international object identifier tree

ICS
35.100.01
CCS
发布
2014-04-02
实施

本标准规定了白色家电智能控制网络通信协议的术语和定义、缩略语、体系结构和参考模型、433MHz无线通信协议及双绞线传输通信协议。 本标准适用于家庭或类似场所的冰箱、房间空气调节器、洗衣机、电饭煲、消毒柜、吸油烟机、风扇、加湿器、热水器、微波炉、电暖器等家电所构建的网络。

White goods intelligent control network communication protocol

ICS
35.100.01
CCS
L79
发布
2014-01-28
实施
2014-05-01

This Recommendation | International Standard specifies the procedures applicable to the registration of application-processes and application-entities. No requirement for an international registration authority has been identified; therefore these procedures apply to registration at any point in the ASN.1 object identifier tree. This Recommendation | International Standard does not cover the registration of application-process types or application-entity types. No requirement for such registration has been identified.

Information technology -- Open Systems Interconnection -- Procedures for the operation of OSI Registration Authorities: Registration of application processes and application entities

ICS
35.100.01
CCS
发布
2013-12-31
实施

This Recommendation | International Standard describes the Open Distributed Management Architecture (ODMA). ODMA provides an architecture for the specification and development both of systems management as an open distributed application and of the management of open distributed applications. ODMA also provides the architectural framework for the development of the standards needed within the architecture. The management will be of a distributed nature; this implies: – distribution of the managing activity; – management of distributed applications; and – management of resources that may be distributed. ODMA is compliant with the ODP-RM, so that in a distributed environment OSI Systems Management can be used in combination with other techniques that are engineered and implemented according to ODP principles. This Recommendation | International Standard is the base document of a (potential) range of standards and Recommendations to be developed within ODMA. Figure 1 provides an overview of the relationship between this Recommendation | International Standard and other standards. Other standards that may be developed within ODMA are: - ODMA supports: Based on the General Framework of ODMA, these standards give descriptions of specific systems support of ODMA. For example, the OSI Systems Management and CORBA support of ODMA have been identified. - ODMA viewpoint notations: These component standards provide standardised notations for describing the ODP viewpoints for ODMA (see for example Annex D). These notations are described in separate documents for the ODMA viewpoint notations. - ODMA functions: These component standards describe functions that are necessary for the construction of an Open Distributed Management System. Some example functions like the operation dispatcher function or the notification dispatcher function are outlined in this Recommendation | International Standard. - ODMA inter-domain functions: These component standards describe the interworking between different paradigms providing support for ODMA, for example, between OSI Systems Management and CORBA. As illustrated in Figure 1 this Recommendation | International Standard only elaborates a subset of supporting ODMA systems but allows for developments of other clauses. As a consequence, this Recommendation | International Standard consists of two sections: 1) General Framework This clause describes ODMA as a specific interpretation of the Reference Model of Open Distributed Processing for the purpose of management. It introduces general terms that are needed for open distributed management. It may also identify tools for the description of the open distributed management applications. 2) OSI management support for ODMA This clause describes the OSI management support for ODMA. It relates the current OSI systems management concepts to ODMA concepts. However, it extends the current systems management standards to support the distribution of the management activities and the distribution of resources to be managed. As this specific interpretation reflects the current OSI standards, limitations may be imposed. For instance, only a number of distribution transparencies may be supported by the (extended) OSI management mechanisms. Table 1 illustrates which viewpoints are of relevance for which documents (indicated by plus sign). A plus sign indicates that a document describes the viewpoint. Although the document is divided in clauses, the concepts of the ODMA are overarching and are meant to be used as a bridging architecture between the different paradigms supporting ODMA. In Figure 1 the ‘standards and specifications based on ODMA’ represent all the specifications and standards that will be developed using the ODMA standards.

Information technology -- Open Distributed Management Architecture

ICS
35.100.01
CCS
发布
2013-12-31
实施

Scope 1.1 This series of Recommendations | International Standards defines a set of generic facilities to assist in the provision of security services in OSI applications. These include: a) a set of notational tools to support the specification of selective field protection requirements in an abstract syntax specification, and to support the specification of security exchanges and security transformations; b) a service definition, protocol specification and PICS proforma for an application-service-element (ASE) to support the provision of security services within the Application Layer of OSI; c) a specification and PICS proforma for a security transfer syntax, associated with Presentation Layer support for security services in the Application Layer. 1.2 This Recommendation | International Standard defines the following: a) general models of security exchange protocol functions and security transformations, based on the concepts described in the OSI Upper Layers Security Model (ITU-T Rec. X.803 | ISO/IEC 10745); b) a set of notational tools to support the specification of selective field protection requirements in an abstract syntax specification, and to support the specification of security exchanges and security transformations; c) a set of informative guidelines as to the application of the generic upper layers security facilities covered by this series of Recommendations | International Standards. 1.3 This Recommendation | International Standard does not define the following: a) a complete set of upper layer security facilities which may be required by other Recommendations | International Standards; b) a complete set of security facilities for specific applications; c) the mechanisms employed to support security services. 1.4 The security exchange model, and supporting notation, are intended both for use as the basis of defining the security exchange service element in subsequent parts of this series of Recommendations | International Standards, and for use by any other ASE which may import security exchanges into its own specification.

Information technology -- Open Systems Interconnection -- Generic upper layers security: Overview, models and notation

ICS
35.100.01
CCS
发布
2013-12-31
实施

This Recommendation | International Standard addresses the application of security services in an Open Systems environment, where the term "Open Systems" is taken to include areas such as Database, Distributed Applications, Open Distributed Processing and OSI. The Security Frameworks are concerned with defining the means of providing protection for systems and objects within systems, and with the interactions between systems. The Security Frameworks are not concerned with the methodology for constructing systems or mechanisms. The Security Frameworks address both data elements and sequences of operations (but not protocol elements) which are used to obtain specific security services. These security services may apply to the communicating entities of systems as well as to data exchanged between systems, and to data managed by systems. The purpose of security audit and alarms as described in this Recommendation | International Standard is to ensure that open system-security-related events are handled in accordance with the security policy of the applicable security authority. In particular, this framework: a) defines the basic concepts of security audit and alarms; b) provides a general model for security audit and alarms; and c) identifies the relationship of the Security Audit and Alarms service with other security services. As with other security services, a security audit can only be provided within the context of a defined security policy. The Security Audit and Alarms model provided in clause 6 supports a variety of goals not all of which may be necessary or desired in a particular environment. The security audit service provides an audit authority with the ability to specify the events which need to be recorded within a security audit trail. A number of different types of standard can use this framework including: 1) standards that incorporate the concept of audit and alarms; 2) standards that specify abstract services that include audit and alarms; 3) standards that specify uses of audit and alarms; 4) standards that specify the means of providing audit and alarms within an open system architecture; and 5) standards that specify audit and alarms mechanisms. Such standards can use this framework as follows: — standard types 1), 2), 3), 4) and 5) can use the terminology of this framework; — standard types 2), 3), 4) and 5) can use the facilities defined in clause 8; and — standard types 5) can be based upon the characteristics of mechanisms defined in clause 9.

Information technology -- Open Systems Interconnection -- Security frameworks for open systems: Security audit and alarms framework

ICS
35.100.01
CCS
发布
2013-12-31
实施

This part of ISO/IEC 9646 specifies requirements and gives guidance concerning the realization of a Means of Testing (MOT), in conformance with a reference Abstract Test Suite (ATS) specification, specified in compliance with ISO/IEC 9646-2. This part of ISO/IEC 9646 is applicable to producing MOTs for testing a single protocol, multiple protocols or a profile. NOTE — This implies the use of ATSs as defined in ISO/IEC 9646-1. However, within this part, the term ATS also applies to the additional Abstract Test Cases designed for testing a specific profile, and included in the Profile Specific Test Specification (PSTS). These requirements are limited to those aspects of an MOT which can be mapped on to the abstract testing functions defined in ISO/IEC 9646-1, or which are essential to a proper use of the ATS. Such aspects might include a facility to produce conformance log, or the progression of the Implementation Extra Information for Testing (IXIT) proformas. Further implementation details of test systems and Upper Testers are outside the scope of this part of ISO/IEC 9646. Acceptance, validation and installation of MOT are outside the scope of this part of ISO/IEC 9646.

Information technology -- Open Systems Interconnection -- Conformance testing methodology and framework -- Part 4: Test realization

ICS
35.100.01
CCS
发布
2013-12-31
实施

This Recommendation | International Standard on Security Frameworks for Open Systems addresses the application of security services in an Open Systems environment, where the term "Open System" is taken to include areas such as Database, Distributed Applications, Open Distributed Processing and OSI. The Security Frameworks are concerned with defining the means of providing protection for systems and objects within systems, and with the interactions between systems. The Security Frameworks are not concerned with the methodology for constructing systems or mechanisms. The Security Frameworks address both data elements and sequences of operations (but not protocol elements) which may be used to obtain specific security services. These security services may apply to the communicating entities of systems as well as to data exchanged between systems, and to data managed by systems. This Recommendation | International Standard addresses the confidentiality of information in retrieval, transfer and management. It: 1) defines the basic concepts of confidentiality; 2) identifies possible classes of confidentiality mechanisms; 3) classifies and identifies facilities for each class of confidentiality mechanisms; 4) identifies management required to support the classes of confidentiality mechanism; and 5) addresses the interaction of confidentiality mechanism and the supporting services with other security services and mechanisms. A number of different types of standards can use this framework, including: 1) standards that incorporate the concept of confidentiality; 2) standards that specify abstract services that include confidentiality; 3) standards that specify uses of a confidentiality service; 4) standards that specify means of providing confidentiality within an open system architecture; and 5) standards that specify confidentiality mechanisms. Such standards can use this framework as follows: — standards of type 1), 2), 3), 4) and 5) can use the terminology of this framework; — standards of type 2), 3), 4) and 5) can use the facilities defined in clause 7 of this framework; — standards of type 5) can be based upon the classes of mechanism defined in clause 8 of this framework. As with other security services, confidentiality can only be provided within the context of a defined security policy for a particular application. The definitions of specific security policies are outside the scope of this Recommendation | International Standard. It is not a matter for this Recommendation | International Standard to specify details of the protocol exchanges which need to be performed in order to achieve confidentiality. This Recommendation | International Standard does not specify particular mechanisms to support these confidentiality services nor the full details of security management services and protocols. Generic mechanisms to support confidentiality are described in clause 8. Some of the procedures described in this security framework achieve confidentiality by the application of cryptographic techniques. This framework is not dependent on the use of particular cryptographic or other algorithms, although certain classes of confidentiality mechanisms may depend on particular algorithm properties. NOTE — Although ISO does not standardize cryptographic algorithms, it does standardize the procedures used to register them in ISO/IEC 9979:1991, Procedures for the registration of criptographic algorithms. This framework addresses the provision of confidentiality when the information is represented by data that are read-accessible to potential attackers. Its scope includes traffic flow confidentiality.

Information technology -- Open Systems Interconnection -- Security frameworks for open systems: Confidentiality framework

ICS
35.100.01
CCS
发布
2013-12-31
实施

.1 This part of ISO/IEC 9646 specifies the requirements and gives guidance for the production of system-independent conformance test suites for one or more OSI specifications. In particular, it is applicable to the production of all OSI conformance testing specifications including all draft versions of such conformance testing specifications. 1.2 This part of ISO/IEC 9646 is applicable to the production of abstract test cases which check the conformance of an implementation to the relevant static and/or dynamic conformance requirements by controlling and observing protocol behaviour. The Abstract Test Methods included in this part of ISO/IEC 9646 are, in fact, capable of being used to specify any test case which can be expressed abstractly in terms of control and observation of Protocol Data Units (PDUs) and Abstract Service Primitives (ASPs). Nevertheless, for some protocols, test cases may be needed which cannot be expressed in these terms. The specification of such test cases is outside the scope of this part of ISO/IEC 9646, although the test cases may themselves need to be included in a conformance testing specification. NOTE — For example, some static conformance requirements related to an Application service may require testing techniques which are specific to that particular Application. This part of ISO/IEC 9646 is applicable to the production of test suites for testing implementations of one or more adjacent protocols, whether or not these are embedded under other protocols. 1.3 The following are outside the scope of this part of ISO/IEC 9646: a) the relationship between Abstract Test Suite (ATS) specification and Formal Description Techniques; b) testing by means of test methods which are specific to particular applications, protocols or systems, including testing by means other than PDU exchange. NOTE — This part of ISO/IEC 9646 applies fully to some but not all Physical layer protocols. Nevertheless, many of the concepts apply to all protocols.

Information technology -- Open Systems Interconnection -- Conformance testing methodology and framework -- Part 2: Abstract Test Suite specification

ICS
35.100.01
CCS
发布
2013-12-31
实施

This series of Recommendations | International Standards defines a set of generic facilities to assist in the provision of security services in application layer protocols. These include: a) a set of notational tools to support the specification of selective field protection requirements in an abstract syntax specification, and to support the specification of security exchanges and security transformations; b) a service definition, protocol specification and PICS proforma for an application-service-element (ASE) to support the provision of security services within the Application Layer; c) a specification and PICS proforma for a security transfer syntax, associated with Presentation Layer support for security services in the Application Layer. 1.2 This Recommendation | International Standard defines the service provided by the Security Exchange Service Element (SESE). The SESE is an ASE which allows the communication of security information to support the provision of security services within the Application Layer

Information technology -- Open Systems Interconnection -- Generic upper layers security: Security Exchange Service Element (SESE) service definition

ICS
35.100.01
CCS
发布
2013-12-31
实施

Scope 1.1 This part of ISO/IEC 9646 specifies requirements on both the test laboratory and the client, for the conduct of the conformance assessment process. The requirements are those necessary to achieve comparability of results of tests on similar implementations performed by different test laboratories. Implementations could support one base specification only, multiple base specifications or one or more profile(s) based on one or more base specifications. This part of ISO/IEC 9646 also provides some guidance on the conformance assessment process. 1.2 The requirements include a) requirements for the testability of the implementation with respect to Abstract Test Methods; b) general requirements on the test laboratory and the client applicable to any conformance assessment process; c) exchange of technical and administrative information, including a System Conformance Statement, an Implementation Conformance Statement for each relevant base or profile specification, and Implementation eXtra Information for Testing for each Abstract Test Suite (ATS) to be used for testing each base specification, combination of base specifications or component of each profile, as appropriate, plus for profile testing the Profile Test Specification Summary for each profile; d) cooperation between the test laboratory and the client to reach an agreement on the definition of the Implementation Under Test), on the Abstract Test Methods and ATSs to be used and on the conditions under which testing will be performed; e) requirements for the structure and content of the conformance test reports that document the results of the conformance assessment process. 1.3 This part of ISO/IEC 9646 is applicable equally to those test laboratories which are affiliated to suppliers or procurers, and those which are independent. 1.4 This part of ISO/IEC 9646 is applicable to conformance assessment of implementations of — OSI and Integrated Services Digital Network (ISDN) base specifications that comply with the relevant requirements for testability in ISO/IEC 9646-2, and/or — OSI and ISDN profile specifications that comply with the relevant requirements for testability in ISO/IEC 9646-6,based on — conformance testing specifications specified in compliance with ISO/IEC 9646-2, — and if appropriate based on Profile Test Specification Summaries and Profile Specific Test Specifications specified in compliance with ISO/IEC 9646-6, and using Means of Testing (MOT) in compliance with ISO/IEC 9646-4. 1.5 The following are outside the scope of this part of ISO/IEC 9646: a) the production of diagnostic trace information, additional to that in the conformance log, resulting from testing performed by the test laboratory, and the supply to the client; b) aspects of test laboratory operations which are not specific to conformance testing implementations of OSI base specifications and profiles; c) accreditation of test laboratories; d) certification of implementations of OSI protocols.

Information technology -- Open Systems Interconnection -- Conformance testing methodology and framework -- Part 5: Requirements on test laboratories and clients for the conformance assessment process

ICS
35.100.01
CCS
发布
2013-12-31
实施



Copyright ©2007-2022 ANTPEDIA, All Rights Reserved
京ICP备07018254号 京公网安备1101085018 电信与信息服务业务经营许可证:京ICP证110310号