この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
導入
この推奨事項 |国際規格では、Enhanced Communications Transport Protocol (ECTP) を規定しています。これは、マルチキャスト対応ネットワーク上で実行されるインターネット マルチキャスト アプリケーションをサポートするように設計されたトランスポート プロトコルです。図 1 に示すように、ECTP は、IGMP および IP マルチキャスト ルーティング プロトコルを利用した IP マルチキャスト転送機能を持つ IPv4/IPv6 ネットワーク上で動作します。ECTP は、UDP 上でプロビジョニングできる可能性があります。
図 1 — ECTP モデル
ECTP は、シンプレックス、デュプレックス、および N プレックス アプリケーションで厳密に制御されたマルチキャスト接続をサポートすることを目的としています。 ECTP のこの部分 (Part 2) では、シンプレックス マルチキャスト接続における接続ユーザーの QoS を安定的に管理するための QoS 管理機能が規定されています。 QoS 管理機能は、QoS ネゴシエーション、QoS モニタリング、および QoS メンテナンス操作で構成されます。シンプレックス マルチキャスト トランスポートにおける信頼性制御のプロトコル手順は、ECTP Part 1 (ITU-T Rec. X.606 | ISO/IEC 14476-1) で定義されており、この勧告の不可欠な部分を形成します。国際標準。標準のさらなる部分では、二重化の場合 (X.ectp-3 | ISO/IEC 14476-3 および X.ectp-4 | ISO/IEC 14476-4) と N の場合の制御手順と関連する QoS 管理機能がそれぞれ定義されます。 -plex の場合 (X.ectp-5 | ISO/IEC 14476-5 および X.ectp-6 | ISO/IEC 14476-6)
ECTP では、接続またはセッションが作成される前に、見込みメンバーはすべてマルチキャスト グループに登録されます。これらのメンバーは登録されたグループを定義します。登録済みグループ内の各受信者は、登録済み受信者と呼ばれます。登録プロセスでは、各メンバーが認証されます。グループ キー、IP マルチキャスト アドレス、ポート番号などのグループ情報は、登録プロセス中に登録メンバーに配布されます。これらの登録されたグループ メンバーに対して ECTP 接続が作成されます。
送信者はマルチキャスト グループ通信の中心です。シンプレックス マルチキャスト接続の単一の送信者には、接続所有者の役割が割り当てられ、この仕様ではトップ オーナー (TO) と呼ばれます。接続所有者は、接続の作成と終了、接続の一時停止と再開、および遅延参加と離脱の操作を制御することにより、全体的な接続管理を担当します。
送信者は接続作成プロセスをトリガーします。登録された受信者の一部またはすべてが接続に参加し、指定された「アクティブな受信者」になります。この段階でアクティブな受信機は、セッションに必要なサービス品質のネゴシエーションに参加できます。この段階でアクティブではない登録済み受信者は、遅延参加者として接続に参加できますが、確立された QoS を受け入れる必要があります。アクティブな受信者は接続を離れることができます。
接続が作成された後、送信者はマルチキャスト データの送信を開始します。接続がアクティブである間、送信者はアクティブな受信者からのフィードバック制御パケットを介してセッションのステータスを監視します。
アクティブな受信者から受信したフィードバックによってネットワークの問題 (深刻な輻輳など) が示された場合、送信者はさまざまなアクションを実行できます。これらのアクションには、データ送信速度の調整、マルチキャスト データ送信の一時的な停止、または最後の手段として接続の終了が含まれます。
この QoS 管理仕様は、さまざまな QoS 要件および対応する請求/課金モデルをサポートするマルチキャスト アプリケーションで使用できます。
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 targeted to support tightly controlled multicast connections in simplex, duplex and N-plex applications. This part of ECTP (part 2) specifies the QoS management functions for stable management of the QoS of connection users in a simplex multicast connection. QoS management functionality consists of QoS negotiation, QoS monitoring, and QoS maintenance operations. The protocol procedures for reliability control in simplex multicast transport are defined in ECTP part 1 (ITU-T Rec. X.606 | ISO/IEC 14476-1), which forms an integral part of this Recommendation | International Standard. Further parts of the standard will define control procedures and associated QoS management functions respectively for the duplex case (X.ectp-3 | ISO/IEC 14476-3 and X.ectp-4 | ISO/IEC 14476-4) and for the N-plex case (X.ectp-5 | ISO/IEC 14476-5 and X.ectp-6 | 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.
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 top owner (TO) in this Specification. The connection owner is responsible for overall connection management by governing the connection creation and termination, the connection pause and resumption, and the late 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". Receivers active at this stage are able to participate in negotiating the desired quality of service for the session. Any enrolled receiver that is not active at this stage may participate in the connection as a late-joiner, but will have to accept the established QoS. An active receiver can leave the connection.
After the connection is created, the sender begins to transmit multicast data. While the connection is active, the sender monitors the status of the session via feedback control packets from the active receivers.
The sender may take a range of actions if network problems (such as severe congestion) are indicated by the feedback received from active receivers. These actions include adjusting the data transmission rate, suspending multicast data transmission temporarily, or in the last resort, terminating the connection.
This QoS management specification can be used in the multicast applications that want to support various QoS requirements and the corresponding billing/charging models.