MVNO 主機選擇：技術 RFP 框架

選擇 MVNO 主機的決策，往往被簡化為覆蓋地圖與批發費率表。這種做法忽略了決定方案能否擴展的營運設計，包括 RAN 一致性、IMS 可用性、漫遊權利、政策控制與事故責任歸屬。關鍵問題不只是哪些 MNO 可覆蓋最多地點，而是 MVNO 在訂戶生命週期中接受多少 對主機 MNO 的依賴，從啟用與 MNP，到壅塞管理及漫遊故障排除。

將 MVNO 方案轉化為主機網路需求

主機選擇應從服務設定檔基線開始，而非比較通用能力聲明。該基線必須區分：對方案不可或缺的網路依賴，以及可在談判中交換的商業偏好。相當於消費者零售方案的本地服務、企業行動服務、FWA、IoT 連線、入境漫遊及以旅遊為導向的方案，對主機造成不同負載，亦會暴露不同控制點。

第一步是界定所需的服務覆蓋範圍。人口覆蓋率僅是其中一個維度。技術附件應列出優先郵遞區號、室內環境、交通走廊、邊境地區及場地類型，亦應說明各區域預期的訂戶密度與忙時流量。這可防止較高的全國覆蓋數字掩蓋在驅動獲客、留存或企業服務水準義務地點的疲弱表現。

其後應將產品承諾對應至由主機控制的功能。接取需求可能包括 4G、LTE、NSA 5G、SA 5G、VoLTE 與 VoWiFi。相同的對應亦應涵蓋 SMSC 傳遞、緊急通話、MNP 處理、eSIM RSP 整合，以及商業模式需要時的 DCB。若啟動計畫將這些視為主機隱含具備的能力，便會承擔本可避免的整合與驗收風險。

控制權歸屬同樣需要精確界定。MVNO 可能需要在其 BSS/OSS 與 OCS 中保留資費設定、餘額管理及客戶補救，而政策控制則分置於自身的 PCRF/PCF 與主機規則之間。SIM 生命週期權限、HLR 與 AuC 存取、佈建重試及客服可視性均應明確指派。最終矩陣將成為 RFP 的技術附件及驗收測試的依據。

覆蓋需求

按優先市場拆分的人口、地理、室內及交通走廊目標

接取需求

按啟動階段提供 LTE、NSA 5G、SA 5G、VoLTE、VoWiFi 及 eSIM 設定檔交付

控制平面需求

SIM 生命週期、HLR/AuC 存取模式、MNP 資料饋送、API 頻率及佈建責任

商業依賴

最低承諾、流量集中度、變更控制權利及終止協助

營運需求

NOC 交接、事故嚴重程度定義、效能報告及升級路徑

測試 RAN 品質與政策行為，而非覆蓋宣稱

接取網路的相關問題，是主機能否在負載下提供一致服務，並以支援既定方案的方式套用政策。RFP 應要求按地理區域及無線層提供忙時量測。實用指標包括下行與上行吞吐量百分位數、小區邊緣效能、延遲、封包遺失分布、RRC 建立成功率及切換成功率。全國平均值並不足夠，因其掩蓋了局部壅塞與長尾效能。

壅塞處理必須與實體覆蓋分開檢視。批發訂戶可能與主機零售客群使用同一小區，卻適用不同的 QoS 設定檔、APN 政策、限速層級或流量管理類別。商業協議應辨明這些設定是固定、動態指派，或可由主機單方面變更。量測應比較相當的裝置、地點及時段，而非不可比的零售與批發樣本。

5G 資格亦須與主機零售邏輯分開處理。接取可能取決於資費代碼、裝置白名單、IMS 設定或遷移狀態。MVNO 應確認其 IMSI 號段是否不受該等零售條件影響而獲得接取，以及資格是否涵蓋所有已協議的無線層。一項在重要裝置群組上失效的名義權利，是啟動限制，而非輕微的支援問題。

語音需要獨立的驗收路徑。數據覆蓋不代表 IMS 註冊、VoLTE 附著、SRVCC 回退、緊急通話路由或已攜入號碼處理可靠。測試應涵蓋閒置與通話中的移動性、跨無線邊界通話、語音期間 SMS，以及覆蓋中斷後的恢復。已攜入及新啟用號碼均應納入，因為路由缺陷常出現在生命週期邊界。

受監督的實地測試與受控試點應使用等同生產環境的 IMSI、裝置、APN 設定及政策規則。對於一家 Tier-2 MNO、南歐、約 1,800 萬訂戶，相關評估單位不只是全國覆蓋範圍，而是優先城市的忙時表現、IMS 驗收及批發政策處理的組合。這一框架讓買方可將廣泛的接取聲明轉化為與啟動市場掛鈎的通過或不通過準則。

將漫遊與核心網路可達性視為獨立依賴項

