RFC3332 日本語訳

Network Working Group                                      G. Sidebottom
Request for Comments: 3332                         Signatus Technologies
Category: Standards Track                                   K. Morneault
                                                                   Cisco
                                                        J. Pastor-Balbas
                                                                Ericsson
                                                                 Editors
                                                          September 2002

Sidebottomがコメントのために要求するワーキンググループG.をネットワークでつないでください: 3332年のSignatus技術カテゴリ: 標準化過程K.MorneaultコクチマスJ.牧師-Balbasエリクソンエディターズ2002年9月

       Signaling System 7 (SS7) Message Transfer Part 3 (MTP3) -
                      User Adaptation Layer (M3UA)

シグナリングシステム7(SS7)メッセージ転送パート3(MTP3)--ユーザ適合層(M3UA)

Status of this Memo

このMemoの状態

   This document specifies an Internet standards track protocol for the
   Internet community, and requests discussion and suggestions for
   improvements.  Please refer to the current edition of the "Internet
   Official Protocol Standards" (STD 1) for the standardization state
   and status of this protocol.  Distribution of this memo is unlimited.

このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。

Copyright Notice

版権情報

   Copyright (C) The Internet Society (2002).  All Rights Reserved.

Copyright(C)インターネット協会(2002)。 All rights reserved。

Abstract

要約

   This memo defines a protocol for supporting the transport of any SS7
   MTP3-User signalling (e.g., ISUP and SCCP messages) over IP using the
   services of the Stream Control Transmission Protocol.  Also,
   provision is made for protocol elements that enable a seamless
   operation of the MTP3-User peers in the SS7 and IP domains. This
   protocol would be used between a Signalling Gateway (SG) and a Media
   Gateway Controller (MGC) or  IP-resident Database, or between two
   IP-based applications.  It is assumed that the SG receives SS7
   signalling over a standard SS7 interface using the SS7 Message
   Transfer Part (MTP) to provide transport.

このメモは、Stream Control Transmissionプロトコルのサービスを利用することでIPの上で(例えば、ISUPとSCCPメッセージ)に合図しながらどんなSS7 MTP3-ユーザの輸送もサポートするためにプロトコルを定義します。 また、設備はSS7でのMTP3-ユーザ同輩のシームレスの操作を可能にするプロトコル要素とIPドメインに作られています。 このプロトコルはSignallingゲートウェイ(SG)とメディアゲートウェイController(MGC)かIP-居住者Databaseの間、または、2つのIPベースのアプリケーションの間で使用されるでしょう。 SGがSS7 Message Transfer Part(MTP)を使用する標準のSS7インタフェースの上で輸送を提供すると合図するSS7を受けると思われます。

Table of Contents

目次

   1.  Introduction..................................................3
   1.1 Scope.........................................................3
   1.2 Terminology...................................................4
   1.3 M3UA Overview.................................................6
   1.4 Functional Areas.............................................10
   1.5 Sample Configurations........................................18
   1.6 Definition of M3UA Boundaries................................21
   2.  Conventions..................................................25

1. 序論…3 1.1範囲…3 1.2用語…4 1.3M3UA概要…6 1.4 機能的な領域…10 1.5 構成を抽出してください…18 1.6 M3UA境界の定義…21 2. コンベンション…25

Sidebottom, et. al.         Standards Track                     [Page 1]

RFC 3332             SS7 MTP3-User Adaptation Layer       September 2002

et Sidebottom、アル。 規格はSS7 MTP3-ユーザ適合層の2002年9月にRFC3332を追跡します[1ページ]。

   3.  M3UA Protocol Elements.......................................25
   3.1 Common Message Header........................................26
   3.2 Variable Length Parameter....................................29
   3.3 Transfer Messages............................................31
   3.4 SS7 Signalling Network Management (SSNM) Messages............35
   3.5 ASP State Maintenance (ASPSM) Messages.......................45
   3.6 Routing Key Management (RKM) Messages........................48
   3.7 ASP Traffic Maintenance (ASPTM) Messages.....................59
   3.8 Management (MGMT) Messages...................................63
   4.  Procedures...................................................69
   4.1 Procedures to Support the M3UA-User .........................69
   4.2 Procedures to Support the Management of SCTP Associations ...70
   4.3 AS and ASP State Maintenance.................................72
   4.4 Routing Key Management Procedures............................87
   4.5 Procedures to Support the Availability or Congestion Status
       of SS7 Destination...........................................89
   4.6 MTP3 Restart.................................................92
   5.  Examples of M3UA Procedures..................................93
   5.1 Establishment of Association and Traffic
       Between SGs and ASPs.........................................93
   5.2 ASP traffic Failover Examples................................99
   5.3 Normal Withdrawal of an ASP from an Application Server
       and Teardown of an Association..............................100
   5.4 M3UA/MTP3-User Boundary Examples............................101
   5.5 Examples of IPSP communication..............................105
   6.  Security Considerations.....................................108
   6.1 Introduction................................................108
   6.2 Threats.....................................................108
   6.3 Protecting Confidentiality..................................108
   7.  IANA Considerations.........................................109
   7.1 SCTP Payload Protocol Identifier............................109
   7.2 M3UA Port Number............................................109
   7.3 M3UA Protocol Extensions....................................109
   8. References...................................................111
   8.1 Normative References........................................111
   8.2 Informative References......................................111
   9. Acknowledgements.............................................113
   10. Document Contributors.......................................113
   Appendix A......................................................114
   A.1 Signalling Network Architecture.............................114
   A.2 Redundancy Models...........................................117
   Editors' Addresses..............................................119
   Full Copyright Statement........................................120

