注文の種類にかかわらず、移植または大規模なプロジェクトに取り組んで初めてガイダンスが必要な場合は、PTSチームにケースを提起してください。 「Cisco Calling プランのサポート ケースの起動」セクションを参照してください。

PTS は、番号の移植、新しい番号の注文、および関連する問い合わせへの対応を含む、Cisco Calling Plan の番号付け注文をサポートします。

シンプル	スタンダード	プロジェクト	コンプレックス(以下のいずれか)
1 TN（電話番号）	1～50 TN	50 TN	1つのTN
1 BTN（請求先電話番号）	1つのBTN	1つのBTN	1つのBTN
1サービスアドレス	1サービスアドレス	1サービスアドレス	1サービスアドレス
1 キャリア名を失う	1 キャリア名を失う	1 キャリア名を失う	1 キャリア名を失う
1 レートセンター	1レートセンター(米国またはCA)	1レートセンター(米国またはCA)	1レートセンター(米国またはCA)
--	--	必要な CSR (顧客サービス記録) (米国または CA)	必要な CSR (米国または CA)
--	--	処理する10-35平日	処理する10-35平日

以下は、シームレスで成功した番号のポーティングエクスペリエンスを保証します。

• アクティブな番号:

  • 移行番号が、プロセス全体にわたって紛失した通信事業者に対してアクティブのままであることを確認します。

  • 番号のポートが完了して検証されるまで、サービスを切断しないでください。

• フリーズを取り除き、資格情報を識別する—

  • アカウントのフリーズまたは制限を削除します。

  • 番号に関連付けられている PIN、パスワード、またはパスコードを特定します。これは、ポート要求を配置するために必要な追加のポート情報のためです。

• 番号をよくお読みください—

  • 注文を送信する前に、すべての番号を慎重に確認してください。

  • 一度送信すると、番号を追加または変更することはできません。

• 一貫したポート情報:ポート情報は、番号のポート先に関係なく、紛失した通信事業者のレコードと一致する必要があります。

• カスタマーサービスレコード（CSR、US、CA）:必ずしも必要ではありませんが、紛失したキャリアから現在のカスタマーサービスレコード（CSR）を取得すると、正確なポート情報が得られます。

• ポートの種類を識別する—

  • ポートの種類を特定します。 シンプル、標準、プロジェクト、または複雑。

  • これにより、要件と処理時間に対する期待が設定されます。

• 通信事業者の応答時間の喪失:ポート要求が送信または再送信された後、通信事業者の応答が少なくとも 5 営業日を予測します。

• 確認されたポート日:ポート要求が失われたキャリアから FOC を受信すると、注文に複雑さを加えるため、確認された日付の変更は拒否されます。

• 顧客は、ポートファシリテーションのために提供する情報が正確かつ完全であることを確認する必要があります。 不正確または不完全な情報により、ポートが拒否されます。

• 拒否は、国によってポーティング SLA をリセットできます。

• プロセスをスピードアップするために、顧客に、紛失したキャリアと協力して拒否をクリアし、Control Hub で拒否された注文を更新し、処理要求を再送信することを奨励します。

• キャリアを失うことは、一度に1つの理由で要求を拒否します。 非アクティブな番号要求が拒否された場合、注文の再送信時に BTN に対するその後の拒否が発生する可能性があります。

トップ拒否の理由

喪失した通信事業者がポート要求を拒否する可能性のある一般的な理由には、以下が含まれます。

• OSP にアカウントで保留中の LSR があります (ポート出力やアドレス変更など)。

• BTN または ATN が一致しません。

• 一部の電話番号は、非アクティブ、切断されている、またはエンド ユーザーのアカウントの一部ではないため、ポートできません。

• 位置情報が一致しません。

• ワイヤレス ポートにはパスコードまたは PIN を提供する必要があります。

• 競合している紛失したキャリア（ポートアウトやアドレスの変更など）に注文がすでに配置されています。

• エンティティ名が一致しません。

• パスコードまたは PIN を必要とするワイヤレス ポートの場合。

• 1 つ以上の電話番号が切断されています。 このポートを続行する前に、ユーザは現在のキャリアに連絡して電話番号を再アクティブ化する必要があります。

• アカウント番号 (AN) が一致しません。

• 権限が一致しません。

• BTNが一致しなかった。

• BTN はポートされる電話番号の 1 つです。 ユーザーはポーティング注文タイプ、残りの番号アクション、およびそれに応じて新しい請求先電話番号を指定する必要があります。

• フルサービスのアドレスが一致しませんでした。

• 他のサービス プロバイダー (OSP) は、ポート注文を分割し、別の注文として送信する必要があります。

• エンティティ名が一致しません。

• ロケーション情報が CSR の詳細と一致しません。

• ポート注文のすべてのデータが一致しません。

• サービス プロバイダー (SP) またはリセラーは、基礎となるキャリアに属する電話番号を提供する場合があります。

• 顧客が、電話番号が基幹キャリアに属していることを知らずに、電話会社から請求書を受け取ることが一般的です。

• リセラーが関与する場合、顧客へのリセラーの請求書に記載されている情報に関係なく、ポート情報はキャリアの基礎となるレコードと一致する必要があります。