本地接取品質無法預測漫遊連續性。漫遊可用性取決於主機的 IPRN、雙邊協議、導向政策及 MVNO 權利模型。因此，以國家數量作為採購指標並不可靠。主機應按目的地及服務類型提供可接入的受訪網路，包括 LTE 數據、SMS 發送及接收能力、VoLTE 漫遊、入境支援及 5G 可用性。

身份架構決定 MVNO 保留多少控制權。使用主機 IMSI 號段可簡化啟動，但會增加對主機導向、信令政策及資費變更的曝險。專用號段可改善歸屬識別，而無須建立完全獨立性。multi-IMSI 設計可分散可達性與路由，但也增加佈建、政策、測試及結算複雜度。選擇應取決於目標漫遊方案，而非抽象地偏好控制權。

營運模型應識別 Diameter 與 SS7 路由、故障隔離、清算所報告及 NRTRDE 處理的責任方。對 CAMEL、詐騙控制及附著失敗調查的支援，亦需要明確的責任方及解決時程。若 MVNO 僅收到彙總事故說明，便可能無法區分是受訪網路拒絕，還是歸屬網政策、信令或佈建故障。

漫遊測試必須使用生產環境的 APN、DNS、IMS 與政策路徑。零售 SIM 測試成功，只能證明主機自身的權利可用，不能驗證 MVNO IMSI 號段、資費設定檔、歸屬路由數據路徑或客服可視性。旅遊及跨境企業方案應衡量有限控制權的成本，與獨立 IPRN 或 multi-IMSI 安排的整合成本。

漫遊權利

按接取技術劃分，為 MVNO IMSI 號段啟用的國家及受訪網路

語音能力

CS 回退、VoLTE 漫遊、IMS 緊急通話行為及 SMS 連續性

數據路徑

歸屬路由或本地分流模式、APN 控制、DNS 解析及延遲設定檔

信令責任歸屬

由主機管理的 SS7/Diameter 路由、提供給 MVNO 的可視性及升級邊界

商業曝險

IOT 轉嫁、導向變更、永久漫遊政策及詐騙損失分配

將營運依賴定價納入批發合約

只有當治理、可觀測性及退出機制與 MVNO 對主機控制故障的曝險相匹配時，主機安排才具可行性。服務管理是架構的一部分。協議應建立嚴重程度定義、NOC 對 NOC 的升級、證據要求、維護通知期限，以及 RAN、CN、IMS、SMSC 與佈建鏈中的具名責任。

報告粒度應反映 MVNO 必須補救的故障。所需輸出可包括訂戶層級的啟用結果、附著失敗、攜號拒絕、漫遊例外、使用紀錄，以及按區域和技術劃分的服務效能。彙總的每月可用性無法解釋為何某啟動批次未能啟用，或為何特定企業客群失去漫遊服務。數據交付頻率、保留及對帳權利應納入合約，而非留待營運慣例處理。

變更控制應涵蓋 APN 政策、IMSI 號段、QoS 類別、5G 資格、裝置認證及漫遊導向。每一項都可在不修改資費的情況下改變零售或企業方案。合約應規定通知、影響評估、測試存取、拒絕權及補救措施。主機如需要緊急處置權，協議仍應要求事後證據，並訂定在時限內恢復至已核准設定的途徑。

集中風險應以財務術語表述。主機故障可增加客服需求與流失，同時延遲獲客。啟用失敗可能令已投入的媒體與通路成本無法產生回報。MNP 缺陷可能造成監管曝險，而撤回漫遊服務則可能觸發企業 SLA 罰則。商業模式應將這些後果連結至服務抵減、責任分配與升級機制，同時承認抵減款項很少能補償完整的損益影響。

退出規劃應屬於啟動前設計的一環。各方應記錄號碼可攜支援、實體 SIM 與 eSIM 設定檔轉移、訂戶數據處理、CDR 保留、HLR/AuC 移轉限制及終止後協助。遷移窗口必須考慮裝置可達性、設定檔下載失敗、休眠訂戶及重疊路由。沒有這些條款，終止權雖可能在法律上存在，卻仍可能在營運上無法執行。

一家 Greenfield MVNO、2023 年後、multi-IMSI 堆疊的案例說明了治理議題。多重身份與漫遊路徑可降低對單一可達性模式的依賴，但也增加政策邊界、結算資料饋送及事故責任方的數量。商業效益取決於營運模型能否迅速隔離故障並準確對帳使用量。缺乏相應可觀測性的架構多元化，可能只是轉移依賴，而非降低依賴。

最強的主機 MNO 不一定是宣傳覆蓋範圍最廣者，而是其 RAN 效能、漫遊權利、政策控制及營運承諾，能以 MVNO 損益與服務承諾所要求的層級加以舉證、合約化及治理者。