3. M3UAはElementsについて議定書の中で述べます…25 3.1の一般的なメッセージヘッダー…26 3.2可変長パラメタ…29 3.3 メッセージを移してください…31 3.4 SS7合図ネットワークマネージメント(SSNM)メッセージ…35 3.5 ASP州のメインテナンス(ASPSM)メッセージ…45 3.6 ルート設定Key Management(RKM)メッセージ…48 3.7 ASPトラフィックメインテナンス(ASPTM)メッセージ…59 3.8 管理(管理)メッセージ…63 4. 手順…69 M3UA-ユーザをサポートする4.1の手順…69 SCTP協会管理をサポートする4.2の手順…70、4.3、ASPはメインテナンスを述べます… 同じくらいそして、…72 4.4 ルート設定Key Management手順…87 有用性か混雑がSS7の目的地の状態であるとサポートする4.5の手順…89 4.6 MTP3は再開します…92 5. M3UA手順に関する例…93 5.1 SGsとASPの間の協会とトラフィックの設立…93 5.2 ASPトラフィックFailover Examples…99 5.3 協会のアプリケーション・サーバーと分解からのASPの通常の撤退…100 5.4 M3UA/MTP3-ユーザ境界の例…IPSPコミュニケーションに関する101 5.5の例…105 6. セキュリティ問題…108 6.1序論…108 6.2の脅威…108 6.3 秘密性を保護します…108 7. IANA問題…109 7.1 SCTP有効搭載量プロトコル識別子…109 7.2 M3UAは数を移植します…109 7.3 M3UAは拡大について議定書の中で述べます…109 8. 参照…111 8.1 標準の参照…111 8.2 有益な参照…111 9. 承認…113 10. 貢献者を記録してください…113 付録A.…114A.1合図ネットワークアーキテクチャ…114 A.2冗長はモデル化されます…117人のエディタのアドレス…119 完全な著作権宣言文…120

Sidebottom, et. al.         Standards Track                     [Page 2]

RFC 3332             SS7 MTP3-User Adaptation Layer       September 2002

et Sidebottom、アル。 規格はSS7 MTP3-ユーザ適合層の2002年9月にRFC3332を追跡します[2ページ]。

1.  Introduction

1. 序論

   This memo defines a protocol for supporting the transport of any SS7
   MTP3-User signalling (e.g., ISUP and SCCP messages) over IP using the
   services of the Stream Control Transmission Protocol [17]. Also,
   provision is made for protocol elements that enable a seamless
   operation of the MTP3-User peers in the SS7 and IP domains.  This
   protocol would be used between a Signalling Gateway (SG) and a Media
   Gaway Controller (MGC) or  IP-resident Database [11], or between two
   IP-based applications.

このメモは、Stream Control Transmissionプロトコル[17]のサービスを利用することでIPの上で(例えば、ISUPとSCCPメッセージ)に合図しながらどんなSS7 MTP3-ユーザの輸送もサポートするためにプロトコルを定義します。 また、設備はSS7でのMTP3-ユーザ同輩のシームレスの操作を可能にするプロトコル要素とIPドメインに作られています。 このプロトコルはSignallingゲートウェイ(SG)とメディアGaway Controller(MGC)かIP-居住者Database[11]の間、または、2つのIPベースのアプリケーションの間で使用されるでしょう。

1.1 Scope

1.1 範囲

   There is a need for Switched Circuit Network (SCN) signalling
   protocol delivery from an SS7 Signalling Gateway (SG) to a Media
   Gateway Controller (MGC) or IP-resident Database as described in the
   Framework Architecture for Signalling Transport [11].  The delivery
   mechanism should meet the following criteria:

メディアゲートウェイController(MGC)かSS7 Signallingゲートウェイ(SG)からIP-居住者DatabaseまでのSwitched Circuit Network(SCN)合図プロトコル配送の必要がSignalling Transport[11]のためにFramework Architectureで説明されるようにあります。 排紙機構は以下の評価基準を満たすべきです:

   *  Support for the transfer of all SS7 MTP3-User Part messages (e.g.,
      ISUP [1,2,3], SCCP [4,5,6], TUP [12], etc.)
   *  Support for the seamless operation of MTP3-User protocol peers
   *  Support for the management of SCTP transport associations and
      traffic between an SG and one or more MGCs or IP-resident
      Databases
   *  Support for MGC or IP-resident Database process failover and load
      sharing
   *  Support for the asynchronous reporting of status changes to
      management

* すべてのSS7 MTP3-ユーザの転送には、Partメッセージが(例えば、ISUP[1、2、3]、SCCP[4、5、6]、TUP[12]など)であるとサポートしてください。 * Support for the seamless operation of MTP3-User protocol peers * Support for the management of SCTP transport associations and traffic between an SG and one or more MGCs or IP-resident Databases * Support for MGC or IP-resident Database process failover and load sharing * Support for the asynchronous reporting of status changes to management

   In simplistic transport terms, the SG will terminate SS7 MTP2 and
   MTP3 protocol layers [7,8,9] and deliver ISUP, SCCP and/or any other
   MTP3-User protocol messages, as well as certain MTP network
   management events, over SCTP transport associations to MTP3-User
   peers in MGCs or IP-resident Databases.

