3G無(wú)線數(shù)據(jù)業(yè)務(wù)平臺(tái)面臨的八大技術(shù)問(wèn)題

申請(qǐng)免費(fèi)試用、咨詢(xún)電話：400-8352-114

．平臺(tái)架構(gòu)問(wèn)題與標(biāo)準(zhǔn)兼容問(wèn)題

比起2G，3G提供了更多、更復(fù)雜與更靈活的數(shù)據(jù)業(yè)務(wù)功能，進(jìn)而帶來(lái)了業(yè)務(wù)平臺(tái)架構(gòu)以及管理平臺(tái)架構(gòu)的困難。

3G出現(xiàn)了諸多的規(guī)范，每個(gè)規(guī)范都為3G的某方面指定了一個(gè)架構(gòu)。目前主流的規(guī)范族有OMA、Parlay與JAIN。三個(gè)規(guī)范族各有側(cè)重，亦有重疊。OMA關(guān)注于運(yùn)營(yíng)商現(xiàn)有的各項(xiàng)業(yè)務(wù)，例如，規(guī)范族包含了多媒體短消息服務(wù)、內(nèi)容瀏覽與數(shù)字版權(quán)管理等。Parlay側(cè)重于將網(wǎng)絡(luò)層的能力開(kāi)放出來(lái)，例如，規(guī)范族包含了呼叫控制，存在管理等。而JAIN則關(guān)注的內(nèi)容上與Parlay類(lèi)似，它的SPA API可以對(duì)應(yīng)的Parlay的相應(yīng)規(guī)范。JAIN的特點(diǎn)在于完全基于Java語(yǔ)言定義，并且提供了一套業(yè)務(wù)執(zhí)行環(huán)境的標(biāo)準(zhǔn)--JSLEE，該標(biāo)準(zhǔn)使得服務(wù)供應(yīng)商可以將功能接口組合成復(fù)雜的業(yè)務(wù)。
各種規(guī)范族給3G數(shù)據(jù)業(yè)務(wù)平臺(tái)架構(gòu)提供了基礎(chǔ)，但也帶來(lái)了問(wèn)題。

1．規(guī)范的各種實(shí)現(xiàn)之間如何互聯(lián)互通，互相之間是否可以劃分出一定的層次關(guān)系？如何將這些不同的規(guī)范整合起來(lái)，構(gòu)成完整的運(yùn)營(yíng)商3G數(shù)據(jù)業(yè)務(wù)平臺(tái)？
2．這些規(guī)范沒(méi)有涉及到業(yè)務(wù)管理層面上問(wèn)題，如CP/SP管理，業(yè)務(wù)訂購(gòu)等。業(yè)務(wù)平臺(tái)與管理平臺(tái)如何互聯(lián)互通？
3．規(guī)范本身還在演進(jìn)過(guò)程中，某些規(guī)范并沒(méi)有廠家的相應(yīng)實(shí)現(xiàn)。
4．中國(guó)運(yùn)營(yíng)商是否要制定對(duì)等的規(guī)范？哪些規(guī)范族，或是規(guī)范族的某些規(guī)范可以直接采納？
5．運(yùn)營(yíng)商應(yīng)該將各種接口開(kāi)放給CP/SP，是否應(yīng)該區(qū)分CP/SP，給不同能力的CP/SP開(kāi)放不同層次的接口？

2．實(shí)現(xiàn)技術(shù)路線問(wèn)題

從平臺(tái)開(kāi)發(fā)語(yǔ)言而言，主要有C/C++，Java與C#。從組件模型而言有CORBA、J2EE與.NET。從互聯(lián)互通的協(xié)議而言，主要有RMI、IIOP、Web Service、HTTP+XML等。
上述的各種語(yǔ)言與技術(shù)手段都已經(jīng)比較成熟。從使用角度來(lái)說(shuō)，每種技術(shù)適合的場(chǎng)合會(huì)有所區(qū)別。例如說(shuō)，運(yùn)營(yíng)門(mén)戶(hù)可以采取J2EE技術(shù)，而計(jì)費(fèi)系統(tǒng)采用C/C++。對(duì)于運(yùn)營(yíng)商而言，整個(gè)3G平臺(tái)包含了方方面面，不可能采用一種技術(shù)手段。運(yùn)營(yíng)商也不關(guān)注廠家產(chǎn)品本身采用何種技術(shù)。但是，每種技術(shù)都有自己的特點(diǎn)和弱點(diǎn)，而運(yùn)營(yíng)商在評(píng)估特定產(chǎn)品時(shí)，了解平臺(tái)目標(biāo)與廠商采用的技術(shù)路線的關(guān)系，會(huì)對(duì)產(chǎn)品選擇有所幫助：

