この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
序章
このおすすめ |国際標準は、マルチキャスト対応ネットワーク上で動作するインターネット マルチキャスト アプリケーションをサポートするように設計されたトランスポート プロトコルである Enhanced Communications Transport Protocol (ECTP) を指定します。 ECTP は、図 1 に示すように、IGMP および IP マルチキャスト ルーティング プロトコルを使用して、IP マルチキャスト転送機能を備えた IPv4/IPv6 ネットワーク上で動作します。ECTP は、UDP 経由でプロビジョニングされる可能性があります。
図 1 — ECTP モデル
ECTP は、シンプレックス、デュプレックス、および N-プレックス アプリケーションで厳密に制御されたマルチキャスト接続をサポートするように設計されています。 ECTP のこのPart は、シンプレックスの場合の信頼性制御のためのプロトコル メカニズムを指定します。 ECTP は、接続ユーザーの QoS を安定的に管理するための QoS 管理機能も提供します。このような QoS 管理機能は、QoS ネゴシエーション、監視、および保守操作によって実現できます。シンプレックス ケースの QoS 管理のプロトコル手順は、この勧告の不可欠な部分を形成するシンプレックス QoS 管理仕様 (ITU-T Rec. X.606.1 | ISO/IEC 14476-2) で定義されます。国際規格。さらなる仕様では、デュプレックスの場合 (ITU-T Rec. X.607 | ISO/IEC 14476-3 および ITU-T Rec. X.607.1 | ISO/IEC 14476-4) およびN-plex ケース (ITU-T Rec. X.608 | ISO/IEC 14476-5 および ITU-T Rec. X.608.1 | ISO/IEC 14476-6)
ECTP では、接続またはセッションが作成される前に、予定されているすべてのメンバーがマルチキャスト グループに登録されます。これらのメンバーは、登録済みグループを定義します。登録済みグループ内の各受信者は、登録済み受信者と呼ばれます。登録プロセスでは、各メンバーが認証されます。グループ キー、IP マルチキャスト アドレス、ポート番号などのグループ情報は、登録プロセス中に登録メンバーに配布されます。これらの登録済みグループ メンバーに対して ECTP 接続が作成されます。
ECTP は、厳密に制御されたマルチキャスト サービスを対象としています。送信者は、マルチキャスト グループ通信の中心です。シンプレックス マルチキャスト接続の単一の送信者には、この仕様でトップ オーナー (TO) として指定された接続オーナーの役割が割り当てられます。接続所有者は、接続の作成と終了、接続の一時停止と再開、および参加と脱退の操作を管理することにより、全体的な接続管理を担当します。
送信者は、接続作成プロセスをトリガーします。登録された受信者の一部またはすべてが接続に参加し、指定された「アクティブな受信者」になります。アクティブではない登録済みレシーバーは、後から参加者として接続に参加できます。アクティブな受信者は、接続を離れることができます。接続が作成されると、送信者はマルチキャスト データの送信を開始します。ネットワークの問題 (深刻な輻輳など) が ECTP QoS 管理機能 (ECTP Part 2 で定義) によって示される場合、送信者はマルチキャスト データ送信を一時的に中断し、接続一時停止操作を呼び出します。事前に指定された時間が経過すると、送信者はデータ送信を再開します。すべてのマルチキャスト データが送信されると、送信者は接続を終了します。
ECTP は、マルチキャスト データ転送の信頼性制御メカニズムを提供します。 ECTP メカニズムは、IETF で提案されているものと一致するように設計されています。スケーラビリティを備えた信頼性制御に対処するために、IETF は次の 3 つのアプローチを提案しました。ツリー ベースの AC, 前方誤り訂正 (FEC)、および負の ACK 指向の信頼できるマルチキャスト (NORM) です。各アプローチには独自の長所と短所があり、各サービス プロバイダーは、信頼性制御の実装に対して異なるアプローチを取る場合があります。 ECTP は TRACK アプローチを採用しています。これは、既存の TCP メカニズムにより類似しており、ECTP フレームワークにより適応しているからです。
ツリーベースの信頼性制御では、接続の作成中に階層ツリーが構成されます。送信者は、コントロール ツリーのルートです。コントロール ツリーは、ツリー ノードの任意のペア間の親子関係を定義できます。このツリーベースの構造により、制御構造が拡張されるにつれて、ツリー階層の下位レベルでローカル オーナー (親) が発生する可能性があります。作成された各ローカル オーナーは、独自のローカル コントロール ツリーのルートになります。接続所有者は、全体的なコントロール ツリーのルートになります。エラー制御は、制御ツリーで定義されたローカル グループごとに実行されます。各親は、子からの再送信要求に応じて、失われたデータを再送信します。
Introduction
This Recommendation | International Standard specifies the Enhanced Communications Transport Protocol (ECTP), which is a transport protocol designed to support Internet multicast applications running over multicast-capable networks. ECTP operates over IPv4/IPv6 networks that have the IP multicast forwarding capability with the help of IGMP and IP multicast routing protocols, as shown in Figure 1. ECTP could possibly be provisioned over UDP.
Figure 1 — ECTP Model
ECTP is designed to support tightly controlled multicast connections in simplex, duplex and N-plex applications. This Part of ECTP specifies the protocol mechanisms for reliability control in the simplex case. ECTP also provides QoS management functions for stable management of the QoS of the connection users. Such QoS management functionality can be achieved with QoS negotiation, monitoring and maintenance operations. The protocol procedures for QoS management of the simplex case will be defined in the simplex QoS management specification (ITU-T Rec. X.606.1 | ISO/IEC 14476-2), which forms an integral part of this Recommendation | International Standard. Further specifications will define control procedures and associated QoS management functions for the duplex case (ITU-T Rec. X.607 | ISO/IEC 14476-3 and ITU-T Rec. X.607.1 | ISO/IEC 14476-4) and for the N-plex case (ITU-T Rec. X.608 | ISO/IEC 14476-5 and ITU-T Rec. X.608.1 | ISO/IEC 14476-6).
In ECTP, all prospective members are enrolled into a multicast group, before a connection or session is created. Those members define an enrolled group. Each receiver in the enrolled group is referred to as an enrolled receiver. In the enrolment process, each member will be authenticated. The group information, including group key and IP multicast addresses and port numbers, will be distributed to the enrolled members during the enrolment process. An ECTP connection is created for these enrolled group members.
ECTP is targeted for tightly controlled multicast services. The sender is at the heart of multicast group communications. A single sender in the simplex multicast connection is assigned the role of the connection owner, designated as top owner (TO) in this Specification. The connection owner is responsible for overall connection management by governing connection creation and termination, connection pause and resumption, and join and leave operations.
The sender triggers the connection creation process. Some or all of the enrolled receivers will participate in the connection, becoming designated"active receivers". Any enrolled receiver that is not active may participate in the connection as a late-joiner. An active receiver can leave the connection. After the connection is created, the sender begins to transmit multicast data. If network problems (such as severe congestion) are indicated by the ECTP QoS management functions (defined in ECTP part 2), the sender suspends multicast data transmission temporarily, invoking the connection pause operation. After a pre-specified time, the sender resumes data transmission. If all of the multicast data have been transmitted, the sender terminates the connection.
ECTP provides the reliability control mechanisms for multicast data transport. ECTP mechanisms are designed to keep congruency with those being proposed in the IETF. To address reliability control with scalability, the IETF has proposed three approaches: Tree based ACK (TRACK), Forward Error Correction (FEC), and Negative ACK Oriented Reliable Multicast (NORM). Each approach has its own pros and cons, and each service provider may take a different approach toward implementing reliability control. ECTP adopts the TRACK approach, because it is more similar to the existing TCP mechanisms and more adaptive to the ECTP framework.
For tree-based reliability control, a hierarchical tree is configured during connection creation. The sender is the root of the control tree. The control tree can define a parent-child relationship between any pair of tree nodes. This tree-based structure can result in local owners (parents) occurring at lower levels in the tree hierarchy as the control structure extends. Each local owner created becomes the root of its own local control tree. The connection owner will then be the root of the overall control tree. Error control is performed for each local group defined by a control tree. Each parent retransmits lost data, in response to retransmission requests from its children.