安易な輸送用語で、SGはSS7 MTP2とMTP3プロトコル層[7、8、9]を終えて、ISUP、SCCP、そして/または、いかなる他のMTP3-ユーザにもプロトコルメッセージを提供するでしょう、あるMTPネットワークマネージメントイベントと同様に、MGCsのMTP3-ユーザ同輩かIP-居住者DatabasesへのSCTP輸送協会の上で。

Sidebottom, et. al.         Standards Track                     [Page 3]

RFC 3332             SS7 MTP3-User Adaptation Layer       September 2002

et Sidebottom、アル。 規格はSS7 MTP3-ユーザ適合層の2002年9月にRFC3332を追跡します[3ページ]。

1.2 Terminology

1.2 用語

   Application Server (AS) - A logical entity serving a specific Routing
   Key.  An example of an Application Server is a virtual switch element
   handling all call processing for a unique range of PSTN trunks,
   identified by an SS7 SIO/DPC/OPC/CIC_range.  Another example is a
   virtual database element, handling all HLR transactions for a
   particular SS7 DPC/OPC/SCCP_SSN combination.  The AS contains a set
   of one or more unique Application Server Processes, of which one or
   more is normally actively processing traffic.  Note that there is a
   1:1 relationship between an AS and a Routing Key.

アプリケーションServer(AS)--特定のルート設定Keyに役立つ論理的な実体。 Application Serverに関する例はSS7 SIO/DPC/OPC/CIC_範囲によって特定されたユニークな範囲のPSTNトランクスのためのすべての呼び出し処理を扱う仮想のスイッチ素子です。 特定のSS7 DPC/OPC/SCCP_SSN組み合わせのためにすべてのHLRトランザクションを扱って、別の例は仮想のデータベース要素です。 ASは通常、より多くのどれが活発に処理しているトラフィックであるかに関する1ユニークなApplication Server Processesの1セットを含んでいます。 ASとルート設定Keyとの1:1関係があることに注意してください。

   Application Server Process (ASP) - A process instance of an
   Application Server. An Application Server Process serves as an active
   or backup process of an Application Server (e.g., part of a
   distributed virtual switch or database).  Examples of ASPs are
   processes (or process instances) of MGCs, IP SCPs or IP HLRs.  An ASP
   contains an SCTP endpoint and may be configured to process signalling
   traffic within more than one Application Server.

アプリケーションServer Process(ASP)--. Application Server ProcessがApplication Server(例えば、分配された仮想のスイッチかデータベースの一部)のアクティブであるかバックアッププロセスとして役立つApplication Serverのプロセスインスタンス。 ASPに関する例はMGCs、IP SCPsまたはIP HLRsのプロセス(または、プロセスインスタンス)です。 ASPは、SCTP終点を含んでいて、1Application Serverの中で合図トラフィックを処理するために構成されるかもしれません。

   Association - An association refers to an SCTP association.  The
   association provides the transport for the delivery of MTP3-User
   protocol data units and M3UA adaptation layer peer messages.

協会--協会はSCTP協会について言及します。 協会はMTP3-ユーザプロトコルデータ単位とM3UA適合層の同輩メッセージの配送のための輸送を提供します。

   IP Server Process (IPSP) - A process instance of an IP-based
   application.  An IPSP is essentially the same as an ASP, except that
   it uses M3UA in a point-to-point fashion.  Conceptually, an IPSP does
   not use the services of a Signalling Gateway node.

IP Server Process(IPSP)--IPベースのアプリケーションのプロセスインスタンス。 二地点間ファッションでM3UAを使用するのを除いて、IPSPはASPと本質的には同じです。 概念的に、IPSPはSignallingゲートウェイノードのサービスを利用しません。

   Failover - The capability to reroute signalling traffic as required
   to an alternate Application Server Process, or group of ASPs, within
   an Application Server in the event of failure or unavailability of a
   currently used Application Server Process.  Failover also applies
   upon the return to service of a previously unavailable Application
   Server Process.

フェイルオーバー--現在中古のApplication Server Processの失敗か使用不能の場合、Application Serverの中で必要に応じて代替のApplication Server Processにトラフィックに合図するか、またはASPのグループを別ルートで送る能力。 また、フェイルオーバーはリターンのときに以前に入手できないApplication Server Processのサービスに適用されます。

   Host - The computing platform that the process (SGP, ASP or IPSP) is
   running on.

ホスト--プロセス(SGP、ASPまたはIPSP)が走っているコンピューティングプラットホーム。

   Layer Management - Layer Management is a nodal function that handles
   the inputs and outputs between the M3UA layer and a local management
   entity.

層のManagement--層のManagementはM3UA層と現地管理職者実体の間の入力と出力を扱うこぶのような機能です。

Sidebottom, et. al.         Standards Track                     [Page 4]

RFC 3332             SS7 MTP3-User Adaptation Layer       September 2002

et Sidebottom、アル。 規格はSS7 MTP3-ユーザ適合層の2002年9月にRFC3332を追跡します[4ページ]。

   Linkset - A number of signalling links that directly interconnect two
   signalling points, which are used as a module.

Linkset--直接モジュールとして使用される2合図ポイントとインタコネクトする多くの合図リンク。

   MTP - The Message Transfer Part of the SS7 protocol.

MTP--SS7プロトコルのMessage Transfer Part。

   MTP3 - MTP Level 3, the signalling network layer of SS7

MTP3--MTP Level3、SS7の合図ネットワーク層

   MTP3-User - Any protocol normally using the services of the SS7 MTP3
   (e.g., ISUP, SCCP, TUP, etc.).