1．是否滿足了足夠的性能指標(biāo)？通常情況下，Java/J2EE會(huì)慢一些。
2．是否具有足夠的可伸縮性與健壯性？對(duì)于基于.NET的技術(shù)，需要重點(diǎn)考察這一點(diǎn)。
3．是否具有一定的平臺(tái)獨(dú)立性？
4．是否具有較好的可擴(kuò)充性，包括增添新的功能，增加新的接口？基于C/C++技術(shù)的產(chǎn)品，在可擴(kuò)充性方面會(huì)差一點(diǎn)。
5．是否滿足了合適的功能指標(biāo)？
6．平臺(tái)是否提供了開(kāi)放、易用的接口？通常情況下，Web Service接口最為方便，但是，其性能與功能較弱。

重要的是，廠家產(chǎn)品的內(nèi)部實(shí)現(xiàn)技術(shù)會(huì)與其開(kāi)放的接口存在著密切的關(guān)系，而接口提供的簡(jiǎn)單、方便與否，會(huì)直接影響到運(yùn)營(yíng)商面向CP/SP的門(mén)檻，會(huì)牽涉到不同平臺(tái)之間互聯(lián)互通難易。例如，大多數(shù)IT開(kāi)發(fā)人員并不熟悉CORBA，如果一個(gè)產(chǎn)品--比如說(shuō)Parlay網(wǎng)關(guān)--采用的是CORBA接口，這時(shí)運(yùn)營(yíng)商就需要考慮是否對(duì)部分接口進(jìn)行打包后再開(kāi)放給CP/SP，或是在選擇產(chǎn)品時(shí)候，要求支持ParlayX接口。

3.集中與分布問(wèn)題/漫游問(wèn)題

每個(gè)運(yùn)營(yíng)商都至少存在著集團(tuán)/省級(jí)兩極管理機(jī)制，從3G業(yè)務(wù)平臺(tái)的部署上，則存在著集中與分布問(wèn)題，進(jìn)而導(dǎo)致漫游問(wèn)題。由于3G數(shù)據(jù)平臺(tái)涉及到業(yè)務(wù)與管理等多個(gè)方面，因此，集中與分布問(wèn)題并不是簡(jiǎn)單的采取哪種方式問(wèn)題，而是哪些可以集中？哪些可以分布？當(dāng)業(yè)務(wù)擴(kuò)展時(shí)候，如何平滑地從集中過(guò)渡到分布？如果將平臺(tái)粗略地劃為管理與業(yè)務(wù)兩類(lèi)平臺(tái)的話，這兩類(lèi)可以分開(kāi)討論。

1．管理平臺(tái)的集中/分布

管理的分布來(lái)源于兩個(gè)前提：

a）由于業(yè)務(wù)分布導(dǎo)致管理的分布；
b）在本地進(jìn)行管理有便于業(yè)務(wù)的推廣。當(dāng)某些業(yè)務(wù)可以在本地管理時(shí)，調(diào)動(dòng)本地電信管理人員的積極性，可以制定更靈活的接入與計(jì)費(fèi)策略，吸引更多本地的CP/SP，依據(jù)本地用戶(hù)的特點(diǎn)，開(kāi)展本地特色的應(yīng)用。

2．業(yè)務(wù)平臺(tái)本身的集中與分布

業(yè)務(wù)的集中與分布問(wèn)題相對(duì)比較簡(jiǎn)單。當(dāng)業(yè)務(wù)量比較少時(shí)候，采取集中方式，當(dāng)業(yè)務(wù)量變大，計(jì)算速度帶寬、網(wǎng)絡(luò)帶寬不能滿足需求時(shí)，則可以采用分布方式。在分布情況下，如果不同地點(diǎn)的業(yè)務(wù)之間需要互聯(lián)互通，比如說(shuō)短信網(wǎng)關(guān)之間需要互聯(lián)互通，則可以構(gòu)造專(zhuān)有協(xié)議，建立路由列表，達(dá)到互聯(lián)互通的目的。另外，某些業(yè)務(wù)之間的互聯(lián)互通，如MMS中心之間的互通，有專(zhuān)門(mén)的業(yè)務(wù)協(xié)議。

