- ホーム
- /
- 投稿記事
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 は、Cisco が顧客の代理として行動することを許可する手紙です。
- 国によっては、特定の承認書 (LOA) は電子 (eLOA) であり、Control Hub に自動入力されます。他の LOA には手動による完了が必要です。これにより、顧客は Control Hub のポート ワークフローを通じて完了、署名、アップロードできます。
- 国別のバリエーション: 特定の要件は国によって異なる場合があります。
- 所有権および認可の証明
-
請求書または請求書は、番号の所有権とアクティブなサービスの証拠として機能します。
-
LOA は、ポートプロセスに対する顧客の同意を確認します。
-
- 拒否の回避: 顧客は、ポートを容易にするために提供された情報が正確であることを確認する責任を負います。情報が不正確または不完全である場合、ポートは拒否されます。
- 調整されたポート
-
同じアカウントに関連付けられている番号は、異なる注文の一部である場合でも、同時にポートする必要があります。
-
アカウント情報が異なる番号は、個別のポート注文である必要があります。
-
- フリーダイヤル電話番号
-
トールフリー番号は、Direct Inward Dialing (DID) 番号とは別に注文する必要があります。
-
米国または CA のみ。
-
- 保留中の注文と追加の番号
-
同じアカウントで保留中の注文がある場合、紛失した通信事業者の追加番号をポート用に提出することはできません。それが拒否になります。
-
代表番号(請求先電話番号または BTN)がポートされている場合、ポートされていない番号は置き換え BTN として指定されます。
-
- 文書の適時性: 請求書または請求書が過去 30 日以内に最新のものであることを確認します。
- 追加サービス: 番号がポートされると、元のインストールは停止します。これには、電話回線で現在のプロバイダーが提供する追加のサービス (ブロードバンド、アラームなど) が含まれます。インストールが終了すると、それらのサービスを再確立できない場合があります。
要求されたポートの日時
- リードタイム: ポートの日付をリクエストする場合、リクエストが失った通信事業者に送信されてから、少なくとも 5 営業日 (または 2 ~ 3 週間) を許可することをお勧めします。
- 可能な最も早い日付: ポートをリクエストする最も早い日付は、国、通信事業者、注文タイプによって異なります。1 ~ 35 営業日の範囲を指定できます。
- 最新の可能な日付: ポートをリクエストするために提出日から 30 日以内です。
- ポートのアクティベーションタイミング: ポートのアクティベーション時間は、サポートされているポートウィンドウ内で、通常営業日の午前 9 時から午後 4 時の間にいつでも要求できますが、FOC が受信されるまで保証はされず、国によって異なる場合があります。
- FOC 確認: 注文が失われる通信事業者から FOC を受信するまで、要求されたポート日時は確認されません。
ポート注文のタイプ
注文タイプに関係なく、大規模なプロジェクトをポートまたは作業するのが初めてで、ガイダンスが必要な場合は、PTS チームにケースを提出してください。「Cisco Calling プランのサポートケースを上げる 」セクションを参照してください。
PTS は、番号のポート、新しい番号の注文、関連する問い合わせへの対応など、Cisco Calling プランの番号の注文をサポートします。
シンプル | 標準時 | プロジェクト | コンプレックス(以下のいずれか) |
---|---|---|---|
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 を受信すると、注文が複雑になるため、確認された日付の変更は推奨されません。
-
ポートアウト
-
ポートが正常に動作するためには、サブスクリプションがアクティブで、サスペンド状態になっていないことを確認してください。
-
ポートアウトエラーのサポートのために、Cisco PSTN テクニカル サービス (PTS) でサポートケースを開きます。
-
ポート拒否
-
顧客は、ポートの円滑化のために提供する情報が正確かつ完全であることを確認する必要があります。不正確または不完全な情報により、ポートが拒否されます。
-
拒否すると、国によってポートの 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 プランの番号の注文です。
Cisco Calling プランのサポートケースを提起する
Cisco Calling プランのサポートケースを作成するには、Control Hub 内で PSTN 注文で提供されているリンクを使用します。
-
に移動します。
-
注文がない場合は、注文を選択できます。
注文を開始するには、
の順に選択します。[Cisco Calling プランのサポートケースを開く] オプションを使用するために、番号ステージの選択を続行する必要はありません。
新しい電話番号を注文するには、「新しい電話番号を注文する 」セクションを参照してください。
-
[注文/模擬注文] の [Cisco Calling プランのサポートケースを開く] リンクをクリックして、PTS サポートケースを開きます。
それがチケットポータルを起動します
-
正しいカテゴリとサブカテゴリを選択し、送信します。
または、pstn-support@cisco.com にメールを送信してください。あなたに代わってケースを作成することもできます。
サービスのキャンセル
Cisco Calling プランの終了またはキャンセル時に、別のサービス プロバイダーに対する番号の移行は、それらの所有権を保持する場合にのみ責任を負います。ポートアウトされない番号は、妥当な期間後にリリースされます。Cisco は、電話番号がリリースされた時点で利用可能であることを保証することはできません。