MTP3-ユーザ--通常、SS7 MTP3(例えば、ISUP、SCCP、TUPなど)のサービスを利用するどんなプロトコル。

   Network Appearance - The Network Appearance is a M3UA local reference
   shared by SG and AS (typically an integer) that together with an
   Signaling Point Code uniquely identifies an SS7 node by indicating
   the specific SS7 network it belongs to. It can be used to distinguish
   between signalling traffic associated with different networks being
   sent between the SG and the ASP over a common SCTP association. An
   example scenario is where an SG appears as an element in multiple
   separate national SS7 networks and the same Signaling Point Code
   value may be reused in different networks.

ネットワークAppearance--Network AppearanceはSignaling Point Codeと共にそれが属す特定のSS7ネットワークを示すことによってSS7ノードを唯一特定するSGとAS(通常整数)によって共有されたM3UAのローカルの参照です。 一般的なSCTP協会の上でSGとASPの間に送る異なったネットワークに関連している合図トラフィックを見分けるのにそれを使用できます。 例のシナリオは複数の別々の国家のSS7ネットワークとSignaling Point Codeが評価する同じくらいの要素が異なったネットワークで再利用されるときSGが見えるところです。

   Network Byte Order: Most significant byte first, a.k.a Big Endian.

バイトオーダーをネットワークでつないでください: 大部分の重要なバイト最初に、a.k.a Big Endian。

   Routing Key: A Routing Key describes a set of SS7 parameters and
   parameter values that uniquely define the range of signalling traffic
   to be handled by a particular Application Server. Parameters within
   the Routing Key cannot extend across more than a single Signalling
   Point Management Cluster.

ルート設定キー: ルート設定Keyは唯一特定のApplication Serverによって扱われるようにトラフィックに合図する範囲を定義する1セットのSS7パラメタとパラメタ値について説明します。ルート設定Keyの中のパラメタは独身のSignalling Point Management Cluster以上に達することができません。

   Routing Context - A value that uniquely identifies a Routing Key.
   Routing Context values are either configured using a configuration
   management interface, or by using the routing key management
   procedures defined in this document.

ルート設定Context--唯一ルート設定Keyを特定する値。 ルート設定Context値が、構成管理インタフェースを使用することで構成されるか、または本書では定義されたルーティングかぎ管理手順を用いのどちらかであることによって、あります。

   Signalling Gateway Process (SGP) - A process instance of a Signalling
   Gateway.  It serves as an active, backup, load-sharing or broadcast
   process of a Signalling Gateway.

合図ゲートウェイProcess(SGP)--Signallingゲートウェイのプロセスインスタンス。 それはSignallingゲートウェイの活発なバックアップ、負荷分割法または放送プロセスとして機能します。

   Signalling Gateway - An SG is a signaling agent that receives/sends
   SCN native signaling at the edge of the IP network [11].  An SG
   appears to the SS7 network as an SS7 Signalling Point.  An SG
   contains a set of one or more unique Signalling Gateway Processes, of
   which one or more is normally actively processing traffic.  Where an
   SG contains more than one SGP, the SG is a logical entity and the
   contained SGPs are assumed to be coordinated into a single management
   view to the SS7 network and to the supported Application Servers.

合図ゲートウェイ--SGはIPネットワーク[11]の縁でネイティブのシグナリングをSCNに受けるか、または送るシグナル伝達物質です。 SGはSS7 Signalling PointとしてSS7ネットワークにおいて現れます。 SGは通常、より多くのどれが活発に処理しているトラフィックであるかに関する1ユニークなSignallingゲートウェイProcessesの1セットを含んでいます。 SGが1SGPを含んでいるところでは、SGは論理的な実体です、そして、含まれたSGPsによってSS7ネットワークと、そして、サポートしているApplication Serversへのただ一つの管理視点に調整されると思われます。

Sidebottom, et. al.         Standards Track                     [Page 5]

RFC 3332             SS7 MTP3-User Adaptation Layer       September 2002

et Sidebottom、アル。 規格はSS7 MTP3-ユーザ適合層の2002年9月にRFC3332を追跡します[5ページ]。

   Signalling Process - A process instance that uses M3UA to communicate
   with other signalling processes.  An ASP, an SGP and an IPSP are all
   signalling processes.

合図Process--交信するのにM3UAを使用するプロセスインスタンスは他の合図で処理されます。 ASP、SGP、およびIPSPはプロセスをすべて示しています。

   Signalling Point Management Cluster (SPMC) - The complete set of
   Application Servers represented to the SS7 network under a single MTP
   entity (Signalling Point) in one specific Network Appearance.  SPMCs
   are used to aggregate the availability, congestion, and user part
   status of an MTP entity (Signalling Point) that is distributed in the
   IP domain, for the purpose of supporting MTP3 management procedures
   towards the SS7 network.  In some cases, the SG itself may also be a
   member of the SPMC.  In this case, the SG availability /congestion
   /User_Part status should also be taken into account when considering
   any supporting MTP3 management actions.

合図Point Management Cluster(SPMC)--1特定のNetwork Appearanceのただ一つのMTP実体(合図Point)の下でSS7ネットワークに表されたApplication Serversの完全なセット。 SPMCsは有用性、混雑、およびIPドメインで分配されるMTP実体(合図Point)のユーザ部分状態に集めるのに使用されます、MTP3管理が手順であるとSS7ネットワークに向かってサポートする目的のために。 また、いくつかの場合、SG自身はSPMCのメンバーであるかもしれません。 また、MTP3管理が動作であるとサポートしながらこの場合いずれも考えるとき、SG有用性/congestion /User_Part状態は考慮に入れられるべきです。

   Stream - A stream refers to an SCTP stream; a unidirectional logical
   channel established from one SCTP endpoint to another associated SCTP
   endpoint, within which all user messages are delivered in-sequence
   except for those submitted to the unordered delivery service.

