- 首頁
- /
- 文章
Cisco Calling Plan 號碼移轉指南和策略
身為管理員,在 Cisco 和我們的合作夥伴的全面支援下,使用本文可輕鬆將現有 PSTN 號碼移轉至 Cisco。
概述的準則和法規適用於訂購或與 Cisco Calling 計劃一起使用的移轉號碼。
號碼移轉
號碼移轉是將現有的電話號碼從目前的公用交換電話網路 (PSTN) 服務提供者(「失去的電訊廠商」)轉移到另一個(「勝出的電訊廠商」)。
移轉程序和要求可能因國家/地區而異。下面列出的內容是一般性的,旨在涵蓋盡可能多的主題。
此資訊適用於將號碼移入或移出 Cisco Calling 計劃的客戶。遵守與移轉活動相關的所有適用法律。不允許進行猛擊(未經授權移轉至其他電訊廠商,無論是故意還是錯誤)活動。未經授權帳戶持有人的書面同意,Cisco 不會變更任何帳戶的電話服務提供者。
簡化的移轉程序
若要成功進行號碼移轉,必須在電訊廠商之間進行適當協調並遵循以下步驟:
1 |
驗證— 客戶必須驗證號碼的可攜性。這包括確保該號碼處於使用中狀態、沒有針對要移轉的號碼的現有訂單、該號碼在所需的國家/地區受支援,以及該號碼在目標區域中被覆蓋。 |
2 |
收集資訊— 客戶收集所有必要的移轉資訊和相關文件。 |
3 |
正在建立移轉訂單草稿
|
4 |
傳送連接埠請求
|
5 |
號碼佈建
|
6 |
啟用和轉移
|
7 |
服務終止— 如果適用,客戶會在移轉完成後終止與失去的電訊廠商的服務。 |
移轉訂單需求
- 所有權和授權
- 客戶必須證明他們對要移轉的號碼擁有所有權。
- 授權移轉至中標電訊廠商(新的服務提供者)至關重要。
- 這包括提供現行帳單或發票以及代理委託書 (LOA)。LOA 是授權 Cisco 代表客戶行事的信件。
- 根據所在的國家/地區,某些授權書 (LOA) 是電子版 (eLOA),會在 Control Hub 中自動填寫。其他 LOA 需要手動完成,客戶可以透過 Control Hub 移轉工作流程完成、簽署和上傳。
- 特定於國家/地區的變體— 具體要求可能因國家/地區而異。
- 所有權和授權證明
-
帳單或發票可作為號碼所有權和使用中服務的憑證。
-
LOA 確認客戶同意移轉程序。
-
- 避免拒絕— 客戶負責確保其提供的資訊準確無誤,以便於移轉。如果資訊不准確或不完整,則會拒絕移轉。
- 協調移轉
-
與相同帳戶關聯的號碼必須同時移轉,即使它們屬於不同訂單。
-
具有不同帳戶資訊的號碼應位於不同的移轉訂單上。
-
- 免費號碼
-
免費號碼必須與直接撥入 (DID) 號碼位於不同的訂單上。
-
僅限美國或加拿大。
-
- 擱置訂單和其他號碼
-
如果同一帳戶上存在擱置訂單,則無法提交失去電訊廠商的其他號碼以進行移轉。這會導致拒絕。
-
移轉主要號碼(帳單電話號碼或 BTN)時,會將未移轉的號碼指定為替代 BTN。
-
- 文件的及時性— 確保帳單或發票是最近 30 天內的最新帳單。
- 其他服務— 移轉號碼時,原始安裝會停止。這包括目前提供者在電話線路上提供的任何其他服務(例如寬頻、警報等)。安裝停止後,可能無法重新建立這些服務。
請求的移轉日期和時間
- 前置時間— 請求移轉日期時,建議至少留出五個工作日(對於較大的移轉日期,需要 2-3 週),從請求提交給丟失的電訊廠商開始算起。
- 可能的最早日期— 請求移轉的最早可能日期因國家/地區、電信業者和訂單類型而異。範圍可能為 1–35 個工作日。
- 可能的最晚日期— 自提交之日起,您有最多 30 天的時間來請求移轉。
- 連接埠啟用時間— 可在受支援的移轉視窗(正常工作日上午 9 點至下午 4 點之間)的任何時間請求移轉啟動時間,但在收到 FOC 之前無法保證該時間,並且可能因國家/地區而異。
- FOC 確認— 請注意,請求的移轉日期和時間要等到訂單從失去的電訊廠商處收到 FOC 後才會確認。
移轉訂單的類型
無論訂單類型如何,如果您不熟悉移轉或處理大型專案並需要指導,請向 PTS 團隊提出案例。請參閱提出 Cisco Calling Plan 支援案例 區段。
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 個費率中心(美國或加拿大) |
1 個費率中心(美國或加拿大) |
> 1 個費率中心(美國或加拿大) |
-- |
-- |
需要 CSR(客戶服務記錄)(美國或加拿大) |
需要客戶支援代表(美國或加拿大) |
-- |
-- |
處理時間為 10-35 個工作日 |
處理時間為 10-35 個工作日 |
PSTN 移轉不同於行動或行動電話移轉。
PSTN 移轉著重於確保您信任的固定電話服務的順利轉換。雖然它可能需要比行動移轉稍長的時間,但這個仔細的過程有助於保持您對固定電話連線的預期可靠性和品質。一切都是為了保持穩定可靠的通訊。
成功移轉的提示
以下內容可確保順暢且成功的號碼移轉體驗:
-
使用中的號碼
-
確保移轉號碼在整個過程中與失去的電訊廠商保持作用中。
-
在號碼移轉完成並經過驗證之前,請勿中斷服務連線。
-
-
移除凍結和識別憑證
-
移除任何帳戶凍結或限制。
-
識別與號碼相關聯的任何 PIN 碼、密碼或密碼,這是提出移轉請求時可能需要的其他移轉資訊。
-
-
仔細檢查號碼
-
在提交訂單之前,請仔細檢查所有號碼。
-
提交後,無法新增或變更號碼。
-
-
一致的移轉資訊— 無論號碼要移轉至何處,移轉資訊都必須符合丟失電訊廠商的記錄。
-
客戶服務記錄(CSR、美國或加拿大) — 雖然並非總是需要,但從失去的電訊廠商處獲取最新的客戶服務記錄 (CSR) 有助於獲得準確的移轉資訊。
-
識別通訊埠類型
-
識別通訊埠類型:簡單、標準、專案或複雜。
-
這會設定需求和處理時間的預期。
-
-
失去電訊廠商回應時間— 預計在提交或重新提交移轉請求後,丟失的電訊廠商至少需要五個工作日才能做出回應。
-
確認的移轉日期— 一旦移轉請求從失去的電訊廠商處收到 FOC,則不鼓勵變更確認日期,因為這會增加訂單的複雜性。
-
移出
-
確保訂閱處於作用中狀態,且未處於暫停狀態,以使連接埠正常運作。
-
向 Cisco PSTN 技術服務 (PTS) 呈報支援問題,以取得有關移出錯誤的協助。
-
拒絕移轉
-
客戶必須確保他們為連接埠便利化提供的資訊準確且完整。不准確或不完整的資訊會導致連接埠被拒絕。
-
拒絕可能會重設移轉 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 小時 = 高風險
這些詳細資訊可能因國家/地區而異。
Snapback 或緊急還原
快速回复(也稱為緊急還原)涉及將號碼立即移轉回失去的電訊廠商。
時間範圍可以是 1–48 小時,取決於失去的電訊廠商和國家/地區。
-
Snapback 可能是由於移轉期間不正確或無法預見的情況造成的,但也可能是由於猛擊(未經授權移轉至另一家電信業者,無論是故意還是錯誤)。
-
客戶必須盡快呈報 PSTN 技術支援 (PTS) 支援案例以起始快速回復請求。請參閱提出 Cisco Calling Plan 支援案例。
移轉啟用和移轉後建議
移入 - 移入日期 (FOC)
在號碼移轉的排定日期(FOC 日期),建議執行一些檢查以確認一切正常並為移轉程序做好準備。確保您已 -
-
已將一個或所有號碼指定給設定為移轉的關聯使用者或功能。
-
您的系統已佈建,任何硬體已設定並已準備好進行移轉。
連接埠啟用
連接埠會在 FOC 時自動啟動。但是,有時在移轉您的號碼時可能會有輕微的延遲。通常,您的號碼由 FOC 移轉,但這可能會由於以下原因而受到影響:
-
正在釋放號碼的失去提供者 (LCP)。
-
Cisco(獲得的提供者)與失敗的提供者之間的系統。
-
如果代碼或範圍持有者與目前的電訊廠商不同,則可能有多個電訊廠商在獲得和失去的提供者之間。
代碼或範圍持有者需要在交換器中新增其首碼,通話才能正確路由,這也可能會延遲啟用時間。
-
請求量異常高(可能會有輕微延遲)。
-
等待至少 15 分鐘(專案或複雜連接埠為 30 分鐘),號碼才能開始運作。
如果啟動所需的時間比預期的要長,我們建議您執行以下操作:
-
如果號碼在連接埠啟用時間後的 15–30 分鐘內無法使用,請檢查所有 Control Hub 設定、訂單和電話號碼狀態。
-
在確認組態和狀態且號碼仍無法撥打或接聽電話後,請呈報 PTS 支援案例。請參閱提出 Cisco Calling Plan 支援案例。PTS 團隊會盡快進行疑難排解並努力解決問題。
PTS 支援和時間
-
移轉日期 – 失去提供者移轉支援(取決於 LCP 和國家/地區)時間通常為標準工作日的上午 9 點至下午 4 點。
-
Cisco PSTN 技術支援 (PTS) 全天候提供服務。
-
PTS 的目標是在新提出的案例發生後的 2 小時內作出回應。
-
PTS 的目標是盡快解決所有問題。所有承諾的時間都是盡力而為。
-
-
源自失敗提供者或任何第三方供應商的問題:雖然 PTS 會在可能的情況下持續追踪並施加壓力,但 PTS 還必須留出一段時間(由 SLA 管理)來解決問題,然後在內部上報問題。
-
PTS 的支援範圍是 Cisco Calling Plan 編號訂單,包括號碼移轉、新號碼訂購以及與上述項目相關的任何查詢。
提出 Cisco Calling Plan 支援案例
若要提出 Cisco Calling Plan 支援案例,請使用 Control Hub 中 PSTN 訂單中提供的鏈結。
-
轉至
-
如果您沒有訂單,則可以選取您的訂單。
若要開始訂購,
。您不必在選取號碼階段之後繼續開啟 Cisco Calling Plans 支援案例 選項。
若要訂購新的電話號碼,請參閱訂購新的電話號碼 區段。
-
按一下開啟 Cisco Calling Plans 支援案例 中的鏈結訂單/模擬訂單 以開啟 PTS 支援案例。
它會啟動票證入口網站。
-
選取正確的類別和子類別並提交。
或者,傳送電子郵件至pstn-support@cisco.com 我們可以代表您建立案例。
服務取消
終止或取消 Cisco Calling 計劃後,如果您希望保留號碼的所有權,則需自行負責將號碼移轉至其他服務提供者。未移出的號碼將在一段合理的時間後釋放。Cisco 無法保證電話號碼在發布後仍然可用。