所述的準則和法規適用於通過Cisco Calling Plans 訂購或使用的移轉號碼。

號碼移轉

號碼移轉是將現有的電話號碼從目前的公共交換電話網 (PSTN)服務提供者(「失去的電訊廠商」)轉移到另一個(「勝出的電訊廠商」)。


 

各個國家/地區的移轉程序和要求可能不同。 下列內容為一般內容,旨在盡可能多地涵蓋該主題。

此資訊適用於將號碼移入或移出Cisco Calling Plans 的客戶。 遵守與移轉活動相關的所有適用法律。 不允許 Slacking(未授權移轉至其他電訊廠商,無論是有意還是無意)活動。 未經授權帳戶持有人的書面同意, Cisco不會變更任何帳戶的電話服務提供者者。

Cisco 通話方案入門

簡化的移轉過程

對於成功的號碼移轉,必須在電訊廠商之間進行適當的協調並遵循以下步驟:

1

驗證— 客戶必須驗證號碼的可攜性。 這包括確保該號碼處於使用中、不存在針對要移轉號碼的現有訂單、所需的國家/地區支援該號碼以及目標區域所涵蓋的號碼。

2

收集資訊— 客戶收集所有必要的移轉資訊及相關文件。

3

建立移轉訂單草稿

  1. 使用 Control Hub,客戶/合作夥伴可建立移轉訂單草稿。

  2. 您在 Control Hub 中建立草稿訂單,即表示您已有效地檢查了號碼的可攜帶性。 如果您有任何可移植性問題,請向Cisco PSTN 技術服務 (PTS) 團隊報告以進一步調查。

  3. 完成所有需求,然後提交訂單。

4

傳送埠請求

  1. Cisco PSTN 移轉團隊會將移轉請求傳送給失去作用的電訊廠商(目前的服務提供者)。

  2. 確定訂單承諾 (FOC) — 失敗的電訊廠商會以 FOC 進行回應,該 FOC 會指定移轉的日期與時間。

5

成員佈建

  1. 一旦收到 FOC,號碼狀態變更為「已佈建」,並且可在 Control Hub 中用於設定。

  2. 這些號碼保持非活躍狀態,直到移轉程序完成。

6

啟動和轉移

  1. 在確認的時間(根據 FOC)時,連接埠會啟動。

  2. 電話號碼會從失敗的電訊廠商轉移至獲勝的電訊廠商(新的服務提供者)。

  3. 在移轉過程期間,號碼可能會暫時中斷服務。

7

服務終止— 如果適用,客戶會在移轉完成後終止與丟失的電訊廠商的服務。

移轉訂單需求

遵循這些要求,以確保號碼移轉過程順利且成功。
  • 所有權和授權
    • 客戶必須證明對其打算移轉的號碼的所有權。
    • 移轉至勝出的電訊廠商(新的服務提供者)的授權至關重要。
    • 這涉及提供目前的帳單或發票以及代理委託書 (LOA)。 LOA 是授權Cisco代表客戶行事的信函。
    • 根據國家/地區而定,某些授權書 (LOA) 是電子的 (eLOA) 並且會在 Control Hub 中自動填充。 其他 LOA 需要手動完成,客戶可以透過 Control Hub 移轉工作流程完成、簽署和上傳。
  • 特定於國家/地區的變體— 具體要求可能因國家/地區而異。
  • 所有權和授權證明
    • 帳單或發票可用作號碼所有權和使用中的服務的憑證。

    • LOA 確認客戶同意移轉程序。

  • 避免拒絕— 客戶有責任確保他們提供的資訊準確無誤以協助移轉。 如果資訊不准確或不完整,則會拒絕移轉。
  • 協調的移轉
    • 與同一帳戶關聯的號碼必須同時移轉,即使這些號碼屬於不同訂單的一部分。

    • 具有不同帳戶資訊的號碼應位於不同的移轉訂單上。

  • 免費號碼
    • 免費號碼必須與直接內向撥號 (DID) 號碼位於不同的訂單上。

    • 僅限 US 或 CA。

  • 待處理的訂單和其他號碼
    • 如果同一帳戶上待處理訂單,則無法提交與失敗電訊廠商關聯的其他號碼進行移轉。 這會導致拒絕。

    • 當主要號碼(計費電話號碼或 BTN)被移轉時,未移轉的號碼會指定為替代 BTN。

  • 文件的及時性- 確保帳單或發票是最新的,且日期在最近 30 天內。
  • 其他服務— 移轉號碼時,原始的安裝會停止。 這包括由電話線路上的當前提供者提供的任何其他服務(例如寬頻、警報等)。 一旦安裝停止,可能無法重新建立這些服務。