兩個(gè)平臺(tái)的管理與集中組合起來(lái)，通常有三種情況，業(yè)務(wù)平臺(tái)集中 + 管理平臺(tái)集中、業(yè)務(wù)平臺(tái)集中 + 管理平臺(tái)分布、業(yè)務(wù)平臺(tái)分布+管理平臺(tái)分布。通常不會(huì)出現(xiàn)管理平臺(tái)集中+業(yè)務(wù)平臺(tái)分布的情況。從集中與分布的過(guò)程來(lái)看，通常是：集中的業(yè)務(wù)平臺(tái)+管理平臺(tái)（從總部接入）--〉業(yè)務(wù)平臺(tái)集中 + 管理平臺(tái)分布（從本地接入）--〉（業(yè)務(wù)平臺(tái)分布+管理平臺(tái)分布）本地建立業(yè)務(wù)系統(tǒng)。
上面已經(jīng)談到，對(duì)于業(yè)務(wù)平臺(tái)，由于業(yè)務(wù)之間的接口比較固定，而通常都會(huì)有專(zhuān)門(mén)的協(xié)議，因此，業(yè)務(wù)平臺(tái)的本身的集中與分布相對(duì)簡(jiǎn)單。對(duì)于管理平臺(tái)，如果采用分布方式，由于每個(gè)省公司的平臺(tái)可能會(huì)由不同的廠商構(gòu)造，則會(huì)牽涉到異構(gòu)平臺(tái)的互聯(lián)互通問(wèn)題。不同省公司/大區(qū)，省公司與總公司之間的互聯(lián)互通的目的在于：

1．省公司與省公司，省公司與集團(tuán)公司之間的計(jì)費(fèi)與結(jié)算。不同省公司之間的結(jié)算在語(yǔ)音業(yè)務(wù)中也碰到，這里的難點(diǎn)在于在用戶(hù)漫游過(guò)程中，會(huì)發(fā)生數(shù)據(jù)費(fèi)用以及對(duì)CP/SP業(yè)務(wù)訪問(wèn)的業(yè)務(wù)費(fèi)用。如果限制用戶(hù)在漫游過(guò)程中，依然只是能夠訪問(wèn)本省CP/SP的業(yè)務(wù)以及所全網(wǎng)接入的CP/SP的業(yè)務(wù)，則數(shù)據(jù)費(fèi)用由漫游地計(jì)算，而業(yè)務(wù)費(fèi)用由歸屬地計(jì)算。反之，如果用戶(hù)在漫游過(guò)程中可以訪問(wèn)漫游地所在業(yè)務(wù)的話，則會(huì)涉及到用戶(hù)信息或是CP/SP業(yè)務(wù)信息在不同省市之間共享問(wèn)題，會(huì)比較復(fù)雜。

2．用戶(hù)信息的遷移

用戶(hù)在漫游過(guò)程中會(huì)接入漫游地所在的接入點(diǎn)。問(wèn)題在于，當(dāng)用戶(hù)在漫游地時(shí)，是接入到漫游地的門(mén)戶(hù)，還是接入到歸屬地的門(mén)戶(hù)；用戶(hù)是否可以訪問(wèn)漫游地的業(yè)務(wù)，還是只能訪問(wèn)歸屬地的業(yè)務(wù)。另外，在歸屬地會(huì)有一部分的用戶(hù)設(shè)備信息，用戶(hù)配置信息，這些信息是否需要復(fù)制到漫游地？

4. 與2G、2.5G系統(tǒng)互聯(lián)互通/并存問(wèn)題

目前為止，運(yùn)營(yíng)商都不同程度地?fù)碛袩o(wú)線數(shù)據(jù)業(yè)務(wù)以及相關(guān)管理平臺(tái)。當(dāng)3G上線后，該如何處理這些平臺(tái)非常重要。同時(shí)，對(duì)于部分運(yùn)營(yíng)商而言，原有的2.5G平臺(tái)已經(jīng)已經(jīng)有了大量的內(nèi)容，將內(nèi)容平滑移植到3G上非常重要。因此，此處同樣將該問(wèn)題分為業(yè)務(wù)和管理兩部分分析。