ストリーム--ストリームはSCTPストリームについて言及します。 1つのSCTP終点から別の終点まで確立された単方向の論理チャネルはSCTP終点を関連づけました。そこでは、連続して順不同のデリバリ・サービスに提出されたものを除いて、すべてのユーザメッセージが提供されます。

1.3 M3UA Overview

1.3 M3UA概要

1.3.1 Protocol Architecture

1.3.1 プロトコルアーキテクチャ

   The framework architecture that has been defined for SCN signalling
   transport over IP [11] uses multiple components, including a common
   signalling transport protocol and an adaptation module to support the
   services expected by a particular SCN signalling protocol from its
   underlying protocol layer.

IP[11]の上のSCN合図輸送のために定義されたフレームワークアーキテクチャは複数のコンポーネントを使用します、特定のSCN合図プロトコルによって基本的なプロトコル層から予想されたサービスをサポートするために一般的な合図トランスポート・プロトコルと適合モジュールを含んでいて。

   Within the framework architecture, this document defines an MTP3-User
   adaptation module suitable for supporting the transfer of messages of
   any protocol layer that is identified to the MTP Level 3 as an MTP
   User.  The list of these protocol layers includes, but is not limited
   to, ISDN User Part (ISUP) [1,2,3], Signalling Connection Control Part
   (SCCP) [4,5,6] and Telephone User Part (TUP) [12].  TCAP [13,14,15]
   or RANAP [16] messages are transferred transparently by the M3UA
   protocol as SCCP payload, as they are SCCP-User protocols.

フレームワークアーキテクチャの中では、このドキュメントはMTP UserとしてMTP Level3に特定されるどんなプロトコル層のメッセージの転送もサポートするのに適当なMTP3-ユーザ適合モジュールを定義します。 これら含んでいますが、層が制限されないプロトコル、ISDN User Part(ISUP)[1、2、3]、Signalling Connection Control Part(SCCP)[4、5、6]、およびTelephone User Part(TUP)[12]のリスト。 SCCPペイロードとして透過的にM3UAプロトコルでTCAP[13、14、15]かRANAP[16]メッセージを移します、それらがSCCP-ユーザプロトコルであるので。

   It is recommended that M3UA use the services of the Stream Control
   Transmission Protocol (SCTP) [17] as the underlying reliable common
   signalling transport protocol. This is to take advantage of various
   SCTP features such as:

M3UAが基本的な信頼できる一般的な合図トランスポート・プロトコルとしてStream Control Transmissionプロトコル(SCTP)[17]のサービスを利用するのは、お勧めです。 これは、以下などの様々なSCTPの特徴を利用するためのものです。

Sidebottom, et. al.         Standards Track                     [Page 6]

RFC 3332             SS7 MTP3-User Adaptation Layer       September 2002

et Sidebottom、アル。 規格はSS7 MTP3-ユーザ適合層の2002年9月にRFC3332を追跡します[6ページ]。

      - Explicit packet-oriented delivery (not stream-oriented),
      - Sequenced delivery of user messages within multiple streams,
        with an option for order-of-arrival delivery of individual
        user messages,
      - Optional multiplexing of user messages into SCTP datagrams,
      - Network-level fault tolerance through support of multi-homing
        at either or both ends of an association,
      - Resistance to flooding and masquerade attacks, and
      - Data segmentation to conform to discovered path MTU size.

- そして、明白なパケット指向の配送(ストリーム指向でない)--どちらかのマルチホーミングのサポートか協会の両端を通る個々のユーザメッセージ--SCTPデータグラムへのユーザメッセージの任意のマルチプレクシング--ネットワークレベル耐障害性の到着の注文配送のためのオプションによる複数のストリームの中のユーザメッセージの配列された配送--氾濫と仮面舞踏会への抵抗が攻撃される、--従うデータ分割は経路MTUサイズを発見しました。

   Under certain scenarios, such as back-to-back connections without
   redundancy requirements, the SCTP functions above might not be a
   requirement and TCP MAY be used as the underlying common transport
   protocol.

冗長要件、SCTP機能のない上の連続の接続などのあるシナリオの下では、aが要件とTCP MAYであったかもしれないなら基本的な一般的なトランスポート・プロトコルとして使用されてください。

1.3.2 Services Provided by the M3UA Layer

1.3.2 M3UA層で提供されたサービス

   The M3UA Layer at an ASP or IPSP provides the equivalent set of
   primitives at its upper layer to the MTP3-Users as provided by the
   MTP Level 3 to its local MTP3-Users at an SS7 SEP.  In this way, the
   ISUP and/or SCCP layer at an ASP or IPSP is unaware that the expected
   MTP3 services are offered remotely from an MTP3 Layer at an SGP, and
   not by a local MTP3 layer.  The MTP3 layer at an SGP may also be
   unaware that its local users are actually remote user parts over
   M3UA.  In effect, the M3UA extends access to the MTP3 layer services
   to a remote IP-based application.  The M3UA layer does not itself
   provide the MTP3 services. However, in the case where an ASP is
   connected to more than one SG, the M3UA layer at an ASP should
   maintain the status of configured SS7 destinations and route messages
   according to the availability and congestion status of the routes to
   these destinations via each SG.

