1、nUSPP概述nUSPP的系統結構nUSPP的硬件結構nUSPP的虛擬(xn)HLR應用nUSPP的組網提 綱第1頁/共49頁第一頁，共50頁。USPP是什么(shn me)USPP（ Universal Subscriber Profile Platform ）是通用的用戶數據平臺USPP能實現通訊網絡中象HLR、HSS、EIR、AAA、MNP等基于數據存儲管理應用網元的功能，也就是一個USPP可以看作是一個支持(zhch)HLR/HSS/EIR/AAA應用的網元，也可以是幾種應用網元的組合，如USPP可以同時具有HLR、EIR、HSS、AAA的功能，具體一套USPP支持(zhch)哪些應用

2、網元的功能，是通過License控制的。第2頁/共49頁第二頁，共50頁。USPP背景(bijng)海量數據存儲 大容量HLRHLR可以大大降低運維、建設成本，并且有效降低了核心網絡組網的復雜度，以及交換設備路由分析難度，因此(ync)HLR(ync)HLR正向大容量、少局所的方向發展。LucentLucent已經推出六千萬容量的SDHLRSDHLR設備，ApertioApertio的ONE NDSONE NDS設備甚至高達一億容量。通用數據平臺 通過實現用戶數據組織的通用化，數據與具體應用分離，并結合大容量，可以在一套大容量通用數據庫基礎上同時提供多個HLRHLR、EIREIR、MNP DB

3、MNP DB網元，設備提供更加的靈活。進一步可以通過提供數據庫開放接口，實現業務模塊和數據模塊的完全分離網元融合 隨著通訊技術的發展，呈現了兩大趨勢，一個是核心網絡逐漸趨于融合并屏蔽接入方式的差異；另外一個就是業務提供趨于標準化；而順應趨勢，數據融合成為先行的一個關鍵步驟。HLRHLR將管理不同類型的用戶數據以及業務數據，目前中國電信SHLRSHLR融合研究就是在做此類的嘗試和技術儲備；分布式與冗災的多樣化 數據分布對用戶數據沒有任何號段方面的限制，可以以用戶為單位也可以以業務為單位在節點分布。節點間的地理位置也沒有限制 ：；：。 第3頁/共49頁第三頁，共50頁。USPPUSPP術語(shy

4、)(shy) DSADSA（Directory System AgentDirectory System Agent） DSA DSA是目錄服務協議(X.500)(X.500)中的概念，是目錄模型的服務端，相對(xingdu)(xingdu)于客戶端DUADUA而言，在USPPUSPP中用DSADSA表示存放各種類型的用戶 數據的數據庫, ,相當于oracleoracle、MSSQLserverMSSQLserver數據庫. . DSADSA節點 存放各種類型的用戶數據的數據庫節點，一個DSADSA由一個或者多個DSADSA節點組成. .組成一個DSADSA的所有DSADSA節點中存儲的用戶數

5、據都是相同的. . DSADSA集群 可以使用多個DSADSA節點構成一個集群。集群中有一個主節點和多個備節點。集群內的所有節點數據是相同的，基本是一致的 DSADSA主用、備用節點 DSA DSA節點分成DSADSA主用節點和DSADSA備用節點，一個DSADSA同時只能有一個DSADSA主用節點，允許有1 1到M M（M=80M=80）個DSADSA備用節點; ; USPP USPP中通過自定義的同步、異步數據復制協議實現同一個DSADSA中DSADSA主用節點向一個或者多個DSADSA備用節點的數據同步。 只有DSADSA主用節點才能處理數據的讀寫操作，DSADSA備用節點只能提供只讀操

6、作. . UDS(Universal Directory Server)UDS(Universal Directory Server) UDS UDS是個邏輯的概念，是USPPUSPP中所有DSADSA的集合，USPPUSPP中只有一個UDSUDS。第4頁/共49頁第四頁，共50頁。USPP術語(shy) FE(Front End)FE(Front End) FE FE是個邏輯的概念，是USPPUSPP中每個交換局內實現信令和業務處理的所有模塊的集合。 BE(Back End)BE(Back End) BE BE是個邏輯的概念，是USPPUSPP中每個交換局內數據存儲和同步的所有模塊的集合。

