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.
著作権（C）インターネット協会（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.
この文書では、グローバルにE.164電話番号ポータビリティ（NP）の概要を説明します電話網（GSTN）を交換しました。 NPは、サービスプロバイダを変更しながら、エンドユーザーが電話番号を保持するために有効にすることによって、ローカル電話サービスの競争を自由化しようとしている規制が不可欠です。 NPは、それによって前者後の透明な翻訳を必要とする、仮想アドレスと物理階層ルーティングアドレスからダイヤルされたE.164番号の基本的な性質を変化させます。また、特定の技術をネットワーク化されていませんほとんどがNPの実装に関連するパラメータを、確立する様々な規制上の制約があります。その結果、該当する規制上の制約と一致NPの挙動の実装だけでなく、既存のGSTN NPの実装との相互運用の必要性は、IPテレフォニー機能し、進行中のIETFでの多数の分野に関連するトピックです。
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）をスイッチド[E164] E.164電話番号の概要を提供します。サービスプロバイダの番号ポータビリティ（SPNP）、ロケーション・ポータビリティ（ターミナルモビリティと混同すべきではない）、およびサービスポータビリティ：そこは、番号ポータビリティ（NP）の3種類であると考えられています。
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の実装は、ネットワークルーティングアドレス（番号プレフィックスまたは別のE.164アドレスのいずれか）に、GSTNに影響をカプセル化し、ダイヤルされた、潜在的に移植されたE.164アドレスをマップする変換機能を組み込むことによって、加入者にNPを透明にしようとしますこれは階層的にルーティングすることができます。
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アドレスの移植を可能とすることができるコア中のブロックをクラスレスドメイン間ルーティング（CIDR）の使用を保持されているIPのネットワークアドレス変換の使用とほぼ類似していますインターネットの残りの部分へのネットワークサービスプロバイダによって集約ルート。
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は、順方向呼シグナリングによって運ばNP翻訳データベースを介してネットワーク要素に利用可能にされなければならない2つ以上のデータエレメント（ダイヤルまたは仮想アドレス、及びネットワークルーティングアドレス）に加入者のE.164アドレスの歴史的役割を分岐します、およびコール詳細レコードに記録されています。だけでなく、呼処理およびルーティングの影響を受けているが、また、システム番号7（SS7）/共通線信号システムナンバー7（C7）メッセージングをシグナリング。トランザクション機能応用部（TCAP）の数は、SS7メッセージセットがグローバルタイトルアドレス（GTA）シグナリング接続制御部（SCCP）メッセージヘッダーのフィールドで、アプリケーションレベルネットワーク要素アドレスとしてE.164アドレスを利用するベース。したがって、SS7 / C7シグナリング転送ポイント（STPを）及びゲートウェイはNPデータベースを介して、そのネットワークアドレス相手にダイヤルされたE.164アドレスを変換するためのn桁のグローバルタイトル変換（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の実装のための適切なパラメータを確立するさまざまな国の規制の制約は、あります。その結果、該当する規制上の制約だけでなく、既存のGSTN NPの実装との相互運用の必要性と一貫IPテレフォニー、中NPの挙動の実装は、IPテレフォニー作品進行中IETFでの多数の分野に関連するトピックがあります。
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つのスキームを説明します。それに続いて、コールルーティングとデータベースクエリの実装に関する具体的な情報は、いくつかの地域（北米およびヨーロッパ）と産業（有線対無線）について記載されています。北米とヨーロッパで使用されている番号ポータビリティデータベース（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
パーティー呼び出さACQすべてのコールクエリAINアドバンストインテリジェントネットワークAMPS高度な携帯電話システムANSI米国規格協会APIアプリケーションプログラミングインターフェイスC7共通線信号システムナンバー7 CDMA符号分割多元接続のCDPAはCDPN着番号CHコードホルダーCICキャリア識別コードCIDRアドレスクラスレスドメイン間ルーティングCMIP共通管理情報プロトコルCOセントラルオフィスCS1能力セット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
モバイルコミュニケーションズGSTNのためにセンターGNP地理的番号ポータビリティGSMグローバルシステムの切り替えCenterまたはゲートウェイモバイルスイッチングCS2能力セット2 DNディレクトリ番号DNSドメインネームシステムENUM電話番号のマッピングETSI、欧州Tecommunications規格協会FCIフォワードコールインジケータGAP一般アドレスパラメータGMSCゲートウェイモバイルサービスグローバルは、IS-41インテリジェントネットワークINAPインテリジェントネットワークアプリケーション部INP暫定NP IPインターネットプロトコルの電話網GTTグローバルタイトル変換GWゲートウェイHLRホームロケーションレジスタIAM初期アドレスメッセージIETFインターネットエンジニアリングタスクフォースILNP暫定LNPを交換暫定基準数41のISDN統合サービスデジタルネットワークISUP ISDNユーザ部ITN個々の電話番号ITU国際電気通信連合ITU-TS ITU-電気通信セクターLDAPライトウェイトディレクトリアクセスプロトコルLEC地域通信事業LERGローカルExchangeルーティングガイドLNPローカル番号ポータビリティLRNのLocatio nはルーティング番号MAPモバイルアプリケーションパートMNP携帯電話番号ポータビリティMSRN移動局ローミング番号MTPメッセージは、アドレスNP番号ポータビリティNPA番号計画エリアNPDB番号ポータビリティデータベースNRNネットワークルーティング番号の一部NANP北米番号計画NGNP非地理的番号ポータビリティNOA自然を転送しますまたはルーティングOSS運用サポートシステムPCSパーソナル通信サービスPNTI移植されたナンバー翻訳インジケーターオンワード
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
PODP公職リリースRNルーティング番号RTP戻る上のダイヤルプランPUC公益事業委員会の結果品質クエリピボットSCCPシグナリング接続制御部SCPサービス制御ポイントSIPセッション開始プロトコルSMR特殊移動無線SPNPサービスプロバイダ番号ポータビリティSRFシグナリング中継機能SRIルーティング情報を送信するには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）があるとして、E.164 NPのいくつかの種類がGSTNに相応あります。まず一般に、フリーダイヤル（800又は0800）のようなサービス固有の用途に使用されるいわゆる非地理E.164番号が、存在します。これらの番号のポータビリティは、非地理的番号ポータビリティ（NGNP）と呼ばれています。 NGNPは、例えば、1986年から1992年に米国で展開されました。
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）サービスへの）変更する機能は、サービスのポータビリティと呼ばれています。無線/セルラー・ネットワークによってサポートされているように、サービスポータビリティのもう一つの側面は、彼らは彼らのホームネットワーク外でローミングする場合、加入者が同じように加入したサービスを享受できるようにすることです。
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に課せられた技術的/運用上の要件に対する国の規制の問題です。
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.
特定の国（例えば、米国、カナダ、スペイン、ベルギー、デンマーク）は、コールルーティングを提供し、ドナーネットワークまたは前の最後の独立した信号伝達のための規制や業界の要求の結果として、IPテレフォニーの実装のための特定の要件を課すことで、真のNPの実装ネットワークサービスを提供しています。
Four schemes can be used to support service provider portability and are briefly described below. But first, some further terms are introduced.
四つのスキームは、サービスプロバイダの移植性をサポートするために使用することができ、以下に簡単に説明されています。しかし、最初に、さらにいくつかの用語が導入されています。
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).
ドナーネットワークは、第管理（例えば、+1 202から533）、それに割り当てられたレンジ番号のうち、加入者に電話番号（例えば、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つの方式の各々に呼処理およびルーティングとデータベースクエリに関与している表示するようになるように、古いサービング・ネットワーク、新しいサービング・ネットワーク、およびドナーネットワークが異なるネットワークであると仮定する。番号（あるネットワークから別のネットワークにそれを移動するプロセス）のポートは、コールセットアップの前に起こったと呼び出し手順に含まれていませんのでご注意ください。 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は、結果品質スキームのコールの手順を示しています。次のようにこれらの呼び出し手順は次のとおりです。
+-------------+ +-----------+ 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 - リリース（結果品質）スキームでのクエリー。
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は、呼戻しスキームのコールの手順を示しています。このスキームとしても知られている「ピボット（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は、OR方式でのコールの手順を示しています。次のようにこれらの呼び出し手順は次のとおりです。
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 - オンワードルーティング（OR）スキーム。
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.
のみ、またはスキームは、2つの物理的なコール・セグメント、ドナーネットワークへ発信されるネットワークから1、新たなサービングネットワークへのドナーネットワークから他の設定が必要です。 OR方式は、ネットワークの伝送設備を使用しての面で最も効率的です。結果品質と呼戻しスキームは、最初のドナーネットワークへの呼び出しを設定したが、その後、現在のサービング・ネットワークへの新しいコールを開始することを戻って発信されるネットワークへの呼び出しをリリース。発信されるネットワークは、ドナーネットワークへの呼を設定する際のQoRと呼戻しスキームについて、回路はまだ発信ネットワークおよびドナーネットワークの間に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スキームは、ルーティング情報を取得するために発信されるネットワークのための集中NPDBsを伴います。一元NPDBはNPDBは、複数のネットワークから移植された番号の情報が含まれていることを意味します。これは、呼戻し及びOR方式のために使用される内部ネットワーク固有の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は、地域コードとして知られている番号計画エリア、の略です。これは、三桁の長さであり、Nは、2から9までの任意の数字であり、xは0から9のNXXに任意の数字であるNXXのフォーマットを有し、NPA + NXX形式で、同じを有するオフィスコードとして知られていますNPAとしてフォーマット。 NPA + NXXコードがローカルExchangeルーティングガイド（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.
同様に、他の国家の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
ACQ方式は、2つのバージョンがあります。 1つのバージョンは、コールに関係なく、ダイヤルの電話番号は、ポータブルであるか、少なくとも一つの番号が出て移植されている任意の数の範囲に属しているかどうかの、発信者から受信したときに発信されるネットワークは、常にNPDBを照会するためのものです。他のバージョンでは、ダイヤルされたディレクトリ番号がポータブルであるか、少なくとも一つの番号が出て移植されている任意の数の範囲に属しているかどうかを確認することです。そうならば、NPDBクエリが送信されます。いいえ、そうでない場合
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.
NPDBクエリが送信されます。旧行い、より良い多くの携帯番号範囲がある場合。存在しない場合、後者を行い、より良い、あまりにも多くの携帯番号がNPDBの問合せが必要とされているかどうかを確認するためにすべてのコールをチェックを犠牲にしての範囲です。後者ACQ方式は、結果品質スキームがコールセットアップを使用し、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と結果品質のスキームは、スイッチ情報をルーティングするためNPDBを照会することを必要とします。様々な規格は、スイッチ・ツー・NPDBインタフェースのために定義されています。それらのプロトコルスタックを有するこれらのインタフェースは、以下に簡単に説明されています。用語「NPDBは」ただ一つ又は下記のインターフェイスの一部またはすべてをサポートすることができるスタンドアロンのデータベースのために使用されます。 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.
インテリジェントネットワークアプリケーションパート（INAP）[ANSI SS] [ANSI DB]の米国規格協会（ANSI）バージョンを使用してA）アドバンストインテリジェントネットワーク（AIN）。 INAPは（ANSI）メッセージ転送部（MTP）レベル1〜3、ANSI SCCPとANSI TCAPを含むプロトコルスタックの最上部上に担持されます。このインターフェースは、有線または無線のスイッチで使用することができ、北米でのNPの実装に固有のものであり、アドバンストインテリジェントネットワーク（AIN）0.1コール・モデルで定義された公職ダイヤルプラン（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）800個のデータベースを照会するために使用されているものと同様であるインテリジェント・ネットワーク（IN）、。 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 IS41 ANSI MTPレベル1〜3、ANSI SCCP、およびANSIのTCAPを含むプロトコルスタックの最上部上に担持されている[IS41] [ISNP]。このインターフェイスは、IS-41ベースのセルラ/パーソナル通信サービス（PCS）無線スイッチ（例えば、AMPS、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）1〜3 ANSI MTPレベルを含むプロトコルスタックの一番上に担持されている移動通信モバイルアプリケーションパート（GSMのMAP）[GSM]、のためのグローバルシステム、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:
次の二つのインタフェースの一つは、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.
ITU-TS MTPレベル1〜3を含むプロトコルスタックの一番上に担持されているITU-TS INAP [CS1]、ITU-TS SCCP、およびITU-TSのTCAPのa）の能力セット1（CS1）。
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）1 3、ITU-TS SCCP、およびITU-TS TCAPスルーITU-TS MTPのレベルを含むプロトコルスタックの一番上に担持されているITU-TS INAP [CS2]、の能力セット2（CS2）。
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に基づいています。先に示したように、ヨーロッパでその番号ポータビリティは、有線/無線境界を越えて行きません。無線スイッチはまた、これらのNPDBsが移植された無線ディレクトリ番号が含まれている場合、（a）又は（b）のNPDBsを照会するために使用することができます。用語「携帯電話番号ポータビリティ（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.
ほとんどで、全てではないが、ヨーロッパでの例は、無線ディレクトリ番号への通話は、第1の無線ドナーネットワークにルーティングされます。あそこに、内部の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のMAPメッセージでパーティーアドレスパラメータと呼ばれる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、結果品質と呼戻しスキームの場合は、ルーティング情報を持っており、コールをルーティングする準備ができていることを発信ネットワークです。 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に関わるすべてのスイッチに割り当てられています。それに割り当てられた一意の番号範囲（COコード）を持っていない限りNANPでは、スイッチは到達できません。これにより、スイッチの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）のいずれかを使用してスイッチオペレータによって割り当てられます。同じ10桁の数値は、そのスイッチ上の行に割り当てることができるようにLRNは、非ダイヤル可能なアドレスであると考えられます。スイッチは、複数の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.
コールルーティング/処理中、スイッチは、ダイヤルされた電話番号に関連付けられたLRNを得るためにNPDB問合せを行います。 NPDB問合せはそのNPA + NXXコードがそのスイッチでポータブルNPA + NXXとしてマークされているすべてのダイヤルの電話番号に対して実行されています。次のスイッチに送信されるISUP初期アドレスメッセージ（IAM）を策定する場合、スイッチは、党の番号（CDPN）というパラメータISUPに10桁のLRNを置き、ISUP一般アドレスパラメータに元々ダイヤルした電話番号（GAP ）。 GAPの新しいコードは、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を受信し、CDPNパラメータのFCIパラメータセットと独自LRNにPNTIビットを見るとき、それはGAPから元々ダイヤル電話番号を検索し、通話を終了するためにダイヤルされた電話番号を使用します。
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と、ダイヤル電話番号がディレクトリ番号が移植されていることを意味するものではありません。 NPDBsは現在、非移植された電話番号のレコードを格納しないでください。その場合には、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問合せを行うものではありません。例えば、それは通常、長距離通話のためのNPDBsを照会長距離キャリアです。その場合には、発信ネットワークは、ローカル交換キャリヤ（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着信番号パラメータは、ルーティングプレフィックスとダイヤルした電話番号を含んでいます。例えば、イギリスでは、ルーティングプレフィックスとしてC600XXXXXを使用しています5XXXXXとイタリアの形式でルーティングプレフィックスを使用しています。ネットワークは、新規/現在のサービングネットワークにルーティングするコールをISUP着信番号パラメータの情報を使用しています。
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着信番号パラメータで以前に接頭辞ルーティング番号に置き換えられます。後者の場合、コールは追加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:
上述したコールルーティングの例では、ディレクトリ番号（DN）とISUP IAMメッセージ内のルーティング番号（RN）を輸送するために使用することができる3つの方法のいずれかを示します。加えて、いくつかの他の情報は、ITU-T勧告Q.769.1 [ITUISUP]に基づくものであるETSI 302 097文書[ETSIISUP]に記載されているように変更/追加することができます。番号ポータビリティをサポートする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
A）RNを含むCDPNパラメータおよびDNを含む新しい着信側電話番号（CdDN）のパラメータを持つ2つの別々のパラメータ。アドレス（NOA）内のインジケータの自然の新しい値
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.
CDPNパラメータは、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とRNを含む新しいネットワークルーティング番号（NRN）パラメータを含むCDPNパラメータを有する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.
RNプラスDNを含むCDPNパラメータを持つC）連結パラメータ。 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.
番号ポータビリティ転送情報パラメータと呼ばれる新しい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.
NPDBsは、無線電話番号に関する情報が含まれていない場合は、呼び出しは、有線または無線ネットワークのいずれかから発信、ワイヤレスドナーネットワークにルーティングされます。あそこに、内部のNPDBは、CDPNパラメータでDNと連結されたRNを取得するために照会されます。
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）、ゲートウェイモバイルサービスは、有線ネットワークからのコールを受信したときにMNP-SRFにルーティング情報（SRI）メッセージを送るGSM MAPを送信することができます。 MNP-SRFは、ネットワークのサービング無線現在のMNP-SRFのRNのための内部または集積NPDBに問い合わせし、党アドレス（CDPA）パラメータと呼ばれるSCCPのグローバルタイトルアドレス情報でダイヤルした無線ディレクトリ番号にRNを接頭辞。このSRIメッセージは、RNプラス移動局ローミング番号（MSRN）として、ダイヤル無線ディレクトリ番号を提供することにより、確認応答で応答無線現在のサービング・ネットワークのMNP-SRFにルーティングされます。ワイヤレスドナーネットワークのGMSCはRNプラスCDPNパラメータとルート無線現在のサービス提供ネットワークへの呼び出しでダイヤルした無線ディレクトリ番号をISUP IAMを定式化します。無線現在のサービング・ネットワークのGMSCは、コールを受信して、SCCP CDPAパラメータのグローバルタイトルアドレス情報のみをダイヤルしたワイヤレスのディレクトリ番号が含まれている関連するMNP-SRFにSRIメッセージを送信します。 MNP-SRFは、ダイヤルした無線ディレクトリ番号をホストし、ダイヤルした無線ディレクトリことを確認した後、そのHLRにメッセージを転送するホーム・ロケーション・レジスタ（HLR）に関連付けられたアドレス情報にSCCP CDPAパラメータのグローバルタイトルアドレス情報を置き換えます数は、移植されたイン番号です。 HLRは、その後、経路に現在ダイヤルされた無線ディレクトリ番号に関連付けられている移動局を提供していMSCへの呼をGMSCためのMSRNを提供することによって、肯定応答を返します。詳細や追加シナリオに[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）の大きなブロックに電話オペレータに割り当てられるリソースをナンバリングするための共通です。たとえば、北米ではこれらのブロックのそれぞれは、万件のTNが含まれており、NXX + 9999にフォーマットNXX + 0000です。オペレータは、特定の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.
ブロックプールは、数管理者が既存のブロックの論理サブブロックによって定義された数値の範囲を割り当てするプロセスを指します。一例として、北米を使用して、ブロック・プーリングは、管理者が複数のオペレータに千件のTNのサブブロックを割り当てることができるようになります。すなわち、NXX + 0999にNXX + 0000 NXX + 1999演算子A、NXX + 1000に割り当てることができ、ある2999にオペレータB、NXX-2000に割り当てることができる。この例ではオペレータC、等に割り当てることができ、ブロックプーリングは千件のTNの10個のブロックに万件のTNの一つのブロックに分割します。
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 + 0999にNXX + 0000ブロックホルダ、ならびに最初のサブブロックの所有者です。 NXX + 1999のサブブロック、NXX + 1000秒は、NXX + 2999にオペレータAからオペレータBに第3のサブブロック、NXX + 2000が移植されるようにオペレータCにオペレータAから移植、およびれます。 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プーリングは番号管理者がオペレータに個別の電話番号を割り当てするプロセスを指します。北アメリカの例を使用して、万件のTNの1つのブロックが万ITNsに分けることができます。 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:
IPテレフォニー作品進行中のIETFでのインパクトの3つの一般的な領域があります。
- Interoperation between NP in GSTN and IP telephony - NP implementation or emulation in IP telephony - Interconnection to NP administrative environment
- IP電話でのNPの実装やエミュレーション - - NP管理環境への相互接続GSTNでNPとIPテレフォニー間の相互運用
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に示すように、スイッチ・ツー・NPDBインタフェースのための様々なプロトコルスタックを有する標準の様々なものがあります。さらに、プロトコル標準の国民のバリエーションは、地球環境に対処することは非常に複雑にします。 IPベースのネットワーク内のエンティティは、宛先GSTNへの通話を終了するために番号情報をルーティングするために、これらの既存のNPDBsを照会する必要がある場合は、そのエンティティのジョブがアクセスするすべてのそれらのインタフェース規格をサポートするために、不可能ではないにしても、実用的ではありません多くの国でNPDBs。
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.
いくつかの選択肢は、この特定の問題に対処することができます。一つの選択肢は、異なる国家ISUP変動を相互に作用するためにGSTNで使用されている国際スイッチに似NP照会を扱うためのIPベースのネットワーク内の特定のエンティティを使用することです。これは、NPの機能をサポートするIPエンティティにルーティングする終端GSTNにおける特定のNP-可能なネットワークへのコールに関連付けられたシグナリング情報を強制します。これらのIPエンティティは、その後終了国でNPDBsを問い合わせます。これは、特定のIPエンティティをサポートする必要がNPDBインタフェースの数が制限されます。別の方法としては、すべてのIPエンティティが標準化されたプロトコルがそれらを照会することを使用するようにすべてのNPDBsによりサポートされる「共通」インタフェースを定義することができます。既存のNPDBsは、この追加のインタフェース、または同じ情報が含まれている新しいNPDBsをサポートしていますが、共通のIPインタフェースを展開することができるサポートすることができます。そのような共通のインターフェースの候補は、ENUM（電話番号マッピング）[ENUM]、ライトウェイトディレクトリアクセスプロトコル（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 GSTNs間の国内通話を処理することができます。元のGSTNがNPDBクエリを実行した場合、SIPは、ISUPシグナリングはSIPにカプセル化することができる場合でも、輸送し、ISUPシグナリング情報の一部を利用する必要があります。また、IPベースのネットワークは、N-1キャリアとして、NPDBクエリを実行してもよいです。その場合、SIPはまた、呼が宛先GSTNにルーティングされている間、NP関連情報を搬送する必要があります。 SIPを輸送する必要がNP関連の3件の情報があります。これらは、1）と呼ばれるディレクトリ番号、2）ルーティング番号、及び3）NPDBディップ指標です。終端GSTNは別のNPDBディップを実行しないようにNPDBディップインジケータが必要とされています。それは宛先GSTNの宛先ネットワークまたはスイッチにコールをルーティングするために使用されるように、ルーティング番号が必要です。終端GSTNスイッチが通話を終了することができるようにと呼ばれるディレクトリ番号が必要とされています。ルーティング番号が存在する場合、ルーティング番号はNPが関与していない場合でも、コールをルーティングするために添加される場合があるので、NPDBディップインジケータが存在しなくてもよいです。 1つの問題は、SIP経由NP関連の情報を転送する方法です。 SIPユニバーサルリソースロケータ（URL）は一つのメカニズムです。別のより良い選択はまた、SIPによってサポートされている「TEL」URL [TEL]に拡張子を追加することであってもよいです。 NPやフリーダイヤルサービスをサポートするために、「TEL」URLへの提案の拡張のために[TELNP]を参照してください。彼らは「一口」URLのユーザ部分でのオプションのパラメータとして実施することができるので、「TEL」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ディップを実行することですディレクトリ番号を提供しています提供スイッチに到達することができ、正しいIPテレフォニーゲートウェイを選択します。したがって、「RN」パラメータは、それが代わりに呼ばれるディレクトリ番号を、SIP INVITEメッセージに「TEL」URLまたは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と、存在する場合、それはルーティング番号ではなく、ルーティング決定を行うためのTRIP表に対してチェックするために使用されなければならないというディレクトリ番号、であることを、知ることは非常に重要です。
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に存在します。それらはオーバーラップシグナリングを扱う必要がある場合、オーバーラップシグナリングを伴うIPベースのネットワークへの発信GSTNからコールルーティングのために、NPは、IPベースのネットワーク内の呼処理に影響を与えます。 NP情報を取得しているIPベースのネットワーク内のエンティティ（例えば、ルーティング番号）が移植された数の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列挙ワーキンググループは、特定のE.164番号に関連付けられた利用可能なサービスおよび/またはインターネットリソースを識別するためのドメインネームシステム（DNS）の使用を規定しています。 [ENUMPO]インターネットドメイン名のアドレスやサービス固有のディレクトリの発見に電話番号を解決する電話番号サービスの運用のための原則を概説します。最初のレベル数が委任された権限に電話番号委任ツリーのマッピングである[ENUMPO] 3レベルのアプローチを実装し、第2のレベルは、サービスレジストラから要求されたDNSリソースレコードを提供することです、そして第3のレベルは、サービスプロバイダ自体からサービス固有のデータを提供することです。テレフォニーサービスプロバイダーが「所有」またはNPの環境下での電話番号を管理していないので、NPは確かに最初のレベルで考えなければなりません。そのため、彼らは与えられたE.164番号のための権限を持つように適切な実体ではないかもしれません。それだけでなく、ドナーネットワークがDNSプロセスの間に委任された権限に到達するために依拠すべきではないいくつかの国ではNP上の規制上の要件があります。与えられたE.164番号のための委任された権限は、/は、特定の電話番号、またはサービスレジストラによって指定された1を制御所有しているエンドユーザーが指定したエンティティである可能性が高いです。
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を使用する必要がありますありますので、そのENUMレコードは、電話加入者のものと同じ場所に配置しなければならない、（例えば、無線ネットワークにおけるHLR識別子にE.164番号をマッピングします）。その場合はENUMサービスを持っている電話加入者が電話サービスプロバイダを変更した場合、NPはENUMに影響を与えます。新しいテレフォニーサービスプロバイダーからENUMレコードが古いテレフォニーサービスプロバイダーからそれらを交換しなければならないことだからです。 ENUMのNPへの影響を回避するために、テレフォニーサービスプロバイダーがネットワーク関連サービスのために別のドメインツリーを使用することをお勧めします。 e164.arpaが「エンドユーザ」ENUMのために選択されている場合、例えば、e164.arpa異なるドメインツリーは、「キャリア」ENUMに使用されるべきです。
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ベースのエンド・ユーザーに割り当てられている場合、将来的に番号ポータビリティのいくつかのフォームをサポートする必要があるかもしれません。一つの方法は、NP-可能な国における各IPベースのネットワークドメインまたはエンティティのGSTNルーティング番号を割り当てることです。これは、IPエンティティを組み込み、GSTNで既存のルーティングに影響するルーティング番号の桁数を増加させることができます。別の方法は、特定のGSTNゲートウェイと各IPエンティティを関連付けることです。その特定の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スイッチによって生成され、NPDBs及びバックスイッチにに到達するためにSS7ネットワーク上で実施しました。 SS7ネットワークは、それらが困難なハッカーが侵入できるようにするため、このような閉じた環境での通信事業者とのシグナリングトランスポート・サービス・プロバイダによって運営されています。 NPクエリと応答をインターネット上で転送されている場合は、VoIPの事業者は、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技術条件の第1号、 "番号ポータビリティ - オペレータサービススイッチングシステム、" 1999年4月。
[ANSI SS] ANSI Technical Requirements No. 2, "Number Portability - Switching Systems," April 1999.
[ANSI SS] ANSI技術的要件2号、 "番号ポータビリティ - スイッチングシステム、" 1999年4月。
[ANSI DB] ANSI Technical Requirements No. 3, "Number Portability Database and Global Title Translation," April 1999.
[ANSI DB] ANSI技術条件の第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月「番号ポータビリティ機能は、サービスプロバイダポータビリティ（すべてのコールのクエリ以降ルーティング）、1つの要件を設定します」。
[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、1999年3月 "番号ポータビリティ-Capabilityは、サービスプロバイダポータビリティ（リリースと呼戻し上のクエリ）のための2つの要件を設定します"。
[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、統合サービスデジタル網（ISDN）。システム第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改訂A、「ワイヤレス番号ポータビリティフェーズII（1998年12月）のためのTIA / EIA-41-Dの強化、 "番号ポータビリティネットワークサポート、" 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、「信号システム第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]ブラドナーの、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]ブラウンA.とG.ボードルイ、「ENUMサービス固有のプロビジョニング：オペレーションの原則」、進行中の作業。
[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]ローゼンバーグ、J.、Schulzrinneと、H.、カマリロ、G.、ジョンストン、A.、ピーターソン、J.、スパークス、R.、ハンドレー、M.、およびE.学生、 "SIP：セッション開始プロトコル"、 RFC 3461、2002年6月。
[TEL] Schulzrinne, H. and A. Vaha-Sipila, "URIs for Telephone Calls", Work in Progress.
[TEL] Schulzrinneと、H.およびA. Vaha-Sipilaが進行中で働いて、 "電話のURIコール"。
[TELNP] Yu, J., "Extensions to the "tel" URL to support Number Portability and Freephone Service", Work in Progress.
[TELNP]ゆう、J.、進行中で働いて、「番号ポータビリティやフリーダイヤルサービスをサポートするためのURL 『TEL』への拡張」。
[TRIP] Rosenberg, J., Salama, H. and M. Squire, "Telephony Routing Information Protocol (TRIP)", RFC 3219, January 2002.
[TRIP]ローゼンバーグ、J.、サラマ、H.およびM.スクワイア、 "電話ルーティング情報プロトコル（TRIP）"、RFC 3219、2002年1月。
The authors would like to thank Monika Muench for providing information on ISUP and MNP.
著者は、ISUPとMNPに関する情報を提供するためのモニカミュンヒに感謝したいと思います。
Mark D. Foster NeuStar, Inc. 46000 Center Oak Plaza Sterling, VA 20166 United States
マーク・D.フォスターNeuStar、Inc.の46000センターオークプラザスターリング、バージニア州20166米国
Phone: +1-571-434-5410 Fax: +1-571-434-5401 EMail: mark.foster@neustar.biz
電話：+ 1-571-434-5410ファックス：+ 1-571-434-5401 Eメール：mark.foster@neustar.biz
Tom McGarry NeuStar, Inc. 46000 Center Oak Plaza Sterling, VA 20166 United States
トム・マクギャリーNeuStar、Inc.の46000センターオークプラザスターリング、バージニア州20166米国
Phone: +1-571-434-5570 Fax: +1-571-434-5401 EMail: tom.mcgarry@neustar.biz
電話：+ 1-571-434-5570ファックス：+ 1-571-434-5401 Eメール：tom.mcgarry@neustar.biz
James Yu NeuStar, Inc. 46000 Center Oak Plaza Sterling, VA 20166 United States
ジェームズ・ゆうNeuStar、Inc.の46000センターオークプラザスターリング、バージニア州20166米国
Phone: +1-571-434-5572 Fax: +1-571-434-5401 EMail: james.yu@neustar.biz
電話：+ 1-571-434-5572ファックス：+ 1-571-434-5401 Eメール：james.yu@neustar.biz
Copyright (C) The Internet Society (2003). All Rights Reserved.
著作権（C）インターネット協会（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 Editor機能のための基金は現在、インターネット協会によって提供されます。