[要約] 要約：RFC 3482は、グローバルスイッチ電話ネットワーク（GSTN）における番号ポータビリティの概要を提供しています。 目的：このRFCの目的は、GSTN内での番号ポータビリティの実装に関する情報を提供し、異なる通信事業者間での電話番号の移行を容易にすることです。
Network Working Group M. Foster
Request for Comments: 3482 T. McGarry
Category: Informational J. Yu
NeuStar, Inc.
February 2003
Number Portability in the Global Switched Telephone Network (GSTN): An Overview
グローバル切り替え電話ネットワーク（GSTN）の数の移植性：概要
Status of this 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）The Internet Society（2003）。無断転載を禁じます。
Abstract
概要
This document provides an overview of E.164 telephone number portability (NP) in the Global Switched Telephone Network (GSTN). NP is a regulatory imperative seeking to liberalize local telephony service competition, by enabling end-users to retain telephone numbers while changing service providers. NP changes the fundamental nature of a dialed E.164 number from a hierarchical physical routing address to a virtual address, thereby requiring the transparent translation of the later to the former. In addition, there are various regulatory constraints that establish relevant parameters for NP implementation, most of which are not network technology specific. Consequently, the implementation of NP behavior consistent with applicable regulatory constraints, as well as the need for interoperation with the existing GSTN NP implementations, are relevant topics for numerous areas of IP telephony works-in-progress with the IETF.
このドキュメントは、グローバルスイッチド電話ネットワーク（GSTN）におけるE.164電話番号ポータビリティ（NP）の概要を提供します。NPは、エンドユーザーがサービスプロバイダーを変更しながら電話番号を保持できるようにすることにより、ローカルテレフォニーサービス競争を自由化しようとする規制上の命令です。NPは、ダイヤルされたE.164数の基本的な性質を階層的な物理ルーティングアドレスから仮想アドレスに変更し、それにより前者への透明な翻訳を必要とします。さらに、NP実装に関連するパラメーターを確立するさまざまな規制上の制約があり、そのほとんどはネットワークテクノロジー固有ではありません。したがって、該当する規制の制約と一致するNPの動作の実装、および既存のGSTN NP実装との相互操作の必要性は、IETFとの提案でのIPテレフォニーワークスの多数の分野の関連するトピックです。
Table of Contents
目次
1. Introduction ................................................. 2
2. Abbreviations and Acronyms ................................... 4
3. Types of Number Portability .................................. 6
4. Service Provider Number Portability Schemes .................. 7
4.1 All Call Query (ACQ) ................................... 8
4.2 Query on Release (QoR) ................................. 9
4.3 Call Dropback .......................................... 10
4.4 Onward Routing (OR) .................................... 11
4.5 Comparisons of the Four Schemes ........................ 11
5. Database Queries in the NP Environment ....................... 13
5.1 U.S. and Canada ........................................ 13
5.2 Europe ................................................. 14
6. Call Routing in the NP Environment ........................... 15
6.1 U.S. and Canada ........................................ 16
6.2 Europe ................................................. 17
7. NP Implementations for Geographic E.164 Numbers .............. 19
8. Number Conservation Method Enabled By NP ..................... 22
8.1 Block Pooling .......................................... 22
8.2 ITN Pooling ............................................ 23
9. Potential Implications ....................................... 23
10. Security Considerations ...................................... 27
11. IANA Considerations .......................................... 27
12. Normative References ......................................... 27
13. Informative References ....................................... 28
14. Acknowledgement .............................................. 29
15. Authors' Addresses ........................................... 29
16. Full Copyright Statement ..................................... 30
This document provides an overview of E.164 telephone number [E164] portability in the Global Switched Telephone Network (GSTN). There are considered to be three types of number portability (NP): service provider number portability (SPNP), location portability (not to be confused with terminal mobility), and service portability.
このドキュメントは、グローバルスイッチド電話ネットワーク（GSTN）におけるE.164電話番号[E164]の移植性の概要を提供します。3種類の数字携帯性（NP）があると考えられています。サービスプロバイダー番号ポータビリティ（SPNP）、ロケーションポータビリティ（端末の移動度と混同しないでください）、およびサービスポータビリティです。
SPNP, the focus of the present document, is a regulatory imperative in many countries seeking to liberalize telephony service competition, especially local service. Historically, local telephony service (as compared to long distance or international service) has been regulated as a utility-like form of service. While a number of countries had begun liberalization (e.g., privatization, de-regulation, or re-regulation) some years ago, the advent of NP is relatively recent (since ~1995).
現在の文書の焦点であるSPNPは、テレフォニーサービスの競争、特に地元のサービスを自由化しようとする多くの国で規制上の命令です。歴史的に、地元のテレフォニーサービス（長距離または国際サービスと比較して）は、ユーティリティのようなサービス形式として規制されてきました。数年前に多くの国が自由化（たとえば、民営化、脱規制、再調整など）を開始していましたが、NPの出現は比較的最近です（1995年以降）。
E.164 numbers can be non-geographic and geographic numbers. Non-geographic numbers do not reveal the location information of those numbers. Geographic E.164 numbers were intentionally designed as hierarchical routing addresses which could systematically be digit-analyzed to ascertain the country, serving network provider, serving end-office switch, and specific line of the called party. As such, without NP a subscriber wishing to change service providers would incur a number change as a consequence of being served off of a different end-office switch operated by the new service provider. The impact in cost and convenience to the subscriber of changing numbers is seen as a barrier to competition. Hence NP has become associated with GSTN infrastructure enhancements associated with a competitive environment driven by regulatory directives.
e.164数字は、非地理的および地理的数値です。非地理的数字では、これらの数字の位置情報が明らかになりません。地理的E.164の数字は、意図的に階層的なルーティングアドレスとして設計されています。階層的なルーティングアドレスは、国を確認し、ネットワークプロバイダーにサービスを提供し、エンドオフィススイッチにサービスを提供し、呼び出された当事者の特定のラインを測定するために、体系的にデジット分析することができます。そのため、NPがなければ、サービスプロバイダーを変更したいサブスクライバーは、新しいサービスプロバイダーが運営する別のエンドオフィススイッチから提供された結果として、数の変更が発生します。数値の変更の加入者へのコストと利便性への影響は、競争に対する障壁と見なされています。したがって、NPは、規制指令によって推進される競争環境に関連するGSTNインフラストラクチャの強化に関連するようになりました。
Forms of SPNP have been deployed or are being deployed widely in the GSTN in various parts of the world, including the U.S., Canada, Western Europe, Australia, and the Pacific Rim (e.g., Hong Kong). Other regions, such as South America (e.g., Brazil), are actively considering it.
SPNPの形態は、米国、カナダ、西ヨーロッパ、オーストラリア、太平洋縁（香港など）を含む世界のさまざまな地域でGSTNに展開されているか、広く展開されています。南アメリカ（例：ブラジル）などの他の地域は、それを積極的に検討しています。
Implementation of NP within a national telephony infrastructure entails potentially significant changes to numbering administration, network element signaling, call routing and processing, billing, service management, and other functions.
国の電話インフラストラクチャ内でのNPの実装には、番号付け、ネットワーク要素のシグナリング、通話ルーティングと処理、請求、サービス管理、およびその他の機能に潜在的に大きな変更が必要です。
NP changes the fundamental nature of a dialed E.164 number from a hierarchical physical routing address to a virtual address. NP implementations attempt to encapsulate the impact to the GSTN and make NP transparent to subscribers by incorporating a translation function to map a dialed, potentially ported E.164 address, into a network routing address (either a number prefix or another E.164 address) which can be hierarchically routed.
NPは、ダイヤルされたE.164数の基本性を、階層的な物理ルーティングアドレスから仮想アドレスに変更します。NP実装は、GSTNへの影響をカプセル化し、NPをサブスクライバーに透過的にしようとします。翻訳関数を組み込み、ダイヤルされた潜在的に移植されたE.164アドレスをネットワークルーティングアドレス（番号のプレフィックスまたは別のE.164アドレスのいずれか）にマッピングしようとします。階層的にルーティングできます。
This is roughly analogous to the use of network address translation on IP is that enables IP address portability by containing the address change to the edge of the network and retain the use of Classless Inter-Domain Routing (CIDR) blocks in the core which can be route aggregated by the network service provider to the rest of the internet.
これは、IPでのネットワークアドレス変換の使用にほぼ類似しています。これは、ネットワークのエッジへのアドレス変更を含めることによりIPアドレスの移植性を可能にし、コアでクラスレスインタードメインルーティング（CIDR）ブロックの使用を保持することにより、ネットワークサービスプロバイダーによってインターネットの残りの部分に集約されたルート。
NP bifurcates the historical role of a subscriber's E.164 address into two or more data elements (a dialed or virtual address, and a network routing address) that must be made available to network elements through an NP translation database, carried by forward call signaling, and recorded on call detail records. Not only is call processing and routing affected, but also Signaling System Number 7 (SS7)/Common Channel Signaling System Number 7 (C7) messaging. A number of Transaction Capabilities Application Part (TCAP)-based SS7 messaging sets utilize an E.164 address as an application-level network element address in the global title address (GTA) field of the Signaling Connection Control Part (SCCP) message header. Consequently, SS7/C7 signaling transfer points (STPs) and gateways need to be able to perform n-digit global title translation (GTT) to translate a dialed E.164 address into its network address counterpart via the NP database.
NPは、サブスクライバーのe.164アドレスの履歴役割を、NP翻訳データベースを介してネットワーク要素が利用できる2つ以上のデータ要素（ダイヤルまたは仮想アドレス、およびネットワークルーティングアドレス）に分岐します。、および通話詳細レコードに記録されています。コール処理とルーティングが影響を受けるだけでなく、シグナリングシステム番号7（SS7）/共通チャネルシグナリングシステム番号7（C7）メッセージングもあります。多数のトランザクション機能アプリケーションパーツ（TCAP）ベースのSS7メッセージングセットは、シグナリング接続制御パーツ（SCCP）メッセージヘッダーのグローバルタイトルアドレス（GTA）フィールドのアプリケーションレベルのネットワーク要素アドレスとしてE.164アドレスを使用します。その結果、SS7/C7シグナル伝達転送ポイント（STP）とゲートウェイは、NPデータベースを介してダイヤルE.164アドレスをネットワークアドレスに変換するために、N-digitグローバルタイトル翻訳（GTT）を実行できる必要があります。
In addition, there are various national regulatory constraints that establish relevant parameters for NP implementation, most of which are not network technology specific. Consequently, implementations of NP behavior in IP telephony, consistent with applicable regulatory constraints, as well as the need for interoperation with the existing GSTN NP implementations, are relevant topics for numerous areas of IP telephony works-in-progress with the IETF.
さらに、NP実装に関連するパラメーターを確立するさまざまな国家規制の制約があり、そのほとんどはネットワークテクノロジー固有ではありません。その結果、適用可能な規制上の制約と一致するIPテレフォニーでのNP動作の実装、および既存のGSTN NP実装との相互操作の必要性は、IETFとのIPテレフォニー作業の多数の分野の関連するトピックです。
This document describes three types of number portability and the four schemes that have been standardized to support SPNP for geographic E.164 numbers specifically. Following that, specific information regarding the call routing and database query implementations are described for several regions (North American and Europe) and industries (wireless vs. wireline). The Number Portability Database (NPDB) interfaces and the call routing schemes that are used in North America and Europe are described to show the variety of standards that may be implemented worldwide. A glance at the NP implementations worldwide is provided. Number pooling is briefly discussed to show how NP is being enhanced in the U.S. to conserve North American area codes. The conclusion briefly touches the potential impacts of NP on IP and Telecommunications Interoperability.
このドキュメントでは、3つのタイプの数の携帯性と、地理的E.164の数値のSPNPをサポートするために標準化された4つのスキームについて説明します。それに続いて、コールルーティングとデータベースクエリの実装に関する特定の情報は、いくつかの地域（北米とヨーロッパ）および産業（ワイヤレスvs.ワイヤーライン）について説明されています。Number Portability Database（NPDB）インターフェイスと、北米とヨーロッパで使用されるコールルーティングスキームは、世界中で実装できる様々な基準を示すために説明されています。世界中のNP実装を一目で提供されています。数字のプーリングについて簡単に説明して、北米の地域コードを節約するために米国でNPがどのように強化されているかを示します。結論は、IPおよび通信相互運用性に対するNPの潜在的な影響に一時的に触れています。
ACQ All Call Query AIN Advanced Intelligent Network AMPS Advanced Mobile Phone System ANSI American National Standards Institute API Application Programming Interface C7 Common Channel Signaling System Number 7 CDMA Code Division Multiple Access CdPA Called Party Address CdPN Called Party Number CH Code Holder CIC Carrier Identification Code CIDR Classless Inter-Domain Routing CMIP Common Management Information Protocol CO Central Office CS1 Capability Set 1 CS2 Capability Set 2 DN Directory Number DNS Domain Name System ENUM Telephone Number Mapping ETSI European Tecommunications Standards Institute FCI Forward Call Indicator GAP Generic Address Parameter GMSC Gateway Mobile Services Switching Center or Gateway Mobile Switching Center GNP Geographic Number Portability GSM Global System for Mobile Communications GSTN Global Switched Telephone Network GTT Global Title Translation GW Gateways HLR Home Location Register IAM Initial Address Message IETF Internet Engineering Task Force ILNP Interim LNP IN Intelligent Network INAP Intelligent Network Application Part INP Interim NP IP Internet Protocol IS-41 Interim Standards Number 41 ISDN Integrated Services Digital Network ISUP ISDN User Part ITN Individual Telephony Number ITU International Telecommunication Union ITU-TS ITU-Telecommunication Sector LDAP Lightweight Directory Access Protocol LEC Local Exchange Carrier LERG Local Exchange Routing Guide LNP Local Number Portability LRN Location Routing Number MAP Mobile Application Part MNP Mobile Number Portability MSRN Mobile Station Roaming Number MTP Message Transfer Part NANP North American Numbering Plan NGNP Non-Geographic Number Portability NOA Nature of Address NP Number Portability NPA Numbering Plan Area NPDB Number Portability Database NRN Network Routing Number OR Onward Routing OSS Operation Support System PCS Personal Communication Services PNTI Ported Number Translation Indicator PODP Public Office Dialing Plan PUC Public Utility Commission QoR Query on Release RN Routing Number RTP Return to Pivot SCCP Signaling Connection Control Part SCP Service Control Point SIP Session Initiation Protocol SMR Special Mobile Radio SPNP Service Provider Number Portability SRF Signaling Relaying Function SRI Send Routing Information SS7 Signaling System Number 7 STP Signaling Transfer Point TCAP Transaction Capabilities Application Part TDMA Time Division Multiple Access TN Telephone Number TRIP Telephony Routing Information Protocol URL Universal Resource Locator U.S. United States
ACQすべてのコールクエリAIN高度なインテリジェントネットワークアンプ高度な携帯電話システムANSI American National Standards Institute APIアプリケーションプログラミングインターフェイスC7 Common Channel Signaling System Number 7 CDMA Code Division CDPA COND PARTY NUMBER CODE CODE HOLDER CIC CARRIER IDクラスレスインタードメインルーティングCMIP共通管理情報プロトコルCOセントラルオフィスCS1機能セットセット1 CS2機能セット2 DNディレクトリ番号DNSドメイン名システム列た電話番号マッピングETSI欧州テコミカル標準標準InstitutセンターまたはゲートウェイモバイルスイッチングセンターGNP地理的番号移植性GSMモバイルコミュニケーション用グローバルシステムGSTNグローバルスイッチネットワークGTTグローバルタイトル翻訳GWゲートウェイHLRホームロケーションIAM初期住所メッセージIETFインターネットエンジニアリングタスクフォースILNP ILNP INPINELTENT NETWORK INAPインテリジェントネットワークアプリケーション部品INP暫定NP IP IPインターネットプロトコルIS-41暫定標準番号41 ISDN統合サービスデジタルネットワークISUP ISDNユーザー部品ITN個々のテレポニー番号ITU ITU-TS ITU-TS ITU-TELECOMMUNICITION SECTOR LDAP LightWeight Directory Access Protocol LEC LEC EXCHANRIER CARREG EXCHANLEルーティングガイドLNPローカル番号ポータビリティLRNロケーションルーティング番号マップモバイルアプリケーションパーツパートMNPモバイル番号ポータビリティMSRNモバイルステーションローミング番号MTPメッセージ転送パーツNANP NORTHERICAN NUMBERNGING PLAN NGNP非地理番号携帯性NOAアドレス番号NP番号移植性NPA番号プランエリアNPDB番号ポータビリティデータベースNRNネットワークルーティング番号または以前のルーティングOSS操作サポートシステムPCSパーソナルコミュニケーションサービスコントロールポイントSIPセッション開始プロトコルSMR特別なモバイルラジオSPNPサービスプロバイダー番号ポータリビティSRFシグナリングリレーニング関数SRI SENDルーティング情報SS7シグナリングシステム番号7 STPシグナル伝達ポイントTCAPトランザクション機能アプリケーション部品TDMA時間分割複数アクセスTN電話番号TRIPテレフォニールーティング情報プロトコルURLユニバーサルリソースロケーター米国
As there are several types of E.164 numbers (telephone numbers, or just TN) in the GSTN, there are correspondingly several types of E.164 NP in the GSTN. First there are so-called non-geographic E.164 numbers, commonly used for service-specific applications such as freephone (800 or 0800). Portability of these numbers is called non-geographic number portability (NGNP). NGNP, for example, was deployed in the U.S. in 1986-92.
GSTNにはいくつかのタイプのe.164番号（電話番号、またはTN）があるため、GSTNにはそれに応じていくつかのタイプのe.164 NPがあります。最初に、フリーフォン（800または0800）などのサービス固有のアプリケーションに一般的に使用される、いわゆる非地理的E.164番号があります。これらの数値の移植性は、非地理数の携帯性（NGNP）と呼ばれます。たとえば、NGNPは1986年から92年に米国に展開されました。
Geographic number portability (GNP), which includes traditional fixed or wireline numbers, as well as mobile numbers which are allocated out of geographic number range prefixes, is called NP or GNP, or in the U.S. local number portability (LNP).
地理的な数の携帯性（GNP）には、従来の固定または有線番号、および地理的番号範囲のプレフィックスから割り当てられた携帯電話番号が含まれ、NPまたはGNPと呼ばれるか、米国の現地数のポータビリティ（LNP）と呼ばれます。
Number portability allows the telephony subscribers in the GSTN to keep their phone numbers when they change their service providers or subscribed services, or when they move to a new location.
番号の移植性により、GSTNのテレフォニーサブスクライバーは、サービスプロバイダーまたは購読されたサービスを変更したとき、または新しい場所に移動するときに電話番号を保持することができます。
The ability to change the service provider while keeping the same phone number is called service provider portability (SPNP), also known as "operator portability."
同じ電話番号を維持しながらサービスプロバイダーを変更する機能は、「オペレーターポータビリティ」とも呼ばれるサービスプロバイダーポータビリティ（SPNP）と呼ばれます。
The ability to change the subscriber's fixed service location while keeping the same phone number is called location portability.
同じ電話番号を保持しながらサブスクライバーの固定サービスの場所を変更する機能は、ロケーションポータビリティと呼ばれます。
The ability to change the subscribed services (e.g., from the plain old telephone service to Integrated Services Digital Network (ISDN) services) while keeping the same phone number is called service portability. Another aspect of service portability is to allow the subscribers to enjoy the subscribed services in the same way when they roam outside their home networks, as is supported by the cellular/wireless networks.
同じ電話番号を維持しながら、購読されたサービス（例えば、プレーン古い電話サービスから統合サービスデジタルネットワーク（ISDN）サービス）を変更する機能は、サービスポータビリティと呼ばれます。サービスの移植性のもう1つの側面は、セルラー/ワイヤレスネットワークでサポートされているように、サブスクライバーがホームネットワークの外でローミングするときにサブスクライブサービスを楽しむことができるようにすることです。
In addition, mobile number portability (MNP) refers to specific NP implementation in mobile networks, either as part of a broader NP implementation in the GSTN or on a stand-alone basis. Where interoperation of LNP and MNP is supported, service portability between fixed and mobile service types is possible.
さらに、携帯電話番号ポータビリティ（MNP）は、GSTNでのより広範なNP実装の一部として、またはスタンドアロンベースで、モバイルネットワークでの特定のNP実装を指します。LNPとMNPの相互操作がサポートされている場合、固定サービスタイプとモバイルサービスタイプの間のサービスポータビリティが可能です。
At present, SPNP has been the primary form of NP deployed due to its relevance in enabling local service competition.
現在、SPNPは、ローカルサービス競争を可能にすることに関連するため、NPの主要な形態です。
Also in use in the GSTN are the terms interim NP (INP) or Interim LNP (ILNP) and true NP. Interim NP usually refers to the use of remote call forwarding-like measures to forward calls to ported numbers through the donor network to the new service network. These are considered interim relative to true NP, which seeks to remove the donor network or old service provider from the call or signaling path altogether. Often the distinction between interim and true NP is a national regulatory matter relative to the technical/operational requirements imposed on NP in that country.
また、GSTNで使用されているのは、暫定NP（INP）または暫定LNP（ILNP）および真のNPという用語です。暫定NPとは、通常、ドナーネットワークを介して新しいサービスネットワークに移植された数値に通話を転送するためのリモートコール転送のような測定値の使用を指します。これらは、コールまたはシグナリングパスからドナーネットワークまたは古いサービスプロバイダーを完全に削除しようとする真のNPに対する暫定と見なされます。多くの場合、暫定NPと真のNPの区別は、その国のNPに課される技術的/運用要件に関連する国家規制問題です。
Implementations of true NP in certain countries (e.g., U.S., Canada, Spain, Belgium, Denmark) may pose specific requirements for IP telephony implementations as a result of regulatory and industry requirements for providing call routing and signaling independent of the donor network or last previous serving network.
特定の国での真のNPの実装（たとえば、米国、カナダ、スペイン、ベルギー、デンマーク）は、ドナーネットワークまたは最後の前のコールルーティングとシグナル伝達を提供するための規制および業界の要件の結果として、IPテレフォニー実装の特定の要件を提起する可能性がありますサービングネットワーク。
Four schemes can be used to support service provider portability and are briefly described below. But first, some further terms are introduced.
4つのスキームを使用して、サービスプロバイダーの移植性をサポートし、以下で簡単に説明します。しかし、最初に、さらにいくつかの用語が導入されています。
The donor network is the network that first assigned a telephone number (e.g., TN +1-202-533-1234) to a subscriber, out of a number range administratively (e.g., +1 202-533) assigned to it. The current service provider (new SP), or new serving network, is the network that currently serves the ported number. The old serving network (or old SP) is the network that previously served the ported number before the number was ported to the new serving network. Since a TN can port a number of times, the old SP is not necessarily the same as the donor network, except for the first time the TN ports away, or when the TN ports back into the donor network and away again. While the new SP and old SP roles are transitory as a TN ports around, the donor network is always the same for any particular TN based on the service provider to whom the subtending number range was administratively assigned. See the discussion below on number pooling, as this enhancement of NP further bifurcates the role of the donor network into two (the number range or code holder network, and the block holder network).
ドナーネットワークは、最初に電話番号（TN 1-202-533-1234など）をサブスクライバーに割り当てたネットワークです。現在のサービスプロバイダー（新しいSP）、または新しいサービングネットワークは、現在移植された番号にサービスを提供しているネットワークです。古いサービングネットワーク（または古いSP）は、番号が新しいサービングネットワークに移植される前に、以前に移植された番号を提供したネットワークです。TNは何度も移植できるため、古いSPは、TNが初めてポートするか、TNがドナーネットワークに戻って再び離れたときを除き、必ずしもドナーネットワークと同じではありません。新しいSPおよび古いSPの役割はTNポートの周りで一時的ですが、ドナーネットワークは、サブテンディング数の範囲が管理上割り当てられたサービスプロバイダーに基づいて、特定のTNについて常に同じです。NPのこの強化により、ドナーネットワークの役割が2つ（数値範囲またはコードホルダーネットワーク、およびブロックホルダーネットワーク）にさらに分かれているため、以下の数値プーリングに関する説明を参照してください。
To simplify the illustration, all the transit networks are ignored. The originating or donor network is the one that performs the database queries or call redirection, and the dialed directory number (TN) has previously been ported out of the donor network.
イラストを簡素化するために、すべてのトランジットネットワークは無視されます。発信元またはドナーネットワークは、データベースクエリを実行するか、リダイレクトを呼び出すものであり、ダイヤルディレクトリ番号（TN）は以前にドナーネットワークから移植されています。
It is assumed that the old serving network, the new serving network, and the donor network are different networks so as to show which networks are involved in call handling and routing and database queries in each of the four schemes. Please note that the port of the number (process of moving it from one network to another) happened prior to the call setup and is not included in the call steps. Information carried in the signaling messages to support each of the four schemes is not discussed to simplify the explanation.
古いサービングネットワーク、新しいサービングネットワーク、およびドナーネットワークは、4つのスキームのそれぞれのコール処理とルーティングおよびデータベースクエリに関与しているネットワークを示すために、異なるネットワークであると想定されています。コールセットアップの前に発生した数字のポート（1つのネットワークから別のネットワークに移動するプロセス）は、コールステップに含まれていないことに注意してください。4つのスキームのそれぞれをサポートするために信号メッセージに掲載された情報は、説明を簡素化するために議論されていません。
Figure 1 shows the call steps for the ACQ scheme. Those call steps are as follows:
図1は、ACQスキームの呼び出し手順を示しています。これらの呼び出し手順は次のとおりです。
1) The Originating Network receives a call from the caller and sends a query to a centrally administered Number Portability Database (NPDB), a copy of which is usually resident on a network element within its network or through a third party provider.
1) 発信元ネットワークは、発信者から呼び出しを受信し、中央に管理された番号ポータビリティデータベース（NPDB）にクエリを送信します。コピーは通常、ネットワーク内のネットワーク要素またはサードパーティのプロバイダーを介して居住しています。
2) The NPDB returns the routing number associated with the dialed directory number. The routing number is discussed later in Section 6.
2) NPDBは、ダイヤルされたディレクトリ番号に関連付けられたルーティング番号を返します。ルーティング番号については、セクション6で説明します。
3) The Originating Network uses the routing number to route the call to the new serving network.
3) 元のネットワークは、ルーティング番号を使用して、呼び出しを新しいサービングネットワークにルーティングします。
+-------------+ +-----------+ Number +-----------+
| Centralized | | New Serv. | ported | Old Serv. |
| NPDB | +-------->| Network |<------------| Network |
+-------------+ | +-----------+ +-----------+
^ | |
| | |
1| | 3.|
| | 2. |
| | |
| v |
+----------+ | +----------+ +----------+
| Orig. |------+ | Donor | | Internal |
| Network | | Network | | NPDB |
+----------+ +----------+ +----------+
Figure 1 - All Call Query (ACQ) Scheme.
図1-すべての呼び出しクエリ（ACQ）スキーム。
Figure 2 shows the call steps for the QoR scheme. Those call steps are as follows:
図2は、QORスキームの呼び出し手順を示しています。これらの呼び出し手順は次のとおりです。
+-------------+ +-----------+ Number +-----------+
| Centralized | | New Serv. | ported | Old Serv. |
| NPDB | | Network |<------------| Network |
+-------------+ +-----------+ +-----------+
^ | ^
| | 4. |
3.| | 5. |
| | +----------------------+
| | |
| v |
+----------+ 2. +----------+ +----------+
| Orig. |<---------------| Donor | | Internal |
| Network |--------------->| Network | | NPDB |
+----------+ 1. +----------+ +----------+
Figure 2 - Query on Release (QoR) Scheme.
図2-リリース（QOR）スキームのクエリ。
1) The Originating Network receives a call from the caller and routes the call to the donor network.
1) 発信元ネットワークは、発信者から呼び出しを受信し、ドナーネットワークへの呼び出しをルーティングします。
2) The donor network releases the call and indicates that the dialed directory number has been ported out of that switch.
2) ドナーネットワークは通話をリリースし、ダイヤルされたディレクトリ番号がそのスイッチから移植されたことを示します。
3) The Originating Network sends a query to its copy of the centrally administered NPDB.
3) 発信元ネットワークは、中央に管理されたNPDBのコピーにクエリを送信します。
4) The NPDB returns the routing number associated with the dialed directory number.
4) NPDBは、ダイヤルされたディレクトリ番号に関連付けられたルーティング番号を返します。
5) The Originating Network uses the routing number to route the call to the new serving network.
5) 元のネットワークは、ルーティング番号を使用して、呼び出しを新しいサービングネットワークにルーティングします。
Figure 3 shows the call steps for the Dropback scheme. This scheme is also known as "Return to Pivot (RTP)." Those call steps are as follows:
図3は、ドロップバックスキームの呼び出し手順を示しています。このスキームは、「Pivot（RTP）に戻る」とも呼ばれます。これらの呼び出し手順は次のとおりです。
1) The Originating Network receives a call from the caller and routes the call to the donor network.
1) 発信元ネットワークは、発信者から呼び出しを受信し、ドナーネットワークへの呼び出しをルーティングします。
2) The donor network detects that the dialed directory number has been ported out of the donor switch and checks with an internal network-specific NPDB.
2) ドナーネットワークは、ダイヤルされたディレクトリ番号がドナースイッチから移植され、内部ネットワーク固有のNPDBでチェックされていることを検出します。
3) The internal NPDB returns the routing number associated with the dialed directory number.
3) 内部NPDBは、ダイヤルされたディレクトリ番号に関連付けられたルーティング番号を返します。
4) The donor network releases the call by providing the routing number.
4) ドナーネットワークは、ルーティング番号を提供することにより、コールをリリースします。
5) The Originating Network uses the routing number to route the call to the new serving network.
5) 元のネットワークは、ルーティング番号を使用して、呼び出しを新しいサービングネットワークにルーティングします。
+-------------+ +-----------+ Number +-----------+
| Centralized | | New Serv. | porting | Old Serv. |
| NPDB | | Network |<------------| Network |
+-------------+ +-----------+ +-----------+
/\
|
5. |
+------------------------+
|
|
+----------+ 4. +----------+ 3. +----------+
| Orig. |<---------------| Donor |<----------| Internal |
| Network |--------------->| Network |---------->| NPDB |
+----------+ 1. +----------+ 2. +----------+
Figure 3 - Dropback Scheme.
図3-ドロップバックスキーム。
Figure 4 shows the call steps for the OR scheme. Those call steps are as follows:
図4は、またはスキームの呼び出し手順を示しています。これらの呼び出し手順は次のとおりです。
1) The Originating Network receives a call from the caller and routes the call to the donor network.
1) 発信元ネットワークは、発信者から呼び出しを受信し、ドナーネットワークへの呼び出しをルーティングします。
2) The donor network detects that the dialed directory number has been ported out of the donor switch and checks with an internal network-specific NPDB.
2) ドナーネットワークは、ダイヤルされたディレクトリ番号がドナースイッチから移植され、内部ネットワーク固有のNPDBでチェックされていることを検出します。
3) The internal NPDB returns the routing number associated with the dialed directory number.
3) 内部NPDBは、ダイヤルされたディレクトリ番号に関連付けられたルーティング番号を返します。
4) The donor network uses the routing number to route the call to the new serving network.
4) ドナーネットワークは、ルーティング番号を使用して、コールを新しいサービングネットワークにルーティングします。
+-------------+ +-----------+ Number +-----------+
| Centralized | | New Serv. | porting | Old Serv. |
| NPDB | | Network |<------------| Network |
+-------------+ +-----------+ +-----------+
/\
|
4.|
|
+----------+ +----------+ 3. +----------+
| Orig. | | Donor |<----------| Internal |
| Network |--------------->| Network |---------->| NPDB |
+----------+ 1. +----------+ 2. +----------+
Figure 4 - Onward Routing (OR) Scheme.
図4-以降のルーティング（または）スキーム。
Only the ACQ scheme does not involve the donor network when routing the call to the new serving network of the dialed ported number. The other three schemes involve call setup to or signaling with the donor network.
ダイヤルされた移植された番号の新しいサービングネットワークへの呼び出しをルーティングする際に、ACQスキームのみがドナーネットワークに関与しません。他の3つのスキームには、ドナーネットワークへのコールセットアップまたはシグナリングが含まれます。
Only the OR scheme requires the setup of two physical call segments, one from the Originating Network to the donor network and the other from the donor network to the new serving network. The OR scheme is the least efficient in terms of using the network transmission facilities. The QoR and Dropback schemes set up calls to the donor network first but release the call back to the Originating Network that then initiates a new call to the Current Serving Network. For the QoR and Dropback schemes, circuits are still reserved one by one between the Originating Network and the donor network when the Originating Network sets up the call towards the donor network. Those circuits are released one by one when the call is released from the donor network back to the Originating Network. The ACQ scheme is the most efficient in terms of using the switching and transmission facilities for the call.
ORスキームのみが、2つの物理的なコールセグメントのセットアップを必要とします。1つは発信ネットワークからドナーネットワークまで、もう1つはドナーネットワークから新しいサービングネットワークまでです。ORスキームは、ネットワーク伝送機能を使用するという点で最も効率的ではありません。QORおよびドロップバックスキームは、最初にドナーネットワークへの呼び出しを設定しましたが、コールを発信ネットワークにリリースし、その後、現在のサービングネットワークへの新しいコールを開始します。QORおよびドロップバックスキームの場合、発信ネットワークがドナーネットワークへの呼び出しを設定する場合、回路はまだ発生ネットワークとドナーネットワークの間に1つずつ予約されています。これらの回路は、ドナーネットワークからコールが発信ネットワークに戻ると、1つずつリリースされます。ACQスキームは、コールにスイッチングおよび送信機能を使用するという点で最も効率的です。
Both the ACQ and QoR schemes involve Centralized NPDBs for the Originating Network to retrieve the routing information. Centralized NPDB means that the NPDB contains ported number information from multiple networks. This is in contrast to the internal network-specific NPDB that is used for the Dropback and OR schemes. The internal NPDB only contains information about the numbers that were ported out of the donor network. The internal NPDB can be a stand-alone database that contains information about all or some ported-out numbers from the donor network. It can also reside on the donor switch and only contain information about those numbers ported out of the donor switch. In that case, no query to a stand-alone internal NPDB is required. The donor switch for a particular phone number is the switch to which the number range is assigned from which that phone number was originally assigned.
ACQとQORスキームの両方に、ルーティング情報を取得するための発信ネットワークの集中化されたNPDBが含まれます。集中化されたNPDBとは、NPDBに複数のネットワークからの移植された番号情報が含まれることを意味します。これは、ドロップバックやスキームに使用される内部ネットワーク固有のNPDBとは対照的です。内部NPDBには、ドナーネットワークから移植された数値に関する情報のみが含まれています。内部NPDBは、ドナーネットワークからのすべてまたは一部の移植された番号に関する情報を含むスタンドアロンデータベースにすることができます。また、ドナースイッチに存在し、ドナースイッチから移植された数字に関する情報のみを含むことができます。その場合、スタンドアロンの内部NPDBへのクエリは必要ありません。特定の電話番号のドナースイッチは、その電話番号が最初に割り当てられた数字範囲が割り当てられるスイッチです。
For example, number ranges in the North American Numbering Plan (NANP) are usually assigned in the form of central office codes (CO codes) comprising a six-digit prefix formatted as a NPA+NXX. Thus a switch serving +1-202-533 would typically serve +1-202-533-0000 through +1-202-533-9999. In major cities, switches usually host several CO codes. NPA stands for Numbering Plan Area, which is also known as the area code. It is three-digits long and has the format of NXX where N is any digit from 2 to 9 and X is any digit from 0 to 9. NXX, in the NPA+NXX format, is known as the office code that has the same format as the NPA. When a NPA+NXX code is set as "portable" in the Local Exchange Routing Guide (LERG), it becomes a "portable NPA+NXX" code.
たとえば、北米の番号付け計画（NANP）の数の範囲は、通常、NPA NXXとしてフォーマットされた6桁のプレフィックスを含む中央オフィスコード（COコード）の形式で割り当てられます。したがって、1-202-533を提供するスイッチは、通常、1-202-533-0000から1-202-533-9999を提供します。主要都市では、スイッチは通常、いくつかのCOコードをホストしています。NPAは、市外局番とも呼ばれる番号付け計画エリアの略です。長さは3桁で、nは2から9までの任意の桁、xは0から9までの任意の数字です。NPANXX形式では、同じ形式のオフィスコードとして知られています。NPAとして。NPA NXXコードがローカルエクスチェンジルーティングガイド（LERG）で「ポータブル」として設定されると、「ポータブルNPA NXX」コードになります。
Similarly, in other national E.164 numbering plans, number ranges cover a contiguous range of numbers within that range. Once a number within that range has ported away from the donor network, all numbers in that range are considered potentially ported and should be queried in the NPDB.
同様に、他のNational E.164の番号付け計画では、数の範囲がその範囲内の隣接する数の範囲をカバーしています。その範囲内の数がドナーネットワークから離れて移動すると、その範囲内のすべての数値は潜在的に移植されていると見なされ、NPDBで照会する必要があります。
The ACQ scheme has two versions. One version is for the Originating Network to always query the NPDB when a call is received from the caller regardless of whether the dialed directory number belongs to any number range that is portable or has at least one number ported out. The other version is to check whether the dialed directory number belongs to any number range that is portable or has at least one number ported out. If yes, an NPDB query is sent. If not, no NPDB query is sent. The former performs better when there are many portable number ranges. The latter performs better when there are not too many portable number ranges at the expense of checking every call to see whether NPDB query is needed. The latter ACQ scheme is similar to the QoR scheme, except that the QoR scheme uses call setup and relies on the donor network to indicate "number ported out" before launching the NPDB query.
ACQスキームには2つのバージョンがあります。1つのバージョンは、ダイヤルされたディレクトリ番号がポータブルであるか、少なくとも1つの番号が移植されている任意の数値範囲に属しているかどうかに関係なく、発信者から呼び出しが受信されたときに、発信ネットワークが常にNPDBを照会することです。もう1つのバージョンは、ダイヤルされたディレクトリ番号がポータブルな任意の数値範囲に属しているか、少なくとも1つの数字が移植されているかを確認することです。はいの場合、NPDBクエリが送信されます。そうでない場合、NPDBクエリは送信されません。前者は、多くのポータブル数の範囲がある場合、パフォーマンスが向上します。後者は、NPDBクエリが必要かどうかを確認するためにすべての呼び出しをチェックすることを犠牲にして、ポータブル数の範囲が多すぎない場合にパフォーマンスが向上します。後者のACQスキームは、QORスキームに似ていますが、QORスキームがコールセットアップを使用し、ドナーネットワークに依存してnpdbクエリを起動する前に「移植された数字」を示すことを除きます。
As indicated earlier, the ACQ and QoR schemes require that a switch query the NPDB for routing information. Various standards have been defined for the switch-to-NPDB interface. Those interfaces with their protocol stacks are briefly described below. The term "NPDB" is used for a stand-alone database that may support just one or some or all of the interfaces mentioned below. The NPDB query contains the dialed directory number and the NPDB response contains the routing number. There is certainly other information that is sent in the query and response. The primary interest is to get the routing number from the NPDB to the switch for call routing.
前述のように、ACQおよびQORスキームでは、スイッチがルーティング情報のNPDBを照会する必要があります。Switch-to-NPDBインターフェイスについては、さまざまな標準が定義されています。プロトコルスタックを使用したこれらのインターフェイスについては、以下に簡単に説明します。「NPDB」という用語は、以下に説明するインターフェイスの1つまたは一部またはすべてをサポートする可能性のあるスタンドアロンデータベースに使用されます。NPDBクエリにはダイヤルされたディレクトリ番号が含まれ、NPDB応答にはルーティング番号が含まれます。クエリと応答に送信される他の情報が確かにあります。主な関心は、NPDBから通話ルーティングのためにスイッチにルーティング番号を取得することです。
One of the following five NPDB interfaces can be used to query an NPDB:
次の5つのNPDBインターフェイスのいずれかを使用して、NPDBを照会できます。
a) Advanced Intelligent Network (AIN) using the American National Standards Institute (ANSI) version of the Intelligent Network Application Part (INAP) [ANSI SS] [ANSI DB]. The INAP is carried on top of the protocol stack that includes the (ANSI) Message Transfer Part (MTP) Levels 1 through 3, ANSI SCCP and ANSI TCAP. This interface can be used by the wireline or wireless switches, is specific to the NP implementation in North America, and is modeled on the Public Office Dialing Plan (PODP) trigger defined in the Advanced Intelligent Network (AIN) 0.1 call model.
a) Intelligent Network Application Part（INAP）[ANSI SS] [ANSI DB]のAmerican National Standards Institute（ANSI）バージョンを使用した高度なインテリジェントネットワーク（AIN）。INAPは、（ANSI）メッセージ転送パーツ（MTP）レベル1〜3、ANSI SCCPおよびANSI TCAPを含むプロトコルスタックの上に配置されます。このインターフェイスは、有線またはワイヤレススイッチで使用でき、北米のNP実装に固有のものであり、Advanced Intelligent Network（AIN）0.1コールモデルで定義されているPublic Office Dialing Plan（PODP）トリガーでモデル化されています。
b) Intelligent Network (IN), which is similar to the one used for querying the 800 databases. The IN protocol is carried on top of the protocol stack that includes the ANSI MTP Levels 1 through 3, ANSI SCCP, and ANSI TCAP. This interface can be used by the wireline or wireless switches.
b) インテリジェントネットワーク（in）は、800のデータベースの照会に使用されるものと似ています。INプロトコルは、ANSI MTPレベル1〜3、ANSI SCCP、およびANSI TCAPを含むプロトコルスタックの上に搭載されています。このインターフェイスは、有線またはワイヤレススイッチで使用できます。
c) ANSI IS-41 [IS41] [ISNP], which is carried on top of the protocol stack that includes the ANSI MTP Levels 1 through 3, ANSI SCCP, and ANSI TCAP. This interface can be used by the IS-41 based cellular/Personal Communication Services (PCS) wireless switches (e.g., AMPS, TDMA and CDMA). Cellular systems use spectrum at 800 MHz range and PCS systems use spectrum at 1900 MHz range.
c) ANSI IS-41 [IS41] [ISNP]。これは、ANSI MTPレベル1〜3、ANSI SCCP、およびANSI TCAPを含むプロトコルスタックの上に配置されています。このインターフェイスは、IS-41ベースのセルラー/パーソナルコミュニケーションサービス（PCS）ワイヤレススイッチ（AMP、TDMA、CDMAなど）で使用できます。セルラーシステムは、800 MHzの範囲でスペクトルを使用し、PCSシステムは1900 MHz範囲でスペクトルを使用します。
d) Global System for Mobile Communication Mobile Application Part (GSM MAP) [GSM], which is carried on top of the protocol stack that includes the ANSI MTP Levels 1 through 3, ANSI SCCP, and International Telecommunication Union - Telecommunication Sector (ITU-TS) TCAP. It can be used by the PCS1900 wireless switches that are based on the GSM technologies. GSM is a series of wireless standards defined by the European Telecommunications Standards Institute (ETSI).
d) モバイル通信モバイルアプリケーションのグローバルシステムパート（GSMマップ）[GSM]。これは、ANSI MTPレベル1〜3、ANSI SCCP、および国際電気通信ユニオン - 電気通信セクター（ITU -TS）を含むプロトコルスタックの上にあります。TCAP。GSMテクノロジーに基づいたPCS1900ワイヤレススイッチで使用できます。GSMは、欧州通信標準研究所（ETSI）によって定義された一連のワイヤレス標準です。
e) ISUP triggerless translation. NP translations are performed transparently to the switching network by the signaling network (e.g., Signaling Transfer Points (STPs) or signaling gateways). ISUP IAM messages are examined to determine if the CdPN field has already been translated, and if not, an NPDB query is performed, and the appropriate parameters in the IAM message modified to reflect the results of the translation. The modified IAM message is forwarded by the signaling node on to the designated DPC in a transparent manner to continue call setup. The NPDB can be integrated with the signaling node or, accessed via an Application Programming Interface (API) locally, or by a query to a remote NPDB using a proprietary protocol or the schemes described above.
e) ISUPトリガーレス翻訳。NP翻訳は、シグナリングネットワーク（たとえば、シグナリング転送ポイント（STP）またはシグナリングゲートウェイ）によってスイッチングネットワークに透過的に実行されます。ISUP IAMメッセージを調べて、CDPNフィールドが既に翻訳されているかどうか、そうでない場合はNPDBクエリが実行され、翻訳の結果を反映するように変更されたIAMメッセージの適切なパラメーターが実行されているかどうかを判断します。修正されたIAMメッセージは、シグナリングノードによって指定されたDPCに転送され、コールセットアップを継続するために透過的に転送されます。NPDBは、信号ノードと統合するか、アプリケーションプログラミングインターフェイス（API）をローカルに介して、または専有プロトコルまたは上記のスキームを使用してリモートNPDBへのクエリでアクセスできます。
Wireline switches have the choice of using either (a), (b), or (e). IS-41 based wireless switches have the choice of using (a), (b), (c), or (e). PCS1900 wireless switches have the choice of using (a), (b), (d), or (e). In the United States, service provider portability will be supported by both the wireline and wireless systems, not only within the wireline or wireless domain but also across the wireline/wireless boundary. However, this is not true in Europe where service provider portability is usually supported only within the wireline or wireless domain, not across the wireline/wireless boundary due to explicit use of service-specific number range prefixes. The reason is to avoid caller confusion about the call charge. GSM systems in Europe are assigned distinctive destination network codes, and the caller pays a higher charge when calling a GSM directory number.
有線スイッチには、（a）、（b）、または（e）のいずれかを使用することを選択します。IS-41ベースのワイヤレススイッチは、（a）、（b）、（c）、または（e）を使用することを選択します。PCS1900ワイヤレススイッチは、（a）、（b）、（d）、または（e）を使用することを選択します。米国では、サービスプロバイダーのポータビリティは、ワイヤーラインまたはワイヤレスドメイン内だけでなく、有線/ワイヤレス境界全体でも、ワイヤラインシステムとワイヤレスシステムの両方によってサポートされます。ただし、これは、サービスプロバイダーの移植性が通常、ワイヤラインまたはワイヤレスドメイン内でのみサポートされているヨーロッパでは当てはまりません。これは、サービス固有の数値範囲のプレフィックスを明示的に使用するため、有線/ワイヤレス境界を越えてではありません。その理由は、コールチャージに関する発信者の混乱を避けるためです。ヨーロッパのGSMシステムには、特徴的な宛先ネットワークコードが割り当てられており、発信者はGSMディレクトリ番号を呼び出すときに高い充電を支払います。
One of the following two interfaces can be used to query an NPDB:
次の2つのインターフェイスのいずれかを使用して、NPDBを照会できます。
a) Capability Set 1 (CS1) of the ITU-TS INAP [CS1], which is carried on top of the protocol stack that includes the ITU-TS MTP Levels 1 through 3, ITU-TS SCCP, and ITU-TS TCAP.
a) ITU-TS INAP [CS1]の機能セット1（CS1）は、ITU-TS MTPレベル1〜3、ITU-TS SCCP、およびITU-TS TCAPを含むプロトコルスタックの上に配置されています。
b) Capability Set 2 (CS2) of the ITU-TS INAP [CS2], which is carried on top of the protocol stack that includes the ITU-TS MTP Levels 1 through 3, ITU-TS SCCP, and ITU-TS TCAP.
b) ITU-TS INAP [CS2]の機能セット2（CS2）は、ITU-TS MTPレベル1〜3、ITU-TS SCCP、およびITU-TS TCAPを含むプロトコルスタックの上に携帯しています。
Wireline switches have the choice of using either (a) or (b); however, all the implementations in Europe so far are based on CS1. As indicated earlier that number portability in Europe does not go across the wireline/wireless boundary. The wireless switches can also use (a) or (b) to query the NPDBs if those NPDBs contains ported wireless directory numbers. The term "Mobile Number Portability (MNP)" is used for the support of service provider portability by the GSM networks in Europe.
有線スイッチには、（a）または（b）のいずれかを使用する選択肢があります。ただし、これまでのヨーロッパのすべての実装は、CS1に基づいています。以前に示されているように、ヨーロッパにおける数の携帯性は、有線/ワイヤレス境界を越えていません。ワイヤレススイッチは、（a）または（b）を使用して、これらのNPDBに移植されたワイヤレスディレクトリ番号が含まれている場合、NPDBを照会することもできます。「携帯電話番号ポータビリティ（MNP）」という用語は、ヨーロッパのGSMネットワークによるサービスプロバイダーの移植性をサポートするために使用されます。
In most, if not all, cases in Europe, the calls to the wireless directory numbers are routed to the wireless donor network first. Over there, an internal NPDB is queried to determine whether the dialed wireless directory number has been ported out or not. In this case, the interface to the internal NPDB is not subject to standardization.
ヨーロッパのすべてではないにしても、ほとんどではないにしても、ワイヤレスディレクトリ番号への呼び出しは、最初にワイヤレスドナーネットワークにルーティングされます。向こうには、内部NPDBが照会されて、ダイヤルされたワイヤレスディレクトリ番号が移植されたかどうかを判断します。この場合、内部NPDBへのインターフェイスは標準化の対象ではありません。
MNP in Europe can also be supported via the MNP Signaling Relay Function (MNP-SRF). Again, an internal NPDB or a database integrated at the MNP-SRF is used to modify the SCCP Called Party Address parameter in the GSM MAP messages so that they can be re-directed to the wireless serving network. Call routing involving MNP will be explained in Section 6.2.
ヨーロッパのMNPは、MNPシグナリングリレー関数（MNP-SRF）を介してサポートすることもできます。繰り返しますが、MNP-SRFに統合された内部NPDBまたはデータベースを使用して、GSMマップメッセージのパーティアドレスパラメーターと呼ばれるSCCPを変更して、ワイヤレスサービングネットワークにリダイレクトできるようにします。MNPを含むコールルーティングについては、セクション6.2で説明します。
This section discusses the call routing after the routing information has been retrieved either through an NPDB query or an internal database lookup at the donor switch, or from the Integrated Services Digital Network User Part (ISUP) signaling message (e.g., for the Dropback scheme). For the ACQ, QoR and Dropback schemes, it is the Originating Network that has the routing information and is ready to route the call. For the OR scheme, it is the donor network that has the routing information and is ready to route the call.
このセクションでは、ルーティング情報がNPDBクエリまたはドナースイッチの内部データベース検索、または統合サービスデジタルネットワークユーザーパーツ（ISUP）シグナルメッセージ（ドロップバックスキームなど）から取得された後のコールルーティングについて説明します。。ACQ、QOR、およびドロップバックスキームの場合、ルーティング情報を持ち、コールをルーティングする準備ができているのは発信ネットワークです。ORスキームの場合、ルーティング情報を持ち、コールをルーティングする準備ができているのはドナーネットワークです。
A number of triggering schemes may be employed that determine where in the call path the NPDB query is performed. In the U.S. a "N-1" policy is used, which essentially says that for local calls, the originating local carriers performs the query. Otherwise, the long distance carrier is expected to follow through with the query. To ensure independence of the actual trigger policy employed in any one carrier, forward call signaling is used to flag that an NPDB query has already been performed and to therefore suppress any subsequent NP triggers that may be encountered in downstream switches, in downstream networks. This allows the earliest able network in the call path to perform the query without introducing additional costs and call setup delays when redundant queries are performed downstream.
NPDBクエリが実行されるコールパスの場所を決定する多くのトリガースキームが使用される場合があります。米国では、「N-1」ポリシーが使用されています。これは、本質的にローカルコールの場合、発生するローカルキャリアがクエリを実行すると述べています。それ以外の場合、長距離キャリアはクエリをフォローすることが期待されています。いずれかのキャリアで採用されている実際のトリガーポリシーの独立性を確保するために、NPDBクエリが既に実行されていることをフラグを立てるためにフォワードコールシグナリングを使用して、したがって、下流のネットワークで下流スイッチで発生する可能性のある後続のNPトリガーを抑制します。これにより、コールパスで最も早い能力のあるネットワークが、追加コストを導入せずにクエリを実行し、冗長クエリが下流に実行されたときにコールセットアップの遅延を実行できます。
In the U.S. and Canada, a ten-digit North American Numbering Plan (NANP) number called Location Routing Number (LRN) is assigned to every switch involved in NP. In the NANP, a switch is not reachable unless it has a unique number range (CO code) assigned to it. Consequently, the LRN for a switch is always assigned out of a CO code that is assigned to that switch.
米国とカナダでは、ロケーションルーティング番号（LRN）と呼ばれる10桁の北米番号ングプラン（NANP）番号がNPに関係するすべてのスイッチに割り当てられています。NANPでは、スイッチには一意の数値範囲（COコード）が割り当てられていない限り、スイッチは到達できません。したがって、スイッチのLRNは、そのスイッチに割り当てられたCOコードから常に割り当てられます。
The LRN assigned to a switch currently serving a particular ported telephone number is returned as the network routing address in the NPDB response. The service portability scheme that was adopted in the North America is very often referred to as the LRN scheme or method.
特定の移植された電話番号を現在提供しているスイッチに割り当てられたLRNは、NPDB応答のネットワークルーティングアドレスとして返されます。北米で採用されたサービスポータビリティスキームは、LRNスキームまたは方法と非常に頻繁に呼ばれます。
LRN serves as a network address for terminating calls served off that switch using ported numbers. The LRN is assigned by the switch operator using any of the unique CO codes (NPA+NXX) assigned to that switch. The LRN is considered a non-dialable address, as the same 10-digit number value may be assigned to a line on that switch. A switch may have more than one LRN.
LRNは、移植された数値を使用してそのスイッチから提供されるコールを終了するためのネットワークアドレスとして機能します。LRNは、そのスイッチに割り当てられた一意のCOコード（NPA NXX）のいずれかを使用して、スイッチ演算子によって割り当てられます。LRNは、同じ10桁の数値がそのスイッチの行に割り当てられる可能性があるため、距離のないアドレスと見なされます。スイッチには複数のLRNがある場合があります。
During call routing/processing, a switch performs an NPDB query to obtain the LRN associated with the dialed directory number. NPDB queries are performed for all the dialed directory numbers whose NPA+NXX codes are marked as portable NPA+NXX at that switch. When formulating the ISUP Initial Address Message (IAM) to be sent to the next switch, the switch puts the ten-digit LRN in the ISUP Called Party Number (CdPN) parameter and the originally dialed directory number in the ISUP Generic Address parameter (GAP). A new code in the GAP was defined to indicate that the address information in the GAP is the dialed directory number. A new bit in the ISUP Forward Call Indicator (FCI) parameter, the Ported Number Translation Indicator (PNTI) bit, is set to imply that NPDB query has already been performed. All the switches in the downstream will not perform the NPDB query if the PNTI bit is set.
通話ルーティング/処理中、スイッチはNPDBクエリを実行して、ダイヤルディレクトリ番号に関連付けられたLRNを取得します。NPDBクエリは、NPA NXXコードがそのスイッチでポータブルNPA NXXとしてマークされているすべてのダイヤルディレクトリ番号に対して実行されます。ISUPの初期アドレスメッセージ（IAM）を次のスイッチに送信する場合、スイッチは、パーティー番号（CDPN）パラメーターと呼ばれるISUPに10桁のLRNを配置し、ISUP Generic Addressパラメーター（Gap）。ギャップの新しいコードは、ギャップ内のアドレス情報がダイヤルされたディレクトリ番号であることを示すために定義されました。ISUPフォワードコールインジケーター（FCI）パラメーターの新しいビット、ポート番号翻訳インジケーター（PNTI）ビットは、NPDBクエリがすでに実行されていることを暗示するように設定されています。下流のすべてのスイッチは、PNTIビットが設定されている場合、NPDBクエリを実行しません。
When the terminating switch receives the IAM and sees the PNTI bit in the FCI parameter set and its own LRN in the CdPN parameter, it retrieves the originally dialed directory number from the GAP and uses the dialed directory number to terminate the call.
終端スイッチがIAMを受信し、FCIパラメーターセットでPNTIビットをCDPNパラメーターに表示すると、ギャップから元のダイヤルディレクトリ番号を取得し、ダイヤルされたディレクトリ番号を使用して呼び出しを終了します。
A dialed directory number with a portable NPA+NXX does not imply that a directory number has been ported. The NPDBs currently do not store records for non-ported directory numbers. In that case, the NPDB will return the same dialed directory number instead of the LRN. The switch will then set the PNTI bit, but keep the dialed directory number in the CdPN parameter.
ポータブルNPA NXXを備えたダイヤルディレクトリ番号は、ディレクトリ番号が移植されたことを意味しません。現在、NPDBは、ポートされていないディレクトリ番号のレコードを保存していません。その場合、NPDBはLRNの代わりに同じダイヤルディレクトリ番号を返します。スイッチはPNTIビットを設定しますが、CDPNパラメーターにダイヤルされたディレクトリ番号を保持します。
In the real world environment, the Originating Network is not always the one that performs the NPDB query. For example, it is usually the long distance carriers that query the NPDBs for long distance calls. In that case, the Originating Network operated by the local exchange carrier (LEC) simply routes the call to the long distance carrier that is to handle that call. A wireless network acting as the Originating Network can also route the call to the interconnected local exchange carrier network if it does not want to support the NPDB interface at its mobile switches.
現実世界環境では、発信元のネットワークが常にNPDBクエリを実行するものではありません。たとえば、通常、長距離呼び出しでNPDBを照会するのは長距離キャリアです。その場合、Local Exchange Carrier（LEC）が動作する発信元ネットワークは、その呼び出しを処理する長距離キャリアに通話をルーティングするだけです。発信ネットワークとして機能するワイヤレスネットワークは、モバイルスイッチでNPDBインターフェイスをサポートしたくない場合、相互に接続されたローカルエクスチェンスキャリアネットワークへの呼び出しをルーティングすることもできます。
In some European countries, a routing number is prefixed to the dialed directory number. The ISUP CdPN parameter in the IAM will contain the routing prefix and the dialed directory number. For example, United Kingdom uses routing prefixes with the format of 5XXXXX and Italy uses C600XXXXX as the routing prefix. The networks use the information in the ISUP CdPN parameter to route the call to the New/Current Serving Network.
一部のヨーロッパ諸国では、ルーティング番号がダイヤルされたディレクトリ番号の前に付けられています。IAMのISUP CDPNパラメーターには、ルーティングプレフィックスとダイヤルされたディレクトリ番号が含まれます。たとえば、英国は5xxxxxの形式でルーティングプレフィックスを使用し、イタリアはルーティングプレフィックスとしてC600xxxxxを使用します。ネットワークは、ISUP CDPNパラメーターの情報を使用して、呼び出しを新しい/現在のサービングネットワークにルーティングします。
The routing prefix can identify the Current Serving Network or the Current Serving Switch of a ported number. For the former case, another query to the "internal" NPDB at the Current Serving Network is required to identify the Current Serving Switch before routing the call to that switch. This shields the Current Serving Switch information for a ported number from the other networks at the expense of an additional NPDB query. Another routing number, that be meaningful within the Current Serving Network, will replace the previously prefixed routing number in the ISUP CdPN parameter. For the latter case, the call is routed to the Current Serving Switch without an additional NPDB query.
ルーティングプレフィックスは、現在のサービングネットワークまたは移植された番号の現在のサービングスイッチを識別できます。前者のケースでは、現在のサービングネットワークで「内部」NPDBの別のクエリが、そのスイッチへの通話をルーティングする前に現在のサービングスイッチを識別するために必要です。これにより、追加のNPDBクエリを犠牲にして、他のネットワークから移植された番号の現在のサービングスイッチ情報がシールドされます。現在のサービングネットワーク内で意味のある別のルーティング番号は、ISUP CDPNパラメーターの以前にプレフィックスしたルーティング番号を置き換えます。後者の場合、コールは追加のNPDBクエリなしで現在のサービングスイッチにルーティングされます。
When the terminating switch receives the IAM and sees its own routing prefix in the CdPN parameter, it retrieves the originally dialed directory number after the routing prefix, and uses the dialed directory number to terminate the call.
終了スイッチがIAMを受信し、CDPNパラメーターに独自のルーティングプレフィックスを表示すると、ルーティングプレフィックスの後に元のダイヤルディレクトリ番号を取得し、ダイヤルされたディレクトリ番号を使用して呼び出しを終了します。
The call routing example described above shows one of the three methods that can be used to transport the Directory Number (DN) and the Routing Number (RN) in the ISUP IAM message. In addition, some other information may be added/modified as is listed in the ETSI 302 097 document [ETSIISUP], which is based on the ITU-T Recommendation Q.769.1 [ITUISUP]. The three methods and the enhancements in ISUP to support number portability are briefly described below:
上記のコールルーティングの例は、ISUP IAMメッセージのディレクトリ番号（DN）とルーティング番号（RN）を輸送するために使用できる3つの方法のいずれかを示しています。さらに、ETSI 302 097ドキュメント[ETSIISUP]にリストされているように、他の情報を追加/変更することができます。数字の携帯性をサポートするための3つの方法とISUPの拡張を以下に簡単に説明します。
a) Two separate parameters with the CdPN parameter containing the RN and a new Called Directory Number (CdDN) parameter containing the DN. A new value for the Nature of Address (NOA) indicator in the CdPN parameter is defined to indicate that the RN is in the CdPN parameter. The switches use the CdPN parameter to route the call as is done today.
a) RNを含むCDPNパラメーターを使用した2つの個別のパラメーターと、DNを含む新しい呼ばれるディレクトリ番号（CDDN）パラメーター。CDPNパラメーターのアドレス（NOA）インジケーターの新しい値は、RNがCDPNパラメーターにあることを示すように定義されています。スイッチは、CDPNパラメーターを使用して、今日行われた通りに通話をルーティングします。
b) Two separate parameters with the CdPN parameter containing the DN and a new Network Routing Number (NRN) parameter containing the RN. This method requires that the switches use the NRN parameter to route the call.
b) DNを含むCDPNパラメーターと、RNを含む新しいネットワークルーティング番号（NRN）パラメーターを使用した2つの個別のパラメーター。この方法では、スイッチがNRNパラメーターを使用して呼び出しをルーティングする必要があります。
c) Concatenated parameter with the CdPN parameter containing the RN plus the DN. A new Nature of Address (NOA) indicator in the CdPN parameter is defined to indicate that the RN is concatenated with the DN in the CdPN parameter. Some countries may not use new NOA value because the routing prefix does not overlap with the dialed directory numbers. But if the routing prefix overlaps with the dialed directory numbers, a new NOA value must be assigned. For example, Spain uses "XXXXXX" as the routing prefix to identify the new serving network and uses a new NOA value of 126.
c) RNとDNを含むCDPNパラメーターと連結パラメーター。CDPNパラメーターのアドレス（NOA）インジケーターの新しい性質は、RNがCDPNパラメーターのDNと連結されていることを示すように定義されています。ルーティングのプレフィックスがダイヤルされたディレクトリ番号と重複しないため、一部の国は新しいNOA値を使用しない場合があります。ただし、ルーティングのプレフィックスがダイヤルされたディレクトリ番号と重複する場合、新しいNOA値を割り当てる必要があります。たとえば、スペインは「XXXXXX」をルーティングプレフィックスとして使用して、新しいサービングネットワークを識別し、126の新しいNOA値を使用します。
There is also a network option to add a new ISUP parameter called Number Portability Forwarding Information parameter. This parameter has a four-bit Number Portability Status Indicator field that can provide an indication whether number portability query is done for the called directory number and whether the called directory number is ported or not if the number portability query is done.
Number Portibality転送情報パラメーターと呼ばれる新しいISUPパラメーターを追加するネットワークオプションもあります。このパラメーターには、4ビット番号のポータビリティステータスインジケータフィールドがあり、呼び出されたディレクトリ番号に対して番号の移植性クエリが実行されるかどうか、および呼び出したディレクトリ番号が移植されているかどうかを示すことができます。
Please note that all of the NP enhancements for a ported number can only be used in the country that defined them. This is because number portability is supported within a nation. Within each nation, the telecommunications industry or the regulatory bodies can decide which method or methods to use. Number portability related parameters and coding are usually not passed across the national boundaries unless the interconnection agreements allow it. For example, a UK routing prefix can only be used in the UK, and would cause a routing problem if it appears outside the UK.
移植された数のNP強化はすべて、それらを定義した国でのみ使用できることに注意してください。これは、数の携帯性が国内でサポートされているためです。各国内では、通信産業または規制機関が使用する方法または方法を決定できます。相互接続契約が許可されない限り、通常、数の携帯性関連パラメーターとコーディングは国境を越えて渡されません。たとえば、英国のルーティングプレフィックスは英国でのみ使用でき、英国外に表示される場合はルーティングの問題を引き起こします。
As indicated earlier, an originating wireless network can query the NPDB and concatenate the RN with DN in the CdPN parameter and route the call directly to the Current Serving Network.
前述のように、発信元のワイヤレスネットワークはNPDBを照会し、CDPNパラメーターのDNとRNを連結し、コールを現在のサービングネットワークに直接ルーティングできます。
If NPDBs do not contain information about the wireless directory numbers, the call, originated from either a wireline or a wireless network, will be routed to the Wireless donor network. Over there, an internal NPDB is queried to retrieve the RN that then is concatenated with the DN in the CdPN parameter.
NPDBにワイヤレスディレクトリ番号に関する情報が含まれていない場合、電線ネットワークまたはワイヤレスネットワークのいずれかに由来する通話は、ワイヤレスドナーネットワークにルーティングされます。向こうには、内部NPDBが質問され、RNを取得し、CDPNパラメーターのDNと連結します。
There are several ways of realizing MNP. If MNP-SRF is supported, the Gateway Mobile Services Switching Center (GMSC) at the wireless donor network can send the GSM MAP Send Routing Information (SRI) message to the MNP-SRF when receiving a call from the wireline network. The MNP-SRF interrogates an internal or integrated NPDB for the RN of the MNP-SRF of the wireless Current Serving Network and prefixes the RN to the dialed wireless directory number in the global title address information in the SCCP Called Party Address (CdPA) parameter. This SRI message will be routed to the MNP-SRF of the wireless Current Serving Network, which then responds with an acknowledgement by providing the RN plus the dialed wireless directory number as the Mobile Station Roaming Number (MSRN). The GMSC of the wireless donor network formulates the ISUP IAM with the RN plus the dialed wireless directory number in the CdPN parameter and routes the call to the wireless Current Serving Network. A GMSC of the wireless Current Serving Network receives the call and sends an SRI message to the associated MNP-SRF where the global title address information of the SCCP CdPA parameter contains only the dialed wireless directory number. The MNP-SRF then replaces the global title address information in the SCCP CdPA parameter with the address information associated with a Home Location Register (HLR) that hosts the dialed wireless directory number and forwards the message to that HLR after verifying that the dialed wireless directory number is a ported-in number. The HLR then returns an acknowledgement by providing an MSRN for the GMSC to route the call to the MSC that currently serves the mobile station that is associated with the dialed wireless directory number. Please see [MNP] for details and additional scenarios.
MNPを実現する方法はいくつかあります。MNP-SRFがサポートされている場合、ワイヤレスドナーネットワークのゲートウェイモバイルサービススイッチングセンター（GMSC）は、Wirelineネットワークからコールを受信するときにGSMマップ送信ルーティング情報（SRI）メッセージをMNP-SRFに送信できます。MNP-SRFは、ワイヤレス電流サービングネットワークのMNP-SRFのRNの内部または統合NPDBを尋問し、RNを、パーティーアドレス（CDPA）パラメーターと呼ばれるSCCPのグローバルタイトルアドレス情報のダイヤルワイヤレスディレクトリ番号にダイヤルされたワイヤレスディレクトリ番号に接頭します。。このSRIメッセージは、ワイヤレス電流サービングネットワークのMNP-SRFにルーティングされ、モバイルステーションローミング番号（MSRN）としてRNとダイヤルされたワイヤレスディレクトリ番号を提供することにより、確認で応答します。ワイヤレスドナーネットワークのGMSCは、RNとCDPNパラメーターのダイヤルワイヤレスディレクトリ番号を使用してISUP IAMを定式化し、コールをワイヤレス電流サービングネットワークにルーティングします。ワイヤレス電流サービングネットワークのGMSCは呼び出しを受信し、SCCP CDPAパラメーターのグローバルタイトルアドレス情報にダイヤルされたワイヤレスディレクトリ番号のみが含まれる関連MNP-SRFにSRIメッセージを送信します。次に、MNP-SRFは、SCCP CDPAパラメーターのグローバルタイトルアドレス情報を、ダイヤルワイヤレスディレクトリ番号をホストし、ダイヤルされたワイヤレスディレクトリを確認した後にそのHLRにメッセージを転送するホームロケーションレジスタ（HLR）に関連付けられたアドレス情報に置き換えます。番号は移植された番号です。次に、HLRは、GMSCにMSRNを提供して、ダイヤルされたワイヤレスディレクトリ番号に関連付けられているモバイルステーションに現在サービスを提供しているMSCにコールをルーティングすることにより、確認を返します。詳細と追加シナリオについては、[MNP]を参照してください。
This section shows the known SPNP implementations worldwide.
このセクションでは、既知のSPNP実装が世界中で実装されています。
+-------------+----------------------------------------------------+
+ Country + SPNP Implementation +
+-------------+----------------------------------------------------+
+ Argentina + Analyzing operative viability now. Will determine +
+ + whether portability should be made obligatory +
+ + after a technical solution has been determined. +
+-------------+----------------------------------------------------+
+ Australia + NP supported by wireline operators since 11/30/99. +
+ + NP among wireless operators in March/April 2000, +
+ + but may be delayed to 1Q01. The access provider +
+ + or long distance provider has the obligation to +
+ + route the call to the correct destination. The +
+ + donor network is obligated to maintain and make +
+ + available a register of numbers ported away from +
+ + its network. Telstra uses onward routing via an +
+ + on-switch solution. +
+-------------+----------------------------------------------------+
+-------------+----------------------------------------------------+
+ Country + SPNP Implementation +
+-------------+----------------------------------------------------+
+ Austria + Uses onward routing at the donor network. Routing +
+ + prefix is "86xx" where "xx" identifies the +
+ + recipient network. +
+-------------+----------------------------------------------------+
+ Belgium + ACQ selected by the industry. Routing prefix is +
+ + "Cxxxx" where "xxxx" identifies the recipient +
+ + switch. Another routing prefix is "C00xx" with "xx"+
+ + identifying the recipient network. Plan to use NOA+
+ + to identify concatenated numbers and abandon the +
+ + hexadecimal routing prefix. +
+-------------+----------------------------------------------------+
+ Brazil + Considering NP for wireless users. +
+-------------+----------------------------------------------------+
+ Chile + There has been discussions lately on NP. +
+-------------+----------------------------------------------------+
+ Colombia + There was an Article 3.1 on NP to support NP prior +
+ + to December 31, 1999 when NP became technically +
+ + possible. Regulator has not yet issued regulations +
+ + concerning this matter. +
+-------------+----------------------------------------------------+
+ Denmark + Uses ACQ. Routing number not passed between +
+ + operators; however, NOA is set to "112" to +
+ + indicate "ported number." QoR can be used based +
+ + on bilateral agreements. +
+-------------+----------------------------------------------------+
+ Finland + Uses ACQ. Routing prefix is "1Dxxy" where "xxy" +
+ + identifies the recipient network and service type. +
+-------------+----------------------------------------------------+
+ France + Uses onward routing. Routing prefix is "Z0xxx" +
+ + where "xxx" identifies the recipient switch. +
+-------------+----------------------------------------------------+
+ Germany + The originating network needs to do necessary +
+ + rerouting. Operators decide their own solution(s).+
+ + Deutsche Telekom uses ACQ. Routing prefix is +
+ + "Dxxx" where "xxx" identifies the recipient +
+ + network. +
+-------------+----------------------------------------------------+
+ Hong Kong + Recipient network informs other networks about +
+ + ported-in numbers. Routing prefix is "14x" where +
+ + "14x" identifies the recipient network, or a +
+ + routing number of "4x" plus 7 or 8 digits is used +
+ + where "4x" identifies the recipient network and +
+ + the rest of digits identify the called party. +
+-------------+----------------------------------------------------+
+-------------+----------------------------------------------------+
+ Country + SPNP Implementation +
+-------------+----------------------------------------------------+
+ Ireland + Operators choose their own solution but use onward +
+ + routing now. Routing prefix is "1750" as the intra-+
+ + network routing code (network-specific) and +
+ + "1752xxx" to "1759xxx" for GNP where "xxx" +
+ + identifies the recipient switch. +
+-------------+----------------------------------------------------+
+ Italy + Uses onward routing. Routing prefix is "C600xxxxx" +
+ + where "xxxxx" identifies the recipient switch. +
+ + Telecom Italia uses IN solution and other operators+
+ + use on-switch solution. +
+-------------+----------------------------------------------------+
+ Japan + Uses onward routing. Donor switch uses IN to get +
+ + routing number. +
+-------------+----------------------------------------------------+
+ Mexico + NP is considered in the Telecom law; however, the +
+ + regulator (Cofetel) or the new local entrants have +
+ + started no initiatives on this process. +
+-------------+----------------------------------------------------+
+ Netherlands + Operators decide NP scheme to use. Operators have +
+ + chosen ACQ or QoR. KPN implemented IN solution +
+ + similar to U.S. solution. Routing prefix is not +
+ + passed between operators. +
+-------------+----------------------------------------------------+
+ Norway + OR for short-term and ACQ for long-term. QoR is +
+ + optional. Routing prefix can be "xxx" with NOA=8, +
+ + or "142xx" with NOA=3 where "xxx" or "xx" +
+ + identifies the recipient network. +
+------------ +----------------------------------------------------+
+ Peru + Wireline NP may be supported in 2001. +
+-------------+----------------------------------------------------+
+ Portugal + No NP today. +
+-------------+----------------------------------------------------+
+ Spain + Uses ACQ. Telefonica uses QoR within its network. +
+ + Routing prefix is "xxyyzz" where "xxyyzz" +
+ + identifies the recipient network. NOA is set to +
+ + 126. +
+-------------+----------------------------------------------------+
+ Sweden + Standardized the ACQ but OR for operators without +
+ + IN. Routing prefix is "xxx" with NOA=8 or "394xxx" +
+ + with NOA=3 where "xxx" identifies the recipient +
+ + network. But operators decide NP scheme to use. +
+ + Telia uses onward routing between operators. +
+-------------+----------------------------------------------------+
+-------------+----------------------------------------------------+
+ Country + SPNP Implementation +
+-------------+----------------------------------------------------+
+ Switzerland + Uses OR now and QoR in 2001. Routing prefix is +
+ + "980xxx" where "xxx" identifies the recipient +
+ + network. +
+-------------+----------------------------------------------------+
+ UK + Uses onward routing. Routing prefix is "5xxxxx" +
+ + where "xxxxx" identifies the recipient switch. NOA +
+ + is 126. BT uses the dropback scheme in some parts +
+ + of its network. +
+-------------+----------------------------------------------------+
+ US + Uses ACQ. "Location Routing Number (LRN)" is used +
+ + in the Called Party Number parameter. Called party+
+ + number is carried in the Generic Address Parameter +
+ + Use a PNTI indicator in the Forward Call Indicator +
+ + parameter to indicate that NPDB dip has been +
+ + performed. +
+-------------+----------------------------------------------------+
In addition to porting numbers NP provides the ability for number administrators to assign numbering resources to operators in smaller increments. Today it is common for numbering resources to be assigned to telephone operators in a large block of consecutive telephone numbers (TNs). For example, in North America each of these blocks contains 10,000 TNs and is of the format NXX+0000 to NXX+9999. Operators are assigned a specific NXX, or block. That operator is referred to as the block holder. In that block there are 10,000 TNs with line numbers ranging from 0000 to 9999.
数字の移植に加えて、NPは、番号管理者がオペレーターに番号付けリソースをより少ない刻みで割り当てる機能を提供します。現在、連続した電話番号（TNS）の大きなブロックで電話オペレーターにリソースを割り当てることは一般的です。たとえば、北米では、これらのブロックにはそれぞれ10,000 TNSが含まれており、NXX 0000からNXX 9999の形式です。オペレーターには特定のNXXまたはブロックが割り当てられています。そのオペレーターはブロックホルダーと呼ばれます。そのブロックには、0000〜9999の範囲のライン番号がある10,000 TNSがあります。
Instead of assigning an entire block to the operator, NP allows the administrator to assign a sub-block or even an individual telephone number. This is referred to as block pooling and individual telephone number (ITN) pooling, respectively.
ブロック全体をオペレーターに割り当てる代わりに、NPを使用すると、管理者はサブブロックまたは個別の電話番号を割り当てることができます。これは、それぞれブロックプーリングと個別の電話番号（ITN）プーリングと呼ばれます。
Block Pooling refers to the process whereby the number administrator assigns a range of numbers defined by a logical sub-block of the existing block. Using North America as an example, block pooling would allow the administrator to assign sub-blocks of 1,000 TNs to multiple operators. That is, NXX+0000 to NXX+0999 can be assigned to operator A, NXX+1000 to NXX+1999 can be assigned to operator B, NXX-2000 to 2999 can be assigned to operator C, etc. In this example, block pooling divides one block of 10,000 TNs into ten blocks of 1,000 TNs.
ブロックプーリングとは、既存のブロックの論理サブブロックによって定義された数値の範囲を割り当てるプロセスを指します。例として北米を使用すると、ブロックプーリングにより、管理者は1,000 TNのサブブロックを複数のオペレーターに割り当てることができます。つまり、NXX 0000からNXX 0999をオペレーターAに割り当てることができ、NXX 1000からNXX 1999はオペレーターBに割り当てることができます。10,000 TNの1,000 TNの10ブロックに。
Porting the sub-blocks from the block holder enables block pooling. Using the example above, operator A is the block holder, as well as the holder of the first sub-block, NXX+0000 to NXX+0999. The second sub-block, NXX+1000 to NXX+1999, is ported from operator A to operator B. The third sub-block, NXX+2000 to NXX+2999, is ported from operator A to operator C, and so on. NP administrative processes and call processing will enable proper and efficient routing.
ブロックホルダーからサブブロックを移植することにより、ブロックプーリングが可能になります。上記の例を使用すると、オペレーターAはブロックホルダーであり、最初のサブブロックNXX 0000からNXX 0999の所有者です。。3番目のサブブロック、NXX 2000からNXX 2999は、オペレーターAからオペレーターCなどに移植されています。NP管理プロセスと通話処理により、適切かつ効率的なルーティングが可能になります。
From a number administration and NP administration perspective, block pooling introduces a new concept, that of the sub-block holder. Block pooling requires coordination between the number administrator, the NP administrator, the block holder, and the sub-block holder. Block pooling must be implemented in a manner that allows for NP within the sub-blocks. Each TN can have a different serving operator, sub-block holder, and block holder.
数の管理とNP管理の観点から、ブロックプーリングは、サブブロック保有者の新しい概念を導入します。ブロックプーリングには、番号管理者、NP管理者、ブロックホルダー、およびサブブロックホルダー間の調整が必要です。ブロックプーリングは、サブブロック内のNPを可能にする方法で実装する必要があります。各TNには、異なるサービングオペレーター、サブブロックホルダー、およびブロックホルダーを持つことができます。
ITN pooling refers to the process whereby the number administrator assigns individual telephone numbers to operators. Using the North American example, one block of 10,000 TNs can be divided into 10,000 ITNs. ITN is more commonly deployed in freephone services.
ITNプーリングとは、番号管理者が個々の電話番号をオペレーターに割り当てるプロセスを指します。北米の例を使用して、10,000 TNの1つのブロックを10,000 ITNに分割できます。ITNはより一般的にフリーフォンサービスに展開されます。
In ITN the block is not assigned to an operator but to a central administrator. The administrator then assigns ITNs to operators. NP administrative processes and call processing will enable proper and efficient routing.
ITNでは、ブロックはオペレーターではなく、中央管理者に割り当てられます。その後、管理者はITNSをオペレーターに割り当てます。NP管理プロセスと通話処理により、適切かつ効率的なルーティングが可能になります。
There are three general areas of impact to IP telephony works-in-progress with the IETF:
IETFを使用して、IPテレフォニー作業に影響を与える3つの一般的な領域が進行中です。
- Interoperation between NP in GSTN and IP telephony - NP implementation or emulation in IP telephony - Interconnection to NP administrative environment
- GSTNとIPテレフォニーのNP間の相互操作-NPテレフォニーでのNP実装またはエミュレーション - NP管理環境への相互接続
A good understanding of how number portability is supported in the GSTN is important when addressing the interworking issues between IP-based networks and the GSTN. This is especially important when the IP-based network needs to route the calls to the GSTN. As shown in Section 5, there are a variety of standards with various protocol stacks for the switch-to-NPDB interface. Furthermore, the national variations of the protocol standards make it very complicated to deal with in a global environment. If an entity in the IP-based network needs to query those existing NPDBs for routing number information to terminate the calls to the destination GSTN, it would be an impractical, if not impossible, job for that entity to support all those interface standards to access the NPDBs in many countries.
IPベースのネットワークとGSTNの間のインターワーキングの問題に対処する際に、GSTNで数の携帯性がどのようにサポートされているかを十分に理解することが重要です。これは、IPベースのネットワークがコールをGSTNにルーティングする必要がある場合に特に重要です。セクション5に示すように、Switch-to-NPDBインターフェイスのさまざまなプロトコルスタックを備えたさまざまな標準があります。さらに、プロトコル標準の全国的なバリエーションにより、グローバル環境で対処することが非常に複雑になります。IPベースのネットワーク内のエンティティが、宛先GSTNへの呼び出しを終了するためのルーティング番号情報の既存のNPDBを照会する必要がある場合、そのエンティティがアクセスするためのすべてのインターフェイス標準をサポートすることは、不可能ではないにしても、不可能ではないにしても非現実的です多くの国のNPDB。
Several alternatives may address this particular problem. One alternative is to use certain entities in the IP-based networks for dealing with NP query, similar to the International Switches that are used in the GSTN to interwork different national ISUP variations. This will force signaling information associated with the calls to certain NP-capable networks in the terminating GSTN to be routed to those IP entities that support the NP functions. Those IP entities then query the NPDBs in the terminating country. This will limit the number of NPDB interfaces that certain IP entities need to support. Another alternative can be to define a "common" interface to be supported by all the NPDBs so that all the IP entities use that standardized protocol to query them. The existing NPDBs can support this additional interface, or new NPDBs that contain the same information but support the common IP interface can be deployed. The candidates for such a common interface include ENUM (telephone number mapping) [ENUM], Lightweight Directory Access Protocol (LDAP) and SIP [SIP] (e.g., using the SIP redirection capability). Certainly another possibility is to use an interworking function to convert from one protocol to another.
この特定の問題にいくつかの代替案が対処する可能性があります。1つの選択肢は、GSTNで使用される国際的なスイッチと同様に、NPクエリを扱うためにIPベースのネットワークで特定のエンティティを使用して、さまざまな国内ISUPバリエーションをインターワークすることです。これにより、終了GSTNの特定のNP対応ネットワークへの呼び出しに関連する信号情報が、NP機能をサポートするIPエンティティにルーティングされるように強制されます。これらのIPエンティティは、終了国のNPDBを照会します。これにより、特定のIPエンティティがサポートする必要があるNPDBインターフェイスの数が制限されます。もう1つの選択肢は、すべてのNPDBによってサポートされる「共通」インターフェイスを定義して、すべてのIPエンティティがその標準化されたプロトコルを使用してそれらを照会するようにすることです。既存のNPDBは、この追加インターフェイス、または同じ情報を含むが共通のIPインターフェイスをサポートする新しいNPDBを展開できます。このような一般的なインターフェイスの候補には、enum（電話番号マッピング）[enum]、Lightweight Directory Access Protocol（LDAP）、SIP [SIP]（SIPリダイレクト機能の使用など）が含まれます。確かに別の可能性は、インターワーキング関数を使用して、あるプロトコルから別のプロトコルに変換することです。
IP-based networks can handle the domestic calls between two GSTNs. If the originating GSTN has performed NPDB query, SIP will need to transport and make use of some of the ISUP signaling information even if ISUP signaling may be encapsulated in SIP. Also, IP-based networks may perform the NPDB queries, as the N-1 carrier. In that case, SIP also needs to transport the NP related information while the call is being routed to the destination GSTN. There are three pieces of NP related information that SIP needs to transport. They are 1) the called directory number, 2) a routing number, and 3) a NPDB dip indicator. The NPDB dip indicator is needed so that the terminating GSTN will not perform another NPDB dip. The routing number is needed so that it is used to route the call to the destination network or switch in the destination GSTN. The called directory number is needed so that the terminating GSTN switch can terminate the call. When the routing number is present, the NPDB dip indicator may not be present because there are cases where the routing number is added for routing the call even if NP is not involved. One issue is how to transport the NP related information via SIP. The SIP Universal Resource Locator (URL) is one mechanism. Another better choice may be to add an extension to the "tel" URL [TEL] that is also supported by SIP. Please see [TELNP] for the proposed extensions to the "tel" URL to support NP and freephone service. Those extensions to the "tel" URL will be automatically supported by SIP because they can be carried as the optional parameters in the user portion of the "sip" URL.
IPベースのネットワークは、2つのGSTN間の国内呼び出しを処理できます。発信元のGSTNがNPDBクエリを実行した場合、SIPは、ISUPシグナルがSIPでカプセル化されている場合でも、ISUPシグナル情報の一部を輸送および使用する必要があります。また、IPベースのネットワークは、N-1キャリアとしてNPDBクエリを実行する場合があります。その場合、SIPは、呼び出しが宛先GSTNにルーティングされている間に、NP関連情報を輸送する必要もあります。SIPが輸送する必要があるNP関連情報には3つのピースがあります。それらは1）呼び出されたディレクトリ番号、2）ルーティング番号、3）NPDB DIPインジケーターです。NPDB DIPインジケータが必要であり、終了GSTNが別のNPDB DIPを実行しないようにします。ルーティング番号は、宛先ネットワークへの通話をルーティングしたり、宛先GSTNの切り替えに通話を使用したりするために必要です。終了GSTNスイッチが呼び出しを終了できるように、呼び出されたディレクトリ番号が必要です。ルーティング番号が存在する場合、NPが関与していなくても、通話をルーティングするためにルーティング番号が追加される場合があるため、NPDB DIPインジケーターが存在しない場合があります。1つの問題は、SIPを介してNP関連情報を輸送する方法です。SIPユニバーサルリソースロケーター（URL）は、1つのメカニズムです。別のより良い選択は、SIPによってもサポートされている「Tel」URL [Tel]に拡張機能を追加することです。NPおよびフリーフォンサービスをサポートするために、「Tel」URLの提案された拡張機能については、[TELNP]を参照してください。「TEL」URLへのこれらの拡張機能は、「SIP」URLのユーザー部分のオプションパラメーターとして伝達できるため、SIPによって自動的にサポートされます。
For a called directory number that belongs to a country that supports NP, and if the IP-based network is expected to perform the NPDB query, the logical step is to perform the NPDB dip first to retrieve the routing number and use that routing number to select the correct IP telephony gateways that can reach the serving switch that serves the called directory number. Therefore, if the "rn" parameter is present in the "tel" URL or sip URL in the SIP INVITE message, it, instead of the called directory number, should be used for making routing decisions assuming that no other higher priority routing-related parameters such as the "cic" (Carrier Identification Code) are present. If "rn" (Routing Number) is not present, then the dialed directory number can be used as the routing number for making routing decisions.
NPをサポートする国に属する呼び出されたディレクトリ番号、およびIPベースのネットワークがNPDBクエリを実行することが期待される場合、論理的なステップは最初にNPDB DIPを実行してルーティング番号を取得し、そのルーティング番号を使用することです。呼び出されたディレクトリ番号を提供するサービングスイッチに到達できる正しいIPテレフォニーゲートウェイを選択します。したがって、「RN」パラメーターが「Tel」URLまたはSIP InviteメッセージのSIP URLに存在する場合、呼び出されたディレクトリ番号の代わりに、他の優先度のルーティング関連が他に高いと仮定してルーティング決定を行うために使用する必要があります。「CIC」（キャリア識別コード）などのパラメーターが存在します。「RN」（ルーティング番号）が存在しない場合、ダイヤルされたディレクトリ番号は、ルーティングの決定を行うためのルーティング番号として使用できます。
Telephony Routing Information Protocol (TRIP) [TRIP] is a policy driven inter-administrative domain protocol for advertising the reachability of telephony destinations between location servers, and for advertising attributes of the routes to those destinations. With the NP in mind, it is very important to know, that if present, it is the routing number, not the called directory number, that should be used to check against the TRIP tables for making the routing decisions.
テレフォニールーティング情報プロトコル（TRIP）[TRIP]は、ロケーションサーバー間のテレフォニーの目的地の到達可能性を宣伝し、それらの目的地へのルートの属性を広告するための政策主導型ドメイン間ドメインプロトコルです。NPを念頭に置いて、存在する場合、それは呼び出されたディレクトリ番号ではなくルーティング番号であり、ルーティングの決定を行うためにトリップテーブルとのチェックに使用する必要があることを知ることが非常に重要です。
Overlap signaling exists in the GSTN today. For a call routing from the originating GSTN to the IP-based network that involves overlap signaling, NP will impact the call processing within the IP-based networks if they must deal with the overlap signaling. The entities in the IP-based networks that are to retrieve the NP information (e.g., the routing number) must collect a complete called directory number information before retrieving the NP information for a ported number. Otherwise, the information retrieval won't be successful. This is an issue for the IP-based networks if the originating GSTN does not handle the overlap signaling by collecting the complete called directory number.
現在、GSTNにはオーバーラップシグナル伝達が存在します。オーバーラップシグナル伝達を伴う発信GSTNからIPベースのネットワークへの通話ルーティングの場合、NPは、オーバーラップシグナリングに対処する必要がある場合、IPベースのネットワーク内のコール処理に影響を与えます。NP情報を取得するIPベースのネットワークのエンティティ（例：ルーティング番号）は、NP情報を移植された番号のNP情報を取得する前に、完全な呼び出したディレクトリ番号情報を収集する必要があります。それ以外の場合、情報検索は成功しません。これは、発信元のGSTNが完全な呼び出されたディレクトリ番号を収集してオーバーラップシグナルを処理しない場合、IPベースのネットワークの問題です。
The IETF enum working group is defining the use of the Domain Name System (DNS) for identifying available services and/or Internet resources associated with a particular E.164 number. [ENUMPO] outlines the principles for the operation of a telephone number service that resolves telephone numbers into Internet domain name addresses and service-specific directory discovery. [ENUMPO] implements a three-level approach where the first level is the mapping of the telephone number delegation tree to the authority to which the number has been delegated, the second level is the provision of the requested DNS resource records from a service registrar, and the third level is the provision of service specific data from the service provider itself. NP certainly must be considered at the first level because the telephony service providers do not "own" or control the telephone numbers under the NP environment; therefore, they may not be the proper entities to have the authority for a given E.164 number. Not only that, there is a regulatory requirement on NP in some countries that the donor network should not be relied on to reach the delegated authority during the DNS process. The delegated authority for a given E.164 number is likely to be an entity designated by the end user that owns/controls a specific telephone number, or one that is designated by the service registrar.
IETF Enumワーキンググループは、特定のE.164番号に関連付けられた利用可能なサービスおよび/またはインターネットリソースを識別するためのドメイン名システム（DNS）の使用を定義しています。[Enumpo]は、電話番号をインターネットドメイン名に解決する電話番号サービスの操作の原則と、サービス固有のディレクトリの発見を概説しています。[Enumpo]最初のレベルが電話番号委任ツリーのマッピングが委任された当局への3レベルのアプローチを実装します。2番目のレベルは、サービスレジストラから要求されたDNSリソースレコードの提供です。3番目のレベルは、サービスプロバイダー自体からのサービス固有のデータの提供です。NP環境の下で電話番号を「所有」または制御しないため、NPは確かに最初のレベルで考慮する必要があります。したがって、特定のE.164番号の権限を持つための適切なエンティティではない場合があります。それだけでなく、一部の国では、DNSプロセス中に委任された当局に到達するためにドナーネットワークが依存すべきではないというNPに関する規制要件があります。特定のE.164番号の委任された権限は、特定の電話番号、またはサービスレジストラによって指定された電話番号を所有/制御するエンドユーザーによって指定されたエンティティである可能性があります。
Since the telephony service providers may have the need to use ENUM for their network-related services (e.g., map an E.164 number to a HLR Identifier in the wireless networks), their ENUM records must be collocated with those of the telephony subscribers. If that is the case, NP will impact ENUM when a telephony subscriber who has ENUM service changes the telephony service provider. This is because that the ENUM records from the new telephony service provider must replace those from the old telephony service provider. To avoid the NP impact on ENUM, it is recommended that the telephony service providers use a different domain tree for their network-related service. For example, if e164.arpa is chosen for "end user" ENUM, a domain tree different from e164.arpa should be used for "carrier" ENUM.
テレフォニーサービスプロバイダーは、ネットワーク関連サービスにenumを使用する必要がある可能性があるため（たとえば、Wireless NetworksのHLR識別子にE.164番号をマッピング）、列挙記録はテレフォニーサブスクライバーのレコードと協力する必要があります。その場合、NPは、ENUMサービスを持っているテレフォニーサブスクライバーがテレフォニーサービスプロバイダーを変更すると列挙に影響を与えます。これは、新しいテレフォニーサービスプロバイダーからのenumレコードが古いテレフォニーサービスプロバイダーのそれらを置き換える必要があるためです。EnumへのNPの影響を回避するには、テレフォニーサービスプロバイダーがネットワーク関連サービスに異なるドメインツリーを使用することをお勧めします。たとえば、E164.ARPAが「エンドユーザー」列挙に選択されている場合、E164.ARPAとは異なるドメインツリーを「キャリア」列挙に使用する必要があります。
The IP-based networks also may need to support some forms of number portability in the future if E.164 numbers are assigned to the IP-based end users. One method is to assign a GSTN routing number for each IP-based network domain or entity in a NP-capable country. This may increase the number of digits in the routing number to incorporate the IP entities and impact the existing routing in the GSTN. Another method is to associate each IP entity with a particular GSTN gateway. At that particular GSTN gateway, the called directory number is then used to locate the IP-entity that serves that dialed directory number. Yet, another method can be to assign a special routing number so that the call to an end user currently served by an IP entity is routed to the nearest GSTN gateway. The called directory number then is used to locate the IP-entity that serves that dialed directory number. A mechanism can be developed or used for the IP-based network to locate the IP entity that serves a particular dialed directory number. Many other types of networks use E.164 numbers to identify the end users or terminals in those networks. Number portability among GSTN, IP-based network, and those various types of networks may also need to be supported in the future.
IPベースのネットワークは、E.164の数値がIPベースのエンドユーザーに割り当てられている場合、将来の数字の移植性をサポートする必要がある場合があります。1つの方法は、NP対応国の各IPベースのネットワークドメインまたはエンティティにGSTNルーティング番号を割り当てることです。これにより、ルーティング数の数字数が増加してIPエンティティを組み込み、GSTNの既存のルーティングに影響を与えます。別の方法は、各IPエンティティを特定のGSTNゲートウェイに関連付けることです。その特定のGSTNゲートウェイでは、呼び出されたディレクトリ番号を使用して、ダイヤルされたディレクトリ番号を提供するIPエンティティを見つけます。しかし、別の方法は、現在IPエンティティが現在提供されているエンドユーザーへの呼び出しが最も近いGSTNゲートウェイにルーティングされるように、特別なルーティング番号を割り当てることです。次に、呼び出されたディレクトリ番号を使用して、ダイヤルされたディレクトリ番号を提供するIPエンティティを見つけます。メカニズムを開発または使用して、IPベースのネットワークに使用して、特定のダイヤルされたディレクトリ番号を提供するIPエンティティを見つけることができます。他の多くのタイプのネットワークは、E.164番号を使用して、それらのネットワークのエンドユーザーまたは端子を識別します。GSTN、IPベースのネットワーク、およびこれらのさまざまなタイプのネットワーク間の数の移植性も、将来的にサポートする必要がある場合があります。
In the PSTN, the NPDB queries are generated by the PSTN switches and carried over the SS7 networks to reach the NPDBs and back to the switches. The SS7 networks are operated by telecommunications operators and signaling transport service providers in such a closed environment that make them difficult for the hackers to penetrate. However, when VoIP operators need the NP information and have to launch the NP queries from their softswitches, media gateway controllers or call managers, there would be security concerns if the NP queries and responses are transported over the Internet. If the routing number or routing prefix in the response is altered during the message transport, the call will be routed to the wrong place. It is recommended that the NPDB queries be transported via a secure transport layer or with added security mechanisms to ensure the data integrity.
PSTNでは、NPDBクエリはPSTNスイッチによって生成され、SS7ネットワークを介してNPDBSに到達し、スイッチに戻ります。SS7ネットワークは、テレコミュニケーションオペレーターと、ハッカーが浸透するのを困難にする閉鎖環境で輸送サービスプロバイダーを信号することによって運営されています。ただし、VoIPオペレーターがNP情報を必要とし、ソフトスイッチ、メディアゲートウェイコントローラー、またはコールマネージャーからNPクエリを起動する必要がある場合、NPクエリと応答がインターネットを介して輸送される場合、セキュリティ上の懸念があります。応答のルーティング番号またはルーティングプレフィックスがメッセージトランスポート中に変更された場合、コールは間違った場所にルーティングされます。NPDBクエリは、安全な輸送層を介して、またはデータの整合性を確保するためのセキュリティメカニズムを追加して輸送することをお勧めします。
This document introduces no new values for IANA registration.
このドキュメントでは、IANA登録に新しい値が導入されていません。
[ANSI OSS] ANSI Technical Requirements No. 1, "Number Portability - Operator Services Switching Systems," April 1999.
[ANSI OSS] ANSI技術要件No. 1、「番号携帯性 - オペレーターサービススイッチングシステム」、1999年4月。
[ANSI SS] ANSI Technical Requirements No. 2, "Number Portability - Switching Systems," April 1999.
[ANSI SS] ANSI技術要件No. 2、「番号の移植性 - スイッチングシステム」、1999年4月。
[ANSI DB] ANSI Technical Requirements No. 3, "Number Portability Database and Global Title Translation," April 1999.
[ANSI DB] ANSI技術要件No. 3、「番号移植データベースとグローバルタイトル翻訳」、1999年4月。
[CS1] ITU-T Q-series Recommendations - Supplement 4, "Number portability Capability set 1 requirements for service provider portability (All call query and onward routing)," May 1998.
[CS1] ITU-T Qシリーズの推奨事項 - サプリメント4、「番号の移植性能力セットサービスプロバイダーのポータビリティ（すべての通話クエリとオンワードルーティング）の要件」1998年5月。
[CS2] ITU-T Q-series Recommendations - Supplement 5, "Number portability -Capability set 2 requirements for service provider portability (Query on release and Dropback)," March 1999.
[CS2] ITU -T Qシリーズの推奨 - サプリメント5、「番号の移植性 - サービスプロバイダーの移植性に関する2つの要件（リリースおよびドロップバックのクエリ）」、1999年3月。
[E164] ITU-T Recommendation E.164, "The International Public Telecommunications Numbering Plan," 1997.
[E164] ITU-Tの推奨e.164、「国際的な電気通信番号」、1997年。
[ENUM] Falstrom, P., "E.164 number and DNS", RFC 2916, September 2000.
[Enum] Falstrom、P。、「E.164番号とDNS」、RFC 2916、2000年9月。
[ETSIISUP] ETSI EN 302 097 V.1.2.2, Integrated Services Digital Network (ISDN); Signalling System No.7 (SS7); ISDN User Part (ISUP); Enhancement for support of Number Portability (NP) [ITU-T Recommendation Q.769.1 (2000), modified]
[Etsiisup] Etsi en 302 097 v.1.2.2、Integrated Services Digital Network（ISDN）;シグナリングシステムNo.7（SS7）;ISDNユーザーパーツ（ISUP）;数の携帯性（NP）のサポートのための拡張[ITU-T推奨Q.769.1（2000）、修正]
[GSM] GSM 09.02: "Digital cellular telecommunications system (Phase 2+); Mobile Application Part (MAP) specification".
[GSM] GSM 09.02：「デジタルセルラーテレコミュニケーションシステム（フェーズ2）;モバイルアプリケーションパーツ（MAP）仕様」。
[IS41] TIA/EIA IS-756 Rev. A, "TIA/EIA-41-D Enhancements for Wireless Number Portability Phase II (December 1998), "Number Portability Network Support," April 1998.
[IS41] TIA/EIA IS-756 Rev. A、「TIA/EIA-41-Dワイヤレス番号ポータビリティフェーズII（1998年12月）、「番号ポータビリティネットワークサポート」、1998年4月。
[ITUISUP] ITU-T Recommendation Q.769.1, "Signaling System No. 7 - ISDN User Part Enhancements for the Support of Number Portability," December 1999.
[ituisup] ITU -Tの推奨Q.769.1、「シグナリングシステムNo. 7 -ISDNユーザーパーツの拡張機能のサポートのための1999年12月。
[MNP] ETSI EN 301 716 (2000-10) European Standard (Telecommunications series) Digital cellular telecommunications system (Phase 2+); Support of Mobile Number Portability (MNP); Technical Realisation; Stage 2; (GSM 03.66 Version 7.2.0 Release 1998).
[MNP] ETSI EN 301 716（2000-10）欧州標準（通信シリーズ）デジタルセルラー電気通信システム（フェーズ2）;携帯電話番号ポータビリティ（MNP）のサポート;技術的な実現;ステージ2;（GSM 03.66バージョン7.2.0リリース1998）。
[RFC] Bradner, S., "The Internet Standards Process -- Revision 3", BCP 9, RFC 2026, October 1996.
[RFC] Bradner、S。、「インターネット標準プロセス - 改訂3」、BCP 9、RFC 2026、1996年10月。
[ENUMPO] Brown A. and G. Vaudreuil, "ENUM Service Specific Provisioning: Principles of Operations", Work in Progress.
[Enumpo] Brown A.およびG. Vaudreuil、「列挙サービス固有のプロビジョニング：運用原則」、進行中の作業。
[SIP] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M. and E. Schooler, "SIP: Session Initiation Protocol", RFC 3461, June 2002.
[SIP] Rosenberg、J.、Schulzrinne、H.、Camarillo、G.、Johnston、A.、Peterson、J.、Sparks、R.、Handley、M。、E。RFC 3461、2002年6月。
[TEL] Schulzrinne, H. and A. Vaha-Sipila, "URIs for Telephone Calls", Work in Progress.
[Tel] Schulzrinne、H。およびA. Vaha-Sipila、「電話のためのウリ」、進行中の作業。
[TELNP] Yu, J., "Extensions to the "tel" URL to support Number Portability and Freephone Service", Work in Progress.
[Telnp] Yu、J。、「「Tel」URLへの拡張機能の携帯性とフリーフォンサービスをサポートする」、進行中の作業。
[TRIP] Rosenberg, J., Salama, H. and M. Squire, "Telephony Routing Information Protocol (TRIP)", RFC 3219, January 2002.
[TRIP] Rosenberg、J.、Salama、H。およびM. Squire、「テレフォニールーティング情報プロトコル（TRIP）」、RFC 3219、2002年1月。
The authors would like to thank Monika Muench for providing information on ISUP and MNP.
著者は、ISUPとMNPに関する情報を提供してくれたMonika Muenchに感謝したいと思います。
Mark D. Foster NeuStar, Inc. 46000 Center Oak Plaza Sterling, VA 20166 United States
マーク・D・フォスター・ノイスター・インク46000センター・オーク・プラザ・スターリング、バージニア州20166アメリカ合衆国
Phone: +1-571-434-5410
Fax: +1-571-434-5401
EMail: mark.foster@neustar.biz
Tom McGarry NeuStar, Inc. 46000 Center Oak Plaza Sterling, VA 20166 United States
Tom McGarry Neustar、Inc。46000 Center Oak Plaza Sterling、VA 20166米国
Phone: +1-571-434-5570
Fax: +1-571-434-5401
EMail: tom.mcgarry@neustar.biz
James Yu NeuStar, Inc. 46000 Center Oak Plaza Sterling, VA 20166 United States
James Yu Neustar、Inc。46000 Center Oak Plaza Sterling、VA 20166米国
Phone: +1-571-434-5572
Fax: +1-571-434-5401
EMail: james.yu@neustar.biz
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright（c）The Internet Society（2003）。無断転載を禁じます。
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.
上記の限られた許可は永続的であり、インターネット社会またはその後継者または譲受人によって取り消されることはありません。
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
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFCエディター機能の資金は現在、インターネット協会によって提供されています。