1)原有的業(yè)務(wù)平臺(tái)是否保留？是否新的業(yè)務(wù)平臺(tái)取代舊業(yè)務(wù)平臺(tái)，還是將原有業(yè)務(wù)平臺(tái)與新的業(yè)務(wù)平臺(tái)互聯(lián)互通？
上述問(wèn)題的答案取決于業(yè)務(wù)的需要以及業(yè)務(wù)本身的特點(diǎn)。

例如，如果聯(lián)通G網(wǎng)存在大量客戶(hù)，并且在一段時(shí)間內(nèi)長(zhǎng)期存在，那么G網(wǎng)的短信業(yè)務(wù)、WAP業(yè)務(wù)確實(shí)都應(yīng)該保留。同樣，PHS的短信業(yè)務(wù)，移動(dòng)的GRPS、WAP與短信業(yè)務(wù)在較長(zhǎng)的一段時(shí)間內(nèi)都會(huì)存在。應(yīng)根據(jù)業(yè)務(wù)的特色，決定使用取代策略、互連策略，還是分離策略。比如說(shuō)，原有的短信業(yè)務(wù)已經(jīng)非常成熟，對(duì)短信平臺(tái)升級(jí)，可能會(huì)涉及到接口的修改，會(huì)影響到現(xiàn)有業(yè)務(wù)，新的平臺(tái)采用新接口，老平臺(tái)采用老接口，兩者通過(guò)網(wǎng)關(guān)實(shí)現(xiàn)互聯(lián)互通，不影響現(xiàn)有業(yè)務(wù)，而且終端使用者也可以使用新平臺(tái)上的業(yè)務(wù)。再比如說(shuō)WAP業(yè)務(wù)，由于WAP規(guī)范本身具有很強(qiáng)的延續(xù)性，為了舊的終端可以使用新的業(yè)務(wù)，則可以采用升級(jí)或替代策略。而對(duì)于部分新業(yè)務(wù)，如下載業(yè)務(wù)，完全可以采取升級(jí)甚至是完全保留的方式。

2)對(duì)原有的管理平臺(tái)是采用升級(jí)替換，還是兩者并存的方式
該問(wèn)題取決于原有平臺(tái)在多大程度上能滿足3G的需要。由于3G業(yè)務(wù)眾多，業(yè)務(wù)采取的方式接入與計(jì)費(fèi)方式更為靈活，因此管理平臺(tái)的復(fù)雜度要高于原有的平臺(tái)。如果希望保留原有平臺(tái)，那么需要確認(rèn)下列問(wèn)題；

a）平臺(tái)架構(gòu)設(shè)計(jì)是否完整，有沒(méi)有考慮到多業(yè)務(wù)接入的需要？有無(wú)考慮到不同類(lèi)型的CP/SP接入與管理的需要？
b）用戶(hù)模型、CP/SP模型具有極好的可擴(kuò)展性。
c）管理流程可以用較為方便的方式定制或更改。

如果使用替代方式，那么需要考慮：

a）如何將對(duì)原有業(yè)務(wù)的管理平滑移植過(guò)去？
b）如何不影響原有業(yè)務(wù)的開(kāi)展與運(yùn)行？

5.靈活計(jì)費(fèi)問(wèn)題

從業(yè)務(wù)推廣角度來(lái)說(shuō)，最終用戶(hù)希望賬單簡(jiǎn)單、清晰并且易于預(yù)測(cè)。但是對(duì)于3G業(yè)務(wù)，由于運(yùn)營(yíng)商網(wǎng)絡(luò)的另一側(cè)還連接內(nèi)容提供商，每個(gè)內(nèi)容供應(yīng)商的業(yè)務(wù)不同，采取的計(jì)費(fèi)方式、計(jì)費(fèi)標(biāo)準(zhǔn)也會(huì)有所不同，運(yùn)營(yíng)商需要根據(jù)與內(nèi)容供應(yīng)商簽訂的計(jì)費(fèi)協(xié)議幫助計(jì)費(fèi)。 因此，從計(jì)費(fèi)軟件角度來(lái)說(shuō)，需要具有足夠的靈活性。
具體而言，計(jì)費(fèi)軟件需要處理下列多個(gè)維度的靈活性：

a)面向不同業(yè)務(wù)與產(chǎn)品的計(jì)費(fèi)