MTP Level3によってSS7 SEPの地元のMTP3-ユーザに提供されるようにASPかIPSPのM3UA Layerは上側の層で同等なセットの基関数をMTP3-ユーザに提供します。 このように、ISUP、そして/または、SCCPがASPで層にするか、またはIPSPは地方のMTP3層から気づかないのではなく離れてSGPのMTP3 Layerから予想されたMTP3サービスが提供されるのを気づきません。 また、SGPのMTP3層も地元のユーザがM3UAの上の実際にリモートなユーザ部分であることを気づかないかもしれません。 事実上、M3UAはリモートIPベースのアプリケーションに対するMTP3層のサービスへのアクセスを広げています。 それ自体ではなく、層がするM3UAがMTP3サービスを提供します。 しかしながら、ASPが1SGに接続される場合では、ルートの有用性と混雑状態に従って、ASPにおけるM3UA層は各SGを通して構成されたSS7の目的地とルートメッセージの状態をこれらの目的地に維持するはずです。

   The M3UA layer may also be used for point-to-point signalling between
   two IP Server Processes (IPSPs).  In this case, the M3UA layer
   provides the same set of primitives and services at its upper layer
   as the MTP3. However, in this case the expected MTP3 services are not
   offered remotely from an SGP.  The MTP3 services are provided but the
   procedures to support these services are a subset of the MTP3
   procedures due to the simplified point-to-point nature of the IPSP to
   IPSP relationship.

また、M3UA層は2IP Server Processes(IPSPs)の間で合図するポイントツーポイントに使用されるかもしれません。 この場合、M3UA層はMTP3として上側の層で同じセットの基関数とサービスを提供します。 しかしながら、この場合、予想されたMTP3サービスはSGPから離れて提供されません。 MTP3サービスを提供しますが、これらのサービスをサポートする手順はIPSP関係へのIPSPの簡易型の二地点間本質によるMTP3手順の部分集合です。

Sidebottom, et. al.         Standards Track                     [Page 7]

RFC 3332             SS7 MTP3-User Adaptation Layer       September 2002

et Sidebottom、アル。 規格はSS7 MTP3-ユーザ適合層の2002年9月にRFC3332を追跡します[7ページ]。

1.3.2.1 Support for the Transport of MTP3-User Messages

1.3.2.1 MTP3-ユーザメッセージの輸送のサポート

   The M3UA layer provides the transport of MTP-TRANSFER primitives
   across an established SCTP association between an SGP and an ASP or
   between IPSPs.

M3UA層はSGPとASPかIPSPsの間の設立されたSCTP協会の向こう側にMTP-TRANSFER基関数の輸送を提供します。

   At an ASP, in the case where a destination is reachable via multiple
   SGPs, the M3UA layer must also choose via which SGP the message is to
   be routed or support load balancing across the SGPs, minimizing
   missequencing.

また、ASPでは、目的地が複数のSGPsを通して届いている場合では、M3UA層は、メッセージがどのSGPであるかを通してSGPsの向こう側に発送されるか、またはロードバランシングをサポートするのを選ばなければなりません、missequencingを最小にして。

   The M3UA layer does not impose a 272-octet signalling information
   field (SIF) length limit as specified by the SS7 MTP Level 2 protocol
   [7,8,9]. Larger information blocks can be accommodated directly by
   M3UA/SCTP, without the need for an upper layer segmentation/re-
   assembly procedure as specified in recent SCCP or ISUP versions.
   However, in the context of an SG, the maximum 272-octet block size
   must be followed when interworking to a SS7 network that does not
   support the transfer of larger information blocks to the final
   destination.  This avoids potential ISUP or SCCP fragmentation
   requirements at the SGPs.  The provisioning and configuration of the
   SS7 network determines the restriction placed on the maximum block
   size.  Some configurations (e.g., Broadband MTP [21]) may permit
   larger block sizes.

M3UA層は指定されるとしてのSS7 MTP Level2プロトコル[7、8、9]による272八重奏の合図情報フィールド(SIF)の長さの限界を課しません。 直接M3UA/SCTPは、より大きい情報ブロックに対応できます、最近のSCCPかISUPバージョンの指定されるとしての上側の層の再分割/アセンブリ手順の必要性なしで。 しかしながら、SGの文脈では、より大きい情報ブロックの転送を最終的な目的地にサポートしないSS7ネットワークに織り込むとき、最大の272八重奏のブロック・サイズに続かなければなりません。 これはSGPsで潜在的ISUPかSCCP断片化要件を避けます。 SS7ネットワークの食糧を供給するのと構成は最大のブロック・サイズに関して課される制限を決定します。 いくつかの構成、(例えば、Broadband MTP[21])は、より大きいブロック・サイズを可能にするかもしれません。

1.3.2.2 Native Management Functions

1.3.2.2 ネイティブの管理機能

   The M3UA layer provides the capability to indicate errors associated
   with received M3UA messages and to notify, as appropriate, local
   management and/or the peer M3UA.

M3UA層は受信されたM3UAメッセージに関連している誤りを示して、適宜現地管理職者、そして/または、同輩M3UAに通知する能力を提供します。

1.3.2.3 Interworking with MTP3 Network Management Functions

1.3.2.3 MTP3と共にネットワークマネージメントが機能であると織り込むこと。

   At the SGP, the M3UA layer provides interworking with MTP3 management
   functions to support seamless operation of the user SCN signalling
   applications in the SS7 and IP domains.  This includes:

