※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
序章
このおすすめ |国際規格は、マルチキャスト機能と強化されたサービス品質 (QoS) を提供する、Enhanced Communications Transport Service (ECTS) という名前のトランスポート サービスを定義します。このおすすめ |国際標準は、ベストエフォート QoS を使用した信頼性の低いユニキャストから、保証された QoS を使用した信頼性の高いマルチキャストまで、幅広いサービスを定義しています。このように、この勧告 |国際規格は、トランスポート プロトコルと現在および将来の情報化時代のアプリケーションとの間の統一されたユニバーサル サービス インターフェイスを提供することを目的としています。フィギュア紹介。図１は、ＥＣＴＳがトランスポート層、アプリケーション層、およびネットワーク層において他のプロトコルにどのように関係するかを示す一般的なアーキテクチャブロック図を示している。
図イントロの ECT | 1 は、この勧告によって定義されたすべてのサービスをサポートすることになっているプロトコルです。国際規格。 ECTP は別の勧告で定義されています。国際規格。
図のイントロに示されているすべてのトランスポート プロトコルではないことに注意してください。 1 ECTS によって定義されたすべてのサービスをサポートします。たとえば、TCP はベスト エフォートの信頼できるユニキャスト サービスを提供します。 UDP は、信頼性の低いベスト エフォート型マルチキャスト サービスをサポートします。 MTP, RMP, および SRM は信頼できるマルチキャストをサポートしますが、QoS はヌルです。 RTP は同期情報を交換する手段を提供しますが、同期自体を提供するメカニズムを定義しません。
ECTS のコンパニオン プロトコルである ECTP は、可能な限り、基盤となるネットワーク インフラストラクチャのマルチキャスト機能をさらに活用します。たとえば、インターネットでの運用では、ECTP は IPv4 と IPv6 のマルチキャスト機能を広範囲に利用し、ネットワーク リソース予約による QoS プロビジョニングを RSVP に依存します。別の例として、固有の ATM ネットワーク上で動作する場合、ECTP はマルチキャストと QoS の両方で ATM 機能に依存します。
フィギュア紹介。 1 — ECTS のアーキテクチャ ブロック図
1 スコープ
このおすすめ |国際規格は、トランスポート層によって提供される外部から見えるサービスを、次の観点から抽象的な方法で定義します。
- a)サービスの基本的なアクションとイベント。
- b)各プリミティブ アクションおよびイベントに関連付けられたパラメータ データ。
- c)これらのアクションとイベントの間の関係、およびそれらの有効な順序。
この勧告で定義されたサービス |国際標準は、拡張通信トランスポート プロトコル (ネットワーク サービスと共に) によって提供され、任意のアプリケーション プロトコルで使用できるものです。サービスは、定義されたサービスのサブセットをそれぞれがサポートする可能性のある他のプロトコルによっても提供できます。
この勧告で指定されたプリミティブ | International Standard は、コネクション モード サービスとコネクションレス サービスをサポートします。強化された通信をサポートするコネクションレス モード サービスのいくつかのケースでは、データ転送の開始前に、サービスの品質に関する合意など、特定の操作も必要になる場合があります。
コネクションモードまたはコネクションレスモードのサービスのデータ転送フェーズでは、さまざまなデータ順序付け特性が存在する場合があります。
この勧告には何の意味もありません。指定されたサービス プリミティブを考慮して、上記の特性のいずれかを含めるか除外するかに関する国際規格。
2 参考文献
次の勧告および国際規格には、この本文で参照することにより、この勧告の規定を構成する規定が含まれています。国際規格。発行の時点で、示されている版は有効でした。すべての勧告と基準は改訂される可能性があり、この勧告に基づく契約の当事者 |国際規格は、以下にリストされている勧告と規格の最新版を適用する可能性を調査することをお勧めします。 IEC および ISO のメンバーは、現在有効な国際規格の登録簿を維持しています。 ITU の電気通信標準化局は、現在有効な ITU-T 勧告のリストを維持しています。
2.1 同一の推奨事項 |国際規格
- ITU-T 勧告 X.200 (1994) | ISO/IEC 7498-1:1994, 情報技術 — オープン システム相互接続 — 基本参照モデル: 基本モデル。
- ITU-T 勧告 X.210 (1993) | ISO/IEC 10731:1994, 情報技術 - オープン システム相互接続 - 基本参照モデル: OSI サービスの定義に関する規約。
- ITU-T 勧告 X.214 (1995) | ISO/IEC 8072:1996, 情報技術 - オープン システム相互接続 - トランスポート サービスの定義。
- ITU-T 勧告 X.641 (1997) | ISO/IEC 13236:1998, 情報技術 — サービス品質: フレームワーク。
- ITU-T 勧告 X.802 (1995) | ISO/IEC TR 13594:1995, 情報技術 — 下位層のセキュリティ モデル。
3 つの定義
この勧告の目的のために |国際規格、次の定義が適用されます。
3.1 参照モデルの定義
このサービス定義は、OSI 基本参照モデル (ITU-T Rec. X.200 | ISO/IEC 7498-1 を参照) で開発された概念に基づいており、そこで定義されている次の用語を使用しています。
- a)トランスポート層;
- b)輸送サービス;
- c)トランスポート サービス アクセス ポイント。
- d)トランスポート サービス アクセス ポイント アドレス。
- e)輸送サービスデータユニット。
- f)ネットワーク層;
- g)ネットワーク サービス。
3.2 サービス定義規約
このサービス定義では、ITU-T Rec. X.210 | で定義されている次の用語も使用します。トランスポート層に適用される ISO/IEC 10731:
- a)サービス利用者
- b)サービスプロバイダー;
- c)プリミティブ。
- d)要求;
- e)表示
- f)応答
- g)確認します。
3.3 QoS フレームワークの定義
このサービス定義は、QoS フレームワークの関連条項で指定されているトランスポート層に関連する機能を記述するという点で、QoS フレームワーク (ITU-T Rec. X.641 | ISO/IEC 13236 を参照) に準拠しています。
- a) QoS 特性;
- b) QoS メカニズム。
- c) QoS パラメータ。
3.4 拡張通信トランスポート サービスの定義
この勧告の目的のために |国際規格では、次の定義も適用されます。
3.4.1
輸送接続
データを転送する目的で TS ユーザー間で確立されるマルチキャスト接続。関与する参加者が 2 人だけの場合は、ピアツーピア接続になります。
3.4.2
在籍団体
グループ TSAP アドレスで識別される、トランスポート接続に参加できる TS ユーザーのグループ。
3.4.3
グループ TSAP アドレス
登録されたグループ メンバーの個々の TSAP アドレスのセットにマップされる TSAP アドレス。一般に、TSAP アドレスはユニキャスト (またはグループ) アドレスであることに注意してください。
3.4.4
アクティブなグループ
データ転送フェーズのメカニズムをサポートするために必要な共有状態情報を維持するトランスポート サービス ユーザーのグループ。
3.4.5
アクティブなグループの整合性
トランスポート接続がデータ転送フェーズの転送状態に入る、またはその状態を維持するために真でなければならない、アクティブなグループに関する一連の条件。
3.4.6
一致する QoS レベル
ユーザーとプロバイダー間の QoS ネゴシエーション中に達した合意のレベル。ベスト エフォートまたは保証の場合があります。
3.4.7
注文
- i)単一の送信者の場合、必要に応じて順序付けを行うことで、送信者によって生成されたデータ ユニットが、送信されたのと同じ順序でアクティブなグループ内の各受信者に配信されることが保証されます。
- ii)複数の送信者の場合、順序によって、複数の送信者から受信したデータの相対的な順序が決まります。順序関係は、複数の送信者からのデータの配置またはインターリーブを定義します。順序関係は、no, local, partial, causal, total のいずれかです。
注記 1:アクティブなグループに参加者が 2 つしかない場合、ローカル順序付け、因果的順序付け、および全順序付けは同じです。
3.4.8
技術委員会参加者
トランスポート接続に参加しているアクティブなグループのメンバーである TS ユーザー。
3.4.9
TC所有者
トランスポート接続を招待、監視、および終了する権利を所有する TS ユーザー。
3.4.10
中心的な TS ユーザー
TC での送信を意図し、送信するデータと他の TS ユーザーによるそのデータの受信に関連する 1 xN トランスポート チャネルの QoS ネゴシエーションを開始する TS ユーザー。
3.4.11
送信TSユーザー
トランスポート接続に参加しているアクティブなグループのメンバーであり、データ転送フェーズ中にトランスポート サービス プロバイダーにデータを送信する TS ユーザー。
3.4.12
受信 TS ユーザー
トランスポート接続に参加しているアクティブ グループのメンバーであり、データ転送フェーズ中にトランスポート サービス プロバイダーからデータを受信する TS ユーザー。
3.4.13
多様性を伝える
- i)同種: すべての TS ユーザーが送信 QoS 値の共通セットに同意し、すべての送信 TS ユーザーが同じレートでデータを送信する条件。
- ii)異種: 異なる送信 TS ユーザーが異なるレートでデータを送信できる状態。
3.4.14
多様性を受ける
- i)受信者全体: すべての受信 TS ユーザーが、特定の送信 TS ユーザーのデータを同じ QoS 値で受信する条件。シンプレックス TC の場合、この用語は QoS フレームワークで定義された「コネクション全体」と同義です。
- ii)受信者選択: 異なる受信者が、送信 QoS よりも良くない異なる QoS 値で同じ送信 TS ユーザーのデータを受信する可能性がある条件。この勧告の範囲外です | TS プロバイダー内のいくつかの機能とメカニズムを通じて、特定の QoS のデータを異なる QoS 値で配信できるようにする方法の国際標準。
3.4.15
同時送信
- i)制御: トークンを持つ送信者だけがデータを送信できる状態。そのような送信者の最大数は、 Ntok によって指定されます。
- ii)非制御: すべての送信者が同時にデータを送信できる状態。
3.4.16
チャネル
トランスポート接続内の 1 x N シンプレックス データ フロー。
Introduction
This Recommendation | International Standard defines a transport service, named Enhanced Communications Transport Service (ECTS), which provides for a multicast capability and enhanced Quality of Service (QoS). This Recommendation | International Standard defines a wide range of services ranging from unreliable unicast with best-effort QoS to reliable multicast with guaranteed QoS. In this way, this Recommendation | International Standard is meant to provide for a uniform and universal service interface between transport protocols and applications of the present and the future information age, especially for those applications requiring versatile and powerful multimedia group communication capabilities underneath. Figure Intro. 1 depicts the general architectural block diagram showing how ECTS relates to other protocols in the transport, application as well as network layers.
ECTP in Figure Intro. 1 is a protocol which is supposed to support all the services defined by this Recommendation | International Standard. ECTP is (to be) defined in a separate Recommendation | International Standard.
Note that not all the transport protocols shown in Figure Intro. 1 support all the services defined by ECTS. For example, TCP provides a best-effort reliable unicast service; UDP supports a best-effort unreliable multicast service. MTP, RMP, and SRM support reliable multicast but with null QoS. RTP provides means for exchanging synchronization information but does not define mechanisms to provide the synchronization itself.
ECTP, a companion protocol to ECTS, further will utilize, wherever possible, the multicast capabilities of the underlying network infrastructures. For example, in operation in Internet, ECTP will make extensive use of the multicast capabilities of IPv4 and IPv6 and rely on RSVP for QoS provisioning by network resource reservation. As another example, in operation over intrinsic ATM networks, ECTP will rely on the ATM capabilities for both multicast and QoS.
Figure Intro. 1—Architectural block diagram for ECTS
1 Scope
This Recommendation | International Standard defines in an abstract way the externally visible service provided by the Transport Layer in terms of:
- a) the primitive actions and events of the service;
- b) the parameter data associated with each primitive action and event;
- c) the relationship between, and the valid sequences of, these actions and events.
The service defined in this Recommendation | International Standard is that which is provided by the Enhanced Communications Transport Protocol (in conjunction with the Network Service) and which may be used by any application protocol. The service can also be provided by other protocols possibly each supporting a subset of the services defined herein.
The primitives specified in this Recommendation | International Standard support a connection-mode service and a connectionless service. In some cases of connectionless-mode service supporting enhanced communications, certain operations may also be necessary prior to the commencement of data transfer, e.g. agreement on quality of service.
For the data transfer phase of either connection-mode or connectionless-mode services, there may be a range of dataordering characteristics.
No implication is made in this Recommendation | International Standard regarding the inclusion or exclusion of any of the above characteristics given the service primitives specified herein.
2 Normative references
The following Recommendations and International Standards contain provisions which, through reference in this text, constitute provisions of this Recommendation | International Standard. At the time of publication, the editions indicated were valid. All Recommendations and Standards are subject to revision, and parties to agreements based on this Recommendation | International Standard are encouraged to investigate the possibility of applying the most recent edition of the Recommendations and Standards listed below. Members of IEC and ISO maintain registers of currently valid International Standards. The Telecommunication Standardization Bureau of the ITU maintains a list of currently valid ITU-T Recommendations.
2.1 Identical Recommendations | International Standards
- ITU-T Recommendation X.200 (1994) | ISO/IEC 7498-1:1994, Information technology — Open Systems Interconnection — Basic Reference Model: The Basic Model.
- ITU-T Recommendation X.210 (1993) | ISO/IEC 10731:1994, Information technology — Open Systems Interconnection — Basic Reference Model: Conventions for the definition of OSI services.
- ITU-T Recommendation X.214 (1995) | ISO/IEC 8072:1996, Information technology — Open Systems Interconnection — Transport service definition.
- ITU-T Recommendation X.641 (1997) | ISO/IEC 13236:1998, Information technology — Quality of Service: Framework.
- ITU-T Recommendation X.802 (1995) | ISO/IEC TR 13594:1995, Information technology — Lower layers security model.
3 Definitions
For the purposes of this Recommendation | International Standard, the following definitions apply.
3.1 Reference Model definitions
This service definition is based on the concepts developed in the OSI Basic Reference Model (see ITU-T Rec. X.200 | ISO/IEC 7498-1), and makes use of the following terms defined in it:
- a) Transport Layer;
- b) Transport Service;
- c) transport-service-access-point;
- d) transport-service-access-point address;
- e) transport-service-data-unit;
- f) Network Layer;
- g) Network Service.
3.2 Service definition conventions
This service definition also make use of the following terms defined in ITU-T Rec. X.210 | ISO/IEC 10731, as they apply to the Transport Layer:
- a) service-user;
- b) service-provider;
- c) primitive;
- d) request;
- e) indication;
- f) response;
- g) confirm.
3.3 Quality-of-Service Framework definitions
This service definition is compliant with the QoS Framework (see ITU-T Rec. X.641 | ISO/IEC 13236) in that it describes facilities which pertain to the Transport Layer as specified in the relevant clause of the QoS Framework:
- a) QoS characteristic;
- b) QoS mechanism;
- c) QoS parameter.
3.4 Enhanced Communications Transport Service definitions
For the purposes of this Recommendation | International Standard, the following definitions also apply:
3.4.1
transport connection
A multicast connection established among TS-users for the purpose of transferring data. In the case where there are only two participants involved, it reduces to a peer-to-peer connection.
3.4.2
enrolled group
A group of TS-users who can participate in a transport connection, which is identified with a group TSAP address.
3.4.3
group TSAP address
A TSAP address which maps to a set of individual TSAP addresses of the enrolled group members. Note that, in general, a TSAP address may be a unicast - or group - address.
3.4.4
active group
A group of Transport Service users which maintain the shared state information required to support the mechanisms of the data transfer phase.
3.4.5
active group integrity
A set of conditions concerning the active group which must be true in order for a transport connection to enter or remain in the transfer state of the data transfer phase.
3.4.6
QoS level of agreement
The level of agreement reached during the QoS negotiation between users and the provider. It may be best-effort or guaranteed.
3.4.7
ordering
- i) In the case of a single sender, ordering if needed ensures that the data units generated by the sender are delivered to each receiver in the active group in the same order as they were sent.
- ii) In the case of multiple senders, ordering determines the relative sequencing of data received from multiple senders. The ordering relationship defines the arrangement or interleaving of data from the multiple senders.The ordering relationship can be: no, local, partial, causal, or total.
Note 1 to entry: When there are only two participants in the active group, local ordering, causal ordering, and total ordering are the same.
3.4.8
TC-participant
A TS-user that is a member of the active group participating in a transport connection.
3.4.9
TC-owner
A TS-user that owns the right to invite, monitor, and terminate a transport connection.
3.4.10
focal TS-user
A TS-user that intends to transmit on a TC and initiates the QoS negotiation of the 1 xN transport channel relating to the data it transmits and the reception of that data by other TS-users.
3.4.11
sending TS-user
A TS-user that is a member of the active group participating in a transport connection and submits data to the Transport Service provider during the data transfer phase.
3.4.12
receiving TS-user
A TS-user that is a member of the active group participating in a transport connection and receives data from the Transport Service provider during the data transfer phase.
3.4.13
transmit diversity
- i)Homogeneous: Condition wherein all TS-users have agreed to a common set of transmit QoS values and so all sending TS-users transmit data at the same rate.
- ii)Heterogeneous: Condition wherein different sending TS-users may transmit data at different rates.
3.4.14
receive diversity
- i)Receivers-wide: Condition wherein all receiving TS-users receive the data of a given sending TS-user at the same QoS value.In the case of a simplex TC, this term is synonymous with"connection-wide" defined in the QoS Framework.
- ii)Receiver-selected: Condition wherein different receivers may receive the data of the same sending TS-user at different QoS values not better than the transmit QoS. It is out of the scope of this Recommendation | International Standard how it can be made possible, through some facilities and mechanisms within the TS-provider, that data of a given QoS may be delivered at different QoS values.
3.4.15
transmit concurrency
- i)Controlled: Condition wherein only senders with a token may transmit data. The maximum number of such senders is specified by Ntok.
- ii)Uncontrolled: Condition wherein all senders may transmit data concurrently.
3.4.16
Channel
A 1 x N simplex data flow within a transport connection.