無論訂單類型如何，如果您不熟悉移植或從事大型專案並需要指導，請向 PTS 團隊提出案例。請參閱 提出 Cisco 呼叫計劃支援案例 部分。

簡單	標準	專案	複雜 （以下任一項）
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 個費率中心（美國或加拿大）	1 個費率中心（美國或加拿大）	> 1 個費率中心（美國或加拿大）
--	--	需要 CSR（客戶服務記錄）（美國或加拿大）	需要 CSR（美國或加拿大）
--	--	10-35 個工作日處理	10-35 個工作日處理

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

• 活躍號碼

  • 確保在整個過程中，轉網號在丟失的運營商處保持有效。

  • 在號碼移植完成並驗證之前，請勿斷開服務。

• 刪除、凍結和識別憑據

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

  • 確定與號碼關聯的任何 PIN、密碼或密碼，這是為了提供提交移植請求可能需要的其他移植資訊。

• 仔細查看數位

  • 在提交訂單之前，請仔細查看所有編號。

  • 提交后，無法添加或更改號碼。

• 一致的攜號轉網資訊 - 攜號轉網信息必須與落選運營商的記錄匹配，無論號碼轉網到何處。

• 客戶服務記錄（CSR、US 或 CA）— 雖然並不總是必需的，但從虧損的承運商處獲取最新的客戶服務記錄 （CSR） 有助於準確移植資訊。

• 確定埠類型

  • 確定連接埠型態：簡單、標準、項目或複雜。

  • 這為需求和處理時間設定了預期。

• 丟失的承運人響應時間 - 在提交或重新提交攜號轉網請求后，預計丟失的承運人至少需要 5 個工作日進行回復。

• 已確認的轉網日期 - 一旦轉網請求收到來自落選運營商的FOC，則不建議更改已確認日期，因為這會增加訂單的複雜性。

• 移植

  • 確保訂閱處於活動狀態，並且未處於暫停狀態，以便移植出正常工作。

  • 向 Cisco PSTN 技術服務 （PTS） 提交支援案例，以獲取有關 Port Out 錯誤的説明。

• 乘客必須確保他們為港口簡化手續提供的資訊準確和完整。信息不準確或不完整會導致埠被拒絕。

• 拒絕可能會重置移植 SLA，具體取決於國家/地區。

• 為了加快流程，我們鼓勵客戶與失敗的承運商合作以清除拒絕，然後在 Control Hub 中更新被拒絕的訂單並重新提交請求進行處理。

• 流失的運營商一次會因為一個原因拒絕請求。如果無效號碼請求被拒絕，則在重新提交訂單時，BTN 可能會再次被拒絕。

主要拒絕原因

丟失的承運商可能拒絕攜號轉網請求的常見原因包括：

• OSP 在帳戶上具有擱置中的 LSR（例如，移出或位址變更）。

• BTN 或 ATN（帳戶電話號碼）不匹配。

• 某些電話號碼無法移植，因為它們處於非活動狀態、斷開連接或不屬於最終使用者的帳戶。

• 位置資訊不匹配。

• 必須為無線埠提供密碼或 PIN。

• 已向丟失的承運商下達了衝突的訂單（例如，轉網或地址變更）。

• 實體名稱不匹配。

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

• 一個或多個電話號碼已斷開連接。在繼續此埠之前，用戶必須聯繫其當前運營商以重新激活電話號碼。

• 帳號 （AN） 不匹配。

• 人員授權 不匹配。

• BTN 不匹配。

• BTN 是要移轉的電話號碼之一。用戶必須相應地指示攜號轉網訂單類型、剩餘號碼操作和新的計費電話號碼。

• 全方位服務位址不匹配。

• 其他服務提供者 （OSP） 要求拆分攜號轉網訂單，並將其作為單獨的訂單提交。

• 實體名稱（例如。Business name）不匹配。

• 位置資訊與 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 （Importing Provider） 和失敗的供應商之間的系統。

• 如果代碼或範圍持有者與當前運營商不同，則增益供應商和虧損提供者之間可能有多個運營商。

  代碼或範圍持有者需要在 Exchange 中添加其前綴，以便正確路由調用，這也可能會延遲啟動計時。

• 異常多的請求量（可能會有輕微的延遲）。

• 至少需要 15 分鐘（專案或複雜埠為 30 分鐘），以便號碼開始工作。

如果激活時間超過預期，我們建議執行以下操作：

• 如果號碼在埠激活時間后 15-30 分鐘仍無法正常工作，請檢查所有 Control Hub 配置、訂單和電話號碼狀態。

• 確認配置和狀態后，號碼仍未撥打或接聽電話，然後打開 PTS 支援案例。請參閱 提出 Cisco 呼叫計劃支援案例。PTS 團隊會進行故障排除並努力儘快解決問題。

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

• Cisco PSTN 技術支援 （PTS） 24/5 全天候可用。

  • PTS 的目標是在接到新提出的病例后 2 小時內做出回應。

  • PTS 的目標是儘快解決所有問題;所有承諾的時間都是盡力而為。

提出 Cisco 呼叫計劃支援案例

要提出 Cisco 呼叫方案支援案例，請使用 Control Hub 中 PSTN 訂單中提供的連結。

1. 轉至呼叫 > PSTN > 訂單

2. 如果您沒有訂單，則可以選擇您的訂單。

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

   您不必繼續選擇號碼階段后，即可獲得 Open a Cisco Calling Plans support case（打開 Cisco 呼叫方案支援案例）選項。

   要訂購新電話號碼，請參閱 訂購新電話號碼 部分。

3. 單擊 Order/Mock Order 中的 Open a Cisco Calling Plans support case（打開 Cisco 呼叫計劃支援案例）連結以打開 PTS 支援案例。

   它啟動了一個工單門戶。

4. 選擇正確的類別和子類別並提交。

或者，您也可以發送電子郵件至 pstn-support@cisco.com ，我們可以代表您創建問題。