SGPでは、M3UA層は、SS7とIPドメインでのユーザSCN合図アプリケーションのシームレスの操作をサポートするためにMTP3と共に管理機能を織り込みながら、提供されます。 これは:

   - Providing an indication to MTP3-Users at an ASP that a destination
     in the SS7 network is not reachable.

- SS7ネットワークにおける目的地が届いていないというASPのMTP3-ユーザへの指示を提供します。

   - Providing an indication to MTP3-Users at an ASP that a destination
     in the SS7 network is now reachable.

- SS7ネットワークにおける目的地が現在届いているというASPのMTP3-ユーザへの指示を提供します。

   - Providing an indication to MTP3-Users at an ASP that messages to a
     destination in the SS7 network are experiencing SS7 congestion.

- SS7ネットワークにおける目的地へのメッセージがSS7混雑になっているというASPのMTP3-ユーザへの指示を提供します。

Sidebottom, et. al.         Standards Track                     [Page 8]

RFC 3332             SS7 MTP3-User Adaptation Layer       September 2002

et Sidebottom、アル。 規格はSS7 MTP3-ユーザ適合層の2002年9月にRFC3332を追跡します[8ページ]。

   - Providing an indication to the M3UA layer at an ASP that the routes
     to a destination in the SS7 network are restricted.

- SS7ネットワークにおける目的地へのルートが制限されるというASPにおけるM3UA層への指示を提供します。

   - Providing an indication to MTP3-Users at an ASP that a MTP3-User
     peer is unavailable.

- MTP3-ユーザ同輩が入手できないというASPのMTP3-ユーザへの指示を提供します。

   The M3UA layer at an ASP keeps the state of the routes to remote SS7
   destinations and may initiate an audit of the availability, the
   restricted or the congested state of remote SS7 destinations.  This
   information is requested from the M3UA layer at the SGP.

ASPにおけるM3UA層は、遠く離れたSS7の目的地にルートの状態を維持して、遠く離れたSS7の目的地の有用性の監査、制限または混雑している状態を起こすかもしれません。 この情報はSGPのM3UA層から要求されます。

   The M3UA layer at an ASP may also indicate to the SG that the M3UA
   layer itself or the ASP or the ASP's Host is congested.

また、ASPにおけるM3UA層は、M3UA層自体、ASPまたはASPのHostが混雑しているのをSGに示すかもしれません。

1.3.2.4 Support for the Management of SCTP Associations between the SGP
        and ASPs.

1.3.2.4 SCTPの管理には、SGPとASPとの協会をサポートしてください。

   The M3UA layer at the SGP maintains the availability state of all
   configured remote ASPs, to manage the SCTP Associations and the
   traffic between the M3UA peers.  As well, the active/inactive and
   congestion state of remote ASPs is maintained.

SGPのM3UA層は、M3UA同輩の間のSCTP Associationsとトラフィックを管理するためにすべての構成されたリモートASPの有用性状態を維持します。 また、アクティブであるか不活発とリモートASPの混雑状態は維持されます。

   The M3UA layer MAY be instructed by local management to establish an
   SCTP association to a peer M3UA node.  This can be achieved using the
   M-SCTP_ESTABLISH primitives (See Section 1.6.3 for a description of
   management primitives.) to request, indicate and confirm the
   establishment of an SCTP association with a peer M3UA node.  In order
   to avoid redundant SCTP associations between two M3UA peers, one side
   (client) SHOULD be designated to establish the SCTP association, or
   M3UA configuration information maintained to detect redundant
   associations (e.g., via knowledge of the expected local and remote
   SCTP endpoint addresses).

M3UA層が同輩M3UAノードにSCTP協会を設立するよう現地管理職者によって命令されるかもしれません。 M-SCTPを使用することでこれを達成できます。_同輩M3UAノードとのSCTP協会の設立を要求して、示して、確認するESTABLISH基関数(管理基関数の記述に関してセクション1.6.3を見てください。)。 M3UAは2の間の余分なSCTP協会を避けるためにじっと見ます、半面(クライアント)SHOULD。指定されて、SCTP協会、または余分な協会(例えば、予想された地方の、そして、リモートなSCTP終点アドレスに関する知識を通した)を検出するために維持されたM3UA設定情報を証明してください。

   Local management MAY request from the M3UA layer the status of the
   underlying SCTP associations using the M-SCTP_STATUS request and
   confirm primitives.  Also, the M3UA MAY autonomously inform local
   management of the reason for the release of an SCTP association,
   determined either locally within the M3UA layer or by a primitive
   from the SCTP.

M SCTP_STATUS要求と確認プリミティブを使用して、現地管理職者はM3UA層から基本的なSCTP協会の状態を要求するかもしれません。 また、M3UA MAYはM3UA層以内かSCTPからの基関数で局所的に決定するSCTP協会のリリースの理由について自主的に現地管理職者に知らせます。

   Also the M3UA layer MAY inform the local management of the change in
   status of an ASP or AS.  This MAY be achieved using the M-ASP_STATUS
   request or M-AS_STATUS request primitives.

また、M3UA層はASPかASの状態の変化について現地管理職者に知らせるかもしれません。 これはM ASP_STATUSが要求する達成された使用であるかもしれませんかM AS_STATUSが基関数を要求します。

Sidebottom, et. al.         Standards Track                     [Page 9]

RFC 3332             SS7 MTP3-User Adaptation Layer       September 2002

et Sidebottom、アル。 規格はSS7 MTP3-ユーザ適合層の2002年9月にRFC3332を追跡します[9ページ]。

1.3.2.5 Support for the Management of Connections to Multiple SGPs

