RFC892 日本語訳
0892 ISO Transport Protocol specification. International Organizationfor Standardization. December 1983. (Format: TXT=158151 bytes) (Obsoleted by RFC0905) (Status: UNKNOWN)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group ISO Request for Comments: 892 December 1983
ネットワークワーキンググループISOはコメントのために以下を要求します。 892 1983年12月
ISO Transport Protocol Specification
ISO輸送プロトコル仕様
This document is distributed as an RFC for information only. It does not specify a standard for the ARPA Internet.
このドキュメントは情報だけのためのRFCとして配布されます。 それはARPAインターネットの規格を指定しません。
Note: This document appeared in:
以下に注意してください。 このドキュメントは以下に現れました。
ISO/TC97/SC16/WG6. Information Processing Systems - Open Systems
Interconnection - Transport Protocol Specification. Computer
Communication Review 12, 3-4 (July/October 1982), pp. 24-67.
ISO/TC97/SC16/WG6。 情報処理システム(オープン・システム・インターコネクション)はプロトコル仕様を輸送します。 コンピュータCommunication Review12、3-4(1982年7月/10月)、ページ 24-67.
and differs from it only in format.
そして、形式だけにおいてそれと異なっています。
Table of Contents
目次
0. Introduction 1. Scope and Field of Application 2. References
0. 序論1。 アプリケーション2の範囲と分野。 参照
Section One - General
セクション1--一般
3. Definitions 4. Symbols and Abbreviations 5. Overview
3. 定義4。 シンボルと略語5。 概要
5.1 Service provided by the transport layer
5.2 Service assumed from the network layer
5.3 Functions of the transport layer
5.4 Model of the transport layer
5.1 5.2Serviceトランスポート層で提供されたサービスはネットワーク層からトランスポート層の5.4Modelトランスポート層の5.3Functionsを仮定しました。
Section Two - Transport Protocol Specification
セクションTwo--輸送プロトコル仕様
6. Protocol Mechanisms
6. プロトコルメカニズム
6.1 Assignment to network connection
6.2 Transport protocol data unit (TPDU) transfer
6.3 Data TPDU length and segmenting
6.4 Concatenation and separation
6.5 Connection establishment
6.6 Connection refusal
6.7 Release
6.8 Implicit termination
6.9 Spurious disconnect
6.10 Data TPDU numbering
6.11 Expedited data transfer
6.12 Reassignment
6.13 Reassignment after failure
ISO Transport Protocol Specification Page 2
International Standards Organization
6.1 失敗ISO TransportプロトコルSpecification2ページ 国際Standards Organizationの後のネットワーク接続6.2Transportプロトコルデータ単位(TPDU)転送6.3Data TPDUの長さと区分6.4Concatenationと分離6.5Connection設立6.6Connection拒否6.7Release6.8Implicit終了6.9Spurious分離6.10Data TPDU付番6.11Expeditedデータ転送6.12Reassignment6.13Reassignmentへの課題
6.14 Retention until acknowledgement of TPDUs
6.15 Resynchronization
6.16 Multiplexing and demultiplexing
6.17 Explicit flow control
6.18 Checksum
6.19 Frozen references
6.20 Retransmission on timeout
6.21 Resequencing
6.22 Inactivity control
6.23 Treatment of protocol errors
6.24 Splitting and recombining
6.14 タイムアウト6.21Resequencing6.22Inactivityの上の6.20Retransmissionがプロトコル誤り6.24Splittingの6.23Treatmentを制御するというTPDUs6.15Resynchronization6.16Multiplexingと逆多重化6.17Explicitフロー制御6.18Checksum6.19Frozen参照の承認までの保有と再結合
7. Protocol Classes
7.0 Protocol description of class 0: simple class
7.1 Protocol description of class 1: basic error recovery class
7.2 Protocol description of class 2: multiplexing class
7.3 Protocol description of class 3: error recovery and multiplexing
class
7.4 Protocol description of class 4: error detection and recovery class
7. クラス0のClasses7.0プロトコル記述について議定書の中で述べてください: クラス1の簡単なクラス7.1プロトコル記述: クラス2の基本的なエラー回復クラス7.2プロトコル記述: クラス3のマルチプレクシングクラス7.3プロトコル記述: クラス4のエラー回復とマルチプレクシングクラス7.4プロトコル記述: 誤り検出と回復のクラス
8. Encoding
8. コード化
8.1 Summary
8.2 Structure
8.3 Connection Request (CR)
8.4 Connection Confirm (CC)
8.5 Disconnect Request (DR)
8.6 Disconnect Confirm (DC)
8.7 Data (DT
8.8 Expedited Data (ED)
8.9 Data Acknowledgement (AK)
8.10 Expedited Data Acknowledgement (EA)
8.11 Reject (RJ)
8.12 TPDU Error (ERR)
8.1概要8.2構造8.3接続要求(CR)8.4接続が、分離要求(DR)8.6が切断する8.5が8.7のデータを確認する(DC)と確認する、(CCします)(DT8.8の速められたデータ(教育)8.9データ承認(AK)8.10はデータ承認(EA)8.11廃棄物(RJ)8.12TPDU誤りを速めました。(間違えます)
Section Three - Conformance
セクションThree--順応
9. Conformance
9. 順応
0. Introduction
0. 序論
The Transport Protocol Standard is one of a set of International
Standards produced to facilitate the interconection of computer
systems. The set of standards covers the services and protocols
required to achieve such interconnection.
TransportプロトコルStandardはコンピュータ・システムのinterconectionを容易にするために生産された国際Standardsの1セットの1つです。規格のセットはサービスをカバーしています、そして、プロトコルがそのようなインタコネクトを達成するのが必要です。
The Transport Protocol Standard is positioned with respect to
other related standards by the layers defined in the Reference Model
for Open Systems Interconnection (ISO 7498). It is most closely
related to, and lies within the field of application of the Transport
ISO Transport Protocol Specification Page 3
International Standards Organization
TransportプロトコルStandardはオープン・システム・インターコネクション(ISO7498)のためにReference Modelで定義された層のそばに他の関連する規格に関して置かれます。 それは、最も密接に関連して、Specification3ページ Transport ISO Transportプロトコルの国際Standards Organizationの応用分野に属します。
Service Standard (DP aaaa). It also uses and makes reference to the Network Service Standard (DP bbbb), whose provisions it assumes in order to accomplish the transport protocol's aims. The interrelationship of these standards is depicted in Figure 1.
Standard(DP aaaa)を調整してください。 また、それは、使用して、Network Service Standard(DP bbbb)について言及します。(それは、トランスポート・プロトコルの目的を達成するためにNetwork Service Standardの条項を仮定します)。これらの規格の相互関係は図1に表現されます。
-----------------------------------TRANSPORT SERVICE DEFINITION-----
-----------------------------------輸送サービス定義-----
Transport --Reference to aims--------------- Protocol Specification --Reference to assumptions--------
輸送--目的の参照--------------- プロトコルSpecification--仮定の参照--------
------------------------------------NETWORK SERVICE DEFINITION------
------------------------------------ネットワーク・サービス定義------
Figure 1 - Relationship between the transport protocol and adjacent
services
図1--トランスポート・プロトコルと隣接しているサービスとの関係
The standard specifies a common encoding and a number of
classes of transport protocol procedures to be used with different
network qualities of service.
規格は、サービスの異なったネットワーク品質と共に使用されるために一般的なコード化と多くのクラスのトランスポート・プロトコル手順を指定します。
It is intended that the Transport Protocol should be simple
but general enough to cater for the total range of Network Service
qualities possible, without restricting future extensions.
Transportプロトコルが簡単ですが、今後の拡大を制限しないで可能なNetwork Service品質の全範囲を満たすほど一般的であるべきであることを意図します。
The protocol is structured to give rise to classes of protocol
which are designed to minimize possible incompatibilities and
implementation costs.
プロトコルは、可能な非互換性と実装コストを最小にするように設計されているプロトコルのクラスをもたらすために構造化されます。
The classes are selectable with respect to the Transport and
Network Services in providing the required quality of service for the
interconnection of two session entities (note that each class provides
a different set of functions for enhancement of service qualities).
クラスはTransportとNetwork Servicesに関して2つのセッション実体のインタコネクトに必要なサービスの質を提供するのにおいて選択可能です(各クラスがサービス品質の増進に異なった関数群を提供することに注意してください)。
This protocol standard is concerned with optimisation of network
tariffs and the following qualities of service:
このプロトコル標準はネットワーク関税と以下のサービスの品質の最適化に関係があります:
a) different throughput rates;
b) different error rates;
c) integrity of data requirements;
d) reliability requirements.
a) 異なったスループットは評価します。 b)異なった誤り率。 c)データの完全性要件。 d)信頼度要求事項。
The aim of this standard is primarily to provide a definition
for implementors. Since the protocol is complex, the document contains
much material which is advisory or descriptive, but mandatory
requirements on implementations are clearly identified.
この規格の目的は主として作成者のための定義を提供することです。 プロトコルが複雑であるので、ドキュメントは多量の顧問であるか、または描写的である材料を含んでいますが、実装に関する義務的な要件は明確に特定されます。
It should be noted that, as the number of valid protocol sequences
is very large, it is not possible with current technology to verify that an
implementation will operate the protocol defined in this document
correctly under all circumstances. It is possible by means of testing
ISO Transport Protocol Specification Page 4
International Standards Organization
有効なプロトコル系列の数が非常に大きいときにそれが実装が本書では正しくあらゆる情勢のもとで定義されたプロトコルを操作することを確かめる現在の技術で可能でないことに注意されるべきです。 ISO TransportプロトコルSpecification4ページ 国際Standards Organizationをテストすることによるそれは可能です。
to establish confidence that an implementation correctly operates the protocol in a representative sample of circumstances. It is, however, intended that this standard can be used in circumstances where two implementations fail to communicate in order to determine whether one or both have failed to operate the protocol correctly.
実装が正しくプロトコルを操作するという信用を事情に関する代表試料に証明するために。 しかしながら、2つの実装がものか両方が正しくプロトコルを操作していないかどうか決定するために交信しない事情でこの規格を使用できることを意図します。
The variations and options available within this standard are
essential to enable a Transport Service to be provided for a wide
variety of applications over a variety of network qualities. Thus, a
minimally conforming implementation will not be suitable for use in
all possible circumstances. It is important therefore to qualify all
references to this standard with statements of the options provided or
required or with statements of the intended purpose of provision or
use.
この規格の中で利用可能な変化とオプションは、Transport Serviceがさまざまなネットワーク品質の上でさまざまなアプリケーションに提供されるのを可能にするのに不可欠です。 したがって、最少量で従っている実装はすべての可能な事情における使用に適しないでしょう。 したがって、提供するか、または必要とするオプションの声明か支給か使用の本来の目的の声明でこの規格のすべての参照に資格を与えるのは重要です。
1. Scope and Field of Application
1. 範囲と応用分野
1.1 This International Standard Specifies:
1.1 この国際規格は指定します:
a) five classes of procedures
a) 5つのクラスの手順
1) Class 0. Simple class;
2) Class 1. Basic error recovery class;
3) Class 2. Multiplexing class;
4) Class 3. Error recovery class;
5) Class 4. Error detection and recovery class,
1) クラス0。 簡単なクラス。 2) クラス1。 基本的なエラー回復のクラス。 3) クラス2。 マルチプレクシングのクラス。 4) クラス3。 エラー回復のクラス。 5) クラス4。 誤り検出と回復のクラス
for the transfer of data and control information from
one transport entity to a peer transport entity;
1つの輸送実体から同輩までのデータ転送と制御情報に関しては、実体を輸送してください。
b) the means of negotiating the class of procedures to be
used by the transport entities;
b) 手順のクラスを交渉する輸送実体によって使用されるべき手段。
c) the encoding of the transport protocol data units used for
the transfer of data and control information;
c) トランスポート・プロトコルデータ単位のコード化はデータ転送とコントロールに情報を使用しました。
d) the functional requirements of equipment within a
computer system claiming to implement these procedures.
d) これらの手順を実装すると主張するコンピュータ・システムの中の設備に関する機能条件書。
1.2 The procedures are defined in terms of:
1.2 手順は以下に関して定義されます。
a) the interactions between peer transport entities through
the exchange of transport protocol data units;
a) 輸送の交換による同輩輸送実体の間の相互作用はデータ単位について議定書の中で述べます。
b) the interactions between a transport entity and the
transport service user in the same system through the exchange of
transport service primitives;
b) 輸送サービス基関数の交換による同じシステムの輸送実体と輸送サービス利用者との相互作用。
c) the interactions between a transport entity and the
network service provider through the exchange of network
ISO Transport Protocol Specification Page 5
International Standards Organization
c) ネットワークISO TransportプロトコルSpecification5ページ 国際Standards Organizationの交換による輸送実体とネットワークサービスプロバイダーとの相互作用
service primitives.
基関数を修理してください。
1.3 This International Standard is applicable to equipment which
supports the Transport Layer of the OSI Reference Model and which
wishes to interconnect in an open systems environment.
1.3 この国際規格はOSI Reference ModelのTransport Layerをサポートして、オープンシステム環境で内部連絡したがっている設備に適切です。
2. References
2. 参照
ISO 7498 Information processing systems - Open systems inter-
connection - Basic Reference Model
ISO7498情報処理システム--オープンシステム相互接続--基本的なReference Model
DP aaaa Information processing systems - Open systems inter-
connection - Transport service definition (N1169).
DP aaaa情報処理システム--オープンシステム相互接続--Transportは定義(N1169)を修理します。
DP bbbb Information processing systems - Open systems inter-
connection - Connection-oriented network service
definition (N729)
DP bbbb情報処理システム--オープンシステム相互接続--接続指向のネットワーク・サービス定義(N729)
Section One - General
セクション1--一般
3. Definitions
3. 定義
3.1 Equipment: Hardware or software or a combination of both; it
need not be physically distinct within a computer system.
3.1設備: 両方のハードウェア、ソフトウェアまたは組み合わせ。 それはコンピュータ・システムの中で物理的に異なっている必要はありません。
3.2 Transport service user: An abstract representation of the
totality of those entities within a single system that make
use of the transport service.
3.2 サービス利用者を輸送してください: ただ一つのシステムの中の輸送サービスを利用するそれらの実体の全体の抽象的表現。
3.3 Network service provider: An abstract machine which models
the totality of the entities providing the network service,
as viewed by a transport entity.
3.3 サービスプロバイダーをネットワークでつないでください: 輸送実体によって見られるようにネットワーク・サービスを提供する実体の全体をモデル化する抽象計算機。
Explanatory Notes
注記
1. Definitions 3.1 to 3.3 relate to terms used in clause 1.
1. 定義3.1〜3.3は最初の節で使用される用語まで関係します。
2. This standard makes use of the terms, concepts, and
definition defined in ISO 7498.
2. この規格はISO7498で定義された用語、概念、および定義を利用します。
4. Symbols and Abbreviations
4. シンボルと略語
4.1 Data Units
4.1 データユニット
TPDU Transport protocol data unit
TSDU Transport service data unit
NSDU Network service data unit
TPDU Transportプロトコルデータ単位TSDU Transportサービスデータ単位NSDU Networkはデータ単位を調整します。
4.2 Types of transport protocol data units
トランスポート・プロトコルデータ単位の4.2のタイプ
ISO Transport Protocol Specification Page 6 International Standards Organization
ISOトランスポート・プロトコル仕様6ページ 世界規格組織
CR TPDU Connection request TPDU
CC TPDU Connection confirm TPDU
DR TPDU Disconnect request TPDU
DC TPDU Disconnect confirm TPDU
DT TPDU Data TPDU
ED TPDU Expedited data TPDU
AK TPDU Data acknowledge TPDU
EA TPDU Expedited acknowledge TPDU
RJ TPDU Rejected TPDU
ERR TPDU Error TPDU
CR TPDU Connectionは、TPDU CC TPDU Connectionが、TPDU DR TPDU Disconnectが、TPDU DC TPDU Disconnectが、TPDU DT TPDU Data TPDUエドTPDU ExpeditedデータTPDU AK TPDU Dataが、TPDU EA TPDU ExpeditedがTPDU RJ TPDU Rejected TPDU ERR TPDU Error TPDUを承認すると認めると確認するよう要求すると確認するよう要求します。
4.3 TPDU fields
4.3 TPDU分野
LI Length indicator (field)
CDT Credit (field)
TSAP-ID Transport service access point identifier
(field)
DST-REF Destination reference (field)
SCE-REF Source reference (field)
EOT End of TSDU mark
TPDU-NR DT TPDU number (field)
ED-TPDU-NR ED TPDU number (field)
YR-TU-NR Sequence number response (field)
TSDUマークTPDU-NR DT TPDU数の(分野)エド-TPDU-NR ED TPDU数の(分野)YR-TU-NR Sequence数の応答のLI Lengthインディケータ(分野)CDT Credit(分野)TSAP-ID Transportサービスアクセスポイント識別子(分野)DST-REF Destination参照(分野)SCE-REF Source参照(分野)EOT End(分野)
4.4 Parameters
4.4 パラメタ
T (R) Receive sequence number
T (S) Send sequence number
T(R)は(S)が一連番号を送る一連番号Tを受けます。
4.5 Timer variables
4.5 タイマ変数
T1 Elapse time between retransmissions
N The maximum number of retransmissions
L Bound for the maximum time between the
decision to transmit a TPDU and the receipt of
any response relating to it
T-WAIT Maximum time for a reassignment to take place
before TC failure is assumed
I Inactivity timer - Maximum time allowed to
elapse between receipt of TPDUs before TC
failure is assumed
W Window timer - Maximum interval between trans-
mission of up to date window information
T1が経過する、TCの故障がI Inactivityタイマであると思われる前に再割当てが行われるT-WAIT Maximum時間--間に経過するのが許容されて、TCの故障の前のTPDUsの領収書がW Windowタイマであると思われる最大の時--最大の間隔をそれに関係づけながら、上が窓の情報の日付を入れる移-任務の間で「再-トランスミッション」Nの間でTPDUを伝えるという決定とどんな応答の受領の間の最大の時間の「再-トランスミッション」L Boundの最大数を調節してください。
4.6 Other variables
4.6 他の変数
n The number of bits in the sequence number
field
p The number of bits in the credit field of a
CR, CC or AK TPDU
ISO Transport Protocol Specification Page 7
International Standards Organization
n クレジットにおける、ビットの数がさばくAK TPDU ISO TransportプロトコルSpecification7ページ CR、CCまたは国際Standards Organizationの一連番号分野pのビットの数
4.7 Miscellaneous
4.7 その他
TS-user Transport service user
TSAP Transport service access point
NSAP Network service access point
TC Transport connection
NC Network Connection
TS-ユーザTransportサービス利用者TSAP TransportサービスアクセスポイントNSAP NetworkサービスアクセスポイントTC Transport接続NC Network Connection
5. Overview of the Transport Protocol
5. トランスポート・プロトコルの概要
5.1 Service Provided by the Transport Layer
5.1 トランスポート層で提供されたサービス
The services provided by the protocol described in this
document are connection-oriented services. They are defined in
document DP aaaa. The Transport Service primitives provided are
summarized in Figure 1.
ISO Transport Protocol Specification Page 8
International Standards Organization
本書では説明されたプロトコルによって提供されたサービスはコネクション型サービスです。 それらはドキュメントDP aaaaで定義されます。 基関数が提供したTransport Serviceは図1にまとめられます。 ISOトランスポート・プロトコル仕様8ページ 世界規格組織
Primitive Parameters
------------------------------------------------------------------------
T-CONNECT Request To Transport Address, From
Indication Transport Address, Expedited
Data Option, Quality of
Service, TS-User data.
------------------------------------------------------------------------
T-CONNECT Response Responding Address, Quality
Confirmation of Service, Expedited Data
Option, TS-User data.
------------------------------------------------------------------------
T-DATA Request TS-User data.
Indication
------------------------------------------------------------------------
T-EXPEDITED Request TS-User data.
DATA Indication
------------------------------------------------------------------------
T-DISCONNECT Request TS-User data.
------------------------------------------------------------------------
T-DISCONNECT Indication Disconnect reason, TS-User
data.
------------------------------------------------------------------------
原始のパラメタ------------------------------------------------------------------------ T-CONNECT Request To Transport Address、From Indication Transport Address、Expedited Data Option、ServiceのQuality、TS-利用者データ。 ------------------------------------------------------------------------ T-CONNECT Response Responding Address、Service、Expedited Data Option、TS-利用者データのQuality Confirmation。 ------------------------------------------------------------------------ T-DATA Request TS-利用者データ。 指示------------------------------------------------------------------------ T-EXPEDITED Request TS-利用者データ。 データ指示------------------------------------------------------------------------ T-DISCONNECT Request TS-利用者データ。 ------------------------------------------------------------------------ T-DISCONNECT Indication Disconnect理由、TS-利用者データ。 ------------------------------------------------------------------------
Figure 1. Transport Service Primitives
図1。 輸送サービス基関数
5.2 Service Assumed from the Network Layer
5.2 ネットワーク層から想定されたサービス
The transport protocol described in this document assumes of
the Network Services described in DP bbbb. The Network Service
primitives used are summarized in Figure 2.
ISO Transport Protocol Specification Page 9
International Standards Organization
トランスポート・プロトコルはこのドキュメントが仮定するDP bbbbで説明されたNetwork Servicesのコネについて説明しました。 基関数が使用したNetwork Serviceは図2にまとめられます。 ISOトランスポート・プロトコル仕様9ページ 世界規格組織
Primitive X/Y Parameters X/Y/Z
------------------------------------------------------------------------
N-CONNECT Request X Called Address, X
Indication X Calling Address, X
Response X NS-User data, Z
Confirmation X QOS. X
------------------------------------------------------------------------
N-DATA Request X NS-User data, X
Indication X Conf. Request Y
------------------------------------------------------------------------
N-DATA Request Y
ACKNOWLEDGE Indication
------------------------------------------------------------------------
N-EXPEDITED Request Y
DATA Indication NS-User data Y
------------------------------------------------------------------------
N-RESET Request X
Indication X
Response X
Confirmation X
------------------------------------------------------------------------
N-DISCONNECT Request X NS-User data Z
Indication X
------------------------------------------------------------------------
原始のX/YパラメタX/Y/Z------------------------------------------------------------------------ N-CONNECT Request X Called Address、X Indication X Calling Address、X Response X NS-利用者データ、Z Confirmation X QOS。 X------------------------------------------------------------------------ N-DATA Request X NS-利用者データ、X Indication X Conf。 Yを要求してください。------------------------------------------------------------------------ N-データは、Yが指示を承諾するよう要求します。------------------------------------------------------------------------ N-EXPEDITED Request Y DATA Indication NS-利用者データY------------------------------------------------------------------------ N-リセット要求X指示X応答X確認X------------------------------------------------------------------------ N-DISCONNECT Request X NS-利用者データZ Indication X------------------------------------------------------------------------
X - The Transport Protocol assumes that this facility is
provided in all networks.
X--Transportプロトコルは、この施設がすべてのネットワークに提供されると仮定します。
Y - The Transport Protocol assumes that this facility is
provided in some networks and a mechanism is provided
to optionally use the facility.
Y--Transportプロトコルはこの施設をいくつかのネットワークに提供して、任意に施設を使用するためにメカニズムを提供すると仮定します。
Z - The Transport Protocol does not use this parameter.
Z--Transportプロトコルはこのパラメタを使用しません。
Figure 2. Network Service Primitives
図2。 ネットワーク・サービス基関数
5.3 Functions of the Transport Layer
輸送の5.3の機能が層にされます。
5.3.1 Connection Oriented Functions
5.3.1 接続の指向の機能
5.3.1.1 Overview of Functions
5.3.1.1 機能の概要
The functions in the transport layer are at least those
necessary to bridge the gap between the services available from the
network layer and those to be offered to the transport users.
トランスポート層の機能は少なくとも輸送ユーザに提供されるネットワーク層とそれらから利用可能なサービスのギャップをブリッジする必要なそれらです。
The functions in the transport layer are concerned with the
enhancement of quality of service, including all aspects of cost
optimization. They are described below; the descriptions are grouped
into those concerned with the establishment phase, the data transfer
ISO Transport Protocol Specification Page 10
International Standards Organization
トランスポート層の機能はサービスの質の増進に関係があります、費用最適化の全面を含んでいて。 それらは以下で説明されます。 記述は確立段階に関するものに分類されて、データ転送ISO TransportプロトコルSpecification10ページは国際Standards Organizationです。
phase, and the release phase.
フェーズ、および解除相。
5.3.1.1.1 Establishment Phase
5.3.1.1.1 確立段階
The goal of the establishment phase is to establish a
transport connection, i.e., between two transport users. The
functions of transport layer during this phase must match the
requested class of services with the services provided by the network
layer as follows:
確立段階の目標はすなわち、2人の輸送ユーザの間の輸送接続を確立することです。 この段階の間のトランスポート層の関数は以下のネットワーク層で提供するサービスに要求されたクラスのサービスに合わなければなりません:
o Select network service which best matches the requirement
of the TS-user taking into account charges for various
services.
o 様々なサービスのための充電を考慮に入れながらTS-ユーザの要件に最もよく合っているネットワーク・サービスを選択してください。
o Decide whether to multiplex multiple transport connection
onto a single network connection.
o 複数の輸送接続を単独のネットワーク接続に多重送信するかどうか決めてください。
o Establish the optimum TPDU size.
o 最適なTPDUサイズを確立してください。
o Select the functions that will be operational upon entering
the data transfer phase.
o データ転送段階に入るとき操作上になる機能を選択してください。
o Map transport addresses onto network addresses.
o 輸送アドレスをネットワーク・アドレスに写像してください。
o Provide a means to distinguish between two different
transport connections.
o 2人の異なった輸送の接続を見分ける手段を提供してください。
o Transportation of user's data.
o ユーザのデータの輸送。
5.3.1.1.2 Data Transfer Phase
5.3.1.1.2 データ転送段階
The purpose of the data transfer phase is to permit two-way
simultaneous transport of TSDUs between the session entities connected
by the transport connection. This purpose is achieved by means of
two-way simultaneous communication in the Transport protocol and by
the following functions. Each of these functions is used or not used
in accordance with the result of the selection performed in the
establishment phase.
データ転送段階の目的は輸送接続によって接続されたセッション実体の間のTSDUsの両用同時の輸送を可能にすることです。 この目的はTransportプロトコルと以下の機能による両方向同時通信によって達成されます。 それぞれのこれらの機能は、使用されるか、または確立段階で実行された選択の結果に従って、使用されません。
o Concatenation and Separation
o 連結と分離
A function used to collect several TPDUs into a single
NSDU; the destination transport entity separates the TPDUs.
機能は以前はよく数個のTPDUsを独身のNSDUに集めていました。 目的地輸送実体はTPDUsを切り離します。
o Segmenting and Reassembling
o 区分と組み立て直すこと
The splitting of a single data TSDU into multiple TPDUs
which are reassembled into their original format at the
destination.
目的地の彼らの元の形式に組み立て直される複数のTPDUsへの独身のデータTSDUの分かれること。
ISO Transport Protocol Specification Page 11 International Standards Organization
ISOトランスポート・プロトコル仕様11ページ 世界規格組織
o Multiplexing and Demultiplexing
o マルチプレクシングと逆多重化
A function used to share a single network connection
between two or more transport connections.
機能は以前はよく2人以上の輸送の接続の間の単独のネットワーク接続を共有していました。
o Splitting and Recombing
o 分かれるのとリコーミング
A function allowing the simultaneous use of two or more
network connections to support the same transport connec-
tion.
2の同時の使用を許す機能か以上が、同じ輸送がconnec- tionであるとサポートするために接続をネットワークでつなぎます。
o Flow Control
o フロー制御
A function used to regulate the flow of TPDUs between two
transport entities on one transport connection.
機能は以前はよく1つの輸送接続での2つの輸送実体の間のTPDUsの流れを規制していました。
o Error Detection
o 誤り検出
A function used to detect the loss, corruption,
duplication, misordering or misdelivery of TPDUs.
機能は以前はよくTPDUsの損失、不正、複製、misorderingまたは配達ミスを検出していました。
o Transport Connection Identification
o 輸送接続識別
A means to uniquely identify a transport connection
between the pair of transport entities supporting the
connection during the lifetime of the transport
connection.
輸送接続の生涯接続をサポートしながら輸送実体の組の間で唯一輸送接続を特定する手段。
o Error Recovery
o エラー回復
A function used to recover from detected and signalled
errors.
機能は以前は検出されて合図された誤りからよく克服されていました。
o Expedited Data
o 速められたデータ
A function used to bypass the flow control of normal data
TPDU. Expedited data TPDUs' flow is controlled by
separate flow control.
機能は以前は正常なデータTPDUのフロー制御をよく迂回させていました。 速められたデータTPDUsの流れは別々のフロー制御で制御されます。
o TSDU Delimiting
o TSDUの区切り
A function used to determine the beginning and ending of
a TSDU.
機能は以前はよくTSDUの始めと結末を決定していました。
5.3.1.1.3 Release Phase
5.3.1.1.3 解除相
A function to provide a disconnection of the transport
connection, regardless of the current activity.
現在の活動にかかわらず輸送接続の断線を提供する機能。
5.3.1.2 Classes and Options ISO Transport Protocol Specification Page 12 International Standards Organization
5.3.1.2 クラスとオプションISO輸送は仕様12ページ 世界規格組織について議定書の中で述べます。
A class defines a set of functions. In this protocol five
classes are defined:
クラスは関数群を定義します。 このプロトコルでは、5つのクラスが定義されます:
o Class 0: Simple Class
o Class 1: Basic Error Recovery Class
o Class 2: Multiplexing Class
o Class 3: Error Recovery and Multiplexing Class
o Class 4: Error Detection and Recovery Class.
o クラス0: 簡単な○Class Class1: 基本的な○Error Recovery Class Class2: マルチプレクシングClass○Class3: 誤りのRecoveryとMultiplexing Class o Class4: 誤り検出と回復のクラス。
Note that with the exception of classes 0 and 1, transport
connections of different class may be multiplexed together
onto the same network connection.
クラス0と1を除いて、異なったクラスの輸送の接続が同じネットワーク接続に一緒に多重送信されるかもしれないことに注意してください。
5.3.1.2.2 Options within Classes
5.3.1.2.2 クラスの中のオプション
Options define potential functions which may be used within
a class.
オプションはクラスの中で使用されるかもしれないポテンシャル関数を定義します。
5.3.1.2.3 Negotiation
5.3.1.2.3 交渉
Classes and options within classes are negotiated during
the connection establishment phase.
クラスの中のクラスとオプションは接続確立段階の間、交渉されます。
5.3.1.2.4 Choice of the Class of Protocol
5.3.1.2.4 プロトコルのクラスの選択
The choice will be made by the transport entities according
to:
以下に従って輸送実体で選択をするでしょう。
o the users requirement expressed via T-CONNECT service
primitives. In particular, for the choice of the
class of protocol, the following rules apply:
o ユーザ要件はT-CONNECTを通してサービス基関数を言い表しました。 プロトコルのクラスの選択のために、特に、以下の規則は申し込まれます:
- if the TS-User requests either transmission of
user data during the connection phase, or use of
Expedited data transfer, then Class 0 cannot be
selected.
- TS-ユーザが接続段階の間の利用者データの伝達かExpeditedデータ転送の使用のどちらかを要求するなら、Class0を選択できません。
- if the TS-User requests use of Expedited data
transfer, then Class 2 with the non-explicit
flow control option cannot be selected.
- TS-ユーザがExpeditedデータ転送の使用を要求するなら、非明白なフロー制御オプションがあるClass2を選択できません。
o the quality of the available Network services;
o 利用可能にNetworkサービスの品質。
o the user required service versus cost ratio
acceptable for the transport user.
o ユーザは輸送ユーザにとって、許容できる費用比率に従ったサービスを必要としました。
The following is a classification of network services in terms
of quality with respect to error behavior relative to the user
requirements. Its main purpose is to provide a basis for the decision
regarding which class of transport connection should be used on top of
ISO Transport Protocol Specification Page 13
International Standards Organization
↓これは質の点からユーザ要件に比例したネットワーク・サービスの誤りの振舞いに関する分類です。 主な目的は接続がISO TransportプロトコルSpecification13ページ 国際Standards Organizationの上でどのクラスの輸送に関して使用されるべきであるかという決定の基礎を提供することです。
a given network connection.
与えられたネットワーク接続。
Type A: Network connection with acceptable residual error
rate (for example not signalled by 'clear' or 'reset')
and acceptable rate of signalled failures.
A:をタイプしてください。 合図された失敗の許容できる残りの誤り率(例えば、'クリアしてください'によって合図されないか、または'リセットされていない')の、そして、許容できるレートとの関係をネットワークでつないでください。
Type B: Network connections with acceptable residual error
rate (for example not signalled by 'clear' or 'reset')
but unacceptable rate of signalled failures.
タイプB: 許容できる見逃し誤りとのネットワーク接続は合図された失敗の(例えば、'クリアしてください'によって合図されないか、または'リセットされていない')の、しかし、容認できないレートを評定します。
Type C: Network connections with residual error rate not
acceptable to the TS-user.
タイプC: TS-ユーザにとって、許容できない見逃し誤りレートとの関係をネットワークでつないでください。
It is assumed that each transport entity is aware of the
quality of service provided by particular Network connections.
それぞれの輸送実体が特定のNetwork接続によって提供されたサービスの質を知っていると思われます。
5.3.1.3 Potential Functions
5.3.1.3 ポテンシャル関数
The protocol described in this document does not include the
following set of functions which have been identified as potential
transport layer functions:
本書では説明されたプロトコルは潜在的トランスポート層が機能するとき特定された以下のセットの機能を含んでいません:
o provision for encryption
o 暗号化への支給
o provision for accounting mechanisms
o 会計機構への支給
o provision for status exchanges and monitoring of quality
of service
o サービスの質の状態交換とモニターへの支給
o provision for blocking
o ブロッキングへの支給
o temporary release of network connections
o ネットワーク接続の一時的な解放
5.4 Model of the Transport Layer
5.4 トランスポート層のモデル
TSAP TSAP
TSAP TSAP
Transport Protocol Transport Protocol
Entity Entity
トランスポート・プロトコルトランスポート・プロトコル実体実体
NSAP ------- NSAP -------
| (NSAP) | (NSAP)
| | | |
| |-------------------------|--------
| |
-----------------------------------
NSAP------- NSAP------- | (NSAP) | (NSAP) | | | | | |-------------------------|-------- | | -----------------------------------
A Transport Protocol entity within the Transport Layer
communicates with a Transport User through a TSAP by means of the
ISO Transport Protocol Specification Page 14
International Standards Organization
Transport Layerの中のTransportプロトコル実体はSpecification14ページ ISO Transportプロトコルの国際Standards OrganizationによってTSAPを通してTransport Userとコミュニケートします。
service primitives as defined by the transport service definition DP aaaa. Service primitives will cause or be the result of Transport Protocol Data Unit exchanges between the peer Transport Protocol entities supporting a Transport Connection. These protocol exchanges are effected using the services of the Network Layer as defined by the Network Service Definition DP bbbb through one or more NSAPs.
輸送サービス定義DP aaaaによって定義されるように基関数を修理してください。 サービス基関数は引き起こされるだろうか、Transport Connectionをサポートする同輩Transportプロトコル実体の間のTransportプロトコルData Unit交換の結果になってください。 これらのプロトコル交換は、1NSAPsを通してNetwork Service Definition DP bbbbによって定義されるようにNetwork Layerのサービスを利用することで作用しています。
Transport connection endpoints are identified in end systems
by an internal, implementation dependent, mechanism so that the
Transport User and the Transport Protocol entity can refer to each
Transport connection.
輸送接続終点は、Transport UserとTransportプロトコル実体がそれぞれのTransport接続について言及できるように、内部の、そして、実装に依存するメカニズムによってエンドシステムで特定されます。
Section Two - Transport Protocol Specification
セクションTwo--輸送プロトコル仕様
6. Protocol Mechanisms
6. プロトコルメカニズム
Several functions are described as 'inherent' or 'pervasive'.
Inherent functions must be invoked for every transport connection.
Pervasive functions are optional, but if one is invoked for the first
transport connection over a network connection, it must also be invoked
for any and all other transport connections which use that network
connection during its lifetime.
いくつかの機能が'固有である'か'普及している'と記述されています。 すべての輸送接続のために固有の機能を呼び出さなければなりません。 普及している機能は任意ですが、1つがネットワーク接続の上の最初の輸送接続のために呼び出されるなら、また、生涯そのネットワーク接続を使用する他のありとあらゆる輸送の接続のためにそれを呼び出さなければなりません。
6.1 Assignment to Network Connection
6.1 ネットワーク接続への課題
Purpose: Assignment of transport connections to network
connections.
目的: ネットワーク接続への輸送の接続の課題。
Network Service Primitives:
サービス基関数をネットワークでつないでください:
N-CONNECT
N-DISCONNECT
N-分離をNで接続してください。
Description:
記述:
This function is inherent.
この機能は固有です。
Before a transport connection can be created or used, it must
be assigned to one (or more if splitting function is being used)
network connection(s). Both transport entities involved must become
aware of this assignment. A transport connection may be assigned to a
suitable existing network connection; one or more new network
connections may also be created for the purpose.
輸送接続を創造するか、または使用できる前に、1人(機能を分けるなら、以上は使用されている)のネットワーク接続にそれを割り当てなければなりません。 かかわった両方の輸送実体はこの課題を意識するようにならなければなりません。 輸送接続は適当な既存のネットワーク接続に選任されるかもしれません。 また、1人以上の新しいネットワーク接続が目的のために創造されるかもしれません。
An existing network connection, which connects the relevant
transport entities, is unsuitable for assignment of a transport
connection if, for example:
輸送接続の課題に、既存のネットワーク接続(関連輸送実体を接続する)が不適当である、例えば:
o the quality of service needed for the transport connection
can not be met by using or enhancing the network
ISO Transport Protocol Specification Page 15
International Standards Organization
o ISO TransportプロトコルSpecification15ページ ネットワークの国際Standards Organizationを使用するか、または高めることによって、輸送接続に必要であるサービスの質は満たすことができません。
connection.
接続。
o the protocol class preferred or in use for the transport
connection is incompatible with the current usage of the
network connection as regards the use of pervasive
functions (e.g., multiplexing).
o 普及している機能(例えば、多重送信する)の使用を見なすとき、輸送接続に、都合のよいか使用中のプロトコルのクラスはネットワーク接続の現在の使用法と両立しないです。
When a new network connection is created, the quality of
service requested is a local matter, though it will normally be
related to the requirements of transport connection(s) expected to be
assigned to it.
新しいネットワーク接続が創造されるとき、要求されたサービスの質は地域にかかわる事柄です、通常それに割り当てられると予想された輸送接続の要件に関連するでしょうが。
A Network Connection with no transport connections will be
available after initial establishment or because explicit
disconnection of all the transport connections previously assigned to
it has taken place. Either Transport entity may as a local
matter choose to disconnect the Network Connection or assign other
Transport Connections to it.
当初設定の後か以前にそれに選任されるすべての輸送の接続の明白な断線が行われたので輸送の接続のいないNetwork Connectionは利用可能になるでしょう。 地域にかかわる事柄が、Network Connectionから切断するか、または他のTransportコネクションズをそれに割り当てるのを選ぶとき、どちらかのTransport実体はそうするかもしれません。
6.2 Transport Protocol Data Unit (TPDU) Transfer
6.2 トランスポート・プロトコルデータ単位(TPDU)転送
Purpose: To convey transport protocol data unit in user
data fields of network service primitives.
目的: 輸送を伝えるには、ネットワーク・サービス基関数のユーザデータ・フィールドでデータ単位について議定書の中で述べてください。
Network Service Primitives
ネットワーク・サービス基関数
N-DATA
N-EXPEDITED DATA
N-データのNで速められたデータ
Description:
記述:
This function is inherent.
この機能は固有です。
The Transport Protocol Data Units (TPDUs) defined for the
protocol are listed in Figure 3.
プロトコルのために定義されたTransportプロトコルData Units(TPDUs)は図3に記載されています。
TPDU name Abbreviation
TPDU名前Abbreviation
Connection Request CR
Connection Confirm CC
Disconnect Request DR
Disconnect Confirm DC
Data DT
Expedited Data ED
Data Acknowledge AK
Expedited Acknowledge EA
Reject RJ
TPDU Error ERR
CCする接続が分離要求DR分離を確認する接続要求CRは、速められたデータ教育データが、AKが速めたと認めるDCデータDTが、EA廃棄物RJ TPDU誤りが間違えると認めると確認します。
Figure 3. Transport Protocol Data Units
ISO Transport Protocol Specification Page 16
International Standards Organization
図3。 ISOが輸送するトランスポート・プロトコルデータ単位は仕様16ページ 世界規格組織について議定書の中で述べます。
TPDUs are conveyed using the NS-User data parameters of the
Network Service primitives, primarily with the N-DATA, but also with
N-EXPEDITED primitives.
TPDUsは、主としてN-DATAですが、N-EXPEDITED基関数と共にNetwork Service基関数のNS-利用者データパラメタを使用することで運ばれます。
Transport entities shall accept all permissible assignments and
may issue any permissible assignments. The permissible assignments of
TPDUs to these primitives are shown in Figure 4. Concatenation of
TPDUs is also permitted (see section 6.4).
輸送実体は、すべての許されている課題を受け入れて、どんな許されている課題も発行するかもしれません。 これらの基関数へのTPDUsの許されている課題は図4に示されます。 また、TPDUsの連結は受入れられます(セクション6.4を見てください)。
Primitive Applicable TPDUs Note
原始の適切なTPDUs注意
N-DATA CR, CC, DR, DT, ED,
AK, EA, RJ, DC, ERR
N-データCR、cc、博士、DT、エド、AK、EA、RJ、DCは間違えます。
N-EXPEDITED ED, EA 1
Nで速められたエド、EA1
Notes:
注意:
1. This assignment is permissible only when using class 1 and when
the network expedited variant has been agreed.
1. クラス1を使用するときだけ、この課題は許されています、そして、ネットワークがいつ異形を速めたかは同意されました。
Figure 4. Network Service Primitives which can convey TPDUs.
図4。 TPDUsを運ぶことができるService Primitivesをネットワークでつないでください。
6.3 Data TPDU Length and Segmenting
6.3 データTPDUの長さと区分
Purpose: Mapping between one TSDU and TPDUs.
目的: 1TSDUとTPDUsの間で写像します。
TPDUs and fields used:
TPDUsと分野は使用しました:
DT
- End of TSDU (1 bit)
DT--TSDUの端(1ビット)
Description:
記述:
The data field of Data TPDUs may contain any number of octets
up to an agreed maximum as negotiated at connection time.
Data TPDUsのデータ・フィールドは接続時間に交渉されるようにいろいろな八重奏を同意された最大まで含むかもしれません。
A transport entity uses an End of TSDU mark as defined below:
輸送実体は以下で定義されるようにTSDUマークのEndを使用します:
In each Data TPDU a transport entity may indicate the end of a
TSDU.
各Data TPDUでは、輸送実体はTSDUの端を示すかもしれません。
Category 1 Having the End of TSDU mark set to yes. These
TPDUs may or may not have the maximum length.
TSDUマークのカテゴリ1Having Endははいにセットしました。 これらのTPDUsには、最大の長さがあるかもしれません。
Category 2 Having the End of TSDU mark set to no. These
TPDUs do not necessarily have the maximum
length.
TSDUマークのカテゴリ2Having EndはNo.にセットしました。 これらのTPDUsには、最大の長さが必ずあるというわけではありません。
A complete Data TPDU sequence is defined as being composed of
ISO Transport Protocol Specification Page 17
International Standards Organization
完全なData TPDU系列はISO TransportプロトコルSpecification17ページ 国際Standards Organizationで構成されると定義されます。
either a single category 1 DT TPDU or consecutive category 2 followed by a category 1 DT TPDU.
ただ一つのカテゴリ夏時間1のTPDUの、または、連続したカテゴリ2はカテゴリ夏時間1TPDUまでに続きました。
6.4 Concatenation and Separation
6.4 連結と分離
Pupose: Conveyance of multiple TPDUs in one NSDU.
Pupose: 1NSDUの複数のTPDUsの運送。
Description:
記述:
All TPDUs carry in their TPDU header a length indicator (see
Section 8.2.1). Additionally, TPDUs are classified as either Data
TPDUs or Control TPDUs. Control TPDUs may or may not contain a data
field. For TPDUs containing data the length of the data field is
indicated by the length of the NSDU. These provisions permit any
number of Control TPDUs that may not contain data to be concatenated
with a single control TPDU which may contain data or with a single
Data TPDU. The control TPDUs without data must precede the TPDU with
data, if any. The number of TPDUs so concatenated is terminated by
the end of the NSDU.
すべてのTPDUsが彼らのTPDUヘッダーで長さのインディケータを運びます(セクション8.2.1を見てください)。 さらに、TPDUsはData TPDUsかControl TPDUsのどちらかとして分類されます。 コントロールTPDUsはデータ・フィールドを含むかもしれません。 データを含むTPDUsに関しては、データ・フィールドの長さはNSDUの長さによって示されます。 これらの条項は、データを含まないかもしれないいろいろなControl TPDUsがデータを含むかもしれない独身のコントロールTPDUか独身のData TPDUと共に連結されることを許可します。 データのないコントロールTPDUsはもしあればデータがあるTPDUに先行しなければなりません。 そのように連結されたTPDUsの数はNSDUの端までに終えられます。
The concatenated set of TPDUs may be for the same or different
transport connections. An implementation shall accept concatenated
TPDUs and may concatenate TPDUs before transmission. The transport
entity shall not send a concatenated set of TPDUs which exceeds twice
the overall maximum TPDU length for all the TCs assigned to the
network connection.
TPDUsの連結されたセットは同じであるか異なった輸送の接続のためのものであるかもしれません。 実装は、連結されたTPDUsを受け入れて、トランスミッションの前にTPDUsを連結するかもしれません。 輸送実体はネットワーク接続に割り当てられたすべてのTCsのために総合的な最大のTPDUの長さの2倍を超えているTPDUsの連結されたセットを送らないものとします。
6.5 Connection Establishment
6.5 コネクション確立
Purpose: Creation of a new transport connection.
目的: 新しい輸送接続の作成。
Network Service Primitives:
サービス基関数をネットワークでつないでください:
N-DATA
N-データ
TPDUs and fields used:
TPDUsと分野は使用しました:
CR, CC
- source reference (16 bits)
- initial credit (if applicable)
- calling transport address (optional)
- called transport address (optional)
- user data (optional)
- TPDU size (optional)
- sequence number length (optional)
- checksum selection (optional)
- acknowledgement time (optional)
- quality of service (optional)
CR
- preferred protocol class
ISO Transport Protocol Specification Page 18
International Standards Organization
CR CC--ソース参照(16ビット)--(輸送をアドレス(任意の)と呼ぶという初期のクレジット(適切であるなら))は、輸送アドレス(任意の)--利用者データ(任意の)--TPDUサイズ(任意の)--一連番号の長さ(任意の)--チェックサム選択(任意の)--承認時間(任意の)--サービスの質を(任意)のCRと呼びました--プロトコルクラスISO TransportプロトコルSpecification18ページ 国際Standards Organizationを好みます。
- alternative protocol classes (zero or more)
- version number (optional)
- security (optional)
- proposed options
CC
- destination reference (16 bits)
- selected protocol class
- selected options
- 代替のプロトコルのクラス(ゼロか以上)--バージョン番号(任意の)--提案されたオプションCC(目的地参照(16ビット))がプロトコルのクラスを選択したというセキュリティ(任意の)はオプションを選択しました。
Description:
記述:
This function is inherent:
この機能は固有です:
A transport connection is established by means of one
transport entity (the initiator) transmitting a Connection Request
(CR) TPDU to the other transport entity (the responder), which replies
with a Connection Confirm (CC) TPDU. Before sending the CR TPDU, the
initiator assigns the transport connection being created to one (or
more if the splitting function is being used) network connection(s).
It is this set of network connections over which the TPDUs are sent.
During this exchange, all information and parameters needed for the
transport entities to operate must be exchanged or negotiated.
輸送接続は、1つの輸送実体(創始者)によってもう片方の輸送実体(応答者)(Connection Confirm(CC)TPDUと共に返答する)にConnection Request(CR)TPDUを伝えながら、確立されます。 CR TPDUを送る前に、創始者は1人(分かれることが機能するなら、以上は使用されている)のネットワーク接続に創造される輸送接続を選任します。 それはTPDUsが送られるこのセットのネットワーク接続です。 この交換の間、輸送実体が作動するのに必要であるすべての情報とパラメタを、交換しなければならないか、または交渉しなければなりません。
The following information is exchanged:
以下の情報を交換します:
o references. Each transport entity chooses a reference which
is 16 bits long and which is arbitrary except for the following
restrictions:
o 参照。 それぞれの輸送実体は長さ16ビットである、以下の制限を除いて、任意の参照を選びます:
- it cannot already be in use or "frozen" (see "Frozen
References", Section 6.19).
- それは、既に使用中であることができないか、「凍ることができない」(「凍っている参照」、セクション6.19を見てください)。
- it cannot be zero.
- それはゼロであるはずがありません。
Each transport entity is responsible for selecting the
Reference which the partner will use. This mechanism is symmetrical
and therefore avoids the need to assign a status of master or slave to
partners and avoids call collision. This mechanism also provides
identification of the transport connection independent of the network
connection. The range of References used for transport connections, in
a given transport entity, is a local system parameter.
それぞれの輸送実体はパートナーが使用するReferenceを選択するのに原因となります。 このメカニズムは、対称であり、したがって、マスターの状態を割り当てるか、またはパートナーに身を粉にして働く必要性を避けて、呼び出し衝突を避けます。 また、このメカニズムはネットワーク接続の如何にかかわらず輸送接続の識別を提供します。 与えられた輸送実体では、輸送の接続に使用されるReferencesの範囲はローカルシステムパラメタです。
o addresses (optional). Indicate the calling and called
transport service access points. When either network
address unambiguously defines the transport address this
information may be omitted.
o 扱います(任意の)。 呼ぶのと呼ばれた輸送サービスアクセスポイントを示してください。 ネットワーク・アドレスが明白に輸送アドレスを定義するとき、この情報は省略されるかもしれません。
o initial credit. Only relevant for classes which include
the Explicit Flow Control Function.
o クレジットに頭文字をつけてください。 Explicit Flow Control Functionを含んでいるクラスだけにおいて、関連しています。
ISO Transport Protocol Specification Page 19 International Standards Organization
ISOトランスポート・プロトコル仕様19ページ 世界規格組織
o user data. Not available in class 0. Up to 32 octets in
in other classes.
o 利用者データ。 クラス0では、利用可能ではありません。 中で他のクラスで32の八重奏へ上昇してください。
The following negotiations take place:
以下の交渉は行われます:
o protocol class. The initiator shall propose a preferred
class and any number of alternatives. (Except that no alternatives are
allowed when class 0 is the preference.) The initiator should assume
when it sends the CR TPDU that its preferred class will be agreed to,
and commence the functions associated with that class.
o クラスについて議定書の中で述べてください。 創始者は都合のよいクラスといろいろな選択肢を提案するものとします。 (クラス0が好みであるときに、代替手段が全く許容されていないのを除いて。) 創始者はそれがそれでCR TPDUに行くとき、都合のよいクラスはそのクラスに関連している機能に同意されて、始めると仮定するべきです。
Note: This means, for example, that when a class which
includes resynchronization (see "Resynchronization", Section 6.15) is
preferred, resynchronization will occur if a reset is signalled during
connection establishment.
以下に注意してください。 例えば、これは、再同期("Resynchronization"を見てください、セクション6.15)を含んでいるクラスが好まれるとき、リセットがコネクション確立の間、合図されると再同期が現れることを意味します。
When the responder has decided which class is to be used, it
shall indicate this in the CC TPDU and shall invoke the appropriate
functions for the class. The responder may select the preferred
class, or any of the alternative classes or may select class 0 if
class 1 is proposed or class 2 if class 3 or 4 is proposed. (see
Section 9)
応答者が、どのクラスが使用されていることになっているかを決めたとき、それは、CC TPDUでこれを示して、クラスのために適切な機能を呼び出すものとします。 応答者は、都合のよいクラス、または代替のクラスのどれかを選択するか、またはクラス1が提案されるか、またはクラス2がクラス3か4であるなら提案されるなら、クラス0を選択するかもしれません。 (セクション9を見ます)
If the preferred class is not selected, then on receipt of the
CC TPDU, the initiator shall adjust its functions accordingly.
都合のよいクラスが選択されないなら、CC TPDUを受け取り次第、創始者はそれに従って、機能を調整するものとします。
o TPDU Size. The initiator may propose a maximum size for
TPDUs, and the responder may accept this value or respond with any
value between the proposed value and 128 in the set of values
available (see "Encoding", Section 8).
o TPDUサイズ。 創始者がTPDUsのために最大サイズを提案するかもしれなくて、応答者は、提案された値と128の間で値の利用可能なセットでこの値を受け入れるか、またはどんな値でも応じるかもしれません(「コード化」を見てください、セクション8)。
o sequence number length. Either normal or extended is
available. When the sequence number is extended, the credit field (if
applicable) is also extended.
o 一連番号の長さ。 正常であるか広げられる、利用可能です。 また、一連番号が拡張されているとき、クレジット分野(適切であるなら)は広げられます。
o checksum selection. This defines whether or not TPDUs of
the connection are to include a checksum.
o チェックサム選択。 これは、接続のTPDUsがチェックサムを含むことになっているかどうかを定義します。
o version number. This defines the version of the transport
protocol standard used for this connection.
o バージョン番号。 これはこの接続に使用される輸送プロトコル標準のバージョンを定義します。
o security parameter. This parameter and its semantics are
user defined.
o セキュリティパラメタ。 このパラメタとその意味論は定義されたユーザです。
o quality of service parameter. This defines the throughput,
delay, priority and residual error rate.
o サービスの質パラメタ。 これはスループット、遅れ、優先権、および見逃し誤りレートを定義します。
o The non-use of explicit flow control in class 2 is
negotiated.
o クラス2における明白なフロー制御の非使用は交渉されます。
ISO Transport Protocol Specification Page 20 International Standards Organization
ISOトランスポート・プロトコル仕様20ページ 世界規格組織
o The use of Network Receipt Confirmation and Network
expedited is negotiated when class 1 is to be used.
o クラス1が使用されていることになっているとき、Network Receipt Confirmationと速められたNetworkの使用は交渉されます。
The negotiation rules for the options are such that the
initiator may propose either to use or not to use the option. The
responder may either accept the proposed choice or select the
mandatory alternative defined in Section 9.
オプションのための交渉規則は創始者がオプションを使用するために使用に提案するかもしれないようにものです。 応答者は、提案された選択を受け入れるか、またはセクション9で定義された義務的な代替手段を選択するかもしれません。
During the establishment phase of the transport connection,
the use of the expedited data option field of CR/CC allows both
Transport Service user to negotiate the use or non use of the
expedited data transport service as described in the transport service
definitions.
輸送接続の確立段階の間、CR/CCの速められたデータオプション・フィールドの使用は、輸送サービス定義で説明されるように使用を交渉するTransport Serviceユーザを両方に許容するか、または速めることの非使用データに輸送サービスを許容します。
The following table summarizes the negotiation possibilities
for the options.
以下のテーブルはオプションのために交渉の可能性をまとめます。
Proposition Made Possible
by the Initiator Selection by
Option the Responder
提案で、オプションによる応答者が創始者選択で可能になりました。
Transport expedited data Yes Yes or No transfer service No No
輸送がデータを速めた、はい、はい、転送サービスいいえノーはありません。
Use of receipt confir- Yes Yes or No mation (class 1 only) No No
はい、はいかいいえ、領収書confir mation(クラス1専用)の使用、いいえ、いいえ。
Use of the network Yes Yes or No expedited variant No No (class 1 only)
ネットワークの使用、はい、はい、速められた異形いいえノーがありません。(クラス1専用)
Non use of checksum Yes Yes or No (class 4 only) No No
チェックサムの非使用、はい、はい、いいえ(クラス4専用)、いいえノー
Non use of explicit Yes Yes or No flow control (class 2 only) No No
明白の非使用、はい、はい、フロー制御(クラス2専用)いいえノーはありません。
Use of extended format Yes Yes or No
No No
拡張フォーマットの使用、はい、はいかいいえ、いいえ、いいえ。
In class 2, whenever a transport entity requests or agrees to
the Transport Expedited data transfer service or to the use of
extended formats, it must also request or agree (respectively) to the
use of explicit flow control.
クラス2では、輸送実体がデータ転送サービスか拡張フォーマットの使用にTransport Expeditedに要求するか、または同意するときはいつも、それは、また、明白なフロー制御の使用に要求しなければならないか、または同意しなければなりません(それぞれ)。
6.6 Connection Refusal
6.6 接続拒否
Purpose: Refusal of the transport connection.
目的: 輸送接続の拒否。
TPDUs and fields used:
ISO Transport Protocol Specification Page 21
International Standards Organization
TPDUsと分野は使用しました: ISOトランスポート・プロトコル仕様21ページ 世界規格組織
DR
- reason (1 octet)
- user data (maximum of 64 octets)
DR--理由(1つの八重奏)--利用者データ(64の八重奏の最大)
ERR
- reject code (1 octet)
- rejected TPDU parameter
ERR(廃棄物コード(1つの八重奏))はTPDUパラメタを拒絶しました。
Description:
記述:
If a transport connection cannot be accepted, the called
transport entity shall respond to the CR TPDU with a DR TPDU. The
clearing reason shall indicate why the connection was not accepted.
The source reference field in the DR TPDU is set to zero to indicate
an unassigned reference.
輸送接続を受け入れることができないなら、呼ばれた輸送実体はDR TPDUと共にCR TPDUに応じるものとします。 開拓地理由は、接続がなぜ受け入れられなかったかを示すものとします。 ゼロにDR TPDUのソース参照分野が割り当てられなかった参照を示すように設定されます。
If the CR is regarded as an invalid TPDU, the called transport
entity will respond by sending an ERR TPDU. On receipt of this TPDU,
the calling entity will regard the connection as closed.
CRが無効のTPDUと見なされると、呼ばれた輸送実体は、ERR TPDUを送ることによって、応じるでしょう。 このTPDUを受け取り次第、職業実体は、接続が閉じられるとみなすでしょう。
6.7 Release
6.7 リリース
Variants: 'implicit' or 'explicit'
異形: '暗黙'か'明白です'。
Purpose: Termination of the transport connection.
目的: 輸送接続の終了。
Network Service Primitives:
サービス基関数をネットワークでつないでください:
N-DISCONNECT (implicit variant only)
N-DATA
N-DISCONNECT(内在している異形専用)N-DATA
TPDUs and fields used:
TPDUsと分野は使用しました:
DR
- clearing reason (1 octet)
- user data (maximum of 64 octets)
DR--理由(1つの八重奏)を通過します--利用者データ(64の八重奏の最大)
DC
DC
Description:
記述:
This function is inherent.
この機能は固有です。
In the 'implicit' variant, either transport entity disconnects
a transport connection by disconnecting the network connection to
which it is assigned. Similarly when a transport entity is informed
that the network connection has been disconnected by the peer
transport entity, this should be considered as a transport
disconnect.
'暗黙'の異形では、どちらの輸送実体も、それが割り当てられるネットワーク接続から切断することによって、輸送接続から切断します。 輸送実体がネットワーク接続同輩輸送実体によって切断されたと知らされるとき、同様に、これは輸送分離であるとみなされるべきです。
ISO Transport Protocol Specification Page 22 International Standards Organization
ISOトランスポート・プロトコル仕様22ページ 世界規格組織
In the 'explicit' variant, either transport entity transmits a
Disconnect Request (DR) TPDU, and the other responds with a Disconnect
Confirm (DC) TPDU. When the DC TPDU is sent or received by a
transport entity, that entity should consider the transport connection
not to exist (note 1). After the sending of a DR TPDU, other TPDUs
received before the DC TPDU are ignored. It is possible that a
disconnect collision will occur, when both transport entities send a
DR TPDU at about the same time. This results in each transport entity
receiving a DR, after sending one. Each transport entity shall
consider the received DR TPDU as a confirmation of its DR TPDU, and
shall not send or expect to receive a DC TPDU.
'明白な'異形では、どちらの輸送実体もDisconnect Request(博士)TPDUを伝えます、そして、もう片方がDisconnect Confirm(DC)TPDUと共に応じます。 輸送実体でDC TPDUを送るか、または受け取るとき、その実体は、輸送接続が存在しないと考えるべきです(注意1)。 DR TPDUの発信の後に、DC TPDUが無視される前に他のTPDUsは受信しました。 分離衝突が起こるのは、可能です、両方の輸送実体がほぼ同じ頃DR TPDUを送るとき。 これは1つを送った後にDRを受けるそれぞれの輸送実体をもたらします。 それぞれの輸送実体は、容認されたDR TPDUがDR TPDUの確認であるとみなして、発信しないものとするか、DC TPDUを受け取ると予想しないものとします。
The DR can convey a limited amount (up to 64 octets) of data.
DRはデータの数量限定(最大64の八重奏)を伝えることができます。
6.8 Implicit Termination
6.8 暗黙の終了
Purpose: Termination of a Transport Connection on the
occurrence of a signalled error for which recovery functions are not
operative.
目的: 回復機能が作用していない合図された誤りの発生のTransport Connectionの終了。
Network Service Primitives:
サービス基関数をネットワークでつないでください:
N-DISCONNECT Indication
N-RESET Indication
N-分離指示N-リセット指示
Description:
記述:
When, on the network connection to which a Transport
Connection is assigned, an N-DISCONNECT or N-RESET Indication occurs,
both transport entities shall consider that the transport connection
no longer exists, and so inform the session entities.
N-DISCONNECTかN-RESET IndicationがTransport Connectionが割り当てられるネットワーク接続のときに起こると、輸送接続がもう存在しないと考えるので、両方の輸送実体は、セッション実体を知らせるものとします。
Note 1:
注意1:
When a connection has been released, after the exchange of DR
and DC, the reference can be re-used immediately (except in Class 4,
where the Frozen Reference function is used, see Section 6.19). This
is because the releasing transport entity does not know with certainty
that the remote transport entity considers use of the reference to be
ended. Therefore, the reference should not be re-used for further
connections. (In practice, the reference may be re-used after a
reasonable period when it is possible to be reasonably certain that
the remote transport entity will not continue to use it).
接続がすぐにDRとDCの交換の後に釈放されたとき、参照を再使用できます(Frozen Reference機能が使用されているClass4を除いて、セクション6.19を見てください)。 これはリリースしている輸送実体がリモート輸送実体が、参照の使用が終わると考えるという確実性で知らないからです。 したがって、さらなる接続に参照を再使用するべきではありません。 (実際には、参照はリモート輸送実体が、それを使用し続けないのを合理的に確信しているのが可能である相当期間の後に再使用されるかもしれません。)
6.9 Spurious Disconnect
6.9 偽りの分離
Purpose: To deal with the arrival of an "unknown" DR TPDU.
目的: 「未知」のDR TPDUの到着に対処するために。
TPDUs and fields used:
TPDUsと分野は使用しました:
ISO Transport Protocol Specification Page 23 International Standards Organization
ISOトランスポート・プロトコル仕様23ページ 世界規格組織
DR, DC
- source reference
- destination reference
DR、DC--ソース参照--目的地参照
Description:
記述:
A DR TPDU can be received for a transport connection which
does not exist. Rather than treating this as an error, a DC TPDU
should be send back which reflects the references of the DR TPDU.
存在しない輸送接続のためにDR TPDUを受け取ることができます。 誤りとしてこれを扱うよりむしろ、DC TPDUはDR TPDUの参照を反射する後部に送ることであるべきです。
Note:
This only applies when one or more transport connections using
a multiplexing class exist over the network connection, or when no
transport connections exist. At other times it is a protocol error.
以下に注意してください。 マルチプレクシングのクラスを使用している1人以上の輸送の接続がネットワーク接続の上に存在するか、またはどんな輸送の接続も存在しないと、これは適用されるだけです。 他の時に、それはプロトコル誤りです。
6.10 Data TPDU Numbering
6.10 データTPDU付番
Variants: 'normal' or 'extended'
異形: '正常である'か'広げられます'。
Purpose: Numbering of DT TPDUs for use in recovery,
flow control, or sequencing functions.
目的: 回復における使用のためのDT TPDUsの付番、フロー制御、または配列が機能します。
TPDUs and Fields Used:
TPDUsと分野は使用しました:
DT
- TPDU-NR (7 or 31 bits)
DT--TPDU-NR(7ビットか31ビット)
Description:
記述:
DT TPDUs transmitted in each direction on a transport
connection bear a sequence number 'TPDU-NR'. Its value in the first
DT TPDU in each direction after connection establishment will be zero.
Thereafter each TPDU had 'TPDU-NR' one greater than the previous.
Modulo 2**7 arithmetic is used in the 'normal' variant, and modulo 2**31
in the 'extended' variant.
輸送接続の各方向に伝えられたDT TPDUsは一連番号'TPDU-NR'に堪えます。 コネクション確立の後の各方向における最初のDT TPDUの値はゼロになるでしょう。 その後、各TPDUは'TPDU-NR'1を前であるよりすばらしくしました。 法2**7演算は'広げられた'異形で'正常な'異形、および法2**31に使用されます。
In the sections that follow, the relationships 'greater than'
and 'less than' are used in connection with TPDU numbers. In all
such uses, the numbers being compared cover a range less than the
modulus and in fact lie within a contiguous set of TPDU numbers called
a 'window'. The window has a known starting TPDU number and finishing
number. The term 'less than' means 'occurring sooner in the window
sequence' and the term 'greater than' means 'occurring later in the
window sequence'.
従うセクション、''以下よりすばらしい関係、'TPDU番号に関して、使用されます。 そのようなすべての用途で、比較される数は、係数ほど範囲をカバーしていなくて、事実上、'窓'と呼ばれる隣接のTPDU番号に属します。 窓には、知られている始めのTPDU番号と仕上げの数があります。 'より早くよりすばらしいという窓の系列と'用語'で起こる'手段'より後で窓の系列で起こる'手段''用語。
6.11 Expedited Data Transfer
6.11の速められたデータ転送
Variants: 'network expedited' or not
異形: '速められたネットワーク'です。
Purpose: Provision of the expedited data service
ISO Transport Protocol Specification Page 24
International Standards Organization
目的: ISO TransportプロトコルSpecification24ページ 速められたデータサービスの国際Standards Organizationの設備
Network Service Primitives:
サービス基関数をネットワークでつないでください:
N-DATA
N-EXPEDITED DATA
N-データのNで速められたデータ
TPDUs and Fields Used:
TPDUsと分野は使用しました:
ED
- ED TPDU-NR (7 or 31 bits)
エド--エドTPDU-NR(7ビットか31ビット)
EA
- YR-TU-NR (7 or 31 bits)
EA--、年のトゥNR(7ビットか31ビット)
Description:
記述:
Each expedited TSDU is conveyed as the data field of an Expedited
Data (ED) TPDU.
それぞれの速められたTSDUはExpedited Data(エド)TPDUのデータ・フィールドとして運ばれます。
Each ED TPDU received must be acknowledged by an Expedited
Acknowledge (EA) TPDU.
Expedited Acknowledge(EA)TPDUはED TPDUが受けたそれぞれを承認しなければなりません。
There may only be one ED TPDU unacknowledged at any time for each
direction of a transport connection.
いつでも輸送接続の各指示のための不承認の1ED TPDUしかないかもしれません。
In the 'network expedited' variant (available in class 1 only),
ED and EA TPDUs are conveyed in the data fields of N-EXPEDITED DATA
primitives. Otherwise, N-DATA is used.
'速められたネットワーク'異形(クラス1だけで利用可能な)では、EDとEA TPDUsはN-EXPEDITED DATA基関数のデータ・フィールドを運ばれます。 さもなければ、N-DATAは使用されています。
6.12 Reassignment
6.12 再割当て
Purpose: Assignment of a Transport Connection to a different
Network Connection.
目的: 異なったNetwork ConnectionへのTransport Connectionの課題。
TPDUs and Fields Used:
TPDUsと分野は使用しました:
CR
- source reference
CR--ソース参照
RJ, DR
- destination reference
RJ、DR--目的地参照
Description:
記述:
When the Network Connection to which a Transport Connection was
assigned no longer exists, the Transport Connection can be assigned to
another Network Connection.
Transport Connectionが割り当てられたNetwork Connectionがもう存在しないとき、別のNetwork ConnectionにTransport Connectionを割り当てることができます。
When one transport entity has assigned the Transport Connection,
it is important that the other transport entity recognise to which
Network Connection it has been assigned. This can only take place when it
ISO Transport Protocol Specification Page 25
International Standards Organization
1つの輸送実体がTransport Connectionを割り当てたとき、もう片方の輸送実体がどのNetwork Connectionにそれを認識するかは、重要です。割り当てられました。 それであるときにだけ、これが行われることができる、ISO TransportプロトコルSpecification25ページ 国際Standards Organization
has received a TPDU for the Transport Connection on a Network Connection with calling and called network addresses which imply the same transport entities as the old. The TPDU will have been sent as a result of the assigning transport entity commencing resynchronization, and will thus be a RJ, or a retransmitted CR or DR.
Network Connectionの上のTransport Connectionのために呼ぶことでTPDUを受けて、老人として同じ輸送を含意するネットワーク・アドレスを実体と呼びました。 その結果、割り当て輸送実体始め再同期の結果、TPDUを送ってしまうだろうといって、RJ、再送されたCRまたはDRでしょう。
The Transport Connection shall be recognised as having been
assigned to the Network Connection on which the TPDU was received.
Transport ConnectionはTPDUが受け取られたNetwork Connectionに割り当てられたと認識されるものとします。
6.13 Reassignment After Failure
6.13 失敗の後の再割当て
Purpose: Recovery from network provider initiated disconnect.
目的: ネットワーク内の提供者からの回復は分離を開始しました。
Network Service Primitives:
サービス基関数をネットワークでつないでください:
N-DISCONNECT Indication
N-分離指示
Description:
記述:
When a N-DISCONNECT Indication arrives for the network connection
to which a transport connection is assigned, the transport connection must
be reassigned by its initiator (see "Reassignment")
N-DISCONNECT Indicationが輸送接続が選任されるネットワーク接続のために到着するとき、創始者は輸送接続を再選任しなければなりません。(「再割当て」を見ます)
If the reassignment has not successfully occurred within a time
of T-wait seconds, then the transport connection must be considered as
non-existent by both transport entities.1
再割当てがT-待ち秒の時以内に首尾よく起こっていないなら、実在しないと両方の輸送実体.1で輸送接続をみなさなければなりません。
1. The CR TPDU does not have a destination reference;
nevertheless it can be distinguished from a new
connection attempt by having the same source
reference.
1. CR TPDUには、目的地参照がありません。 それにもかかわらず、新しい接続試みと同じソース参照を持っていることによって、それを区別できます。
NOTE: The value of T-wait has to be agreed by the communicating
transport entities.
以下に注意してください。 交信している輸送実体によってT-待ちの値は同意されなければなりません。
6.14 Retention Until Acknowledgement of TPDUs
6.14 TPDUsの承認までの保有
Variants: 'confirmation of receipt' or 'AK'
異形: ''領収書'AKの確認'
Purpose: To enable and minimize retransmission after
possible loss of TPDUs.
目的: TPDUsの可能な損失の後に「再-トランスミッション」を有効にして、最小にするために。
Network Service Primitives:
サービス基関数をネットワークでつないでください:
N-DATA
N-DATA ACKNOWLEDGE
N-データが承認するN-データ
TPDUs and Fields Used:
TPDUsと分野は使用しました:
CR, CC, DR, DC
ISO Transport Protocol Specification Page 26
International Standards Organization
DR、DC ISOトランスポート・プロトコル仕様26ページ CR、CC、世界規格組織
RJ, AK, EA
- YR-TU-NR (7 or 31 bits)
RJ、AK EA--、年のトゥNR(7ビットか31ビット)
DT
- TPDU-NR (7 or 31 bits)
DT--TPDU-NR(7ビットか31ビット)
ED
- ED TPDU-NR (7 or 31 bits)
エド--エドTPDU-NR(7ビットか31ビット)
Description:
記述:
Copies of the following TPDUs shall be retained upon transmission
to permit their later retransmission:
以下のTPDUsのコピーはトランスミッションのときに彼らの後の「再-トランスミッション」を可能にするために保有されるものとします:
CR, CC, DR, DT, ED.
CR、cc、博士、DT、エド。
NOTE: If DR is sent in response to CR there is no need to
retain a copy of the DR.
以下に注意してください。 CRに対応してDRを送るなら、DRのコピーを保有する必要は全くありません。
In the 'confirmation of receipt' variant, applicable only
in Class 1, transport entities receiving N-DATA Indications which
convey DT TPDUs and have the confirmation request field set shall
issue a N-DATA Acknowledge Request at the earliest possible
opportunity (1).
Class1だけで適切な'領収書の確認'異形では、DT TPDUsを運んで、確認要求分野を設定させるN-DATA Indicationsを受ける輸送実体は機会(1)で可能な最も前半N-DATA Acknowledge Requestを発行するものとします。
(1) It is a local matter for each transport entity to
decide which N-DATA Requests should have the
confirmation request parameter set. This decision
will normally be related to the amount of storage
available for retained copies of the DT TPDUs.
Use of the confirmation request parameter may
affect the quality of network service.
(1) それぞれの輸送実体が、どのN-DATA Requestsが確認要求パラメタを設定させるはずであるかを決めるのは、地域にかかわる事柄です。 通常、この決定はDT TPDUsの保有されたコピーに有効な格納の量に関連するでしょう。 確認要求パラメタの使用はネットワーク・サービスの品質に影響するかもしれません。
After each TPDU is acknowledged, as shown in Figure 5,
the copy need not be retained. Copies may also be discarded when
the transport connection ceases to exist.
各TPDUが図5に示されるように承認された後に、コピーは保有される必要はありません。 また、輸送接続が消滅すると、コピーは捨てられるかもしれません。
TPDU ACKNOWLEDGED BY
承認されたTPDU
CR receipt of CC, DR, or ERR, TPDU
CC、DR、またはERR、TPDUのCR領収書
DR receipt of DC or DR (in case of collision)
TPDU
DCかDR(衝突の場合の)TPDUのDR領収書
CC receipt of RJ, DT, AK, ED, EA TPDUs (or
N-DATA ACKNOWLEDGE Indication.)
RJのCC領収書、DT、AK ED、EA TPDUs(N-データは指示を承諾します。)
DT N-DATA ACKNOWLEDGE Indication when the
(Note 1) DT TPDU was sent before or with the oldest
N-DATA which had the confirmation request
ISO Transport Protocol Specification Page 27
International Standards Organization
N-DATAの前か確認を持っていた最も古いN-DATAと共に(注意1)DT TPDUを送ったとき、DT N-DATA ACKNOWLEDGE IndicationはISO TransportプロトコルSpecification27ページ 国際Standards Organizationを要求します。
field set.
分野はセットしました。
DT receipt of Data Acknowledge (AK) or
(Note 2) Reject (RJ) TPDU for which 'YR-TU-NR'
is greater than 'TPDU-NR' in the DT TPDU.
Data Acknowledge(AK)かDT TPDUでは、'YR-TU-NR'が'TPDU-NR'よりすばらしい(注意2)廃棄物(RJ)TPDUのDT領収書。
ED receipt of EA TPDU for which 'YR-TU-NR'
is equal to 'ED-TPDU-NR' in the ED TPDU. Notes:
'YR-TU-NR'がED TPDUで'エド-TPDU-NR'と等しいEA TPDUのED領収書。 注意:
1. Applies to 'confirmation of receipt' variant.
2. Applies to 'AK' variant.
1. '領収書の確認'に異形を適用します。 2. 'AK'異形に適用します。
Figure 5. Acknowledgement of TPDUs
図5。 TPDUsの承認
6.15 Resynchronization
6.15 Resynchronization
Purpose: To restore the connection to normal after an
error.
目的: 誤りの後に接続を標準に復元するために。
Network Service Primitives:
サービス基関数をネットワークでつないでください:
N-RESET Indication
N-リセット指示
TPDUs and Fields Used:
TPDUsと分野は使用しました:
CR, DR, CC, DC
CR、博士、cc、DC
RJ, EA
- YR-TU-NR (7 or 31 bits)
RJ、EA--、年のトゥNR(7ビットか31ビット)
DT
- TPDU-NR (7 or 31 bits)
DT--TPDU-NR(7ビットか31ビット)
ED
- ED TPDU-NR (7 or 31 bits)
エド--エドTPDU-NR(7ビットか31ビット)
Description:
記述:
After the reset of an underlying network connection,
the resynchronization procedures below are carried out by both
transport entities.
基本的なネットワーク接続のリセットの後に、以下の再同期手順が両方の輸送実体によって行われます。
After a network connection failure, the reassignment after
failure function is invoked and then the resynchronization function.
The sequence of events at the two transport entities is the following:
ネットワーク接続失敗の後に、失敗機能が呼び出された後に再割当てと次に再同期は機能します。 2つの輸送実体における出来事の系列は以下です:
Events at the transport entity initiating reassignment:
(the transport entity immediately commences resynchronization
by sending a TPDU)
ISO Transport Protocol Specification Page 28
International Standards Organization
再割当てを開始する輸送実体における出来事: (輸送実体はすぐに、TPDUを送ることによって、再同期を始めます) ISOトランスポート・プロトコル仕様28ページ 世界規格組織
o if a CR is retained then retransmit it.
o CRが保有されるなら、それを再送してください。
o if a DR is retained then retransmit it.
o DRが保有されるなら、それを再送してください。
o otherwise, resynchronize data:
o そうでなさ、データを再連動させる、:
- send RJ TPDU with 'YR-TU-NR' field set to
the 'TPDU-NR' of the first unreceived DT
TPDU
- 'YR-TU-NR'分野セットがあるRJ TPDUを最初のunreceived DT TPDUの'TPDU-NR'に送ってください。
- when RJ TPDU has been received retransmit any
ED TPDUs then DT TPDUs which are unacknowledged
- RJ TPDUを受け取ったときには、あらゆる認められないED TPDUs当時のDT TPDUsを再送してください。
- any ED TPDUs received which are duplicates shall
be acknowledged (by EA TPDUs) and discarded.
- 受け取られた写しであるどんなED TPDUsも承認されて(EA TPDUs)、捨てられるものとします。
Events at the other transport entity:
もう片方における出来事は実体を輸送します:
The transport entity shall not send any TPDUs until after
receipt of the TPDU which commenced resynchronization. This TPDU
therefore serves two purposes, namely indication of re-assignment
and commencement of resynchronization.
輸送実体は再同期を始めたTPDUの領収書の後に少しのTPDUsも送らないものとします。 したがって、このTPDUは2つの目的、すなわち、再同期の再割当てと始めのしるしに役立ちます。
o if the first received TPDU os a DR, then transmit
a DC TPDU.
o 1番目がTPDU OS a DRを受けたなら、DC TPDUを伝えてください。
o if the first received TPDU is a CR and the transport
connection is not idle, this means that a CC TPDU is
retained: then retransmit it followed by any ED TPDU
and then DT TPDUs which are outstanding (that may or
may not have been transmitted previously).
o 最初の容認されたTPDUがCRであり、輸送接続が無駄でないなら、これは、CC TPDUが保有されることを意味します: そして、どんなED TPDUと次に、傑出しているDT TPDUsによっても続かれて、それを再送してください(それは以前に、伝えられたかもしれません)。
NOTE: no TPDUs can be transmitted using network expedited until
CC becomes acknowledged, to prevent the network expedited overtaking the
CC.
以下に注意してください。 CCがCCに追いつきながら速められたネットワークを防ぐために承認されるようになるまで速められたネットワークを使用することでTPDUsを全く伝えることができません。
o if the first received TPDU is a RJ, then act as follows:
o 最初の容認されたTPDUがRJであるなら、以下の通りに行動してください:
- if a DR TPDU is retained, then retransmit it
- DR TPDUが保有されるなら、それを再送してください。
- if a CC TPDU remains unacknowledged, then carry
out the data resynchronization procedure described
below
- CC TPDUが認められないままで残っているなら、以下で説明されたデータ再同期手順を行ってください。
- otherwise resynchronize data:
- そうでなければ、データを再連動させる、:
- send RJ TPDU with 'YR-TU-NR' field set to
the 'TPDU-NR' of the first unreceived DT
TPDU
- 'YR-TU-NR'分野セットがあるRJ TPDUを最初のunreceived DT TPDUの'TPDU-NR'に送ってください。
ISO Transport Protocol Specification Page 29 International Standards Organization
ISOトランスポート・プロトコル仕様29ページ 世界規格組織
- retransmit any ED TPDUs then DT TPDUs which
are unacknowledged
- あらゆる認められないED TPDUs当時のDT TPDUsを再送してください。
- any ED TPDUs received which are duplicates
should be acknowledged (by EA TPDUs) and
discarded.
- 受け取られた写しであるどんなED TPDUsも承認されて(EA TPDUs)、捨てられるべきです。
NOTE: It is possible for a transport entity using the Class 1
protocol to decide on a local basis to issue an N-RESET Request. The effect
of this request at the remote transport entity is to force it to perform
the resynchronization mechanism. This possibility may be used to remove
congestion within the network connection.
以下に注意してください。 Class1プロトコルを使用する輸送実体に、N-RESET Requestを発行する地方の基礎を決めるのは可能です。 リモート輸送実体におけるこの要求の効果は再同期メカニズムを実行させることです。 この可能性は、ネットワーク接続の中で混雑を取り除くのに使用されるかもしれません。
6.16 Multiplexing and Demultiplexing
6.16 マルチプレクシングと逆多重化
Purpose: Concurrent sharing of a network connection by several
transport connections.
目的: 数人の輸送の接続によるネットワーク接続の同時発生の共有。
TPDUs and Fields Used:
TPDUsと分野は使用しました:
CC, DR, DC, DT, AK, ED, EA, RJ, ERR
- destination reference
CC、DR、DC DT、AK ED、EA、RJ、ERR--目的地参照
Description:
記述:
This function is pervasive.
この機能は普及しています。
When this function is in operation, more than one transport
connection can be simultaneously assigned to the same network connection.
この機能が同時に稼働中であるときに、1つ以上の輸送接続を同じネットワーク接続に選任できます。
Every TPDU (including DT TPDUs) must carry the destination
reference, to identify the transport connection to which it refers.
あらゆるTPDU(DT TPDUsを含んでいる)が、それが照会される輸送接続を特定するために目的地参照を運ばなければなりません。
6.17 Explicit Flow Control
6.17の明白なフロー制御
Purpose: Regulation of flow of DT TPDUs independently of
the flow control in the other layers.
目的: もう片方におけるフロー制御の如何にかかわらずDT TPDUsの流れの規則は層にされます。
TPDUs and Fields Used:
TPDUsと分野は使用しました:
CR, CC, AK, RJ
- CDT (4 or 16 bits)
CR、CC、AK、RJ--CDT(4ビットか16ビット)
DT
- TPDU-NR (7 or 31 bits)
DT--TPDU-NR(7ビットか31ビット)
AK, RJ
- YR-TU-NR (7 or 31 bits)
- subsequence number (optional)
- flow control confirmation (optional)
ISO Transport Protocol Specification Page 30
International Standards Organization
AK、RJ--YR-TU-NR(7ビットか31ビット)--続き番号(任意の)--フロー制御の確認の(任意)のISO TransportプロトコルSpecification30ページ 国際Standards Organization
Description:
記述:
The mechanism depends on the class. Thus the description can
be found in the section describing the class.
メカニズムはクラスに依存します。 したがって、クラスについて説明するセクションで記述を見つけることができます。
6.18 Checksum
6.18 チェックサム
Purpose: To detect corruption of TPDUs by the network service
provider.
目的: ネットワークによるTPDUsの不正を検出するには、プロバイダーを修理してください。
TPDUs and Fields Used:
TPDUsと分野は使用しました:
All TPDUs
- checksum (16 bits - 32 bits)
すべてのTPDUs--チェックサム(16ビットから32ビット)
Description:
記述:
When a TPDU is to be transmited for a TC which has selected the
checksum option, the sending transport entity must generate a checksum
for the TPDU and store it in the checksum parameter in the variable
part of the TPDU header. The checksum must be generated as follows:
TPDUがチェックサムオプションを選択したTCのためにtransmitedされることになっているなら、送付輸送実体は、TPDUヘッダーの可変一部にTPDUのためにチェックサムを発生させて、チェックサムパラメタにそれを格納しなければなりません。 チェックサムは以下の通り発生しなければなりません:
1. Set up the complete TPDU, including the header and
user data (if any). The header must include the checksum parameter in
its variable part. The value field of the checksum parameter must be
set to zero at this point.
1. ヘッダーと利用者データ(もしあれば)を含んでいて、完全なTPDUをセットアップしてください。 ヘッダーは可変部分でチェックサムパラメタを入れなければなりません。 ここにチェックサムパラメタの値の分野をゼロに設定しなければなりません。
2. Initialize two variables to zero. Let these variables
be called C0 and C1.
2. 2つの変数をゼロに初期化してください。 これらの変数をC0とC1と呼ばせてください。
3. For each octet of the TPDU, including the header,
variable part of the header and the user data, add the octet value to
C0, and then add the value of C0 to C1. Octets should be processed
sequentially, starting with the first octet (the Length Indicator) and
proceeding through the TPDU. All addition is to be performed modulo 255.
3. ヘッダー、ヘッダーの可変一部、および利用者データを含むTPDUの各八重奏には、八重奏価値をC0に高めてください、そして、次に、C0の価値をC1に高めてください。 最初の八重奏(Length Indicator)から始まって、TPDUを通して続いて、八重奏は連続して処理されるべきです。 すべての添加は実行された法255であることです。
4. Calculate the value field of the checksum parameter as
follows. Let the offset into the TPDU of the first octet of the value
field be 'n' (where the first octet of the TPDU, the Length Indicator
of the header, is considered to be at offset 1). Let the length
of the TPDU, i.e. the number of times the above operation was repeated,
be 'L'. Let the first octet of the checksum value, i.e., the one at offset
'n' be called 'X', and the second octet, at offset 'n+1', be called 'Y'.
Then:
4. 以下のチェックサムパラメタの値の分野について計算してください。 '値の分野の最初の八重奏のTPDUへのオフセットをあってください、'(TPDUの最初の八重奏(ヘッダーのLength Indicator)がオフセット1時に、あると考えられるところ。) TPDUの長さ、すなわち、上の操作が繰り返されたという回の数をさせてください、そして、'L'になってください。 'すなわちチェックサム価値の最初の八重奏とオフセットにおける1と''X'、および2番目の八重奏と呼ばれてください、オフセットと+1で'させてください、そして、'Y'と呼ばれてください。 その時:
X = (((L - n) * C0) - C1) modulo 255
Y = (((L - n + 1) * (-C0)) + C1) modulo 255
Xが法と等しい、(((L--n)*C0)--C1)255、Y、=((L--n+1)*(-C0)+C1)法255
5. Place the computed values of X and Y in the appropriate
octets of the TPDU.
ISO Transport Protocol Specification Page 31
International Standards Organization
5. XとYの計算された値をTPDUの適切な八重奏に置いてください。 ISOトランスポート・プロトコル仕様31ページ 世界規格組織
NOTE
注意
An implementation may use one's complete arithmetic as an
alternative to modulo 255 arithmetic. However, if either
of the checksum octets X and Y has the value minus zero
(i.e., 255) then it must be converted to plus zero
(i.e., 0) before being stored.
実現は法255演算に代わる手段として人の完全な演算を使用するかもしれません。 しかしながら、ゼロ(すなわち、255)を引いてチェックサム八重奏XとYのどちらかに値があるなら、格納される前に、それは、変えられて、(すなわち、0)のゼロに合わなければなりません。
When a TPDU is received for a TC for which the checksum option
has been selected, the TPDU must be verified to ensure that it has been
received correctly. This is done by computing the checksum, using the
same algorithm by which it was generated. The nature of the checksum
algorithm is such that it is not necessary to compare explicitly the stored
checksum bytes. The procedure described below may be used to verify that
a TPDU has been correctly received.
チェックサムオプションが選択されたTCのためにTPDUを受け取るとき、それが正しく受け取られたのを保証するためにTPDUについて確かめなければなりません。 それが発生したのと同じアルゴリズムを使用して、チェックサムを計算することによって、これをします。 チェックサムアルゴリズムの本質がそのようなものであるので、明らかに格納されたチェックサムバイトを比較するのは必要ではありません。 以下で説明された手順は、TPDUが正しく受け取られたことを確かめるのに用いられるかもしれません。
1. Initialize two variable to zero. Let these variables
be called C0 and C1.
1. 2変数をゼロに初期化してください。 これらの変数をC0とC1と呼ばせてください。
2. For each octet in the received TPDU, add the value of
the octet to C0 and then add the value of C0 to C1, starting with the
first octet and proceeding sequentially through the TPDU. All
addition is to be performed modulo 255.
2. 容認されたTPDUの各八重奏には、八重奏の価値をC0に高めてください、そして、次に、C0の価値をC1に高めてください、最初の八重奏から始まって、TPDUを通して連続して続いて。 すべての添加は実行された法255であることです。
3. When all octets have been sequentially processed, the
values of C0 and C1 should be zero. If either or both of them is
non-zero, the TPDU has been received incorrectly and the verification
has failed. Otherwise, the TPDU has been received correctly and the
TPDU should be processed normally.
3. すべての八重奏を連続して処理してあるとき、C0とC1の値はゼロであるべきです。 それらのどちらかか両方が非ゼロであるなら、不当にTPDUを受け取りました、そして、検証は失敗しました。 さもなければ、正しくTPDUを受け取りました、そして、通常、TPDUを処理するはずです。
NOTE
注意
An implementation may use one's complement arithmetic as an
alternative to modulo 255 arithmetic. In this case, if either
C0 or C1 has the value minus zero (i.e., 255) it is to be
regarded as though it was plus zero (i.e., 0)
実装は法255演算に代わる手段として1の補数演算を使用するかもしれません。 この場合、ゼロ(すなわち、255)を引いてC0かC1のどちらかに値があるなら、それはプラスゼロであるかのように見なされることになっています。(すなわち、0)
If a checksum verification failure occurs, it is not possible
to determine the TC that the TPDU relates to, since the Reference field
of the TPDU may have been received incorrectly. Therefore, all TCs
multiplexed onto the same NC must be treated as though a network signalled
error has occurred.
チェックサム検証失敗が起こるなら、TPDUが関連するTCを決定するのは可能ではありません、不当にTPDUのReference野原を受け取ったかもしれないので。 したがって、まるでネットワークの合図された誤りが発生したかのように同じNCに多重送信されたすべてのTCsを扱わなければなりません。
6.19 Frozen References
6.19 凍っている参照
Purpose: To prevent re-use of a reference while TPDUs associated
with the old use of the reference may still exist.
目的: TPDUsが参照の古い使用と交際していた間、参照の再使用を防ぐのはまだ存在しているかもしれません。
Description: When a transport entity determines that a particular
connection has terminated, the reference shall be placed in a frozen state
ISO Transport Protocol Specification Page 32
International Standards Organization
記述: 輸送実体が、特定の接続が終わったことを決定すると、参照は凍っている州のISO TransportプロトコルSpecification32ページ国際のStandards Organizationに置かれるものとします。
during which time it will not be reused. The circumstances under which this is done, and the period of time for which the reference remains frozen depends on the class.
それの時間、それは再利用されないでしょう。 これが行われる事情、および凍る参照の残りがクラスに依存する期間。
6.20 Retransmission on Timeout
6.20 タイムアウトのRetransmission
Purpose: To cope with unsignalled loss of TPDUs by the network
service provider.
目的: 対処するのはネットワークサービスプロバイダーによるTPDUsの損失に非合図しました。
TPDUs and Fields Used:
TPDUsと分野は使用しました:
CR, CC, DR, DT, ED, AK
CR、cc、博士、DT、エド、AK
Description:
記述:
The description is given in the section related to class 4.
クラス4に関連するセクションで記述を与えます。
6.21 Resequencing
6.21 Resequencing
Purpose: To cope with misordering of TPDUs by the network
service provider.
目的: ネットワークでTPDUsをmisorderingしながら対処するには、プロバイダーを修理してください。
TPDUs and Field Used:
TPDUsと分野は使用しました:
DT
- TPDU NR
DT--TPDU NR
ED
- ED TPDU NR
エド--エドTPDU NR
Description:
記述:
The description is given in the section related to class 4.
クラス4に関連するセクションで記述を与えます。
6.22 Inactivity Control
6.22 不活発コントロール
Purpose: To cope with unsignalled termination of a network
connection.
目的: 対処するのはネットワーク接続の終了に非合図しました。
TPDUs and Fields Used:
TPDUsと分野は使用しました:
AK
AK
Description:
記述:
The description is given in the section related to class 4.
クラス4に関連するセクションで記述を与えます。
6.23 Treatment of Protocol Errors
6.23 プロトコル誤りの処理
Purpose: To deal with invalid TPDUs.
ISO Transport Protocol Specification Page 33
International Standards Organization
目的: 無効のTPDUsに対処するために。 ISOトランスポート・プロトコル仕様33ページ 世界規格組織
TPDUs and Fields Used:
TPDUsと分野は使用しました:
ERR
- reject cause
- TPDU in error (string of octets)
ERR--廃棄物原因--間違いTPDU(八重奏のストリング)
DR
- reason code
DR--理由コード
Description:
記述:
This function is inherent.
この機能は固有です。
Any received TPDU which is invalid or which cannot be dealt with by
any operative function, or which is regarded as a violation of the protocol
rules of the class in use (e.g., receipt in a wrong state, window error,
sequencing error, TPDU with incorrect format), shall be considered as a
protocol error. Such an error shall be signalled to the transport entity
responsible by the sending of an TPDU Error (ERR) TPDU or by initiating a
release. The ERR TPDU conveys the octets of the offending TPDU up to
and including the octet where the error was detected.
無効であるか、どんな作用している機能でも対処できないか、または使用中のクラスのプロトコル規則の違反と見なされるどんな容認されたTPDU(例えば、不正確な形式で間違った状態、窓の誤りで誤りを配列することでのTPDUを領収書を出させる)もプロトコル誤りであるとみなされるものとします。 そのような誤りはTPDU Error(ERR)TPDUの発信かリリースを開始することによって原因となる輸送実体に合図されるものとします。 ERR TPDUは八重奏を含めて怒っているTPDUの八重奏を誤りが検出されたところに伝えます。
In general, no further action is defined for the sender of
ERR TPDU, since it is expected that the offender will either correct
the error, or close the connection.
一般に、さらなる動作は全くERR TPDUの送付者のために定義されません、犯罪者がエラーを修正するか、または接続を終えると予想されて。
Action to be done by the receiver depends on local implementation
decision; e.g., freeze the connection, report to management, disconnect.
受信機によって行われる動作はローカルの実装決定によります。 例えば、接続を凍らせてください、そして、管理に報告してください、そして、切断してください。
NOTES:
注意:
1. Further action is a local implementation issue. Care
should be taken by the transport entity receiving several invalid TPDUs
or ERR TPDUs to avoid looping if the error is repeatedly generated.
1. さらなる動作はローカルの導入問題です。 誤りが繰り返して生成されるなら、輪にするのを避けるために数個の無効のTPDUsかERR TPDUsを受ける輸送実体で注意するべきです。
2. There are two cases in which specific action is defined
for the receiver of the ERR TPDU (see Sections 6.6 and 7.0.7).
2. 特定の動作がERR TPDUの受信機のために定義される2つの場合があります(セクション6.6と7.0.7を見てください)。
6.24 Splitting and Recombining
6.24 分かれるのと再結合
Purpose: To allow a transport connection to make use of
multiple network connections to provide additional resilience against
network failure, to increase throughput, or for other reasons.
目的: 輸送接続がスループットを増強しないネットワークのことに対して他の理由に追加弾力を提供するのにマルチネットワーク接続を利用するのを許容するために。
Description:
記述:
This function is available only in Class 4.
この機能はClass4だけで利用可能です。
When this function is being used, a transport connection is
assigned (see Section 6.1) to multiple network connections. TPDUs for the
ISO Transport Protocol Specification Page 34
International Standards Organization
この機能が使用されているとき、輸送接続はマルチネットワーク接続に選任されます(セクション6.1を見ます)。 ISO輸送のためのTPDUsは仕様34ページ 世界規格組織について議定書の中で述べます。
connection may be sent over any assigned network connection. The resequencing function of Class 4 (see Section 6.21) is used to ensure that TPDUs are processed in the correct sequence.
どんな割り当てられたネットワーク接続の上にも接続を送るかもしれません。 Class4(セクション6.21を見ます)の再配列機能は、TPDUsが正しい系列で処理されるのを保証するのに使用されます。
If the use of Class 4 is not accepted by the remote transport
entity following the negotiation rules, only the network connection
over which the CR TPDU was sent may be used for this transport
connection.
交渉規則に従って、Class4の使用がリモート輸送実体によって受け入れられないなら、この輸送接続に、CR TPDUが送られたネットワーク接続だけを使用してもよいです。
The splitting function should only be used where the
supporting network connections provide similar transmit delay.
分かれる機能がサポートしているネットワーク接続が提供するところで使用されるだけであるべきである、同様である、遅れを伝えてください。
Protocol Mechanism Variant 0 1 2 3 4
プロトコルメカニズム異形0 1 2 3 4
Assignment to Network Conn. * * * * *
ネットワークコネチカット州への課題 * * * * *
TPDU Transfer * * * * *
TPDU転送*****
DT TPDU Length and Segmenting * * * * *
DT TPDUの長さと区分*****
Concatenation and Separation * * * *
連結と分離****
Connection Establishment * * * * *
コネクション確立*****
Connection Refusal * * * * *
接続拒否*****
Release implicit *
explicit * * * *
暗黙の*明白な****をリリースしてください。
Implicit Termination * *
暗黙の終了**
DT TPDU Numbering normal * m m m
extended (1)o o o
正常なDT TPDU Numbering m m拡張(1)o*m o o
Expedited Data Transfer network exp. ao
not " m * * *
(1)
「m***」ではなく速められたData Transferネットワークexp. ao(1)
Reassigment * *
Reassigment**
Reassignment after Failure * *
失敗**の後の再割当て
Retention until Acknowledge- Conf. Receipt ao ment of TPDUs AK m * *
保有、Confを承認してください。 TPDUs AK m**の領収書ao ment
Resynchronization * *
Resynchronization**
Multiplexing and * * * Demultiplexing
マルチプレクシングと***逆多重化
ISO Transport Protocol Specification Page 35 International Standards Organization
ISOトランスポート・プロトコル仕様35ページ 世界規格組織
Explicit Flow Control With m * *
Without * * o
**oのない明白なFlow Control With m**
Checksum (use of) m
(non-use of) * * * * o
チェックサム、(使用、)、m(非使用している)****o
Frozen References *
凍っている参照*
Retransmission on Timeout *
タイムアウト*のRetransmission
Resequencing *
*をResequencingします。
Inactivity Control *
不活発コントロール*
Treatment of Protocol Errors * * * * *
プロトコル誤り*****の処理
Splitting and recombining *
*を分けて、再結合させます。
(1) not applicable in class 2 when the non use of explicit flow control is selected.
(1) クラス2では、明白なフロー制御の非使用が選択される場合、適切ではありません。
7. PROTOCOL CLASSES
7. プロトコルのクラス
The details of the implementation of the protocol
mechanisms are in certain cases different for different classes.
For this reason, the following table is not intended to provide a
complete description of the classes, but more to give an overview of
how each class works. The exact definition of the protocol is given
in the subsequent sections.
ある場合には、異なったクラスにおいて、プロトコルメカニズムの実装の詳細は異なっています。 この理由で、以下のテーブルがクラスの完全な記述を提供することを意図しませんが、それぞれがどう属するかに関する概要を与える以上は働いています。 その後のセクションでプロトコルの正確な定義を与えます。
KEY
キー
* include in the class (always)
* クラスにおけるインクルード(いつも)
m mandatory function (negotiable but always implemented)
m義務的な機能(交渉可能な、しかし、いつも実装している)
o additional function (negotiable but not necessarily implemented)
o 追加機能(交渉可能な、しかし、必ず実装するというわけではない)
ao additional function (negotiable but not necessarily implemented).
Use of this option depends on the willingness of both transport
entities and availability of network service.
ao追加機能(交渉可能な、しかし、必ず実装するというわけではない)。 このオプションの使用は輸送実体とネットワーク・サービスの有用性の両方の意欲によります。
na not applicable.
適切でないNa。
7.0 PROTOCOL DESCRIPTION OF CLASS 0: SIMPLE CLASS
7.0 クラス0の記述について議定書の中で述べてください: 簡単なクラス
7.0.1 Characteristics of Class 0
7.0.1 クラス0の特性
The characteristic of this class is that it provides
the simplest type of transport connection and fully compatible
ISO Transport Protocol Specification Page 36
International Standards Organization
このクラスの特性はSpecification36ページ 輸送接続と完全にコンパチブルISO Transportプロトコルの国際Standards Organizationの最も純真なタイプを提供するということです。
with the CCITT recommendations S.70 for Teletex terminals.
Teletex端末へのCCITT推薦S.70と共に。
The class is designed for use in association with
network connections of type A (see 5.3.1.2.4.).
見てください。クラスが使用のためにタイプAのネットワーク接続と関連して設計されている、(5.3 .1 .2 .4)。
7.0.2 Functions of Class 0
7.0.2 クラス0の関数
This class is designed to have minimum functionality.
It provides only the functions needed for connection
establishment with negotiation, data transfer with segmenting and
protocol error reporting.
このクラスは、最小の機能性を持つように設計されています。 それは交渉によるコネクション確立、区分を伴うデータ転送、およびプロトコル誤り報告に必要である機能だけを提供します。
Class 0 provides transport connections with flow
control based on the network service provided flow control, and
disconnection based on the network service disconnection.
クラス0は提供されたフロー制御、およびネットワーク・サービス断線に基づく断線をネットワーク・サービスに基づいているフロー制御との輸送の接続に提供します。
7.0.3 Protocol Mechanisms of Class 0
7.0.3 クラス0のプロトコルメカニズム
7.0.3.1 Connection Establishment Phase
7.0.3.1 接続確立段階
Connection shall be made in accordance with the
general rules (Assignment of Network Connection, Connection
Establishment and Connection Refusal) with the following
restrictions:
総則(Network Connection、Connection特権階級、およびConnection Refusalの課題)によると、接続は以下の制限で作られているものとします:
o No exchange of user data is allowed.
o 利用者データの交換は全く許容されていません。
o Only TSAP-ID and TPDU size parameters are allowed.
o TSAP-IDとTPDUサイズ・パラメータだけが許容されています。
7.0.3.2 Data Transfer Phase
7.0.3.2 データ転送段階
o Segmenting (DT TDPU length and Segmenting)
o 区分(DT TDPUの長さとSegmenting)
o Detection and indication of procedural errors.
o 手続き上の誤りの検出としるし。
7.0.3.3 Release Phase
7.0.3.3 解除相
There is no explicit transport connection release
procedure for this class. The lifetime of the transport connection
is directly correlated to the lifetime of the network connection.
このクラスのためのどんな明白な輸送コネクション解放手順もありません。 輸送接続の寿命はネットワーク接続の生涯まで直接関連します。
7.0.4 Connection Establishment for Class 0
7.0.4 クラス0のためのコネクション確立
The connection establishment function is used
with the contraint that only the transport entity which has
requested the establishment of the network connection may send the
CR TPDU. If the calling transport entity receives a CR TPDU, it
shall transfer a TPDU Error (ERR) TPDU to notify the called
transport entity of the procedure error.
コネクション確立機能はネットワーク接続の設立が送るかもしれないそうした輸送実体だけがCR TPDUを要求したcontraintと共に使用されます。 呼んでいる輸送実体がCR TPDUを受けるなら、それは、手順誤りの呼ばれた輸送実体に通知するためにTPDU Error(ERR)TPDUを移すものとします。
ISO Transport Protocol Specification Page 37 International Standards Organization
ISOトランスポート・プロトコル仕様37ページ 世界規格組織
7.0.5 Data Transfer Procedures
7.0.5 データ転送手順
7.0.5.1 General
7.0.5.1 一般
The data transfer procedures described in the
following subsections apply only when the transport layer is in the
data transfer phase, that is after completion of Transport
Connection establishment.
トランスポート層がデータ転送段階にあるときだけ、以下の小区分で説明されたデータ転送手順は適用されて、Transport Connection設立の完成の後に、それはいます。
7.0.5.2 Transport Data TPDU maximum length
7.0.5.2 Data TPDUの最大の長さを輸送してください。
For Class 0 the standard maximum transport data
TPDU length is 128 octets including the data TPDU header octets.
Class0に関しては、標準の最大の輸送データTPDUの長さはデータTPDUヘッダー八重奏を含む128の八重奏です。
Other maximum TPDU lengths may be supported in
conjunction with the optional transport data TPDU size negotiation
function (see Section 8.3 and 8.4). Optional maximum data field
lengths shall be chosen from the following list: 256, 512, 1024
and 2048 octets.
他の最大のTPDUの長さは任意の輸送データTPDUサイズ交渉機能に関連してサポートされるかもしれません(セクション8.3と8.4を見てください)。 任意の最大のデータフィールド長は以下のリストから選ばれるものとします: 256 512 1024 そして、2048の八重奏。
TSDUs are transmitted using the segmenting function.
TSDUsは、区分機能を使用することで伝えられます。
7.0.6 Release Procedure
7.0.6 リリース手順
The "implicit" variant of the release function is used.
リリース機能の「暗黙」の異形は使用されています。
7.0.7 Treatment of invalid TPDUs
7.0.7 無効のTPDUsの処理
The "treatment of protocol errors' function is used.
「使用されるプロトコル誤りの機能の処理。」
7.0.8 Behaviour after an error signalled by the network service.
7.0.8 ネットワーク・サービスで誤りの後のふるまいは合図しました。
The implicit termination function is used and the
high layer is informed about this disconnection.
暗黙の終了機能は使用されています、そして、高い層はこの断線に関して知識があります。
7.0.9 Supported Options
7.0.9 サポートしているオプション
None
なし
7.1 PROTOCOL DESCRIPTION OF CLASS 1: BASIC ERROR RECOVERY CLASS
7.1 クラス1の記述について議定書の中で述べてください: 基本的なエラー回復のクラス
7.1.1 Characteristics of Class 1
7.1.1 クラス1の特性
The characteristic of this class is that it
provides a basic transport connection with minimal overheads.
このクラスの特性は基本的な輸送接続に最小量のオーバーヘッドを提供するということです。
The main purpose of the class if to recover from
network signalled errors (network disconnect or reset).
主な目的、ネットワークから回復するのが誤り(ネットワーク分離かリセット)に合図したなら、属してください。
Selection of this class is usually based on
ISO Transport Protocol Specification Page 38
International Standards Organization
通常、このクラスの選択はISO TransportプロトコルSpecification38ページ 国際Standards Organizationに基づいています。
reliability criteria. Class 1 has been designed to be used in association with type B network connections.
信頼性の評価基準。 クラス1は、タイプBネットワーク接続と関連して使用されるように設計されています。
7.1.2 Functions of Class 1
7.1.2 クラス1の関数
Class 1 provides transport connections with flow
control based on the network service provided flow control, error
recovery, expedited data transfer, disconnection, and also the
ability to support consecutive Transport connections on a network
connection.
フロー制御(エラー回復)がデータ転送、断線、およびネットワーク接続のときに連続したTransport接続をサポートする能力も速めたなら、クラス1はネットワーク・サービスに基づくフロー制御を輸送の接続に提供します。
This class provides the functionality of Class 0
plus the ability to recover after a failure signalled by the Network
Service, without involving the user of the Transport Service.
失敗がNetwork Serviceで合図した後にこのクラスはClass0の機能性と回復する能力を提供します、Transport Serviceのユーザにかかわらないで。
7.1.3 Protocol Mechanisms of Class 1
7.1.3 クラス1のプロトコルメカニズム
Class 1 protocol mechanisms include Class 0
protocol mechanisms plus the following:
クラス1プロトコルメカニズムはClass0プロトコルメカニズムと以下を含んでいます:
7.1.3.1 User Data in the Connection Phase
7.1.3.1 接続フェーズにおける利用者データ
Class 1 provides the possibility of conveying
data in the connection request and confirm commands.
クラス1はデータを伝える可能性を接続要求と確認コマンドに提供します。
7.1.3.2 Numbering of Data TPDU
7.1.3.2 データTPDUの付番
Each Data TPDU transmitted between transport entities for
each direction of transmission in a transport connection is
sequentially numbered.
輸送接続におけるトランスミッションの各方向のために輸送実体の間に伝えられた各Data TPDUは連続して付番されます。
7.1.3.3 Release
7.1.3.3 リリース
The "explicit" variant of the release function is used.
リリース機能の「明白な」異形は使用されています。
7.1.3.4 Error Recovery
7.1.3.4 エラー回復
The sending Transport entity keeps a copy of transmitted
TPDUs until it receives an acknowledgment which allows copies to be released.
After a failure is indicated by the nerwork service (Reset,
Disconnect), the resynchronization function is used to determine
which TPDUs must be retransmitted.
コピーがリリースされるのを許容する承認を受けるまで、送付Transport実体は伝えられたTPDUsの写しを取っておきます。 nerworkサービス(リセット、Disconnect)で失敗が示された後に、再同期機能は、どのTPDUsを再送しなければならないかを決定するのに使用されます。
Resynchronization may also be invoked by a transport entity
as a local matter. For that purpose the Resynchronization function is
used (see note at the end of Section 6.15).
また、Resynchronizationは地域にかかわる事柄として輸送実体によって呼び出されるかもしれません。 そのためにResynchronization機能は使用されています(セクション6.15の終わりで注意を見てください)。
7.1.3.5 Acknowledgement
7.1.3.5 承認
Acknowledgements are used to release copies of retained TPDUs.
ISO Transport Protocol Specification Page 39
International Standards Organization
承認は、保有されたTPDUsのコピーをリリースするのに使用されます。 ISOトランスポート・プロトコル仕様39ページ 世界規格組織
Two methods of acknowledgment are provided in the Retention until Acknowledgement of TPDUs function:
TPDUsのAcknowledgementが機能するまで、承認の2つのメソッドをRetentionに提供します:
o use of AK TPDU ("AK" variant) - mandatory
o AK TPDU(「AK」異形)の使用--、義務的
Note: The credit field of the AK TPDU is
not used in this class (always Set to zero).
以下に注意してください。 AK TPDUのクレジット分野はこのクラス(いつもゼロへのSet)に使用されません。
o use of network layer Confirmation of Receipt Service.
('confirmation of receipt' variant) - optional
o Receipt Serviceのネットワーク層Confirmationの使用。 ('領収書の確認'異形) - 任意
The variant to be used is negotiated during the
Connection Establishment Phase. The default option is the "AK TPDU"
variant. Use of Network Layer Receipt Confirmation is allowed only
in Class 1, and depends on the availability of the network layer
receipt confirmation service, the expected cost reduction, and the
agreement of both transport entities to use it.
使用されるべき異形はConnection特権階級Phaseの間、交渉されます。 省略時のオプションは「AK TPDU」異形です。 Network Layer Receipt Confirmationの使用は、Class1だけに許容されていて、ネットワーク層領収書確認サービスの有用性、期待原価減少、およびそれを使用する両方の輸送実体の協定に依存します。
7.1.4 Connection Establishment Procedures for Class 1
7.1.4 クラス1のためのコネクション確立手順
The 'assignment to network connection' and
'connection establishment' mechanisms are used. From the point at
which a transport entity issues a CR proposing the use of Class 1 or
a CC accepting the use of Class 1 the following mechanisms must be
available to deal with signalled errors during connection
establishment:
'ネットワーク接続への課題'と'コネクション確立'メカニズムは使用されています。 輸送実体がCRを発行するClass1の使用を提案するポイントかClass1の使用を受け入れるCCによって、以下のメカニズムはコネクション確立の間、合図された誤りに対処するために利用可能でなければなりません:
o Reassignment after failure
o Retention until Acknowledgement of TPDUs
o Resynchronization
o TPDUs o ResynchronizationのAcknowledgementまでの失敗o Retentionの後の再割当て
If no DT or ED TPDU is to be sent, receipt of a CC should be
acknowledged.
どんなDTもED TPDUも送られないつもりであるなら、CCの領収書は受け取ったことを知らせられるべきです。
7.1.5 Data Transfer Phase
7.1.5 データ転送段階
Data transfer is accomplished using the 'TPDU
transfer' 'Concatenation' and 'DT TPDU Length and Segmenting'
mechanisms. 'DT TPDU Numbering' and 'Retention until
Acknowledgement of TPDUs' are used in support of error recovery.
データ転送は'TPDU転送''連結'を使用するのに優れています、そして、'TPDUsのAcknowledgementまでのDT TPDU Length、Segmenting'メカニズム'DT TPDU Numbering'、および'保有'はエラー回復を支持して使用されます。
7.1.5.1 Behaviour after an error
7.1.5.1 誤りの後のふるまい
After receiving a network reset, the Resynchronization
mechanism is invoked. After receiving a network disconnect, the
'Reassignment after Failure' mechanism is invoked after which the
'Resynchronization' mechanism is invoked.
ネットワークリセットを受けた後に、Resynchronizationメカニズムは呼び出されます。 ネットワーク分離を受けた後に、'Resynchronization'メカニズムが呼び出される'Failureの後の再割当て'メカニズムは呼び出されます。
The 'Spurious Disconnect' mechanism is used to
deal with receipt of a DR TPDU for an unrecognised Transport
ISO Transport Protocol Specification Page 40
International Standards Organization
'偽物のDisconnect'メカニズムは認識されていないTransport ISO TransportプロトコルSpecification40ページのためのDR TPDUの領収書がインターナショナルな状態でStandards Organizationを取扱うのにおいて使用されています。
Connection.
接続。
7.1.5.2 Procedure for Expedited Data Transfer
7.1.5.2 速められたデータ転送のための手順
The Expedited Data Transfer mechanism is used.
Two methods are possible to provide the function:
Expedited Data Transferメカニズムは使用されています。 2つのメソッドが機能を提供するのにおいて可能です:
o non network expedited variant
o 非ネットワークは異形を速めました。
Note: (1) This method is always included in this class.
以下に注意してください。 (1) このメソッドはこのクラスにいつも含まれています。
Note: (2) The EDTPDU-NR of the ED TPDU contains an
identification number. This number must be different for successive ED TPDUs.
That is, when an ED TPDU has been sent and an EA TPDU for the ED
TPDU has been received, the next ED TPDU must have a different value
in the EDTPDU-NR field. No other significance is attached to
EDTPDU-NR field. It is recommended but not essential, that the
values used be consecutive modulo 128.
以下に注意してください。 (2) ED TPDUのEDTPDU-NRは識別番号を含んでいます。 連続したED TPDUsにおいて、この数は異なっているに違いありません。 すなわち、ED TPDUを送って、ED TPDUのためのEA TPDUを受け取ったとき、次のED TPDUはEDTPDU-NR分野に異価を持たなければなりません。 他の意味は全くEDTPDU-NR分野に付けられていません。 それは、お勧めですが、不可欠でなく、それは連続した法が128であったなら使用される値です。
o network expedited variant
o ネットワークは異形を速めました。
Note: (1) The use of this method is
determined through negotiation during transport connection
establishment.
以下に注意してください。 (1) このメソッドの使用は輸送コネクション確立の間、交渉で決定します。
7.1.6 Release Procedures
7.1.6 リリース手順
The 'explicit' variant of the Release mechanism is used.
Releaseメカニズムの'明白な'異形は使用されています。
Receipt of an error indication by a transport
entity, which, prior to this event has sent a DR, causes this
transport entity to retransmit DR. Only DC and DR will be accepted
and interpreted as the completion of the connection release
sequence. The related Reference will become unassigned.
このイベントがDRを送る前この輸送実体がどれでDR DCとDRだけを再送するかがコネクション解放系列の完成として輸送実体によって、認められて、解釈されるという誤り指示の領収書。 関連するReferenceは割り当てられないようになるでしょう。
7.1.7 Treatment of Unknown TPDUs
7.1.7 未知のTPDUsの処理
The 'Treatment of Protocol Errors' mechanism is used.
'プロトコルErrorsの処理'メカニズムは使用されています。
7.1.8 Supported Options
7.1.8 サポートしているオプション
Use of network receipt confirmation.
ネットワーク領収書確認の使用。
Use of network expedited.
速められたネットワークの使用。
7.2 PROTOCOL DESCRIPTION OF CLASS 2: MULTIPLEXING CLASS
7.2 クラス2の記述について議定書の中で述べてください: マルチプレクシングのクラス
7.2.1 Characteristics of Class 2
7.2.1 クラス2の特性
The characteristic of this class is to provide a
ISO Transport Protocol Specification Page 41
International Standards Organization
このクラスの特性はISO TransportのプロトコルのSpecificationのページの41の国際Standards Organizationを提供することです。
way to multiplex several transport connections onto a single network connection. This class has been designed to be used in association with type A network connections.
ずっと数人の輸送の接続をシングルに多重送信するには、接続をネットワークでつないでください。 このクラスは、タイプAネットワーク接続と関連して使用されるように設計されています。
Use of Explicit Flow Control
明白なフロー制御の使用
The objective is to provide flow control to help
avoid congestion at end-points and on the network connection.
Typical use is when traffic is heavy and continuous, or when there
is intensive multiplexing. Use of flow control can optimize
response times and resource utilization.
目的はエンドポイントにおいてネットワーク接続ときの混雑を避けるのを助けるためにフロー制御を提供することです。 典型的な使用はトラフィックがいつ激しくて、連続しているか、そして、またはいつ、徹底的なマルチプレクシングがあるかということです。 フロー制御の使用は応答時間とリソース利用を最適化できます。
Non Use of Explicit Flow Control (optional)
明白なフロー制御の非使用(任意)です。
The objective is to provide a basic transport
connection with minimal overheads suitable when independence of
transport and network connection lifetime is desirable. The class
would typically be used for unsophisticated terminals, and when no
multiplexing onto network connections is required. Expedited data
is never available.
目的は輸送とネットワーク接続生涯からの独立が望ましいときに、最小量の適当なオーバーヘッドとの基本的な輸送関係を提供することです。 クラスは純粋の端末に通常使用されて、ネットワーク接続に多重送信しないのがいつ必要であるかをそうされます。 速められたデータは決して利用可能ではありません。
7.2.2 Functions of Class 2
7.2.2 クラス2の関数
Class 2 provides transport connections with or
without individual flow control - no error detection or error
recovery is provided.
クラス2は独特のフロー制御のあるなしにかかわらず輸送の接続を提供します--どんな誤り検出もエラー回復も提供しません。
If the network resets or clears, the transport
connection is terminated without the transport clearing sequence
and the transport user is informed.
リセットをネットワークでつなぐか、またはクリアする、輸送が系列をクリアしないで、輸送接続は終えられて、輸送ユーザは知識があります。
When explicit flow control is used a credit
mechanism is defined allowing the receiver to inform the sender of
the exact amount of data he is willing to receive and expedited data
transfer is available.
明白なフロー制御が使用されているとき、受信機が彼が受け取っても構わないと思っているデータの正確な量について送付者に知らせるのを許容しながら、クレジットメカニズムは定義されます、そして、速められたデータ転送は利用可能です。
7.2.3 Protocol Mechanisms of Class 2
7.2.3 クラス2のプロトコルメカニズム
7.2.3.1 Connection Establishment Phase
7.2.3.1 接続確立段階
The connection establishment function shall be used.
コネクション確立機能は使用されるものとします。
7.2.3.1.1 User Data in the Connection Phase
7.2.3.1.1 接続フェーズにおける利用者データ
Class 2 provides the possibility to convey data in the
connection request and confirm commands.
クラス2はデータを伝える可能性を接続要求と確認コマンドに提供します。
7.2.3.2 Connection Identification
7.2.3.2 接続識別
In Class 2 each TPDU conveys a Destination Reference.
ISO Transport Protocol Specification Page 42
International Standards Organization
Class2では、各TPDUはDestination Referenceを運びます。 ISOトランスポート・プロトコル仕様42ページ 世界規格組織
This uniquely identifies the transport connection within the receiving transport entity and thus allows multiplexing.
これは、受信輸送実体の中で唯一輸送接続を特定して、その結果、多重送信するのを許容します。
7.2.3.3 Release Phase
7.2.3.3 解除相
The release of a transport connection results either
from the use of the 'explicit' variant of the release function or
from the Implicit Termination function.
輸送接続の解放はリリース機能の'明白な'異形の使用かImplicit Termination機能から結果として生じます。
7.2.3.4 Protocol Mechanisms when Explicit Flow Control is used.
7.2.3.4 Explicit Flow Controlが使用されているときにはMechanismsについて議定書の中で述べてください。
The following mechanisms are provided:
以下のメカニズムを提供します:
7.2.3.4.1 Numbering of Data TPDU
7.2.3.4.1 データTPDUの付番
Each Data TPDU transmitted between transport entities
for each direction of transmission in a transport connection is
sequentially numbered.
輸送接続におけるトランスミッションの各方向のために輸送実体の間に伝えられた各Data TPDUは連続して付番されます。
Each Data TPDU contains a Send Sequence Number T(S).
各Data TPDUはSend Sequence Number T(S)を含んでいます。
7.2.3.4.2 Flow Control Principles
7.2.3.4.2 フロー制御プリンシプルズ
The receiver of data TPDUs holds a count of the sequence
number of the next expected TPDU. This count is called the
Receive Sequence Number, T(R). The receiver indicated to the sender
the number of Data TPDUs he is ready to receive by means of a 'credit'
mechanism. Credits are given using the credit field in the AK TPDU.
The value of the credit field, in conjunction with the value of T(R)
transported by the YR-TU-NR (your TPDU number) field
of the AK TPDU, is used by the receiver of the AK TPDU to determine
whether and how many Data TPDUs may be accepted by the sender of the
AK TPDU. Precise definition of flow control principles appears in Section
7.2.5.5.3.
データTPDUsの受信機は次の予想されたTPDUの一連番号のカウントを保持します。 このカウントはReceive Sequence Number、T(R)と呼ばれます。 受信機は彼が'クレジット'メカニズムによって受け取る準備ができているData TPDUsの数を送付者に示しました。 AK TPDUのクレジット分野を使用することでクレジットを与えます。 クレジット分野の値が決定するAK TPDUの受信機によってAK TPDUのYR-TU-NR(あなたのTPDU番号)分野によって輸送されたT(R)の値に関連して使用される、そして、いくつのData TPDUsがAK TPDUの送付者によって受け入れられるかもしれませんか? フロー制御原則の厳密な定義はセクション7.2に現れます。.5 .5 .3。
7.2.3.4.3 Expedited Flow
7.2.3.4.3 速められた流れ
The non network expedited variant is used. Normal
flow is the flow of data subject to the flow control mechanism,
expedited flow is the flow of data that the sender may send without
explicit agreement of the receiver. This expedited flow has a
limited capability and could for example be used to carry session
supervisory commands.
非ネットワークの速められた異形は使用されています。 正常な流れがフロー制御メカニズムを条件としたデータの流れである、速められた流れは送付者が受信機の明白な協定なしで送るかもしれないデータの流れです。この速められた流れは、限られた能力を持って、例えば、セッションの管理の命令を運ぶのに使用できました。
The number of expedited data units outstanding at any
time is limited to one and the amount of TS-user data is limited (up
to 16 octets).
いつでも未払いの速められたデータ単位の数は1つに限られています、そして、TS-利用者データの量は限られています(最大16の八重奏)。
An expedited data may arrive before normal data which
was submitted earlier. Normal data submitted after the expedited
ISO Transport Protocol Specification Page 43
International Standards Organization
速められたデータは、より早く提出された正常なデータの前に到着するかもしれません。 正常なデータは速められたISO TransportプロトコルSpecification43ページの後に国際Standards Organizationを提出しました。
data will arrive after the expedited data.
データは速められたデータの後に到着するでしょう。
7.2.4 Connection Establishment Procedures for Class 2
7.2.4 クラス2のためのコネクション確立手順
7.2.4.1 References
7.2.4.1 参照
See Section 6.5 for reference assignment. Receipt of
any TPDU with a reference that is not assigned to a transport
connection other than a Disconnect Request (DR) or Connection
Request (CR) will be ignored.
参照課題に関してセクション6.5を見てください。 Disconnect Request(DR)かConnection Request(CR)以外の輸送接続に割り当てられない参照があるどんなTPDUの領収書も無視されるでしょう。
Receipt of a Disconnect Request (DR) for an unassigned
Reference will result in a Disconnect Confirm (DC) response.
割り当てられなかったReferenceのためのDisconnect Request(DR)の領収書はDisconnect Confirm(DC)応答をもたらすでしょう。
7.2.4.2 Connection Eastablishment
7.2.4.2 接続Eastablishment
This phase is achieved by exchange of CR/CC TPDU using
the 'connection establishment' function. Since the multiplexing
function is in use, then more than one transport connection may be
assigned to the same network connection concurrently. The
restrictions of Class 0 does not apply to this class and the other
higher classes.
このフェーズは、'コネクション確立'機能を使用しながら、CR/CC TPDUの交換で獲得されます。 マルチプレクシング機能が使用中であるので、そして、1つ以上の輸送接続が同時に同じネットワーク接続に選任されるかもしれません。 Class0の制限はこのクラスと他の、より高いクラスに適用されません。
7.2.5 Data Transfer Procedures for Class 2
7.2.5 クラス2のためのデータ転送手順
The data transfer procedures described in the
following section apply independently to each transport connection
existing between two transport entities.
以下のセクションで説明されたデータ転送手順は独自に2つの輸送実体の間に存在するそれぞれの輸送接続に適用されます。
7.2.5.1 TPDU Maximum Length and Segmenting
7.2.5.1 TPDUの最大の長さと区分
The general rules defined in Section 6.3 apply.
セクション6.3で定義された総則は適用されます。
7.2.5.2 Concatenation
7.2.5.2 連結
The general rules defined in Section 6.4 apply.
セクション6.4で定義された総則は適用されます。
7.2.5.3 Sending Data TPDU (No Explicit Flow Control Option)
7.2.5.3 送付データTPDU(明白なフロー制御オプションがありません)
In this case the data TPDU is built in accordance
with the rules stated in Section 6.2 and 6.3 and sent without any
additional mechanisms. Thus, the DT TPDU NR field may take any
value and no AK TPDU is used.
この場合、データTPDUをセクション6.2と6.3に述べられた規則に従って、造って、少しも追加メカニズムなしで送ります。その結果、DT TPDU NR分野はどんな値も取るかもしれません、そして、どんなAK TPDUも使用されていません。
7.2.5.4 Sending Data TPDU (When Explicit Flow Control is Used)
7.2.5.4 送付データTPDU(Explicit Flow ControlがUsedであるときに)
On each transport connection the transmission of Data
TPDUs is controlled separately for each direction and is based on
authorization from the receiver.
それぞれの輸送接続のときに、Data TPDUsのトランスミッションは、別々に各方向に制御されて、受信機から承認に基づいています。
ISO Transport Protocol Specification Page 44 International Standards Organization
ISOトランスポート・プロトコル仕様44ページ 世界規格組織
This authorization is provided through the use of
the TPDUs Credit field. Credit field values are only present in
the following TPDUs: CR, CC, AK..
TPDUs Credit分野の使用でこの承認を提供します。 クレジット分野値は単に以下のTPDUsに存在しています: CR、CC、AK。
7.2.5.4.1 Numbering of Data TPDUs
7.2.5.4.1 データTPDUsの付番
Each Data TPDU transmitted between transport entities,
for each direction of transmission in a transport connection, is
sequentially numbered.
輸送接続におけるトランスミッションの各方向のために輸送実体の間に伝えられた各Data TPDUは連続して付番されます。
The sender of Data TPDUs holds a count of the next
TPDU to be sent. This count is called the Send Sequence Number
T(S). The sender indicates to the receiver the number of the data
TPDU he sends by putting the current T(S) value into the TPDU-NR
field of the data TPDU.
Data TPDUsの送付者は送られる次のTPDUのカウントを保持します。 このカウントはSend Sequence Number T(S)と呼ばれます。 送付者は彼がデータTPDUのTPDU-NR分野に現在のT(S)値を入れることによって送るデータTPDUの数を受信機に示します。
Sequence numbering is performed modulo 2**n, where n
is the number of bits of the sequence number field. The T(S)
counter cycles through the entire range 0 to (2**n)-1.
系列付番は実行された法2**nです。(そこでは、nが一連番号分野のビットの数です)。 T(S)カウンタは全体の範囲0を通って(2**n)-1に循環します。
At connection establishment time both Transport
entities initialize their T(S) and T(R) counts to zero (i.e. the
first Data TPDU to be transmitted between transport entities for a
given direction of data transmission after the connection
establishment has a TPDU-NR field set to zero).
コネクション確立時に、両方のTransport実体はそれらのT(S)を初期化します、そして、T(R)はゼロ(すなわち、コネクション確立がTPDU-NR分野をゼロに設定させた後にデータ伝送の与えられた方向のために輸送実体の間に伝えられるべき最初のData TPDU)まで数えます。
Receipt of a Data TPDU whose TPDU-NR field is not
equal to the expected value T(R), is to be regarded as a protocol
error.
TPDU-NR分野があるData TPDUの領収書は、T(R)が期待値と等しく、プロトコル誤りは見なされないことです。
Operations described above are summarized as follows:
上で説明された操作は以下の通りまとめられます:
o initalization
o initalization
T(S) = 0 T(R) = 0
0T(S)=T(R)=0
Sending of Data TPDU
put T(S) into the TPDU-NR field of
the Data TPDU to be sent
Data TPDUの発信は送られるData TPDUのTPDU-NR野原にT(S)を入れました。
T(S) = (T(S) + 1) (modulo 2**n)
T(S)=(T(S)+1)(法2**n)
Receiving of Data TPDU
データTPDUの受信
TPDU-NR field of the received data
TPDU which is not equal to T(R) is
a protocol error.
T(R)と等しくない受信データTPDUのTPDU-NR分野はプロトコル誤りです。
T(R) = (T(R) + 1) (modulo 2**n)
T(R)=(T(R)+1)(法2**n)
ISO Transport Protocol Specification Page 45 International Standards Organization
ISOトランスポート・プロトコル仕様45ページ 世界規格組織
7.2.5.4.2 Window Definition
7.2.5.4.2 窓の定義
For each transport connection and for each direction
of data transmission a 'transmit window' is defined as the (possibly
null) ordered set of consecutive data TPDUs authorized to be
transmitted in that direction. At any given time, the lowest
sequence number of a data TPDU which a transport entity is
authorized to transmit is referred to as the 'lowest window edge'.
The 'upper window edge' is calculated by adding the credit
allocation, given by the value of the Credit (CDT) field contained
in a received TPDU, to the lower window edge. Note that a transport
entity is authorized to send data TPDUs with sequence numbers up to
but not including the upper window edge.
それぞれの輸送接続とデータ伝送a'の各方向に、窓を伝えてください。'TPDUsがその方向に伝えられるのを認可した(ことによるとヌル)の順序集合の連続したデータと定義されます。 その時々で、輸送実体が伝えるのが認可されるデータTPDUの最も低い一連番号は'最も低い窓の縁'と呼ばれます。 '上側の窓の縁'は、容認されたTPDUに含まれたCredit(CDT)分野の値によって与えられたクレジット配分を下側の窓の縁に加えることによって、計算されます。 輸送実体が一連番号が上がっている送信データTPDUsに認可されることに注意しなさい、ただし、上側の窓を含んでいなくて、斜めに進んでください。
7.2.5.4.3 Flow Control
7.2.5.4.3 フロー制御
Flow control is performed as follows:
フロー制御は以下の通り実行されます:
o initialization time
o 初期化時間
Lower window edge = 0
下側の窓の縁の=0
Upper window edge = N (Credit received either in
CR or in CC and N < 2**p < 2** (n-1), where P is the number of
bits in credit field of CR and CC.
上側の窓の縁はNと等しいです。(クレジットはCRかCCとN<2**p<2**(n-1)で受信されました。そこでは、PがCRとCCのクレジット分野のビットの数です。
o Sending of a Data TPDU
o データTPDUの発信
Send data TPDUs while T(S) is less than the upper window
edge. If T(S) equals the upper window edge then wait for
additional credit before sending.
T(S)は上側の窓の縁以下ですが、データTPDUsを送ってください。 T(S)が上側の窓の縁と等しいなら、発信する前に、追加クレジットを待ってください。
o Reception of Data TPDU (with TPDU NR = T(R)
o データTPDUのレセプション、(TPDU NR=T(R)
If T(R) is greater than or equal to the upper window edge
authorized to the sending transport entity, then the receiving
transport entity shall use the Treatment of Protocol Errors
function. Otherwise T(R) shall be incremented.
縁が送付輸送実体に認可した窓がT(R)がそう以上なら、より上側であり、次に、受信輸送実体はプロトコルErrors機能のTreatmentを使用するものとします。 さもなければ、T(R)は増加されるものとします。
Sending Credit
送付クレジット
Send AK TPDU with YR-TU-NR = T(R) and Credit equals N.
(Where N = number of additional data
TPDUs the entity is prepared to receive.)
YR-TU-NR=T(R)とAK TPDUを送ってください。そうすれば、CreditはNと等しいです。(Nが追加データTPDUsの数と等しいところでは、実体は受信するように準備されます。)
Receiving Credit in AK.
AKでクレジットを受けます。
Lower window edge = YR-TU-NR received.
下側の窓の縁=のYR-TU-NRは受信しました。
Upper window edge = Lower window edge + N.
ISO Transport Protocol Specification Page 46
International Standards Organization
上側のウィンドウ=下側の窓の縁+N.ISO TransportプロトコルSpecification縁の46ページ 国際Standards Organization
7.2.5.4.4 Reducing the Upper Window Edge
7.2.5.4.4 上側の窓の縁を減少させること。
The value of the upper window edge cannot be decreased
in this class. If, at a certain point of time, the upper window edge
value is U, the reception of an AK TPDU having YR-TU-NR = M and CDT
= N such that:
上側の窓の縁の値はこのクラスで減少できません。 時間のある一定のポイントの上側の窓の縁の価値であるならU、YR-TU-NRにMと等しくさせるAK TPDUとCDTのレセプション=Nがそのようなものであるので:
(U-M) (mod. 2**n) > N
(U-M)(モッズ。 2**n) >N
is a protocol error
プロトコル誤りです。
Provided the previous statements are respected, CDT
field may take any value including zero.
前言が尊敬されるなら、CDT分野はゼロを含むどんな値も取るかもしれません。
7.2.5.4.5 Procedure for Expedited Data Transfer
7.2.5.4.5 速められたデータ転送のための手順
The procedure of expedited data transfer allows a
transport entity to transmit data to the remote transport entity
without following the flow control procedure of the normal data
flow. This procedure can only apply in the transfer phase.
速められたデータ転送の手順で、正常なデータフローのフロー制御手順に従わないで、輸送実体はリモート輸送実体にデータを送ることができます。 転送フェーズでこの手順は適用できるだけです。
The expedited procedure has no effect on the transfer
and flow control applying to normal Data TPDUs.
速められた手順は、正常なData TPDUsに適用しながら、転送とフロー制御で効き目がありません。
To transmit expedited data, the transport entity sends
an expedited data TPDU (ED TPDU). The size of a data field is
limited (up to 16 octets). The data field contains a complete ED
TSDU. The remote transport will then confirm the receipt of the ED
TPDU by transmitting an expedited TPDU acknowledgement (EA TPDU).
A transport entity can send another ED TPDU only after having
received an EA TPDU for the previously transmitted ED TPDU. In
class 2 the ED TPDU NR field of the ED and YR-TU-NR field of the EA
TPDU are not defined and may take any value.
速められたデータを送るために、輸送実体は速められたデータTPDU(ED TPDU)を送ります。 データ・フィールドのサイズは限られています(最大16の八重奏)。 データ・フィールドは完全なED TSDUを含んでいます。 そして、リモート輸送は、速められたTPDU承認(EA TPDU)を伝えることによって、ED TPDUの領収書を確認するでしょう。 以前に伝えられたED TPDUのためにEA TPDUを受けた後にだけ、輸送実体は別のED TPDUを送ることができます。 クラス2では、EA TPDUのEDとYR-TU-NR分野のED TPDU NR分野は、定義されないで、どんな値も取るかもしれません。
7.2.6 Release Procedures for Class 2
7.2.6 クラス2のためのリリース手順
The data phase ends after a transport entity has sent
or received a Disconnect Request (DR). The transport entity will
ignore any incoming TPDU except DC or DR.
輸送実体がDisconnect Request(DR)を送るか、または受けた後にデータフェーズは終わります。 輸送実体はDCかDR以外のどんな入って来るTPDUも無視するでしょう。
If the network resets or clears the network
connection, all transport connections are terminated without the
transport clearing sequence. The References become frozen.
ネットワークがネットワーク接続をリセットするか、またはきれいにするなら、輸送が系列をクリアしないで、すべての輸送の接続が終えられます。 Referencesは凍るようになります。
For Class 2 the explicit variant of the 'release'
mechanism is used, enabling transport connections to be cleared
independently of the underlying network connection.
Class2に関しては、'リリース'メカニズムの明白な異形は使用されています、輸送の接続独自に基本的なネットワーク接続を取り除かれるのを可能にして。
7.2.7 Treatment of Invalid TPDUs
7.2.7 無効のTPDUsの処理
ISO Transport Protocol Specification Page 47 International Standards Organization
ISOトランスポート・プロトコル仕様47ページ 世界規格組織
The 'Treatment of Protocol Error' mechanism in Section
6.23 is used.
セクション6.23の'プロトコルErrorの処理'メカニズムは使用されています。
7.2.8 Behaviour after an Error signalled by the Network Layer.
7.2.8 Errorの後のふるまいはNetwork Layerで合図しました。
The implicit termination mechanism is used.
内在している終了メカニズムは使用されています。
7.2.9 Supported Options
7.2.9 サポートしているオプション
Non use of explicit flow control.
Extended formats.
明白なフロー制御を非使用します。 拡張フォーマット。
7.3 PROTOCOL DESCRIPTION OF CLASS 3: ERROR RECOVERY AND MULTIPLEXING CLASS
7.3 クラス3の記述について議定書の中で述べてください: エラー回復ANDマルチプレクシングのクラス
7.3.1 Characteristics of Class 3
7.3.1 クラス3の特性
The characteristics of Class 3 in addition to those of
Class 2 is to mask errors indicated by the network. Selection of
this class is usually based upon reliability criteria. Class 3 has
been designed to be used in association with type B network connections.
Class2のものに加えたClass3の特性はネットワークによって示された誤りにマスクをかけることです。 通常、このクラスの選択は信頼性の評価基準に基づいています。 クラス3は、タイプBネットワーク接続と関連して使用されるように設計されています。
7.3.2 Functions of Class 3
7.3.2 クラス3の関数
This class provides the functionality of Class 2 (with
use of explicit flow control) plus the ability to recover after a
failure signalled by the Network Layer without involving the user
of the transport service.
このクラスはClass2(明白なフロー制御の使用がある)の機能性と失敗がNetwork Layerで輸送サービスのユーザにかかわらないで合図した後に回復する能力を提供します。
The mechanisms used to achieve this functionality also
allow the implementation of more flexible flow control.
また、この機能性を達成するのに使用されるメカニズムは、よりフレキシブルなフロー制御の実装を許容します。
7.3.3 Protocol Mechanisms of Class 3
7.3.3 クラス3のプロトコルメカニズム
Class 3 mechanisms include Class 2 (with use of
explicit flow control option) mechanisms and the ability to recover
after a failure signalled by the network without informing the user
of the transport connection.
クラス3メカニズムはClass2(明白なフロー制御オプションの使用がある)メカニズムを含んでいます、そして、輸送接続についてユーザに知らせないで、失敗から立ち直る能力はネットワークによって示されました。
7.3.3.1 Error Recovery Principles
7.3.3.1 エラー回復プリンシプルズ
The sending transport entity keeps a copy of
transmitted Data TPDUs and ED TPDUs until it receives a positive
aknowledgement which allows copies to be released. It may also
receive an RJ command inviting it to retransmit or transmit all Data
TPDUs, if any, from the point in the sequence indicated in the RJ
command.
コピーがリリースされるのを許容する積極的なaknowledgementを受けるまで、送付輸送実体は伝えられたData TPDUsとED TPDUsの写しを取っておきます。 また、それはすべてのData TPDUsを再送するか、または伝えるよう誘うRJコマンドを受け取るかもしれません、もしあれば、RJコマンドで示された系列のポイントから。
This is especially the case, when a failure is
indicated by the network. The transport entity sends an RJ command
in order to indicate the sequence number of the next expected TPDU.
ISO Transport Protocol Specification Page 48
International Standards Organization
失敗がネットワークによって示されるとき、これは特にそうです。 輸送実体は、次の予想されたTPDUの一連番号を示すためにRJコマンドを送ります。 ISOトランスポート・プロトコル仕様48ページ 世界規格組織
Error recovery for ED TPDU is achieved by retransmission
(see 7.3.5.3).
見てください。ED TPDUのためのエラー回復が「再-トランスミッション」によって達成される、(7.3 .5 .3)。
7.3.3.2 Relationship between Flow Control and Error Recovery
7.3.3.2 フロー制御とエラー回復との関係
Acknowledgement is performed by use of the T(R) count. A
credit is associated with this acknowledgement which may
be equal to or greater than zero. Thus it is possible to acknowledge
data without giving the right to send new data.
承認はT(R)カウントの使用で実行されます。 クレジットはゼロより等しいか、または大きいかもしれないこの承認に関連しています。 したがって、新しいデータを送る権利を与えないでデータを承認するのは可能です。
Credit may be reduced, by the use of the RJ TPDU.
クレジットはRJ TPDUの使用で減少するかもしれません。
7.3.4 Connection Establishment Procedure for Class 3
7.3.4 クラス3のためのコネクション確立手順
The rules for Class 2 (with use of explicit flow
control) apply with the addition of the following rules which apply
on receipt of an eror indication from the Network layer.
Class2(明白なフロー制御の使用がある)のための規則はNetwork層からのeror指示を受け取り次第適用される以下の規則の追加で適用されます。
o Reception of an error indication by a
transport entity which, prior to this event, has
sent a CR and has not yer received a CC, causes
the transport entity to retransmit CR.
o このイベントの前にCRを送って、yerを持っていない輸送実体による誤り表示のレセプションはCCを受けて、原因はCRを再送する輸送実体です。
o Reception of an error indication by a
transport entity to wait for reception of CR, RJ
or DR TPDU. In this case:
o CR、RJまたはDR TPDUのレセプションを待つ輸送実体による誤り表示のレセプション。 この場合:
- Reception of CR will cause the transport
entity to retransmit CC.
- CRのレセプションで、輸送実体はCCを再送するでしょう。
- Reception of RJ will cause the transport
entity to transmit an RJ with a YR-TU-NR
equal to zero and enter the data phase.
- RJのレセプションで、輸送実体はデータフェーズにゼロに合わせて、入るために等しいYR-TU-NRと共にRJを伝えるでしょう。
- Reception of a DR will cause termination
of the transport connection as for Classes 1
and 2 (see 7.1.4).
- DRのレセプションがClasses1と2のように輸送接続の終了を引き起こす、(見る、7.1、.4、)
7.3.5 Data Transfer Procedures for Class 3
7.3.5 クラス3のためのデータ転送手順
7.3.5.1 Acknowledgement
7.3.5.1 承認
The 'AK' variant of the Retention until
Acknowledgement of TPDUs function is used.
TPDUsのAcknowledgementが機能するまで、Retentionの'AK'異形は使用されています。
7.3.5.2 Retransmission Procedure
7.3.5.2 Retransmission手順
TPDU retransmission is a procedure which allows
a transport entity to request retransmission of one or several
consecutive Data TPDUs from the remote transport entity. A
ISO Transport Protocol Specification Page 49
International Standards Organization
TPDU retransmissionは輸送実体がリモート輸送実体から1か数個の連続したData TPDUsの「再-トランスミッション」を要求できる手順です。 ISOの仕様のページの49の国際規格トランスポート・プロトコル組織
transport reject condition is signalled to the remote transport entity by transmission of an RJ TPDU whose YR-TU-NR field indicates the sequence number of the next expected Data TPDU.
YR-TU-NR分野が次の予想されたData TPDUの一連番号を示すRJ TPDUのトランスミッションで輸送廃棄物状態はリモート輸送実体に合図されます。
On receipt of a RJ TPDU, a Transport entity shall
accept credit to the value contained in the credit field and shall
re-transmit TPDUs, starting with the one whose number is specified in
the YR-TU-NR field of the received RJ TPDU, subject to the new
credit.
RJ TPDUを受け取り次第、Transport実体は、クレジット分野に保管されていた値にクレジットを受け入れて、TPDUsを再送するものとします、番号が容認されたRJ TPDUのYR-TU-NR分野で新しいクレジットを条件として指定されるものから始まって。
The transport entity shall not specify a T(R) in the
RJ TPDU less than that which has previously been acknowledged.
Receipt of an RJ TPDU with a T(R) which has been previously
acknowledged will be considered a protocol error.
輸送実体は以前に承認されたそれほどRJ TPDUでT(R)を指定しないものとします。 以前に承認されたT(R)とRJ TPDUの領収書はプロトコル誤りであると考えられるでしょう。
Additional DT TPDUs pending initial transmission may
follow the retransmitted DT TPDU(s) if the window is not closed.
窓が閉じられないなら、初期のトランスミッションまで追加DT TPDUsは再送されたDT TPDU(s)に続くかもしれません。
7.3.5.3 Reducing the upper window edge
7.3.5.3 上側の窓の縁を減少させること。
It is possible to decrease the value of the upper
window edge down to the sequence number transported by YR-TU-NR
field of the RJ TPDU. Receipt of an DT TPDU which would have been
inside the window before the reduction is not a protocol error and
this TPDU may be discarded.
上側の窓の縁の値をRJ TPDUのYR-TU-NR分野によって輸送された一連番号まで減少させるのは可能です。 減少がプロトコル誤りにならない前に窓の中に行ったことがあるDT TPDUとこのTPDUの領収書は捨てられるかもしれません。
Note: In such a case the credit equal to zero
achieves the effect of a Receive not Ready Condition.
以下に注意してください。 このような場合にはゼロに合わせるために等しいクレジットはReady Conditionではなく、Receiveの効果を実現します。
7.3.5.4 Behaviour after an error signalled by the network layer
7.3.5.4 誤りがネットワーク層で合図した後にふるまい
After receiving an error indication from the Network
Service, the transport entity shall tranmit to the remove entity an
RJ TPDU with YR-TU-NR field indicating the sequence number of the
next expected Data TPDU.
後に、Network Serviceから、輸送実体がtranmitされるものとするという誤り指示を受ける、次の期待しているData TPDUの一連番号を示すYR-TU-NRとRJ TPDUがさばく実体を取り除いてください。
7.3.5.5 Procedure for Expedited Data Transfer
7.3.5.5 速められたデータ転送のための手順
In Class 3, the ED TPDU-NR field of the Expedited
Data (ED) TPDU contains an identification number. This number must
be different for successive ED TPDUs. That is, when an ED TPDU has
been sent and an EA TPDU for the ED TPDU has been received, the next
ED TPDU must have a different value in the NR field of the ED
TPDU. No other significance is attached to this field. It is
recommended, however, that the values used be consecutive modulo
2**n. When a transport entity receives an ED TPDU for a transport
connection, it shall respond by transmitting an expedited
acknowledgement (EA) TPDU.
Class3では、Expedited Data(エド)TPDUのED TPDU-NR分野は識別番号を含んでいます。 連続したED TPDUsにおいて、この数は異なっているに違いありません。 すなわち、ED TPDUを送って、ED TPDUのためのEA TPDUを受け取ったとき、次のED TPDUはED TPDUのNR分野に異価を持たなければなりません。 他の意味は全くこの分野に付けられていません。 しかしながら、使用される値が連続した法2**nであることはお勧めです。 輸送実体が輸送接続のためにED TPDUを受けるとき、それは、速められた承認(EA)TPDUを伝えることによって、応じるものとします。
It places in the YR-TU-NR field the value contained in
ISO Transport Protocol Specification Page 50
International Standards Organization
それはISO TransportプロトコルSpecification50ページ 国際Standards Organizationに含まれた値をYR-TU-NR分野に置きます。
the NR field of the received ED TPDU. If, and only if, this value is different from the NR field of the previously received ED TPDU, the data contained in the TPDU is to be passed to the session entity.
容認されたED TPDUのNR分野。 この値は以前に容認されたED TPDU(中の通過されるためにセッション実体にはTPDUがいる含まれたデータ)のNR分野と単に異なっています。
If an error indication from the Network layer is
received before the receipt of the expected Expedited Acknowledgement
(EA) TPDU, the transport entity shall retransmit the ED TPDU with
the same value in the NR field. By the rule described in the
previous paragraph, the session entity does not receive data
corresponding to the same expedited TPDU more than once.
予想されたExpedited Acknowledgement(EA)TPDUの領収書の前にNetwork層からの誤り表示を受けるなら、同じ値がNR分野にある状態で、輸送実体はED TPDUを再送するものとします。 前のパラグラフで説明された規則で、セッション実体は一度より多くの同じ速められたTPDUに対応するデータを受け取りません。
7.3.6 Release Procedures for Class 3
7.3.6 クラス3のためのリリース手順
The rules for Class 2 apply with the addition of the
following rule:
Class2のための規則は以下の規則の追加で適用されます:
Receipt of an eror indication by a transport entity,
which prior to this event has sent a DR, causes this transport
entity to retransmit DR. Only DC and DR will be accepted and
interpreted as the completion of the connection clearing sequence.
The related Reference will become unassigned.
実体はこのイベントの前にDRを送りました。この輸送実体は輸送実体によるeror指示の領収書でDRを再送します。DCとDRだけが系列をクリアしている接続の完成として認められて、解釈されるでしょう。 関連するReferenceは割り当てられないようになるでしょう。
7.3.7 Treatment of Invalid TPDUs
7.3.7 無効のTPDUsの処理
The 'Treatment of Protocol Errors' mechanism is used.
'プロトコルErrorsの処理'メカニズムは使用されています。
7.3.8 Supported Options
7.3.8 サポートしているオプション
Extended formats.
拡張フォーマット。
7.4 PROTOCOL DESCRIPTION OF CLASS 4: ERROR DETECTION AND RECOVERY CLASS
7.4 クラス4の記述について議定書の中で述べてください: 誤り検出と回復は属します。
7.4.1 Characteristics of Class 4
7.4.1 クラス4の特性
The characteristic of Class 4, in addition to those of
Class 3, is the detection of errors which occur as a result of the
low grade of service available from the network layer. The kinds of
errors to be detected include: TPDU loss, TPDU delivery out of
sequence, TPDU duplication. These errors may afect control TPDUs as
well as Data TPDUs.
Class3のものに加えたClass4の特性はネットワーク層から利用可能にサービスの下級の結果、発生する誤りの検出です。 検出されるべき誤りの種類は: TPDUの損失、系列からのTPDU配送、TPDU複製。 これらの誤りはData TPDUsと同様にafectコントロールTPDUsがそうするかもしれません。
Class 4 has been designed to be usd in association
with network connections of type C.
クラス4は、タイプCのネットワーク接続と関連したusdになるように設計されています。
7.4.2 Functions of Class 4
7.4.2 クラス4の関数
This class provides the functionality of Class 3, plus
the ability to detect and recover from lost, duplicated or out of
sequence TPDUs without involving the user of the transport service.
このクラスはClass3の機能性、およびコピーされるか、輸送サービスのユーザにかかわることのない系列TPDUsからの失われて、検出して、回復する能力を提供します。
ISO Transport Protocol Specification Page 51 International Standards Organization
ISOトランスポート・プロトコル仕様51ページ 世界規格組織
This detection of errors is made by extended use of
the sequence numbering of Classes 2 and 3, by a timeout mechanism,
and by additional protocol mechanisms.
Classes2と3の系列付番の拡張使用、タイムアウトメカニズム、および追加議定書メカニズムは誤りのこの検出をします。
This class additionally detects and recovers from
damaged TPDUs by using a checksum mechamism. The use of the
checksum mechanism must be available but its use or its non use is
subject to negotiation. Class 4 does not attempt to deal with
detection of errors due to the misdelivery of TPDUs.
このクラスは、mechamismをさらに、検出して、破損しているTPDUsからチェックサムを使用することによって、回収します。 チェックサムメカニズムの使用は利用可能であるに違いありませんが、使用かその非使用が交渉を受けることがあります。 クラス4は、TPDUsの配達ミスによる誤りの検出に対処するのを試みません。
7.4.3 Protocol Mechanisms of Class 4
7.4.3 クラス4のプロトコルメカニズム
7.4.3.1 Network Service Data Unit Lifetime
7.4.3.1 ネットワーク・サービスデータ単位生涯
The network layer is assumed to provide, as an aspect
of its grade of service, for a bound on the maximum lifetime of
NSDUs in the network. This value is known by the Transport Layer.
The maximum time which may elapse between the transmission of an
NSDU into the network layer and the receipt of any copy of it is
referred to as M.
ネットワーク層が提供すると思われます、サービスのグレードの局面として、最大の生涯のネットワークにおける、NSDUsのバウンドのために。 この値はTransport Layerによって知られています。 ネットワーク層へのNSDUのトランスミッションとどんなコピーのそれの受領の間でも経過するかもしれない最大の時間はMと呼ばれます。
7.4.3.2 Average Transit Delay
7.4.3.2 平均したトランジット遅れ
It is assumed that there is some value of transmit
delay in the network, typically much less than M, which will be the
maximum delay suffered by all but a small proportion of NSDUs. This
value is referred to as E.
ネットワークで遅れを伝えて、最大の遅れになるMよりはるかに通常NSDUsのわずかな割合以外のすべてで受けないことの何らかの値があると思われます。 この値はEと呼ばれます。
7.4.3.3 Remote Acknowledge Time Assumptions
7.4.3.3 リモートである、時間仮定を承諾してください。
Any transport entity is assumed to provide a bound for the
maximum time which can elapse between its receipt of a TPDU from
the Network Layer and its transmisssion of the Corresponding response.
this value is referred to as A/L. The corresponding time given by the
remote transport entity is referred to as A/R. The values for these
timers may be conventionally established or may be established
at connection establishment time.
どんな輸送実体もNetwork LayerからのTPDUの領収書とそのCorresponding応答のtransmisssionの間で経過できる最大の時間のバウンドを提供すると思われます。この値はA/Lと呼ばれます。 リモート輸送実体によって与えられた対応する時間はA/Rと呼ばれます。 これらのタイマのための値は、慣習上確立されるか、またはコネクション確立時に確立されるかもしれません。
7.4.3.4 Local Retransmission Time
7.4.3.4地方のRetransmission時間
The local transport entity is assumed to maintain a
bound on the time it will wait for an acknowledgement before
retransmitting the TPDU. This time is the local retransmission time
and is referred to as T1.
TPDUを再送する前に承認を待っているときローカル運送実体がバウンドを維持すると思われます。 今回は、地方の「再-トランスミッション」時間であり、T1と呼ばれます。
T1 = 2*E + X + Ar?
T1=2*E+X+アルゴン?
Where X is a value to allow for TPDU processing in the
local transport entity.
Xがローカル運送実体におけるTPDU処理のために許容する値であるところ。
ISO Transport Protocol Specification Page 52 International Standards Organization
ISOトランスポート・プロトコル仕様52ページ 世界規格組織
7.4.3.5 Persistence Time
7.4.3.5固執時間
The local transport entity is assumed to provide a
bound for the maximum time for which it may continue to retransmit
a TPDU requiring positive acknowledgment. This value is referred to
as R.
ローカル運送実体が肯定応答を必要とするTPDUを再送し続けるかもしれない最大の時間のバウンドを提供すると思われます。 この値はRと呼ばれます。
The value is clearly related to the time elapsed
between retransmission, T1, and the maximum number of
retransmissions, N. It is not less than T1*N+X, where X is small
quantity to allow for additional internal delays, the granularity of
the mechanism used to implement T1 and so on. Because R is a bound,
the exact value of X is unimportant as long as it is bounded and
the value of a bound is known.
値は明確に「再-トランスミッション」の「再-トランスミッション」と、T1と、最大数の間の経過時間に関連して、N.Itは少なくともT1*N+Xです、T1などを実装するのに使用されるメカニズムの粒状。そこでは、Xが追加内部の遅れのために許容する少量です。 Rがバウンドであるので、それは境界がある限り、Xの正確な値が重要ではありません、そして、バウンドの値は知られています。
7.4.3.6 Bound on Reference Identifier and Sequence Numbers
7.4.3.6 参照識別子と一連番号でバウンドしてください。
Using the above values, a bound L may be established
for the maximum time between the decision to transmit a TPDU and the
receipt of any response relating to it. The value of L is given by:
上の値を使用して、バウンドLは、それに関連しながら、TPDUを伝えるという決定とどんな応答の受領の間でも最大の時間に確立されるかもしれません。 以下はLの値を与えます。
L = 2*M+R+Ar
Lは2*M+R+アルゴンと等しいです。
It is necessary to wait for a period L before reusing
any reference or sequence number, to avoid confusion in case a TPDU
referring to it may be duplicated or delayed.
それについて言及するTPDUがコピーされるといけないか、または遅れるといけないかもしれないので混乱を避けるためにどんな参照や一連番号も再利用する前にしばらくLを待つのが必要です。
(Note: In practive, the value of L may be
unacceptably large. It may also be only a statistical figure at a
certain confidence level. A smaller value may therefore be used
where this still allows the required quality of service to be
provided).
(以下に注意してください。 practiveでは、Lの値は容認できないほど大きいかもしれません。 また、それはある信頼水準において統計数字であるにすぎないかもしれません。 したがって、より小さい値はこれが、必要なサービスの質が提供されるのをまだ許容しているところで使用されるかもしれません。).
7.4.3.7 Inactivity Time
7.4.3.7不活発時間
To protect against unsignalled breaks in the network
connection (Half-open connections), each transport entity maintains
an inactivity time interval. If the interval passes without
receipt of some TPDU, the transport entity will terminate the TC by
making use of the release procedure. This interval is referred to
as I.
ネットワーク接続(半開きな接続)における非合図された中断から守るために、それぞれの輸送実体は不活発時間間隔を維持します。 間隔がいくらかのTPDUの領収書なしで過ぎると、輸送実体は、リリース手順を利用することによって、TCを終えるでしょう。 この間隔は私に言及されます。
7.4.3.8 Window Time
7.4.3.8リード・タイム
A transport entity maintains a time to ensure that
there is a maximum interval between transmission of up-to-date
window information. This interval is referred to as the window
time, W.
輸送実体は確実にする最新の窓の情報の伝達の間に最大の間隔がある時間を維持します。 W、この間隔はリード・タイムと呼ばれます。
7.4.3.9 Class 4 Error Recovery Principles ISO Transport Protocol Specification Page 53 International Standards Organization
7.4.3.9 クラス4エラー回復プリンシプルズISOトランスポート・プロトコル仕様53ページ 世界規格組織
In class 4, the transport entity associates a response time
with TPDUs sent requiring a response. If an appropriate response is
not received within time T1, the recovery procedure must be invoked
by the sender. This will usually involve the retransmission of the
corresponding TPDU.
クラス4、輸送実体関連におけるTPDUsがある応答時間は、応答を必要としながら、発信しました。 適切な応答が時間T1中に受けられないなら、送付者はリカバリ手順を呼び出さなければなりません。 通常、これは対応するTPDUの「再-トランスミッション」にかかわるでしょう。
A TPDU may be transmitted a maximum number of times,
This number is referred to a N. The value of N is chosen so that
the required quality of service can be provided given the known
characteristics of the network connection.
TPDUが伝えられたa最大数の回であるかもしれない、This番号は、ネットワーク接続の知られている特性を考えて、必要なサービスの質を提供できるようにNの値が選ばれているN.を参照されます。
7.4.3.10 Relationship of Times and Intervals
7.4.3.10 回と間隔の関係
The following note describes the relationship between
the time described in Section 7.4.3.1 - 7.4.3.9.
以下の注意はセクション7.4.3で.1--7.4に説明された時間の間の関係について説明します。.3 .9。
Note:
以下に注意してください。
a. The interrelationship of times for the worst case
is as follows:
a。 最悪の場合のための回の相互関係は以下の通りです:
M: maximum transit delay of the network (see
7.4.3.1)
M: ネットワークの最大のトランジット遅れ(7.4に.3を見てください、.1)
Ar maximum acknowledgement time of the remote
transport entity (see 7.4.3.3)
リモート輸送実体のアルゴンの最大の承認時間(7.4に.3を見てください、.3)
R: maximum local retransmission time (see
7.4.3.5)
R: 最大の地方の「再-トランスミッション」時間(7.4に.3を見てください、.5)
N: maximum number of transmission for a single
TPDU (see 7.4.3.9)
N: 独身のTPDUのための最大数の送信(7.4に.3を見てください、.9)
L: maximum time for a TPDU to be valid (see
7.4.3.6)
L: TPDUが有効になる最大の時間(7.4に.3を見てください、.6)
R = T * (N-1)
1
RはT*(N-1)1と等しいです。
R
R
*
M
L *
* M L*
A =2*M + A + R
R R
+R R Rあたり1=2*M+
*
M
ISO Transport Protocol Specification Page 54
International Standards Organization
* M ISOはプロトコル仕様54ページ 世界規格組織を輸送します。
t t
t t
b. The interrelationship of times for the average
case is as follows (see 7.4.3.4)
b。 平均したケースのための回の相互関係は以下の通りです。(7.4に.3を見てください、.4)
E: average transit delay for the network
(E<<M)
E: ネットワークのための平均したトランジット遅れ(E<<M)
X: TPDU processing time
X: TPDU処理時間
T : average time from sending a TPDU until
1 the receipt of its acknowledgement (see
7.4.3.4)
T: 1時までのTPDUに承認の領収書を送るのからの平均時間(7.4に.3を見てください、.4)
A : maximum acknowledgement time of the
R remote transport entity (see 7.4.3.3)
A: Rリモート輸送実体の最大の承認時間(7.4に.3を見てください、.3)
X
X
E
E
A T = 2*E + X + A
R 1 R
+ R1Rあたり1T=2*E+X
E
t t
E t t
7.4.3.11 Sequence Numbering
7.4.3.11 系列付番
In Class 4 sequence numbering is applied to certain
control TPDUs and their acknowledgements, as well as to DT TPDUs.
These are ED and its acknowledgement EA.
Class4では、系列付番はよくDT TPDUsのようにあるコントロールTPDUsと彼らの承認に適用されます。 これらは、EDと承認EAです。
The length of sequence numbers may be negotiated at
connection establishment. Where other than the default length is
used, an extended header format is used for sequenced TPDUs
containing additional octets of sequence numbers. Extended header
format includes a credit field on the appropriate TPDU types
allowing extended credit allocation.
一連番号の長さはコネクション確立で交渉されるかもしれません。 省略時の長さを除いたどこが使用されているか、拡張ヘッダー形式は一連番号の追加八重奏を含む配列されたTPDUsに使用されます。 拡張ヘッダー形式は拡張クレジット配分を許す適切なTPDUタイプのクレジット分野を含んでいます。
7.4.4 Procedures for Connection Establishment Phase
7.4.4 接続確立段階のための手順
The following features pertain to connection
establishment for Class 4:
以下の特徴はClass4のためのコネクション確立に関係します:
o In Class 4, a connection is not considered
established until the successful completion
of a 3-way TPDU exchange. The sender of a
CR TPDU must respond to the corresponding CC
ISO Transport Protocol Specification Page 55
International Standards Organization
o Class4では、接続は確立していると3ウェイTPDU交換の無事終了まで考えられません。 CR TPDUの送付者は対応するCC ISO TransportプロトコルSpecification55ページに国際Standards Organizationを反応させなければなりません。
TPDU by immediately sending a DT, ED or AK TPDU.
すぐにDT、EDまたはAK TPDUを送るのによるTPDU。
o As a result of duplication, a CR TPDU may be
received specifying a source reference which
is already in use with the sending transport
entity. If the receiving transport entity
is in the data transfer phase, having
completed the 3-way TPDU exchange procedure,
the receiving transport entity should ignore
such a TPDU. Otherwise a CC TPDU should be
transmitted.
o 複製の結果、送付輸送実体で既に使用中のソース参照を指定しながら、CR TPDUを受け取るかもしれません。 3ウェイTPDU交換手順を完了したので、受信輸送実体がデータ転送段階にあるなら、受信輸送実体はそのようなTPDUを無視するべきです。 さもなければ、CC TPDUは伝えられるべきです。
o As a result of duplication or
retransmission, a CC TPDU may be received
specifying a paired reference which is
already in use. The receiving transport
entity should ignore such a CC TPDU.
o 複製か「再-トランスミッション」の結果、既に使用中の対にされた参照を指定しながら、CC TPDUを受け取るかもしれません。 受信輸送実体はそのようなCC TPDUを無視するべきです。
o A CC TPDU may be received specifying a
reference which is in the frozen state. The
response to such a TPDU should be a DR TPDU.
o 凍っている状態にある参照を指定しながら、CC TPDUを受け取るかもしれません。 そのようなTPDUへの応答はDR TPDUであるべきです。
7.4.4.1 Connection Request
7.4.4.1 接続要求
When a transport entity transmits a CR TPDU it starts
timer T1. If this timer expires before a CC TPDU is received, the
CR TPDU is retransmitted and the timer restarted. After
transmission of the CR TPDU N times, the connection establishment
procedure is abandoned and the failure reported to the transport
user. The reference must be placed in the frozen state for a period
L (see section 7.4.3.6).
輸送実体がCR TPDUを伝えるとき、それはタイマT1を始動します。 CC TPDUが受け取られている前にこのタイマが期限が切れるなら、CR TPDUは再送されました、そして、タイマは再開しました。 CR TPDU N回数のトランスミッションの後に、コネクション確立手順は捨てられました、そして、失敗は輸送ユーザに報告しました。 セクション7.4を見てください。参照が凍るのがしばらく述べる置かれたコネがLであったならそうしなければならない、(.3 .6)。
7.4.4.2 Incomimg Connection Request
7.4.4.2 Incomimg接続要求
An incoming connection request is processed as for Class 3
入って来る接続要求はClass3のように処理されます。
7.4.4.3 Connection Confirm
7.4.4.3 接続は確認します。
When a transport entity transmits a CC TPDU it starts
timer T1. If this timer expires before an AK or DT TPDU is
received, the CC TPDU is retransmitted according to the
retransmission principles in Section 7.4.3.9
輸送実体がCC TPDUを伝えるとき、それはタイマT1を始動します。 AKかDT TPDUが受け取られている前にこのタイマが期限が切れるなら、セクション7.4.3における「再-トランスミッション」原則によると、CC TPDUが再送される、.9
7.4.4.4 Incoming Connection Confirm
7.4.4.4 接続が確認する入来
When a CC TPDU is received, the receiving transport entity
enters the data transfer phase. It must immediately transmit an
AK, ED or DT TPDU to complete the 3-way TPDU exchange. The
CC TPDU is subject to the usual rules of the data transfer phase
regarding retransmission, see Section 7.4.5.3.
ISO Transport Protocol Specification Page 56
International Standards Organization
CC TPDUが受け取られているとき、受信輸送実体はデータ転送段階に入ります。 それは、すぐに、3ウェイTPDU交換を終了するためにAK、EDまたはDT TPDUを伝えなければなりません。 セクション7.4.5は、CC TPDUが「再-トランスミッション」に関してデータ転送段階の普通の規則を受けることがあるのを.3に見ます。 ISOトランスポート・プロトコル仕様56ページ 世界規格組織
7.4.4.5 Incoming Acknowledgement
7.4.4.5 入って来る承認
When an AK, DT or ED TPDU is received the receiving
transport entity can enter the data transfer phase. If the entity
has data to send it may send DT TPDUs or an ED TPDU. The DT TPDUs
are subject to flow control. Otherwise, the transport entity must
obey the inactivity principles (see Section 7.4.5.8).
AK、DTまたはED TPDUがそうときに、受け取って、受信輸送実体はデータ転送段階に入ることができます。 実体に送るデータがあるなら、それはDT TPDUsかED TPDUを送るかもしれません。 DT TPDUsはフロー制御を受けることがあります。 セクション7.4を見てください。さもなければ、輸送実体が不活発原則に従わなければならない、(.5 .8)。
7.4.4.6 Unsuccessful Connection
7.4.4.6 失敗の接続
When a DR TPDU is received in response to a CR TPDU,
the timer T1 is cancelled and the reference placed in the frozen
state for a period L (see Section 7.4.6.1).
セクション7.4を見てください。CR TPDUに対応してDR TPDUを受け取るとき、タイマT1が取り消されてしばらく凍っている状態に置かれている参照である、L、(.6 .1)。
7.4.4.7 Initial Credit Allocation
7.4.4.7 初期のクレジット配分
The CR and CC TPDUs may allocate an initial credit value
to their respective recipients. This value is limited to 15 by the
encoding of the TPDU. Where the extended header format is in use,
credit values greater than 15 must be allocated using AK TPDUs.
CRとCC TPDUsは初期のクレジット値を彼らのそれぞれの受取人に割り当てるかもしれません。 この値はTPDUのコード化で15に制限されます。 クレジットが拡張ヘッダー形式が使用中であることを評価するところに、AK TPDUsを使用することで15以上を割り当てなければなりません。
7.4.4.8 Exchange of Acknowledge Time
7.4.4.8 交換、時間を承認してください。
A transport entity may transmit the value it intends
to use for AL at connection establishment, as the 'Acknowledge
Time' parameter in the CR or CC TPDU (depending on whether the
transport entity is initiating or accepting the transport
connection). If this parameter is present in a received CR or CC
TPDU, the value of AR should be set accordingly. If this
parameter is not present, AR may be assumed to be insignificant in
comparison to E the typical maximum transit delay.
輸送実体はそれがALにコネクション確立で使用するつもりである値を送るかもしれません、CRかCC TPDUの'Timeを承認してください'というパラメタとして(輸送実体が輸送接続を開始するか、または受け入れているかによって)。 このパラメタが容認されたCRかCC TPDUに存在しているなら、ARの値はそれに従って、設定されるべきです。 このパラメタが存在していないなら、ARが比較で典型的なE最大のトランジット遅れに無意味にであると思われるかもしれません。
7.4.5 Procedure for Data Transfer Phase
7.4.5 データ転送段階のための手順
7.4.5.1 Sequence Control
7.4.5.1 シーケンス制御
The receiving transport entity is responsible for
maintaining the proper sequence of DT TPDUs.
受信輸送実体はDT TPDUsの適切な系列を維持するのに原因となります。
DT TPDUs received out of sequence must not be
delivered to the TS-user until in-sequence TPDUs have also been
received.
また、連続してTPDUsを受け取るまで順序が狂って受け取られたDT TPDUsをTS-ユーザに届けてはいけません。
AK TPDUs also contain information allowing the
receiving transport entity to process them in the correct order.
また、AK TPDUsは受信輸送実体が正しいオーダーで彼らを処理できる情報を含んでいます。
7.4.5.2 Duplicate DT TPDUs
7.4.5.2 DT TPDUsをコピーしてください。
Duplicate TPDUs can be detected because the T(S) value
matches that of previously received TPDUs. T(S) values must not be
ISO Transport Protocol Specification Page 57
International Standards Organization
T(S)が以前にについてTPDUsを受けたマッチを評価するので、写しTPDUsを検出できます。 T(S)値はISO TransportのプロトコルのSpecificationのページの57の国際Standards Organizationであるはずがありません。
reused for the period L after their previous use. Otherwise, a new, valid TPDU could be confused with a duplicated TPDU which had previously been received and acknowledged.
期間L、彼らの以前の使用の後に再利用されます。 さもなければ、新しくて、有効なTPDUは以前に受け取られて、承認されたコピーされたTPDUに混乱できました。
Duplicated DT TPDUs must be acknowledged, since the
duplicated TPDU may be the result of a retransmission resulting from
the loss of an AK TPDU.
コピーされたDT TPDUsを承認しなければなりません、コピーされたTPDUが「再-トランスミッション」がAK TPDUの損失から生じるという結果であるかもしれないので。
The data contained in a duplicated DT TPDU should be
ignored.
コピーされたDT TPDUに含まれたデータは無視されるべきです。
7.4.5.3 Retransmission Principles
7.4.5.3 Retransmissionプリンシプルズ
When a transport entity has some outstanding DT or ED
TPDUs that require acknowledgement, it will check that no T1
interval elapses without the arrival of an AK or EA TPDU that
acknowledges one of them. If the timer expires, the first TPDU is
retransmitted and the timer is restarted. After N transmissions
(N-1 retransmissions) the connection is assumed to have failed and
the release phase is entered, and the transport user is informed.
輸送実体に承認を必要とするいくつかの傑出しているDTかED TPDUsがあるとき、T1間隔が全く彼らのひとりを承認するAKかEA TPDUの到着なしで経過しないのはチェックするでしょう。 タイマが期限が切れるなら、最初のTPDUは再送されます、そして、タイマは再開されます。 解除相は入られます、そして、Nトランスミッション(N-1 retransmissions)の後に、接続が失敗したと思われて、輸送ユーザは知識があります。
DT TPDUs which fall beyond the current window (due to
reduction of the upper window edge) are not retransmitted until
advancement of the upper window edge so permits.
したがって、上側の窓の縁の前進が可能にするまで、現在の窓(上側の窓の縁の減少による)に落ちるDT TPDUsが再送されません。
Note: This requirement can be met by different
means, for example.
以下に注意してください。 例えば、異なった手段でこの必要条件を満たすことができます。
1. One timer is associated with each TPDU. If the
timer expires, the associated TPDU will be
retransmitted, and the timer T1 will be
restarted for all subsequent DT TPDUs.
1. ワンタイマーは各TPDUに関連しています。 タイマが期限が切れると、関連TPDUは再送されるでしょう、そして、タイマT1はすべてのその後のDT TPDUsのために再開されるでしょう。
2. One timer is associated with each TC:
2. ワンタイマーは各TCに関連しています:
if the transport entity transmits a DT TPDU
requiring acknowledgement, it starts timer
T1,
輸送実体が承認を必要とするDT TPDUを伝えるなら、それはタイマT1を始動します。
if the transport entity receives a TPDU that
acknowledges one of the TPDUs to be
acknowledged, timer T1 is restarted,
輸送実体がTPDUsの1つが承認されると認めるTPDUを受けるなら、タイマT1は再開されます。
if the transport entity receives a TPDU that
acknowledges the last TPDU to be
acknowledged, timer T1 is stopped.
輸送実体が最後のTPDUが承認されると認めるTPDUを受けるなら、タイマT1は止められます。
For the decision whether the retransmission timer T1
is maintained on a per TPDU or on a per TC basis, throughput
considerations have to be taken into account.
ISO Transport Protocol Specification Page 58
International Standards Organization
再送信タイマーT1が1TPDUあたりのaの上、または、TC基礎あたりのaの上で維持されるかどうかという決定において、スループット問題は考慮に入れられなければなりません。 ISOトランスポート・プロトコル仕様58ページ 世界規格組織
7.4.5.4 Acknowledgement Principles
7.4.5.4 承認プリンシプルズ
A transport entity operating class 4 must acknowledge
all TPDUs received requiring acknowledgment. To avoid unnecessary
retransmissions and to avoid delays to transmission by the remote
transport entity, the delay for acknowledgement should not exceed
timer A (see Section 7.4.3.2).
L
輸送実体操作クラス4は承認を必要としながら受け取られたすべてのTPDUsを承認しなければなりません。 セクション7.4を見てください。不要な「再-トランスミッション」を避けて、リモート輸送実体でトランスミッションとして遅れを避けるために、承認のための遅れがタイマAを超えるべきでない、(.3 .2)。 L
There are two TPDU types that must be acknowledged:
ED and DT. Receipt of an ED TPDU must be acknowledged by an EA
TPDU. A DT TPDU is acknowledged with an AK TPDU.
承認しなければならない2つのTPDUタイプがあります: 教育とDT。 EA TPDUはED TPDUの領収書を受け取ったことを知らせなければなりません。 DT TPDUはAK TPDUと共に承認されます。
An AK TPDU has the sequence number of the next DT
TPDU the receiving transport entity expects to receive. It thus
acknowledges receipt of all DT TPDUs with sequence numbers less than
the acknowledgement number.
AK TPDUには、受信輸送実体が受信すると予想する次のDT TPDUの一連番号があります。 その結果、それは承認番号ほど一連番号があるすべてのDT TPDUsの領収書を受け取ったことを知らせません。
An AK TPDU may be repeated at any time, using the
sequence number in the last AK TPDU sent.
AK TPDUが送った最終で一連番号を使用して、AK TPDUはいつでも、繰り返されるかもしれません。
7.4.5.5 Flow Control Principles
7.4.5.5 フロー制御プリンシプルズ
Flow control in Class 4 is subject to the same
principles as in Classes 2 and 3. The credit mechanism and window
principle of those classes still apply, except that in class 4, the
upper window edge can be reduced by the receiving transport entity
by sending an AK TPDU with a smaller credit.
Class4のフロー制御はClasses2と3のように同じ原則を受けることがあります。 クレジットメカニズムとそれらのクラスの窓の原則はまだ適用されています、クラス4では、受信輸送実体で、より小さいクレジットがあるAK TPDUを送ることによって上側の窓の縁を減少させられることができるのを除いて。
A receiving transport entity may send an AK TPDU at
any time to change the window size. This AK TPDU may acknowledge a
new DT TPDU or may repeat a previous acknowledgement.
受信輸送実体は、いつでも、ウィンドウサイズを変えるためにAK TPDUを送るかもしれません。 このAK TPDUは新しいDT TPDUを承認するか、または前の承認を繰り返すかもしれません。
7.4.5.6 Window Synchronization Principles
7.4.5.6 ウィンドウ同期プリンシプルズ
To ensure the synchronization of flow control
information the window timer provokes the frequent exchange of AK
TPDUs between transport entities. The window timer maintains a
minimum level of TPDU traffic between transport entities cooperating
in a transport connection.
フロー制御情報の同期にウィンドウタイマを確実にするのは輸送実体の間のAK TPDUsの頻繁な交換を引き起こします。 ウィンドウタイマは、輸送接続に協力しながら、輸送実体の間でTPDU交通の最低水準を維持します。
In Class 4 the window size can be reduced in any AK
TPDU. Due to the possibility of misordering of AK TPDUs and the
associated loss of efficiency, the AK TPDU for class 4
includes an additional field called the AK TPDU subsequence
parameter.
Class4では、ウィンドウサイズはどんなAK TPDUでも減少できます。 AK TPDUsのmisorderingの可能性と効率の関連減退のため、クラス4のためのAK TPDUはAK TPDU続きパラメタと呼ばれる追加分野を含んでいます。
An AK TPDU should contain the subsequence parameter
whenever a duplicate AK TPDU is sent with the same sequence number
but with reduced credit. The value of the subsequence parameter is
ISO Transport Protocol Specification Page 59
International Standards Organization
同じ一連番号にもかかわらず、減少しているクレジットと共に写しAK TPDUを送るときはいつも、AK TPDUは続きパラメタを含むはずです。 続きパラメタの値はISO TransportのプロトコルのSpecificationのページの59の国際Standards Organizationです。
set to one for the first time the AK TPDU is resent with reduced credit.
初めて1つに設定されて、減少しているクレジットと共にAK TPDUを再送します。
When an AK TPDU is transmitted whose sequence
number is increased, the 'sub-sequence' parameter is omitted
until credit reduction takes place.
一連番号が増加されているAK TPDUが伝えられるとき、クレジット減少が起こるまで、'サブ系列'パラメタは省略されます。
When an AK TPDU is received, it must be processed
(i.e., its contents made use of) only if:
AK TPDUが受け取られているとき、それを処理しなければならない、(すなわち、利用されたコンテンツ)唯一、:
o The sequence number is greater than in any
previously received AK TPDU, or,
o または、一連番号はどんな以前に容認されたAK TPDUよりも大きいです。
o The sequence number is equal to the highest
in any previously received AK TPDU, and the
sub-sequence parameter is greater than in
any previously received AK TPDU having the
same sequence number (where an
absent sub-sequence parameter is regarded
as having a value of zero), or
o または一連番号がどんな以前に容認されたAK TPDUでも最も高いのと等しく、サブ系列パラメタが同じ一連番号(欠けているサブ系列パラメタがゼロの値を持っていると見なされるところ)を持っているどんな以前に容認されたAK TPDUよりも優れている。
o The sequence number and sub-sequence
parameter are both equal to the highest in
any previously received AK TPDU (where an
absent sub-sequence parameter is regarded as
having a value of zero), and the credit
field is greater than in any previously
received AK TPDU having the same sequence
and sub-sequence numbers.
o 一連番号とサブ系列パラメタがともにどんな以前に容認されたAK TPDU(欠けているサブ系列パラメタがゼロの値を持っていると見なされるところ)でも最も高いのと等しく、クレジット分野は同じ系列とサブ一連番号を持っているどんな以前に容認されたAK TPDUよりも大きいです。
When an AK TPDU is transmitted which opens a closed
window (i.e. increases credit from zero), it should be retransmitted
at an interval of T1. Transmission should occur a maximum of N
times, after which the usual inactivity retransmission timer should
be reverted to. Retransmission may also cease if the local
transport entity becomes sure that the new credit information has
been received by the remote transport entity.
閉まっている窓(すなわち、ゼロからクレジットを増加させる)を開けるAK TPDUが伝えられるとき、T1の間隔を置いて、それは再送されるべきです。 普通の不活発再送信タイマーがどれに振り向けられたべきであったかの後に、トランスミッションは最大N回起こるべきです。 また、ローカル運送実体が新しい信用情報がリモート輸送実体によって受け取られたのを確信するようになるなら、Retransmissionはやむかもしれません。
If a transport entity receives an AK TPDU containing
a 'Flow Control Confirmation' parameter, whose Lower Window Edge and
Your-Sub-Sequence fields are equal to its own lower window edge and
sub-sequence number, it may note that the credit available at the
remote transport entity (relative the Lower Window Edge field) is at
least equal to the value conveyed as Your Credit. This enables the
transport entity to cease the frequent retransmission of window
information, if it thereby knows that the remote window is open.
輸送実体が'流れControl Confirmation'パラメタを含むAK TPDU(Lower Window EdgeとYourサブSequence分野はそれ自身の下側の窓の縁とサブ一連番号と等しい)を受けるなら、それは、リモート輸送実体(Lower Window Edgeがさばく親類)で利用可能なクレジットがYour Creditとして伝えられた値と少なくとも等しいことに注意するかもしれません。 これは、輸送実体が窓の情報の頻繁な「再-トランスミッション」をやめるのを可能にします、その結果、それはリモート窓が開いているのを知っています。
A transport entity need not retransmit window
information (except as described under Inactivity Principles) if it
is aware by the receipt of DT TPDUs that the remote transport entity
ISO Transport Protocol Specification Page 60
International Standards Organization
リモートが実体ISO TransportプロトコルSpecification60ページ 国際Standards Organizationを輸送するのをDT TPDUsの領収書で意識しているなら、輸送実体は窓の情報(Inactivityプリンシプルズの下で説明されるのを除いた)を再送する必要はありません。
has sufficient credit to prevent deadlock. When an AK TPDU is transmitted in response to a DT TPDU, the transport entity may normally assume that the transmitter of the DT TPDU will ensure that the AK TPDU is received, be retransmission of the DT TPDU if necessary. Therefore, it can normally be assumed that the credit conveyed in such an AK TPDU will be available to the remote transport entity, and frequent retransmission is unnecessary.
行き詰まりを防ぐことができるくらいのクレジットを持っています。 AK TPDUがDT TPDUに対応して伝えられるとき、通常、輸送実体は、DT TPDUの送信機が、AK TPDUが受け取られているのを確実にすると仮定するかもしれなくて、必要ならDT TPDUの「再-トランスミッション」になってください。 したがって、通常、そのようなAK TPDUで伝えられたクレジットがリモート輸送実体に利用可能になると思うことができて、頻繁な「再-トランスミッション」は不要です。
The assumption that the DT TPDU will be retransmitted
may be incorrect if credit reduction has taken place. Therefore, a
transport entity may not make this assumption if the
sequence number of the DT TPDU is less than or equal to the highest
value for which permission to transmit (i.e., credit) has been given
and subsequently withdrawn.
クレジット減少が起こったなら、DT TPDUが再送されるという仮定は不正確であるかもしれません。 したがって、輸送実体はDT TPDUの一連番号が伝わる許可(すなわち、クレジット)が与えられていて、次に引き下がった最も高いより値以下であるならこの仮定をしないかもしれません。
Upon receipt of an AK TPDU which increases the upper
window edge, a transport entity may transmit an AK TPDU which
repeats the information contained in the received TPDU in a 'Flow
Control Confirmation' parameter in its variable part an thereby
assures the transmitter of the original AK TPDU of its own state.
Such an AK TPDU may be tranmmitted:
上側の窓の縁を増加させるAK TPDUを受け取り次第輸送実体が可変部分に'流れControl Confirmation'パラメタに容認されたTPDUに含まれた情報を繰り返すAK TPDUを伝えるかもしれない、その結果、それ自身の状態のオリジナルのAK TPDUを送信機に保証します。 そのようなAK TPDUはtranmmittedされるかもしれません:
o Upon receipt of a duplicated AK TPDU
(i.e., one which is identical in all fields,
including the sub-sequence parameter if
present, to the most recently received AK
TPDU which was not discarded due to
detection of a sequence error), not
containing the 'Flow Control Confirmation'
parameter.
o '流れControl Confirmation'パラメタを含まないコピーされたAK TPDU(すなわち、系列誤りの検出のため捨てられなかった最も最近容認されたAK TPDUに存在しているならすべての分野、包含におけるサブ系列の同じパラメタであるもの)を受け取り次第。
o Upon receipt of an AK TPDU which increases
the upper window edge but does not increase
the lower window edge, when the upper window
edge was formerly equal to the lower window
edge.
o AK TPDUを受け取り次第、上側の窓の縁が以前下側の窓の縁と等しかったときに、どれが、上側の窓の縁を増強しますが、下側の窓の縁は増強しませんか?
7.4.5.7 Procedure for Expedited Data
7.4.5.7 速められたデータのための手順
The procedure for expedited data is as for Class 3,
with the following exceptions.
速められたデータのための手順は以下の例外があるClass3に似ています。
The ED TPDU has a sequence number which is allocated
from a separate sequence space from that of the DT TPDUs. The EA
TPDU carries the same sequence number as the corresponding ED TPDU.
Only a single ED TPDU may be transmitted and awaiting
acknowledgements at any time.
ED TPDUには、別々の系列スペースからDT TPDUsのものから割り当てられる一連番号があります。 EA TPDUは対応するED TPDUと同じ一連番号を運びます。 独身のED TPDUだけがいつでも、伝えられて、承認を待つかもしれません。
Upon receipt of an unduplicated ED TPDU, a transport
entity immediately forwards the data to the transport user. The ED
ISO Transport Protocol Specification Page 61
International Standards Organization
非コピーされたED TPDUを受け取り次第、輸送実体はすぐに、輸送ユーザにデータを転送します。 教育ISOはプロトコル仕様61ページ 世界規格組織を輸送します。
TPDU sequence number is recorded in an EA TPDU sent to the other transport entity.
TPDU一連番号はもう片方の輸送実体に送られたEA TPDUに記録されます。
The sender of an ED TPDU shall not send any new DT
TPDU with higher T(S) until it receives the EA TPDU. This
guarantees the arrival of the ED TPDU before any subsequently sent
DT TPDUs.
それがEA TPDUを受けるまで、ED TPDUの送付者は、より高いT(S)と少しの新しいDT TPDUも送らないものとします。 いずれも次にDT TPDUsを送る前にこれはED TPDUの到着を保証します。
7.4.5.8 Inactivity Principles
7.4.5.8 不活発プリンシプルズ
If the Inactivity Time I passes without receipt of
some TPDU, the transport entity will terminate the TC by making use
of the release procedure. To present expiration of the remote
transport entity's inactivity times when no data is being sent, the
local transport entity must send AK TPDUs at suitable intervals in
the absence of data, having regard to the probability of TPDU loss.
The Window Synchronization Principles (see 7.4.5.6) may ensure that
this requirement is met.
Inactivity Timeであるなら、私はいくらかのTPDUの領収書なしで通って、輸送実体は、リリース手順を利用することによって、TCを終えるでしょう。 データが全く送られないリモート輸送実体の不活発時代の満了を提示するために、ローカル運送実体はデータがないとき適当な間隔で、AK TPDUsを送らなければなりません、TPDUの損失の確率に気兼ねして。 Window Synchronizationプリンシプルズ、(.6が)確実にするかもしれないこの要件がある.5が会われるのを7.4に見てください。
Note: It is likely that the release procedure
initiated due to inactivity timer expiration will fail, as such
expiration indicates probable failure of the supporting NC or of the
remote transport entity. This case is described in Section 7.4.6.
以下に注意してください。 不活発タイマ満了のため着手されたリリース手順は失敗しそうでしょう、そのような満了がサポートNCかリモート輸送実体のありえそうな失敗を示すとき。 本件はセクション7.4.6で説明されます。
7.4.6 Procedures for Release Phase
7.4.6 解除相のための手順
The rules for class 3 apply. The DR TPDU is subject
to the usual retransmission procedure. After N retransmissions, the
transport connection is considered disconnected, the Reference is
placed in the frozen state for a period L and retransmission ceases.
クラス3のための規則は適用されます。 DR TPDUは普通の「再-トランスミッション」手順を受けることがあります。 N「再-トランスミッション」の後に、輸送接続は切断されると考えられて、しばらく凍っている状態に置かれて、Lと「再-トランスミッション」がやむというReferenceによることです。
The DC TPDU is sent only in response to a DR TPDU, and
is not subject to the retransmission procedure.
DC TPDUは単にDR TPDUに対応して送られて、「再-トランスミッション」手順を受けることがありません。
The DC TPDU when received allows the transport entity
to release all resources maintained for the transport connection.
受け取ると、DC TPDUは輸送実体に輸送接続のために維持されたすべてのリソースを発表させます。
The DR TPDU does not carry a sequence number. Any
previously transmitted TPDUs (including DT and ED) which are
received after the DR TPDU result in a further DR TPDU but are
otherwise ignored. After disconnection, for whatever reason, the
Reference is placed in the frozen state for a period L.
DR TPDUは一連番号を運びません。 DR TPDUの後に受け取られるどんな以前に伝えられたTPDUs(DTとEDを含んでいる)も一層のDR TPDUをもたらしますが、別の方法で無視されます。 理由、Referenceがことなら何でもであるかための断線の後に、凍るのに置かれて、しばらく、Lを述べてください。
7.4.6.1 Unassigned Frozen References
7.4.6.1 割り当てられなかった凍っている参照
When a transport connection is terminated, the
corresponding references cannot be immediately reused since TPDUs
containing these references may continue to exist in the network for
a time up to L. Therefore, these references will be placed in an
unassignable, frozen state for this peiod.
ISO Transport Protocol Specification Page 62
International Standards Organization
輸送接続がすぐに終えられるとき、これらの参照を含むTPDUsが時間ネットワークでL.Thereforeまで存続するかもしれないので、対応する参照を再利用できないで、これらの参照はunassignable(このpeiodのための凍っている状態)に置かれるでしょう。 ISOトランスポート・プロトコル仕様62ページ 世界規格組織
After an event involving loss of transport entity
state information, including the status of reference assignments,
all references relating to network connections whose transport
state information has been lost must be placed in the frozen state
for a period L.
しばらく、参照課題の状態を含んでいて、輸送実体州の情報の損失にかかわるイベントの後に、輸送州の情報が失われたネットワーク接続に関連するすべての参照を凍っている状態に置かなければなりません。L。
If a DC TPDU is received for a local reference which
is in the frozen state, or with a remore reference not matching the
already recorded one, this DC TPDU shall be ignored.
凍っている状態にあるローカルの参照、またはremore参照が既に記録されたものに合っていなくDC TPDUを受け取るなら、このDC TPDUを無視するものとします。
7.4.7 Treatment of Invalid TPDUs
7.4.7 無効のTPDUsの処理
The 'Treatment of Protocol Erorrs' function is used.
'プロトコルErorrsの処理'機能は使用されています。
7.4.8 Supported Options
7.4.8 サポートしているオプション
Non use of checksum.
チェックサムを非使用します。
Use of extended formats.
拡張フォーマットの使用。
8. ENCODING
8. コード化
8.1 Summary
8.1 概要
Classes
0 1 2 3 4 Sect. Code
0 1 2 3 4セクトを分類します。 コード
CR Connection Request x x x x x 8.3 1110xxxx
CR Connection Request x x x x x8.3 1110xxxx
CC Connection Confirm x x x x x 8.4 1101xxxx
Connection Confirm x x x x x8.4 1101xxxxをCCしてください。
DR Disconnect Request x x x x x 8.5 10000000
DR Disconnect Request x x x x x8.5 10000000
DC Disconnect Confirm x x x x 8.6 11000000
DC Disconnect Confirm x x x x8.6 11000000
DT Data x x x x x 8.7 11110000
DT Data x x x x x8.7 11110000
ED Expedited Data x NF x x 8.8 00010000
ED Expedited Data x NF x x8.8 00010000
AK Data Acknowledgement NRC NF x x 8.9 0110xxxx
(Note 1)
AK Data Acknowledgement NRC NF x x8.9 0110xxxx(注意1)
EA Expedited Data x NF x x 8.10 00100000 Acknowledgement
EA Expedited Data x NF x x8.10 00100000Acknowledgement
RJ Reject (Note 1) x x 8.11 0101xxxx
RJ Reject(注意1)x x8.11 0101xxxx
ERR TPDU Error x x x x x 8.12 01110000
ERR TPDU Error x x x x x8.12 01110000
not available (Note 2) - 00000000 ISO Transport Protocol Specification Page 63 International Standards Organization
利用可能でない、(2)--00000000ISO TransportプロトコルSpecification63ページ 国際Standards Organizationに注意してください。
not available (Note 2) - 00110000
利用可能(注意2)でない--、00110000
not available (Note 2) - 1001xxxx
利用可能(注意2)でない--、1001xxxx
not available (Note 2) - 1010xxxx
利用可能(注意2)でない--、1010xxxx
Where xxxx (bits 4-1) is used to signal the CDT
xxxx(ビット4-1)がCDTに合図するのに使用されるところ
Note 1: In extended header format, the code for AK=0110 0000 and the
code for RJ=0101 0000.
注意1: 拡張ヘッダー形式では、AKへのコードはRJ=0101 0000であるときに0110 0000とコードと等しいです。
Note 2: These codes are already in use in compatible protocols
defines by standards organizations other than CCITT/ISO.
注意2: これらのコードは既に中では、コンパチブルプロトコルにおける使用が規格でCCITT/ISO以外の組織を定義するということです。
NF: Not available when the non explicit flow control option is
selected.
nf: 非明白なフロー制御オプションが選択される場合、利用可能ではありません。
NRC: Not available when the receipt confirmation option is
selected.
NRC: 領収書確認オプションが選択される場合、利用可能ではありません。
8.2 Structure
8.2 構造
As defined in the previous sections, all the Transport
Protocol Data Units (TPDU) shall contain an integral number of
octets. The octets in a TPDU are numbered starting from 1 and
increasing in the order of transmission. The bits in an octet are
numbered from 1 to 8, where bit 1 is the low-ordered bit.
前項で定義されるように、すべてのTransportプロトコルData Units(TPDU)が整数の八重奏を含むものとします。 TPDUの八重奏は、1から始めて、トランスミッションの注文を増やしながら、番号付です。 八重奏におけるビットは、番号付の1〜8です。(そこでは、ビット1は低く命令されたビットです)。
There are tao types of TPDUs:
TPDUsのtaoタイプがあります:
o Data TPDUs, used to transfer Transport Service
Data Units (TSDUs). The structure of the TSDUs is
maintained by means of the TSDU End Mark.
o Transport Service Data Units(TSDUs)を移すのに使用されるデータTPDUs。 TSDUsの構造はTSDU Endマークによって維持されます。
o Control TPDUs, used to control the transport
protocol functions, including the optional
functions.
o 任意の機能を含む輸送プロトコル機能を制御するのに使用されるTPDUsを制御してください。
Octets 1 2 3 4 n n+1 p p+1
------------ -------------- -------------- --------
LI| | | | ... | | | .... | | | .... |
------------ -------------- -------------- --------
八重奏1 2 3 4n n+1p p+1------------ -------------- -------------- -------- 李| | | | ... | | | .... | | | .... | ------------ -------------- -------------- --------
<--- Fixed Part -----><-- Variable Part->
(including checksum
where applicable)
<。--- 固定部分-----><-- 可変パート>。(適切であるところにチェックサムを含んでいます)
<--------------Header-------------------><----Data Field->
<。--------------ヘッダー-------------------><、-、-、--データ分野->。
A TPDU is divided into four parts: ISO Transport Protocol Specification Page 64 International Standards Organization
TPDUは4つの部品に分割されます: ISOトランスポート・プロトコル仕様64ページ 世界規格組織
o Length Indicator Field (LI)
o 長さのインディケータ分野(李)
o Fixed Part
o 固定部分
o Variable Part (may be omitted)
o 可変部分(省略されるかもしれません)
o Data Field (may be omitted)
o データ・フィールド(省略されるかもしれません)
The length Indicator Field, Fixed Part and Variable Part constitute the Header of the TPDU.
長さのIndicator Field、Fixed Part、およびVariable PartはTPDUのHeaderを構成します。
8.2.1 Length Indicator Field
8.2.1 長さのインディケータ分野
This field is contained in the first octet of the
TPDUs. The length is indicated by a binary number, with a maximum
value of 254 (11111110). The length indicated is the header length,
including parameters, but excluding the length indicator field and
user data, if any. The value 255 (11111111) is reserved for
possible extensions.
この分野はTPDUsの最初の八重奏に含まれています。 長さは254(11111110)の最大値がある2進の数によって示されます。 長さが、示したパラメタを含んでいますが、もしあれば長さのインディケータ分野と利用者データを除くヘッダ長です。 値255の(11111111)は可能な拡大のために予約されます。
8.2.2 Fixed Part
8.2.2 固定部分
The fixed part contains frequently occurring functions
including the code of the TPDU. The length and the structure of the
fixed part are defined by the TPDU code, defined by bits 5 to 8 of
the second octet of the header.
固定部分はTPDUのコードを含む頻繁に起こっている機能を含んでいます。 固定部分の長さと構造はヘッダーの2番目の八重奏のビット5〜8によって定義されたTPDUコードによって定義されます。
8.2.2.1 TPDU Code
8.2.2.1 TPDUコード
This field contains the TPDU code and is contained in
Octet 2 of the header. It is used to define the structure of the
remaining header. This field is a full octet except in the
following cases:
この分野は、TPDUコードを含んでいて、ヘッダーのOctet2に含まれています。 それは、残っているヘッダーの構造を定義するのに使用されます。 この分野は以下のケース以外の完全な八重奏です:
1110 xxxx Connecting Request
1101 xxxx Connection Confirm
0101 xxxx Reject
0110 xxxx Data Acknowledgement
1110xxxx Connecting Request1101xxxx Connection Confirm0101xxxx Reject0110xxxx Data Acknowledgement
Where xxxx (bits 4-1) is used to signal the CDT.
xxxx(ビット4-1)がCDTに合図するのに使用されるところ。
Any other bit pattern may be used to define a TPDU Code.
Only those codes defined in Section 8.1 are currently valid.
いかなる他のビット・パターンも、TPDU Codeを定義するのに使用されるかもしれません。 セクション8.1で定義されたそれらのコードだけが現在、有効です。
8.2.3 Variable Part
8.2.3 可変部分
The variable part is used to define parameters
relating to optional functions. If the variable part is present, it
shall contain one or more parameters. The number of parameters that
may be contained in the varialbe part is indicated by the length of
ISO Transport Protocol Specification Page 65
International Standards Organization
可変部分は、任意の機能に関連するパラメタを定義するのに使用されます。 可変部分が存在しているなら、それは1つ以上のパラメタを含むものとします。 varialbe部分に含まれるかもしれないパラメタの数はISO TransportプロトコルSpecification65ページ 国際Standards Organizationの長さによって示されます。
the variable part which is a LI minus the length of the fixed part.
固定部分の長さを引いたLIである可変部分。
Since the currently defined minimum fixed part for
headers which allow parameters is four octets, and since the length
indication field is limited to a maximum of 254, the maximum length
of the variable part is 250 octets.
現在定義されたパラメタを許容するヘッダーに、最小の固定部分が4つの八重奏であり、長さの指示分野が最大254に制限されるので、可変部分の最大の長さは250の八重奏です。
Each parameter contained within the variable part is
coded as follows:
可変部分の中に含まれた各パラメタは以下の通りコード化されます:
Bits 8 7 6 5 4 3 2 1
Octets
n+1 Parameter Code
n+2 Parameter Length
Indication (e.g."m")
n+3 Parameter Value
ビット8 7 6 5 4 3 2 1Octets n+1Parameter Code n+2Parameter Length Indication(例えば、「m」)n+3Parameter Value
n+2+m
n+2+m
o The parameter code field is coded in binary and,
without extensions, provides a maximum number of
255 different parameters. However, as noted below,
bits 8 and 7 indicates the source of definition,
so the practical maximum number of different
parameters is less. Parameter code 1111 1111 is
reserved for possible extensions of the parameter code.
o パラメタコード分野は、バイナリーでコード化されて、拡大なしで255の異なったパラメタの最大数を提供します。 しかしながら、ビット8と7が以下に述べられるように定義の源を示すので、実用的な最大数の異なったパラメタは、より少ないです。 パラメタコード1111 1111はパラメタコードの可能な拡大のために予約されます。
o The parameter length indication indicates the length,
in octets, of the parameter value field. The length
is indicated by a binary number, "m" with a theoretical
maximum value of 255. The practical maximum value of
"m" is lower. For example, in the case of a single parameter
contained within the variable part, two octets
are required for the Parameter Code and the Parameter Length
Indication itself. Thus, the value of "m" is limited
to 248. For larger fixed parts of the header and for
each succeedimg parameter, the maximum value of "m" decreases.
o パラメタ長さの指示はパラメタ値の分野の八重奏における長さを示します。 長さは2進の数、255の理論上の最大値がある「m」によって示されます。 「m」の実用的な最大値は低いです。 例えば、可変部分の中に含まれたただ一つのパラメタの場合では、2つの八重奏がParameter CodeとParameter Length Indication自身に必要です。 したがって、「m」の値は248に制限されます。 ヘッダーの、よりかなりの固定部分とそれぞれのsucceedimgパラメタに関しては、「m」の最大値は減少します。
o The parameter value field contains the value of the
parameter identified in the parameter code field.
o パラメタ値の分野はパラメタコード分野で特定されたパラメタの値を含んでいます。
o No standard parameter codes use bits 8 and 7 with the
value 00.
o どんな標準のパラメタコードも値00に従ったビット8と7を使用しません。
o Implementations shall accept the parameters defined in
the variable part in any order. If any parameter is
duplicated then the later value will be used.
o 実装は、可変部分で定義されたパラメタが順不同であると受け入れるものとします。 何かパラメタがコピーされると、後の値は使用されるでしょう。
8.2.3.1 Checksum Parameter (Class 4 only)
8.2.3.1 チェックサムパラメタ(クラス4専用)
ISO Transport Protocol Specification Page 66 International Standards Organization
ISOトランスポート・プロトコル仕様66ページ 世界規格組織
All TPDU types may contain a checksum parameter in
their variable part. This parameter must always be present except
when the non use of checksum option is selected.
すべてのTPDUタイプが彼らの可変部分にチェックサムパラメタを含むかもしれません。 チェックサムオプションの非使用が選択される時を除いて、このパラメタはいつも存在していなければなりません。
Parameter Code: 1100 0011
Parameter Length: 2
Parameter Value: Result of checksum algorithm.
This algorithm is specified in
Section 6.18.
パラメタコード: 1100 0011パラメタの長さ: 2 パラメタ値: チェックサムアルゴリズムの結果。 このアルゴリズムはセクション6.18で指定されます。
8.2.4 Data Field This field contains transparent user data. Restrictions on its size are noted for each command.
8.2.4 Field Thisがさばくデータは見え透いた利用者データを含んでいます。 サイズにおける制限は各コマンドで有名です。
8.3 Connections Request (CR)
8.3 コネクションズ要求(CR)
8.3.1 Structure
8.3.1 構造
1 2 3 4 5 6 7 8 p p+1
LI CR CDT 00000000 00000000 SOURCE- class VARIABLE USER DATA
REFERENCE options PART
1 2 3 4 5 6 7 8p p+1LI CR CDT00000000 00000000SOURCEクラスVARIABLE USER DATA REFERENCEオプションPART
8.3.2 LI
8.3.2 李
See Section 8.2.1
セクション8.2.1を見てください。
8.3.3 Fixed Part (Octets 2 to 7)
8.3.3 固定部分(八重奏2〜7)
CR: Connection Request Code: 1110
CR: 接続要求コード: 1110
CDT: Initial Credit Allocation (set to 0000 in
Classes 0 and 1 when specified as preferred class).
CDT: Credit Allocation(Classes0と1の0000に、都合のよいクラスとして指定されると、セットする)に頭文字をつけてください。
SOURCE REFERENCE: Reference selected by the transport
entity initiating the CR TPDU to
identify the requested TC.
ソース参照: 要求されたTCを特定するのがCR TPDUを開始する輸送実体によって選択された参照。
CLASSES: Bits 8-5 octer 7 defines the preferred Transport
Protocol class to be operated over the requested
TC. This field may take on one of the following
values.
クラス: ビット8-5octer7は、要求されたTCの上で操作されるために都合のよいTransportプロトコルのクラスを定義します。 この分野は以下の値の1つを帯びるかもしれません。
0000 Class 0
0001 Class 1
0010 Class 2
0011 Class 3
0100 Class 4
0000年のクラス0 0001のクラス1 0010のクラス2 0011のクラス3 0100のクラス4
The CR contains the first choice of class in the fixed
part as above. Second and subsequent choices are listed in the
variable part if required.
ISO Transport Protocol Specification Page 67
International Standards Organization
CRは上の固定部分におけるクラスの最初の選択を含んでいます。 必要なら、2番目の、そして、その後の選択は可変部分に記載されています。 ISOトランスポート・プロトコル仕様67ページ 世界規格組織
Bits 4-1 of octet 7 are reserved for options to be
used on the requested transport connection.
八重奏7のビット4-1は、オプションが要求された輸送接続のときに使用されるために予約されます。
The use of bits 4-1 is as follows:
ビット4-1の使用は以下の通りです:
BIT OPTION
噛み付いているオプション
4 0 always
4 0、いつも
3 0 always
3 0、いつも
2 =0 use of normal formats
=1 use of extended formats
2 =0 標準の使用は拡張フォーマットの=1使用をフォーマットします。
1 =0 use of explicit flow control
in Class 2
1 =0 Class2における明白なフロー制御の使用
=1 no use of explicit flow
control in Class 2
=1 明白なフロー制御コネClass2の無駄
Note:
以下に注意してください。
1. It is not valid to request 'use of expedited data
transfer' (Additional option parameter) and no use of
explicit flow control in Class 2' (bit 1 = 1).
1. 'それはClass2の明白なフロー制御で'速められたデータ転送の使用'(追加オプションパラメタ)という要求と無駄に有効でない'(ビット1 = 1)。
2. Bits 4 to 1 are always zero in Class 0 and have
no meaning.
2. ビット4〜1は、いつもClass0のゼロであり、意味を持っていません。
8.3.4 Variable Part (Octets 8 to p)
8.3.4 可変部分(pへの八重奏8)
The following parameters are permitted in the variable part:
以下のパラメタは可変部分で受入れられます:
o Transport Service Access Point Identifier (TSAP-ID)
o 輸送サービスアクセスポイント識別子(TSAP-ID)
Parameter code 11000001 for the identifier of the Calling TSAP.
Calling TSAPに関する識別子のためのパラメタコード11000001。
11000010 for the identifier of the Called TSAP.
11000010 Called TSAPに関する識別子のために。
If a TSPA-ID is given in the request it may be
returned in the confirmation.
要求でTSPA-IDを与えるなら、確認でそれを返すかもしれません。
o TPDU size
o TPDUサイズ
This parameter defines the proposed maximum TPDU size
(in octets including the header) to be used over the requested
transport connection. The coding of this parameter is:
このパラメタは、要求された輸送接続の上で使用されるために、提案された最大のTPDUサイズ(ヘッダーを含む八重奏における)を定義します。 このパラメタのコード化は以下の通りです。
Parameter Code 11000000
パラメタコード11000000
ISO Transport Protocol Specification Page 68 International Standards Organization
ISOトランスポート・プロトコル仕様68ページ 世界規格組織
Parameter value field
パラメタ値の分野
00001101 8192 octets (not allowed in Class 0 of 1)
00001101 8192の八重奏(1のClass0では、許容されていません)
00001100 4096 octets (not allowed in Class 0 of 1)
00001100 4096の八重奏(1のClass0では、許容されていません)
00001011 2048 octets
00001011 2048の八重奏
00001010 1024 octets
00001010 1024の八重奏
00001001 512 octets
00001001 512の八重奏
00001000 256 octets
00001000 256の八重奏
00000111 128 octets
00000111 128の八重奏
Default value is 00000111 (128 octets)
デフォルト値は00000111です。(128の八重奏)
Version Number (not used in Class 0)
バージョン番号(Class0で中古でない)です。
Parameter code 11000100
パラメタコード11000100
Parameter value field 00000001
パラメタ値の分野00000001
Default value 00000001
デフォルト値00000001
Default value 00000001 (not used in Class 0)
デフォルト値00000001(Class0で中古でない)です。
o Security Parameter (not used in Class 0)
o セキュリティパラメタ(Class0で中古でない)です。
This parameter is user defined.
このパラメタは定義されたユーザです。
Parameter code 11000101
パラメタコード11000101
Parameter value and length field are user defined
パラメタ値と長さの分野は定義されたユーザです。
o Checksum (not used in Classes 0 through 3)
o チェックサム(Classes0〜3で中古でない)です。
See Section 8.2.3.1
.1は、8.2に.3を区分するのを見ます。
This parameter must always be present in a CR TPDU
requesting Class 4, even if the checksum selection
parameter is used to request non-use of the checksum facility.
このパラメタはClass4を要求するCR TPDUにいつも存在していなければなりません、チェックサム選択パラメタがチェックサム施設の非使用を要求するのに使用されても。
o Additional Option Selection (not used in Class 0)
o 追加オプション選択(Class0で中古でない)です。
This parameter defines the selection to be made as to
whether or not additional options are to be used.
このパラメタは使用されているかどうかに関して追加オプションがことであるされる選択を定義します。
Parameter code 11000110
ISO Transport Protocol Specification Page 69
International Standards Organization
パラメタコード11000110ISO TransportプロトコルSpecification69ページ 国際Standards Organization
Parameter length: 1
Parameter value field:
パラメタの長さ: 1つのパラメタ値の分野:
Bits related to options particular to one class are
not meaningful and may take any value in the other classes.
1つのクラスに特定のオプションに関連するビットは、重要でなく、他のクラスでどんな値も取るかもしれません。
BITS OPTION
ビットオプション
4 1= Use of network expedited in Class 1
0= Non use of network expedited in Class 1
4 1はClass1で速められたネットワークを非使用しているClass1 0=で速められたネットワークの使用と等しいです。
3 1= Use of receipt confirmation in Class 1
0= Use of explicit AK variant in Class 1
3 1はClass1における明白なAK異形のClass1 0=使用における領収書確認の使用と等しいです。
2 0= Checksums are to be used in Class 4
1= Checksums are not to be used in Class 4
2 0=チェックサムは= チェックサムがClass4 1で使用されるためには、Class4で使用されないことであるということです。
1 1= Use of transport expedited data transfer
service
0= No use of transport expedited data transfer
service
輸送の=使用がデータ転送サービス0=無駄を速めた1 1は速められたデータ転送サービスを輸送します。
Default falue is 00000001
デフォルトfalueは00000001です。
o Alternative protocol class (not used in Class 0)
o 代替のプロトコルのクラス(Class0で中古でない)です。
Parameter code 11000111
パラメタコード11000111
Parameter length n
パラメタの長さn
Parameter value encoded as a sequence of single
octets. Each octet is encoded as for octet 7 but with bits 4-1 set
to zero (i.e., no alternative option selections permitted).
ただ一つの八重奏の系列としてコード化されたパラメタ値。 各八重奏は八重奏7にもかかわらず、ゼロに設定されたビット4-1でコード化されます(すなわち、どんな代替のオプション選択も可能にしませんでした)。
o Acknowledge Time
o 時間を承認してください。
This parameter conveys the maximum acknowledge time
AL to the remote transport entity. It is an indication only, and
is not subject to negotiation (see section 7.4.5.3).
このパラメタは最大を伝えます。リモート輸送実体に時間ALを承認してください。 セクション7.4を見てください。それは指示専用であり、交渉を受けることがない、(.5 .3)。
Parameter Code 10000101
パラメタコード10000101
Parameter Value field: n a binary number (2 octets)
パラメタValue分野: 2進の数あたりのn(2つの八重奏)
n is the maximum acknowledge time, expressed in
milliseconds.
nはミリセカンドで時間を承認して、言い表された最大です。
o Throughput Parameter code: 10001001
o スループットParameterコード: 10001001
Length : 12
ISO Transport Protocol Specification Page 70
International Standards Organization
長さ: 12ISOトランスポート・プロトコル仕様70ページ 世界規格組織
1st 3 octets : Targer value,
calling-called user
direction
最初の3つの八重奏: Targer値、呼ぶことで呼ばれたユーザ方向
2nd 3 octets : Min. acceptable,
calling-called
user direction
2番目の3つの八重奏: 分許容できて、呼ぶことで呼ばれたユーザ方向
3rd 3 octets : Target value,
called-calling user
direction
3番目の3つの八重奏: 目標値、呼ばれた呼ぶユーザ方向
4th 3 octets : Min. acceptable,
called-calling user
direction
4番目の3つの八重奏: 分許容できて、呼ばれた呼んでいるユーザ方向
Values are expressed in octets per second.
値は1秒あたりの八重奏で表現されます。
o Residual Parameter code: 10000110
error rate
Length : 3
o 残りのParameterコード: 10000110誤り率Length: 3
1st octet : Target value, power
of 10
最初の八重奏: 目標値、10のパワー
2nd octet : Min. acceptable,
power of 10
2番目の八重奏: 許容できる分、10のパワー
3rd octet : TSDU size of
interest, expressed
as a power of 2
3番目の八重奏: 2のパワーとして興味があって、言い表されたTSDUサイズ
o Priority Parameter code: 10000111
o 優先権Parameterコード: 10000111
Length : 2
長さ: 2
Value : Integer
値: 整数
o Transit Parameter code: 10001000
delay
o トランジットParameterコード: 10001000 遅れ
Length : 8
長さ: 8
1st 2 octets : Target value,
calling-called user
direction
最初の2つの八重奏: 目標値、呼ぶことで呼ばれたユーザ方向
2nd 2 octets : Max. acceptable,
calling-called user
direction.
ISO Transport Protocol Specification Page 71
International Standards Organization
2番目の2つの八重奏: マックス許容できて、呼ぶことで呼ばれたユーザ方向。 ISOトランスポート・プロトコル仕様71ページ 世界規格組織
3rd 2 octets : Target value,
called-calling user
direction.
3番目の2つの八重奏: 値、呼ばれた呼ぶユーザ方向を狙ってください。
4th 2 octets : Max. acceptable,
called-calling user
direction
4番目の2つの八重奏: マックス許容できて、呼ばれた呼んでいるユーザ方向
Values are expressed in milliseconds.
値はミリセカンドで言い表されます。
8.3.5 User Data (Octets p+1 to the end)
8.3.5 利用者データ(終わりまでの八重奏p+1)
No user data are permitted in class 0, and are
optional in the other classes. Where permitted, it may not exceed
32 octets.
どんな利用者データも、クラス0で受入れられて、他のクラスで任意ではありません。 受入れられるところでは、それは32の八重奏を超えないかもしれません。
8.4 Connection Confirm (CC)
接続が確認する8.4(CC)
8.4.1 Structure
8.4.1 構造
1 2 3 4 5 6 7 8 p p+1
1 2 3 4 5 6 7 8p p+1
LI CC CDT DST-REF SOURCE-REF class VARIABLE USER DATA
1101 options Part
LI CC CDT DST-REF SOURCE-REFクラスVARIABLE USER DATA1101オプションPart
8.4.2 LT
8.4.2 LT
See Section 8.2.1.
セクション8.2.1を見てください。
8.4.3 Fixed Part (Octets 2 to 7)
8.4.3 固定部分(八重奏2〜7)
CC : Connection Confirm
Code: 1101
CC: 接続はコードを確認します: 1101
CDT : Initial Credit
Allocation (set to
0000 in Classes 0
and 1).
CDT: クレジット配分(クラス0と1における0000に設定する)に頭文字をつけてください。
DST-REFERENCE : Reference
identifying the
requested transport
connection at the
remote transport
entity.
DST-参照: リモート輸送実体で要求された輸送接続を特定する参照。
SOURCE REFERENCE : Reference selected
by the transport
entity initiating
the CC TPDU to
ISO Transport Protocol Specification Page 72
International Standards Organization
ソース参照: ISO TransportプロトコルSpecification72ページ 国際Standards OrganizationにCC TPDUを開始する輸送実体によって選択された参照
identify the
confirmed TC.
確認されたTCを特定してください。
CLASSES : Defines the selected
transport protocol class to
be operated over the accepted
TC according to the
negotiation rules specified
in Section 6.5.
クラス: セクション6.5で指定された交渉規則に従って受け入れられたTCの上で操作されるために選択されたトランスポート・プロトコルのクラスを定義します。
8.4.4 Variable part (Octet 8 to p)
8.4.4 可変部分(pへの八重奏8)
See Section 8.3.4
セクション8.3.4を見てください。
8.4.5 User Data (Octets p+1 to the end)
8.4.5 利用者データ(終わりまでの八重奏p+1)
See Section 8.3.5
セクション8.3.5を見てください。
8.5 Disconnect Request (DR)
8.5 分離要求(博士)
8.5.1 Structure
8.5.1 構造
LI DR DST-REF SOURCE-REF REASON VARIABLE USER DATA 10000000 PART
李利用者データのDST-審判のソース審判の理由の可変博士10000000の部分
8.5.2 LI
8.5.2 李
See Section 8.2.1
セクション8.2.1を見てください。
8.5.3 Fixed Part (Octets 2 to 7)
8.5.3 固定部分(八重奏2〜7)
DR : Disconnect Request Code: 1000
博士: 要求コードから切断してください: 1000
DST-REFERENCE : Reference identifying the TC at
the remote transport entity.
DST-参照: リモート輸送実体でTCを特定する参照。
SOURCE REFERENCE : Reference identifying the TC at
the transport entity initiating
the command. Value zero when
reference is unassigned.
ソース参照: コマンドを開始する輸送実体でTCを特定する参照。 参照が割り当てられないとき、ゼロを評価してください。
REASON : Defines the reason for
disconnecting the TC. This field
shall take one of the following
values:
理由: TCから切断する理由を定義します。 この分野は以下の値の1つを取るものとします:
The following values can be used
for class 1 to 4:
クラスに1〜4に以下の値を使用できます:
128 + 0 - Normal disconnect
ISO Transport Protocol Specification Page 73
International Standards Organization
128+0--正常な分離ISO TransportプロトコルSpecification73ページ 国際Standards Organization
initiated by session entity.
セッション実体で、開始されます。
128 + 1 - Remote transport entity
congestion at connect request time
128 +1--リモート輸送実体混雑、要求時間を接続してください。
*128 + 2 - Connection negotiation failed
(i.e. proposed class(es) not supported).
*128 + 交渉が失敗した(すなわち、(es)がサポートしなかったクラスを提案します)2--接続。
128 + 3 - Duplicated connection detected
128+3--検出されたコピーされた接続
128 + 4 - Mismatched references
128+4--ミスマッチしている参照
128 + 5 - Protocol error
128+5--プロトコル誤り
128 + 6 - Not used
128+6--使用されません。
128 + 7 - Reference overflow
128+7--参照オーバーフロー
128 + 8 - Connection request refused on this
network connection
128+8--このネットワーク接続のときに拒否された接続要求
128 + 9 - Not used
128+9--使用されません。
128 + 10 - Header or parameter length invalid
128+10--ヘッダーかパラメタ長さの病人
The following values can be used for all classes.
すべてのクラスに以下の値を使用できます。
0 - Reason not specified
0--理由は指定しませんでした。
1 - Congested at TSAP
1--TSAPでは、充血します。
*2 Session entity not attached to TSAP
*2 TSAPに付けられなかったセッション実体
*3 Address unknown
*3 住所不明
Note: Reasons marked with '*' may be reported to
the TS-user as 'persistent', other reasons
as 'transient'.
以下に注意してください。 '*'でマークされた理由は'永続的である'としてのTS-ユーザ、'一時的である'としての他の理由に報告されるかもしれません。
8.5.4 Variable Part (Octets 8 to 10)
8.5.4 可変部分(八重奏8〜10)
o A parameter may be provided to allow additional
information related to the clearing of the connection.
o 接続の開拓地に関連する追加情報を許容するためにパラメタを提供するかもしれません。
Parameter code: 11100000
パラメタコード: 11100000
Parameter Value Field: Additional information. This
field is intended to be used by the transport service
provider for internal purposes.
パラメタ値の分野: 追加情報。 この分野は内部の目的に輸送サービスプロバイダーによって使用されることを意図します。
ISO Transport Protocol Specification Page 74 International Standards Organization
ISOトランスポート・プロトコル仕様74ページ 世界規格組織
o Checksum (see 8.2.3.1)
o チェックサム(8.2に.3を見てください、.1)
8.5.5 User Data (Octets p+1 to the end)
8.5.5 利用者データ(終わりまでの八重奏p+1)
Not allowed in class 0,
クラス0では、許容されていません。
This field may not exceed 64 octers and is used
to carry TS-User data. The successful transfer of this data is not
guaranteed.
この分野は、64octersを超えないかもしれなくて、TS-利用者データを運ぶのに使用されます。 このデータのうまくいっている転送は保証されません。
8.6 Disconnect Confirm (DC)
分離が確認する8.6(DC)
(Not used in Class 0)
(Class0で中古でない)です。
8.6.1 Structure
8.6.1 構造
1 2 3 4 5 6 7 p
LI DST-REFERENCE SOURCE-REFERENCE Variable Part
11000000
1 2 3 4 5 6 7p李DST-REFERENCE SOURCE-REFERENCE Variable Part11000000
8.6.2 LI
8.6.2 李
See Section 8.2.1
セクション8.2.1を見てください。
8.6.3 Fixed Part (Octets 2 to 6)
8.6.3 固定部分(八重奏2〜6)
DC : Disconnect Confirm Code: 1100
DC: 分離はコードを確認します: 1100
DST-REFERENCE : See Section 8.3.3
DST-参照: セクション8.3.3を見てください。
SOURCE-REFERENCE: See Section 8.4.3
ソース参照: セクション8.4.3を見てください。
8.6.4 Variable Part
8.6.4 可変部分
Checksum (see 8.2.3.1)
チェックサム(8.2に.3を見てください、.1)
8.7 Data (DT)
8.7 データ(DT)
8.7.1 Structure
8.7.1 構造
Normal Format for Class 0 to 1
クラス0〜1に、正常な形式
1 2 3 4 5
1 2 3 4 5
LI DT E TPDU-NR User Data
11110000 0
T
李DT TPDU-NR利用者データ11110000 0E T
Normal format for Class 2, 3 and 4
Class2、3、および4に、正常な形式
ISO Transport Protocol Specification Page 75 International Standards Organization
ISOトランスポート・プロトコル仕様75ページ 世界規格組織
1 2 3 4 5 6 p p+1
LI DST-REFERENCE E TPDU-NR Variable Part User Data
11110000 O
T
1 2 3 4 5 6p p+1LI DST-REFERENCE EのTPDU-NR Variable Part User Data11110000O T
Extended Format for optional use in Classes 2,3 and 4
Classes2、3、および4における任意の使用のための拡張Format
1 2 3 4 5,6,7,8 9 p p+1
1 2 3 4 5、6、7、8 9p p+1
LI DT DST-REFERENCE E TPDU-NR Variable User Data
11110000 O
T
李のDT DST-参照のE TPDU-NRの可変利用者データ11110000O T
8.7.2 LI
8.7.2 李
Section 8.2.1
セクション8.2 .1
8.7.3 Fixed Part
8.7.3 固定部分
(Classes 0 to 1 : - Octets 2 to 3; classes 2,3,4
normal format: Octets 2 to 5; classes 2,3,4 extended format: -
Octets 2 to 8)
(クラス0〜1: 正常な形式: 八重奏2〜5; クラス2、3、4が広げた--八重奏2〜3;クラス2、3、4は以下をフォーマットします--八重奏2〜8)
DT : Data Transfer Code: 1111
DT: データ転送コード: 1111
DST-REFERENCE : See Section 8.4.3
DST-参照: セクション8.4.3を見てください。
EOT : When set to ONE, indicates that
the current DT TPDU is the last
Data Unit of a complete DT TPDU
sequence (End of TSDU).
EOT: いつが、ONEにセットして、現在のDT TPDUが完全なDT TPDU系列(TSDUの端)の最後のData Unitであることを示しますか?
TPDU-NR : TPDU Send Sequence Number (Zero in
Class 0), may take any value in
Class 2 without explicit flow
control.
TPDU-NR: TPDU Send Sequence Number、(中でClass0)のゼロを合わせてください、そして、Class2で明白なフロー制御なしでどんな値も取ってもよいです。
8.7.4 Variable Part
8.7.4 可変部分
Checksum (See 8.2.3.1)
チェックサム(8.2に.3を見てください、.1)
8.7.5 User Data Field
8.7.5 ユーザデータ・フィールド
This field contains data of the TSDU being transmitted.
The length of this field is limited to the negotiated TPDU size for
this transport connection minus 3 octets in Classes 0 and 1,
and minus 5 octets (normal header format) or
8 octets (extended header format) in the other classes. The
variable part, if presemt, amy further reduce the size of the user
data field.
ISO Transport Protocol Specification Page 76
International Standards Organization
この分野は伝えられるTSDUに関するデータを含んでいます。 この分野の長さはこの輸送接続のためにClasses0と1、5つの八重奏およびを引いた3つの八重奏(正常なヘッダー形式)か他のクラスにおける8つの八重奏(拡張ヘッダー形式)を引いて交渉されたTPDUサイズに制限されます。 可変部分presemt、amyがユーザデータ・フィールドのサイズをさらに減少させるなら。 ISOトランスポート・プロトコル仕様76ページ 世界規格組織
8.8 Expedited Data (ED)
8.8 速められたデータ(エド)
(Not used in Class 2 when "no explicit flow
control" option is selected.)
(「明白なフロー制御がありません」オプションが選択されるとき、Class2では、使用されません。)
8.8.1 Structure
8.8.1 構造
Normal Format
正常な形式
1 2 3 4 EOT 5 6 p p + 1
1 2 3 4EOT5 6p p+1
LI ED DST-REFERENCE EDTPDU-NR Variable Part User Data
00010000 1.
李エドのDST-参照のEDTPDU-NRの可変部分利用者データ00010000 1。
Extended Format
拡張フォーマット
1 2 3 4 EOT 5,6,7,8 9 p p + 1
1 2 3 4EOT5、6、7、8 9p p+1
LI ED DST-REFERENCE EDTPDU-NR Variable Part User Data
00010000 1.
李エドのDST-参照のEDTPDU-NRの可変部分利用者データ00010000 1。
8.8.2 LI
8.8.2 李
See Section 8.2.1
セクション8.2.1を見てください。
8.8.3 Fixed Part
8.8.3 固定部分
(Octets 2 to 5, normal format: 2 to 8, extended format)
(正常な形式: 八重奏2〜5、2〜8、拡張フォーマット)
ED: Expedited Data command code: 0001
エド: 速められたDataコマンドコード: 0001
DST-REFERENCE: Same as Section 8.4.3
DST-参照: セクション8.4.3と同じこと
ED TPDU-NR: Expedited TPDU identification number
(Classes 1, 3, and 4; may take any value in
Class 2).
エドTPDU-NR: TPDU識別番号(クラス1、3、および4; Class2でどんな値も取るかもしれない)を速めました。
8.8.4 Variable Part
8.8.4 可変部分
Checksum (See 8.2.3.1)
チェックサム(8.2に.3を見てください、.1)
8.8.5 User Data Field
8.8.5 ユーザデータ・フィールド
This field contains an expedited TSDU. Up to 16 octets.
この分野は速められたTSDUを含んでいます。 最大16の八重奏。
8.9 Data Acknowledgement (AK)
8.9 データ承認(AK)
Not applicable for Class 0 and Class 2 when the "no
explicit flow control" option is selected, and for Class 1 when the
network receipt confirmation option is selected.
ISO Transport Protocol Specification Page 77
International Standards Organization
Class0とClass2において、「明白なフロー制御がありません」オプションが選択される、およびClass1のためのものであるならネットワーク領収書確認オプションが選択される場合適切ではありません。 ISOトランスポート・プロトコル仕様77ページ 世界規格組織
Flow Control Confirmation (class 4 only - optionally used)
フロー制御確認(単に、任意に使用されるクラス4)
This parameter contains a copy of the information received
in an AK TPDU, to allow the transmitter of the AK TPDU to be certain
of the state of the receiving transport entity (See Section 7.4.5.6).
セクション7.4を見てください。このパラメタがAK TPDUの送信機が受信輸送実体の状態が確かであることを許容するためにAK TPDUに受け取られた情報のコピーを含んでいる、(.5 .6)。
Parameter Code: 100001011
パラメタコード: 100001011
Parameter value field 64 bits, used as follows:
以下の通り使用される64ビットのパラメタ値の分野:
o Lower Window Edge (32 bits)
Bit 32 is set to zero, bits 31 to 1 contain the
YR-TU-NR value of the received AK TPDU. When normal
format is in use, only the least significant seven
bits (bits 1 to 7) of this field are significant.
o 下側のWindow Edge(32ビット)ビット32はゼロに設定されて、ビット31〜1は容認されたAK TPDUのYR-TU-NR値を含んでいます。 正常な形式が使用中であるときに、この分野の最も重要でない7ビット(ビット1〜7)だけが重要です。
o Your Sub-Sequence (16 bits)
Contains the value of the sub-sequence parameter of
the received AK TPDU, or zero if this parameter was
not present.
o あなたのSub-系列(16ビット)が容認されたAK TPDUのサブ系列パラメタの値を含んでいるか、またはゼロはこのパラメタであるなら存在していませんでした。
o Your Credit (16 bits)
Contains the value of the CDT field of the received AK
TPDU. When normal format is in use, only the least
significant four bits (bits 1 to 4) of this field are
significant.
o あなたのCredit(16ビット)は容認されたAK TPDUのCDT分野の値を含んでいます。 正常な形式が使用中であるときに、この分野の最も重要でない4ビット(ビット1〜4)だけが重要です。
8.10 Expedited Data Acknowledgement (EA)
8.10 速められたデータ承認(EA)
(Not applicable for Class 0 and Class 2 when the no
explicit flow control option is selected).
(Class0とClass2には、適切でないいいえ明白なフロー制御オプションが選択されると。)
8.10.1 Structure
8.10.1 構造
Normal Format
正常な形式
1 2 3 4 5 6 p
1 2 3 4 5 6、p
LI EA DST-REFERENCE . YR-TU-NR Variable Part
00100000 0.
李EA DST-REFERENCE年-TU-NRの可変パート00100000 0。
Extended Format
拡張フォーマット
1 2 3 4 5,6,7,8 9 p
1 2 3 4 5、6、7、8 9、p
LI EA DST-REFERENCE . YR-TU-NR Variable Part
00100000 0.
李EA DST-REFERENCE年-TU-NRの可変パート00100000 0。
8.9.1 Structure
8.9.1 構造
ISO Transport Protocol Specification Page 78 International Standards Organization
ISOトランスポート・プロトコル仕様78ページ 世界規格組織
Normal Format
正常な形式
1 2 3 4 5 6 p
1 2 3 4 5 6、p
LI AK CDT DST-REFERENCE . YR-TU-NR Variable Part
0110 0.
李のAK CDT DST-参照年-TU-NRの可変パート0110 0。
Extended Format
拡張フォーマット
1 2 3 4 5,6,7,8 9,10 11 p
1 2 3 4 5、6、7、8 9、10 11、p
LI AK DST-REFERENCE . YR-TU-NR CDT Variable Part
01100000 0.
李のAK DST-参照年-TU-NR CDTの可変パート01100000 0。
8.9.2 LI
8.9.2 李
See Section 8.2.1
セクション8.2.1を見てください。
8.9.3 Fixed Part
8.9.3 固定部分
(Octets 2 to 5, normal format: 2 to 10, extended format)
(正常な形式: 八重奏2〜5、2〜10、拡張フォーマット)
AK: Acknowledgement command code: 0110
AK: 承認コマンドコード: 0110
CDT: Credit Value (set to 0 in class 1)
CDT: クレジット値(クラス1における0へのセット)
DST-REFERENCE: Same as Section 8.4.3
DST-参照: セクション8.4.3と同じこと
YR-TU-NR: Sequence number indicating the next expected
DT TPDU number.
年のトゥNR、: 次の予想されたDT TPDU番号を示す一連番号。
8.9.4 Variable Part
8.9.4 可変部分
Checksum (See 8.2.3.1)
チェックサム(8.2に.3を見てください、.1)
Sub-sequence number (class 4 only - optionally used).
サブ一連番号です(単に、任意に使用されるクラス4)。
This parameter is used to ensure that AK TPDUs are
processed in the correct sequence. If it is absent, this is
equivalent to transmitting the parameter with a value of zero.
このパラメタは、AK TPDUsが正しい系列で処理されるのを保証するのに使用されます。 それが欠けるなら、これはゼロの値でパラメタを伝えるのに同等です。
Parameter Code: 100001010
パラメタコード: 100001010
Parameter Value: 16-bit sub-sequence number.
パラメタ値: 16ビットのサブ一連番号。
8.10.2 LI
8.10.2 李
See Section 8.2.1
セクション8.2.1を見てください。
8.10.3 Fixed Part ISO Transport Protocol Specification Page 79 International Standards Organization
8.10.3 固定部分ISOトランスポート・プロトコル仕様79ページ 世界規格組織
(Octets 2 to 5, normal format; 2 to 8, extended
format)
(; 八重奏2〜5、正常な形式、2〜8、拡張形式)
EA: Acknowledgement command code: 0010
EA: 承認コマンドコード: 0010
DST-REFERENCE: Same as Section 8.4.3
DST-参照: セクション8.4.3と同じこと
YR-TU-NR: Identification of the ED TPDU being
acknowledged. May take any value in Class 2.
年のトゥNR、: 承認されるED TPDUの識別。 Class2でどんな値も取るかもしれません。
8.10.4 Variable Part
8.10.4 可変部分
Checksum (See 8.2.3.1)
チェックサム(8.2に.3を見てください、.1)
8.11 Reject (RJ)
8.11 廃棄物(RJ)
(Not used in Classes 0, 2, and 4)
(Classes0、2、および4で中古でない)です。
8.11.1 Structure
8.11.1 構造
Normal Format
正常な形式
1 2 3 4 EOT 5 6 p
1 2 3 4EOT5 6p
LI RJ CDT DST-REFERENCE . YR-TU-NR Variable Part
0101 0.
李RJ CDT DST-REFERENCE年-TU-NRの可変パート0101 0。
Extended Format
拡張フォーマット
1 2 3 4 EOT 5,6,7,8 9,10 11 p
LI RJ DST-REFERENCE . YR-TU-NR CDT Variable
0l0l0000 Part
1 2 3 4EOT5、6、7、8 9、10 11p LI RJ DST-REFERENCE YR-TU-NR CDT Variable 0l0l0000 Part
8.11.2 LI
8.11.2 李
See Section 8.2.1
セクション8.2.1を見てください。
8.11.3 Fixed Part
8.11.3 固定部分
(Octets 2 to 5, normal format; 2 to 10, extended format)
(; 八重奏2〜5、正常な形式、2〜10、拡張形式)
RJ: Reject Command Code: 0101
RJ: コマンドコードを拒絶してください: 0101
CDT: Credit Value (set to 0 in class 1)
CDT: クレジット値(クラス1における0へのセット)
DST-REFERENCE: Same as Section 8.4.3
DST-参照: セクション8.4.3と同じこと
YR-TU-NR: Sequence number indicating the next expected
TPDU from which retransmission should occur.
年のトゥNR、: どの「再-トランスミッション」から次の予想されたTPDUを示す一連番号は起こるべきです。
ISO Transport Protocol Specification Page 80 International Standards Organization
ISOトランスポート・プロトコル仕様80ページ 世界規格組織
8.11.4 Variable Part
8.11.4 可変部分
No parameters exclusive to this TPDU type.
このTPDUタイプへの唯一のパラメタがありません。
8.12 TPDU Error (ERR)
8.12 TPDU誤り(間違えます)
1 2 3 4 5 6
1 2 3 4 5 6
LI ERR DST-REFERENCE Reject Parameters
01110000 Cause
李が間違える、DST-参照廃棄物パラメタ01110000は引き起こします。
8.12.1 LI
8.12.1 李
See Section 8.2.1
セクション8.2.1を見てください。
8.12.2 Fixed Part
8.12.2 固定部分
ERR: TPDU Error Code: 0111
間違えます: TPDUエラーコード: 0111
DST-REFERENCE: Same as Section 8.4.3
DST-参照: セクション8.4.3と同じこと
REJECT CAUSE:
00000000 Reason not specified
原因を拒絶してください: 00000000 理由は指定しませんでした。
00000001 Invalid parameter code
00000001 無効のパラメタコード
00000010 Invalid TPDU type
00000010 無効のTPDUはタイプします。
00000011 Invalid parameter value
00000011 無効のパラメタ値
8.12.3 Variable Part (Octets 6 to the end)
8.12.3 可変部分(終わりまでの八重奏6)
Parameter Code: 1100001
パラメタコード: 1100001
Parameter Value Field:
パラメタ値の分野:
Contains the bit pattern of the rejected TPDU up to and
including the octet which caused the rejection. This parameter is
mandatory in Class 0.
拒絶を引き起こした八重奏を含めて拒絶されたTPDUのビット・パターンを含んでいます。 このパラメタはClass0で義務的です。
Checksum (See Section 8.2.3.1)
チェックサム(.1は、)8.2に.3を区分するのを見ます。
SECTION THREE - CONFORMANCE
セクションTHREE--順応
9. CONFORMANCE
9. 順応
Implementations claiming conformance to this standard shall:
この規格に順応を要求する実装はそうするでしょう:
1. Implement either Class 0 or Class 2 or both.
1. Class0かClass2か両方のどちらかを実装してください。
ISO Transport Protocol Specification Page 81 International Standards Organization
ISOトランスポート・プロトコル仕様81ページ 世界規格組織
2. If other classes are implemented, the following rules
shall be observed:
2. 他のクラスが実装されるなら、以下の規則は守られるものとします:
a) If Class 3 or Class 4 is implemented then Class 2
must be implemented
a) Class3かClass4が実装されるなら、Class2を実装しなければなりません。
b) If Class 1 is implemented then Class 0 must be
implemented.
b) Class1が実装されるなら、Class0を実装しなければなりません。
3. The following table defines the requirements for the
implementation of the options defined in previous
sections:
3. 以下のテーブルは前項で定義されたオプションの実装のための要件を定義します:
Class
0 1 2 3 4
クラス0 1 2 3 4
TPDU with Checksum no no no no m
TPDU without Checksum m m m m o
いいえ、いいえ、いいえ、ChecksumとTPDUはChecksum m m m m oがなければmがないTPDUです。
Expedited Data Transfer no m m m m
No Expedited Data Transfer m m m m m
速められたData Transferはm m m mいいえExpedited Data Transfer m m m m mではありません。
Flow Control in Class 2 no no m no no
No Flow Control in Class 2 no no o no no
流れControl、Class2のClass2のいいえいいえのいいえのmノーFlow Control、いいえ、いいえ、○ いいえ。
7 bits format (normal) m m m m m
31 bits format (extended) no no o o o
形式(正常な)m7ビットm m m m31ビットはいいえ、o o oを全くフォーマットしません(広がっています)。
Use of Receipt Confirmation in no o no no no
Class 1
No use of Receipt Confirmation in no m no no no
Class 1
mいいえいいえいいえClass1がないのにおけるReceipt Confirmationのいいえ○いいえいいえいいえClass1、いいえ使用におけるReceipt Confirmationの使用
Use of Network Expedited in Class no o no no no
1, if T-EXPEDITED DATA necessary
Network Expeditedの使用、Classでoノーない、1がない、T-EXPEDITED DATA必要
No use of Network Expedited in no m no no no
Class 1, if T-EXPEDITED DATA necessary
どんなmでもいいえ、いいえ、いいえ、Class1の、そして、T-EXPEDITED DATA必要でないNetwork Expeditedの無駄
o - optional: An implementation may or may not
provide this user-selected option.
o - 任意: 実装はこのユーザによって選択されたオプションを提供するかもしれません。
m - mandatory: An implementation must provide for this
option
m--義務的: 実装はこのオプションに備えなければなりません。
no - An implementation shall not provide
this option.
いいえ--実装はこのオプションを提供しないものとします。
4. Implementations claiming conformance shall support a
TPDU length of 128 octets. If larger maximum TPDU
ISO Transport Protocol Specification Page 82
International Standards Organization
4. 順応を要求する実装は、TPDUが128の八重奏の長さであるとサポートするものとします。 より大きい最大のTPDU ISO TransportプロトコルSpecification82ページ 国際Standards Organizationです。
sizes can be supported in Classes 1,2,3, or 4, then
all permitted TPDU sizes between the maximum and 128
octets shall be supported.
Classes1、2、3、または4でサイズをサポートすることができて、次に、最大と128の八重奏の間のすべての受入れられたTPDUサイズがサポートされるものとします。
5. Claims of conformance shall state:
5. 順応のクレームは以下を述べるものとします。
a) which class of protocol is supported.
a) プロトコルのクラスがサポートされる。
b) which additional options indicated by the letter
'o' in the above table are supported.
b) 上のテーブルの文字'o'で示されたどの追加オプションがサポートされますか?
一覧
スポンサーリンク
