Cisco 呼叫計劃號碼移植指南和政策

這些準則和規定適用於透過 Cisco 呼叫計畫訂購或使用的移植號碼。

號碼移植

號碼移植是將現有的電話號碼從目前的公共交換電話網路 (PSTN) 服務提供者（「失敗運營商」）轉移到另一個服務提供者（「成功運營商」）。

不同國家的移植流程和要求可能有所不同。以下列出的是一般內容，旨在盡可能涵蓋該主題。

此資訊適用於將號碼轉入或轉出思科呼叫計畫的客戶。遵守與移植活動有關的所有適用法律。不允許進行強行轉運（未經授權轉運至另一家業者，無論是有意或無意）活動。未經授權帳戶持有人的書面同意，思科不會更改任何帳戶的電話服務提供者。

簡化的移植流程

為了成功移植號碼，運營商之間的適當協調和遵守以下步驟至關重要：

1	驗證— 客戶必須驗證號碼的可攜性。這包括確保號碼處於活動狀態、沒有針對要移植的號碼的現有訂單、該號碼在所需國家/地區受支援以及在目標地區受覆蓋。
2	收集資訊—客戶收集所有必要的移植資訊和相關文件。
3	建立港口訂單草稿客戶或合作夥伴可以使用控制中心建立連接埠訂單草稿。透過在控制中心內建立草稿訂單，您可以有效地檢查號碼的可攜性。如果您有任何可移植性問題，請向 Cisco PSTN 技術服務 (PTS) 團隊提出案例以進一步調查。完成所有要求，然後提交訂單。
4	發送連接埠請求 Cisco PSTN 移植團隊向失敗的電信業者（目前服務提供者）發送移植請求。確定訂單承諾 (FOC)——失敗的承運人以 FOC 回應，指定港口的日期和時間。
5	號碼配置一旦收到 FOC，號碼狀態就會變為“已配置”，並可在控制中心進行配置。這些號碼將保持非活動狀態，直到移植過程完成為止。
6	啟動和轉移在確認的時間（按照 FOC），連接埠啟動。電話號碼從失敗的運營商轉移到成功的運營商（新的服務提供者）。在移植過程中，號碼服務可能會暫時中斷。
7	服務終止— 如適用，客戶在移植完成後終止與失敗承運人的服務。

港口訂單要求

遵守這些要求以確保號碼移植過程順利且成功。

許可證— 如果客戶只有一個許可證，則他們只能移植一個號碼。連接埠數量不能超過購買的許可證數量。
所有權和授權
- 客戶必須證明他們想要移植的號碼的所有權。
- 獲得中標運營商（新服務提供者）的移植授權至關重要。
- 這包括提供當前帳單或發票和代理函（LOA）。LOA 是授權思科代表客戶行事的一封信。
- 根據國家/地區的不同，某些授權書 (LOA) 是電子版 (eLOA)，並在控制中心自動填寫。其他 LOA 需要手動完成，客戶可以透過 Control Hub 移植工作流程完成、簽署和上傳。
特定國家的差異— 具體要求可能因國家而異。
所有權和授權證明
- 該帳單或發票可作為號碼所有權和有效服務的證明。
- LOA 確認客戶同意移植過程。
避免被拒絕— 客戶有責任確保他們提供的資訊準確無誤，以便於移植。如果資訊不準確或不完整，移植將被拒絕。
協調移植
- 與相同帳戶關聯的號碼必須同時移植，即使它們是不同訂單的一部分。
- 具有不同帳戶資訊的號碼應在單獨的連接埠訂單上。
免費號碼
- 免費電話號碼必須與直接撥入 (DID) 號碼分開訂購。
- 僅限美國或加拿大。
待處理訂單和附加訂單數量
- 如果同一帳戶下有待處理的訂單，則無法提交失敗運營商的其他號碼進行移植。其結果是遭到拒絕。
- 當主號碼（計費電話號碼或 BTN）移植時，未移植的號碼被指定為替代 BTN。
文件的及時性—確保帳單或發票是最新帳單，日期在最近 30 天內。
附加服務— 當號碼被移植時，原始安裝將停止。這包括目前提供者在電話線上提供的任何附加服務（例如寬頻、警報等）。一旦安裝停止，可能無法重新建立這些服務。