7、ProvisionProvision PROVISION PROVISION是個邏輯的概念，是USPPUSPP中每個交換局內實現業務受理功能的受理臺、接口機、DBIODBIO模塊的集合。 N+KN+K容災 同時(tngsh)(tngsh)允許有N+KN+K個模塊或者數據庫節點提供服務，最多同時(tngsh)(tngsh)允許有K K個模塊或者數據庫節點出現故障。 N+1N+1容災 N N個主用模塊或者數據庫節點，1 1個備用模塊或者數據庫節點;1;1個備用模塊或者數據庫節點允許接管N N個主用模塊或者數據庫節點的1 1個到N N個的模塊的處理，在N N個主用模塊或者數據庫節點都正常的情況下，備

8、用模塊或者數據庫節點是不處理業務或者數據訪問的. .第5頁/共49頁第五頁，共50頁。IM-SSFCSCFASIMS DomainIu-CSIu-PSGbACS DomainPS DomainCNMSC ServerGMGWPSTN/Other PLMNGGSNSGSNGSM BSSWCDMARNSMGWGMSC ServerUSPPPosition of ZXUN USPP in GSM/UMTS/IMS Network第6頁/共49頁第六頁，共50頁。Iu-CSIu-PSGbACS DomainPS DomainCNMSCServerPSTN/Other PLMNGGSNSGSNGSM B

9、SSWCDMARNSMGWGMSC ServerGMGWShGrGcZXUN USPP Interfaces in GSM/UMTS networkDCsriprnAssignment flow of S-CSCFCSCFASCxIM-SSFSiIMS DomainUSPP第7頁/共49頁第七頁，共50頁。ZXUN USPP Interfaces FunctionsCxBetween HSS and CSCFC is the interface to fulfill the function of authentication, query the location of user, quer

10、y the users register status, and etcSiBetween HSS and IMSSFSi is the interface to implement the function of subscribe and search anytime, Change notice of users data and etcShBetween HSS and ASSh is the interface to implement the function of Read data, Write data, Subscription notice and etcHBetween

11、 HLR and AUCH is an internal interface to let HLR acquire user authentication data from AUC CBetween HLR and GMSCBetween HLR and SMSCC is a MAP interface to fulfill the function of location updating, user data inserting, supplementary service, MT routing and etc DBetween HLR and MSC/VLRD is a MAP in

12、terface to fulfill the function of location updating, user data inserting, supplementary service, MT routing and etc GrBetween HLR and SGSNFulfill GPRS location updating and user data inserting GcBetween HLR and GGSNTo let GGSN acquire user location information and service subscription data FBetween

13、 EIR and MSCRealize authentication user equipments when accessed GfBetween EIR and SGSNRealize IMEI authentication of user equipments when accessed. 第8頁/共49頁第八頁，共50頁。nUSPP概述nUSPP的系統結構(jigu)nUSPP的硬件結構(jigu)nUSPP的虛擬HLR應用nUSPP的組網提 綱第9頁/共49頁第九頁，共50頁。USPP 系統結構示意圖第10頁/共49頁第十頁，共50頁。USPP 軟件結構描述(mio sh)nUSPP

14、內部劃分內部劃分nUDS（數據庫子系統）（數據庫子系統）nFE （信令處理子系統、業務處理子系統）；（信令處理子系統、業務處理子系統）；nProvision（業務受理子系統（業務受理子系統nOMC（網管子系統（網管子系統) n 包括：本地包括：本地OMM 和和EMS集中網管集中網管nUMT(維護工具子系統維護工具子系統)n 包括：維護工具客戶端和分布在包括：維護工具客戶端和分布在FEPROVISIONUDS上的代理模塊上的代理模塊.n 主要主要(zhyo)實現系統日志管理、升級維護功能。實現系統日志管理、升級維護功能。nUSPP支持子系統分布部署支持子系統分布部署nFE 支持異地分布；支持異地

15、分布；nUDS 中的中的DSA支持異地分布支持異地分布nProvision 支持異地分布接入支持異地分布接入nUSPP提供本地和集中維護兩種手段提供本地和集中維護兩種手段nUSPP 對于本地設備提供本地維護對于本地設備提供本地維護OMM；n針對針對 USPP整個分布式系統提供集中維護的整個分布式系統提供集中維護的OMC，實現對所有分布的子系統資源的集中、，實現對所有分布的子系統資源的集中、統一管理。統一管理。 第11頁/共49頁第十一頁，共50頁。USPP 軟件架構的特點(tdin) 分布式的軟件架構 1 1、多個FEFE 2 2、多個PROVISIONPROVISION 3 3、UDSUDS