請求的移轉日期與時間

  • 交貨時間: 請求移轉日期時,建議從將請求提交給失敗的電訊廠商起至少留出五個工作日(較大的移轉日期為 2-3 週)。
  • 可能的最早日期: 請求移轉的最早可能日期根據國家/地區、電訊廠商和訂單類型而有所不同。 範圍可能為 1–35 個工作日。
  • 可能的最晚日期: 自提交之日起,您最多有 30 天的時間來請求移轉。
  • 連接埠啟用時機: 可以在受支援的移轉時間範圍內的任何時間請求移轉啟動時間,即一般工作日的上午 9AM到下午4 點之間,但在收到 FOC 之前無法保證該時間,並且可能根據國家/地區而有所不同。
  • FOC 確認: 請注意,在訂單收到失敗承運人的 FOC 之前,所請求的移轉日期與時間不會得到確認。
對於成功且及時的號碼移轉程序,有效地協調並遵循這些準則是至關重要的。

移轉訂單的類型

無論訂單類型如何,如果您不熟悉移轉或處理大型專案且需要指導,請向 PTS 團隊報告案例。 請參閱提出Cisco Calling Plan支援個案區段。


 

PTS 對Cisco Calling Plan 號碼訂單提供支援,包括號碼移轉、新號碼訂購以及解決任何相關查詢。

簡單標準專案完成以下選項之一:

1 TN(電話號碼)

1-50 TN

> 50 TN

> 1 TN

BTN – 帳單電話號碼

1 個 BTN

1 個 BTN

> 1 BTN

服務地址

服務地址

服務地址

> 1 個服務位址

1 失去了電訊廠商名稱

1 失去了電訊廠商名稱

1 失去了電訊廠商名稱

> 1 個丟失的電訊廠商名稱

1 個費率中心

1 個費率中心(美國或加拿大)

1 個費率中心(美國或加拿大)

> 1 個費率中心(美國或加拿大)

--

--

需要CSR (客戶服務記錄)(美國或加拿大)

需要CSR (美國或加拿大)

--

--

處理 10-35 個工作日

處理 10-35 個工作日

成功移轉的提示

以下內容可確保無縫且成功的號碼移轉體驗:

  • 啟用號碼

    • 確保移轉號碼在整個過程中對於丟失的電訊廠商保持有效。

    • 在完成並驗證號碼移轉之前,請勿中斷服務。

  • 移除凍結和識別憑證

    • 移除任何帳戶凍結或限制。

    • 識別與號碼關聯的任何 PIN、密碼或密碼,這適用於其他移轉資訊,這些資訊可能需要這些資訊才能發出移轉請求。

  • 仔細檢查號碼。

    • 提交訂單之前,請仔細檢查所有號碼。

    • 一經提交,便無法新增或變更號碼。

  • 一致的移轉資訊— 移轉資訊必須符合失去的電訊廠商的記錄,無論號碼要移轉到何處。

  • 客戶服務記錄(CSR、美國或加拿大) — 雖然並非總是必要,但從失敗的電訊廠商處獲取目前的客戶服務記錄 (CSR) 有助於確保移轉資訊的準確性。

  • 識別通訊埠類型

    • 識別連接埠的類型: 簡單、標準、專案或複雜。

    • 這會設定對需求和處理時間的預期。

  • 失去電訊廠商回應時間— 預期在提交或重新提交移轉請求後,失敗的電訊廠商將至少有五個工作日的響應時間。

  • 確認的移轉日期— 一旦移轉請求從失敗的電訊廠商處收到 FOC,不建議變更確認日期,因為這會增加訂單的複雜性。