請求連接埠的日期和時間

準備時間— 在請求港口日期時，建議從向失敗承運人提交請求之日起至少留出五個工作天（對於較大的港口則為 2-3 週）。
最早可能日期— 要求移植的最早可能日期根據國家、承運人和訂單類型而有所不同。時間範圍為 1 至 35 個工作天。
最晚可能日期— 自提交之日起，您最多有 30 天的時間來請求移植。
移植啟動時間— 可以在支援的移植視窗內的任何時間請求移植啟動時間，即正常工作日上午 9 點至下午 4 點之間，但在收到 FOC 之前不能保證，並且可能因國家而異。
FOC 確認—請注意，在訂單收到失敗承運人的 FOC 之前，請求的港口日期和時間尚未確認。

為了成功且及時地完成號碼移植過程，有效協調並遵守這些準則至關重要。

港口訂單類型

無論訂單類型為何，如果您是移植新手或正在從事大型專案並需要指導，請向 PTS 團隊提出案例。請參閱提出思科呼叫計畫支援案例部分。

PTS 支援思科呼叫計畫編號訂單，包括號碼移植、新號碼訂購以及處理任何相關查詢。

簡單的	標準	專案	複雜（以下任何一項）
1 TN（電話號碼）	1-50 TN	> 50個TN	> 1TN
1 BTN（帳單電話號碼）	1 巴拿馬	1 巴拿馬	> 1 巴拿馬
1個服務地址	1個服務地址	1個服務地址	> 1個服務地址
1 個遺失的承運商名稱	1 個遺失的承運商名稱	1 個遺失的承運商名稱	> 1 個遺失的承運商名稱
1個利率中心	1 個費率中心（美國或加拿大）	1 個費率中心（美國或加拿大）	> 1 個費率中心（美國或加拿大）
--	--	需要 CSR（客戶服務記錄）（美國或加拿大）	需要 CSR（美國或加拿大）
--	--	10-35個工作天處理	10-35個工作天處理

PSTN 移植不同於移動或蜂窩移植。

PSTN 移植專注於確保您信任的固定電話服務的平穩過渡。雖然它可能比行動移植花費更長的時間，但這個謹慎的過程有助於保持您期望的固定電話連接的可靠性和品質。這一切都是為了保持您的溝通穩定和可靠。

成功移植的技巧

以下措施可確保無縫且成功的號碼移植體驗：

活躍號碼
- 確保在整個過程中，移植號碼對於失敗的運營商仍然有效。
- 在號碼移植完成並驗證之前，請勿中斷服務。
解除凍結並識別憑證
- 取消所有帳戶凍結或限制。
- 識別與號碼相關的任何 PIN、密碼或通行碼，這是提出移植請求可能需要的額外移植資訊。
仔細檢查數字
- 提交訂單之前，請仔細檢查所有號碼。
- 一旦提交，數字就不能添加或更改。
一致的移植資訊— 無論號碼移植到哪裡，移植資訊都必須與失敗業者的記錄相符。
客戶服務記錄（CSR，美國或加拿大）— 雖然並非總是需要，但從失敗的承運人處獲取當前的客戶服務記錄 (CSR) 有助於準確獲取移植資訊。
識別連接埠類型
- 識別連接埠類型：簡單、標準、項目或複雜。
- 這設定了對要求和處理時間的期望。
失敗承運人回應時間— 在提交或重新提交移植請求後，預計失敗承運人至少需要五個工作天才能回應。
確認的港口日期— 一旦港口請求從失敗的承運人處收到 FOC，則不建議更改確認的日期，因為這會增加訂單的複雜性。
移植
- 確保訂閱處於活動狀態，並且不處於暫停狀態，以便連接埠正常運作。
- 向 Cisco PSTN 技術服務 (PTS) 提交支援案例，以取得有關連接埠輸出錯誤的協助。

拒絕移轉