16、也是由多個DSADSA組成的分布式數據庫 4 4、分布式的網管 一套集中網管和多套分布在各地的本地網管。 業務邏輯(lu j)(lu j)和數據分離的架構 1 1、FEFE只處理信令和業務的邏輯(lu j)(lu j)； 2 2、PROVISIONPROVISION只處理業務受理的邏輯(lu j)(lu j)； 3 3、UDSUDS只存儲維護數據，不處理和業務相關的邏輯(lu j)(lu j)； 4 4、FEFE、PROVISIONPROVISION和UDSUDS之間采用擴展的LDAPLDAP接口。 擴展的LDAPLDAP接口是在RFC 2251RFC 2251定義的標準LDAPLDAP接口基

17、礎上增 加了一些功能，增加的功能和業務邏輯(lu j)(lu j)無關。第12頁/共49頁第十二頁，共50頁。V3HLR和USPP的模塊(m kui)對應關系 第13頁/共49頁第十三頁，共50頁。USPP系統構架(u ji)和V3HLR構架(u ji)比較比較點比較點V3HLRUSPP備注備注軟件子系統組成信令處理子系統業務處理子系統FE（包含信令處理子系統業務處理子系統）FE是分布的業務受理子系統PROVISIONV3HLR只能有一個DBIO服務器，USPP的Provision是分布，系統有可以有多個數據庫子系統UDSUDS的DSA是分布的，DSA分布情況不需要FE、PROVISION關心

18、.網管子系統分布式的網管子系統USPP網管包括集中網管和本地網管無維護工具子系統USPP新增接口方面自定義的業務訪問數據庫的接口擴展的LDAP接口USPP的FEPROVISION訪問UDS數據只通過擴展的LDAP接口，不需要FEPROVISION向融合版本一樣關心操作的數據位于內存庫還是位于商用數據庫中。DBIO和MAP/DAPP之間內部接口FE和PROVISION之間的接口采用了通用的、和具體業務無關的消息LDAP接口，沒有采用融合版本的內部接口，無新增了PROVISION和PROVISON之間的接口新增了維護工具子系統和FEPROVISIONUDS之間的消息接口第14頁/共49頁第十四頁，

19、共50頁。USPP UDS 軟件結構第15頁/共49頁第十五頁，共50頁。UDS的DSA分類(fn li)結合結合USPP需要存儲需要存儲(cn ch)的用戶數據的分析，的用戶數據的分析，UDS的的DSA劃劃分成兩種類型：分成兩種類型：DSA類型存儲的數據用途備注Identity DSA用戶標識信息IMSIMSISDNMINPVINAIFE、PROVISION訪問簽約的業務數據時需要訪問該DSA相當于融合版本的SMPDBIO上的號碼對照表Profile DSA用戶簽約的業務數據不直接和FEPROVISION交互，只和identity DSA和Profile DSA交互相當于融合版本的HSDB需

20、要注意的是，不是每種應用的數據(shj)都需要劃分成這兩種DSA。1、對于HLR、HSS、AAA應用由于存在多種用戶標識且業務屬性的數據(shj)量比較大，需要劃分成以上DSA。2、對于EIR應用和MNP應用，由于業務屬性的數據(shj)量也很小，沒有必要劃分PROFILE DSA，只有identity DSA。 第16頁/共49頁第十六頁，共50頁。UDS存儲(cn ch)子系統第17頁/共49頁第十七頁，共50頁。UDS的數據存儲方式(fngsh)-日志 在UDS中，可以認為數據是通過日志產生的，也就是說，數據是日志的集合 日志和事務 對UDS的一個節點的一次修改在該節點上產生一個事務。注

21、意目前為止UDS的事務不能跨節點 一個事務產生一個日志。日志的流水號用于標識一個日志，每產生一個日志則日志流水號加1。日志流水號的屬性包括： 1）產生日志的節點 2）產生日志的時間戳（或者是啟動流水號） 3）日志的序列號：包括溢出次數和序列號 4）日志記錄的是被修改了哪些記錄、字段，以及這些記錄字段的修改前的值和修改后的值。日志的特點 日志記錄的是物理修改，所以(suy)無法根據日志判斷數據修改的邏輯影響 必須按照順序應用：日志必須按照序列號的順序從小到大連續的應用，否則數據就是錯誤的 我們將DSA當前最新日志的流水號稱為CSN 可重復應用：從任意一個日志開始，到CSN為止的這段日志可以多次應