拒絕移轉

  • 客戶必須確保他們提供的有關埠便利化的資訊準確且完整。 不准確或不完整的資訊會導致拒絕連接。

  • 拒絕可能會根據國家/地區重設移轉 SLA。

  • 為了加快流程,我們建議客戶與失敗的承運人協作以清除拒絕,然後在 Control Hub 中更新被拒絕的訂單,並重新提交處理請求。

  • 失去電訊廠商一次會因為一個原因拒絕請求。 如果拒絕非使用中的號碼請求,則當重新提交訂單時,可能會發生 BTN 的後續拒絕。

主要拒絕原因

失敗的電訊廠商可能拒絕移轉請求的常見原因包括:

  • OSP 在帳戶上具有擱置中的 LSR(例如,移出或位址變更)。

  • BTN 或 ATN(帳戶電話號碼)不相符。

  • 部分電話號碼無法移轉,因為他們處於不活動狀態或不屬於最終使用者帳戶的一部分。

  • 位置資訊不相符。

  • 無線連線埠必須提供密碼/PIN 碼。

  • 已向有衝突(例如,移轉或地址變更)的失敗承運人下了訂單。

  • 實體名稱不相符。

  • 適用於需要密碼或PIN的無線連接埠。

  • 一個或多個電話號碼已中斷連線。 在此移轉可以繼續之前,使用者必須聯絡其目前的電訊廠商以重新啟用電話號碼。

  • 帳號 (AN) 不相符。

  • 人員授權不相符。

  • BTN 不相符。

  • BTN 是要移轉的電話號碼之一。 使用者必須相應指示移轉訂單類型、剩餘號碼動作及新帳單電話號碼。

  • 全方位服務的位址不相符。

  • 其他服務提供者(OSP) 要求將移轉訂單分割並作為單獨的訂單提交。

  • 實體名稱(例如公司名稱)不相符。

  • 位置資訊與CSR上的詳細資訊不相符。

  • 移轉訂單上的所有資料都不相符。

轉銷提供者(經銷商)

  • 服務提供者(SP)或經銷商可能會提供屬於基礎電訊廠商的電話號碼。

  • 客戶通常會在不知道他們的號碼屬於基礎電訊廠商的情況下收到電話公司的帳單。

  • 當涉及經銷商時,移轉資訊仍需符合電訊廠商的基本記錄,而無論經銷商向客戶提供的帳單上包含什麼資訊。

  • 如果移轉拒絕涉及經銷商,客戶必須要求其提供者(經銷商)從相關運營商處獲取正確資訊。

重新排定或取消移轉

客戶可以在失敗的電訊廠商提供 FOC 之前,在 Control Hub 中變更或取消他們的訂單,而他們的號碼不存在被移轉或影響服務的風險。

  • 隨時 = 無風險

在失去的電訊廠商提供 FOC 後,客戶無法在 Control Hub 中修改移轉順序,必須向Cisco PSTN 技術服務 (PTS) 呈報支援個案問題。

在 FOC 之後請求變更或取消移轉日期存在風險,即丟失的電訊廠商可能會如期中斷線路,從而中斷電話服務。

  • 72 小時 = 最低的風險

  • 48-72 小時 = 低風險

  • 24-48 小時 = 中度風險

  • < 24 小時 = 高風險


 

這些詳細資料可能會因國家/地區而異。

快回或緊急還原

快速回复(也稱為緊急還原)涉及將號碼立即移轉回丟失的電訊廠商。

