米国とカナダのポート番号の概要

移植とは、あるキャリアから別のキャリアに電話番号を転送するプロセスです。 番号が移植されているキャリアは、 負け キャリア。 番号を管理しているキャリアは、 得る キャリア。

負けた運送業者に応じて、プロセスは単純で簡単な場合もあれば、長くて複雑な場合もあります。 Genesysの目標は、移植プロセスを可能な限り迅速かつ簡単にすることです。 これを達成するための最良の方法は、Genesys、お客様、および現在の通信事業者など、関係するすべての関係者の協力を得ることです。

この記事では、ポーティングプロセス、コールフロー、ポーティングタイプ、およびポーティング番号の時間枠とカスタマーガイドラインに関する情報を提供します。 

移植されたDID番号のコールフロー

DIDのローカル番号ポータビリティ(LNP)は、すべての電話番号に10桁のロケーションルーティング番号(LRN)が割り当てられているため機能します。 以前は、電話番号の市外局番と交換局(NPX-NXX)を使用してその場所を特定できました。 固定電話と無線サービスの間で番号を移植できるようになったため、電話番号のNPA-NXXは、番号が最初に割り当てられた場所のみを識別します。 移植される番号の場合、LRNは番号が現在割り当てられている場所を識別します。

移植された電話番号に電話がかけられると、開始サービスプロバイダースイッチは、そのローカル番号ポータビリティ(LNP)コールルーティングデータベースにクエリを実行して、電話番号が移植されているかどうかを判断します。 存在する場合、データベース応答は、コールを適切にルーティングするために必要なLRNをスイッチに提供します。 番号が移植されていない場合、データベースの応答は、電話番号に基づいて通話をルーティングする必要があることを示しています。 複数のスイッチがコールパスに含まれている場合、最後から2番目のキャリアは、LNPデータベースクエリをまだ作成していない場合は作成する責任があります。

DIDポートの種類と時間枠

Genesysは、FCCの標準、要件、および市内番号ポータビリティに関する推奨事項を順守しています。 以下は、ポートのタイプとそれらに関連付けられている時間枠のリストです。 Genesysの標準DID移植スケジュールは、月曜日から金曜日の午前8時から午後7時までです。 Genesysにポート要求を送信するプロセスは、これらすべてのタイプのポートで同じです。 時間枠とスケジュールのみが異なります。

シンプルなポート

単純なポートは、バンドルされたパッケージの一部ではなく、特別な機能を持たない単一の番号として定義されます。 紛失した運送業者の現地時間午後1時までにすべての情報が正しく送信された場合、最初の利用可能な日付が要求され、拒否がなければ、これらの要求は通常1〜2営業日で完了します。

標準の役割

標準ポートは、単一の請求電話番号(BTN)、単一のアドレス、単一の紛失キャリア、および単一のレートセンターに対して、100以下の電話番号をポートする単一の注文です。 標準のポート要求は、最初の利用可能な日付が要求され、拒否がない場合、通常7営業日以内に完了します。

プロジェクトポート

負けた運送業者は、プロジェクトポートを構成するものに対して異なるしきい値を持つことができます。  通常、プロジェクトのポート要求は、単一のBTN、単一のアドレス、および単一のキャリアでの100を超える電話番号です。 プロジェクトのポートリクエストは手動で実行され、通常、提出から3〜4週間以内に完了することができます。 プロジェクトの移植に関する質問については、アカウントチームにお問い合わせください。

複雑なポート

複雑なポート要求には、複数のBTN、複数のアドレス、または複数のレートセンターまたはキャリアが含まれます。 これらのタイプの要求は複雑であるため、単純な標準のポート要求に対して通常定義されている時間枠で完了することはできません。 複雑なポートリクエストは、さまざまな通信事業者と情報に基づいて個別に送信する必要があるため、すべての番号が同じ日時にポートされることを保証することはできません。 複雑な移植に関する質問については、アカウントチームにお問い合わせください。

DID番号の移植プロセス

以下は、DIDポート要求を完了するために関係する通信事業者が実行する手順です。

  1. 獲得キャリアは、要求されたポートを敗者キャリアに通知します。
  2. 負けたキャリアは、顧客のアカウント名、住所、承認エージェントなどの加入者の情報を検証します。 ポートリクエストが有効であることを確認するために、失った運送業者から承認書(LOA)と最近の請求書のコピーがリクエストされる場合があります。 次のセクションで説明するように、他の情報も要求される場合があります。
  3. 負けたキャリアは、獲得したキャリアにリクエストの処理を通知します。 リクエストが拒否された場合、拒否の理由が提供されます。 拒否の理由が解決されたら、ステップ1から再開して、ポートを再送信できます。 リクエストが受け入れられると、プロセスが続行されます。
  4. 取得キャリアは、要求されたポートをNumber Portability Administration Center(NPAC)に通知します。
  5. NPACは保留中のポートを作成し、紛失したキャリアに通知を送信します。
  6. オプションで、負けたキャリアはNPACにポートに同意することを通知します。
  7. スケジュールされた日時に、取得キャリアはNPACにポートをアクティブ化するように通知します。

保留中のポートはNPACでアクティブ化され、電気通信業界のネットワークにブロードキャストされます。

フリーダイヤルの移植