22、用而不會改變數據。注意必須是要應用到CSN為止第18頁/共49頁第十八頁，共50頁。UDS數據存儲(cn ch)-日志持久化存儲 存儲是將內存庫數據寫入磁盤的過程。存儲類型分為本地(bnd)存儲和轉儲。日志持久化和CKPT 日志持久化是將日志寫入到日志文件的過程，CKPT是將日志應用到數據文件的過程 其功能有點和內存庫的日志應用類似。區別在于，寫磁盤的時候為了提高性能，將對數據文件中記錄的修改先緩存起來，然后批量寫磁盤，以減少I/O DUMP DUMP是將內存庫的數據直接寫入數據文件 DUMP的過程是：先寫數據，然后日志持久化，然后CKPT 其過程以及性質和在線恢復有點類似。當DSA的日志和D

23、ST的日志不接續的時候則需要做DUMP內存數據庫加載第19頁/共49頁第十九頁，共50頁。UDS存儲(cn ch)類型 無存儲 本地存儲 將DSA節點上的內存數據庫數據持久化到商用數據庫或文件 轉儲 通過轉儲節點DST，將DSA節點上的內存數據庫數據持久化到商用數據庫或文件 DSA節點和DST節點的存儲子系統配合(pih)完成第20頁/共49頁第二十頁，共50頁。UDS數據(shj)同步-復制復制：復制的功能在于(ziy)將數據從主節點同步到備節點同步復制和異步復制 同步復制和異步復制都是只拷貝應用日志，同步復制是主節點主動將日志發送給備節點，異步復制是備節點主動找主節點要日志。在線恢復 在線

24、恢復的步驟包括：拷貝數據、拷貝應用日志 DSA節點上的日志緩沖區是有大小限制的，所以當主節點和備節點日志緩沖區無法接續的時候則需要做在線恢復，因為此時無法拷貝到日志第21頁/共49頁第二十一頁，共50頁。UDS狀態(zhungti)監控分布式監控子系統維護本DSA的主備狀態啟動時通知存儲子系統加載數據和內存數據庫子系統重建索引數據失步時通知復制子系統執行異步復制或在線恢復協調其他子系統完成切換為主節點、備節點流程協調其他子系統完成下電流程DSA節點的主備狀態發生變化時，通知其他子系統或其他DSA節點通知目錄服務子系統，使目錄服務子系統可以通知DUA本節點的讀寫狀態，利于DUA的發端負載均衡通知

25、鄰接DSA節點，便于DSA節點執行發端負載均衡和收端負載均衡，以及執行無主檢測和雙主檢測DSA節點主備狀態通知，可以是實時的，也可以是定時的無主和雙主的情況下，都需要執行PDS選舉.PDS選舉可以由DSA節點請求監控中心執行，也可以由監控中心主動(zhdng)執行PDS選舉分為兩個階段監控中心查詢各個節點的狀態監控中心根據各個節點的狀態，執行PDS選舉策略，選舉出唯一的PDS，并通知相應的DSA節點切換為PDS，或切換為SDS第22頁/共49頁第二十二頁，共50頁。UDS硬件(yn jin)構成DSA節點包含UDS的所有子系統DSA由一個或多個DSA節點構成(guchng)UDS由一個或多個D

26、SA構成(guchng)DSA節點可以運行在單板上，也可以運行在后臺服務器上，支持PC SERVER、ATCA、小型機等硬件和WINDOWS、AIX、LINUX等操作系統DST節點（轉儲節點）轉儲節點運行在后臺服務器上，可以為一個或多個DSA提供數據持久化功能一個DSA可以對應多個轉儲節點，一個轉儲節點也可以支持多個DSA轉儲節點本身沒有主備功能，依賴于商用集群軟件實現功能上，轉儲節點屬于存儲子系統的一部分監控中心監控中心運行在OMP上，是OMP上的一個單獨進程每個局有一個監控中心，一個監控中心可以管理多個DSA功能上，監控中心屬于分布式監控子系統的一部分第23頁/共49頁第二十三頁，共50頁