• ポートの拒否にリセラーが含まれる場合、顧客はプロバイダー (リセラー) に、その下にあるキャリアから正しい情報を取得するよう依頼する必要があります。

顧客は、紛失したキャリアが FOC を提供する前に、Control Hub で注文を変更またはキャンセルするオプションがあり、番号のポートやサービスに影響を与えるリスクはありません。

• いつでも = リスクなし

紛失したキャリアが FOC を与えた後、顧客は Control Hub のポート注文を変更できず、Cisco PSTN Technical Services (PTS) でサポート ケースを開く必要があります。

FOC がポートの日付を変更またはキャンセルすることを要求すると、失われたキャリアがスケジュールどおりに回線をドロップし、電話サービスを中断するリスクがあります。

• 72 時間 = 最小リスク

• 48～72時間=リスクが低い

• 24～48時間 = 中程度のリスク

• 24時間未満=リスクが高い

これらの詳細は国によって異なる場合があります。

スナップバックは、緊急復元とも呼ばれ、紛失したキャリアへの番号の即時ポートを含みます。

時間ウィンドウは、キャリアと国を失うことに応じて、1〜48時間の範囲です。

• スナップバックは、ポート中に不適切または予期せぬ状況の結果である可能性がありますが、スラミングが原因である可能性があります(意図的またはエラーであるかどうかにかかわらず、別のキャリアへの無許可の移植 ) 。

• 顧客は PSTN テクニカル サポート (PTS) サポート ケースをできるだけ早く開き、スナップバック リクエストを開始する必要があります。 Cisco Calling プランのサポート ケースの起動を参照してください。

ポートイン - ポートの日（FOC）

番号のポートの予定日（FOC日）には、すべてが順番に整っており、ポート処理の準備が整っていることを確認するために、いくつかのチェックを実行することをお勧めします。 次のことを確認してください:

• ポートされるように設定されている関連ユーザまたは機能に番号またはすべての番号を割り当てました。

• システムがプロビジョニングされ、すべてのハードウェアが設定され、移植の準備が整いました。

ポートの有効化

ポートは FOC の時点で自動的にアクティブになります。 ただし、番号のポートに若干の遅延が生じる場合があります。 通常、番号は FOC によってポートされますが、次の理由によって影響を受ける可能性があります。

• Losing Provider (LCP) が番号をリリースします。

• Cisco（Gaining Provider）と紛失したプロバイダー間のシステム。

• コードまたは範囲ホルダーが現在のキャリアと異なる場合、獲得プロバイダーと損失プロバイダーの間に複数のキャリアが存在する可能性があります。

  コードまたは範囲ホルダーは、アクティベーションのタイミングを遅らせる可能性があるコールを正しくルーティングするために、取引所内でプレフィックスを追加する必要があります。

• 異常に大量の要求(わずかな遅延があるかもしれません ) 。

• 番号が機能し始めるまで少なくとも 15 分 (プロジェクトまたは複雑なポートの場合は 30 分) を許可します。

アクティベーションが予想より長くかかる場合、以下をアドバイスします。

• ポートのアクティベーション時間から 15 ～ 30 分後に番号が機能しない場合は、すべての Control Hub 設定、注文、および電話番号のステータスを確認してください。

• 設定とステータスを確認し、番号がまだ通話を行っていないか受信していない場合は、PTS サポートケースを開きます。 Cisco Calling プランのサポート ケースの起動を参照してください。 PTSチームはトラブルシューティングを行い、できるだけ早く問題を解決します。

• ポートの日 – プロバイダーを失う ポートサポート(LCPと国によって異なります)時間は通常、標準営業日の午前9時から午後4時の間です。

• Cisco PSTN テクニカル サポート（PTS）は、24/5 で利用できます。

  • PTSは、新たに提起された事件から2時間以内に回答することを目指しています。

  • PTSの目標は、すべての問題をできるだけ早く解決することです。 すべてのコミットされた時間は最善の努力です。

紛失プロバイダーまたは第三者ベンダーに起因する問題: PTSは、可能な限り継続的に圧力を追及し、適用しますが、PTSは、問題を内部的にエスカレートする前に、一定期間(SLAによって管理)解決できるようにする必要があります。 PTS のサポート範囲は、番号の移行、新しい番号の注文、および上記に関連する問い合わせを含む Cisco Calling Plan の番号付け注文です。

Cisco Calling プランのサポート ケースを起動

Cisco Calling プランのサポート ケースを作成するには、Control Hub 内の PSTN 注文で提供されているリンクを使用します。

1. に移動 通話 > PSTN > 注文

2. 注文がない場合は、注文を選択できます。

   注文を開始するには、ロケーションを選択 > 新しい番号の注文 > 次へします。

   Open a Cisco Calling Plans サポート ケースを開く オプションを使用するには、番号ステージを選択するだけで済みます。

3. [Order/Mock Order] の [Open a Cisco Calling Plans サポート ケースを開く] リンクをクリックして、PTS サポート ケースを開きます。

   発券ポータルを起動します。

4. 正しいカテゴリとサブカテゴリを選択して送信します。

代わりに、pstn-support@cisco.comまでメールでお問い合わせください。お客様に代わってケースを作成することもできます。