在3G環(huán)境下，增值業(yè)務(wù)類(lèi)型非常豐富，同樣是短信服務(wù)，提供電影院信息的可以比提供天氣預(yù)報(bào)信息的更貴。同樣是位置服務(wù)，查詢(xún)自己所在位置與查詢(xún)最近的餐館價(jià)格也不一樣。更重要的是，頁(yè)面點(diǎn)擊次數(shù)，短信發(fā)送次數(shù)并不能作為計(jì)費(fèi)的標(biāo)準(zhǔn)。以WAP為例，通常只有對(duì)特定URL的成功的訪問(wèn)才構(gòu)成計(jì)費(fèi)的條件。以BREW與J2ME為例，客戶(hù)端運(yùn)行的小程序在與后端服務(wù)器的連接過(guò)程中，通常并不基于HTTP。

在對(duì)業(yè)務(wù)的計(jì)費(fèi)中，也牽涉到運(yùn)營(yíng)商對(duì)內(nèi)容供應(yīng)商的管理問(wèn)題，運(yùn)營(yíng)商需要確定內(nèi)容供應(yīng)商服務(wù)價(jià)格是否合理，需要在技術(shù)上排除最終客戶(hù)未享受到合適的服務(wù)，卻被錯(cuò)誤計(jì)費(fèi)的情況。
另外，如果一個(gè)計(jì)費(fèi)系統(tǒng)需要處理不同業(yè)務(wù)類(lèi)型的計(jì)費(fèi)，則需要從不同的業(yè)務(wù)系統(tǒng)（如位置服務(wù)，短信中心，媒體服務(wù)器）中獲得合適服務(wù)描述記錄（SDR）。此時(shí)，每個(gè)業(yè)務(wù)系統(tǒng)需要有SDR采集系統(tǒng)。該系統(tǒng)與計(jì)費(fèi)系統(tǒng)具有標(biāo)準(zhǔn)的協(xié)議接口。由于不同業(yè)務(wù)會(huì)由不同的廠家部署，因此，運(yùn)營(yíng)商需要定義合適的協(xié)議。

b)信道計(jì)費(fèi)/流量計(jì)費(fèi)/業(yè)務(wù)計(jì)費(fèi)的交叉

對(duì)于運(yùn)營(yíng)商來(lái)說(shuō)，短信/彩信可以根據(jù)條數(shù)計(jì)費(fèi)，WAP可以根據(jù)點(diǎn)擊，視頻可以根據(jù)流量來(lái)計(jì)費(fèi)。對(duì)于內(nèi)容供應(yīng)商來(lái)說(shuō)，需要根據(jù)內(nèi)容來(lái)計(jì)費(fèi)。每種方式的計(jì)費(fèi)采集點(diǎn)會(huì)有所不同，如流量計(jì)費(fèi)會(huì)在GPRS接入點(diǎn)，短信在短信中心，而根據(jù)內(nèi)容計(jì)費(fèi)通常在CP網(wǎng)關(guān)處，彩信在發(fā)送過(guò)程中，也會(huì)花費(fèi)GRPS流量。問(wèn)題的難點(diǎn)在于，流量計(jì)費(fèi)很難區(qū)分業(yè)務(wù)的不同，如果希望一部分業(yè)務(wù)按照一種方式計(jì)費(fèi)，而部分業(yè)務(wù)按照業(yè)務(wù)或其他方式計(jì)費(fèi)，則很有可能發(fā)生計(jì)費(fèi)交叉的情況。

c)與不同利益團(tuán)體的計(jì)費(fèi)與結(jié)算。在3G環(huán)境下，為更好地拓展業(yè)務(wù)，架通增值業(yè)務(wù)價(jià)值鏈，運(yùn)營(yíng)商需要內(nèi)容供應(yīng)商，服務(wù)供應(yīng)商，行業(yè)客戶(hù)，企業(yè)大客戶(hù)等不同利益團(tuán)體進(jìn)行合作，其合作模式，計(jì)費(fèi)方式必然不相同。以企業(yè)客戶(hù)為例，企業(yè)客戶(hù)在使用運(yùn)營(yíng)商的網(wǎng)絡(luò)設(shè)施過(guò)程中，并不直接通過(guò)無(wú)線業(yè)務(wù)盈利，因此，計(jì)費(fèi)、結(jié)算方式必然有所區(qū)別。