27、。USPP FE的軟件系統結構(jigu)SS7 or IP NetworkUDSMTP1MTP2IPSIPISPBMTP 3SCTPHSS-DAPPSCCPTCAPWCDMAMAPWCDMA /TD-SCDMA /EIRM3UADIAMETEROMM AgentHCDBTCAPCDMAMAP CDMASUAUSPPFEUDPRADIUSAAALDAPGLPILA第24頁/共49頁第二十四頁，共50頁。USPP FE 功能(gngnng)n處理HLR、HSS、EIR等應用相關信令和業務。n實現用戶數據修改通知有序化，確保用戶數據修改正確通知到其他(qt)網元。n實現采用LDAP接口讀寫UDS數

28、據的功能；n實現在USPP內FE之間的收端負載均衡。n向UDS發送請求時實現發端負載均衡功能。n實現在USPP內PROVISION之間的收端負載均衡（包含轉發功能）；nGLPI模塊，用于LDAP接口和內部接口的轉換。nLA模塊，用于管理DUA（FE/PROVISION）和UDS之間的鏈路。n實現過負荷控制功能。n實現虛擬應用功能。n支持應用級容災；n支持異地接入；第25頁/共49頁第二十五頁，共50頁。USPP Provision軟件結構注意：內部(nib)模塊交互非最終方案第26頁/共49頁第二十六頁，共50頁。USPP PROVISION 系統(xtng)功能n處理HLR、HSS、EIR等

29、應用相關的業務(yw)受理功能；n將MML/XML請求處理規則化，根據MML/XML請求自動生成數據訪問請求；n采用LDAP接口讀寫UDS數據；n可以根據組網情況實現集中、分散受理；n支持異地受理；n實現在USPP內PROVISION之間的收端負載均衡；n向UDS發送請求時實現發端負載均衡功能；n實現虛擬應用功能。第27頁/共49頁第二十七頁，共50頁。USPP子系統劃分(hu fn)USPP OMC 軟件結構第28頁/共49頁第二十八頁，共50頁。USPP OMC 軟件(run jin)特點nOMM子系統為2層架構(ji u)，包含1個集中網管和多個本地網管 n將設備管理與應用管理相互獨立；

30、本地網管側重設備管理、集中網管側重應用管理；n集中網管采用主備容災(可選)；n集中網管為本地網管提供配置數據容災；n集中網管提供跨地域的信息維護、管理功能。n 第29頁/共49頁第二十九頁，共50頁。UMT 維護(wih)工具子系統軟件結構第30頁/共49頁第三十頁，共50頁。USPP UMT 維護工具子系統軟件(x tn run jin)特點 維護工具采用C/S模式(msh) 1、在FEPROVISIONDSA上有維護工具的代理模塊，實現服務端 的功能； 2、維護工具的客戶端和各個代理模塊之間通過基于TCP/IP的消息交互。 3、客戶端支持GUI界面和字符終端。 客戶端和代理模塊的接口采用M

31、ML字符消息接口。第31頁/共49頁第三十一頁，共50頁。nUSPP概述nUSPP的系統結構(jigu)nUSPP的硬件結構(jigu)nUSPP的虛擬HLR應用nUSPP的組網提 綱第32頁/共49頁第三十二頁，共50頁。USPP系統結構(單站點)第33頁/共49頁第三十三頁，共50頁。USPP系統結構（多站點分布(fnb)）第34頁/共49頁第三十四頁，共50頁。德國materna案例(n l)-系統結構全局分為兩局物理局點，因此將全網用戶數據均分為2份，號段A用戶的信令路由指向SITE1 FE，號段B用戶的信令路由指向SITE2 FE。從而對于同一個用戶，在正常情況下，是固定被同一個FE

32、處理的。兩個FE都有獨立的GT和SPC，用于和其他網元的信令互通；兩個 FE之間互相作為對方的備份；NG HLR系統通過中興(zhngxng)的集中網管進行管理；第35頁/共49頁第三十五頁，共50頁。德國materna案例(n l)-物理組網n1.每個局都是兩個機架：前臺3G平臺標準機架，后臺ATCA機架；n2.后臺ATCA的刀片中的雙機，心跳線在圖中沒畫，實際是有的；后臺ATCA的7槽和8槽的GES交換板，在Fabric平面有兩個交換板之間的連線，在圖中沒畫，實際是有的；n與磁陣間通過(tnggu)GES連接，不經過交換機。n3.本局通信和跨局通信采用同一對TIPI板。n4.兩個局點在同一