1.3.2.5 複数のSGPsへのコネクションズの管理のサポート

   As shown in Figure 1 an ASP may be connected to multiple SGPs. In
   such a case a particular SS7 destination may be reachable via more
   than one SGP and/or SG, i.e., via more than one route. As MTP3 users
   only maintain status on a destination and not on a route basis, the
   M3UA layer must maintain the status (availability, restriction,
   and/or congestion of route to destination) of the individual routes,
   derive the overall availability or congestion status of the
   destination from the status of the individual routes, and inform the
   MTP3 users of this derived status whenever it changes.

図1に示されるように、ASPは複数のSGPsに接続されるかもしれません。 このような場合には特定のSS7の目的地は1SGP、そして/または、SGを通して届くかもしれません、すなわち、1つ以上のルートで。 MTP3ユーザがルートベースで維持するのではなく、目的地で状態を維持するだけであるとき、変化するときはいつも、M3UA層は、独特のルートの状態(目的地へのルートの有用性、制限、そして/または、混雑)を維持して、独特のルートの状態から目的地の総合的な有用性か混雑状態を引き出して、この派生している状態についてMTP3ユーザに知らせなければなりません。

1.4 Functional Areas

1.4 機能的な領域

1.4.1 Signalling Point Code Representation

1.4.1 合図ポイントコード表現

   For example, within an SS7 network, a Signalling Gateway might be
   charged with representing a set of nodes in the IP domain into the
   SS7 network for routing purposes.  The SG itself, as a signalling
   point in the SS7 network, might also be addressable with an SS7 Point
   Code for MTP3 Management purposes. The SG Point Code might also be
   used for addressing any local MTP3-Users at the SG such as a local
   SCCP layer.

例えば、SS7ネットワークの中では、ルーティング目的のためにIPドメインに1セットのノードをSS7ネットワークに表すことでSignallingゲートウェイを告発するかもしれません。 また、SS7ネットワークにおける合図ポイントとして、SG自身もMTP3 Management目的のためにSS7 Point Codeと共にアドレス可能であるかもしれません。 また、SG Point Codeは、SGの地方のSCCP層などのどんな地元のMTP3-ユーザにも演説するのに使用されるかもしれません。

   An SG may be logically partitioned to operate in multiple SS7 network
   appearances.  In such a case, the SG could be addressable with a
   Point Code in each network appearance, and represents a set of nodes
   in the IP domain into each SS7 network.  Alias Point Codes [8] may
   also be used within an SG network appearance.

SGは、複数のSS7ネットワーク外観で作動するために論理的に仕切られるかもしれません。 このような場合には、SGはPoint Codeと共にそれぞれのネットワーク外観でアドレス可能であるかもしれなく、IPドメインに1セットのノードをそれぞれのSS7ネットワークに表します。 また、アリアPoint Codes[8]はSGネットワーク外観の中で使用されるかもしれません。

   Where an SG contains more than one SGP, the MTP3 routeset, SPMC and
   remote AS/ASP states of each SGP SHOULD be coordinated across all the
   SGPs.  Rerouting of traffic between the SGPs MAY also be supported.

SGが1SGP、MTP3 routeset、SPMC、およびそれぞれのSGP SHOULDのリモートAS/ASP州を含むところでは、すべてのSGPsの向こう側に調整されてください。 また、SGPsの間のトラフィックについてコースを変更することはサポートされるかもしれません。

   Application Servers can be represented under the same Point Code of
   the SG, their own individual Point Codes or grouped with other
   Application Servers for Point Code preservation purposes.  A single
   Point Code may be used to represent the SG and all the Application
   Servers together, if desired.

アプリケーションServersをSGの同じPoint Code、それら自身の個々のPoint Codesの下に表すか、またはPoint Code保存目的のために他のApplication Serversと共に分類できます。 望まれているなら、独身のPoint Codeは、SGとすべてのApplication Serversを一緒に表すのに使用されるかもしれません。

   If an ASP or group of ASPs is available to the SS7 network via more
   than one SG, each with its own Point Code, the ASP(s) will typically
   be represented by a Point Code that is separate from any SG Point
   Code. This allows, for example, these SGs to be viewed from the SS7
   network as "STPs", each having an ongoing "route" to the same ASP(s).
   Under failure conditions where the ASP(s) become(s) unavailable from
   one of the SGs, this approach enables MTP3 route management messaging
   between the SG and SS7 network, allowing simple SS7 rerouting through

ASPのASPかグループが1SGを通してSS7ネットワークに利用可能であるなら、それぞれそれ自身のPoint Codeと共に、ASPはどんなSG Point Codeからも別々のPoint Codeによって通常代表されるでしょう。 これは、例えばこれらのSGsが「STPs」としてSS7ネットワークから見なされるのを許容します、それぞれ進行中の「ルート」を同じASPに持っていて。 ASPがSGsの1つから入手できない(s)になる失敗条件のもとでは、このアプローチはSGとSS7ネットワークの間で通信するMTP3ルート管理を可能にします、簡単なSS7のコースを変更することの通ることを許して

Sidebottom, et. al.         Standards Track                    [Page 10]

RFC 3332             SS7 MTP3-User Adaptation Layer       September 2002

et Sidebottom、アル。 規格はSS7 MTP3-ユーザ適合層の2002年9月にRFC3332を追跡します[10ページ]。

   an alternate SG without changing the Destination Point Code Address
   of SS7 traffic to the ASP(s).

SS7トラフィックのDestination Point Code AddressをASPに変えることのない代替のSG。