- ホーム
- /
- 投稿記事
Cisco Calling プラン番号のポートのガイドラインとポリシー
管理者として、この記事を使用して、Cisco とパートナーの完全なサポートにより、既存の PSTN 番号を Cisco に簡単にポートできます。
概説されたガイドラインと規制は、Cisco Calling プランで注文または使用されているポート番号に適用されます。
番号の移植
番号のポートは、現在の公衆交換電話網(PSTN)サービスプロバイダ(「失われた通信事業者」)から別の通信事業者(「勝利する通信事業者」)に既存の電話番号を転送することです。
移植プロセスと要件は、国によって異なる場合があります。以下は一般的なもので、できるだけ対象をカバーすることを目指しています。
この情報は、Cisco Calling プランへの番号のポートまたはアウトの顧客に適用されます。移植活動に関連するすべての適用法を順守する。スラミング (意図的か間違っているかにかかわらず、他のキャリアへの無許可の移植) 活動は許可されません。Cisco は、承認されたアカウント所有者の書面による同意なしに、いかなるアカウントのテレフォニー サービス プロバイダーも変更しません。
「Cisco Calling プランの開始」を参照してください。
簡易ポートプロセス
番号ポートを成功させるには、キャリア間の適切な調整と、以下の手順への準拠が不可欠です。
1 |
検証:顧客は番号の可搬性を検証する必要があります。これには、番号がアクティブであること、ポートされている番号に対して既存の注文がないこと、希望の国でサポートされていること、およびターゲット地域でカバーされていることを確認することが含まれます。 |
2 |
情報の収集—顧客は、必要なポーティング情報と関連文書をすべて収集します。 |
3 |
ポート注文ドラフトの作成
|
4 |
ポート要求の送信
|
5 |
番号のプロビジョニング
|
6 |
アクティベーションと転送
|
7 |
サービス終了:該当する場合、ポートが完了すると、顧客は紛失した通信事業者のサービスを終了します。 |
ポート注文要件
- 所有権と承認
- 顧客は、ポートする番号の所有権を示す必要があります。
- 勝利するキャリア(新しいサービスプロバイダ)へのポートの認証は非常に重要です。
- これには、現在の請求書または請求書とLetter of Agency(LOA)の提供が含まれます。LOA は、シスコが顧客の代理として行動することを許可するレターです。
- 国によっては、特定の認証書 (LOA) は電子 (eLOA) であり、Control Hub で自動入力されます。他の LOA では、手動で完了する必要があり、顧客は Control Hub のポートワークフローで完了、署名、およびアップロードできます。
- 国ごとのバリエーション—特定の要件は国によって異なる場合があります。
- 所有権と認可の証明
-
請求書または請求書は、番号の所有権とアクティブなサービスの証拠として機能します。
-
LOAは、移植プロセスに対する顧客の同意を確認します。
-
- 拒否の回避:顧客は、提供された情報が正確で移植が容易であることを確認する責任を負います。情報が不正確または不完全な場合、ポートは拒否されます。
- コーディネートされた移植
-
同じアカウントに関連付けられている番号は、異なる注文の一部である場合でも、同時にポートする必要があります。
-
個別のアカウント情報を持つ番号は、個別のポート注文にする必要があります。
-
- フリーダイヤル電話番号
-
フリーダイヤル番号は、ダイレクト インワード ダイヤル(DID)番号とは別の順序でなければなりません。
-
米国またはCAのみ。
-
- 保留中の注文と追加番号
-
同じアカウントで保留中の注文がある場合、紛失した通信事業者の追加番号をポート用に提出することはできません。それは拒絶反応を引き起こす。
-
メイン番号(請求先電話番号または BTN)がポートされている場合、ポートされていない番号が代替 BTN として指定されます。
-
- 文書の適時性—請求書または請求書が最新のもので、過去 30 日以内に日付が付けられていることを確認します。
- 追加サービス:番号がポートされると、元のインストールが停止します。これには、現在のプロバイダーが電話回線で提供する追加サービス(ブロードバンド、アラームなど)が含まれます。インストールが停止すると、それらのサービスを再確立できない場合があります。
要求されたポートの日時
- リードタイム: ポートの日付をリクエストする場合、リクエストが失った通信事業者に送信されてから、少なくとも 5 営業日 (または 2 ~ 3 週間) を許可することをお勧めします。
- 可能な最も早い日付: ポートをリクエストする最も早い日付は、国、通信事業者、注文タイプによって異なります。営業期間は1~35日。
- 最新の可能な日付: ポートをリクエストするために提出日から 30 日以内です。
- ポートのアクティベーションタイミング: ポートのアクティベーション時間は、サポートされているポートウィンドウ内で、通常営業日の午前 9 時から午後 4 時の間にいつでも要求できますが、FOC が受信されるまで保証はされず、国によって異なる場合があります。
- FOC 確認: 注文が失われる通信事業者から FOC を受信するまで、要求されたポート日時は確認されません。
ポート注文のタイプ
注文の種類にかかわらず、移植または大規模なプロジェクトに取り組んで初めてガイダンスが必要な場合は、PTSチームにケースを提起してください。「Cisco Calling プランのサポート ケースの起 動」セクションを参照してください。
PTS は、番号の移植、新しい番号の注文、および関連する問い合わせへの対応を含む、Cisco Calling Plan の番号付け注文をサポートします。
シンプル | 標準時 | プロジェクト | コンプレックス(以下のいずれか) |
---|---|---|---|
1 TN(電話番号) |
1~50 TN |
> 50 TN |
> 1 トン |
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) は、ポート注文を分割し、別の注文として送信する必要があります。
-
エンティティ名 (例: 会社名) が一致しません。
-
ロケーション情報が顧客サポート担当者の詳細と一致しません。
-
ポート注文のすべてのデータが一致しません。
転売業者(リセラー)
-
サービス プロバイダー (SP) またはリセラーは、基礎となるキャリアに属する電話番号を提供する場合があります。
-
顧客は、その番号が基礎となる通信事業者に属していることを知らずに、電話会社から請求書を受け取ることはよくあります。
-
リセラーが関与する場合、顧客へのリセラーの請求書に記載されている情報に関係なく、ポート情報はキャリアの基礎となるレコードと一致する必要があります。
-
ポートの拒否にリセラーが含まれる場合、顧客はプロバイダー (リセラー) に、その下にあるキャリアから正しい情報を取得するよう依頼する必要があります。
ポートの再スケジュールまたはキャンセル
顧客は、紛失したキャリアが FOC を提供する前に、Control Hub で注文を変更またはキャンセルするオプションがあり、番号のポートやサービスに影響を与えるリスクはありません。
-
いつでも = リスクなし
通信事業者が FOC を与えた後、顧客は Control Hub でポート注文を変更できず、Cisco PSTN テクニカル サービス (PTS) でサポート ケースを開く必要があります。
FOC がポートの日付を変更またはキャンセルすることを要求すると、失われたキャリアがスケジュールどおりに回線をドロップし、電話サービスを中断するリスクがあります。
-
72 時間 = 最小リスク
-
48~72時間=リスクが低い
-
24~48時間 = 中程度のリスク
-
24時間未満=リスクが高い
これらの詳細は国によって異なる場合があります。
スナップバックまたは緊急復元
スナップバックは、緊急復元とも呼ばれ、紛失したキャリアへの番号の即時ポートを含みます。
時間ウィンドウは、キャリアと国を失うことに応じて、1〜48時間の範囲です。
-
スナップバックは、ポート中に不適切または予期せぬ状況の結果である可能性がありますが、スラミングが原因である可能性があります(意図的またはエラーであるかどうかにかかわらず、別のキャリアへの無許可の移植 ) 。
-
顧客は PSTN テクニカル サポート (PTS) サポート ケースをできるだけ早く開き、スナップバック リクエストを開始する必要があります。Cisco Calling プランのサポート ケースの起動を参照してください。
ポートのアクティベーションとポストポートのアドバイス
ポートイン - ポートの日(FOC)
番号のポートの予定日 (FOC Date) には、すべて順調に進み、ポートプロセス準備が整っていることを確認するために、いくつかのチェックを実行することをおすすめします。次のことを確認してください:
-
ポートされるように設定されている関連ユーザまたは機能に番号またはすべての番号を割り当てました。
-
システムがプロビジョニングされ、すべてのハードウェアが設定され、移植の準備が整いました。
ポートの有効化
ポートは FOC の時点で自動的にアクティブになります。ただし、番号のポートに若干の遅延が生じる場合があります。通常、番号は FOC によってポートされますが、次の理由によって影響を受ける可能性があります。
-
Losing Provider (LCP) が番号をリリースします。
-
Cisco(Gaining Provider)と紛失したプロバイダー間のシステム。
-
コードまたは範囲ホルダーが現在のキャリアと異なる場合、獲得プロバイダーと損失プロバイダーの間に複数のキャリアが存在する可能性があります。
コードまたは範囲ホルダーは、アクティベーションのタイミングを遅らせる可能性があるコールを正しくルーティングするために、取引所内でプレフィックスを追加する必要があります。
-
異常に大量の要求(わずかな遅延があるかもしれません ) 。
-
番号が機能し始めるまで少なくとも 15 分 (プロジェクトまたは複雑なポートの場合は 30 分) を許可します。
アクティベーションが予想より長くかかる場合、以下をアドバイスします。
-
ポートのアクティベーション時間後 15 ~ 30 分後に番号が機能しない場合は、Control Hub の構成、注文、電話番号のステータスをすべて確認します。
-
設定とステータスを確認し、番号がまだ通話を行っていないか受信していない場合は、PTS サポートケースを開きます。Cisco Calling プランのサポート ケースの起動を参照してください。PTSチームはトラブルシューティングを行い、できるだけ早く問題を解決します。
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 注文で提供されているリンクを使用します。
-
に移動します。
-
注文がない場合は、注文を選択できます。
注文を開始するには、
の順に選択します。Open a Cisco Calling Plans サポート ケースを開く オプ ションを使用するには、番号ステージを選択するだけで済みます。
新しい電話番号を注文するには、「新しい電話番号を注文する 」セクションを参照してください。
-
[Order/Mock Order] の [Open a Cisco Calling Plans サポート ケースを開 く] リンクをクリックして、PTS サポート ケースを開きます 。
発券ポータルを起動します。 -
正しいカテゴリとサブカテゴリを選択して送信します。
代わりに、pstn-support@cisco.co mまでメールでお問い合わせください。お客様に代わってケースを作成することもできます。
サービスキャンセル
Cisco Calling プランを終了またはキャンセルした場合、所有権を保持したい場合は、その番号を別のサービス プロバイダーにポートする責任はお客様が負います。ポートアウトされていない番号は、合理的な期間後にリリースされます。Cisco は、電話番号がリリースされると、その可用性を保証できません。