RFC3441 日本語訳
3441 Asynchronous Transfer Mode (ATM) Package for the Media GatewayControl Protocol (MGCP). R. Kumar. January 2003. (Format: TXT=122455 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group R. Kumar Request for Comments: 3441 Cisco Systems Category: Informational January 2003
コメントを求めるワーキンググループR.クマーの要求をネットワークでつないでください: 3441年のシスコシステムズカテゴリ: 情報の2003年1月
Asynchronous Transfer Mode (ATM) Package for the Media Gateway Control Protocol (MGCP)
メディアゲートウェイ制御プロトコルのための非同期通信モード(気圧)パッケージ(MGCP)
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright(C)インターネット協会(2003)。 All rights reserved。
Abstract
要約
This document describes an Asynchronous Transfer Mode (ATM) package for the Media Gateway Control Protocol (MGCP). This package includes new Local Connection Options, ATM-specific events and signals, and ATM connection parameters. Also included is a description of codec and profile negotiation. It extends the MGCP that is currently being deployed in a number of products. Implementers should be aware of developments in the IETF Megaco Working Group and ITU SG16, which are currently working on a potential successor to this protocol.
このドキュメントはメディアゲートウェイControlプロトコル(MGCP)のためのAsynchronous Transfer Mode(ATM)パッケージについて説明します。 このパッケージは新しいLocal Connection Options、ATM特有のイベント、信号、およびATM接続パラメタを含んでいます。 また、含まれているのは、コーデックとプロフィール交渉の記述です。 それは現在多くの製品の中に配布されているMGCPを広げています。 ImplementersはIETF Megaco作業部会とITU SG16で開発を意識しているべきです。(ITU SG16は現在、このプロトコルの潜在的後継者に働いています)。
Table of Contents
目次
1.0 Conventions Used in this Document..............................2 2.0 Introduction...................................................2 3.0 Local Connection Options.......................................3 3.1 ATM Bearer Connection.........................................4 3.2 ATM Adaptation Layer (AAL)....................................8 3.3 Service Layer................................................15 3.4 ATM Bearer Traffic Management................................19 3.5 AAL Dimensioning.............................................27 4.0 Signals and Events.............................................30 5.0 Connection Parameters..........................................35 6.0 Negotiation of Profiles and Codecs in ATM Applications.........37 6.1 Consistency of Parameters...................................37 6.2 Codec/Profile Negotiation in ATM Networks...................38 7.0 Security Considerations.......................................45 8.0 IANA Considerations...........................................45 9.0 References....................................................45 10.0 Acronyms......................................................48
1.0 このDocumentのコンベンションUsed…2 2.0序論…2 3.0 市内接続オプション…3 3.1 気圧運搬人接続…4 3.2 気圧適合層(AAL)…8 3.3 層を調整してください…15 3.4 気圧運搬人輸送管理…19 3.5AAL寸法決定…27 4.0の信号とイベント…30 5.0 接続パラメタ…35 6.0 気圧アプリケーションにおけるプロフィールとコーデックの交渉…37 6.1 パラメタの一貫性…37 6.2 気圧ネットワークにおけるコーデック/プロフィール交渉…38 7.0 セキュリティ問題…45 8.0 IANA問題…45 9.0の参照箇所…45 10.0の頭文字語…48
Kumar Informational [Page 1] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[1ページ]のRFC3441ATM
11.0 Acknowledgements..............................................49 12.0 Author's Address..............................................49 13.0 Full Copyright Statement......................................50
11.0の承認…49 12.0作者のアドレス…49 13.0 完全な著作権宣言文…50
1.0 Conventions Used in this Document
1.0 このDocumentのコンベンションUsed
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14, RFC 2119.
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはBCP14(RFC2119)で説明されるように本書では解釈されることであるべきです。
MGCP identifiers are case-insensitive. This includes package names, event names, local connection options and other elements of the MGCP header.
MGCP識別子は大文字と小文字を区別しないです。 これはパッケージ名、イベント名、市内接続オプション、およびMGCPヘッダーの他の要素を含んでいます。
2.0 Introduction
2.0 序論
The Media Gateway Control Protocol or MGCP [36] is used to control voice media gateways from external call control elements. Even though the bearer network might be IP, ATM, TDM or a mix of these, MGCP is transported over IP. Packages such as the MGCP CAS packages [38] are modular sets of parameters such as connection options, signal, event and statistics definitions that can be used to extend it into specific contexts. A related, IP-based mechanism for the description of ATM connections [18] has been generated by the IETF MMUSIC group. Due to the IP-centric nature of all aspects of the MGCP device control protocol, and for consistency with other MGCP package definitions, it is desirable to publish the MGCP ATM package in an IETF document.
メディアゲートウェイのControlプロトコルかMGCP[36]が、外部の呼び出し制御要素から声のメディアゲートウェイを制御するのに使用されます。 基幹ネットワークは、これらのIP、ATM、TDMまたはミックスであるかもしれませんが、MGCPはIPの上で輸送されます。 MGCP CASパッケージ[38]などのパッケージはモジュールのセットの特定の文脈にそれを広げるのに使用できる接続オプションや、信号や、イベントや統計定義などのパラメタです。 ATM接続[18]の記述のための関連して、IPベースのメカニズムはIETF MMUSICグループによって生成されました。 MGCPデバイス制御プロトコルの全面のIP中心の自然、および他のMGCPパッケージ定義がある一貫性に、IETFドキュメントでMGCP ATMパッケージを発行するのは望ましいです。
MGCP [36] allows the auditing of endpoints for package versions supported. The package version for the MGCP ATM package, as specified in this document, is 0. Even if the ATM package is the default package for some endpoints, the package prefix "atm" shall not be omitted in local connection option names, event names, signal names etc. If the ATM package is the default package for an endpoint, it will be listed as the first package in the audit response list. It is not necessary for the MGCP ATM package to be the default package for ATM to be supported on an endpoint.
MGCP[36]はバージョンが支えたパッケージのための終点の監査を許します。 MGCP ATMパッケージのための本書では指定されるパッケージバージョンは0です。 ATMパッケージがいくつかの終点のためのデフォルトパッケージであっても、市内接続オプション名、イベント信号名名などでパッケージ接頭語「気圧」を省略しないものとします。 ATMパッケージが終点のためのデフォルトパッケージであるなら、それは監査応答リストにおける最初のパッケージとして記載されるでしょう。 MGCP ATMパッケージがATMが終点でサポートされるデフォルトパッケージであることは必要ではありません。
The ATM package in this document consists of Local Connection Options (Section 3.0), Events and Signals (Section 4.0) and ATM Statistics Parameters (Section 5.0). Section 6.1 has guidelines for consistency in the use of Local Connection Options. Section 6.2 describes codec and profile negotiation. Section 7.0 addresses security considerations.
ATMパッケージはLocal Connection Options(セクション3.0)、Events、Signals(セクション4.0)、およびATM Statistics Parameters(セクション5.0)から本書では成ります。 セクション6.1には、Local Connection Optionsの使用における一貫性のためのガイドラインがあります。 セクション6.2はコーデックとプロフィール交渉について説明します。 セクション7.0は、セキュリティが問題であると扱います。
Kumar Informational [Page 2] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[2ページ]のRFC3441ATM
In the ATM networks addressed in this document, services are carried directly over ATM without an intervening IP layer. The Local Connection Options, Events, Signals and Statistics Parameters described in this section are not needed for VoIP calls which can be carried, in whole or in part, over an ATM network. In that case, the constructs defined elsewhere for IP are sufficient.
本書では演説されたATMネットワークでは、サービスは介入しているIP層なしでATMの直接上に提供されます。 このセクションで説明されたLocal Connection Options、Events、Signals、およびStatistics Parametersは全体か一部運ぶことができるVoIP呼び出しに必要ではありません、ATMネットワークの上で。 その場合、IPのためのほかの場所で定義された構造物は十分です。
The ATM local connection option names, event names and signal names MUST always have an "atm" package prefix. Backward compatibility with older implementations that use X-atm as the package name is desirable.
ATM市内接続オプション名、イベント名、および信号名には、「気圧」パッケージ接頭語がいつもなければなりません。 パッケージ名としてX-気圧を使用するより古い実装との後方の互換性は望ましいです。
MGCP grammar [36] must be followed with regard to the use of white spaces. The examples in this document attempt to follow MGCP grammar in this and all other respects.
余白の使用に関してMGCP文法[36]に従わなければなりません。 例は、他のこれとすべての点におけるMGCP文法に従うのを本書では試みます。
3.0 Local Connection Options
3.0 市内接続オプション
The Local Connection Options (LCOs) defined in this section are specific to ATM applications. Like other LCOs, these can be used in commands to create connections, modify connections and audit connections. However, unless noted otherwise below, they are not to be returned when an endpoint is audited for capabilities.
このセクションで定義されたLocal Connection Options(LCOs)はATMアプリケーションに特定です。 他のLCOsのように、接続を創造して、接続を変更して、接続を監査するコマンドにこれらを使用できます。 しかしながら、別の方法で以下に述べられない場合、終点が能力のために監査されるとき、それらを返してはいけません。
ATM Local Connection Options are divided into the following categories: ATM bearer connection, ATM adaptation layer, service layer, ATM bearer traffic management and AAL dimensioning.
ATM Local Connection Optionsは以下のカテゴリに分割されます: ATM運搬人接続、ATM適合層、サービス層、ATM運搬人輸送管理、およびAAL寸法決定。
When parameter values are represented in decimal format, leading zeros are omitted.
パラメタ値が10進形式で表されるとき、先行ゼロは省略されます。
Kumar Informational [Page 3] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[3ページ]のRFC3441ATM
3.1 ATM Bearer Connection
3.1 気圧運搬人接続
These local connection options are used to parameterize ATM bearer connections.
これらの市内接続オプションはparameterize ATM運搬人接続に使用されます。
TABLE 1: Local Connection Options for ATM Bearers +---------+---------------+---------------------------------------+ | LCO | Meaning | Values | +---------+---------------+---------------------------------------+ | ct | Connection |AAL1, AAL1_SDT, AAL1_UDT, AAL2, AAL3/4,| | | Type |AAL5, USER_DEFINED_AAL | +---------+---------------+---------------------------------------+ | vc |VC/Bearer type | PVC, SVC, CID | +---------+---------------+---------------------------------------+ | se | Enable path | on, off | | | set-up | | +---------+---------------+---------------------------------------+ | ci | Connection | See below | | | Element | | | | Identifier | | +---------+---------------+---------------------------------------+
テーブル1: 気圧運搬人+のための市内接続オプション---------+---------------+---------------------------------------+ | LCO| 意味| 値| +---------+---------------+---------------------------------------+ | ct| 接続|AAL1、AAL1_SDT、AAL1_UDT、AAL2、AAL3/4| | | タイプ|AAL5、ユーザ_は_AALを定義しました。| +---------+---------------+---------------------------------------+ | vc|VC/運搬人はタイプします。| PVC、SVC、Cid| +---------+---------------+---------------------------------------+ | se| 経路を可能にしてください。| オンであって、オフです。| | | セットアップ| | +---------+---------------+---------------------------------------+ | ci| 接続| 以下を見てください。| | | 要素| | | | 識別子| | +---------+---------------+---------------------------------------+
Connection type (ct): This parameter describes the ATM adaptation layer. The values that can be assigned to it are: AAL1, AAL1_SDT, AAL1_UDT, AAL2, AAL3/4, AAL5 and USER_DEFINED_AAL. The user defined adaptation layer is per amendment 2 of ITU-T Q.2931.
結合方式(ct): このパラメタはATM適合層について説明します。 それに割り当てることができる値は以下の通りです。 AAL1、AAL1_SDT、AAL1_UDT、AAL2、AAL3/4、AAL5、およびユーザ_は_AALを定義しました。 ユーザの定義された適合層がITU-T Q.2931の修正2単位であります。
Type of Bearer/VC (vc): This indicates whether a PVC, CID or an SVC is to be used for an ATM connection. Possible values are: PVC, SVC or CID. Omitting this parameter will result in the use of a default, which could be embedded or provisioned. The value "PVC" covers both classical PVCs and SPVCs. The value "CID" covers subchannels within AAL1 [35] and AAL2 [10] virtual circuits. A value of "SVC" for atm/vc does not necessarily imply that the addressed media gateway should initiate signaling for bearer set-up, since this might be done by another node such as the far-end media gateway.
運搬人/VC(vc)のタイプ: これは、PVC、CIDまたはSVCがATM接続に使用されることになっているかどうかを示します。 可能な値は以下の通りです。 PVC、SVCまたはCid。 このパラメタを省略すると、デフォルトの使用はもたらされるでしょう。(埋め込んだか、またはデフォルトに食糧を供給することができました)。 値の"PVC"は古典的なPVCsとSPVCsの両方をカバーしています。 値の「Cid」はAAL1[35]とAAL2の[10]の仮想の回路の中にサブチャネルをカバーしています。 気圧/vcのための"SVC"の値は、扱われたメディアゲートウェイは遠端メディアゲートウェイなどのように別のノードでこれをするかもしれなくて以来の運搬人セットアップのための開始シグナリングがそうするべきであるのを必ず含意するというわけではありません。
Enable path set-up (se): This local connection option is used to explicitly enable or disable the use of bearer signaling for path set-up. Permitted values of this local connection option are "on" and "off". Examples of bearer signaling are SVC signaling, ITU Q.2630.1 signaling and combinations thereof. Examples of such combinations are the set-up of an AAL2 SVC and the assignment of a CID within it or the set-up of a concatenation of an AAL2 single-CID SVC and a CID channel within a multiplexed AAL2 VC. This parameter can be used with both the backward and forward bearer connection
経路セットアップ(se)を可能にしてください: この市内接続オプションは、明らかに運搬人シグナリングの経路セットアップの使用を可能にするか、または無効にするのに使用されます。 この市内接続オプションの値が受入れられているのは、“on"と“off"です。 運搬人シグナリングに関する例は、SVCシグナリングと、ITU Q.2630.1シグナリングとそれの組み合わせです。 そのような組み合わせに関する例は、AAL2 SVCのセットアップとそれの中のCIDの課題かAAL2の独身のCID SVCと多重送信されたAAL2 VCの中のCIDチャンネルの連結のセットアップです。 後ろ向きで前向きな運搬人接続と共にこのパラメタを使用できます。
Kumar Informational [Page 4] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[4ページ]のRFC3441ATM
set-up methods. In the former case, the call-terminating gateway sets up the bearer connection. In the latter case, the call- originating gateway sets up the bearer connection.
メソッドをセットアップしてください。 前の場合では、呼び出しを終えるゲートウェイは運搬人接続をセットアップします。 後者の場合では、呼び出し起因するゲートウェイは運搬人接続をセットアップします。
This option may or may not be used in conjunction with atm/sc event notification. When this option and the atm/sc event notification are omitted, creating and modifying connection commands, the call agent is deferring any relevant decision to set up an ATM or AAL2 connection to the media gateways. In the absence of this parameter, a media gateway's autonomous decision to set up an ATM or AAL2 path via bearer signaling depends on default/provisioned behaviors, such as the applicability and nature (backward/forward) of a bearer connection set-up model, the network type ('nt'), connection type ('atm/ct') and bearer type/VC ('atm/vc') local connection options, and the media gateway's awareness of whether it is the originating gateway or terminating gateway in a call. This awareness may be based on the presence or absence of an SDP remote connection descriptor in the initial create connection command.
このオプションは気圧/Scイベント通知に関連して使用されるかもしれません。 接続命令を作成して、変更して、このオプションと気圧/Scイベント通知が省略されるとき、呼び出しエージェントはATMをセットアップするというどんな関連決定かAAL2接続もメディアゲートウェイに延期しています。 このパラメタがないとき、運搬人シグナリングでATMかAAL2経路をセットアップするというメディアゲートウェイの自動決定はデフォルト/食糧を供給された振舞いによります、適用性や、運搬人接続セットアップモデルの本質(後方の、または、前進の)や、ネットワーク結合方式のタイプ('nt')、('気圧/ct')、および運搬人タイプ/VC('気圧/vc')市内接続オプションや、それが呼び出しで起因しているゲートウェイかそれとも終わっているゲートウェイであるかに関するメディアゲートウェイの認識などのように。 この認識は初期でのSDPのリモート接続記述子の存在か欠如に基づいて接続命令を作成することであるかもしれません。
Connection Element Identifier (ci): This indicates the Virtual Circuit or CID to be used for the bearer connection. It is used when the call agent manages VC and/or CID resources in the bearer network.
接続要素識別子(ci): これは、運搬人接続に使用されるためにVirtual CircuitかCIDを示します。 呼び出しエージェントが基幹ネットワークでVC、そして/または、CIDリソースを管理するとき、それは使用されています。
The ci parameter can be in one of the following formats:
以下の形式の1つにはciパラメタがあることができます:
* VCCI-<vcci> * VCCI-<vcci>/CID-<cid> * <ATMaddressType>-<ATMaddress>/VCCI-<vcci> * <ATMaddress>/VCCI-<vcci> * <ATMaddressType>-<ATMaddress>/VCCI-<vcci>/CID-<cid> * <ATMaddress>/VCCI-<vcci>/CID-<cid> * BCG-<bcg>/VCCI-<vcci> * BCG-<bcg>/VCCI-<vcci>/CID-<cid> * BCG-<bcg>/VPI-<vpi>/VCI-<vci> * BCG-<bcg>/VPI-<vpi>/VCI-<vci>/CID-<cid> * PORT-<portId>/VPI-<vpi>/VCI-<vci> * PORT-<portId>/VPI-<vpi>/VCI-<vci>/CID-<cid> * VPCI-<vpci>/VCI-<vci> * VPCI-<vpci>/VCI-<vci>/CID-<cid> * <ATMaddressType>-<ATMaddress>/VPCI-<vpci>/VCI-<vci> * <ATMaddress>/VPCI-<vpci>/VCI-<vci> * <ATMaddressType>-<ATMaddress>/VPCI-<vpci>/VCI-<vci>/CID-<cid> * <ATMaddress>/VPCI-<vpci>/VCI-<vci>/CID-<cid>
* <>*<portId VPI>/<vpi VCI>/<vci Cid>/<Cid>*VPCI-<を移植しているvpci VCI>/<vci>*VPCI-<vpciなVCI>/<vci Cid>/<portId VPI>/<vpi VCI>/<vci Cid>*<ATMaddressType>-<を移植しているATMaddress VPCI>/<vpci VCI>/<vci
Kumar Informational [Page 5] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[5ページ]のRFC3441ATM
The subparameters of the ci parameter are defined as follows:
ciパラメタの「副-パラメタ」は以下の通り定義されます:
|--------------|-----------------------|----------------------------| | Subparameter | Meaning | Representation | |--------------|-----------------------|----------------------------| | vcci | VC connection Id | Decimal Integer | | | | (16-bit equivalent) | |--------------|-----------------------|----------------------------| | cid | Channel Id | Decimal Integer | | | | (8-bit equivalent) | |--------------|-----------------------|----------------------------| |ATMaddressType| ATM address type | "NSAP", "E164", "GWID", | | | | "ALIAS" | |--------------|-----------------------|----------------------------| | ATMaddress | ATM address | 40 hex digits ("NSAP") | | | | upto 15 digits ("EI64") | | | | upto 32 chars ("GWID") | | | | upto 32 chars ("ALIAS") | |--------------|-----------------------|----------------------------| | bcg |Bearer Connection Group| Decimal Integer | | | | (8-bit equivalent) | |--------------|-----------------------|----------------------------| | vpi | Virtual Path Id | Decimal Integer | | | | (8 or 12-bit equivalent) | |--------------|-----------------------|----------------------------| | vci | Virtual Channel Id | Decimal Integer | | | | (16-bit equivalent) | |--------------|-----------------------|----------------------------| | portID | Port Id | Decimal Integer | | | | (32-bit equivalent) | |--------------|-----------------------|----------------------------| | vpci | VP connection ID | Decimal Integer | | | | (16-bit equivalent) | |--------------|-----------------------|----------------------------|
|--------------|-----------------------|----------------------------| | Subparameter| 意味| 表現| |--------------|-----------------------|----------------------------| | vcci| VC接続Id| 10進整数| | | | (16ビットの同等物) | |--------------|-----------------------|----------------------------| | Cid| チャンネルイド| 10進整数| | | | (8ビットの同等物) | |--------------|-----------------------|----------------------------| |ATMaddressType| ATMアドレスタイプ| "NSAP"、「164E」"GWID"| | | | 「通称」| |--------------|-----------------------|----------------------------| | ATMaddress| ATMアドレス| 40 十六進法ケタ("NSAP")| | | | upto15ケタ、(「EI64")」| | | | upto32雑用("GWID")| | | | upto32は焦げます(「通称」)。| |--------------|-----------------------|----------------------------| | bcg|運搬人接続グループ| 10進整数| | | | (8ビットの同等物) | |--------------|-----------------------|----------------------------| | vpi| 仮想の経路イド| 10進整数| | | | (8か12ビットの同等物) | |--------------|-----------------------|----------------------------| | vci| 仮想のチャンネルイド| 10進整数| | | | (16ビットの同等物) | |--------------|-----------------------|----------------------------| | portID| ポートイド| 10進整数| | | | (32ビットの同等物) | |--------------|-----------------------|----------------------------| | vpci| VP接続ID| 10進整数| | | | (16ビットの同等物) | |--------------|-----------------------|----------------------------|
The CID, or Channel ID, can refer to AAL1 as well as AAL2 applications. In AAL1 applications based on [35], it refers to the octet position, starting from one, within an n x 64 SDT frame.
CID、またはChannel IDがAAL2アプリケーションと同様にAAL1について言及できます。 [35]に基づくAAL1アプリケーションでは、八重奏位置について言及します、1つから始めて、n x64SDTフレームの中に。
The VPCI is a 16 bit field defined in Section 4.5.16 of ITU Q.2931. The VPCI is similar to the VPI, except for its width and the fact that it retains its value across VP crossconnects.
VPCIは.16セクション4.5ITU Q.2931で定義された16ビットの分野です。 VPCIはVPIと同様です、幅とVP crossconnectsの向こう側に値を保有するという事実を除いて。
The VCCI is a 16 bit field defined in ITU Recommendation Q.2941.2 [14]. The VCCI is similar to the VCI, except for the fact that it retains its value across VC crossconnects.
VCCIはITU Recommendation Q.2941.2[14]で定義された16ビットの分野です。 VC crossconnectsの向こう側に値を保有するという事実を除いて、VCCIはVCIと同様です。
Kumar Informational [Page 6] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[6ページ]のRFC3441ATM
In general, <vpci> and <vcci> values are unique between a pair of nodes. When they are unique between a pair of nodes, but not unique within a network, they need to be qualified at any node, by the ATM address of the remote node. These parameters can be pre-provisioned or signaled via SVC signaling messages. When VPCI and VCCI values are pre-provisioned, administrations have the option of provisioning them uniquely in a network. In this case, the ATM address of the far end is not needed to qualify these parameters.
一般に、<vpci>と<vcci>値は1組のノードの間でユニークです。 彼らが1組のノードの間でユニークですが、ネットワークの中でユニークでないときに、どんなノードでも資格があるのが必要です、遠隔ノードのATMアドレスで。 これらのパラメタにあらかじめ食糧を供給するか、またはSVCシグナリングメッセージで合図できます。 VPCIとVCCI値があらかじめ食糧を供給されるとき、政権には、ネットワークで唯一それらに食糧を供給するオプションがあります。 この場合、遠端のATMアドレスは、これらのパラメタに資格を与えるのに必要ではありません。
The <portId> parameter is used to identify the physical trunk port on an ATM module. It can be represented as a decimal or hex number of up to 32 digits.
<portId>パラメタは、ATMモジュールの物理的なトランクポートを特定するのに使用されます。 最大32ケタの小数か十六進法番号としてそれを表すことができます。
In some applications, it is meaningful to bundle a set of connections between a pair of ATM nodes into a bearer connection group. The <bcg> subparameter is an eight bit field that allows the bundling of up to 255 VPCs or VCCs.
使用目的によっては、1組のATMノードの間の1セットの接続を運搬人接続グループに添付するのは重要です。 <bcg>「副-パラメタ」は最大255VPCsかVCCsのバンドリングを許容する8ビットの分野です。
In some applications, it is necessary to wildcard some elements of the ci local connection option. The "$" wildcard character can be substituted for some of the terms of this parameter. While wildcarding, the constant strings that qualify the terms in the ci parameter are retained. The concatenation <ATMaddressType>- <ATMaddress> can be wildcarded in the following ways:
使用目的によっては、それがci市内接続のいくつかの要素がゆだねるワイルドカードに必要です。 「$」ワイルドカードキャラクタをこのパラメタの用語のいくつかに代入できます。 wildcardingしている間、ciパラメタの用語に資格を与える一定のストリングは保有されます。 ATMaddress>がwildcardedコネが以下の道であったならそうすることができる連結<ATMaddressType>-<、:
* The entire concatenation, <ATMaddressType>-<ATMaddress>, is replaced with a "$". * <ATMaddress> is replaced with a "$", but <ATMaddressType> is not.
* 全体の連結、<ATMaddressType>-<、ATMaddress>、「$」に取り替えます。 * <ATMaddress>を「$」に取り替えますが、<ATMaddressType>は取り替えるというわけではありません。
Examples of wildcarding the ci parameter in the AAL1 and AAL5 contexts are: VCCI-$, BCG-100/VPI-20/VCI-$.
AAL1とAAL5文脈のciパラメタをwildcardingする例は以下の通りです。 VCCI-$、BCG-100/VPI-20/VCI-$。
Examples of wildcarding the ci parameter in the AAL2 context are: VCCI- 40/CID-$, BCG-100/VPI-20/VCI-120/CID-$.
AAL2文脈のciパラメタをwildcardingする例は以下の通りです。 VCCI40/、Cid$、BCG-100/VPI-20/VCI-120/Cid$。
If the addressType is NSAP, the address is expressed in the standard dotted hex form. This is a string of 40 hex digits, with dots after the 2nd, 6th, 10th, 14th, 18th, 22nd, 26th, 30th, 34th and 38th digits. The "0x" prefix is not used, since this is always represented in hex. The last octet of the NSAP address is the 'selector' field that is available for non-standard use. For example:
addressTypeがNSAPであるなら、アドレスは標準の点を打たされた十六進法フォームに表されます。 これは2番目、6番目、10番目、14番目、18番目、22番目、26番目、30番目、34番目、および38番目のケタ後のドットがある一連の40十六進法ケタです。 これが十六進法でいつも表されるので、"0x"接頭語は使用されていません。 NSAPアドレスの最後の八重奏は標準的でない使用に利用可能な'セレクタ'分野です。 例えば:
L: atm/ci:NSAP-47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00/ VCCI-65
L: 気圧/ci: NSAP-47.0091.8100.0000.0060.3e64.fd01.0060.3e64.fd01.00/ VCCI-65
Kumar Informational [Page 7] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[7ページ]のRFC3441ATM
If the ATMaddressType is E164, the ATMaddress is expressed as a decimal number with up to 15 digits. For example:
ATMaddressTypeが164Eであるなら、ATMaddressは最大15ケタに従った10進数として急送されます。 例えば:
L: atm/ci:E164-9738294382/VCCI-100
L: 気圧/ci: E164-9738294382/VCCI-100
The E.164 numbers used can be in the International Format E.164 or conform to a private numbering plan.
数が使用したE.164は国際Format E.164にあるか、または個人的な付番プランに従うことができます。
If the ATMaddressType is GWID, it means that the address is a Gateway Identifier or Node Alias. This may or may not be globally unique. In this format, the ATMaddress is expressed as an alphanumeric string ("A"-"Z", "a"-"z", "0" - "9",".","-","_"). For example:
ATMaddressTypeがGWIDであるなら、それは、アドレスがゲートウェイIdentifierかNodeアリアであることを意味します。 これはグローバルにユニークであるかもしれません。 「この形式では、ATMaddressが英数字のストリングとして急送される、(--「Z」、“a"--「z」、「0インチ--「9インチ」、」、」、--、」、」、_、」、) 例えば:
L: atm/ci:GWID-officeABCmgx101vism12
L: 気圧/ci: GWID-officeABCmgx101vism12
The keyword "ALIAS" can be substituted for "GWID". For example:
「通称」というキーワードを"GWID"に代入できます。 例えば:
L: atm/ci:ALIAS-officeABCmgx101vism12
L: 気圧/ci: 別名officeABCmgx101vism12
An example of a GWID (ALIAS) is the CLLI code used for telecom equipment. For all practical purposes, it should be adequate for the GWID (ALIAS) to be a variable length string with a maximum size of 32 characters.
GWID(アリア)に関する例はテレコム設備に使用されるCLLIコードです。 実際上は、GWID(アリア)が32のキャラクタの最大サイズがある可変長ストリングであることは適切であるべきです。
When an endpoint supporting the ATM package is audited for capabilities, the following local connection options from Section 3.1 shall be returned: connection type (atm/ct) and VC/bearer type (atm/vc). If more than one value is supported, these shall be expressed as a list of semicolon-separated values. Although this is not very useful, it is permissible for these values to have overlapping semantics (e.g., AAL1 and AAL1_SDT). An example of returning, in audit response, the local connection options defined in Section 3.1 is:
能力のためにATMパッケージを支える終点を監査するとき、セクション3.1からの以下の市内接続オプションを返すものとします: 結合方式の(気圧/ct)とVC/運搬人は(気圧/vc)をタイプします。 1つ以上の値がサポートされるなら、これらはセミコロンで切り離された値のリストとして言い表されるものとします。 これはそれほど役に立ちませんが、持っているこれらの値において、それは意味論(例えば、AAL1とAAL1_SDT)を重ね合わせるのにおいて許されています。 監査応答でセクション3.1で定義された市内接続オプションを返す例は以下の通りです。
A: atm/ct:AAL1_SDT;AAL2, atm/vc:PVC;CID
A: 気圧/ct: AAL1_SDT; 気圧/vc: AAL2、PVC; Cid
3.2 ATM Adaptation Layer (AAL)
3.2 気圧適合層(AAL)
These local connection options are used to parameterize the ATM adaptation layer (AAL). These are further classified as: generic AAL connection options, AAL1-related connection options and AAL2-related connection options. Currently, there are no local connection options defined in this category that pertain to AAL5.
これらの市内接続オプションは、ATM適合(AAL)層をparameterizeするのに使用されます。 これらは以下としてさらに分類されます。 ジェネリックAAL接続オプション、AAL1関連の接続オプション、およびAAL2関連の接続オプション。 現在、AAL5に関係するこのカテゴリで定義された市内接続オプションが全くありません。
Kumar Informational [Page 8] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[8ページ]のRFC3441ATM
TABLE 2: Generic Local Connection Options for the AAL +---------+---------------+---------------------------------------+ | LCO | Meaning | Values | +---------+---------------+---------------------------------------+ | aalApp | Application |itu_h323c,af83,AAL5_SSCOP, | | | |itu_i3661_unassured, itu_i3661_assured | | | |itu_i3662, itu_i3651, itu_i3652, | | | |itu_i3653, itu_i3654, | | | |FRF5, FRF8, FRF11,itu_h2221 | +---------+---------------+---------------------------------------+ | sbc | Subchannel | 1...24 for T1-based applications | | | Count | 1...31 for E1-based applications | +---------+---------------+---------------------------------------+
テーブル2: AAL+のためのジェネリック市内接続オプション---------+---------------+---------------------------------------+ | LCO| 意味| 値| +---------+---------------+---------------------------------------+ | aalApp| アプリケーション|itu_h323c、af83、AAL5_SSCOP| | | |itu_i3661_は、itu_i3661_が非保証されたことを保証しました。| | | |itu_i3662、itu_i3651、itu_i3652| | | |itu_i3653、itu_i3654| | | |FRF5、FRF8、FRF11、itu_h2221| +---------+---------------+---------------------------------------+ | sbc| サブチャネル| 1...24 T1ベースのアプリケーションのために| | | カウント| 1...31 E1ベースのアプリケーションのために| +---------+---------------+---------------------------------------+
AAL application (aalApp): This connection option specifies the controlling standard for an application layer above the ATM adaptation layer. Other strings can be defined. If used, these need to be prefixed with an "X-".
AALアプリケーション(aalApp): この接続オプションはATM適合層の上の応用層の制御規格を指定します。 他のストリングを定義できます。 使用されるなら、これらは、「X」と共に前に置かれる必要があります。
"itu_h323c" Annex C of H.323 which specifies direct RTP on AAL5 [12].
AAL5[12]でダイレクトRTPを指定するH.323の「itu_h323c」Annex C。
"af83" af-vtoa-0083.001, which specifies variable size AAL5 PDUs with PCM voice and a null SSCS [13].
「af83" af-vtoa-0083.001。」(af83" af-vtoa-0083.001はPCM声とヌルSSCS[13]で可変サイズAAL5 PDUsを指定します)。
"AAL5_SSCOP" SSCOP as defined in ITU Q.2110 [14] running over an AAL5 CPS [27]. No information is provided regarding any layers above SSCOP such as Service Specific Coordination Function (SSCF) layers.
AAL5 CPS[27]をひきながらITU Q.2110[14]で定義される「AAL5_SSCOP」SSCOP。 SSCOPの上のService Specific Coordination Function(SSCF)層などのどんな層に関しても情報を全く提供しません。
"itu_i3661_unassured" SSCS with unassured transmission, per ITU I.366.1 [11].
1ITU I.366.1あたりの非保証されたトランスミッションがある「itu_i3661_は非保証した」SSCS[11]。
"itu_i3661_assured" SSCS with assured transmission, per ITU I.366.1 [11]. This uses SSCOP [14].
1ITU I.366.1あたりの確実なトランスミッションがある「itu_i3661_は保証した」SSCS[11]。 これはSSCOP[14]を使用します。
"itu_i3662" SSCS per ITU I.366.2 [2].
ITU I.366.2[2]あたりの「itu_i3662」SSCS。
"itu_i3651" Frame relay SSCS per ITU I.365.1 [15].
「itu_i3651」FrameはITU I.365.1[15]あたりのSSCSをリレーします。
"itu_i3652" Service-specific coordination function, as defined in ITU I.365.2, for Connection Oriented Network Service (SSCF-CONS) [16]. This uses SSCOP [14].
ITU I.365.2で定義されるConnection Oriented Network Service(SSCF-コンズ)[16]のための「itu_i3652」Service特有のコーディネート機能。 これはSSCOP[14]を使用します。
Kumar Informational [Page 9] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[9ページ]のRFC3441ATM
"itu_i3653" Service-specific coordination function, as defined in ITU I.365.3, for Connection Oriented Transport Service (SSCF-COTS) [17]. This uses SSCOP [14].
ITU I.365.3で定義されるConnection Oriented Transport Service(SSCF-COTS)[17]のための「itu_i3653」Service特有のコーディネート機能。 これはSSCOP[14]を使用します。
"itu_i3654" Service-specific coordination function, as defined in ITU I.365.4 [28].
ITU I.365.4[28]で定義されるような「itu_i3654」Service特有のコーディネート機能。
"FRF5" Use of the FRF.5 frame relay standard [23], which references ITU I.365.1 [15].
「FRF.5フレームリレー規格[23]のFRF5" Use、どの参照ITU I.365.1[15]。」
"FRF8" Use of the FRF.8 frame relay standard [24]. This implies a null SSCS and the mapping of the frame relay header into the ATM header.
「FRF.8フレームリレー規格[24]のFRF8" Use。」 これはヌルSSCSとフレームリレーヘッダーに関するマッピングをATMヘッダーに含意します。
"FRF11" Use of the FRF.11 frame relay standard [25].
「FRF.11フレームリレー規格[25]のFRF11" Use。」
"itu_h2221" Use of the ITU standard H.222.1 for audiovisual communication over AAL5 [22].
AAL5[22]の上の視聴覚のコミュニケーションのためのITUの標準のH.222.1の「itu_h2221」Use。
Subchannel count (sbc): This parameter indicates the number of DS0s in an n x 64 connection. Such connections use an ATM adaptation layer 1 (ATM forum af-vtoa-78) or 2 (ITU I.366.2). For T1-based applications, it can take on integral values in the inclusive range [1...24]. For E1-based applications, it can take on integral values in the inclusive range [1...31]. When this parameter is omitted, the subchannel count must be known by other means.
サブチャネルカウント(sbc): このパラメタはn x64接続における、DS0sの数を示します。 そのような接続は1(ITU I.366.2)か2つのATM適合層1(ATMフォーラムaf-vtoa-78)を使用します。 T1ベースのアプリケーションのために、それは包括的な範囲[1...24]で整数値を呈することができます。 E1ベースのアプリケーションのために、それは包括的な範囲[1...31]で整数値を呈することができます。 このパラメタが省略されるとき、他の手段はサブチャネルカウントを知っていなければなりません。
TABLE 3: Local Connection Options for AAL Type 1 +---------+---------------+---------------------------------------+ | LCO | Meaning | Values | +---------+---------------+---------------------------------------+ | pf | Partial fill | 1...48 | | | | | +---------+---------------+---------------------------------------+ | crt | Clock Recovery| NULL, SRTS, ADAPTIVE | | | Type | | +---------+---------------+---------------------------------------+ | fe | FEC enable | NULL, DELAY_SENSITIVE,LOSS_SENSITIVE | +---------+---------------+---------------------------------------+
テーブル3: AALタイプ1+のための市内接続オプション---------+---------------+---------------------------------------+ | LCO| 意味| 値| +---------+---------------+---------------------------------------+ | pf| 部分的な中詰め| 1...48 | | | | | +---------+---------------+---------------------------------------+ | crt| 時計回復| ヌルであって、SRTSで、適応型です。| | | タイプ| | +---------+---------------+---------------------------------------+ | fe| FECは可能にします。| ヌルで、遅れ_敏感で、損失_敏感です。| +---------+---------------+---------------------------------------+
Kumar Informational [Page 10] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[10ページ]のRFC3441ATM
Partial Fill Count (pf): When present, the 'pf' parameter is used to indicate the fill level of cells. When this local connection option is absent, then other means (such as provisionable defaults) are used to determine the presence and level of partial fill.
部分的な中詰めカウント(pf): 存在しているとき、'pf'パラメタは、セルの中詰めレベルを示すのに使用されます。 この市内接続オプションが欠けていると、他の手段(支給可能デフォルトなどの)は、部分的な中詰めの存在とレベルを決定するのに使用されます。
This parameter indicates the number of non-pad payload octets, not including any AAL SAR or convergence sublayer octets. For example, in some AAL1 applications that use partially filled cells with padding at the end, this attribute indicates the number of leading payload octets not including any AAL overhead.
このパラメタはどんなAAL SARや集合副層八重奏も含んでいるのではなく、非パッドペイロード八重奏の数を示します。 例えば、使用がセルを部分的に満たした終わりにそっと歩くいくつかのAAL1アプリケーションでは、この属性は少しのAALオーバーヘッドも含まない主なペイロード八重奏の数を示します。
In general, permitted values of the pf parameter are integers in the range 1 - 48 inclusive. However, this upper bound is different for different adaptations since the AAL overhead, if any, is different. If a specified partial fill (e.g. 47) is greater than or equal to the maximum fill (in this example, 46 for AAL1 P-cells), then complete fill (46 in this example) is used. Using a 'partial' fill of 48 effectively disables partial fill. Values below or above the permissible range of 1-48 MUST be rejected with an error code of 532 {Unsupported value(s) in LocalConnectionOptions}.
一般に、pfパラメタの値が受入れられて、範囲1--48の整数は包括的ですか? しかしながら、もしあればAALオーバーヘッドが異なっているので、異なった適合において、この上限は異なっています。 指定された部分的な中詰め(例えば、47)がそう以上なら、最大はいっぱいになって(AAL1 P-セルのためのこの例の46)、次に、完全な中詰め(この例の46)は使用されています。 有効に48の'部分的な'中詰めを使用すると、部分的な中詰めは無効にされます。 532のエラーコードで1-48の下、または、1-48の許されている範囲の上の値を拒絶しなければなりません。LocalConnectionOptionsのサポートされない値。
In the AAL1 context, this parameter applies uniformly to both P and non-P cells. In AAL1 applications that do not distinguish between P and non-P cells, a value of 47 indicates complete fill (i.e., the absence of partial fill). In AAL1 applications that distinguish between P and non-P cells, a value of 46 indicates no padding in P-cells and a padding of one in non-P cells.
AAL1文脈では、このパラメタは一様にPと非Pセルの両方に適用されます。 Pを見分けないAAL1アプリケーションと非Pセルの中では、47の値は完全な中詰め(すなわち、部分的な中詰めの欠如)を示します。 Pを見分けるAAL1アプリケーションと非Pセルの中では、46の値はP-セルの中の水増しでなくて非Pセルにおける1の詰め物を示します。
If partial fill is enabled (i.e., there is padding in at least some cells), then AAL1 structures must not be split across cell boundaries. These shall fit in any cell. Hence, their size shall be less than or equal to the partial fill size. Further, the partial fill size is preferably an integer multiple of the structure size. If it is not, then the partial fill size stated in the local connection options shall be truncated to an integer multiple of the structure size (e.g., a partial fill size of 40 is truncated to 36 to support six 6 x 64 channels).
部分的な中詰めが可能にされるなら(すなわち、少なくともいくつかのセルの中に詰め物があります)、セル境界の向こう側にAAL1構造を分けてはいけません。 これらはどんなセルもうまくはめ込むものとします。 したがって、それらのサイズは部分的な中詰めサイズによりなるでしょう。 さらに、望ましくは、部分的な中詰めサイズは構造サイズの整数倍数です。 そして、それがそうでないなら、市内接続オプションで述べられた部分的な中詰めサイズは構造サイズの整数倍数に先端を切られるものとします(例えば40の部分的な中詰めサイズは6x64が向ける6を支持するために36に先端を切られます)。
Clock recovery type (crt): This is used in AAL1 UDT (unstructured data transfer) applications only. It can be assigned the values: "NULL", "SRTS", or "ADAPTIVE". A value of "NULL" is equivalent to omitting this parameter and implies that the stream (T1 or E1) encapsulated in ATM is either synchronous to the ATM network or is re-timed, before AAL1 encapsulation, via slip buffers. The default value used in the absence of this LCO can be hardcoded or provisioned.
回復タイプ(crt)の時間を計ってください: これはAAL1 UDT(不統一なデータ転送)アプリケーションだけで使用されます。 値をそれに割り当てることができます: 「ヌル」、「SRTS」、または「適応型です」。 「ヌル」の値は、このパラメタを省略するのに同等であり、気圧でカプセルに入れられた小川(T1か1E)が気圧ネットワークと同時であるか、または再調節されているのを含意します、AAL1カプセル化の前に、メモ用紙バッファで。 このLCOが不在のとき使用されるデフォルト値に、hardcodedするか、または食糧を供給することができます。
Kumar Informational [Page 11] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[11ページ]のRFC3441ATM
Forward Error Correction Enable (fe): This indicates whether FEC, as defined in ITU I.363.1 [1], is enabled or not. Possible values are: "NULL", "DELAY_SENSITIVE" and "LOSS_SENSITIVE". FEC can be enabled differently for delay-sensitive and loss-sensitive connections. A "NULL" value implies disabling FEC for an AAL1 connection.
前進型誤信号訂正は(fe)を可能にします: これは、ITU I.363.1[1]で定義されるFECが有効にされるかどうかを示します。 可能な値は以下の通りです。 「ヌル」で、「遅れ_敏感で」「損失_敏感です」。 遅れ敏感で損失敏感な接続のためにFECを異なって有効にすることができます。 「ヌル」の値はAAL1接続のために無能にするFECを含意します。
TABLE 4: Local Connection Options for AAL Type 2 +---------+---------------+---------------------------------------+ | LCO | Meaning | Values | +---------+---------------+---------------------------------------+ | pfl | Profile List | See below | | | | | +---------+---------------+---------------------------------------+ | smplCPS | Simplified CPS| on, off | | | [21] | | +---------+---------------+---------------------------------------+ | tmcu | Combined use | Integer microseconds | | | timer | (32-bit equivalent) | +---------+---------------+---------------------------------------+ | aalsap |Service access | AUDIO, MULTIRATE | | |point | | +---------+---------------+---------------------------------------+ | cktmd | Circuit mode | on, off | | | | | +---------+---------------+---------------------------------------+ | frmd | Frame mode | on,off | | | enable | | +---------+---------------+---------------------------------------+ | genpcm | Generic PCM | PCMA, PCMU | | | setting | | +---------+---------------+---------------------------------------+ | ted | Transmission | on,off | | |error detection| | +---------+---------------+---------------------------------------+ |rastimer | SSSAR | | | | reassembly | Integer microseconds | | | timer | (32-bit equivalent) | +---------+---------------+---------------------------------------+
テーブル4: AALタイプ2+のための市内接続オプション---------+---------------+---------------------------------------+ | LCO| 意味| 値| +---------+---------------+---------------------------------------+ | pfl| プロフィールリスト| 以下を見てください。| | | | | +---------+---------------+---------------------------------------+ | smplCPS| 簡易型のCPS| オンであって、オフです。| | | [21] | | +---------+---------------+---------------------------------------+ | tmcu| 結合した使用| 整数マイクロセカンド| | | タイマ| (32ビットの同等物) | +---------+---------------+---------------------------------------+ | aalsap|サービスアクセス| オーディオ、多速度| | |ポイント| | +---------+---------------+---------------------------------------+ | cktmd| サーキットモード| オンであって、オフです。| | | | | +---------+---------------+---------------------------------------+ | frmd| フレーム方式| オンであって、オフです。| | | 可能にします。| | +---------+---------------+---------------------------------------+ | genpcm| 一般的なPCM| PCMA、PCMU| | | 設定| | +---------+---------------+---------------------------------------+ | ted| トランスミッション| オンであって、オフです。| | |誤り検出| | +---------+---------------+---------------------------------------+ |rastimer| SSSAR| | | | 再アセンブリ| 整数マイクロセカンド| | | タイマ| (32ビットの同等物) | +---------+---------------+---------------------------------------+
Profile List (pfl): This is a list of profiles. Profile types are followed by profile numbers for each type. The ordering of profiles can imply preference, with the most preferred profile first. There can be multiple instances of the same profile type in this list. Spaces are used as delimiters within this list. Therefore, to comply with MGCP syntax [36], it is necessary to enclose this list in double quotes.
リスト(pfl)の輪郭を描いてください: これはプロフィールのリストです。 それぞれのタイプのプロフィール番号はプロフィールタイプのあとに続いています。 プロフィールの注文は最初に、最も都合のよいプロフィールによる好みを含意できます。 このリストには同じプロフィールタイプの複数の例があることができます。 これの中のデリミタが記載するように空間は使用されています。 したがって、MGCP構文[36]に従うために、二重引用符のこのリストを同封するのが必要です。
Kumar Informational [Page 12] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[12ページ]のRFC3441ATM
The format of the pfl parameter is as follows:
pflパラメタの形式は以下の通りです:
"<profileType#1><format list#1><profileType#2><format list#2> ... <profileType #M><format list#M>"
「<profileType#1><形式リスト#1><profileType#2><形式リスト#2>」… 「<profileType#M><形式リスト#M>」
where <format list#i> has the form <profile#i_1>...<profile#i_N>
<形式リスト#i>にはフォーム<があるところでは、#_i1>の輪郭を描いてください…<プロフィール#i>。
The <profileType> parameter indicates the type of profile. It is expressed in the format AAL2/<profileClass> where <profileClass> identifies the source of the definition of the profile.
<profileType>パラメタはプロフィールのタイプを示します。 それは<profileClass>がプロフィールの定義の源を特定する形式AAL2/<profileClass>で言い表されます。
The <profileClass> can be assigned a string value indicating the source of the subsequent profile numbers until the next <profileType> field. The following rules apply to the contents of the <profileClass> field:
次の<profileType>分野までその後のプロフィール番号の源を示すストリング値は<profileClass>に割り当てることができます。 以下の規則は<profileClass>分野のコンテンツに適用されます:
- <profileClass> = "ITU" indicates profiles defined by ITU. Examples: profiles defined in the I.366.2 specification [2]. - <profileClass> = "ATMF" indicates profiles defined by ATM forum. Examples: profiles defined in af-vtoa-0113 [3] or af- vmoa-0145.000 [21]. - <profileClass> = "custom" indicates profiles defined by a corporation or a multi-vendor agreement. Since there is no standard administration of this convention, care should be taken to preclude inconsistencies within the scope of a deployment. - <profileClass> = <corporateName> An equipment vendor or service provider can use its registered, globally unique corporate name (e.g., Cisco, Telcordia etc.) as a string value of the <profileClass>. It is suggested that organizations maintain consistent definitions of the advertised AAL2 profiles that bear their corporate name. - The <profileClass> can be based on IEEE Standard 802-1990, Section 5.1, which defines the globally unique, IEEE- administered, three-octet OUIs used in MAC addresses and protocol identifiers. In this case, the <profileClass> field shall be assigned a string value of "IEEE:" concatenated with <oui> where <oui> is the hex representation of a three-octet field identical to the IEEE OUI. Since this is always represented in hex, the "0x" prefix is not used. Leading zeros may be omitted. For example, "IEEE:00000C" and "IEEE:C" both refer to Cisco Systems, Inc.
- <profileClass>=「ITU」はITUによって定義されたプロフィールを示します。 例: I.366.2仕様[2]に基づき定義されたプロフィール。 - <profileClass>="ATMF"は気圧フォーラムによって定義されたプロフィールを示します。 例: プロフィールはaf-vtoa-0113で[3]かaf- vmoa-0145.000[21]を定義しました。 - <profileClass>=「習慣」は会社かマルチベンダ協定で定義されたプロフィールを示します。 このコンベンションのどんな標準の管理もないので、展開の範囲の中で矛盾を排除するために注意するべきです。 - <profileClass>が<corporateName>An設備業者と等しいです、またはサービスプロバイダーは<profileClass>のストリング値として登録されて、グローバルにユニークな企業名(例えば、Telcordiaシスコなど)を使用できます。 組織がそれらの企業名に堪える広告を出しているAAL2プロフィールの一貫した定義を維持することが提案されます。 - <profileClass>はIEEE Standard802-1990、セクション5.1、どれがグローバルにユニークを定義するか、そして、MACアドレスで使用されるIEEEの管理されて、3八重奏のOUIs、およびプロトコル識別子に基づくことができます。 この場合ストリング値が<profileClass>分野に割り当てられるものとする、「IEEE:」 <oui>がIEEE OUIと同じ3八重奏の分野の十六進法表現である<oui>で、連結されます。 これが十六進法でいつも表されるので、"0x"接頭語は使用されていません。 先行ゼロは省略されるかもしれません。 例えば、「IEEE: 00000C」と「IEEE: C」はともにシスコシステムズInc.を示します。
The <profile#> parameter is expressed as a decimal number in the range 1-255.
<プロフィール#>パラメタは10進数として範囲1-255で言い表されます。
Kumar Informational [Page 13] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[13ページ]のRFC3441ATM
An example of the use of the pfl parameter is:
pflパラメタの使用に関する例は以下の通りです。
L: atm/pfl:"AAL2/ITU 8 AAL2/ATMF 7 8 AAL2/custom 100 AAL2/cisco 200"
L: 気圧/pfl: 「AAL2/ITU8AAL2/ATMF7 8AAL2/習慣100AAL2/コクチマス200」
The syntax for pfl can be represented compactly in the following ABNF (RFC2234) form:
以下のABNF(RFC2234)フォームにコンパクトにpflのための構文を表すことができます:
pfl = "%x22" 1*(profileType (1*profile#))"%x22" profileType = "AAL2/" profileClass space profile# = 1-255 space ; decimal integer followed by space profileClass = "ATMF"/"ITU"/"custom"/corporateName/("IEEE:" oui) corporateName = 1*ALPHA ;one or more alphanumeric characters oui = 1*6 HEXDIG; 1-6 hex digits per IEEE Standard 802-1990 space = %d32
「pfl=」%x22"1*(profileType(1*プロフィール#))」 %x22" profileType=「AAL2/」というprofileClassスペースプロフィール#は1-255 スペースと等しいです。 スペースprofileClass="ATMF"/「ITU」/「習慣」/corporateName/(「IEEE:」 oui)corporateNameによって続かれた10進整数は1*アルファーと等しいです; 1英数字ouiが1*6HEXDIGと等しいです。 1-6 IEEE Standard802-1990スペース=%d32あたりの十六進法ケタ
Simplified CPS (smplCPS): This enables the AAL2 CPS simplification described in [21]. It can be assigned the following values: on, off. Under this simplification, each ATM cell contains exactly one AAL2 packet. If necessary, octets at the end of the cell are padded with zeros.
簡易型のCPS(smplCPS): これは[21]で説明されたAAL2 CPS簡素化を可能にします。 以下の値をそれに割り当てることができます: オンであって、オフです。 この簡素化で、それぞれのATMセルはちょうど1つのAAL2パケットを含みます。 必要なら、セルの端の八重奏はゼロで水増しされます。
AAL2 combined use timer (tmcu): This is defined in ITU I.363.2 [10]. It is an integer number of microseconds, represented as the decimal equivalent of 32 bits.
結合されたAAL2はタイマ(tmcu)を使用します: これはITU I.363.2[10]で定義されます。 それは32ビットの10進同等物として表されたマイクロセカンドの整数です。
AAL service access point (aalsap): The service access point for AAL2 is defined in ITU I.366.2 [2]. The aalsap local connection option can take on the following string values: AUDIO, MULTIRATE.
AALサービスアクセスポイント(aalsap): AAL2のためのサービスアクセスポイントはITU I.366.2[2]で定義されます。 aalsap市内接続オプションは以下のストリング値を呈することができます: オーディオ、多速度。
Circuit mode (cktmd): This is used to enable circuit mode data [2]. It can be assigned a value of "on" or "off".
サーキットモード(cktmd): これは、サーキットモードデータ[2]を可能にするのに使用されます。 “on"か“off"の値をそれに割り当てることができます。
Frame mode (frmd): This is used to enable frame mode data [2]. It can be assigned a value of "on" or "off".
モード(frmd)を縁どってください: これは、フレーム方式データ[2]を可能にするのに使用されます。 “on"か“off"の値をそれに割り当てることができます。
Generic PCM setting (genpcm): This indicates whether generic PCM encoding in AAL2 profiles is A-law or Mu-law. It can be assigned the string values of "PCMA" and "PCMU".
(genpcm)を設定する一般的なPCM: これは、AAL2でプロフィールをコード化する一般的なPCMがA-法かそれともMu-法であるかを示します。 "PCMA"と"PCMU"のストリング値をそれに割り当てることができます。
Transmission error detection (ted): Transmission error detection is defined in ITU I.366.1 [11]. The ted local connection option can take on the following values: on, off. This local connection option is useful in qualifying the aalApp local connection option, when the value of the latter is "itu_i3661_unassured".
伝送エラー検出(ted): 伝送エラー検出はITU I.366.1[11]で定義されます。 ted市内接続オプションは以下の値を呈することができます: オンであって、オフです。 この市内接続オプションはaalApp市内接続オプションに資格を与える際に役に立ちます、後者の値が「itu_i3661_は非保証されました」であるときに。
Kumar Informational [Page 14] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[14ページ]のRFC3441ATM
SSSAR reassembly timer (rastimer): This is defined in ITU I.366.1 [11]. It is an integer number of microseconds, represented as the decimal equivalent of 32 bits.
SSSAR reassemblyタイマ(rastimer): これはITU I.366.1[11]で定義されます。 それは32ビットの10進同等物として表されたマイクロセカンドの整数です。
When an endpoint supporting the ATM package is audited for capabilities, the following local connection options from Section 3.2 shall be returned: application (atm/aalApp). Further, if one of the values atm/ct is "AAL2", the following additional local connection options shall be returned: profile list (atm/pfl), simplified CPS (atm/smplCPS), service access point (atm/aalsap), circuit mode enable(atm/cktmd), frame mode enable (atm/frmd) and generic PCM setting (atm/genpcm). If more than one value is supported, these shall be expressed as a list of semicolon-separated values. For atm/smplCPS, atm/cktmd and atm/frmd, an audit can return "on", "off" or "on;off" depending on whether the mode is mandatory, unsupported or optional for the endpoint.
能力のためにATMパッケージを支える終点を監査するとき、セクション3.2からの以下の市内接続オプションを返すものとします: アプリケーション(気圧/aalApp)。 さらに、値の1つであるなら、気圧/ctは「AAL2"、以下の追加市内接続オプションを返すものとします」です。 プロフィールリスト(気圧/pfl)、簡易型のCPS(気圧/smplCPS)、サービスアクセスポイント(気圧/aalsap)、サーキットモードは(気圧/cktmd)を可能にして、フレーム方式は(気圧/frmd)と(気圧/genpcm)を設定する一般的なPCMを有効にします。 1つ以上の値が支持されるなら、これらはセミコロンで切り離された値のリストとして言い表されるものとします。 または、気圧/smplCPS、気圧/cktmd、および気圧/frmdに関して、監査は“on"を返すことができます、“off"、「」 モードがそうであるかどうかに関して義務的で、サポートされない依存でオンであるか、または終点に任意です。
An example of returning, in audit response, the local connection options defined in Section 3.2 is:
監査応答でセクション3.2で定義された市内接続オプションを返す例は以下の通りです。
A: atm/aalApp:itu_i3662, atm/pfl:"AAL2/ATMF 7 8", smplCPS:on;off, aalsap:MULTIRATE, cktmd:off, frmd:off, genpcm:PCMU;PCMA
A: 気圧/aalApp: itu_i3662、気圧/pfl:、「AAL2/ATMF7、8インチ、smplCPS: オン;、オフである、: MULTIRATEをaalsapして、下に以下をcktmdして、下に以下をfrmdして、: PCMUをgenpcmする、;、PCMA、」
3.3 Service Layer
3.3 サービス層
TABLE 5: Local Connection Options for the Service Layer +--------------+---------------+----------------------------------+ | LCO | Meaning | Values | +--------------+---------------+----------------------------------+ | vsel | Voice codec | See below | | | Selection | | +--------------+---------------+----------------------------------+ | dsel | Data codec | See below | | | Selection | | +--------------+---------------+----------------------------------+ | fsel | Fax codec | See below | | | Selection | | +--------------+---------------+----------------------------------+ | ccnf | Codec | Even number (4 - 32) hex digits | | | Configuration | | +--------------+---------------+----------------------------------+ | usi | ISUP User | Two hex digits | | | Information | | +--------------+---------------+----------------------------------+
テーブル5: サービス層+のための市内接続オプション--------------+---------------+----------------------------------+ | LCO| 意味| 値| +--------------+---------------+----------------------------------+ | vsel| 音声コーデック| 以下を見てください。| | | 選択| | +--------------+---------------+----------------------------------+ | dsel| データコーデック| 以下を見てください。| | | 選択| | +--------------+---------------+----------------------------------+ | fsel| ファックスコーデック| 以下を見てください。| | | 選択| | +--------------+---------------+----------------------------------+ | ccnf| コーデック| 偶数(4--32)十六進法ケタ| | | 構成| | +--------------+---------------+----------------------------------+ | usi| ISUPユーザ| 2十六進法ケタ| | | 情報| | +--------------+---------------+----------------------------------+
Kumar Informational [Page 15] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[15ページ]のRFC3441ATM
Voice codec selection (vsel): This is a prioritized list of one or more 3-tuples describing voice service. Each vsel 3-tuple indicates a codec, an optional packet length and an optional packetization period.
コーデック選択(vsel)を声に出してください: これは声のサービスについて説明する1 3-tuplesの最優先するリストです。 各vsel 3-tupleはコーデック、任意のパケット長、および任意のpacketizationの期間を示します。
The vsel local connection option is structured as follows:
vsel市内接続オプションは以下の通り構造化されます:
"<encodingName #1> <packetLength #1><packetTime #1> <encodingName #2> <packetLength #2><packetTime #2> ... <encodingName #N> <packetLength #N><packetTime #N>"
「<encodingName#1><packetLength#1><packetTime#1><encodingName#2><packetLength#2><packetTime#2>」… 「<encodingName#N><packetLength#N><packetTime#N>」
where the <encodingName> refers to a codec name such as PCMU, G726- 32, G729 etc. See [18] and [34] for a list of codecs with static payload types. The <packetLength> is a decimal integer representation of the packet length in octets. The <packetTime> is a decimal integer representation of the packetization interval in microseconds.
<encodingName>がPCMUなどのコーデック名を示すところでは、G729G726 32ですなど。 静的なペイロードタイプでコーデックのリストのための[18]と[34]を見てください。 <packetLength>は八重奏で、パケット長の10進整数表現です。 <packetTime>はマイクロセカンドのpacketization間隔の10進整数表現です。
Voiceband data codec selection (dsel): This is a prioritized list of one or more 3-tuples describing voiceband data passthrough service. Each dsel 3-tuple indicates a codec, an optional packet length and an optional packetization period. Depending on the application, the dsel local connection option may or may not cover facsimile service. This is indicated via an <fxIncl> flag preceding the list of 3- tuples. This flag indicates whether the dsel list explicitly addresses facsimile ("on" value) or not ("off" value). This flag can also be set to "-", which is equivalent to setting it to "off".
Voicebandデータコーデック選択(dsel): これはvoicebandデータpassthroughサービスについて説明する1 3-tuplesの最優先するリストです。 各dsel 3-tupleはコーデック、任意のパケット長、および任意のpacketizationの期間を示します。 アプリケーションによって、dsel市内接続オプションはファクシミリサービスをカバーするかもしれません。 これは、3tuplesのリストに先行しながら、<fxIncl>旗で示されます。 この旗は、dselリストが明らかに、ファクシミリ(“on"値)を記述するかどうかを(“off"値)示します。 また、「-」にこの旗を設定できます。(それは、“off"にそれを設定するのに同等です)。
If <fxIncl> is "on", then it is rarely useful to also include an fsel option. However, it is syntactically correct to do so as long as the dsel and fsel options include an identical set of 3-tuples, perhaps in a different order.
<fxIncl>が“on"であるなら、また、fselオプションを含んでいるのはめったに役に立ちません。 しかしながら、dselとfselオプションが3-tuplesの同じセットを含んでいる限り、そうするのはシンタクス上正しいです、恐らく異なったオーダーで。
If <fxIncl> is "off", then any fsel list may still be ignored if the media gateway does not provide separate treatment of voiceband data passthrough and fax. Since, in this case, there is no distinct facsimile service from the media gateway's perspective, any fsel list does not apply.
<fxIncl>が“off"であり、メディアゲートウェイがvoicebandデータpassthroughとファックスの別々の処理を提供しないなら、どんなfselリストもまだ無視されているかもしれません。 この場合、メディアゲートウェイの見解からのどんな異なったファクシミリサービスもないので、どんなfselリストも適用されません。
The dsel local connection option is structured as follows:
dsel市内接続オプションは以下の通り構造化されます:
"<fxIncl> <encodingName #1> <packetLength #1><packetTime #1> <encodingName #2> <packetLength #2><packetTime #2> ... <encodingName #N> <packetLength #N><packetTime #N>"
「<fxIncl><encodingName#1><packetLength#1><packetTime#1><encodingName#2><packetLength#2><packetTime#2>」… 「<encodingName#N><packetLength#N><packetTime#N>」
Kumar Informational [Page 16] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[16ページ]のRFC3441ATM
where the <encodingName> refers to a codec name such as PCMU, G726- 32, G729 etc. The <packetLength> is a decimal integer representation of the packet length in octets. The <packetTime> is a decimal integer representation of the packetization interval in microseconds.
<encodingName>がPCMUなどのコーデック名を示すところでは、G729G726 32ですなど。 <packetLength>は八重奏で、パケット長の10進整数表現です。 <packetTime>はマイクロセカンドのpacketization間隔の10進整数表現です。
Facsimile codec selection (fsel): This is a prioritized list of one or more 3-tuples describing fax service. Each fsel 3-tuple indicates a codec, an optional packet length and an optional packetization period. If the dsel option includes facsimile, the fsel connection option should be consistent with it. Each fsel 3-tuple indicates a codec, an optional packet length and an optional packetization period. The fsel local connection option is structured as follows:
コーデック選択(fsel)を電送してください: これはファックスサービスについて説明する1 3-tuplesの最優先するリストです。 各fsel 3-tupleはコーデック、任意のパケット長、および任意のpacketizationの期間を示します。 dselオプションがファクシミリを含んでいるなら、fsel接続オプションはそれと一致しているべきです。 各fsel 3-tupleはコーデック、任意のパケット長、および任意のpacketizationの期間を示します。 fsel市内接続オプションは以下の通り構造化されます:
"<encodingName #1> <packetLength #1><packetTime #1> <encodingName #2> <packetLength #2><packetTime #2> ... <encodingName #N> <packetLength #N><packetTime #N>"
「<encodingName#1><packetLength#1><packetTime#1><encodingName#2><packetLength#2><packetTime#2>」… 「<encodingName#N><packetLength#N><packetTime#N>」
where the <encodingName> refers to a codec name such as PCMU, G726- 32, G729 etc. The <packetLength> is a decimal integer representation of the packet length in octets. The <packetTime> is a decimal integer representation of the packetization interval in microseconds.
<encodingName>がPCMUなどのコーデック名を示すところでは、G729G726 32ですなど。 <packetLength>は八重奏で、パケット長の10進整数表現です。 <packetTime>はマイクロセカンドのpacketization間隔の10進整数表現です。
Since spaces are used as delimiters within the vsel, dsel and fsel lists, it is necessary to enclose these lists in double quotes [36].
空間がデリミタとしてvsel、dsel、およびfselリストの中で使用されるので、二重引用符[36]にこれらのリストを同封するのが必要です。
The vsel, fsel and dsel parameters complement the rest of the local connection options and should be consistent with them.
vsel、fsel、およびdselパラメタは、市内接続オプションの残りの補足となって、それらと一致しているべきです。
Examples of the use of these parameters are:
これらのパラメタの使用に関する例は以下の通りです。
L: atm/vsel:"G729 10 10000 G726-32 40 10000" L: atm/dsel:"off PCMA 10 10000 G726-32 40 10000" L: atm/fsel:"PCMU 40 5000 G726-32 20 5000" L: atm/vsel:"G729 10 10000 G726-32 40 10000" L: atm/dsel:"on PCMA 10 10000 G726-32 40 10000"
L: 気圧/vsel: 「G729 10 10000G726-32 40 10000」L: 気圧/dsel: 「PCMA10 10000G726-32 40 10000」L: 気圧/fsel: 「PCMU40 5000G726-32 20 5000」L: 気圧/vsel: 「G729 10 10000G726-32 40 10000」L: 気圧/dsel: 「PCMA10 10000G726-32 40 10000」
The <packetLength>and <packetTime> can be set to "-" when not needed. A <fxIncl> value of "-" is equivalent to setting it to "off". For example:
必要でないと、<packetLength>と<packetTime>は「-」に用意ができることができます。 「-」の<fxIncl>価値は“off"にそれを設定するのに同等です。 例えば:
L: atm/vsel:"G729 - - G726-32 - -" L: atm/dsel:"- G729 - - G726-32 - -" L: atm/fsel:"G729-24 - -"
L: 気圧/vsel:、「G729----G726-32----」 L: 「気圧/dsel:」 --G729----G726-32----」 L: 気圧/fsel:、「G729-24--、--、」
Kumar Informational [Page 17] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[17ページ]のRFC3441ATM
The vsel, dsel and fsel local connection options can be used in the AAL1, AAL2 and AAL5 contexts. The <packetLength> and <packetTime> are not meaningful in the AAL1 case and should be set to "-". In the AAL2 case, these local connection options indicate the preferred use of some or all of the rows in a given profile table. If multiple 3- tuples are present, they can indicate a preferentially ordered assignment of some rows in that profile to voice, voiceband data passthrough or facsimile service (e.g., row A preferred to row B etc). If multiple profiles are specified in the pfl parameter (described in section 3.2), the profile qualified by these local connection options is the first profile in the list.
AAL1、AAL2、およびAAL5文脈でvsel、dsel、およびfsel市内接続オプションを使用できます。 <packetLength>と<packetTime>はAAL1場合で重要でなく、「-」に用意ができるべきです。 AAL2場合では、これらの市内接続オプションは与えられたプロフィールテーブルにおける列のいくつかかすべての都合のよい使用を示します。 倍数3tuplesが存在しているなら、彼らはそのプロフィールのいくつかの列の優先的に規則正しい課題を声、voicebandデータpassthroughまたはファクシミリサービスに示すことができます(例えば、列Aは、Bなどをこぐのを好みました)。 複数のプロフィールがpflパラメタ(セクション3.2で、説明される)で指定されるなら、これらの市内接続オプションで資格があったプロフィールはリストで最初のプロフィールです。
Codec configuration (ccnf): This is used to convey the contents of the single codec information element (IE) defined in [30]. The contents of this IE are: a single-octet Organizational Identifier (OID) field, followed by a single-octet Codec Type field, followed by zero or more octets of a codec configuration bit-map. The semantics of the codec configuration bit-map are specific to the organization[30, 31]. Since this bit-map is always represented in hex format, the "0x" prefix is omitted. Leading zeros are not omitted. For example:
コーデック構成(ccnf): これは、[30]で定義されたただ一つのコーデック情報要素(IE)のコンテンツを伝えるのに使用されます。 このIEの内容は以下の通りです。 コーデック構成ビットマップのただ一つの八重奏Codec Type分野があとに続いたOrganizational Identifier(OID)分野がゼロか以上を続けたただ一つの八重奏八重奏。 コーデック構成ビットマップの意味論は組織[30、31]に特定です。 このビットマップが十六進法形式でいつも表されるので、"0x"接頭語は省略されます。 先行ゼロは省略されません。 例えば:
L: atm/ccnf:01080C
L: 気圧/ccnf: 01080C
indicates an Organizational Identifier of 0x01(the ITU-T). Using [57], the second octet (0x08) indicates a codec type of G.726 (ADPCM). The last octet, 0x0C indicates that 16 kbps and 24 kbps rates are NOT supported, while the 32 kbps and 40 kbps rates ARE supported.
0×01(ITU-T)のOrganizational Identifierを示します。 [57]を使用して、2番目の八重奏(0×08)はG.726(ADPCM)のコーデックタイプを示します。 最後の八重奏、0x0Cは、16キロビット毎秒と24のキロビット毎秒レートが支持されないのを示します、32キロビット毎秒と40のキロビット毎秒レートが支持されますが。
ISUP User Information (usi): This is used to convey the contents of the 'User Information Layer 1 protocol' field within the bearer capability information element defined in Section 4.5.5 of [32], and reiterated as the user service information element (IE) in Section 3.57 of [33]. The 'User Information Layer 1 protocol' field consists of the five least significant bits of Octet 5 of this information element.
ISUPユーザー情報(usi): これは、セクション4.5.5で定義された運搬人能力情報要素の中で'ユーザ情報Layer1プロトコル'分野のコンテンツを伝えるのに[32]について使用されて、[33]のセクション3.57のユーザサービス情報要素(IE)として繰り返されます。 'ユーザ情報Layer1プロトコル'分野はこの情報要素のOctet5の5つの最下位ビットから成ります。
The usi LCO represented as a string of two hex digits. The "0x" prefix is omitted since this value is always hexadecimal. These hex digits are constructed from an octet with three leading '0' bits and the last five bits equal to the 'User Information Layer 1 protocol' field described above. Digits to the left are more significant than digits to the right. The resulting values of the usi local connection option are as follows:
usi LCOは2十六進法のストリングとしてケタを表しました。 "0x"接頭語は、いつもこの値が16進であるので、省略されます。 これらの十六進法ケタは'ユーザ情報Layer1プロトコル'分野と等しい主な'0'ビットと最後の5ビットが上で説明した3で八重奏から構成されます。 左へのケタはケタより右に重要です。 usi市内接続オプションの結果として起こる値は以下の通りです:
Kumar Informational [Page 18] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[18ページ]のRFC3441ATM
VALUE MEANING 0x01 CCITT standardized rate adaption V.110 and X.30 0x02 Recommendation G.711 Mu-law 0x03 Recommendation G.711 A-law 0x04 Recommendation G.721 32 kbps ADPCM and Recommendation I.460 0x05 Recommendations H.221 and H.242 0x06 Recommendation H.223 and H.245 0x07 Non-ITU-T standardized rate adaption 0x08 ITU-T standardized rate adaption V.120 0x09 CCITT standardized rate adaption X.31 HDLC flag stuffing
VALUE MEANING 0x01 CCITT standardized rate adaption V.110 and X.30 0x02 Recommendation G.711 Mu-law 0x03 Recommendation G.711 A-law 0x04 Recommendation G.721 32 kbps ADPCM and Recommendation I.460 0x05 Recommendations H.221 and H.242 0x06 Recommendation H.223 and H.245 0x07 Non-ITU-T standardized rate adaption 0x08 ITU-T standardized rate adaption V.120 0x09 CCITT standardized rate adaption X.31 HDLC flag stuffing
3.4 ATM Bearer Traffic Management
3.4 気圧運搬人輸送管理
These local connection options are used to convey ATM traffic parameters.
これらの市内接続オプションは、ATM交通パラメタを伝えるのに使用されます。
TABLE 6: Local Connection Options for ATM bearer traffic management +---------+---------------+---------------------------------------+ | ATM LCO | Meaning | Values | +---------+---------------+---------------------------------------+ | atc | ATM transfer |CBR, nrt-VBR, rt-VBR, UBR, ABR, GFR, | | | capability or |DBR,SBR,ABT/IT,ABT/DT | | | service | | | | category | | +---------+---------------+---------------------------------------+ | sbt |atc subtype | 1...5 | +---------+---------------+---------------------------------------+ | qos | QoS class | 0...5 | +---------+---------------+---------------------------------------+ | bcob |Broadband | 0...31 | | |Connection |(Defined values listed below) | | |-Oriented | | | |Bearer Class | | +---------+---------------+---------------------------------------+ | eetim |End-to-end |on,off | | |timing required| | +---------+---------------+---------------------------------------+ | stc |Susceptibility | 0...3 | | |to clipping |(Defined values listed below) | +---------+---------------+---------------------------------------+ | upcc |User plane |0...3 | | |connection |(Defined values listed below) | | |configuration | | +---------+---------------+---------------------------------------+
TABLE 6: Local Connection Options for ATM bearer traffic management +---------+---------------+---------------------------------------+ | ATM LCO | Meaning | Values | +---------+---------------+---------------------------------------+ | atc | ATM transfer |CBR, nrt-VBR, rt-VBR, UBR, ABR, GFR, | | | capability or |DBR,SBR,ABT/IT,ABT/DT | | | service | | | | category | | +---------+---------------+---------------------------------------+ | sbt |atc subtype | 1...5 | +---------+---------------+---------------------------------------+ | qos | QoS class | 0...5 | +---------+---------------+---------------------------------------+ | bcob |Broadband | 0...31 | | |Connection |(Defined values listed below) | | |-Oriented | | | |Bearer Class | | +---------+---------------+---------------------------------------+ | eetim |End-to-end |on,off | | |timing required| | +---------+---------------+---------------------------------------+ | stc |Susceptibility | 0...3 | | |to clipping |(Defined values listed below) | +---------+---------------+---------------------------------------+ | upcc |User plane |0...3 | | |connection |(Defined values listed below) | | |configuration | | +---------+---------------+---------------------------------------+
Kumar Informational [Page 19] RFC 3441 ATM MGCP Package January 2003
Kumar Informational [Page 19] RFC 3441 ATM MGCP Package January 2003
+---------+---------------+---------------------------------------+ | aqf |ATM QoS | List, see below | | |parameters, | | | |forward | | | |direction | | +---------+---------------+---------------------------------------+ | aqb |ATM QoS | List, see below | | |parameters, | | | |backward | | | |direction | | +---------+---------------+---------------------------------------+ | adf0+1 |ATM traffic | List, see below | | |descriptor, | | | |forward | | | |direction, | | | |CLP-independent| | +---------+---------------+---------------------------------------+ | adf0 |ATM traffic | List, see below | | |descriptor, | | | |forward | | | |direction, | | | |CLP=0 | | +---------+---------------+---------------------------------------+ | adb0+1 |ATM traffic | List, see below | | |descriptor, | | | |backward | | | |direction, | | | |CLP-independent| | +---------+---------------+---------------------------------------+ | adb |ATM traffic | List, see below | | |descriptor, | | | |backward | | | |direction, | | | |CLP=0 | | +---------+---------------+---------------------------------------+ | abrf |ABR parameters,| List, see below | | |forward | | | |direction | | +---------+---------------+---------------------------------------+ | abrb |ABR parameters,| List, see below | | |backward | | | |direction | | +---------+---------------+---------------------------------------+ |abrSetup |ABR connection | List, see below | | |set-up | | | |parameters | | +---------+---------------+---------------------------------------+
+---------+---------------+---------------------------------------+ | aqf |ATM QoS | List, see below | | |parameters, | | | |forward | | | |direction | | +---------+---------------+---------------------------------------+ | aqb |ATM QoS | List, see below | | |parameters, | | | |backward | | | |direction | | +---------+---------------+---------------------------------------+ | adf0+1 |ATM traffic | List, see below | | |descriptor, | | | |forward | | | |direction, | | | |CLP-independent| | +---------+---------------+---------------------------------------+ | adf0 |ATM traffic | List, see below | | |descriptor, | | | |forward | | | |direction, | | | |CLP=0 | | +---------+---------------+---------------------------------------+ | adb0+1 |ATM traffic | List, see below | | |descriptor, | | | |backward | | | |direction, | | | |CLP-independent| | +---------+---------------+---------------------------------------+ | adb |ATM traffic | List, see below | | |descriptor, | | | |backward | | | |direction, | | | |CLP=0 | | +---------+---------------+---------------------------------------+ | abrf |ABR parameters,| List, see below | | |forward | | | |direction | | +---------+---------------+---------------------------------------+ | abrb |ABR parameters,| List, see below | | |backward | | | |direction | | +---------+---------------+---------------------------------------+ |abrSetup |ABR connection | List, see below | | |set-up | | | |parameters | | +---------+---------------+---------------------------------------+
Kumar Informational [Page 20] RFC 3441 ATM MGCP Package January 2003
Kumar Informational [Page 20] RFC 3441 ATM MGCP Package January 2003
ATM transfer capability (atc): This parameter indicates the ATM Transfer Capability described in ITU I.371 [19], equivalent to the ATM Service Category described in the UNI 4.1 Traffic Management specification [8]. In applications conforming to ITU I.371, this parameter can be assigned the following values: DBR, SBR, ABT/IT, ABT/DT, ABR. In applications conforming to the UNI 4.1 Traffic Management specification, this parameter can be assigned the following values: CBR, nrt-VBR, rt-VBR, UBR, ABR, GFR.
ATM transfer capability (atc): This parameter indicates the ATM Transfer Capability described in ITU I.371 [19], equivalent to the ATM Service Category described in the UNI 4.1 Traffic Management specification [8]. In applications conforming to ITU I.371, this parameter can be assigned the following values: DBR, SBR, ABT/IT, ABT/DT, ABR. In applications conforming to the UNI 4.1 Traffic Management specification, this parameter can be assigned the following values: CBR, nrt-VBR, rt-VBR, UBR, ABR, GFR.
Subtype (sbt): This qualifies the atc local connection option. It can be assigned integer values of 1...5. The following combinations of the atc and sbt local connection options are meaningful:
Subtype (sbt): This qualifies the atc local connection option. It can be assigned integer values of 1...5. The following combinations of the atc and sbt local connection options are meaningful:
atc sbt Resulting transport
atc sbt Resulting transport
CBR/DBR 1 Voiceband signal transport (ITU G.711, G.722, I.363) CBR/DBR 2 Circuit transport (ITU I.363) CBR/DBR 4 High-quality audio signal transport (ITU I.363) CBR/DBR 5 Video signal transport (ITU I.363) nrt-VBR 1 nrt-VBR.1 nrt-VBR 2 nrt-VBR.2 nrt-VBR 3 nrt-VBR.3 rt-VBR 1 rt-VBR.1 rt-VBR 2 rt-VBR.2 rt-VBR 3 rt-VBR.3 UBR 1 UBR.1 UBR 2 UBR.2 GFR 1 GFR.1 GFR 2 GRR.2 SBR 1 SBR1 SBR 2 SBR2 SBR 3 SBR3
CBR/DBR 1 Voiceband signal transport (ITU G.711, G.722, I.363) CBR/DBR 2 Circuit transport (ITU I.363) CBR/DBR 4 High-quality audio signal transport (ITU I.363) CBR/DBR 5 Video signal transport (ITU I.363) nrt-VBR 1 nrt-VBR.1 nrt-VBR 2 nrt-VBR.2 nrt-VBR 3 nrt-VBR.3 rt-VBR 1 rt-VBR.1 rt-VBR 2 rt-VBR.2 rt-VBR 3 rt-VBR.3 UBR 1 UBR.1 UBR 2 UBR.2 GFR 1 GFR.1 GFR 2 GRR.2 SBR 1 SBR1 SBR 2 SBR2 SBR 3 SBR3
Subtypes for the atc values of CBR or DBR are per [29]. Subtypes for the remaining atc values are per [8] and [19].
Subtypes for the atc values of CBR or DBR are per [29]. Subtypes for the remaining atc values are per [8] and [19].
Kumar Informational [Page 21] RFC 3441 ATM MGCP Package January 2003
Kumar Informational [Page 21] RFC 3441 ATM MGCP Package January 2003
QoS class (qos): This indicates the QoS class specified in ITU I.2965.1 [4]. It can take on the integer decimal values in the range 0 - 5. These values are mapped into QoS classes as follows:
QoS class (qos): This indicates the QoS class specified in ITU I.2965.1 [4]. It can take on the integer decimal values in the range 0 - 5. These values are mapped into QoS classes as follows:
---------------------------------------------------------- | VALUE | MEANING | ---------------------------------------------------------- | 0 | Default QoS | ---------------------------------------------------------- | 1 | Stringent | ---------------------------------------------------------- | 2 | Tolerant | ---------------------------------------------------------- | 3 | Bi-level | ---------------------------------------------------------- | 4 | Unbounded | ---------------------------------------------------------- | 5 | Stringent bi-level | ----------------------------------------------------------
---------------------------------------------------------- | VALUE | MEANING | ---------------------------------------------------------- | 0 | Default QoS | ---------------------------------------------------------- | 1 | Stringent | ---------------------------------------------------------- | 2 | Tolerant | ---------------------------------------------------------- | 3 | Bi-level | ---------------------------------------------------------- | 4 | Unbounded | ---------------------------------------------------------- | 5 | Stringent bi-level | ----------------------------------------------------------
Broadband Connection-Oriented Bearer Class (bcob): The bcob local connection option indicates the Broadband Connection-Oriented Bearer Class specified in ITU Q.2961.2 [5]. It is represented as a decimal number in the range 0 - 31, or its hex equivalent (range 0x0 - 0x1F). The following values are currently defined:
Broadband Connection-Oriented Bearer Class (bcob): The bcob local connection option indicates the Broadband Connection-Oriented Bearer Class specified in ITU Q.2961.2 [5]. It is represented as a decimal number in the range 0 - 31, or its hex equivalent (range 0x0 - 0x1F). The following values are currently defined:
---------------------------------------------------------- | VALUE | MEANING | ---------------------------------------------------------- | 1 | BCOB-A | ---------------------------------------------------------- | 3 | BCOB-C | ---------------------------------------------------------- | 5 | Frame relaying bearer service | ---------------------------------------------------------- | 16 | BCOB-X | ---------------------------------------------------------- | 24 | BCOB-VP (transparent VP service) | ----------------------------------------------------------
---------------------------------------------------------- | VALUE | MEANING | ---------------------------------------------------------- | 1 | BCOB-A | ---------------------------------------------------------- | 3 | BCOB-C | ---------------------------------------------------------- | 5 | Frame relaying bearer service | ---------------------------------------------------------- | 16 | BCOB-X | ---------------------------------------------------------- | 24 | BCOB-VP (transparent VP service) | ----------------------------------------------------------
End-to-end timing (eetim): This indicates whether end-to-end timing is required (Table 4-8 of [29]). It can be assigned a value of "on" or "off".
End-to-end timing (eetim): This indicates whether end-to-end timing is required (Table 4-8 of [29]). It can be assigned a value of "on" or "off".
Kumar Informational [Page 22] RFC 3441 ATM MGCP Package January 2003
Kumar Informational [Page 22] RFC 3441 ATM MGCP Package January 2003
Susceptibility to clipping (stc): The stc local connection option indicates susceptibility to clipping. It is represented as a decimal number in the range 0 - 3, or its hex equivalent (range 0x0 - 0x3). All values except those listed below are reserved.
Susceptibility to clipping (stc): The stc local connection option indicates susceptibility to clipping. It is represented as a decimal number in the range 0 - 3, or its hex equivalent (range 0x0 - 0x3). All values except those listed below are reserved.
---------------------------------------------------------- | VALUE | MEANING | ---------------------------------------------------------- | 0 | Not susceptible to clipping | ---------------------------------------------------------- | 1 | Susceptible to clipping | ----------------------------------------------------------
---------------------------------------------------------- | VALUE | MEANING | ---------------------------------------------------------- | 0 | Not susceptible to clipping | ---------------------------------------------------------- | 1 | Susceptible to clipping | ----------------------------------------------------------
User plane connection configuration (upcc): The upcc local connection option is represented as a decimal number in the range 0 - 3, or its hex equivalent (range 0x0 - 0x3). All values except those listed below are reserved.
User plane connection configuration (upcc): The upcc local connection option is represented as a decimal number in the range 0 - 3, or its hex equivalent (range 0x0 - 0x3). All values except those listed below are reserved.
---------------------------------------------------------- | VALUE | MEANING | ---------------------------------------------------------- | 0 | Point to point | ---------------------------------------------------------- | 1 | Point to multipoint | ----------------------------------------------------------
---------------------------------------------------------- | VALUE | MEANING | ---------------------------------------------------------- | 0 | Point to point | ---------------------------------------------------------- | 1 | Point to multipoint | ----------------------------------------------------------
ATM QoS parameters, forward direction (aqf) and backward direction (aqb): Here, forward is the direction away from the media gateway, backward is the direction towards the gateway. If the directional convention used by bearer signaling at the gateway is different, then appropriate translations must be done by the media gateway. These parameters have the following format:
ATM QoS parameters, forward direction (aqf) and backward direction (aqb): Here, forward is the direction away from the media gateway, backward is the direction towards the gateway. If the directional convention used by bearer signaling at the gateway is different, then appropriate translations must be done by the media gateway. These parameters have the following format:
"<cdvType><acdv><ccdv><eetd><cmtd><aclr>"
"<cdvType><acdv><ccdv><eetd><cmtd><aclr>"
Since spaces are used in this list, it must be enclosed in double quotes for MGCP compliance [36].
Since spaces are used in this list, it must be enclosed in double quotes for MGCP compliance [36].
The <cdvType> parameter can take on the string values of "PP" and "2P". These refer to the peak-to-peak and two-point CDV as defined in UNI 4.0 [6] and ITU Q.2965.2 [7] respectively.
The <cdvType> parameter can take on the string values of "PP" and "2P". These refer to the peak-to-peak and two-point CDV as defined in UNI 4.0 [6] and ITU Q.2965.2 [7] respectively.
The CDV parameters, <acdv> and <ccdv>, refer to the acceptable and cumulative CDVs respectively. These are expressed in units of microseconds and represented as the decimal or hex equivalent of 24- bit fields. These use the cell loss ratio, <aclr>, as the "alpha" quantiles defined in the ATMF TM 4.1 specification [8] and in ITU I.356 [9].
The CDV parameters, <acdv> and <ccdv>, refer to the acceptable and cumulative CDVs respectively. These are expressed in units of microseconds and represented as the decimal or hex equivalent of 24- bit fields. These use the cell loss ratio, <aclr>, as the "alpha" quantiles defined in the ATMF TM 4.1 specification [8] and in ITU I.356 [9].
Kumar Informational [Page 23] RFC 3441 ATM MGCP Package January 2003
Kumar Informational [Page 23] RFC 3441 ATM MGCP Package January 2003
The transit delay parameters, <eetd> and <cmtd>, refer to the end-to- end and cumulative transit delays respectively in milliseconds. These are represented as the decimal equivalents of 16-bit fields. These parameters are defined in Q.2965.2 [7], UNI 4.0 [8] and Q.2931 [29].
The transit delay parameters, <eetd> and <cmtd>, refer to the end-to- end and cumulative transit delays respectively in milliseconds. These are represented as the decimal equivalents of 16-bit fields. These parameters are defined in Q.2965.2 [7], UNI 4.0 [8] and Q.2931 [29].
The <aclr> parameter refers to forward and backward acceptable cell loss ratios. This is the ratio between the number of cells lost and the number of cells transmitted. It is expressed as the decimal or hex equivalent of an 8-bit field. This field expresses an order of magnitude n, where n is an integer in the range 1-15. The Cell Loss Ratio takes on the value 10 raised to the power of minus n.
The <aclr> parameter refers to forward and backward acceptable cell loss ratios. This is the ratio between the number of cells lost and the number of cells transmitted. It is expressed as the decimal or hex equivalent of an 8-bit field. This field expresses an order of magnitude n, where n is an integer in the range 1-15. The Cell Loss Ratio takes on the value 10 raised to the power of minus n.
If any of these parameters is not specified, is inapplicable or is implied, then it is set to "-".
If any of these parameters is not specified, is inapplicable or is implied, then it is set to "-".
Examples of the use of the aqf and aqb local connection options are:
Examples of the use of the aqf and aqb local connection options are:
L: atm/aqf:"PP 8125 3455 32000 - 11" L: atm/aqb:"PP 4675 2155 18000 - 12"
L: atm/aqf:"PP 8125 3455 32000 - 11" L: atm/aqb:"PP 4675 2155 18000 - 12"
This implies a forward acceptable peak-to-peak CDV of 8.125 ms, a backward acceptable peak-to-peak CDV of 4.675 ms, forward cumulative peak-to-peak CDV of 3.455 ms, a backward cumulative peak-to-peak CDV of 2.155 ms, a forward end-to-end transit delay of 32 ms, a backward end-to-end transit delay of 18 ms, an unspecified forward cumulative transit delay, an unspecified backward cumulative transit delay, a forward cell loss ratio of 10 raised to minus 11 and a backward cell loss ratio of 10 to the minus 12.
This implies a forward acceptable peak-to-peak CDV of 8.125 ms, a backward acceptable peak-to-peak CDV of 4.675 ms, forward cumulative peak-to-peak CDV of 3.455 ms, a backward cumulative peak-to-peak CDV of 2.155 ms, a forward end-to-end transit delay of 32 ms, a backward end-to-end transit delay of 18 ms, an unspecified forward cumulative transit delay, an unspecified backward cumulative transit delay, a forward cell loss ratio of 10 raised to minus 11 and a backward cell loss ratio of 10 to the minus 12.
ATM traffic descriptors, forward direction CLP=0+1 (adf0+1), backward direction CLP=0+1 (adb0+1), forward direction CLP=0 (adf0), backward direction CLP=0 (adb0): Here, forward is the direction away from the media gateway, backward is the direction towards the gateway. If the directional convention used by bearer signaling at the gateway is different, then appropriate translations must be done by the media gateway. The adf0+1, adb0+1, adf0 and adb0 local connection options have the following format:
ATM traffic descriptors, forward direction CLP=0+1 (adf0+1), backward direction CLP=0+1 (adb0+1), forward direction CLP=0 (adf0), backward direction CLP=0 (adb0): Here, forward is the direction away from the media gateway, backward is the direction towards the gateway. If the directional convention used by bearer signaling at the gateway is different, then appropriate translations must be done by the media gateway. The adf0+1, adb0+1, adf0 and adb0 local connection options have the following format:
"<pcr><scr><mbs><cdvt><mcr><mfs><fd><te>"
"<pcr><scr><mbs><cdvt><mcr><mfs><fd><te>"
Since spaces are used in these lists, they must be enclosed in double quotes for MGCP compliance [36].
Since spaces are used in these lists, they must be enclosed in double quotes for MGCP compliance [36].
These parameters are defined per the ATMF TM 4.1 specification [8]. Each of these parameters can be set to "-" if the intent is to not specify it via MGCP. These definitions are listed briefly in Table 7 below.
These parameters are defined per the ATMF TM 4.1 specification [8]. Each of these parameters can be set to "-" if the intent is to not specify it via MGCP. These definitions are listed briefly in Table 7 below.
Kumar Informational [Page 24] RFC 3441 ATM MGCP Package January 2003
Kumar Informational [Page 24] RFC 3441 ATM MGCP Package January 2003
TABLE 7: ATM Traffic Descriptor Parameters
TABLE 7: ATM Traffic Descriptor Parameters
PARAMETER MEANING UNITS pcr Peak Cell Rate Cells per second scr Sustained Cell Rate Cells per second mbs Maximum Burst Size Cells cdvt Cell Delay Variation Tolerance Microseconds mcr Minimum Cell Rate Cells per second mfs Maximum Frame Size Cells fd Frame Discard Allowed on/off te CLP tagging enabled on/off
PARAMETER MEANING UNITS pcr Peak Cell Rate Cells per second scr Sustained Cell Rate Cells per second mbs Maximum Burst Size Cells cdvt Cell Delay Variation Tolerance Microseconds mcr Minimum Cell Rate Cells per second mfs Maximum Frame Size Cells fd Frame Discard Allowed on/off te CLP tagging enabled on/off
The pcr, scr, cdvt and mbs can be represented as the decimal equivalents of 24-bit fields. The mbs and mfs can be represented as the decimal equivalents of 16-bit fields.
The pcr, scr, cdvt and mbs can be represented as the decimal equivalents of 24-bit fields. The mbs and mfs can be represented as the decimal equivalents of 16-bit fields.
Examples of these local connection options are:
Examples of these local connection options are:
L: atm/adf0+1:"200 100 20 - - - on -", atm/adf0:"200 80 15 - - - - off", atm/adb0+1:"200 100 20 - - - on -", atm/adb0:"200 80 15 - - - - off"
L: atm/adf0+1:"200 100 20 - - - on -", atm/adf0:"200 80 15 - - - - off", atm/adb0+1:"200 100 20 - - - on -", atm/adb0:"200 80 15 - - - - off"
This implies a forward and backward PCR of 200 cells per second for all cells regardless of CLP, forward and backward PCR of 200 cells per second for cells with CLP=0, a forward and backward SCR of 100 cells per second for all cells regardless of CLP, a forward and backward SCR of 80 cells per second for cells with CLP=0, a forward and backward MBS of 20 cells for all cells regardless of CLP, a forward and backward MBS of 15 cells for cells with CLP=0, an unspecified CDVT which can be known by other means, and an MCR and MFS which are unspecified because they are inapplicable. Frame discard is enabled in both the forward and backward directions. Tagging is not enabled in either direction.
This implies a forward and backward PCR of 200 cells per second for all cells regardless of CLP, forward and backward PCR of 200 cells per second for cells with CLP=0, a forward and backward SCR of 100 cells per second for all cells regardless of CLP, a forward and backward SCR of 80 cells per second for cells with CLP=0, a forward and backward MBS of 20 cells for all cells regardless of CLP, a forward and backward MBS of 15 cells for cells with CLP=0, an unspecified CDVT which can be known by other means, and an MCR and MFS which are unspecified because they are inapplicable. Frame discard is enabled in both the forward and backward directions. Tagging is not enabled in either direction.
ABR parameters, forward direction (abrf) and backward direction (abrb): Here, forward is the direction away from the media gateway, backward is the direction towards the gateway. If the convention used by bearer signaling at the gateway is different, then appropriate translations must be done by the media gateway. The abrf and abrb local connection options have the following format:
ABR parameters, forward direction (abrf) and backward direction (abrb): Here, forward is the direction away from the media gateway, backward is the direction towards the gateway. If the convention used by bearer signaling at the gateway is different, then appropriate translations must be done by the media gateway. The abrf and abrb local connection options have the following format:
"<nrm><trm><cdf><adtf>"
"<nrm><trm><cdf><adtf>"
Since spaces are used in these lists, they must be enclosed in double quotes for MGCP compliance [36].
Since spaces are used in these lists, they must be enclosed in double quotes for MGCP compliance [36].
Kumar Informational [Page 25] RFC 3441 ATM MGCP Package January 2003
Kumar Informational [Page 25] RFC 3441 ATM MGCP Package January 2003
These ABR parameters are defined per [6] and [8]. Their definition is summarized in Table 8 below. In MGCP, these are represented as the decimal equivalent of the binary fields mentioned below. If any of these parameters is meant to be left unspecified, it is set to "- ".
These ABR parameters are defined per [6] and [8]. Their definition is summarized in Table 8 below. In MGCP, these are represented as the decimal equivalent of the binary fields mentioned below. If any of these parameters is meant to be left unspecified, it is set to "- ".
TABLE 8: ABR Parameters +-----------+---------------------------------+-----------------------+ | PARAMETER | MEANING | FIELD SIZE | +-----------+---------------------------------+-----------------------+ | NRM | Maximum number of cells per | 3 bits | | | forward Resource Management cell| | +-----------+---------------------------------+-----------------------+ | TRM | Maximum time between | 3 bits | | |forward Resource Management cells| | +-----------+---------------------------------+-----------------------+ | CDF | Cutoff Decrease Factor | 3 bits | +-----------+---------------------------------+-----------------------+ | ADTF | Allowed Cell Rate Decrease | 10 bits | | | Time Factor | | +-----------+---------------------------------+-----------------------+
TABLE 8: ABR Parameters +-----------+---------------------------------+-----------------------+ | PARAMETER | MEANING | FIELD SIZE | +-----------+---------------------------------+-----------------------+ | NRM | Maximum number of cells per | 3 bits | | | forward Resource Management cell| | +-----------+---------------------------------+-----------------------+ | TRM | Maximum time between | 3 bits | | |forward Resource Management cells| | +-----------+---------------------------------+-----------------------+ | CDF | Cutoff Decrease Factor | 3 bits | +-----------+---------------------------------+-----------------------+ | ADTF | Allowed Cell Rate Decrease | 10 bits | | | Time Factor | | +-----------+---------------------------------+-----------------------+
ABR set-up parameters (abrSetup): This local connection option is used to indicate the ABR parameters needed during call/connection establishment (Section 10.1.2.2 of the UNI 4.0 signaling specification [6]). The abrSetup local connection option has the following format:
ABR set-up parameters (abrSetup): This local connection option is used to indicate the ABR parameters needed during call/connection establishment (Section 10.1.2.2 of the UNI 4.0 signaling specification [6]). The abrSetup local connection option has the following format:
"<ficr><bicr><ftbe><btbe><crmrtt><frif><brif><frdf><brdf>"
"<ficr><bicr><ftbe><btbe><crmrtt><frif><brif><frdf><brdf>"
Since spaces are used in this list, it must be enclosed in double quotes for MGCP compliance [36].
Since spaces are used in this list, it must be enclosed in double quotes for MGCP compliance [36].
These parameters are defined per [6]. Their definitions are listed briefly in Table 9 below. In these definitions, forward is the direction away from the media gateway, backward is the direction towards the gateway. If the convention used by bearer signaling at the gateway is different, then appropriate translations must be done by the media gateway. If any of these parameters is meant to be left unspecified, it is set to "-".
These parameters are defined per [6]. Their definitions are listed briefly in Table 9 below. In these definitions, forward is the direction away from the media gateway, backward is the direction towards the gateway. If the convention used by bearer signaling at the gateway is different, then appropriate translations must be done by the media gateway. If any of these parameters is meant to be left unspecified, it is set to "-".
Kumar Informational [Page 26] RFC 3441 ATM MGCP Package January 2003
Kumar Informational [Page 26] RFC 3441 ATM MGCP Package January 2003
TABLE 9: ABR Set-up Parameters +-----------+----------------------------------+---------------------+ | PARAMETER | MEANING | REPRESENTATION | +-----------+----------------------------------+---------------------+ | <ficr> | Forward Initial Cell Rate | Decimal equivalent | | |(Cells per second) | of 24-bit field | +-----------+----------------------------------+---------------------+ | <bicr> | Backward Initial Cell Rate | Decimal equivalent | | | (Cells per second) | of 24-bit field | +-----------+----------------------------------+---------------------+ | <ftbe> | Forward transient buffer | Decimal equivalent | | | exposure (Cells) | of 24-bit field | +-----------+----------------------------------+---------------------+ | <btbe> | Backward transient buffer | Decimal equivalent | | | exposure (Cells) | of 24-bit field | +-----------+----------------------------------+---------------------+ | <crmrtt> | Cumulative RM round-trip time | Decimal equivalent | | | (Microseconds) | of 24-bit field | +-----------+----------------------------------+---------------------+ | <frif> | Forward rate increase factor | Decimal integer | | | (used to derive cell count) | 0 -15 | +-----------+----------------------------------+---------------------+ | <brif> | Backward rate increase factor | Decimal integer | | | (used to derive cell count) | 0 -15 | +-----------+----------------------------------+---------------------+ | <frdf> | Forward rate decrease factor | Decimal integer | | | (used to derive cell count) | 0 -15 | +-----------+----------------------------------+---------------------+ | <brdf> | Backward rate decrease factor | Decimal integer | | | (used to derive cell count) | 0 -15 | +-----------+----------------------------------+---------------------+
TABLE 9: ABR Set-up Parameters +-----------+----------------------------------+---------------------+ | PARAMETER | MEANING | REPRESENTATION | +-----------+----------------------------------+---------------------+ | <ficr> | Forward Initial Cell Rate | Decimal equivalent | | |(Cells per second) | of 24-bit field | +-----------+----------------------------------+---------------------+ | <bicr> | Backward Initial Cell Rate | Decimal equivalent | | | (Cells per second) | of 24-bit field | +-----------+----------------------------------+---------------------+ | <ftbe> | Forward transient buffer | Decimal equivalent | | | exposure (Cells) | of 24-bit field | +-----------+----------------------------------+---------------------+ | <btbe> | Backward transient buffer | Decimal equivalent | | | exposure (Cells) | of 24-bit field | +-----------+----------------------------------+---------------------+ | <crmrtt> | Cumulative RM round-trip time | Decimal equivalent | | | (Microseconds) | of 24-bit field | +-----------+----------------------------------+---------------------+ | <frif> | Forward rate increase factor | Decimal integer | | | (used to derive cell count) | 0 -15 | +-----------+----------------------------------+---------------------+ | <brif> | Backward rate increase factor | Decimal integer | | | (used to derive cell count) | 0 -15 | +-----------+----------------------------------+---------------------+ | <frdf> | Forward rate decrease factor | Decimal integer | | | (used to derive cell count) | 0 -15 | +-----------+----------------------------------+---------------------+ | <brdf> | Backward rate decrease factor | Decimal integer | | | (used to derive cell count) | 0 -15 | +-----------+----------------------------------+---------------------+
3.5 AAL Dimensioning
3.5 AAL Dimensioning
The Local Connection Options in Table 10 are used to dimension the operation of the AAL. In these parameters, forward is the direction away from the media gateway. Backward is the direction towards the media gateway. These parameters are represented as decimal integers in the ranges listed in Table 10.
The Local Connection Options in Table 10 are used to dimension the operation of the AAL. In these parameters, forward is the direction away from the media gateway. Backward is the direction towards the media gateway. These parameters are represented as decimal integers in the ranges listed in Table 10.
TABLE 10: Local Connection Options used to dimension the AAL +---------+---------------+---------------------------------------+ | LCO | Meaning | Values (Decimal Integer) | +---------+---------------+---------------------------------------+ | str | Structure | 1...65,535 | | | Size | | +---------+---------------+---------------------------------------+
TABLE 10: Local Connection Options used to dimension the AAL +---------+---------------+---------------------------------------+ | LCO | Meaning | Values (Decimal Integer) | +---------+---------------+---------------------------------------+ | str | Structure | 1...65,535 | | | Size | | +---------+---------------+---------------------------------------+
Kumar Informational [Page 27] RFC 3441 ATM MGCP Package January 2003
Kumar Informational [Page 27] RFC 3441 ATM MGCP Package January 2003
+---------+---------------+---------------------------------------+ | cbrRate | CBR rate | Bit map per Table 4-6 of [29] | +---------+---------------+---------------------------------------+ | fcpcs | Forward | AAL2: 45 or 64 | | | maximum CPCS | AAL5: 1-65,535 | | | SDU size | | +---------+---------------+---------------------------------------+ | bcpcs | Backward | AAL2: 45 or 64 | | | maximum CPCS | AAL5: 1-65,535 | | | SDU size | | +---------+---------------+---------------------------------------+ |fSDUrate | Forward | 24-bit equivalent | | | maximum AAL2 | | | | CPS SDU rate | | +---------+---------------+---------------------------------------+ |bSDUrate | Backward | 24-bit equivalent | | | maximum AAL2 | | | | CPS SDU rate | | +---------+---------------+---------------------------------------+ | ffrm |Forward maximum| 1-65,535 | | |frame block | | | |size | | +---------+---------------+---------------------------------------+ | bfrm |Backward | 1-65,535 | | |maximum frame | | | |block size | | +---------+---------------+---------------------------------------+ |fsssar |Forward maximum| 1-65,568 | | |SSSAR-SDU | | | |size | | +---------+---------------+---------------------------------------+ |bsssar |Backward | 1-65,568 | | |maximum SSSAR | | | |SDU size | | +---------+---------------+---------------------------------------+ |fsscopsdu|Forward maximum| 1-65,528 | | |SSCOP-SDU | | | |size | | +---------+---------------+---------------------------------------+ | | | | |bsscopsdu|Backward | 1-65,528 | | |maximum SSCOP | | | |SDU size | | +---------+---------------+---------------------------------------+ |fsscopuu |Forward maximum| 1-65,524 | | |SSCOP-UU field | | | |size | | +---------+---------------+---------------------------------------+
+---------+---------------+---------------------------------------+ | cbrRate| CBRレート| [29]のTable4-6あたりのビットマップ| +---------+---------------+---------------------------------------+ | fcpcs| 転送| AAL2: 45か64| | | 最大のCPCS| AAL5: 1-65,535 | | | SDUサイズ| | +---------+---------------+---------------------------------------+ | bcpcs| 後方| AAL2: 45か64| | | 最大のCPCS| AAL5: 1-65,535 | | | SDUサイズ| | +---------+---------------+---------------------------------------+ |fSDUrate| 転送| 24ビットの同等物| | | 最大のAAL2| | | | CPS SDUレート| | +---------+---------------+---------------------------------------+ |bSDUrate| 後方| 24ビットの同等物| | | 最大のAAL2| | | | CPS SDUレート| | +---------+---------------+---------------------------------------+ | ffrm|前進の最大| 1-65,535 | | |フレームブロック| | | |サイズ| | +---------+---------------+---------------------------------------+ | bfrm|後方| 1-65,535 | | |最大のフレーム| | | |ブロック・サイズ| | +---------+---------------+---------------------------------------+ |fsssar|前進の最大| 1-65,568 | | |SSSAR-SDU| | | |サイズ| | +---------+---------------+---------------------------------------+ |bsssar|後方| 1-65,568 | | |最大のSSSAR| | | |SDUサイズ| | +---------+---------------+---------------------------------------+ |fsscopsdu|前進の最大| 1-65,528 | | |SSCOP-SDU| | | |サイズ| | +---------+---------------+---------------------------------------+ | | | | |bsscopsdu|後方| 1-65,528 | | |最大のSSCOP| | | |SDUサイズ| | +---------+---------------+---------------------------------------+ |fsscopuu|前進の最大| 1-65,524 | | |SSCOP-UU分野| | | |サイズ| | +---------+---------------+---------------------------------------+
Kumar Informational [Page 28] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[28ページ]のRFC3441ATM
+---------+---------------+---------------------------------------+ |bsscopuu |Backward | 1-65,524 | | |maximum SSCOP | | | |UU size | | +---------+---------------+---------------------------------------+
+---------+---------------+---------------------------------------+ |bsscopuu|後方| 1-65,524 | | |最大のSSCOP| | | |UUサイズ| | +---------+---------------+---------------------------------------+
Structured Data Transfer Block Size (str): This parameter is meaningful only when structured AAL1 is used. It indicates the size (in octets) of the block used for structured data transfer. If not included as a local connection option, the structure size is to be known by other means. For instance, af-vtoa-78 [20] fixes the structure size for n x 64 service, with or without CAS. The L: atm/str parameter is coded as the decimal equivalent of a 16-bit field [29]. The theoretical maximum value of this parameter is 65,535, although most services use much less.
構造化されたデータ転送ブロック・サイズ(str): 構造化されたAAL1が使用されているときだけ、このパラメタは重要です。 それは構造化されたデータ転送に使用されるブロックのサイズ(八重奏における)を示します。 市内接続オプションとして含まれていないなら、構造サイズは他の手段によって知られていることです。 例えば、af-vtoa-78[20]はCASのあるなしにかかわらずn x64サービスのための構造サイズを固定します。 L: 気圧/strパラメタは16ビットの分野[29]の10進同等物としてコード化されます。 ほとんどのサービスが多くの以下を使用しますが、このパラメタの理論上の最大値は6万5535です。
CBR Rate (cbrRate): This is a hexadecimal representation of the bit map defined in Table 4-6 of ITU Q.2931 [29]. This is represented as exactly two hex digits. For example:
CBRは(cbrRate)を評定します: これはITU Q.2931[29]のTable4-6で定義されたビットマップの16進表現です。 これはちょうど2十六進法ケタとして表されます。 例えば:
L: atm/cbrRate:04
L: 気圧/cbrRate: 04
implies a CBR rate of 1.544 Mbps.
1.544MbpsのCBRレートに、含意します。
Forward maximum CPCS-SDU size (fcpcs): This is the maximum size of the AAL2 or AA5 CPCS SDU in the forward direction.
最大のCPCS-SDUサイズ(fcpcs)を進めてください: これは順方向へのAAL2かAA5 CPCS SDUの最大サイズです。
Backward maximum CPCS-SDU size (bcpcs): This is the maximum size of the AAL2 or AA5 CPCS SDU in the backward direction.
後方の最大のCPCS-SDUサイズ(bcpcs): これは逆方向へのAAL2かAA5 CPCS SDUの最大サイズです。
Forward maximum AAL2 CPCS-SDU rate (fSDUrate): This is the maximum rate of the AAL2 CPCS-SDUs in the forward direction.
最大のAAL2 CPCS-SDUレート(fSDUrate)を進めてください: これは順方向へのAAL2 CPCS-SDUsの最高率です。
Backward maximum AAL2 CPCS-SDU rate (bSDUrate): This is the maximum rate of the AAL2 CPCS-SDUs in the backward direction.
後方に、最大のAAL2 CPCS-SDUは(bSDUrate)を評定します: これは逆方向へのAAL2 CPCS-SDUsの最高率です。
The fSDUrate and bSDUrate local connection options can be used to rate-limit AAL2 CIDs, especially when used in the SSSAR [1] and frame mode [2] contexts.
fSDUrateとbSDUrate市内接続オプションをレート限界AAL2 CIDsに使用できます、特にSSSAR[1]とフレーム方式[2]文脈で使用されると。
Forward maximum frame mode block size (ffrm): This is the maximum size, in the forward direction, of the AAL2 frame mode data unit (I.366.2) [2].
最大のフレーム方式ブロック・サイズ(ffrm)を進めてください: これはAAL2フレーム方式データ単位(I.366.2)[2]に関する順方向への最大サイズです。
Backward maximum frame mode block size (bfrm): This is the maximum size, in the backward direction, of the AAL2 frame mode data unit (I.366.2) [2].
後方の最大のフレーム方式ブロック・サイズ(bfrm): これはAAL2フレーム方式データ単位(I.366.2)[2]に関する逆方向への最大サイズです。
Kumar Informational [Page 29] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[29ページ]のRFC3441ATM
Forward maximum SSSAR-SDU size (fsssar): This is the maximum size, in the forward direction, of the AAL2-based SSSAR-SDU (I.366.1) [1].
最大のSSSAR-SDUサイズ(fsssar)を進めてください: これはAAL2ベースのSSSAR-SDU(I.366.1)[1]に関する順方向への最大サイズです。
Backward maximum SSSAR-SDU size (bsssar): This is the maximum size, in the backward direction, of the AAL2-based SSSAR-SDU (I.366.1) [1].
後方の最大のSSSAR-SDUサイズ(bsssar): これはAAL2ベースのSSSAR-SDU(I.366.1)[1]に関する逆方向への最大サイズです。
Forward maximum SSCOP-SDU size (fsscopsdu): This is the maximum size, in the forward direction, of the AAL2-based SSCOP-SDU (I.366.1) [1].
最大のSSCOP-SDUサイズ(fsscopsdu)を進めてください: これはAAL2ベースのSSCOP-SDU(I.366.1)[1]に関する順方向への最大サイズです。
Backward maximum SSCOP-SDU size (bsscopsdu): This is the maximum size, in the backward direction, of the AAL2-based SSCOP-SDU (I.366.1) [1].
後方の最大のSSCOP-SDUサイズ(bsscopsdu): これはAAL2ベースのSSCOP-SDU(I.366.1)[1]に関する逆方向への最大サイズです。
Forward maximum SSCOP-UU size (fsscopuu): This is the maximum size, in the forward direction, of the AAL2-based SSCOP-UU field(I.366.1) [1].
最大のSSCOP-UUサイズ(fsscopuu)を進めてください: これはAAL2ベースのSSCOP-UU分野(I.366.1)[1]に関する順方向への最大サイズです。
Backward maximum SSCOP-UU size (bsscopuu): This is the maximum size, in the backward direction, of the AAL2-based SSCOP- UU field (I.366.1) [1].
後方の最大のSSCOP-UUサイズ(bsscopuu): これはAAL2ベースのSSCOP- UU分野(I.366.1)[1]に関する逆方向への最大サイズです。
4.0 Signals and Events
4.0 信号と出来事
Standard MGCP syntax and keywords [36] are used in Table 11 to define the events in this package. Since these are all connection events, they cannot be requested for endpoints. For consistency with MGCP [36], it is required that the suffix @<connection-id> NOT be omitted even if there is only one connection to an endpoint. This suffix can also be wildcarded per MGCP rules.
標準のMGCP構文とキーワード[36]は、このパッケージにおける出来事を定義するのにTable11で使用されます。 これらがすべて接続出来事であるので、終点にそれらを要求できません。 MGCP[36]がある一貫性において、終点との1つの接続しかなくても接尾語@<接続イド>が省略されないのが必要です。 また、MGCP規則単位でこの接尾語をwildcardedされることができます。
There are no auditable event-states associated with the ATM package.
ATMパッケージに関連しているどんな監査可能イベント州もありません。
Set-up complete ("sc"):
完全な(「Sc」)をセットアップしてください:
Within the RequestedEvents (R:) structure, "sc" is used to request notification of successful ATM or AAL2 connection set-up. The ATM OR AAL2 bearer path is ready for subscriber payload carriage when this notification is sent.
RequestedEvents、(R:、)、構造、「Sc」は、うまくいっているATMかAAL2接続セットアップの通知を要求するのに使用されます。 この通知を送るとき、ATM OR AAL2運搬人道は加入者ペイロードキャリッジの準備ができています。
This could be the set-up of an SVC, the assignment of an AAL2 CID path and combinations thereof. Examples of such combinations are the set-up of an AAL2 SVC and the assignment of a CID within it or the set-up of a concatenation of an AAL2 single-CID SVC and a CID channel within a multiplexed AAL2 VC.
これはSVCのセットアップ、AAL2 CID経路とそれの組み合わせの課題であるかもしれません。 そのような組み合わせに関する例は、AAL2 SVCのセットアップとそれの中のCIDの課題かAAL2の独身のCID SVCと多重送信されたAAL2 VCの中のCIDチャンネルの連結のセットアップです。
This event is included for backward compatibility. It is preferred that the call agent and the media gateway rely on provisional acknowledgements in the case in which connection set-up has a long
この出来事は後方の互換性のために含まれています。 呼び出しエージェントとメディアゲートウェイが接続セットアップが長さ持っている場合で暫定的な承認に依存するのが好ましいです。
Kumar Informational [Page 30] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[30ページ]のRFC3441ATM
latency. However, if this event is requested, the media gateway must issue notification of connection set-up via this event. In this case, a provisional acknowledgement is not very useful, and full acknowledgement of the create connection or modify connection need not be deferred until connection set up.
潜在。 しかしながら、この出来事が要求されるなら、メディアゲートウェイはこの出来事を通して接続セットアップの通知を発行しなければなりません。 接続を創造するか、または接続を変更してください。暫定的な承認がこの場合それほど役に立たないで、承認を洗い張りする、接続がセットアップするまで、延期される必要はありません。
The designated trigger for an ATM OR AAL2 connection set-up is an "on" value of the L: atm/se local connection option provided with a create or modify connection command. However, it is recognized that certain applications use the presence of an atm/sc event notification to initiate the set-up of an ATM or AAL2 connection.
ATM OR AAL2接続セットアップのための指定された引き金はLの“on"値です: aが提供された気圧/se市内接続オプションは、接続命令を作成するか、または変更します。 しかしながら、あるアプリケーションがATMかAAL2接続のセットアップに着手するのに気圧/Scイベント通知の存在を使用すると認められます。
TABLE 11: Signals and Events in the ATM package |---------------|-----------------------|-----|------|--------------| | SYMBOL | DEFINITION | R | S | DURATION | |---------------|-----------------------|-----|------|--------------| | sc | Bearer path set-up | C | | | | | complete | | | | |---------------|-----------------------|-----|------|--------------| | sf | Bearer path set-up | C | | | | | failed | | | | |---------------|-----------------------|-----|------|--------------| | ec | Enable CAS via | | oo | | | | type 3 packets | | | | |---------------|-----------------------|-----|------|--------------| | etd | Enable DTMF tone | | oo | | | | forwarding via | | | | | | packets | | | | |---------------|-----------------------|-----|------|--------------| | etm | Enable MF tone | | oo | | | | forwarding via | | | | | | packets | | | | |---------------|-----------------------|-----|------|--------------| | etr1 | Enable MF-R1 tone | | oo | | | | forwarding via | | | | | | packets | | | | |---------------|-----------------------|-----|------|--------------| | etr2 | Enable MF-R2 tone | | oo | | | | forwarding via | | | | | | packets | | | | |---------------|-----------------------|-----|------|--------------| | uc (string) | Used codec changed | C | | | | | to codec named by | | | | | | the string | | | | |---------------|-----------------------|-----|------|--------------| | ptime (#) | Packetization period | C | | | | | changed to # | | | | |---------------|-----------------------|-----|------|--------------|
テーブル11: ATMパッケージの中の信号とEvents|---------------|-----------------------|-----|------|--------------| | シンボル| 定義| R| S| 持続時間| |---------------|-----------------------|-----|------|--------------| | Sc| 運搬人経路セットアップ| C| | | | | 完全| | | | |---------------|-----------------------|-----|------|--------------| | sf| 運搬人経路セットアップ| C| | | | | 失敗されます。| | | | |---------------|-----------------------|-----|------|--------------| | ec| を通してCASを有効にしてください。| | oo| | | | 3つのパケットをタイプしてください。| | | | |---------------|-----------------------|-----|------|--------------| | etd| DTMFトーンを可能にしてください。| | oo| | | | を通して推進。| | | | | | パケット| | | | |---------------|-----------------------|-----|------|--------------| | etm| MFトーンを可能にしてください。| | oo| | | | を通して推進。| | | | | | パケット| | | | |---------------|-----------------------|-----|------|--------------| | etr1| MF-R1トーンを可能にしてください。| | oo| | | | を通して推進。| | | | | | パケット| | | | |---------------|-----------------------|-----|------|--------------| | etr2| MF-R2トーンを可能にしてください。| | oo| | | | を通して推進。| | | | | | パケット| | | | |---------------|-----------------------|-----|------|--------------| | uc(ストリング)| 中古のコーデックは変化しました。| C| | | | | 指定されたコーデックに| | | | | | ストリング| | | | |---------------|-----------------------|-----|------|--------------| | ptime(#)| Packetizationの期間| C| | | | | #、に変えます。| | | | |---------------|-----------------------|-----|------|--------------|
Kumar Informational [Page 31] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[31ページ]のRFC3441ATM
|---------------|-----------------------|-----|------|--------------| | pftrans (#) | Profile element | C | | | | | changed to row # | | | | |---------------|-----------------------|-----|------|--------------| | cle (#) | Cell Loss | C | | | | | threshold (# ) | | | | | | exceeded | | | | |---------------|-----------------------|-----|------|--------------| | pl (#) | Packet Loss Threshold| C | | | | | exceeded (# ) | | | | |---------------|-----------------------|-----|------|--------------| | qa | Quality Alert | C | | | | | | | | | |---------------|-----------------------|-----|------|--------------| | of (#) | Operation failure: | C | | | | | Loss of connectivity | | | | | | with reason code # | | | | -------------------------------------------------------------------
|---------------|-----------------------|-----|------|--------------| | pftrans(#)| プロフィール要素| C| | | | | #、をこぐために、変えます。| | | | |---------------|-----------------------|-----|------|--------------| | cle(#)| 細胞消失| C| | | | | 敷居(#)| | | | | | 超えられています。| | | | |---------------|-----------------------|-----|------|--------------| | pl(#)| パケット損失敷居| C| | | | | 超えられています(#)。| | | | |---------------|-----------------------|-----|------|--------------| | qa| 上質の警戒| C| | | | | | | | | |---------------|-----------------------|-----|------|--------------| | (#)について| 操作失敗: | C| | | | | 接続性の損失| | | | | | 理由コード#で| | | | -------------------------------------------------------------------
Set-up failed ("sf"):
セットアップは("sf")に失敗しました:
Within the RequestedEvents (R:) structure, "sf" is used to request notification of a failed ATM OR AAL2 connection set-up. The ATM OR AAL2 connection set-ups addressed by "sf" are the same as for the "sc" event.
RequestedEvents、(R:、)、構造、"sf"は、失敗したATM OR AAL2接続セットアップの通知を要求するのに使用されます。 "sf"によって記述されたATM OR AAL2接続セットアップは「Sc」出来事のように同じです。
In some ATM OR AAL2 applications with SVC set-up or bearer-signalled AAL2 path assignment, the "sf" event might not be used. In these cases, the following options are available:
SVCセットアップか運搬人によって合図されたAAL2経路課題によるいくつかのATM OR AAL2アプリケーションでは、"sf"出来事は使用されないかもしれません。 これらの場合では、以下のオプションは利用可能です:
* the call agent receives a spontaneous delete from the media gateway with an appropriate reason code (902). * the call agent receives the "of" event described below with the optional reason code (902).
* エージェントが自然発生的にaを受けるという要求は適切な理由コード(902)でメディアからゲートウェイを削除します。 * 呼び出しエージェントは以下で任意の理由コード(902)で説明された“of"出来事を受けます。
Enable CAS via type 3 packets ("ec"):
タイプ3パケット("ec")を通してCASを有効にしてください:
This signal indicates that the media gateway is to forward CAS signaling via type 3 packets on an AAL2 connection. This does not preclude the call agent from requesting notification of CAS state changes. On receiving this signal request, the gateway sustains a bidirectional type 3 CAS protocol over the AAL2 path. This comes to an end when the request is cancelled through a subsequent NotificationRequest command or when the VoAAL2 connection is deleted.
この信号は、メディアゲートウェイがタイプで3つのパケットに合図するCASをAAL2接続に送ることになっているのを示します。 これは、CAS州の変化の通知を要求するので、呼び出しエージェントを排除しません。 タイプ3双方向のCASを支えるこれが、要求、ゲートウェイに合図する受信のときに、AAL2経路の上で議定書を作ってください。 これは要求がその後のNotificationRequestコマンドで中止されるか、またはVoAAL2接続が削除される終わりに来ます。
Kumar Informational [Page 32] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[32ページ]のRFC3441ATM
Enable DTMF tones via type 3 packets ("etd"):
タイプ3パケット("etd")を通してDTMFトーンを可能にしてください:
A gateway will ignore this signal request if it normally forwards and receives DTMF tones via type 3 packets. This signal indicates that the media gateway is to forward and receive DTMF tones via type 3 packets on an AAL2 connection. This does not preclude the call agent from requesting notification of DTMF tones.
タイプ3パケットを通して通常DTMFトーンを進めて、受けると、ゲートウェイはこの信号要求を無視するでしょう。 この信号は、AAL2接続でのタイプ3パケットを通してDTMFトーンを進めて、受けるためにメディアゲートウェイがそうであることを示します。 これは、DTMFトーンの通知を要求するので、呼び出しエージェントを排除しません。
Enable MF tones via type 3 packets ("etm"):
タイプ3パケット("etm")を通してMFトーンを可能にしてください:
A gateway will ignore this signal request if it normally forwards and receives MF tones via type 3 packets. This signal indicates that the media gateway is to forward and receive MF tones via type 3 packets on an AAL2 connection. This does not preclude the call agent from requesting notification of MF tones. This signal request does not specify the MF tone type, which is known by other means.
タイプ3パケットを通して通常MFトーンを進めて、受けると、ゲートウェイはこの信号要求を無視するでしょう。 この信号は、AAL2接続でのタイプ3パケットを通してMFトーンを進めて、受けるためにメディアゲートウェイがそうであることを示します。 これは、MFトーンの通知を要求するので、呼び出しエージェントを排除しません。 この信号要求はMFトーンタイプを指定しません。(タイプは他の手段によって知られています)。
Enable R1 MF tones via type 3 packets ("etr1"):
タイプ3パケットを通してR1 MFトーンを可能にしてください、(「etr1")、:、」
A gateway will ignore this signal request if it normally forwards and receives R1 MF tones via type 3 packets. This signal indicates that the media gateway is to forward and receive R1 MF tones via type 3 packets on an AAL2 connection. This does not preclude the call agent from requesting notification of R1 MF tones.
タイプ3パケットを通して通常R1 MFトーンを進めて、受けると、ゲートウェイはこの信号要求を無視するでしょう。 この信号は、AAL2接続でのタイプ3パケットを通してR1 MFトーンを進めて、受けるためにメディアゲートウェイがそうであることを示します。 これは、R1 MFトーンの通知を要求するので、呼び出しエージェントを排除しません。
Enable R2 MF tones via type 3 packets ("etr2"):
タイプ3パケットを通してR2 MFトーンを可能にしてください、(「etr2")、:、」
A gateway will ignore this signal request if it normally forwards and receives R2 MF tones via type 3 packets. This signal indicates that the media gateway is to forward and receive R2 MF tones via type 3 packets on an AAL2 connection. This does not preclude the call agent from requesting notification of R2 MF tones.
タイプ3パケットを通して通常R2 MFトーンを進めて、受けると、ゲートウェイはこの信号要求を無視するでしょう。 この信号は、AAL2接続でのタイプ3パケットを通してR2 MFトーンを進めて、受けるためにメディアゲートウェイがそうであることを示します。 これは、R2 MFトーンの通知を要求するので、呼び出しエージェントを排除しません。
Used codec changed ("uc (string)"):
中古のコーデックは(「uc(ストリング)」)を変えました:
If armed via an R:atm/uc, a media gateway signals a codec change through an O:atm/uc. The alphanumeric string in parentheses is optional. It is the encoding name of the codec to which the switch is made. Although this event can be used with all ATM adaptations (AAL1, AAL2 and AAL5):
R: 気圧/ucを通して軍備されるなら、メディアゲートウェイはOを通してコーデック変化に合図します: 気圧/uc。 括弧の英数字のストリングは任意です。 それはスイッチがされるコーデックのコード化名です。 すべてのATM適合(AAL1、AAL2、およびAAL5)と共にこの出来事を使用できますが:
* The pftrans event is more suited to AAL2 applications. * Codec switches do not generally occur mid-call in AAL1 applications.
* pftrans出来事はAAL2アプリケーションにさらに合っています。 * 一般に、コーデックスイッチはAAL1アプリケーションに呼び出しする状態で中間の現れません。
Kumar Informational [Page 33] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[33ページ]のRFC3441ATM
Packet time changed ("ptime(#)"):
パケット時間は(「ptime(#)」)を変えました:
If armed via an R:atm/ptime, a media gateway signals a packetization period change through an O:atm/ptime. The decimal number in parentheses is optional. It is the new packetization period in milliseconds. In AAL2 applications, the pftrans event can be used to cover packetization period changes (and codec changes).
R: 気圧/ptimeを通して軍備されるなら、メディアゲートウェイはOを通してpacketization期間の変化に合図します: 気圧/ptime。 括弧の10進数は任意です。 それはミリセカンドで表現される新しいpacketizationの期間です。 AAL2アプリケーションでは、packetization期間の変化(そして、コーデック変化)を覆うのにpftrans出来事を使用できます。
Profile element changed ("pftrans(#)"):
プロフィール要素は(「pftrans(#)」)を変えました:
If armed via an R:atm/pftrans, a media gateway signals a mid-call profile element change through an O:atm/ptime. This event is used with AAL2 adaptation only. A profile element is a row in a profile table. Profile elements indicating silence should not trigger this event. The decimal number in parentheses is optional. It is the row number to which the switch is made. Rows are counted downward, beginning from 1.
R: 気圧/pftransを通して軍備されるなら、メディアゲートウェイはOを通して中間の呼び出しプロフィール要素変化に合図します: 気圧/ptime。 この出来事はAAL2適合だけと共に使用されます。 プロフィール要素はプロフィールテーブルの列です。 沈黙を示すプロフィール要素はこの出来事の引き金となるはずがありません。 括弧の10進数は任意です。 それはスイッチがされる列の番号です。 1から始まって、通りは下向きに数えられます。
Cell loss exceeded ("cle(#)"):
細胞消失は(「cle(#)」)を超えていました:
This event indicates that the cell loss rate exceeds the threshold #. If the threshold is omitted in the requested events and observed events parameters, it is known by other means. The optional decimal number is the number of dropped cells per 100,000 cells. For example, cle(10) indicates cells are being dropped at a rate of 1 in 10,000 cells.
この出来事は、細胞消失率が敷居#を超えているのを示します。敷居が要求された出来事と観測されたイベントパラメタで省略されるなら、それは他の手段によって知られています。 任意の10進数は10万のセルあたりの低下しているセルの数です。 例えば、cle(10)は、セルが1万のセルの中の1のレートで落とされているのを示します。
Packet loss exceeded ("ple(#)"):
パケット損失は(「ple(#)」)を超えていました:
This event indicates that the packet loss rate exceeds the threshold #. If the threshold is omitted in the requested events and observed events parameters, it is known by other means. The optional decimal number is the number of dropped packets per 100,000 packets. For example, ple(10) indicates packets are being dropped at a rate of 1 in 10,000 packets.
この出来事は、パケット損失率が敷居#を超えているのを示します。敷居が要求された出来事と観測されたイベントパラメタで省略されるなら、それは他の手段によって知られています。 任意の10進数は10万のパケットあたりの低下しているパケットの数です。 例えば、ple(10)は、パケットが1万のパケットの1のレートで落とされているのを示します。
When the bearer connection uses an AAL2 CID within a multiplexed VCC rather than an entire VCC, the 'ple' event is used instead of 'cle'. The packets are AAL2 CPS PDUs.
運搬人接続が全体のVCCよりむしろ多重送信されたVCCの中でAAL2 CIDを使用すると、'ple'出来事は'cle'の代わりに使用されます。 パケットはAAL2 CPS PDUsです。
Quality alert ("qa"):
上質の注意深い("qa"):
This event indicates that the bearer path fails to any predetermined combination of quality criteria such as loss, delay, jitter etc. This criterion is not defined and is left to the application. The gateway reports this quality violation to the call agent if armed to do so.
この出来事は、運搬人道が損失、ジター遅れなどの上質の評価基準のどんな予定された組み合わせにも失敗するのを示します。 この評価基準は、定義されないで、アプリケーションに残されます。 そうするために軍備されるなら、ゲートウェイはこの上質の違反を呼び出しエージェントに報告します。
Kumar Informational [Page 34] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[34ページ]のRFC3441ATM
Report failure ("of (#)"):
失敗(「(#)」の)を報告してください:
This indicates a connection failure. It can also indicate failure to establish a connection, in lieu of "sf".
これは接続失敗を示します。 また、それは"sf"の代わりに取引関係を築かないことを示すことができます。
The most common response to these events is for the media gateway to delete the connection. Some applications might choose to report an "of" with the appropriate reason code, a decimal number, optionally included in parentheses. Reason codes are the same as for spontaneous deletes by the gateway.
これらの出来事への最も一般的な応答はメディアゲートウェイが接続を削除することです。 いくつかのアプリケーションが適切な理由コードがある“of"(10進数)が括弧に任意に含んだレポートに選ばれるかもしれません。 コードが自然発生的なように同じである理由はゲートウェイを削除します。
5.0 Connection Parameters
5.0 接続パラメタ
The MGCP connection parameters structure is returned in an autonomous delete connection message, and in a response to a delete or audit connection command. The standard connections parameters [36] it contains are redefined below for ATM. Also, a new extension parameter specific to the ATM package is defined.
MGCP接続パラメタ構造を返す、自治、接続メッセージを削除してください、aへの応答では、接続命令を削除するか、または監査してください。 [36] それが含む標準の接続パラメタはATMのために以下で再定義されます。 また、ATMパッケージに特定の新しい拡大パラメタは定義されます。
The standard connection parameters redefined for ATM are:
ATMのために再定義された標準の接続パラメタは以下の通りです。
Number of packets sent: If a VCC is assigned to the connection, this is the total number of ATM cells transmitted for the duration of the connection. If a CID within an AAL2 VCC is assigned to the connection, it is the number of AAL2 common part sublayer (CPS) packets transmitted for the duration of the connection.
パケットの数は発信しました: VCCが接続に割り当てられるなら、これは接続の持続時間のために伝えられたATMセルの総数です。 AAL2 VCCの中のCIDが接続に割り当てられるなら、それは接続の持続時間のために伝えられたAAL2の一般的な部分副層(CPS)パケットの数です。
Number of octets sent: If a VCC is assigned to the connection, this is the total number of ATM payload octets transmitted for the duration of the connection. If a CID within an AAL2 VCC is assigned to the connection, this is the total number of AAL2 CPS payload octets transmitted for the duration of the connection.
八重奏の数は発信しました: VCCが接続に割り当てられるなら、これは接続の持続時間のために伝えられたATMペイロード八重奏の総数です。 AAL2 VCCの中のCIDが接続に割り当てられるなら、これは接続の持続時間のために伝えられたAAL2 CPSペイロード八重奏の総数です。
Number of packets received: If a VCC is assigned to the connection, this is the total number of ATM cells received for the duration of the connection. If a CID within an AAL2 VCC is assigned to the connection, it is the number of AAL2 common part sublayer (CPS) packets received for the duration of the connection.
パケットの数は受けました: VCCが接続に割り当てられるなら、これは接続の持続時間のために受け取られたATMセルの総数です。 AAL2 VCCの中のCIDが接続に割り当てられるなら、それは接続の持続時間のために受け取られたAAL2の一般的な部分副層(CPS)パケットの数です。
Number of octets received: If a VCC is assigned to the connection, this is the total number of ATM payload octets received for the duration of the connection. If a CID within an AAL2 VCC is assigned to the connection, this is the total number of AAL2 CPS payload octets received for the duration of the connection.
八重奏の数は受けました: VCCが接続に割り当てられるなら、これは接続の持続時間のために受けられたATMペイロード八重奏の総数です。 AAL2 VCCの中のCIDが接続に割り当てられるなら、これは接続の持続時間のために受けられたAAL2 CPSペイロード八重奏の総数です。
Number of packets lost: If a VCC is assigned to the connection, this is the total number of ATM cells lost for the duration of the connection, in the direction towards the gateway. If a CID within an
パケットの数は損をしました: VCCが接続に割り当てられるなら、これは接続の持続時間のために失われたATMセルの総数です、ゲートウェイに向かった方向に。 Cidである、中
Kumar Informational [Page 35] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[35ページ]のRFC3441ATM
AAL2 VCC is assigned to the connection, it is the number of AAL2 common part sublayer (CPS) packets lost for the duration of the connection, in the direction towards the gateway. If these losses cannot be assessed, then the gateway omits this parameter.
AAL2 VCCは接続に割り当てられて、それは接続の持続時間のために失われたAAL2の一般的な部分副層(CPS)パケットの数です、ゲートウェイに向かった方向に。 これらの損失を評価できないなら、ゲートウェイはこのパラメタを省略します。
Interarrival jitter: If a VCC is assigned to the connection, this is the interarrival jitter for ATM cells. If a CID within an AAL2 VCC is assigned to the connection, this is the interarrival jitter for AAL2 common part sublayer (CPS) packets. If this cannot be determined, then it is omitted or set to 0.
Interarrivalジター: VCCが接続に割り当てられるなら、これはATMセルのためのinterarrivalジターです。 AAL2 VCCの中のCIDが接続に割り当てられるなら、これはAAL2の一般的な部分副層(CPS)パケットのためのinterarrivalジターです。 これが決定できないなら、それは、0に省略されるか、または設定されます。
Average Transmission Delay: This should be understood to be the average cell transmission delay in both cases: VCC assignment and CID assignment to the connection. This requires the use of ATM performance monitoring techniques. If it is not possible to assess this delay, it is omitted or set to 0.
トランスミッション遅れを平均してください: これはどちらの場合も平均したセルトランスミッション遅れであることが理解されるべきです: 接続へのVCC課題とCID課題。 これはATM性能モニター技術の使用を必要とします。 この遅れを評価するのが可能でないなら、それは、0に省略されるか、または設定されます。
The following extension parameter is defined for the connection parameters structure:
以下の拡大パラメタは接続パラメタ構造と定義されます:
Connection qualification ("atm/CQ"): This qualifies the connection with enough granularity to be able to use the other connection parameters without a priori knowledge of network or connection type. Defined values are:
接続資格(「気圧/CQ」): これは、十分な粒状との関係がネットワークか結合方式に関する先験的な知識なしで他の接続パラメタを使用できるのに資格を与えます。 定義された値は以下の通りです。
1 ATM Virtual Circuit Connection (VCC)
1 気圧の仮想のサーキット接続(VCC)
2 AAL2 Channel Identifier (CID)
2AAL2チャンネル識別子(Cid)
3 Direct transfer i.e., without an ATM or other packet path
3 すなわち、ATMも他のパケット経路のない直接移転
When omitted, the connection parameters must be interpreted on one of the following bases:
省略されると、以下のベースの1つで接続パラメタを解釈しなければなりません:
* The default interpretations for MGCP in Ref. 36. * The call agent's prior knowledge, if it governs the type of network and connection through the network type 'nt' LCO [Ref. 36] and/or the connection type 'ct' LCO defined here. * The call agent's snooping of the local connection descriptor provided by one or more media gateway. This is used to determine the network and connection type.
* RefのMGCPのためのデフォルト解釈。 36. * ネットワークを通した呼び出しエージェントの先の知識、それがネットワークのタイプを決定するか、そして、および接続は'nt'LCOをタイプします。[審判。 36] そして/または、ここで定義された結合方式'ct'LCO。 * 呼び出しエージェントは1メディア門以上によって提供された市内接続記述子について詮索しています。 これは、ネットワークと結合方式を決定するのに使用されます。
An example of connection parameter encoding for an ATM VCC is the following:
ATM VCCのための接続パラメタコード化に関する例は以下です:
P: PS=1245, OS=59760, PR=1244, OR=59712, PL=20, JI=0, LA=0,atm/CQ=1
P: PS=1245、OS=59760、PR=1244、または=59712、PL=20、JI=0、LAは0、気圧/CQ=1と等しいです。
Kumar Informational [Page 36] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[36ページ]のRFC3441ATM
Note that the PL value refers to the receive direction and is unrelated to PS. Also, since atm/CQ=1, these parameters refer to ATM cells rather than to AAL2 CPS packets.
PL値が示す注意、指示を受け取って、関係ない、PS気圧/CQ=1以来のこれらのパラメタにも、AAL2 CPSパケットにというよりむしろATMセルを参照してください。
As in other applications, any of these parameters can be omitted if not relevant to an application. Also, the entire P: structure is optional.
他のアプリケーションのように、これらのパラメタのいずれも、アプリケーションに省略されているか、または関連している場合があります。 全体のPも: 構造は任意です。
When connection parameters are audited, all parameters normally returned with a delete connection are returned. This includes the connection qualification parameter, atm/CQ.
接続パラメタが監査されるとき、通常、aと共に返されたすべてのパラメタが接続を削除します。返します。 気圧/CQ、これは接続資格パラメタを含んでいます。
The measurement or estimation of some or all of these connection parameters might not be feasible or beneficial in some applications. In such cases, these may be individually omitted, or the entire connection parameters structure, which is optional in MGCP, might be omitted. Further, parameters which indicate impairments might be set to 0 to nullify their impact, if any.
いくつかに関する測定か見積りかこれらの接続パラメタのすべては可能であるか有益なコネがいくつかのアプリケーションであるならそうしないでしょうに。 そのような場合、これらが個別に省略されるかもしれませんか、または全体の接続パラメタ構造(MGCPで任意である)は省略されるかもしれません。 さらに、0に損傷を示すパラメタがもしあればそれらの衝撃を無効にするように設定されるかもしれません。
6.0 Negotiation of Profiles and Codecs in ATM Applications
6.0 気圧アプリケーションにおけるプロフィールとコーデックの交渉
6.1 Consistency of Parameters
6.1 パラメタの一貫性
For ATM networks, the "nt" local connection option in MGCP must be set to "ATM".
ATMネットワークにおいて、MGCPの"nt"市内接続オプションを「気圧」に設定しなければなりません。
In any ATM application, the following Local Connection Options should not be used:
どんなATMアプリケーションでも、以下のLocal Connection Optionsを使用するべきではありません:
Type of service, L: t Resource reservation, L: r
サービスのタイプ、L: t Resourceの予約、L: r
This is because the Local Connection Options listed in Table 6 provide information equivalent to the L: t and L: r local connection options.
Table6に記載されたLocal Connection OptionsがLに同等な情報を提供するので、これは以下の通りです。 tとL: r市内接続オプション。
The following Local Connection Option is not meaningful in the AAL1 case and should not be used:
以下のLocal Connection OptionをAAL1場合で重要でなく、使用するべきではありません:
Packetization period, L: p
Packetizationの期間、L: p
In AAL2 applications, the following Local Connection Options should not be used:
AAL2アプリケーションでは、以下のLocal Connection Optionsを使用するべきではありません:
Encoding algorithm, L: a Packetization period, L: p
アルゴリズムをコード化するL: Packetizationの期間、L: p
Kumar Informational [Page 37] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[37ページ]のRFC3441ATM
The following ATM Local Connection Options provide equivalent information in the AAL2 case:
以下のATM Local Connection Optionsは同等な情報をAAL2ケースに供給します:
Profile list, L: atm/pfl Priority list of voice codec selections, L: atm/vsel Priority list of voiceband data passthrough codec selections, L: atm/dsel Priority list of fax codec selections, L: atm/fsel
プロフィールリスト、L: 音声コーデック選択の気圧/pfl Priorityリスト、L: voicebandデータpassthroughコーデック選択、Lの気圧/vsel Priorityリスト: ファックスコーデック選択の気圧/dsel Priorityリスト、L: 気圧/fsel
The use of a disallowed local connection option should be flagged with a return code of 524 (inconsistent local connection options). Although it is not recommended that these be ignored, it is recognized some applications choose to do so for the sake of backward compatibility. Note that the inconsistency in this case is between the local connection option (e.g., L:a) and the application (e.g., AAL2) which does not allow it.
禁じられた市内接続オプションの使用は524(無節操な市内接続オプション)の復帰コードで旗を揚げられるべきです。 これらが無視されることが勧められませんが、いくつかのアプリケーションが、後方の互換性のためにそうするのを選ぶと認められます。 市内接続オプションの間には、矛盾がこの場合あることに注意してください、(例えば、L: それを許容しないa)とアプリケーション(例えば、AAL2)。
6.2 Codec/Profile Negotiation in ATM Networks
6.2 気圧ネットワークにおけるコーデック/プロフィール交渉
In AAL1 and AAL5 applications, codec negotiation is similar to the IP case, although some of the local connection options and SDP connection descriptor parameters are different. See [18] for conventions for the use of the Session Description Protocol [26] in the ATM context.
AAL1とAAL5アプリケーションでは、コーデック交渉はIPケースと同様です、市内接続オプションとSDP接続記述子パラメタのいくつかが異なっていますが。 ATM文脈におけるSession記述プロトコル[26]の使用に関してコンベンションのための[18]を見てください。
In AAL2 applications, the L:a and L:p parameters are disallowed. Profile negotiation takes the place of codec negotiation. The remainder of this section addresses how this is done.
AAL2アプリケーション、L: a、およびL: pでは、パラメタは禁じられます。 プロフィール交渉はコーデック交渉の代理をします。 このセクションの残りはこれがどう完了しているかを扱います。
The specifics of the AAL2 bearer are not germane to profile negotiation. The bearer could be PVC-based or SVC-based, based on single-CID or multi-CID VCs, subcell multiplexed or not.
AAL2運搬人の詳細は、交渉の輪郭を描くために適切ではありません。 運搬人がPVCベースであるかもしれないか、SVCベースの、または、独身のCIDに基づいているかマルチCID VCsの「副-セル」は多重送信されました。
The most general case involves different prioritized lists of profiles at the originating gateway, the terminating gateway, the originating call agent and the terminating call agent. Whether these lists are based on network policies, end subscriber service level agreements or equipment design is immaterial to the profile negotiation that is done as part of the connection establishment process. It is also irrelevant whether these lists are hardcoded defaults or provisionable. In the connection establishment process, a series of ordered intersections is performed. This leaves a single ordered list in the end. The highest priority profile in this list is the selected profile.
最も一般的なケースは起因するゲートウェイでプロフィールの異なった最優先するリストにかかわります、終わりゲートウェイ、起因している呼び出しエージェントと終わっている呼び出しエージェント。 これらのリストがネットワーク方針、終わりの加入者サービスレベル協定または設備デザインに基づいているかどうかが、コネクション確立プロセスの一部として行われるプロフィール交渉に重要でないです。 また、これらのリストがhardcodedデフォルトであるか支給可能されることにかかわらずそれも無関係です。 コネクション確立プロセスでは、一連の命令された交差点が実行されます。 これは結局、ただ一つの規則正しいリストを出ます。 このリストの最優先プロフィールは選択されたプロフィールです。
Kumar Informational [Page 38] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[38ページ]のRFC3441ATM
The call agent conveys its priority list through the pfl local connection option. The gateway conveys intersection results through the media information line in SDP [18]. Whether these lists imply a real priority or not, a profile is, as a general rule, preferred to profiles that follow it in a list.
呼び出しエージェントはpfl市内接続オプションで優先権リストを伝えます。 ゲートウェイはSDP[18]のメディア情報系列を通して交差点結果を伝えます。 これらのリストが本当の優先を含意するか否かに関係なく、プロフィールはリストでそれに続くプロフィールより概して好まれます。
Each media gateway has a policy for assigning priorities to different lists (inter-list priority) which is different from the positional ordering of profiles within a list (intra-list priority). This policy might be a hardcoded default or provisioned. The inter-list priority specifies an ordering of the following lists with respect to each other:
それぞれのメディアゲートウェイには、異なったリスト(相互リスト優先権)にプライオリティを割り当てるためのリスト(イントラリスト優先権)の中でプロフィールの位置秩序と異なった方針があります。 この方針は、hardcodedデフォルトか食糧を供給されるかもしれません。 相互リスト優先権は互いに関して以下のリストの注文を指定します:
* 'C-list', which is the priority list from the call agent, received through L: atm/pfl. * 'R-list', which is the priority list from the remote end, received through the SDP remote connection descriptor. * 'L-list', which is the local priority list, hardcoded or provisioned.
* 'C-リスト'(呼び出しエージェントからの優先権リストである)はLを通して受信されました: 気圧/pfl。 * 'R-リスト'(リモートエンドからの優先権リストである)はSDPのリモート接続記述子を通して受信されました。 * hardcodedされるか、または食糧を供給されて、ローカルの優先権リストである'L-リスト'。
Depending on the application, different inter-list priorities may be used in cases where the gateway originates and terminates a call.
アプリケーションによって、異なった相互リストプライオリティはゲートウェイが呼び出しを溯源して、終える場合に使用されるかもしれません。
The policy mentioned above will vary depending on the type, capabilities and deployment of the media gateway. Network administrations or equipment vendors will provision/default this policy for various reasons such as resource usage optimization, quality of service, likelihood of finding a common profile etc.
メディアゲートウェイのタイプ、能力、および展開に頼っていて、前記のように方針は異なるでしょう。 ネットワーク運営か設備ベンダーがリソース用法最適化などの様々な理由で支給/デフォルトにこの方針を望んでいます、サービスの質、一般的なプロフィールになどを見つけるという見込み
When doing an ordered intersection of lists, the intra-list priorities of the highest priority list are used. Any profile that cannot be supported due to resource (bandwidth, processing power etc.) limitations is eliminated from the intersection.
リストの命令された交差点をするとき、最優先リストのイントラリストプライオリティは使用されています。 リソース(処理能力帯域幅など)制限のため支えることができないどんなプロフィールも交差点から排除されます。
In the absence of one or more of these lists, the remaining list(s) are used in the profile selection process. If the call agent does not provide a list of profiles, the C-list is absent. In this case, the intersection of the C-list, R-list and L-list simply becomes the intersection of the R-list and the L-list. If the R-list is also absent, no intersection is performed and the result of this null operation is the L-list. Previous values, if any, of the C-list and R-list are not used.
これらのリストの1つ以上が不在のとき、残っているリストはプロフィール選択プロセスで使用されます。 呼び出しエージェントがプロフィールのリストを提供しないなら、C-リストは欠けています。 この場合、C-リスト、R-リスト、およびL-リストの交差点は単にR-リストとL-リストの交差点になります。 また、R-リストも欠けるなら、交差点は全く実行されません、そして、このヌル操作の結果はL-リストです。 もしあればC-リストとR-リストの前の値は使用されていません。
Kumar Informational [Page 39] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[39ページ]のRFC3441ATM
The process of profile negotiation is as shown below:
以下で示されるとしてプロフィール交渉のプロセスがあります:
ORIGINATING TERMINATING GATEWAY GATEWAY
ゲートウェイゲートウェイを終えながら、起因します。
(1) On receiving CRCX do a policy-based ordered intersection of the C-list, and L-list. No R-list present. ----------------------------------> (2)Send resulting ordered list to the terminating gateway via SDP.
(1) CRCXを受けるとき、C-リストの方針ベースの命令された交差点をしてください、そして、Lで記載してください。 R-リストプレゼントがありません。 ---------------------------------->(2)はSDPを通して結果として起こる規則正しいリストを終わりゲートウェイに送ります。
(3) On receiving CRCX do a policy-based ordered intersection of the C-list, R-list and L-list. (4) The highest priority profile in the resulting list is the selected profile. <----------------------------------- (5) Send selected profile to the originating gateway via SDP.
(3) 受信のときに、CRCXはC-リスト、R-リスト、およびL-リストの方針ベースの命令された交差点をします。 (4) 結果として起こるリストの最優先プロフィールは選択されたプロフィールです。 <----------------------------------- (5) SDPを通して選択されたプロフィールを起因するゲートウェイに送ってください。
Prior to receiving the final profile in step 5, if the originating gateway has indicated multiple profiles in step 2, the originating gateway does not always have a usable basis for decoding AAL2 packets. This is because a combination of packet length and UUI (user-to-user indication) codepoint range may indicate different codecs in different profiles. The time lag between when the terminating gateways start sending AAL2 packets and when the originating gateway becomes aware of the selected AAL2 profile should be minimized so that any ensuing clipping of the front-end of the audio stream is tolerable for voice circuits. It is unlikely that this will introduce errors in modem or fax circuits since these will not have entered their user data transfer phase at this time.
起因するゲートウェイがステップ2における複数のプロフィールを示したならステップ5における最終的なプロフィールを受け取る前に、起因するゲートウェイには、AAL2パケットを解読する使用可能な基礎がいつもあるというわけではありません。 これはパケット長とUUI(ユーザからユーザへの指示)codepoint範囲の組み合わせが異なったプロフィールで異なったコーデックを示すかもしれないからです。 タイムラグが終わりゲートウェイがパケットをAAL2に送り始める時、起因するゲートウェイが選択されたAAL2プロフィールを意識するようになるときに時最小にされるべきであるので、声の回路において、オーディオストリームのフロントエンドのどんな続く切り取りも許容できます。 これらがこのとき自分達のユーザデータ転送段階に入っていないので、これがモデムで誤りを導入するか、またはファックスで回路を送るのが、ありそうもないです。
When connection establishment is complete, there is only one profile associated with a connection. This implies that both endpoints are ready to receive, on the fly, packets that comply with any row in the profile. Some applications may elect to associate profile rows with
コネクション確立が完全であるときに、接続に関連している1個のプロフィールしかありません。 両方の終点はこれが受信するつもりである準備ができています、急いで、プロフィールのどんな行にも従うパケット。 関連づけるアプリケーションがプロフィール行を選ぶかもしれないいくつか
Kumar Informational [Page 40] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[40ページ]のRFC3441ATM
one or more of the following service types: voice service, voiceband data (modem) passthrough service and fax service. This binding can be by default, through provisioning or as part of profile negotiation during call establishment. Such service type associations, when communicated to another entity, are advisory and do not limit the requirement for supporting, at any time, on-the-fly switches to any profile element.
以下のサービスの1つ以上はタイプされます: サービス、voicebandデータ(モデム)passthroughサービス、およびファックスサービスを声に出してください。 この結合はデフォルトでか食糧を供給するかプロフィール交渉の一部として呼び出し設立の間、あることができます。 そのようなサービスタイプ協会は、別の実体とコミュニケートすると顧問であり、いつでもどんなプロフィール要素にも飛行中のスイッチを支えるための要件を制限しません。
Media gateways can have internal default (or provisioned) bindings between service types and profile elements. Note that not all of these bindings might be meaningful in an application context (e.g., the fax service binding might be ignored and omitted). As part of profile negotiation, applications might choose to coordinate those bindings that are meaningful. When this is done, the vsel, dsel and fsel LCOs described in this document, and the vsel, dsel and fsel media attribute lines [18] are used to effect this coordination. Using these constructs, entities such as call agents and media gateways can indicate preferred bindings for the first, most preferred profile in a profile list.
メディアゲートウェイはサービスタイプとプロフィール要素の間に内部のデフォルト(または、食糧を供給される)結合を持つことができます。 これらの結合のすべてがアプリケーション文脈で重要であるかもしれないというわけではないことに注意してください(例えばファックスサービス結合は、無視されて、省略されるかもしれません)。 プロフィール交渉の一部として、アプリケーションは、それらの重要な結合を調整するのを選ぶかもしれません。 これが完了していると、vsel、dsel、本書では説明されたfsel LCOs、vsel、dsel、およびfselメディア属性系列[18]は、このコーディネートに作用するのに使用されます。 これらの構造物を使用して、呼び出しエージェントやメディアゲートウェイなどの実体は1(プロフィールリストで最も都合のよいプロフィール)番目のための都合のよい結合を示すことができます。
When performing ordered intersections of the C-list, L-list and R-list in the call flow above, media gateways MUST use the inter-list priority to choose between a service to profile row binding suggested by the call agent, the remote gateway or it own internal (provisioned or default) binding. Thus, a service type to profile row binding inherits its relative priority from the profile list generated by the same source. If the C-list has the highest priority, and the first profile in the C-list is selected as the first profile of the intersected list, then any service type to profile row bindings provided by the call agent via the vsel, dsel and fsel LCOs are associated with the first profile. If the R-list has the highest priority, and the first profile in the R-list is selected as the first profile of the intersected list, then any service type to profile row bindings provided by the remote gateway via the vsel, dsel and fsel SDP attributes [18] are associated with the first profile. If the L-list has the highest priority, then any internal (default or provisioned) service to profile row bindings are associated with the first profile. At the end of profile negotiation (step 4 in the call flow above), there is one profile selected by the terminating media gateway. It MAY convey any applicable service type to profile row bindings for this profile to the originating gateway via the vsel, dsel and fsel SDP attributes [18].
呼び出し流動におけるC-リスト、L-リスト、およびR-リストの上の命令された交差点を実行するとき、メディアゲートウェイが呼び出しエージェントによって提案された結合、リモートゲートウェイまたはそれが所有している行の内部であることで輪郭を描くためにサービスを選ぶのに相互リスト優先権を使用しなければならない、(食糧を供給する、デフォルト) または、結合。 したがって、行結合の輪郭を描くサービスタイプは同じソースによって生成されたプロフィールリストから相対的な優先権を引き継ぎます。 C-リストには最優先があって、C-リストにおける最初のプロフィールが交差したリストの最初のプロフィールとして選定されるなら、vselを通して呼び出しエージェントによって提供されたプロフィール行結合、dsel、およびfsel LCOsへのどんなサービスタイプも最初のプロフィールに関連しています。 R-リストには最優先があって、R-リストにおける最初のプロフィールが交差したリストの最初のプロフィールとして選定されるなら、vselを通してリモートゲートウェイによって提供されたプロフィール行結合、dsel、およびfsel SDP属性[18]へのどんなサービスタイプも最初のプロフィールに関連しています。 L-リストに最優先があるなら、行結合の輪郭を描くどんな内部(デフォルトの、または、食糧を供給された)のサービスも最初のプロフィールに関連しています。 プロフィール交渉(呼び出しにおけるステップ4は上を流れる)の終わりに、終わっているメディアゲートウェイによって選択された1個のプロフィールがあります。 それは、vsel、dsel、およびfsel SDP属性[18]でこのプロフィールのための行結合の起因するゲートウェイに輪郭を描くためにどんな適切なサービスタイプも伝えるかもしれません。
If the first profile in the intersected list is not the first profile in the highest priority profile list, then any service to profile row bindings associated with the highest priority profile list cannot be used with the first (or only profile) in the intersected list. In this case, the originating or terminating media gateway MUST attempt
交差したリストにおける最初のプロフィールが最優先プロフィールリストで最初のプロフィールでないなら、最優先プロフィールリストに関連している行結合の輪郭を描くどんなサービスも交差したリストで1番目で使用されているはずがありません(または、プロフィールだけ)。 この場合メディアゲートウェイが試みなければならない起因するか終わり
Kumar Informational [Page 41] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[41ページ]のRFC3441ATM
to associate internal (default or provisioned) service to profile row bindings with the first (or only profile) in the intersected list.
輪郭を描く内部(デフォルトの、または、食糧を供給された)のサービスを関連づけるには、交差したリストにおける1番目がある結合(または、プロフィールだけ)をこいでください。
Since there is more than one service type, it is possible that the service type to profile row bindings for the first profile in the intersected list be derived from different sources (the call agent, the remote media gateway, internal defaults or provisioning). For consistency, if the voiceband data (passthrough) service mappings include fax, then a different set of fax service mappings cannot apply to the profile under consideration. If applied in this case, the set of fax service mappings must include the same codecs, packet lengths and packetization periods as the voiceband data service mappings. However, they may be in a different order.
1つ以上のサービスタイプがあるので、さまざまな原因(呼び出しエージェント、リモートメディアゲートウェイ、内部のデフォルトまたは食糧を供給すること)から交差したリストにおける最初のプロフィールのための行結合の輪郭を描くサービスタイプを得るのは可能です。 一貫性のために、voicebandデータ(passthrough)サービス対応表がファックスを含んでいるなら、異なったセットのファックスサービスマッピングはプロフィールに考慮中に申し込まれることができません。 この場合適用されるなら、ファックスサービスマッピングのセットはvoicebandデータサービス対応表として同じコーデック、パケット長、およびpacketizationの期間を含まなければなりません。 しかしながら、彼らは異なったオーダーにいるかもしれません。
If the media gateway lumps fax service with voiceband data (modem) passthrough service, then it can ignore any fax service to profile row bindings provided by another entity such as the call agent or the remote gateway. From the media gateway's perspective, there is no distinct fax service in this case. In this case, the media gateway will not indicate a separate preference for the use of certain profile rows in conjunction with fax service.
メディアゲートウェイがvoicebandデータ(モデム)passthroughサービスでファックスサービスをひとまとめにするなら、それは、呼び出しエージェントかリモートゲートウェイなどの別の実体によって提供された行結合の輪郭を描くためにどんなファックスサービスも無視できます。 メディアゲートウェイの見解から、どんな異なったファックスサービスもこの場合来ていません。 この場合、メディアゲートウェイはファックスサービスに関連してあるプロフィール行の使用のための別々の優先を示さないでしょう。
It is possible that the procedure described in this section for associating service types with profile rows fail to yield mappings between a given service type and the row(s) of the first profile in the intersected list of profiles. This is acceptable since these bindings are merely indications of the preferred codecs and packetizations in the context of a given service. They do not obviate the AAL2 requirement that, given a profile that is bound to a connection, a transmitter may switch to any profile row on the fly.
サービスタイプをプロフィール行に関連づけるためにこのセクションで説明された手順がプロフィールの交差したリストにおける最初のプロフィールの与えられたサービスタイプと行の間のマッピングをもたらさないのは、可能です。 これは、これらの結合が単に与えられたサービスの文脈の都合のよいコーデックとpacketizationsのしるしであるので、許容できます。 彼らは接続に縛られるプロフィールを考えて、送信機が急いでどんなプロフィール行にも切り替わるかもしれないというAAL2要件を取り除きません。
An example of profile negotiation:
プロフィール交渉に関する例:
The L-list at gateway #1, which is the originating gateway in this example, is:
ゲートウェイ#1におけるL-リスト(この例の起因するゲートウェイである)は以下の通りです。
custom 100, itu 3, itu 1, itu 8
カスタム100、itu3、itu1、itu8
Kumar Informational [Page 42] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[42ページ]のRFC3441ATM
The L-list at gateway #2, which is the terminating gateway in this example, is:
ゲートウェイ#2におけるL-リスト(この例の終わりゲートウェイである)は以下の通りです。
itu 2, itu 3, itu 1, itu 5
itu2、itu3、itu1、itu5
The originating call agent sends the following profile list (C-list) to the originating gateway in the first create connection command:
起因している呼び出しエージェントは1番目の起因するゲートウェイへの(C-リスト)が作成する以下のプロフィールリストに接続命令を送ります:
itu 8, itu 9, atmf 7, itu 3, itu 1, custom 100
itu8、itu9、atmf7、itu3、itu1、カスタム100
Further, the originating call agent qualifies the first profile in its list with the following service type bindings:
さらに、起因している呼び出しエージェントは以下のサービスタイプ結合でリストにおける最初のプロフィールに資格を与えます:
L: atm/vsel:"G729 10 10000", atm/dsel:"on PCMU 40 5000"
L: 気圧/vsel: 気圧/dsel: 「G729 10 10000」、「PCMU40 5000」
There is no atm/fsel local connection option. Facsimile is included with voiceband data in the atm/dsel local connection option.
気圧/fsel市内接続オプションが全くありません。 ファクシミリは気圧/dsel市内接続オプションにvoicebandデータで含まれています。
In step 1 at the originating gateway, there is no remote connection descriptor, hence no R-list. The policy for originating calls at gateway #1 is:
起因するゲートウェイのステップ1には、リモート接続記述子がない、したがって、R-リストが全くありません。 ゲートウェイ#1で呼び出しを溯源するための方針は以下の通りです。
C-List > R-list > L-list
C-リスト>R-リスト>L-リスト
where '>' means 'has higher priority than'. The term 'R-list' can be omitted from this series of inequalities since, in case under study, profile negotiation does not include any further ordered intersections at the originating gateway.
'>'手段'には、より高い優先度がある、' 以来にこのシリーズの不平等から'R-リスト'という用語を省略できます、プロフィール交渉が起因するゲートウェイに研究でこれ以上命令された交差点を含んでいないといけないので。
In accordance with this policy, the originating gateway performs an ordered intersection of the C-list and the L-list to produce:
この方針によると、起因するゲートウェイは生産するためにC-リストとL-リストの命令された交差点を実行します:
itu 8, itu 3, itu 1, custom 100
itu8、itu3、itu1、カスタム100
Since the C-list has the highest priority and the first profile in the intersected profile list is also the first profile in the C-list, the service bindings provided by the originating call agent are associated with the first profile, itu 8. The originating gateway sends this result(intersected profile list and service bindings for the first profile, itu 8) via the SDP remote session descriptor to the terminating gateway. The service bindings are expressed as follows [18]:
C-リストには最優先があって、また、交差したプロフィールリストにおける最初のプロフィールがC-リストで最初のプロフィールであるので、起因している呼び出しエージェントによって提供されたサービス結合は最初のプロフィールに関連しています、itu8。 起因するゲートウェイは終わりゲートウェイへのSDPのリモートセッション記述子でこの結果(交差したプロフィールリストと最初のプロフィール、itu8のためのサービス結合)を送ります。 サービス結合が以下の通り言い表される、[18]:
a=vsel:G729 10 10000 a=dsel:on PCMU 40 5000
a=vsel: G729 10 10000a=dsel:、PCMU40 5000
Kumar Informational [Page 43] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[43ページ]のRFC3441ATM
The intersected profile list produced by gateway 1 becomes the R-list for gateway #2. The terminating call agent sends the following profile list (C-list) to the terminating gateway in the first create connection command:
ゲートウェイ1によって作り出された交差したプロフィールリストはゲートウェイ#2のためのR-リストになります。 終わっている呼び出しエージェントは1番目の終わりゲートウェイへの(C-リスト)が作成する以下のプロフィールリストに接続命令を送ります:
itu 1, itu 4, itu 3, custom 110, custom 100, itu 2
itu1、itu4、itu3、カスタム110、カスタム100、itu2
Any service bindings (not shown) sent by the terminating call agent apply to the first profile in this list, itu 1.
終わっている呼び出しエージェントによって送られたどんなサービス結合(目立たない)もこのリストにおける最初のプロフィールに適用されます、itu1。
The policy for terminating calls at gateway #2 is:
ゲートウェイ#2で呼び出しを終えるための方針は以下の通りです。
R-list > L-list > C-list
R-リスト>L-リスト>C-リスト
Using this policy, gateway #2 produces the following ordered intersection of R-list, L-list and C-list:
この方針を使用して、ゲートウェイ#2はR-リスト、L-リスト、およびC-リストの以下の命令された交差点を生産します:
itu 3, itu 1
itu3、itu1
The first profile in this list, itu 3, is to be used for this connection. Gateway 2 indicates this to the call agent through the SDP local connection descriptor.
このリストにおける最初のプロフィール(itu3)はこの接続に使用されることになっています。 ゲートウェイ2はSDP市内接続記述子を通して呼び出しエージェントにこれを示します。
Note that the service bindings provided by the originating gateway have not been specified with respect to itu 3. Therefore, these cannot be used even though the R-list has the highest priority at the terminating gateway. Any existing internal (default or provisioned) service bindings for AAL2 profile itu 3 must be associated by the terminating gateway with the selected profile, itu 3. Those service bindings that are internally unavailable are left unspecified.
起因するゲートウェイによって提供されたサービス結合がitu3に関して指定されていないことに注意してください。 したがって、R-リストは終わりゲートウェイに最優先を持っていますが、これらを使用できません。 AAL2プロフィールitu3のためのどんな既存の内部(デフォルトの、または、食糧を供給された)のサービス結合も終わりゲートウェイのそばで選択されたプロフィールに関連しているに違いありません、itu3。 それらの内部的に入手できないサービス結合は不特定のままにされます。
Since the internal service type bindings do exist for the profile itu 3 at the terminating gateway, they are selected and bound to the connection. In these, fax service is lumped with voiceband data passthrough. These bindings are indicated to the originating gateway via the following SDP media attribute lines:
内部のサービスタイプ結合がプロフィールitu3のために終わりゲートウェイに存在しているので、それらは、選択されて、接続にバウンドしています。 これらでは、ファックスサービスはvoicebandデータpassthroughでひとまとめにされます。 これらの結合は属性が裏打ちする以下のSDPメディアを通して起因するゲートウェイに示されます:
a=vsel:G726-32 20 5000 G726-24 15 5000 a=dsel:on PCMU 40 5000 G726-40 25 5000
a=vsel: G726-32 20 5000 G726-24 15 5000 a=dsel:、PCMU40 5000G726-40 25 5000
Kumar Informational [Page 44] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[44ページ]のRFC3441ATM
The vsel line maps voice service to certain rows in the itu 3 profile table. The dsel line maps voiceband data service to certain rows in the itu 3 profile table. The "on" in the dsel line indicates that voiceband data includes fax, otherwise a separate fsel line might have been used. Two codecs each are indicated for voice and for voiceband data, with the first codec being the preferred one. Although the originating gateway is not constrained by these advisory indications of profile element to service type mapping, applications may choose to limit on-the-fly switches based on the current service state (voice, voiceband data etc.). If done, this provides greater simplicity at the expense of flexibility.
vsel系列はitu3プロフィールテーブルのある行に対する声のサービスを写像します。 dsel系列はitu3プロフィールテーブルのある行に対するvoicebandデータサービスを写像します。 dsel系列における“on"は、voicebandデータがファックスを含んでいるのを示します。さもなければ、別々のfsel系列は使用されたかもしれません。 それぞれ2つのコーデックが声と都合のよい方である最初のコーデックでのvoicebandデータのために示されます。 起因するゲートウェイはサービスタイプマッピングへのプロフィール要素のこれらの顧問しるしで抑制されませんが、アプリケーションは、当期の勤務状態(データのvoiceband声など)に基づく飛行中のスイッチを制限するのを選ぶかもしれません。 するなら、これは柔軟性を犠牲にして、よりすばらしい簡単さを提供します。
7.0 Security Considerations
7.0 セキュリティ問題
The ATM package extends the base Media Gateway Control Protocol (MGCP) [36]. This package specifies no additional security requirements or recommendations over those of the base MGCP protocol.
ATMパッケージはベースメディアゲートウェイControlプロトコル(MGCP)[36]を広げています。 このパッケージはベースMGCPプロトコルのものの上のどんな追加担保要件も推薦も指定しません。
8.0 IANA Considerations
8.0 IANA問題
The ATM package described in this document has been registered as an MGCP package under the name "atm", without the quotes. The current version of this package is 0 (default). This registration has been completed per the IANA considerations in the MGCP specification [36].
本書では説明されたATMパッケージはMGCPパッケージとして「気圧」という名前の下で登録されました、引用文なしで。 このパッケージの最新版は0(デフォルト)です。 この登録はMGCP仕様[36]でIANA問題単位で終了しました。
The contact for the MGCP ATM package is the author of this document (Section 12).
MGCP ATMパッケージに関する接触はこのドキュメント(セクション12)の作者です。
9.0 References
9.0の参照箇所
[1] ITU-T I.366.1, B-ISDN ATM Adaptation Layer Specification: Type 1 AAL.
[1]ITU-T I.366.1、B-ISDN気圧適合層の仕様: 1AALをタイプしてください。
[2] ITU-T I.366.2, AAL Type 2 Reassembly Service Specific Convergence Sublayer for Trunking, Nov. 2000.
[2] ITU-T I.366.2、AALは中継方式、2000年11月のための2のReassemblyのサービスの特定の集合副層をタイプします。
[3] af-vtoa-0113.000, ATM trunking using AAL2 for narrowband services.
[3]af-vtoa-0113.000、狭帯域サービスにAAL2を使用するATM中継方式。
[4] ITU Q. 2965.1, Digital subscriber signalling system no.2 (DSS 2) - Support of Quality of Service classes.
[4]ITU Q.2965.1、Digital加入者合図システムno.2(DSS2)--ServiceのQualityのサポートは属します。
[5] ITU Q.2961, Digital subscriber signalling system no.2 (DSS 2) - additional traffic parameters. Also, Amendment 2 to Q.2961.
[5]ITU Q.2961、Digital加入者合図システムno.2(DSS2)--追加トラフィックパラメタ。 Q.2961の修正2も。
[6] ATMF UNI 4.0 Signaling Specification, af-sig-0061.000.
[6] ATMF UNI4.0Signaling Specification、af-sig-0061.000。
Kumar Informational [Page 45] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[45ページ]のRFC3441ATM
[7] ITU Q. 2965.2, Digital subscriber signalling system no.2 (DSS 2) - Signalling of individual Quality of Service parameters.
[7]ITU Q.2965.2、Digital加入者合図システムno.2(DSS2)--Serviceパラメタの個々のQualityに合図します。
[8] ATMF Traffic Management Specification, Version 4.1, af-tm- 0121.000.
[8] ATMF Traffic Management Specification、バージョン4.1、af-tm0121.000。
[9] I.356, BISDN ATM layer cell transfer performance.
[9] I.356、BISDN ATMはセル転送性能を層にします。
[10] ITU-T I.363.2, B-ISDN ATM Adaptation Layer Specification: Type 2 AAL, Sept. 1997.
[10]ITU-T I.363.2、B-ISDN気圧適合層の仕様: 2AAL、1997年9月をタイプしてください。
[11] ITU-T I.366.1, Segmentation and Reassembly Service Specific Convergence Sublayer for AAL Type 2, June 1998.
[11] ITU-TのI.366.1、分割、およびReassemblyはAALタイプ2、1998年6月のための特定の集合副層を修理します。
[12] H.323-2, Packet-based multimedia communications systems.
[12]H.323-2、Packetベースのマルチメディア通信システム。
[13] af-vtoa-0083.000, Voice and Telephony Over ATM to the Desktop.
[13] Desktopへのaf-vtoa-0083.000、Voice、およびTelephony Over ATM。
[14] Q.2110, B-ISDN ATM adaptation layer - service specific connection oriented protocol (SSCOP).
[14]Q.2110、B-ISDN ATM適合層--特定の接続指向のプロトコル(SSCOP)を修理してください。
[15] I.365.1,Frame relaying service specific convergence sublayer (FR-SSCS).
[15] I.365.1、サービス特定の集合副層(フラン-SSCS)をリレーするFrame。
[16] I.365.2, B-ISDN ATM adaptation layer sublayers: service specific coordination function to provide the connection oriented network service.
[16]I.365.2、B-ISDN ATM適合層の副層: 特定のコーディネート機能を修理して、指向のネットワーク・サービスを接続に提供してください。
[17] I.365.3, B-ISDN ATM adaptation layer sublayers: service specific coordination function to provide the connection-oriented transport service.
[17]I.365.3、B-ISDN ATM適合層の副層: 特定のコーディネート機能を修理して、接続指向の輸送サービスを提供してください。
[18] Kumar, R. and M. Mostafa, "Conventions for the use of the Session Description Protocol (SDP) for ATM Bearer Connections", RFC 3108, May 2001.
[18] クマー、R.とM.Mostafa、「Session記述プロトコル(SDP)のATM Bearerコネクションズの使用のためのコンベンション」RFC3108(2001年5月)。
[19] ITU I.371, Traffic Control and Congestion Control in the BISDN.
[19] ITU I.371、トラフィックコントロール、および混雑はBISDNで制御されます。
[20] ATMF Circuit Emulation Service (CES) Interoperability Specification, af-vtoa-0078.000.
[20] ATMF Circuit Emulation Service(CES)相互運用性Specification、af-vtoa-0078.000。
[21] af-vmoa-0145.000, Voice and Multimedia over ATM, Loop Emulation Service using AAL2.
[21] ATM、Loop Emulation Serviceの上のAAL2を使用するaf-vmoa-0145.000、Voice、およびMultimedia。
[22] ITU-T H.222.1, Multimedia multiplex and synchronization for audiovisual communication in ATM environments.
[22] ATM環境における視聴覚のコミュニケーションのためのITU-T H.222.1、Multimediaマルチプレックス、および同期。
Kumar Informational [Page 46] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[46ページ]のRFC3441ATM
[23] FRF.5, Frame Relay/ATM PVC Network Interworking Implementation Agreement.
[23] FRF.5、実装協定を織り込むPVCがネットワークでつなぐフレームリレー/気圧。
[24] FRF.8, Frame Relay/ATM PVC Service Interworking Implementation Agreement.
[24] FRF.8、実装協定を織り込むフレームリレー/気圧PVCサービス。
[25] FRF.11, Voice over Frame Relay Implementation Agreement.
[25] FRF.11、フレームリレー実装の上で協定を声に出してください。
[26] Handley, M. and V. Jacobson, "SDP: Session Description Protocol", RFC 2327, April 1998.
[26] ハンドレー、M.、およびV.ジェーコブソン、「SDP:」 「セッション記述プロトコル」、RFC2327、1998年4月。
[27] ITU-T I.363.5, B-ISDN ATM Adaptation Layer Specification: Type 5 AAL, Aug. 1996.
[27]ITU-T I.363.5、B-ISDN気圧適合層の仕様: 5AAL、1996年8月をタイプしてください。
[28] I.365.4, B-ISDN ATM adaptation layer sublayers: Service specific convergence sublayer for HDLC applications.
[28]I.365.4、B-ISDN ATM適合層の副層: HDLCアプリケーションのために特定の集合副層を修理してください。
[29] ITU-T Q.2931, B-ISDN Application Protocol for Access Signaling.
[29] ITU-T Q.2931、アクセスシグナリングのためのB-ISDNアプリケーション・プロトコル。
[30] ITU Q.765.5, Application Transport Mechanism - Bearer Independent Call Control.
[30] ITU Q.765.5、アプリケーションはメカニズムを輸送します--運搬人の独立している呼び出しコントロール。
[31] http://www.3gpp.org/ftp/Specs for specifications related to 3GPP, including AMR codecs.
[31] AMRコーデックを含んでいて、仕様のための http://www.3gpp.org/ftp/Specs は3GPPに関連しました。
[32] ITU Q.931, Digital Subscriber Signaling System No. 1: Network Layer.
[32]ITU Q.931、デジタル加入者シグナリングシステムNo.1: ネットワーク層。
[33] ITU Q.763, SS7 - ISUP formats and codes.
[33]ITU Q.763、SS7--ISUP形式とコード。
[34] http://www.iana.org/assignments/rtp-parameters
[34] http://www.iana.org/assignments/rtp-parameters
[35] ATMF Voice and Telephony over ATM - ATM Trunking using AAL1 for Narrowband Services, version 1.0, af-vtoa-0089.000, July 1997.
ATMの上の[35]ATMF VoiceとTelephony--1997年7月のNarrowband Services、バージョン1.0、af-vtoa-0089.000にAAL1を使用するATM Trunking。
[36] Andreasen, F. and B. Foster, "Media Gateway Control Protocol (MGCP) Version 1.0", RFC 3435, January 2003.
[36] Andreasen、F.、およびB.フォスター、「メディアゲートウェイコントロールは2003年1月にバージョン1インチ、(MGCP)RFC3435について議定書の中で述べます」。
[37] Handley, M. and V. Jacobson, "SDP: Session Description Protocol", RFC 2327, April 1998.
[37] ハンドレー、M.、およびV.ジェーコブソン、「SDP:」 「セッション記述プロトコル」、RFC2327、1998年4月。
[38] Foster, B., "MGCP CAS Packages", RFC 3064, February 2001.
[38] フォスター、B.、「MGCP CASパッケージ」、RFC3064、2001年2月。
Kumar Informational [Page 47] RFC 3441 ATM MGCP Package January 2003
MGCPが2003年1月にパッケージするクマー情報[47ページ]のRFC3441ATM
10.0 Acronyms
10.0 頭文字語
AAL ATM Adaptation Layer ABR Available Bit Rate ABT/DT ATM Block Transfer/Delayed Transmission ABT/IT ATM Block Transfer/Immediate Transmission ATM Asynchronous Transfer Mode ATMF ATM Forum BCG Bearer Connection Group CAS Channel Associated Signaling CBR Constant Bit Rate CDV Cell Delay Variation CDVT Cell Delay Variation Tolerance CID Channel Identifier CLR Cell Loss Ratio CPS Common Part Sublayer DBR Deterministic Bit Rate FEC Forward Error Correction FRF Frame Relay Format GFR Guaranteed Frame Rate GWID Gateway Identifier IP Internet Protocol ITU International Telecommunications Union LCO Local Connection Option MBS Maximum Burst Size MCR Minimum Cell Rate MFS Maximum Frame Size MGCP Media Gateway Control Protocol nrt-VBR Non-real-time Variable Bit Rate NSAP Network Service Access Point PCR Peak Cell Rate PDU Protocol Data Unit PVC Permanent Virtual Circuit QoS Quality of Service rt-VBR Real-time Variable Bit Rate SAR Segmentation and Re-assembly SCR Sustained Cell Rate SDT Structured Data Transfer SDU Service Data Unit SPVC Switched Permanent Virtual Circuit SRTS Synchronous Residual Time-Stamp SSCOP Service-specific Connection Oriented Protocol SSSAR Service-specific Segmentation and Re-assembly SVC Switched Virtual Circuit TDM Time-Division Multiplexing UBR Unspecified Bit Rate UDT Unstructured Data Transfer VC Virtual Circuit
AAL ATM Adaptation Layer ABR Available Bit Rate ABT/DT ATM Block Transfer/Delayed Transmission ABT/IT ATM Block Transfer/Immediate Transmission ATM Asynchronous Transfer Mode ATMF ATM Forum BCG Bearer Connection Group CAS Channel Associated Signaling CBR Constant Bit Rate CDV Cell Delay Variation CDVT Cell Delay Variation Tolerance CID Channel Identifier CLR Cell Loss Ratio CPS Common Part Sublayer DBR Deterministic Bit Rate FEC Forward Error Correction FRF Frame Relay Format GFR Guaranteed Frame Rate GWID Gateway Identifier IP Internet Protocol ITU International Telecommunications Union LCO Local Connection Option MBS Maximum Burst Size MCR Minimum Cell Rate MFS Maximum Frame Size MGCP Media Gateway Control Protocol nrt-VBR Non-real-time Variable Bit Rate NSAP Network Service Access Point PCR Peak Cell Rate PDU Protocol Data Unit PVC Permanent Virtual Circuit QoS Quality of Service rt-VBR Real-time Variable Bit Rate SAR Segmentation and Re-assembly SCR Sustained Cell Rate SDT Structured Data Transfer SDU Service Data Unit SPVC Switched Permanent Virtual Circuit SRTS Synchronous Residual Time-Stamp SSCOP Service-specific Connection Oriented Protocol SSSAR Service-specific Segmentation and Re-assembly SVC Switched Virtual Circuit TDM Time-Division Multiplexing UBR Unspecified Bit Rate UDT Unstructured Data Transfer VC Virtual Circuit
Kumar Informational [Page 48] RFC 3441 ATM MGCP Package January 2003
Kumar Informational [Page 48] RFC 3441 ATM MGCP Package January 2003
VCCI Virtual Circuit Connection Identifier VCI Virtual Circuit Identifier VP Virtual Path VPCI Virtual Path Connection Identifier VPI Virtual Path Identifier
VCCI Virtual Circuit Connection Identifier VCI Virtual Circuit Identifier VP Virtual Path VPCI Virtual Path Connection Identifier VPI Virtual Path Identifier
11.0 Acknowledgements
11.0 Acknowledgements
The author wishes to thank several colleagues at Cisco and the industry who have contributed towards the development of the MGCP ATM package, and who have implemented and tested these constructs. Special thanks are due to Bill Foster, Flemming Andreasen, Raghu Thirumalai Rajan, Joe Stone, Hisham Abdelhamid, Joseph Swaminathan, Sushma Srikanth, Amit Agrawal, Mohamed Mostafa, Latha Idury, David Auerbach and Robert Biskner of Cisco systems and to Mahamood Hussain of Hughes Software Systems for their contributions. Finally, thanks are due to Scott Bradner for guiding the final phase of the publication of this document.
The author wishes to thank several colleagues at Cisco and the industry who have contributed towards the development of the MGCP ATM package, and who have implemented and tested these constructs. Special thanks are due to Bill Foster, Flemming Andreasen, Raghu Thirumalai Rajan, Joe Stone, Hisham Abdelhamid, Joseph Swaminathan, Sushma Srikanth, Amit Agrawal, Mohamed Mostafa, Latha Idury, David Auerbach and Robert Biskner of Cisco systems and to Mahamood Hussain of Hughes Software Systems for their contributions. Finally, thanks are due to Scott Bradner for guiding the final phase of the publication of this document.
12.0 Author's Address
12.0 Author's Address
Rajesh Kumar Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706
Rajesh Kumar Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706
Phone: 1-408-527-0811 EMail: rkumar@cisco.com
Phone: 1-408-527-0811 EMail: rkumar@cisco.com
Kumar Informational [Page 49] RFC 3441 ATM MGCP Package January 2003
Kumar Informational [Page 49] RFC 3441 ATM MGCP Package January 2003
13.0 Full Copyright Statement
13.0 Full Copyright Statement
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright (C) The Internet Society (2003). All Rights Reserved.
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS 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.
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS 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.
Acknowledgement
Acknowledgement
Funding for the RFC Editor function is currently provided by the Internet Society.
Funding for the RFC Editor function is currently provided by the Internet Society.
Kumar Informational [Page 50]
Kumar Informational [Page 50]
一覧
スポンサーリンク