MVNO SLA 正從每月平台可用性，轉向租戶可觀察、主機方可歸因的服務成果。關鍵衡量標準不在於 BSS/OSS 環境是否持續可達，而在於用戶是否能完成附著、驗證並維持可用的連線。PDU 工作階段持續性 為 5G 與 NSA 服務承諾提供了更具商業相關性的錨點，並應與附著成功率、延遲、事故處理及在 MNO、MVNE 與 MVNO 之間分配責任的補償模型一併納入。
可用性是控制指標，而非 SLA 成果
平台可用性應保留於合約中，因為它確認受管環境是否可達及正常運作。但這不足以單獨構成承諾。面向用戶的故障可源於 RAN、CN、IMS、佈建及策略層，即使所有受監控應用程式在名義上仍然可用。因此，合約須區分基礎設施控制指標與 MVNO 對外銷售的服務成果。
每月 99.9% 的承諾容許約 43 分鐘不可用。這個算術結果幾乎無法說明中斷是一次持續事件還是數百次短暫中斷、多少個 IMSIs 受影響，或事件是否恰逢啟用活動、薪資處理時段或企業換班。商業敏感時段的短暫中斷，其收入影響可能高於低使用量時段的較長事件。
營運附表應將管理平面可用性與服務平面成果分開。CRM 存取與報表可用性，不能取代成功註冊、PDP 或 PDU 建立，亦不能取代計費持續性。主要控制問題各不相同：
哪一項服務邊界涵蓋 MNO RAN 與 CN、MVNE BSS/OSS、HLR、HSS、UDM、AuC、OCS 與 eSIM RSP？
各項 KPI 應採用何種分母：符合資格的附著嘗試、活躍 IMSI、嘗試建立的資料工作階段，或受影響的用戶分鐘數？
適用哪些排除項目、由誰驗證，以及必須在多快時間內提供佐證？
在 multi-IMSI 或以漫遊為主導的方案中，如何區分歸屬網路故障、受訪網路效能劣化、IPRN 故障及轉接影響？
若缺乏這些邊界，SLA 將成為對故障域反覆協商的工具，而非記錄客戶影響的依據。整體網路可用性作為分母尤其薄弱，因為即使其數值維持高位，特定租戶群體、APN 或地理區域仍可能實際無法提供服務。
在一次涉及 Tier-2 MNO、東南亞、約 18M 用戶的營運檢討中，實質問題並非平台可達性喪失。租戶專屬的佈建路徑失效，但整體環境仍維持可用。該案例說明了合約缺口：即使環境層級指標合格，MVNO 仍可能無法啟用或服務具有商業重要性的用戶群。
在用戶交易層級設定 KPI
附著、工作階段建立及工作階段維持，追蹤的是 MVNO 可變現並可支援的交易。附著成功率應定義為成功完成的註冊或附著程序除以符合資格的嘗試次數。拒絕、逾時及重試須分別處理。排除項目應限於有文件記錄的裝置、覆蓋及用戶狀態條件，並以足以進行租戶對帳的粒度保留證據。
對於 EPC 域，附表應追蹤 PDP context 啟用成功率及非預期承載釋放。對於 5G SA，則應明確規定 PDU 工作階段建立成功率、修改成功率及異常釋放率。初始附著只是第一個控制點。用戶即使成功附著，卻反覆失去資料工作階段，仍構成商業上的服務受損。
因此，持續性應結合工作階段中斷率、維持工作階段時長，以及在移動性、策略或計費事件後的重新建立成功率。由移動性驅動的釋放應與網路發起的異常釋放分開報告。當策略更新或餘額事件中斷流量、但接取註冊仍維持完整時，也應作相同區分。
- 附著成功率
- 成功完成的符合資格附著或註冊嘗試除以符合資格的嘗試；應分別定義被拒絕、逾時及重試的嘗試。
- PDU 工作階段建立
- 成功建立的 PDU 工作階段除以有效請求，並按 DNN/APN、接取類型及地理區域報告。
- 工作階段持續性
- 非預期釋放率及成功重新建立率，並獨立報告由移動性驅動的釋放。
- 延遲
- 從議定測量點取得的百分位往返延遲；避免僅以月度平均值作為承諾。
- 受影響用戶分鐘數
- 受影響的唯一 IMSI 乘以確認的影響持續時間，用作商業嚴重程度的輸入值。
報告應按接取技術、地理區域、APN、企業與消費者租戶設定檔，以及時段分段。在 5G SA 環境中，對等的 DNN 分段應明確列出。混合的全國性結果可能掩蓋啟用城市、企業 APN 或近期遷移用戶池中的嚴重問題群聚。
延遲與封包遺失需要同等嚴謹的處理。裝置探針、GTP 介面計數器及合成測試，觀察的是服務路徑的不同部分。SLA 應識別測量點、測試群體、取樣間隔及百分位數。月度平均值可吸收短暫但嚴重的時段；該等時段可能實質影響應用程式，卻仍得出符合承諾的結果。
在補償生效前設立基準期是審慎做法，尤其在 MVNO 正遷移 IMSI、導入 eSIM 啟用流程，或在 EPC 與 5GC 之間轉移流量時。基準期應用於驗證計數器與排除項目，而非無限期暫停責任。它須有固定期限、議定的驗收程序及修正測量缺陷的途徑。
事故時鐘需要營運證據與商業後果
唯有各方事先同意嚴重程度、通知、證據及升級機制，回應與修復承諾才具效力。事故時鐘可能自 NOC 驗證、自動閾值違反或 MVNO 工單受理時開始。這些觸發條件並不等同。人工驗證即使用戶影響已清晰可見，仍可能延後記錄的起始時間；而工單受理則可能使租戶承受主機方受理流程中的延遲。
嚴重程度應反映受影響 IMSI、無法啟用或附著、持續的 PDU 工作階段故障、監管風險及是否存在可行替代方案。告警數量不是良好代理指標。單一策略故障可在告警很少的情況下影響大量租戶用戶；反之，雜訊高但具備備援的元件可產生大量告警，卻沒有可量度的服務損失。
共享事故記錄應擷取偵測、通知、確認、投入處理、替代方案及修復的時間戳記。它應識別受影響的 MCC/MNC 與 APN 群體、相關的 SS7、Diameter 或 GTP 追蹤、補救措施及修復確認。證據毋須暴露其他無關租戶，但必須足以支援歸因與補償計算。
時程應區分確認、技術投入、替代方案及修復。快速確認並不能彌補佈建、PCRF/PCF 策略或 OCS 行為的延遲修正。租戶通訊亦需要明確的頻率、負責的營運主管及高層升級條件。
長期效能劣化需要獨立機制。反覆出現、但未達閾值的故障，可能在沒有任何事件跨越個別 P1 閾值的情況下，降低啟用轉換率、工作階段時長及使用量。因此，滾動 KPI 未達標、重複發生次數及未解決的根本原因，應獨立於重大事故分類觸發升級。
由一家服務 EMEA 地區 12+ 租戶的 MVNE 採用的事故框架，說明了結構性問題。主機方可就單一技術故障協調多個租戶，但每個租戶可能具有不同的 APN、用戶規模及商業曝險。共同事故記錄必須支援租戶層級的影響計算，同時不能割裂底層技術調查。
補償機制應為實質故障定價，而非製造反向誘因
服務補償應適用於受影響租戶及服務元件相關的經常性批發費用。將其套用至無關的流量、漫遊或轉嫁費用，會削弱故障與補救措施之間的連結。補償基礎、計算期間及符合資格的費用類別，應在商業附表中預先固定，而非在事故後重新建構。
分級附表可將嚴重程度與受影響用戶分鐘數結合。每月上限應具商業意義，但不應將 SLA 轉化為無上限的間接損失保障。當補償已不足以提供足夠誘因促使改善效能時，可另設救濟處理重複故障、重大違約、長期 KPI 未達標及終止權。
計劃性維護僅應在通知期、維護窗口、回復程序及最長持續時間已納入合約時排除。廣泛的排除條款會讓反覆的工程活動不再納入服務衡量。緊急維護亦需要明確的核准及通知途徑，並在事後提供證據，證明該介入屬必要且範圍有限。
補償應以經驗證的服務故障為前提，但驗證不能成為無限期的障礙。證據提交期限、爭議期限及視為接受規則，可降低有效索賠跨越多個計費週期仍未解決的風險。若主機方與租戶的計數器數據不同，合約應指明具權威性的來源及對帳程序。
根本原因分析是獨立交付項目。它需要負責人、到期日、糾正措施及結案證據。若沒有糾正措施治理，僅發放補償可能使佈建、計費及策略域中的反覆缺陷常態化。反之，若補償豁免繫於未經驗證的修復承諾，則會在故障受控之前移除商業訊號。
MVNO SLA 的商業重心正從環境正常運行時間，轉向可觀察的用戶成果。主機方若在上線前界定分母、故障域及補償觸發條件，將可減少爭議週期，並讓租戶更清楚預測啟用、使用量及留存風險。