Network Working Group E. Weilandt
Request for Comments: 3807 N. Khanchandani
Updates: 3057 S. Rao
Category: Standards Track Nortel Networks
June 2004
V5.2-User Adaptation Layer (V5UA)
Status of this Memo
このメモの位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2004).
著作権（C）インターネット協会（2004）。
Abstract
抽象
This document defines a mechanism for the backhauling of V5.2 messages over IP using the Stream Control Transmission Protocol (SCTP). This protocol may be used between a Signaling Gateway (SG) and a Media Gateway controller (MGC). It is assumed that the SG receives V5.2 signaling over a standard V5.2 interface.
この文書では、ストリーム制御伝送プロトコル（SCTP）を使用して、IP上V5.2メッセージのバックホーリングのためのメカニズムを定義します。このプロトコルはシグナリングゲートウェイ（SG）とメディアゲートウェイコントローラ（MGC）との間で使用されてもよいです。なお、SGは、標準V5.2インタフェース上V5.2シグナリングを受信したとします。
This document builds on the ISDN User Adaptation Layer Protocol (RFC 3057). It defines all necessary extensions to the IUA Protocol needed for the V5UA protocol implementation.
この文書では、ISDNユーザ・アダプテーション層プロトコル（RFC 3057）に基づいています。これは、IUAプロトコルに必要なすべての機能拡張がV5UAプロトコルの実装に必要な定義します。
Table of Contents
目次
1. Introduction ................................................. 2
1.1. Scope .................................................. 3
1.2. Terminology ............................................ 3
1.3. V5.2 Overview .......................................... 5
1.4. Distribution of responsibilities between MGC and SG .... 7
1.5. Client/Server Model .................................... 7
1.6. Addition to boundary primitives ........................ 7
1.6.1. V5 specific boundary primitives ................ 7
2. Conventions .................................................. 9
3. SCTP Stream Management ....................................... 10
4. Proposed V5.2 Backhaul Architecture .......................... 10
4.1. V5UA Message Header .................................... 11
4.2. V5 Naming Conventions for Interface Identifier ......... 12
4.3. V5 Additions to IUA Boundary Primitives ................ 13
4.4. Link Status Messages ................................... 14
4.5. Sa-Bit Messages ........................................ 16
4.6. Error Indication Message ............................... 17
5. Procedures ................................................... 18
5.1. V5 Layer 1 failure ..................................... 18
5.2. Loss of V5UA peer ...................................... 19
5.3. C-channel overload on SG ............................... 19
6. Examples ..................................................... 20
6.1. Link Identification Procedure (successful) ............. 20
7. Security Considerations ...................................... 21
8. IANA Considerations .......................................... 21
8.1. SCTP Payload Protocol Identifier ....................... 21
8.2. V5UA Port Number ....................................... 22
9. Acknowledgements ............................................. 22
10. References ................................................... 22
10.1. Normative References ................................... 22
10.2. Informative References ................................. 23
11. Authors' Addresses ........................................... 23
12. Full Copyright Statement ..................................... 24
This document describes a method of implementing V5.2 backhaul messaging over IP using a modified version of the ISDN User Adaptation Layer Protocol (IUAP) [1]. V5UA builds on top of IUA, defining the necessary extensions to IUA for a V5.2 implementation.
この文書では、ISDNユーザ適応層プロトコル（IUAP）の修正バージョンを使用して、IP上V5.2バックホールメッセージングを実現する方法を記載している[1]。 V5UAは、V5.2の実装にIUAに必要な拡張を定義し、IUAの上に構築されています。
Since V5UA is meant to be an extension to IUAP, everything defined in [1] is also valid for V5UA unless otherwise specified in this document.
V5UAがIUAPへの拡張であることを意味するので、そうでない場合は、この文書で指定しない限り、[1]で定義されたすべてのものもV5UA有効です。
This document does not describe the V5 standard itself. The V5 protocol is defined by ETSI standards [2,3]. Any description of the V5 protocol in this document is meant to make the text easier to understand.
この文書では、V5標準そのものについては説明しません。 V5プロトコルは、ETSI標準[2,3]によって定義されます。このドキュメントのV5プロトコルのいずれかの説明が理解し、テキストを容易にするためのものです。
There is a need for Switched Circuit Network (SCN) signaling protocol delivery from a V5.2 Signaling Gateway (SG) to a Media Gateway Controller (MGC), analogous to the implementation of the ISDN Q.921 User Adaptation Layer (IUA) as described in [1].
ISDN Q.921ユーザアダプテーション層（IUA）などの実装に類似したメディアゲートウェイコントローラへのゲートウェイ（SG）（MGC）を、シグナリングV5.2から回線交換ネットワーク（SCN）シグナリングプロトコルの配信が必要です〔1〕に記載。
This document supports analog telephone access, ISDN basic rate access and ISDN Primary rate access over a V5.2 interface.
この文書では、V5.2インタフェースを介してアナログ電話回線、ISDN基本アクセスとISDN一次群速度アクセスをサポートしています。
Since the V5.2 Layer 2, and especially Layer 3, differs from the Q.921 [4] and Q.931 Adaptation layer, the IUA standard must be extended to fulfil the needs for supporting V5.2.
V5.2レイヤ2、特にレイヤ3ので、Q.921は異なる[4]とQ.931アダプテーション層、IUA標準はV5.2を支持するためのニーズを満たすように拡張されなければなりません。
Bearer Channel Connection (BCC) protocol - A protocol which allows the Local Exchange (LE) to instruct the Access Network (AN) to allocate bearer channels, either singularly or in multiples, on demand.
ベアラチャネル接続（BCC）プロトコル - 要求に応じて、単独またはその倍数のいずれかで、ベアラチャネルを割り当てるアクセスネットワーク（AN）を指示するローカル交換機（LE）を可能にするプロトコル。
Communication channel (C-channel) - A 64 kbit/s time slot on a V5.2 interface provisioned to carry communication paths.
通信チャネル（C-チャネル） - 通信経路を搬送するようにプロビジョニングV5.2インタフェース上の64キロビット/秒のタイムスロット。
Communication path (C-path) - Any one of the following information types:
通信経路（C-パス） - 以下の情報タイプのいずれか：
- The layer 2 data link carrying the Control protocol
- 制御プロトコルを運ぶレイヤ2データリンク
- The layer 2 data link carrying the Link Control protocol
- リンク制御プロトコルを運ぶレイヤ2データリンク
- The layer 2 data link carrying the PSTN signaling
- PSTNシグナリングを運ぶレイヤ2データリンク
- Each of the layer 2 data links carrying the protection protocol
- 保護プロトコルを運ぶレイヤ2データリンクの各々
- The layer 2 data link carrying the BCC protocol
- BCCプロトコルを運ぶレイヤ2データリンク
- All the ISDN Ds-type data from one or more user ports
- 1つ以上のユーザポートからのすべてのISDNのDs型データ
- All the ISDN p-type data from one or more user ports
- 1つ以上のユーザポートからのすべてのISDN p型データ
- All the ISDN t-type data from one or more user ports
- 1つ以上のユーザポートからのすべてのISDN T型データ
Note: This definition includes the possibility that there may be more than one C-path of the same information type, each allocated to a different logical C-channel.
注：この定義は、それぞれが異なる論理Cチャネルに割り当てられ、同じ情報種別の複数のC-経路が存在し得るという可能性を含みます。
Envelope Function Address (EFA) - 13 bit number, ranging from 0 to 8191 (decimal). An EFA uniquely identifies one of the five V5.2 protocols, or an ISDN agent attached to an AN. The following list contains the possible values for the EFA:
包絡関数アドレス（EFA） - 0から8191の範囲の13ビット数（10進数）。 EFA一意5つのV5.2プロトコル、またはANに取り付けられたISDN剤の1つを識別する。以下のリストは、EFAのための可能な値が含まれています。
Definition Value
---------- ------
ISDN_PROTOCOL 0 - 8175
PSTN_PROTOCOL 8176
CONTROL_PROTOCOL 8177
BCC_PROTOCOL 8178
PROT_PROTOCOL 8179
LINK_CONTROL_PROTOCOL 8180
RESERVED 8181 - 8191
Layer 1 Functional State Machine (L1 FSM) - Functional State Machine in V5 System Management that tracks and controls the states of the physical E1 links on the interface.
レイヤ1機能状態マシン（FSM L1） - インタフェース上の物理E1リンクの状態を追跡し、制御V5システム管理における機能状態マシン。
Logical Communication channel (Logical C-channel) - A group of one or more C-paths, all of different types, but excluding the C-path for the protection protocol.
論理通信チャネル（論理Cチャンネル） - 1個以上のC-経路、異なるタイプの全ての基が、保護プロトコルのC-経路を除きます。
Multi-link - A collection of more than one 2048 kbit/s link which together make up a V5.2 interface.
マルチリンク - 一緒V5.2インタフェースを構成する複数の2048キロビット/秒のリンクを集めました。
Multi-Slot - A group of more than one 64kbit/s channels providing 8Khz and time slot sequence integrity, generally used together within an ISDN Primary Rate Access (ISDN-PRA) user port, in order to supply a higher bit-rate service.
マルチスロット - 一般的に、より高いビットレートのサービスを供給するために、ISDN一次群速度アクセス（ISDN-PRA）ユーザポート内で一緒に使用8Khzのとタイムスロットの配列の完全性を提供する複数の64Kビット/ sのチャネルのグループ。
Physical Communication Channel (Physical C-channel) - A 64kbit/s time slot on a V5.2 interface which has been assigned for carrying logical C-channels. A physical C-channel may not be used for carrying bearer channels.
物理的な通信チャネル（物理Cチャネル） - 論理C-チャネルを搬送するために割り当てられているV5.2インタフェース上の64Kビット/秒のタイムスロット。物理Cチャネルは、ベアラチャネルを運ぶために使用されなくてもよいです。
Primary Link - A 2048 kbit/s (E1) link in a multi-link V5.2 interface whose physical C-channel in time slot 16 carries a C-path for the protection protocol and, on V5.2 initialization, also the C-path for the control protocol, link control protocol, and the BCC protocol. Other C-paths may also be carried in the time slot 16.
プライマリリンク - 物理Cチャネルタイムスロットで16保護プロトコルのC-経路を搬送し、V5.2の初期化、また、C上のマルチリンクV5.2インターフェース2048キロビット/秒（E1）リンク制御プロトコル、リンク制御プロトコル、およびBCCプロトコルの-path。他のC-経路はまた、タイムスロット16において実施することができます。
Secondary Link - A 2048 kbit/s (E1) link in a multi-link V5.2 interface whose time slot 16 carries a C-path for the protection protocol, and, on V5.2 initialization, acts as the standby C-channel for the control protocol, link control protocol, and BCC protocol and any other C-paths initially carried in time slot 16 of the primary link.
二次リンク - タイムスロット16保護プロトコルのC-経路を運ぶ、そして、V5.2の初期化時に、スタンバイCチャネルとして作用するマルチリンクV5.2インターフェース2048キロビット/秒（E1）リンク制御プロトコル、リンク制御プロトコル、及びBCCプロトコルおよび任意の他のC-パスの最初に一次リンクのタイムスロット16で運ば。
V5 Link - A 2048 kbits/s E1 (PCM30) link used on a V5 interface. A V5 interface may use up to 16 V5 links.
V5リンク - V5インタフェース上で使用される2048人のキロビット/秒E1（PCM30）リンク。 V5インターフェースは、最大16のV5のリンクを使用することができます。
V5.2 is an industry standard ETSI interface (reference ETS 300 347-1 [3]) defined between a Local Exchange (LE) and an Access Network (AN) providing access to the following types:
V5.2は、次のタイプへのアクセスを提供するローカル交換機（LE）とアクセスネットワーク（AN）との間に画定された業界標準のETSIインタフェース（参照ETS 300 347から1 [3]）です。
- Analog telephone access
- アナログ電話回線
- ISDN Basic rate access
- ISDN基本レートアクセス
- ISDN Primary Rate access
- ISDN一次群速度アクセス
- Other analog or digital accesses for semi-permanent connections without associated outband signaling information
- 他のアナログまたはデジタル関連する帯域外シグナリング情報なしに半永久的接続のためにアクセス
The original V5 specification (V5.1 [2]) uses 2048 kbps links in a non-concentrating fashion. In contrast, V5.2 may use up to 16 such interface links and supports concentration.
オリジナルV5仕様（V5.1 [2]）は、非濃縮様式2048 kbpsのリンクを使用します。これとは対照的に、V5.2は、16のなどのインターフェースまでのリンクを使用し、濃度をサポートしています。
---------- ---------- o--o
| | E1 | |------- /
| |--------------| | --
| LE | E1 | AN |
| |--------------| | o--o
| | | |------- /
---------- ---------- --
The LE and AN are connected with up to 16 E1 (PCM30) links. Channels 16, 15 and 31 on any E1 link can be reserved for data communication between LE and AN. The channels reserved for data are called "Communication Channels" or "C-channels."
LE及びANは、最大16 E1（PCM30）リンクに接続されています。任意E1リンク上のチャネル16、15及び31は、LEとANとの間のデータ通信のために確保することができます。データ用に予約チャネルは、「通信チャネル」またはと呼ばれている「C-チャンネル。」
The C-channels are the physical media that exchange data between the V5.2 protocol peer entities, as well as transfer the ISDN BRI D-channel messages between the terminals and the LE. A logical communication path between two peer entities for one protocol is called a "C-path".
Cチャネルは、物理的な媒体であること交換V5.2プロトコルピアエンティティ間でのデータ、ならびに転送端子とLEとの間のISDN BRIのDチャネルメッセージは。あるプロトコルのための2つのピアエンティティ間の論理通信パスは、「C-パス」と呼ばれます。
The signaling information in V5.2 are defined as:
V5.2でシグナリング情報は、次のように定義されています。
- Analog signals are carried by means of the V5 PSTN protocol (L3)
- V5のPSTNプロトコルによって運ばれるアナログ信号（L3）
- ISDN/analog ports are controlled by the V5 Control protocol (L3)
- ISDN /アナログポートはV5制御プロトコル（L3）によって制御されます。
- ISDN protocol messages are mapped to LAPD frames, which are carried by means of LAPV5-EF sublayer (L2)
- ISDNプロトコルメッセージはLAPV5-EFサブレイヤによって運ばれるLAPDフレーム、（L2）にマッピングされます
- V5 protocol messages are mapped to LAPV5-DL frames, which are carried by means of LAPV5-EF sublayer (L2)
- LAPV5-EFサブレイヤによって運ばれるLAPV5-DLフレームにマッピングされたV5プロトコルメッセージ（L2）
In order to support more traffic and dynamic allocation of bearer channels, the V5.2 protocol has several additions:
より多くのトラフィックベアラチャネルの動的割り当てをサポートするために、V5.2プロトコルは、いくつかの追加を有します。
- A bearer channel connection protocol establishes and disestablishes bearer connections on demand, as determined by the signaling information, under the control of the Local Exchange.
- ローカル交換の制御下で、シグナリング情報によって決定されるように、ベアラチャネル接続プロトコルは、オンデマンドで接続ベアラ確立しdisestablishes。
- A link control protocol is defined for multi-link management to control link identification, link blocking and link failure conditions.
- リンク制御プロトコルは、リンク識別、リンクブロックとリンク障害条件を制御するためのマルチリンク管理のために定義されています。
- A protection protocol, operating on two separate V5 data links is defined to manage the protection switching of communication channels in case of link failures.
- 二つの別々のV5データリンク上で動作する保護プロトコルは、リンク障害の場合には、通信チャネルの保護スイッチングを管理するために定義されています。
The following protocols are defined for the various protocol layers:
以下のプロトコルは、様々なプロトコル層のために定義されています。
Layer 2: - LAPV5-EF - LAPV5-DL
レイヤ2： - LAPV5-EF - LAPV5-DL
Layer 3: - V5-Link Control - V5-BCC - V5-PSTN - V5-Control - V5-Protection
レイヤ3： - V5-リンク制御 - V5-BCC - V5-PSTN - V5-コントロール - V5-保護
In the V5UA backhaul architecture, the V5 protocol entities SHALL be distributed over SG and MGC as shown below.
以下に示すようにV5UAバックホール・アーキテクチャでは、V5プロトコルエンティティは、SGとMGCにわたって分布するものとします。
MGC SG
+------------+ +-------+-------+
| Lnk Cntrl | | | |
+------------+ | | |
| Cntrl | | | |
+------------+ V5UA | | | V5 +------+
| BCC | <--------> | LAPV5 | LAPV5 | <----> | AN |
+------------+ | -DL | -EF | +------+
| PSTN | | | |
+------------+ | | |
| Protection | | | |
+------------+ +-------+-------+
V5 System Management SHALL be located on the MGC. The V5 L1 Functional State Machine (FSM) SHALL be located on the SG.
V5システム管理は、MGC上に配置しなければなりません。 V5 L1機能ステートマシン（FSM）は、SG上に配置しなければなりません。
Dynamic TEI Management for V5 BRI over V5UA SHALL be located on the MGC.
V5UAオーバーV5 BRIの動的TEI管理はMGC上に配置しなければなりません。
The Client/Server Model for V5UA shall follow the model as defined for IUAP.
IUAPのために定義されているようV5UAのためのクライアント/サーバモデルは、モデルに従うものとします。
The SCTP [6] (and UDP/TCP) registered User Port Number Assignment for V5UA is 5675.
V5UAのためのSCTP [6]（およびUDP / TCP）登録ユーザポート番号の割り当ては5675です。
Extending IUAP to V5UA to support V5.2 backhaul requires the introduction of new boundary primitives for the Q.921/Q.931 boundary, in accordance with the definitions in the V5 standards.
V5.2のバックホールをサポートするためにV5UAにIUAPを拡張するV5基準の定義に従って、Q.921 / Q.931境界のための新しい境界プリミティブの導入を必要とします。
V5UA reuses some IUA primitives from the Q.921/Q.931 boundary: the DL-DATA primitive and the DL-UNIT DATA primitive. The DL-DATA primitive is used for the transportation of both V5 Layer 3 messages and V5 ISDN Layer 3 messages. The DL-UNIT DATA primitive is only used for V5 ISDN messages and is used and defined as described for IUAP.
V5UAはQ.921 / Q.931境界からいくつかのIUAプリミティブを再利用：DL-DATAプリミティブとDL-ユニットデータプリミティブ。プリミティブDL-DATAは、V5レイヤ3つのメッセージとV5 ISDNレイヤ3つのメッセージの両方の輸送に使用されます。プリミティブDL-単位データのみV5 ISDNメッセージのために使用され、IUAPについて記載したように使用され、定義されます。
In the V5 standards, V5 system management is responsible for establishing and releasing data links. Therefore, for V5UA the DL-Establish and DL-Release primitives defined in IUAP are replaced by new primitives between system management and the data link layer in accordance with the definitions in [2]:
V5規格では、V5システム管理は、データリンクを確立し、解除するための責任があります。したがって、V5UAためIUAPで定義されたDL-確立し、DL-リリースプリミティブは、[2]における定義に従ってシステム管理とデータリンク層との間の新たなプリミティブによって置換されています。
MDL-ESTABLISH
MDL確立
The MDL-Establish primitives are used to request, indicate and confirm the outcome of the procedures for establishing multiple frame operation.
MDL-確立プリミティブは、要求を示し、複数のフレーム動作を確立するための手順の結果を確認するために使用されます。
MDL-RELEASE
MDL-RELEASE
The MDL-Release primitive is used to indicate the outcome of the procedures for terminating multiple frame operation.
プリミティブMDL-盤は、複数のフレームの動作を終了するための手順の結果を示すために使用されます。
In contrast to ISDN, the V5 standards demand that V5.2 system management interacts directly with V5.2 layer 1. Since V5.2 Layer 1 (including the L1 FSM) and parts of V5 system management are physically separated in a V5 backhaul scenario, V5UA must support some services for the communication between these two entities. Specifically, these services include an indication of the status of a specific link, and messages to support the link identification procedure defined by the V5 standards.
ISDNとは対照的に、V5標準は、V5.2システム管理およびV5システム管理部（L1 FSMを含む）V5.2レイヤ1は、物理的V5バックホールシナリオで分離されているのでV5.2層1と直接対話要求します、V5UAは、これら2つのエンティティ間の通信のためのいくつかのサービスをサポートしている必要があります。具体的には、これらのサービスは、特定のリンクのステータスの表示、およびV5規格によって定義されたリンク識別手順をサポートするためのメッセージを含みます。
The new primitive are defined as shown below:
以下に示すように、新たなプリミティブが定義されています。
MPH-LINK STATUS START REPORTING
MPH-LINK STATUSのSTART報告
The MPH-LINK STATUS START REPORTING primitive is used by V5 system management to request that a link be brought into service for use in a V5 interface. On reception of this message, the L1 FSM on the SG SHALL start reporting the status of the V5 link to the MGC. This primitive is used similarly to the MPH-proceed primitive defined by V5.2, but it has a more extended meaning than MPH-proceed.
プリミティブMPH-LINKステータスSTARTレポートはリンクがV5インターフェースで使用するためのサービスに持ち込まれることを要求するために、V5システム管理で使用されています。このメッセージを受信すると、SGのL1 FSMは、MGCへのV5リンクの状態を報告スタートします。このプリミティブは、と同様に使用されるV5.2で定義されたプリミティブMPH-進み、それがMPH-進めるよりも拡張された意味を持ちます。
MPH-LINK STATUS STOP REPORTING
MPH-LINK STATUSのSTOP報告
The MPH-LINK STATUS STOP REPORTING primitive is used by V5 system management to request that a link be taken out of service on a V5 interface. On reception of this message, L1 FSM on the SG SHALL stop reporting the status of the V5 link to the GWC. This primitive is used similarly to the MPH-stop primitive defined by V5.2, but it has a more extended meaning than MPH-stop.
プリミティブMPH-LINKステータスSTOPレポートは、リンクをV5インターフェースでサービスから取り出されることを要求するV5システム管理で使用されます。このメッセージを受信すると、SGのL1 FSMは、GWCへのV5リンクの状態を報告停止しなければなりません。このプリミティブは、V5.2で定義されたプリミティブが、それはMPH-ストップよりも拡張された意味を持っているストップMPHと同様に使用されます。
MPH-LINK STATUS INDICATION
MPH-LINKステータス表示
The MPH-LINK STATUS INDICATION primitive is used by L1 FSM on the Signaling Gateway to report the status (operational/non-operational) of a V5 link to V5 system management. This primitive is equivalent to the MPH-AI and MPH-DI primitives in V5.2.
プリミティブMPH-リンクステータス指示はV5システム管理へのV5リンクの状態（動作/非動作）を報告するためにシグナリングゲートウェイにL1 FSMによって使用されます。このプリミティブは、V5.2でMPH-AI及びMPH-DIプリミティブに相当します。
MPH-SA-BIT SET
MPH-SA-BITのSET
The MPH-SA-BIT SET primitive is used by system management to request that the L1 FSM in the SG sets or resets the value of a specified Sa bit on the requested link. The SG uses it to report the successful setting or resetting of this bit back to system management. For V5, this message is used for the V5 specific Link Identification procedure to set/reset the value of the Sa7 bit, or to confirm the successful setting of the Sa bit. The MPH-SA BIT SET REQUEST is equivalent to the MPH-ID and MPH-NOR primitives in V5.2.
プリミティブMPH-SA-ビットセットは、要求されたリンクで指定Saのビットの値をリセットSGセットにおけるL1 FSMこと又は要求するために、システム管理で使用されます。 SGはバックシステム管理へのこのビットの成功設定またはリセットを報告するためにそれを使用しています。 V5のために、このメッセージは、/設定ステップSa7ビットの値をリセット、またはSAビットの成功した設定を確認するためにV5特定リンク識別手順のために使用されます。 MPH-SAビットセット要求がV5.2でMPH-IDとMPH-NORプリミティブに相当します。
MPH-SA-BIT STATUS
MPH-SA-BITステータス
The MPH-SA-BIT STATUS primitives are used by system management in the MGC to request that the L1 FSM in the SG reports the status of a specified Sa bit on the requested link. The SG uses it to report (indicate) the status of this bit back to system management. For V5, these messages are used for the V5 specific Link identification procedure to request or report the status of the Sa7 bit. This is equivalent to the MPH-IDR, MPH-IDI or MPH-Elg primitives in V5.2.
MPH-SAビットのステータスプリミティブはSGにおけるL1のFSMは、要求されたリンク上の指定サビットのステータスを報告することを要求するMGCにシステム管理によって使用されます。 SGはバックシステム管理へ（指示）を報告するために、このビットの状態を、それを使用しています。 V5のために、これらのメッセージは、要求したり、ステップSa7ビットのステータスを報告するV5特定のリンク識別手続きのために使用されています。これは、V5.2でMPH-IDR、MPH-IDIまたはMPH-ELGプリミティブに相当します。
Due to the separation of V5 System Management and V5 Layer1/Layer2 in the V5UA backhaul architecture, it may be necessary to report error conditions of the SG's V5 stack to V5 System Management. For this purpose, a new primitive is defined:
V5UAバックホールアーキテクチャでV5システム管理およびV5レイヤ1 /レイヤ2の分離には、V5システム管理にSGのV5スタックのエラー状況を報告する必要があるかもしれません。この目的のために、新しいプリミティブが定義されています。
MDL-ERROR INDICATION
MDL-エラー表示
The MDL-ERROR INDICATION primitive is used to indicate an error condition to V5 System Management. The only valid reason for this primitive is 'Overload', indicating an overload condition of the C-channel on the SG. This reason is not defined in the V5/Q.921 standards.
プリミティブMDL-エラー表示は、V5システム管理へのエラー状態を示すために使用されます。このプリミティブのための唯一の有効な理由は、SGにCチャネルの過負荷状態を示し、「オーバーロード」です。この理由は、V5 / Q.921規格で定義されていません。
The keywords MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, NOT RECOMMENDED, MAY, and OPTIONAL, when they appear in this document, are to be interpreted as described in [7].
キーワードは、REQUIREDは、、、、彼らは、この文書に表示されたときに、[7]で説明したように解釈されるべきである、MAY、推奨しません、推奨、およびオプションのすべきでないないものとものとしてはなりませんしなければなりません。
A single SCTP stream SHOULD be used for grouping all of the following protocols together: BCC, Link Control, Control and PSTN protocol on a specific C-channel. A separate SCTP stream SHOULD be used for the Protection protocol on a specific C-channel. One SCTP stream SHOULD be used for all ISDN user ports on a specific C-channel. One single stream SHOULD NOT be used to carry data of more than one C-channel.
BCC、リンク制御、制御およびPSTNプロトコルを特定Cチャネル上で単一のSCTPストリームは、次のプロトコルのすべてを一緒にグループ化するために使用されるべきです。別SCTPストリームは、特定のCチャネル上の保護プロトコルのために使用されるべきです。一つのSCTPストリームが特定Cチャネル上のすべてのISDNユーザ・ポートのために使用されるべきです。単一ストリームは、複数のCチャネルのデータを搬送するために用いるべきではありません。
In addition, one separate SCTP stream SHOULD be used for all MPH (link related) messages.
さらに、1つの別個のSCTPストリームが全てMPH（リンクに関連する）メッセージに使用されるべきです。
****** V5.2 ****** IP *******
* AN *---------------* SG *--------------* MGC *
****** ****** *******
+-----+ +-----+
|V5.2 | (NIF) |V5.2 |
+-----+ +----------+ +-----+
| | | |V5UA| |V5UA |
| | | +----+ +-----+
|LAPV5| |LAPV5|SCTP| |SCTP |
| | | +----+ +-----+
| | | | IP + | IP |
+-----+ +-----+----+ +-----+
Figure 1: V5.2 Backhaul Architecture
図1：V5.2バックホール・アーキテクチャ
AN - Access Network NIF - Nodal Interworking Function SCTP - Stream Control Transmission Protocol
- アクセスネットワークNIF - 節点インターワーキング機能のSCTP - ストリーム制御伝送プロトコル
The original IUA message header must be modified for V5UA. The original header for the integer formatted Interface Identifier is shown below:
元のIUAメッセージヘッダはV5UAために修正されなければなりません。インタフェース識別子フォーマット整数の元のヘッダを以下に示します。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Tag (0x1) | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Interface Identifier (integer) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Tag (0x5) | Length=8 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| DLCI | Spare |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2: Original IUA Message Header
図2：オリジナルIUAメッセージヘッダ
V5UA extends the IUA Message Header by including the Envelope Function Address (EFA) in the Spare field. The V5UA format for the integer formatted Interface Identifier is shown below:
V5UAはスペアフィールドにエンベロープファンクションアドレス（EFA）を含むことにより、IUAメッセージヘッダを拡張します。インタフェース識別子フォーマット整数ためV5UAフォーマットを以下に示します。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Tag (0x1) | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Interface Identifier (integer) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Tag (0x81) | Length=8 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| DLCI | EFA |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 3: V5UA Message Header (Integer-based Interface identifier)
図3：V5UAメッセージヘッダー（整数ベースのインタフェース識別子）
The EFA is defined by the V5 standard. It identifies a C-path, which is a 13-bit number, ranging from 0 to 8191 (decimal). An EFA uniquely identifies one of the five V5.2 protocols, or an ISDN agent attached to an AN. The following list contains the possible values for the EFA as defined by V5:
EFAは、V5標準で定義されています。これは、0から8191の範囲の13ビット数（10進数）であり、C-パスを識別する。 EFA一意5つのV5.2プロトコル、またはANに取り付けられたISDN剤の1つを識別する。 V5で定義された以下のリストは、EFAのための可能な値が含まれています。
Definition Value
---------- ------
ISDN_PROTOCOL 0 - 8175
PSTN_PROTOCOL 8176
CONTROL_PROTOCOL 8177
BCC_PROTOCOL 8178
PROT_PROTOCOL 8179
LINK_CONTROL_PROTOCOL 8180
RESERVED 8181 - 8191
For MPH messages which do not use DLCI and EFA, SAPI, TEI and EFA SHALL be set to ZERO and SHALL be ignored by the receiver. For all other messages, the DLCI SHALL be set as defined in the V5.2 standard [2].
DLCIとEFAを使用していないMPHメッセージについては、SAPI、TEIとEFAはゼロに設定しなければならないと受信機によって無視されなければなりません。 V5.2標準[2]で定義されるように、他のすべてのメッセージについては、DLCIを設定しなければなりません。
The Interface Identifier SHALL follow the naming conventions for the Interface Identifier as defined below.
以下に定義するインタフェース識別子はインタフェース識別子の命名規則に従わなければなりません。
The V5 standard demands that V5 System Management keep track of the states of all links on a V5 interface. To perform tasks like protection switching and bearer channel allocation on the V5 links, it is necessary that system management has the full picture of the signaling and bearer channels located on each link.
V5システム管理がV5インターフェイス上のすべてのリンクの状態を追跡するV5標準要求。 V5リンク上の保護スイッチングとベアラチャネル割当てのようなタスクを実行するには、システム管理は、各リンク上に位置するシグナリングおよびベアラチャネルの全体像を有していることが必要です。
The IUA protocol identifies C-channels by endpoints without a defined association with a specific link. Since no naming convention exists, there is no guarantee that a C-channel is actually located at the link it claims to be. Furthermore the V5 standard requires that the MGC receives reports of the status of all links, and it defines a link identification procedure to ensure that AN and LE are referencing the same link when they address a link with a Link Control Protocol message.
IUAプロトコルは、特定のリンクを定義することなく、関連エンドポイントによってC-チャネルを識別する。何の命名規則が存在しないので、C-チャネルは実際にそれがあることを主張するリンクに位置していることを保証するものではありません。さらに、V5標準は、MGCは、すべてのリンクの状況の報告を受けることを必要とし、それは彼らがリンク制御プロトコルメッセージとのリンクに対処する際AN及びLEは、同じリンクを参照していることを確認するために、リンク識別手順を定義します。
It would clearly be against the concept of V5.2 if there was no clear association between E1 links and channels. To solve this problem, a naming convention MUST be used for V5UA.
E1リンクとチャネルの間に明確な関連性がなかったかどうかははっきりV5.2の概念に反します。この問題を解決するために、命名規則はV5UAを使用しなければなりません。
The format of the integer formatted Interface Identifier is shown below:
インタフェース識別子フォーマット整数の形式を以下に示します。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Link Identifier | Chnl ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Link Identifier - Identifier for an E1 link on the SG (27 bits). MUST be unique on the SG. This Link Identifier MUST match the Link Identifier used in the Link Management Messages defined later in this document.
リンク識別子 - SG（27ビット）上のE1リンクの識別子。 SG上で一意でなければなりません。このリンク識別子は、本書の後半で定義されたリンク管理メッセージに使用されるリンク識別子と一致しなければなりません。
Chnl ID - Channel Identifier (5 bits). This is equal to the time-slot number of the addressed time slot. Possible values are 15, 16 and 31 representing the possible time slots for C-channels on a V5 interface. For Link Management Messages, the Chnl ID MUST be set to 0. All other values are reserved for future use.
CHNLのID - チャネル識別子（5ビット）。これは、アドレス指定されたタイムスロットのタイムスロット数に等しいです。可能な値はV5インターフェースにCチャンネルのための可能なタイムスロットを表す15、16及び31です。リンク管理メッセージの場合は、CHNLのIDは、他のすべての値は、将来の使用のために予約されて0に設定しなければなりません。
If used, the text formatted interface identifier SHALL be coded as the hex representation of the integer formatted interface identifier, written as a variable length string.
使用した場合、インタフェース識別子をフォーマットされたテキストは、可変長文字列として書かれた整数フォーマットインタフェース識別子の16進表現としてコーディングされます。
Some primitives for the V5 interface boundaries are similar to the Q.921/Q.931 boundary primitive messages defined in IUA, but they need to be handled in a different way. Therefore it is neccessary to distinguish between these two message types by means of the Message Class parameter.
V5インターフェース境界のためのいくつかのプリミティブは、IUAで定義されたQ.921 / Q.931境界プリミティブメッセージに似ていますが、それらは異なる方法で処理する必要があります。したがって、メッセージクラスパラメータを用いて、これら2つのメッセージタイプを区別するためにneccessaryです。
For all V5 interface boundary primitives, a new Message Class is introduced:
すべてのV5インターフェース境界プリミティブのために、新しいメッセージクラスが導入されています。
14 V5 Boundary Primitives Transport
Messages (V5PTM)
Other valid message classes for V5UA, which are also used by IUA, are:
また、IUAによって使用されているV5UAのための他の有効なメッセージクラスは、以下のとおりです。
0 Management (MGMT) Message
3 ASP State Maintenance (ASPSM) Messages
4 ASP Traffic Maintenance (ASPTM) Messages
Q.921/Q.931 boundary primitive messages reused by V5.2 as V5PTM messages are:
V5PTMメッセージとしてV5.2で再利用Q.921 / Q.931境界プリミティブメッセージは以下のとおりです。
1 Data Request Message (MGC -> SG)
2 Data Indication Message (SG -> MGC)
3 Unit Data Request Message (MGC -> SG)
4 Unit Data Indication Message (SG -> MGC)
5 Establish Request (MGC -> SG)
6 Establish Confirm (SG -> MGC)
7 Establish Indication (SG -> MGC)
8 Release Request (MGC -> SG)
9 Release Confirm (SG -> MGC)
10 Release Indication (SG -> MGC)
All these messages are defined similarly to the QPTM messages. In addition, new boundary primitive messages are defined:
すべてのこれらのメッセージはQPTMメッセージと同様に定義されています。また、新しい境界プリミティブのメッセージが定義されています。
11 Link Status Start Reporting (MGC -> SG)
12 Link Status Stop Reporting (MGC -> SG)
13 Link Status Indication (SG -> MGC)
14 Sa-Bit Set Request (MGC -> SG)
15 Sa-Bit Set Confirm (SG -> MGC)
16 Sa-Bit Status Request (MGC -> SG)
17 Sa-Bit Status Indication (SG -> MGC)
18 Error Indication (SG -> MGC)
The Link Status Messages are used between V5 System Management on the MGC and the L1 FSM on the SG to track the status of a particular E1 link. This is required whether or not the E1 link carries C-channels.
リンクステータスメッセージは、特定のE1リンクの状態を追跡するために、SGにMGCおよびL1 FSMにV5システム管理の間で使用されています。これは、E1リンクはCチャネルを運ぶかどうかが要求されます。
All Link Status Messages contain the V5UA Message Header. The Link Identifier portion of the Interface Identifier identifies the physical link on the SG addressed by the message. For all link status messages, the Chnl ID SHALL be set to '0' and SHALL be ignored by the receiver.
すべてのリンクステータスメッセージはV5UAメッセージヘッダが含まれています。インタフェース識別子のリンク識別子部分は、メッセージによって対処SG上の物理リンクを識別する。すべてのリンクステータスメッセージの場合、CHNL IDは「0」に設定されなければならないと受信機によって無視されなければなりません。
The integer value used for the Link Identifier is of local significance only, and is coordinated between the SG and MGC. It MUST be unique for every V5 link on the SG.
リンク識別子のために使用される整数値はローカル重要である、とSGとMGCとの間で調整されます。これは、SG上のすべてのV5リンクのユニークでなければなりません。
As defined by the V5 standards, V5 System Management must know the status of the links on all active V5 interfaces. The Link Status Start Reporting Message is used by V5 System Management on the MGC to request that the L1 FSM on the SG starts reporting the status of a particular link.
V5規格で定義されているように、V5システム管理は、すべてのアクティブなV5インターフェイス上のリンクの状態を知っている必要があります。リンクステータススタート報告メッセージはSGのL1 FSMは、特定のリンクの状態を報告し始めるように要求するMGCにV5システム管理で使用されます。
V5 system management SHALL send this Message on interface activation for all links on the interface. The SG SHALL respond immediately to this request with a Link Status Indication message, and it SHALL then send a Link Status Indication message on all subsequent changes of the link status. Since the SG has no other way to determine whether a link is on an active interface or not, this message SHALL always be sent on interface startup.
V5システム管理は、インターフェイス上のすべてのリンクのためのインタフェースの活性化にこのメッセージを送信しなければなりません。 SGは、リンクステータス表示メッセージでこの要求に即座に応答しなければならない、そしてそれは、リンク状態のすべての後続の変更にリンクステータス指示メッセージを送信しなければなりません。 SGは、リンクがアクティブインターフェイスであるか否かを決定する他の方法を持っていないので、このメッセージは、常にインターフェイス起動時に送付しなければなりません。
If the L1 FSM in the SG receives a Link Status Start Reporting Message for a link that is already active (the link status is reported to System Management), the SG SHALL immediately report the actual status of this link by sending a Link Status Indication Message. The SG SHALL then proceed with the automatic link status reporting as described above.
SGでのL1 FSMが（リンク状態をシステム管理に報告される）は、すでにアクティブになっているリンクのリンクステータススタートレポートメッセージを受信した場合、SGは、直ちにリンクステータス指示メッセージを送信することにより、このリンクの実際の状況を報告しなければなりません。 。 SGは、上記のように報告して自動リンクステータスを進めるものとします。
To stop this reporting of the status of a link, e.g., at interface deactivation, System Management sends a Link Status Stop Reporting Message to the L1 FSM. The SG will then immediately stop reporting the status of the particular link and will assume the link to be out of service. It MUST NOT respond in any way to this message.
リンクの状態のこの報告を停止するには、例えば、インターフェース停止で、システム管理は、L1 FSMへのリンクステータスストップ報告するメッセージを送信します。 SGは、その後すぐに、特定のリンクの状態を報告して停止し、サービスの外にリンクを仮定します。これは、このメッセージにどのような方法で応じてはいけません。
Since there is no other way for the SG to know that an interface has been deactivated, this message SHALL be sent on interface deactivation for all links on the interface. On reception of this message, the SG SHALL take L2 down on this link.
SGは、インタフェースが無効になっていることを知っするための他の方法がないので、このメッセージは、インターフェイス上のすべてのリンクのためのインターフェイスの不活性化に送付されなければなりません。このメッセージを受信すると、SGは、このリンク上でL2をダウンとらなければなりません。
If the L1 FSM in the SG receives a Link Status Stop Reporting Message for a link that is not active (the link status is not reported to System Management), the SG SHALL ignore the message.
SGでのL1 FSMが（リンク状態をシステム管理に報告されていない）アクティブでないリンクのリンクステータスストップ報告メッセージを受信した場合、SGは、メッセージを無視しなければなりません。
The Link Status Start/Stop Reporting Messages contain the common message header followed by the V5UA message header. They do not contain any additional parameters.
リンクステータススタート/ストップレポートメッセージはV5UAメッセージヘッダに続いて、共通のメッセージヘッダが含まれています。彼らは、追加のパラメータを含んでいません。
The Link Status Indication Message is used by L1 FSM in the SG in response to a Link Status Start Reporting Message to indicate the status of the particular link. After a Link Status Start Reporting Message has been received by the L1 FSM, it SHALL automatically send a Link Status Indication Message every time the status of the particular link changes. It SHALL not stop this reporting until it receives a Link Status Stop Report Message from System Management.
リンクステータス指示メッセージは、特定のリンクの状態を示すために、リンクステータススタート報告メッセージに応じてSGにL1 FSMで使用されています。ステータススタート通知するメッセージは、L1 FSMによって受信されたリンクした後、それが自動的たびに、特定のリンクの状態が変化するリンクステータス指示メッセージを送信しなければなりません。それはシステム管理からリンクステータスストップレポートメッセージを受信するまでは、この報告を停止してはなりません。
The Link Status Indication Message contains the common message header followed by the V5UA message header. In addition, it contains the following link status parameter:
リンクステータス指示メッセージV5UAメッセージヘッダに続く共通メッセージ・ヘッダを含んでいます。また、以下のリンク状態パラメータが含まれています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Tag (0x82) | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Link Status |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The valid values for Link Status are shown in the following table:
リンクステータスの有効な値は以下の表に示します。
Define Value Description
値説明を定義します。
OPERATIONAL 0x0 Link operational NON-OPERATIONAL 0x1 Link not operational
オペレーショナル0x0のリンク動作していない、動作非動作0x1のリンク
4.5. Sa-Bit Messages (Set Request, Set Confirm, Status Request, Status Indication)
4.5. SA-ビットメッセージ（設定要求、設定することを確認し、ステータス要求、状態表示）
The Sa-Bit Messages are used between V5 System Management in the MGC and the L1 FSM in the SG to set and read the status of Sa bits on the E1 links. For V5, it is only required to set and read the status of the Sa7 bit that is used for the Link Identification procedure as described by the V5 standards [3].
SA-ビットメッセージが設定され、E1リンク上のSAビットの状態を読み出すためにSGにMGCにV5システム管理とL1 FSMの間で使用されています。 V5のために、それのみ設定及びV5標準[3]で説明したようにリンク識別手順のために使用されるステップSa7ビットの状態を読み出すために必要とされます。
All Sa-Bit Messages SHALL contain the V5UA message header. The Link Identifier portion of the Interface Identifier identifies the physical link on the SG addressed by the message. For all link status messages, the Chnl ID SHALL be set to '0' and SHALL be ignored by the receiver.
すべてのSAビットメッセージV5UAメッセージヘッダを含まなければなりません。インタフェース識別子のリンク識別子部分は、メッセージによって対処SG上の物理リンクを識別する。すべてのリンクステータスメッセージの場合、CHNL IDは「0」に設定されなければならないと受信機によって無視されなければなりません。
The Link Identifier MUST be the same as used in the Interface Identifier to identify on which link a C-channel is located.
その上にCチャネルが配置されているリンクを識別するために、インタフェース識別子で使用されるリンク識別子は同じでなければなりません。
The Sa-Bit Set Request message is used to set the value of the specified Sa-Bit on the defined link. The value of the Sa7 bit in normal operation is ONE. For the Link Identification procedure, it is set to ZERO.
SA-ビットセット要求メッセージが定義され、リンクで指定SA-ビットの値を設定するために使用されています。通常動作時のステップSa7のビットの値は1です。リンク識別手順については、それはゼロに設定されています。
The Sa-Bit Set Request message for the Sa7 bit with Bit Value ZERO corresponds to the V5 defined primitive MPH-ID. The Sa-Bit Set Request message for the Sa7 bit with Bit Value ONE corresponds to the V5 defined primitive MPH-NOR.
ビットゼロの値を持つステップSa7ビットに対するSA-ビットセット要求メッセージはV5定義プリミティブMPH-IDに相当します。ビット値ONEとステップSa7ビットに対するSA-ビットセット要求メッセージはV5定義プリミティブMPH-NORに対応します。
The SG MUST answer a Sa-Bit Set Request message with a Sa-Bit Set Confirm message when the setting of the bit is complete. This message does not correspond to a V5 defined primitive.
ビットの設定が完了すると、SGは、SA-ビットセットの確認メッセージとSA-ビットセットRequestメッセージに答えなければなりません。このメッセージは、プリミティブ定義V5に対応していません。
The Sa-Bit Status Request message is used by system management to request the status of the specified Sa-Bit on the defined link from L1 FSM. The Sa-Bit Status Request message for the Sa7 bit corresponds to the V5 defined primitive MPH-IDR.
SA-ビット状態要求メッセージは、L1 FSMから定義されたリンク上の指定されたSA-ビットの状態を要求するために、システム管理で使用されます。ステップSa7ビットに対するSA-ビットステータス要求メッセージは、V5定義プリミティブMPH-IDRに対応します。
L1 FSM answers the Sa-Bit Status request message by a Sa-Bit Status Indication message in which the current setting of the bit will be reported. The Sa-Bit Status Indication message for the Sa7 bit with Bit Value ZERO corresponds to the V5 defined primitive MPH-IDI. The Sa-Bit Status Indication message for the Sa7 bit with Bit Value ONE corresponds to the V5 defined primitive MPH-Elg.
L1 FSMは、ビットの現在の設定が報告されたSA-ビットステータス指示メッセージによってSA-ビットステータス要求メッセージに応答します。ビットゼロの値を持つステップSa7ビットに対するSA-ビットステータス指示メッセージはV5定義プリミティブMPH-IDIに相当します。ビット値の一つとステップSa7ビットに対するSA-ビットステータス指示メッセージはV5定義プリミティブMPH-ELGに相当します。
All Sa-Bit Messages contain the following additional parameter:
すべてのSAビットのメッセージは、次の追加のパラメータが含まれています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Tag (0x83) | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| BIT ID | Bit Value |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The valid values for Bit Value are shown in the following table:
ビット値の有効な値は以下の表に示します。
Define Value Description
値説明を定義します。
ZERO 0x0 Bit value ZERO ONE 0x1 Bit value ONE
ZERO 0x0のビット値ZERO ONE 0x1のビット値ONE
The valid value for BIT ID is shown in the following table:
BIT IDの有効な値は以下の表に示します。
Define Value Description
値説明を定義します。
Sa7 0x7 Addresses the Sa7 bit
SA7を0x7はSA7ビットをアドレス
There are no other valid values for V5UA. All other values are reserved for future use.
V5UAのための他の有効な値はありません。他のすべての値は、将来の使用のために予約されています。
For the Sa-Bit Status Request and Set Confirm messages, the BIT Value SHALL be set to '0' by the sender and SHALL be ignored by the receiver.
SA-ビットステータス要求とセットのためのメッセージを確認し、ビット値は、送信者が「0」に設定されなければならないと受信機によって無視されなければなりません。
The Error Indication Message is used between the V5 stack on the SG and the V5 System Management in the MGC to indicate an error condition at the SG.
エラー表示メッセージがSGでのエラー状態を示すために、MGCでのSGとV5システム管理上のV5スタックの間で使用されています。
The only valid reason for the Error Indication Message is Overload. The SG SHOULD issue such an Error Indication with reason Overload for a C-channel if it is not able to process all Layer 3 messages on this C-channel in a timely manner (overload condition of the C-channel).
エラー表示メッセージのための唯一の正当な理由が過負荷です。タイムリーに、このC-チャネル上のすべてのレイヤ3つのメッセージを処理できない場合SGはCチャンネル用（C-チャネルの過負荷状態を）理由過負荷で、このようなエラー表示を発行する必要があります。
The Error Indication message SHALL contain the V5UA message header.
エラー表示メッセージはV5UAメッセージヘッダを含まなければなりません。
The Interface Identifier indicates the affected C-channel. SAPI, TEI and EFA SHALL be set to '0' and SHALL be ignored by the receiver.
インタフェース識別子は、影響を受けたCチャネルを示しています。 SAPI、TEIとEFAは「0」に設定されると、受信機によって無視されます。
The Error Indication message contains the following additional parameter:
エラー表示メッセージには、次の追加のパラメータが含まれています。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Tag (0x84) | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Error Reason |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The valid values for Error Reason are shown in the following table:
エラー理由のための有効な値は、次の表に示します。
Define Value Description
値説明を定義します。
OVERLOAD 0x1 C-channel is in overload state
過負荷は0x1のCチャネルは過負荷状態であります
There are no other valid values for V5UA. All other values are reserved for future use.
V5UAのための他の有効な値はありません。他のすべての値は、将来の使用のために予約されています。
The normal way to handle a V5 Layer 1 failure is described in the V5 standards[2,3] as follows:
V5レイヤ1障害を処理する通常の方法は、V5標準[2,3]以下のように記載されています。
- The L1 FSM detects the V5 Layer 1 failure. It reports this to V5 System management by sending a MPH-DI primitive for the affected link.
- L1 FSMは、V5、レイヤ1障害を検出します。これは、MPH-DI影響を受けたリンクのためのプリミティブを送ることによって、V5システム管理にこれを報告します。
- V5 System management notifies V5 Layer 2 of the V5 Layer 1 outage by sending a MPH-Layer_1 Failure Ind primitive.
- V5システム管理は、インディアナプリミティブMPH-Layer_1の失敗を送信することにより、V5、レイヤ1停止のV5レイヤ2に通知します。
Since V5 Layer1/2 and V5 System Management are no longer co-located in the backhaul architecture, it does not make sense to notify V5 Layer 2 about V5 Layer 1 failure via V5 system management. Instead, V5 Layer 2 SHALL be notified directly by V5 Layer 1 on the SG. V5
V5レイヤ1/2およびV5システム管理は、もはやバックホールアーキテクチャに同じ場所に配置されているので、V5システム管理を経由してV5レイヤ1つの障害についてV5レイヤ2に通知しても意味がないことはありません。代わりに、V5レイヤ2は、SGのV5レイヤ1によって直接通知しなければなりません。 V5
Layer 1 SHALL report the outage to V5 system management by sending a Link Status Indication message with status NON-OPERATIONAL, corresponding to an MPH-DI primitive as defined by the V5.2 standard. V5 system management SHALL NOT send an MPH-Layer_1 Failure Ind primitive to V5 Layer 2 in response to this message.
層1は、V5.2規格によって定義されるプリミティブMPH-DIに対応し、ステータス非動作とリンクステータス指示メッセージを送信することによって、V5システム管理の停止を報告しなければなりません。 V5システム管理は、このメッセージに応答してV5レイヤ2のプリミティブMPH-Layer_1障害インディアナ州を送信してはなりません。
If SCTP failure is detected or the heartbeat is lost, the following procedure SHALL be performed:
SCTPの障害が検出されたか、ハートビートが失われた場合、以下の手順が実行されなければなりません。
When loss of V5UA peer is reported to the V5UA layer, the ASP SHALL behave as if it had received a Link Status Indication (non-operational) for all links on this SG.
V5UAピアの損失がV5UA層に報告されている場合、それはこのSG上のすべてのリンクのリンクステータス表示（非動作）を受けたかのように、ASPは振る舞うものとします。
The ASP SHALL attempt to re-establish the connection continuously. When the connection is re-established, the ASP SHALL send a Link Status Start Reporting message to the SG for all links on active V5 interfaces on the SG.
ASPは、継続的に接続を再確立しようとしないものとします。接続が再確立されると、ASPは、SGのアクティブなV5インターフェイス上のすべてのリンクのSGへのリンクステータススタートレポートメッセージを送信しなければなりません。
An example for the message flow for re-establishment of the connection is shown below for one active link on the SG:
接続の再確立のためのメッセージフローのための例はSGに一つのアクティブリンクのために以下に示します。
ASP SG
ASP SG
| |
| -------- Link Status Start Reporting ---------> |
| |
| <------ Link Status Ind (operational) --------- |
| |
If the association can be re-established before the V5UA layer is notified, communication SHALL proceed as usual and no other action SHALL be taken by the ASP.
アソシエーションを再確立することができる場合V5UA層を通知する前に、通信が通常通りに進行ものとし、他のアクションがASPによって行ってはなりません。
If the SG detects an overload condition on a C-channel, it SHOULD indicate this by sending an Error Indication message, with the reason Overload to the MGC. The MGC SHOULD then take appropriate actions to clear this overload condition.
SGはCチャンネルの過負荷状態を検出した場合には、MGCに理由過負荷で、エラー表示メッセージを送信することによって、このことを示す必要があります。 MGCは、この過負荷状態をクリアするために適切な行動を取る必要があります。
The SG SHALL resend the Error Indication message with the reason Overload as long as the overload condition persists. An interval of 120 seconds for resend of this message is RECOMMENDED.
SGは限り過負荷状態が持続するような理由過負荷とエラー表示メッセージを再送信するものとします。このメッセージの再送のための120秒の間隔が推奨されます。
The Link Identification Procedures themselves are described by the V5.2 standard [3].
リンク識別手順自体はV5.2標準によって記述されている[3]。
A message flow example for an LE initiated Link Identification procedure over V5UA is shown below. An active association between ASP and SG is established prior to the following message flows, and the V5 interface is already in service:
LEのためのメッセージフロー例を以下に示すV5UA上リンク識別手順を開始しました。 ASPとSGとの間のアクティブ・アソシエーションは、次のメッセージが流れ、V5インターフェースはサービスに既に存在する前に確立されています。
ASP SG
ASP SG
| |
| ------ Data Request (LnkCtrl: FE-IDReq) ------> |
| <-- Data Indication (LnkCtrl Ack: FE-IDReq) --- |
| |
| <---- Data Indication (LnkCtrl: FE-IDAck) ----- |
| ---- Data Request (LnkCtrl Ack: FE-IDAck) ----> |
| |
| ------ Sa-Bit Status Request ( Sa7 ) ---------> |
| <--- Sa-Bit Status Indication ( Sa7, ZERO ) --- |
| |
| ------- Data Request (LnkCtrl: FE-IDRel) -----> |
| <--- Data Indication (LnkCtrl Ack: FE-IDRel) -- |
| |
The next example also shows a Link Identification procedure, but this time it is initiated by the AN. Again, the ASP association and the V5 interface are already in service:
次の例では、リンクの識別手順を示しているが、今回はそれがANによって開始されます。ここでも、ASP協会とV5インタフェースは、サービスに既にあります。
ASP SG
ASP SG
| |
| <---- Data Indication (LnkCtrl: FE-IDReq) ----- |
| -- Data Request (LnkCtrl Ack: FE-IDReq) ------> |
| |
| ---------- Sa-Bit Set Req ( Sa7, ZERO ) ------> |
| <--------- Sa-Bit Set Conf (Sa7) -------------- |
| |
| ------- Data Request (LnkCtrl: FE-IDAck) -----> |
| <-- Data Indication (LnkCtrl Ack: FE-IDAck) --- |
| |
| <---- Data Indication (LnkCtrl: FE-IDRel) ----- |
| ---- Data Request (LnkCtrl Ack: FE-IDRel) ----> |
| |
| ------------ Sa-Bit Set Req ( Sa7, ONE ) -----> |
| <----------- Sa-Bit Set Conf (Sa 7) ----------- |
| |
The security considerations discussed for the 'Security Considerations for SIGTRAN Protocols' [5] document apply to this document.
「SIGTRANプロトコルのセキュリティの考慮事項」のために議論セキュリティの考慮事項[5]文書は、この文書に適用されます。
IANA has assigned a V5UA value for the Payload Protocol Identifier in the SCTP DATA chunk. The following SCTP Payload Protocol identifier is registered:
IANAは、SCTPデータチャンク内のペイロードプロトコル識別子のV5UA値を割り当てました。以下のSCTPペイロードプロトコル識別子が登録されています。
V5UA "6"
そして、5 Uaの "6"
The SCTP Payload Protocol identifier value "6" SHOULD be included in each SCTP DATA chunk to indicate that the SCTP is carrying the V5UA protocol. The value "0" (unspecified) is also allowed but any other values MUST not be used. This Payload Protocol Identifier is not directly used by SCTP but MAY be used by certain network entities to identify the type of information being carried in a Data chunk.
SCTPペイロードプロトコル識別子の値は「6」SCTPはV5UAプロトコルを運んでいることを示すために、各SCTPデータチャンクに含まれるべきです。 「0」（不特定の）値も許容されるが、他の値を使用してはなりません。このペイロードプロトコル識別子を直接SCTPによって使用されていないが、データのチャンクで運ばれる情報の種類を識別するために、特定のネットワークエンティティによって使用されてもよいです。
The User Adaptation peer MAY use the Payload Protocol Identifier as a way of determining additional information about the data being presented to it by SCTP.
ユーザ適応ピアはSCTPによってそれに提示されるデータに関する追加の情報を決定する方法としてペイロードプロトコル識別子を使用することができます。
IANA has registered SCTP (and UDP/TCP) Port Number 5675 for V5UA.
IANAはV5UAのためにSCTP（およびUDP / TCP）ポート番号5675が登録されています。
The authors would like to thank Fahir Ergincan, Milos Pujic, Graeme Currie, Berthold Jaekle, Ken Morneault and Lyndon Ong for their valuable comments and suggestions.
作者は彼らの貴重なコメントや提案をFahir Ergincan、ミロスPujic、グレアム・カリー、ベルトルトJaekle、ケンMorneaultとリンドンオングに感謝したいと思います。
[1] Morneault, K., Rengasami, S., Kalla, M. and G. Sidebottom, "ISDN Q.921-User Adaptation Layer", RFC 3057, February 2001.
[1] Morneault、K.、Rengasami、S.、カラ、M.およびG. Sidebottom、 "ISDN Q.921ユーザー・アダプテーションレイヤ"、RFC 3057、2001年2月。
[2] ETSI EN 300 324-1 (1999): V interfaces at the digital Local Exchange (LE); V5.1 interface for the support of Access Network (AN); Part 1: V5.1 interface specification.
[2] ETSI EN 300 324-1（1999）：デジタルローカルエクスチェンジ（LE）におけるVインタフェース。アクセスネットワーク（AN）のサポートのためのV5.1インタフェース。パート1：V5.1インタフェース仕様。
[3] ETSI EN 300 347-1 (1999): V interfaces at the digital Local Exchange (LE); V5.2 interface for the support of Access Network (AN); Part 1: V5.2 interface specification.
[3] ETSI EN 300 347から1（1999）：デジタルローカルエクスチェンジ（LE）におけるVインタフェース。アクセスネットワーク（AN）のサポートのためのV5.2インタフェース。パート1：V5.2インタフェース仕様。
[4] ETSI ETS 300 125 (1991) : DSS1 protocol; User-Network interface data link layer specification; (Standard is based on : ITU Q.920, Q.921).
[4] ETSI ETS 300 125（1991）：DSS1プロトコル。ユーザ・網インタフェースのデータリンク層の仕様。 （：ITU Q.920、Q.921標準はに基づいています）。
[5] Loughney, J., Tuexen, M., Ed. and J. Pastor-Balbas, "Security Considerations for Signaling Transport (SIGTRAN) Protocols", RFC 3788, May 2004.
[5] Loughney、J.、Tuexen、M.、エド。そして、J.牧師-Balbas、 "シグナリング輸送のためのセキュリティに関する考慮事項（SIGTRAN）プロトコル"、RFC 3788、2004年5月。
[6] Stewart, R., Xie, Q., Morneault, K., Sharp, C., Schwarzbauer, H., Taylor, T., Rytina, I., Kalla, M., Zhang, L. and V. Paxson, "Stream Control Transmission Protocol", RFC 2960, October 2000.
[6]スチュワート、R.、謝、Q.、Morneault、K.、シャープ、C.、Schwarzbauer、H.、テイラー、T.、Rytina、I.、カラ、M.、チャン、L.およびV.パクソン、 "ストリーム制御伝送プロトコル"、RFC 2960、2000年10月。
[7] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[7]ブラドナーのは、S.は、BCP 14、RFC 2119、1997年3月の "RFCsにおける使用のためのレベルを示すために"。
Dr. Eva Weilandt Conti Temic microelectronic GmbH An der B31 88090 Immenstaad Germany
博士B31 88090ミツバチ市ドイツではエヴァWeilandtコンティテミックのマイクロエレクトロニクス社
Phone: +49 7545 8-2917 EMail: eva.weilandt@temic.com
電話：+49 7545 8から2917 Eメール：eva.weilandt@temic.com
Sanjay Rao Nortel Networks 35 Davis Drive Research Triangle Park, NC 27709 USA
サンジャイ・ラオノーテルネットワーク35デイビスドライブリサーチトライアングルパーク、NC 27709 USA
Phone: +1-919-991-2251 EMail: rsanjay@nortelnetworks.com
電話：+ 1-919-991-2251 Eメール：rsanjay@nortelnetworks.com
Neeraj Khanchandani Nortel Networks 35 Davis Drive Research Triangle Park, NC 27709 USA
Neeraj Khanchandaniノーテルネットワーク35デイビスドライブリサーチトライアングルパーク、NC 27709 USA
Phone: +1-919-991-2274 EMail: neerajk@nortelnetworks.com
電話：+ 1-919-991-2274 Eメール：neerajk@nortelnetworks.com
Copyright (C) The Internet Society (2004). All Rights Reserved.
著作権（C）インターネット協会（2004）。全著作権所有。
Copyright (C) The Internet Society (2004). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
著作権（C）インターネット協会（2004）。この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますhttp://www.ietf.org/iprのIETFのオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。