ZXUNUSPP系統(tǒng)概述實用教案

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

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

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

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

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

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

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

8、用模塊或者數(shù)據(jù)庫節(jié)點是不處理業(yè)務(wù)或者數(shù)據(jù)訪問的. .第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的系統(tǒng)結(jié)構(gòu)(jigu)nUSPP的硬件結(jié)構(gòu)(jigu)nUSPP的虛擬HLR應(yīng)用nUSPP的組網(wǎng)提 綱第9頁/共49頁第九頁，共50頁。USPP 系統(tǒng)結(jié)構(gòu)示意圖第10頁/共49頁第十頁，共50頁。USPP 軟件結(jié)構(gòu)描述(mio sh)nUSPP

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

34、注備注OMPV3-MPX86_2VxworksSMPV3-MPX86_2VxworksDSA(前臺)V3-MPX86_2Vxworks商用局DSA統(tǒng)一放前臺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機架前臺服務(wù)器單板ATCA-SBC11Windows 2003 標準版（32位）EMS ServerATCA-SBC11Windows 2003 標準版（32位）EMS Client/OMM ClientPCWindows XP 標準版第38頁/共49頁第三十八頁，共50頁。nUSPP概述nUSPP的系統(tǒng)結(jié)構(gòu)nUSPP的硬件結(jié)構(gòu)nUSPP的虛擬(xn)HLR應(yīng)用nUSPP的組網(wǎng)提 綱第39頁/共49頁第三十九頁，共50頁。VHLR的概念(ginin)USPP虛擬HLR是一個邏輯上的概念，即將一套USPP系統(tǒng)邏輯上劃分成多個獨立的虛擬HLR，每個虛擬HLR在業(yè)務(wù)受理、業(yè)務(wù)處理、OMC配置

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

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