33、個局方，跨局通信采用兩個局點的switch級聯方式。第36頁/共49頁第三十六頁，共50頁。硬件結構(jigu)說明 FE:V3平臺 OMP/RPU SMP 信令及業務處理模塊 SPB 窄帶信令接入板 SIPI IP信令接入板 前臺DSA(IDDSA/PDSA) 前后臺及跨局通信接口(USI/TIPI) BE:ATCA平臺 后臺DSA(注：DSA要么在前臺要么在后臺，目前(mqin)商用局DSA在前臺) DST(轉儲模塊) DBIO和接口機 EMS/OMM 客戶端第37頁/共49頁第三十七頁，共50頁。USPP模塊(m kui)硬件和操作系統使用模塊使用模塊 硬件類型硬件類型操作系統操作系統備

34、注備注OMPV3-MPX86_2VxworksSMPV3-MPX86_2VxworksDSA(前臺)V3-MPX86_2Vxworks商用局DSA統一放前臺DSA(后臺)ATCA-SBC12Soalrsi 10 u4 for SPARCDSTATCA-SBC12SuSE Linux Enterprise Server 10 64bit（含SP2）DBIOATCA-SBC11Windows 2003 標準版（32位）接口機ATCA-SBC11Windows 2003 標準版（32位）OMM ServerV3-SBCXCGS-Linux-MAIN.V3.00.12.p3-i386（32位） SBC

35、X為V3機架前臺服務器單板ATCA-SBC11Windows 2003 標準版（32位）EMS ServerATCA-SBC11Windows 2003 標準版（32位）EMS Client/OMM ClientPCWindows XP 標準版第38頁/共49頁第三十八頁，共50頁。nUSPP概述nUSPP的系統結構nUSPP的硬件結構nUSPP的虛擬(xn)HLR應用nUSPP的組網提 綱第39頁/共49頁第三十九頁，共50頁。VHLR的概念(ginin)USPP虛擬HLR是一個邏輯上的概念，即將一套USPP系統邏輯上劃分成多個獨立的虛擬HLR，每個虛擬HLR在業務受理、業務處理、OMC配置

36、、性能統計、告警等各個方面呈現出來的都是相對獨立HLR。 （本文是指廣義上的虛擬HLR，包括虛擬HLR/SHLR/HSS/AAA/EIR/MNP等）用虛擬應用(yngyng)來實現分權分域 建設一套USPP后，可以實現數據的集中管理、業務的融合，減少核心設備的投資，從運營商的日常可維護性方面考慮，業務開展、業務受理和操作維護按照區域來劃分更容易維護，如上面的三個省/自治區在現網的每個HLR都是獨立的功能實體，每個HLR中用戶簽約的業務可能是不一樣的，每個HLR的網管也是獨立的；采用USPP后，原有業務按照區域為單位開展的模式保留不變，如漫游業務按照區域開展，各地的業務受理、網管操作員只受理、配

37、置、統計、查看本地相關的用戶資源，因此在USPP中引入虛擬HLR應用(yngyng)，以實現在USPP中分權分域管理。第40頁/共49頁第四十頁，共50頁。VHLR的特點(tdin) VHLR是USPP作為HLR功能實體時開展業務的最小單位（“業務功能開展的最小單位），即：每個VHLR內部的用戶允許開展的業務是相同的，不同VHLR開展的業務允許不相同。 虛擬應用包含的資源：1、業務功能資源； 2、用戶資源. VHLR之間的操作維護是相對獨立(dl)的（“獨立(dl)的操作維護“）； 以VHLR為單位進行數據配置、性能統計、受理日志上報和統計等。 VHLR之間的業務受理權限是相對獨立(dl)的(“獨立(dl)的受理權限“)。 受理操作員對用戶的受理權限以VHLR為單位控制。 每個虛擬應用內部的用戶允許開展的業務是相同的; 一個虛擬應用可以開展在不同的FE上，這樣就可以實現虛擬應用層面的冗余，為USPP容災提供實現基礎。