客戶必須確保其為港口便利所提供的資訊準確且完整。不準確或不完整的資訊會導致連接埠被拒絕。
根據國家/地區，拒絕可能會重置移植 SLA。
為了加快這一進程，我們鼓勵客戶與失敗的承運人合作以清除拒絕，然後在控制中心更新被拒絕的訂單並重新提交處理請求。
失敗的承運商每次都會以一個原因拒絕請求。如果拒絕了非活動號碼請求，則重新提交訂單時可能會發生 BTN 的後續拒絕。

被拒絕的主要原因

失敗承運人拒絕移植請求的常見原因包括：

OSP 在帳戶上具有擱置中的 LSR（例如，移出或位址變更）。
BTN 或 ATN（帳戶電話號碼）不符。
某些電話號碼無法移植，因為它們處於非活動狀態、已中斷連線或不屬於最終使用者帳戶的一部分。
位置資訊不符。
必須為無線連接埠提供密碼或 PIN。
已向失敗的承運人下了有衝突的訂單（例如，移出或地址更改）。
實體名稱不符。
對於需要密碼或 PIN 的無線連接埠。
一個或多個電話號碼已中斷連線。在進行此移植之前，用戶必須聯繫其當前運營商以重新啟動電話號碼。
帳號（AN）不符。
授權人不符。
BTN 不符。
BTN 是要移轉的電話號碼之一。使用者必須相應地指明移植訂單類型、剩餘號碼操作和新的計費電話號碼。
全方位服務位址不符。
另一家服務提供者 (OSP) 要求將移植訂單拆分並作為單獨的訂單提交。
實體名稱（例如公司名稱）不符。
位置資訊與 CSR 上的詳細資訊不符。
連接埠訂單上的所有資料均不符。

轉售供應商（經銷商）

服務提供者 (SP) 或經銷商可能會提供屬於底層業者的電話號碼。
客戶經常會收到電話公司的帳單，但卻不知道他們的號碼屬於哪個業者。
當涉及經銷商時，移植資訊仍必須與承運人的底層記錄相匹配，無論經銷商向客戶開立的帳單上有什麼資訊。
如果連接埠拒絕涉及經銷商，客戶必須要求其提供者（經銷商）從底層運營商取得正確的資訊。

重新安排或取消轉機

在失敗的營運商提供 FOC 之前，客戶可以選擇在控制中心更改或取消他們的訂單，而不會面臨他們的號碼被移植或影響他們的服務的風險。

任何時間 = 無風險

在失敗的營運商給予 FOC 後，客戶無法修改控制中心中的連接埠順序，並且必須向 Cisco PSTN 技術服務 (PTS) 開立支援案例。

在 FOC 之後請求更改或取消移植日期存在風險，即失敗的運營商可能會按計劃停止線路，從而中斷電話服務。

72小時 = 最小風險
48-72小時 = 低風險
24-48小時 = 中等風險
< 24小時 = 高風險

這些細節可能因國家而異。

Snapback 或緊急恢復

快速恢復，也稱為緊急恢復，涉及立即將號碼移植回丟失號碼的運營商。

時間窗口範圍可以是 1 至 48 小時，具體取決於丟失的承運人和國家。

回扣可能是由於移植過程中不正確或不可預見的情況造成的，但也可能是由於猛烈攻擊（未經授權移植到另一家運營商，無論是故意還是錯誤）造成的。
客戶必須盡快開啟 PSTN 技術支援 (PTS) 支援案例以啟動快速恢復請求。請參閱提出思科呼叫計劃支援案例。

港口啟動和港口後建議

進港當天（FOC）

在您預定的號碼移植日期（FOC 日期），建議進行一些檢查以確認一切正常且已為移植過程做好準備。確保您已—

為設定為移植的關聯用戶或功能指派一個號碼或所有號碼。
您的系統已配置完畢，所有硬體均已配置並準備好進行移植。

連接埠啟動

連接埠在 FOC 時自動啟動。但是，有時移植您的號碼可能會稍微延遲。通常，您的號碼是透過 FOC 移植的，但這可能會因以下原因而受到影響：