時間範圍可能為 1 到 48 小時之間,取決於失去的電訊廠商和國家/地區。

  • 快速回彈可能是由移轉期間不正確或無法預料的情況造成,但也可能是由於砰砰(未經授權移轉至另一家電訊廠商,無論是有意還是錯誤)。

  • 客戶必須盡快呈報 PSTN 技術支援 (PTS)支援個案以啟動快照回復請求。 開立 Cisco 通話方案支援個案

移轉啟用和移轉後建議

移轉 - 移轉日(FOC)

建議在號碼移轉的排定日(FOC 日期)執行一些檢查,以確認一切正常並為移轉程序準備就緒。 確保您已 ——

  • 已將一個或所有號碼指定給設定為移轉的關聯使用者或功能。

  • 您的系統已佈建,任何硬體已設定並準備好用於移轉。

連接埠啟用

連接埠在 FOC 時自動啟動。 但是,有時移轉號碼可能會有些許延遲。 一般而言,FOC 會移轉您的號碼,但這可能會由於以下原因而受到影響:

  • 正在釋放號碼的失敗提供者 (LCP)。

  • Cisco (收益提供者)和失敗提供者之間的系統。

  • 如果代碼或範圍持有人與目前的電訊廠商不同,則可能有多個電訊廠商之間。

    代碼或範圍持有人需要在交換中新增其字首,以使通話正確路由,這也可能會延遲啟動時間。

  • 請求量異常高(可能會有一點延遲)。

  • 至少留出 15 分鐘(項目或複雜連接埠為 30 分鐘)讓號碼開始工作。

如果啟動時間比預期的要長,我們將建議您執行下列動作:

  • 如果號碼在連接埠啟動後 15-30 分鐘內無法正常運作,請檢查所有 Control Hub 組態、訂單和電話號碼狀態。

  • 在確認設定和狀態且號碼仍未撥打或接聽電話後,請呈報 PTS支援個案。 開立 Cisco 通話方案支援個案 PTS 團隊進行疑難排解並努力盡快解決問題。

PTS 支援和小時數

  • 移轉日期 – 失去提供者 移轉支援(取決於 LCP 和國家/地區)時間通常為標準工作日的上午 9 點至下午 4 點。

  • Cisco PSTN 技術支援 (PTS) 提供 24 月 5 日。

    • PTS 旨在在發現新案例後的 2 小時內做出回應。

    • PTS 的目標是盡快解決所有問題;所有承諾的時間都是最大的努力。


 
  • 源於失敗的提供者或任何第三方供應商的問題: 雖然 PTS 會在可能的情況下持續追踪並施加壓力,但 PTS 還必須留出一段時間(由 SLA 控制)來解決問題,然後在內部將問題上報。

  • PTS 的支援範圍是Cisco Calling Plan 編號訂單,包括號碼移轉、新號碼訂購以及與上述提及的任何相關的查詢。

開立 Cisco 通話方案支援個案

若要報告Cisco Calling Plan支援個案,請使用 Control Hub 中您的 PSTN 訂單中提供的鏈結。

  1. 轉至正在呼叫> PSTN >訂單

  2. 如果您沒有訂單,您可以選取您的訂單。

    若要開始下單,選取您的位置>訂購新號碼>下一個

    您無需超出選擇號碼階段即可擁有呈報Cisco Calling Plans支援個案選項。

  3. 按一下呈報Cisco Calling Plans支援個案中的鏈結訂單/模擬訂單開啟 PTS支援個案。


     
    它會啟動票務入口網站。
  4. 選取正確的類別和子類別,然後提交。

或者,傳送電子郵件至pstn-support@cisco.com我們可以代表您建立案例。

取消服務

終止或取消 VoIP 服務時,如果您想要維護號碼的所有權,則需要全權負責將號碼移出至其他服務提供者。 未移出的號碼將在一段合理的時間後釋放。 Cisco無法保證電話號碼一旦公佈後的可用性。