- ホーム
- /
- 投稿記事
管理者として、この記事を使用して、新しい PSTN 番号を注文するか、Cisco とパートナーの完全なサポートにより、既存の番号を Cisco に簡単にポートします。
概説されたガイドラインと規制は、Cisco Calling プランで注文または使用されている新しい番号とポートされた番号の両方に適用されます。
全般
Cisco は電話番号が利用可能な番号としてリストされている場合でも、電話番号が利用可能であることに関する保証は行いません。
シスコが提供する電話番号をリースまたは販売することはありません。
発信者 ID 名が常に要求された名前を反映しているわけではない場合があります。
Cisco ではすべての電話番号を二者通話番号として扱います。
新しい番号順序
Cisco から番号を個別に、または連続したブロックで注文できます。番号は連続した順序(「ブロック注文」)です。
ブロック注文では、10、50、100 単位で注文できます。
ブロック注文の一部として注文された個々の番号を削除することはできません。 ブロックの一部を削除するには、ブロック全体を削除してから、新しい番号を注文する必要があります。
フリーダイヤル番号のブロックを注文することはできません。 現在、無料通話番号は、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つの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チームはトラブルシューティングを行い、できるだけ早く問題を解決します。
PTSのサポートと時間
ポートの日 – プロバイダーを失う ポートサポート(LCPと国によって異なります)時間は通常、標準営業日の午前9時から午後4時の間です。
Cisco PSTN テクニカル サポート(PTS)は、24/5 で利用できます。
PTSは、新たに提起された事件から2時間以内に回答することを目指しています。
PTSの目標は、すべての問題をできるだけ早く解決することです。 すべてのコミットされた時間は最善の努力です。
|
Cisco Calling プランのサポート ケースを起動
Cisco Calling プランのサポート ケースを作成するには、Control Hub 内の PSTN 注文で提供されているリンクを使用します。
注文がない場合は、注文を選択できます。
注文を開始するには、
します。Open a Cisco Calling Plans サポート ケースを開く オプションを使用するには、番号ステージを選択するだけで済みます。
[Order/Mock Order] の [Open a Cisco Calling Plans サポート ケースを開く] リンクをクリックして、PTS サポート ケースを開きます。
発券ポータルを起動します。正しいカテゴリとサブカテゴリを選択して送信します。
代わりに、pstn-support@cisco.comまでメールでお問い合わせください。お客様に代わってケースを作成することもできます。
サービスキャンセル
Cisco Calling プランを終了またはキャンセルした場合、所有権を保持したい場合は、その番号を別のサービス プロバイダーにポートする責任はお客様が負います。 ポートアウトされていない番号は、合理的な期間後にリリースされます。 Cisco は、電話番号がリリースされると、その可用性を保証できません。