失敗提供者（LCP）發布了數據。
思科（獲得供應商）和失敗供應商之間的系統。
如果代碼或範圍持有者與目前承運人不同，則在取得和失去承運人的提供者之間可能會有多個承運人。

代碼或範圍持有者需要在交換器中添加其前綴，以便正確路由呼叫，這也可能會延遲啟動時間。
請求量異常高（可能會有輕微延遲）。
留出至少 15 分鐘（專案或複雜連接埠為 30 分鐘）讓數字開始運作。

如果啟動時間比預期的要長，我們建議您採取以下措施：

如果連接埠啟動時間後 15-30 分鐘內號碼仍然無法使用，請檢查所有控制中心配置、訂單和電話號碼狀態。
確認配置和狀態後，如果號碼仍然無法撥打或接聽電話，請開啟 PTS 支援案例。請參閱提出思科呼叫計劃支援案例。PTS 團隊會盡快排除故障並解決問題。

PTS 支援和時間

移植日 – 失去提供者移植支援（取決於 LCP 和國家/地區）時間通常為標準工作日上午 9 點至下午 4 點之間。
提供 Cisco PSTN 技術支援 (PTS) 24/5.
- PTS 的目標是在新提出的案件發生後 2 小時內回應。
- PTS 的目標是盡快解決所有問題；所有承諾的時間都是盡力而為。

源自失敗提供者或任何第三方供應商的問題：儘管 PTS 會盡可能地不斷追問和施加壓力，但 PTS 還必須留出一段時間（受 SLA 約束）來解決問題，然後再將問題內部升級。
PTS 的支援範圍是思科呼叫計畫編號訂單，包括號碼移植、新號碼訂購以及與上述相關的任何查詢。

提出思科呼叫計畫支援案例

若要提出 Cisco 呼叫計畫支援案例，請使用控制中心內 PSTN 訂單中提供的連結。

前往呼叫 > PSTN > 訂單
如果您還沒有訂單，您可以選擇您的訂單。

要開始訂單，選擇您的位置 > 訂購新號碼 > 下一個。

您無需繼續選擇號碼階段即可獲得開啟 Cisco 呼叫計畫支援案例選項。

訂購新電話號碼，請參閱訂購新電話號碼部分。
按一下開啟 Cisco 呼叫計劃支援案例連結 Order/Mock 指令開啟 PTS 支援案例。

它推出了一個票務入口網站。
選擇正確的類別和子類別並提交。

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

服務取消

終止或取消思科呼叫計畫後，如果您希望保留號碼的所有權，則您應全權負責將號碼移植到其他服務提供者。未攜號轉網的號碼將在合理期限後釋放。一旦電話號碼發布，思科將無法保證其可用性。

1	驗證— 客戶必須驗證號碼的可攜性。這包括確保號碼處於活動狀態、沒有針對要移植的號碼的現有訂單、該號碼在所需國家/地區受支援以及在目標地區受覆蓋。
2	收集資訊—客戶收集所有必要的移植資訊和相關文件。
3	建立港口訂單草稿客戶或合作夥伴可以使用控制中心建立連接埠訂單草稿。透過在控制中心內建立草稿訂單，您可以有效地檢查號碼的可攜性。如果您有任何可移植性問題，請向 Cisco PSTN 技術服務 (PTS) 團隊提出案例以進一步調查。完成所有要求，然後提交訂單。
4	發送連接埠請求 Cisco PSTN 移植團隊向失敗的電信業者（目前服務提供者）發送移植請求。確定訂單承諾 (FOC)——失敗的承運人以 FOC 回應，指定港口的日期和時間。
5	號碼配置一旦收到 FOC，號碼狀態就會變為“已配置”，並可在控制中心進行配置。這些號碼將保持非活動狀態，直到移植過程完成為止。
6	啟動和轉移在確認的時間（按照 FOC），連接埠啟動。電話號碼從失敗的運營商轉移到成功的運營商（新的服務提供者）。在移植過程中，號碼服務可能會暫時中斷。
7	服務終止— 如適用，客戶在移植完成後終止與失敗承運人的服務。

感謝您的意見回饋。