フリーダイヤルポート要求は、北米番号計画管理(NANPA)地域のフリーダイヤルネットワークの設計が異なるため、DID要求とは異なるプロセスに従います。 フリーダイヤル番号は、特定の地理的地域にも、特定の電話サービスプロバイダーにも関連付けられていません。 各フリーダイヤル番号は、NANPA規制当局に登録されている責任組織(RespOrg)に関連付けられています。 フリーダイヤル番号のRespOrgは、規制当局とのプロビジョニングを介して番号のルーティングを制御します。 このシステムは、フリーダイヤル番号のルーティングと制御を柔軟にするために設計されました。 フリーダイヤルの移植は、制御するRespOrgと関連するルーティング情報を変更することで構成されます。 DIDとは異なり、フリーダイヤル番号が移植されたものとして継続的に指定されることはなく、移植されたフリーダイヤル番号を呼び出すための特別なルーティングやコールフローもありません。 フリーダイヤル番号の現在のルーティング情報は、コールをルーティングするときに常にキャリアによって照会されるため、以前の所有権やルーティング情報に関係なく、コールは正しいサービスプロバイダーに配信されます。

フリーダイヤル番号の移植プロセス

 以下は、フリーダイヤルのポート要求を完了するために関係する通信事業者が実行する手順です。 フリーダイヤルポーティングのためのキャリア間のすべての通信は、NANPAレギュレータを介して行われます。

  1. 獲得キャリアは敗者キャリアにポート要求を通知し、必要なすべての情報を提供します。
  2. 負けたキャリアは、顧客のアカウント名、住所、承認エージェントなどの加入者の情報を検証します。 紛失した運送業者は、ポート要求が有効であることを確認するために、LOAと最近の請求書のコピーを要求する場合があります。 フリーダイヤルのポートリクエストの場合、通常、他の情報は必要ありません。
  3. 負けたキャリアは、獲得したキャリアにリクエストの処理を通知します。 リクエストが拒否された場合、拒否の理由が提供されます。 拒否の理由が解決されたら、ステップ1から再開して、ポートを再送信できます。 リクエストが受け入れられると、プロセスが続行されます。
  4. NANPA規制当局は、番号の管理を取得キャリアのRespOrgに移します。 この転送はポートを受け入れるとすぐに行われますが、設定されたルーティングは変更されないため、コールは失われたキャリアのサービスプロバイダーにルーティングされます。
  5. スケジュールされた日時に、取得キャリアはルーティング構成を更新して、新しいサービスプロバイダーにコールを転送し、ポートを完成させます。

お客様の移植ガイドライン

FCCはすべての通信事業者の番号移植プロセスを義務付けていますが、個々の通信事業者の内部プロセスはさまざまであり、電話番号の移植時にエラーや遅延が発生する可能性があります。 すべての通信事業者は、署名されたLOA、番号の現在の住所、および番号の登録済みエンドユーザーの名前を必要とします。 さらに、一部の通信事業者は、次のような詳細情報を必要とします。

  • アカウント番号
  • アカウントのパスワードまたはPIN
  • 最近の請求書のコピー
  • 請求先番号(BTN)
  • アカウントに残っているすべての番号のリスト

このリストは網羅的なものではなく、通信事業者によって異なります。 顧客は、ポートプロセスを開始する前に、既存のサービスプロバイダーから別のキャリアへのポート番号に必要な情報を知っておくことが重要です。 プロセスをスムーズに進めるために役立ついくつかの追加のガイドラインを次に示します。

  • 現在の通信事業者とのサービスを切断しないでください。 切断された番号は移植できません。
  • 正確な移植情報を提供する–提供されるアドレスは通常、請求先アドレスではなくサービスアドレスである必要があります。 また、LOAと、パスワード、PIN、アカウント番号などの携帯通信会社固有の情報を送信したことを確認してください。

電話番号の移植に関する最も一般的な問題

ポートオーダーが拒否される最も一般的な理由は、名前、住所、郵便番号、アカウント番号などの情報の不一致です。 拒否のその他の潜在的な理由は次のとおりです。

  • 非アクティブ/切断された番号 –移植を可能にするには、番号がアクティブである必要があります。
  • 保留中の注文 –番号の変更順序はすでに存在します。 これは別のポート要求である可能性がありますが、住所や発信者名の変更など、紛失したキャリアによるあらゆるタイプのサービス変更である可能性もあります。 獲得キャリアは、注文の性質を判断できなくなります。 顧客は、注文のソースと注文をクリアする方法を決定するために、紛失した運送業者に連絡する必要があります。
  • BTN / ATNの不一致 –提供された請求電話番号が携帯通信会社のBTNと一致しません。
  • 部分的なポート/移行インジケーター –部分ポートとは、顧客がすべてではないが一部の番号をキャリアから移植する場合です。 注文が部分ポートとして送信されたが、要求が実際には完全ポートである場合、または注文が完全ポートとして送信されたが実際には部分ポートである場合、エラーが発生する可能性があります。
  • キャリアフリーズ –顧客は、移植を防ぐためにアカウントを凍結するように要求しました。 キャリアによっては、フリーズ解除の注文が完了するまでに1〜3週間かかる場合があります。
  • 特徴的なリングまたはその他の機能 –ほとんどの通信事業者は、特別な機能がアクティブになっている番号の移植を許可しません。 ポートを要求する前に、まず特別な機能を無効にする必要があります。
  • 名前/住所の不一致 –紛失した運送業者のCSR(カスタマーサービスレコード)の名前または住所が、ポートに送信された情報と一致しません。 顧客は、紛失した運送業者に連絡して正しい情報を入手するか、場合によってはCSRを入手して提供された情報を確認する必要があります。
  • 不正な署名 –提供されたLOAの署名者は、古いサービスプロバイダーのアカウントを変更する権限があるとは記載されていません。 顧客は、古いサービスプロバイダーに連絡して、署名者を承認されたエージェントとして追加するか、承認された新しい署名者に要求を再送信する必要があります。

Genesys Cloud Edgeのサポート

If you need assistance with porting your numbers into Genesys Cloud Voice, contact Genesys Cloud Voice support.