另外，增值業(yè)務(wù)從技術(shù)角度來(lái)說(shuō)，與地域并無(wú)直接的關(guān)系，一臺(tái)放在因特網(wǎng)上的視頻服務(wù)，既可以為北京的客戶(hù)提供服務(wù)，也可以為上海的客戶(hù)服務(wù)。但是，從業(yè)務(wù)管理、網(wǎng)絡(luò)設(shè)施的使用，以及目前運(yùn)營(yíng)商的現(xiàn)狀而言，會(huì)有區(qū)域問(wèn)題。在此過(guò)程中，就會(huì)用戶(hù)在漫游過(guò)程中如何進(jìn)行計(jì)費(fèi)，省公司之間如何結(jié)算的問(wèn)題。

d)可以處理不同的優(yōu)惠策略與打包方式，可以處理不同的計(jì)費(fèi)方式。例如，可以按照訪問(wèn)時(shí)間、訪問(wèn)個(gè)人、訪問(wèn)個(gè)人所屬團(tuán)體等等進(jìn)行優(yōu)惠，可以支持預(yù)付費(fèi)與后付費(fèi)等。

6. CP/SP門(mén)檻問(wèn)題

如果說(shuō)3G將是業(yè)務(wù)之爭(zhēng)的話，那么業(yè)務(wù)背后，開(kāi)發(fā)業(yè)務(wù)、宣傳業(yè)務(wù)的CP/SP將是關(guān)鍵的關(guān)鍵。在3G業(yè)務(wù)中，運(yùn)營(yíng)商與CP/SP之間的依賴(lài)性更為密切。
因此，對(duì)于運(yùn)營(yíng)商而言，數(shù)據(jù)業(yè)務(wù)平臺(tái)應(yīng)該給CP/SP提供方便，保證CP/SP可以高速地開(kāi)發(fā)、部署與測(cè)試他們的應(yīng)用程序，為了降低CP/SP門(mén)檻，需要解決下列問(wèn)題：

1．接口復(fù)雜，過(guò)于底層

在原有的數(shù)據(jù)業(yè)務(wù)平臺(tái)中，提供給CP/SP的接往往過(guò)于復(fù)雜，以短信為例，幾乎所有的運(yùn)營(yíng)商的接口都牽涉到網(wǎng)絡(luò)字節(jié)順序，參數(shù)排序等TCP/IP Socket編程需求，而特定廠商提供的打包API互不相同，沒(méi)有相關(guān)協(xié)議。

2．業(yè)務(wù)分類(lèi)過(guò)于僵化，跨業(yè)務(wù)CP應(yīng)用門(mén)檻過(guò)高。

與原有的2.5G平臺(tái)不同的是，3G平臺(tái)支撐的業(yè)務(wù)種類(lèi)多，類(lèi)型復(fù)雜，業(yè)務(wù)之間的復(fù)合度會(huì)越來(lái)越高。CP/SP將不再以短信、彩信等業(yè)務(wù)來(lái)分類(lèi)，而是以用戶(hù)群以及用戶(hù)的需求來(lái)劃分。例如，一個(gè)專(zhuān)門(mén)做游戲的CP或許同時(shí)使用彩信、位置服務(wù)、短信等多項(xiàng)業(yè)務(wù)。因此，平臺(tái)應(yīng)提供集成的接入方式與接入接口。應(yīng)該可以提供一次接入，全業(yè)務(wù)接通服務(wù)。

7．管理平臺(tái)與業(yè)務(wù)平臺(tái)的關(guān)系問(wèn)題

由于數(shù)據(jù)業(yè)務(wù)牽涉的業(yè)務(wù)較多，在原有運(yùn)營(yíng)商的平臺(tái)中，通常是業(yè)務(wù)優(yōu)先，業(yè)務(wù)之后才是管理，而在每上一個(gè)業(yè)務(wù)平臺(tái)之后，都會(huì)牽涉到是否要加入管理功能的問(wèn)題。此時(shí)，存在兩種不同的情況：

1．業(yè)務(wù)平臺(tái)本身具有完整的管理功能，如用戶(hù)管理，計(jì)費(fèi)等。例如，某些廠商的BREW下載服務(wù)器就具有較完整的業(yè)務(wù)管理功能。
2．業(yè)務(wù)平臺(tái)本身沒(méi)有管理功能，需要增加管理功能，或是接入到運(yùn)營(yíng)商的綜合管理平臺(tái)上。

如果每個(gè)業(yè)務(wù)平臺(tái)都具有管理功能，隨著而來(lái)的就是管理的混亂，因此，需要避免出現(xiàn)這種情況。目前為止，大多運(yùn)營(yíng)商都會(huì)有一個(gè)綜合業(yè)務(wù)管理平臺(tái)，該平臺(tái)的目的在于對(duì)不同的業(yè)務(wù)做管理。但充分使用綜合管理平臺(tái)管理所有的業(yè)務(wù)還需要解決下列問(wèn)題。

1．需要在業(yè)務(wù)上線之前，考慮到特定業(yè)務(wù)平臺(tái)的特定需求，比如說(shuō)，對(duì)于位置服務(wù)平臺(tái)，有可能會(huì)有不同類(lèi)型的CP/SP，有些行業(yè)用戶(hù)僅僅使用定位功能，而有些GIS供應(yīng)商提供地圖服務(wù)，有些提供黃頁(yè)數(shù)據(jù)，不同類(lèi)型的CP/SP計(jì)費(fèi)策略不同，這些，在構(gòu)造綜合管理平臺(tái)都需要考慮到。這就需要綜合管理平臺(tái)有足夠的靈活性。

2．由于不同的業(yè)務(wù)有可能屬于不同業(yè)務(wù)部門(mén)管理，需要規(guī)范管理，避免出現(xiàn)面向特定業(yè)務(wù)的管理平臺(tái)。

3．有些平臺(tái)已經(jīng)有了管理功能，而這些管理功能與業(yè)務(wù)功能息息相關(guān)，很難棄置不用，此時(shí)綜合管理平臺(tái)需要提供開(kāi)放的接口，以便互聯(lián)互通。

8．平臺(tái)整合問(wèn)題
在3G平臺(tái)中，由于業(yè)務(wù)為不同的廠商開(kāi)發(fā)，每個(gè)系統(tǒng)均有可能有各自的用戶(hù)管理、計(jì)費(fèi)、鑒權(quán)管理，CP管理會(huì)有分離的文檔、分離的應(yīng)用接口。如何將這些平臺(tái)集成起來(lái)，形成完整的、統(tǒng)一的平臺(tái)，具有統(tǒng)一的用戶(hù)模型，集成的流程，集成的業(yè)務(wù)管理，這是在規(guī)劃過(guò)程中必須要考慮的。

1．用戶(hù)模型的整合

運(yùn)營(yíng)商需要定一個(gè)統(tǒng)一的用戶(hù)模型。當(dāng)業(yè)務(wù)增加時(shí)，由于特殊業(yè)務(wù)的需要，有可能會(huì)增加相關(guān)用戶(hù)信息，因此，該模型必須具有足夠的擴(kuò)展性。另外，基于該模型的相關(guān)應(yīng)用的實(shí)現(xiàn)也必須具有足夠的靈活性，例如，當(dāng)模型添加信息時(shí)，在用戶(hù)管理界面上會(huì)有相關(guān)反應(yīng)。
與此同時(shí)，該用戶(hù)模型需要有開(kāi)放的接口，可以與特定業(yè)務(wù)系統(tǒng)中的用戶(hù)信息同步。同樣，這種開(kāi)放性也必須具有一定的靈活性，比如與用戶(hù)信息的哪些字段同步，同步的流程如何，是否需要專(zhuān)人審批，甚至是人工干預(yù)后，才可以同步。這些，都對(duì)系統(tǒng)的實(shí)現(xiàn)提出了更高的要求。

2．CP/SP模型的整合

與用戶(hù)模型類(lèi)似，每個(gè)業(yè)務(wù)也可能會(huì)管理自己的CP/SP，需要運(yùn)營(yíng)商構(gòu)造統(tǒng)一的、靈活的CP/SP模型以及相應(yīng)的應(yīng)用。

3．相關(guān)流程的整合

CP/SP的接入申請(qǐng)，接入后相關(guān)業(yè)務(wù)的開(kāi)通，開(kāi)通后的測(cè)試，新業(yè)務(wù)的申請(qǐng)等等，均需要更為自動(dòng)化流程。

另外，由于數(shù)據(jù)平臺(tái)本身以及足夠復(fù)雜，將該平臺(tái)與語(yǔ)音平臺(tái)區(qū)分管理，將是一個(gè)較好的解決方案。當(dāng)然，兩者之間的邊界問(wèn)題是另一個(gè)值得探討的問(wèn)題。

來(lái)源：CCW